CN113692778A - 恢复通信网络中的无线电连接 - Google Patents
恢复通信网络中的无线电连接 Download PDFInfo
- Publication number
- CN113692778A CN113692778A CN202080028919.5A CN202080028919A CN113692778A CN 113692778 A CN113692778 A CN 113692778A CN 202080028919 A CN202080028919 A CN 202080028919A CN 113692778 A CN113692778 A CN 113692778A
- Authority
- CN
- China
- Prior art keywords
- pdcp
- message
- rrc
- rat
- base station
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- 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
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
为了恢复与基站的连接,用户设备(UE)根据对应于第一RAT的格式,使用无线电连接在符合第二无线电接入技术(RAT)(702)的无线电接口上与基站传送消息。UE暂停无线电连接(704),并且在暂停之后,根据对应于第一RAT(708)的格式,向基站传输无线电连接已经恢复的指示。
Description
技术领域
本公开一般涉及到无线通信,更具体地,涉及到用于恢复无线电连接的过程。
背景技术
根据一些类型的网络架构,基站使用特定无线电接入技术(RAT)与用户设备(UE)通信,并连接到更高级的核心网络(CN),以向UE提供更高级的CN的功能。
例如,下一代演进节点B eNB(ng-eNB)支持演进的通用地面无线电接入(EvolvedUniversal Terrestrial Radio Access,EUTRA),并且连接到5G核心(5GC)。在本情况下,EUTRA的物理层(PHY)向媒体接入控制(MAC)子层提供传输信道,MAC子层进而向无线电链路控制(RLC)子层提供逻辑信道,并且RLC子层进而向分组数据汇聚协议(PDCP)子层提供RLC信道。为了支持与5GC的连接,EUTRA PDCP子层向无线电资源控制(RRC)子层提供信令无线电承载(SRB),并且新无线电(NR)PDCP子层向服务数据适配协议(SDAP)提供数据无线电承载(DRB)并向RRC子层提供SRB。
在RRC子层,4G和5G标准在一些情况下支持不同的功能。例如,4G-LTE RRC协议指定UE不具有与基站的活动无线电连接的RRC_IDLE状态和UE具有与基站的活动无线电连接的RRC_CONNECTED状态。5G协议引入了中间状态RRC_INACTIVE,以允许UE更快速地转换回RRC_CONNECTED状态。
当UE处于RRC_INACTIVE状态时,UE必须转换到RRC_CONNECTED状态,以便开始在上行链路方向上传输数据。为此,UE必须执行RRC恢复过程,这需要UE向基站传输RRCConnectionResumeRequest消息,从基站接收作为响应的RRCConnectionResume命令,并且向基站传输RRCConnectionResumeComplete消息,以确认状态转换完成。在一些情况下,在UE向基站传输RRCConnectionResumeRequest消息后,基站遵循回退过程并传输RRCConnectionSetup命令,以响应于RRCConnectionResumeRequest消息,并且UE向基站传输RRCConnectionSetupComplete消息,以确认状态转换完成。
与蜂窝通信相关的几个规范提供了协议,根据该协议,UE可以在上述类型的网络(例如,3GPP TS 36.331 v 15.3.0、TS 36.323 v 15.1.0、TS 38.323 v 15.3.0、TS 38.331v 15.3.0和TS 36.300 v 15.3.0)中的RRC状态之间转换,但是仍然存在当UE从RRC_INACTIVE状态转换到RRC_CONNECTED状态时仍然不能传输或接收数据的异常情况。
在一种这样的情况下,UE在RRC_CONNECTED状态下操作,并且通过EUTRA与ng-eNB通信,以与ng-eNB的RRC实体交换NR PDCP协议数据单元(PDU)。例如,在转换到RRC_INACTIVE状态后,UE在某个时候尝试恢复连接,以传输上行链路数据。为此,UE传输RRCConnectionResumeRequest消息并接收作为响应的RRCConnectionSetup消息。然后,UE释放包括NR PDCP实体在内的所有无线电资源,并且传输RRCConnectionSetupComplete消息并将该消息包括在EUTRA PDCP PDU中。
作为结果,UE保持在RRC_CONNECTED状态下,但是不可以传输或接收任何数据。
发明内容
一般而言,当先前释放连接的PDCP实体对应于与基站用来与UE通信的RAT不同的RAT时,本公开的技术允许UE和基站正确地解码与RRC恢复过程相关的消息。
根据一种技术,UE使用与在释放连接之前使用的底层协议相同的底层协议(例如,NR PDCP)来向ng-eNB传输报告连接已成功恢复的RRC消息(RRCConnectionSetupComplete消息)。在一个示例实施方式中,UE保留与格式化和传输RRC消息的实体相同的实体(例如,NR PDCP实体)。在另一示例实施方式中,UE启动新实体,以格式化和传输RRC消息。在任一情况下,在UE成功恢复RRC连接后,UE使用与用于恢复RRC连接的格式或协议相同的格式或协议来执行后续过程(例如,安全模式、DL信息、UL信息、RRC重新配置等)。
根据另一种技术,基站默认根据对应于基站用来与UE通信的RAT的协议(例如,EUTRA PDCP)来解码携带报告UE恢复连接的RRC消息(接收到的RRCConnectionSetupComplete消息)的数据单元。因此,不管任何先前PDCP PDU交换的格式如何,UE使用对应于RAT的协议来向ng-eNB传输报告连接已成功恢复的RRC消息(RRCConnectionSetupComplete消息)。UE使用与用于恢复RRC连接的格式或协议相同的格式或协议来执行后续过程(例如,安全模式、DL信息、UL信息、RRC重新配置等)。
根据又一种技术,类似于上述方法,基站根据对应于基站用来与UE通信的RAT的协议(例如,EUTRA PDCP)来解码携带报告UE恢复连接的RRC消息(接收到的RRCConnectionSetupComplete消息)的数据单元。但是,UE然后使用与释放RRC连接之前使用的格式相同的格式(例如,NR PDCP)来执行后续过程(例如,安全模式、DL信息、UL信息、RRC重新配置等)。
这些技术的一个示例实施例是UE中用于恢复与基站的连接的方法。本方法可以通过处理硬件来执行,并且包括使用无线电连接在符合第二RAT的无线电接口上根据对应于第一RAT的格式与基站传达消息。本方法还包括暂停无线电连接,并且在暂停之后,根据对应于第一RAT的格式来向基站传输无线电连接已恢复的指示。
这些技术的另一示例实施例是UE中用于恢复与基站的连接的方法。本方法可以通过处理硬件来执行,并且包括使用无线电连接在符合第二RAT的无线电接口上根据对应于第一RAT的第一格式与基站传达第一消息。本方法还包括暂停无线电连接,并且在暂停之后,根据对应于第二RAT的第二格式来向基站传输无线电连接已恢复指示,并且根据第一格式或第二格式来传达与用于控制无线电资源的过程相关的第二消息。
这些技术的又一示例实施例是包括被配置为执行上述方法之一的处理硬件的UE。
这些技术的另一示例实施例是基站中用于恢复与UE的连接的方法。本方法包括在符合第二RAT的无线电接口上使用无线电连接来根据对应于第一RAT的格式与UE传达消息。本方法还包括向UE传输命令以暂停无线电连接;在传输之后,从UE接收连接已恢复的指示,并且根据对应于第一RAT的格式来解码该指示。
这些技术的另一示例实施例是包括被配置为执行上述方法之一的处理硬件的基站。
附图说明
图1是示例无线通信网络的框图,在其中,UE和基站使用本公开的技术正确地解码与用于恢复无线电连接的过程相关的消息的;
图2A是用户面协议栈的框图,图1的UE和基站可以根据本用户面协议栈来通信;
图2B是控制面协议栈的框图,图1的UE和基站可以根据本控制面协议栈来通信;
图3是示例情况的消息接发(messaging)示意图,在本示例情况中,在RRC_CONNECTED状态中,UE与ng-eNB交换NR PDCP PDU,并且在随后从RRC_INACTIVE状态转换到RRC_CONNECTED状态时,使用NR PDCP PDU传输RRCConnectionSetupComplete消息;
图4是与图3的情况类似的情况的消息接发示意图,在本情况下,UE在转换回RRC_CONNECTED状态后重启NR PDCP实体;
图5是示例情况的消息接发示意图,在本示例情况下,在RRC_CONNECTED状态中,UE与ng-eNB交换NR PDCP PDU,并且ng-eNB随后根据EUTRA PDCP格式来解码来自UE的RRCConnectionSetupComplete消息;
图6是示例情况的消息接发示意图,在本示例情况下,在RRC_CONNECTED状态中,UE与ng-eNB交换NR PDCP PDU,以EUTRA PDCP格式向ng-eNB传输RRCConnectionSetupComplete消息,并且与ng-eNB交换EUTRA PDCP PDU以执行另一RRC过程;
图7是用户设备中用于传输无线电连接已恢复的指示的示例方法的流程图,本示例方法可以在图1的***中实施;
图8是用户设备中用于传输无线电连接已恢复的指示的另一示例方法的流程图,本示例方法可以在图1的***中实施;以及
图9是基站中用于解码无线电连接已恢复的指示的示例方法的流程图,本示例方法可以在图1的***中实施。
具体实施方式
图1描绘了示例无线通信网络100,在其中,示例UE 102与演进型长期演进(eLTE)网络的基站(ng-eNB 104)通信。UE 102和ng-eNB 104经由小区110中的EUTRA RAT进行通信。ng-eNB 104进而经由下一代(NG)接口与5GC 108通信。因此,UE 102可以接入5GC 108的功能,包括接入管理功能(Access Management Function,AMF)112。eLTE网络还可以包括ng-eNB106。
根据本公开的技术,UE 102和ng-eNB 104以允许两个设备解码RRC消息的方式使用NR PDCP格式和/或EUTRA PDCP格式来交换RRC消息。尽管下面参考EUTRA、NR和5GC的示例来讨论这些技术,但是一般类似的技术可以应用于其他无线电接入和/或核心网络技术。
如图1所示,UE 102配备有处理硬件120,处理硬件120可以包括一个或多个通用处理器(诸如中央处理单元(CPU))和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂时性计算机可读存储器。示例实施方式中的处理硬件120包括RRC控制器122,RRC控制器122可以实例化、释放和以其他方式与EUTRA PDCP实体124和NRPDCP实体126交互。
ng-eNB 104配备有处理硬件130,处理硬件130也可以包括一个或多个通用处理器(诸如CPU)和存储可在一个或多个通用处理器和/或专用处理单元上执行的机器可读指令的非暂时性计算机可读存储器。处理硬件130包括可以与EUTRA PDCP实体134和NR PDCP实体136交互的RRC控制器132,类似于UE 102的RRC控制器122。
在一些实施方式中,RRC控制器132可以在ng-eNB 104外部的eLTE网络的另一组件中操作。然而,为了方便,下面的讨论参考在ng-eNB 104中操作的RRC控制器132。当RRC控制器132在ng-eNB 104外部操作时,RRC控制器132、EUTRA PDCP实体134、NR PDCP实体136以及UE 102的组件之间的交互类似于下面讨论的那些。
在一些情况下,UE 102和ng-eNB 104根据NR PDCP格式交换数据,并且例如在一段时间不活动之后,UE 102转换到RRC_INACTIVE状态。当UE 102从RRC_INACTIVE状态转换到RRC_CONNECTED状态时,UE 102可以使用EUTRA PDCP格式或NR PDCP格式来传输RRCConnectionSetupComplete消息,并且ng-eNB 104可以分别使用EUTRA PDCP实体134或NR PDCP实体136来解码该消息。UE 102和ng-eNB 104还可以使用EUTRA PDCP实体124、EUTRA PDCP实体134或NR PDCP实体126、NR PDCP实体136来执行另一RRC过程。
为清楚起见,在参考图3-6更详细地讨论这些情况之前,参考图2A讨论UE 102和ng-eNB 104可以根据其进行通信的示例用户面协议栈,并且参考图2B讨论控制面协议栈。
首先参考图2A,UE 102的处理硬件120和ng-eNB 104的处理硬件130可以支持PHY子层202、分层(layer)在PHY子层202之上的MAC子层204和分层在MAC子层204之上的RLC子层206。NR PDCP实体126和NR PDCP实体136可以将在子层208的NR PDCP数据单元分层在RLC子层206之上。例如,NR PDCP数据单元可以携带在SDAP子层210的信息。
如图2B所示,处理硬件120和处理硬件130类似地使用子层202、子层204、子层206来支持控制面上的通信。RLC子层206可以支持NR PDCP子层208和EUTRA PDCP子层218两者。因此,NR PDCP实体126、NR PDCP实体136和EUTRA PDCP实体124、EUTRA PDCP实体134都可以将数据单元分层在RLC子层206之上。
如图2B进一步所示,UE 102和ng-eNB 104可以在NR PDCP子层208或EUTRA PDCP子层218上的子层220传输RRC消息。此外,UE 102可以与AMF 112在NAS子层230交换非接入层(NAS)信息。
接下来,图3示出UE 102在RRC_CONNECTED状态301下最初与ng-eNB 104交换NRPDCP PDU(302)的示例情况。例如,NR PDCP实体126可以向NR PDCP实体136传输NR PDCPPDU 1(303)并从NR PDCP实体136接收NR PDCP PDU 2(304)。NR PDCP PDU 303、NR PDCPPDU 304等中的每一个都可以包括例如互联网协议(IP)分组、NAS消息或RRC消息。
在UE 102的数据不活动一段时间之后,ng-eNB 104(或ng-eNB 104在其中操作的eLTE网络的另一组件)确定UE 102和ng-eNB 104之间的RRC(或无线电)连接应该暂停。然后,ng-eNB 104发起连接释放过程310,以暂停RRC(或无线电)连接。具体地,RRC控制器132向NR PDCP实体136提供RRCConnectionRelease消息(312),并且NR PDCP实体136通过EUTRA无线电接口在NR PDCP PDU 3中传输RRCConnectionRelease消息(314),以暂停RRC(或无线电)连接。
UE 102的NR PDCP实体126接收NR PDCP PDU 3,提取RRCConnectionRelease消息,并向RRC控制器122提供RRCConnectionRelease消息。作为响应,RRC控制器122转换到RRC_INACTIVE状态318(即,暂停RRC(或无线电)连接)。
稍后,RRC控制器122发起RRC连接恢复过程(320)。例如,RRC控制器122可以从更高层(例如,SDAP子层210)接收UE 102需要向ng-eNB104传输数据的指示。RRC控制器122向ng-eNB 104在其中操作的eLTE网络传输RRCConnectionResumeRequest消息(322)。在本示例情况下,RRC控制器122向ng-eNB 104传输RRCConnectionResumeRequest消息,但是在其他情况下,RRC控制器122可以向ng-eNB 106传输该消息。作为响应,RRC控制器132向UE 102传输RRCConnectionSetup消息(324)。
在图3的情况下,UE 102在从RRC_INACTIVE状态转换到RRC_CONNECTED状态之后,继续使用与UE 102用于进行交换302的NR PDCP实体相同NR PDCP实体126与ng-eNB 104通信。更具体地,UE 102可以在与NR PDCP实体136进行交换302之前或之时,为SRB(例如,SRB1)建立NR PDCP实体126。在UE 102从ng-eNB 104接收RRCConnectionRelease消息(324)之后,UE 102不释放NR PDCP实体126。因此,在UE 102从ng-eNB 104(或ng-eNB 106)接收RRCConnectionSetup消息(324)之后,UE 102不建立新的NR PDCP实体。UE 102使用先前建立的NR PDCP实体126来向ng-eNB 104(或ng-eNB 106)传输RRCConnectionSetupComplete消息(352)。然而,在下面讨论的其他实施方式中,UE 102可以在某些情况下释放或暂停NRPDCP实体126,并且响应于某些事件,创建新的NR PDCP实体或恢复暂停的NR PDCP实体126。UE 102可以在接收到RRCConnectionSetup消息之前或在传输RRCConnectionSetupComplete消息之前,重新建立NR PDCP实体126。
类似地,ng-eNB 104可以使用先前建立的NR PDCP实体136来从UE 102接收RRCConnectionSetupComplete消息(352)。然而,在下面讨论的其他实施方式中,ng-eNB104可以在某些情况下释放或暂停NR PDCP实体136,并且响应于某些事件,创建新的NRPDCP实体或恢复暂停的NR PDCP实体136。在使用NR PDCP实体136的情况下,ng-eNB 104可以在接收到RRCConnectionSetupComplete消息之前,重新建立NR PDCP实体136。在释放NRPDCP实体136的情况下,ng-eNB 106建立NR PDCP实体136的新实例,以接收RRCConnectionSetupComplete消息。
RRC控制器122转换到RRC_CONNECTED状态(330)。在本示例中,释放RRC连接之前,RRC控制器122继续利用与NR PDCP实体136交换NR PDCP PDU的NR PDCP实体126(340)或使用ng-eNB 104的新NR PDCP实体(或ng-eNB 106的新NR PDCP实体)。具体地,RRC控制器122向NR PDCP实体126提供RRCConnectionSetupComplete消息(350),然后NR PDCP实体126将RRCConnectionSetupComplete消息包括在NR PDCP PDU 4中,并向NR PDCP实体136或ng-eNB 104的新NR PDCP实体(或ng-eNB 106的新NR PDCP实体)传输该NR PDCP PDU(352)。在一些实施方式中,UE 102在接收到RRCConnectionRelease消息之前,释放ng-eNB 104配置的无线电资源。无线电资源可以包括EUTRARLC实体、(如果已配置的)NR SDAP实体和(除了NR PDCP实体126以外的)其他NR PDCP实体。
继续参考图3,NR PDCP实体136使用NR PDCP的格式来解码NR PDCP PDU 4,以提取RRCConnectionSetupComplete消息(354)。因此,在本实施方式中的UE 102和ng-eNB 104(或ng-eNB 106)都使用NR PDCP格式来传送RRCConnectionSetupComplete消息。在本实施方式中,即使UE 102和ng-eNB 104(或ng-eNB 106)通过EUTRA来通信,UE 102也不利用EUTRA PDCP实体124来恢复RRC连接(或进行如下所述的后续的RRC过程)。
与图3的技术相反,现有的ng-eNB可以尝试使用EUTRA PDCP的格式来解码NR PDCPPDU 4(因为该PDU是通过EUTRA接口到达的),并且在本情况下解码失败,因为例如根据EUTRA PDCP PDU格式的PDCP SN包括5位并且根据NR PDCP PDU格式的PDCP SN具有12位。而且,在现有ng-eNB解码RRCConnectionSetupComplete消息失败之后,ng-eNB在NR PDCP PDU中向UE传输RRCConnectionRelease消息。因为UE期望的是EUTRA PDCP PDU,所以UE也解码消息失败。因此,UE不知道ng-eNB已经释放RRC连接。
在NR PDCP实体136提取RRCConnectionSetupComplete消息之后,NR PDCP实体136向RRC控制器132提供RRCConnectionSetupComplete消息(356),RRC控制器132解码该RRC消息的内容(360)。
如图3进一步所示,UE 102和ng-eNB 104可以使用NR PDCP格式来执行后续RRC过程,以传输和接收RRC消息(370)。例如,UE 102和ng-eNB 104可以执行RRC安全模式过程、下行链路(DL)信息过程、上行链路(UL)信息过程、RRC重配置过程或测量报告过程中的一个或多个。
更具体地,当执行安全模式过程时,ng-eNB 104向UE 102传输安全模式命令消息,并且从UE 102接收安全模式完成消息。在DL信息过程期间,ng-eNB 104向UE 102传输DL信息消息。另一方面,在UL信息过程期间,UE 102向ng-eNB 104传输UL信息消息。在RRC连接重新配置过程期间,ng-eNB 104向UE 102传输RRC连接重新配置消息,并且从UE 102接收RRC连接重新配置完成消息。最后,作为测量报告过程的一部分,UE 102向ng-eNB 104传输测量报告消息。
回到事件352,在一些实施方式中的UE 102将NR PDCP PDU 4的PDCP报头中的序列号(SN)设置为零。
在其他实施方式中,响应于在概念上与交换302分离的NR PDCP PDU的后续通信事件,UE 102向传输计数变量(TX_COUNT)分配初始值(例如,零)。本事件可以是例如接收RRCConnectionRelease消息,发起RRC连接恢复过程,向ng-eNB 104传输RRCConnectionResumeRequest消息,或者接收RRCConnectionSetup消息。然后,UE 102使用TX_COUNT来传输包括RRC消息的NR PDCP PDU。
在一些实施方式中,如果在RRCConnectionSetup消息中配置了完整性保护,则UE102使用TX_COUNT来生成用于包括RRCConnectionSetupComplete消息的RRC PDU的完整性(MAC-I)的消息认证码。如果在RRCConnectionSetup消息中配置了加密,则UE 102可以使用TX_COUNT加密包括RRC PDU和用于RRC PDU的MAC-I的消息认证码的PDCP服务数据单元(SDU)。在本实施方式中的UE 102将加密的PDCP SDU包括在NR PDCP PDU 4中,并且将NRPDCP PDU 4的PDCP PDU报头中的SN设置为TX_COUNT的特定数量的(X个)最低有效位(LSB)。例如,X的值可以是SN的长度。然后,UE 102在加密PDCP SDU或生成NR PDCP PDU 4之后,将TX_COUNT值增加1。在其他实施方式中,如果在RRCConnectionSetup消息中既没有配置完整性保护也没有配置加密,则UE 102仍然生成包括RRCConnectionSetupComplete消息的RRCPDU的MAC-I,并且将MAC-I设置为默认值(例如,0)。在本实施方式中的UE 102生成PDCP SDU以包括RRC PDU和MAC-I,将PDCP SDU包括在NR PDCP PDU 4中,并且将NR PDCP PDU 4的PDCP PDU报头中的SN设置为特定TX_COUNT的特定数量的(X个)最低有效位(LSB)。
此外,当UE 102需要在传输RRCConnectionSetupComplete消息之后或在从ng-eNB104(或ng-eNB 106)接收到SecurityModeCommand消息之后传输第一RRC消息时,在一个实施方式中的UE 102使用TX_COUNT来加密包括RRC PDU的PDCP SDU,所述RRC PDU包括第一RRC消息以及包括RRC PDU的MAC-I。然后,UE 102将加密的PDCP SDU包括在NR PDCP PDU 5中。然后,UE 102将NR PDCP PDU 5的PDCP PDU报头中的SN设置为TX_COUNT的特定数量的LSB。UE 102向ng-eNB 104(或ng-eNB 106)传输NR PDCP PDU 5。UE 102在加密PDCP SDU或生成NR PDCP PDU 5之后,还将TX_COUNT增加1。UE 102可以以类似方式传输每个后续RRC消息。
此外,响应于与上面参考TX_COUNT讨论的相同或相似的事件,在一些实施方式中的UE 102向接收计数变量(RX_COUNT)分配初始值(例如,零)。然后,UE 102使用RX_COUNT来处理从ng-eNB 104(或ng-eNB 106)接收的NR PDCP PDU。例如,UE使用RX_COUNT来解密接收到的NR PDCP PDU中的NR PDCP SDU和/或对NR PDCP SDU中的RRC PDU执行完整性检查。在一些实施方式中的UE 102在处理每个NR PDCP PDU之后,将RX_COUNT值增加1。在一个示例情况下,每个NR PDCP PDU都是PDCP数据PDU。
现在参考图4,在本情况下的RRC控制器122或UE 102的其他合适组件在转换到RRC_CONNECTED状态之后,建立NR PDCP实体126的新实例,使得NR PDCP实体126的不同实例参与到交换302和传输RRCConnectionSetupComplete消息(以及后续RRC消息)中。
在这种情况下,UE 102最初处于RRC_CONNECTED状态401,并且ng-eNB 104交换NRPDCP PDU(402),类似于上面讨论的交换302。然后,ng-eNB 104执行连接释放过程410,其类似于过程310。然后,UE 102转换到RRC_INACTIVE状态(418),随后发起RRC连接恢复过程(420),向ng-eNB 104(或ng-eNB 106)在其中操作的eLTE网络传输RRCConnectionResumeRequest消息(422),接收RRCConnectionSetup消息(424),并且转换到RRC_CONNECTED状态(430)(类似于上面讨论的事件318、事件320、事件322和事件324)。
如图4所示,RRC控制器122在向ng-eNB 104传输RRCConnectionSetupComplete消息(452)之前,释放NR PDCP实体126(432)并建立NR PDCP实体126的新实例(434)。UE 102可以在创建NR PDCP实体126的实例时或在传输RRCConnectionSetupComplete消息(452)时,将默认NR PDCP配置应用于NR PDCP实体126。在一些实施方式中,UE 102在接收到RRCConnectionRelease消息之前,释放ng-eNB 104配置的无线电资源(例如,除了SRB0之外的所有已建立的RB)。无线电资源可以包括EUTRA RLC实体、(如果已配置的)NR SDAP实体和其他NR PDCP实体。
NR PDCP实体126的新实例向ng-eNB 104传输包括RRCConnectionSetupComplete消息的NR PDCP PDU(452)。后续的事件454、事件456、事件460和事件470类似于上面讨论的事件354、事件356、事件360和事件370。
大体参考图3和图4,响应于不同事件,在其他实施方式中的RRC控制器122可以建立、重新建立(即,应用新配置)和释放NR PDCP实体126的实例。
例如,UE 102可以在从ng-eNB 104接收到RRCConnectionRelease消息(312)之前或响应于从ng-eNB 104接收到RRCConnectionRelease消息(312),建立NR PDCP实体126。当UE 102在接收到RRCConnectionRelease消息(312)之前建立NR PDCP实体126时,UE 102接收NR PDCP PDU 3(314),并且使用NR PDCP实体126从NR PDCP PDU 3中提取RRCConnectionRelease消息。UE 102可以响应于RRCConnectionRelease消息或在向ng-eNB104(或ng-eNB 106)传输RRCConnectionSetupComplete消息(352、452)之前,为NR PDCP实体126应用默认NR PDCP配置(参考上面描述的NR PDCP实体126或NR PDCP实体126的新实例)。然后,为了例如响应于RRCConnectionRelease消息(事件314),响应于发起RRC连接恢复过程(320、420),响应于RRCConnectionSetup消息(事件324、事件424),或响应于向ng-eNB 104(或ng-eNB 106)传输RRCConnectionSetupComplete消息(352、452),在传输RRCConnectionSetupComplete消息(352、452)之前,UE 102可以重新建立NR PDCP实体126。
在一些情况下,如果RRCConnectionSetup消息包括由UE 102用来传输RRCConnectionSetupComplete消息的SRB1的NR PDCP配置(例如,PDCP-Config信元),则UE102将NR PDCP配置应用于NR PDCP实体126。例如,RRCConnectionSetup消息包括用于SRB1的SRB-ToAddMod信元,并且SRB-ToAddMod信元包括NR PDCP配置。在另一示例中,RRCConnectionSetup消息不包括NR PDCP配置。
如果RRCConnectionSetup消息包括用于SRB1的RLC配置(例如,RLC-Config信元),则UE 102可以根据RLC配置建立EUTRA RLC实体(或称为RLC承载),并且将EUTRA RLC实体和NR PDCP实体126相关联。然后,NR PDCP实体126经过EUTRA RLC实体传输NR PDCP PDU 4(354、454)。
ng-eNB 104(或ng-eNB 106)可以在接收到RRCConnectionSetupComplete消息之前,将默认NR PDCP配置应用于NR PDCP实体136(参考上面描述的NR PDCP实体136或NRPDCP实体136的新实例)。UE和ng-eNB 104(或ng-eNB 106)应用的默认NR PDCP配置可以相同或不同。在一个示例中,ng-eNB 104(或ng-eNB 106)可以将用于SRB1的NR PDCP配置(例如,PDCP-Config信元)包括在RRCConnectionSetup消息中。ng-eNB 104(或ng-eNB 106)可以将NR PDCP配置应用于NR PDCP实体136。例如,ng-eNB 104(或ng-eNB 106)将NR PDCP配置包括在用于SRB1的SRB-ToAddMod信元中,并且将其包括在RRCConnectionSetup消息中。在另一示例中,ng-eNB 104(或ng-eNB 106)不将NR PDCP配置包括在RRCConnectionSetup消息中。
ng-eNB 104(或ng-eNB 106)可以将用于SRB1的RLC配置(例如,RLC-Config信元)包括在RRCConnectionSetup消息中。ng-eNB 104(或ng-eNB 106)可以根据RLC配置建立EUTRA RLC实体(或RLC承载),并且将EUTRA RLC实体和NR PDCP实体136相关联。PDCP实体136经由EUTRA RLC实体接收NR PDCP PDU 4(354,454)。或者,尽管ng-eNB 104(或ng-eNB106)将RLC配置包括在RRCConnectionSetup消息中,但是ng-eNB 104(或ng-eNB 106)可以根据与RLC配置不同的默认RLC配置,建立EUTRA RLC实体(或RLC承载)。然后,NR PDCP实体136经由EUTRA RLC实体接收NR PDCP PDU 4(354、454)。
作为另一示例,RRC控制器122在从ng-eNB 104接收到RRCConnectionRelease消息(314)之前,建立NR PDCP实体126。UE 102接收NR PDCP PDU 3,并且使用NR PDCP实体126来从NR PDCP PDU 3中提取RRCConnectionRelease消息。响应于RRCConnectionRelease消息,本实施方式中的RRC控制器122释放NR PDCP实体126。
在eLTE网络侧(例如,在ng-eNB 104),RRC控制器132或eLTE网络的其他合适组件也可以使用与用于SRB的NR PDCP实体136的实例相同的实例,以传送RRC消息,或者,在恢复RRC连接时,重新建立NR PDCP实体136。以与在UE 102中操作的RRC控制器122大体相似的方式,RRC控制器132可以响应于各种事件(诸如从UE 102接收或向UE 102传输的消息),释放并建立NR PDCP实体136的实例。
例如,RRC控制器132可以在接收NR PDCP PDU 4(352、452)之前,建立用于SRB(例如,SRB1)的NR PDCP实体136。然后,ng-eNB 104可以使用NR PDCP实体136从NR PDCP PDU 4中提取RRCConnectionSetupComplete消息。在一个示例实施方式中,RRC控制器132响应于从UE 102接收到RRCConnectionResumeRequest消息(322、422),建立NR PDCP实体136。在另一示例实施方式中,RRC控制器132响应于向UE 102传输RRCConnectionSetup消息(324),建立NR PDCP实体136。RRC控制器136可以在建立NR PDCP实体136时或在从UE 102接收RRCConnectionSetupComplete消息(352)之前,将默认NR PDCP配置应用于NR PDCP实体136。
作为另一示例,RRC控制器132(或eLTE网络的另一合适组件)可以在向UE 102传输RRCConnectionRelease消息(312)之前,建立NR PDCP实体136,以与UE 102交换RRC消息。RRC控制器132可以响应于向UE 102传输RRCConnectionRelease消息(312)或者在从UE 102接收RRCConnectionSetupComplete消息(352、452)之前,将默认NR PDCP配置应用于NRPDCP实体136。为了例如响应于向UE 102传输RRCConnectionRelease消息(312),响应于接收到RRCConnectionResumeRequest消息(322、422),或者响应于传输RRCConnectionSetup消息(324、424),在接收RRCConnectionSetupComplete消息(352)之前,RRC控制器132可以重新建立NR PDCP实体136。
在上面参考图3和图4讨论的实施方式中,UE 102和ng-eNB 104(或ng-eNB 106)利用NR PDCP格式来传送RRCConnectionSetupComplete消息以及与一个或多个后续RRC过程相关的消息。或者,UE 102和ng-eNB 104(或ng-eNB 106)可以将EUTRA PDCP格式应用于RRCConnectionSetupComplete消息、与一个或多个后续RRC过程相关的消息、或两者。
参考图5,事件或状态501、502、510、518、520、522、524和520类似于事件或状态301/401、302/402、310/410、318/418、320/420、322/422、324/424和330/430。然而,在这种情况下,RRC控制器122释放包括NR PDCP实体126在内的所有无线电资源(538)。然后,RRC控制器122向EUTRA PDCP实体124提供RRCConnectionSetupComplete消息(550),EUTRA PDCP实体124将该RRC消息包括在EUTRA PDCP PDU 1中,并且向ng-eNB 104(或ng-eNB 106)传输EUTRA PDCP PDU 1(552)。
ng-eNB 104接收EUTRA PDCP PDU 1,并且根据EUTRA PDCP格式,使用EUTRA PDCP实体134从该PDU中提取RRCConnectionSetupComplete消息(554)。与图3的技术相反,现有的ng-eNB可能尝试使用NR PDCP实体并相应地使用NR PDCP格式来提取RRCConnectionSetupComplete消息。由于上面描述的原因,该解码失败。
然后,EUTRA PDCP实体134向RRC控制器132提供RRCConnectionSetupComplete消息(556),RRC控制器132解码RRC消息(560)。因此,在这种情况下,通过使用相同格式(即EUTRA PDCP格式),UE 102传输RRCConnectionSetupComplete消息,并且ng-eNB 104解码RRCConnectionSetupComplete消息。
在图5的情况下UE 102已经恢复RRC连接之后,UE 102和ng-eNB 104可以使用EUTRA PDCP格式执行一个或多个后续过程(例如,安全模式、DL信息、UL信息、RRC重新配置)(570),以传输RRC消息并解码接收到的RRC消息。因此,UE 102可以继续使用EUTRA PDCP实体124,并且ng-eNB 104可以继续使用EUTRA PDCP实体134。
类似于图3的情况,在一些实施方式中的UE 102将EUTRA PDCP PDU 1的PDCP报头中的SN设置为零。
在其他实施方式中,UE 102响应于某个事件,向传输超帧号(TX_HFN)分配初始值(例如,零),并且向下一个PDCP传输变量(Next_PDCP_TX_SN)分配另一初始值(也可以为零)。类似于上面讨论的TX_COUNT变量,事件可以是例如接收RRCConnectionRelease消息、发起RRC连接恢复过程、向ng-eNB 104传输RRCConnectionResumeRequest消息或接收RRCConnectionSetup消息。然后,UE 102使用TX_HFN和Next_PDCP_TX_SN来传输EUTRA PDCPPDU 1以及后续的EUTRAPDCP PDU。
此外,如果在RRCConnectionSetup消息中配置了完整性保护,则在一些实施方式中的UE 102使用TX_HFN和Next_PDCP_TX_SN来生成包括RRCConnectionSetupComplete消息的RRC PDU的MAC-I。如果在RRCConnectionSetup消息中配置了加密,则UE可以加密包括RRCPDU和RRC PDU消息的MAC-I的PDCP SDU。UE 102将加密的PDCP SDU包括在EUTRA PDCP PDU1中。UE 102将EUTRA PDCP PDU 1的PDCP PDU报头中的SN设置为Next_PDCP_TX_SN。然后,UE102在加密PDCP SDU或生成EUTRA PDCP PDU1之后,将Next_PDCP_TX_SN增加1。在其他实施方式中,如果RRCConnectionSetup消息中既没有配置完整性保护也没有配置加密,则UE102仍然生成包括RRCConnectionSetupComplete消息的RRC PDU的MAC-I,并且将MAC-I设置为默认值(例如,0)。本实施方式中的UE 102生成PDCP SDU以包括RRC PDU和MAC-I,将PDCPSDU包括在NR PDCP PDU 4中,并且将NR PDCP PDU 4的PDCP PDU报头中的SN设置为Next_PDCP_TX_SN。
当UE 102需要在传输RRCConnectionSetupComplete消息(552)之后或者在从ng-eNB 104(或ng-eNB 106)接收到SecurityModeCommand消息之后传输第一RRC消息时,在一些实施方式中的UE 102使用TX_HFN和Next_PDCP_TX_SN来加密包括具有第一RRC消息RRCPDU和具有RRC PDU的MAC-I的PDCP SDU。UE 102将加密的PDCP SDU包括在EUTRA PDCP PDU2中。UE 102将EUTRA PDCP PDU 2的PDCP PDU报头中的SN设置为Next_PDCP_TX_SN。UE 102在加密PDCP SDU或生成EUTRA PDCP PDU 2之后,将Next_PDCP_TX_SN增加1。然后,UE 102向ng-eNB 104(或ng-eNB 106)传输EUTRA PDCP PDU 2。UE 102可以以类似方式传输每个后续RRC消息。
此外,响应于与上面参考RX_COUNT变量描述的事件类似的事件,在一些实施方式中的UE 102向接收计数变量HFN(RX_HFN)以及下一个PDCP接收SN(Next_PDCP_RX_SN)分配初始值(例如,零)。然后,UE 102使用RX_HFN和Next_PDCP_RX_SN来处理接收到的EUTRAPDCP PDU(例如,用于解密接收到的EUTRA PDCP PDU中的EUTRA PDCP SDU和/或用于对EUTRA PDCP SDU中的RRC PDU进行完整性检查)。UE 102在处理每个EUTRA PDCP PDU(EUTRAPDCP PDU可以是例如数据PDU)之后,将RX_COUNT值增加1。
在图5对应的实施方式中,例如,RRC控制器122可以在接收到RRCConnectionSetup消息(524)之前,为SRB(例如,SRB1)建立NR PDCP实体126。在一个实施方式中,RRC控制器122响应于发起RRC连接恢复过程或向ng-eNB 104传输RRCConnectionResumeRequest消息(522),建立NR PDCP实体126。UE 102可以响应于RRCConnectionSetup消息,释放NR PDCP实体126。
在另一示例实施方式中,在过程510期间,UE 102在从ng-eNB接收到RRCConnectionRelease消息之前,建立NR PDCP实体126。更具体地,UE 102可以接收NRPDCP PDU 3,使用NR PDCP实体126从NR PDCP PDU 3提取RRCConnectionRelease消息,并且响应于RRCConnectionRelease消息,释放NR PDCP实体126。
又例如,RRC控制器122可以响应于从ng-eNB 104接收到RRCConnectionRelease消息,建立NR PDCP实体126。在这种情况下的RRC控制器122可以响应于接收到RRCConnectionSetup消息(524),释放NR PDCP实体126。
在一些实施方式中,RRC控制器122在释放NR PDCP实体126的同时,建立EUTRAPDCP实体124。具体地,RRC控制器122可以响应于接收到RRCConnectionSetup消息(524),建立EUTRA PDCP实体124。
现在参考图6,本情况下的UE 102和ng-eNB 104(或ng-eNB 106)利用EUTRA PDCP格式来传送RRCConnectionSetupComplete消息,类似于图5的情况。然而,在这里,在一个或多个后续过程期间,UE 102和ng-eNB 104(或ng-eNB 106)利用NR PDCP格式来传送RRC消息。
更具体地,事件或状态601、602、610、618、620、622、624、620和630类似于事件或状态301/401/501、302/402/502、310/410/510、318/418/518、320/420/520、322/422/522、324/424/524和330/430/530。在RRC控制器122转换到RRC_CONNECTED状态(630)之后,RRC控制器122建立NR PDCP实体126的新实例(639)。
然后,RRC控制器122向EUTRA PDCP实体124提供RRCConnectionSetupComplete消息(650)。取决于实施方式,RRC控制器122可以在接收到RRCConnectionSetup消息(624)之后,建立EUTRA PDCP实体124,或者RRC控制器122继续利用更早(例如,在交换602之前)建立的EUTRA PDCP实体124的实例。EUTRAPDCP实体124将RRCConnectionSetup消息包括EUTRAPDCP PDU 1中,并且向ng-eNB 104传输EUTRA PDCP PDU 1(652)。然后,ng-eNB 104接收EUTRA PDCP PDU1,根据EUTRA PDCP格式使用EUTRA PDCP实体134从该PDU中提取RRCConnectionSetupComplete消息(654),并且向RRC控制器132提供RRCConnectionSetupComplete消息(656),RRC控制器132进而解码RRC消息(660)。类似于图5的情况,通过使用EUTRA PDCP格式,UE 102传输RRCConnectionSetupComplete消息,并且ng-eNB 104(或ng-eNB 106)解码RRCConnectionSetupComplete消息。
然而,UE 102的NR PDCP实体126然后可以使用NR PDCP格式,与ng-eNB 104(或ng-eNB 106)的NR PDCP实体136交换与后续RRC过程相关的RRC消息(例如,安全模式、DL信息、UL信息、RRC重新配置)(670)。因此,在本实施方式中,UE 102和ng-eNB 104(或ng-eNB 106)最初使用NR PDCP格式交换PDCP PDU,使用EUTRA PDCP格式来恢复RRC连接,并且为后续RRC过程继续使用NR PDCP格式。如先前所述,UE 102可以将默认NR PDCP配置应用于NR PDCP实体126。如先前所述,如果RRCConnectionSetup消息包括NR PDCP配置,则UE 102可以将NRPDCP配置应用于NR PDCP实体126。如先前所述,ng-eNB 104(或ng-eNB 106)可以将默认NRPDCP配置应用于NR PDCP实体136。如先前所述,如果RRCConnectionSetup消息包括NR PDCP配置,则ng-eNB 104(或ng-eNB 106)可以将NR PDCP配置应用于NR PDCP实体136。
为了管理PDU计数,本实施方式中的UE 102可以使用上面参考图3讨论的TX_COUNT技术和上面参考图5讨论的TX_HFN和Next_PDCP_TX_SN技术。更具体地,UE 102可以将TX_COUNT技术应用于传出NR PDCP PDU,并且将TX_HFN/Next_PDCP_TX_SN技术应用于传出EUTRA PDCP PDU。UE 102还可以利用上面讨论的RX_COUNT技术来处理接收到的NR PDU。因为在这种情况下,UE 102没有从ng-eNB 104接收EUTRA PDCP PDU,所以UE 102不需要为EUTRA PDCP PDU实施RX_COUNT技术。
大体参考图3-6,UE 102和ng-eNB 104在其中操作的eLTE网络可以使用EUTRA RLCPDU彼此传送上面讨论的PDCP PDU。如图2B所示,在控制面上,EUTRA PDCP子层218和NRPDCP子层208分层在RLC子层206之上。在一些实施方式中,响应于RRCConnectionSetup消息,响应于发起RRC连接恢复过程,或响应于传输RRCConnectionResumeRequest消息,UE102建立用于SRB(例如,SRB1)的EUTRA RLC实体(为避免混乱,未在任何附图中示出)。类似地,例如,ng-eNB 104可以响应于接收到RRCConnectionResumeRequest消息,建立用于SRB的EUTRA RLC实体(为避免混乱,也在上述附图中省略)。UE 102的EUTRA RLC实体和ng-eNB104的EUTRA RLC实体可以使用EUTRA RLC PDU来传输和接收NR PDCP PDU和/或EUTRA PDCPPDU。
图7是用于传输无线电连接已经恢复的指示的示例方法700的流程图。方法700可以在UE 102中实施,并且在下面参考UE 102进行讨论。然而,方法700通常可以在任何合适设备中实施。
在框702,UE 102根据对应于第一RAT的格式,与基站(诸如ng-eNB 104)传送消息。例如,第一RAT可以是NR,并且消息可以符合NR PDCP格式。UE 102在框702使用无线电连接(例如,RRC连接)在符合不同的第二RAT的无线电接口上传送这些消息。例如,第二RAT可以是EUTRA。根据在EUTRA无线电接口上的NR格式传送消息的示例包括交换302、交换402、交换502和交换604。在框702的UE 102可以在RRC_CONNECTED状态(参见图3中的状态301,图4中的状态401、图5中的状态501和图6中的状态601)下操作。
在框704,UE 102可以暂停无线电连接。例如,UE 102可以转换到RRC_INACTIVE状态(图3中的事件318、图4中的事件418、图5中的事件518和图6中的事件618)。该暂停可能是由于接收到RRCConnectionRelease消息(例如,图3中的事件312),而这又可能是由于在UE102的数据不活动一定时间。
接下来,在框706,UE 102可以恢复无线电连接(例如,图3中的事件320、图4中的事件420、图5中的事件520和图6中的事件620)。例如,RRC控制器122可以接收传出数据可用于传输到ng-eNB 104或另一基站的指示。
在框708,UE 102传输无线电连接已经恢复的指示(例如,图3中的事件352和图4中的事件452)。该指示可以是RRCConnectionSetupComplete消息。UE 102使用对应于第一RAT的格式。为了继续上面的示例,对应于第一RAT的格式可以是NR PDCP。如上所述,ng-eNB104可以使用NR PDCP实体来解码该RRC消息。
可选地,在框710的UE 102可以根据对应于第一RAT的格式,执行至少一个后续RRC过程(例如,图3中的事件370和图4中的事件470)。
图8是用于传输无线电连接已经恢复的指示的另一示例方法800的流程图。方法800也可以在UE 102中实施,并且在下面参考UE 102的示例进行讨论。
方法800的框802、框804和框806类似于方法700的框702、框704和框706。然而,在框810,UE 102传输无线电连接已经恢复的指示(例如,图5中的事件552和图6中的事件652)。该指示可以是RRCConnectionSetupComplete消息,类似于方法700,但是根据本方法,UE 102使用对应于第二RAT的格式。为了继续上面的示例,对应于第二RAT的格式可以是EUTRA PDCP。如上所述,ng-eNB 104可以使用EUTRA PDCP实体来解码该RRC消息。
方法800可以包括可选框812或可选框814。在框812,UE 102根据对应于第二RAT的格式,执行后续RRC过程,该格式在上面的示例中为EUTRA(例如,图5中的事件570)。另一方面,在框814,UE 102根据对应于第一RAT的格式,执行后续RRC过程,该格式在上面的示例中为NR(例如,图6中的事件670)。
接下来,图9示出了用于解码无线电连接已经恢复的指示的示例方法900。方法900可以在任何合适基站中实施,并且在下面参考ng-eNB 104的示例进行讨论。
在框902,ng-eNB 104根据对应于第一RAT的格式,与UE(诸如UE 102)传送消息。例如,第一RAT可以是NR,并且消息可以符合NR PDCP格式。ng-eNB 104在框902使用无线电连接(例如,RRC连接)在符合不同的第二RAT的无线电接口上传送这些消息。例如,第二RAT可以是EUTRA。根据在EUTRA无线电接口上的NR PDCP格式来传送消息的示例包括交换302、交换402、交换502和交换604。
在框904,ng-eNB 104可以向UE 102传输命令以暂停无线电连接,例如RRC连接(例如,图3的事件312)。例如,ng-eNB 104可以响应于检测到一段时间不活动,传输该命令。
在框906,ng-eNB 104可以接收无线电连接已经恢复的指示。该指示的示例包括图3-6的事件352、事件422、事件522和事件622。
在框908,根据方法900,ng-eNB 104根据对应于第二RAT的格式(例如,EUTRA),解码该指示(例如,图5的事件554和图6的事件654)。更具体地,ng-eNB 104可以使用对应于第二RAT的PDCP实体,并且根据第二RAT的格式处理PDU。
方法900可以包括可选框910或可选框912。在框912,ng-eNB 104根据对应于第二RAT的格式,执行后续RRC过程,该格式在上面的示例中为EUTRA(例如,图5中的事件570)。另一方面,在框912,ng-eNB 104根据对应于第一RAT的格式,执行后续RRC过程,该格式在上面的示例中为NR(例如,图6中的事件670)。
以下附加考虑适用于上述讨论。
可以在其中实施本公开的技术的用户设备(例如,UE 102)可以是能够进行无线通信的任何合适设备,诸如智能电话、平板电脑、膝上型电脑、移动游戏控制台、销售点(POS)终端、健康监测设备、无人机、相机、流媒体加密狗或者其他个人媒体设备、可穿戴设备(诸如智能手表)、无线热点、毫微微蜂窝或宽带路由器。此外,在某些情况下,用户设备可以嵌入到电子***中,诸如车辆的头部单元(head unit)或高级驾驶员辅助***(ADAS)。此外,用户设备可以作为物联网(IoT)设备或移动互联网设备(MID)操作。取决于类型,用户设备可以包括一个或多个通用处理器、计算机可读存储器、用户接口、一个或多个网络接口、一个或多个传感器等。
在本公开中将某些实施例描述为包括逻辑或多个组件或模块。模块可以是软件模块(例如,代码或存储在非暂时性机器可读介质上的机器可读指令)或硬件模块。硬件模块是能够执行特定操作的有形单元,并且可以以特定方式配置或布置。硬件模块可以包括永久配置(例如,作为专用处理器,诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)、数字信号处理器(DSP)等)的专用电路或逻辑,以执行某特定操作。硬件模块还可以包括由软件临时配置以执行特定操作的(例如,包含在通用处理器或其他可编程处理器内的)可编程逻辑或电路。在专用和永久配置的电路中或在临时配置的电路(例如,由软件配置)中实现硬件模块的决定可以是出于成本和时间考虑的。
当在软件中实现时,本技术可以作为操作***的一部分、多个应用使用的库、特定软件应用等提供。该软件可以由一个或多个通用处理器或一个或多个专用处理器执行。
在阅读本公开后,本领域技术人员将理解用于通过本文公开的原理恢复RRC连接的其他和替代的结构和功能设计。因此,虽然已经示出和描述了特定实施例和应用,但是应当理解,所公开的实施例不限于本文公开的精确构造和组件。对本领域普通技术人员显而易见的是,在不脱离所附权利要求中限定的精神和范围的情况下,可以对本文公开的方法和装置的布置、操作和细节进行各种修改、改变和变化。
以下的各方面列表反映了本公开明确考虑的各种实施例。
方面1、一种用户设备(UE)中用于恢复与基站的连接的方法,其可以由处理硬件执行。所述方法包括:在符合第二RAT的无线电接口上使用无线电连接,根据对应于第一RAT的第一格式与基站传送第一消息。所述方法还包括:暂停无线电连接;并且在暂停之后:(i)根据对应于第二RAT的第二格式,向基站传输无线电连接已经恢复的指示,以及(ii)根据第一格式或第二格式,传送用于控制无线电资源的过程的第二消息。
方面2、根据方面1所述的方法,包括:根据第一格式,传输第二消息。
方面3、根据方面1所述的方法,包括:根据第二格式,传输第二消息。
方面4、根据方面1所述的方法,还包括:使用第一格式,建立用于与基站通信的第一实体;并且当无线电连接已经恢复时:(i)释放第一实体,以及(ii)使用第二格式,建立用于与基站通信的第二实体。
方面5、根据方面1-4中任一项所述的方法,其中,第一格式是NR PDCP,并且第二格式是EUTRAPDCP。
方面6、根据方面1-5中任一项的方法,其中,传输所述无线电连接已经恢复的指示包括传输RRC消息。
方面7、根据方面1-6中任一项所述的方法,其中,所述过程是以下之一:(i)激活接入层安全(access stratum security)的安全模式过程、(ii)下行链路(DL)信息过程、(iii)上行链路(UL)信息过程、(iv)连接重新配置过程、或(v)测量报告过程。
方面8、根据方面1-7中任一项所述的方法,其中,所述传输指示包括:将包括指示的数据单元的报头中的计数设置为零。
方面9、一种UE,其包括被配置为实施上述方面中的任一项所述的方法的处理硬件。
方面10、一种在基站中用于恢复与UE连接的方法,其可以由处理硬件执行,并且包括:根据对应于第一RAT的格式,在符合第二RAT的无线电接口上使用无线电连接与UE传送消息;向UE传输释放无线电连接的命令;在传输之后,处理硬件从UE接收连接已经恢复的指示;以及,根据对应于第一RAT的格式,解码指示。
方面11、根据方面10所述的方法,其中,所述格式是第一格式,所述方法还包括在接收到指示之后:根据对应于第二RAT的第二格式,传送与控制无线电资源相关的过程的消息。
方面12、根据方面10所述的方法,还包括在接收到指示之后:根据对应于第一RAT的格式,通过处理硬件与UE传送控制无线电资源的过程的消息。
方面13、根据方面10或方面11所述的方法,其中,所述过程是以下之一:(i)激活接入层安全的安全模式过程、(ii)下行链路(DL)信息过程、(iii)上行链路(UL)信息过程、(iv)连接重新配置过程、或(v)测量报告过程。
方面14、根据方面10所述的方法,其中,所述格式与向第二协议子层提供无线电承载的第一协议子层相关联,其中,UE和基站在第二协议子层传送与控制无线电资源相关的消息。
方面15、根据方面14所述的方法,其中,所述第一协议子层是PDCP协议,并且其中,所述第二协议子层是RRC协议。
方面16、一种基站,包括被配置为执行根据方面10-15中任一项所述的方法的处理硬件。
Claims (15)
1.一种用户设备(UE)中用于恢复与基站的连接的方法,所述方法包括:
处理硬件根据对应于第一无线电接入技术(RAT)的格式,使用无线电连接在符合第二RAT的无线电接口上与基站传送消息;
处理硬件暂停无线电连接;以及
在暂停之后,处理硬件根据对应于第一RAT的格式,向基站传输无线电连接已经恢复的指示。
2.根据权利要求1所述的方法,其中,所述格式与向第二协议子层提供无线电承载的第一协议子层相关联,其中,UE和基站在第二协议子层传送与控制无线电资源相关的消息。
3.根据权利要求2所述的方法,其中,第一协议子层是分组数据汇聚协议(PDCP)协议,并且其中,第二协议子层是无线电资源控制(RRC)协议。
4.根据权利要求1-3中任一项所述的方法,在传输之后还包括:
处理硬件根据对应于第一RAT的格式,与基站传送与控制无线电资源相关的过程的消息。
5.根据权利要求4所述的方法,其中,所述过程是以下之一:
(i)激活接入层安全的安全模式过程、
(ii)下行链路(DL)信息过程、
(iii)上行链路(UL)信息过程、
(iv)连接重新配置过程、或
(v)测量报告过程。
6.根据权利要求1所述的方法,还包括:
处理硬件根据对应于第一RAT的格式,建立用于与基站通信的实体;
其中,传送消息和传输指示包括使用所述实体。
7.根据权利要求1所述的方法,还包括:
处理硬件根据对应于第一RAT的格式,建立用于与基站通信的第一实体,其中,传送消息包括使用第一实体;
处理硬件释放第一实体;以及
处理硬件根据对应于第一RAT的格式,建立用于与基站通信的第二实体,其中,传输指示包括使用第二实体。
8.根据权利要求1所述的方法,还包括:
从基站接收释放无线电连接的命令;
其中,暂停无线电连接是响应于接收到命令的。
9.根据权利要求1所述的方法,还包括:
处理硬件向基站传输恢复无线电连接的请求;
处理硬件从基站接收设置无线电连接的命令;以及
响应于接收到命令,恢复无线电连接。
10.根据权利要求1所述的方法,其中,传输所述指示包括:
将包括所述指示的数据单元的报头中的计数设置为零。
11.根据权利要求10所述的方法,在暂停之后还包括:
处理硬件根据对应于第一RAT的格式,向基站传输消息,包括:
对每条消息增加计数,以及
将计数包括在包括消息的各个数据单元的报头中。
12.根据权利要求1-11中任一项所述的方法,其中:
第一RAT是5G NR;以及
第二RAT是EUTRA。
13.根据权利要求1所述的方法,还包括:
在暂停之后,应用与第一RAT的分组数据汇聚协议(PDCP)协议相关联的默认配置。
14.根据权利要求1所述的方法,在传输之后还包括:
使用第一RAT的PDCP协议来经由信令无线电承载1(SRB1)与基站传送消息。
15.一种用户设备(UE),包括被配置为根据前述权利要求中任一项实施的处理硬件。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962805829P | 2019-02-14 | 2019-02-14 | |
US62/805,829 | 2019-02-14 | ||
PCT/US2020/018077 WO2020168055A1 (en) | 2019-02-14 | 2020-02-13 | Resuming radio connections in a communication network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113692778A true CN113692778A (zh) | 2021-11-23 |
Family
ID=69811909
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080028919.5A Pending CN113692778A (zh) | 2019-02-14 | 2020-02-13 | 恢复通信网络中的无线电连接 |
Country Status (7)
Country | Link |
---|---|
US (2) | US20220141914A1 (zh) |
EP (1) | EP3915334A1 (zh) |
KR (1) | KR20210126623A (zh) |
CN (1) | CN113692778A (zh) |
BR (1) | BR112021015839A2 (zh) |
TW (1) | TWI747164B (zh) |
WO (1) | WO2020168055A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113692778A (zh) * | 2019-02-14 | 2021-11-23 | 谷歌有限责任公司 | 恢复通信网络中的无线电连接 |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105230053A (zh) * | 2013-06-28 | 2016-01-06 | 英特尔公司 | 恢复移动网络中的分组服务 |
CN106134277A (zh) * | 2016-06-20 | 2016-11-16 | 北京小米移动软件有限公司 | 基站、数据传输方法及装置 |
CN107211360A (zh) * | 2015-02-03 | 2017-09-26 | 高通股份有限公司 | 用户设备中基于应用优选项的无线接入技术(rat)选择 |
US20170311290A1 (en) * | 2016-04-20 | 2017-10-26 | Convida Wireless, Llc | System Information Provisioning And Light Weight Connection Signaling |
TW201811097A (zh) * | 2016-08-12 | 2018-03-16 | 美商高通公司 | 跨無線電存取技術的能力協調 |
CN107995688A (zh) * | 2016-01-08 | 2018-05-04 | 瑞典爱立信有限公司 | 用于无线电资源控制的方法和设备 |
CN108140944A (zh) * | 2015-10-16 | 2018-06-08 | At&T知识产权部有限合伙公司 | 用于调整无线通信的方法和装置 |
CN108271227A (zh) * | 2017-01-04 | 2018-07-10 | 电信科学技术研究院 | 一种跨rat的终端状态确定方法及终端 |
WO2018175809A1 (en) * | 2017-03-22 | 2018-09-27 | Comcast Cable Communications, Llc | Random access process in new radio |
CN108605376A (zh) * | 2016-02-04 | 2018-09-28 | 日本电气株式会社 | 无线终端、无线站及其方法 |
CN108632922A (zh) * | 2017-03-23 | 2018-10-09 | 中兴通讯股份有限公司 | 一种移动性管理方法及装置 |
CN108702732A (zh) * | 2016-04-01 | 2018-10-23 | 英特尔Ip公司 | 无线电接入网络(ran)始发的寻呼消息传送 |
CN109104745A (zh) * | 2017-06-21 | 2018-12-28 | 中兴通讯股份有限公司 | 基于空口质量的流量控制方法、装置和计算机设备 |
CN109151870A (zh) * | 2017-06-16 | 2019-01-04 | 华为技术有限公司 | 信息处理方法以及相关装置 |
CN109150432A (zh) * | 2017-06-15 | 2019-01-04 | 夏普株式会社 | 无线通信方法和设备 |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100202613A1 (en) * | 2009-01-07 | 2010-08-12 | Qualcomm Incorporated | Packet bundling at the pdcp layer with ciphering on the pdcp sdu |
US8559387B2 (en) | 2009-05-04 | 2013-10-15 | Blackberry Limited | Indicating radio access technology information to mobile stations system and method |
US8086236B2 (en) * | 2010-01-06 | 2011-12-27 | Htc Corporation | Methods to configure proximity indication in wireless communications systems |
CN103517454A (zh) | 2012-06-27 | 2014-01-15 | 联发科技股份有限公司 | 增强信令连接释放指示处理方法 |
US20160057671A1 (en) | 2014-08-22 | 2016-02-25 | Qualcomm Incorporated | Fast return after circuit switched fall back (csfb) call release |
WO2017188758A1 (ko) | 2016-04-28 | 2017-11-02 | 엘지전자(주) | 무선 통신 시스템에서 nas 시그널링 유보/재개를 수행하기 위한 방법 및 이를 위한 장치 |
US10728927B2 (en) | 2016-11-11 | 2020-07-28 | FG Innovation Company Limited | Data packet delivery in RRC inactive state |
US11445564B2 (en) | 2016-12-20 | 2022-09-13 | Apple Inc. | Apparatuses to switch between LTE rat and NR rat during transition from inactive state to active state |
CN108616880B (zh) * | 2017-01-17 | 2022-07-29 | 中兴通讯股份有限公司 | 一种数据传输的方法、装置及*** |
WO2018147677A1 (en) * | 2017-02-10 | 2018-08-16 | Samsung Electronics Co., Ltd. | Method and apparatus for inactive mode operation in wireless communication system |
US20200196374A1 (en) * | 2017-06-16 | 2020-06-18 | Intel Corporation | L2 handling for bearer type change |
CN109309968B (zh) * | 2017-07-28 | 2022-03-08 | 华硕电脑股份有限公司 | 无线通信***中恢复无线电资源控制连接的方法和设备 |
US10785817B2 (en) * | 2017-09-28 | 2020-09-22 | Apple Inc. | Signaling radio bearer type 3 (SRB3) and secondary cell group (SCG) failure handling |
CN110351896B (zh) * | 2018-04-04 | 2021-07-09 | 华为技术有限公司 | 一种连接重建立方法及装置 |
KR102628038B1 (ko) * | 2018-06-22 | 2024-01-22 | 삼성전자주식회사 | 이동통신 시스템에서 무선 링크 실패 보고 방법 및 장치 |
WO2020097753A1 (en) * | 2018-11-12 | 2020-05-22 | Qualcomm Incorporated | Resuming communication with secondary node in dual connectivity |
CN113692778A (zh) * | 2019-02-14 | 2021-11-23 | 谷歌有限责任公司 | 恢复通信网络中的无线电连接 |
CN111586739B (zh) * | 2019-02-15 | 2022-04-22 | 华为技术有限公司 | 信息处理方法和装置 |
US11350488B2 (en) * | 2020-07-14 | 2022-05-31 | At&T Intellectual Property I, L.P. | Methods and systems to dynamically extend wireless service assurance capability |
-
2020
- 2020-02-13 CN CN202080028919.5A patent/CN113692778A/zh active Pending
- 2020-02-13 EP EP20711406.7A patent/EP3915334A1/en active Pending
- 2020-02-13 KR KR1020217027305A patent/KR20210126623A/ko active Search and Examination
- 2020-02-13 BR BR112021015839-1A patent/BR112021015839A2/pt unknown
- 2020-02-13 US US17/431,072 patent/US20220141914A1/en active Pending
- 2020-02-13 WO PCT/US2020/018077 patent/WO2020168055A1/en unknown
- 2020-02-14 TW TW109104668A patent/TWI747164B/zh active
-
2022
- 2022-05-04 US US17/736,307 patent/US11700664B2/en active Active
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105230053A (zh) * | 2013-06-28 | 2016-01-06 | 英特尔公司 | 恢复移动网络中的分组服务 |
CN107211360A (zh) * | 2015-02-03 | 2017-09-26 | 高通股份有限公司 | 用户设备中基于应用优选项的无线接入技术(rat)选择 |
CN108140944A (zh) * | 2015-10-16 | 2018-06-08 | At&T知识产权部有限合伙公司 | 用于调整无线通信的方法和装置 |
CN107995688A (zh) * | 2016-01-08 | 2018-05-04 | 瑞典爱立信有限公司 | 用于无线电资源控制的方法和设备 |
CN108605376A (zh) * | 2016-02-04 | 2018-09-28 | 日本电气株式会社 | 无线终端、无线站及其方法 |
CN108702732A (zh) * | 2016-04-01 | 2018-10-23 | 英特尔Ip公司 | 无线电接入网络(ran)始发的寻呼消息传送 |
US20170311290A1 (en) * | 2016-04-20 | 2017-10-26 | Convida Wireless, Llc | System Information Provisioning And Light Weight Connection Signaling |
CN106134277A (zh) * | 2016-06-20 | 2016-11-16 | 北京小米移动软件有限公司 | 基站、数据传输方法及装置 |
TW201811097A (zh) * | 2016-08-12 | 2018-03-16 | 美商高通公司 | 跨無線電存取技術的能力協調 |
CN108271227A (zh) * | 2017-01-04 | 2018-07-10 | 电信科学技术研究院 | 一种跨rat的终端状态确定方法及终端 |
WO2018175809A1 (en) * | 2017-03-22 | 2018-09-27 | Comcast Cable Communications, Llc | Random access process in new radio |
CN108632922A (zh) * | 2017-03-23 | 2018-10-09 | 中兴通讯股份有限公司 | 一种移动性管理方法及装置 |
CN109150432A (zh) * | 2017-06-15 | 2019-01-04 | 夏普株式会社 | 无线通信方法和设备 |
CN109151870A (zh) * | 2017-06-16 | 2019-01-04 | 华为技术有限公司 | 信息处理方法以及相关装置 |
CN109104745A (zh) * | 2017-06-21 | 2018-12-28 | 中兴通讯股份有限公司 | 基于空口质量的流量控制方法、装置和计算机设备 |
Non-Patent Citations (2)
Title |
---|
HUAWEI, HISILICON: "R2-1709431 "NR PDCP for MCG SRBs and MCG bearer in EN-DC"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
OPPO: "R2-1806704 "Discussion on PDCP version configuration for Fallback Case in eLTE Resume"", 3GPP TSG_RAN\\WG2_RL2, no. 2, pages 1 - 2 * |
Also Published As
Publication number | Publication date |
---|---|
EP3915334A1 (en) | 2021-12-01 |
KR20210126623A (ko) | 2021-10-20 |
US20220141914A1 (en) | 2022-05-05 |
US11700664B2 (en) | 2023-07-11 |
US20220264692A1 (en) | 2022-08-18 |
WO2020168055A1 (en) | 2020-08-20 |
TWI747164B (zh) | 2021-11-21 |
TW202046813A (zh) | 2020-12-16 |
BR112021015839A2 (pt) | 2021-10-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220124568A1 (en) | Managing mcg fast recovery | |
US20220304092A1 (en) | Fast failure recovery with master node | |
US12041491B2 (en) | Sequence number transfer for radio bearers | |
EP4042743A1 (en) | Conditional full configuration and conditional delta configuration | |
US20230337066A1 (en) | Managing multicast and broadcast services interest information | |
CN113348724A (zh) | 蜂窝网络中在不活动状态下的上行链路通信 | |
EP3915333A1 (en) | Secondary cell group failure in dual connectivity | |
US20230156820A1 (en) | Data Communication In An Inactive State | |
US20220345883A1 (en) | Security key updates in dual connectivity | |
US11700664B2 (en) | Resuming radio connections in a communication network | |
US20240172176A1 (en) | Managing downlink early data transmission | |
US9060355B2 (en) | Message handling | |
US20240147568A1 (en) | Managing early data communication | |
US20240114586A1 (en) | Handling communication errors during early data communication | |
TWI826716B (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 |