CN105659691A - 用于服务请求过程的执行方法和用户设备 - Google Patents

Abstract

本说明书的公开提供了一种用于从用户设备(UE)执行服务请求过程的方法。所述方法可以包括以下步骤：由于接入等级限制(ACB)，UE的下层阻止对始发呼叫的接入；由于针对上行链路数据的请求，所述UE的NAS层从上层接收开始指示；以及，如果所述下层已经指示针对所述始发呼叫阻止接入但是所述NAS层已接收到所述开始指示，则所述NAS层开始所述服务请求过程。

Description

用于服务请求过程的执行方法和用户设备

技术领域

本发明涉及移动通信。

背景技术

在建立了移动通信系统的技术标准的3GPP中，为了处理第四代通信以及若干个相关论坛和新技术，已经从2004年末作为优化和改进3GPP技术的性能的努力的一部分开始了对长期演进/系统架构演进(LTE/SAE)技术的研究。

已经基于3GPPSAWG2执行的SAE是与旨在确定网络的结构并且支持和3GPPTSGRAN的LTE任务一致的异构网络之间的移动性的网络技术有关的研究，并且是3GPP的最近重要的标准化问题之一。SAE是用于将3GPP系统发展成支持基于IP的各种无线接入技术的系统的任务，并且已经出于在更改进的数据传输能力的情况下使传输延迟最小化的优化的基于分组的系统的目的执行了该任务。

3GPPSAWG2中限定的演进型分组系统(EPS)更高层参考模型包括具有各种情景的非漫游情况和漫游情况，并且对于其细节，可以参考3GPP标准文献TS23.401和TS23.402。已经根据EPS更高层参考模型简要地重新配置了图1的网络配置。

图1示出了演进型移动通信网络的配置。

演进型分组核心(EPC)可以包括各种元件。图1例示了与所述各种元件中的某些对应的服务网关(S-GW)52、分组数据网络网关(PDNGW)53、移动性管理实体(MME)51、服务通用分组无线服务(GPRS)支持节点(SGSN)和增强型分组数据网关(ePDG)。

S-GW52是在无线接入网(RAN)与核心网之间的边界点处操作的元件，并且具有保持eNodeB22与PDNGW53之间的数据路径的功能。此外，如果终端(或用户设备(UE))在其中由eNodeB22提供服务的区域中移动，则S-GW52起到本地移动性锚点的作用。也就是说，对于E-UTRAN(即，在3GPP版本8之后限定的通用移动电信系统(演进型UMTS)陆地无线接入网)内的移动性，能够通过S-GW52路由分组。此外，S-GW52可以在另一3GPP网络(即，在3GPP版本8之前限定的RAN，例如，UTRAN或全球移动通信系统(GSM)(GERAN)/增强型数据速率全球演进(EDGE)无线接入网)的情况下起到移动性的锚点的作用。

PDNGW(或P-GW)53对应于朝向分组数据网络的数据接口的终止点。PDNGW53能够支持策略实施特征、分组过滤、计费支持等。此外，PDNGW(或P-GW)53能够在3GPP网络和非3GPP网络(例如，不可靠网络，诸如互通无线局域网(I-WLAN)、码分多址(CDMA)网络，或者可靠网络，诸如WiMax)的情况下起到移动性管理的锚点的作用。

在图1的网络配置中，S-GW52和PDNGW53已经作为独立网关被例示，但是可以根据单个网关配置选项来实现这两个网关。

MME51是用于执行终端到网络连接的接入以及用于支持网络资源的分配、跟踪、寻呼、漫游、切换等的信令和控制功能的元件。MME51控制与订户和会话管理有关的控制平面功能。MME51管理许多eNodeB22并且执行用于选择网关以便切换至另一2G/3G网络的常规信令。此外，MME51执行诸如安全过程、终端到网络会话处理和空闲终端位置管理这样的功能。

SGSN处理所有的分组数据，诸如针对不同接入3GPP网络(例如，GPRS网络和UTRAN/GERAN)的用户的移动性管理和认证。

ePDG起到用于不可靠非3GPP网络(例如，I-WLAN和Wi-Fi热点)的安全节点的作用。

如参照图1所描述的，具有IP能力的终端(或UE)能够经由EPC内的基于非3GPP接入以及基于3GPP接入的各种元件来接入由服务提供方(例如，运营商)提供的IP服务网络(例如，IMS)。

此外，图1示出了各种参考点(例如，S1-U和S1-MME)。在3GPP系统中，连接存在于E-UTRAN和EPC的不同功能实体中的两个功能的概念链路被称作参考点。下面的表1限定了图1所示的参考点。除表1的示例所示的参考点之外，还可以取决于网络配置而存在各种参考点。

[表1]

在图1所示的参考点当中，S2a和S2b对应于非3GPP接口。S2a是在PDNGW与可靠非3GPP接入之间给用户平面提供有关控制和移动性支持的参考点。S2b是在PDNGW与ePDG之间给用户平面提供移动性支持和有关控制的参考点。

图2是示出了公共E-UTRAN和公共EPC的架构的示例性图。

如图2所示，eNodeB20能够执行诸如在RRC连接被激活的同时路由到网关、寻呼消息的调度和传输、广播信道(BCH)的调度和传输、上行链路和下行链路中资源到UE的动态分配、针对eNodeB20的测量的配置和提供、无线电承载的控制、无线电准入(admission)控制和连接移动性控制这样的功能。EPC能够执行诸如寻呼的生成、LTE_IDLE状态的管理、用户平面的加密、EPS承载的控制、NAS信令的加密和完整性保护这样的功能。

图3是示出了UE与eNodeB之间的控制平面中的无线电接口协议的结构的示例性图，并且图4是示出了UE与eNodeB之间的控制平面中的无线电接口协议的结构的另一示例性图。

无线电接口协议基于3GPP无线电接入网络标准。无线电接口协议水平地包括物理层、数据链路层和网络层，并且它被划分成用于信息的传输的用户平面和用于控制信号(或信令)的传送的控制平面。

可以基于在通信系统中广泛已知的开放系统互连(OSI)参考模型的三个下面的层将协议层分类成第一层(L1)、第二层(L2)和第三层(L3)。

在下面描述了图3所示的控制平面的无线电协议和图4的用户平面中的无线电协议的层。

物理层PHY(即，第一层)使用物理信道来提供信息传送服务。PHY层通过传输信道连接至布置在更高层中的介质访问控制(MAC)层，并且在MAC层与PHY层之间通过该传输信道来传送数据。此外，在不同的PHY层(即，在发送方侧和接收方侧的PHY层)之间通过该PHY层来传送数据。

物理信道由时间轴上的多个子帧和频率轴上的多个子载波组成。这里，一个子帧由时间轴上的多个符号和多个子载波组成。一个子帧由多个资源块组成，并且一个资源块由多个符号和多个子载波组成。发送时间间隔(TTI)(即，在其期间发送数据的单位时间)是与一个子帧对应的1ms。

根据3GPPLTE，存在于发送方侧和接收方侧的物理层中的物理信道能够被划分成物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)，即，数据信道，以及物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)和物理上行链路控制信道(PUCCH)，即，控制信道。

在子帧的第一OFDM符号中发送的PCFICH承载与用来在该子帧内发送控制信道的OFDM符号的数目(即，控制区域的大小)有关的控制格式指示符(CFI)。无线设备首先在PCFICH上接收CFI并且然后监测PDCCH。

与PDCCH不同，在不用使用盲解码的情况下，通过子帧的固定PCFICH资源来发送PCFICH。

PHICH承载用于上行链路(UL)混合自动重传请求(HARQ)的肯定确认(ACK)/否定确认(NACK)信号。在PHICH上发送针对在由无线设备发送的PUSCH上的UL数据的ACK/NACK信号。

在无线帧的第一子帧的第二时隙的前四个OFDM符号中发送物理广播信道(PBCH)。PBCH承载对于无线设备与eNodeB进行通信所必要的系统信息，并且通过PBCH发送的系统信息被称作主信息块(MIB)。相反，在由PDCCH指示的PDSCH上发送的系统信息被称作系统信息块(SIB)。

PDCCH能够承载下行链路共享信道(DL-SCH)的资源分配和传输格式、关于上行链路共享信道(UL-SCH)的资源分配的信息、PCH的寻呼信息、DL-SCH的系统信息、在PDSCH上发送的更高层控制消息(诸如随机接入响应)的资源分配、针对特定UE组内的多个UE的一组发送功率控制命令以及互联网语音协议(VoIP)的激活。能够在控制区域内发送多个PDCCH，并且UE能够监测多个PDCCH。在一个控制信道元素(CCE)或多个连续CCE的聚合上发送PDCCH。CCE是用来根据无线电信道的状态给PDCCH提供编码速率的逻辑分配单元。CCE对应于多个资源元素组。PDCCH的格式和可能的PDCCH的比特的数目由CCE的数目与由这些CCE提供的编码速率之间的关系来确定。

通过PDCCH发送的控制信息被称作下行链路控制信息(DCI)。DCI可以包括PDSCH的资源分配(也被称作下行链路(DL)授权))、PUSCH的资源分配(也被称作上行链路(UL)授权)、针对特定UE组内的多个UE的一组发送功率控制命令和/或互联网语音协议(VoIP)的激活。

在第二层中存在若干个层。首先，介质访问控制(MAC)层用来将各种逻辑信道映射到各种传输信道，并且还起到用于将多个逻辑信道映射到一个传输信道的逻辑信道复用的作用。MAC层通过逻辑信道连接至无线链路控制(RLC)层(即，更高的层)。根据发送信息的类型，将逻辑信道基本上划分成通过其发送控制平面的信息的控制信道和通过其发送用户平面的信息的业务信道。

第二层的RLC层用于通过分割和连接数据来控制适合于通过更低的层发送在无线电部中的从更高的层接收到的数据的数据大小。此外，为了保证无线电承载所需的各种类型的QoS，RLC层提供三种类型的操作模式：透明模式(TM)、非确认模式(UM)和确认模式(AM)。具体地，AMRLC通过自动重传请求(ARQ)功能来执行重传功能以便可靠的数据传输。

第二层的分组数据会聚协议(PDCP)层执行用于减小包含在大小上相对大并且不必要的控制信息在内的IP数据包头部的大小的头部压缩功能，以便当发送IP数据包时在具有小带宽的无线电部中有效地发送诸如IPv4或IPv6这样的IP数据包。因此，能够提高该无线电部的发送效率，因为在数据的头部部分中仅发送必要的信息。此外，在LTE系统中，PDCP层还执行安全功能。该安全功能包括用于防止数据被第三方拦截的加密以及用于防止数据被第三方操作的完整性保护。

第三层的最高地方处的无线资源控制(RRC)层仅在控制平面中被限定并且负责与无线电承载(RB)的配置、重新配置和释放有关的逻辑信道、传输信道和物理信道的控制。这里，RB意指由第二层提供以便在UE与E-UTRAN之间传送数据的服务。

如果UE的RRC层与无线网络的RRC层之间存在RRC连接，则该UE处于RRC_CONNECTED状态。如果不存在，则该UE处于RRC_IDLE状态。

下面描述了UE的RRC状态和RRC连接方法。所述RRC状态意指UE的RRC层是否已经逻辑上连接至E-UTRAN的RRC层。如果UE的RRC层逻辑上连接至E-UTRAN的RRC层，则将RRC状态称作RRC_CONNECTED状态。如果UE的RRC层未逻辑上连接至E-UTRAN的RRC层，则将RRC状态称作RRC_IDLE状态。因为处于RRC_CONNECTED状态的UE具有RRC连接，所以E-UTRAN能够检查出UE存在于小区单元中，并且从而有效地控制该UE。相反，如果UE处于RRC_IDLE状态，则E-UTRAN不能够检查出UE的存在，并且在跟踪区域(TA)单元(即，大于小区的区域单元)中对核心网进行管理。也就是说，在大于小区的区域单元中检查仅处于RRC_IDLE状态的UE的存在。在这样的情况下，UE需要转移至RRC_CONNECTED状态，以便提供有公共移动通信服务，诸如语音或数据。通过跟踪区域身份(TAI)对各个TA进行分类。UE能够通过跟踪区域代码(TAC)(即，由小区广播的信息)来配置TAI。

当用户首先接通UE的电源时，UE首先搜索适当的小区，在相应的小区中建立RRC连接，并且向核心网注册关于该UE的信息。此后，UE停留在RRC_IDLE状态。处于RRC_IDLE状态的UE必要时(重新)选择小区，并且检查系统信息或寻呼信息。该过程被称作驻留。当处于RRC_IDLE状态的UE需要建立RRC连接时，UE通过RRC连接过程建立与E-UTRAN的RRC层的RRC连接，并且转移至RRC_CONNECTED状态。其中处于RRC_IDLE状态的UE需要建立有RRC连接的情况包括多种情况。所述多种情况可以包括例如其中由于诸如由用户做出呼叫尝试这样的原因需要发送UL数据的情况以及其中需要响应于从E-UTRAN接收到的寻呼消息来发送响应消息的情况。

置于RRC层之上的非接入层(NAS)层执行诸如会话管理和移动性管理这样的功能。

下面详细地描述图3所示的NAS层。

属于NAS层的演进型会话管理(ESM)执行诸如默认承载的管理和专用承载的管理这样的功能，并且ESM负责对于UE使用来自网络的PS服务所需的控制。默认承载资源具有以下特点：它们由网络在UE首次接入特定分组数据网络(PDN)或接入网络时来分配。这里，网络分配可用于UE的IP地址，使得UE能够使用默认承载的数据服务和QoS。LTE支持两种类型的承载：具有保证用于数据的发送和接收的特定带宽的保证比特速率(GBR)QoS特性的承载以及不保证带宽的情况下具有最佳效果的QoS特性的非GBR承载。默认承载被指派为非GBR承载，并且专用承载可以被指派为具有GBRQoS特性或非GBRQoS特性的承载。

在网络中，指派给UE的承载被称作演进型分组服务(EPS)承载。当指派EPS承载时，网络指派一个ID。这被称作EPS承载ID。一个EPS承载具有最大比特速率(MBR)和保证比特速率(GBR)或聚合最大比特速率(AMBR)的QoS特性。

此外，在图3中，设置在NAS层下面的RRC层、RLC层、MAC层和PHY层也被共同地称作接入层(AS)。

图5a是例示了3GPPLTE中的随机接入处理的流程图。

随机接入处理被用于UE10获得与基站(即，eNodeB20)的UL同步或者被指派UL无线资源。

UE10从eNodeB20接收根索引和物理随机接入信道(PRACH)配置索引。由Zadoff-Chu(ZC)序列限定的64个侯选随机接入前导码存在于每个小区中。所述根索引是被用于UE生成所述64个侯选随机接入前导码的逻辑索引。

随机接入前导码的发送限于每个小区中的特定时间和频率资源。所述PRACH配置索引指示前导码格式和能够发送随机接入前导码的特定子帧。

UE10向eNodeB20发送随机选择的随机接入前导码。这里，UE10选择所述64个侯选随机接入前导码中的一个。此外，UE选择与所述PRACH配置索引对应的子帧。UE10在所选择的子帧中发送所选择的随机接入前导码。

已接收到随机接入前导码的eNodeB20向UE10发送随机接入响应(RAR)。在两个步骤中来检测所述随机接入响应。首先，UE10检测用随机接入RNTI(RA-RNTI)掩码的PDCCH。UE10在由所检测到的PDCCH指示的PDSCH上的介质访问控制(MAC)协议数据单元(PDU)内接收随机接入响应。

图5b例示了无线资源控制(RRC)层中的连接处理。

图5b示出了取决于是否存在RRC连接的RRC状态。所述RRC状态表示UE10的RRC层的实体是否与eNodeB20的RRC层的实体逻辑连接，并且如果是，则将所述RRC状态称为RRC连接状态，如果不是，则将所述RRC状态称为RRC空闲状态。

在已连接的状态下，UE10具有RRC连接，因此，E-UTRAN可以在小区的基础上了解UE的存在并且从而可以有效地控制UE10。相反，处于空闲状态的UE10不能够了解eNodeB20并且由核心网在比小区大的跟踪区域的基础上来管理。所述跟踪区域是小区的集合。也就是说，仅在更大区域的基础上了解处于空闲状态的UE10的存在，并且该UE应该切换到已连接的状态以接收诸如语音或数据服务这样的典型移动通信服务。

当用户接通UE10时，UE10搜索适当的小区并且在该小区中停留在空闲状态。UE10在需要时通过RRC连接过程建立与eNodeB20的RRC层的RRC连接，并且转变为RRC连接状态。

存在其中停留在空闲状态下的UE需要建立RRC连接的许多情形，例如，当用户试图呼叫时或当需要上行链路数据传输时，或者当响应于从EUTRAN接收到寻呼消息而发送消息时。

