无线通信系统中的基站和终端及其数据通信方法与流程

本申请是申请日(国际申请日)为2013年1月28日，申请号为201380017677.x(国际申请号为pct/kr2013/000667)，发明名称为“移动通信系统中用于有效地控制接入以用于系统负载调节的方法和装置”的发明专利申请的分案申请。

本发明涉及有效地控制网络接入以便调节移动通信系统的负载的方法和装置，具体地涉及无线通信系统中的基站和终端及其数据通信方法。

背景技术：

移动通信系统被研发来为移动用户提供通信服务。随着技术的快速进步，移动通信系统已经演进到能够提供超过早期的面向语音的服务的高速数据通信服务的水平。

最近，下一代移动通信系统将其焦点移到超越了人对人(h2h)通信的人对机器(h2m)和机器对机器(m2m)通信。为了满足这样的需求，第三代合作伙伴计划(3gpp)通信标准组织正在对机器类型通信(mtc)进行标准化。mtc具有不同于传统的无线电通信的特性。mtc特性取决于使用用途而被不同地分类。例如，要求一天非周期性地通信几次的mtc设备具有延迟容忍特性。相反，被固定在一个位置以便收集和传递预定的信息的mtc设备具有低移动性的特性。移动网络运营商必须考虑到具有各种特性的mtc设备和遗留终端的共存来提供服务。

典型地，小区内存在多个mtc设备。如果mtc设备同时尝试接入，则接入网的负载可能骤然增大。这使得网络不稳定，因而大部分终端都可能初始接入失败。由于大部分mtc设备具有延迟容忍特性，因此没有必要立即与基站建立连接。如果无线电网络的负载超过预定的阈值，则基站可以首先限制mtc设备的初始附接(initialattach)以便控制无线电网络负载。3gpp工作组正在讨论采用扩展的接入禁止技术(accessbarringtechnique)来控制无线接入网负载。通常的接入禁止技术信息携载在系统信息块(sib)中。

本发明提出能够控制前述的各种服务接入、特别是紧急呼叫和mtc接入的接入禁止技术。

技术实现要素：

技术问题

本发明旨在提供用于依照紧急呼叫的类型在各种条件下运行接入禁止以及在支持各种类型的紧急呼叫的环境中以各种方式允许终端尝试紧急呼叫的方法和装置。

并且，本发明旨在提供用于允许mtc设备以扩展的接入禁止(eab)集合的形式发送与各种运营商(operator)相关联的eab信息的方法和装置。

技术方案

根据本发明的一个方面，一种无线通信系统中的包括用户设备(ue)非接入层(non-accessstratum，nas)和ue接入层(as)的终端的数据通信方法包括：在ueas从基站接收包括每个紧急呼叫类型的禁止信息的紧急呼叫信息；在uenas向ueas发送紧急呼叫服务请求；以及在ueas基于紧急呼叫信息确定是否禁止服务请求。

根据本发明的另一个方面，一种无线通信系统中的基站的数据通信方法包括：向终端发送包括数据调度信息的消息；以及根据数据调度信息来发送包括每个紧急呼叫类型的禁止信息的紧急呼叫信息。

根据本发明的另一个方面，一种用于在无线通信系统中通信数据(communicatingdata)的终端包括：用户设备(ue)接入层(as)，其从基站接收包括紧急呼叫信息的信息，该紧急呼叫信息包括每个紧急呼叫类型的禁止信息；以及ue非接入层(nas)，其向ueas发送紧急呼叫服务请求，其中，ueas基于紧急呼叫信息确定是否禁止服务请求。

根据本发明的另一个方面，一种用于在无线通信系统中通信数据的基站包括：收发器，其向终端发送包括数据调度信息的消息；以及控制器，其进行控制以便根据数据调度信息来发送包括每个紧急呼叫类型的禁止信息的紧急呼叫信息。

根据本发明的另一个方面，一种无线通信系统中的基站的数据通信方法包括：向终端发送由基站支持的公共陆地移动网(plmn)列表；以及向终端发送包括每个plmn的禁止信息的消息，其中，每个plmn的禁止信息在位置上对应于包含在plmn列表中的plmn。

根据本发明的又一个方面，一种无线通信系统中的终端的数据通信方法包括：从基站接收由基站支持的公共陆地移动网(plmn)的列表；以及从基站接收包括每个plmn的禁止信息的消息，其中，包括在该消息中的每个plmn的禁止信息在位置上对应于包含在plmn列表中的plmn。

根据本发明的又一个方面，一种无线通信系统中基站的数据通信方法包括：向终端发送由基站支持的公共陆地移动网(plmn)列表；以及向终端发送禁止列表，该禁止列表包括在plmn列表中包括的plmn中的每个plmn的、针对每个应用类别的至少一个禁止信息。

根据本发明的又一个方面，一种无线通信系统中终端的数据通信方法包括：从基站接收由基站支持的公共陆地移动网(plmn)列表；以及从基站接收禁止列表，该禁止列表包括在plmn列表中包括的plmn中的每个plmn的、针对每个应用类别的至少一个禁止信息。

根据本发明的又一个方面，一种无线通信系统中的基站包括：收发器，被配置为发送信号和接收信号；以及控制器，被配置为：控制收发器以向终端发送由基站支持的公共陆地移动网(plmn)列表；以及控制收发器以向终端发送禁止列表，该禁止列表包括在plmn列表中包括的plmn中的每个plmn的、针对每个应用类别的至少一个禁止信息。

根据本发明的又一个方面，一种无线通信系统中的终端包括：收发器，被配置为发送信号和接收信号；以及控制器，被配置为：控制收发器以从基站接收由基站支持的公共陆地移动网(plmn)列表；以及控制收发器以从基站接收禁止列表，该禁止列表包括在plmn列表中包括的plmn中的每个plmn的、针对每个应用类别的至少一个禁止信息。

发明的有益效果

本发明的方法和装置在以下方面是有利的：通过使得有可能发送各种类型的紧急呼叫以及依照网络情形和紧急呼叫类型来应用接入禁止，以便利于网络拥塞控制。并且，本发明的方法和装置在以下方面是有利的：通过使得有可能将被禁止接入的紧急呼叫类型改变成另一个紧急呼叫类型来多样化网络拥塞情形中的紧急呼叫传送方案。

并且，本发明的方法和装置在以下方面是有利的：通过以基于mtc设备的eab信息来确定每个运营商的消息格式的方式减小消息的尺寸，来减小系统负载和开销。

附图说明

图1是示出传统的lte系统中的接入类别禁止(acb)技术的示图；

图2是用于说明修改时段的示图；

图3是示出通常的sib传输方法的信号流图；

图4是示出传统方法中的紧急呼叫的acb程序的流程图；

图5是用于说明本发明中的控制多个紧急呼叫的acb的程序的示图；

图6是示出实施例1的操作程序的信号流图；

图7是示出当ueas执行禁止检查时的acb参数选择程序的流程图；

图8是示出实施例1中的ueas操作的流程图；

图9是示出实施例1中的uenas操作的流程图；

图10是示出eab信息获取程序的信号流图；

图11是示出包括在sib14中的eab信息的配置的示图；

图12是示出在系统过载情形中提供多个eab的程序的信号流图；

图13是示出实施例2的enb块操作的流程图；

图14是示出根据本发明的实施例的ue的配置的框图；

图15是示出根据本发明的实施例的enb的配置的框图；

图16是示出支持与遗留enb相关的增强的多个紧急呼叫类型的ue的操作的流程图；

图17是示出支持与遗留enb相关的增强的多个紧急呼叫类型的ue的操作的另一个流程图；以及

图18是示出支持与遗留enb相关的增强的多个紧急呼叫类型的ue的操作的再一个流程图。

具体实施方式

参考附图详细描述本发明的示范性实施例。

可以省略对合并于此的熟知功能和结构的详细描述，以避免模糊本发明的主题。这旨在省略不必要的描述以使得本发明的主题明确。

通过参考下面的对示范性实施例和附图的详细描述，本发明和完成本发明的方法的优点和特征将更容易理解。然而，本发明可以以许多不同的形式来具体实现，并且不应该被解释为受限于这里所阐述的示范性实施例。相反，这些示范性实施例被提供，从而本公开将是全面和完整的，并且将向本领域技术人员充分地传达本发明的构思，并且本发明将仅仅由所附权利要求定义。相似的参考标号在说明书中始终指代相似的元素。

本发明涉及在移动通信系统中用于有效地控制接入以便调节系统负载的方法和装置。本发明提出与紧急呼叫和mtc接入相关的接入禁止方法。

在实施例中，ueas和uenas可以是包括在用户设备(ue)中的逻辑组件。依照实施方式，逻辑组件可以被配置为硬件模块。

在开始对本发明的说明之前，描述了传统lte系统的接入类别禁止(acb)技术。

图1是示出传统的lte系统中的acb技术的示图。acb是用于控制ue接入以便控制系统负载的技术，并且是以这样的方式来实施的：enb100事先通过广播为ue提供禁止信息，因而ue基于它们的类别和由enb100广播的禁止信息来尝试接入网络。如果在步骤115中新的acb被触发，则在步骤120中，enb100可以使用寻呼(paging)消息的systeminfomodificationie来向ueas105通知系统信息块(sib)将很快被修改以用于新的acb。

如果寻呼消息被接收，则在步骤130，ue知晓sib将很快被修改。包括在寻呼消息中的systeminfomodificationie是指示sib的修改的指示符，该指示符依照实施例以各种形式被提供。

