CN106961748A - 控制ue上下文和ue连接的方法和设备 - Google Patents
控制ue上下文和ue连接的方法和设备 Download PDFInfo
- Publication number
- CN106961748A CN106961748A CN201610013623.1A CN201610013623A CN106961748A CN 106961748 A CN106961748 A CN 106961748A CN 201610013623 A CN201610013623 A CN 201610013623A CN 106961748 A CN106961748 A CN 106961748A
- Authority
- CN
- China
- Prior art keywords
- recover
- core network
- contexts
- information
- node
- 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.)
- Granted
Links
Classifications
-
- 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/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- 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
- 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/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种控制UE上下文和UE连接的方法,包括:第一节点获取关于UE的恢复需求信息;第一节点根据所述关于UE的恢复需求信息决定是否恢复UE上下文和/或UE连接。本申请还公开了一种控制UE上下文和UE连接的设备。应用本申请能够有效减少信令资源的开销,提高资源的利用率。
Description
技术领域
本发明涉及无线通信技术,特别涉及控制UE上下文和UE连接的方法和设备。
背景技术
现代移动通信越来越趋向于为用户提供高速率传输的多媒体业务,如图1所示,为***架构演进(SAE)的***架构图。其中:
用户设备(UE)101是支持网络协议的终端设备。演进通用陆地无线接入网络(E-UTRAN)102是无线接入网络,其中包括为UE提供接入无线网络接口的基站(eNodeB/NodeB)。移动管理实体(MME)103负责管理UE的移动上下文、会话上下文和安全信息。服务网关(SGW)104主要提供用户平面的功能,MME103和SGW 104可能处于同一物理实体。分组数据网络网关(PGW)105负责计费、合法监听等功能,也可以与SGW 104处于同一物理实体。策略和计费规则功能实体(PCRF)106提供服务质量(QoS)策略和计费准则。通用分组无线业务支持节点(SGSN)108是通用移动通信***(UMTS)中为数据的传输提供路由的网络节点设备。归属用户服务器(HSS)109是UE的家乡归属子***,负责保护包括用户设备的当前位置、服务节点的地址、用户安全信息、用户设备的分组数据上下文等用户信息。
目前或可预见的未来,会有越来越多的电器设备智能化,生活周边用品互联化,均具有接入网络的功能。这些UE往往具有以下特征:是静态的或低移动性的,低成本的,收发的数据也往往是小数据量、非连续的。对这些UE,建立连接和释放连接造成的信令开销远远大于收发的数据量。为了节约信令开销,提高数据传送的效率,现有网络还存在很多的问题需要解决。
发明内容
有鉴于此,本申请提出了几种控制UE上下文和UE连接的方法和设备,以有效减少信令资源的开销,提高资源的利用率。
本发明提供的一种控制用户设备UE上下文和UE连接的方法,包括:
第一节点获取关于UE的恢复需求信息;
第一节点根据所述关于UE的恢复需求信息决定是否恢复UE上下文和/或UE连接。
较佳的,当所述第一节点是核心网控制节点时,所述第一节点获取关于UE的恢复需求信息包括:所述核心网控制节点通过UE、基站和核心网网关节点中的至少一个节点获取所述关于UE的恢复需求信息;
当核心网控制节点决定恢复UE上下文和/或UE连接时,向UE、基站和除所述核心网控制节点之外的核心网控制节点中的至少一个节点发送关于UE的恢复指令信息。
较佳的,当所述第一节点是基站时,所述第一节点获取关于UE的恢复需求信息包括:所述基站通过UE和/或核心网控制节点获取所述关于UE的恢复需求信息;
当基站决定恢复UE上下文和/或UE连接时,向UE和/或核心网控制节点发送关于UE的恢复需求信息或者关于UE的恢复指令信息。
较佳的,当所述第一节点是UE时,所述第一节点获取关于UE的恢复需求信息包括:所述UE从UE上层、基站、核心网控制节点或核心网网关节点中的至少一个节点获得关于UE的恢复需求信息;
当UE决定恢复UE上下文和/或UE连接时,向基站和/或核心网控制节点发送关于UE的恢复需求信息或者关于UE的恢复指令信息。
较佳的,所述关于UE的恢复需求信息包括以下信息的至少一种:UE数据传送需求信息,第一UE标识,第二UE标识,UE上下文恢复请求信息,关于UE连接恢复请求信息。
较佳的,所述UE数据传送需求信息包括以下信息的至少一种:控制面数据传送需求信息,用户面数据传送需求信息,控制面数据包,用户面数据包,UE承载信息,RRC建立原因;
和/或,所述第一UE标识用于索引被挂起的UE上下文,第二UE标识用于索引要建立的UE上下文;其中,第一UE标识和第二UE标识包括以下的至少一种:小区无线网络临时标识C-RNTI,***架构演进临时移动用户标识S-TMSI,国际移动用户识别码IMSI,TMSI,恢复标识resume ID,移动管理实体S1应用协议用户设备标识MME UE S1AP ID,eNB UE S1AP ID,全球唯一临时用户设备标识GUTI;
和/或,所述UE上下文恢复请求信息包括以下信息的至少一种:
请求建立或请求不建立UE上下文;
请求恢复或请求不恢复UE、基站、核心网控制节点或核心网网关节点上的UE上下文;
请求恢复或请求不恢复UE、基站、核心网控制节点或核心网网关节点上的UE承载上下文;
请求恢复或请求不恢复指定UE承载上下文和UE承载信息,UE的承载信息用于索引被挂起的UE承载上下文;
和/或,所述关于UE连接恢复请求信息包括以下信息的至少一种:
请求恢复或请求不恢复UE与基站间关于UE的连接;
请求恢复或请求不恢复基站与核心网控制节点间关于UE的连接;
请求恢复或请求不恢复基站与核心网网关节点间关于UE的连接;
请求恢复或请求不恢复核心网控制节点与核心网网关节点间关于UE的连接;
请求恢复或请求不恢复UE与核心网控制节点间关于UE的连接;
请求恢复或请求不恢复UE与核心网网关节点间关于UE的连接;
请求恢复或请求不恢复UE用户面连接;
请求恢复或请求不恢复UE控制面连接;
请求恢复或请求不恢复所有UE连接;
请求恢复或请求不恢复指定UE承载通道和UE承载信息,其中,UE承载信息用于索引被挂起的UE承载上下文。
较佳的,所述控制面数据传送需求信息包括以下信息的至少一种:控制面数据传送需求,控制面数据传送需求且后续有用户面数据传送需求,控制面数据传送需求且控制面数据包中包含的是用户面的数据;
所述用户面数据传送需求信息包括以下信息的至少一种:用户面数据传送需求,UE承载信息,数据传送方式;其中,所述UE承载信息指示有数据传送需求的UE承载,所述数据传送方式指示通过控制面发送还是通过用户面发送;UE承载信息包含以下信息的至少一种:UE承载标识,承载QoS参数,传输层地址,通用分组无线服务隧道端点标识符GTP-TEID,非接入层协议数据单元NASPDU,关联标识correlation ID。
较佳的,用于承载所述关于UE的恢复需求信息的消息包括以下消息至少之一:初始UE消息,恢复请求消息,UE上下文恢复请求消息,UE连接恢复请求消息,UE上下文修改请求,下行数据通知,附着请求,TAU请求,服务请求。
较佳的,用于承载所述关于UE的恢复指令信息的消息包括以下消息至少之一:初始UE上下文建立,下行非接入层NAS传送,UE上下文修改,寻呼消息,恢复响应,UE上下文恢复响应,UE上下文恢复拒绝,UE连接恢复响应,UE连接恢复拒绝,创建承载请求,修改承载请求,删除承载请求,附着接受,附着拒绝,TAU接受,TAU拒绝,服务请求接受,服务请求拒绝。
较佳的,所述关于UE的恢复指令信息包含以下信息的至少一种:UE数据传送需求信息,第一UE标识,第二UE标识,UE上下文恢复信息,关于UE连接恢复信息。
较佳的,所述UE上下文恢复信息包括以下内容的至少一种:
恢复、拒绝、不恢复、去激活或保持挂起UE的上下文;
恢复、拒绝、不恢复、去激活或保持挂起UE控制面的上下文;
恢复、拒绝、不恢复、去激活或保持挂起UE用户面的上下文;
恢复、拒绝、不恢复、去激活或保持挂起UE、基站、核心网控制节点或核心网网关节点上的UE上下文;
恢复、拒绝、不恢复、去激活或保持挂起UE、基站、核心网控制节点、核心网网关节点上UE的承载上下文;
恢复、拒绝、不恢复、去激活或保持挂起特定UE承载的UE承载信息,其中,UE承载信息用于索引被挂起的UE承载上下文。
较佳的,所述关于UE的连接恢复信息包括以下内容的至少一种:
拒绝恢复原因;拒绝恢复原因包括以下的至少一种:无数据传送需求,无用户面数据传送需求;
恢复、拒绝、不恢复、去激活或保持挂起UE的连接;
恢复、拒绝、不恢复、去激活或保持挂起UE控制面连接;
恢复、拒绝、不恢复、去激活或保持挂起UE用户面连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与基站间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起基站与核心网控制节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起基站与核心网网关节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起核心网控制节点与核心网网关节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与核心网控制节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与核心网网关节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE用户面连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE控制面连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起特定UE承载的UE承载信息;其中,UE承载信息用于索引被挂起的UE承载上下文。
较佳的,所述第一节点根据所述关于UE的恢复需求信息决定是否恢复UE上下文和/或UE连接包括以下的至少一种:
UE数据传送需求信息至少满足以下条件之一时,第一节点恢复UE上下文和相关UE连接:有数据传送需求,有用户面数据传送需求,有控制面数据传送需求且后续有用户面数据传送需求,数据传送方式是通过用户面;其中,第一节点恢复的UE上下文至少包括以下之一:UE、基站、核心网控制节点、核心网网关节点上的UE上下文,其中,所述核心网网关节点上的UE上下文包含UE承载上下文;第一节点恢复的相关UE连接至少包括以下之一:UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接,基站与核心网网关节点间关于UE的连接;
如果UE数据传送需求信息满足条件:没有数据传送需求,第一节点不恢复或拒绝恢复UE上下文和相关UE连接;
UE数据传送需求信息满足条件:有用户面数据传送需求且数据传送方式是通过控制面时,第一节点恢复以下内容的至少一种:UE、核心网控制节点、核心网网关节点上的UE上下文,其中包含UE的承载上下文;基站上的UE上下文,其中不包含UE的承载上下文;UE与基站间关于UE的连接,核心网控制节点与核心网网关节点间关于UE的连接;
UE数据传送需求信息满足条件:仅有控制面数据传送需求或者没有用户面数据传送需求时,第一节点仅恢复UE控制面上下文和UE控制面连接,不恢复或拒绝恢复UE用户面上下文或UE用户面连接或UE承载;第一节点恢复以下内容的至少一种:UE、基站、核心网控制节点上的UE上下文;UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接。
较佳的,该方法还包括:第一节点根据UE数据传送需求信息中的UE承载信息,仅恢复UE上下文中有数据的UE承载的上下文和UE连接上关于有数据UE承载的通道。
本申请还提供了一种控制UE上下文和UE连接的设备,包括:信息获取模块和判断模块,其中:
所述信息获取模块,用于获取关于UE的恢复需求信息;
所述判断模块,用于根据所述关于UE的恢复需求信息决定是否恢复UE上下文和/或UE连接。
由以上技术方案可以看出,通过区分不同的数据传送需求的场景,按需要恢复或新建UE上下文或UE连接,可以有效地减少信令资源的开销,提高资源的利用率,为数量庞大的用户设备,特别是物联网用户设备(IOT(internet of thing)UE)接入创造可有利条件。
附图说明
图1为现有SAE的***架构示意图;
图2为本发明控制UE上下文和UE连接的方法一的流程示意图;
图3为本发明控制UE上下文和UE连接的方法二的流程示意图;
图4为本发明控制UE上下文和UE连接的方法三的流程示意图;
图5为本发明控制UE上下文和UE连接的方法四的流程示意图;
图6为本发明控制UE上下文和UE连接的方法五的流程示意图;
图7为本发明控制UE上下文和UE连接的方法实施例一的示意图;
图8为本发明控制UE上下文和UE连接的方法实施例二的示意图;
图9为本发明控制UE上下文和UE连接的方法实施例三的示意图;
图10为本发明控制UE上下文和UE连接的方法实施例四的示意图;
图11为本发明控制UE上下文和UE连接的方法实施例五的示意图;
图12为本发明控制UE上下文和UE连接的方法实施例六的示意图;
图13为本发明控制UE上下文和UE连接的方法实施例七的示意图;
图14为本发明一较佳控制UE上下文和UE连接的设备的组成结构示意图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本申请作进一步详细说明。
为了满足UE的非连续性的小数据量的数据收发需求,并且节约信令开销、提高数据传送的效率,现有技术提出了一种UE连接释放时不释放UE上下文的解决思路。该解决思路在UE与网络断开连接的时候,UE与网络仍然保存UE的上下文并将其挂起,当UE重新接入网络时,网络实体间不需要建立和传送UE的上下文,网络也不需要从UE获取UE的上下文,直接恢复之前挂起的UE上下文,以减少信令的开销。
本文所提到的连接恢复或恢复UE连接可以包括以下几种情况:
-新建、重建立、激活关于UE的连接。
-激活、恢复关于UE连接的上下文。
本文所提到的连接挂起或挂起连接可以包括以下几种情况:
-删除、去激活关于UE的连接。
-去激活、挂起关于UE连接的上下文。
本文所提到的不恢复可以包括以下几种情况:
-拒绝恢复,继续挂起。
本文所提到的核心网控制节点可以包括以下几种情况:
-MME,C-SGN。
本文所提到的核心网网关节点可以包括以下几种情况:
-SGW,GW,PGW。
以下对本文所涉及的几个基本术语的含义进行简要说明:
-UE与核心网控制节点间交互的数据属于控制面数据。
-基站与核心网控制节点间关于UE的连接属于UE控制面连接。
-UE控制面连接的信息属于UE控制面上下文。
-UE与核心网网关节点间交互的数据属于用户面数据。
-基站与核心网网关节点间关于UE的连接属于UE用户面连接。
-UE用户面连接的信息/上下文属于UE用户面上下文。
-UE用户面连接上存在不同UE承载通道。
-UE承载信息/上下文属于UE用户面上下文。一般来说,UE与核心网网关节点间交互的数据需要基站与核心网网关节点间建立UE连接(UE承载通道),该连接由核心网控制节点建立与释放。
UE的上下文内容丰富,在不同的实体中也不尽相同。比如基站中的UE上下文包括但不限于:UE各个承载的上下文、UE的能力、UE移动上下文、安全上下文、UE标识。UE各个承载的上下文包括但不限于:UE的标识、UE承载的QoS信息、承载的通道信息(比如在基站侧的IP,通道标识,网关侧的IP,通道标识)。
在本申请一种实施方式中,可以按照如下流程:
基站请求核心网控制节点(比如MME)挂起UE的上下文(比如当基站发现UE不再活跃,无数据收发已经超过一段时间时,可以请求核心网控制节点挂起UE的上下文),删除与UE相关的连接;
收到基站的请求后,核心网控制节点向核心网网关节点(如SGW,LGW,PGW)要求删除网关节点与基站间关于UE的连接(比如S1-U),随后核心网控制节点挂起UE上下文,并响应基站的请求;
基站随后也要求UE断开与网络的连接,基站与UE各自挂起UE的上下文;
随后,在UE需要时,UE请求基站建立连接或恢复连接,并恢复UE的上下文(比如当UE有数据的收发需求且UE打算接入的是相同的基站时;或者,UE收到网络的寻呼,通知UE有数据要发送给UE且UE打算接入相同的基站时);
收到UE的请求后,基站请求核心网控制节点建立基站与核心网关于UE的连接并恢复UE的上下文;
收到基站的请求后,核心网控制节点随后恢复UE的上下文,并请求核心网网关节点建立与基站间关于UE的连接。
UE可能会在不同的场景下请求网络恢复UE的上下文。例如:
场景1:UE需要收发用户面数据,即UE需要通过基站向核心网网关收发数据。
场景2:核心网网关节点通知核心网控制节点有UE的数据,核心网控制节点寻呼UE接收数据。
场景3:UE需要收发控制面数据,即UE仅需要与核心网控制节点通信,比如周期性的位置区更新(TAU)。
场景4:UE需要收发用户面数据,但用户面数据通过核心网控制面收发,比如非接入层协议数据单元(NAS PDU)。核心网控制节点将收到的UE的数据转发给核心网网关节点;核心网控制节点将收到的核心网网关节点的数据转发给UE。
对场景1和场景2,需要恢复以下内容才能满足UE的通信需求:UE、基站、核心网控制节点、核心网网关节点上的UE上下文(特别是UE的承载上下文需要恢复),以及UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接,基站与核心网网关节点间关于UE的连接。
对场景3,UE不需要通过基站与核心网网关节点互通数据,因此UE与网络实体不需要恢复UE的承载上下文,不需要恢复基站与核心网网关节点间关于UE的连接(如S1-U通道),仅需要恢复以下内容就可以满足UE的通信需求:UE、基站、核心网控制节点、核心网网关节点上的UE上下文(不包含UE的承载上下文),以及UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接。
对场景4,UE不需要通过基站与核心网网关节点互通数据,但UE需要通过核心网控制节点与核心网网关节点互通数据,因此,基站上的UE承载上下文不需要恢复,仅需要恢复以下内容就可以实现UE与核心网控制节点间的通信:UE、核心网控制节点、核心网网关节点上的UE上下文(包含UE的承载上下文)、基站上的UE上下文(不包含UE的承载上下文),以及UE与基站间关于UE的连接,核心网控制节点与核心网网关节点间关于UE的连接。
对以上场景,目前还存在以下问题:
问题1)不同场景,不同实体上的UE上下文的恢复需求和不同实体间关于UE连接的恢复需求不同。如果对所有的情况均恢复所有的UE上下文和连接,就会造成资源的浪费和多余的接入时延;如果区分不同的场景执行不同的恢复行为,目前UE,基站,核心网控制节点等又不区分以上四个场景。
问题2)UE、基站、核心网控制节点还不清楚如何索引挂起的上下文。
问题3)对所有场景,通常是先恢复UE上下文和UE连接,然后再收发数据。对于发给核心网控制节点的数据,往往就一个数据包,连接恢复后通过信令发送数据包,也会造成多余的信令开销。
问题4)UE的用户面可能包含多个承载,恢复所有承载可能导致资源浪费。为了节省资源,可以根据哪个承载有数据传送需求来决定恢复哪个承载。
为了解决以上技术问题,本发明提出了多种方法,分别从核心网控制节点、基站、UE不同的实体出发决定不同实体上的UE上下文的恢复行为和不同实体间关于UE连接的恢复行为。
图2至图4是由核心网控制节点决定不同实体上的UE上下文的恢复行为和不同实体间关于UE连接的恢复行为。
图2为本发明控制UE上下文和UE连接的方法一的流程示意图,是核心网控制节点决定UE上下文和关于UE连接的恢复行为,包括以下步骤:
步骤201:核心网控制节点获取关于UE的恢复需求信息。
可选的,核心网控制节点通过UE、基站或核心网网关节点获得关于UE的恢复需求信息。
在一些实施方式中,关于UE的恢复需求信息可以承载在以下但不限于以下消息中:初始UE消息,恢复请求消息,UE上下文恢复请求消息,UE连接恢复请求消息,UE上下文修改请求,下行数据通知,附着请求,TAU请求,服务请求。
在另一些实施方式中,核心网控制节点通过收到的消息的不同获取关于UE的恢复需求信息。比如,核心网控制节点收到基站发送的初始UE消息,知道至少以下信息之一:1)不需要恢复用户面的UE上下文和用户面的UE连接;2)需要新建UE上下文和UE连接;3)仅恢复控制面的UE上下文和控制面的UE连接;核心网控制节点收到基站发送的恢复请求消息,知道UE请求恢复UE上下文或请求恢复UE连接;核心网控制节点收到核心网网关发送的下行数据通知,知道有数据需要发送给UE,需要恢复UE上下文和UE连接;核心网控制节点收到UE发送的服务请求,知道UE有数据传送需求,需要恢复UE上下文和UE连接;核心网控制节点收到UE发送的附着请求、位置更新请求等控制面消息,消息中指示是否有后续的用户面数据传送需求,如果没有后续的用户面数据传送需求,只需要恢复或新建控制面的UE上下文和控制面UE连接,不需要恢复用户面的UE上下文和UE连接。
可选的,关于UE的恢复需求信息包括以下信息的至少一种:UE数据传送需求信息,第一UE标识,第二UE标识,UE上下文恢复请求信息,关于UE连接恢复请求信息。
可选的,UE数据传送需求信息可以包括以下信息的至少一种:控制面数据传送需求信息,用户面数据传送需求信息,控制面数据包(如NAS PDU),用户面数据包,UE承载信息,RRC建立原因。通过控制面数据包中的控制面信令,比如TAU请求是否包含active flag标识,核心网控制节点可以知道是否有数据传送请求是否请求恢复UE连接。RRC建立原因也可以体现UE数据传送需求信息,比如始发信令代表控制面的数据传送需求,始发数据代表用户面的数据传送需求。
可选的,控制面数据传送需求信息可以包括以下信息的至少一种:控制面数据传送需求,控制面数据传送需求且后续有用户面数据传送需求,控制面数据传送需求且控制面数据包中包含的是用户面的数据。在一些实施方式中,数据传送可以进一步区分为数据发送和数据接收,或上行数据和下行数据。在一些实施方式中,控制面传送需求体现在NAS层的信令请求上,比如附着请求,位置更新请求(TAU),服务请求等。
可选的,用户面数据传送需求信息可以包括以下信息的至少一种:用户面数据传送需求,UE承载信息,数据传送方式。用户面数据传送需求可以进一步区分为上行用户面数据传送需求。可选的,UE承载信息指示有数据传送需求的UE承载,数据传送方式指示通过控制面发送(如NAS PDU)还是通过用户面发送(如UE承载)。可选的,UE承载信息可以包含以下信息的至少一种:UE承载标识,承载QoS参数,传输层地址,GTP-TEID,NAS PDU,关联标识(correlation ID)。
可选的,第一UE标识可以包括以下的至少一种:小区无线网络临时标识(C-RNTI),***架构演进临时移动用户标识(S-TMSI),国际移动用户识别码(IMSI),TMSI,resume ID(恢复标识),MME UE S1AP ID(移动管理实体S1应用协议用户设备标识),eNB UE S1AP ID,全球唯一临时用户设备标识(GUTI)。第一UE标识用于索引被挂起的UE上下文。
可选的,第二UE标识的内容与第一UE标识相同,此处不在赘述,第二UE标识用于索引要建立的UE上下文。
可选的,UE上下文恢复请求信息可以包括以下信息的至少一种:
-请求建立或请求不建立UE上下文;
-请求恢复或请求不恢复UE、基站、核心网控制节点或核心网网关节点上的UE上下文;
-请求恢复或请求不恢复UE、基站、核心网控制节点、核心网网关节点上的UE承载上下文;
-请求恢复或请求不恢复特定UE承载上下文,UE承载信息。UE承载信息如上所述,此处不再赘述。UE的承载信息可以用于索引被挂起的UE承载上下文。
在一些实施方式中,UE上下文恢复请求信息中所涉及的UE上下文进一步分为UE控制面上下文和UE用户面上下文。
可选的,关于UE连接恢复请求信息可以包括以下信息的至少一种:
-请求恢复或请求不恢复UE与基站间关于UE的连接;
-请求恢复或请求不恢复基站与核心网控制节点间关于UE的连接;
-请求恢复或请求不恢复基站与核心网网关节点间关于UE的连接;
-请求恢复或请求不恢复核心网控制节点与核心网网关节点间关于UE的连接;
-请求恢复或请求不恢复UE与核心网控制节点间关于UE的连接;
-请求恢复或请求不恢复UE与核心网网关节点间关于UE的连接;
-请求恢复或请求不恢复UE用户面连接;
-请求恢复或请求不恢复UE控制面连接;
-请求恢复或请求不恢复所有UE连接;
-请求恢复或请求不恢复指定UE承载通道,UE承载信息。这里,“特定”即“指定”。UE承载信息如上所述,此处不再赘述。UE的承载信息可以用于索引被挂起的UE承载上下文。
在一些实施方式中,UE连接恢复请求信息中所涉及的UE连接进一步分为UE控制面连接和UE用户面连接。
一些实施方式中,恢复UE上下文或UE连接表示有UE数据传送需求,恢复用户面UE连接或UE上下文表示有UE用户面数据传送的需求,恢复控制面UE连接或UE上下文表示有UE控制面数据传送的需求。
一些实施方式中,有UE数据传送需求信息表示请求恢复UE上下文或UE连接,有UE用户面数据传送的需求表示请求恢复用户面UE连接或UE上下文,有UE控制面数据传送的需求表示请求恢复控制面UE连接或UE上下文。
步骤202:核心网控制节点发送关于UE的恢复指令信息。
可选的,核心网控制节点根据收到的UE上下文恢复需信息综合决定是否恢复UE上下文和相关UE连接,并发送关于UE的恢复指令信息。
可选的,核心网控制节点向UE、基站或其他核心网控制节点发送关于UE的恢复指令信息。在一些实施方式中,关于UE的恢复指令信息可以承载在以下但不限于以下消息中:初始UE上下文建立,下行NAS传送,UE上下文修改,寻呼消息,恢复响应,UE上下文恢复响应,UE上下文恢复拒绝,UE连接恢复响应,UE连接恢复拒绝,创建承载请求、修改承载请求,删除承载请求,附着接受,附着拒绝,TAU接受,TAU拒绝,服务请求接受,服务请求拒绝。
可选的,关于UE的恢复指令信息包含以下信息的至少一种:UE数据传送需求信息,第一UE标识,第二UE标识,UE上下文恢复信息,关于UE连接恢复信息。
可选的,UE数据传送需求信息与步骤201相同,此处不再赘述。
-在一些实施方式中,UE数据传送需求信息至少满足以下条件之一时,核心网控制节点可以恢复UE上下文和相关UE连接:有数据传送需求,有用户面数据传送需求,有控制面数据传送需求且后续有用户面数据传送需求,数据传送方式是通过用户面。在一些实施方式中,核心网控制节点恢复的UE上下文和相关UE连接至少包括以下之一:UE、基站、核心网控制节点、核心网网关节点上的UE上下文(特别是UE承载上下文需要恢复,UE承载上下文同步骤201中UE承载信息,此处不再赘述);UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接,基站与核心网网关节点间关于UE的连接。进一步的,核心网控制节点还可以根据UE数据传送需求信息中的UE承载信息,仅恢复UE上下文中有数据的UE承载的上下文和UE连接上关于有数据UE承载的通道。
-在一些实施方式中,如果没有数据传送需求时,核心网控制节点可以不恢复或拒绝恢复UE上下文和相关UE连接。
-在一些实施方式中,UE数据传送需求信息满足条件:有用户面数据传送需求且数据传送方式是通过控制面时,核心网控制节点可以执行至少以下之一:不恢复或拒绝恢复基站与核心网网关节点关于UE的连接、不恢复基站上的UE承载上下文。在一些实施方式中,核心网控制节点可以恢复以下内容的至少一种:UE、核心网控制节点、核心网网关节点上的UE上下文(包含UE的承载上下文),基站上的UE上下文(不包含UE的承载上下文);UE与基站间关于UE的连接,核心网控制节点与核心网网关节点间关于UE的连接。进一步的,核心网控制节点还可以根据UE数据传送需求信息中的UE承载信息,仅恢复UE上下文中有数据的UE承载的上下文和UE连接上关于有数据UE承载的通道。
-在一些实施方式中,UE数据传送需求信息满足条件以下条件之一:没有用户面数据传送需求时、仅有控制面数据传送需求时,核心控制节点可以仅恢复UE控制面上下文和UE控制面连接,不恢复或拒绝恢复UE用户面上下文或UE用户面连接或UE承载。核心网控制节点可以恢复以下内容的至少一种:UE、基站、核心网控制节点上的UE上下文;UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接。
可选的,UE上下文恢复信息可以包括以下内容的至少一种:
-恢复、拒绝、不恢复、去激活或保持挂起UE的上下文;
-恢复、拒绝、不恢复、去激活或保持挂起UE控制面的上下文;
-恢复、拒绝、不恢复、去激活或保持挂起UE用户面的上下文;
-恢复、拒绝、不恢复、去激活或保持挂起UE、基站、核心网控制节点或核心网网关节点上的UE上下文;
-恢复、拒绝、不恢复、去激活或保持挂起UE、基站、核心网控制节点、核心网网关节点上UE的承载上下文;
-恢复、拒绝、不恢复、去激活或保持挂起特定UE承载的UE承载信息,UE承载信息如步骤201所述,此处不再赘述。UE的承载信息可以用于索引被挂起的UE承载上下文。
一些实施方式中,恢复UE上下文也表示需要恢复相关的UE连接。比如恢复用户面的UE上下文也表示需要恢复用户面的UE连接,恢复控制面的上下文也表示需要恢复控制面的UE连接。
在一些实施方式中,UE上下文恢复信息中所涉及的UE上下文进一步分为UE控制面上下文和UE用户面上下文。
可选的,关于UE的连接恢复信息可以包括以下内容的至少一种:
-拒绝恢复原因;拒绝恢复原因可以是以下之一:无数据传送需求,无用户面数据传送需求;
-恢复、拒绝、不恢复、去激活或保持挂起UE的连接;
-恢复、拒绝、不恢复、去激活或保持挂起UE控制面连接;
-恢复、拒绝、不恢复、去激活或保持挂起UE用户面连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与基站间关于UE的连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起基站与核心网控制节点间关于UE的连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起基站与核心网网关节点间关于UE的连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起核心网控制节点与核心网网关节点间关于UE的连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与核心网控制节点间关于UE的连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与核心网网关节点间关于UE的连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE用户面连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE控制面连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE连接;
-恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起特定UE承载的UE承载信息;UE承载信息如步骤201所述,此处不再赘述。UE的承载信息可以用于索引被挂起的UE承载上下文。
在一些实施方式中,UE连接恢复信息中所涉及的UE连接进一步分为UE控制面连接和UE用户面连接。
一些实施方式中,恢复相关UE连接也表示需要恢复相关的UE上下文。比如恢复用户面的UE连接也表示需要恢复用户面的UE上下文,恢复控制面的UE连接恢也表示需要恢复控制面的UE连接。
可选的,第一UE标识用于索引被挂起的UE上下文。第一UE标识的内容见步骤201。
可选的,第二UE标识用于索引新的UE上下文。在一些实施方式中,指示第二UE标识表示删除与第二UE标识相关的UE上下文。第二UE标识的内容见步骤201。
图3为本发明控制UE上下文和UE连接的方法二的流程示意图,本流程基站根据核心网控制节点发送的UE上下文/UE连接恢复指令信息执行连接建立/恢复行为,包括以下步骤:
步骤301,基站收到关于UE的恢复指令信息。
可选的,基站从核心网控制节点或UE获得关于UE的恢复指令信息。
可选的,关于UE的恢复指令信息如步骤202所述,此处不再赘述。
步骤302,基站根据收到的关于UE的恢复指令信息,执行关于UE的恢复指令信息所指定的恢复操作。恢复操作可以包含以下操作的至少一种:对UE上下文、UE控制面上下文、UE用户面上下文、UE承载上下文、关于UE的连接、关于UE的用户面连接、关于UE的控面连接、关于UE连接上的UE承载通道中的至少一种,执行恢复、重建、不恢复、去激活、继续挂起中的至少一种操作。具体操作如步骤202所述,此处不再赘述。
可选的,基站将关于UE的恢复指令信息转发给UE。
可选的,基站将UE上下文恢复操作结果同步给UE。
图4为本发明UE上下文UE连接控制的方法三的流程示意图,本流程是UE根据收到的UE上下文/UE连接恢复指令信息执行连接建立/恢复行为,包括以下步骤:
步骤401,UE收到关于UE的恢复指令信息。
可选的,UE从基站或核心网控制节点获得关于UE的恢复指令信息。
可选的,关于UE的恢复指令信息如步骤202所述,此处不再赘述。
步骤402,UE根据收到的关于UE的恢复指令信息,执行关于UE的恢复指令信息所指定的恢复操作。恢复操作可以包含以下操作的至少一种:对UE上下文、UE控制面上下文、UE用户面上下文、UE承载上下文、关于UE的连接、关于UE的用户面连接、关于UE的控面连接、关于UE连接上的UE承载通道中的至少一种,执行恢复、重建、不恢复、去激活、继续挂起中的至少一种操作。具体操作如步骤202所述,此处不再赘述。
图5是由基站决定不同实体上的UE上下文的恢复行为和不同实体间关于UE连接的恢复行为。
图5为本发明控制UE上下文和UE连接的方法四的流程示意图,包括以下步骤:
步骤501:基站获取关于UE的恢复需求信息。
可选的,关于UE的恢复需求信息如步骤201所述,此处不再赘述。
可选的,基站可以通过UE和/或核心网控制节点获得关于UE的恢复需求信息。
在一些实施方式中,基站根据核心网控制节点发送的寻呼信息获取关于UE的恢复需求信息。基站可以通过关于UE的恢复需求信息中的第一UE标识索引知道UE上下文是否被挂起;通过关于UE的恢复需求信息中的UE承载信息索引被挂起的UE承载上下文;通过寻呼消息知道有UE数据传送需求。当UE接入基站时,基站就可以代替UE向核心网控制节点发送UE上下文/UE连接恢复请求,请求恢复UE上下文/UE连接或请求恢复UE用户面上下文/UE用户面连接。基站可以向核心网控制节点发送关于UE的恢复需求信息,如步骤201所述。
步骤502:基站根据UE数据传送需求信息,决定是否发送关于UE的恢复需求信息或关于UE的恢复指令信息。
可选的,基站根据收到的关于UE的恢复需求信息综合决定是否恢复UE上下文和相关UE连接,具体决定方式与202一致,此处不再赘述。可选的,关于UE的恢复需求信息如步骤201所述。
可选的,关于UE的恢复指令信息如步骤202所述。基站根据UE数据传送需求信息决定是否发送关于UE的恢复指令信息的具体操作也与202一致,此处不再赘述。
可选的,基站将关于UE的恢复需求信息发送给核心网控制节点。核心网控制节点根据基站的请求执行以下操作的至少一种:对UE上下文、UE控制面上下文、UE用户面上下文、UE承载上下文、关于UE的连接、关于UE的用户面连接、关于UE的控面连接、关于UE连接上的UE承载通道中的至少一种,执行恢复、重建、不恢复、去激活、继续挂起中的至少一种操作。具体操作如步骤202所述,此处不再赘述。
在一些实施方式中,在至少满足以下条件之一时,基站请求核心网控制节点恢复的UE上下文和相关UE连接:有数据传送需求,有用户面数据传送需求,有控制面数据传送需求且后续有用户面数据传送需求,数据传送方式是通过用户面承载。基站请求核心网控制节点恢复的UE上下文和相关UE连接至少包括以下之一:UE、基站、核心网控制节点、核心网网关节点上的UE上下文(特别是UE的承载上下文需要恢复),UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接,基站与核心网网关节点间关于UE的连接。进一步的,核心网控制节点还可以根据UE数据传送需求信息中的UE承载标识,仅恢复UE上下文中有数据的UE承载的上下文和UE连接上关于有数据UE承载的通道。UE承载信息如步骤201所述。在一些实施方式中,UE连接进一步分为UE控制面连接和UE用户面连接;UE上下文进一步分为UE控制面上下文和UE用户面上下文。
在一些实施方式中,满足条件:有用户面数据传送需求且数据传送方式是通过控制面时,基站可以请求核心控制节点至少恢复以下内容之一:UE、核心网控制节点、核心网网关节点上的UE上下文(包含UE的承载上下文),基站上的UE上下文(不包含UE的承载上下文);UE与基站间关于UE的连接,核心网控制节点与核心网网关节点间关于UE的连接。进一步的,核心网控制节点还可以根据UE数据传送需求信息中的UE承载标识,仅恢复UE上下文中有数据的UE承载的上下文和UE连接上关于有数据UE承载的通道。UE承载信息如步骤201所述。在一些实施方式中,UE连接进一步分为UE控制面连接和UE用户面连接;UE上下文进一步分为UE控制面上下文和UE用户面上下文。
在一些实施方式中,满足条件:仅有控制面数据传送需求时,基站可以请求核心网控制节点至少执行以下操作之一:1)发送连接建立请求(比如初始UE消息)或请求新建UE上下文;2)请求至少恢复以下内容之一:UE、基站、核心网控制节点、核心网网关节点上的UE上下文(不包含UE的承载上下文);UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接。UE承载信息如步骤201所述。在一些实施方式中,UE连接进一步分为UE控制面连接和UE用户面连接;UE上下文进一步分为UE控制面上下文和UE用户面上下文。
图6是由UE决定不同实体上的UE上下文的恢复行为和不同实体间关于UE连接的恢复行为。
图6为本发明控制UE上下文和UE连接的方法五的流程示意图,包括以下步骤:
步骤601,UE获取关于UE的恢复需求信息。
可选的,UE从UE上层,基站,核心网控制节点或核心网网关节点获得关于UE的恢复需求信息。
在一些实施方式中,UE收到寻呼信息获取关于UE的恢复需求信息。UE可以通过关于UE的恢复需求信息中的的第一UE标识索引被挂起UE上下文;或者,通过关于UE的恢复需求信息中的UE承载信息索引被挂起的UE承载上下文;或者,通过收到寻呼消息知道有UE数据传送需求。
步骤602,UE决定是否请求恢复UE上下文/UE连接。
可选的,UE可以向网络节点,比如基站或核心网控制节点发送关于UE的恢复需求信息或关于UE的恢复指令信息。
可选的,关于UE的恢复需求信息如步骤201所述,此处不再赘述。
可选的,关于UE的恢复指令信息如步骤202所述,此处不再赘述。
在一些实施方式中,在至少满足以下条件之一时,UE请求网络节点恢复的UE上下文和相关UE连接:有数据传送需求,有用户面数据传送需求,有控制面数据传送需求且后续有用户面数据传送需求,数据传送方式是通过用户面。UE请求网络节点恢复的UE上下文和相关UE连接至少包括以下之一:UE、基站、核心网控制节点、核心网网关节点上的UE上下文(特别是UE的承载上下文需要恢复);UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接,基站与核心网网关节点间关于UE的连接。进一步的,核心网控制节点还可以根据UE数据传送需求信息中的UE承载信息,仅恢复UE上下文中有数据的UE承载的上下文和UE连接上关于有数据UE承载的通道。在一些实施方式中,UE连接进一步分为UE控制面连接和UE用户面连接;UE上下文进一步分为UE控制面上下文和UE用户面上下文。
在一些实施方式中,满足条件:有用户面数据传送需求且数据传送方式是通过控制面时,UE可以请求网络节点至少恢复以下内容之一:UE、核心网控制节点、核心网网关节点上的UE上下文(包含UE的承载上下文),基站上的UE上下文(不包含UE的承载上下文);UE与基站间关于UE的连接,核心网控制节点与核心网网关节点间关于UE的连接。进一步的,核心网控制节点还可以根据UE数据传送需求信息中的UE承载信息,仅恢复UE上下文中有数据的UE承载的上下文和UE连接上关于有数据UE承载的通道。UE承载信息如步骤201所述。在一些实施方式中,UE连接进一步分为UE控制面连接和UE用户面连接;UE上下文进一步分为UE控制面上下文和UE用户面上下文。
在一些实施方式中,满足条件:仅有控制面数据传送需求时,UE可以请求网络节点至少执行以下之一:1)发送连接建立请求(比如初始UE消息)或请求新建UE上下文;2)请求至少恢复以下内容之一:UE、基站、核心网控制节点、核心网网关节点上UE上下文(不包含UE的承载上下文);UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接。可以承载在初始UE消息或UE上下文/UE连接恢复请求消息中。
在一些实施方式中,基站根据收到UE的连接建立请求后向核心网控制节点发送初始UE消息,请求建立新的UE上下文。在另一些实施方式中,基站根据收到的UE连接恢复请求索引到UE上下文后,向核心网控制节点发送UE上下文/UE连接恢复请求。
图7为本发明控制UE上下文和UE连接的方法实施例一的示意图,该实施例假设UE之前的连接和UE上下文被挂起,该方法包括以下步骤:
步骤701,UE向基站发送RRC连接恢复请求。可选的,RRC连接恢复请求可以承载在RRC连接重建消息、RRC连接建立请求消息或新的RRC消息中。可选的,消息中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。在一些实施方式中,UE有上行控制面数据传送需求。
步骤702,基站向UE发送RRC连接恢复接受。可选的,RRC连接恢复接受可以承载在RRC连接重建、RRC连接建立或新的RRC消息中
步骤703,可选的,UE向基站发送RRC连接恢复完成。可选的,RRC连接恢复完成可以承载在RRC连接重建完成、RRC连接建立完成或新的RRC消息中。可选的,消息中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。
步骤704,基站向核心网控制节点发送恢复请求消息。可选的,恢复请求可以承载在恢复请求消息、初始UE消息中。可选的,恢复请求中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。
核心网控制节点根据关于UE的恢复需求信息决定是否恢复基站与核心网网关节点间关于UE的连接,具体如步骤202所述,此处不再赘述。在一些实施方式中,核心网控制节点判定UE只有控制面的数据传送需求,则不恢复UE承载上下文以及基站与核心网网关节点间关于UE的连接,即不向核心网网关节点触发修改承载请求过程;在另一些实施方式中,核心网控制节点判定UE除了控制面的数据传送需求还有用户面的数据传送需求(比如核心网控制节点恰巧收到了关于UE的下行数据通知),则需要恢复UE承载上下文以及基站与核心网网关节点间关于UE的连接。如恢复则进入步骤705至步骤708,如不恢复则进入步骤709至步骤710。
步骤705,核心网控制节点决定恢复UE用户面的连接,向核心网网关节点发送修改承载请求消息。消息中指示UE承载在基站侧的传输层地址和TEID。
步骤706,核心网控制节点收到核心网网关节点的修改承载响应消息。
步骤707,核心网控制节点向基站发送恢复响应。可选的,恢复响应可以恢复响应消息、初始上下文建立请求消息、下行NAS传送消息中。可选的,恢复响应中包含关于UE的恢复指令信息,具体如步骤202所述。在一些实施方式中,消息中可以指示恢复UE的上下文或UE的承载上下文。可选的,步骤707可以发生在705之前。
步骤708,基站根据收到的UE上下文恢复指令执行,如步骤302所述,此处不再赘述。可选的,当恢复响应中指示的UE上下文与之前RRC恢复的UE上下文不一致时,基站向UE发送RRC连接恢复更新。可选的,RRC连接恢复更新可以包含在RRC连接恢复更新消息消息或RRC连接重配置消息中。可选的,RRC连接恢复更新中包含关于UE的恢复指令信息,具体如步骤202所述。在一些实施方式中,消息中可以指示恢复UE的上下文或UE的承载上下文。UE根据收到的UE上下文恢复指令执行,如步骤402所述,此处不再赘述。至此,本流程结束。
步骤709,当不需要恢复UE用户面时或找不到UE上下文时,核心网控制节点向基站发送恢复拒绝。可选的,恢复拒绝可以包含在恢复拒绝消息、恢复响应消息、初始上下文建立请求消息、下行NAS传送消息中、UE上下文释放。可选的,UE上下文恢复拒绝中包含关于UE的恢复指令信息,具体如步骤202所述。在一些实施方式中,消息中可以指示不恢复或拒绝恢复UE的上下文或UE的承载上下文。
步骤710,基站根据收到的UE上下文恢复指令执行,如步骤302所述,此处不再赘述。可选的,当恢复拒绝中指示的UE上下文与之前RRC恢复的UE上下文不一致时,基站向UE发送RRC连接恢复更新。可选的,RRC连接恢复更新可以包含在RRC连接恢复更新消息消息或RRC连接重配置消息中。可选的,消息中包含关于UE的恢复指令信息,具体如步骤202所述。在一些实施方式中,消息中可以指示不恢复或拒绝恢复UE的上下文或UE的承载上下文。UE根据收到的UE上下文恢复指令执行,如步骤402所述,此处不再赘述。至此,本流程结束。
图8为本发明控制UE上下文和UE连接的方法实施例二的示意图,本实施例假设UE之前的连接和上下文被挂起,该方法包括以下步骤:
步骤801,核心网控制节点收到核心网网关节点发送的下行数据通知。
步骤802,核心网控制节点发现相关UE处于空闲态,且UE的上下文被挂起。核心网控制节点向基站发送关于UE的寻呼消息。可选的,消息中包含关于UE的恢复需求信息。关于UE的恢复需求信息如步骤201所述,此处不再赘述。基站可以通过关于UE的恢复需求信息中的第一UE标识索引知道UE上下文是否被挂起;或者,通过关于UE的恢复需求信息中UE承载信息索引被挂起的UE承载上下文;或者,通过寻呼消息知道有UE数据传送需求。当UE接入基站时,基站就可以代替UE向核心网控制节点发送UE上下文/UE连接恢复请求,请求恢复UE上下文/UE连接或请求恢复UE用户面上下文/UE用户面连接。具体操作如步骤501所述,此处不再赘述。
步骤803,基站将寻呼消息发送给UE。可选的,消息中包含关于UE的恢复需求信息。UE获取关于UE的恢复需求信息并决定是否请求恢复UE上下文/UE连接,如步骤601所述。
步骤804至步骤811与步骤701至步骤708一致,此处不再赘述。
图9为本发明控制UE上下文和UE连接的方法实施例三的示意图,本实施例假设UE之前的连接和上下文被挂起,该方法包括以下步骤:
步骤901,UE向基站发送RRC连接恢复请求。可选的,RRC连接恢复请求可以承载在RRC连接重建消息、RRC连接建立请求消息或新的RRC消息中。可选的,消息中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。在一些实施方式中,UE有上行控制面数据传送需求且后续有用户面数据传送需求,或者UE有用户面数据传送需求时,UE在消息中指示关于UE的恢复需求信息;此外,数据传送方式为用户面承载。
步骤902,基站向UE发送RRC连接恢复接受。可选的,RRC连接恢复接受可以承载在RRC连接重建、RRC连接建立或新的RRC消息中。
步骤903,可选的,UE向基站发送RRC连接恢复完成。可选的,RRC连接恢复完成可以承载在RRC连接重建完成、RRC连接建立完成或新的RRC消息中。可选的,消息中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。
步骤904,基站向核心网控制节点发送恢复请求。。可选的,恢复请求中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。
核心网控制节点根据关于UE的恢复需求信息决定是否恢复基站与核心网网关节点间关于UE的连接,具体如步骤202所述,此处不再赘述。在一些实施方式中,核心网控制节点根据关于UE的恢复需求信息决定是否恢复基站与核心网网关节点间关于UE的连接,具体如步骤202所述,此处不再赘述。在一些实施方式中,核心网控制节点判定UE除了控制面的数据传送需求还有用户面的数据传送需求(比如核心网控制节点恰巧收到了关于UE的下行数据通知或者UE指示有后续的用户面数据传送需求)或者只有用户面的数据传送需求。此外,数据的传送方式为用户面,则需要恢复UE承载上下文以及基站与核心网网关节点关于UE的连接。
步骤905至步骤908与步骤705至步骤708一致,此处不再赘述。
图10为本发明控制UE上下文和UE连接的方法实施例四的示意图,本实施例假设UE之前的连接和上下文被挂起,该方法包括以下步骤:
步骤1001,UE向基站发送RRC连接恢复请求。可选的,RRC连接恢复请求可以承载在RRC连接重建消息、RRC连接建立请求消息或新的RRC消息中。可选的,消息中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。在一些实施方式中,UE有上行控制面数据传送需求且后续有用户面数据传送需求,或者,UE有用户面数据传送需求时,消息中指示关于UE的恢复需求信息;此外,数据传送方式为控制面。
步骤1002,基站向UE发送RRC连接恢复接受。可选的,RRC连接恢复接受可以承载在RRC连接重建、RRC连接建立或新的RRC消息中。
步骤1003,可选的,UE向基站发送RRC连接恢复完成。可选的,RRC连接恢复完成可以承载在RRC连接重建完成、RRC连接建立完成或新的RRC消息中。关于UE的恢复需求信息见步骤201,此处不再赘述。
步骤1004,基站向核心网控制节点发送恢复请求。。可选的,恢复请求中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。
核心网控制节点根据关于UE的恢复需求信息决定是否恢复基站与核心网网关节点间关于UE的连接,具体如步骤202所述,此处不再赘述。在一些实施方式中,核心网控制节点判定UE除了控制面的数据传送需求还有用户面的数据传送需求(比如核心网控制节点恰巧收到了关于UE的下行数据通知或者UE指示有后续的用户面数据传送需求)或者只有用户面的数据传送需求。此外,数据的传送方式为控制面,则需要核心网控制节点与核心网网关节点关于UE的连接,但不需要恢复基站上的UE承载上下文。
步骤1005,核心网控制节点决定恢复UE用户面的连接,向核心网网关节点发送修改承载请求消息。消息中指示UE承载在核心网控制节点的传输层地址和TEID。
步骤1006,核心网控制节点收到核心网网关节点的修改承载响应消息。
步骤1007,核心网控制节点向基站发送恢复响应消息或恢复拒绝。可选的,恢复响应可以恢复响应消息、初始上下文建立请求消息、下行NAS传送消息中。可选的,恢复拒绝可以恢复拒绝消息、初始上下文建立请求消息、下行NAS传送消息中。可选的,恢复响应或恢复拒绝中包含关于UE的恢复指令信息,具体如步骤202所述。在一些实施方式中,消息中可以指示拒绝恢复或不需要恢复UE的用户面上下文或UE的用户面连接。还可以进一步指示拒绝恢复或不需要恢复的UE的承载上下文。UE的承载上下文。如步骤201所述。步骤1007可以发生在步骤1005之前。
步骤1008,基站根据收到的UE上下文恢复指令执行,如步骤302所述,此处不再赘述。可选的,当恢复拒绝中指示的UE上下文与之前RRC恢复的UE上下文不一致时,基站向UE发送RRC连接恢复更新。可选的,RRC连接恢复更新可以包含在RRC连接恢复更新消息消息或RRC连接重配置消息中。可选的,RRC连接恢复更新中包含关于UE的恢复指令信息,具体如步骤202所述。在一些实施方式中,消息中可以指示拒绝恢复或不需要恢复UE的用户面上下文或UE的用户面连接。还可以进一步指示拒绝恢复或不需要灰度的UE的承载上下文。UE的承载上下文。如步骤201所述。
UE根据收到的UE上下文恢复指令执行,如步骤402所述,此处不再赘述。
图11为本发明控制UE上下文和UE连接的方法实施例五的示意图,本实施例假设UE之前的连接和上下文被挂起,该方法包括以下步骤:
步骤1101,在一些实施方式中,UE仅有控制面数据传送需求,UE向基站发送RRC连接恢复请求。可选的,RRC连接恢复请求可以承载在RRC连接重建消息、RRC连接建立请求消息或新的RRC消息中。可选的,消息中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。
步骤1102,基站向UE发送RRC连接恢复接受。可选的,RRC连接恢复接受可以承载在RRC连接重建、RRC连接建立或新的RRC消息中。
步骤1103,可选的,UE向基站发送RRC连接恢复完成。可选的,RRC连接恢复完成可以承载在RRC连接重建完成、RRC连接建立完成或新的RRC消息中。关于UE的恢复需求信息见步骤201,此处不再赘述。
步骤1104,基站向核心网控制节点发送初始UE消息。可选的,消息中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。
可选的,初始UE消息中包含第二UE标识,即新的UE上下文的基站侧UE标识,如eNB UE S1AP ID或者包含被挂起的UE上下文的UE标识。如果包含的是新的UE上下文的UE标识,当核心网控制节点决定恢复被挂起的UE上下文时,指示第二UE标识,要求基站删除与第二UE标识相关的UE上下文;当核心网控制节点决定为UE新建UE上下文时,分配新的核心网侧UE标识,如MMEUE S1AP ID。
核心网控制节点根据关于UE的恢复需求信息决定是否恢复基站与核心网网关节点间关于UE的连接,具体如步骤202所述,此处不再赘述。在一些实施方式中,核心网控制节点判定UE只有控制面的数据传送需求,则建立新的UE上下文,不恢复UE承载上下文以及基站与核心网网关节点关于UE的连接;在另一些实施方式中,核心网控制节点判定UE除了控制面的数据传送需求还有用户面的数据传送需求(比如核心网控制节点恰巧收到了关于UE的下行数据通知),则需要恢复UE承载上下文以及基站与核心网网关节点关于UE的连接。
如恢复则进入步骤1105至步骤1109,如不恢复则进入步骤1110至步骤1113。
步骤1105,核心网控制节点决定恢复UE用户面的连接,向核心网网关节点发送修改承载请求消息。消息中指示UE承载的在基站侧的传输层地址和TEID。
步骤1106,核心网控制节点收到核心网网关节点的修改承载响应消息。
步骤1107,核心网控制节点向基站发送恢复命令。可选的,恢复命令中包含关于UE的恢复指令信息,具体如步骤202所述。在一些实施方式中,消息中可以指示恢复UE的上下文或UE的承载上下文。可选的,消息中包含基站分配的基站侧UE标识,表示核心网控制节点要求基站删除跟标识有关的UE上下文。步骤1107可以发生在步骤1105之前。
步骤1108,基站根据收到的UE上下文恢复指令执行,如步骤302所述,此处不再赘述。可选的,当恢复命令中指示的UE上下文与之前RRC恢复的UE上下文不一致时,基站向UE发送RRC连接恢复更新。可选的,RRC连接恢复更新可以包含在RRC连接恢复更新消息消息或RRC连接重配置消息中。可选的,消息中包含关于UE的恢复指令信息,具体如步骤202所述。在一些实施方式中,消息中可以指示恢复UE的上下文或UE的承载上下文。UE根据收到的UE上下文恢复指令执行,如步骤402所述,此处不再赘述。
步骤1109,基站向核心网控制节点返回恢复完成。
步骤1110,核心网控制节点向基站发送下行NAS传送消息,包含NAS数据包。在一些实施方式中,消息中可以指示不恢复或拒绝恢复或保持挂起UE的上下文或UE的承载上下文。
步骤1111,基站通过下行信息传送消息将NAS数据包发送给UE。在一些实施方式中,消息中可以指示不恢复或拒绝恢复或保持挂起UE的上下文或UE的承载上下文。
步骤1112,NAS数据包发送完毕,UE不再活跃,基站向核心网控制节点发送UE上下文删除请求,指示新分配的UE上下文的标识(如eNB UE S1AP ID,MME UE S1AP ID),请求核心网控制节点删除与该标识相关的UE上下文。
步骤1113,核心网控制节点删除相关UE上下文后向基站返回UE上下文删除响应。基站随后释放UE连接。
至此,图11所示流程结束。
图12为本发明控制UE上下文和UE连接的方法实施例六的示意图,本实施例假设UE之前的连接和上下文被挂起,该方法包括以下步骤:
步骤1201,UE与基站间恢复RRC连接。可选的UE向基站发送关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。在一些实施方式中,基站根据关于UE的恢复需求信息知道UE仅有控制面数据传送需求,不恢复或继续挂起UE用户面的上下文和UE用户面的连接。
步骤1202,基站向核心网控制节点发送恢复请求消息。可选的,消息中指示关于UE的恢复需求信息。关于UE的恢复需求信息见步骤201,此处不再赘述。
核心网控制节点根据基站发送的关于UE的恢复需求信息知道UE只有仅有控制面数据传送需求。
步骤1203,在此同时,核心网控制节点恰巧从核心网网关节点处也收到了关于UE的恢复需求信息,知道有下行的UE用户面数据。核心网控制节点决定恢复UE用户面上下文和UE用户面连接,即基站与核心网网关节点间关于UE的连接,具体如步骤202所述,此处不再赘述。
步骤1204,核心网控制节点向核心网网关节点发送修改承载请求消息。消息中指示UE承载在基站传输层地址和TEID。
步骤1205,核心网控制节点收到核心网网关节点的修改承载响应消息。
步骤1206,核心网控制节点向基站发送恢复响应消息。可选的,消息中包含关于UE的恢复指令信息。在一些实施方式中,关于UE的恢复指令信息中可以指示恢复恢复UE的用户面上下文或UE用户面连接。关于UE的恢复指令信息还可以进一步指定需要恢复的UE的承载上下文。UE承载上下文信息如步骤201所述。步骤1206可以发生在步骤1204之前。
步骤1207,基站根据收到的UE上下文恢复指令执行,如步骤302所述,此处不再赘述。可选的,当恢复命令中指示的UE上下文与之前RRC恢复的UE上下文不一致时,基站向UE发送RRC连接恢复更新。可选的,RRC连接恢复更新可以包含在RRC连接恢复更新消息消息或RRC连接重配置消息中。可选的,消息中包含关于UE的恢复指令信息,具体如步骤202所述。至此,图12所示流程结束。
图13为本发明控制UE上下文和UE连接的方法实施例七的示意图,本实施例通过在恢复过程中增加NAS PDU节省传送控制面信令所需的信令,该方法包括以下步骤:
步骤1301,基站向核心网控制节点发送恢复请求时,如果收到UE的控制面数据,可以包含在恢复请求中发送给核心网控制节点。一方面节省传送控制面数据的信令开销,另一方面想核心网控制节点发送关于UE的恢复需求信息。
步骤1302,核心网控制节点向基站发送恢复响应时,如果有发送给UE的控制面数据,可以包含在恢复响应中发送基站,节省传送控制面数据的信令开销。
由以上技术方案可以看出,通过区分不同的数据传送需求的场景,按需要恢复或新建UE上下文或UE连接,可以有效地减少信令资源的开销,提高资源的利用率,为数量庞大的IOTUE接入创造可有利条件。
对应于上述方法,本申请还提供了一种控制UE上下文和UE连接的设备,其组成结构如图14所示,该设备包括:信息获取模块和判断模块,其中:
所述信息获取模块,用于获取关于UE的恢复需求信息;
所述判断模块,用于根据所述关于UE的恢复需求信息决定是否恢复UE上下文和/或UE连接。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (15)
1.一种控制用户设备UE上下文和UE连接的方法,其特征在于,包括:
第一节点获取关于UE的恢复需求信息;
第一节点根据所述关于UE的恢复需求信息决定是否恢复UE上下文和/或UE连接。
2.根据权利要求1所述的方法,其特征在于:
当所述第一节点是核心网控制节点时,所述第一节点获取关于UE的恢复需求信息包括:所述核心网控制节点通过UE、基站和核心网网关节点中的至少一个节点获取所述关于UE的恢复需求信息;
当核心网控制节点决定恢复UE上下文和/或UE连接时,向UE、基站和除所述核心网控制节点之外的核心网控制节点中的至少一个节点发送关于UE的恢复指令信息。
3.根据权利要求1所述的方法,其特征在于:
当所述第一节点是基站时,所述第一节点获取关于UE的恢复需求信息包括:所述基站通过UE和/或核心网控制节点获取所述关于UE的恢复需求信息;
当基站决定恢复UE上下文和/或UE连接时,向UE和/或核心网控制节点发送关于UE的恢复需求信息或者关于UE的恢复指令信息。
4.根据权利要求1所述的方法,其特征在于:
当所述第一节点是UE时,所述第一节点获取关于UE的恢复需求信息包括:所述UE从UE上层、基站、核心网控制节点或核心网网关节点中的至少一个节点获得关于UE的恢复需求信息;
当UE决定恢复UE上下文和/或UE连接时,向基站和/或核心网控制节点发送关于UE的恢复需求信息或者关于UE的恢复指令信息。
5.根据权利要求2至4所述的方法,其特征在于:
所述关于UE的恢复需求信息包括以下信息的至少一种:UE数据传送需求信息,第一UE标识,第二UE标识,UE上下文恢复请求信息,关于UE连接恢复请求信息。
6.根据权利要求5所述的方法,其特征在于:
所述UE数据传送需求信息包括以下信息的至少一种:控制面数据传送需求信息,用户面数据传送需求信息,控制面数据包,用户面数据包,UE承载信息,RRC建立原因;
和/或,所述第一UE标识用于索引被挂起的UE上下文,第二UE标识用于索引要建立的UE上下文;其中,第一UE标识和第二UE标识包括以下的至少一种:小区无线网络临时标识C-RNTI,***架构演进临时移动用户标识S-TMSI,国际移动用户识别码IMSI,TMSI,恢复标识resume ID,移动管理实体S1应用协议用户设备标识MME UE S1AP ID,eNB UE S1AP ID,全球唯一临时用户设备标识GUTI;
和/或,所述UE上下文恢复请求信息包括以下信息的至少一种:
请求建立或请求不建立UE上下文;
请求恢复或请求不恢复UE、基站、核心网控制节点或核心网网关节点上的UE上下文;
请求恢复或请求不恢复UE、基站、核心网控制节点或核心网网关节点上的UE承载上下文;
请求恢复或请求不恢复指定UE承载上下文和UE承载信息,UE的承载信息用于索引被挂起的UE承载上下文;
和/或,所述关于UE连接恢复请求信息包括以下信息的至少一种:
请求恢复或请求不恢复UE与基站间关于UE的连接;
请求恢复或请求不恢复基站与核心网控制节点间关于UE的连接;
请求恢复或请求不恢复基站与核心网网关节点间关于UE的连接;
请求恢复或请求不恢复核心网控制节点与核心网网关节点间关于UE的连接;
请求恢复或请求不恢复UE与核心网控制节点间关于UE的连接;
请求恢复或请求不恢复UE与核心网网关节点间关于UE的连接;
请求恢复或请求不恢复UE用户面连接;
请求恢复或请求不恢复UE控制面连接;
请求恢复或请求不恢复所有UE连接;
请求恢复或请求不恢复指定UE承载通道和UE承载信息,其中,UE承载信息用于索引被挂起的UE承载上下文。
7.根据权利要求6所述的方法,其特征在于:
所述控制面数据传送需求信息包括以下信息的至少一种:控制面数据传送需求,控制面数据传送需求且后续有用户面数据传送需求,控制面数据传送需求且控制面数据包中包含的是用户面的数据;
所述用户面数据传送需求信息包括以下信息的至少一种:用户面数据传送需求,UE承载信息,数据传送方式;其中,所述UE承载信息指示有数据传送需求的UE承载,所述数据传送方式指示通过控制面发送还是通过用户面发送;UE承载信息包含以下信息的至少一种:UE承载标识,承载QoS参数,传输层地址,通用分组无线服务隧道端点标识符GTP-TEID,非接入层协议数据单元NAS PDU,关联标识correlationID。
8.根据权利要求1至7任一项所述的方法,其特征在于:
用于承载所述关于UE的恢复需求信息的消息包括以下消息至少之一:初始UE消息,恢复请求消息,UE上下文恢复请求消息,UE连接恢复请求消息,UE上下文修改请求,下行数据通知,附着请求,TAU请求,服务请求。
9.根据权利要求2至7任一项所述的方法,其特征在于:
用于承载所述关于UE的恢复指令信息的消息包括以下消息至少之一:初始UE上下文建立,下行非接入层NAS传送,UE上下文修改,寻呼消息,恢复响应,UE上下文恢复响应,UE上下文恢复拒绝,UE连接恢复响应,UE连接恢复拒绝,创建承载请求,修改承载请求,删除承载请求,附着接受,附着拒绝,TAU接受,TAU拒绝,服务请求接受,服务请求拒绝。
10.根据权利要求2至7、9任一项所述的方法,其特征在于:
所述关于UE的恢复指令信息包含以下信息的至少一种:UE数据传送需求信息,第一UE标识,第二UE标识,UE上下文恢复信息,关于UE连接恢复信息。
11.根据权利要求10所述的方法,其特征在于:
所述UE上下文恢复信息包括以下内容的至少一种:
恢复、拒绝、不恢复、去激活或保持挂起UE的上下文;
恢复、拒绝、不恢复、去激活或保持挂起UE控制面的上下文;
恢复、拒绝、不恢复、去激活或保持挂起UE用户面的上下文;
恢复、拒绝、不恢复、去激活或保持挂起UE、基站、核心网控制节点或核心网网关节点上的UE上下文;
恢复、拒绝、不恢复、去激活或保持挂起UE、基站、核心网控制节点、核心网网关节点上UE的承载上下文;
恢复、拒绝、不恢复、去激活或保持挂起特定UE承载的UE承载信息,其中,UE承载信息用于索引被挂起的UE承载上下文。
12.根据权利要求10所述的方法,其特征在于:
所述关于UE的连接恢复信息包括以下内容的至少一种:
拒绝恢复原因;拒绝恢复原因包括以下的至少一种:无数据传送需求,无用户面数据传送需求;
恢复、拒绝、不恢复、去激活或保持挂起UE的连接;
恢复、拒绝、不恢复、去激活或保持挂起UE控制面连接;
恢复、拒绝、不恢复、去激活或保持挂起UE用户面连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与基站间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起基站与核心网控制节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起基站与核心网网关节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起核心网控制节点与核心网网关节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与核心网控制节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起UE与核心网网关节点间关于UE的连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE用户面连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE控制面连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起是否恢复UE连接;
恢复、建立、重建立、拒绝、不恢复、去激活、保持挂起特定UE承载的UE承载信息;其中,UE承载信息用于索引被挂起的UE承载上下文。
13.根据权利要求5至7任一项所述的方法,其特征在于,所述第一节点根据所述关于UE的恢复需求信息决定是否恢复UE上下文和/或UE连接包括以下的至少一种:
UE数据传送需求信息至少满足以下条件之一时,第一节点恢复UE上下文和相关UE连接:有数据传送需求,有用户面数据传送需求,有控制面数据传送需求且后续有用户面数据传送需求,数据传送方式是通过用户面;其中,第一节点恢复的UE上下文至少包括以下之一:UE、基站、核心网控制节点、核心网网关节点上的UE上下文,其中,所述核心网网关节点上的UE上下文包含UE承载上下文;第一节点恢复的相关UE连接至少包括以下之一:UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接,基站与核心网网关节点间关于UE的连接;
如果UE数据传送需求信息满足条件:没有数据传送需求,第一节点不恢复或拒绝恢复UE上下文和相关UE连接;
UE数据传送需求信息满足条件:有用户面数据传送需求且数据传送方式是通过控制面时,第一节点恢复以下内容的至少一种:UE、核心网控制节点、核心网网关节点上的UE上下文,其中包含UE的承载上下文;基站上的UE上下文,其中不包含UE的承载上下文;UE与基站间关于UE的连接,核心网控制节点与核心网网关节点间关于UE的连接;
UE数据传送需求信息满足条件:仅有控制面数据传送需求或者没有用户面数据传送需求时,第一节点仅恢复UE控制面上下文和UE控制面连接,不恢复或拒绝恢复UE用户面上下文或UE用户面连接或UE承载;第一节点恢复以下内容的至少一种:UE、基站、核心网控制节点上的UE上下文;UE与基站间关于UE的连接,基站与核心网控制节点间关于UE的连接。
14.根据权利要求5至7、13任一项所述的方法,其特征在于:
该方法还包括:第一节点根据UE数据传送需求信息中的UE承载信息,仅恢复UE上下文中有数据的UE承载的上下文和UE连接上关于有数据UE承载的通道。
15.一种控制UE上下文和UE连接的设备,其特征在于,包括:信息获取模块和判断模块,其中:
所述信息获取模块,用于获取关于UE的恢复需求信息;
所述判断模块,用于根据所述关于UE的恢复需求信息决定是否恢复UE上下文和/或UE连接。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610013623.1A CN106961748B (zh) | 2016-01-08 | 2016-01-08 | 控制ue上下文和ue连接的方法和设备 |
CN202210793233.6A CN115175372A (zh) | 2016-01-08 | 2016-01-08 | 控制ue上下文和ue连接的方法和设备 |
KR1020187019428A KR102631263B1 (ko) | 2016-01-08 | 2017-01-04 | Ue 컨텍스트 및 ue 연결 재개 방법 |
PCT/KR2017/000114 WO2017119723A1 (en) | 2016-01-08 | 2017-01-04 | A method for ue context and ue connection resume |
EP17736096.3A EP3384726A4 (en) | 2016-01-08 | 2017-01-04 | A method for ue context and ue connection resume |
US16/068,887 US10980076B2 (en) | 2016-01-08 | 2017-01-04 | Method for UE context and UE connection resume |
US17/228,570 US11582824B2 (en) | 2016-01-08 | 2021-04-12 | Method for UE context and UE connection resume |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610013623.1A CN106961748B (zh) | 2016-01-08 | 2016-01-08 | 控制ue上下文和ue连接的方法和设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210793233.6A Division CN115175372A (zh) | 2016-01-08 | 2016-01-08 | 控制ue上下文和ue连接的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106961748A true CN106961748A (zh) | 2017-07-18 |
CN106961748B CN106961748B (zh) | 2022-07-26 |
Family
ID=59273800
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610013623.1A Active CN106961748B (zh) | 2016-01-08 | 2016-01-08 | 控制ue上下文和ue连接的方法和设备 |
CN202210793233.6A Pending CN115175372A (zh) | 2016-01-08 | 2016-01-08 | 控制ue上下文和ue连接的方法和设备 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210793233.6A Pending CN115175372A (zh) | 2016-01-08 | 2016-01-08 | 控制ue上下文和ue连接的方法和设备 |
Country Status (5)
Country | Link |
---|---|
US (2) | US10980076B2 (zh) |
EP (1) | EP3384726A4 (zh) |
KR (1) | KR102631263B1 (zh) |
CN (2) | CN106961748B (zh) |
WO (1) | WO2017119723A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019056271A1 (zh) * | 2017-09-21 | 2019-03-28 | 北京小米移动软件有限公司 | 网络连接方法及装置 |
WO2019134657A1 (zh) * | 2018-01-04 | 2019-07-11 | 维沃移动通信有限公司 | 会话控制方法、网络设备及终端 |
WO2019192608A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种连接重建立方法及装置 |
WO2020155174A1 (zh) * | 2019-02-03 | 2020-08-06 | 华为技术有限公司 | 信息传输的方法和通信装置 |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10660150B2 (en) * | 2016-02-05 | 2020-05-19 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for flexible user equipment identification |
WO2017155259A1 (ko) * | 2016-03-09 | 2017-09-14 | 엘지전자 주식회사 | 사용자 데이터의 전송을 위한 베어러를 설정하는 방법 및 장치 |
CN107205264B (zh) * | 2016-03-18 | 2020-04-03 | 北京佰才邦技术有限公司 | Ue上下文的共享方法和装置 |
GB2548878A (en) * | 2016-03-31 | 2017-10-04 | Nec Corp | Communication system |
EP3501216A1 (en) * | 2016-08-16 | 2019-06-26 | Telefonaktiebolaget LM Ericsson (publ) | Network-controlled rrc resume via paging or rar |
US10587695B2 (en) | 2017-10-13 | 2020-03-10 | Idac Holdings, Inc. | 5G internet of things data delivery |
JP7032429B2 (ja) * | 2017-11-15 | 2022-03-08 | 京セラ株式会社 | セルラ通信システム |
EP3711442B1 (en) * | 2017-11-16 | 2023-05-10 | Telefonaktiebolaget LM Ericsson (Publ) | Replay protection for resume procedure |
EP3738396A1 (en) * | 2018-01-12 | 2020-11-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Changing gtp teid upon ue resume |
WO2020040673A1 (en) * | 2018-08-22 | 2020-02-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Ue context forwarding |
KR102460418B1 (ko) | 2018-11-21 | 2022-10-31 | 한국전자통신연구원 | 통신 시스템에서 제어 메시지의 송수신 방법 및 장치 |
US12022550B2 (en) | 2019-03-15 | 2024-06-25 | Lg Electronics Inc. | Small data transmission without path switch procedure |
GB2592095A (en) * | 2020-02-14 | 2021-08-18 | Samsung Electronics Co Ltd | User confidentiality in network |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101494848A (zh) * | 2008-01-25 | 2009-07-29 | 华为技术有限公司 | 业务挂起的方法、业务恢复的方法、***及设备 |
CN101500279A (zh) * | 2008-02-03 | 2009-08-05 | 中兴通讯股份有限公司 | 无线链路的恢复方法 |
CN101541097A (zh) * | 2008-03-19 | 2009-09-23 | 华为技术有限公司 | 恢复承载的方法、装置及*** |
WO2013023975A1 (en) * | 2011-08-12 | 2013-02-21 | Research In Motion Limited | Suspending a connection in a wireless communication system |
CN102958194A (zh) * | 2011-08-25 | 2013-03-06 | 中兴通讯股份有限公司 | 一种维持大量连接的方法、用户设备及*** |
EP2645804A1 (en) * | 2012-03-27 | 2013-10-02 | BlackBerry Limited | Re-establishment of suspended RRC connection at a different ENB |
US20130260810A1 (en) * | 2012-03-27 | 2013-10-03 | Research In Motion Limited | RE-ESTABLISHMENT OF SUSPENDED RRC CONNECTION AT A DIFFERENT eNB |
US20140179325A1 (en) * | 2012-12-24 | 2014-06-26 | Samsung Electronics Co., Ltd. | Method and system for supporting fast recovery of user equipment |
US20140269632A1 (en) * | 2013-03-15 | 2014-09-18 | Research In Motion Limited | Establishing multiple connections between a user equipment and wireless access network nodes |
US20140313889A1 (en) * | 2011-10-04 | 2014-10-23 | Industry-Academic Cooperation Foundation, Yonsei University | Method and apparatus for controlling user equipment access in mobile communication system |
US20140376506A1 (en) * | 2006-08-15 | 2014-12-25 | Huawei Technologies Co., Ltd. | Method, system and device for recovering invalid downlink data tunnel between networks |
US20150009816A1 (en) * | 2013-07-03 | 2015-01-08 | Mediatek Inc. | Traffic Shaping Mechanism for UE Power Saving in Idle Mode |
US20150334622A1 (en) * | 2014-05-19 | 2015-11-19 | Broadcom Corporation | Apparatus and Method to Perform LTE/WLAN Handoff by Keeping LTE Attached or in Suspended State |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101824987B1 (ko) * | 2010-02-11 | 2018-02-02 | 엘지전자 주식회사 | 이동통신 시스템에서의 다운링크 mtc 데이터 전송 방법 |
CN106028273B (zh) | 2010-03-23 | 2020-01-14 | Iot控股公司 | 用于机器类型通信的方法及wtru |
CA2812953C (en) | 2010-09-28 | 2016-07-19 | Research In Motion Limited | Releasing connections with local gw when ue moves out of residential/enterprise network coverage |
CN103052045B (zh) * | 2011-10-17 | 2019-03-12 | 中兴通讯股份有限公司 | 一种消息类型的指示方法、***及装置 |
CN104137629B (zh) | 2012-02-24 | 2018-01-30 | 三菱电机株式会社 | 无线通信***、发送源无线通信装置、目的地无线通信装置以及无线通信方法 |
US9049588B2 (en) * | 2013-02-28 | 2015-06-02 | Blackberry Limited | Communicating data in a predefined transmission mode |
US9668294B2 (en) | 2014-01-14 | 2017-05-30 | Qualcomm Incorporated | Method and apparatus for bluetooth low energy suspend and resume |
US10097979B2 (en) * | 2014-11-24 | 2018-10-09 | Qualcomm Incorporated | Location by reference for an over-the-top emergency call |
TWI816160B (zh) * | 2016-01-05 | 2023-09-21 | 美商內數位專利控股公司 | 在傳訊平面上傳送小資料nas協定之增強的裝置及方法 |
-
2016
- 2016-01-08 CN CN201610013623.1A patent/CN106961748B/zh active Active
- 2016-01-08 CN CN202210793233.6A patent/CN115175372A/zh active Pending
-
2017
- 2017-01-04 EP EP17736096.3A patent/EP3384726A4/en active Pending
- 2017-01-04 US US16/068,887 patent/US10980076B2/en active Active
- 2017-01-04 WO PCT/KR2017/000114 patent/WO2017119723A1/en active Application Filing
- 2017-01-04 KR KR1020187019428A patent/KR102631263B1/ko active IP Right Grant
-
2021
- 2021-04-12 US US17/228,570 patent/US11582824B2/en active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140376506A1 (en) * | 2006-08-15 | 2014-12-25 | Huawei Technologies Co., Ltd. | Method, system and device for recovering invalid downlink data tunnel between networks |
CN101494848A (zh) * | 2008-01-25 | 2009-07-29 | 华为技术有限公司 | 业务挂起的方法、业务恢复的方法、***及设备 |
CN101500279A (zh) * | 2008-02-03 | 2009-08-05 | 中兴通讯股份有限公司 | 无线链路的恢复方法 |
CN101541097A (zh) * | 2008-03-19 | 2009-09-23 | 华为技术有限公司 | 恢复承载的方法、装置及*** |
WO2013023975A1 (en) * | 2011-08-12 | 2013-02-21 | Research In Motion Limited | Suspending a connection in a wireless communication system |
CN102958194A (zh) * | 2011-08-25 | 2013-03-06 | 中兴通讯股份有限公司 | 一种维持大量连接的方法、用户设备及*** |
US20140313889A1 (en) * | 2011-10-04 | 2014-10-23 | Industry-Academic Cooperation Foundation, Yonsei University | Method and apparatus for controlling user equipment access in mobile communication system |
US20130260810A1 (en) * | 2012-03-27 | 2013-10-03 | Research In Motion Limited | RE-ESTABLISHMENT OF SUSPENDED RRC CONNECTION AT A DIFFERENT eNB |
EP2645804A1 (en) * | 2012-03-27 | 2013-10-02 | BlackBerry Limited | Re-establishment of suspended RRC connection at a different ENB |
US20140179325A1 (en) * | 2012-12-24 | 2014-06-26 | Samsung Electronics Co., Ltd. | Method and system for supporting fast recovery of user equipment |
US20140269632A1 (en) * | 2013-03-15 | 2014-09-18 | Research In Motion Limited | Establishing multiple connections between a user equipment and wireless access network nodes |
US20150009816A1 (en) * | 2013-07-03 | 2015-01-08 | Mediatek Inc. | Traffic Shaping Mechanism for UE Power Saving in Idle Mode |
US20150334622A1 (en) * | 2014-05-19 | 2015-11-19 | Broadcom Corporation | Apparatus and Method to Perform LTE/WLAN Handoff by Keeping LTE Attached or in Suspended State |
Non-Patent Citations (2)
Title |
---|
NOKIA SIEMENS NETWORKS: "R3-100240 "Addition of a description of a procedure to fetch UE context"", 《3GPP TSG_RAN\WG3_IU》 * |
李小文; 郭丽丽: "LTE***中专有承载的设计与测试", 《光通信研究》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019056271A1 (zh) * | 2017-09-21 | 2019-03-28 | 北京小米移动软件有限公司 | 网络连接方法及装置 |
US11711864B2 (en) | 2017-09-21 | 2023-07-25 | Beijing Xiaomi Mobile Software Co., Ltd. | Network connection method and device |
WO2019134657A1 (zh) * | 2018-01-04 | 2019-07-11 | 维沃移动通信有限公司 | 会话控制方法、网络设备及终端 |
CN110012553A (zh) * | 2018-01-04 | 2019-07-12 | 维沃移动通信有限公司 | 会话控制方法、网络设备及终端 |
WO2019192608A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种连接重建立方法及装置 |
US11457497B2 (en) | 2018-04-04 | 2022-09-27 | Huawei Technologies Co., Ltd. | Connection reestablishment method and apparatus |
WO2020155174A1 (zh) * | 2019-02-03 | 2020-08-06 | 华为技术有限公司 | 信息传输的方法和通信装置 |
Also Published As
Publication number | Publication date |
---|---|
US20190029066A1 (en) | 2019-01-24 |
KR102631263B1 (ko) | 2024-01-30 |
WO2017119723A1 (en) | 2017-07-13 |
KR20180093992A (ko) | 2018-08-22 |
EP3384726A4 (en) | 2018-12-26 |
EP3384726A1 (en) | 2018-10-10 |
US11582824B2 (en) | 2023-02-14 |
CN115175372A (zh) | 2022-10-11 |
US10980076B2 (en) | 2021-04-13 |
US20210235533A1 (en) | 2021-07-29 |
CN106961748B (zh) | 2022-07-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106961748A (zh) | 控制ue上下文和ue连接的方法和设备 | |
CN101400153B (zh) | 用户设备通过hnb接入***直接通信的方法 | |
JP6023054B2 (ja) | 通信システム、ユーザ端末並びに通信装置 | |
CN103874128B (zh) | 配置ue的聚合最大速率的方法 | |
CN105850176A (zh) | 在移动通信***中用于控制拥塞的方法和设备 | |
CN103945535B (zh) | 寻呼优化的方法、装置、*** | |
CN107371215A (zh) | 一种轻连接控制的方法及设备 | |
CN107548127A (zh) | 支持数据传输的方法和设备 | |
CN106961456A (zh) | 决定iot业务方法和设备、iot业务行为控制方法和设备 | |
CN102056265A (zh) | 限制mtc设备接入和通信的方法、移动管理单元及网关单元 | |
CN102264036A (zh) | 激活离线终端的方法、***及机器类通信终端 | |
KR102371203B1 (ko) | 이동 통신 시스템에서 페이징 메시지를 송수신하는 방법 및 장치 | |
CN110493887A (zh) | 建立本地分流承载的方法和设备 | |
CN101500340B (zh) | 一种删除承载的方法、***及设备 | |
CN105813119B (zh) | 容灾恢复方法、网元以及通信*** | |
CN102652412A (zh) | 一种用于在机器对机器通信***中进行数据传输的方法及其设备 | |
CN101018395B (zh) | 恢复用户设备占用的ip地址与网络资源的方法 | |
CN104023327B (zh) | 一种下行数据传输方法及装置 | |
CN103428742B (zh) | 一种s1接口sctp链路故障的处理方法和装置 | |
CN103299672B (zh) | 业务恢复方法和移动管理网元 | |
CN107864456A (zh) | 一种集群终端位置更新方法及装置 | |
CN108307443B (zh) | 一种轻连接用户设备的业务控制的方法 | |
CN101436984B (zh) | 数据传输方法及设备 | |
US11109265B2 (en) | Method and apparatus for transmitting control message in software defined network-based mobile communication system | |
CN105657745B (zh) | 一种实现数据业务的方法、装置和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |