移动通信系统中用于有效地控制接入以用于系统负载调节的方法和装置制造方法

移动通信系统中用于有效地控制接入以用于系统负载调节的方法和装置制造方法
【专利摘要】本发明涉及移动通信系统中用于有效地控制接入以用于系统负载调节的方法和装置。在根据一个实施例的无线通信系统中，用于由包括用户设备（UE)非接入层（NAS)和UE接入层（AS)的终端发送和接收数据的方法包括以下步骤：由UEAE从基站接收包括与紧急呼叫有关的信息的信息，所述与紧急呼叫有关的信息包括按照紧急呼叫的类型的禁止信息；由UENAS向UEAS发送用于所述紧急呼叫的服务请求；以及由UEAS在与紧急呼叫有关的信息的基础上确定是否禁止所述服务请求。根据一个实施例，在紧急呼叫传输期间，通过根据通信网络的情形和紧急呼叫的类型、使得各种类型的紧急呼叫被发送以及使得接入被禁止信息，网络拥塞能够被容易地控制。并且，即使当特定类型的紧急呼叫被禁止接入时，终端能够改变到另一个类型的紧急呼叫并且尝试接入。因此，其有效之处在于，即使在网络拥塞的状态下，紧急呼叫也能够以各种方案被发送。
【专利说明】移动通信系统中用于有效地控制接入以用于系统负载调节 的方法和装置

【技术领域】
[0001] 本发明涉及有效地控制网络接入以便调节移动通信系统的负载的方法和装置。

【背景技术】
[0002] 移动通信系统被研发来为移动用户提供通信服务。随着技术的快速进步，移动通 信系统已经演进到能够提供超过早期的面向语音的服务的高速数据通信服务的水平。
[0003] 最近，下一代移动通信系统将其焦点移到超越了人对人（H2H)通信的人对机器 (H2M)和机器对机器（M2M)通信。为了满足这样的需求，第三代合作伙伴计划（3GPP)通信 标准组织正在对机器类型通信（MTC)进行标准化。MTC具有不同于传统的无线电通信的特 性。MTC特性取决于使用用途而被不同地分类。例如，要求一天非周期性地通信几次的MTC 设备具有延迟容忍特性。相反，被固定在一个位置以便收集和传递预定的信息的MTC设备 具有低移动性的特性。移动网络运营商必须考虑到具有各种特性的MTC设备和遗留终端的 共存来提供服务。
[0004] 典型地，小区内存在多个MTC设备。如果MTC设备同时尝试接入，则接入网的负载 可能骤然增大。这使得网络不稳定，因而大部分终端都可能初始接入失败。由于大部分MTC 设备具有延迟容忍特性，因此没有必要立即与基站建立连接。如果无线电网络的负载超过 预定的阈值，贝1J基站可以首先限制MTC设备的初始附接（initial attach)以便控制无线电 网络负载。3GPP工作组正在讨论采用扩展的接入禁止技术（access barring technique) 来控制无线接入网负载。通常的接入禁止技术信息携载在系统信息块（SIB)中。
[0005] 本发明提出能够控制前述的各种服务接入、特别是紧急呼叫和MTC接入的接入禁 止技术。


【发明内容】

[0006] 技术问题
[0007] 本发明旨在提供用于依照紧急呼叫的类型在各种条件下运行接入禁止以及在支 持各种类型的紧急呼叫的环境中以各种方式允许终端尝试紧急呼叫的方法和装置。
[0008] 并且，本发明旨在提供用于允许MTC设备以EAB集合的形式发送与各种运营商 (operator)相关联的EAB信息的方法和装置。
[0009] 技术方案
[0010] 根据本发明的一个方面，一种无线通信系统中的包括用户设备（UE)非接入层 (Non-Access Stratum，NAS)和UE接入层（AS)的终端的数据通信方法包括：在UE AS从基 站接收包括每个紧急呼叫类型的禁止信息的紧急呼叫信息；在UE NAS向UE AS发送紧急呼 叫服务请求；以及在UE AS基于紧急呼叫信息确定是否禁止服务请求。
[0011] 根据本发明的另一个方面，一种无线通信系统中的基站的数据通信方法包括：向 终端发送包括数据调度信息的消息；以及根据数据调度信息来发送包括每个紧急呼叫类型 的禁止信息的紧急呼叫信息。
[0012] 根据本发明的另一个方面，一种用于在无线通信系统中通信数据（communicating data)的终端包括：用户设备（UE)接入层（AS)，其从基站接收包括紧急呼叫信息的信息，该 紧急呼叫信息包括每个紧急呼叫类型的禁止信息；以及UE非接入层（NAS)，其向UE AS发 送紧急呼叫服务请求，其中，UE AS基于紧急呼叫信息确定是否禁止服务请求。
[0013] 根据本发明的另一个方面，一种用于在无线通信系统中通信数据的基站包括：收 发器，其向终端发送包括数据调度信息的消息；以及控制器，其进行控制以便根据数据调度 信息来发送包括每个紧急呼叫类型的禁止信息的紧急呼叫信息。
[0014] 根据本发明的另一个方面，一种无线通信系统中的基站的数据通信方法包括：向 终端发送由基站支持的公共陆地移动网（PLMN)列表；以及向终端发送包括每个PLMN的禁 止信息的消息，其中，每个PLMN的禁止信息在位置上对应于包含在PLMN列表中的PLMN。
[0015] 根据本发明的又一个方面，一种无线通信系统中的终端的数据通信方法包括：从 基站接收由基站支持的公共陆地移动网（PLMN)的列表；以及从基站接收包括每个PLMN的 禁止信息的消息，其中，包括在该消息中的每个PLMN的禁止信息在位置上对应于包含在 PLMN列表中的PLMN。
[0016] 发明的有益效果
[0017] 本发明的方法和装置在以下方面是有利的：通过使得有可能发送各种类型的紧急 呼叫以及依照网络情形和紧急呼叫类型来应用接入禁止，以便利于网络拥塞控制。并且，本 发明的方法和装置在以下方面是有利的：通过使得有可能将被禁止接入的紧急呼叫类型改 变成另一个紧急呼叫类型来多样化网络拥塞情形中的紧急呼叫传送方案。
[0018] 并且，本发明的方法和装置在以下方面是有利的：通过以基于MTC设备的EAB信息 来确定每个运营商的消息格式的方式减小消息的尺寸，来减小系统负载和开销。

【专利附图】

【附图说明】
[0019] 图1是示出传统的LTE系统中的ACB技术的示图；
[0020] 图2是用于说明修改时段的示图；
[0021] 图3是示出通常的SIB传输方法的信号流图；
[0022] 图4是示出传统方法中的紧急呼叫的ACB程序的流程图；
[0023] 图5是用于说明本发明中的控制多个紧急呼叫的ACB的程序的示图；
[0024] 图6是示出实施例1的操作程序的信号流图；
[0025] 图7是示出当UE AS执行禁止检查时的ACB参数选择程序的流程图；
[0026] 图8是示出实施例1中的UE AS操作的流程图；
[0027] 图9是示出实施例1中的UE NAS操作的流程图；
[0028] 图10是示出EAB信息获取程序的信号流图；
[0029] 图11是示出包括在SIB14中的EAB信息的配置的示图；
[0030] 图12是示出在系统过载情形中提供多个EAB的程序的信号流图；
[0031] 图13是示出eNB操作的流程图；
[0032] 图14是示出根据本发明的实施例的UE的配置的框图；以及
[0033] 图15是示出根据本发明的实施例的eNB的配置的框图。

【具体实施方式】
[0034] 参考附图详细描述本发明的示范性实施例。
[0035] 可以省略对合并于此的熟知功能和结构的详细描述，以避免模糊本发明的主题。 这旨在省略不必要的描述以使得本发明的主题明确。
[0036] 通过参考下面的对示范性实施例和附图的详细描述，本发明和完成本发明的方法 的优点和特征将更容易理解。然而，本发明可以以许多不同的形式来具体实现，并且不应该 被解释为受限于这里所阐述的示范性实施例。相反，这些示范性实施例被提供，从而本公开 将是全面和完整的，并且将向本领域技术人员充分地传达本发明的构思，并且本发明将仅 仅由所附权利要求定义。相似的参考标号在说明书中始终指代相似的元素。
[0037] 本发明涉及在移动通信系统中用于有效地控制接入以便调节系统负载的方法和 装置。本发明提出与紧急呼叫和MTC接入相关的接入禁止方法。
[0038] 在实施例中，UE AS和UE NAS可以是包括在用户设备（UE)中的逻辑组件。依照 实施方式，逻辑组件可以被配置为硬件模块。
[0039] 在开始对本发明的说明之前，描述了传统LTE系统的接入类别禁止（ACB)技术。
[0040] 图1是示出传统的LTE系统中的ACB技术的示图。ACB是用于控制UE接入以 便控制系统负载的技术，并且是以这样的方式来实施的：eNB事先通过广播为UE提供禁 止信息，因而UE基于它们的类别和由eNB 100广播的禁止信息来尝试接入网络。如果在 步骤115中新的ACB被触发，则在步骤120中，eNB 100可以使用寻呼（paging)消息的 systemlnfoModification IE来向UE AS 105通知系统信息块（SIB)将很快被修改以用于新 的 ACB。
[0041] 如果寻呼消息被接收，则在步骤130, UE知晓SIB将很快被修改。包括在寻呼消息 中的systemlnfoModification IE是指示SIB的修改的指示符，该指示符依照实施例以各种 形式被提供。
[0042] 在广播修改后的SIB之前，eNB 100使用在修改时段125期间发送的寻呼消息向 UE通知SIB将很快被修改。然后，修改后的SIB在下一个修改时段期间被广播。修改时段 将在稍后详细描述。
[0043] 在修改时段随着寻呼消息的接收而结束之后，UE接收携载新的信息的SIB1135。
[0044] 存在用于不同的用途的各种类型的SIB。LTE Rel-ΙΙ标准规定了 SIB1到SIB14， 并且它将要多样化用于支持新的功能的SIB。在SIB当中，SIB1可以包括其它SIB的调度 信息。
[0045] 因此，SIB1必须被首先接收，以便接收其它SIB。在接收到SIB1之后，UE接收包 括ACB信息的SIB2(步骤140)。在步骤145中，UE AS 105存储ACB信息。如果服务，即通 信服务，被要求，则UE NAS 110在步骤150中向UE AS 105请求该服务。在步骤155中，UE AS 105基于存储的ACB信息确定是否接受接入。UE必然被分配了类别0到9中的一个。UE 可以额外地被分配用于特殊用途的类别11到15中的一个。在所述类别之中，类别10涉及 紧急呼叫。eNB 100可以限制某一类别的接入。在LTE标准中，不可能指定类别0到9中的 一个以用于接入禁止，但是有可能指定特殊用途的类别11到15中的至少一个以用于接入 禁止的特殊用途。
[0046] 同时，eNB 100提供与类别0到9相关联的禁止因子（barring factor)和禁止时 间信息。UE随机地选择0和1中的一个并且将所选择的值与禁止因子进行比较。如果UE 选择的值等于或者小于禁止因子，则这意味着接入被允许。如果UE选择的值大于禁止因 子，则这意味着eNB 100禁止接入，因此在步骤160中，eNB 100向UE NAS 110通知接入的 拒绝。如果接入被拒绝，则UE AS 105使用方程式（1)基于禁止时间信息计算Tbarring值 165。方程式1是根据实施例的用于计算Tbarring值165的公式。依照实施例，Tbarring 值165可以被不同地计算。
[0047] "Tbarring" =(0· 7+0. 6*rand) *ac-BarringTime (1)
[0048] 在Tbarring时间到期之后，在步骤170中，UE AS 105向UE NAS 110通知有可能 再次尝试接入。
[0049] 在这时，UE NAS 110指令在步骤175中重新尝试接入UE AS 105,并且UE AS 105 在步骤180中再次执行禁止检查。所述程序可以对应于通常的移动发起（M0)呼叫或者信 令，即由UE触发的服务请求。
[0050] 由UE触发的紧急呼叫在程序方面多少不同于通常的M0呼叫。紧急呼叫的 ACB信息不同于M0呼叫或者信令。也就是说，禁止因子或者禁止时间信息被替换为 ac-barringForEmergency信息。这个IE是只指示是否允许紧急呼叫的布尔形式。如果IE 被设置为TRUE，则这指示紧急呼叫不被允许，因此在检查了预定的附加条件之后，接入最终 被拒绝。因为没有提供禁止时间信息，UE AS 105在Tbarring之后并不向UE NAS 110通 知可接入性。用于紧急呼叫的ACB操作被参考图4更详细地描述。
[0051] 在用于MTC设备的ACB操作中，参考图1描述的ACB操作不被应用以便尽快为MTC 设备提供ACB信息。并且，它们在由禁止因子和禁止时间组成的ACB信息格式方面彼此不 同。用于MTC设备的ACB操作将稍后更详细地做出。用于参考，不同于LTE标准中的遗留 ACB，用于MTC用途的ACB被称为扩展的接入禁止（EAB)。
[0052] 图2是用于说明修改时段的示图。
[0053] 参考图2,通常的SIB是以修改时段210的构思来执行的。也就是说，在修改时段 期间，演进型节点B(eNB)在SI更新之前，使用寻呼消息向UE通知SI 200将被更新。如果 寻呼消息包括systemlnfoModification IE，则这意味着更新的SIB 205在下一个修改时段 期间被发送。
[0054] 即使在只有一个SIB被修改时，这也在寻呼消息中被通知。然而，在携载ETWS信 息的SIB10和SIB11的情况下，SIB独立于修改时段的边界而被更新。如果寻呼消息包括 指示ETWS信息的存在的etws-Indication IE，则UE立即接收SIB10和SIB11。修改时段 的长度通过SIB2被通知，并且其最大值是10. 24秒。这意味着可能要花费长达10. 24秒来 递送ACB信息。因此，并不希望将修改时段应用到ACB信息必须被迅速地递送到的MTC设 备。
[0055] 图3是示出通常的SIB传输方法的信号流图。
[0056] 参考图3,在步骤315中，eNB 305可以检测无线电网络负载的骤然增大。
[0057] 在步骤320中，eNB 305限制UE 300的初始附接尝试，以便控制无线电网络负载。
[0058] 为了实现这个，在步骤325中，eNB 305向UE 300发送包括 SystemlnfoModification IE 的寻呼消息。
[0059] 在步骤330中，UE 300接收寻呼消息并且检查SIB在下一个修改时段中被修改。
[0060] 如果下一个修改时段340到达，则在步骤345中，UE 300可以尝试解码SIB1。这 是因为SIB1包括关于其它SIB的调度信息。
[0061] 在步骤350中，UE 300可以接收包括EAB信息的SIB2。在步骤355中，UE 300可 以从SIB2中获取修改后的ACB信息。
[0062] 图4是示出传统方法中的紧急呼叫的ACB程序的流程图。
[0063] 参考图4,在步骤400中，UE AS接收由eNB广播的SIB2。SIB2可以包括携载禁止 信息的 ac-Barringlnfo IE〇
[0064] 在步骤405中，UE AS确定是否存在来自UE NAS的紧急呼叫请求。
[0065] 如果紧急呼叫被触发，贝U在步骤410中，UE AS确定包括在ac-BarringlnfoIE中 的ac-BarringForEmergency IE是否被设置为TRUE。如果它被设置为除了 TRUE之外的值， 则UE AS认为呼叫被接受。否则，如果它被设置为TRUE,则在步骤415中，UE AS确定特殊 用途的类别11到15中的至少一个是否被包括。
[0066] 如果不包括特殊用途的类别，则在步骤435中，UE AS认为呼叫不被允许，并且在 步骤440中将这通知到UE NAS。如果至少一个特殊用途的类别被包括，则UE AS检查关于 被包括在ac-Barringlnfo IE中的类别11到15的禁止信息。在实施例中，指示特殊用途 的类别的禁止状态的5-比特位图被包括在ac-Barringlnfo IE中。ac-Barringlnfo IE的 ac_BarringForM〇-Data IE 包括 5-比特的 ac-BarringForSpecialAC IE。在实施例中，各 个比特可以被顺序地映射到AC 11到15。如果每个比特被设置为1，则认为相应的AC被禁 止。在这时，AC 12、13、和14在本国可用，而AC 11和15仅在HPLMN/HEPLMN中可用。如果 特殊用途的类别中的至少一个被允许，则在步骤430中认为呼叫接入被接受。然后，UE可 以执行用于连接到eNB的随机接入。
[0067] 随着可提供的服务被多样化，用于控制系统负载的呼叫准入控制（CAC)变得复 杂。特别地，为了接入允许（access allowance)，紧急呼叫被分配了比通常的接入更高的优 先级。然而，紧急呼叫也可以被分为对系统负载的影响彼此不同的、诸如SMS、语音和视频的 各种类型之一。因此，有必要考虑到紧急呼叫的类型来执行CAC。在传统的技术中，仅仅存 在一种类型的紧急呼叫。然而，随着通过移动通信系统提供的服务变得多样化，必须考虑将 紧急呼叫分为各种类型。例如，紧急呼叫可以被分为短消息服务（SMS)类型、语音类型、和 视频类型。对系统负载的应用可以根据紧急呼叫的类型而不同。例如，SMS类型可以携载受 限的信息但是对系统负载具有相对较小的影响。视频类型可以携载丰富的信息但是对系统 负载具有相对较大的影响。因此，有必要让UE NAS根据系统环境来选择紧急呼叫的类型， 并且如果适应于紧急呼叫的类型来提供禁止信息，则有可能鉴于系统负载更有效地管理紧 急呼叫。实施例1提出了用于提供适应于紧急呼叫的类型的禁止信息并且有效地利用适应 于类型的禁止信息的UE操作。
[0068] 第二实施例提出了向MTC设备提供ACB信息的方法。特别地，第二实施例提出了 配置ACB信息的方法。
[0069] 〈实施例1>
[0070] 实施例1提出了用于提供适应于紧急呼叫的类型的禁止信息并且有效地利用适 应于类型的禁止信息的UE操作。在本发明中，利用各个ACB信息定义了多种类型的紧急呼 口q。UE基于由eNB广播的ACB信息来确定紧急呼叫的类型。
[0071] 图5是用于说明本发明中的控制多个紧急呼叫的ACB的程序的示图。
[0072] 在图5中，UE AS 505和UE NAS 510可以是包括在UE中的逻辑模块或者物理模 块。
[0073] 参考图5,如果在步骤515中新的ACB被触发，则eNB 500在步骤520中使用寻呼 消息的systemlnfoModification IE向UE AS 505通知SIB由于新的ACB而很快将被改变。
[0074] 当接收到寻呼消息时，UE在步骤530中知晓SIB很快被改变。在广播修改后的SIB 之前，eNB使用在修改时段525期间发送的寻呼消息来向UE通知SIB很快被修改。
[0075] 然后，修改后的SIB在下一个修改时段中被广播。在修改时段中接收了寻呼消息 之后，UE在步骤535中接收SIB1以便获取新的SIB。
[0076] 在步骤540中，UE基于在步骤535中接收的SIB1来接收包括ACB信息的 SIB2。ACB信息可以包括依照紧急呼叫的类型而确定的禁止信息。在实施例中，紧急 呼叫被分为SMS类型、语音类型和视频类型。每个类型具有指示其接入是否被允许的 ac-BarringForEmergency IE。依照实施例，ACB信息可以包括每个类型的紧急呼叫的禁止 因子和禁止时间。
[0077] 在步骤545中，UE AS 505存储ACB信息。在本发明中，ACB信息可以被发送给UE NAS 510。随着ACB信息已经被UE AS 505接收，或者在被处理之后，ACB信息可以被传递到 UE NAS 510。例如，将被传递到UE NAS 510的信息可以是每个紧急呼叫类型的ACB信息， 作为虚拟ACB检查结果的每个紧急呼叫类型的接入允许概率值、或者受限的紧急呼叫类型 列表信息。在UE NAS 510触发紧急呼叫时，信息格式可以被选择。在高系统负载的示范性 情况下，语音或者视频类型的紧急呼叫可能给系统造成严重的负担。因此，eNB可能只允许 SMS类型的接入而不允许其它两个类型。
[0078] 在步骤550中，UE NAS 510选择适当的类型并且向UE AS 505发送紧急呼叫服务 请求。如果在步骤545中UE NAS 510已经接收到包括在SIB1中的参数，则步骤550可以 被选择性地执行。
[0079] UE AS 505在步骤555中执行禁止检查。UE AS 505最后执行禁止检查。因为在 步骤545中ACB信息已经被传递到UE NAS 510,因此在UE AS 505已经执行禁止检查之后 所述请求的禁止概率有可能降低。然而，如果ACB信息由于任何接收错误而被破坏或者如 果紧急呼叫类型在没有ACB信息的情况下被选择，则这可能引起禁止呼叫。如果呼叫不被 允许，则UE AS 505在步骤560中将这通知到UE NAS 510。
[0080] 在步骤570中，UE NAS 510选择另一个类型的紧急呼叫来重新尝试。
[0081] 在步骤565中，UE AS 505执行禁止检查。如果确定呼叫被允许，UE AS505尝试对 eNB 500的随机接入。
[0082] 在图5中，UE AS 505向UE NAS 510发送所接收的禁止信息，而UE NAS510基于 所述禁止信息选择适当类型的紧急呼叫并且向UE AS 505发送服务请求。在这时，UE AS 505对所述请求执行最后的禁止检查。在本发明中，然而，其它的过程可以被执行。将在UE AS 505中接收到的禁止信息传递到UE NAS 510的过程与图5中的过程相同。然而，UE NAS 510可以执行禁止检查以及选择适当类型的紧急呼叫。在这种情况下，从UE NAS 510发送 到UE AS 505的服务请求被立即发送到eNB 500而无需UE AS 505的禁止检查。虽然前述 的两种方法彼此类似，除了禁止检查是由UE NAS 510执行还是由UE AS 505执行之外。在 另一种方法中，除了像传统的ACB那样的禁止信息之外，UE AS 505还向UE NAS 510发送 关于UE NAS 510的服务请求是否被禁止的信息。UE NAS 510重新选择另一种类型，而不是 被禁止的紧急呼叫类型，以便重新尝试服务请求。
[0083] 图6是示出实施例1的操作程序的信号流图。
[0084] 在图6中，UE NAS 600和UE AS 605可以是包括在UE中的物理或者逻辑组件。
[0085] 在步骤 615 中，eNB 610 向 UE AS 605 发送 SIB2。SIB2 包括 ACB 信息， 艮P ac-Barringlnf〇 IE〇 ac-Barringlnfo IE 包括 ac-BarringForEmergency> ac-BarringForMO-Signaling、和 ac-BarringForMo-Data IE。所述 IE 分别包括传统的 紧急呼叫禁止信息、移动发起-信令禁止信息、和移动发起数据禁止信息。在实施例中， 除了惯常地包括的信息之外，ac-Barringlnfo IE还可以包括关于各种类型的紧急呼叫 的新的禁止信息。例如，ac-Barringlnfo IE 还包括 ac-BarringForEmergency-SMS IE、 ac-BarringForEmergency-Voice IE、和 ac-BarringForEmergency-Video IE〇 这些新的 IE 具有指示各个紧急呼叫类型是否被禁止接入的布尔值。
[0086] 在步骤 620 中，UE AS 605 向 UE NAS 600 发送 ac-Barringlnfo IE。步骤 620 是可选的，因此ac-Barringlnfo IE可以不被发送。如果ac-Barringlnfo IE被接收，贝丨J ac-Barringlnfo IE可以便于UE NAS 600选择适当类型的紧急呼叫。
[0087] 在步骤625中，UE NAS 600触发紧急呼叫。
[0088] UE NAS 600在步骤630中选择紧急呼叫类型并且在步骤635中向UE AS605发送 服务请求。
[0089] 在步骤640中，UE AS 605执行禁止检查。如果ACB信息已经被传递到UE NAS 600 并且如果UE NAS 600已经基于所述ACB信息选择了适当类型的紧急呼叫，则这个步骤被排 除。然而，在实施例中，将ACB信息发送给UE NAS 600并未被排除，因此这个步骤被包括。
[0090] 如果对于呼叫的接入被允许，则在步骤645中UE AS 605尝试接入eNB。否则如果 对于呼叫的接入不被允许，则UE AS 605向UE NAS 600通知接入失败。
[0091] UE NAS 600在步骤655中选择另一个类型的紧急呼叫并且在步骤660中向UE AS 605发送服务请求。依照实施例，所述服务请求可以基于在步骤650中接收的信号来做出。
[0092] 图7是示出当UE AS执行禁止检查时的ACB参数选择程序的流程图。
[0093] 参考图7,在步骤700中，UE AS确定相应的UE是否是遗留UE。在本发明中，术语 "遗留UE"意味着不能支持多个紧急呼叫和相关的UE操作的UE。也就是说，遗留UE只能够 辨识单一类型的紧急呼叫。如果UE是遗留UE，则UE不能在ACB信息之间进行区分，而是将 所有的ACB信息都辨识成遗留ACB信息，并且因此像步骤705中的操作那样只考虑到遗留 ACB信息来确定是否允许接入。
[0094] 如果UE不是遗留UE，则UE NAS在步骤710、720、和730中检查紧急呼叫的类型， 并且基于相应的ACB信息在步骤715、725、和735中确定是否允许接入。
[0095] 图8和图9专注于遗留UE存在于支持多个紧急呼叫类型的eNB的服务区域中的 情况。也有可能，虽然UE支持多个紧急呼叫类型，但是eNB是不支持多个紧急呼叫类型的 遗留eNB。也有可能定义在这样的情况下的UE操作，所述UE操作参考图16、图17、和图18 被详细描述。
[0096] 图8是示出实施例1中的UE AS操作的流程图。
[0097] 参考图8,在步骤800中，UE AS接收由eNB广播的SIB2中的ac-Barringlnfo IE。
[0098] 在步骤805中，UE确定UE自身是否是遗留UE。在步骤815中，不理解本发明中所 提出的ACB信息的遗留UE执行遗留ACB操作。
[0099] 在非遗留UE的情况下，在步骤810中，UE AS向UE NAS发送ac-Barringlnfo IE。
[0100] 在步骤820中，UE AS确定紧急呼叫是否被UE NAS触发。
[0101] 如果是，则在步骤825中，UE AS检查紧急呼叫的类型并且应用与所述类型相对应 的ACB信息。
[0102] 在步骤830中，UE AS检查所应用的ACB信息，并且确定相应类型的呼叫接入是否 被允许。也就是说，如果ac-BarringForEmergency IE未被设置为TRUE,则UE AS认为对于 相应的呼叫而言接入被允许。否则，如果所述IE被设置为TRUE，则在步骤835中，UE确定 除了类别〇到9之外，所述IE还包括特殊用途的类别11到15中的至少一个。
[0103] 如果不包括特殊的分类，则UE AS认为呼叫不被允许，并且将这通知到UE NAS。如果至少一个特殊用途的类别被包括，则在步骤845中，UE AS检查关于包括在 ac-Barringlnfo IE中的类别11到15的禁止信息。所述关于特殊用途的类别11到15的 禁止指示信息是以5-比特位图的形式被包括在ac-Barringlnfo IE中。
[0104] 如果UE的特殊用途的类别中的至少一个被允许用于接入，则在步骤850中，UE AS 认为对于呼叫的接入被允许。然后，UE可以执行随机接入程序以便尝试附接到eNB。
[0105] 图9是示出实施例1中的UE NAS操作的流程图。
[0106] 参考图9,在步骤900中，UE NAS确定紧急呼叫是否被请求。
[0107] 如果紧急呼叫被请求，则UE NAS在步骤905中确定UE是否是遗留UE。
[0108] 如果UE是遗留UE，则UE NAS在步骤945中执行遗留ACB操作。
[0109] 如果UE不是遗留UE，则UE NAS选择性地执行两个过程之一。
[0110] 第一过程是在步骤910中选择紧急呼叫的类型而不检查ACB信息。
[0111] 在选择紧急呼叫类型之后，在步骤915中，UE NAS向UE AS发送对于紧急呼叫的 服务请求。
[0112] 在步骤920中，UE NAS确定UE AS是否报告请求失败。
[0113] 如果UE AS报告了接入拒绝，则UE NAS选择另一个类型的紧急呼叫并且将程序返 回到步骤915。典型地，可以根据预定的规则执行紧急呼叫类型重选。例如，在第一服务请 求中视频类型紧急呼叫已经失败，为了低系统负载，SMS类型或者语音类型的紧急呼叫可以 被选择。这是因为与视频类型的紧急呼叫相比，引起较低的系统负载的SMS或语音类型的 紧急呼叫具有相对较高的接入概率。从eNB的角度来说，即使在高系统负载的情形中，它也 可能允许并不引起严重的系统负载的接入（诸如SMS类型），而不是禁止所有类型的紧急 呼叫接入。不同于传统的技术，如果UE AS向UE NAS提供所接收的ACB信息，则UE NAS可 以选择允许接入的紧急呼叫类型。也就是说，UE NAS在步骤930中确定是否已经事先从UE AS 接收了 ac-Barringlnfo。
[0114] 在步骤935中，UE NAS基于所述信息选择紧急呼叫类型。在步骤940中，UE NAS 向UE AS发送对于呼叫的服务请求。虽然UE NAS具有ACB信息，但是在接收信号时可能发 生错误。因此，UE AS可以在尝试真正接入eNB之前执行禁止检查。在这种情况下，UE NAS 在步骤920中等待来自UEAS的禁止检查结果。如果其失败，则UE NAS选择另一个类型来 进行重新尝试。
[0115] 图16、图17、和图18是结合遗留eNB示出支持增强的多个紧急呼叫类型的UE的操 作的流程图。根据这个实施例，三种UE操作被提出。在这个实施例中，UE可以包括UE AS 和 UE NAS。
[0116] 参考图16描述第一 UE操作。参考图16,在步骤1600中，UE接收由服务eNB广播 的SIB2。系统信息包括禁止信息。
[0117] 在步骤1605中，UE确定SIB2是否包括本发明中所提出的禁止信息。如果SIB2 不包括本发明中所提出的禁止信息，则eNB是不支持多个紧急呼叫类型的遗留eNB。如果 SIB2包括禁止信息，则UE在步骤1610中执行以上描述的UE操作。如果eNB是遗留eNB， 则在步骤1615中，UE将关于遗留紧急呼叫的ACB信息应用到语音类型的紧急呼叫。如上 所述，遗留ACB信息，即ac-BarringForEmergency IE，也在SIB2中被发送到UE。
[0118] 在步骤1620中，如果有必要请求紧急呼叫，则UE只触发语音类型的紧急呼叫，并 且执行符合遗留ACB操作的禁止检查。
[0119] 参考图17描述第二UE操作。参考图17,在步骤1700中，UE AS接收由eNB广播 的SIB2。系统信息包括禁止信息。
[0120] 在步骤1705中，UE确定SIB2是否包括本发明中所提出的禁止信息。如果禁止信 息被包括，则UE在步骤1710中执行以上描述的操作。
[0121] 如果eNB是遗留eNB，则在步骤1715中，UE将关于遗留紧急呼叫的ACB信息应用 到所有类型的紧急呼叫。
[0122] 在步骤1720中，如果有必要请求紧急呼叫，则UE触发各种类型的紧急呼叫之一， 并且执行符合遗留ACB操作的禁止检查。
[0123] 参考图18描述最后一种UE操作。参考图18,在步骤1800中，UE接收由服务eNB 广播的SIB2。系统信息包括禁止信息。在步骤1805中，UE确定SIB2是否包括本发明中所 提出的禁止信息。如果禁止信息被包括，则UE在步骤1810中执行以上描述的操作。
[0124] 如果eNB是遗留eNB，则在步骤1815中，UE对遗留紧急呼叫的ACB信息执行调整 (scaling)，并且将调整后的ACB信息应用到各个类型的紧急呼叫。这里，调整是指根据预 定的规则修改遗留ACB信息。例如，如果遗留ACB信息允许遗留紧急呼叫接入，则认为SMS 和语音类型的紧急呼叫被允许接入，而视频类型的紧急呼叫则除外。这样的基于调整的方 法被用于只允许对无线电网络造成的影响等于或者小于遗留紧急呼叫接入对无线电网络 造成的影响的紧急呼叫类型。
[0125] 在步骤1820中，如果有必要请求紧急呼叫，则UE触发各种类型的紧急呼叫之一， 并且基于调整后的ACB信息执行禁止检查。
[0126] 〈实施例2>
[0127] 实施例2提出了用于向MTC设备提供ACB信息的方法。以下，用于MTC设备的ACB 信息被称为EAB信息。MTC设备通信服务是延迟容忍的，因此被分配了比通常的UE通信服 务更低的优先级。因此，在网络负载增大的情况下，与通常的UE的通信服务相比，接入禁止 可以首先被应用在MTC设备的通信服务。
[0128] EAB信息不可以被应用在通常的UE，但是可以应用在MTC设备。如参考图2所描述 的，并不优选将修改时段应用在EAB信息必须被迅速地递送到其的MTC设备。因此，MTC设 备执行有区别的操作以便接收携载EAB信息的SIB14。在开始说明实施例之前，接收SIB14 的程序被描述。
[0129] 图10是不出EAB /[目息获取程序的/[目号流图。
[0130] 虽然描述专注于MTC设备，但是本发明不限于此，并且可以通过应用具有通信能 力的所有类型的UE来具体实现。
[0131] 参考图10,如果由于无线电网络负载的增大而确定控制MTC设备1005的初始附 接，则在步骤1015中，eNB 1010向UE 1005发送包括eab-indication IE的寻呼消息。根 据实施例，eab-indication IE被用于向UE 1005通知EAB信息的修改。
[0132] 如果eab-indication被接收，则UE 1005在步骤1020推迟接入直到新的EAB信 息被接收。为了获取新的EAB信息，在步骤1025中，UE 1005从eNBlOlO接收SIB1。SIB1 可以包括SIB调度信息。
[0133] 在步骤1030中，UE 1005基于所述调度信息接收包括EAB信息的SIB14。
[0134] 在步骤1035中，UE 1005可以应用最新获取的EAB信息。然后，在步骤1045中， UE 1005可以尝试初始附接。
[0135] 图11是示出包括在SIB14中的EAB信息的配置的示图。
[0136] 参考图11，小区可以被若干运营商共享。公共陆地移动网（PLMN)表示以网络名 称操作的网络。运营商可以在一个小区内提供多个网络的服务，或者共享用于运营商网络 (即PLMN)的一个小区。一个小区能够服务于多达6个PLMN，并且PLMN的列表在相应的小 区的SIB1中被广播。
[0137] 在一个小区被若干运营商共享的情况下，可能存在登记在小区内的运营商的MTC 设备。在某一运营商的网络中话务量增大的情况下，有必要选择性地使用相应的运营商网 络来限制MTC设备的接入。因此，如果EAB信息是按PLMN提供的，则这可以便于这样的控 制。本发明的实施例提出了有效地配置每个PLMN的EAB信息的方法。
[0138] EAB集合1100由10个比特组成，所述10个比特中的每个比特指示特定的类别是 否被允许接入。也就是说，每个UE具有在0到9的范围内选择的类别，并且所述10-比特 信息指示各个类别是否被允许接入。如果每个比特被设置为〇以指示对于相应的类别的接 入限制，或者被设置为1以指示对于相应的类别的接入允许。EAB信息可以与由如上所述的 禁止因子和禁止时间信息组成的ACB信息不同或相同。也有可能根据实施例发送每个PLMN 的禁止因子和禁止时间。
[0139] EAB集合的数目等于SIB1中所携载的PLMN列表中列出的PLMN的数目。也就是 说，如果PLMN列表包括6个PLMN，则总共6个EAB集合存在。有必要像本发明中的按排列 次序进行映射的方式中所举例说明的那样将PLMN列表中的PLMN映射到EAB集合。例如， 如果 PLMN 包含在 SIB1 的像{PLMN 1、PLMN 2PLMN 3、PLMN 4、PLMN 5、PLMN 6}那样的 PLMN 列表中，则包含在SIB14中的EAB集合1、2、3、4、和5可以分别对应于PLMN 1、PLMN 2、PLMN 3、PLMN 4、PLMN 5、和 PLMN 6。
[0140] 在实施例中，如果为了最优化，PLMN列表的PLMN具有相同的EAB集合，则仅仅一 个EAB集合在SIB14中被携载。在接收SIB1和SIB14两者之后，如果SIB14包括仅仅一个 EAB集合1105而与包括在SIB1的PLMN列表中的PLMN的数目无关，则UE可以将相应的EAB 集合应用在所有的PLMN。
[0141] 图12是示出在系统过载情形中提供多个EAB的程序的信号流图。
[0142] 参考图12,在步骤1220中，eNB 1205可以通过SIB1为UE 1200提供可用于服务 的PLMN的列表。eNB 1205被PLMN A和PLMN B共享。附图中未示出的其它PLMN也可以共 享 eNB 1205。
[0143] 在步骤1225中，属于PLMN A的MME11210检测CN过载情形。
[0144] MME11210通过OVERLOAD START (过载开始）消息向eNB 1205通知CN过载情形和 过载等级。可以依照实施例使用各种类型的消息来报告过载。
[0145] 在步骤1235中，eNB 1205可以考虑到CN过载等级来配置用于PLMN A的EAB，并 且将所述EAB发送到UE 1200。在这个实施例中，因为PLMN B不处于CN过载情形，因此eNB 1205向UE 1200发送用于PLMN B的、其每一个比特都被设置为0的EAB。
[0146] UE 1205接收所述EAB集合，并且考虑到它的AC来确定其接入是否被禁止。
[0147] 在步骤1240中，属于PLMN B的MME21215检测CN过载情形。
[0148] 在步骤1245中，MME21215通过OVERLOAD START消息向eNB 1205通知CN过载情 形和过载等级。
[0149] 在步骤1250中，eNB 1205可以考虑到CN过载等级来配置用于PLMN B的EAB，并 且将所述EAB发送到UE 1200。由于PLMN A还处于CN过载情形，因此用于PLMN A的EAB 集合被一起提供。UE 1200接收EAB集合并且考虑到它的AC来确定其接入是否被禁止。
[0150] 在步骤1225中，属于PLMN A的MME11210检测到CN过载情形被解决。
[0151] 在步骤1260中，MME11210通过OVERLOAD STOP (过载停止）消息向eNB 1205通 知CN过载情形的解决。各种类型的消息可以被用来通知过载解决。可以依照实施例使用 各种类型的消息来报告过载。
[0152] 在步骤1265中，eNB 1205可以考虑到PLMN A的CN过载等级来配置PLMN A的、 其全部比特都被设置为0的EAB集合，并且将所述EAB集合发送到UE 1200。由于PLMN B 还处于CN过载情形，因此用于PLMN B的EAB集合被不断地提供。UE 1200接收EAB set并 且考虑到它的AC来确定接入是否被禁止。
[0153] 在步骤1270中，属于PLMN B的MME21215检测到CN过载情形被解决。
[0154] 在步骤1275中，MME21215通过OVERLOAD STOP消息向eNB 1205通知CN过载情 形的解决。
[0155] 如果对于所有的PLMN而言CN过载都被解决，则在步骤1280中，eNB1205确定没有 必要再提供EAB。UE 1200可以通过SIB更新程序检查这个情形，并且如果没有接收到EAB， 则释放接入禁止。
[0156] 图13是示出eNB操作的流程图。
[0157] 参考图13,在步骤1300中，eNB创建包括列出η (多达6)个PLMN ID的PLMN列表 的 SIB1。
[0158] 在步骤1305中，eNB广播所述SIB1以便由UE使用。
[0159] 在步骤1310中，eNB确定网络是否处于过载状态。
[0160] eNB考虑到PLMN列表中的PLMN的排列次序和特定PLMN的EAB集合（PLMN-specific EAB sets)的排列次序，将每个PLMN的EAB集合包括在SIB1中。
[0161] 在步骤1320中，eNB为其EAB不被应用成0的PLMN设置EAB集合。
[0162] 在步骤1325中，eNB广播所述SIB14以便由UE使用。
[0163] 图14是示出根据本发明的实施例的UE的配置的框图。
[0164] 参考图14, UE包括生成数据的更高层设备1410和用于处理控制消息的控制消息 处理器1415。UE通过复用器/解复用器1405来复用将要发送到eNB的控制信号和数据， 并且在控制器1420的控制下通过收发器1400发送复用后的数据。UE通过收发器1400接 收物理信号，解复用所接收的信号，并且在控制器1420的控制下将解复用后的信号递送到 更高层设备1410或者控制消息处理器1415。
[0165] 图15是示出根据本发明的实施例的eNB的配置的框图。
[0166] 参考图15, eNB包括收发器1505、控制器1510、复用器/解复用器1520、控制消息 处理器1535、各种更高层处理器1525和1530、以及调度器1515。收发器在下行链路载波 上发送数据和控制信号，并且在上行链路载波上接收数据和控制信号。在配置了多个载波 的情况下，收发器1505可以在所述多个载波上发送与接收数据和信号。复用器/解复用器 1520复用由更高层处理器1525和控制消息处理器1535生成的数据，或者解复用由收发器 1505接收的数据并且将解复用后的信号递送到相应的更高层处理器1525和1530、控制消 息处理器1535、和/或控制器1510。控制单元1510确定是否将控制配置信息包括在控制 消息中。控制消息处理器1535生成将被发送到UE的控制消息，并且在控制器1510的控制 下将所生成的消息发送到更高层。更高层处理器1525和1530可以针对每个UE每个服务 进行配置以便处理由诸如FTP和VoIP的用户服务生成的数据，并且将处理后的数据传递到 复用器/解复用器1520,或者处理来自复用器/解复用器1520的数据并且将处理后的数据 递送到更高层的服务应用。调度器1515在适当的时间点，并且考虑到UE的缓冲状态、信道 状态、和活跃时间，为UE分配传输资源，并且控制收发器处理由UE发送的信号或者向UE发 送信号。
[0167] 将理解，本领域技术人员能够变化或者修改实施例而不脱离这个发明的技术构 思。因此，应该理解，上述实施例本质上仅仅是为了说明性的目的而不是以任何方式限制 于此。因此，本发明的范围应该由所附权利要求及其法定等效物来确定，而不是由说明书确 定，并且权利要求的定义和范围内的各种变更和修改被包括在权利要求中。
[0168] 虽然已经使用特定的术语描述了本发明的优选方案，但是说明书和附图将被当作 说明性的而不是限制性的意义，以便帮助理解本发明。本领域技术人员将清楚，可以对这里 进行各种修改和改变而不脱离本发明的更广泛的精神和范围。
【权利要求】
1. 一种无线通信系统中包括用户设备（UE)非接入层（NAS)和UE接入层（AS)的终端 的数据通信方法，该方法包括： 在UE AS从基站接收包括每个紧急呼叫类型的禁止信息的紧急呼叫信息； 在UE NAS向UE AS发送紧急呼叫服务请求；以及 在UE AS基于所述紧急呼叫信息确定是否禁止所述服务请求。
2. 如权利要求1所述的方法，还包括： 在UE AS向UE NAS转发所述紧急呼叫信息；以及 在UE NAS基于所述紧急呼叫信息确定是否禁止紧急呼叫。
3. 如权利要求1所述的方法，还包括当作为服务请求禁止确定的结果所述服务请求被 禁止时，在UE AE发送包括被禁止的类型的信息的消息。
4. 如权利要求3所述的方法，还包括在UE NAS基于所述被禁止的类型的信息重新发送 在类型方面不同于先前发送的服务请求的服务请求。
5. -种无线通信系统中基站的数据通信方法，该方法包括： 向终端发送包括数据调度信息的消息；以及 根据所述数据调度信息来发送包括每个紧急呼叫类型的禁止信息的紧急呼叫信息。
6. 如权利要求5所述的方法，还包括从终端接收特定类型的紧急呼叫接入，所述终端 基于所述紧急呼叫信息确定是否禁止所述紧急呼叫。
7. -种用于在无线通信系统中通信数据的终端，所述终端包括： 用户设备（UE)接入层（AS)，其从基站接收包括紧急呼叫信息的信息，所述紧急呼叫信 息包括每个紧急呼叫类型的禁止信息；和 UE非接入层（NAS)，其向UE AS发送紧急呼叫服务请求， 其中，UE AS基于所述紧急呼叫信息确定是否禁止所述服务请求。
8. 如权利要求7所述的终端，其中，UE AS向UE NAS转发所述紧急呼叫信息，并且UE NAS基于所述紧急呼叫信息确定是否禁止所述紧急呼叫。
9. 如权利要求7所述的终端，其中，当作为服务请求确定的结果所述服务请求被禁止 时，UE AE向UE NAS发送包括被禁止的类型的信息的消息。
10. 如权利要求9所述的终端，其中，UE NAS基于所述被禁止的类型的信息重新发送在 类型方面不同于先前发送的服务请求的服务请求。
11. 一种用于在无线通信系统中通信数据的基站，所述基站包括： 收发器，其向终端发送包括数据调度信息的消息；和 控制器，其进行控制以便根据所述数据调度信息来发送包括每个紧急呼叫类型的禁止 信息的紧急呼叫信息。
12. 如权利要求11所述的基站，其中，所述收发器从终端接收特定类型的紧急呼叫接 入，并且所述终端基于所述紧急呼叫信息确定是否禁止所述紧急呼叫。
13. -种无线通信系统中基站的数据通信方法，该方法包括： 向终端发送由基站支持的公共陆地移动网（PLMN)列表；以及 向终端发送包括每个PLMN的禁止信息的消息， 其中，所述每个PLMN的禁止信息在位置上对应于包含在PLMN列表中的PLMN。
14. 如权利要求13所述的方法，其中，发送所述消息包括，当每个PLMN的禁止信息彼此 相同时，将用于一个PLMN的禁止信息包括在所述消息中。
15. 如权利要求13所述的方法，还包括，当从移动性管理实体（MME)接收到拥塞情形消 息时，基于所述拥塞情形信息重新生成包括每个PLMN的禁止信息的消息。
16. -种无线通信系统中终端的数据通信方法，该方法包括： 从基站接收由基站支持的公共陆地移动网（PLMN)的列表；以及 从基站接收包括每个PLMN的禁止信息的消息， 其中，所述包括在所述消息中的每个PLMN的禁止信息在位置上对应于包含在PLMN列 表中的PLMN。
17. 如权利要求16所述的方法，其中，当每个PLMN的禁止信息彼此相同时，所述消息包 含用于一个PLMN的禁止信息。
18. 如权利要求16所述的方法，还包括，当从移动性管理实体（MME)接收到拥塞情形消 息时，接收基于所述拥塞情形信息重新生成的、包括每个PLMN的禁止信息的消息。
【文档编号】H04W28/02GK104221422SQ201380017677
【公开日】2014年12月17日 申请日期:2013年1月28日 优先权日:2012年1月27日
【发明者】金相范, 郑景仁, 金成勋 申请人:三星电子株式会社