在广播修改后的sib之前，enb100使用在修改时段125期间发送的寻呼消息向ue通知sib将很快被修改。然后，修改后的sib在下一个修改时段期间被广播。修改时段将在稍后详细描述。

在修改时段随着寻呼消息的接收而结束之后，ue接收携载新的信息的sib1135。

存在用于不同的用途的各种类型的sib。lterel-11标准规定了sib1到sib14，并且它将要多样化用于支持新的功能的sib。在sib当中，sib1可以包括其它sib的调度信息。

因此，sib1必须被首先接收，以便接收其它sib。在接收到sib1之后，ue接收包括acb信息的sib2(步骤140)。在步骤145中，ueas105存储acb信息。如果服务，即通信服务，被要求，则uenas110在步骤150中向ueas105请求该服务。在步骤155中，ueas105基于存储的acb信息确定是否接受接入。ue必然被分配了类别0到9中的一个。ue可以额外地被分配用于特殊用途的类别11到15中的一个。在所述类别之中，类别10涉及紧急呼叫。enb100可以限制某一类别的接入。在lte标准中，不可能指定类别0到9中的一个以用于接入禁止，但是有可能指定特殊用途的类别11到15中的至少一个以用于接入禁止的特殊用途。

同时，enb100提供与类别0到9相关联的禁止因子(barringfactor)和禁止时间信息。ue随机地选择0和1中的一个并且将所选择的值与禁止因子进行比较。如果ue选择的值等于或者小于禁止因子，则这意味着接入被允许。如果ue选择的值大于禁止因子，则这意味着enb100禁止接入，因此在步骤160中，enb100向uenas110通知接入的拒绝。如果接入被拒绝，则ueas105使用方程式(1)基于禁止时间信息计算tbarring值165。方程式1是根据实施例的用于计算tbarring值165的公式。依照实施例，tbarring值165可以被不同地计算。

“tbarring”＝(0.7+0.6*rand)*ac-barringtime(1)

在tbarring时间到期之后，在步骤170中，ueas105向uenas110通知有可能再次尝试接入。

在这时，uenas110指令在步骤175中重新尝试接入ueas105，并且ueas105在步骤180中再次执行禁止检查。所述程序可以对应于通常的移动发起(mo)呼叫或者信令，即由ue触发的服务请求。

由ue触发的紧急呼叫在程序方面多少不同于通常的mo呼叫。紧急呼叫的acb信息不同于mo呼叫或者信令。也就是说，禁止因子或者禁止时间信息被替换为ac-barringforemergency信息。这个ie是只指示是否允许紧急呼叫的布尔形式。如果ie被设置为true，则这指示紧急呼叫不被允许，因此在检查了预定的附加条件之后，接入最终被拒绝。因为没有提供禁止时间信息，ueas105在tbarring之后并不向uenas110通知可接入性。用于紧急呼叫的acb操作被参考图4更详细地描述。

在用于mtc设备的acb操作中，参考图1描述的acb操作不被应用以便尽快为mtc设备提供acb信息。并且，它们在由禁止因子和禁止时间组成的acb信息格式方面彼此不同。用于mtc设备的acb操作将稍后更详细地做出。用于参考，不同于lte标准中的遗留acb，用于mtc用途的acb被称为扩展的接入禁止(eab)。

图2是用于说明修改时段的示图。

参考图2，通常的sib是以修改时段210的构思来执行的。也就是说，在修改时段期间，演进型节点b(enb)在si更新之前，使用寻呼消息向ue通知si200将被更新。如果寻呼消息包括systeminfomodificationie，则这意味着更新的sib205在下一个修改时段期间被发送。

即使在只有一个sib被修改时，这也在寻呼消息中被通知。然而，在携载etws信息的sib10和sib11的情况下，sib独立于修改时段的边界而被更新。如果寻呼消息包括指示地震和海啸预警系统(etws)信息的存在的etws-indicationie，则ue立即接收sib10和sib11。修改时段的长度通过sib2被通知，并且其最大值是10.24秒。这意味着可能要花费长达10.24秒来递送acb信息。因此，并不希望将修改时段应用到acb信息必须被迅速地递送到的mtc设备。

图3是示出通常的sib传输方法的信号流图。

参考图3，在步骤315中，enb305可以检测无线电网络负载的骤然增大。

在步骤320中，enb305限制ue300的初始附接尝试，以便控制无线电网络负载。

为了实现这个，在步骤325中，enb305向ue300发送包括systeminfomodificationie的寻呼消息。

在步骤330中，ue300接收寻呼消息并且检查sib在下一个修改时段中被修改。

如果下一个修改时段340到达，则在步骤345中，ue300可以尝试解码sib1。这是因为sib1包括关于其它sib的调度信息。

在步骤350中，ue300可以接收包括acb信息的sib2。在步骤355中，ue300可以从sib2中获取修改后的acb信息。

图4是示出传统方法中的紧急呼叫的acb程序的流程图。

参考图4，在步骤400中，ueas接收由enb广播的sib2。sib2可以包括携载禁止信息的ac-barringinfoie。

在步骤405中，ueas确定是否存在来自uenas的紧急呼叫请求。

如果紧急呼叫被触发，则在步骤410中，ueas确定包括在ac-barringinfoie中的ac-barringforemergencyie是否被设置为true。如果它被设置为除了true之外的值，则ueas认为呼叫被接受。否则，如果它被设置为true，则在步骤415中，ueas确定特殊用途的类别11到15中的至少一个是否被包括。

如果不包括特殊用途的类别，则在步骤435中，ueas认为呼叫不被允许，并且在步骤440中将这通知到uenas。如果至少一个特殊用途的类别被包括，则ueas检查关于被包括在ac-barringinfoie中的类别11到15的禁止信息。在实施例中，指示特殊用途的类别的禁止状态的5-比特位图被包括在ac-barringinfoie中。ac-barringinfoie的ac-barringformo-dataie包括5-比特的ac-barringforspecialacie。在实施例中，各个比特可以被顺序地映射到ac11到15。如果每个比特被设置为1，则认为相应的ac被禁止。在这时，ac12、13、和14在本国可用，而ac11和15仅在hplmn/heplmn中可用。如果特殊用途的类别中的至少一个被允许，则在步骤430中认为呼叫接入被接受。然后，ue可以执行用于连接到enb的随机接入。

随着可提供的服务被多样化，用于控制系统负载的呼叫准入控制(cac)变得复杂。特别地，为了接入允许(accessallowance)，紧急呼叫被分配了比通常的接入更高的优先级。然而，紧急呼叫也可以被分为对系统负载的影响彼此不同的、诸如短消息服务(sms)、语音和视频的各种类型之一。因此，有必要考虑到紧急呼叫的类型来执行cac。在传统的技术中，仅仅存在一种类型的紧急呼叫。然而，随着通过移动通信系统提供的服务变得多样化，必须考虑将紧急呼叫分为各种类型。例如，紧急呼叫可以被分为短消息服务(sms)类型、语音类型、和视频类型。对系统负载的应用可以根据紧急呼叫的类型而不同。例如，sms类型可以携载受限的信息但是对系统负载具有相对较小的影响。视频类型可以携载丰富的信息但是对系统负载具有相对较大的影响。因此，有必要让uenas根据系统环境来选择紧急呼叫的类型，并且如果适应于紧急呼叫的类型来提供禁止信息，则有可能鉴于系统负载更有效地管理紧急呼叫。实施例1提出了用于提供适应于紧急呼叫的类型的禁止信息并且有效地利用适应于类型的禁止信息的ue操作。

第二实施例提出了向mtc设备提供acb信息的方法。特别地，第二实施例提出了配置acb信息的方法。

<实施例1>

实施例1提出了用于提供适应于紧急呼叫的类型的禁止信息并且有效地利用适应于类型的禁止信息的ue操作。在本发明中，利用各个acb信息定义了多种类型的紧急呼叫。ue基于由enb广播的acb信息来确定紧急呼叫的类型。

图5是用于说明本发明中的控制多个紧急呼叫的acb的程序的示图。

在图5中，ueas505和uenas510可以是包括在ue中的逻辑模块或者物理模块。

参考图5，如果在步骤515中新的acb被触发，则enb500在步骤520中使用寻呼消息的systeminfomodificationie向ueas505通知sib由于新的acb而很快将被改变。

当接收到寻呼消息时，ue在步骤530中知晓sib很快被改变。在广播修改后的sib之前，enb使用在修改时段525期间发送的寻呼消息来向ue通知sib很快被修改。

然后，修改后的sib在下一个修改时段中被广播。在修改时段中接收了寻呼消息之后，ue在步骤535中接收sib1以便获取新的sib。

在步骤540中，ue基于在步骤535中接收的sib1来接收包括acb信息的sib2。acb信息可以包括依照紧急呼叫的类型而确定的禁止信息。在实施例中，紧急呼叫被分为sms类型、语音类型和视频类型。每个类型具有指示其接入是否被允许的ac-barringforemergencyie。依照实施例，acb信息可以包括每个类型的紧急呼叫的禁止因子和禁止时间。

在步骤545中，ueas505存储acb信息。在本发明中，acb信息可以被发送给uenas510。随着acb信息已经被ueas505接收，或者在被处理之后，acb信息可以被传递到uenas510。例如，将被传递到uenas510的信息可以是每个紧急呼叫类型的acb信息，作为虚拟acb检查结果的每个紧急呼叫类型的接入允许概率值、或者受限的紧急呼叫类型列表信息。在uenas510触发紧急呼叫时，信息格式可以被选择。在高系统负载的示范性情况下，语音或者视频类型的紧急呼叫可能给系统造成严重的负担。因此，enb可能只允许sms类型的接入而不允许其它两个类型。

在步骤550中，uenas510选择适当的类型并且向ueas505发送紧急呼叫服务请求。如果在步骤545中uenas510已经接收到包括在sib1中的参数，则步骤550可以被选择性地执行。

ueas505在步骤555中执行禁止检查。ueas505最后执行禁止检查。因为在步骤545中acb信息已经被传递到uenas510，因此在ueas505已经执行禁止检查之后所述请求的禁止概率有可能降低。然而，如果acb信息由于任何接收错误而被破坏或者如果紧急呼叫类型在没有acb信息的情况下被选择，则这可能引起禁止呼叫。如果呼叫不被允许，则ueas505在步骤560中将这通知到uenas510。

在步骤570中，uenas510选择另一个类型的紧急呼叫来重新尝试。

在步骤565中，ueas505执行禁止检查。如果确定呼叫被允许，ueas505尝试对enb500的随机接入。

在图5中，ueas505向uenas510发送所接收的禁止信息，而uenas510基于所述禁止信息选择适当类型的紧急呼叫并且向ueas505发送服务请求。在这时，ueas505对所述请求执行最后的禁止检查。在本发明中，然而，其它的过程可以被执行。将在ueas505中接收到的禁止信息传递到uenas510的过程与图5中的过程相同。然而，uenas510可以执行禁止检查以及选择适当类型的紧急呼叫。在这种情况下，从uenas510发送到ueas505的服务请求被立即发送到enb500而无需ueas505的禁止检查。虽然前述的两种方法彼此类似，除了禁止检查是由uenas510执行还是由ueas505执行之外。在另一种方法中，除了像传统的acb那样的禁止信息之外，ueas505还向uenas510发送关于uenas510的服务请求是否被禁止的信息。uenas510重新选择另一种类型，而不是被禁止的紧急呼叫类型，以便重新尝试服务请求。

图6是示出实施例1的操作程序的信号流图。

在图6中，uenas600和ueas605可以是包括在ue中的物理或者逻辑组件。

在步骤615中，enb610向ueas605发送sib2。sib2包括acb信息，即ac-barringinfoie。ac-barringinfoie包括ac-barringforemergency、ac-barringformo-signaling、和ac-barringformo-dataie。所述ie分别包括传统的紧急呼叫禁止信息、移动发起-信令禁止信息、和移动发起数据禁止信息。在实施例中，除了惯常地包括的信息之外，ac-barringinfoie还可以包括关于各种类型的紧急呼叫的新的禁止信息。例如，ac-barringinfoie还包括ac-barringforemergency-smsie、ac-barringforemergency-voiceie、和ac-barringforemergency-videoie。这些新的ie具有指示各个紧急呼叫类型是否被禁止接入的布尔值。

在步骤620中，ueas605向uenas600发送ac-barringinfoie。步骤620是可选的，因此ac-barringinfoie可以不被发送。如果ac-barringinfoie被接收，则ac-barringinfoie可以便于uenas600选择适当类型的紧急呼叫。

在步骤625中，uenas600触发紧急呼叫。

uenas600在步骤630中选择紧急呼叫类型并且在步骤635中向ueas605发送服务请求。

在步骤640中，ueas605执行禁止检查。如果acb信息已经被传递到uenas600并且如果uenas600已经基于所述acb信息选择了适当类型的紧急呼叫，则这个步骤被排除。然而，在实施例中，将acb信息发送给uenas600并未被排除，因此这个步骤被包括。

如果对于呼叫的接入被允许，则在步骤645中ueas605尝试接入enb。否则如果对于呼叫的接入不被允许，则ueas605向uenas600通知接入失败。

uenas600在步骤655中选择另一个类型的紧急呼叫并且在步骤660中向ueas605发送服务请求。依照实施例，所述服务请求可以基于在步骤650中接收的信号来做出。

图7是示出当ueas执行禁止检查时的acb参数选择程序的流程图。

参考图7，在步骤700中，ueas确定相应的ue是否是遗留ue。在本发明中，术语“遗留ue”意味着不能支持多个紧急呼叫和相关的ue操作的ue。也就是说，遗留ue只能够辨识单一类型的紧急呼叫。如果ue是遗留ue，则ue不能在acb信息之间进行区分，而是将所有的acb信息都辨识成遗留acb信息，并且因此像步骤705中的操作那样只考虑到遗留acb信息来确定是否允许接入。

如果ue不是遗留ue，则uenas在步骤710、720、和730中检查紧急呼叫的类型，并且基于相应的acb信息在步骤715、725、和735中确定是否允许接入。

图8和图9专注于遗留ue存在于支持多个紧急呼叫类型的enb的服务区域中的情况。也有可能，虽然ue支持多个紧急呼叫类型，但是enb是不支持多个紧急呼叫类型的遗留enb。也有可能定义在这样的情况下的ue操作，所述ue操作参考图16、图17、和图18被详细描述。

图8是示出实施例1中的ueas操作的流程图。

参考图8，在步骤800中，ueas接收由enb广播的sib2中的ac-barringinfoie。

在步骤805中，ue确定ue自身是否是遗留ue。在步骤815中，不理解本发明中所提出的acb信息的遗留ue执行遗留acb操作。

在非遗留ue的情况下，在步骤810中，ueas向uenas发送ac-barringinfoie。

在步骤820中，ueas确定紧急呼叫是否被uenas触发。

如果是，则在步骤825中，ueas检查紧急呼叫的类型并且应用与所述类型相对应的acb信息。

在步骤830中，ueas检查所应用的acb信息，并且确定相应类型的呼叫接入是否被允许。也就是说，如果ac-barringforemergencyie未被设置为true，则ueas认为对于相应的呼叫而言接入被允许。否则，如果所述ie被设置为true，则在步骤835中，ue确定除了类别0到9之外，所述ie还包括特殊用途的类别11到15中的至少一个。

如果不包括特殊的分类，则ueas在步骤855中认为呼叫不被允许，并且在步骤860中将这通知到uenas。如果至少一个特殊用途的类别被包括，则在步骤845中，ueas检查关于包括在ac-barringinfoie中的类别11到15的禁止信息。所述关于特殊用途的类别11到15的禁止信息是以5-比特位图的形式被包括在ac-barringinfoie中。

如果ue的特殊用途的类别中的至少一个被允许用于接入，则在步骤850中，ueas认为对于呼叫的接入被允许。然后，ue可以执行随机接入程序以便尝试附接到enb。

图9是示出实施例1中的uenas操作的流程图。

参考图9，在步骤900中，uenas确定紧急呼叫是否被请求。

如果紧急呼叫被请求，则uenas在步骤905中确定ue是否是遗留ue。

如果ue是遗留ue，则uenas在步骤945中执行遗留acb操作。

如果ue不是遗留ue，则uenas选择性地执行两个过程之一。

第一过程是在步骤910中选择紧急呼叫的类型而不检查acb信息。

在选择紧急呼叫类型之后，在步骤915中，uenas向ueas发送对于紧急呼叫的服务请求。

在步骤920中，uenas确定ueas是否报告请求失败。

如果ueas报告了接入拒绝，则uenas选择另一个类型的紧急呼叫并且将程序返回到步骤915。典型地，可以根据预定的规则执行紧急呼叫类型重选。例如，在第一服务请求中视频类型紧急呼叫已经失败，为了低系统负载，sms类型或者语音类型的紧急呼叫可以被选择。这是因为与视频类型的紧急呼叫相比，引起较低的系统负载的sms或语音类型的紧急呼叫具有相对较高的接入概率。从enb的角度来说，即使在高系统负载的情形中，它也可能允许并不引起严重的系统负载的接入(诸如sms类型)，而不是禁止所有类型的紧急呼叫接入。不同于传统的技术，如果ueas向uenas提供所接收的acb信息，则uenas可以选择允许接入的紧急呼叫类型。也就是说，uenas在步骤930中确定是否已经事先从ueas接收了ac-barringinfo。

在步骤935中，uenas基于所述信息选择紧急呼叫类型。在步骤940中，uenas向ueas发送对于呼叫的服务请求。虽然uenas具有acb信息，但是在接收信号时可能发生错误。因此，ueas可以在尝试真正接入enb之前执行禁止检查。在这种情况下，uenas在步骤920中等待来自ueas的禁止检查结果。如果其失败，则uenas选择另一个类型来进行重新尝试。

图16、图17、和图18是结合遗留enb示出支持增强的多个紧急呼叫类型的ue的操作的流程图。根据这个实施例，三种ue操作被提出。在这个实施例中，ue可以包括ueas和uenas。

参考图16描述第一ue操作。参考图16，在步骤1600中，ue接收由服务enb广播的sib2。系统信息包括禁止信息。

在步骤1605中，ue确定sib2是否包括本发明中所提出的禁止信息。如果sib2不包括本发明中所提出的禁止信息，则enb是不支持多个紧急呼叫类型的遗留enb。如果sib2包括禁止信息，则ue在步骤1610中执行以上描述的ue操作。如果enb是遗留enb，则在步骤1615中，ue将关于遗留紧急呼叫的acb信息应用到语音类型的紧急呼叫。如上所述，遗留acb信息，即ac-barringforemergencyie，也在sib2中被发送到ue。

在步骤1620中，如果有必要请求紧急呼叫，则ue只触发语音类型的紧急呼叫，并且执行符合遗留acb操作的禁止检查。

