CN104871603B - 用于连接基于ims的服务的方法 - Google Patents
用于连接基于ims的服务的方法 Download PDFInfo
- Publication number
- CN104871603B CN104871603B CN201380061875.6A CN201380061875A CN104871603B CN 104871603 B CN104871603 B CN 104871603B CN 201380061875 A CN201380061875 A CN 201380061875A CN 104871603 B CN104871603 B CN 104871603B
- Authority
- CN
- China
- Prior art keywords
- service
- ims
- rrc connection
- request message
- rrc
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- 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/1069—Session establishment or de-establishment
-
- 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/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- 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
-
- 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/04—Access restriction performed under specific conditions based on user or terminal location or mobility data, e.g. moving direction, speed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Abstract
本说明书提供了一种用于在终端中连接基于IP多媒体子系统(IMS)的服务的方法。所述用于连接基于IMS的服务的方法包括以下步骤:当需要在用户平面上发送用于连接所述基于IMS的服务的、基于会话初始协议(SIP)的消息时,在建立原因字段中设置指示信令或者归因于IMS的原因值;发送非接入层(NAS)的、包括指示信令或归因于基站的服务类型(字段)的服务请求消息;以及向所述基站发送包括设置的所述建立原因字段的无线电资源控制(RRC)连接请求消息。
Description
技术领域
本发明涉及连接基于IP多媒体子系统(IMS)的服务的方法。
背景技术
在建立用于移动通信系统的技术标准的3GPP中,为了处理第四代通信以及几个相关论坛和新技术,从2004年末起,作为用于最优化和改进3GPP技术性能的努力的一部分,有关长期演进/系统架构演进(LTE/SAE)技术的研究已经开始。
已经基于3GPP SA WG2执行的SAE是有关旨在确定网络结构并且支持符合3GPPTSG RAN的LTE任务的异构网络之间的移动性的网络技术的研究,而且是3GPP的近期重要标准化问题之一。SAE是用于将3GPP系统发展成支持基于IP的各种无线电接入技术的系统的任务,并且该任务已经出于最优化的基于分组的系统的目的而加以执行,其以更加改进的数据发送能力来最小化发送延迟。
在3GPP SA WG2中定义的演进分组系统(EPS)高层参考模型包括非漫游情况和具有各种情形的漫游情况,并且针对用于其的细节,可以参考3GPP标准文献TS 23.401和TS23.402。图1的网络配置已经根据EPS高层参考模型简要地重新配置。
图1示出了演进移动通信网络的配置。
演进分组核心(EPC)可以包括不同部件。图1例示了服务网关(S-GW)52、分组数据网络网关(PDN GW)53、移动管理实体(MME)51、服务通用分组无线电业务(GPRS)支持节点(SGSN)以及对应于不同部件中的一些的增强分组数据网关(ePDG)。
S-GW 52是在无线电接入网络(RAN)与核心网络之间的边界点操作的部件,并且具有保持eNodeB 22与PDN GW 53之间的数据路径的功能。而且,如果终端(或用户设备(UE))在其中通过eNodeB 22提供服务的区域中移动,则S-GW 52扮演本地移动性锚点的角色。即,对于E-UTRAN(即,在3GPP版本8之后定义的通用移动电信系统(演进UMTS)陆基无线电接入网络)内的移动性来说,分组可以通过S-GW 52路由。而且,S-GW 52可以扮演用于在另一3GPP网络(即,在3GPP版本8之前定义的RAN,例如,UTRAN或全球移动通信系统(GSM)(GERAN)/增强数据速率全球演进(EDGE)无线电接入网络)情况下的移动性的锚点的角色。
PDN GW(或P-GW)53对应于朝向分组数据网络的数据接口的端接点。PDN GW53可以支持策略实施特征、分组过滤、计费支持等。而且,PDN GW(或P-GW)53可以扮演用于在3GPP网络和非3GPP网络(举例来说,诸如交互工作无线局域网(I-WLAN)、码分多址(CDMA)网络的不可靠网络,或者诸如WiMax的可靠网络)的情况下的移动性管理的锚点的角色。
在图1的网络配置中,S-GW 52和PDN GW 53已经被例示为分离网关,但这两个网关可以根据单网关配置选项来实现。
MME 51是用于执行终端接入网络连接和用于支持网络资源的分配、跟踪、寻呼、漫游、切换等的信令与控制功能的部件。MME 51控制与用户和会话管理有关的控制平面功能。MME 51管理许多eNodeB 22并且执行用于选择用于切换至另一2G/3G网络的网关的常规信令。而且,MME 51执行诸如安全程序、终端至网络会话处理以及空闲终端位置管理的功能。
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的不同功能实体中的两个功能的概念性链路(conceptual link)被称作参考点。下表1定义了图1所示参考点。除了表1的示例中所示参考点以外,不同参考点可以根据网络配置而存在。
[表1]
在图1所示参考点当中,S2a和S2b对应于非3GPP接口。S2a是向用户平面提供PDNGW与可靠非3GPP接入之间的相关控制和移动性支持的参考点。S2b是向用户平面提供PDNGW与ePDG之间的移动性支持和相关控制的参考点。
图2是示出公共E-UTRAN和公共EPC的架构的示例性图。
如图2所示,eNodeB 20可以执行多个功能,如在启用RRC连接的同时路由至网关、调度和发送寻呼消息、调度和发送广播频道(BCH)、在上行链路和下行链路中向UE动态分配资源、用于测量eNodeB 20的配置和提供、控制无线电载体、无线电准入控制以及连接移动性控制。EPC可以执行多个功能,如生成寻呼、管理LTE_IDLE状态、密码化用户平面、控制EPS载体、密码化NAS信令以及完整性保护。
图3a是示出UE与eNodeB之间的控制平面中的无线电接口协议的结构的示例性图,
而图3b是示出UE与eNodeB之间的用户平面中的无线电接口协议的结构的另一示例性图。
该无线电接口协议基于3GPP无线电接入网络标准。该无线电接口协议按水平方式包括物理层、数据链路层以及网络层,并且其被划分成用于发送信息的用户平面和用于传递控制信号(或信令)的控制平面。
该协议层可以基于通信系统中公知的开放式系统互连(OSI)参考模型的下三层而分类成第一层(L1)、第二层(L2)以及第三层(L3)。
下面,对图3a所示控制平面的无线电协议的层和图3b的用户平面中的无线电协议的层进行描述。
物理层PHY(即,第一层)利用物理信道提供信息传递服务。该PHY层通过传输信道连接至置于高层中的介质接入控制(MAC)层,并且数据通过传输信道在MAC层与PHY层之间传递。而且,数据通过PHY层在不同的PHY层(即,发送方侧和接收方侧上的PHY层)之间传递。
物理信道由时间轴上的多个子帧和频率轴上的多个副载波组成。这里,一个子帧由多个符号和时间轴上的多个副载波组成。一个子帧由多个资源块组成,而一个资源块由多个符号和多个副载波组成。传送时间间隔(TTI),即,发送数据的单位时间,是与一个子帧对应的1ms。
根据3GPP LTE,可以将存在于发送方侧和接收方侧的物理层中的物理信道划分成物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH),(即,数据信道),和物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)以及物理上行链路控制信道(PUCCH),(即,控制信道)。
第二层中存在几个层。
首先,介质接入控制(MAC)层用于将不同逻辑信道映射至不同传输信道,并且还扮演用于将多个逻辑信道映射至一个传输信道的逻辑信道复用的角色。MAC层通过逻辑信道连接至作为无线电链路控制(RLC)层(即,高层)。该逻辑信道基本上被划分成传送控制平面信息的控制信道和根据发送信息的类型发送用户平面信息的通信信道。
第二层的RLC层用于通过分割和级联数据来控制适于通过下层发送从无线电部分中的高层接收的数据的数据大小。
第二层的分组数据汇聚协议(PDCP)层执行报头压缩功能,以缩减包含大小相对较大以及不必要的控制信息的IP分组报头的大小,以便在发送IP分组时,在具有小带宽的无线电部分中有效发送IP分组(如IPv4或IPv6)。因此,该无线电部分的发送效率可以因在数据的报头部分中仅发送基本信息而增加。而且,在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_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状态,以便提供公共移动通信服务(如语音或数据)。每一个TA都通过跟踪区域标识(TAI)来分类。UE可以通过跟踪区域代码(TAC)(即,由小区广播的信息)来配置TAI。
当用户首先接通UE的电力时,UE首先搜索合适小区,在对应小区中建立RRC连接,并且向核心网络登记有关该UE的信息。此后,UE停留于RRC_IDLE状态。处于RRC_IDLE状态的UE在需要时选择(重新选择)小区,并且检查系统信息或寻呼信息。该过程被称作预占(campon)。当处于RRC_IDLE状态的UE需要建立RRC连接时,UE通过RRC连接过程与E-UTRAN的RRC层建立RRC连接,并且变换至RRC_CONNECTED状态。处于RRC_IDLE状态的UE需要建立RRC连接的情况包括多种情况。这些情况可以包括例如出于诸如由用户进行的呼叫尝试的理由而需要发送UL数据的情况,以及需要响应于从E-UTRAN接收的寻呼消息而发送响应消息的情况。
置于RRC层上的非接入层(NAS)执行诸如会话管理和移动性管理的功能。
下面,对图3a所示的NAS层进行详细描述。
属于NAS层的演进会话管理(ESM)执行诸如管理默认载体和管理专用载体的功能,并且ESM负责对UE必需使用来自网络的PS服务的控制。默认载体资源的特征在于,在UE首先接入专用分组数据网络(PDN)或接入网络时通过网络分配默认载体资源。这里,该网络分配可用于UE的IP地址,以使UE可以使用数据服务和默认载体的QoS。LTE支持两类载体:具有保证比特率(GBR)QoS特征的载体,其保证用于发送和接收数据的专用带宽,以及具有最优服务(best effort)QoS特征而不保证带宽的非GBR载体。默认载体被指配非GBR载体,而专用载体可以被指配具有GBR或非GBR QoS特征的载体。
在网络中,指配给UE的载体被称作演进分组服务(EPS)载体。当指配EPS载体时,网络指配一个ID。这被称为EPS载体ID。一个EPS载体具有最大比特率(MBR)和保证比特率(GBR)或聚合最大比特率(AMBR)的QoS特征。
图4a是例示3GPP LTE中的随机接入过程的流程图。
该随机接入过程被用于UE 10,以获取与基站(即,eNodeB 20)的UL同步,或者被指配UL无线电资源。
UE 10从eNodeB 20接收根索引和物理随机接入信道(PRACH)配置索引。由Zadoff-Chu(ZC)序列定义的64个候选随机接入前导码存在于每一个小区中。该根索引是被用于UE的逻辑索引,以生成所述64个候选随机接入前导码。
随机接入前导码的发送受限于每一个小区中的具体时间和频率资源。PRACH配置索引指示可以发送随机接入前导码的特定子帧和前导码格式。
UE 10向eNodeB 20发送随机选择的随机接入前导码。这里,UE 10选择所述64个候选随机接入前导码中的一个。而且,UE选择与PRACH配置索引相对应的子帧。UE10在所选择的子帧中发送所选择的随机接入前导码。
接收到随机接入前导码的eNodeB 20向UE 10发送随机接入响应(RAR)。以两个步骤来检测该随机接入响应。首先,UE 10检测利用随机接入RNTI(RA-RNTI)掩蔽的PDCCH。UE10在通过所检测的PDCCH指示的PDSCH上接收介质接入控制(MAC)协议数据单元(PDU)内的随机接入响应。
图4b例示了无线电资源控制(RRC)层中的连接过程。
图4b示出了取决于是否存在RRC连接的RRC状态。该RRC状态指示UE 10的RRC层的实体是否处于与eNodeB 20的RRC层的实体的逻辑连接下,并且如果是,则其被称为RRC连接状态,而如果不是,则其被称为RRC空闲状态。
在该连接状态,UE 10具有RRC连接,并由此,E-UTRAN能够以小区为基础来掌握UE的存在性,并由此可以有效控制UE 10。与此相反,处于空闲状态的UE 10无法掌握eNodeB20,而是基于大于小区的跟踪区域通过核心网络来管理。该跟踪区域是一组小区。即,仅以更大区域为基础,掌握处于空闲状态的UE 10的存在性,并且该UE应当切换至连接状态,以接收诸如语音或数据服务的典型移动通信服务。
当用户接通UE 10时,UE 10搜索合适的小区,并且在该小区中保持空闲状态。在需要时,UE 10通过RRC连接过程与eNodeB 20的RRC层建立RRC连接,并且变换至RRC连接状态。
存在停留在空闲状态的UE需要建立RRC连接的许多情况,例如,当用户尝试呼叫或者当需要上行链路数据发送时,或者当发送响应于从EUTRAN接收寻呼消息的消息时。
为了使空闲UE 10与eNodeB 20进行RCC连接,UE 10需要执行如上所述RRC连接过程。RRC连接过程通常伴随以下过程发生:UE向eNodeB 20发送RRC连接请求消息的过程,eNodeB 20向UE 10发送RRC连接建立消息的过程,以及UE 10向eNodeB 20发送RRC连接建立完成消息的过程。这些过程将参照图6进行更详细描述。
1)空闲UE 10在尝试建立RRC连接时,例如,用于尝试呼叫或发送数据或者响应于来自eNodeB 20的寻呼的响应,向eNodeB 20发送RRC连接请求消息。
2)当接收到来自UE 10的RRC连接消息时,如果具有足够的无线电资源,则eNodeB20接受来自UE 10的RRC连接请求,并且eNodeB 20向UE 10发送响应消息(RRC连接建立消息)。
3)在接收到RRC连接建立消息时,UE 10向eNodeB 20发送RRC连接建立完成消息。如果UE 10成功发送RRC连接建立消息,则UE 10发生与eNodeB 20建立RRC连接,并且切换至RRC连接状态。
此时,当UE 10出于用户平面的数据发送的目的而请求RRC连接时,如果网络(例如,基站(即,eNodeB))处于拥塞状态,则可以拒绝RRC连接请求。另一方面,当UE 10出于发送控制平面的信号的目的而请求RRC连接,以请求基于电路开关(CS)的呼叫时,即使网络(例如,基站(即,eNodeB))处于拥塞状态,这也不能被拒绝。
然而,诸如LTE语音传输(VoLTE)的IMS服务(即,ALL IP服务)使用基于IP多媒体子系统(IMS)的会话初始协议(SIP)的信号,作为用于发送和接收呼叫的控制信号。基于SIP的控制信号不在控制平面上而是在用户平面上发送。因此,对于UE 100请求用于发送基于SIP的控制信号的RRC连接以便开始诸如VoLTE的IMS服务(即,ALL IP服务)的情况来说,如果网络(例如,基站(即,eNodeB))处于拥塞状态,则这可以被拒绝。
因此,存在的问题在于,在网络拥塞的状态下,即使是呼叫也会被丢弃。
发明内容
技术问题
因此,本说明书的一方面提供了一种用于解决前述问题的方法。
技术手段
为了实现前述目的,本说明书提供了一种在终端中连接基于IP多媒体子系统(IMS)的服务的方法。所述方法可以包括以下步骤:如果需要在用户平面上发送基于会话初始协议(SIP)的消息以连接所述基于IMS的服务,则将指示信令或指示归因于IMS的原因值设置到建立原因字段中;向基站发送非接入层(NAS)的、包括指示信令或指示其因IMS导致的服务类型(字段)的服务请求或扩展服务请求消息;以及向所述基站发送包括所设置的建立原因字段的无线电资源控制(RRC)连接请求消息。
在所述建立原因字段中,可以设置暗示信令或暗示归因于IMS的所述原因值,而非暗示发送正常数据的原因值。
所述发送所述RRC连接请求消息的步骤可以包括以下步骤:由所述终端的NAS层向所述终端的RRC层递送所设置的原因值;基于所设置的原因值,由所述终端的所述RRC层设置RRC连接请求消息的原因字段;以及发送包括所设置的原因字段的所述RRC连接请求消息。
所述基于IMS的服务可以对应于基于IMS的语音呼叫服务、视频呼叫服务以及多媒体电话服务中的一种。
如果由所述终端启动所述基于IMS的服务,则所述原因值可以对应于MO信令、MO-IMS服务、MO-IMS接入、MO-IMS MMTEL服务以及新原因值中的任一个。
在基于IMS的端接的情况下,网络通过包括用于与正常数据端接相区分的信息而向所述基站递送所述消息。
从所述基站接收的寻呼信号可以包括优先级或指示所述端接是基于所述基于IMS的服务的端接还是所述正常数据的端接的信息。
所述设置所述建立原因字段的步骤可以包括以下步骤:检查包括在所述寻呼信号中的所述信息;和基于所检查的信息设置MT接入。
所述方法还可以包括以下步骤:从所述基站接收与涉及所述基于IMS的服务的原因值有关的信息,其中,在所述设置所述建立原因字段的步骤中,选择多个所述原因值中的一个。
所述方法还可以包括以下步骤:从所述基站接收包括接入类别禁止信息的系统信息,其中,所述接入类别禁止信息包括用于IMS服务的例外规则;并且根据所述接入类别禁止信息确定是否发送所述RRC连接请求消息。在所述确定步骤中,如果需要发送用于连接所述基于IMS的服务的、基于IMS的控制信号或基于SIP的消息,则根据所述例外规则发送所述RRC连接请求消息。
另一方面,本说明书提供了一种用于连接基于IP多媒体子系统(IMS)的服务的终端。所述终端可以包括:控制器,该控制器用于如果需要在用户平面上发送基于IMS的控制信号或者基于会话初始协议(SIP)的消息以连接所述基于IMS的服务,则将指示信令或指示归因为IMS的原因值设置至建立原因字段;和收发器,该收发器用于在所述控制器的控制下,向基站发送非接入层(NAS)的、包括指示信令或指示归因于IMS的服务类型(字段)的服务请求或扩展服务请求消息,并且用于向所述基站发送包括所设置的建立原因字段的无线电资源控制(RRC)连接请求消息。
技术效果
常规地讲,如果UE请求用于发送基于IMS的控制信号或基于SIP的控制信号的RRC连接,以便开始基于IMS的呼叫(例如,VoLTE),则存在的问题在于,处于拥塞状态的基站(即,eNodeB)无法区别基于IMS的呼叫和正常数据,甚至是针对基于IMS的呼叫的RRC连接请求也会和针对正常数据的RRC连接请求一起被丢弃。
然而,根据本说明书的一方面,解决这种问题,由此解决用户的不便利。
附图说明
图1示出了演进移动通信网络的配置。
图2是示出公共E-UTRAN和公共EPC的架构的示例性图。
图3a是示出UE与eNodeB之间的控制平面中的无线电接口协议的结构的一示例性图,而图3b是示出UE与eNodeB之间的用户平面中的无线电接口协议的结构的另一示例性图。
图4a是例示3GPP LTE中的随机接入过程的流程图。
图4b例示了无线电资源控制(RRC)层中的连接过程。
图5示出了网络超载状态。
图6a示出了UE在图5所示的eNodeB的拥塞状态下拒绝RRC连接请求的示例。
图6b示出了UE在图5所示的eNodeB的拥塞状态下的端接情况。
图7是示出在网络拥塞状态下基于接入类别禁止的操作的示例性流程图。
图8a示出了根据用于解决图6a的问题的本说明书的第一方面的示例性流程。
图8b示出了根据用于解决图6b的端接情况下的问题的本说明书的第一方面的示例性流程。
图9示出了根据用于解决图7的问题的本说明书的第二方面的示例性流程。
图10是根据本发明实施方式的UE 100和eNodeB 200的框图。
具体实施方式
本发明按照UMTS(通用移动电信系统)和EPC(演进分组核心)来描述,但不限于这种通信系统,而相反可应用于本发明的技术精神可以应用至所有通信系统和方法。
在此使用的技术术语被用于仅描述具体实施方式,而不应视为禁止本发明。而且,除非另外加以限定,在此使用的技术术语应被解释为具有本领域技术人员通常所理解的含义而非太宽泛或太狭隘地理解的含义。而且,在此使用的技术术语(其被确定成不精确地表示本发明的精神)应当通过如能够被本领域技术人员精确地理解的这种技术术语来替换或者通过这种技术术语来理解。而且,在此使用的一般术语应当按如在字典中定义的语境而非按过窄方式来解释。
本说明书中单数的表达包括多数的含义,除非单数的含义在上下文中明确地不同于多数的含义。在下面的描述中,术语“包括”或“具有”可以表示存在本说明书中描述的特征、数字、步骤、操作、组件、部分或其组合,并且可以不排除存在或添加另一特征、另一数字、另一步骤、另一操作、另一组件、另一部分或其组合。
术语“第一”和“第二”被用于说明有关不同组件的目的,并且该组件不限于术语“第一”和“第二”。术语“第一”和“第二”仅被用于区别一个组件与另一组件。例如,在不脱离本发明的范围的情况下,第一组件可以被命名为第二组件。
应当明白,当部件或层被称为“连接至”或“耦接至”另一部件或层时,其可以直接连接或耦接至该另一部件或层,或者可以存在插入部件或层。与此相反,当部件被称为“直接连接至”或“直接耦接至”另一部件或层时,不存在插入部件层。
下面,参照附图,对本发明的示例性实施方式进行更详细描述。在描述本发明方面,为容易理解,贯穿附图使用相同标号来指示相同组件,并且将省略对相同组件的重复描述。针对被确定为使本发明的要点不清楚的公知技术的详细描述将省略。提供附图,仅使本发明的精神容易理解,而并非旨在限制本发明。应当明白,本发明的精神除了附图所示内容以外还可以扩展至其修改例、替换例或等同物。
在图中,例如示出了用户设备(UE)。UE还可以被指示为终端或移动设备(ME)。UE可以是膝上型计算机、移动电话、PDA、智能电话、多媒体装置或其它便携式装置,或者可以是诸如PC或车载装置的固定装置。
术语定义
为了更好理解,在参照附图继续对本发明的详细描述之前,对在此使用的术语进行简要定义。
UMTS:代表通用移动电信系统并且意指第三代移动通信网络。
UE/MS:用户设备/移动站。意指终端装置。
EPS:代表演进分组系统并且意指包括UE的移动通信系统、包括LTE的接入网络,以及EPC。
PDN(公共数据网络):定位服务提供服务器的独立网络。
PDN连接:从UE至PDN的连接,即,利用IP地址表示的UE与利用APN(接入点名称)表示的PDN之间的关联(连接)。
PDN-GW(分组数据网络网关):执行诸如UE IP地址分配、分组筛选&过滤以及计费数据收集的功能的EPS网络的网络节点。
服务GW(服务网关):执行诸如移动性锚、分组路由、空闲模式分组缓冲以及触发MME以寻呼UE的功能的EPS网络的网络节点。
PCRF(策略和计费规则功能):EPS网络节点执行策略判定,以动态应用每服务流区分的QoS和记账策略。
APN(接入点名称):从UE提供的、由网络管理的接入点的名称,即,用于指示PDN或区别一个PDN与另一个PDN的字符串。接入请求服务或网络(PDN)经由对应P-GW,并且APN是在网络中预先定义的名称(例如,internet.mnc012.mcc345.gprs),以能够发现P-GW。
TEID(隧道端点标识符):在网络中的节点之间配置的隧道的端点ID。TEID由每一个UE的载体而每部分配置。
NodeB:UMTS网络基站。NodeB安装在室外并且在小区覆盖大小方面对应于宏小区。
eNodeB:EPS(演进分组系统)基站,并且安装在室外。eNodeB在小区覆盖大小方面对应于宏小区。
(e)NodeB:共同指示NodeB和eNodeB
MME:代表移动性管理实体,并且扮演用于控制EPS中的每一个实体以向UE提供移动性和会话的角色。
会话:用于数据发送的路径。会话的单元可以包括PDN、载体以及IP流,其分别对应于总目标网络的单元(APN或PDN的单元)、通过其中的由QoS区分的单元(载体的单元)以及目的地IP地址的单元。
PDN连接:从UE至PDN的连接,即,利用IP地址表示的UE与利用APN表示的PDN之间的关联(连接)。这意指核心网络中的实体之间的用于形成会话的连接(UE-PDN GW)。
UE背景:有关被用于管理网络中的UE的UE的背景的信息,即,由UE id、移动性(例如,当前位置)以及会话属性(QoS或优先级)构成的背景信息。
OMA DM(开放式移动联盟设备管理):被设计用于管理诸如移动电话、PDA或便携式计算机的移动装置的协议,并且执行诸如装置配置、固件升级以及错误报告的功能。
OAM(操作管理和维护):指示显示网络故障和提供能力信息、诊断和数据的一组网络管理功能。
NAS配置MO(管理对象):被用于在与NAS功能相关联的UE参数中配置的MO(管理对象)
MTC:机器型通信,其是在没有人为干涉的情况下,装置之间或者装置与服务器之间实现的通信。
MTC装置:用于特定目的的、具有经由核心网络的通信功能的UE,例如,自动贩卖机、抄表装置、天气传感器等。MTC装置还可以被称为MTC终端、MTC装置、MTC机器、MTC UE、用于MTC的UE用户、针对MTC配置的UE等。
MTC服务器:管理MTC装置并且在网络上交换数据的服务器。该服务器可以存在于核心网络之外。
MTC应用:利用MTC装置和MTC服务器的实际应用(例如,远程抄表、产品递送跟踪等)。
MTC特征:用于支持该应用的网络的功能或特征。即,根据使用的每一种应用需要一些特征。其示例包括MTC监测(需要用于针对丢失装置的远程抄表等)、低移动性(在自动贩卖机的情况下,几乎不移动)、小数据发送(仅少量数据通过MTC装置发送/接收)等。
MTC用户:使用由MTC服务器提供的服务的用户。
NAS(非接入层):UE与MME之间的控制平面的高层。NAS支持UE与网络之间的移动性管理、会话管理、IP地址管理等。
MM(移动性管理)操作/过程:用于UE的移动性调整/管理/控制的操作或过程。该MM操作/过程可以被解释为包括CS网络中的MM操作/过程、GPRS网络中的GMM操作/过程以及EPS网络中的EMM操作/过程中的一个或更多个。UE与网络节点(例如,MME、SGSN以及MSC)交换MM消息以执行MM操作/过程。
SM(会话管理)操作/过程:用于调整/管理/处理(process)/操纵(handle)用户平面和/或UE的载体背景/PDP背景的操作或过程。该SM操作/过程可以被解释为包括GPRS网络中的SM操作/过程和EPS网络中的ESM操作/过程中的一个或更多个。UE与网络节点(例如,MME和SGSN)交换SM消息以执行SM操作/过程。
低优先级UE:被设置用于NAS信令低优先级的UE。标准文献3GPP TS 24.301和TS24.008可以通过引用其细节而并入。
正常优先级UE:未设置有低优先级的正常UE。
双优先级UE:配置用于双优先级的UE。即,提供双优先级支持的UE被设置用于NAS信令低优先级并且还被设置成超越NAS信令低优先级的指示符。标准文献3GPP TS 24.301和TS 24.008可以通过引用其细节而并入。
下面,参照附图,对本说明书的一方面进行描述。
图5示出了网络超载状态。
如图5所示,许多UE 100a、100b、300c以及300d存在于eNodeB 200的服务范围中,并且尝试数据发送/接收。因此,如果通信在eNodeB 200与S-GW 520之间的接口中超载或拥塞,则去往MTC装置100的下行链路数据或来自UE 100的上行链路数据不正确发送,并由此数据发送失败。
另选的是,即使S-GW 520与PDN-GW 530之间的接口或者PDN-GW 530与移动通信操作员的因特网协议(IP)服务网络之间的接口超载或拥塞,去往UE 100a、100b、300c以及300d的上行链路数据或来自UE 100a、100b、300c以及300d的上行链路数据也不正确发送,并由此数据发送失败。
如果eNodeB 200与S-GW 520之间的接口超载或拥塞,或者如果S-GW 520与PDN-GW530之间的接口超载或拥塞,则核心网络的节点(例如,MME)执行NAS级拥塞控制,以避免或控制信令拥塞和APN拥塞。
NAS级拥塞控制由基于APN的拥塞控制和一般NAS级移动性管理控制构成。
基于APN的拥塞控制暗示与UE和特定APN(即,与拥塞状态有关的APN)有关的EMM、GMM以及(E)SM信号拥塞控制,并且包括基于APN的会话管理拥塞控制和基于APN的移动性管理拥塞控制。
另一方面,该一般NAS级移动性管理控制暗示核心网络中的节点(MME、SGSN)拒绝由处于一般网络拥塞或超载情况下的UE/MS所请求的移动性管理信令请求,以避免拥塞和超载。
一般来说,如果核心网络执行NAS级拥塞控制,则通过在NAS拒绝消息上携带回退计时器(back-off timer)值而发送至处于空闲模式或连接模式的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、RTU)以及服务请求过程的计时器。然而,例外的是,对于紧急载体服务和多媒体优先级服务(MPS)的情况来说,即使计时器在运行,也可以允许UE执行请求。
如上所述,UE可以从核心网络节点(例如,MME、SGSN等)或者从下层(接入层)接收MM回退计时器值。另外,计时器值可以由UE在15分钟至30分钟的范围内随机设置。
SM回退计时器是被用于控制出现网络拥塞的情况的会话管理相关回退计时器,并且是防止UE配置或改变关联的基于APN的会话的计时器。然而,同样地,例外的是,对于紧急载体服务和多媒体优先级服务(MPS)的情况来说,即使计时器在运行,也可以允许UE 100执行请求。
UE从核心网络节点(例如,MME、SGSN等)接收SM回退计时器值,并且在直至72小时内随机设置。另外,计时器值可以由UE/MS在15分钟至30分钟的范围内随机设置。
此时,如果在eNodeB 200中出现拥塞,则eNodeB 200还可以执行拥塞控制。即,对于UE出于用户平面的数据发送的目的而请求RRC连接建立的情况来说,如果eNodeB 200处于拥塞状态,则可以将拒绝计时器与延长等待计时器一起发送给UE。在这种情况下,RRC连接建立请求无法建立,直到延长等待计时器期满为止。另一方面,对于UE出于发送控制平面的、用于基于电路开关(CS)的呼叫的信号的目的而请求RRC建立的情况来说,即使eNodeB200处于拥塞状态,这也无法被拒绝。
然而,诸如LTE语音传输(VoLTE)的ALL IP服务使用基于IP多媒体子系统(IMS)的会话初始协议(SIP)的信号,作为用于始发和端接的控制信号。基于SIP的控制信号不在控制平面上而是在用户平面上发送。因此,对于UE请求用于发送基于SIP的控制信号的RRC连接以便开始诸如VoLTE的ALL IP服务的情况来说,如果网络(例如,基站(即,eNodeB))处于拥塞状态,则这可以被拒绝。
因此,存在的问题在于,甚至呼叫在网络拥塞状态也会变弱。其细节将参照图6进行描述。
图6a示出了UE在图5所示eNodeB的拥塞状态下拒绝RRC连接请求的示例。
可以从图6a看出,在eNodeB 200的拥塞状态下,处于空闲状态的UE1 100a基于IMS服务(例如,VoLTE)来确定始发端的呼叫。同样地,处于空闲状态的UE2 200b确定正常数据的始发端。
1)针对基于IMS服务(例如,VoLTE)的呼叫的始发端,UE1 100a的上层(即,NAS层)将建立原因字段的值设置成“移动始发(MO)数据”,其暗示该数据发送由UE启动,并且发送服务请求消息。另外,针对正常数据的始发端,UE2 100b的上层(即,NAS层)将建立原因字段的值设置成“MO数据”,其暗示该数据发送由UE启动,并且发送服务请求消息。
2)用于基于VoLTE始发和端接呼叫的控制信号使用IMS的基于SIP的控制信号,并且在用户平面上发送。因此,UE1 100a的上层(例如,NAS层)将建立原因字段的值设置成“MO数据”,并将其递送至RRC层。接着,UE1 100a的RRC层在包括在RRC连接请求消息中的建立原因字段中设置“MO数据”,并将其发送给eNodeB 200。
同样地,UE2 100b的上层(即,NAS层)将建立原因字段的值设置成“MO数据”,并将其递送至RRC层。接着,UE2 100b的RRC层在包括在RRC连接请求消息中的建立原因字段中设置“MO数据”,并将其发送给eNodeB 200。
3)接着,如果处于超载状态的eNodeB 200接收到来自UE1 100a的RRC连接请求消息和来自UE2 100b的RRC连接请求消息,则确认相应建立原因字段。
因为包括在来自UE1 100a和UE2 100b的RRC连接请求消息中的建立原因字段被等同地设置成MO数据,所以处于拥塞状态的eNodeB 200不仅针对来自UE2 100b的RRC连接请求而且针对来自UE1 100a的RRC连接请求发送RRC连接拒绝消息。
因此,存在的问题在于,在eNodeB 200的拥塞状态下,即使是基于VoLTE的呼叫始发也会被丢弃。
图6b示出了UE在图5所示的eNodeB的拥塞状态下的端接情况。
0)可以从图6b看出,在拥塞状态或正常状态下,eNodeB 200向UE1 100a发送用于端接基于IMS服务的呼叫的寻呼信号,并且向UE2 100b发送用于端接数据的寻呼信号。
在这种情况下,用于区分是用于端接基于IMS服务(例如,VoLTE)的呼叫还是用于端接数据的信息可以不包括在寻呼信号中。
此时,因为eNodeB 200无法区分寻呼信号是用于端接基于IMS服务(例如,VoLTE)的呼叫,还是用于端接数据,所以不能区别发送给UE1 100a和UE2 100b的寻呼信号。另外,在拥塞情况下,用于端接基于IMS服务(例如,VoLTE)的呼叫的寻呼信号可以比用于端接数据的寻呼信号更晚发送。
因此,会出现这样的情况,即,UE1 100a比UE2 100b更晚发送服务请求(或扩展服务请求)和RRC连接请求信息。结果,会延迟端接基于IMS服务(例如,VoLTE)的呼叫。
图7是示出在网络拥塞状态下基于接入类别禁止的操作的示例性流程图。
参照图7,在网络或eNodeB 200的超载或拥塞状态下,eNodeB 200可以通过系统信息广播接入类别禁止(ACB)相关信息。该系统信息可以是系统信息块(SIB)类型2。
SIB类型2可以包括如下表所示ACB相关信息。
[表2]
同时,UE1 100a确定基于IMS服务(例如,VoLTE)的呼叫的始发,并且确定ACB是否被应用于此。同样地,UE2 100b确定正常数据的始发,并且确定ACB是否被应用于此。
一般来说,10个接入类别(例如,AC0、AC1、…、AC9)中的至少一个在UE中随机分配。例外的是,AC10被分配用于紧急接入。同样地,可以将随机分配的接入类别的值存储在UE1100a和UE2 100b中的每一个USIM中。
接着,UE1 100a与UE2 100b基于所存储的接入类别,利用包括在所接收的ACB相关信息中的禁止因子字段来检查是否应用接入禁止。这种接入禁止检查在UE1 100a和UE2100b的相应接入层(AS)层(即,RRC层)中执行。
如果ACB未应用于此,则UE1 100a和UE2 100b可以分别发送服务请求(或扩展服务请求)消息和RRC连接请求消息。
然而,如果ACB应用于此,则UE1 100a和UE2 100b都不能发送RRC连接请求消息。
总之,存在的问题在于,因为无法区分针对由UE1 100a始发的基于IMS服务(例如,VoLTE)的呼叫的RRC连接请求和针对由UE2 100b始发的正常数据的RRC连接请求,所以禁止接入,由此,ACB被应用于以上两者。
如上所述,因为在当前3GPP标准下,基于IMS的呼叫始发无法与正常数据始发相区分,所以存在的问题在于,基于IMS的呼叫始发在如图6a所示网络拥塞情况下失败,或者其甚至无法如图7所示进行尝试。另外,这种问题导致网络资源浪费,并且劣化用户体验的满意度。
<本说明书中提出的解决方案>
根据本说明书的一方面,即使利用用户平面来发送基于IMS的服务(例如,VoLTE服务)的控制信号(例如,基于IMS的控制信号或基于SIP的控制信号),也可以与正常数据明显不同地对控制信号加以处理。
更具体地说,根据本说明书的一方面,当UE希望执行因基于IMS的服务(例如,VoLTE)所导致的呼叫始发时,UE的NAS层将建立原因字段设置成不同的值,以代替“MO数据”,并将其递送至RRC层,并且UE的RRC层根据其发送RRC连接请求消息,使得其即使在eNodeB 200的拥塞情况下也不被拒绝。
更具体地说,根据本发明一方面,如果UE希望执行基于IMS的呼叫始发(例如,语音呼叫始发或视频呼叫始发),则UE的NAS层针对用于基于IMS的呼叫始发的控制信号(例如,基于IMS的控制信号或基于SIP的控制信号),将RRC建立原因设置成“MO-signaling”或者新的原因值(例如,基于IMS的始发或“MO-IMS MMTEL服务”),以代替“MO数据”。另外,UE的NAS层将所设置建立原因递送至AS层(即,RRC层),使得RRC层可以利用由NAS层设置的建立原因来发送RRC连接请求消息。此时,UE将暗示基于IMS的服务的服务类型(字段)设置成IMS语音、IMS视频、通过PS会话的MMTEL或新服务类型(字段)的值,并且此后,通过将该值(包括)设置在扩展服务请求消息中来对其进行发送。根据本说明书的一方面,用于连接基于IMS的语音呼叫或视频呼叫的控制信号、基于IMS的控制信号或基于SIP的控制信号可以通过包括在新NAS消息(例如,IMS SERVICE REQUEST)而非正常服务请求消息来发送。
接着,处于拥塞或超载状态的eNodeB 200可以基于在所接收的RRC连接请求消息的RRC建立原因字段中设置的新原因值或MO-signaling,来执行与拒绝正常数据不同的处理。即使eNodeB 200未处于拥塞或超载状态,如果预先设置了在所接收的RRC连接请求消息的RRC建立原因字段中设置的新原因值或“MO-signaling”,则与处理正常数据相比,可以以高优先级实现处理(或者可以以低优先级实现处理)。
另外,根据本说明书的一方面,对于基于以IMS为基础的服务(即,VoLTE)的呼叫端接的情况来说,网络节点(例如,S-GW、P-GW)应当向MME 510报告针对基于VoLTE的呼叫端接的控制信号(例如,IMS控制信号或基于SIP的控制信号),以使该控制信号与端接正常数据相区分。因此,MME 510还按可区分方式向UE递送寻呼信号。因此,当UE创建RRC连接请求消息时,可以将建立原因字段设置成“MT-access”或新原因值。
接着,处于拥塞或超载状态的eNodeB 200可以基于在所接收的RRC连接请求消息的RRC建立原因字段中设置的MT-access或新原因值,来执行不通过拒绝而是通过接受的处理。
下面,示出了当设置在RRC建立原因字段中设置的“MO信令”或新原因值时,eNodeB200不同于正常数据的情况来执行处理的实施例。
-以比被设置成“MO-Data”的RRC连接请求更高的优先级处理RRC连接请求消息,其中,在RRC建立原因字段中设置了“MO-signaling”或新原因值。
-以比被设置成“highPriorityAccess”的RRC连接请求更高的优先级或者与其相同的优先级处理RRC连接请求消息,其中,在RRC建立原因字段中设置了“MO-signaling”或新原因值。
-以比被设置成“MT-Access”的RRC连接请求更高的优先级或者与其相同的优先级处理RRC连接请求消息,其中,在RRC建立原因字段中设置了“MO-signaling”或新原因值。
-以比被设置成(常规上正常的)“MO-signaling”的RRC连接请求更高的优先级或者与其相同的优先级处理RRC连接请求消息,其中,在RRC建立原因字段中设置了“MO-signaling”(用于区分基于IMS的服务)或新原因值。
-以比被设置成“MO-Data”的RRC连接请求更低的优先级或者与其相同的优先级拒绝RRC连接请求消息,其中,在RRC建立原因字段中设置了“MO-signaling”或新原因值。
-以比被设置成“highPriorityAccess”的RRC连接请求更低的优先级或者与其相同的优先级拒绝RRC连接请求消息,其中,在RRC建立原因字段中设置了“MO-signaling”或新原因值。
-以比被设置成“MT-Access”的RRC连接请求更低的优先级或者与其相同的优先级拒绝RRC连接请求消息,其中,在RRC建立原因字段中设置“MO-signaling”或新原因值。
-以比被设置成(常规上正常的)“MO-signaling”的RRC连接请求更高的优先级或者与其相同的优先级拒绝RRC连接请求消息,其中,在RRC建立原因字段中设置了“MO-signaling”(用于区分基于IMS的服务)或新原因值。
此时,区分基于IMS的语音呼叫或视频呼叫与正常数据可以根据操作员的策略、网络节点的配置(例如,MME/SGSN、eNodeB)、用户信息或UE能力来改变。
此时,根据本发明的一方面添加的建立原因值被包括在下面描述的表中。
[表3]
下面,参照附图,对本说明书中提出的解决方案进行描述。
图8a示出了根据用于解决图6a的问题的本说明书的第一方面的示例性流程。
如可以从图8a看出,UE1 100a确定IMS服务(例如,基于IMS的呼叫)的始发,而UE2100b确定数据的始发。基于IMS的呼叫可以是语音呼叫、视频呼叫或者基于MMTEL的呼叫。
首先,下面参照图8a进行描述。
1)针对IMS服务,例如,基于IMS的呼叫始发,UE1 100a的上层(即,NAS层)将建立原因字段的值设置成“MO-signaling”或新原因,例如,如表3所示“'MO-IMS服务”或“MO-IMSMMTEL服务”,以代替现有“MO-Data”。另外,UE1 100a的上层(例如,NAS层)发送包括指示信令或指示其因IMS导致的服务类型(字段)的服务请求或扩展服务请求消息。即,指示信令或指示其因IMS导致的服务类型(字段)可以被设置成IMS语音、IMS视频、通过PS会话的MMTEL或新服务值。
另外,针对正常数据始发,UE1 100a的上层(即,NAS层)将建立原因字段的值设置成“移动始发(MO)数据”,其暗示该数据发送由UE启动。另外,UE2 100b的上层(即,NAS层)发送服务请求或扩展服务请求消息。
2)随后,UE1 100a的上层(例如,NAS层)将建立原因字段(即,“MO-signaling”或“MO-IMS服务”)的设置值递送至RRC层。接着,UE1 100a的RRC层根据所递送的值设置RRC连接请求消息中的建立字段,并将其发送给eNodeB 200。
此时,UE2 100b的上层(即,NAS层)将建立字段的设置值(“MO数据”)递送至RRC层。接着,UE2 100b的RRC层将“MO数据”设置至RRC连接请求消息中的建立原因字段,并将其发送给eNodeB 200。
3)接着,如果处于超载状态的eNodeB 200接收到来自UE1 100a的RRC连接请求消息和来自UE2 100b的RRC连接请求消息,则确认相应建立原因字段。
因为来自UE1 100a的RRC连接请求消息中的建立原因字段被设置成“MO-signaling”或“MO-IMS服务”,所以处于拥塞状态的eNodeB 200向UE1 100a发送RRC连接建立消息,以代替拒绝来自UE1 100a的RRC连接请求消息。
然而,因为来自UE2 100b的RRC连接请求消息中的建立原因字段被设置成“MO数据”,所以eNodeB 200发送有关来自UE2 100b的RRC连接请求的RRC连接拒绝消息。
4)在接收到RRC连接建立消息时,UE1 100a向eNodeB 200发送RRC连接建立完成消息。
5至7)eNodeB 200通过包括服务请求消息或扩展服务请求消息来向MME 510递送初始UE消息。接着,MME 510向eNodeB 200递送初始背景建立请求消息。接着,eNodeB 200建立针对UE1 100a的无线电载体。
8)最后,UE1 100a可以基于IMS服务(例如,基于IMS的呼叫)发送用户数据。
另一方面,尽管图8a示出了其中UE1 100a尝试基于IMS的呼叫始发而UE2 100b尝试正常数据始发的实施例,但这种实施例还可应用于一个UE同时尝试基于IMS的呼叫始发和正常数据始发的情况。
此时,可以根据操作员的策略、网络节点(例如,MME、eNodeB)的配置、用户信息或UE能力应用或者不应用UE1 100a根据其是IMS起因呼叫始发还是正常数据始发而不同地设置建立原因字段的方法。另外,这可以仅应用至其中在该网络节点(例如,MME、eNodeB)中出现拥塞或超载的情况。另选的是,UE通过连接/跟踪区域更新(TAU)/路由区域更新(RAU)等向网络报告能力信息或支持使能/禁用信息,并且此后,该网络可以确定是否应用该方法。是否通过网络应用该方法可以由OMA-DM提供给NAS配置管理对象(MO,参见3GPP TS24.368)。因此,这种配置方法可以通过静态地或动态地改变来应用。
另一方面,在图8a中示出,在建立原因字段中设置“MO-signaling”或“MO-IMS服务”。然而,可以将“MO-IMS接入、“MO-IMS MMTEL服务”或指示新原因的值包括在建立原因字段中。
图8a示出了根据用于解决图6b的端接情况下的问题的本说明书的第一方面的示
例性流程。
首先,PDN GW 530通过MME 510在下行链路数据上向eNodeB 200发送用于报告针对UE1 100a的IMS服务(例如,基于VoLTE的呼叫端接)的通知,并且还通过MME510在下行链路数据上向eNodeB 200发送用于报告针对UE2 100b的正常数据端接的通知。
此时,PDN GW 530确定用于呼叫端接的控制信号是基于IMS的控制信号或基于SIP的控制信号还是正常控制信号,并将结果报告给MME 510。同样地,MME 510确定用于呼叫端接的控制信号是基于IMS的控制信号或基于SIP的控制信号还是正常控制信号,并将结果报告给eNodeB 200。在这种情况下,区分控制信号是基于IMS的控制信号还是基于SIP的控制信号可以利用指示其是否为IMS会话的信息来进行。该信息可以是包括在现有控制消息中的因子(或指示符)或者包括在新控制消息中的因子(或指示符)。该因子(或指示符)通过控制消息从PDN GW 530或S-GW发送至MME510,并且MME 510识别该因子(或指示符),并且通过包括基于IMS的控制信号或基于SIP的控制信号来向eNodeB 200发送寻呼信号。此时,根据添加至该寻呼信号的信息,UE1 100a可以在建立原因字段中设置指示“MT-access”或“MT-IMS接入”或“MT-signaling”或“MT-IMS服务”的值或者指示新原因的值。
因此,处于拥塞状态的eNodeB 200可以区别该寻呼信号。例如,与用于报告正常数据端接的寻呼信号相比,eNodeB 200可以优先处理针对IMS服务(例如,基于VoLTE的呼叫端接)的寻呼信号。
另外,当向处于空闲状态的UE1 100a发送针对IMS服务(例如,基于VoLTE的呼叫端接)的寻呼服务时,处于拥塞状态的eNodeB 200通过包括前述信息来发送寻呼信号。在这种情况下,eNodeB 200可以基于该信息、网络拥塞情况、操作员策略、UE能力等来发送寻呼信号。例如,即使eNodeB 200因网络拥塞而确定不发送正常寻呼信号,在接收到该信息时,也可以确定发送针对UE1 100a的寻呼信号。
然而,eNodeB 200向UE2 100b发送简单寻呼信号。要向UE2 100b发送的寻呼信号可以按广播方式发送。然而,要向UE1 100a发送的寻呼信号可以按广播方式发送,或者可以通过新的专用信道发送。
同样地,针对基于IMS的服务的寻呼信号可以通过区别而提供给UE1 100a。与用于报告接收正常数据的寻呼信号相比,区分寻呼信号可以暗示用于报告连接基于IMS的服务的寻呼信号被以更高优先级处理。
可以根据操作员的策略、网络节点(例如,MME、eNodeB)的配置、用户信息或UE能力应用或不应用区分用于基于IMS的服务的寻呼信号的方法。另外,这可以仅应用至其中在该网络节点(例如,MME、eNodeB)中出现拥塞或超载的情况。UE通过连接/TAU/RAU等向网络报告UE的支持使能/禁用信息或能力信息,并且此后,该网络可以确定是否应用该方法。是否通过网络应用该方法可以通过OMA-DM提供给NAS配置管理对象(MO,参见3GPP TS 24.368)。因此,这种配置方法可以通过静态地或动态地改变来应用。
下面,将对通过UE发送的包括在连接请求消息、分离请求消息、TAU请求消息以及服务请求消息中的建立原因进行描述。
当请求NAS连接建立时,通过UE的高层和NAS层使用的建立原因可以根据下表所示的每一个过程来选择。NAS层可以出于接入控制的目的,向下层和RRC层指示与RRC建立原因有关的类型。如果配置扩展接入禁止(EAB),则UE的高层可以向下层报告将EAB应用于除了下面情况以外的请求。
-在UE利用类别11至15之一来尝试接入时。
-在UE响应于寻呼信号时。
-在RRC建立原因是紧急呼叫时。
-在UE被设置成超越EAB时。
[表4]
尽管上表中未示出,但服务请求消息或扩展服务请求消息的服务类型可以被设置成“移动始发IMS语音”、“移动始发IMS视频”、“通过PS会话的移动始发IMS MMTEL”中的任一种。在这种情况下,每一个(个体)类型可以被设置/映射至“始发呼叫”。另选的是,服务请求消息或扩展服务请求消息的服务类型可以采用“通过PS会话的移动始发IMS语音/视频/MMTEL”的形式来设置。
同样地,服务请求消息或扩展服务请求消息的服务类型可以被设置成“移动端接IMS语音”、“移动端接IMS视频”、“通过PS会话的移动端接IMS MMTEL”中的任一种。在这种情况下,每一个(个体)类型可以被设置/映射至“端接呼叫”。另选的是,服务请求消息或扩展服务请求消息的服务类型可以采用“通过PS会话的移动端接IMS语音/视频/MMTEL”的形式来设置。
另一方面,将MO-signaling或MO-IMS服务等设置为服务请求消息或扩展服务请求消息中的建立原因的方法还可以被具有低优先级或正常优先级的UE使用。
如果指配低优先级的UE按应用的请求、UE能力、操作员的策略或者网络的请求,通过改变成正常优先级而非低优先级来请求针对基于IMS的服务的发送,则包括被设置成正常优先级而非低优先级的IE的扩展服务请求消息可以发送至网络节点(例如,MME)。在这种情况下,UE的NAS层可以发送其中将建立原因设置成“MO-signaling”或新原因值(例如,MO-IMS接入或MO-IMS MMTEL服务)的扩展服务请求消息。另外,UE的RRC层可以发送其中将建立原因设置成“MO-signaling”或新原因值(例如,MO-IMS接入或MO-IMS MMTEL接入)的RRC连接请求消息。
接着,eNodeB 200可以基于在所接收RRC连接请求消息的建立原因中设置的“MO-signaling”或新原因值,通过区别针对MO-IMS服务(具体来说,语音呼叫、视频呼叫)的连接来执行处理。
图9示出了根据用于解决图7的问题的本说明书的第二方面的示例性流程。
可以从图9看出,根据本说明书的第二方面,为了区别用于连接基于IMS的服务的基于IMS的控制信号,eNodeB 200可以广播包括接入类别禁止(ACB)信息的系统信息,该接入类别禁止信息包括针对MO-signaling或建立原因当中的新原因(例如,MO-IMS服务或IMSMMTEL服务)的例外规则。
接着,希望基于IMS的呼叫始发的UE1 100a和希望正常数据始发的UE2 100b可以基于包括该例外规则的ACB信息来确定是否应用ACB。
即,UE1 100a不检查是否将ACB应用至作为常规上针对用于连接基于IMS的服务(例如,基于IMS的语音呼叫、视频呼叫)的基于IMS的控制信号(信令)或基于SIP的控制信号所使用的建立原因的MO-Data,而相反,检查是否基于根据本说明书的一方面设置的建立原因(即,MO-signaling或新原因(例如,MO-IMS服务或IMS MMTEL服务))来应用ACB。因为所接收接入类别禁止(ACB)信息包括针对MO-signaling或建立原因当中的新原因(例如,MO-IMS服务或IMS MMTEL服务)的例外,所以UE1 100a确定RRC连接请求不应用至ACB。因此,UE1100a可以发送RRC连接请求。
在这种情况下,用于运送用于连接基于IMS的服务(例如,基于IMS的语音呼叫、视频呼叫)的基于SIP的控制信号或基于IMS的控制信号(信令)的RRC请求消息可以不被eNodeB 200拒绝而是正常处理。
下表示出了根据本说明书第二方面的、包括针对MO-signaling或建立原因当中的新原因(例如,MO-IMS服务或IMS MMTEL服务)的例外规则的ACB信息。
[表5]
上面描述了本说明书的第一方面和第二方面。尽管未具体描述,但本领域普通技术人员可以清楚地获知可以组合那些方面。
下面,再次对本说明书的方面进行概括描述。
如果UE 100确定必需连接基于IMS的服务(例如,基于IMS的语音呼叫、视频呼叫),则UE的NAS层将建立原因字段的值设置成“MO-signaling”或新原因(例如,如表3所示的“MO-IMS服务”、“MO-IMMS MMTEL服务”或“MO-IMS接入”),以代替现有的“MO-Data”。此后,UE的NAS层发送服务请求或扩展服务请求消息。随后,UE的NAS层将所设置的建立原因递送至RRC层。UE的RRC层在用于运送用于连接基于IMS的服务(例如,基于IMS的语音呼叫、视频呼叫)的基于SIP的控制信号或基于IMS的控制信号(信令)的RRC请求消息中设置所递送的建立原因,并将其发送给eNodeB200。
此时,作为可以被用于RRC请求消息(其用于运送用于连接基于IMS的服务的控制信号(即,基于IMS的控制信号(信令)或基于SIP的控制信号))的建立原因的值,eNodeB 200可以向UE 100递送如表3所示的有关“MO-signaling”或新原因(例如,“MO-IMS服务”、“MO-IMS MMTEL服务”或“MO-IMS接入”)的信息。
而且,当接收到包括“MO-signaling”或新原因(例如,“MO-IMS服务”、“MO-IMSMMTEL服务”或“MO-IMS接入”)的服务请求消息或扩展服务请求消息或RRC连接请求消息时,eNodeB 200可以通过区分包括被设置成处于拥塞状态或超载状态下的“MO Data”的建立原因的请求消息来对其进行处理。
迄今描述的内容可以采用硬件来实现。其将参照图10进行描述。
图10是根据本发明实施方式的UE 100和eNodeB 200的框图。
参照图10,UE 100包括:存储单元101、控制器102以及收发器103。而且,eNodeB200包括:存储单元201、控制器202以及收发器203。
存储单元101和201存储图5至图9的方法。
控制器102和202控制存储单元101与201和收发器103与203。更具体地说,控制器102和202分别执行存储在存储单元101和201中的方法。控制器102和202经由收发器103和203发送前述信号。
尽管上面已经对本发明的示例性实施方式进行了描述,但本发明的范围不限于具体实施方式,而且本发明可以在本发明的范围和权利要求书的范畴内按不同方式来修改、改变或改进。
Claims (7)
1.一种用于发送无线电资源控制RRC连接请求消息的方法,该方法包括以下步骤:
从基站接收系统信息,该系统信息包括接入类别禁止ACB信息,所述ACB信息包括针对多媒体电话MMTEL服务的例外规则;以及
基于所述ACB信息确定发送所述RRC连接请求消息,
其中,当RRC连接与所述MMTEL服务相关并且所述例外规则与所述MMTEL服务相关时,所述RRC连接请求消息不被禁止,并且
当需要所述MMTEL服务时,基于用于指示归因于所述MMTEL服务的信息来设置类型字段。
2.根据权利要求1所述的方法,该方法还包括以下步骤:
将原因值设置到所述RRC连接请求消息的建立原因字段中,其中,所述原因值指示归因于所述MMTEL服务。
3.根据权利要求1所述的方法,
其中,所述MMTEL服务包括MMTEL语音和MMTEL视频中的至少一种。
4.根据权利要求2所述的方法,其中,所述原因值包括MO信令、MO-IMS服务、MO-IMS接入、MO-IMS MMTEL服务以及新原因值中的任一个。
5.根据权利要求1所述的方法,该方法还包括以下步骤:
向所述基站发送非接入层NAS层的服务请求或扩展服务请求消息。
6.根据权利要求2所述的方法,该方法还包括以下步骤:从所述基站接收与原因值有关的信息,其中,在设置所述建立原因字段的步骤中,选择多个所述原因值中的一个。
7.一种用于发送无线电资源控制RRC连接请求消息的终端,该终端包括:
收发器,该收发器被配置为从基站接收系统信息,该系统信息包括接入类别禁止ACB信息,所述ACB信息包括针对多媒体电话MMTEL服务的例外规则;以及
控制器,该控制器被配置为基于所述ACB信息确定发送所述RRC连接请求消息,
其中,当RRC连接与所述MMTEL服务相关并且所述例外规则与所述MMTEL服务相关时,所述RRC连接请求消息不被禁止,并且
当需要所述MMTEL服务时,所述控制器还被配置为基于用于指示归因于所述MMTEL服务的信息来设置类型字段。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261730057P | 2012-11-27 | 2012-11-27 | |
US61/730,057 | 2012-11-27 | ||
US201361858090P | 2013-07-24 | 2013-07-24 | |
US61/858,090 | 2013-07-24 | ||
PCT/KR2013/010843 WO2014084596A1 (ko) | 2012-11-27 | 2013-11-27 | Ims 기반 서비스 연결 방법 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104871603A CN104871603A (zh) | 2015-08-26 |
CN104871603B true CN104871603B (zh) | 2019-06-11 |
Family
ID=50828156
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380061875.6A Active CN104871603B (zh) | 2012-11-27 | 2013-11-27 | 用于连接基于ims的服务的方法 |
Country Status (4)
Country | Link |
---|---|
US (2) | US9585081B2 (zh) |
KR (1) | KR101698285B1 (zh) |
CN (1) | CN104871603B (zh) |
WO (1) | WO2014084596A1 (zh) |
Families Citing this family (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015089101A (ja) * | 2013-09-26 | 2015-05-07 | 株式会社Nttドコモ | 移動局、移動通信システム及びネットワーク装置 |
US9723466B2 (en) * | 2013-11-01 | 2017-08-01 | Nokia Technologies Oy | Enhanced control of services |
US20150181472A1 (en) * | 2013-12-20 | 2015-06-25 | Apple Inc. | ESR Extension for LTE TDD to FDD Redirection for VoLTE |
US10003972B2 (en) * | 2014-01-06 | 2018-06-19 | Intel IP Corporation | Systems, methods, and devices for application aware access control for communication on a mobile network |
WO2016018012A1 (en) * | 2014-07-30 | 2016-02-04 | Lg Electronics Inc. | Method and apparatus for performing access control for wlan interworking in wireless communication system |
US9591548B1 (en) * | 2014-09-16 | 2017-03-07 | Sprint Spectrum L.P. | Method and system for addressing an error condition associated with a service that enables user equipment devices being served by a first access network to engage in signaling with a second access network |
US9729588B2 (en) | 2014-10-31 | 2017-08-08 | T-Mobile Usa, Inc. | SPI handling between UE and P-CSCF in an IMS network |
WO2016102290A1 (en) * | 2014-12-22 | 2016-06-30 | Koninklijke Kpn N.V. | Handling of connection setup requests |
CN107251611B (zh) * | 2015-03-13 | 2020-04-14 | 华为技术有限公司 | 一种业务处理方法、相关装置和系统 |
JPWO2016152071A1 (ja) | 2015-03-20 | 2018-01-11 | 日本電気株式会社 | 通信システム、管理装置、通信端末、通信制御方法、センサ情報送信方法及びプログラム |
WO2017018662A1 (ko) * | 2015-07-24 | 2017-02-02 | 엘지전자 주식회사 | Pdn 연결 수립 방법 및 사용자 장치 |
US10142920B2 (en) * | 2015-08-24 | 2018-11-27 | Samsung Electronics Co., Ltd. | Method and apparatus for communication in wireless communication system |
US9750047B1 (en) * | 2015-09-02 | 2017-08-29 | Sprint Spectrum L.P. | Control of initial uplink grant based on random access request indicating planned initiation of packet-based real-time media session |
US20190082350A1 (en) * | 2015-09-24 | 2019-03-14 | Lg Electronics Inc. | Method and device by which prioritized service is transmitted |
WO2017049643A1 (zh) | 2015-09-25 | 2017-03-30 | 华为技术有限公司 | 一种业务处理方法及装置 |
CN106804119A (zh) * | 2015-09-25 | 2017-06-06 | 华为技术有限公司 | 一种业务处理方法及装置 |
JPWO2017077793A1 (ja) * | 2015-11-06 | 2018-08-23 | 株式会社Nttドコモ | ユーザ装置及び通知方法 |
US10219188B2 (en) * | 2015-11-11 | 2019-02-26 | Samsung Electronics Co., Ltd | Handling IMS and CSFB call at user equipment in wireless network |
WO2017123048A1 (en) * | 2016-01-14 | 2017-07-20 | Lg Electronics Inc. | Method for connecting with network at ue in wireless communication system and apparatus therefor |
CN107018577B (zh) * | 2016-01-28 | 2022-01-25 | 中兴通讯股份有限公司 | 流程状态管理方法、移动终端、基站及流程状态管理系统 |
WO2017152387A1 (zh) * | 2016-03-09 | 2017-09-14 | 华为技术有限公司 | 语音业务处理方法和装置 |
KR102214082B1 (ko) | 2016-11-03 | 2021-02-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 ngs에서 eps로 이동 방법 및 이를 위한 장치 |
KR20180049885A (ko) * | 2016-11-04 | 2018-05-14 | 삼성전자주식회사 | 무선 통신 시스템에서 코어망을 선택하기 위한 장치 및 방법 |
WO2018088756A1 (ko) * | 2016-11-09 | 2018-05-17 | 엘지전자 주식회사 | Rrc 메시지를 전송하는 방법 및 무선 기기 |
WO2018128458A1 (ko) * | 2017-01-06 | 2018-07-12 | 엘지전자 주식회사 | 5세대 이동통신 시스템에서 액세스 제어를 수행하는 방법 및 단말 |
EP3557910B1 (en) * | 2017-01-06 | 2021-10-13 | LG Electronics Inc. | Method and device for configuring signaling category for access control mechanism in wireless communication system |
PL3911020T3 (pl) | 2017-02-10 | 2023-05-02 | Ipcom Gmbh & Co. Kg | Kontrola roamingu |
US10932175B2 (en) * | 2017-03-21 | 2021-02-23 | Lg Electronics Inc. | Method for relay terminal to select remote terminal where access control is applied due to network congestion and relay terminal performing method |
CN109246815B (zh) * | 2017-05-22 | 2022-03-22 | 展讯通信(上海)有限公司 | 通信方法、寻呼方法及装置、存储介质、终端、基站 |
WO2019090649A1 (zh) * | 2017-11-09 | 2019-05-16 | Oppo广东移动通信有限公司 | 一种接入控制的方法,设备及计算机可读介质和系统 |
US20190260807A1 (en) * | 2018-02-16 | 2019-08-22 | T-Mobile Usa, Inc. | Local routing of media streams |
CN112567711B (zh) * | 2018-08-10 | 2023-07-11 | 联想(新加坡)私人有限公司 | 用于sip消息的传输层协议 |
WO2020117796A1 (en) * | 2018-12-05 | 2020-06-11 | Intel Corporation | Congestion control across different public land mobile networks |
US11425263B2 (en) * | 2019-05-03 | 2022-08-23 | Lenovo (Singapore) Pte. Ltd. | Validity information conditions for a protocol data unit session for background data transfer |
WO2021025430A1 (ko) * | 2019-08-07 | 2021-02-11 | 엘지전자 주식회사 | Ims 시그널링 |
WO2021025432A1 (ko) * | 2019-08-07 | 2021-02-11 | 엘지전자 주식회사 | Ims 시그널링 |
WO2021029636A1 (ko) * | 2019-08-12 | 2021-02-18 | 엘지전자 주식회사 | Sip 메시지 타입에 기초한 ims 시그널링 |
US11140117B1 (en) * | 2020-03-20 | 2021-10-05 | Sprint Communication Company L.P. | Wireless messaging with high-priority quality-of-service |
WO2022181979A1 (ko) * | 2021-02-25 | 2022-09-01 | 삼성전자 주식회사 | 측정 보고를 수행하는 전자 장치 및 그 동작 방법 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102648659A (zh) * | 2009-10-02 | 2012-08-22 | 捷讯研究有限公司 | 确定紧急会话的建立原因 |
CN102696260A (zh) * | 2010-01-08 | 2012-09-26 | 捷讯研究有限公司 | 紧急无线连接建立 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070049342A1 (en) * | 2005-08-26 | 2007-03-01 | Net2Phone, Inc. | MTA-cradle personal gateway |
KR101213285B1 (ko) * | 2006-01-04 | 2012-12-17 | 삼성전자주식회사 | 이동통신 시스템에서 아이들모드 단말기의 세션 설정 프로토콜 데이터를 전송하는 방법 및 장치 |
US9094257B2 (en) * | 2006-06-30 | 2015-07-28 | Centurylink Intellectual Property Llc | System and method for selecting a content delivery network |
US20090016334A1 (en) * | 2007-07-09 | 2009-01-15 | Nokia Corporation | Secured transmission with low overhead |
EP2637441A3 (en) * | 2008-03-21 | 2014-05-14 | Interdigital Patent Holdings, Inc. | Method and apparatus to enable fallback to circuit switched domain from packet switched domain |
CA2764455A1 (en) * | 2009-06-03 | 2010-12-09 | Research In Motion Limited | Voice service in evolved packet system |
CA2764462A1 (en) * | 2009-06-03 | 2010-12-09 | Research In Motion Limited | Voice service in evolved packet system |
CN101931898B (zh) * | 2009-06-26 | 2014-03-05 | 华为技术有限公司 | 用户面数据的传输方法、装置及系统 |
CN102438292B (zh) * | 2010-09-29 | 2015-06-10 | 中兴通讯股份有限公司 | 一种无线资源控制方法及系统 |
JP5396375B2 (ja) * | 2010-11-30 | 2014-01-22 | 株式会社Nttドコモ | 移動通信方法及び移動局 |
US8891512B2 (en) * | 2011-08-19 | 2014-11-18 | Htc Corporation | Method of handling a VoIP connection of a mobile device and related communication device |
GB2489545B (en) * | 2011-11-29 | 2013-05-29 | Renesas Mobile Corp | Method, apparatus and computer program for establishing an emergency service |
US20130201870A1 (en) * | 2012-02-06 | 2013-08-08 | Vivek Gupta | Handling dual priority applications in a wireless communication network |
JP6068037B2 (ja) * | 2012-08-03 | 2017-01-25 | 株式会社Nttドコモ | 移動局、ネットワーク装置及び移動通信方法 |
US9282579B2 (en) * | 2013-05-23 | 2016-03-08 | Broadcom Corporation | Deactivating elevated priority public data network connections in user equipment |
US9445304B2 (en) * | 2013-08-19 | 2016-09-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Inverse service specific access control (SSAC) |
JP2016540464A (ja) * | 2013-10-30 | 2016-12-22 | インターデイジタル パテント ホールディングス インコーポレイテッド | 優先度サービス輻輳に対処するためのシステムおよび方法 |
-
2013
- 2013-11-27 US US14/646,593 patent/US9585081B2/en active Active
- 2013-11-27 KR KR1020157010849A patent/KR101698285B1/ko active IP Right Grant
- 2013-11-27 WO PCT/KR2013/010843 patent/WO2014084596A1/ko active Application Filing
- 2013-11-27 CN CN201380061875.6A patent/CN104871603B/zh active Active
-
2017
- 2017-01-24 US US15/414,262 patent/US10616868B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102648659A (zh) * | 2009-10-02 | 2012-08-22 | 捷讯研究有限公司 | 确定紧急会话的建立原因 |
CN102696260A (zh) * | 2010-01-08 | 2012-09-26 | 捷讯研究有限公司 | 紧急无线连接建立 |
Also Published As
Publication number | Publication date |
---|---|
WO2014084596A1 (ko) | 2014-06-05 |
CN104871603A (zh) | 2015-08-26 |
US9585081B2 (en) | 2017-02-28 |
US20150304937A1 (en) | 2015-10-22 |
KR101698285B1 (ko) | 2017-01-19 |
KR20150079643A (ko) | 2015-07-08 |
US20170142706A1 (en) | 2017-05-18 |
US10616868B2 (en) | 2020-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104871603B (zh) | 用于连接基于ims的服务的方法 | |
JP6505274B2 (ja) | アプリケーション別ネットワークアクセス遮断方法及びユーザ装置 | |
JP6333994B2 (ja) | Acdcによるネットワークアクセス遮断方法及びユーザ装置 | |
JP6321832B2 (ja) | アプリケーション別ネットワークアクセス遮断方法及びユーザ装置 | |
EP3122145B1 (en) | Execution method and user equipment for service request procedure | |
CN110178441B (zh) | 无线通信系统中由具有与远程ue的连接的中继ue连接网络的方法及其装置 | |
EP2908582B1 (en) | Processing paging by a server managing mobility to prevent, in case of paging failure, loss of downlink data buffered in a serving gateway | |
US9860834B2 (en) | Method for reselecting network node in charge of control plane | |
CN105580459B (zh) | 服务请求方法和用户设备 | |
US11166323B2 (en) | Method for using PS data off function and user equipment | |
US9628941B2 (en) | MTC monitoring method | |
US11064555B2 (en) | Method for transmitting RRC message and wireless device | |
US9854381B2 (en) | Method for transmitting data of MTC device | |
WO2014176863A1 (zh) | 接入控制方法及装置 | |
US20190132889A1 (en) | Method and wireless device for transmitting rrc message when using cp ciot eps optimization |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |