CN111542053A - 重建rrc连接的方法、终端和存储介质 - Google Patents
重建rrc连接的方法、终端和存储介质 Download PDFInfo
- Publication number
- CN111542053A CN111542053A CN202010379094.3A CN202010379094A CN111542053A CN 111542053 A CN111542053 A CN 111542053A CN 202010379094 A CN202010379094 A CN 202010379094A CN 111542053 A CN111542053 A CN 111542053A
- Authority
- CN
- China
- Prior art keywords
- pdcp
- base station
- rrc connection
- terminal
- connection reestablishment
- 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
Images
Classifications
-
- 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
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
- H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Coupling Device And Connection With Printed Circuit (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
本公开的实施例提供了一种用于重建RRC连接的方法、终端和存储介质。在该方法中,终端基于对第一基站支持的分组数据汇聚协议PDCP的了解,确定用于发起RRC连接重建过程的PDCP,该PDCP是第一PDCP或第二PDCP。终端基于第一PDCP或第二PDCP发起到第一基站的RRC连接重建过程。
Description
本申请是申请日为2018年8月27日,申请号为2018800646551,发明名称为“重建RRC连接的方法、终端和存储介质”的申请的分案申请。
相关申请的交叉引用
本申请要求2017年11月29日递交的申请号为62/592,112的美国临时申请的权益,其内容通过引用以其整体被并入本文。
技术领域
本公开涉及移动通信领域,尤其涉及一种用于重建无线资源控制RRC连接的方法、终端和计算机可读存储介质。
背景
在长期演进(LTE)***中,当存在无线链路失败(RLF)时,执行无线资源控制(RRC)连接重建。如图1所示,当存在RLF时,用户设备(UE)10可以向演进的通用陆地无线接入网(EUTRAN)12,特别是服务小区或相邻小区,发送RRC连接重建请求消息102。如果在相应的eNodeB(eNB)中有上下文,RRC连接可以被重建。具体地,UE可以从eNB接收RRC连接重建消息104,然后向eNB传输RRC连接重建完成消息106,以指示RRC连接重建完成。这样,UE不需要进入空闲状态然后花费相当多的信令步骤以从随机接入信道(RACH)过程建立RRC连接。
例如,如果eNB支持网络模式,即,LTE-新无线(NR)双连接(DC),则意味着LTE eNB得到增强,从而可以配置有NR gNB的功能,以在双连接模式下工作。在这种模式下,LTE eNB提供主小区(PCell)和服务小区作为主节点(MN),NR gNB提供辅小区(SCell)和服务小区作为辅节点(SN)。特别是在DC的情况下,虽然LTE RRC用于主节点中的主小区,但LTE分组数据汇聚协议(PDCP)可能并不总是被使用。在初始接入期间,UE可以使用LTE PDCP向eNB发送MSG1/3;然而,在配置了信号资源承载2(SRB2)和数据资源承载(DRB)之后,NR-PDCP可以用于MN中的DRB和SRB。
当LTE主小区RRC连接需要重建时,例如由于RLF,UE可以向支持NR PDCP的eNB或不支持NR PDCP的传统eNB发送RRC重建请求。然而,如何正确处理用户设备和基站之间的RRC连接重建过程是一个需要解决的问题。
发明内容
鉴于上述问题,本公开的实施例提供了一种用于重建RRC连接的方法、终端和计算机可读存储介质。
在第一方面,提供了一种用于重建RRC连接的方法。该方法包括由终端执行的以下操作:基于对第一基站支持的分组数据汇聚协议PDCP的了解,确定用于发起RRC连接重建过程的PDCP,其中PDCP是第一PDCP或第二PDCP;以及基于第一PDCP或第二PDCP,发起到第一基站的RRC连接重建过程。
在本公开的一些实施例中,基于对第一基站支持的PDCP的了解,确定用于发起RRC连接重建过程的PDCP的操作可以包括:基于对第一基站支持的双连接(DC)网络模式的了解,确定用于发起RRC连接重建过程的PDCP,其中如果第一基站支持DC网络模式,则第一基站支持第二PDCP。
在本公开的一些实施例中,第一基站支持第二PDCP,以及基于第一PDCP或第二PDCP发起到第一基站的RRC连接重建过程包括:当终端知道第一基站支持第二PDCP时,终端基于第二PDCP向第一基站传输RRC连接重建请求消息,以基于第二PDCP启动终端和第一基站之间的RRC连接重建过程;或者当终端不知道第一基站支持第二PDCP时,终端基于第二PDCP传输RRC连接重配置请求消息,以基于第二PDCP启动终端和第一基站之间的RRC连接重建过程。
在本公开的一些实施例中,第一基站支持第二PDCP,以及基于第一PDCP或第二PDCP向第一基站发起RRC连接重建过程的操作可以包括:当终端不知道第一基站支持第二PDCP时,终端基于第一PDCP传输RRC连接重建请求消息。
在本公开的一些实施例中,在第一基站支持第一PDCP和第二PDCP两者的情况下,在基于第一PDCP的终端和第一基站之间的RRC连接重建过程完成之后,该方法还可以包括以下操作:与第一基站一起从第一PDCP切换到第二PDCP;以及基于第二PDCP与第一基站执行安全模式命令过程。
在本公开的一些实施例中,该方法还可以包括以下操作:从第一基站接收由于对由终端基于第一PDCP传输的RRC连接重建请求消息解码失败而导致的RRC连接失败消息;或者从第一基站接收RRC连接重建消息,其中第一基站可以使用第一PDCP和第二PDCP两者来解码由终端基于第一PDCP传输的RRC连接重建请求消息。
在本公开的一些实施例中,第一基站是DC网络中的主节点。
在本公开的一些实施例中,第一基站不支持第二PDCP;以及基于第一PDCP或第二PDCP向第一基站发起RRC连接重建过程的操作可以包括:当终端知道第一基站不支持第二PDCP或者当终端不知道第一基站不支持第二PDCP时,基于第一PDCP向第一基站传输RRC连接重建请求消息;以及通过使用基于第一PDCP的RRC连接重建请求消息,恢复与第一基站的RRC连接。
在本公开的一些实施例中,该方法还可以包括以下操作:决定释放辅小区组(SCG)承载;或者决定保持SCG承载,然后将SCG承载移到第一基站。
在本公开的一些实施例中,第一基站不支持第二PDCP,该方法还可以包括以下操作:当终端不知道第一基站不支持第二PDCP时,基于第二PDCP向第一基站传输RRC连接重建请求消息,以及从第一基站接收由于对由终端基于第二PDCP传输的RRC连接重建请求消息解码失败而导致的RRC连接失败消息。
在本公开的一些实施例中,第一PDCP是长期演进(LTE)PDCP,第二PDCP是新无线(NR)PDCP。
在第二方面,提供了一种终端。终端可以包括确定单元和RRC连接单元。确定单元配置为基于对第一基站支持的分组数据汇聚协议PDCP的了解,确定用于发起无线资源控制RRC连接重建过程的PDCP,其中PDCP是第一PDCP或第二PDCP。RRC连接单元配置为基于第一PDCP或第二PDCP发起到第一基站的RRC连接重建过程。
在本公开的一些实施例中,确定单元配置为基于对第一基站支持的双连接(DC)的网络模式的了解,确定用于发起RRC连接重建过程的PDCP。如果第一基站支持DC网络模式,则第一基站支持第二PDCP。
在本公开的一些实施例中,第一基站支持第二PDCP,以及RRC连接单元配置为:在知道第一基站支持第二PDCP的情况下,基于第二PDCP向第一基站传输RRC连接重建请求消息,以基于第二PDCP启动终端和第一基站之间的RRC连接重建过程;或者在不知道第一基站支持第二PDCP的情况下,基于第二PDCP向第一基站传输RRC连接重配置请求消息,以基于第二PDCP启动终端和第一基站之间的RRC连接重建过程。
在本公开的一些实施例中,第一基站支持第二PDCP,以及RRC连接单元配置为在不知道第一基站支持第二PDCP的情况下,基于第一PDCP向第一基站发送RRC连接重建请求消息。
在本公开的一些实施例中,在第一基站支持第一PDCP和第二PDCP两者的情况下,在基于第一PDCP的RRC连接单元和第一基站之间的RRC连接重建过程完成之后,终端与第一基站一起从第一PDCP切换到第二PDCP;以及基于第二PDCP与第一基站执行安全模式命令过程。
在本公开的一些实施例中,RRC连接单元还被配置为:从第一基站接收由于对基于第一PDCP传输的RRC连接重建请求消息解码失败而导致的RRC连接失败消息;或者从第一基站接收RRC连接重建消息,其中第一基站可以使用第一PDCP和第二PDCP两者来解码基于第一PDCP传输的RRC连接重建请求消息。
在本公开的一些实施例中,支持第二PDCP的第一基站是双连接(DC)网络中的主节点。
在本公开的一些实施例中,第一基站不支持第二PDCP,以及RRC连接单元配置为:在知道或不知道第一基站不支持第二PDCP的情况下,基于第一PDCP向第一基站传输RRC连接重建请求消息;以及通过使用基于第一PDCP的RRC连接重建请求消息来恢复与第一基站的RRC连接。
在本公开的一些实施例中,终端还可以包括决定单元,该决定单元配置为决定释放辅小区组SCG承载;或者决定保持SCG承载,然后将SCG承载移到第一基站。
在本公开的一些实施例中,第一基站不支持第二PDCP,以及RRC连接单元配置为:在不知道第一基站不支持第二PDCP的情况下,基于第二PDCP向第一基站传输RRC连接重建请求消息;以及从第一基站接收由于对基于第二PDCP传输的RRC连接重建请求消息解码失败而导致的RRC连接失败消息。
在本公开的一些实施例中,第一PDCP是长期演进(LTE)PDCP,第二PDCP是新无线(NR)PDCP。在第三方面,提供了一种终端。该终端包括处理器和存储计算机可读指令的存储器,这些指令当由处理器执行时,使得处理器执行根据第一方面的方法。
在第四方面,提供了一种计算机可读存储介质。计算机可读存储介质存储计算机可读指令,该指令当由处理器执行时,使得处理器执行根据第一方面的方法。
根据本公开的实施例,UE被配置使得UE和基站(例如,不支持NR PDCP的传统eNB或支持NR PDCP的eNB)能够适当地处理RRC连接重建过程。
附图说明
为了更清楚地描述本公开的实施例的技术方案,下文将简单地介绍本公开的实施例中需要使用的附图。显然,下文描述的附图仅是本公开的一些实施例。根据这些附图,在不付出创造性劳动的情况下,本领域技术人员可以进一步获得其他附图。
图1示出了RRC连接重建过程的示意图。
图2示出了根据本公开的一些实施例的用于重建RRC连接的方法的流程图。
图3示出了根据本公开的一些实施例的应用示例的流程图。
图4示出了根据本公开的一些实施例的用于重建RRC连接的装置的框图。
图5示出了根据本公开的一些实施例的终端的框图。
详细描述
为了使本领域技术人员更好地理解本公开的解决方案,下面将结合本公开实施例中的附图,清楚且完整地描述本公开实施例中的技术解决方案。显然,所描述的实施例不是本公开的所有实施例,而是本公开的实施例的一部分。本领域普通技术人员在不付出创造性工作的情况下基于本公开中的实施例获得的所有其他实施例,都将落入本公开的保护范围内。
本公开的说明书、权利要求书和附图中采用的术语“第一”、“第二”等不是为了描述特定的顺序,而是为了区分相似的对象。此外,术语“包括”和“具有”以及其任何变形都旨在涵盖非排他性的包含。例如,包括一系列操作或单元的过程、方法、***、产品或设备不限于列出的操作或单元,而是可以进一步包括未列出的操作或单元,或者进一步包括过程、方法、产品或设备固有的其他操作或单元。
本公开中提到的“实施例”意味着结合该实施例描述的特定特征、结构或性质可以包括在本公开的至少一个实施例中。在说明书中的每个位置出现这个短语可能不总是意味着相同的实施例,也可以是与其他实施例互斥的独立或可选的实施例。本领域技术人员明确和隐含地理解,本公开中描述的实施例可以与其他实施例相结合。
为了更好地理解本公开的实施例的特征和技术内容,将结合附图详细说明本公开的实施例的实现。提供附图仅仅是为了参考,而非限制本公开的实施例。
首先,将详细描述用于在终端和基站之间建立连接的方法,特别是用于重建RRC连接的方法。
图2示出了根据本公开的一些实施例的用于重建RRC连接的方法的流程图。如图2所示,用于重建RRC连接的方法包括以下框中的操作。该方法可以从框201开始。
在框201,终端基于对第一基站支持的分组数据汇聚协议(PDCP)的了解,确定用于发起RRC连接重建过程的PDCP,PDCP是第一PDCP或第二PDCP。
在本公开的实施例中,终端可以是移动电话、笔记本电脑、膝上型电脑、台式电脑或能够连接到移动通信网络的任何其他设备。
在本公开的实施例中,第一基站可以是LTE***中的eNode B(eNB),相应的DC网络可以是LTE-NR双连接(EN-DC)网络;或者第一基站可以是另一移动通信***中的基站,例如5G NR***中的gNB。
可能存在关于终端对第一基站支持的PDCP的了解的几种情况。例如,终端知道第一基站支持第一PDCP,并且知道第一基站支持第二PDCP;终端知道第一基站支持第一PDCP,但不知道第一基站支持第二PDCP;终端知道第一基站支持第一PDCP,并且知道第一基站不支持第二PDCP;终端知道第一基站支持第一PDCP,但不知道第一基站不支持第二PDCP;等等。终端可以通过与第一基站的之前的交互知道第一基站支持的PDCP。
在本公开的实施例中,如果基站支持DC模式,则基站支持第二PDCP。例如,DC网络中的第一基站是LTE***中的eNB,DC网络中的第二基站是NR***中的gNB,第一PDCP是LTEPDCP,第二PDCP是NR PDCP,以及如果基站支持DC模式,则第一基站支持NR PDCP。因此,可以基于终端是否知道第一基站支持/不支持DC网络模式的情况来执行该方法。具体地,终端可以基于对由所述第一基站支持的双连接(DC)网络模式的了解,确定用于发起所述RRC连接重建过程的所述PDCP。假设第一基站支持DC网络模式,则第一基站支持第二PDCP。
在本公开的实施例中,存在关于第一基站是否支持第二PDCP的两种情况。
情况1:第一基站支持第二PDCP。
情况2:第一基站不支持第二PDCP。
这里,在上述的每种情况下,在终端侧有以下相应的情形。
在情况1中:1)终端知道第一基站支持第二PDCP;或者2)终端不知道第一基站支持第二PDCP。
在情况2中:3)终端知道第一基站不支持第二PDCP;或者4)终端不知道第一基站不支持第二PDCP。
对于上述的每种情形,根据本公开的实施例,可以选择适当的PCDP来完成RRC连接重建过程。详情请见框202。
在框202,终端基于第一PDCP或第二PDCP发起到第一基站的RRC连接重建过程。
情况1:第一基站支持第二PDCP。
1)如果终端知道第一基站支持第二PDCP,则终端可以基于第二PDCP向第一基站传输RRC连接重建请求消息,以基于第二PDCP启动终端和第一基站之间的RRC连接重建过程。在这种情形下,终端和第一基站可以基于第二PDCP执行RRC连接重建过程。
2)如果终端不知道第一基站支持第二PDCP,则终端可以基于第二PDCP传输RRC连接重配置请求消息,以基于第二PDCP启动终端和第一基站之间的RRC连接重建过程。在这种情形下,终端和第一基站可以基于第二PDCP执行RRC连接重建过程。
3)如果终端不知道第一基站支持第二PDCP,则终端可以基于第一PDCP传输RRC连接重建请求消息。
这里,在第一基站支持第一PDCP和第二PDCP两者的情形下,在基于第一PDCP的终端和第一基站之间的RRC连接重建过程完成之后,终端和第一基站将从第一PDCP切换到第二PDCP,且基于第二PDCP执行安全模式命令过程。
然而,在第一基站支持第二PDCP但不支持第一PDCP的情形下,终端和第一基站之间的RRC连接重建过程将被切换为基于第二PDCP来执行。这里,第一基站可以决定基于第二PDCP执行RRC连接重建过程。
在一些实施例中,如果第一基站不能解码由终端基于第一PDCP传输的RRC连接重建请求消息,则第一基站向终端传输RRC连接失败消息。如果第一基站可以使用第一PDCP和第二PDCP两者来解码由终端基于第一PDCP传输的RRC连接重建请求消息,则第一基站仍然可以正确地解码RRC连接重建请求消息。在这种情形下,第一基站可以向终端发送RRC连接重建消息。
情况2:第一基站不支持第二PDCP。
1)如果终端知道第一基站不支持第二PDCP或者终端不知道第一基站不支持第二PDCP,则终端可以基于第一PDCP向第一基站传输RRC连接重建请求消息,并且通过使用基于第一PDCP的RRC连接重建请求消息来恢复与第一基站的RRC连接。
另外,终端可以决定释放辅小区组SCG承载;或者终端可以决定保持SCG承载,然后将SCG承载移至第一基站。
2)如果终端不知道第一基站不支持第二PDCP,则终端可以基于第二PDCP向第一基站传输RRC连接重建请求消息。在这种情形下,第一基站不能解码由终端基于第二PDCP传输的RRC连接重建请求消息,并向终端传输RRC连接失败消息。在这种情形下,终端可以基于第一PDCP向第一基站传输另一RRC连接重建请求消息。
利用上述方案,终端和基站,例如,eNB(不支持NR PDCP的传统eNB或支持NR PDCP的eNB)可以适当地处理RRC连接重建过程。
应用示例1
在应用示例1中,当UE向支持DC的eNB发送RRC连接重建请求时,可能有两种情况。
·情况1:UE已经知道小区支持DC,然后它利用NR-PDCP发送RRC连接重建,或者UE不知道目标小区支持DC,但它利用NR-PDCP发送RRC连接重配置314。随后的RRC连接重建过程将使用NR-PDCP,且不存在由UE首先使用初始LTE PDCP,然后向NR PDCP重配置的情况引起的问题。
·情况2:UE不知道该小区支持DC,并且它利用LTE PDCP发送RRC连接重建。针对这种情况有两种处理方法。
■处理2a:接收支持DC的RRC连接重建请求302的eNB 32可以支持NR-PDCP以及LTEPDCP。因此,提出了如图3所示的过程。eNB 32用RRC连接重建304进行回复。主要思想是:只要重建被完成306,在安全模式命令过程310和312之前,UE 30和eNB 32就可以针对SRB1切换308到NR PDCP。
■处理2b:接收到支持DC的重建请求的eNB不理解基于LTE PDCP的重建请求,因此回复失败给UE。然后,UE失去重建RRC连接的机会,SCG承载也将被释放。这里,要注意的是,如果eNB可以使用LTE PDCP和NR PDCP两者来解码请求消息,在这种情形下,eNB仍然可以正确地解码该请求。但如果eNB没有使用两个PDCP版本对请求进行解码,就没有这种可能性。
应用示例2
在应用示例2中,当UE向不支持DC的传统eNB发送RRC连接重建时,可能有两种情况。
·情况3:如果UE知道目标eNB不支持DC,或者不知道但偶然利用LTE PDCP发送重建请求,则其可以使用LTE PDCP来使用重建请求以恢复目标小区中的RRC连接,且UE还可以决定,是释放SCG承载还是保持这些承载并在目标侧的LTE主小区上移动这些SCG承载。
·情况4:如果UE不知道目标小区不支持DC,且利用NR PDCP发送重建请求,则目标eNB不能解码,且失败应该被发送给UE。UE重建失败,且SCG承载也可以被释放。
图4示出了根据本公开的一些实施例的用于重建RRC连接的装置的框图。例如,用于重建RRC连接的装置可以由终端实现。如图4所示,用于重建RRC连接的装置包括确定单元401和RRC连接单元402。
确定单元401配置为基于对第一基站支持的分组数据汇聚协议PDCP的了解,确定用于发起RRC连接重建过程的PDCP,其中PDCP是第一PDCP或第二PDCP。
RRC连接单元402配置为基于第一PDCP或第二PDCP发起到第一基站的RRC连接重建过程。
在一些实施例中,确定单元401配置为基于对第一基站支持的双连接(DC)网络模式的了解,确定用于发起RRC连接重建过程的PDCP。假设第一基站支持DC网络模式,则第一基站支持第二PDCP。
在一些实施例中,第一基站支持第二PDCP,以及RRC连接单元402配置为:在知道第一基站支持第二PDCP的情况下,基于第二PDCP向第一基站传输RRC连接重建请求消息,以基于第二PDCP启动终端和第一基站之间的RRC连接重建过程;或者在不知道第一基站支持第二PDCP的情况下,基于第二PDCP向第一基站传输RRC连接重配置请求消息,以基于第二PDCP启动终端和第一基站之间的RRC连接重建过程。
在一些实施例中,第一基站支持第二PDCP,以及RRC连接单元402配置为在不知道第一基站支持第二PDCP的情况下,基于第一PDCP向第一基站传输RRC连接重建请求消息。
在一些实施例中,在第一基站支持第一PDCP和第二PDCP两者的情况下,在基于第一PDCP的RRC连接单元402和第一基站之间的RRC连接重建过程完成之后,终端与第一基站从第一PDCP切换到第二PDCP,以及基于第二PDCP与第一基站执行安全模式命令过程。
在一些实施例中,如果第一基站不能解码由终端基于第一PDCP传输的RRC连接重建请求消息,则第一基站向终端传输RRC连接失败消息。因此,RRC连接单元402从第一基站接收RRC连接失败消息。
如果第一基站可以使用第一PDCP和第二PDCP两者来解码由终端基于第一PDCP传输的RRC连接重建请求消息,则第一基站仍然可以正确地解码RRC连接重建请求消息,且因此可以向终端发送RRC连接重建消息。因此,RRC连接单元402从第一基站接收RRC连接重建消息。
在一些实施例中,当第一基站支持第二PDCP时,第一基站是DC网络中的主节点MN。
在一些实施例中,第一基站不支持第二PDCP,以及RRC连接单元402配置为:在知道或不知道第一基站不支持第二PDCP的情况下,基于第一PDCP向第一基站传输RRC连接重建请求消息;以及通过使用基于第一PDCP的RRC连接重建请求消息来恢复与第一基站的RRC连接。
在一些实施例中,该装置还可以包括决定单元403,配置为决定释放辅小区组SCG承载;或者决定保持SCG承载,然后将SCG承载移至第一基站。
在一些实施例中,第一基站不支持第二PDCP,以及RRC连接单元402配置为:在不知道第一基站不支持第二PDCP的情况下,基于第二PDCP向第一基站传输RRC连接重建请求消息;以及从第一基站接收由于对基于第二PDCP传输的RRC连接重建请求消息解码失败而导致的RRC连接失败消息。
如本领域普通技术人员可以理解的,如图4所示的用于重建RRC连接的装置中的单元的功能可以基于关于用于重建RRC连接的方法的上述相关描述来理解,并且可以通过处理器中运行的程序或者通过逻辑电路来实现。如图4所示的用于重建RRC连接的装置中的单元的功能可以由处理器中运行的程序或特定的逻辑电路来实现。
对于如上所述的用于重建RRC连接的装置,当以软件功能单元的形式实现并作为独立产品出售或使用时,该功能也可以存储在计算机可读存储介质中。基于这样的理解,本公开的技术解决方案实质上或对现有技术做出贡献的部分或技术解决方案的部分可以以软件产品的形式来实现,计算机软件产品被存储在存储介质中,该存储介质包括被配置为使得一台计算机装置(其可以是个人计算机、服务器、网络设备等)能够执行本公开的每个实施例中的方法的全部或部分操作的多个指令。上述存储介质包括:能够存储程序代码的各种介质,例如U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁盘或光盘。如此,本公开的实施例不限于软件和硬件的任何特定组合。
在本公开的一些实施例中,提供了存储指令的计算机可读存储介质,当指令被处理器执行时,使得处理器执行上述用于重建RRC连接的方法。
图5示出了根据本公开的一些实施例的终端的框图。如图5所示,终端50可以包括一个或多个(仅示出了一个)处理器502(处理器502可以包括但不限于微控制器单元(MCU)或可编程逻辑器件(现场可编程门阵列FPGA等)、用于存储数据的存储器504、和用于实现通信功能的收发器506。本领域普通技术人员应该理解,图5所示的结构仅是说明性的,并且不限制电子设备的结构。例如,终端50还可以包括比图5所示的更多或更少的组件,或者具有不同于图5所示的配置。
存储器504可以被配置为存储软件程序和模块,例如对应于本公开的实施例中的用于重建RRC连接的方法的程序指令/模块。处理器502通过运行存储在存储器504中的软件程序和模块来执行各种功能应用和数据处理,即,实现上述方法。存储器504可以包括高速随机存取存储器,或者可以包括非易失性存储器,例如一个或多个磁存储设备、闪存或其他非易失性固态存储器。在一些示例中,存储器504还可以包括相对于处理器502远程的一个或多个存储器,并且存储器可以通过网络连接到终端50。这种网络的示例包括但不限于因特网、内部网、局域网、移动通信网络、及这些的组合。
收发器506被配置成通过网络接收或发送数据。该网络可以包括,例如,由终端50的通信提供商提供的无线网络。在一个示例中,收发器506包括网络接口控制器(NIC),其可以通过基站连接到其他网络设备,以实现与互联网的通信。在一个示例中,收发器506可以是能够实现与互联网无线通信的射频(RF)电路。
本公开的实施例在不冲突的情况下可以彼此自由组合。
在本申请中提供的几个实施例中,应当理解,所公开的***、设备和方法可以以其他模式实现。例如,上述设备的实施例仅仅是示例性的,例如,单元的划分仅是逻辑功能划分,实践中可以采用其他划分模式,例如,多个单元或组件可以组合或集成在另一个***中,或者可以省略或不执行一些特征。从另外的观点来看,所显示或讨论的相互耦合或直接耦合或通信连接可以是通过一些接口的设备或单元的间接耦合或通信连接,并且也可以是电、机械或其他形式。
图示为独立组件的单元可以是,或可以不是物理分离的,并且显示为单元的组件可以是,或可以不是物理单元,也就是说,组件可以位于一个地方,或可以分布在多个网络单元上。实施例的解决方案的目的可以通过根据实际需要选择部分或全部单元来实现。
此外,在本公开的各实施例中,功能单元可以集成在一个处理单元中,或者功能单元可以单独且物理地存在,或者两个或更多个单元可以集成在一个单元中。集成单元可以通过硬件或硬件加软件功能单元来实现。
以上仅是本公开的具体实施方式,并不旨在限制本公开的保护范围。在本公开所公开的技术范围内,对于本领域技术人员来说显而易见的任何变化或替换都将落入本公开的保护范围内。
Claims (10)
1.一种用于重建无线资源控制RRC连接的方法,包括:
终端基于对第一基站支持的分组数据汇聚协议PDCP的类型的了解,确定用于发起RRC连接重建过程的PDCP,其中所述PDCP是第一PDCP或第二PDCP,其中所述第一PDCP是长期演进LTE PDCP,所述第二PDCP是新无线NR PDCP;以及
所述终端基于所述第一PDCP或所述第二PDCP发起到所述第一基站的所述RRC连接重建过程。
2.根据权利要求1所述的方法,其中,基于对所述第一基站支持的所述PDCP的类型的了解,确定用于发起所述RRC连接重建过程的所述PDCP包括:
基于对所述第一基站支持的双连接DC网络模式的了解,确定用于发起所述RRC连接重建过程的所述PDCP,
其中如果所述第一基站支持所述DC网络模式,则所述第一基站支持所述第二PDCP。
3.根据权利要求1或2所述的方法,其中所述第一基站支持所述第二PDCP,以及
其中所述终端基于所述第一PDCP或所述第二PDCP发起到所述第一基站的所述RRC连接重建过程包括:
当所述终端知道所述第一基站支持所述第二PDCP时,所述终端基于所述第二PDCP向所述第一基站传输RRC连接重建请求消息,以基于所述第二PDCP启动所述终端和所述第一基站之间的所述RRC连接重建过程。
4.根据权利要求1或2所述的方法,其中所述第一基站支持所述第二PDCP,以及
其中所述终端基于所述第一PDCP或所述第二PDCP发起到所述第一基站的所述RRC连接重建过程包括:
当所述终端不知道所述第一基站支持所述第二PDCP时,所述终端基于所述第一PDCP传输RRC连接重建请求消息。
5.根据权利要求1或2所述的方法,其中所述第一基站不支持所述第二PDCP,以及
其中所述终端基于所述第一PDCP或所述第二PDCP发起到所述第一基站的所述RRC连接重建过程包括:当所述终端知道所述第一基站不支持所述第二PDCP时或者当所述终端不知道所述第一基站不支持所述第二PDCP时,
所述终端基于所述第一PDCP向所述第一基站传输所述RRC连接重建请求消息;以及
所述终端通过使用基于所述第一PDCP的所述RRC连接重建请求消息,恢复与所述第一基站的RRC连接。
6.一种终端,包括:
确定单元,配置为基于对第一基站支持的分组数据汇聚协议PDCP的类型的了解,确定用于发起无线资源控制RRC连接重建过程的PDCP,其中所述PDCP是第一PDCP或第二PDCP,其中所述第一PDCP是长期演进LTE PDCP,所述第二PDCP是新无线NR PDCP;以及
RRC连接单元,配置为基于所述第一PDCP或所述第二PDCP,发起到所述第一基站的所述RRC连接重建过程。
7.根据权利要求6所述的终端,其中,所述确定单元配置为:
基于对所述第一基站支持的双连接DC网络模式的了解,确定用于发起所述RRC连接重建过程的所述PDCP,
其中如果所述第一基站支持所述DC网络模式,则所述第一基站支持所述第二PDCP。
8.根据权利要求6或7所述的终端,其中,所述第一基站支持所述第二PDCP,以及所述RRC连接单元配置为:
在知道所述第一基站支持所述第二PDCP的情况下,基于所述第二PDCP向所述第一基站传输RRC连接重建请求消息,以基于所述第二PDCP启动所述终端和所述第一基站之间的所述RRC连接重建过程。
9.根据权利要求6或7所述的终端,其中,所述第一基站支持所述第二PDCP,以及所述RRC连接单元配置为:
在不知道所述第一基站支持所述第二PDCP的情况下,基于所述第一PDCP向所述第一基站传输RRC连接重建请求消息。
10.根据权利要求6或7所述的终端,其中所述第一基站不支持所述第二PDCP;以及所述RRC连接单元配置为:在知道或不知道所述第一基站不支持所述第二PDCP的情况下,
基于所述第一PDCP向所述第一基站传输所述RRC连接重建请求消息;以及
通过使用基于所述第一PDCP的所述RRC连接重建请求消息,恢复与所述第一基站的RRC连接。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762592112P | 2017-11-29 | 2017-11-29 | |
US62/592,112 | 2017-11-29 | ||
CN201880064655.1A CN111164998A (zh) | 2017-11-29 | 2018-08-27 | 重建rrc连接的方法、终端和存储介质 |
PCT/CN2018/102587 WO2019105074A1 (en) | 2017-11-29 | 2018-08-27 | Method for reestablishing rrc connection, terminal and storage medium |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880064655.1A Division CN111164998A (zh) | 2017-11-29 | 2018-08-27 | 重建rrc连接的方法、终端和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111542053A true CN111542053A (zh) | 2020-08-14 |
CN111542053B CN111542053B (zh) | 2022-07-08 |
Family
ID=66664349
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880064655.1A Pending CN111164998A (zh) | 2017-11-29 | 2018-08-27 | 重建rrc连接的方法、终端和存储介质 |
CN202010379094.3A Active CN111542053B (zh) | 2017-11-29 | 2018-08-27 | 重建rrc连接的方法和终端 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880064655.1A Pending CN111164998A (zh) | 2017-11-29 | 2018-08-27 | 重建rrc连接的方法、终端和存储介质 |
Country Status (13)
Country | Link |
---|---|
US (2) | US10932316B2 (zh) |
EP (1) | EP3711321B1 (zh) |
JP (1) | JP2021504995A (zh) |
KR (1) | KR102326451B1 (zh) |
CN (2) | CN111164998A (zh) |
AU (1) | AU2018374116B2 (zh) |
BR (1) | BR112020010173A2 (zh) |
CA (1) | CA3083145A1 (zh) |
MX (1) | MX2020005328A (zh) |
RU (1) | RU2735411C1 (zh) |
SG (1) | SG11202004785WA (zh) |
TW (1) | TWI771513B (zh) |
WO (1) | WO2019105074A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3669578B1 (en) * | 2017-09-28 | 2022-07-13 | Samsung Electronics Co., Ltd. | Method and system for handling pdcp operation in wireless communication system |
BR112020010173A2 (pt) | 2017-11-29 | 2020-10-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | método para reestabelecimento de uma conexão de controle de recurso de rádio e terminal |
CN110475386A (zh) * | 2018-05-10 | 2019-11-19 | 维沃移动通信有限公司 | 一种rrc连接重建的承载配置方法、终端及网络设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106304399A (zh) * | 2015-05-15 | 2017-01-04 | 夏普株式会社 | 用于重配置数据承载的方法和用户设备 |
WO2017135343A1 (ja) * | 2016-02-04 | 2017-08-10 | 京セラ株式会社 | 通信方法、無線端末、プロセッサ及び基地局 |
CN107404738A (zh) * | 2016-05-18 | 2017-11-28 | 中兴通讯股份有限公司 | 小区切换方法、装置及*** |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012065646A1 (en) * | 2010-11-18 | 2012-05-24 | Nokia Siemens Networks Oy | Enhanced connection recovery method for multi-rat deployments |
US9055560B2 (en) * | 2012-01-18 | 2015-06-09 | Mediatek Inc. | Method of enhanced connection recovery and loss-less data recovery |
JP6081074B2 (ja) * | 2012-03-30 | 2017-02-15 | 株式会社Nttドコモ | 無線通信システム、基地局装置、及び無線通信方法 |
KR101925764B1 (ko) * | 2012-08-23 | 2018-12-05 | 인터디지탈 패튼 홀딩스, 인크 | 무선 시스템에서의 다중 스케줄러들을 이용한 동작 |
ES2774961T3 (es) * | 2014-03-21 | 2020-07-23 | Alcatel Lucent | Red de conectividad dual |
JP2017514367A (ja) * | 2014-03-28 | 2017-06-01 | 富士通株式会社 | ベアラ管理装置、方法及び通信システム |
KR20170107534A (ko) * | 2015-01-29 | 2017-09-25 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 무선 베어러 재구성 방법, 무선 베어러 구축 방법, 사용자 기기, 및 기지국 |
TWI636694B (zh) * | 2015-05-11 | 2018-09-21 | 財團法人工業技術研究院 | 訊務分流方法及應用其之異質無線網路系統 |
CN111866819B (zh) * | 2016-02-05 | 2022-09-13 | 中兴通讯股份有限公司 | 终端与网络间连接处理方法和装置 |
KR102183826B1 (ko) * | 2016-05-12 | 2020-11-30 | 주식회사 케이티 | 단말의 듀얼 커넥티비티 구성 방법 및 그 장치 |
JP6720337B2 (ja) * | 2016-05-18 | 2020-07-08 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 無線ベアラを再開する方法、関連する無線端末およびネットワークノード |
CN106162730B (zh) * | 2016-07-12 | 2019-11-15 | 上海华为技术有限公司 | 一种通信的方法、设备及*** |
CN109246839B (zh) * | 2017-05-05 | 2023-11-28 | 华为技术有限公司 | 一种失败处理方法、切换方法及终端设备、网络设备 |
CN110324848B (zh) * | 2017-06-16 | 2020-10-16 | 华为技术有限公司 | 信息处理方法、通信装置以及计算机存储介质 |
WO2018228545A1 (zh) * | 2017-06-16 | 2018-12-20 | 华为技术有限公司 | 信息处理方法以及相关装置 |
CN111542094B (zh) * | 2017-08-02 | 2022-02-18 | 展讯通信(上海)有限公司 | Rrc连接重建方法、恢复方法、计算机可读存储介质及基站 |
US10798775B2 (en) * | 2017-08-10 | 2020-10-06 | Qualcomm Incorporated | Techniques and apparatuses for duplication bearer management |
WO2019097331A1 (en) * | 2017-11-15 | 2019-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling of pdcp during connection re-establishment |
BR112020010173A2 (pt) | 2017-11-29 | 2020-10-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | método para reestabelecimento de uma conexão de controle de recurso de rádio e terminal |
-
2018
- 2018-08-27 BR BR112020010173-7A patent/BR112020010173A2/pt not_active IP Right Cessation
- 2018-08-27 SG SG11202004785WA patent/SG11202004785WA/en unknown
- 2018-08-27 KR KR1020207013371A patent/KR102326451B1/ko active IP Right Grant
- 2018-08-27 RU RU2020118152A patent/RU2735411C1/ru active
- 2018-08-27 CN CN201880064655.1A patent/CN111164998A/zh active Pending
- 2018-08-27 CN CN202010379094.3A patent/CN111542053B/zh active Active
- 2018-08-27 AU AU2018374116A patent/AU2018374116B2/en active Active
- 2018-08-27 JP JP2020526080A patent/JP2021504995A/ja active Pending
- 2018-08-27 WO PCT/CN2018/102587 patent/WO2019105074A1/en unknown
- 2018-08-27 CA CA3083145A patent/CA3083145A1/en not_active Abandoned
- 2018-08-27 MX MX2020005328A patent/MX2020005328A/es unknown
- 2018-08-27 EP EP18883568.0A patent/EP3711321B1/en active Active
- 2018-10-29 TW TW107138212A patent/TWI771513B/zh active
-
2020
- 2020-05-21 US US16/880,000 patent/US10932316B2/en active Active
-
2021
- 2021-01-21 US US17/155,055 patent/US11570835B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106304399A (zh) * | 2015-05-15 | 2017-01-04 | 夏普株式会社 | 用于重配置数据承载的方法和用户设备 |
WO2017135343A1 (ja) * | 2016-02-04 | 2017-08-10 | 京セラ株式会社 | 通信方法、無線端末、プロセッサ及び基地局 |
CN107404738A (zh) * | 2016-05-18 | 2017-11-28 | 中兴通讯股份有限公司 | 小区切换方法、装置及*** |
Non-Patent Citations (2)
Title |
---|
ERICSSON: "《3GPP TSG-RAN WG2 #100 R2-1713388》", 16 November 2017 * |
ERICSSON: "《3GPP TSG-RAN WG2 #100 R2-1713399》", 17 November 2017 * |
Also Published As
Publication number | Publication date |
---|---|
TWI771513B (zh) | 2022-07-21 |
US20200288528A1 (en) | 2020-09-10 |
EP3711321A4 (en) | 2020-12-16 |
KR102326451B1 (ko) | 2021-11-15 |
CN111164998A (zh) | 2020-05-15 |
JP2021504995A (ja) | 2021-02-15 |
TW201927055A (zh) | 2019-07-01 |
EP3711321A1 (en) | 2020-09-23 |
WO2019105074A1 (en) | 2019-06-06 |
EP3711321B1 (en) | 2022-11-23 |
AU2018374116B2 (en) | 2021-07-15 |
KR20200074142A (ko) | 2020-06-24 |
MX2020005328A (es) | 2020-08-13 |
CA3083145A1 (en) | 2019-06-06 |
US11570835B2 (en) | 2023-01-31 |
RU2735411C1 (ru) | 2020-11-02 |
BR112020010173A2 (pt) | 2020-10-13 |
US20210144792A1 (en) | 2021-05-13 |
AU2018374116A1 (en) | 2020-06-11 |
US10932316B2 (en) | 2021-02-23 |
SG11202004785WA (en) | 2020-06-29 |
CN111542053B (zh) | 2022-07-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107690162B (zh) | 小区连接失败的处理方法及装置 | |
US10849181B2 (en) | NR RRC connection setup optimisation | |
CN108156670B (zh) | 处理通信的装置及方法 | |
CN113316167B (zh) | 信息指示的方法和装置 | |
CN107708104B (zh) | 辅基站变更的方法及装置 | |
US10299173B2 (en) | Device and method of handling a PDN connection in LTE to NR/5G inter-system mobility | |
CN112352451A (zh) | 最小移动中断的小区切换方法 | |
CN107710862B (zh) | 利用基于设备到设备的用户设备到网络的中继来支持服务中断的最小化 | |
US11570835B2 (en) | Method for reestablishing RRC connection, terminal and storage medium | |
WO2018059299A1 (zh) | 小区切换的方法、装置及***和计算机存储介质 | |
JP7210563B2 (ja) | 複製送信の方法および装置 | |
JP5871737B2 (ja) | 無線通信端末、基地局、無線通信方法、通信方法および無線通信システム | |
CN108616880B (zh) | 一种数据传输的方法、装置及*** | |
WO2019159030A1 (en) | Methods, network nodes, wireless device and computer program product for resuming a connection with full configuration | |
KR20200140941A (ko) | 데이터 처리 방법 및 관련 장치 | |
US11134531B2 (en) | Device and method of handling a dual connectivity | |
EP4084573A1 (en) | Network connection reestablishment method and device, storage medium, and electronic device | |
EP3477992B1 (en) | Base station for handling radio bearer configurations of radio access technologies | |
CN114424622A (zh) | 切换方法、切换处理方法、通信***及存储介质 | |
JP2023521365A (ja) | 新しい無線(nr)のサイドリンク(sl)におけるpc5から無線リソース制御(rrc)設定手順の監視の強化 | |
CN112770412A (zh) | 一种分组数据网pdn激活方法及其装置 | |
CN114586466A (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 |