参考图17描述第二ue操作。参考图17，在步骤1700中，ueas接收由enb广播的sib2。系统信息包括禁止信息。

在步骤1705中，ue确定sib2是否包括本发明中所提出的禁止信息。如果禁止信息被包括，则ue在步骤1710中执行以上描述的操作。

如果enb是遗留enb，则在步骤1715中，ue将关于遗留紧急呼叫的acb信息应用到所有类型的紧急呼叫。

在步骤1720中，如果有必要请求紧急呼叫，则ue触发各种类型的紧急呼叫之一，并且执行符合遗留acb操作的禁止检查。

参考图18描述最后一种ue操作。参考图18，在步骤1800中，ue接收由服务enb广播的sib2。系统信息包括禁止信息。在步骤1805中，ue确定sib2是否包括本发明中所提出的禁止信息。如果禁止信息被包括，则ue在步骤1810中执行以上描述的操作。

如果enb是遗留enb，则在步骤1815中，ue对遗留紧急呼叫的acb信息执行调整(scaling)，并且将调整后的acb信息应用到各个类型的紧急呼叫。这里，调整是指根据预定的规则修改遗留acb信息。例如，如果遗留acb信息允许遗留紧急呼叫接入，则认为sms和语音类型的紧急呼叫被允许接入，而视频类型的紧急呼叫则除外。这样的基于调整的方法被用于只允许对无线电网络造成的影响等于或者小于遗留紧急呼叫接入对无线电网络造成的影响的紧急呼叫类型。

在步骤1820中，如果有必要请求紧急呼叫，则ue触发各种类型的紧急呼叫之一，并且基于调整后的acb信息执行禁止检查。

<实施例2>

实施例2提出了用于向mtc设备提供acb信息的方法。以下，用于mtc设备的acb信息被称为eab信息。mtc设备通信服务是延迟容忍的，因此被分配了比通常的ue通信服务更低的优先级。因此，在网络负载增大的情况下，与通常的ue的通信服务相比，接入禁止可以首先被应用在mtc设备的通信服务。

eab信息不可以被应用在通常的ue，但是可以应用在mtc设备。如参考图2所描述的，并不优选将修改时段应用在eab信息必须被迅速地递送到其的mtc设备。因此，mtc设备执行有区别的操作以便接收携载eab信息的sib14。在开始说明实施例之前，接收sib14的程序被描述。

图10是示出eab信息获取程序的信号流图。

虽然描述专注于mtc设备，但是本发明不限于此，并且可以通过应用具有通信能力的所有类型的ue来具体实现。

参考图10，如果由于无线电网络负载的增大而确定控制mtc设备1005的初始附接，则在步骤1015中，enb1010向ue1005发送包括eab-indicationie的寻呼消息。根据实施例，eab-indicationie被用于向ue1005通知eab信息的修改。

如果eab-indication被接收，则ue1005在步骤1020推迟接入直到新的eab信息被接收。为了获取新的eab信息，在步骤1025中，ue1005从enb1010接收sib1。sib1可以包括sib调度信息。

在步骤1030中，ue1005基于所述调度信息接收包括eab信息的sib14。

在步骤1035中，ue1005可以应用最新获取的eab信息。然后，在步骤1045中，ue1005可以尝试初始附接。

图11是示出包括在sib14中的eab信息的配置的示图。

参考图11，小区可以被若干运营商共享。公共陆地移动网(plmn)表示以网络名称操作的网络。运营商可以在一个小区内提供多个网络的服务，或者共享用于运营商网络(即plmn)的一个小区。一个小区能够服务于多达6个plmn，并且plmn的列表在相应的小区的sib1中被广播。

在一个小区被若干运营商共享的情况下，可能存在登记在小区内的运营商的mtc设备。在某一运营商的网络中话务量增大的情况下，有必要选择性地使用相应的运营商网络来限制mtc设备的接入。因此，如果eab信息是按plmn提供的，则这可以便于这样的控制。本发明的实施例提出了有效地配置每个plmn的eab信息的方法。

eab集合1100由10个比特组成，所述10个比特中的每个比特指示特定的类别是否被允许接入。也就是说，每个ue具有在0到9的范围内选择的类别，并且所述10-比特信息指示各个类别是否被允许接入。如果每个比特被设置为0以指示对于相应的类别的接入限制，或者被设置为1以指示对于相应的类别的接入允许。eab信息可以与由如上所述的禁止因子和禁止时间信息组成的acb信息不同或相同。也有可能根据实施例发送每个plmn的禁止因子和禁止时间。

eab集合的数目等于sib1中所携载的plmn列表中列出的plmn的数目。也就是说，如果plmn列表包括6个plmn，则总共6个eab集合存在。有必要像本发明中的按排列次序进行映射的方式中所举例说明的那样将plmn列表中的plmn映射到eab集合。例如，如果plmn包含在sib1的像{plmn1、plmn2plmn3、plmn4、plmn5、plmn6}那样的plmn列表中，则包含在sib14中的eab集合1、2、3、4、和5可以分别对应于plmn1、plmn2、plmn3、plmn4、plmn5、和plmn6。

