CN105794300A - 用于服务请求过程的执行方法和用户设备 - Google Patents
用于服务请求过程的执行方法和用户设备 Download PDFInfo
- Publication number
- CN105794300A CN105794300A CN201580002440.3A CN201580002440A CN105794300A CN 105794300 A CN105794300 A CN 105794300A CN 201580002440 A CN201580002440 A CN 201580002440A CN 105794300 A CN105794300 A CN 105794300A
- Authority
- CN
- China
- Prior art keywords
- acb
- mmtel
- sms
- layer
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/06—Access restriction performed under specific conditions based on traffic conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1089—In-session procedures by adding media; by removing media
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本说明书的公开提供一种用于执行来自用户设备(UE)的服务请求过程的方法。该方法可以包括步骤:接收用于接入类别限制(ACB)检查的跳过信息;如果服务请求过程必须对于在多媒体电话(MMTEL)服务和短消息服务(SMS)之中的任何一个执行,则确认跳过信息;以及如果跳过信息被配置为指示ACB检查将对于在MMTEL服务和SMS之中的任何一个跳过,则发送用于服务请求过程的无线电资源控制(RRC)连接请求消息。
Description
技术领域
本发明涉及移动通信。
背景技术
在建立移动通信系统技术标准的3GPP中,为了管理第四代通信和数个相关的论坛和新技术,作为优化和改进3GPP技术的性能的努力的一部分,对长期演进/系统架构演进(LTE/SAE)技术的研究已经从2004年年末开始。
已经基于3GPPSAWG2执行的SAE被视为网络技术进行研究,其目的是确定网络的结构,并且与3GPPTSGRAN的LTE任务一致支持在异构网络之间的移动性,并且是3GPP的最近重要的标准化问题中的一个。SAE是用于将3GPP系统开发为基于IP支持各种无线电接入技术系统的任务,并且出于以更加改善的数据传输能力使传输延迟最小化的优化的基于分组的系统的目的,已经实施了该任务。
在3GPPSAWG2中定义的演进的分组系统(EPS)高层参考模型包括非漫游情形和具有各种情景的漫游情形,并且对于其细节,可以参考3GPP标准文献TS23.401和TS23.402。图1的网络配置已经根据EPS高层参考模型简要地重新配置。
图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)可以基于非3GPP接入以及基于3GPP接入,经由在EPC内的各种单元接入由服务提供者(即,运营商)提供的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测量的配置和提供、无线电承载的控制、无线电准入控制,和连接移动性控制。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)信号。在由无线设备发送的PUSCH上用于UL数据的ACK/NACK信号被在PHICH上发送。
在无线电帧的第一子帧的第二时隙的前面四个OFDM符号中发送物理广播信道(PBCH)。PBCH携带对无线设备与eNodeB通信来说是不可缺少的系统信息,并且经由PBCH发送的系统信息被称作主信息块(MIB)。相比之下,在由PDCCH指示的PDSCH上发送的系统信息被称作系统信息块(SIB)。
PDCCH可以携带下行链路共享信道(DL-SCH)的资源分配和传输格式、有关上行链路共享信道(UL-SCH)的资源分配的信息、用于PCH的寻呼信息、用于DL-SCH的系统信息、在PDSCH上发送的上层控制消息的资源分配,诸如随机接入响应、用于在特定的UE组内的部分UE的一组发射功率控制命令,和基于互联网协议的语音(VoIP)的激活。多个PDCCH可以在控制区内被发送,并且UE可以监测多个PDCCH。PDCCH被在一个控制信道元素(CCE)或者多个连续的CCE的聚合上发送。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分组时,在具有小带宽的无线电部分中高效地发送IP分组,诸如IPv4或者IPv6。因此,无线电部分的传输效率能够被增加,因为仅在数据的报头部分中发送必要信息。此外,在LTE系统中,PDCP层还执行安全功能。该安全功能包括用于防止数据由第三方拦截的加密,和用于防止数据由第三方操纵的完整性保护。
在第三层的最高的位置上的无线电资源控制(RRC)层仅在控制面中定义,并且关于无线电承载(RB)的配置、重新配置和释放,负责逻辑信道、传输信道和物理信道的控制。在这里,RB指的是由第二层提供,以便在UE和E-UTRAN之间传送数据的服务。
如果RRC连接在UE的RRC层和无线网络的RRC层之间存在,UE处于RRC_CONNECTED状态。否则,UE处于RRC_IDLE状态。
下面描述UE的RRC状态和RRC连接方法。RRC状态意指是否UE的RRC层已经逻辑地连接到E-UTRAN的RRC层。如果UE的RRC层逻辑地连接到E-UTRAN的RRC层,则其被称作RRC_CONNECTED状态。如果UE的RRC层没有逻辑地连接到E-UTRAN的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承载,并且专用承载可以被分配为具有GBR或者非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将随机接入响应(RAR)发送到UE10。该随机接入响应被在两个步骤中检测。首先,UE10检测以随机接入RNTI(RA-RNTI)掩蔽的PDCCH。UE10在由检测的PDCCH指示的PDSCH的媒体访问控制(MAC)协议数据单元(PDU)内接收随机接入响应。
图5b图示在无线电资源控制(RRC)层中的连接过程。
图5b示出取决于是否存在RRC连接的RRC状态。RRC状态表示是否UE10的RRC层的实体与eNodeB20的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发送RRC连接请求消息给eNodeB20的过程,eNodeB20发送RRC连接建立消息给UE10的过程,和UE10发送RRC连接建立完成消息给eNodeB20的过程。参考图6进一步详细描述这些过程。
1)当尝试建立RRC连接时,例如,用于尝试呼叫或者发送数据或者响应来自eNodeB20的寻呼,空闲UE10发送RRC连接请求消息给eNodeB20。
2)当从UE10接收RRC连接消息时,如果存在足够的无线电资源,eNodeB20接受来自UE10的RRC连接请求,并且eNodeB20发送响应消息、RRC连接建立消息给UE10。
3)当接收到RRC连接建立消息时,UE10发送RRC连接建立完成消息给eNodeB20。如果UE10成功地发送RRC连接建立消息,则UE10建立与eNodeB20的RRC连接,并且切换到RRC连接状态。
同时,当UE10为了用户面的数据传输的目的请求RRC连接时,如果网络,例如,基站(即,eNodeB)处于拥塞状态,则可以拒绝对RRC连接的请求。
同时,近来,对多媒体电话服务(MMTel)进行了许多的研究。MMTel可以基于IP多媒体子系统(IMS)提供作为全球标准的融合、固定的移动实时多媒体通信,使得可以使用媒体能力,诸如语音、实时视频、文本、文件传输等等,并且可以共享照片、音频和视频剪缉等等。在MMTel中,用户可以在会话会话期间添加或者删除媒体。也就是说,在会话会话期间,聊天、语音添加、另一个呼叫者添加、视频添加、媒体共享、文件传输,及其特定的能力的删除是可允许的。
但是,当UE希望执行MMTel时,如果网络,例如,基站(例如,eNodeB)处于拥塞状态,则存在不能执行服务的问题。
发明内容
因此,本说明书的一个公开的目的是提供一种能够解决前面提到的问题的方法。
为了实现前面提到的目的,本说明书的一个公开提供一种用于执行服务请求过程的方法,该方法由用户设备(UE)执行。该方法可以包括:接收有关接入类别限制(ACB)的跳过信息;如果对于多媒体电话(MMTEL)服务或者短消息服务(SMS)必须执行服务请求过程,则检查跳过信息;如果跳过信息被设置为对于MMTEL服务和SMS服务中的至少一个跳过ACB检查,则发送用于服务请求过程的无线电资源控制(RRC)连接请求消息。
MMTEL服务可以是用于MMTEL语音和MMTEL视频中的至少一个。
跳过信息可以包括:有关是否跳过关于用于MMTEL语音的服务请求过程的ACB检查的信息、有关是否跳过关于用于MMTEL视频的服务请求过程的ACB检查的信息、以及有关是否跳过关于用于SMS的服务请求过程的ACB检查的信息。
跳过信息可以由UE的RRC层从基站接收,从而传送给非接入层(NAS)层或者上层。
服务请求过程可以包括:发送服务请求消息或者扩展的服务请求消息。
服务请求消息或者扩展的服务请求消息可以包括呼叫类型字段。该呼叫类型字段被设置为始发MMTEL语音、始发MMTEL视频、始发基于IP的SMS,或者始发SMS中的至少一个。
如果服务请求消息或者扩展的服务请求消息是请求用户面无线电资源,并且如果MMTEL语音呼叫被启动,该服务请求消息或者扩展的服务请求消息可以包括:设置为始发MMTEL语音的呼叫类型字段;以及设置为移动面向(MO)数据的建立原因字段。
如果服务请求消息或者扩展的服务请求消息是请求用户面无线电资源,并且如果MMTEL视频呼叫被启动,则该服务请求消息或者扩展的服务请求消息可以包括:设置为始发MMTEL视频的呼叫类型字段;以及设置为MO数据的建立原因字段。
如果服务请求消息或者扩展的服务请求消息是请求用户面无线电资源,并且如果基于IP的SMS被启动,该服务请求消息或者扩展的服务请求消息可以包括:设置为基于IP的始发SMS的呼叫类型字段;以及设置为MO数据的建立原因字段。
如果服务请求消息或者扩展的服务请求消息是请求用于SMS或者基于NAS的SMS的上行链路信令的资源,该服务请求消息或者扩展的服务请求消息可以包括:设置为始发SMS(基于NAS的SMS)的呼叫类型字段;以及设置为MO数据的建立原因字段。
服务请求消息进一步包括服务类型字段。在这里,该服务类型字段可以被设置为MOMMTEL语音、MOMMTEL视频、基于IP的MOSMS、或者MOSMS(基于NAS的SMS)。
为了实现前面提到的目的,本说明书的一个公开提供一种用于执行服务请求过程的用户设备(UE)。UE可以包括:收发机,该收发机被配置为接收有关接入类别限制(ACB)的跳过信息;以及处理器,该处理器被配置为如果服务请求过程必须对于多媒体电话(MMTEL)服务或者短消息服务(SMS)执行,则检查跳过信息。如果跳过信息被设置为对于MMTEL服务和SMS服务中的至少一个跳过ACB检查,处理器可以被进一步配置为控制收发机以发送用于服务请求过程的无线电资源控制(RRC)连接请求消息。
根据本说明书的公开,解决了常规技术的前面提到的问题。
附图说明
图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(演进的分组核心网)描述本发明,但是,本发明不局限于这样的通信系统,并且更合适地,可适用于本发明的技术精神可以适用于其的所有通信系统和方法。
在此处使用的技术术语仅用于描述特定的实施例,并且不应该认为是限制本发明。此外,除非另外定义,否则在此处使用的技术术语应该被解释为具有由本领域技术人员通常理解的含义,而不是太广泛或者太窄的含义。此外,在此处使用的被确定为没有准确地表示本发明精神的技术术语将由如本领域技术人员能够确切理解的技术术语替换或者被理解。此外,在此处使用的常规术语应该在如词典中所定义的上下文中解释,而不是以过度窄的方式解释。
在本说明书中单数的表达包括复数的含义,除非在上下文中单数的含义与复数明确地不同。在以下的描述中,术语“包括”或者“具有”可以表示描述的特征、数字、步骤、操作、组件的存在、部分或者其组合的存在,并且可能不排除另一个特征、另一个数字、另一个步骤、另一个操作、另一个组件、另一个部分或者其组合的存在或添加。
出于解释有关各种部件的目的,使用术语“第一”和“第二”,并且该组件不局限于术语“第一”和“第二”。术语“第一”和“第二”仅用于区别一个部件与另一个部件。例如,不脱离本发明的范围,第一部件可以称为第二部件。
应该理解,当单元或者层称为“连接到”或者“耦合到”另一个单元或者层时,其可以直接地连接或者耦合到另一个单元或者层,或者中间单元或者层可能存在。相比之下,当一个单元被称为“直接地连接到”或者“直接地耦合到”另一个单元或者层时,不存在中间单元或者层。
在下文中将参考附图更加详细描述本发明的示例性实施例。在描述本发明时,为了便于理解,相同的参考数字贯穿附图用于表示相同的组件,并且有关相同的组件的重复描述将被省略。有关被确定使本发明的要点变得不清楚的公知技术的详细描述将被省略。附图被提供仅使得本发明的精神容易地理解,但是,不应该限制本发明。应该理解,除了在附图中示出的之外,本发明的精神可以扩展为其改进、替换或者等效。
在附图中,例如示出用户设备(UE)。UE还可以表示终端或者移动设备(ME)。UE可以是膝上电脑、移动电话、PDA、智能电话、多媒体设备、或者其他便携式设备,或者可以是固定设备,诸如PC或者车载的设备。
术语的定义
为了更好地理解,在参考附图对本发明详细描述之前简要地定义本文所使用的术语。
UMTS是通用移动电信系统的缩写,并且其指的是第三代移动通信的核心网。
UE/MS是用户设备/移动站的缩写,并且其指的是终端设备。
EPS是演进的分组系统的缩写,并且其指的是支持长期演进(LTE)网络的核心网,并且指的是从UMTS演进的网络。
PDN是公共数据网络的缩写,并且其指的是用于提供服务的服务位于其中的独立的网络。
PDN连接指的是从UE到PDN的连接,也就是说,在由IP地址表示的UE和由APN表示的PDN之间的关联(或者连接)。
PDN-GW是分组数据网络网关的缩写,并且其指的是执行功能的EPS网络的网络节点,其执行的功能,诸如,UEIP地址的分配、分组屏蔽和滤波、和计费数据的采集。
服务网关(服务GW)是EPS网络的网络节点,其执行功能,诸如移动锚定、分组路由、空闲模式分组缓存、和触发MME去寻呼UE。
策略和计费规则功能(PCRF):EPS网络的节点,其执行用于动态地应用QoS的决策和对于每个服务流程不同的计费策略。
接入点名称(APN)是接入点的名称,其被在网络中管理并提供给UE。也就是说,APN是表示或者识别PDN的字符串。请求的服务或者网络(PDN)被经由P-GW接入。APN是在网络内预先地定义的名称(字符串,例如,“internet.mnc012.mcc345.gprs”),使得可以搜索P-GW。
隧道终点标识符(TEID):在网络内的节点之间设置的隧道的端点ID,并且其针对每个UE的每个承载单元设置。
NodeB是UMTS网络的eNodeB,并且安装在户外。NodeB的小区覆盖范围对应于宏小区。
eNodeB是演进的分组系统(EPS)的eNodeB,并且安装在户外。eNodeB的小区覆盖范围对应于宏小区。
(e)NodeB是表示NodeB和eNodeB的术语。
MME是移动性管理实体的缩写,并且用于控制在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(管理对象):用于在与NAS功能相关联的UE参数中配置的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所示,许多的UE100a、100b、300c和300d存在于eNodeB200的覆盖范围中,并且尝试数据的发送/接收。因此,如果在eNodeB200和S-GW520之间的接口中业务过载或者拥塞,则到MTC设备100的下行链路数据或者来自UE100的上行链路数据没有被正确地发送,并且因此,数据传输失败。
可替选地,即使S-GW520和PDN-GW530之间的接口,或者PDN-GW530和移动通信运营商的互联网协议(IP)服务网之间的接口过载或者拥塞,则到UE100a、100b、300c和300d的下行链路数据,或者来自UE100a、100b、300c和300d的上行链路数据没有被正确地发送,并且因此,数据传输失败。
如果eNodeB200和S-GW520之间的接口过载或者拥塞,或者如果S-GW520和PDN-GW530之间的接口过载或者拥塞,则核心网的节点(例如,MME)执行NAS级拥塞控制以避免或者控制信令拥塞和APN拥塞。
NAS级拥塞控制由基于APN的拥塞控制和常规的NAS级移动性管理控制组成。
基于APN的拥塞控制隐含EMM、GMM和与UE和特定的APN(即,与拥塞状态相关的APN)相关的(E)SM信号拥塞控制,并且包括基于APN的会话管理拥塞控制和基于APN的移动性管理拥塞控制。
另一方面,常规的NAS级移动性管理控制隐含在核心网中的节点(MME,SGSN)拒绝在常规的网络拥塞或者过载情形下由UE/MS请求的移动性管理信令请求以避免拥塞和过载。
通常,如果核心网执行NAS级拥塞控制,退避定时器值被以通过在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确定标准数据起源(origination),并且确定是否ACB适用于其。
通常,10个接入类别(例如,AC0、AC1、…、AC9)中的至少一个被在UE中随机地分配。例外地,AC10被分配用于紧急接入。因而,随机分配的接入类别的值可以存储在UE1100a和UE2100b的每个USIM中。
然后,通过使用包括在接收的ACB相关的信息中的限制因素字段,UE1100a和UE2100b基于存储的接入类别检查是否应用接入限制。这样的接入限制检查被在UE1100a和UE2100b的接入层(AS)层(即,RRC层)的每个中执行。
如果ACB没有被应用于其,UE1100a和UE2100b可以分别地发送服务请求(或者扩展的服务请求)消息和RRC连接请求消息。
但是,如果ACB应用于其,则UE1100a和UE2100b两者不能发送RRC连接请求消息。
<多媒体电话(MMtel)>
近来,对多媒体电话服务(MMTel)进行了许多的研究。MMTel可以基于IP多媒体子系统(IMS)提供作为全球标准的融合、固定的移动实时多媒体通信,使得可以使用媒体能力,诸如语音、实时视频、文字、文件传输等等,并且可以共享照片、音频和视频剪辑等等。在MMTel中,用户可以在会话期间添加或者删除媒体。也就是说,在会话期间,聊天、语音添加、另一个呼叫者添加、视频添加、媒体共享、文件传输,及其特定能力的删除是可允许的。
在支持基于当前的3GPP标准多媒体电话(MMTEL)(即,基于IMS的)服务的系统中,为了启动MMTEL语音、MMTEL视频和基于IP的SMS服务,当启动服务请求过程时,通过将呼叫类型设置为始发呼叫,并且通过将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,其示出因为标准数据不能与MMTEL语音/MMTEL视频/基于IP的SMS和SMS信令相区别(区分/判别),对MOMMTEL语音/MMTEL视频/基于IP的SMS的连接请求,和MOSMS服务由于ACB最终失败的情形。
同时,在下面描述用于映射RRC建立原因的NAS层的过程。
如果EMM请求NAS信令连接的建立,由UE使用的RRC建立原因被按照NAS过程选择。为了接入控制的目的,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将用于MMTEL语音/MMTEL视频/基于IP的SMS服务的ACB跳过信息(即,ACB跳过位=用于MMTEL语音和/或MMTEL视频和/或基于IP的SMS的设置/真/未设置/假,和/或SMS(基于SG的SMS))提供给UE的AS层(例如,RRC层)。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)将用于MMTEL语音/MMTEL视频/基于IP的SMS/SMS(基于SG的SMS)服务的ACB跳过信息(即,ACB跳过位=用于MMTEL语音、MMTEL视频、基于IP的SMS和/或SMS(基于SG的SMS)的设置/真/不设置/假)提供给AS层(即,RRC层)。
当用于MMTEL/基于IP的SMS的IMS层启动用于MOMMTEL语音/MMTEL视频/基于IP的MOSMS的服务连接时,用于MMTEL的IMS层对NAS层提供用于报告其是用于MMTEL语音和MMTEL视频的会话/呼叫的指示/信息。同样地,用于基于IP的SMS的IMS层对NAS层提供用于报告其是基于IP的SMS会话的指示/信息。
如果用于MMTEL/基于IP的SMS的IMS层提供用于MMTEL语音/MMTE视频和/或基于IP的SMS的会话/呼叫指示,则NAS层识别会话/呼叫不是标准数据会话/呼叫,而是用于MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫。此后,NAS层启动服务请求过程以连接用于MMTEL语音/MMTE视频或者基于IP的SMS的会话。当服务请求过程启动时,服务类型被设置为用于MMTEL语音的移动始发MMTEL语音/用于MMTEL视频的移动始发MMTEL视频/用于基于IP的SMS的移动始发基于IP的SMS。RRC建立原因被设置为MO数据。呼叫类型被设置为用于MOMMTEL语音的始发MMTEL语音呼叫/用于MOMMTEL视频的始发MMTEL视频呼叫/用于MO基于IP的SMS的移动始发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语音/MMTE视频和/或基于IP的SMS的会话/呼叫指示,则NAS层识别会话/呼叫不是标准数据会话/呼叫,而是用于MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫。此后,NAS层启动服务请求过程去连接用于MMTEL语音/MMTE视频,和/或基于IP的SMS的会话。呼叫类型被设置为用于MOMMTEL语音的始发MMTEL语音呼叫/用于MOMMTEL视频的始发MMTEL视频呼叫/用于MO基于IP的SMS的移动始发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层。
-ACB跳过设置(例如,真/启动/开始)-具有MMTEL语音标识符的指示。
-ACB跳过重置(例如,假/停止//结束)-具有MMTEL语音标识符的指示。
-ACB跳过设置(例如,真/启动/开始)-具有MMTEL视频标识符的指示。
-ACB跳过重置(例如,假/停止/结束)-具有MMTEL视频标识符的指示。
当从用户请求多媒体电话通信会话的建立,并且如果会话建立在执行服务特定的接入控制之后继续时,执行以下的操作。
1)如果在多媒体电话通信会话中提供音频或者实时文字或者音频和文字组合,并且没有其他多媒体电话通信会话,则UE将具有MMTEL语音标识符的ACB跳过设置(例如,真/启动/开始)指示提供给NAS层。
2)如果在多媒体电话通信会话中提供视频,并且没有其他多媒体电话通信会话,则UE将具有MMTEL视频标识符的ACB跳过设置(例如,真/启动/开始)指示提供给NAS层。
同时,当多媒体电话通信会话结束时,如果多媒体电话通信会话被建立以发送音频或者实时文字或者音频和文字的组合,并且没有其他会话,那么,UE可以将具有MMTEL语音标识符的ACB跳过重置(例如,假/停止/结束)指示提供给NAS层。
同时,当多媒体电话通信会话结束时,如果多媒体电话通信会话被建立去发送视频,并且没有其他会话,那么,UE可以将具有MMTEL视频标识符的ACB跳过重置(例如,假/停止/结束)指示提供给NAS层。
<建议1-3:标准改进>
根据建议1-3,如果存在来自用户用于建立多媒体电话通信会话的请求,支持SCM的UE操作如下。
1)如果在多媒体电话通信会话中提供基于IP的SMS,则UE将基于IP的SMS通知给EMM层,并且继续会话建立。
2)否则,会话建立继续。
同时,以下的信息被提供给NAS层。
-具有基于IP的SMS标识符的ACB跳过设置(例如,真/启动/开始)指示。
-具有基于IP的SMS标识符的ACB跳过重置(例如,假/停止/结束)指示。
如果存在来自用户用于发送基于IP的SMS的请求,并且没有其他始发基于IP的SMS,UE将具有基于IP的SMS标识符的ACB跳过设置(例如,真的/起动/开始)指示通知给NAS层。
如果基于IP的SMS的发送结束,并且没有其他基于IP的始发SMS,则UE将具有基于IP的SMS标识符的ACB跳过重置(例如,假/停止/结束)指示通知给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)将用于MMTEL语音/MMTEL视频/基于IP的SMS的ACB跳过信息(即,ACB跳过位=用于MMTEL语音、MMTEL视频、基于IP的SMS,和/或SMS(经SG的SMS)的设置/真/不设置/假)提供给AS层(即,RRC层)。UE的AS层(例如,RRC层)可以对于MMTEL/基于IP的SMS的IMS层提供以从网络提供的用于MMTEL语音/MMTEL视频/基于IP的SMS的ACB跳过信息。
根据建议2-1/2-2/2-3,如果用于MMTEL/基于IP的SMS的IMS层提供用于MMTEL语音/MMTE视频和/或基于IP的SMS的ACB跳过指示/信息,则NAS层识别会话/呼叫不是标准数据会话/呼叫,而是用于MMTEL语音、MMTEL视频,和/或基于IP的SMS的会话/呼叫。此后,NAS层启动服务请求过程以连接用于MMTEL语音/MMTE视频,和/或基于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信令连接的建立时,由UE使用的RRC建立原因被根据NAS过程选择。为了接入控制的目的,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信令连接的建立,由UE使用的RRC建立原因被根据NAS过程选择。为了接入控制的目的,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>
有关智能拥塞减轻(SCM)的改进将在下面根据建议2-2描述。
以下的信息由下层提供。
-ACBSkipForMMTEL-Voice:用于MMTEL语音的ACB跳过位;
-ACBSkipForMMTEL-Video:用于MMTEL视频的ACB跳过位。
在接收用于建立多媒体电话通信会话的用户请求的情况下,UE操作如下。
1)恢复从下层接收的ACB跳过信息。
2)如果在多媒体电话通信会话中提供视频,并且如果ACB跳过位被配置用于MMTEL视频,则UE将跳过ACB检查通知给EMM层,并且继续会话建立。
3)如果在多媒体电话通信会话中提供音频,并且如果ACB跳过位被配置用于MMTEL音频,UE将跳过ACB检查通知给EMM层,并且继续会话建立。
<建议2-3>
有关智能拥塞减轻(SCM)的改进将在下面按照建议2-3描述。
以下的信息由下层提供。
-ACBSkipForSMS-over-IP:用于基于IP的SMS的ACB跳过位。
在从用户接收用于建立多媒体电话通信会话的请求的情况下,UE操作如下。
1)恢复从下层接收的ACB跳过信息。
2)如果在多媒体电话通信会话中提供基于IP的SMS,并且如果ACB跳过位被配置用于基于IP的SMS,则UE将跳过ACB检查通知给EMM层,并且继续会话建立。
<建议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语音/MMTE视频,和/或基于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层将呼叫类型设置为移动始发MMTEL语音、移动始发MMTEL视频或者用于基于IP的MOSMS的移动始发基于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不被应用于以下的情形。
-当服务请求过程被响应于网络的寻呼请求启动时。
-当服务指示(MMTEL语音、MMTEL语音或者基于IP的SMS)从上层接收以跳过ACB时。
[表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跳过开启),则相应的RRC连接建立,并且否则,相应的RRC连接不建立,并且接入被限制。
可替选地,前面提到的建议可以被修改如下。
[表10]
在前面提到的建议中,从上层(例如,MMTEL层)提供给EMM层(例如,NAS层)的服务指示可以是用于MMTEL语音或者MMTEL视频或者基于IP的SMS的ACB跳过位指示,或者可以是指示MMTEL语音或者MMTEL视频或者基于IP的SMS的服务指示符/信息。
在前面提到的建议中,当服务请求过程(即,扩展的服务请求消息的传输)通过区分MMTEL语音、MMTEL视频、基于IP的SMS、和基于NAS的SMS启动时,NAS层将移动始发MMTEL语音、移动始发MMTEL视频、基于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跳过开启),则相应的RRC连接建立,并且否则,相应的RRC连接不建立。
同时,扩展的服务请求消息被在以下的情形下发送。
-为了启动CS回落,或者响应于移动终止CS回落。
-为了请求NAS信令的建立。
服务类型包括在扩展的服务请求消息中。服务类型如下。
[表11]
可替选地,上层指示跳过用于MMTEL语音的ACB检查:具有“MMTEL语音”标识符的ACB跳过设置指示被从上层接收,并且在收到具有“MMTEL语音”标识符的ACB跳过设置表示之后,不再接收具有“MMTEL语音”标识符的ACB跳过重置指示。
上层指示跳过用于MMTEL视频的ACB检查:具有“MMTEL视频”标识符的ACB跳过设置指示被从上层接收,并且在收到具有“MMTEL视频”标识符的ACB跳过设置表示之后,不再接收具有“MMTEL视频”标识符的ACB跳过重置指示。
上层指示跳过用于MMTEL基于IP的SMS的ACB检查:具有“基于IP的SMS”标识符的ACB跳过设置指示被从上层接收,并且在收到具有“基于IP的SMS”标识符的ACB跳过设置表示之后,不再接收具有“基于IP的SMS”标识符的ACB跳过重置指示。
同时,前面提到的建议可以被修改如下。
以下的异常情形可以被识别。
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跳过开启),则相应的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跳过开启),则相应的RRC连接建立(在这种情况下,RRC建立原因被设置为MO信令),并且否则,相应的RRC连接不被建立。
另一方面,上层可以指示跳过用于MMTEL语音的ACB检查:例如,其可以是具有“MMTEL语音”标识符的ACB跳过设置指示被从上层接收,并且在收到具有“MMTEL语音”标识符的ACB跳过设置指示之后,不再接收具有“MMTEL语音”标识符的ACB跳过重置指示的情形。
上层可以指示跳过用于MMTEL视频的ACB检查。其可以是具有“MMTEL视频”标识符的ACB跳过设置指示被从上层接收,并且在收到具有“MMTEL视频”标识符的ACB跳过设置指示之后,不再接收具有“MMTEL视频”标识符的ACB跳过重置指示的情形。
上层可以指示去跳过用于MMTEL基于IP的SMS的ACB检查。例如,其可以是具有“基于IP的SMS”标识符的ACB跳过设置指示从上层接收,并且在收到具有“基于IP的SMS”标识符的ACB跳过设置指示之后,不再接收具有“基于IP的SMS”标识符的ACB跳过重置指示的情形。
另一方面,前面提到的建议可以被修改如下。
以下的异常情形可以被识别。
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跳过开启),则相应的RRC连接建立,并且否则,相应的RRC连接不建立。
[表14]
<建议5-1:标准改进>
图17a和图17b是图示本说明书的建议5-1的信号流。
如可以从图17a和图17b看到的,按照建议5-1,如果用于MMTEL/基于IP的SMS的IMS层提供用于供MMTEL语音/MMTE视频和/或基于IP的SMS的会话/呼叫的ACB跳过指示,则NAS层识别会话/呼叫不是标准数据会话/呼叫,而是用于MMTEL语音、MMTEL视频和/或基于IP的SMS的会话/呼叫。此后,NAS层启动服务请求过程以连接用于MMTEL语音/MMTE视频,和/或基于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跳过信息,并且如果ACB跳过位=设置/真作为MMTEL语音和/或MMTEL视频,和/或基于IP的SMS,将ACB跳过开始指示/信息提供给NAS层以报告用于MMTEL语音和MMTEL视频的会话/呼叫的启动。同样地,用于基于IP的SMS的IMS层将ACB跳过开始指示/信息提供给NAS层以报告用于基于IP的SMS的会话的启动。
此外,根据建议5-2,一旦从用于MMTEL/基于IP的SMS的IMS层接收有关用于MOMMTEL语音、MOMMTEL视频,或者基于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视频/MO基于IP的SMS的服务连接,用于MMTEL/基于IP的SMS的IMS层将ACB跳过结束指示/信息提供给NAS层以报告MMTEL语音和MMTEL视频会话/呼叫的结束。同样地,用于基于IP的SMS的IMS层将ACB跳过结束指示/信息提供给NAS层以报告基于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跳过开始指示;
-ACB跳过结束指示。
如果从用户接收请求以建立多媒体电话通信会话,并且如果会话建立在执行服务特定的接入控制之后继续,则UE操作如下。
1)恢复从AS层获得的ACB跳过信息。
2)如果在多媒体电话通信会话中提供视频,并且如果设置用于MMTEL视频的ACB跳过位,则UE将ACB跳过开始指示传送给NAS层,并且继续会话建立。
3)如果在多媒体电话通信会话中提供音频,并且如果设置用于MMTEL音频的ACB跳过位,则UE将ACB跳过开始指示传送给NAS层,并且继续会话建立。
如果多媒体电话通信会话结束,则UE将ACB跳过结束指示传送给NAS层。
可替选地,智能拥塞减轻(SCM)可以改进如下。
以下的信息被从AS层提供。
-ACBSkipForMMTEL-Voice:用于MMTEL语音的ACB跳过位;
-ACBSkipForMMTEL-Video:用于MMTEL视频的ACB跳过位。
以下的信息被提供给NAS层。
-ACB跳过设置(例如,真/启动/开始)指示:MMTEL语音;
-ACB跳过重置(例如,假/停止//结束)指示:MMTEL语音;
-ACB跳过设置(例如,真/启动/开始)指示:MMTEL视频;和
-ACB跳过重置(例如,假/停止//结束)指示:MMTEL视频。
如果从用户接收用于多媒体电话通信会话的请求,并且如果会话建立在执行服务特定的接入控制之后继续,则UE操作如下。
1)恢复从AS层获得的ACB跳过信息。
2)如果在多媒体电话通信会话中提供音频,并且如果设置用于MMTEL语音的ACB跳过位,则UE传送具有MMTEL语音标识符的ACB跳过设置指示,并且继续会话建立。
3)如果在多媒体电话通信会话中提供视频,并且如果设置用于MMTEL视频的ACB跳过位,UE传送具有MMTEL视频标识符的ACB跳过设置指示,并且继续会话建立。
一旦完成用于语音的多媒体电话通信会话,则UE将具有MMTEL语音标识符的ACB跳过重置指示传送给NAS层。
同样地,如果用于视频的多媒体电话通信会话结束,则UE将具有MMTEL视频标识符的ACB跳过重置指示传送给NAS层。
<建议5-3>
根据建议5-3,类似于建议5-2,可以使用ACB跳过开始指示/信息和ACB跳过结束指示/信息。
但是,与建议5-2不同,按根据建议5-3,智能拥塞减轻(SCM)可以被改进如下。
以下的信息被从AS层提供。
ACBSkipForSMS-over-IP:用于基于IP的SMS的ACB跳过位。
以下的信息被提供给NAS层。
-ACB跳过开始指示;和
-ACB跳过结束指示。
一旦从用户接收到用于基于IP的SMS传输的请求,UE操作如下。
1)恢复从AS层获得的ACB跳过信息。
2)如果ACB跳过位被设置用于基于IP的SMS,则UE将ACB跳过开始指示传送给NAS层,并且继续基于IP的SMS传输过程。
一旦完成基于IP的SMS传输,UE将ACB跳过结束指示传送给NAS层。
可替选地,智能拥塞减轻(SCM)可以被改进如下。
以下的信息被从AS层提供。
-ACBSkipForSMS-over-IP:用于基于IP的SMS的ACB跳过位。
下面的信息可以传送给NAS层。
-ACB跳过设置(例如,真/启动/开始)指示:基于IP的SMS。
-ACB跳过重置(例如,假/停止/结束)指示:基于IP的SMS。
如果存在来自用户发送基于IP的SMS的请求,则UE操作如下。
1)恢复从AS层获得的ACB跳过信息。
2)如果ACB跳过位被设置用于基于IP的SMS,则UE将具有基于IP的SMS标识符的ACB跳过设置指示传送给NAS层,并且继续基于IP的始发SMS。
一旦完成基于IP的SMS,UE将具有基于IP的SMS标识符的ACB跳过重置指示传送给NAS层。
<建议6>
图21a和图21b是图示本说明书的建议6的信号流。
如可以从图21a和图21b看到的,根据建议6,当用于MMTEL的IMS层启动用于MOMMTEL语音的服务连接时,如果用于从AS层(例如,RRC层)提供的MMTEL语音的ACB跳过信息的确认导致“ACB跳过位=设置/真”作为MMTEL语音,则用于MMTEL的IMS层将ACB跳过开始指示/信息提供给NAS层以报告用于MMTEL语音的会话/呼叫的启动。可替选地,当用于MMTEL的IMS层启动用于MOMMTEL视频的服务连接时,如果用于从AS层(例如,RRC层)提供的MMTEL视频的ACB跳过信息的确认导致“ACB跳过位=设置/真”作为MMTEL视频,则用于MMTEL的IMS层将ACB跳过开始指示/信息提供给NAS层以报告用于MMTEL视频的会话/呼叫的起动。同样地,当用于基于IP的SMS的IMS层启动用于基于IP的MOSMS的服务连接时,如果用于从AS层(例如,RRC层)提供的MMTEL基于IP的SMS的ACB跳过信息的配置导致“ACB跳过位=设置/真”作为MMTEL基于IP的SMS,用于基于IP的SMS的IMS层将ACB跳过开始指示/信息提供给NAS层以报告用于MMTEL基于IP的SMS的会话/呼叫的启动。
如果用于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检查。此后,RRC连接请求消息被发送给eNB。在这种情况下,RRC连接请求消息的建立原因被设置为MO数据。
可替选地,UE的AS层(例如,RRC层)确认与服务请求一起从NAS层提供的用于MMTEL语音(即,用于MMTEL语音的ACB跳过=设置/真)的ACB跳过指示,或者用于MMTEL视频的ACB跳过指示(即,用于MMTEL视频的ACB跳过=设置/真),或者用于基于IP的SMS的ACB跳过指示(即,用于基于IP的SMS的ACB跳过=设置/真),并且跳过用于服务请求的ACB检查。此后,RRC连接请求消息被发送给eNB。在这种情况下,RRC连接请求消息的建立原因被设置为MO数据。
可替选地,UE的AS层(例如,RRC层)确认与服务请求一起从NAS层提供的用于MMTEL语音/视频(即,用于MMTEL语音/视频的ACB跳过=设置/真)的ACB跳过指示,或者用于基于IP的SMS的ACB跳过指示(即,用于基于IP的SMS的ACB跳过=设置/真),并且跳过用于服务请求的ACB检查。此后,RRC连接请求消息被发送给eNB。在这种情况下,RRC连接请求消息的建立原因被设置为MO数据。
在SMS(基于SG的SMS;基于NAS的SMS)的情况下,UE的AS层(例如,RRC层)读取用于NAS层的服务请求的呼叫类型,并且识别服务请求是用于MOSMS服务连接的服务请求。此后,如果用于从网络提供的SMS(经SG的SMS)的ACB跳过信息/指示的确认导致“ACB跳过位=设置/真”,则跳过用于服务请求的ACB检查。此后,RRC连接请求消息被发送给eNB。在这种情况下,RRC连接请求消息的建立原因被设置为MO数据。
可替选地,当用于MMTEL/基于IP的SMS的IMS层结束/终止用于MOMMTEL语音、MOMMTEL视频,和MO基于IP的SMS的服务连接时,用于MMTEL的IMS层提供用于MOMMTEL语音的ACB跳过假/停止/重置指示/信息和用于MOMMTEL视频的ACB跳过假/停止/重置指示信息给NAS层。同样地,用于基于IP的SMS的IMS层将ACB跳过假/停止/重置指示/信息提供给NAS层以报告基于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将用于MOMMTEL语音、MOMMTEL视频,和MOSMS的ACB跳过信息提供给UE。在这种情况下,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层)立即将ACB跳过信息变化/修改报告给用于MMTEL/基于IP的SMS的IMS层(或者NAS层)。用于MMTEL/基于IP的SMS的IMS层将ACB跳过信息变化/修改报告给NAS层(或者RRC层)。基于ACB跳过指示/信息,NAS层执行服务请求过程。例如,服务请求或者具有ACB跳过指示的扩展的服务请求被传送给RRC层。根据从NAS层(或者IMS层)提供的ACB跳过指示(即,ACB跳过=设置/真)信息变化/修改,RRC层跳过ACB检查或者应用ACB。
如果RRC层经由系统信息(例如,SIB2)不提供ACB跳过信息/指示,则RRC层恢复关于MMTEL/基于IP的SMS的ACB跳过信息,并且将“MMTEL设置/启动/真/开始”指示给IMS层(或者NAS层)以跳过关于MMTEL/基于IP的SMS的ACB检查,或者将“MMTEL重置/停止/假/结束”指示给IMS层(或者NAS层)以不应用ACB检查。
一旦从MMTEL/基于IP的SMS接收到ACB跳过信息,NAS层传送服务请求或者具有ACB跳过指示的扩展的服务请求。当该层接收服务请求或者具有ACB跳过信息的扩展的服务请求时,RRC层跳过ACB,而不是应用ACB。
ACB跳过信息被周期地提供/更新。在这种情况下,AS层(即,RRC层)可以将ACB跳过信息提供给IMS层或者用于MMTEL/基于IP的SMS的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层将ACB跳过设置/启动/真/开始(/重置/停止/假/结束)指示/信息提供给NAS层。在NAS层识别ACB跳过指示/信息之后,NAS层可以基于从RRC层提供的ACB跳过信息变化/修改执行服务请求过程。此后,RRC层可以最终跳过ACB检查,或者可以根据从NAS层提供的ACB跳过指示/信息(变化/修改)应用ACB。
<建议8>
图25a和图25b是图示本说明书的建议8的信号流。
参考图25a和图25b,网络经由SIB2将用于MMTEL语音、MMTEL视频和SMS的ACB跳过信息提供给UE。在这种情况下,UE的AS层(例如,RRC层)将这个ACB跳过信息发送给用于MMTEL/SMS(即,IMS层)的层或者NAS层。基于这个信息,用于MMTEL/SMS的层(即,IMS层)确定是否去跳过用于MMTEL语音/视频/基于IP的SMS的ACB检查,并且将ACB跳过信息报告给NAS层。
按照建议8,一旦由于无线电链路失败(RLF)、下层失败/错误等等(在QCI=1承载建立完成之前重复传输,或者在QCI=1承载建立完成之后的重复传输),出现用于MMTEL语音/视频/基于IP的SMS的重复传输,AS层(例如,RRC层)将下层失败/错误指示报告给NAS层,并且NAS层执行用于NAS信令连接(重新)配置(在此处,QCI=1承载隐含用于语音服务(包括VoLTE呼叫)的承载)的NAS恢复过程。
当执行服务请求过程时,NAS层存储ACB跳过指示被提供给RRC层。
在这种情况下,如果由于下层失败/错误发生重复传输,则NAS层被从RRC层提供下层失败/错误指示。这可以被识别为保持先前的状态(应用ACB跳过的状态或者应用ACB的状态)。
当(重新)执行用于重复传输的服务请求过程时,NAS层通过直接地使用提供先前地执行的服务请求过程的ACB跳过指示的状态,共同地提供ACB跳过指示/信息或者非ACB跳过指示/信息。
RRC层根据从NAS层提供的ACB跳过指示/信息执行最后的ACB跳过或者非ACB跳过(即,应用ACB)。
<建议9>
图26a和图26b是图示本说明书的建议9的信号流。
参考图26a和图26b,网络(例如,eNB)经由系统信息(例如,SIB2)将用于MMTEL语音、MMTEL视频和SMS(基于IP的SMS和/或基于NAS的SMS)的ACB跳过信息提供给UE。在这种情况下,UE的AS层将这个ACB跳过信息发送给NAS层。在这种情况下,经由SIB2提供的ACB跳过信息可以周期地提供,或者可以当在ACB跳过信息中存在变化时提供。AS层(例如,RRC层)将以这样的方式接收的ACB跳过信息立即提供(发送)给NAS层。当MMTEL语音/视频/基于IP的SMS被启动或者触发时,用于MMTEL/基于IP的SMS的IMS层将ACB跳过设置/启动发送给NAS层。在这种情况下,ACB跳过设置/启动可以是一位指示,或者可以是根据类似于MMTEL语音ACB跳过设置/启动、MMTEL视频ACB跳过设置/启动,和基于IP的SMSACB跳过设置/启动的MMTEL语音/视频/基于IP的SMS区别的指示/信息。在这种情况下,当不管从实际的网络提供的ACB跳过信息被配置为应用ACB跳过的情形如何,MMTEL语音/视频/基于IP的SMS被启动或者触发时,用于MMTEL/基于IP的SMS的IMS层将MMTEL语音/视频ACB跳过设置/启动,或者基于IP的SMSACB跳过设置/启动指示/信息提供给NAS层。
在用于MMTEL/基于IP的SMS的IMS层接收ACB跳过设置/启动指示/信息之后,NAS层启动(执行)服务请求过程以发送MMTEL语音/视频/基于IP的SMS的分组。在这种情况下,根据从AS层(例如,RRC层)提供的ACB跳过配置,ACB跳过开启/真指示/信息被提供给AS层(例如,RRC层)。当服务请求过程被启动(执行)时,可以提供ACB跳过开启/真指示/信息,或者可以不管该服务请求过程立即提供。
图27a和图27b是图示本说明书的建议9的示例性修改的信号流。
如可以从图27a和图27b看到的,当用于NAS恢复的TAU请求过程被启动(执行)时,NAS层还可以提供ACB跳过开启/真指示/信息,或者可以不管TAU请求过程将其立即提供。
AS层(例如,RRC层)根据从NAS层提供的ACB跳过开启/真指示/信息跳过用于相应的服务请求消息的ACB检查。
如果用于NAS恢复的TAU请求过程被启动(执行),则AS层(例如,RRC层)根据ACB跳过开启/真指示/信息跳过或者应用用于相应的TAU请求消息的ACB检查(RRC建立原因被设置为MO信令)。
如果用于相应的MMTE语音/视频/基于IP的SMS的会话结束,则用于MMTEL/基于IP的SMS的IMS层将ACB跳过重置/停止发送给NAS层以报告MMTEL服务(传输)的结束。在这种情况下,ACB跳过设置/启动可以是一位指示,或者可以是根据类似于MMTEL语音ACB跳过重置/停止、MMTEL视频ACB跳过重置/停止,和基于IP的SMSACB跳过重置/停止的MMTEL语音/视频/基于IP的SMS区别的指示/信息。如果MMTEL层接收ACB跳过重置/停止指示/信息,则NAS层在以后的时间启动/执行的服务请求过程(或者TAU请求过程)中不将ACB跳过开启/真指示/信息共同地/分别地提供给AS层(例如,RRC层)。
在前面提到的过程中,当服务请求过程(或者TAU请求过程)被启动/执行时,NAS层可以经由SIB2请求从网络提供的ACB跳过信息,或者每当系统信息(SI)被更新时,或者每当在SI中ACB跳过信息的变化被确认时,RRC层可以立即将ACB跳过信息(从网络提供的)提供给NAS层。
服务请求过程或者TAU请求过程可以对于NAS恢复执行。服务请求过程可以在有上行链路数据的情况下执行,而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的服务连接时,如果用于MMTE语音/MMTEL视频/基于IP的SMS的ACB跳过信息或者从AS层(例如,RRC层)提供的SMS(基于SG的SMS)服务的确认导致“ACB跳过位=设置/真”,用于MMTEL的IMS层将指示/信息提供给NAS层以报告其是MMTEL语音和MMTEL语音会话/呼叫。同样地,用于基于IP的SMS的IMS层将用于报告基于IP的SMS会话的指示/信息提供给NAS层。
可替选地,当用于MMTEL的IMS层启动用于MMTEL语音的服务连接时,如果用于从AS层(例如,RRC层)提供的MMTEL语音服务的ACB跳过信息的确认导致“ACB跳过位=设置/真”,确认是否没有其他正在进行的MMTEL语音服务会话。此后,如果这样的会话不存在,则用于MMTEL的IMS层将ACB跳过设置指示提供给NAS层以报告MMTEL语音会话/呼叫的启动。同样地,当用于MMTEL的IMS层启动用于MMTEL视频的服务连接时,如果用于从AS层(例如,RRC层)提供的MMTEL视频服务的ACB跳过信息的确认导致“ACB跳过位=设置/真”,确认是否没有其他正在进行的MMTEL视频服务会话。此后,如果这样的会话不存在,用于MMTEL的IMS层将ACB跳过设置指示提供给NAS层以报告MMTEL视频会话/呼叫的启动。同样地,当用于基于IP的SMS的IMS层启动用于基于IP的MOSMS的服务连接时,如果用于从AS层(例如,RRC层)提供的MMTEL基于IP的SMS服务的ACB跳过信息的确认导致“ACB跳过位=设置/真”,确认是否没有其他正在进行的MMTEL基于IP的SMS服务会话。此后,如果这样的会话不存在,用于MMTEL的IMS层将ACB跳过设置指示提供给NAS层以报告MMTEL基于IP的SMS会话/呼叫的启动。
如果用于MMTEL/基于IP的SMS的IMS层提供用于供MOMMTEL语音/视频或者基于IP的MOSMS的会话/呼叫的ACB跳过设置指示,NAS层识别会话/呼叫不是标准数据会话/呼叫,而是用于MMTEL语音/视频或者基于IP的SMS的会话/呼叫。此后,NAS层启动服务请求过程以连接用于MMTEL语音/MMTE视频或者基于IP的SMS的会话。当服务请求过程启动时,ACB跳过信息被提供给AS层(例如,RRC层)。
同时,根据建议10-2/10-3,一旦结束/终止MOMMTEL语音、MOMMTEL视频和基于IP的MOSMS服务连接,用于MMTEL/基于IP的SMS的IMS层确认是否没有其他正在进行的MMTEL语音和MMTEL视频服务会话,并且此后,如果这样的会话不存在,将ACB跳过重置指示提供给NAS层以报告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层)将变化的信息提供给IMS层和用于MMTEL/基于IP的SMS的NAS层。如果ACB跳过信息通过用于MMTEL的IMS层确认为从AS层(例如,RRC层)提供的MMTEL语音服务导致“ACB跳过位=设置/真”(即,当ACB跳过信息变化时),当MMTEL语音会话正在进行时,用于MMTEL的IMS层将ACB跳过设置指示立即提供给NAS层。如果ACB跳过信息通过用于MMTEL的IMS层确认为从AS层(例如,RRC层)提供的MMTEL视频服务导致“ACB跳过位=设置/真”(即,当ACB跳过信息变化时),用于MMTEL的IMS层将ACB跳过设置指示立即提供给NAS层。同样地,如果ACB跳过信息通过用于基于IP的SMS的IMS层确认为从AS层(例如,RRC层)提供的基于IP的SMS服务导致“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层)可以将从网络提供的用于MMTEL语音/MMTEL视频/基于IP的SMS/基于NAS的SMS的ACB跳过信息提供给NAS层,以及用于MMTEL/基于IP的SMS的IMS层。如果从网络提供的信息仅仅是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检查的跳过传送给下层。如果扩展的接入限制(EAB)被在UE中设置,则为了接入控制的目的,除以下的情形之外,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跳过设置指示;和
-具有MMTEL标识符的ACB跳过重置指示。
如果从用户接收请求去建立多媒体电话通信会话,并且如果会话建立在执行服务特定的接入控制之后继续,则UE操作如下。
1)如果在多媒体电话通信会话中提供音频,如果没有用于音频的其他多媒体电话通信会话,并且如果设置用于MMTEL语音的ACB跳过位,则UE将具有MMTEL标识符的ACB跳过设置指示传送给NAS层,并且继续会话建立。
2)如果在多媒体电话通信会话中提供视频,如果没有用于视频的其他多媒体电话通信会话,并且如果设置用于MMTEL语视频的ACB跳过位,则UE将具有MMTEL标识符的ACB跳过设置指示传送给NAS层,并且继续会话建立。
如果从AS层提供的ACB跳过信息在正在进行的多媒体电话通信会话状态下变化,则UE操作如下。
1)如果在多媒体电话通信会话中提供音频,并且ACB跳过位对于MMTEL语音变化,
如果ACB跳过位被对于MMTEL语音设置,则具有MMTEL标识符的ACB跳过设置指示被传送给NAS层,并且正在进行的会话继续;以及
否则,UE将具有MMTEL语音标识符的ACB跳过重置指示传送给NAS层,并且继续正在进行的会话。
2)如果在多媒体电话通信会话中提供视频,并且ACB跳过位对于MMTEL语音变化,
如果ACB跳过位被对于MMTEL视频设置,则具有MMTEL标识符的ACB跳过设置指示被传送给NAS层,并且正在进行的会话继续。
否则,UE将具有MMTEL语音标识符的ACB跳过重置指示传送给NAS层,并且继续正在进行的会话。
从AS层提供的ACB跳过信息的变化包括:(1)从不提供ACB跳过信息变化为提供ACB跳过信息;和(2)ACB跳过信息值的变化。
当多媒体电话通信会话结束时,如果多媒体电话通信会话被启动以提供语音,并且没有用于提供语音的其他多媒体电话通信会话,则UE必须将具有MMTEL标识符的ACB跳过重置指示传送给NAS层。
当多媒体电话通信会话结束时,如果多媒体电话通信会话被启动以提供视频,并且没有用于提供视频的其他多媒体电话通信会话,则UE必须将具有MMTEL标识符的ACB跳过重置指示传送给NAS层。
可替选地,智能拥塞减轻(SCM)可以被改进如下。
以下的信息被从AS层提供。
-ACBSkipForMMTEL-Voice:用于MMTEL语音的ACB跳过位;
-ACBSkipForMMTEL-Video:用于MMTEL视频的ACB跳过位。
以下的信息被提供给NAS层。
-具有MMTEL标识符的ACB跳过设置指示。
-具有MMTEL标识符的ACB跳过重置指示。
如果从用户接收请求去建立多媒体电话通信会话,并且如果会话建立在执行服务特定的接入控制之后继续,则UE操作如下。
1)如果在多媒体电话通信会话中仅提供音频,并且没有用于音频的其他多媒体电话通信会话,如果设置用于MMTEL语音的ACB跳过位,则UE将具有“MMTEL”标识符的ACB跳过设置指示传送给NAS层,并且继续会话建立。
2)如果在多媒体电话通信会话中仅提供视频,并且没有用于视频的其他多媒体电话通信会话,如果设置用于MMTEL视频的ACB跳过位,则UE将具有“MMTEL”标识符的ACB跳过设置指示传送给NAS层,并且继续会话建立。
当多媒体电话通信会话被启动时,如果ACB跳过信息没有从AS层提供,并且在正在进行的始发多媒体电话通信会话期间提供,或者当多媒体电话通信会话被启动时,如果ACB跳过信息被提供,并且在正在进行的始发多媒体电话通信会话期间变化,则UE操作如下。
如果音频仅在多媒体电话通信会话中提供,
1)如果用于MMTEL语音的ACB跳过位已经从“不设置”变化为“设置”,则UE将具有“MMTEL”标识符的ACB跳过设置指示传送给NAS层,并且继续会话建立。
2)如果用于MMTEL语音的ACB跳过位已经从“设置”变化为“不设置”,则UE将具有“MMTEL”标识符的ACB跳过重置指示传送给NAS层,并且继续会话建立。
3)当多媒体电话通信会话被启动时,如果用于MMTEL的ACB跳过位没有从AS层提供,并且被在正在进行的始发多媒体电话通信会话期间提供,并且用于MMTEL视频的ACB跳过位被“设置”,则UE将具有“MMTEL”标识符的ACB跳过设置指示传送给NAS层。
另一方面,如果视频仅在多媒体电话通信会话中提供,
1)如果用于MMTEL视频的ACB跳过位已经从“不设置”变化为“设置”,则UE将具有“MMTEL”标识符的ACB跳过设置指示传送给NAS层,并且继续会话建立。
2)如果用于MMTEL视频的ACB跳过位已经从“设置”变化为“不设置”,则UE将具有“MMTEL”标识符的ACB跳过重置指示传送给NAS层,并且继续会话建立。
3)当多媒体电话通信会话被启动时,如果用于MMTEL的ACB跳过位没有从AS层提供,并且被在正在进行的始发多媒体电话通信会话期间提供,并且用于MMTEL视频的ACB跳过位被“设置”,则UE将具有“MMTEL”标识符的ACB跳过设置指示传送给NAS层。
如果多媒体电话通信会话结束,如果多媒体电话通信会话被启动去提供音频,并且没有用于提供音频的其他多媒体电话通信会话,则UE将具有“MMTEL”标识符的ACB跳过重置指示传送给NAS层。
<建议10-3>
根据建议10-2,智能拥塞减轻(SCM)可以被改进如下。
以下的信息被从AS层提供。
-ACBSkipForSMS-over-IP:用于基于IP的SMS的ACB跳过位。
以下的信息可以被传送给NAS层。
-具有基于IP的SMS标识符的ACB跳过设置指示。
-具有基于IP的SMS标识符的ACB跳过重置指示。
一旦从用户接收到用于基于IP的始发SMS的请求,如果没有其他基于IP的始发SMS,则UE操作如下。
1)如果设置用于基于IP的SMS的ACB跳过位,则UE将具有“基于IP的SMS”标识符的ACB跳过设置指示传送给NAS层,并且继续基于IP的始发SMS。
当从AS层提供的ACB跳过信息在正在进行的基于IP的SMS期间变化时,UE操作如下。
1)如果设置用于基于IP的SMS的ACB跳过位,则UE将具有“基于IP的SMS”标识符的ACB跳过设置指示传送给NAS层,并且继续始发基于IP的SMS。
可替选地,智能拥塞减轻(SCM)可以被改进如下。
以下的信息被从AS层提供。
-ACBSkipForSMS-over-IP:用于基于IP的SMS的ACB跳过位。
以下的信息可以被传送给NAS层。
-具有基于IP的SMS标识符的ACB跳过设置指示。
-具有基于IP的SMS标识符的ACB跳过重置指示。
一旦从用户接收到用于基于IP的始发SMS的请求,如果没有其他基于IP的始发SMS,则UE操作如下。
1)如果设置用于基于IP的SMS的ACB跳过位,则UE将具有“基于IP的SMS”标识符的ACB跳过设置指示传送给NAS层。
当基于IP的SMS被启动时,如果ACB跳过信息没有从AS层提供,而当基于IP的SMS正在进行时,ACB跳过信息被提供,或者当基于IP的SMS被启动时,如果ACB跳过信息被从AS层提供,而当基于IP的SMS正在进行时,ACB跳过信息没有提供,则UE可以操作如下。
1)当基于IP的SMS被启动,并且如果ACB跳过位被配置用于基于IP的SMS时,如果用于基于IP的SMS的ACB跳过位没有从AS层提供,则UE将具有基于IP的SMS标识符的ACB跳过设置指示传送给NAS层。
2)如果用于基于IP的SMS的ACB跳过位已经从“不设置”变化为“设置”,则UE将具有基于IP的SMS标识符的ACB跳过设置指示传送给NAS层。
3)如果用于基于IP的SMS的ACB跳过位已经从“设置”变化为“不设置”,则UE将具有基于IP的SMS标识符的ACB跳过重置指示传送给NAS层。
<建议11>
图30a和图30b是图示本说明书的建议11的信号流。
如可以从图30a和图30b看到的,当MOMMTEL语音服务连接被启动时,用于MMTEL的IMS层确认用于从AS层(例如,RRC层)提供的MMTEL语音服务的ACB跳过信息,并且如果“ACB跳过位=设置”作为MMTEL语音,则确认是否没有其他正在进行的MMTEL语音服务会话。此后,如果这样的会话不存在,则用于MMTEL的IMS层将ACB跳过设置指示提供给NAS层以报告MMTEL语音会话/呼叫的启动。同样地,当MOMMTEL视频服务连接被启动时,用于MMTEL的IMS层确认用于从AS层(例如,RRC层)提供的MMTEL视频服务的ACB跳过信息,并且如果“ACB跳过位=设置”,则确认是否没有其他正在进行的MMTEL视频服务会话。此后,如果这样的会话不存在,则用于MMTEL的IMS层将ACB跳过设置指示提供给NAS层以报告MMTEL视频会话/呼叫的启动。同样地,当基于IP的MOSMS服务连接被启动时,用于基于IP的SMS的IMS层确认用于从AS层(例如,RRC层)提供的基于IP的SMS服务的ACB跳过信息,并且如果“ACB跳过位=设置”,则确认是否没有其他正在进行的基于IP的SMS服务会话。此后,如果这样的会话不存在,则用于MMTEL的IMS层将ACB跳过设置指示提供给NAS层以报告基于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跳过位=设置,则将用于SMS(基于NAS的SMS)ACB跳过指示(即,ACB跳过=设置)共同地提供给AS层(例如,RRC层)。
返回到图30a和图30b,一旦结束/终止MOMMTEL语音、MOMMTEL视频,和基于IP的MOSMS服务连接,用于MMTEL/基于IP的SMS的IMS层确认是否没有其他正在进行的MMTEL语音和MMTEL视频服务会话,并且此后,如果这样的会话不存在,则将ACB跳过重置指示提供给NAS层以报告MMTEL语音和MMTEL视频会话/呼叫的结束。同样地,用于基于IP的SMS的IMS层确认是否没有其他正在进行的基于IP的SMS服务会话,并且如果这样的会话不存在,则将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层)将变化的信息提供给IMS层和用于MMTEL/基于IP的SMS的NAS层。如果ACB跳过信息通过用于MMTEL的IMS层确认为从AS层(例如,RRC层)提供的MMTEL语音服务导致“ACB跳过位=设置”(即,当ACB跳过信息变化时)作为MMTEL语音,当MMTEL语音会话正在进行时,用于MMTEL的IMS层将用于MOMMTEL的ACB跳过设置指示立即提供给NAS层。如果ACB跳过信息通过用于MMTEL的IMS层确认为从AS层(例如,RRC层)提供的MMTEL视频服务导致“ACB跳过位=设置/真”(即,当ACB跳过信息变化时)作为MMTEL视频,则用于MMTEL的IMS层将用于MOMMTEL的ACB跳过设置指示提供给NAS层。同样地,如果ACB跳过信息通过用于基于IP的SMS的IMS层确认为从AS层(例如,RRC层)提供的基于IP的SMS服务导致“ACB跳过位=设置/真”(即,当ACB跳过信息变化时)作为基于IP的SMS,则当基于IP的SMS服务会话正在进行时,用于基于IP的MOSMS的ACB跳过设置指示被立即提供给NAS层。
如果ACB跳过信息被用于MMTEL的IMS层确认为从AS层(例如,RRC层)提供的MMTEL语音服务导致“ACB跳过位=不设置”(即,当其从“ACB跳过位=对于MMTEL语音设置”变化为“ACB跳过位=对于MMTEL语音不设置”时)作为MMTEL语音,则当MMTEL语音会话正在进行时,用于MMTEL的IMS层将用于MOMMTEL的ACB跳过设置指示立即提供给NAS层。如果ACB跳过信息被用于MMTEL的IMS层确认为从AS层(例如,RRC层视频提供的MMTEL视频服务导致“ACB跳过位=不设置”(即,当其从“ACB跳过位=对于MMTEL视频设置”变化为“ACB跳过位=对于MMTEL视频不设置”时)作为MMTEL视频,则用于MMTEL的IMS层将用于MOMMTEL的ACB跳过设置指示立即提供给NAS层。同样地,如果ACB跳过信息被用于基于IP的SMS的IMS层确认为从AS层(例如,RRC层)提供的基于IP的SMS服务导致“ACB跳过位=不设置”(即,当其从“ACB跳过位=对于基于IP的SMS设置”变化为“ACB跳过位=对于基于IP的SMS不设置”时)作为基于IP的SMS,则当基于IP的SMS会话正在进行时,用于基于IP的SMS的IMS层立即将用于基于IP的MOSMS的ACB跳过设置指示提供给NAS层。
NAS层根据从MMTEL/基于IP的SMS(IMS)层提供的ACB跳过指示/信息的变化执行下一个服务请求过程。
同时,当用于NAS恢复的TAU请求过程被启动(执行)时,NAS层还可以提供ACB跳过设置指示信息。
如果用于NAS恢复的TAU请求过程被启动(执行),则AS层(例如,RRC层)根据从NAS层提供的ACB跳过开启/真指示信息跳过(或者应用)相应的TAU请求消息的ACB(RRC建立原因被设置为MO信令)。
如果用于相应的MMTE语音/视频/基于IP的SMS的会话结束,则用于MMTEL/基于IP的SMS的IMS层将ACB跳过重置/停止发送给NAS层以报告MMTEL服务(传输)的结束。在这种情况下,ACB跳过设置/启动可以是一位指示,或者可以是根据类似于MMTEL语音ACB跳过重置/停止、MMTEL视频ACB跳过重置/停止,和基于IP的SMSACB跳过重置/停止的MMTEL语音/视频/基于IP的SMS区别的指示/信息。如果MMTEL层接收ACB跳过重置/停止指示/信息,则NAS层在以后的时间启动/执行的服务请求过程(或者TAU请求过程)中不将ACB跳过开启/真指示/信息共同地/分别地提供给AS层(例如,RRC层)。
在前面提到的过程中,当服务请求过程(或者TAU请求过程)被启动/执行时,NAS层可以经由SIB2请求从网络提供的ACB跳过信息,或者每当系统信息(SI)被更新时,或者每当在ACB跳过配置信息中存在变化时,RRC层可以立即将ACB跳过信息提供给NAS层。
<建议12:标准改进>
图32a和图32b是图示本说明书的建议12的信号流。
参考图32a和图32b,当用于MOMMTEL语音的服务连接被启动时,用于MMTEL的IMS层确认是否没有其他正在进行的MMTEL语音服务会话。此后,如果这样的会话不存在,则用于MMTEL的IMS层将ACB跳过设置指示提供给NAS层以报告MMTEL语音会话/呼叫的启动。同样地,当用于MOMMTEL视频的服务连接被启动时,用于MMTEL的IMS层确认是否没有其他正在进行的MMTEL视频服务会话。此后,如果这样的会话不存在,用于MMTEL的IMS层将ACB跳过设置指示提供给NAS层以报告MMTEL视频会话/呼叫的启动。同样地,当用于基于IP的MOSMS的IMS层启动用于基于IP的MOSMS的服务连接时,是否没有其他正在进行的MMTEL基于IP的SMS服务会话被确认。此后,如果这样的会话不存在,则用于MMTEL的IMS层将用于基于IP的MOSMS的ACB跳过设置指示提供给NAS层以报告MMTEL基于IP的SMS会话/呼叫的启动。
如果用于MMTEL/基于IP的SMS的IMS层提供用于供MOMMTEL语音、MOMMTEL视频,或者基于IP的MOSMS的会话/呼叫的ACB跳过设置指示(例如,用于MOMMTEL语音的ACB跳过设置指示、用于MOMMTEL视频的ACB跳过设置指示,或者用于基于IP的MOSMS的ACB跳过设置指示),NAS层识别会话/呼叫不是标准数据会话/呼叫,而是用于MMTEL语音、MMTEL视频,或者基于IP的SMS的会话/呼叫。此后,NAS层启动服务请求过程以连接用于MMTEL语音/MMTE视频或者基于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(在MME中的SMS、基于SG的SMS、基于S102的SMS)的始发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视频,或者用于基于IP的MOSMS的始发SMS、用于MOSMS(在MME中的SMS、基于SG的SMS、基于S102的SMS)的始发SMS)。
一旦结束/终止MOMMTEL语音、MOMMTEL视频和基于IP的MOSMS服务连接,用于MMTEL/基于IP的SMS的IMS层确认是否没有其他正在进行的MMTEL语音和MMTEL视频服务会话,并且此后,如果这样的会话不存在,将用于MOMMTEL语音的ACB跳过重置指示和用于MMTEL视频的ACB跳过重置指示提供给NAS层以报告MMTEL语音和MMTEL视频会话/呼叫的结束。同样地,用于基于IP的SMS的IMS层确认是否没有其他正在进行的基于IP的SMS服务会话,并且如果这样的会话不存在,则将用于基于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控制存储单元101和201以及收发机103和203。更具体地说,控制器102和202分别地执行存储在存储单元101和201中的方法。控制器102和202经由收发机103和203发送前面提到的信号。
虽然本发明示例性实施例已经在上面描述述,但本发明的范围不局限于特定的实施例,并且本发明可以以在本发明的范围和权利要求的类别内的各种方式修改、变化或者改进。
Claims (14)
1.一种用于执行服务请求过程的方法,所述方法由用户设备(UE)执行,并且包括:
接收有关接入类别限制(ACB)的跳过信息;
如果服务请求过程必须对于多媒体电话(MMTEL)服务或者短消息服务(SMS)执行,则检查所述跳过信息;以及
如果所述跳过信息被设置为跳过对于所述MMTEL服务和所述SMS服务中的至少一个的ACB检查,发送用于所述服务请求过程的无线电资源控制(RRC)连接请求消息。
2.根据权利要求1所述的方法,其中,所述MMTEL服务是用于MMTEL语音和MMTEL视频中的至少一个。
3.根据权利要求2所述的方法,其中,所述跳过信息包括:
有关是否跳过关于用于所述MMTEL语音的服务请求过程的ACB检查的信息、有关是否跳过关于用于所述MMTEL视频的服务请求过程的ACB检查的信息、以及有关是否跳过关于用于所述SMS的服务请求过程的ACB检查的信息。
4.根据权利要求1所述的方法,其中,所述跳过信息由所述UE的RRC层从基站接收,从而被传送给非接入层(NAS)层或者上层。
5.根据权利要求1所述的方法,其中,所述服务请求过程包括:
发送服务请求消息或者扩展的服务请求消息。
6.根据权利要求5所述的方法,其中,所述服务请求消息或者所述扩展的服务请求消息包括呼叫类型字段,
其中,所述呼叫类型字段被设置为始发MMTEL语音、始发MMTEL视频、始发基于IP的SMS或者始发SMS中的至少一个。
7.根据权利要求5所述的方法,其中,
如果所述服务请求消息或者所述扩展的服务请求消息是请求用户面无线电资源,并且如果MMTEL语音呼叫被启动,
则所述服务请求消息或者所述扩展的服务请求消息包括:
设置为所述始发MMTEL语音的呼叫类型字段;以及
设置为移动面向(MO)数据的建立原因字段。
8.根据权利要求5所述的方法,其中,
如果所述服务请求消息或者所述扩展的服务请求消息是请求用户面无线电资源,并且如果MMTEL视频呼叫被启动,
则所述服务请求消息或者所述扩展的服务请求消息包括:
设置为所述始发MMTEL视频的呼叫类型字段;以及
设置为MO数据的建立原因字段。
9.根据权利要求5所述的方法,其中,
如果所述服务请求消息或者所述扩展的服务请求消息是请求用户面无线电资源,并且如果基于IP的SMS被启动,
则所述服务请求消息或者所述扩展的服务请求消息包括:
设置为所述始发基于IP的SMS的呼叫类型字段;以及
设置为MO数据的建立原因字段。
10.根据权利要求5所述的方法,其中,
如果所述服务请求消息或者所述扩展的服务请求消息是请求用于SMS或者基于NAS的SMS的上行链路信令的资源,
则所述服务请求消息或者所述扩展的服务请求消息包括:
设置为所述始发SMS(基于NAS的SMS)的呼叫类型字段;以及
设置为MO数据的建立原因字段。
11.根据权利要求6所述的方法,其中,所述服务请求消息进一步包括服务类型字段,
其中,所述服务类型字段被设置为MOMMTEL语音、MOMMTEL视频、基于IP的MOSMS、或者MOSMS(基于NAS的SMS)。
12.一种用于执行服务请求过程的用户设备(UE),所述UE包括:
收发机,所述收发机被配置为接收有关接入类别限制(ACB)的跳过信息;以及
处理器,所述处理器被配置为如果服务请求过程必须对于多媒体电话(MMTEL)服务或者短消息服务(SMS)执行,则检查跳过信息,
其中,如果所述跳过信息被设置为对于所述MMTEL服务和所述SMS服务中的至少一个跳过ACB检查,则所述处理器被进一步配置为控制所述收发机以发送用于所述服务请求过程的无线电资源控制(RRC)连接请求消息。
13.根据权利要求11所述的UE,其中,所述MMTEL服务是用于MMTEL语音和MMTEL视频中的至少一个。
14.根据权利要求12所述的UE,其中,所述跳过信息包括:
有关是否跳过关于用于MMTEL语音的服务请求过程的ACB检查的信息、有关是否跳过关于用于MMTEL视频的服务请求过程的ACB检查的信息、以及有关是否跳过关于用于SMS的服务请求过程的ACB检查的信息。
Applications Claiming Priority (17)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201461955233P | 2014-03-19 | 2014-03-19 | |
US61/955,233 | 2014-03-19 | ||
US201461982343P | 2014-04-22 | 2014-04-22 | |
US61/982,343 | 2014-04-22 | ||
US201461987503P | 2014-05-02 | 2014-05-02 | |
US61/987,503 | 2014-05-02 | ||
US201461995000P | 2014-05-19 | 2014-05-19 | |
US61/995,000 | 2014-05-19 | ||
US201462002190P | 2014-05-23 | 2014-05-23 | |
US62/002,190 | 2014-05-23 | ||
US201462019897P | 2014-07-02 | 2014-07-02 | |
US62/019,897 | 2014-07-02 | ||
US201462022218P | 2014-07-09 | 2014-07-09 | |
US62/022,218 | 2014-07-09 | ||
US201462030088P | 2014-07-29 | 2014-07-29 | |
US62/030,088 | 2014-07-29 | ||
PCT/KR2015/002621 WO2015142048A1 (ko) | 2014-03-19 | 2015-03-18 | 서비스 요청 절차 수행 방법 및 사용자 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105794300A true CN105794300A (zh) | 2016-07-20 |
Family
ID=54144938
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580002440.3A Withdrawn CN105794300A (zh) | 2014-03-19 | 2015-03-18 | 用于服务请求过程的执行方法和用户设备 |
CN201580002330.7A Pending CN105659691A (zh) | 2014-03-19 | 2015-03-18 | 用于服务请求过程的执行方法和用户设备 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580002330.7A Pending CN105659691A (zh) | 2014-03-19 | 2015-03-18 | 用于服务请求过程的执行方法和用户设备 |
Country Status (6)
Country | Link |
---|---|
US (2) | US20160227468A1 (zh) |
EP (2) | EP3119156A4 (zh) |
JP (3) | JP6169799B2 (zh) |
KR (2) | KR101828725B1 (zh) |
CN (2) | CN105794300A (zh) |
WO (2) | WO2015142048A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110493890A (zh) * | 2017-03-18 | 2019-11-22 | 华为技术有限公司 | 一种连接恢复方法、接入和移动性管理功能实体及用户设备 |
CN112889342A (zh) * | 2018-11-14 | 2021-06-01 | 诺基亚技术有限公司 | 用于连接管理的设备、方法和计算机程序 |
CN114557044A (zh) * | 2019-08-07 | 2022-05-27 | Lg电子株式会社 | Ims信令 |
US12082286B2 (en) | 2018-11-14 | 2024-09-03 | Nokia Technologies Oy | Apparatus, method, and computer program for connection management |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6092822B2 (ja) * | 2014-08-07 | 2017-03-08 | 株式会社Nttドコモ | 移動局、基地局、規制制御方法及び報知情報送信方法 |
US10165472B2 (en) * | 2014-10-03 | 2018-12-25 | Intel IP Corporation | Systems and methods for managing circuit switched fallback calls |
WO2016145575A1 (zh) * | 2015-03-13 | 2016-09-22 | 华为技术有限公司 | 一种业务处理方法、相关装置及系统 |
US10638537B2 (en) * | 2015-05-14 | 2020-04-28 | Samsung Electronics Co., Ltd. | Apparatus and method for managing radio resource in wireless communication system |
EP3836629A1 (en) * | 2015-09-30 | 2021-06-16 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Service bearer congestion control method and apparatus |
KR102389003B1 (ko) * | 2015-10-13 | 2022-04-22 | 삼성전자주식회사 | 이종망간 전환시 멀티미디어 서비스 제공 장치 및 방법 |
KR102226650B1 (ko) * | 2016-02-04 | 2021-03-10 | 닛본 덴끼 가부시끼가이샤 | 무선 단말, 무선국, 및 이들의 방법 |
WO2017171183A1 (ko) * | 2016-03-27 | 2017-10-05 | 엘지전자 주식회사 | Nb-iot rat에서 네트워크 액세스를 시도하는 방법 |
KR20200133017A (ko) | 2016-05-18 | 2020-11-25 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 라디오 베어러의 재개 방법과 이와 관련된 무선 단말 및 네트워크 노드 |
WO2018008927A1 (ko) * | 2016-07-05 | 2018-01-11 | 엘지전자 주식회사 | 차세대 이동통신 네트워크에서 액세스 제어를 수행하는 방법 및 사용자 장치 |
US20190261426A1 (en) * | 2016-10-31 | 2019-08-22 | Lg Electronics Inc. | Method for performing random access by terminal, and device supporting same |
US11039380B2 (en) | 2016-11-03 | 2021-06-15 | Lg Electronics Inc. | Method for moving from NGS to EPS in wireless communication system and apparatus therefor |
WO2018088630A1 (ko) * | 2016-11-09 | 2018-05-17 | 엘지전자 주식회사 | Rrc 메시지를 전송하는 방법 및 무선 기기 |
WO2018086059A1 (en) * | 2016-11-11 | 2018-05-17 | Qualcomm Incorporated | Access control in connected mode, idle mode, and inactive state |
CN108616868B (zh) | 2017-01-09 | 2020-03-06 | 电信科学技术研究院 | 一种终端空闲态的处理方法及装置 |
EP3619955B1 (en) * | 2017-05-05 | 2024-01-24 | Apple Inc. | Access control mechanism |
CN109246720B (zh) | 2017-05-11 | 2021-04-09 | 电信科学技术研究院 | 一种确定建立原因的方法和终端 |
WO2018227510A1 (zh) | 2017-06-15 | 2018-12-20 | Oppo广东移动通信有限公司 | 接入控制方法及相关产品 |
CN109451793B (zh) * | 2017-06-30 | 2021-11-23 | 北京小米移动软件有限公司 | 一种实现网络边缘计算的方法及装置 |
US10779254B2 (en) | 2017-08-16 | 2020-09-15 | Electronics And Telecommunications Research Institute | Service request method for 5G local service |
US11178589B2 (en) | 2018-01-02 | 2021-11-16 | Lg Electronics Inc. | Method and user equipment for performing attach request procedure |
WO2019194717A1 (en) * | 2018-04-04 | 2019-10-10 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment and method to handle access barring |
WO2020000190A1 (zh) * | 2018-06-26 | 2020-01-02 | 北京小米移动软件有限公司 | 接入控制ac限制方法及装置 |
JP7115236B2 (ja) | 2018-11-08 | 2022-08-09 | 富士通株式会社 | 評価プログラムおよび評価方法 |
CN111385595B (zh) * | 2018-12-29 | 2022-05-31 | 阿里巴巴集团控股有限公司 | 网络直播方法、直播中补货处理方法、装置、直播服务器及终端设备 |
WO2021025431A1 (ko) * | 2019-08-07 | 2021-02-11 | 엘지전자 주식회사 | Ims 시그널링 |
KR20220102068A (ko) * | 2021-01-12 | 2022-07-19 | 삼성전자주식회사 | 에지 컴퓨팅을 지원하는 무선 통신 시스템에서 통신 방법 및 장치 |
CN114125738B (zh) * | 2021-11-26 | 2022-12-06 | Oppo广东移动通信有限公司 | 数据传输控制方法及相关装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120250626A1 (en) * | 2009-10-05 | 2012-10-04 | Ntt Docomo, Inc. | Mobile station |
WO2012175131A1 (en) * | 2011-06-22 | 2012-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Mmtel network call logging |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8265615B2 (en) * | 2007-10-31 | 2012-09-11 | Nokia Corporation | System apparatus and method for updating communication services |
CN101547492A (zh) * | 2008-03-24 | 2009-09-30 | 华为技术有限公司 | 一种限制接入类型的方法 |
US8837426B2 (en) * | 2008-12-19 | 2014-09-16 | Htc Corporation | Method of handling cell selection for in a wireless communication system and related mobile device |
ES2355227B1 (es) * | 2009-02-23 | 2012-02-10 | Vodafone España, S.A.U. | Método para proporcionar control automático de acceso a celdas, para usuarios móviles de alta prioridad en situaciones de sobrecarga y emergencia. |
JP4713670B2 (ja) * | 2009-10-05 | 2011-06-29 | 株式会社エヌ・ティ・ティ・ドコモ | 移動局 |
JP5936435B2 (ja) * | 2012-05-07 | 2016-06-22 | 株式会社Nttドコモ | 移動局 |
JP5896829B2 (ja) * | 2012-05-22 | 2016-03-30 | 株式会社Nttドコモ | ネットワークアクセス規制方法、移動機及びプロセッサ |
EP2870710B1 (en) * | 2012-07-06 | 2017-11-15 | LG Electronics Inc. | Method and apparatus for service access barring |
US9775011B2 (en) * | 2014-01-31 | 2017-09-26 | Intel Corporation | Implementations of application specific access class barring skip functionality in a wireless network |
US10178602B2 (en) * | 2014-03-13 | 2019-01-08 | Lg Electronics Inc. | Method and apparatus for indicating skipping of access class barring in wireless communication system |
-
2015
- 2015-03-18 EP EP15764460.0A patent/EP3119156A4/en not_active Withdrawn
- 2015-03-18 CN CN201580002440.3A patent/CN105794300A/zh not_active Withdrawn
- 2015-03-18 WO PCT/KR2015/002621 patent/WO2015142048A1/ko active Application Filing
- 2015-03-18 US US14/917,885 patent/US20160227468A1/en not_active Abandoned
- 2015-03-18 US US14/917,892 patent/US20160227469A1/en not_active Abandoned
- 2015-03-18 JP JP2016540831A patent/JP6169799B2/ja not_active Expired - Fee Related
- 2015-03-18 CN CN201580002330.7A patent/CN105659691A/zh active Pending
- 2015-03-18 KR KR1020167006575A patent/KR101828725B1/ko active IP Right Grant
- 2015-03-18 EP EP15765857.6A patent/EP3122145B1/en active Active
- 2015-03-18 JP JP2016540830A patent/JP6161825B2/ja not_active Expired - Fee Related
- 2015-03-18 WO PCT/KR2015/002622 patent/WO2015142049A1/ko active Application Filing
- 2015-03-18 KR KR1020167006573A patent/KR20160052569A/ko active Search and Examination
-
2017
- 2017-06-28 JP JP2017126381A patent/JP2017184287A/ja active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120250626A1 (en) * | 2009-10-05 | 2012-10-04 | Ntt Docomo, Inc. | Mobile station |
WO2012175131A1 (en) * | 2011-06-22 | 2012-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Mmtel network call logging |
Non-Patent Citations (2)
Title |
---|
INTEL CORPORATION: "Discussion on the specification impacts due to requirements to prioritize MMTEL voice, MMTEL video and SMS", 《3GPP TSG-RAN WG2#85 R2-140493》 * |
SAMSUNG: "Skipping ACB check for MMTEL-voice/video and SMS", 《3GPP TSG-RAN WG2#85 R2-140420》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110493890A (zh) * | 2017-03-18 | 2019-11-22 | 华为技术有限公司 | 一种连接恢复方法、接入和移动性管理功能实体及用户设备 |
CN110493890B (zh) * | 2017-03-18 | 2020-11-10 | 华为技术有限公司 | 一种连接恢复方法、接入和移动性管理功能实体、通信装置及系统 |
US11129225B2 (en) | 2017-03-18 | 2021-09-21 | Huawei Technologies Co., Ltd. | Connection reactivation method, access and mobility management function entity, and system |
US11805566B2 (en) | 2017-03-18 | 2023-10-31 | Huawei Technologies Co., Ltd. | Connection reactivation method, access and mobility management function entity, and system |
CN112889342A (zh) * | 2018-11-14 | 2021-06-01 | 诺基亚技术有限公司 | 用于连接管理的设备、方法和计算机程序 |
US12082286B2 (en) | 2018-11-14 | 2024-09-03 | Nokia Technologies Oy | Apparatus, method, and computer program for connection management |
CN114557044A (zh) * | 2019-08-07 | 2022-05-27 | Lg电子株式会社 | Ims信令 |
CN114557044B (zh) * | 2019-08-07 | 2023-11-17 | Lg电子株式会社 | Ims信令 |
Also Published As
Publication number | Publication date |
---|---|
KR20160048819A (ko) | 2016-05-04 |
US20160227469A1 (en) | 2016-08-04 |
WO2015142049A1 (ko) | 2015-09-24 |
JP2016529856A (ja) | 2016-09-23 |
JP6169799B2 (ja) | 2017-07-26 |
JP2016529855A (ja) | 2016-09-23 |
KR20160052569A (ko) | 2016-05-12 |
EP3119156A1 (en) | 2017-01-18 |
KR101828725B1 (ko) | 2018-03-29 |
JP6161825B2 (ja) | 2017-07-12 |
WO2015142048A1 (ko) | 2015-09-24 |
JP2017184287A (ja) | 2017-10-05 |
EP3122145B1 (en) | 2019-09-18 |
CN105659691A (zh) | 2016-06-08 |
EP3122145A4 (en) | 2017-11-15 |
EP3122145A1 (en) | 2017-01-25 |
EP3119156A4 (en) | 2017-11-15 |
US20160227468A1 (en) | 2016-08-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6505274B2 (ja) | アプリケーション別ネットワークアクセス遮断方法及びユーザ装置 | |
US10616868B2 (en) | Method for connecting IMS-based service | |
CN105794300A (zh) | 用于服务请求过程的执行方法和用户设备 | |
US10694447B2 (en) | Method for attempting network access from NB-IoT RAT | |
JP6333994B2 (ja) | Acdcによるネットワークアクセス遮断方法及びユーザ装置 | |
US9860834B2 (en) | Method for reselecting network node in charge of control plane | |
JP6321832B2 (ja) | アプリケーション別ネットワークアクセス遮断方法及びユーザ装置 | |
US10999781B2 (en) | Method for transmitting RRC message and wireless device | |
US11064555B2 (en) | Method for transmitting RRC message and wireless device | |
US11166323B2 (en) | Method for using PS data off function and user equipment | |
US11044776B2 (en) | Method for attempting network access from NB-IoT RAT |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20160720 |