为了使空闲的UE10与eNodeB20进行RRC连接，UE10需要执行如上所述的RRC连接过程。RRC连接过程通常伴随其中UE10向eNodeB20发送RRC连接请求消息的处理、其中eNodeB20向UE10发送RRC连接建立消息的处理以及其中UE10向eNodeB20发送RRC连接建立完成消息的处理而发生。参照图6更详细地描述这些处理。

1)空闲的UE10在试图建立RRC连接例如以便试图呼叫或发送数据或者对来自eNodeB20的寻呼做出响应时，向eNodeB20发送RRC连接请求消息。

2)当从UE10接收到RRC连接消息时，如果存在足够的无线资源，则eNodeB20接受来自UE10的RRC连接请求，并且eNodeB20向UE10发送响应消息即RRC连接建立消息。

3)当接收到RRC连接建立消息时，UE10向eNodeB20发送RRC连接建立完成消息。如果UE10成功发送RRC连接建立消息，则UE10发生与eNodeB20建立RRC连接并且切换到RRC连接状态。

此外，当UE10为了用户平面的数据发送的目的而请求RRC连接时，如果网络(例如，基站(即，eNodeB))处于拥塞状态，则这会被拒绝。

此外，最近，存在对多媒体电话服务(MMTel)的许多研究。MMTel可以提供聚合的固定移动实时多媒体通信作为基于IP多媒体子系统(IMS)的全球标准，使得能够使用诸如语音、实时视频、文本、文件传输等这样的媒体能力并且能够共享照片、音频和视频剪辑等。在MMTel中，用户可以在会话期间添加或者删除媒体。也就是说，在会话期间，聊天、语音添加、另一呼叫方添加、视频添加、媒体共享、文件发送及其特定能力的删除也许是可能的。

然而，当UE期望执行MMTel时，存在问题的原因在于如果网络(例如，基站(例如，eNodeB))处于拥塞状态，则不能够执行服务。

发明内容

技术问题

因此，本说明书的一个公开旨在提供一种能够解决前述问题的方法。

技术方案

为了实现前述目的，本说明书的一个公开提供了一种用于执行服务请求过程的方法。该方法可以由用户设备(UE)执行，并且包括以下步骤：因为接入等级限制(accessclassbarring,ACB)，由所述UE的下层来禁止针对始发呼叫的接入；由于针对上行链路数据的请求，由所述UE的非接入层(NAS)层从上层接收开始指示；如果所述下层指示针对所述始发呼叫禁止所述接入，并且如果所述NAS层接收到所述开始指示，则由所述NAS层来启动服务请求过程。启动所述服务请求过程的步骤可以包括以下步骤：向所述下层递送用于发送服务请求消息或扩展服务请求消息的呼叫类型。这里，可以将所述呼叫类型设置为以下项中的一个：始发多媒体电话(MMTEL)语音、始发MMTEL视频、基于网际协议(IP)的始发短消息服务(SMS)或者始发SMS。

针对所述上行链路数据的所述请求可以与用于提交基于IP的始发消息的请求对应。

如果接收到用于提交基于IP的所述始发消息的所述请求，并且如果不存在基于IP的其它始发消息，则所述NAS层可以从所述上层接收所述开始指示。

针对所述上行链路数据的所述请求可以与用于建立始发MMTEL通信会话并且用于建立基于IP的所述始发SMS的请求对应。

如果在所述MMTEL通信会话中提供音频，或者如果在所述MMTEL通信会话中提供视频，则所述NAS层可以从所述上层接收所述开始指示。

所述服务请求过程的开始可以包括以下步骤：发送服务请求消息或扩展服务请求消息。

所述服务请求消息或所述扩展服务请求消息可以包括呼叫类型字段。所述呼叫类型字段可以被设置为以下项中的至少一个：始发MMTEL语音、始发MMTEL视频、基于IP的始发SMS或者始发SMS。

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了MMTEL语音呼叫，则所述服务请求消息或所述扩展服务请求消息可以包括：设置为所述始发MMTEL语音的所述呼叫类型字段；以及为移动定向(MO)数据而设置的建立原因字段。

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了MMTEL视频呼叫，则所述服务请求消息或所述扩展服务请求消息可以包括：设置为所述始发MMTEL视频的呼叫类型字段；以及设置为MO数据的建立原因字段。

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了基于IP的SMS，则所述服务请求消息或所述扩展服务请求消息可以包括：设置为基于IP的所述始发SMS的呼叫类型字段；以及设置为MO数据的建立原因字段。

如果所述服务请求消息或所述扩展服务请求消息用于请求用于针对SMS或基于NAS的SMS的上行链路信令的资源，则所述服务请求消息或所述扩展服务请求消息可以包括：设置为所述始发SMS的呼叫类型字段，所述始发SMS是基于NAS的SMS；以及设置为MO数据的建立原因字段。

所述服务请求消息还可以包括服务类型字段。所述服务类型字段可以被设置为以下项中的一个：MOMMTEL语音、MOMMTEL视频、基于IP的MOSMS或者MOSMS(基于NAS的SMS)。

为了实现前述目的，本说明书的一个公开提供了一种用于执行服务请求过程的用户设备(UE)。该UE可以包括：收发器；以及处理器，该处理器控制所述收发器，并且被配置为包括：下层，该下层用于因为接入等级限制(ACB)而禁止针对始发呼叫的接入；以及非接入层(NAS)层，该NAS层用于由于针对上行链路数据的请求而从上层接收开始指示。如果所述下层指示针对所述始发呼叫禁止所述接入，并且如果所述NAS层接收到所述开始指示，则所述NAS层向所述下层递送用于发送服务请求消息或扩展服务请求消息的呼叫类型以启动服务请求过程。所述呼叫类型被设置为以下项中的一个：始发多媒体电话(MMTEL)语音、始发MMTEL视频、基于网际协议(IP)的始发短消息服务(SMS)或者始发SMS。

技术效果

根据本说明书的公开，解决了常规技术的前述问题。

附图说明

图1是演进型移动通信网络的结构图。

图2是例示了一般E-UTRAN和一般EPC的架构的示例性图。

图3是例示了UE与eNodeB之间的控制平面上的无线电接口协议的结构的示例性图。

图4是例示了UE与基站之间的用户平面上的无线电接口协议的结构的另一示例性图。

图5a是例示了3GPPLTE中的随机接入过程的流程图。

图5b例示了无线电资源控制(RRC)层中的连接过程。

图6例示了网络过载状态。

图7是例示了在网络拥塞状态下基于接入等级限制的操作的示例性流程图。

图8例示了示出问题的示例。

图9a和图9b是例示了本说明书的提议1-1、1-2和1-3的信号流。

图10a和图10b是例示了本说明书的提议1-1的信号流。

图11a和图11b是例示了本说明书的提议2-1、2-2和2-3的信号流。

图12a和图12b是例示了本说明书的提议2-2的信号流。

图13a和图13b是例示了本说明书的提议3的信号流。

图14a和图14b是例示了本说明书的提议3中的SMS的示例的信号流。

图15a和图15b是例示了本说明书的提议4的信号流。

图16a和图16b是例示了本说明书的提议4中的SMS的示例的信号流。

图17a和图17b是例示了本说明书的提议5-1的信号流。

图18a和图18b是例示了本说明书的提议5中的SMS的示例的信号流。

图19a和图19b是例示了根据本说明书的提议5-2的示例的信号流。

图20a和图20b是例示了本说明书的提议5-2中的SMS的示例的信号流。

图21a和图21b是例示了本说明书的提议6的信号流。

图22a和图22b是例示了本说明书的提议6-1中的SMS的示例的信号流。

图23a和图23b是例示了本说明书的提议7的信号流。

图24a和图24b是例示了本说明书的提议7的示例性修改的信号流。

图25a和图25b是例示了本说明书的提议8的信号流。

图26a和图26b是例示了本说明书的提议9的信号流。

图27a和图27b是例示了本说明书的提议9的示例性修改的信号流。

图28a和图28b是例示了本说明书的提议10-1/10-2/10-3的信号流。

图29a和图29b是例示了本说明书的提议10-1中的SMS的示例的信号流。

图30a和图30b是例示了本说明书的提议11的信号流。

图31a和图31b是例示了本说明书的提议11中的SMS的示例的信号流。

图32a和图32b是例示了本说明书的提议12的信号流。

图33a和图33b是例示了本说明书的提议12的示例性修改的信号流。

图34a和图34b是例示了本说明书的提议12中的SMS的示例的信号流。

图35是根据本发明的实施方式的UE100和eNodeB200的框图。

具体实施方式

考虑到UMTS(通用移动电信系统)和EPC(演进型分组核心)对本发明进行描述，但是本发明不限于这些通信系统，相反，可以应用于可以适用于本发明的技术精神的所有通信系统和方法。

本文中所使用的技术术语被用来仅仅描述特定实施方式，并且不应该被解释为限制本发明。此外，除非另外限定，否则本文中所使用的技术术语应该被解释为具有由本领域技术人员所通常理解的含义，而不应该被解释得太宽或太窄。此外，本文中所使用的、被确定成不能正确表示本发明的精神的技术术语应该由如能够被本领域技术人员正确理解的这些技术术语代替或理解。此外，本文中所使用的一般术语应该如在字典中所限定的上下文中被解释，而不应该以过于狭窄的方式来解释。

除非单数的含义在上下文中明确不同于复数的含义，否则本说明书中的单数的表达包括复数的含义。在以下描述中，术语“包括(include)”或“具有(have)”可以表示在说明书中所描述的特征、数字、步骤、操作、组件、零件或其组合的存在，并且可以不排除另一特征、另一数字、另一步骤、另一操作、另一组件、另一零件或其组合的存在或添加。

术语“第一”和“第二”被用于关于各种组件的说明的目的，并且这些组件不受术语“第一”和“第二”限制。术语“第一”和“第二”仅被用来区分一个组件与另一组件。例如，在不脱离本发明的范围的情况下，第一组件可以被称为为第二组件。

将要理解的是，当一个元件或层被称为“连接至”或“联接至”另一元件或层时，所述一个元件或层能够直接连接或联接至所述另一元件或层，或者可以存在中间的元件或层。相反，当一个元件被称为“直接连接至”或“直接联接至”另一元件或层时，不存在中间的元件或层。

在下文中，将参照附图更详细地描述本发明的示例性实施方式。在描述本发明时，为了易于理解，相同的附图标记被用来在整个附图中表示相同的组件，并且将省略关于相同组件的重复描述。将省略与被确定成使本发明的主旨不清楚的公知技术有关的详细描述。附图被提供以仅仅使本发明的精神容易理解，而不应该认为是限制本发明。应该理解的是，可以将本发明的精神扩展到其除了附图中所示的之外的修改、替换或等同物。

在附图中，例如示出了用户设备(UE)。UE还可以被表示为终端或移动设备(ME)。UE可以是膝上型计算机、移动电话、PDA、智能电话、多媒体设备或其它便携式设备，或者可以是诸如PC或车载设备这样的固定设备。

术语的限定

为了更好理解，在转到参照附图对本发明的详细描述之前简要限定本文中所使用的术语。

UMTS是UniversalMobileTelecommunicationSystem(通用移动电信系统)的缩写，并且它是指第三代移动通信的核心网。

UE/MS是UserEquipment(用户设备)/MobileStation(移动站)的缩写，并且它是指终端设备。

EPS是EvolvedPacketSystem(演进型分组系统)的缩写，并且它是指支持长期演进(LTE)网络的核心网并是指从UMTS演进的网络。

PDN是PublicDataNetwork(公用数据网)的缩写，并且它是指设置了用于提供服务的服务的独立网络。

PDN连接是指从UE到PDN的连接，即，由IP地址表示的UE与由APN表示的PDN之间的关联(或连接)。

PDN-GW是PacketDataNetworkGateway(分组数据网网关)的缩写，并且它是指EPS网络的执行诸如UEIP地址的分配、分组筛选与过滤和计费数据的收集这样的功能的网络节点。

服务网关(服务GW)是EPS网络的执行诸如移动性锚、分组路由、空闲模式分组缓冲以及触发MME以寻呼UE这样的功能的网络节点。

策略和计费规则功能(PCRF)：EPS网络的执行用于动态应用对于每个服务流不同的QoS和计费策略的策略决策的节点。

接入点名称(APN)是在网络中管理并且提供给UE的接入点的名称。也就是说，APN是表示或标识PDN的字符串。请求的服务或网络(PDN)经由P-GW被访问。APN是在网络内预先限定为使得能够搜索P-GW的名称(字符串，例如，“internet.mnc012.mcc345.gprs”)。

隧道端点标识符(TEID)：在网络内的节点之间设置的隧道的端点ID，并且针对每个UE的每个承载单元来设置该端点ID。

NodeB是UMTS网络的eNodeB并且安装在室外。NodeB的小区覆盖范围与宏小区对应。

eNodeB是演进型分组系统(EPS)的eNodeB并且安装在室外。eNodeB的小区覆盖范围与宏小区对应。

(e)NodeB是表示NodeB和eNodeB的术语。

MME是MobilityManagementEntity(移动性管理实体)的缩写，并且它用来控制EPS内的每个实体以便为UE提供会话和移动性。

会话是用于数据传输的通路，并且其单元可以是PDN、承载或IP流单元。可以将这些单元分类成如3GPP中限定的整个目标网络的单元(即，APN或PDN单元)、基于整个目标网络内的QoS而分类的单元(即，承载单元)、以及目的地IP地址单元。

PDN连接是从UE到PDN的连接，即，由IP地址表示的UE与由APN表示的PDN之间的关联(或连接)。它意指在核心网内的实体(即，UE-PDNGW)之间的连接，使得能够形成会话。

UE上下文是被用来管理网络中的UE的关于UE的情形的信息，即，包括UEID、移动性(例如，当前位置)和会话的属性(例如，QoS和优先级)的情形信息。

OMADM(开放移动联盟装置管理)：针对管理诸如移动电话、PDA或便携式计算机这样的移动装置所设计的协议，并且执行诸如装置配置、固件升级和错误报告这样的功能。

OAM(操作管理和维护)：表示显示网络故障并提供能力信息、诊断和数据的一组网络管理功能。

NAS配置MO(配置对象)：用来在UE中配置与NAS功能关联的参数的MO(管理对象)。

NAS(非接入层)：UE与MME之间的控制平面的更高层。NAS支持UE与网络之间的移动性管理、会话管理、IP地址管理等。

MM(移动性管理)操作/过程：用于UE的移动性调节/管理/控制的操作或过程。MM操作/过程可以被解释为包括CS网络中的MM操作/过程、GPRS网络中的GMM操作/过程和EPS网络中的EMM操作/过程中的一个或更多个。UE和网络节点(例如，MME、SGSN和MSC)交换MM消息以执行MM操作/过程。

SM(会话管理)操作/过程：用于调节/管理/处理/处置UE的用户平面和/或承载上下文/PDP上下文的操作或过程。SM操作/过程可以被解释为包括GPRS网络中的SM操作/过程和EPS网络中的ESM操作/过程中的一个或更多个。UE和网络节点(例如，MME和SGSN)交换SM消息以执行SM操作/过程。

低优先级UE：针对NAS信令低优先级而配置的UE。标准文献3GPPTS24.301和TS24.008可以通过引用并入以得到其细节。

正常优先级UE：未配置有低优先级的正常UE。

双重优先级UE：针对双重优先级而配置的UE。也就是说，提供双重优先级支持的UE是针对NAS信令低优先级而配置的，并且还被配置为重载NAS信令低优先级指示符。标准文献3GPPTS24.301和TS24.008可以通过引用并入以得到其细节。

在下文中，参照附图对本说明书的一个方面进行描述。

图6例示了网络过载状态。

如图6所示，在eNodeB200的覆盖范围中存在许多UE100a、100b、300c和300d，并且尝试数据发送/接收。因此，如果业务在eNodeB200与S-GW520之间的接口中过载或者拥塞，则到MTC装置100的下行链路数据或者来自UE100的上行链路数据未被正确地发送，并因此数据发送失败。

另选地，即使S-GW520与PDN-GW530之间的接口或PDN-GW530与移动通信运营商的网际协议(IP)服务网络之间的接口过载或者拥塞，到UE100a、100b、300c和300d的下行链路数据或者来自UE100a、110b、300c和300d的上行链路数据也未被正确地发送，并因此数据发送失败。

如果eNodeB200与S-GW520之间的接口过载或者拥塞，或者如果S-GW520与PDN-GW530之间的接口过载或者拥塞，则核心网的节点(例如，MME)执行NAS级拥塞控制以避免或者控制信令拥塞和APN拥塞。

NAS级拥塞控制由基于APN的拥塞控制和一般NAS级移动性管理控制构成。

基于APN的拥塞控制暗指与UE和特定APN(即，与拥塞状态有关的APN)有关的EMM、GMM和(E)SM信号拥塞控制，并且包括基于APN的会话管理拥塞控制和基于APN的移动性管理拥塞控制。

另一方面，一般NAS级移动性管理控制暗示核心网中的节点(MME、SGSN)在一般网络拥塞或过载情形下拒绝由UE/MS请求的移动性管理信令请求，以避免拥塞和过载。

一般而言，如果核心网执行NAS级拥塞控制，则退避(back-off)定时器值通过被承载在NAS拒绝消息上而被发送到处于空闲模式或连接模式下的UE。在这种情况下，UE不向网络请求EMM/GMM/(E)SM信号，直到退避定时器期满为止。NAS拒绝消息是以下项中的一个：附着拒绝、跟踪区域更新(TAU)拒绝、路由区域更新(RAU)拒绝、服务拒绝、扩展服务拒绝、PDN连接性拒绝、承载资源分配拒绝、承载资源修改拒绝以及停用EPS承载上下文请求拒绝。

可以将退避定时器分类成移动性管理(MM)退避定时器和会话管理(SM)退避定时器。

MM退避定时器针对每个UE独立地操作，而SM退避定时器针对每个APN和每个UE独立地操作。

简单地，MM退避定时器用于控制EMM/GMM信号(例如，附着、TAU/RAU请求等)。SM退避定时器用于控制(E)SM信号(例如，PDN连接性、承载资源分配、承载修改、PDP上下文激活、PDP上下文修改请求等)。

更具体地，MM退避定时器是用来控制发生网络拥塞的情况的移动性管理相关退避定时器，并且是防止UE在定时器正在运行期间执行附着、位置信息更新(TAU、RAU)以及服务请求过程的定时器。然而，例外地在紧急承载服务和多媒体优先级服务(MPS)的情况下，即使定时器正在运行，也可以使得UE能够执行请求。

如上所述，UE可以从核心网节点(例如，MME、SGSN等)或者从下层(接入层)接收MM退避定时器值。另外，定时器值可以由UE在15分钟到30分钟的范围内随机设置。

SM退避定时器是用来控制发生网络拥塞的情况的会话管理相关退避定时器，并且是防止UE配置或者改变基于关联APN的会话的定时器。然而，同样地，例外地在紧急承载服务和多媒体优先级服务(MPS)的情况下，即使定时器正在运行，也可以使得UE100能够执行请求。

UE从核心网节点(例如，MME、SGSN等)接收SM退避定时器值，并且在最多72小时内被随机设置。另外，定时器值可以由UE/MS在15分钟到30分钟的范围内随机设置。

此外，如果在eNodeB200中发生拥塞，则eNodeB200还可以执行拥塞控制。也就是说，在UE为了用户平面的数据发送的目的而请求RRC连接建立的情况下，如果eNodeB200处于拥塞状态，则可以将拒绝响应与扩展等待定时器一起发送给UE。在这种情况下，不能够再尝试RRC连接建立请求，直到扩展等待定时器期满为止。另一方面，在UE为了针对基于电路交换(CS)的呼叫发送控制平面的信号的目的而请求RRC建立的情况下，即使eNodeB200处于拥塞状态，这也不能够被拒绝。

图7是例示了在网络拥塞状态下基于接入等级限制的操作的示例性流程图。

参照图7，在网络或eNodeB200的过载或拥塞状态下，eNodeB200可以经由系统信息广播接入等级限制(ACB)相关信息。该系统信息可以是系统信息块(SIB)类型2。

SIB类型2可以包括如下表所示的ACB相关信息。

[表2]

此外，UE1100a基于IMS服务(例如，VoLTE)来确定呼叫发起，并且确定对此是否应用ACB。同样地，UE2100b确定正常数据发起，并且确定对此是否应用ACB。

一般而言，在UE中随机分配10个接入等级(例如，AC0、AC1、…、AC9)中的至少一个。例外地，AC10是针对紧急接入而分配的。因此，可以将随机分配的接入等级的值存储在UE1100a和UE2100b的每个USIM中。

然后，UE1100a和UE2100b基于所存储的接入等级来检查是否通过使用包含在接收的ACB相关信息中的禁止因素字段来应用接入禁止。在UE1100a和UE2100b的接入层(AS)层(即，RRC层)中的每一个中执行这种接入禁止检查。

如果对此不应用ACB，则UE1100a和UE2100b可以分别发送服务请求(或扩展服务请求)消息和RRC连接请求消息。

然而，如果对此应用ACB，则UE1100a和UE210b二者不能够发送RRC连接请求消息。

<多媒体电话(MMtel)>

最近，存在对多媒体电话服务(MMTel)的许多研究。MMTel可以提供聚合的固定移动实时多媒体通信作为基于IP多媒体子系统(IMS)的全球标准，使得能够使用诸如语音、实时视频、文本、文件传输等这样的媒体能力并且能够共享照片、音频和视频剪辑等。在MMTel中，用户可以在会话期间添加或者删除媒体。也就是说，在会话期间，聊天、语音添加、另一呼叫方添加、视频添加、媒体共享、文件发送及其特定能力的删除也许是可能的。

在支持基于当前3GPP标准多媒体电话(MMTEL)的(即，基于IMS的)服务的系统中，为了启动MMTEL语音、MMTEL视频和基于IP的SMS服务(SMSoverIPservice)，通过在启动服务请求过程时将呼叫类型设置为始发呼叫并且通过将RRC建立原因设置为移动始发数据来在UE的非接入层(NAS)中发送RRC连接请求消息。

一般而言，MMTEL语音、MMTEL视频和基于IP的SMS信令被发送到用户平面，并因此在无需与正常数据服务区别开的情况下提供(即，呼叫类型＝始发呼叫)。

因此，如果UE期望接收基于MMTEL的(即，基于IMS的)服务(例如，基于移动始发(MO)MMTEL语音、MMTEL视频和基于IP的SMS的服务)，并因此UE打算在启动服务请求过程之前检查接入是否被禁止，因为用于连接语音呼叫、视频呼叫或者基于IP的SMS的MMTEL(即，IMS)信令未与现有的正常数据信令区分开(即，呼叫类型＝始发呼叫)，所以可以在禁止中应用ACB。因此，不能够执行基于MMTEL的(基于IMS的)MO服务(具体地，MMTEL语音呼叫、MMTEL视频呼叫或者基于IP的SMS)。

另外，即使UE打算执行MO短消息服务(SMS)服务，信令也未与现有的典型信令区分开(即，呼叫类型＝始发呼叫)，并且在禁止中同样地应用ACB。因此，不能够执行MOSMS服务。

图8例示了示出问题的示例。

参照图8，示出了因为不能够将正常数据和MMEL语音/MMTEL视频/基于IP的SMS以及SMS信令区别开(区分开/鉴别开)、所以针对MOMMTEL语音/MMTEL视频/基于IP的SMS以及MOSMS服务的连接请求由于ACB而最终失败的情形。

此外，在下面描述用于映射RRC建立原因的NAS层的过程。

如果EMM请求NAS信令连接的建立，则根据NAS过程来选择由UE使用的RRC建立原因。为了接入控制的目的，EMM必须向下层报告与RRC建立原因有关的呼叫类型。如果设置了扩展接入限制(EAB)，则除了以下情况外，UE还为了接入控制的目的而对请求应用EAB。

-UE被配置为在所选择的PLMN中使用AC11至AC15中的一个

-UE对寻呼信号做出响应

-RRC建立原因被设置为紧急呼叫

-当UE被配置为重载EAB时

-当UE被配置为重载EAB并且已经具有在重载EAB的同时建立的PDN连接时

[表3]

[表4]

总之，当旨在通过将基于MMTEL的(基于IMS的)MOMMTEL语音、MOMMTEL视频、基于IP的MOSMS和MOSMS服务区分开来支持时，在当前的3GPP标准中不存在有效的方法。这种问题导致网络资源的浪费以及用户体验的降级。

<本说明书的公开>

因此，本说明书的公开提出了用于解决前述问题的解决方案。

本发明提出了一种通过将MMTEL(IMS)信令和现有的正常数据信令区分开以将基于MMTEL的(基于IMS的)移动始发(MO)MMTEL语音/MMTEL视频/基于IP的SMS服务区别开来跳过接入等级限制(ACB)的方法。通过按照这种方式跳过ACB，基于MMTEL的(基于IMS的)MOMMTEL语音/MMTEL视频/基于IP的SMS服务总是使得连接能够通过与其它正常数据服务区分开来提供服务。

为此，网络(或eNB)经由SIB2来向UE的AS层(例如，RRC层)提供针对MMTEL语音/MMTEL视频/基于IP的SMS服务的ACB跳过信息(即，针对MMTEL语音和/或MMTEL视频和/或基于IP的SMS和/或SMS(基于SG的SMS)ACB跳过比特＝设置/真/未设置/假)。UE的AS层(例如，RRC层)可以向用于MMTEL/基于IP的SMS的IMS层或NAS层提供从网络提供的MMTEL语音/MMTEL视频/基于IP的SMS服务的ACB跳过信息。

<提议1-1/1-2/1-3的概要>

首先，提议1-1涉及NAS层和AS层(即，RRS层)的操作，提议1-2涉及MMTEL(IMS)操作，并且提议1-3涉及基于IP的SMS操作。

图9a和图9b是例示了本说明书的提议1-1、1-2和1-3的信号流。

如从图9a和图9b可以看到的，提议1-1/1-2/1-3提供了一种通过将MMTEL(IMS)信令和现有的正常数据信令区分开以将基于MMTEL的(基于IMS的)移动始发(MO)MMTEL语音/MMTEL视频/基于IP的SMS服务区别开来跳过接入等级限制(ACB)的方法。通过按照这种方式跳过ACB检查，基于MMTEL的(基于IMS的)MOMMTEL语音/MMTEL视频/基于IP的SMS服务总是使得连接能够通过与其它正常数据服务区分开来提供服务。

为此，网络(例如，eNB)可以经由系统信息块(例如，SIB)来向AS层(即，RRC层)提供针对MMTEL语音/MMTEL视频/基于IP的SMS/SMS(基于SG的SMS)服务的ACB跳过信息(即，针对MMTEL语音、MMTEL视频、基于IP的SMS和/或SMS(基于SG的SMS)ACB跳过比特＝设置/真/未设置/假)。

当用于MMTEL/基于IP的SMS的IMS层为MOMMTEL语音/MMTEL视频/基于IP的MOSMS而开始服务连接时，用于MMTEL的IMS层向NAS层提供用于报告它是针对MMTEL语音和MMTEL视频的会话/呼叫的指示/信息。同样地，用于基于IP的SMS的IMS层向NAS层提供用于报告它是基于IP的SMS会话的指示/信息。

如果用于MMTEL/基于IP的SMS的IMS层为MMTEL语音/MMTEL视频和/或基于IP的SMS提供会话/呼叫指示，则NAS层识别出该会话/呼叫不是正常数据会话/呼叫，而是针对MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫。此后，NAS层启动服务请求过程，以连接针对MMTEL语音/MMTEL视频或者基于IP的SMS的会话。当启动了服务请求过程时，服务类型被设置为针对MMTEL语音的移动始发MMTEL语音/针对MMTEL视频的移动始发MMTEL视频/针对基于IP的SMS的基于IP的移动始发SMS。RRC建立原因被设置为MO数据。呼叫类型被设置为针对MOMMTEL语音的始发MMTEL语音呼叫/针对MOMMTEL视频的始发MMTEL视频呼叫/针对基于IP的MOSMS的移动始发SMS。

图10a和图10b是例示了本说明书的提议1-1的信号流。

如从图10a和图10b可以看到的，根据提议1-1，在SMS(即，基于SG的SMS；基于NAS的SMS)的情况下，当为了移动始发(MO)SMS连接而启动服务请求过程时，NAS层将服务类型设置为基于SG的移动始发SMS，将RRC建立原因设置为MO数据，并且将呼叫类型设置为针对MOSMS(基于SG的SMS)的移动始发SMS。

根据提议1-1/1-2/1-3，如果用于MMTEL/基于IP的SMS的IMS层为MMTEL语音/MMTEL视频和/或基于IP的SMS提供会话/呼叫指示，则NAS层识别出该会话/呼叫不是正常数据会话/呼叫，而是针对MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫。此后，NAS层启动服务请求过程，以连接针对MMTEL语音/MMTEL视频和/或基于IP的SMS的会话。呼叫类型被设置为针对MOMMTEL语音的始发MMTEL语音呼叫/针对MOMMTEL视频的始发MMTEL视频呼叫/针对基于IP的MOSMS的移动始发SMS。

此后，将对每个提议进行描述。

<提议1-1：标准改进>

能够标识以下异常情况。

a)因为接入等级限制而禁止的接入或者在没有从下层接收到“延长等待时间”的情况下由网络拒绝的NAS信令连接建立。

-如果由下层指示的接入被禁止，但是针对除了基于IP的SMS外的SMS发起服务请求，则可以启动服务请求过程。

如果由下层指示的接入被禁止，但是针对MMTEL语音、MMTEL视频或者基于IP的SMS发起服务请求，则可以启动服务请求过程。

否则，如果针对始发呼叫而禁止接入，则可以不启动服务请求过程。在UE停留在当前服务小区中的状态下，执行正常小区重新选择过程。

b)在下层失败或者服务请求过程完成之前没有从上层接收到延长等待时间的情况下释放NAS信令连接。

[表5]

<提议1-2：标准改进>

如果存在来自用户的用于建立多媒体电话通信会话的请求，则支持智能拥塞缓解(SCM)的UE操作如下。

1)如果在多媒体电话通信会话中提供视频，则MMTEL视频被指示给EMM层，并且执行会话建立。

2)另一方面，如果在多媒体电话通信会话中提供音频，则MMTEL语音被指示给EMM层，并且执行会话建立。

此外，在下面对SCM进行描述。

以下信息被提供给NAS层。

-具有MMTEL语音标识符的ACB-skip-set(例如，真/启动/开始)-indication

-具有MMTEL语音标识符的ACB-skip-reset(例如，假/停止/结束)-indication

-具有MMTEL视频标识符的ACB-skip-set(例如，真/启动/开始)-indication

-具有MMTEL视频标识符的ACB-skip-reset(例如，假/停止/结束)-indication

当从用户请求多媒体电话通信会话的建立时，并且如果在执行服务特定接入控制之后继续会话建立，则执行以下操作。

1)如果在多媒体电话通信会话中提供音频或实时文本或者音频和文本组合，并且不存在其它多媒体电话通信会话，则UE将具有MMTEL语音标识符的ACB-skip-set(例如，真/启动/开始)-indication提供给NAS层。

2)如果在多媒体电话通信会话中提供视频，并且不存在其它多媒体电话通信会话，则UE将具有MMTEL视频标识符的ACB-skip-set(例如，真/启动/开始)-indication提供给NAS层。

此外，当多媒体电话通信会话结束时，如果多媒体电话通信会话被建立以发送音频或实时文本或者音频和文本的组合，并且不存在其它会话，则UE可以将具有MMTEL语音标识符的ACB-skip-reset(例如，假/停止/结束)-indication提供给NAS层。

此外，当多媒体电话通信会话结束时，如果多媒体电话通信会话被建立以发送视频，并且不存在其它会话，则UE可以将具有MMTEL视频标识符的ACB-skip-reset(例如，假/停止/结束)-indication提供给NAS层。

<提议1-3：标准改进>

根据提议1-3，如果存在来自用户的用于建立多媒体电话通信会话的请求，则支持SCM的UE操作如下。

1)如果在多媒体电话通信会话中提供基于IP的SMS，则UE将基于IP的SMS指示给EMM层，并且继续会话建立。

2)否则，继续会话建立。

此外，以下信息被提供给NAS层。

-具有基于IP的SMS标识符的ACB-skip-set(例如，真/启动/开始)-indication

-具有基于IP的SMS标识符的ACB-skip-reset(例如，假/停止/结束)-indication

如果存在来自用户的用于发送基于IP的SMS的请求，并且不存在基于IP的其它始发SMS，则UE将具有基于IP的SMS标识符的ACB-skip-set(例如，真/启动/开始)-indication指示给NAS层。

如果基于IP的SMS的发送结束，并且不存在基于IP的其它始发SMS，则UE将具有基于IP的SMS标识符的ACB-skip-reset(例如，假/停止/结束)-indication指示给NAS层。

<提议2-1/2-2/2-3的概要>