在实施例中，如果为了最优化，plmn列表的plmn具有相同的eab集合，则仅仅一个eab集合在sib14中被携载。在接收sib1和sib14两者之后，如果sib14包括仅仅一个eab集合1105而与包括在sib1的plmn列表中的plmn的数目无关，则ue可以将相应的eab集合应用在所有的plmn。

图12是示出在系统过载情形中提供多个eab的程序的信号流图。

参考图12，在步骤1220中，enb1205可以通过sib1为ue1200提供可用于服务的plmn的列表。enb1205被plmna和plmnb共享。附图中未示出的其它plmn也可以共享enb1205。

在步骤1225中，属于plmna的mme11210检测cn过载情形。

在步骤1230中，mme11210通过overloadstart(过载开始)消息向enb1205通知cn过载情形和过载等级。可以依照实施例使用各种类型的消息来报告过载。

在步骤1235中，enb1205可以考虑到cn过载等级来配置用于plmna的eab，并且将所述eab发送到ue1200。在这个实施例中，因为plmnb不处于cn过载情形，因此enb1205向ue1200发送用于plmnb的、其每一个比特都被设置为0的eab。

ue1200接收所述eab集合，并且考虑到它的ac来确定其接入是否被禁止。

在步骤1240中，属于plmnb的mme21215检测cn过载情形。

在步骤1245中，mme21215通过overloadstart消息向enb1205通知cn过载情形和过载等级。

在步骤1250中，enb1205可以考虑到cn过载等级来配置用于plmnb的eab，并且将所述eab发送到ue1200。由于plmna还处于cn过载情形，因此用于plmna的eab集合被一起提供。ue1200接收eab集合并且考虑到它的ac来确定其接入是否被禁止。

在步骤1255中，属于plmna的mme11210检测到cn过载情形被解决。

在步骤1260中，mme11210通过overloadstop(过载停止)消息向enb1205通知cn过载情形的解决。各种类型的消息可以被用来通知过载解决。可以依照实施例使用各种类型的消息来报告过载解决。

在步骤1265中，enb1205可以考虑到plmna的cn过载等级来配置plmna的、其全部比特都被设置为0的eab集合，并且将所述eab集合发送到ue1200。由于plmnb还处于cn过载情形，因此用于plmnb的eab集合被不断地提供。ue1200接收eabset并且考虑到它的ac来确定接入是否被禁止。

在步骤1270中，属于plmnb的mme21215检测到cn过载情形被解决。

在步骤1275中，mme21215通过overloadstop消息向enb1205通知cn过载情形的解决。

如果对于所有的plmn而言cn过载都被解决，则在步骤1280中，enb1205确定没有必要再提供eab。ue1200可以通过sib更新程序检查这个情形，并且如果没有接收到eab，则释放接入禁止。

图13是示出enb操作的流程图。

参考图13，在步骤1300中，enb创建包括列出n(多达6)个plmnid的plmn列表的sib1。

在步骤1305中，enb广播所述sib1以便由ue使用。

在步骤1310中，enb确定网络是否处于过载状态。

在步骤1315中，enb考虑到plmn列表中的plmn的排列次序和特定plmn的eab集合(plmn-specificeabsets)的排列次序，将每个plmn的eab集合包括在sib1中。

在步骤1320中，enb为其eab不被应用成0的plmn设置eab集合。

在步骤1325中，enb广播所述sib14以便由ue使用。

图14是示出根据本发明的实施例的ue的配置的框图。

参考图14，ue包括生成数据的更高层设备1410和用于处理控制消息的控制消息处理器1415。ue通过复用器/解复用器1405来复用将要发送到enb的控制信号和数据，并且在控制器1420的控制下通过收发器1400发送复用后的数据。ue通过收发器1400接收物理信号，解复用所接收的信号，并且在控制器1420的控制下将解复用后的信号递送到更高层设备1410或者控制消息处理器1415。

图15是示出根据本发明的实施例的enb的配置的框图。

参考图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发送信号。

将理解，本领域技术人员能够变化或者修改实施例而不脱离这个发明的技术构思。因此，应该理解，上述实施例本质上仅仅是为了说明性的目的而不是以任何方式限制于此。因此，本发明的范围应该由所附权利要求及其法定等效物来确定，而不是由说明书确定，并且权利要求的定义和范围内的各种变更和修改被包括在权利要求中。

虽然已经使用特定的术语描述了本发明的优选方案，但是说明书和附图将被当作说明性的而不是限制性的意义，以便帮助理解本发明。本领域技术人员将清楚，可以对这里进行各种修改和改变而不脱离本发明的更广泛的精神和范围。