CN108924964A - 保证通信连续性的方法和用户设备 - Google Patents
保证通信连续性的方法和用户设备 Download PDFInfo
- Publication number
- CN108924964A CN108924964A CN201710223969.9A CN201710223969A CN108924964A CN 108924964 A CN108924964 A CN 108924964A CN 201710223969 A CN201710223969 A CN 201710223969A CN 108924964 A CN108924964 A CN 108924964A
- Authority
- CN
- China
- Prior art keywords
- pdcp
- entity
- count value
- network element
- access network
- 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
- 238000000034 method Methods 0.000 title claims abstract description 103
- 230000011664 signaling Effects 0.000 claims abstract description 68
- 238000011084 recovery Methods 0.000 claims abstract description 51
- 230000008569 process Effects 0.000 claims abstract description 44
- 230000005540 biological transmission Effects 0.000 claims abstract description 18
- 230000006854 communication Effects 0.000 claims description 34
- 238000004891 communication Methods 0.000 claims description 30
- 238000004590 computer program Methods 0.000 claims description 7
- XHSQDZXAVJRBMX-UHFFFAOYSA-N 2-(5,6-dichlorobenzimidazol-1-yl)-5-(hydroxymethyl)oxolane-3,4-diol Chemical compound OC1C(O)C(CO)OC1N1C2=CC(Cl)=C(Cl)C=C2N=C1 XHSQDZXAVJRBMX-UHFFFAOYSA-N 0.000 claims description 4
- HCIBTBXNLVOFER-UHFFFAOYSA-N diphenylcyclopropenone Chemical compound O=C1C(C=2C=CC=CC=2)=C1C1=CC=CC=C1 HCIBTBXNLVOFER-UHFFFAOYSA-N 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 abstract description 4
- 238000011144 upstream manufacturing Methods 0.000 abstract 1
- 238000012545 processing Methods 0.000 description 8
- 230000002159 abnormal effect Effects 0.000 description 7
- 230000004044 response Effects 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- VAOCPAMSLUNLGC-UHFFFAOYSA-N metronidazole Chemical compound CC1=NC=C([N+]([O-])=O)N1CCO VAOCPAMSLUNLGC-UHFFFAOYSA-N 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- IESVDEZGAHUQJU-ZLBXKVHBSA-N 1-hexadecanoyl-2-(4Z,7Z,10Z,13Z,16Z,19Z-docosahexaenoyl)-sn-glycero-3-phosphocholine Chemical compound CCCCCCCCCCCCCCCC(=O)OC[C@H](COP([O-])(=O)OCC[N+](C)(C)C)OC(=O)CC\C=C/C\C=C/C\C=C/C\C=C/C\C=C/C\C=C/CC IESVDEZGAHUQJU-ZLBXKVHBSA-N 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种保证通信连续性的方法和用户设备,该方法包括:处于非活动状态的UE发起RRC连接恢复过程、或发起非活动状态下发送上行数据时,在发送的PDCP PDU的协议头中指示PDCP PDU的PDCP SN或PDCP COUNT值是否为重置后分配的PDCP SN或重置后分配的PDCP COUNT值,或者,UE通过第一信令指示接入网网元UE是否重置了PDCP实体的PDCP SN和/或PDCP COUNT值。本发明通过不同的指示信息进行连续性指示,保证了整个过程中的通信连续性,提升了系统性能,解决了现有技术的问题。
Description
技术领域
本发明涉及通讯领域,特别是涉及一种保证通信连续性的方法和用户设备。
背景技术
在第三代合作伙伴计划的长期演进(3GPP LTE,3rd Generation PartnershipProject Long Term Evolution)系统中,引入了一种新的无线资源控制(RRC,RadioResource Control)状态,在本发明中称为RRC Inactive state(RRC非活动态)。对该状态下的UE,在网络侧网元和UE均保持有该UE的接入层(AS)的上下文信息,AS上下文信息包括该UE的信令无线承载(SRB,signalling radio bearer)、数据无线承载(DRB,Data RadioBearer)的配置信息,以及用户面协议层(分组数据汇聚协议(PDCP,Packet DataConvergence Protocol)、无线链路层控制协议(RLC,Radio Link Control))的配置信息和(可能的)状态信息。同时,该UE的行为类似于RRC IDLE态的UE,即在无线接口没有为该状态下的UE分配专用无线资源。网络侧网元为该状态下的UE维护核心网到接入网网元的控制面和用户面连接,即站在核心网的视角,该UE处于RRC连接态(RRC CONNECTED state)。维护该UE的AS上下文的接入网网元被称为该UE的锚点网元(anchor网元,例如anchor gNB)。
UE从非活动态通过RRC连接恢复过程(RRC connection resume)可以恢复(resume)RRC连接,从而回到RRC连接态。
在3GPP的讨论中,还提出了在非活动状态下的UE发送上行数据的需求。如图1和图2所示,为基于4步随机接入过程(RACH)和2步随机接入过程的非活动状态发送上行数据的过程示意。在上述过程中,接入网网元可以将UE的RRC状态转移到RRC连接态或保持在非活动状态。
3GPP还为无线接入网定义了无线通知区域(RAN Notification Area,RNA),归属于不同的接入网网元的小区可能属于同一个RNA区域。UE在同一个RNA区域内移动时,可能驻留(camp)到不同于其anchor网元的接入网网元下的小区,并在该小区内发起RRC连接恢复过程(RRC resume procedure)或在非活动状态发送上行数据。UE在不同于其anchor网元的小区中发起非活动状态上行数据发送时,称新的接入网网元为服务接入网网元,或服务网元(serving Network element)。
当UE在非活动状态上行数据发送时、或在UE在非活动状态发送上行数据时被转换到RRC连接态的过程中,如何保证通信过程的连续性,尤其是在发生异常情况下的通信连续性是一个需要解决的问题。
发明内容
本发明提供一种保证通信连续性的方法和用户设备,用以解决现有技术的如下问题:当UE在非活动状态上行数据发送时、或在UE在非活动状态发送上行数据时被转换到RRC连接态的过程中,如何保证通信过程的连续性,尤其是在发生异常情况下的通信连续性。
为解决上述技术问题,一方面,本发明提供一种保证通信连续性的方法,其特征在于,包括:处于非活动状态的UE发起RRC连接恢复过程、或发起非活动状态下发送上行数据时,在发送的PDCP PDU(协议数据单元,Protocol Data Unit)的协议头中指示所述PDCPPDU的PDCP SN或PDCP COUNT值是否为重置后分配的PDCP SN或重置后分配的PDCP COUNT值,或者,UE通过第一信令指示接入网网元所述UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值。
可选的,所述的在发送的PDCP PDU协议头中指示所述PDCP PDU的PDCP SN或PDCPCOUNT值是否为重置后分配的PDCP SN或重置后分配的PDCP COUNT值,包括:在对所述PDCP实体中已经关联了PDCP SN且提交到下层用户面实体但还没有得到确认的PDCP SDU、和/或、所述PDCP实体中已经关联了PDCP SN但还没有提交到下层用户面实体的PDCP SDU的情况下,UE按照所述PDCP SDU的PDCP COUNT值的顺序发送到下层用户面,并指示所述PDCPPDU的PDCP SN或PDCP COUNT值没有经过重置。
可选的,所述的UE通过第一信令指示接入网网元所述UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:在所述PDCP实体中存在已经关联了PDCP SN且提交到下层用户面实体但还没有得到确认的PDCP SDU、和/或、所述PDCP实体中存在已经关联了PDCP SN但还没有提交到下层用户面实体的PDCP SDU的情况下,UE保持所述PDCP实体的PDCP SN和/或PDCP COUNT值,并通过第一信令向接入网网元指示所述UE没有重置所述PDCP实体的PDCP SN和/或PDCP COUNT值;
在不满足以上所述的情况下,UE重置所述PDCP实体的DPCP SN和/或PDCP COUNT值,并指示接入网网元所述UE重置了所述PDCP实体的PDCP SN或PDCP COUNT值。
可选的,所述的UE通过第一信令指示接入网网元该UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:UE在上一次接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值的情况下,UE重置所述PDCP实体的PDCPSN和/或PDCP COUNT值,并通过第一信令指示接入网网元所述UE重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值;
UE在上一次没有接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值的情况下,UE保持所述PDCP实体的PDCP SN和/或PDCP COUNT值,并通过第一信令指示接入网网元所述UE没有重置所述PDCP实体的PDCP SN和/或PDCPCOUNT值。
可选的,所述的UE在上一次接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:UE在上一次接收到的接入网网元发送的第二信令通过显式或隐式方式指示的UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值;其中,
所述的显示的指示方式是指:在所述第二信令中,接入网网元指示UE在下次发起RRC连接恢复或RRC非活动态发送上行数据前,是否重置所述PDCP SN和/或PDCP COUNT值;所述的隐式的指示方式是指:接收到所述第二信令的UE在下次发起RRC连接恢复过程或RRC非活动态发送上行数据时,是否需要重置其PDCP SN和/或PDCP COUNT值。
可选的,所述第二信令至少包括以下之一:指示UE进入RRC非活动状态,停止在RRC非活动状态收发数据和信令的RRC释放消息,RRC连接恢复消息,MAC CE。
可选的,所述的UE通过第一信令指示接入网网元该UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:UE在用于RRC连接恢复过程或非活动态发送上行数据的随机接入过程中通过第一信令指示接入网网元,所述第一信令承载在2步随机接入过程中的message 1或4步随机接入过程中的message 3中,并以RRC连接恢复请求消息或MAC CE的信息进行指示。
另一方面,本发明还提供一种保证通信连续性的方法,包括:UE发起非活动状态发送上行数据,或者,通过随机接入信道的预定消息发起RRC连接恢复过程,其中,在当前服务小区的上下文区域标识与所述当前小区的上下文区域标识相同的情况下,UE恢复DRB的RLC实体和PDCP实体,且不重置所述PDCP实体的PDCP SN和PDCP COUNT值;在所述当前服务小区的上下文区域标识与所述当前小区的上下文区域标识不相同的情况下,UE重建DRB的RLC实体和PDCP实体;所述预定消息为2步随机接入过程中的message 1或4步随机接入过程中的message 3。
可选的,UE发起非活动状态发送上行数据、或者、通过随机接入信道的预定消息发起RRC连接恢复过程之前,还包括:处于非活动状态的UE保存当前小区的上下文区域标识和所述当前小区的标识信息;其中,所述上下文信息包括:部分或全部的DRB的PDCP实体的配置信息和状态信息,所述PDCP实体的状态信息包括:当前PDCP SN和PDCP COUNT值,以及RLC部分或全部DRB的RLC配置信息以及状态信息。
另一方面,本发明还提供一种用户设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以上所述的保证通信连续性的方法。
本发明有益效果如下:
本发明在UE非活动状态上行数据发送时、或在UE在非活动状态发送上行数据时被转换到RRC连接态的过程中,通过不同的指示信息进行连续性指示,保证了整个过程中的通信连续性,提升了系统性能,解决了现有技术的如下问题:当UE在非活动状态上行数据发送时、或在UE在非活动状态发送上行数据时被转换到RRC连接态的过程中,如何保证通信过程的连续性,尤其是在发生异常情况下的通信连续性。
附图说明
图1是现有技术中基于4步随机接入过程的非活动状态发送上行数据的过程示意图;
图2是现有技术中基于2步随机接入过程的非活动状态发送上行数据的过程示意图;
图3是本发明第一实施例中用户设备保证通信连续性执行的方法示意图。
具体实施方式
为了解决现有技术的如下问题:当UE在非活动状态上行数据发送时、或在UE在非活动状态发送上行数据时被转换到RRC连接态的过程中,如何保证通信过程的连续性,尤其是在发生异常情况下的通信连续性;本发明提供了一种保证通信连续性的方法和用户设备,以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
本实施例涉及到的通信连续性问题,主要涉及到PDCP SDU的COUNT值的设置,以及RLC实体的状态保持。
在3GPP无线接口协议PDCP协议中,每一个PDCP SDU都分配了一个PDCP SN,以及HFN的值,这两个值合并起来组成了PDCP SDU的COUNT值。在PDCP协议中,对PDCP SDU的加密以及完整性保护算法中,COUNT值是一个输入参数。在PDCP的重排序(re-ordering)功能中,PDCP SN的值是PDCP SDU排序的依据。在PDCP的发送端,每个新的PDCP SDU被赋予新的PDCPSN值。
而RLC协议位于PDCP协议的下层,RLC的状态包括RLC AM模式实体中没有得到确认的发送端RLC PDU,在接收端等待串接的RLC PDU、所有RLC实体中的发送端RLC SN和接收端RLC SN的值,以及RLC协议中规定的各种变量与定时器(timer)。
在已有技术中,和非活动状态发送上行数据最接近的一种方法为LTE中RRC连接恢复方法(RRC connection resume),参考3GPP标准TS 36.331,TS33.401的描述。
LTE的RRC连接恢复方法中的过程描述如下,重点在此过程中对PDCP SN和COUNT值的相关的处理:
S101:接入网网元将UE从RRC连接态释放到RRC非活动态。
此时,接入网网元在RRC释放消息(RRC connection release)中指示UE挂起(suspend)在RRC连接态使用的AS层上下文(AS Context)。其中,AS上下文包括UE的SRB和DRB的配置,以及相应的PDCP和RLC实体的配置信息。
UE在进入RRC非活动态时,将其SRB和DRB的RLC实体进行重建,即UE对RLC实体的各个定时器、各个变量(variables)进行复位(reset),丢弃接收端和发送端的所有的RLC SDU和RLC PDU。
S102:UE发起RRC连接恢复请求。
UE在RRC连接恢复请求消息中,携带至少如下信息:
UE的标识(UE context ID,或者UE resume ID),用于标识UE在接入网的上下文;UE的认证信息,即一个Short MAC-I。
S103:服务网元获取UE上下文信息,认证UE身份。
如果UE的服务网元和anchor网元不是同一个网元时,服务网元发送UE上下文获取请求消息(UE context retrieve request)给anchor网元,在此消息中携带了UE的认证信息、UE的标识、以及UE当前的小区信息。Anchor网元对UE身份进行认证后,生成新的KeNB*,并将于与新KeNB*相关联的NCC值、以及UE的AS上下文,在UE上下文获取回应消息(UE contextretrieve response)中发送给服务网元。
如果UE的服务网元和anchor网元为同一个网元时,服务网元找到存在本地的UE的上下文。服务网元根据UE的上下文、以及UE当前所在的小区信息,对UE认证信息进行检验。如果检验通过,服务网元为UE的SRB和DRB恢复并重建(re-establish)其PDCP实体。
S104:接入网网元发送RRC连接恢复消息到UE。
接入网网元发送RRC连接恢复消息,并在该消息中指示一个NCC信元(Next Hopchaining Count)。
UE对比在该消息中指示的NCC与其本地保存的NCC的值,如果不同,则UE根据NCC派生出新的KeNB*,如果相同,则UE根据当前的KeNB*派生出新的KeNB*(见3GPP TS33.401章节7.2.11.3)。UE根据新派生的KeNB*生成用于信令完整性保护的秘钥KRRCint。并使用该KRRCint对接收到的RRC连接恢复消息进行完整性检验,即验证接入网网元的身份真实性。如果验证通过,则UE根据新的KeNB*生成用于信令加密的KRRCenc和数据加密的KUPenc。并在之后使用新生成的秘钥用于与接入网的通信。
UE随后根据本地保存的上下文重建其PDCP实体,包括:
1.对映射到RLC AM的DRB的PDCP实体的上行部分(发送端):
将发送端的COUNT值设置为0,即Next_PDCP_TX_SN和TX_HFN的值设置为0;
根据上层的指示设置安全秘钥;
将已经关联了PDCP SN且发送给了下层用户面实体、但还没有接收到接收端确认的PDCP SDU,按照原有的COUNT值执行PDCP处理后重新传输;对已经关联了PDCP SN的PDCPSDU,按照原有的COUNT值执行PDCP处理后传输。
2.对映射到RLC UM的DRB的PDCP实体上行部分(发送端):
将发送端的COUNT值设置为0,即Next_PDCP_TX_SN和TX_HFN设置为0;
将已经关联了PDCP SN、但还没有提交到下层用户面实体的PDCP SDU,按照其COUNT的顺序发送到下层协议实体。
S105:迁移UE上下文。
如果服务网元和ancho网元不是同一个网元时,服务网元发起path switch过程,将UE与核心网的连接迁移到服务网元,将缓冲在anchor网元的下行数据迁移服务网元。
在UE的上下文迁移过程中,并不包括UE当前挂起的DRB的PDCP实体的COUNT值的传递,即新的服务网元并不获知UE在anchor网元上的挂起的PDCP的COUNT值。
将上述的已有技术应用于非活动态发送上行数据存在下面的弊端:
UE在前后两次非活动状态发送上行的不同PDCP SDU序列号可能出现混淆的情况。具体的,如果UE在前一次非活动状态发送的上行PDCP SDU的序列号N没有发送成功,此后UE再次发起非活动状态发送上行数据时,根据已有背景技术,UE将重建其PDCP实体,在重建的过程中,UE将上述没有发送成功的PDCP SDU重新发送,因为在已有技术中,UE将重置COUNT值,因此新的PDCP SDU的COUNT将从0开始分配,即PDCP SN从0开始分配。这样如果上述没有发送成功的PDCP SDU的序列号N为0,UE在重建其PDCP实体时将再次发送该PDCP SDU,而新的PDCP SDU的COUNT值也为0,那么对接入网来说将连续接收到两个PDCP SN为0的PDCPSDU,从而造成混淆。
另一方面,在合适的时机将UE的PDCP COUNT值和PDCP SN重置,可以避免非活动状态UE保持和接入网网元维护的上述DPCP SN或COUNT值不一致的可能性,以及不一致时带来的问题。
因此,如何在保证异常情况下的通信连续性,并避免非活动态UE和接入网之间维护的PDCP SN的不一致,是本发明实施例需要解决的问题。下面,结合具体实施例对解决上述问题进行说明。
实施例1
本实施例公开了一种用户设备,该用户设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,实现时,如图3所示,所述处理器执行所述计算机程序时实现如下保证通信连续性的方法:
处于非活动状态的UE发起RRC连接恢复过程、或发起非活动状态下发送上行数据时,在发送的PDCP PDU的协议头中指示所述PDCP PDU的PDCP SN或PDCP COUNT值是否为重置后分配的PDCP SN或重置后分配的PDCP COUNT值,或者,UE通过第一信令指示接入网网元所述UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值。
实现时,在发送的PDCP PDU协议头中指示所述PDCP PDU的PDCP SN或PDCP COUNT值是否为重置后分配的PDCP SN或重置后分配的PDCP COUNT值,包括如下过程:
在对所述PDCP实体中已经关联了PDCP SN且提交到下层用户面实体但还没有得到确认的PDCP SDU、和/或、所述PDCP实体中已经关联了PDCP SN但还没有提交到下层用户面实体的PDCP SDU的情况下,UE按照所述PDCP SDU的PDCP COUNT值的顺序发送到下层用户面,并指示所述PDCP PDU的PDCP SN或PDCP COUNT值没有经过重置。
UE通过第一信令指示接入网网元所述UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括如下几种情况:
(1)在所述PDCP实体中存在已经关联了PDCP SN且提交到下层用户面实体但还没有得到确认的PDCP SDU、和/或、所述PDCP实体中存在已经关联了PDCP SN但还没有提交到下层用户面实体的PDCP SDU的情况下,UE保持所述PDCP实体的PDCP SN和/或PDCP COUNT值,并通过第一信令向接入网网元指示所述UE没有重置所述PDCP实体的PDCP SN和/或PDCPCOUNT值;在不满足以上所述的情况下,UE重置所述PDCP实体的DPCP SN和/或PDCP COUNT值,并指示接入网网元所述UE重置了所述PDCP实体的PDCP SN或PDCP COUNT值。
(2)UE在上一次接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值的情况下,UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值,并通过第一信令指示接入网网元所述UE重置了所述PDCP实体的PDCP SN和/或PDCPCOUNT值;
UE在上一次没有接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值的情况下,UE保持所述PDCP实体的PDCP SN和/或PDCP COUNT值,并通过第一信令指示接入网网元所述UE没有重置所述PDCP实体的PDCP SN和/或PDCPCOUNT值。
其中,UE在上一次接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:
UE在上一次接收到的接入网网元发送的第二信令通过显式或隐式方式指示的UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值;其中,所述的显示的指示方式是指:在所述第二信令中,接入网网元指示UE在下次发起RRC连接恢复或RRC非活动态发送上行数据前,是否重置所述PDCP SN和/或PDCP COUNT值;所述的隐式的指示方式是指:接收到所述第二信令的UE在下次发起RRC连接恢复过程或RRC非活动态发送上行数据时,是否需要重置其PDCP SN和/或PDCP COUNT值。
所述第二信令至少包括以下之一:指示UE进入RRC非活动状态,停止在RRC非活动状态收发数据和信令的RRC释放消息,RRC连接恢复消息,MAC CE。
(3)UE在用于RRC连接恢复过程或非活动态发送上行数据的随机接入过程中通过第一信令指示接入网网元,所述第一信令承载在2步随机接入过程中的message 1或4步随机接入过程中的message 3中,并以RRC连接恢复请求消息或MAC CE的信息进行指示。
上述用户设备的所述处理器执行所述计算机程序时,还可以按照如下保证通信连续性的方法执行:
UE发起非活动状态发送上行数据,或者,通过随机接入信道的预定消息发起RRC连接恢复过程,其中,在当前服务小区的上下文区域标识与所述当前小区的上下文区域标识相同的情况下,UE恢复DRB的RLC实体和PDCP实体,且不重置所述PDCP实体的PDCP SN和PDCPCOUNT值;在所述当前服务小区的上下文区域标识与所述当前小区的上下文区域标识不相同的情况下,UE重建DRB的RLC实体和PDCP实体;所述预定消息为2步随机接入过程中的message 1或4步随机接入过程中的message 3。
在UE发起非活动状态发送上行数据、或者、通过随机接入信道的预定消息发起RRC连接恢复过程之前,处于非活动状态的UE保存当前小区的上下文区域标识和所述当前小区的标识信息;其中,所述上下文信息包括:部分或全部的DRB的PDCP实体的配置信息和状态信息,所述PDCP实体的状态信息包括:当前PDCP SN和PDCP COUNT值,以及RLC部分或全部DRB的RLC配置信息以及状态信息。
实施例2
(对上次没有发送成功的PDCP SDU,在再次发送时,在PDCP PDU中指示为没有得到ACK的PDCP PDU,处理这些PDU,接入网不重置PDCP SN和COUNT值)
S201:UE进入RRC非活动状态。
接入网网元通过信令,例如RRC释放消息(RRC connection release)、或RRC连接恢复消息(RRC connection resume)、或一个MAC CE,指示UE进入RRC非活动态、或停止在RRC非活动状态收发数据和信令。
接入网网元和UE保存该UE的AS层上下文,包括部分或全部的DRB的PDCP配置信息、以及相应的PDCP状态信息,上述的PDCP实体的状态信息包括:当前PDCP SN、PDCP COUNT值。
S202:UE发起非活动状态发送上行数据,或RRC连接恢复请求。
UE通过发送message 1(基于2步RACH)或message 3(基于4步RACH)携带如下信息:
UE的标识(UE context ID,或者UE resume ID),用于标识UE在接入网的上下文;可选的,UE的认证信息,即一个Short MAC-I;可选的,还包括上行数据;可选的,还包括UE发起的原因信息;可选的,还包括UE的上行数据缓冲区中的数据大小信息(BSR)。
上述信息中,UE的标识、UE认证信息、发起的原因信息等可以为一个RRC消息,例如RRC连接恢复请求消息、或MAC CE的形式。
S202中,在发送上述RRC消息之前,UE根据保存的上下文,恢复挂起的DRB或SRB,以及重建相应的PDCP实体;其中PDCP实体为UE映射到RLC AM模式的DRB的PDCP实体。实现时:
如果该PDCP实体中存在已经关联了PDCP SN且提交到了下层用户面实体进行传输但还没有接收到下层用户面实体确认的PDCP SDU,和/或,存在已经关联了PDCP SN但还没有提交到下层用户面实体进行传输的PDCP SDU,则UE按照其PDCP COUNT值的顺序进行PDCP处理并发送到下层用户面实体进行传输。
UE在承载上述PDCP SDU的PDCP PDU的协议头中指示该PDCP PDU的PDCP SN和/或PDCP COUNT值没有重置。这些PDCP PDU为重传的PDCP PDU,或者是UE在上一次在非活动状态发送数据过程中或在RRC连接态中没有发送完的PDCP PDU,或者是没有得到成功接收确认的PDCP PDU。
对在PDCP重建之前没有关联PDCP SN或COUNT值的PDCP SDU,UE从0开始为这些新的PDCP SDU分配COUNT值以及PDCP SN。
S203:接入网网元重建UE的PDCP实体,并处理UE上行数据。
接入网网元接收到S202中UE发送的消息后,恢复(resume)UE的SRB和/或DRB,发送回应消息到UE。
其中,接入网网元按照下面方式处理S202中message1或message 3中携带的上行数据以及后续接收到的PDCP SDU:
如果接收到的上行PDCP PDU中指示所述数据包的PDCP SN或PDCP COUNT没有重置,即上一次在非活动状态发送数据过程中或在RRC连接态中没有发送完或没有得到成功接收确认的PDCP PDU,则接入网网元使用UE上下文中保存的该PDCP实体接收端PDCP SN以及PDCP COUNT值对这些PDCP PDU进行处理,即在处理这些数据时,不重置接收端PDCP SN以及PDCP COUNT值;否则,接入网将所述的PDCP的PDCP SN和COUNT值重置后,依次处理接收到的PDCP SDU。
本方法带来如下的增益:
通过本方法,UE对上一次没有发送成功的数据进行了特别的指示,这样接入网网元可以对其进行特殊的处理,以保证和之前数据的连续性,而对新的PDCP SDU数据,UE重置了其PDCP SN,而保证了在多次发起非活动状态发送上行数据的过程中,不需要特别的维护PDCP SN。
实施例3
(在messge1/3中指示UE没有重置PDCP SN、COUNT值)
S301:UE进入RRC非活动状态。
接入网网元通过信令,例如RRC释放消息(RRC connection release)、或RRC连接恢复消息(RRC connection resume)、或一个MAC CE,指示UE进入RRC非活动态、或停止在RRC非活动状态收发数据和信令。
接入网网元和UE保存该UE的AS层上下文,包括部分或全部的DRB的PDCP配置信息、以及相应的PDCP状态信息,上述的PDCP实体的状态信息包括:当前PDCP SN、PDCP COUNT值。
S302:UE发起非活动状态发送上行数据,或RRC连接恢复请求。
UE通过发送message 1(基于2步RACH)或message 3(基于4步RACH)携带如下信息:
UE的标识(UE context ID,或者UE resume ID),用于标识UE在接入网的上下文;可选的,UE的认证信息,即一个Short MAC-I;可选的,还包括上行数据;可选的,还包括UE发起的原因信息;可选的,还包括UE的上行数据缓冲区中的数据大小信息(BSR)。
上述信息中,UE的标识、UE认证信息、发起的原因信息等可以为一个RRC消息,例如RRC连接恢复请求消息、或MAC CE的形式。
S302中,在发送上述RRC消息之前,UE根据保存的上下文,恢复挂起的DRB或SRB,以及重建相应的PDCP实体;其中PDCP实体为UE映射到RLC AM模式的DRB的PDCP实体。实现时:
如果该PDCP实体中存在已经关联了PDCP SN且提交到了下层用户面实体进行传输但还没有接收到下层用户面实体确认的PDCP SDU,和/或,存在已经关联了PDCP SN但还没有提交到下层用户面实体进行传输的PDCP SDU,则UE按照其PDCP COUNT值的顺序进行PDCP处理并发送到下层用户面实体进行传输。
UE在所述message 1或message3携带的RRC消息或MAC CE中,指示UE没有重置PDCPSN和/或PDCP COUNT值,即UE将为后续新的PDCP SDU分配的PDCP SN或PDCP COUNT值基于当前上下文保存的PDCP SN或PDCP COUNT值;否则,可选的,UE重置该PDCP实体发送端的PDCPSN和或PDCP COUNT值,即从0开始为新的PDCP SDU分配COUNT值以及PDCP SN。
S303:接入网网元重建UE的PDCP实体,并处理UE上行数据。
接入网网元接收到S302中UE发送的消息后,恢复(resume)UE的SRB和/或DRB,发送回应消息到UE。
S303中,接入网网元按照下面方式处理S202中message1或message 3中携带的上行数据以及后续接收到的PDCP SDU:
如果接收到的所述mesage1或message3中的RRC消息或MAC CE指示了UE没有重置某个DRB的PDCP实体的PDCP SN和/或PDCP COUNT值,则接入网网元同样不重置该DRB在接入网端的PDCP实体的接收端PDCP SN和/或PDCP COUNT值。
本方法带来如下的增益:
通过本方法,UE对上一次没有发送成功的数据进行了特别的指示,这样接入网网元可以对其进行特殊的处理,以保证和之前数据的连续性,而对新的PDCP SDU数据,UE重置了其PDCP SN,而保证了在多次发起非活动状态发送上行数据的过程中,不需要特别的维护PDCP SN。
实施例4
(接入网指示UE回到RRC非活态、或停止在非活动动态接收数据时,显式或隐式的指示UE在下次重建PDCP或RLC时,重置PDCP和RLC序列号,如果UE没有接收到上述信息,则在下一次恢复请求的时候指示没有复位)
S401:UE进入RRC非活动状态。
接入网网元通过信令,例如RRC释放消息(RRC connection release)、或RRC连接恢复消息(RRC connection resume)、或一个MAC CE,指示UE进入RRC非活动态、或停止在RRC非活动状态收发数据和信令。
可选的,接入网网元和UE保存该UE的AS层上下文,包括部分或全部的DRB的PDCP配置信息、以及相应的PDCP状态信息;上述的PDCP实体的状态信息包括:当前PDCP SN、PDCPCOUNT。
可选的,接入网网元在上述信令中,还隐式(implicitly)或显式(explicitly)指示UE在下次发起RRC连接恢复、或发起非活动状态发送上行数据前,在重建其DRB的PDCP实体时,重置其PDCP SN/或PDCP COUNT值,和/或,UE重建其DRB的RLC实体。
所述的显式的指示是指在上述信令中,接入网网元指示UE在下次发起RRC连接或RRC非活动态发送上行数据时,是否重置其PDCP SN和/或PDCP COUNT,或是否重建其RLC实体。
所述的隐式的指示是指接收到上述信令的UE在下次发起RRC连接恢复或RRC非活动态发送上行数据时,是否需要重置其PDCP SN和/或PDCP COUNT,或是否重建其RLC实体。
S401中,接收到上述显式或隐式指示UE重建其DRB的RLC实体的指示的UE,重建其DRB映射的RLC实体;否则,对发起了RRC连接恢复过程、或发起了非活动状态发送上行数据过程,但没有在过程中接收到上述信令的UE,不重建其DRB的RLC实体。
S402:UE发起非活动状态发送上行数据,或RRC连接恢复请求。
UE通过发送message 1(基于2步RACH)或message 3(基于4步RACH)携带如下信息:
UE的标识(UE context ID,或者UE resume ID),用于标识UE在接入网的上下文;可选的,UE的认证信息,即一个Short MAC-I;可选的,还包括上行数据;可选的,还包括UE发起的原因信息;可选的,还包括UE的上行数据缓冲区中的数据大小信息(BSR)。
上述信息中,UE的标识、UE认证信息、发起的原因信息等可以为一个RRC消息,例如RRC连接恢复请求消息、或MAC CE的形式。
S402中,在发送上述RRC消息之前,UE根据保存的上下文,恢复挂起的DRB或SRB,以及重建相应的PDCP实体;其中PDCP实体为UE映射到RLC AM模式的DRB的PDCP实体:
如果UE在S401中接收到所述的信令显示或隐式的指示了UE需要重置其PDCP实体的PDCP SN和/或PDCP COUNT值,则UE重置该PDCP实体发送端和接收端的PDCP SN和/或PDCPCOUNT值;否则,UE保持上下文中该PDCP实体的发送端和接收端的PDCP SN和/或PDCP COUNT值,并在S402中发送的message1或message3中指示UE没有重建该DRB映射的RLC实体、和/或、在重建该DRB映射的PDCP实体时,没有重置其发送端和/或接收端的PDCP SN和/或PDCPCOUNT值。
S403:接入网网元重建UE的PDCP实体,并处理UE上行数据。
接入网网元接收到S402中UE发送的message1或message3消息后,恢复(resume)UE的SRB和/或DRB,发送回应消息到UE。
S403中,接入网网元按照下面方式处理S402中message1或message 3中携带的上行数据以及后续接收到的PDCP SDU:
如果在所述的message1或message3中,UE指示没有重建某个DRB映射的RLC实体,则接入网网元不重建其RLC实体;否则,接入网网元重建其RLC实体。
如果在所述的message1或message3中,UE指示没有重置某个DRB映射的PDCP实体的PDCP SN和/或PDCP COUNT值,则接入网在重建该PDCP实体时,不重置其PDCP SN和/或PDCP COUNT值;否则,接入网网元在重建该PDCP实体时,重置其PDCP SN和/或PDCP COUNT值。
本方法带来如下的增益:
通过本方法,确定了UE需要重置其PDCP SN和COUNT的条件,这样,在不需要保持其PDCP SN和COUNT时,UE重置了这些值,否则,有异常情况下,UE保持了之前的上下文中的PDCP SN和COUNT值,以保证在异常情况下通信的连续性。
实施例5
(在同一个上下文区域内,UE不需要重建RLC,否则UE重建RLC)
S501:接入网网元在小区系统消息中标识上下文区域标识(context area ID)。该上下文区域标识为一组小区,这一组小区属于同一个接入网网元、或属于多个接入网网元,且归属于同一个上下文区域(context Area)。
S502:接入网网元发送RRC连接释放消息或RRC连接拒绝消息将UE从RRC连接态释放到非活动态时、或着、在发给UE的RRC连接恢复消息或MAC CE中指示UE停止在非活动态收发数据时,UE保存当前的小区(称为old cell)的上下文区域标识(称为old Context AreaID)以及小区的标识信息。
接入网网元和UE保存该UE的AS层上下文,包括部分或全部的DRB的PDCP配置信息以及相应的PDCP状态信息,上述的PDCP实体的状态信息包括:当前PDCP SN、PDCP COUNT值。所述的UE的AS层上下文还包括RLC部分或全部DRB的RLC配置信息以及状态信息。
S503:UE发起RRC连接恢复请求、或发起非活动态发送上行数据过程。
如果UE发起RRC连接恢复或非活动状态发送上行数过程时所在小区的上下文区域标识(称为current Context area ID)与S502中的old Context Area ID相同,则表明UE当前小区与UE被释放到非活动态或UE被指示停止在非活动态收发数据时的小区属于同一个上下文区域,此时,UE恢复其DRB的RLC实体和PDCP实体时,不复位所述PDCP实体的PDCP SN和PDCP COUNT值,可选的,不重建所述RLC实体。
如果current context area ID和S502中所述的old context area ID不同时,UE重建其DRB的RLC实体和PDCP实体。
可选的,UE在上述的RRC连接恢复请求消息或在基于2步RACH的message 1或基于4步RACH的message 3中指示以下信息之一:
UE的context area发生了变化;UE的PDCP重建时是否重置了其PDCP SN和/或PDCPCOUNT值;UE的RLC是否已经重建。
S504:接入网网元接收到UE发送的RRC连接恢复请求消息、或message1(基于2步RACH)或message 3(基于4步RACH)。
接入网网元在如下情况之一时,重建UE的DRB所映射的RLC实体,和/或,在重建UE的DRB所映射的PDCP实体时重置其PDPC SN和PDCP COUNT值。情况包括:
1.UE在RRC连接恢复请求消息、或上述的message1或message3中指示了UE的context发生了变化,或者,UE的PDCP重建时重置了其PDCP SN和/或PDCP COUNT值,或者,UE的LRC已经重建;2.接入网网元获知UE的context Area发生了变化。
否则,接入网网元不重建UE的DRB所映射的RLC实体,和/或,在重建UE的DRB所映射的PDCP实体时不重置其PDCP SN和PDCP COUNT值。
在本实施例中,以如下的方式之一划分上述的上下文区域:1.将同一个接入网元下属的小区分配相同的上下文区域标识;2.将同一个接入网元下属的部分小区分配相同的上下文区域标识,不同接入网元的小区不分配相同的上下文区域标识;3.不同接入网元的小区可分配为相同的上下文区域标识。
需要说明的是,上述的安全区域也可以是别的名字,其本质为UE在相同的上下文区域内的不同小区发起RRC连接恢复,以及发起非活动态发送上行数据时,其DRB所映射的PDCP实体以及RLC实体可以保持在同一个接入网网元。
本实施例的方法带来如下的增益:
在同一个上下文区域,UE不需要重建其RLC实体,UE通过上下文区域标识确定是否重建RLC。这样同一个区域内发生小区重选后,UE的RLC上下文得以保持,从而保证小区重选前后RLC的连续性。
实施例6
(UE在发起时不重建RLC,网络在发起了context retieve后,重配UE,命令UE重建RLC)
S601:UE进入RRC非活动状态。
接入网网元通过信令,例如RRC释放消息(RRC connection release)、或RRC连接恢复消息(RRC connection resume)、或一个MAC CE,指示UE进入RRC非活动态、或停止在RRC非活动状态收发数据和信令。
接入网网元和UE保存该UE的AS层上下文,包括部分或全部的DRB的PDCP配置信息、以及相应的PDCP状态信息。上述的PDCP实体的状态信息包括:当前PDCP SN、PDCP COUNT值。可选的,还包括部分或全部DRB的RLC配置信息以及其状态信息。
S602:UE发起非活动状态发送上行数据,或RRC连接恢复请求。
UE通过发送message 1(基于2步RACH)或message 3(基于4步RACH)发起RRC连接恢复请求、或在RRC非活动态发送上行数据的过程。
S602中,在发送上述消息之前,UE根据保存的上下文,恢复其DRB并重建相应的PDCP实体;其中,PDCP实体为UE映射到RLC AM模式的DRB的PDCP实体,并保持该PDCP实体的发送端和接收端的PDCP SN和/或PDCP COUNT值。
S602中,还可以在发送上述消息之前,UE根据保存的上下文,恢复(resume)其RLC实体。
S603:接入网网元重建UE的PDCP实体,并处理UE上行数据。
接入网网元接收到S602中UE发送的message1或message3消息后,恢复(resume)UE的SRB和/或DRB。
如果接入网网元决定重建UE的DRB映射的RLC实体、和/或、重置UE的DRB映射的PDCP实体的PDCP SN和/或PDCP COUNT值,则接入网在随后发送给UE的消息中指示UE上述操作。
S604:UE接收到上述接入网消息。
如果接入网网元指示UE重建DRB的RLC实体、和/或、重置DRB的PDCP实体的PDCP SN与PDCP COUNT值,则UE对所述的DRB的RLC进行重建,和/或重建其PDCP实体,在重建PDCP实体时重置其PDCP SN与PDCP COUNT值。
接入网网元至少在以下情况之一,重建UE的DRB映射的RLC实体、以及重置UE的DRB映射的PDCP实体的PDCP SN以及PDCP COUNT值。情况包括:
1.接入网网元更新了UE的安全秘钥;2.接入网网元将UE的上下文以及用户面协议实体进行重定位(relocation),即从接入网网元迁移到了另一个接入网网元。
本实施例的方法带来如下的增益:
在本方法中,UE首先假设不需要重建RLC实体,而如果接入网判断需要UE进行重建时,通过信令指示UE进行重建。这样UE在大部分情况下不重建其RLC带来了连续性的好处,而在少数需要重建时候带来额外的信令和处理开销,但总体来说是有增益的。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
Claims (10)
1.一种保证通信连续性的方法,其特征在于,包括:
处于非活动状态的用户设备UE发起无线资源控制RRC连接恢复过程、或发起非活动状态下发送上行数据时,在发送的分组数据汇聚协议PDCP协议数据单元PDU的协议头中指示所述PDCP PDU的PDCP序列号SN或PDCP COUNT值是否为重置后分配的PDCP SN或重置后分配的PDCP COUNT值,或者,UE通过第一信令指示接入网网元所述UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值。
2.如权利要求1所述的保证通信连续性的方法,其特征在于,所述的在发送的PDCP PDU协议头中指示所述PDCP PDU的PDCP SN或PDCP COUNT值是否为重置后分配的PDCP SN或重置后分配的PDCP COUNT值,包括:
在对所述PDCP实体中已经关联了PDCP SN且提交到下层用户面实体但还没有得到确认的PDCP SDU、和/或、所述PDCP实体中已经关联了PDCP SN但还没有提交到下层用户面实体的PDCP SDU的情况下,UE按照所述PDCP SDU的PDCP COUNT值的顺序发送到下层用户面,并指示所述PDCP PDU的PDCP SN或PDCP COUNT值没有经过重置。
3.如权利要求1所述的保证通信连续性的方法,其特征在于,所述的UE通过第一信令指示接入网网元所述UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:
在所述PDCP实体中存在已经关联了PDCP SN且提交到下层用户面实体但还没有得到确认的PDCP SDU、和/或、所述PDCP实体中存在已经关联了PDCP SN但还没有提交到下层用户面实体的PDCP SDU的情况下,UE保持所述PDCP实体的PDCP SN和/或PDCP COUNT值,并通过第一信令向接入网网元指示所述UE没有重置所述PDCP实体的PDCP SN和/或PDCP COUNT值;
在不满足以上所述的情况下,UE重置所述PDCP实体的DPCP SN和/或PDCP COUNT值,并指示接入网网元所述UE重置了所述PDCP实体的PDCP SN或PDCP COUNT值。
4.如权利要求1所述的保证通信连续性的方法,其特征在于,所述的UE通过第一信令指示接入网网元该UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:
UE在上一次接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值的情况下,UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值,并通过第一信令指示接入网网元所述UE重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值;
UE在上一次没有接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值的情况下,UE保持所述PDCP实体的PDCP SN和/或PDCP COUNT值,并通过第一信令指示接入网网元所述UE没有重置所述PDCP实体的PDCP SN和/或PDCPCOUNT值。
5.如权利要求4所述的保证通信连续性的方法,其特征在于,所述的UE在上一次接收到的接入网网元发送的第二信令指示UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:
UE在上一次接收到的接入网网元发送的第二信令通过显式或隐式方式指示的UE重置所述PDCP实体的PDCP SN和/或PDCP COUNT值;其中,
所述的显示的指示方式是指:在所述第二信令中,接入网网元指示UE在下次发起RRC连接恢复或RRC非活动态发送上行数据前,是否重置所述PDCP SN和/或PDCP COUNT值;
所述的隐式的指示方式是指:接收到所述第二信令的UE在下次发起RRC连接恢复过程或RRC非活动态发送上行数据时,是否需要重置其PDCP SN和/或PDCP COUNT值。
6.如权利要求5所述的保证通信连续性的方法,其特征在于,所述第二信令至少包括以下之一:指示UE进入RRC非活动状态,停止在RRC非活动状态收发数据和信令的RRC释放消息,RRC连接恢复消息,MAC CE。
7.如权利要求1所述的保证通信连续性的方法,其特征在于,所述的UE通过第一信令指示接入网网元该UE是否重置了所述PDCP实体的PDCP SN和/或PDCP COUNT值,包括:
UE在用于RRC连接恢复过程或非活动态发送上行数据的随机接入过程中通过第一信令指示接入网网元,所述第一信令承载在2步随机接入过程中的message 1或4步随机接入过程中的message 3中,并以RRC连接恢复请求消息或MAC CE的信息进行指示。
8.一种保证通信连续性的方法,其特征在于,包括:
用户设备UE发起非活动状态发送上行数据,或者,通过随机接入信道的预定消息发起无线资源控制RRC连接恢复过程,其中,
在当前服务小区的上下文区域标识与所述当前小区的上下文区域标识相同的情况下,UE恢复数据无线承载DRB的无线链路层控制协议RLC实体和分组数据汇聚协议PDCP实体,且不重置所述PDCP实体的PDCP序列号SN和PDCP COUNT值;
在所述当前服务小区的上下文区域标识与所述当前小区的上下文区域标识不相同的情况下,UE重建DRB的RLC实体和PDCP实体;
所述预定消息为2步随机接入过程中的message 1或4步随机接入过程中的message 3。
9.如权利要求8所述的保证通信连续性的方法,其特征在于,UE发起非活动状态发送上行数据、或者、通过随机接入信道的预定消息发起RRC连接恢复过程之前,还包括:
处于非活动状态的UE保存当前小区的上下文区域标识和所述当前小区的标识信息;其中,所述上下文信息包括:部分或全部的DRB的PDCP实体的配置信息和状态信息,所述PDCP实体的状态信息包括:当前PDCP SN和PDCP COUNT值,以及RLC部分或全部DRB的RLC配置信息以及状态信息。
10.一种用户设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的保证通信连续性的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710223969.9A CN108924964B (zh) | 2017-04-07 | 2017-04-07 | 保证通信连续性的方法和用户设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710223969.9A CN108924964B (zh) | 2017-04-07 | 2017-04-07 | 保证通信连续性的方法和用户设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108924964A true CN108924964A (zh) | 2018-11-30 |
CN108924964B CN108924964B (zh) | 2023-05-23 |
Family
ID=64402420
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710223969.9A Active CN108924964B (zh) | 2017-04-07 | 2017-04-07 | 保证通信连续性的方法和用户设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108924964B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020034560A1 (en) * | 2019-01-04 | 2020-02-20 | Zte Corporation | Methods, apparatus and systems for data transmission in a power efficient state |
CN111585721A (zh) * | 2019-02-15 | 2020-08-25 | 华为技术有限公司 | 一种实体建立的处理方法及装置 |
CN111654360A (zh) * | 2019-03-04 | 2020-09-11 | 中国移动通信有限公司研究院 | 一种非激活态的切换处理方法及通信设备 |
CN111818630A (zh) * | 2019-07-12 | 2020-10-23 | 维沃移动通信有限公司 | 状态变量维护方法、装置及用户设备 |
WO2021189462A1 (en) * | 2020-03-27 | 2021-09-30 | Nec Corporation | Method, device and computer storage medium of communication |
CN113473563A (zh) * | 2021-07-05 | 2021-10-01 | 中国联合网络通信集团有限公司 | 分配方法、移动网络切换方法、系统、服务器及介质 |
CN113498221A (zh) * | 2020-04-02 | 2021-10-12 | 大唐移动通信设备有限公司 | 非激活态ue进行状态转换方法和用户终端及网络侧设备 |
WO2022236600A1 (en) * | 2021-05-10 | 2022-11-17 | Nec Corporation | Method, device and computer storage medium of communication |
RU2791244C1 (ru) * | 2019-04-30 | 2023-03-06 | Хуавэй Текнолоджиз Ко., Лтд. | Способ и устройство произвольного доступа |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090175175A1 (en) * | 2008-01-04 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Radio link control reset using radio resource control signaling |
EP2389025A1 (en) * | 2009-03-17 | 2011-11-23 | ZTE Corporation | User equipment and downward data receiving method of user equipment |
CN103179614A (zh) * | 2008-06-20 | 2013-06-26 | Lg电子株式会社 | 向上层传送pdcp数据单元的方法 |
WO2014094613A1 (zh) * | 2012-12-21 | 2014-06-26 | 华为技术有限公司 | 数据传输方法、装置及通信系统 |
CN105704641A (zh) * | 2014-11-06 | 2016-06-22 | 中兴通讯股份有限公司 | 设备到设备d2d数据传输方法、装置及d2d ue |
-
2017
- 2017-04-07 CN CN201710223969.9A patent/CN108924964B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090175175A1 (en) * | 2008-01-04 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Radio link control reset using radio resource control signaling |
CN103179614A (zh) * | 2008-06-20 | 2013-06-26 | Lg电子株式会社 | 向上层传送pdcp数据单元的方法 |
EP2389025A1 (en) * | 2009-03-17 | 2011-11-23 | ZTE Corporation | User equipment and downward data receiving method of user equipment |
WO2014094613A1 (zh) * | 2012-12-21 | 2014-06-26 | 华为技术有限公司 | 数据传输方法、装置及通信系统 |
CN105704641A (zh) * | 2014-11-06 | 2016-06-22 | 中兴通讯股份有限公司 | 设备到设备d2d数据传输方法、装置及d2d ue |
Non-Patent Citations (1)
Title |
---|
HUAWEI: "R3-161759 "RAN Support for Core Network Slicing"", 《3GPP TSG_RAN\WG3_IU》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020034560A1 (en) * | 2019-01-04 | 2020-02-20 | Zte Corporation | Methods, apparatus and systems for data transmission in a power efficient state |
CN111585721A (zh) * | 2019-02-15 | 2020-08-25 | 华为技术有限公司 | 一种实体建立的处理方法及装置 |
US12082305B2 (en) | 2019-02-15 | 2024-09-03 | Huawei Technologies Co., Ltd. | Entity establishment processing method and apparatus |
CN111654360A (zh) * | 2019-03-04 | 2020-09-11 | 中国移动通信有限公司研究院 | 一种非激活态的切换处理方法及通信设备 |
RU2791244C1 (ru) * | 2019-04-30 | 2023-03-06 | Хуавэй Текнолоджиз Ко., Лтд. | Способ и устройство произвольного доступа |
CN111818630A (zh) * | 2019-07-12 | 2020-10-23 | 维沃移动通信有限公司 | 状态变量维护方法、装置及用户设备 |
WO2021189462A1 (en) * | 2020-03-27 | 2021-09-30 | Nec Corporation | Method, device and computer storage medium of communication |
CN113498221A (zh) * | 2020-04-02 | 2021-10-12 | 大唐移动通信设备有限公司 | 非激活态ue进行状态转换方法和用户终端及网络侧设备 |
CN113498221B (zh) * | 2020-04-02 | 2024-04-26 | 大唐移动通信设备有限公司 | 非激活态ue进行状态转换方法和用户终端及网络侧设备 |
WO2022236600A1 (en) * | 2021-05-10 | 2022-11-17 | Nec Corporation | Method, device and computer storage medium of communication |
CN113473563A (zh) * | 2021-07-05 | 2021-10-01 | 中国联合网络通信集团有限公司 | 分配方法、移动网络切换方法、系统、服务器及介质 |
CN113473563B (zh) * | 2021-07-05 | 2022-09-02 | 中国联合网络通信集团有限公司 | 分配方法、移动网络切换方法、系统、服务器及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108924964B (zh) | 2023-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108924964B (zh) | 保证通信连续性的方法和用户设备 | |
CN108924829B (zh) | 一种发送、处理上行数据和认证的方法及装置 | |
US11057797B2 (en) | Method and device for processing information | |
US10555362B2 (en) | Radio bearer reconfiguration method, radio bearer establishment method, user equipment, and base station | |
CN109618419B (zh) | 一种用于支持双连接的安全处理方法及系统 | |
CN110312296B (zh) | 用户设备执行的方法、基站执行的方法、用户设备和基站 | |
US20180302944A1 (en) | Data Transmission Processing Method, User Equipment, and Base Station | |
EP2995164B1 (en) | Packet data transfer re-establishment | |
CN101616411B (zh) | 演进通用陆地无线接入网络及其通讯方法以及用户设备 | |
US20220124568A1 (en) | Managing mcg fast recovery | |
CN111034343A (zh) | 在无线通信系统中处理rb的分组重复和恢复的方法和系统 | |
KR20220098154A (ko) | 조건부 전체 구성 및 조건부 델타 구성 | |
US20220304092A1 (en) | Fast failure recovery with master node | |
US20230337311A1 (en) | RRC Re-Establishment | |
KR20220103627A (ko) | Daps 핸드오버 방법, 사용자 기기, 컴퓨터 판독 가능한 매체 | |
WO2012031507A1 (zh) | 数据传输通道迁移方法及系统 | |
KR20210042328A (ko) | 데이터 무선 베어러 복원 방법 및 장치, 저장 매체, 전자 장치 | |
US20230049140A1 (en) | Managing a conditional configuration upon addition or release of a bearer | |
CN112105092A (zh) | 双连接重建立中数据的处理方法及装置 | |
US20220345883A1 (en) | Security key updates in dual connectivity | |
CN117461350A (zh) | 通信的方法、装置和计算机存储介质 | |
WO2022120744A1 (zh) | 数据传输处理方法及相关装置 | |
KR20210023687A (ko) | 이동 통신 시스템의 보안키 관리 방법 및 이를 위한 장치 | |
US11641688B2 (en) | Information obtaining method and device | |
CN117099467A (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 |