提议2-1涉及NAS层和AS层(例如，RRC层)的操作。提议2-2涉及用于MMTEL的IMS层和AS层(例如，RRC层)的操作。提议2-3涉及用于基于IP的SMS的IMS层和AS层(例如，RRC层)的操作。

提议2-1/2-2/2-3提出了一种通过将MMTEL(IMS)信令和现有的正常数据信令区分开以将基于MMTEL的(基于IMS的)移动始发(MO)MMTEL语音/MMTEL视频/基于IP的SMS服务区别开来跳过ACB检查的方法。通过按照这种方式跳过ACB检查，基于MMTEL的(基于IMS的)MOMMTEL语音/MMTEL视频/基于IP的SMS服务总是使得连接能够通过与其它正常数据服务区分开来提供服务。

图11a和图11b是例示了本说明书的提议2-1、2-2和2-3的信号流。

如从图11a和图11b可以看到的，网络(例如，eNB)可以经由系统信息块(例如，SIB)来向AS层(即，RRC层)提供针对MMTEL语音/MMTEL视频/基于IP的SMS服务的ACB跳过信息(即，针对MMTEL语音、MMTEL视频、基于IP的SMS和/或SMS(基于SG的SMS)ACB跳过比特＝设置/真/未设置/假)。UE的AS层(例如，RRC层)给用于MMTEL/基于IP的SMS的IMS层提供从网络提供的针对MMTEL语音/MMTEL视频/基于IP的SMS服务的ACB跳过信息。

根据提议2-1/2-2/2-3，如果用于MMTEL/基于IP的SMS的IMS层提供针对MMTEL语音/MMTEL视频和/或基于IP的SMS的ACB跳过指示/信息，则NAS层识别出该会话/呼叫不是正常数据会话/呼叫，而是针对MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫。此后，NAS层启动服务请求过程，以连接针对MMTEL语音/MMTEL视频和/或基于IP的SMS的会话。当启动了服务请求过程时，ACB跳过指示(即，ACB跳过＝设置/真)被提供给AS层(例如，RRC层)。

图12a和图12b是例示了本说明书的提议2-2的信号流。

如从图12a和图12b可以看到的，根据提议2-1，在SMS(即，基于SG的SMS；基于NAS的SMS)的情况下，当针对MOSMS连接启动服务请求过程时，NAS层将服务类型设置为基于SG的移动始发SMS，将RRC建立原因设置为MO数据，并且将呼叫类型设置为针对MOSMS(基于SG的SMS)的移动始发SMS。

在下文中，将详细地描述每个提议。

<提议2-1>

能够标识以下异常情况。

a)因为接入等级限制而禁止的接入或者在没有从下层接收到“延长等待时间”的情况下由网络拒绝的NAS信令连接建立。

-如果由下层指示的接入被禁止，但是针对除了基于IP的SMS外的SMS发起服务请求，则必须启动服务请求过程。

-如果由下层指示的接入被禁止，但是针对MMTEL语音、MMTEL视频或者基于IP的SMS发起服务请求，并且如果UE被指示从上层跳过ACB检查，则可以启动服务请求过程。

b)在下层失败或者服务请求过程完成之前没有从上层接收到延长等待时间的情况下释放NAS信令连接。

此外，在下面描述用于映射RRC建立原因的NAS层的过程。

当EMM请求NAS信令连接的建立时，根据NAS过程来选择由UE使用的RRC建立原因。为了接入控制的目的，EMM必须向下层报告与RRC建立原因有关的呼叫类型。此外，当EMM请求NAS信令连接时，如果上层指示跳过ACB检查，则EMM必须将ACB检查的跳过递送给下层。如果设置了扩展接入限制(EAB)，则除了以下情况外，UE还为了接入控制的目的对请求应用EAB。

-UE被配置为在所选择的PLMN中使用AC11至AC15中的一个

-UE对寻呼信号做出响应

-RRC建立原因被设置为紧急呼叫

-当UE被配置为重载EAB时

-当UE被配置为重载EAB并且已经具有在重载EAB的同时建立的PDN连接时

[表6]

此外，根据提议2-1，能够标识以下异常情况。

a)因为接入等级限制而禁止的接入或者在没有从下层接收到“延长等待时间”的情况下由网络拒绝的NAS信令连接建立。

在以下情况下不应用ACB。

-当响应于寻呼请求而启动服务请求过程时。

-当它被配置为在从上层接收的ACB跳过指示中跳过ACB检查时。

此外，可以改变以上提议如下。

如果EMM请求NAS信令连接的建立，则根据NAS过程来选择由UE使用的RRC建立原因。为了接入控制的目的，EMM必须向下层报告与RRC建立原因有关的呼叫类型。如果设置了扩展接入限制(EAB)，则除了以下情况外，UE还为了接入控制的目的对请求应用EAB。

-UE被配置为在所选择的PLMN中使用AC11至AC15中的一个

-UE对寻呼信号做出响应

-RRC建立原因被设置为紧急呼叫

-当UE被配置为重载EAB时

-当UE被配置为重载EAB并且已经具有在重载EAB的同时建立的PDN连接时

如果它被配置为在从上层接收的ACB跳过指示中跳过ACB检查，则为了接入控制的目的EMM向下层指示不针对该请求应用ACB。

[表7]

另选地，可以修改以上提议如下。

根据以上示例性修改，能够标识以下异常情况。

a)因为接入等级限制而禁止的接入或者在没有从下层接收到“延长等待时间”的情况下由网络拒绝的NAS信令连接建立。

在以下情况下不应用ACB。

-当响应于寻呼请求而启动服务请求过程时。

-当服务请求过程是应上层的用户平面无线电资源的请求而启动的并且它被配置为跳过在从上层接收的ACB跳过信息中的ACB时。

另选地，可以修改以上提议如下。

如果EMM请求NAS信令连接的建立，则根据NAS过程来选择由UE使用的RRC建立原因。为了接入控制的目的，EMM必须向下层报告与RRC建立原因有关的呼叫类型。如果设置了扩展接入限制(EAB)，则除了以下情况外，UE还为了接入控制的目的对请求应用EAB。

-UE被配置为在所选择的PLMN中使用AC11至AC15中的一个

-UE对寻呼信号做出响应

-RRC建立原因被设置为紧急呼叫

-当UE被配置为重载EAB时

-当UE被配置为重载EAB并且已经具有在重载EAB的同时建立的PDN连接时

EMM可以在以下情况下为了接入控制的目的而指示上层不应用ACB。

-当UE从上层接收到针对用户平面的无线电资源的请求时，并且当它被配置为跳过在从上层接收的ACB跳过信息中的ACB检查时。

[表8]

<提议2-2>

将在下面根据提议2-2描述对智能拥塞缓解(SCM)的改进。

以下信息由下层提供。

-ACBSkipForMMTEL-Voice：针对MMTEL语音的ACB跳过比特；

-ACBSkipForMMTEL-Video：针对MMTEL视频的ACB跳过比特

在接收到用于建立多媒体电话通信会话的用户请求的情况下，UE操作如下。

1)检索从下层接收的ACB跳过信息。

2)如果在多媒体电话通信会话中提供视频，并且如果针对MMTEL视频配置ACB跳过比特，则UE向MME层指示跳过ACB检查并且继续会话建立。

3)如果在多媒体电话通信会话中提供音频，并且如果针对MMTEL语音配置ACB跳过比特，则UE向MME层指示跳过ACB检查并且继续会话建立。

<提议2-3>

将在下面根据提议2-3描述对智能拥塞缓解(SCM)的改进。

以下信息由下层提供。

-ACBSkipForSMS-over-IP：针对基于IP的SMS的ACB跳过比特

在从用户接收到用于建立多媒体电话通信会话的请求的情况下，UE操作如下。

1)检索从下层接收的ACB跳过信息。

2)如果在多媒体电话通信会话中提供基于IP的SMS，并且如果针对基于IP的SMS配置ACB跳过比特，则UE向MME层指示跳过ACB检查并且继续会话建立。

<提议3>

提供3提出了一种通过将MMTEL(IMS)信令和现有的正常数据信令区分开以将基于MMTEL的(基于IMS的)MMTEL语音/MMTEL视频/基于IP的SMS服务区别开来跳过ACB检查的方法。通过按照这种方式跳过ACB检查，基于MMTEL的(基于IMS的)MOMMTEL语音/MMTEL视频/基于IP的SMS服务总是使得连接能够通过与其它正常数据服务区分开来提供服务。

图13a和图13b是例示了本说明书的提议3的信号流。

如从图13a和图13b可以看到的，根据提议3，针对MMTEL语音/MMTEL视频/SMS(具体地基于IP的SMS)，如果用于MMTEL/基于IP的SMS的IMS层从AS(RRC)层提供针对MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫的ACB跳过指示/信息，则NAS层识别出该会话/呼叫不是正常数据会话/呼叫，而是针对MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫。此后，NAS层启动服务请求过程，以连接针对MMTEL语音/MMTEL视频和/或基于IP的SMS的会话。当启动了服务请求过程时，ACB跳过指示(即，ACB跳过＝设置/真)被提供给AS层(例如，RRC层)。

图14a和图14b是例示了本说明书的提议3中的SMS的示例的信号流。

参照图14a和图14b，在SMS(即，基于SG的SMS；基于NAS的SMS)的情况下，当为了移动始发(MO)SMS连接而启动服务请求时，NAS层将呼叫类型设置为针对MOSMS(基于SG的SMS)的移动始发SMS，并且将RRC建立原因设置为MO数据。

<提议4：标准改进>

提议4提出了一种通过将MMTEL(IMS)信令和现有的正常数据信令区分开以将基于MMTEL的(基于IMS的)MMTEL语音/MMTEL视频/基于IP的SMS服务区别开来跳过ACB检查的方法。通过按照这种方式跳过ACB检查，基于MMTEL的(基于IMS的)MOMMTEL语音/MMTEL视频/基于IP的SMS服务总是使得连接能够通过与其它正常数据服务区分开来提供服务。

提议4与提议1-1相似。这被详细地描述如下。

图15a和图15b是例示了本说明书的提议4的信号流。

如从图14a和图14b可以看到的，根据提议4，针对MMTEL语音/MMTEL视频/SMS(具体地基于IP的SMS)，当启动了服务请求过程时，NAS层将呼叫类型设置为针对基于IP的MOSMS的移动始发MMTEL语音、移动始发MMTEL视频或者基于IP的移动始发SMS，并且将RRC建立原因设置为MO数据。

图16a和图16b是例示了本说明书的提议4中的SMS的示例的信号流。

如从图16a和图16b可以看到的，根据提议4，在SMS(即，基于SG的SMS；基于NAS的SMS)的情况下，当为了移动始发(MO)SMS连接而启动服务请求过程时，NAS层将呼叫类型设置为针对MOSMS(基于SG的SMS)的始发SMS，并且将RRC建立原因设置为MO数据。

根据提议4，能够标识以下异常情况。

a)因为接入等级限制而禁止的接入或者在没有从下层接收到“延长等待时间”的情况下由网络拒绝的NAS信令连接建立。

在以下情况下不应用ACB。

-当响应于网络的寻呼请求而发起服务请求过程时。

-当从上层接收到用于跳过ACB的服务指示(MMTEL语音、MMTEL视频或者基于IP的SMS)时。

[表9]

在前述提议中，从上层(MMTEL层)提供给EMM层(非接入层层)的服务指示可以是针对MMTEL语音或MMTEL视频或基于IP的SMS的ACB跳过比特指示，或者可以是指示MMTEL语音或MMTEL视频或基于IP的SMS的服务指示符/信息。

在前述提议中，当服务请求过程(即，服务请求消息的发送)是通过将MMTEL语音、MMTEL视频、基于IP的SMS和基于NAS的SMS进行区分来启动的时，NAS层将针对MMTEL语音的始发MMTEL语音、针对MMTEL视频的始发MMTEL视频、针对基于IP的SMS的基于IP的始发SMS以及针对基于NAS的SMS的始发SMS限定为用于将MMTEL语音、MMTEL视频、基于IP的SMS和基于NAS的SMS区分开的新呼叫类型，并且将它们发送到AS层(即，RRC层)。AS层(即，RRC层)建立RRC连接以执行由NAS请求的服务请求过程(即，服务请求消息的发送)。用新的呼叫类型识别IMS服务和SMS服务，并且根据包含在从eNB接收的系统信息块(SIB)中的ACB跳过信息针对它们中的每一个确定是否跳过最终的ACB检查。也就是说，AS层(即，RRC层)通过读取NAS层的服务请求消息的新呼叫类型来识别IMS服务和SMS服务。此后，如果在从网络接收的ACB跳过信息中设置了对应服务(例如，ACB跳过ON)，则建立对应的RRC连接，否则，不建立所对应的RRC连接，并且禁止接入。

另选地，可以修改前述提议如下。

[表10]

在前述提议中，从上层(例如，MMTEL层)提供给EMM层(例如，NAS层)的服务指示可以是针对MMTEL语音或MMTEL视频或基于IP的SMS的ACB跳过比特指示，或者可以是指示MMTEL语音或MMTEL视频或基于IP的SMS的服务指示符/信息。

在前述提议中，当服务请求过程(即，扩展服务请求消息的发送)是通过将MMTEL语音、MMTEL视频、基于IP的SMS和基于NAS的SMS区分开来启动的时，NAS层将移动始发MMTEL语音、移动始发MMEL视频、基于IP的移动始发SMS和移动始发SMS限定为用于将MMTEL语音、MMTEL视频、基于IP的SMS和基于NAS的SMS区分开的新呼叫类型，并且将这些新服务类型限定到AS层(即，RRC层)。在这种情况下，可以限定新呼叫类型，并且将所述新呼叫类型与重新限定的服务类型一起使用。AS层(即，RRC层)建立RRC连接，以执行由NAS请求的服务请求过程(即，扩展服务请求消息的发送)。用服务类型和/或新呼叫类型来识别IMS服务和SMS服务，并且根据包含在从网络接收的系统信息(SIB)中的ACB跳过信息来针对它们中的每一个确定是否跳过最终的ACB检查。也就是说，AS层(即，RRC层)通过读取NAS层的服务请求消息的新服务类型和/或呼叫类型来识别IMS服务和SMS服务。此后，如果在从网络接收的ACB跳过信息中设置了对应服务(例如，ACB跳过ON)，则建立对应的RRC连接，否则，不建立所对应的RRC连接。

此外，在以下情况下发送扩展服务请求消息。

-为了发起CS回退或者为了对移动终止CS回退做出响应

-为了请求NAS信令的建立

服务类型被包含在扩展服务请求消息中。服务类型如下。

[表11]

另选地，上层指示跳过针对MMTEL语音的ACB检查：从上层接收到具有“MMTEL语音”标识符的ACB-skip-set-indication，并且在接收到具有“MMTEL语音”标识符的ACB-skip-set-indication之后，尚未接收到具有“MMTEL语音”标识符的ACB-skip-reset-indication。

上层指示跳过针对MMTEL视频的ACB检查：从上层接收到具有“MMTEL视频”标识符的ACB-skip-set-indication，并且在接收到具有“MMTEL视频”标识符的ACB-skip-set-indication之后，尚未接收到具有“MMTEL视频”标识符的ACB-skip-reset-indication。

上层指示跳过针对基于IP的MMTELSMS(MMTELSMS-over-IP)的ACB检查：从上层接收到具有“基于IP的SMS”标识符的ACB-skip-set-indication，并且在接收到具有“基于IP的SMS”标识符的ACB-skip-set-indication之后，尚未接收到具有“基于IP的SMS”标识符的ACB-skip-reset-indication。

此外，可以修改前述提议如下。

能够标识以下异常情况。

a)因为接入等级限制而禁止的接入或者在没有从下层接收到“延长等待时间”的情况下由网络拒绝的NAS信令连接建立。

在以下情况下不应用ACB。

-当响应于寻呼请求而启动服务请求过程时。

-当针对移动始发SMS启动服务请求过程时。

-当在上层请求用户平面无线电资源并且上层指示跳过针对MMTEL语音的ACB检查的情况下启动服务请求过程时。

-当在上层请求用户平面无线电资源并且上层指示跳过针对MMTEL视频的ACB检查的情况下启动服务请求过程时。

-当在上层请求用户平面无线电资源并且上层指示跳过针对基于IP的SMS的ACB检查的情况下启动服务请求过程时。

如果用于服务请求过程的触发器是对寻呼请求的响应并且NAS信令连接建立被网络拒绝，则可以不启动服务请求过程。如果UE停留在当前服务小区中，则执行正常小区重新选择过程。当针对“终止呼叫”的接入被准予时或者因为小区改变等，可以启动服务请求过程。

[表12]

在前述提议中，当服务请求过程(即，服务请求消息的发送)是通过将移动始发(MO)MMTEL语音、MMTEL视频和SMS(具体地，基于IP的SMS、基于SG的SMS、MME中的SMS或者基于S102的SMS)区分开来启动的时，NAS层通过将MOMMTEL语音、MMTEL视频和SMS(具体地，基于IP的SMS、基于SG的SMS、MME中的SMS或者基于S102的SMS)区分开来将始发MMTEL语音、始发MMTEL视频、始发SMS限定为新呼叫类型，并且将它们发送到AS层(例如，RRC层)。AS层(例如，RRC层)建立RRC连接，以执行由NAS请求的服务请求过程。用新呼叫类型识别IMS服务和SMS服务，并且根据包含在从网络接收的系统信息(例如，SIB)中的ACB跳过信息来针对它们中的每一个确定是否跳过最终的ACB。也就是说，AS层(即，RRC层)通过读取NAS层的服务请求消息的新呼叫类型来识别IMS服务和SMS服务。此后，如果在从网络接收的ACB跳过信息中设置了对应服务(例如，ACB跳过ON)，则建立对应的RRC连接，否则，不建立所对应的RRC连接。

另外，在前述提议中，如果启动(执行)用于NAS发现的跟踪区域更新(TAU)请求过程，则当TAU过程(即，TAU请求消息的发送)是通过将MOMMTEL语音、MMTEL视频和SMS(具体地，基于IP的SMS、基于SG的SMS、MME中的SMS或者基于S102的SMS)区分开来启动的时，NAS将始发MMTEL语音、始发MMTEL视频和始发SMS限定为新呼叫类型，以用于将移动始发(MO)MMTEL语音、MMTEL视频、SMS(基于IP的SMS、基于SG的SMS、MME中的SMS或者基于S102的SMS)区分开，并且将它们发送到AS层(例如，RRC层)。AS层(例如，RRC层)建立RRC连接，以执行由NAS请求的TAU过程。用新呼叫类型识别IMS服务和SMS服务，并且根据从网络提供的ACB跳过信息来针对它们中的每一个确定是否跳过最终的ACB检查。也就是说，AS层(即，RRC层)通过识别NAS层的TAU请求消息的新呼叫类型来识别IMS服务和SMS服务。此后，如果在从网络接收的ACB跳过信息中设置了对应服务(即，ACB跳过ON)，则建立对应的RRC连接(在这种情况下，RRC建立原因被设置为MO信令)，否则，不建立所对应的RRC连接。

另一方面，上层可以指示跳过针对MMTEL语音的ACB检查。例如，情况可能是从上层接收到具有“MMTEL语音”标识符的ACB-skip-set-indication，并且在接收到具有“MMTEL语音”标识符的ACB-skip-set-indication之后，尚未接收到具有“MMTEL语音”标识符的ACB-skip-reset-indication。

上层可以指示跳过针对MMTEL视频的ACB检查。例如，情况可能是从上层接收到具有“MMTEL视频”标识符的ACB-skip-set-indication，并且在接收到具有“MMTEL视频”标识符的ACB-skip-set-indication之后，尚未接收到具有“MMTEL视频”标识符的ACB-skip-reset-indication。

上层可以指示跳过针对基于IP的MMTELSMS的ACB检查。例如，情况可能是从上层接收到具有“基于IP的SMS”标识符的ACB-skip-set-indication，并且在接收到具有“基于IP的SMS”标识符的ACB-skip-set-indication之后，尚未接收到具有“基于IP的SMS”标识符的ACB-skip-reset-indication。

另一方面，可以修改前述提议如下。

能够标识以下异常情况。

a)因为接入等级限制而禁止的接入或者在没有从下层接收到“延长等待时间”的情况下由网络拒绝的NAS信令连接建立。

在以下情况下不应用ACB。

-当响应于寻呼请求而启动服务请求过程时。

-当由于MOSMS(例如，MME中的SMS、基于SG的SMS或者基于S102的SMS)而启动服务请求过程时。

-当在上层请求用户平面无线电资源并且上层指示跳过针对MMTEL语音的ACB检查的情况下启动服务请求过程时。

-当在上层请求用户平面无线电资源并且上层指示跳过针对MMTEL视频的ACB检查的情况下启动服务请求过程时。

-当在上层请求用户平面无线电资源并且上层指示跳过针对基于IP的SMS的ACB检查的情况下启动服务请求过程时。

如果用于服务请求过程的触发器是响应于来自网络的寻呼而启动的并且NAS信令连接建立被网络拒绝，则不必启动服务请求过程。如果UE停留在当前服务小区中，则可以执行正常小区重新选择过程。

[表13]

在前述提议中，当服务请求过程(即，扩展服务请求消息的发送)是通过将移动始发(MO)MMTEL语音、MMTEL视频和SMS(具体地，基于IP的SMS、基于SG的SMS、MME中的SMS或者基于S102的SMS)区分开来启动的时，NAS层限定新服务类型(例如，MMTEL语音的移动始发MMTEL语音、MMTEL视频的移动始发MMTEL视频以及移动始发SMS)，以用于将MMTEL语音、MMTEL视频和SMS(具体地，基于IP的SMS、基于SG的SMS、MME中的SMS或者基于S102的SMS)区分开，并且将它们发送到AS层(例如，RRC层)。在这种情况下，可以限定新呼叫类型并且将所述新呼叫类型与重新限定的服务类型一起使用。AS层(例如，RRC层)建立RRC连接，以执行由NAS请求的服务请求过程(例如，扩展服务请求消息的发送)。用服务类型和/或新呼叫类型识别IMS服务和SMS服务，并且根据包含在从网络提供的SIB中的ACB跳过信息来针对它们中的每一个确定是否跳过最终的ACB检查。也就是说，AS层(例如，RRC层)通过读取NAS层的服务请求消息的新服务类型和/或呼叫类型来识别IMS服务和SMS服务。此后，如果在从网络接收的ACB跳过信息中设置了对应服务(例如，ACB跳过ON)，则建立对应的RRC连接，否则，不建立所对应的RRC连接。

[表14]

<提议5-1：标准改进>

图17a和图17b是例示了本说明书的提议5-1的信号流。

如从图17a和图17b可以看到的，根据提议5-1，如果用于MMTEL/基于IP的SMS的IMS层提供针对MMTEL语音/MMTEL视频和/或基于IP的SMS的会话/呼叫的ACB跳过指示，则NAS层识别出该会话/呼叫不是正常数据会话/呼叫，而是MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫。此后，NAS层启动服务请求过程，以连接针对MMTEL语音/MMTEL视频或者基于IP的SMS的会话。在这种情况下，使用扩展服务请求消息。当启动了服务请求过程时，扩展服务请求消息的服务类型被设置为针对MMTEL语音的移动始发MMTEL语音/针对MMTEL视频的移动始发MMTEL视频/针对基于IP的SMS的基于IP的移动始发SMS，RRC建立原因被设置为MO数据，并且呼叫类型被设置为针对MOMMTEL语音的移动始发MMTEL语音呼叫/针对MOMMTEL视频的移动始发MMTEL视频呼叫/针对MOSMS(基于IP的SMS)的移动始发SMS。

图18a和图18b是例示了本说明书的提议5中的SMS的示例的信号流。

参照图18a和图18b，在SMS(即，基于SG的SMS；基于NAS的SMS)的情况下，当为了移动始发(MO)SMS连接而启动服务请求过程时，NAS层将扩展服务请求消息的服务类型设置为移动始发SMS，并且将呼叫类型设置为针对MOSMS的始发SMS。

<提议5-2>

图19a和图19b是例示了根据本说明书的提议5-2的示例的信号流。

根据提议5-2，在为了MOMMTEL语音/MMTEL视频/基于IP的MOSMS而启动服务连接时，用于MMTEL/基于IP的SMS的IMS层确认从AS层(例如，RRC层)提供的MMTEL语音/MMTEL视频/基于IP的SMS服务的ACB跳过信息，并且如果关于MMTEL语音和/或MMTEL视频和/或基于IP的SMSACB跳过比特＝设置/真，则该IMS层向NAS层提供ACB跳过开始指示/信息，以报告针对MMTEL语音和MMTEL视频的会话/呼叫的开始。同样地，用于基于IP的SMS的IMS层向NAS层提供ACB跳过开始指示/信息，以报告针对基于IP的SMS的会话的开始。

另外，根据提议5-2，在从用于MMTEL/基于IP的SMS的IMS层接收到关于针对MOMMTEL语音、MOMMEL视频或者基于IP的MOSMS的会话/呼叫的ACB跳过指示/信息(即，ACB跳过开始指示)时，NAS层识别出该会话/呼叫不是正常数据会话/呼叫，而是针对MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫的开始。此后，NAS层启动服务请求过程，以连接针对MMTEL语音、MMTEL视频或者基于IP的SMS的会话。当启动了服务请求过程时，ACB跳过信息(即，ACB跳过＝设置/真)被一起提供给AS层(例如，RRC层)。

图20a和图20b是例示了本说明书的提议5-2中的SMS的示例的信号流。

参照图20a和图20b，在SMS(即，基于SG的SMS；基于NAS的SMS)的情况下，当为了移动始发(MO)SMS连接而启动服务请求过程时，NAS层将呼叫类型设置为针对MOSMS(基于SG的SMS)的始发SMS，并且将RRC建立原因设置为MO数据。

返回到图19a和图19b，在结束/终止针对MOMMTEL语音/MMTEL视频/基于IP的MOSMS的服务连接时，用于MMTEL/基于IP的SMS的IMS层向NAS层提供ACB跳过结束指示/信息，以报告MMTEL语音和MMTEL视频会话/呼叫的结束。同样地，用于基于IP的SMS的IMS层向NAS层提供ACB跳过结束指示/信息，以报告基于IP的SMS会话的结束。

更具体地，如果用于MMTEL/基于IP的SMS的IMS层提供针对MOMMTEL语音、MOMMTEL视频或者基于IP的MOSMS的会话/呼叫结束指示/信息(即，ACB跳过结束指示/信息)，则NAS层识别出针对MOMMTEL语音、MMTEL视频或者基于IP的MOSMS的会话/呼叫的结束。此后，NAS层不对MMTEL语音、MMTEL视频或者基于IP的SMS会话跳过ACB检查。也就是说，通过被识别为针对正常数据/呼叫的会话，执行正常服务请求过程，并且在AS层(即，RRC层)中应用ACB。

根据提议5-2，使用ACB跳过开始指示/信息和ACB跳过结束指示/信息。

为此，可以改进智能拥塞缓解(SCM)如下。

以下信息是从AS层提供的。

-ACBSkipForMMTEL-Voice：针对MMTEL语音的ACB跳过比特

-ACBSkipForMMTEL-Video：针对MMTEL视频的ACB跳过比特

以下信息被提供给NAS层。

-ACB-skip-begin-indication；

-ACB-skip-end-indication。

如果从用户接收到用于建立多媒体电话通信会话的请求，并且如果在执行服务特定接入控制之后继续会话建立，则UE操作如下。

1)检索从AS层获取的ACB跳过信息。

2)如果在多媒体电话通信会话中提供视频，并且如果设置了针对MMTEL视频的ACB跳过比特，则UE将ACB-skip-begin-indication递送给NAS层并且继续会话建立。

3)如果在多媒体电话通信会话中提供音频，并且如果设置了针对MMTEL语音的ACB跳过比特，则UE将ACB-skip-begin-indication递送给NAS层并且继续会话建立。

如果多媒体电话通信会话结束，则UE将ACB-skip-end-indication递送给NAS层。

另选地，可以改进智能拥塞缓解(SCM)如下。

以下信息是从AS层提供的。

-ACBSkipForMMTEL-Voice：针对MMTEL语音的ACB跳过比特

-ACBSkipForMMTEL-Video：针对MMTEL视频的ACB跳过比特

以下信息被提供给NAS层。

-ACB-skip-set(例如，真/启动/开始)-indication：MMTEL语音；

-ACB-skip-reset(例如，假/停止/结束)-indication：MMTEL语音；

-ACB-skip-set(例如，真/启动/开始)-indication：MMTEL视频；以及

-ACB-skip-reset(例如，假/停止/结束)-indication：MMTEL视频。

如果从用户接收到针对多媒体电话通信会话的请求，并且如果在执行服务特定接入控制之后继续会话建立，则UE操作如下。

1)检索从AS层获取的ACB跳过信息。

2)如果在多媒体电话通信会话中提供音频，并且如果设置了针对MMTEL语音的ACB跳过比特，则UE递送具有MMTEL语音标识符的ACB-skip-set-indication并且继续会话建立。

3)如果在多媒体电话通信会话中提供视频，并且如果设置了针对MMTEL视频的ACB跳过比特，则UE递送具有MMTEL视频标识符的ACB-skip-set-indication并且继续会话建立。

当完成针对语音的多媒体电话通信会话时，UE将具有MMTEL语音标识符的ACB-skip-reset-indication递送给NAS层。

同样地，如果针对视频的多媒体电话通信会话结束，则UE将具有MMTEL视频标识符的ACB-skip-reset-indication递送给NAS层。

<提议5-3>

根据提议5-3，类似于提议5-2，可以使用ACB跳过开始指示/信息和ACB跳过结束指示/信息。

然而，与提议5-2不同，根据提议5-3，可以改进智能拥塞缓解(SCM)如下。

以下信息是从AS层提供的。

ACBSkipForSMS-over-IP：针对基于IP的SMS的ACB跳过比特

以下信息被提供给NAS层。

-ACB-skip-begin-indication；以及

-ACB-skip-end-indication。

当从用户接收到针对基于IP的SMS的发送的请求时，UE操作如下。

1)检索从AS层获取的ACB跳过信息。

2)如果针对基于IP的SMS设置了ACB跳过比特，则UE将ACB-skip-begin-indication递送给NAS层，并且继续基于IP的SMS发送过程。

当完成基于IP的SMS发送时，UE将ACB-skip-end-indication递送给NAS层。

另选地，可以改进智能拥塞缓解(SCM)如下。

以下信息是从AS层提供的。

-ACBSkipForSMS-over-IP：针对基于IP的SMS的ACB跳过比特

可以将以下信息递送给NAS层。

-ACB-skip-set(例如，真/启动/开始)-indication：基于IP的SMS；

-ACB-skip-reset(例如，假/停止/结束)-indication：基于IP的SMS。

如果存在来自用户用于发送基于IP的SMS的请求，则UE操作如下。

1)检索从AS层获取的ACB跳过信息。

2)如果针对基于IP的SMS设置了ACB跳过比特，则UE将具有基于IP的SMS标识符的ACB-skip-set-indication递送给NAS层，并且继续基于IP的始发SMS。

当完成基于IP的SMS时，UE将具有基于IP的SMS的ACB-skip-reset-indication递送给NAS层。

<提议6>

图21a和图21b是例示了本说明书的提议6的信号流。

如从图21a和图21b可以看到的，根据提议6，当用于MMTEL的IMS层启动用于MOMMTEL语音的服务连接时，如果对从AS层(例如，RRC层)提供的MMTEL语音的ACB跳过信息的确认关于MMTEL语音导致“ACB跳过比特＝设置/真”，则用于MMTEL的IMS层向NAS层提供ACB跳过开始指示/信息，以报告针对MMTEL语音的会话/呼叫的开始。另选地，当用于MMTEL的IMS层启动用于MOMMTEL视频的服务连接时，如果对从AS层(例如，RRC层)提供的MMTEL视频的ACB跳过信息的确认关于MMTEL视频导致“ACB跳过比特＝设置/真”，则用于MMTEL的IMS层向NAS层提供ACB跳过开始指示/信息，以报告针对MMTEL视频的会话/呼叫的开始。同样地，当用于基于IP的SMS的IMS层启动用于基于IP的MOSMS的服务连接时，如果对从AS层(例如，RRC层)提供的基于IP的MMTELSMS的ACB跳过信息的确认关于基于IP的MMTELSMS导致“ACB跳过比特＝设置/真”，则用于基于IP的SMS的IMS层向NAS层提供ACB跳过开始指示/信息，以报告针对基于IP的MMTELSMS的会话/呼叫的开始。

如果用于MMTEL和基于IP的SMS的IMS层提供针对MOMMTEL视频或者基于IP的MOSMS的会话/呼叫开始指示/信息(即，ACB跳过开始指示)，则NAS层识别出该会话/呼叫不是正常会话/呼叫，而是针对MMTEL语音/MMTEL视频和/或基于IP的SMS的会话/呼叫的开始。此后，NAS层启动服务请求过程，以连接针对MMTEL语音、MMTEL视频或者基于IP的SMS的会话。当发起服务请求过程时，ACB跳过信息(即，ACB跳过＝设置/真)被一起提供给AS层(例如，RRC层)。

图22a和图22b是例示了本说明书的提议6-1中的SMS的示例的信号流。

如从图22a和图22b可以看到的，在SMS(即，基于SG的SMS；基于NAS的SMS)的情况下，当为了移动始发(MO)SMS连接而启动服务请求过程时，NAS层将呼叫类型设置为针对MOSMS(基于SG的SMS)的始发SMS，并且将RRC建立原因设置为MO数据。

此外，UE的AS层(例如，RRC层)确认针对与服务请求一起从NAS层提供的MMTEL语音/MMTEL视频/基于IP的SMS的ACB跳过指示(即，ACB跳过＝设置/真)，并且跳过针对该服务请求的ACB检查。此后，向eNB发送RRC连接请求消息。在这种情况下，RRC连接请求消息的建立原因被设置为MO数据。

另选地，UE的AS层(例如，RRC层)确认针对与服务请求一起从NAS层提供的MMTEL语音的ACB跳过指示(即，针对MMTE语音，ACB跳过＝设置/真)或者MMTEL视频的ACB跳过指示(即，针对MMTEL视频，ACB跳过＝设置/真)或者基于IP的SMS的ACB跳过指示(即，针对基于IP的SMS，ACB跳过＝设置/真)，并且跳过针对该服务请求的ACB检查。此后，向eNB发送RRC连接请求消息。在这种情况下，RRC连接请求消息的建立原因被设置为MO数据。

另选地，UE的AS层(例如，RRC层)确认与服务请求一起从NAS层提供的MMTEL语音/视频的ACB跳过指示(即，针对MMTEL语音/视频，ACB跳过＝设置/真)或者基于IP的SMS的ACB跳过指示(即，针对基于IP的SMS，ACB跳过＝设置/真)，并且跳过针对该服务请求的ACB检查。此后，向eNB发送RRC连接请求消息。在这种情况下，RRC连接请求消息的建立原因被设置为MO数据。

在SMS(基于SG的SMS；基于NAS的SMS)的情况下，UE的AS层(例如，RRC层)针对NAS层的服务请求而读取呼叫类型，并且识别出该服务请求是针对MOSMS服务连接的服务请求。此后，如果对从网络提供的SMS(基于SG的SMS)的ACB跳过信息/指示的确认导致“ACB跳过比特＝设置/真”，则跳过针对该服务请求的ACB检查。此后，向eNB发送RRC连接请求消息。在这种情况下，RRC连接请求消息的建立原因被设置为MO数据。

另选地，当用于MMTEL/基于IP的SMS的IMS层结束/终止用于MOMMTEL语音、MOMMTEL视频和基于IP的MOSMS的服务连接时，用于MMTEL的IMS层向NAS层提供MOMMTEL语音的ACB跳过假/停止/重置指示/信息以及MOMMTEL视频的ACB跳过假/停止/重置指示/信息。同样地，用于基于IP的SMS的IMS层向NAS提供ACB跳过假/停止/重置指示/信息，以报告基于IP的SMS会话的结束。

如果用于MMTEL/基于IP的SMS的IMS层提供MOMMTEL语音、MOMMTEL视频或者基于IP的MOSMS的会话/呼叫假/停止/重置指示/信息，则NAS层识别MOMMTEl语音、MMTEl视频或者基于IP的MOSMS的会话/呼叫的结束。此后，NAS层不对MMTEL语音、MMTEL视频或者基于IP的SMS会话跳过ACB检查。也就是说，通过将会话识别为正常会话来应用ACB。

<提议7>

根据提议7，网络(例如，eNB)经由SIB2向UE提供针对MOMMTEL语音、MOMMTEL视频和MOSMS的ACB跳过信息。在这种情况下，AS层(例如，RRC层)将该ACB跳过信息发送到MMTEL(包括IMS；基于IP的SMS)层和/或NAS层。基于该信息，用于MMTEL/基于IP的SMS的IMS层确定是否跳过针对MMTEL语音/视频/基于IP的SMS的ACB检查，并且将ACB跳过信息报告给NAS层或AS层(例如，RRC层)。

图23a和图23b是例示了本说明书的提议7的信号流。

参照图23a和图23b，当从网络(例如，eNB)发生ACB跳过信息状态改变/修改(例如，从ACB跳过设置/真到ACB跳过重置/假(从ACB跳过到无ACB跳过)的改变或者从ACB跳过重置/假到ACB跳过设置/重置(从无ACB跳过到ACB跳过)的改变)时，AS层(例如，RRC层)立即向用于MMTEL/基于IP的SMS的IMS层(或NAS层)报告ACB跳过信息改变/修改。用于MMTEL/基于IP的SMS的IMS层将该ACB跳过信息改变/修改报告给NAS层(或RRC层)。基于ACB跳过指示/信息，NAS层执行服务请求过程。例如，具有ACB跳过指示的服务请求或者扩展服务请求被递送给RRC层。RRC层跳过ACB检查，或者根据从NAS层(或IMS层)提供的ACB跳过指示(即，ACB跳过＝设置/真)信息改变/修改来应用ACB。

如果未经由系统信息(例如，SIB2)给RRC层提供ACB跳过信息/指示，则RRC层针对MMTEL/基于IP的SMS检索ACB跳过信息，并且向IMS层(或NAS层)指示“MMTEL设置/启动/真/开始”以跳过针对MMTEL/基于IP的SMS的ACB检查，或者向IMS层(或NAS层)指示“MMTEL重置/停止/假/结束”以不应用ACB检查。

当从MMTEL/基于IP的SMS接收到ACB跳过信息时，NAS层将服务请求或者扩展服务请求与ACB跳过指示一起递送。当所述层接收到服务请求或者扩展服务请求连同ACB跳过信息时，RRC层跳过ACB而不是应用ACB。

ACB跳过信息被定期地提供/更新。在这种情况下，AS层(即，RRC层)可以将ACB跳过信息提供给用于MMTEL/基于IP的SMS的IMS层或NAS层。

图24a和图24b是例示了本说明书的提议7的示例性修改的信号流。

参照图24a和图24b，当从网络(例如，eNB)发生ACB跳过信息状态改变/修改(例如，从ACB跳过设置/真到ACB跳过重置/假(从ACB跳过到无ACB跳过)的改变或者从ACB跳过重置/假到ACB跳过设置/重置(从无ACB跳过到ACB跳过)的改变)时或者当定期地接收到ACB跳过信息时，AS层(即，RRC层)立即将ACB跳过信息改变/修改报告给NAS层。当针对MOMMTEL语音、MOMMTEL视频或者基于IP的MOSMS启动会话/呼叫时，用于MMTEL/基于IP的SMS的IMS层向NAS层提供ACB跳过设置/开始/真/开始(/重置/停止/假/结束)指示/信息。在NAS层识别ACB跳过指示/信息之后，NAS层可以基于从RRC层提供的ACB跳过信息改变/修改来执行服务请求过程。此后，RRC层可以最终跳过ACB检查，或者可以根据从NAS层提供的ACB跳过指示/信息(改变/修改)来应用ACB。

<提议8>

图25a和图25b是例示了本说明书的提议8的信号流。

参照图25a和图25b，网络经由SIB2向UE提供针对MMTEL语音、MMTEL视频和SMS的ACB跳过信息。在这种情况下，UE的AS层(例如，RRC层)将该ACB跳过信息发送到用于MMTEL/SMS的层(即，IMS层)或者NAS层。基于该信息，用于MMTEL/SMS的层(即，IMS层)确定是否跳过针对MMTEL语音/视频/基于IP的SMS的ACB检查，并且将ACB跳过信息报告给NAS层。

根据提议8，当由于无线电链路故障(RLF)、下层故障/错误等而发生MMTEL语音/视频/基于IP的SMS的重新发送(在QCI＝1承载建立完成之前的重新发送或者在QCI＝1承载建立完成之后的重新发送)时，AS层(例如，RRC层)向NAS层报告下层故障/错误指示，并且NAS层针对NAS信令连接(重新)配置执行NAS发现过程(本文中，QCI＝1承载暗指用于语音服务(包括VoLTE呼叫)的承载)。

NAS层在执行服务请求过程时记住ACB跳过信息被提供给RRC层。

在这种情况下，如果由于下层故障/错误而发生重新发送，则从RRC层向NAS层提供下层故障/错误指示。这可以被识别为先前状态(应用ACB跳过的状态或者应用ACB的状态)的保持。

当针对重新发送(重新)执行服务请求过程时，NAS层通过直接使用提供先前执行的服务请求过程的ACB跳过指示的状态来一起提供ACB跳过指示/信息或者无ACB跳过指示/信息。

RRC层根据从NAS层提供的ACB跳过指示/信息来执行最终的ACB跳过或者无ACB跳过(即，ACB被应用)

<提议9>

图26a和图26b是例示了本说明书的提议9的信号流。

参照图26a和图26b，网络(例如，eNB)经由系统信息(例如，SIB2)向UE提供针对MMTEL语音、MMTEL视频和SMS(基于IP的SMS和/或基于NAS的SMS)的ACB跳过信息。在这种情况下，UE的AS层将该ACB跳过信息发送到NAS层。在这种情况下，可以定期地提供经由SIB2提供的ACB跳过信息，或者可以当在ACB跳过信息中存在改变时提供经由SIB2提供的ACB跳过信息。AS层(例如，RRC层)立即将按照这种方式接收的ACB跳过信息提供(发送)给NAS层。当发起或者触发了MMTEL语音/视频/基于IP的SMS时，用于MMTEL/基于IP的SMS的IMS层向NAS层发送ACB跳过设置/开始。在这种情况下，ACB跳过设置/开始可以是一比特指示，或者可以是类似于MMTEL-voice-ACB-skip-set/START、MMTEL-video-ACB-skip-set/START和SMSoverIP-ACB-skip-set/START根据MMTEL语音/视频/基于IP的SMS区分开的指示/信息。在这种情况下，当与从实际网络提供的ACB跳过信息被配置为应用ACB跳过无关地发起或者触发MMTEL语音/视频/基于IP的SMS时，用于MMTEL/基于IP的SMS的IMS层将MMTEL-voice/video-ACB-skip-set/START或者SMSoverIP-ACB-skip-set/START指示/信息提供给NAS层。

在用于MMTEL/基于IP的SMS的IMS层接收到ACB跳过设置/开始指示/信息之后，NAS层启动(执行)服务请求过程以发送MMTEL语音/视频/基于IP的SMS的分组。在这种情况下，根据从AS层(例如，RRC层)提供的ACB跳过配置，ACB-skip-ON/TRUE-indication/information被提供给AS层(例如，RRC层)。可以在启动(执行)服务请求过程时提供ACBskip-ON/TRUE-indication/information，或者可以独立于服务请求过程立即提供ACBskip-ON/TRUE-indication/information。

图27a和图27b是例示了本说明书的提议9的示例性修改的信号流。

如从图27a和图27b可以看到的，NAS层还可以在启动(执行)用于NAS发现的TAU请求过程时提供ACBskip-ON/TRUE-indication/information，或者可以独立于TAU请求过程立即提供它。

AS层(例如，RRC层)根据从NAS层提供的ACB-skip-ON/TRUE-indication/information来跳过针对对应的服务请求消息的ACB检查。

如果启动(执行)用于NAS发现的TAU请求过程，则AS层(例如，RRC层)根据ACBskip-ON/TRUE-indication/information来跳过或者应用针对对应的TAU请求消息的ACB检查(RRC建立原因被设置为MO信令)。

如果针对对应的MMTEL语音/视频/基于IP的SMS的会话结束，则用于MMTEL/基于IP的SMS的IMS层向NAS层发送ACB跳过重置/停止，以报告MMTEL服务(发送)的结束。在这种情况下，ACB跳过设置/开始可以是一比特指示，或者可以是类似于MMTEL-voice-ACB-skip-RESET/STOP、MMTEL-video-ACB-skip-RESET/STOP和SMSoverIP-ACB-skip-RESET/STOP根据MMTEL语音/视频/基于IP的SMS区分开的指示/信息。如果MMTEL层接收到ACB跳过重置/停止indication/information，则NAS层不在以后时间启动/执行的服务请求过程(或TAU请求过程)中将ACBskip-ON/TRUE-indication/information一起/单独地提供给AS层(例如，RRC层)。

在前述过程中，当发起/执行服务请求过程(或TAU请求过程)时，NAS层可以请求经由SIB2从网络提供的ACB跳过信息，或者每当系统信息(SI)被更新时或者每当SI中的ACB跳过信息的改变被确认时，RRC层可以立即将(从网络提供的)ACB跳过信息提供给NAS层。

可以针对NAS发现执行服务请求过程或者TAU请求过程。可以在存在上行链路数据的情况下执行服务请求过程，并且可以在不存在上行链路数据的情况下执行TAU请求过程。

<提议10-1/10-2/10-3的概要>

首先，提议1-1涉及NAS层和AS层(即，RRC层)的操作，提议1-2涉及MMTEL(IMS)操作，并且提议1-3涉及基于IP的SMS操作。

图28a和图28b是例示了本说明书的提议10-1/10-2/10-3的信号流。

参照图28a和图28b，当用于MMTEL/基于IP的SMS的IMS层启动针对MOMMTEL语音/MMTEL视频和基于IP的MOSMS的服务连接时，如果对从AS层(例如，RRC层)提供的MMTE语音/MMTEL视频/基于IP的SMS或者SMS(基于SG的SMS)服务的ACB跳过信息的确认导致“ACB跳过比特＝设置/真”，则用于MMTEL的IMS层向NAS层提供指示/信息以报告它是MMTEL语音和MMTEL语音会话/呼叫。同样地，用于基于IP的SMS的IMS层向NAS层提供用于报告基于IP的SMS会话的指示/信息。

另选地，当用于MMTEL的IMS层启动针对MMTEL语音的服务连接时，如果对从AS层(例如，RRC层)提供的MMTEL语音服务的ACB跳过信息的确认导致“ACB跳过比特＝设置/真”，则确认是否不存在其它正在进行的MMTEL语音服务会话。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供ACB跳过设置指示以报告MMTEL语音会话/呼叫的开始。同样地，当用于MMTEL的IMS层启动针对MMTEL视频的服务连接时，如果对从AS层(例如，RRC层)提供的MMTEL视频服务的ACB跳过信息的确认导致“ACB跳过比特＝设置/真”，则确认是否不存在其它正在进行的MMTEL视频服务会话。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供ACB跳过设置指示以报告MMTEL视频会话/呼叫的开始。同样地，当用于基于IP的SMS的IMS层启动针对基于IP的MOSMS的服务连接时，如果对从AS层(例如，RRC层)提供的基于IP的MMTELSMS服务的ACB跳过信息的确认导致“ACB跳过比特＝设置/真”，则确认是否不存在其它正在进行的基于IP的MMTELSMS服务。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供ACB跳过设置指示以报告基于IP的MMTELSMS会话/呼叫的开始。

如果用于MMTEL/基于IP的SMS的IMS层提供针对MOMMTEL语音/视频或者基于IP的MOSMS的会话/呼叫的ACB跳过设置指示，则NAS层识别出该会话/呼叫不是正常数据会话/呼叫，而是针对MMTEL语音/视频或者基于IP的SMS的会话/呼叫。此后，NAS层启动服务请求过程，以连接针对MMTEL语音/视频或者基于IP的SMS的会话。当启动了服务请求过程时，ACB跳过信息被提供给AS层(例如，RRC层)。

此外，根据提议10-2/10-3，用于MMTEL/基于IP的SMS的IMS层在结束/终止MOMMTEL语音、MOMMTEL视频和基于IP的MOSMS服务连接时确认是否不存在其它正在进行的MMTEL语音和MMTEL视频服务会话，并且此后如果不存在这种会话，则向NAS层提供ACB跳过重置指示以报告MMTEL语音和MMTEL视频会话/呼叫的结束。同样地，用于基于IP的SMS的IMS层确认是否不存在其它正在进行的基于IP的SMS服务会话，并且如果不存在这种会话，则将ACB跳过重置指示提供给NAS层以报告基于IP的SMS会话的结束。

另外，根据提议10-2/10-3，如果用于MMTEL/基于IP的SMS的IMS层提供针对MOMMTEL语音、MOMMTEL视频或者基于IP的MOSMS的会话/呼叫的重置指示(即，ACB跳过重置指示)，则NAS层识别MOMMTEL语音/视频或者基于IP的MOSMS的会话/呼叫的结束。此外，NAS层不跳过针对MMTEL语音/视频或者基于IP的SMS的会话的ACB检查。也就是说，通过将会话识别为正常数据的会话来执行服务请求过程，并且在AS层(即，RRC层)应用ACB。

此外，当在从网络提供的ACB跳过信息中存在改变时，AS层(例如，RRC层)将改变后的信息提供给用于MMTEL/基于IP的SMS的IMS层和NAS层。如果关于从AS层(例如，RRC层)提供的MMTEL语音服务由用于MMTEL的IMS层对ACB跳过信息的确认导致“ACB跳过比特＝设置/真”(即，当ACB跳过信息发生改变时)，当MMTEL语音会话正在进行时，用于MMTEL的IMS层立即将ACB跳过设置指示提供给NAS层。如果关于从AS层(例如，RRC层)提供的MMTEL视频服务由用于MMTEL的IMS层对ACB跳过信息的确认导致“ACB跳过比特＝设置/真”(即，当ACB跳过信息发生改变时)，用于MMTEL的IMS层立即将ACB跳过设置指示提供给NAS层。同样地，如果关于从AS层(例如，RRC层)提供的基于IP的SMS服务由用于基于IP的SMS的IMS层对ACB跳过信息的确认导致“ACB跳过比特＝设置/真”(即，当ACB跳过信息发生改变时)，当基于IP的SMS服务会话正在进行时，ACB跳过设置指示被立即提供给NAS层。如果改变后的ACB跳过信息是“ACB跳过比特＝重置/假”，则当MMTEL语音、MMTEL视频或者基于IP的SMS会话正在进行时，针对MMTEL语音/视频的ACB跳过重置指示以及针对基于IP的SMS的ACB跳过重置指示被立即提供给NAS层。NAS层根据从MMTEL/基于IP的SMS(IMS)层提供的ACB跳过指示/信息的改变来执行下一个服务请求过程。

<提议10-1>

根据提议10-1，UE的AS层(例如，RRC层)给NAS层提供从网络提供的ACB跳过信息。在这种情况下，AS层(例如，RRC层)可以向NAS层以及用于MMTEL/基于IP的SMS的IMS层提供从网络提供的针对MMTEL语音/MMTEL视频/基于IP的SMS/基于NAS的SMS的ACB跳过信息。如果从网络提供的信息仅是MMTEL语音/MMTEL视频/基于IP的SMS服务，则可以将ACB跳过信息仅提供给用于MMTEL/基于IP的SMS的IMS层。此外，如果从网络提供的信息仅包括SMS服务，则可以将ACB跳过信息仅提供给NAS层。

图29a和图29b是例示了本说明书的提议10-1中的SMS的示例的信号流。

参照图29a和图29b，在基于NAS的SMS的情况下，当NAS层启动针对MOSMS连接的服务请求过程时，如果对从AS层(例如，RRC层)提供的基于NAS的SMS服务的ACB跳过信息的确认导致“ACB跳过比特＝设置/真”，则ACB跳过信息(即，ACB跳过＝设置/真)被一起提供给AS层(例如，RRC层)。

此外，以下描述涉及基于提议10-1的改进。

能够标识以下异常情况。

a)因为接入等级限制而禁止的接入或者在没有从下层接收到“延长等待时间”的情况下由网络拒绝的NAS信令连接建立。

可以不在以下情况下应用ACB。

-当响应于寻呼请求而启动服务请求过程时。

-当针对始发SMS请求服务请求过程并且下层被配置为跳过ACB时。

-当在上层请求用户平面无线电资源并且上层指示跳过针对MMTEL语音的ACB检查的情况下启动服务请求过程时。

如果用于服务请求过程的触发器是对寻呼请求的响应并且NAS信令连接建立被网络拒绝，则可以不启动服务请求过程。如果UE停留在当前服务小区中，则执行正常小区重新选择过程。当针对“终止呼叫”的接入被准予时或者因为小区改变等，可以启动服务请求过程。

此外，以下描述涉及用于在NAS层中映射RRC建立原因的过程的改进。

如果EMM请求NAS信令的建立，则根据NAS过程来选择由UE使用的RRC建立原因。为了接入控制的目的，EMM必须向下层报告与RRC建立原因有关的呼叫类型。此外，当EMM请求NAS信令连接时，如果上层指示跳过ACB检查，则EMM必须将ACB检查的跳过递送给下层。如果在UE中设置了扩展接入限制(EAB)，则为了接入控制的目的，EMM将EAB应用于除了以下情况外的那些请求。

-UE被配置为在所选择的PLMN中使用AC11至AC15中的一个

-UE对寻呼信号做出响应

-RRC建立原因被设置为紧急呼叫

-当UE被配置为重载EAB时

-当UE被配置为重载EAB并且已经具有在重载EAB的同时建立的PDN连接时

EMM在以下情况下为了接入控制的目的而指示上层不应用ACB。

-当接收到针对始发SMS的请求并且下层指示跳过针对SMS的ACB检查时。

-当关于用户平面的无线电资源从上层接收到请求并且上层指示跳过ACB检查时。

[表15]

<提议10-2>

根据提议10-2，可以改进智能拥塞缓解(SCM)如下。

以下信息是从AS层提供的。

-ACBSkipForMMTEL-Voice：针对MMTEL语音的ACB跳过比特；

-ACBSkipForMMTEL-Video：针对MMTEL视频的ACB跳过比特。

可以将以下信息递送给NAS层。

-具有MMTEL标识符的ACB-skip-set-indication；以及

-具有MMTEL标识符的ACB-skip-reset-indication

如果从用户接收到用于建立多媒体电话通信会话的请求，并且如果在执行服务特定接入控制之后继续会话建立，则UE操作如下。

1)如果在多媒体电话通信会话中提供音频，如果不存在音频的其它多媒体电话通信会话，并且如果设置了针对MMTEL语音的ACB跳过比特，则UE将具有MMTEL标识符的ACB-skip-set-indication递送给NAS层并且继续会话建立。

2)如果在多媒体电话通信会话中提供视频，如果在不存在视频的其它多媒体电话通信会话，并且如果设置了针对MMTEL视频的ACB跳过比特，则UE将具有MMTEL标识符的ACB-skip-set-indication递送给NAS层并且继续会话建立。

如果从AS层提供的ACB跳过信息在正在进行的多媒体电话通信会话状态下发生改变时，则UE操作如下。

1)如果在多媒体电话通信会话中提供音频并且针对MMTEL语音ACB跳过比特发生改变，

如果在针对MMTEL语音设置了ACB跳过比特，则具有MMTEL标识符的ACB-skip-set-indication被递送给NAS层，并且继续正在进行的会话；以及

否则，UE将具有MMTEL标识符的ACB-skip-reset-indication递送给NAS层，并且继续正在进行的会话。

2)如果在多媒体电话通信会话中提供视频并且针对MMTEL语音ACB跳过比特发生改变，

如果在针对MMTEL视频设置了ACB跳过比特，则具有MMTEL标识符的ACB-skip-set-indication被递送给NAS层，并且继续正在进行的会话。

否则，UE将具有MMTEL标识符的ACB-skip-reset-indication递送给NAS层，并且继续正在进行的会话。

从AS层提供的ACB跳过信息的改变包括：(1)从不提供ACB跳过信息到提供ACB跳过信息的改变；以及(2)ACB跳过信息的值的改变。

当多媒体电话通信会话结束时，如果多媒体电话通信会话被发起以提供语音并且不存在用于提供语音的其它多媒体电话通信会话，则UE必须将具有MMTEL标识符的ACB-skip-reset-indication递送给NAS层。

当多媒体电话通信会话结束时，如果多媒体电话通信会话被发起以提供视频并且不存在用于提供视频的其它多媒体电话通信会话，则UE必须将具有MMTEL标识符的ACB-skip-reset-indication递送给NAS层。

另选地，可以改进智能拥塞缓解(SCM)如下。

以下信息是从AS层提供的。

-ACBSkipForMMTEL-Voice：针对MMTEL语音的ACB跳过比特；

-ACBSkipForMMTEL-Video：针对MMTEL视频的ACB跳过比特

以下信息被提供给NAS层。

-具有MMTEL标识符的ACB-skip-set-indication

-具有MMTEL标识符的ACB-skip-reset-indication

如果从用户接收到用于建立多媒体电话通信会话的请求并且如果在执行服务特定接入控制之后继续会话建立，则UE操作如下。

1)如果仅在多媒体电话通信会话中提供音频并且不存在音频的其它多媒体电话通信会话，如果在设置了针对MMTEL语音的ACB跳过比特，则UE将具有“MMTEL”标识符的ACB-skip-set-indication递送给NAS层并且继续会话建立。

2)如果仅在多媒体电话通信会话中提供视频并且不存在视频的其它多媒体电话通信会话，如果在设置了针对MMTEL视频的ACB跳过比特，则UE将具有“MMTEL”标识符的ACB-skip-set-indication递送给NAS层并且继续会话建立。

如果ACB跳过信息不是在启动多媒体通信会话时从AS层提供的，而是在正在进行的始发多媒体电话会话期间提供的，或者如果ACB跳过信息是在启动多媒体电话通信会话时提供的，并且在正在进行的始发多媒体电话通信会话期间发生改变，则UE操作如下。

如果仅在多媒体电话通信会话中提供音频，则

1)如果针对MMTEL语音的ACB跳过标志已从“未设置”改变为“设置”，则UE将具有“MMTEL”标识符的ACB-skip-set-indication递送给NAS层并且继续会话建立。

2)如果针对MMTEL语音的ACB跳过标志已从“设置”改变为“未设置”，则UE将具有“MMTEL”标识符的ACB-skip-reset-indication递送给NAS层并且继续会话建立。

3)如果针对MMTEL的ACB跳过比特不是在发起多媒体电话通信会话时从AS层提供的，而是在正在进行的始发多媒体电话通信会话期间提供的，并且针对MMTE视频的ACB跳过比特是“设置”，则UE将具有“MMTEL”标识符的ACB-skip-set-indication递送给NAS层。

另一方面，如果仅在多媒体电话通信会话中提供视频，则

1)如果针对MMTEL视频的ACB跳过标志已从“未设置”改变为“设置”，则UE将具有“MMTEL”标识符的ACB-skip-set-indication递送给NAS层并且继续会话建立。

2)如果针对MMTEL视频的ACB跳过标志已从“设置”改变为“未设置”，则UE将具有“MMTEL”标识符的ACB-skip-reset-indication递送给NAS层并且继续会话建立。

3)如果针对MMTEL的ACB跳过比特不是在发起多媒体电话通信会话时从AS层提供的，而是在正在进行的始发多媒体电话通信会话期间提供的，并且针对MMTE视频的ACB跳过比特是“设置”，则UE将具有“MMTEL”标识符的ACB-skip-set-indication递送给NAS层。

如果多媒体电话通信会话结束，如果多媒体电话通信会话被发起以提供音频，并且不存在用于提供音频的其它多媒体电话通信会话，UE将具有“MMTEL”标识符的ACB-skip-reset-indication递送给NAS层。

<提议10-3>

根据提议10-2，可以改进智能拥塞缓解(SCM)如下。

以下信息是从AS层提供的。

-ACBSkipForSMS-over-IP：针对基于IP的SMS的ACB跳过比特

可以将以下信息递送给NAS层。

-具有基于IP的SMS标识符的ACB-skip-set-indication

-具有基于IP的SMS标识符的ACB-skip-reset-indication

当从用户接收到针对基于IP的始发SMS的请求时，如果不存在其它基于IP的始发SMS，则UE操作如下。

1)如果设置了针对基于IP的SMS的ACB跳过比特，则UE将具有“基于IP的SMS”标识符的ACB-skip-set-indication递送给NAS层，并且继续基于IP的始发SMS。

当从AS层提供的ACB跳过信息在基于IP的SMS正在进行期间发生改变时，UE操作如下。

1)如果设置了针对IP的SMS的ACB跳过比特，则UE将具有“基于IP的SMS”标识符的ACB-skip-set-indication递送给NAS层，并且继续基于IP的始发SMS。

另选地，可以改进智能拥塞缓解(SCM)如下。

以下信息是从AS层提供的。

-ACBSkipForSMS-over-IP：针对基于IP的SMS的ACB跳过比特

可以将以下信息递送给NAS层。

-具有基于IP的SMS标识符的ACB-skip-set-indication

-具有基于IP的SMS标识符的ACB-skip-reset-indication

当从用户接收到针对基于IP的始发SMS的请求时，如果不存在其它基于IP的始发SMS，则UE操作如下。

1)如果设置了针对基于IP的SMS的ACB跳过比特，则UE将具有“基于IP的SMS”标识符的ACB-skip-set-indication递送给NAS层。

如果ACB跳过信息不是在发起基于IP的SMS时从AS层提供的，反之ACB跳过信息是在基于IP的SMS正在进行时提供的，或者如果ACB跳过信息是在发起基于IP的SMS时从AS层提供的，反之ACB跳过信息不是在基于IP的SMS正在进行时提供的，则UE可以操作如下。

1)如果针对基于IP的SMS的ACB跳过比特不是在发起基于IP的SMS时从AS层提供的，并且如果ACB跳过比特是为基于IP的SMS而配置的，则UE将具有基于IP的SMS标识符的ACB-skip-set-indication递送给NAS层。

2)如果针对基于IP的SMS的ACB跳过比特已从“未设置”改变为“设置”，则UE将具有基于IP的SMS标识符的ACB-skip-set-indication递送给NAS层。

3)如果针对基于IP的SMS的ACB跳过比特已从“设置”改变为“未设置”，则UE将具有基于IP的SMS标识符的ACB-skip-reset-indication递送给NAS层。

<提议11>

图30a和图30b是例示了本说明书的提议11的信号流。

如从图30a和图30b可以看到的，当启动MOMMTEL语音服务连接时，用于MMTEL的IMS层确认从AS层(例如，RRC层)提供的MMTEL语音服务的ACB跳过信息，并且如果关于MMTEL语音“ACB跳过比特＝设置”，则确认是否不存在其它正在进行的MMTEL语音服务会话。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供ACB跳过设置指示以报告MMTEL语音会话/呼叫的开始。同样地，当启动MOMMTEL视频服务连接时，用于MMTEL的IMS层确认从AS层(例如，RRC层)提供的MMTEL视频服务的ACB跳过信息，并且如果“ACB跳过比特＝设置”，则确认是否不存在其它正在进行的MMTEL视频服务会话。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供ACB跳过设置指示以报告MMTEL视频会话/呼叫的开始。同样地，当启动基于IP的MOSMS服务连接时，用于基于IP的SMS的IMS层确认从AS层(例如，RRC层)提供的基于IP的SMS服务的ACB跳过信息，并且如果“ACB跳过比特＝设置”，则确认是否不存在其它正在进行的基于IP的SMS服务会话。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供ACB跳过设置指示以报告基于IP的SMS会话/呼叫的开始。

如果用于MMTEL/基于IP的SMS的IMS层提供针对MOMMTEL语音/视频或者基于IP的MOSMS的会话/呼叫的ACB跳过设置指示，则NAS层识别出该会话/呼叫不是正常数据会话/呼叫，而是MMTEL语音/视频或者基于IP的SMS的会话/呼叫。此后，NAS层启动服务请求过程，以连接针对MMTEL语音/视频或者基于IP的SMS的会话。当启动服务请求过程时，ACB跳过指示(即，ACB跳过＝设置/真)或者针对基于IP的SMS的ACB跳过指示(即，ACB跳过＝设置/真)被提供给AS层(例如，RRC层)。

图31a和图31b是例示了本说明书的提议11中的SMS的示例的信号流。

参照图31a和图31b，在SMS(基于NAS的SMS)的情况下，当启动用于MOSMS连接的服务请求过程时，NAS层确认从AS层(例如，RRC层)提供的SMS(基于NAS的SMS)的ACB跳过信息，并且如果ACB跳过比特＝设置，则NAS层将SMS(基于NAS的SMS)的ACB跳过指示(即，ACB跳过＝设置)一起提供给AS层(例如，RRC层)。

返回到图30a和图30b，用于MMTEL/基于IP的SMS的IMS层在结束/终止MOMMTEL语音、MOMMTEL视频和基于IP的MOSMS服务连接时确认是否不存在其它正在进行的MMTEL语音和MMTEL视频服务会话，并且此后如果不存在这种会话，则该IMS层向NAS层提供ACB跳过重置指示以报告MMTEL语音和MMTEL视频会话/呼叫的结束。同样地，用于基于IP的SMS的IMS层确认是否不存在其它正在进行的基于IP的SMS服务会话，并且如果不存在这种会话，则该IMS层将ACB跳过重置指示提供给NAS层以报告基于IP的SMS会话的结束。

如果用于MMTEL/基于IP的SMS的IMS层提供针对MOMMTEL语音、MOMMTEL视频或者基于IP的MOSMS的会话/呼叫的ACB跳过指示或者针对基于IP的MOSMS的会话/请求的ACB跳过重置指示，则NAS层识别MOMMTEL语音/视频或者基于IP的MOSMS的会话/呼叫的结束。此后，NAS层不跳过针对MMTEL语音/视频或者基于IP的SMS会话的ACB检查。

此外，当在从网络提供的ACB跳过信息中存在改变时，AS层(例如，RRC层)将改变后的信息提供给NAS层以及用于MMTEL/基于IP的SMS的IMS层。如果关于从AS层(例如，RRC层)提供的MMTEL语音服务由用于MMTEL的IMS层对ACB跳过信息的确认关于MMTEL语音导致“ACB跳过比特＝设置”(即，当ACB跳过信息发生改变时)，则当MMTEL语音会话正在进行时，用于MMTEL的IMS层立即将MOMMTEL的ACB跳过设置指示提供给NAS层。如果关于从AS层(例如，RRC层)提供的MMTEL视频服务由用于MMTEL的IMS层对ACB跳过信息的确认关于MMTEL视频导致“ACB跳过比特＝设置/真”(即，当ACB跳过信息发生改变时)，则用于MMTEL的IMS层立即将MOMMTEL的ACB跳过设置指示提供给NAS层。同样地，如果关于从AS层(例如，RRC层)提供的基于IP的SMS服务由用于基于IP的SMS的IMS层对ACB跳过信息的确认关于基于IP的SMS导致“ACB跳过比特＝设置/真”(即，当ACB跳过信息发生改变时)，则当基于IP的SMS服务会话正在进行时，基于IP的MOSMS的ACB跳过设置指示被立即提供给NAS层。

如果关于从AS层(例如，RRC层)提供的MMTEL语音服务由用于MMTEL的IMS层对ACB跳过信息的确认关于MMTEL语音导致“ACB跳过比特＝未设置”(即，当它从“针对MMTEL语音ACB跳过比特＝设置”改变为“针对MMTEL语音ACB跳过比特＝未设置”时)，则当MMTE语音会话正在进行时，用于MMTEL的IMS层立即将针对MOMMTEL的ACB跳过设置指示提供给NAS层。如果关于从AS层(例如，RRC层)提供的MMTEL视频服务由用于MMTEL的IMS层对ACB跳过信息的确认关于MMTEL视频导致“ACB跳过比特＝未设置”(即，当它从“针对MMTEL视频ACB跳过比特＝设置”改变为“针对MMTEL视频ACB跳过比特＝未设置”时)，则用于MMTEL的IMS层立即将MOMMTEL的ACB跳过设置指示提供给NAS层。同样地，如果关于从AS层(例如，RRC层)提供的基于IP的SMS服务由用于基于IP的SMS的IMS层对ACB跳过信息的确认关于基于IP的SMS导致“ACB跳过比特＝未设置”(即，当它从“针对基于IP的SMSACB跳过比特＝设置”改变为“针对基于IP的SMSACB跳过比特＝未设置”时)，则当基于IP的SMS会话正在进行时，用于基于IP的SMS的IMS层立即将针对基于IP的MOSMS的ACB跳过设置指示提供给NAS层。

NAS层根据从MMTEL/基于IP的SMS(IMS)层提供的ACB跳过指示/信息的改变来执行下一个服务请求过程。

此外，NAS层还可以在启动(执行)用于NAS发现的TAU请求过程时提供ACB跳过设置指示信息。

如果启动(执行)用于NAS发现的TAU请求过程，则AS层(例如，RRC层)根据从NAS层提供的ACBskip-ON/TRUE-indication信息来跳过(或者应用)对应的TAU请求消息的ACB(RRC建立原因被设置为MO信令)。

如果针对对应的MMTEL语音/视频/基于IP的SMS的会话结束，则用于MMTEL/基于IP的SMS的IMS层向NAS层发送ACB跳过重置/停止以报告MMTEL服务(发送)的结束。在这种情况下，ACB跳过设置/开始可以是一比特指示，或者可以是类似于MMTEL-voice-ACB-skip-RESET/STOP、MMTEL-video-ACB-skip-RESET/STOP和SMSoverIP-ACB-skip-RESET/STOP根据MMTEL语音/视频/基于IP的SMS区分开的指示/信息。如果MMTEL层接收到ACB跳过重置/停止indication/information，则NAS层不在以后时间启动/执行的服务请求过程(或TAU请求过程)中将ACB-skip-ON/TRUE-indication/information一起/单独地提供给AS层(例如，RRC层)。

在前述过程中，当发起/执行服务请求过程(或TAU请求过程)时，NAS层可以请求经由SIB2从网络提供的ACB跳过信息，或者每当系统信息(SI)被更新时或者每当在ACB跳过配置信息中存在改变时，RRC层可以立即将ACB跳过信息提供给NAS层。

<提议12：标准改进>

图32a和图32b是例示了本说明书的提议12的信号流。

参照图32a和图32b，当启动用于MOMMTEL语音的服务连接时，用于MMTEL的IMS层确认是否不存在其它正在进行的MMTEL语音服务会话。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供ACB跳过设置指示以报告MMTEL语音会话/呼叫的开始。同样地，当启动用于MOMMTEL视频的服务连接时，用于MMTEL的IMS层确认是否不存在其它正在进行的MMTEL视频服务会话。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供ACB跳过设置指示以报告MMTEL视频会话/呼叫的开始。同样地，当用于基于IP的MOSMS的IMS层启动用于基于IP的MOSMS的服务连接时，确认是否不存在其它正在进行的基于IP的MMTELSMS服务会话。此后，如果不存在这种会话，则用于MMTEL的IMS层向NAS层提供针对基于IP的MOSMS的ACB跳过设置指示以报告基于IP的MMTELSMS会话/呼叫的开始。

如果用于MMTEL/基于IP的SMS的IMS层提供针对MOMMTEL语音、MOMMTEL视频或者基于IP的MOSMS的会话/呼叫的ACB跳过设置指示(例如，针对MOMMTEL语音的ACB跳过设置指示、针对MOMMTEL视频的ACB跳过设置指示或者针对基于IP的MOSMS的ACB跳过设置指示)，则NAS层识别出该会话/呼叫不是正常数据会话，而是针对MMTEL语音、MMTEL视频或者基于IP的SMS的会话/呼叫。此后，NAS层启动服务请求过程，以连接针对MMTEL语音/MMTEL视频或者基于IP的SMS的会话。在这种情况下，服务请求消息的呼叫类型被设置为针对MOMMTEL语音的始发MMTEL语音、针对MOMMTEL视频的始发MMTEL视频或者针对基于IP的MOSMS的始发SMS，并且RRC建立原因被设置为MO数据。

图33a和图33b是例示了本说明书的提议12的示例性修改的信号流。

参照图33a和图33b，如果扩展服务请求消息被用于服务请求过程，则扩展服务请求消息的服务类型被设置为针对MMTEL语音的移动始发MMTEL语音/针对MMTEL视频的移动始发MMTEL视频/针对基于IP的SMS的基于IP的移动始发SMS，并且RRC建立原因被设置为MO数据。另外，呼叫类型被设置为针对MOMMTEL语音的始发MMTEL语音、针对MOMMTEL视频的始发MMTEL视频或者针对基于IP的MOSMS的始发SMS。

图34a和图34b是例示了本说明书的提议12中的SMS的示例的信号流。

参照图34a和图34b，在SMS(MME中的SMS、基于SG的SMS、基于S102的SMS)的情况下，当NAS层启动针对移动始发(MO)SMS连接的服务请求时，服务请求消息的呼叫类型被设置为针对MOSMS的始发SMS(MME中的SMS、基于SG的SMS、基于S102的SMS)，并且RRC建立原因被设置为MO数据。另选地，如果在服务请求过程中使用扩展服务请求消息，则扩展服务请求消息的服务类型被设置为移动始发SMS，RRC建立原因被设置为MO数据，并且呼叫类型被设置为针对MOSMS的始发SMS(MME中的SMS、基于SG的SMS、基于S102的SMS)。

返回到图32a和图32b，UE的AS层(例如，RRC层)针对NAS层的服务请求读取呼叫类型，并且识别出该服务请求是针对移动始发(MO)MMTEL语音/MMTEL视频、基于IP的MOSMS和MOSMS的服务连接的服务请求。此后，如果对MMTEL语音/MMTEL视频/基于IP的SMS或者SMS(基于SG的SMS)服务的ACB跳过信息的确认导致“ACB跳过比特＝设置/真”，则跳过针对该服务请求的ACB检查。另外，RRC连接请求消息的建立原因被设置为MO数据。

另选地，UE的AS层(例如，RRC层)针对NAS的服务请求过程读取呼叫类型(服务请求消息发送或扩展服务请求消息发送)，并且识别出该服务请求过程是针对MOMMTEL语音、MOMMTEL视频、基于IP的MOSMS和MOSMS服务连接的。此后，如果对MMTEL语音/MMTEL视频/基于IP的SMS或者SMS(MME中的SMS、基于SG的SMS、基于S102的SMS)的ACB跳过信息的确认是“ACB跳过比特＝设置/真”，则跳过针对该服务请求消息的ACB检查。在这种情况下，RRC连接请求消息的建立原因被设置为MO数据。

此外，当发起(执行)用于NAS发现的TAU请求过程时，NAS层还可以提供这种呼叫类型(例如，针对MOMMTEL语音的始发MMTEL语音、针对MOMMTEL视频的始发MMTEL视频、针对MOSMS的始发SMS(MME中的SMS、基于SG的SMS、基于S102的SMS))。

用于MMTEL/基于IP的SMS的IMS层在结束/终止MOMMTEL语音、MOMMTEL视频和基于IP的MOSMS服务连接时确认是否不存在其它正在进行的MMTEL语音和MMTEL视频服务会话，并且此后如果不存在这种会话，则该IMS层向NAS层提供针对MOMMTEL语音的ACB跳过重置指示以及针对MMTEL视频的ACB跳过重置指示，以报告MMTEL语音和MMTEL视频会话/呼叫的结束。同样地，用于基于IP的SMS的IMS层确认是否不存在其它正在进行的基于IP的SMS服务会话，并且如果不存在这种会话，则该IMS层将基于IP的MOSMS的ACB跳过重置指示提供给NAS层，以报告基于IP的SMS会话的结束。(本发明的提议12-3/12-4的操作)

如果用于MMTEL/基于IP的SMS的IMS层提供针对MOMMTEL语音、MOMMTEL视频或者基于IP的MOSMS的会话/呼叫ACB跳过重置指示(例如，针对MOMMTEL语音的ACB跳过重置指示、针对MMTEL视频的ACB跳过重置指示或者针对基于IP的MOSMS的ACB跳过重置指示)，则NAS层识别出针对MOMMTEL语音、MOMMTEL视频或者基于IP的MOSMS的会话/呼叫的结束。此后，NAS层不跳过针对MMTEL语音、MMTEL视频或者基于IP的SMS会话的ACB检查。

此外，可以将前述提议进行组合。

迄今所描述的内容能够用硬件实施。将参照图12a和图12b对此进行描述。

图35是根据本发明的实施方式的UE100和eNodeB200的框图。

参照图35，UE100包括存储单元101、控制器102和收发器103。此外，eNodeB200包括存储单元201、控制器202和收发器203。

存储单元101和201存储前述方法。

控制器102和202控制存储单元102和201以及收发器103和203。更具体地，控制器102和202分别执行存储在存储单元101和201中的方法。控制器102和202经由收发器103和203发送前述信号。

尽管已经在上面描述了本发明的示例性实施方式，但是本发明的范围不限于特定实施方式，并且可以在本发明的范围和权利要求的范围内按照各种方式修改、改变或者改进本发明。

Claims (16)

1.一种用于执行服务请求过程的方法，该方法由用户设备UE执行，并且包括以下步骤：

因为接入等级限制ACB，由所述UE的下层来禁止针对始发呼叫的接入；

由于针对上行链路数据的请求，由所述UE的非接入层NAS层从上层接收开始指示；

如果所述下层指示针对所述始发呼叫禁止所述接入，并且如果所述NAS层接收到所述开始指示，则由所述NAS层来启动服务请求过程，

其中，启动所述服务请求过程的步骤包括以下步骤：

向所述下层递送用于发送服务请求消息或扩展服务请求消息的呼叫类型，并且

其中，所述呼叫类型被设置为以下项中的一个：始发多媒体电话MMTEL语音、始发MMTEL视频、基于网际协议IP的始发短消息服务SMS或者始发SMS。

2.根据权利要求1所述的方法，其中，

针对所述上行链路数据的所述请求与用于提交基于IP的始发消息的请求对应。

3.根据权利要求2所述的方法，其中，

如果接收到用于提交基于IP的所述始发消息的所述请求，并且如果不存在基于IP的其它始发消息，则所述NAS层从所述上层接收所述开始指示。

4.根据权利要求1所述的方法，其中，

针对所述上行链路数据的所述请求与用于建立始发MMTEL通信会话并且用于建立基于IP的所述始发SMS的请求对应。

5.根据权利要求4所述的方法，其中，

如果在所述MMTEL通信会话中提供音频，或者如果在所述MMTEL通信会话中提供视频，则所述NAS层从所述上层接收所述开始指示。

6.根据权利要求1所述的方法，其中，

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了MMTEL语音呼叫，

则所述服务请求消息或所述扩展服务请求消息包括：

设置为所述始发MMTEL语音的所述呼叫类型字段；以及

设置为移动定向MO数据的建立原因字段。

7.根据权利要求1所述的方法，其中，

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了MMTEL视频呼叫，

则所述服务请求消息或所述扩展服务请求消息包括：

设置为所述始发MMTEL视频的所述呼叫类型字段；以及

设置为MO数据的建立原因字段。

8.根据权利要求1所述的方法，其中，

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了基于IP的SMS，

则所述服务请求消息或所述扩展服务请求消息包括：

设置为基于IP的所述始发SMS的所述呼叫类型字段；以及

设置为MO数据的建立原因字段。

9.根据权利要求1所述的方法，其中，

如果所述服务请求消息或所述扩展服务请求消息用于请求用于针对SMS或基于NAS的SMS的上行链路信令的资源，

则所述服务请求消息或所述扩展服务请求消息包括：

设置为所述始发SMS的所述呼叫类型字段，所述始发SMS是基于NAS的SMS；以及

设置为MO数据的建立原因字段。

10.根据权利要求1所述的方法，其中，所述服务请求消息还包括服务类型字段，

其中，所述服务类型字段被设置为MOMMTEL语音、MOMMTEL视频、基于IP的MOSMS或者MOSMS，所述MOSMS是基于NAS的SMS。

11.一种用于执行服务请求过程的用户设备UE，该UE包括：

收发器；以及

处理器，该处理器控制所述收发器，并且被配置为包括：

下层，该下层用于因为接入等级限制ACB而禁止针对始发呼叫的接入；以及

非接入层NAS层，该NAS层用于由于针对上行链路数据的请求而从上层接收开始指示，

其中，如果所述下层指示针对所述始发呼叫禁止所述接入，并且如果所述NAS层接收到所述开始指示，则所述NAS层向所述下层递送用于发送服务请求消息或扩展服务请求消息的呼叫类型以启动服务请求过程，

其中，所述呼叫类型被设置为以下项中的一个：始发多媒体电话MMTEL语音、始发MMTEL视频、基于网际协议IP的始发短消息服务SMS或者始发SMS。

12.根据权利要求11所述的用户设备，其中，

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了MMTEL语音呼叫，

则所述服务请求消息或所述扩展服务请求消息包括：

设置为所述始发MMTEL语音的呼叫类型字段；以及

设置为移动定向MO数据的建立原因字段。

13.根据权利要求11所述的用户设备，其中，

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了MMTEL视频呼叫，

则所述服务请求消息或所述扩展服务请求消息包括：

设置为所述始发MMTEL视频的所述呼叫类型字段；以及

设置为MO数据的建立原因字段。

14.根据权利要求11所述的用户设备，其中，

如果所述服务请求消息或所述扩展服务请求消息用于请求用户平面无线电资源，并且如果启动了基于IP的SMS，

则所述服务请求消息或所述扩展服务请求消息包括：

设置为基于IP的所述始发SMS的所述呼叫类型字段；以及

设置为MO数据的建立原因字段。

15.根据权利要求11所述的用户设备，其中，

如果所述服务请求消息或所述扩展服务请求消息用于请求用于针对SMS或基于NAS的SMS的上行链路信令的资源，

则所述服务请求消息或所述扩展服务请求消息包括：

设置为所述始发SMS的所述呼叫类型字段，所述始发SMS是基于NAS的SMS；以及

设置为MO数据的建立原因字段。

16.根据权利要求11所述的用户设备，其中，所述服务请求消息还包括服务类型字段，

其中，所述服务类型字段被设置为MOMMTEL语音、MOMMTEL视频、基于IP的MOSMS或者MOSMS，所述MOSMS是基于NAS的SMS。