CN109479336B - 用于连接管理的***和方法 - Google Patents
用于连接管理的***和方法 Download PDFInfo
- Publication number
- CN109479336B CN109479336B CN201780043106.1A CN201780043106A CN109479336B CN 109479336 B CN109479336 B CN 109479336B CN 201780043106 A CN201780043106 A CN 201780043106A CN 109479336 B CN109479336 B CN 109479336B
- Authority
- CN
- China
- Prior art keywords
- layer
- connection
- reestablishment
- protocol layer
- network device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- 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/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
- H04W12/106—Packet or message integrity
-
- 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/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种用户设备的连接管理方法包括:在确定满足连接重建条件之后,发送用于第一协议层的第一连接的重建请求;接收指示是否允许重建所述第一协议层的所述第一连接的重建响应;当允许重建所述第一协议层的所述第一连接时,完成重建所述第一协议层的所述第一连接,其中,所述用户设备的第二协议层的上下文不变。
Description
本申请要求2016年11月29日递交的发明名称为“用于连接管理的***和方法”的第15/363,714号美国非临时申请案的在先申请优先权,其反过来要求2016年8月11日递交的发明名称为“用于连接管理的***和方法”的第62/373,859号美国临时申请案的在先申请优先权,其在先申请的内容均以引入的方式并入本文。
技术领域
本发明总体涉及用于数字通信的***和方法,并且在特定实施例中,涉及用于连接管理的***和方法。
背景技术
在第三代合作伙伴计划(Third Generation Partnership Project,简称3GPP)长期演进(Long Term Evolution,简称LTE)兼容通信***(以及早期蜂窝通信***)中,用于从无线链路失败或切换失败恢复的连接重建以相对未经优化的过程为特征。这部分是因为协议架构,例如,假设定义的无线链路失败和/或切换失败(radio link failure and/orhandover failure,简称RLF/HOF)中断无线资源控制(radio resource control,简称RRC)连接,则需要具有完整用户设备(user equipment,简称UE)配置的层3恢复过程。另外,这部分是因为这种失败被视为一种应该关注的错误案例,以避免这种问题而不是对问题的响应进行优化。
发明内容
示例性实施例提供了用于连接管理的***和方法。
根据一个示例性实施例,提供了一种用于连接管理方法。该方法包括:在确定满足连接重建条件之后,用户设备(user equipment,简称UE)发送用于第一协议层的第一连接的重建请求;所述UE接收指示是否允许重建所述第一协议层的所述第一连接的重建响应;当允许重建所述第一协议层的所述第一连接时,所述UE完成重建所述第一协议层的所述第一连接,其中,所述UE的第二协议层的上下文不变。
可选的,在任一前述实施例中,所述第一协议层为层2网络层。
可选的,在任一前述实施例中,将用于所述第一协议层的所述第一连接的所述重建请求发送到第一网络设备。
可选的,在任一前述实施例中,完成所述第一协议层的所述第一连接包括:所述UE重置第一协议层实体。
可选的,在任一前述实施例中,所述方法还包括:所述UE通过第一网络设备参与所述UE的合法性检查。
可选的,在任一前述实施例中,所述方法还包括:如果不允许重建所述第一协议层的所述第一连接,则UE发送用于所述第二协议层的第二连接的重建请求。
可选的,在任一前述实施例中,所述第二协议层为层3网络层。
可选的,在任一前述实施例中,将用于所述第二协议层的所述第一连接的所述重建请求发送到第二网络设备。
可选的,在任一前述实施例中,所述连接重建条件包括无线链路失败、低层失败和切换失败中的至少一个。
根据一个示例性实施例,提供了一种用于连接管理方法。该方法包括:第一网络设备从UE接收用于第一协议层的第一连接的重建请求;所述第一网络设备判断所述UE的上下文是否在所述第一网络设备上可用;当所述UE的所述上下文在所述第一网络设备上不可用时,所述第一网络设备判断所述UE的所述上下文是否可从第二网络设备检索到;所述第一网络设备发送重建响应,其中,所述重建响应指示当所述UE的所述上下文在所述第一网络设备上可用时或者当所述UE的所述上下文在所述第一网络设备上不可用但可从所述第二网络设备检索到时,允许重建所述第一协议层的所述第一连接,其中,在重建所述第一协议层的所述第一连接期间,所述UE的第二协议层的上下文不变。
可选的,在任一前述实施例中,所述方法还包括:所述第一网络设备完成重建所述第一协议层的所述第一连接。
可选的,在任一前述实施例中,所述方法还包括:所述第一网络设备向所述第二网络设备发送用于所述第二协议层的第二连接的重建请求。
可选的,在任一前述实施例中,所述第一协议层为层2网络层,所述第二协议层为层3网络层。
可选的,在任一前述实施例中,所述方法还包括:所述第二网络设备检查所述UE的合法性。
可选的,在任一前述实施例中,检查所述UE的所述合法性包括:所述第一网络设备根据无线资源控制(radio resource control,简称RRC)完整性密钥和所述第一网络设备的标识得到所述UE的认证标识;当所得到的所述UE的所述认证标识与所述UE的所述上下文中包含的所述UE的认证标识匹配时,所述第一网络设备确定所述UE是合法的。
根据一个示例性实施例,提供了一种UE。所述UE包括:包括指令的非瞬时性存储器;与所述非瞬时性存储器进行通信的一个或多个处理器。所述一个或多个处理器执行指令用于:在确定满足连接重建条件之后,发送用于第一协议层的第一连接的重建请求;接收指示是否允许重建所述第一协议层的所述第一连接的重建响应;当允许重建所述第一协议层的所述第一连接时,完成重建所述第一协议层的所述第一连接,其中,所述UE的第二协议层的上下文不变。
可选的,在任一前述实施例中,所述非瞬时性存储器包括指令,用于使得所述UE重置第一协议层实体。
可选的,在任一前述实施例中,所述非瞬时性存储器包括指令,用于:如果不允许重建所述第一协议层的所述第一连接,则使得所述UE发送用于所述第二协议层的第二连接的重建请求。
可选的,在任一前述实施例中,所述连接重建条件包括无线链路失败、低层失败和切换失败中的至少一个。
根据一个示例性实施例,提供了一种第一网络设备。所述第一网络设备包括:包括指令的非瞬时性存储器;与所述非瞬时性存储器进行通信的一个或多个处理器,其中,所述一个或多个处理器执行指令用于:从UE接收用于第一协议层的第一连接的重建请求;判断所述UE的上下文是否在所述第一网络设备上可用;当所述UE的所述上下文在所述第一网络设备上不可用时,判断所述UE的所述上下文是否可从第二网络设备检索到;发送重建响应,其中,所述重建响应指示当所述UE的所述上下文在所述第一网络设备上可用或可从所述第二网络设备检索到时,允许重建所述第一协议层的所述第一连接,其中,在重建所述第一协议层的所述第一连接期间,所述UE的第二协议层的上下文不变。
可选的,在任一前述实施例中,所述非瞬时性存储器包括指令,用于使得所述第一网络设备完成重建所述第一协议层的所述第一连接。
可选的,在任一前述实施例中,所述非瞬时性存储器包括指令,用于使得所述第一网络设备向所述第二网络设备发送用于所述第二协议层的第二连接的重建请求。
可选的,在任一前述实施例中,所述第一网络设备为无线分布式单元(radiodistributed unit,简称RDU),所述第二网络设备为无线集中式单元(radio centralizedunit,简称RCU)。
根据前述实施例的实践,能够实现无线链路失败和/或切换失败的层2链路重建和恢复过程,这使得分布式单元级别的恢复对于集中式单元和层3协议是透明的。因此,与现有技术中实施的层3链路重建过程相比,缩短了恢复过程,限制了用户体验的中断。
附图说明
为了更完整地理解本发明及其优点,现在参考下文结合附图进行的描述,其中:
图1示出了强调具有涉及切换(handover,简称HO)过晚的切换失败(handoverfailure,简称HOF)的3GPP LTE无线链路失败(radio link failure,简称RLF)恢复场景的示图;
图2示出了强调具有涉及HO过早的HOF的3GPP LTE RLF恢复场景的示图;
图3示出了上层实体将滤波应用到从物理(physical,简称PHY)层实体接收到的同步和不同步指示符的效果的示图;
图4示出了根据本文所述示例性实施例的强调新无线(New Radio,简称NR)***设计的示例性通信***;
图5示出了根据本文所述示例性实施例的参与从RLF或HOF恢复的设备的示例性协议架构;
图6示出了根据本文所述示例性实施例的一种示例性通信***;
图7示出了发射器和接收器的演进型分组***(evolved packet system,简称EPS)完整性算法(EPS integrity algorithm,简称EIA);
图8示出了根据本文所述示例性实施例的参与NR层2无线链路重建过程的设备执行的消息交换和处理的示图;
图9示出了根据本文所述示例性实施例的层2无线链路重建PDU的示例性格式;
图10示出了根据本文所述示例性实施例的参与NR层2无线链路重建过程的设备执行的消息交换和处理的示图,其中,在该过程中,目标小区与不同的RDU和RCU连接;
图11示出了根据本文所述示例性实施例的参与NR层2无线链路重建过程的设备执行的消息交换和处理的示图,其中,在该过程中,目标小区与不同的RDU和RCU连接,且目标RDU发起层3无线链路重建;
图12示出了根据本文所述示例性实施例的强调认证标识的示例性检查的通信***;
图13示出了根据本文所述示例性实施例的在参与连接管理的UE中发生的示例性操作的流程图;
图14示出了根据本文所述示例性实施例的在参与连接管理的RDU中发生的示例性操作的流程图;
图15示出了用于执行本文所述方法的处理***实施例的框图;
图16示出了根据本文所述示例性实施例的用于通过通信网络发送和接收信令的收发器的框图。
具体实施方式
以下详细论述当前实例实施例的操作和其结构。但应了解,本发明提供的许多适用发明概念可实施在多种具体环境中。所论述的具体实施例仅仅说明本发明的具体结构以及用于操作本发明的具体方式,而不应限制本发明的范围。
图1示出了强调具有涉及切换(handover,简称HO)过晚的切换失败(handoverfailure,简称HOF)的3GPP LTE无线链路失败(radio link failure,简称RLF)恢复场景的示图100。第一迹线105表示HO过程,第二迹线110表示无线链路监控过程。如第一迹线105所示,HO过程最初处于状态1,直到确定事件触发条件120。然后,HO过程进入状态2并启动触发时间(time to trigger,简称TTT)122。事件触发的示例包括邻区信号质量成为大于主小区(primary cell,简称PCell)或主辅小区(primary secondary cell,简称PSCell)信号质量的偏移,PCell或PSCell的信号质量低于第一阈值,邻区信号质量大于第二阈值,邻区信号质量成为大于辅小区(secondary cell,简称SCell)信号质量的偏移等。然而,会检测到无线问题(如第二迹线110的块124所示),在时间126检测到不良链路状况,启动RLF计时器T310(块128)。在一个示例中,当信道质量指示(channel quality indicator,简称CQI)小于质量阈值(QOUT)时,发生不良链路状况。
在时间130,触发测量报告,HO过程启动HO准备(preparation,简称prep)时间(块132)。在时间134发出HO命令,但是由于链路质量问题,HO命令未被接收。这意味着HO失败(136)。由于当失败发生时,即当用户设备(user equipment,简称UE)本应该已经接收到HO命令时,定时器T310被触发或正在运行,因此宣告HO失败(将HO记为HO过晚)。UE将该失败视为发生在源小区(HO的发起者)的RLF和/或物理下行控制信道(physical downlinkcontrol channel,简称PDCCH)失败。应该注意的是,由于UE未接收到HO命令,因此UE同样未检测到HO失败。HO过程的剩余部分以及无线链路监控过程不会继续,其如虚线所示。
图2示出了强调具有涉及HO过早的HOF的3GPP LTE RLF恢复场景的示图200。第一迹线205表示HO过程,第二迹线210表示无线链路监控过程。如第二迹线210所示,检测到无线问题(块220),启动RLF计时器T310(块222)。同时,HO过程最初处于状态1,直到确定事件触发条件224。然后,HO过程进入状态2并启动TTT 226。然而,RLF定时器T310在时间228过期,宣布HO失败(时间230)。当RLF定时器T310过期而HO过程处于状态3时,宣告HO失败。将该失败视为发生在目标小区(HO的预期接收者)的RLF和/或PDCCH失败。HO过程的剩余部分以及无线链路监控过程不会继续,其如虚线所示。
通常,3GPP LTE HO过程是利用UE辅助移动技术控制的网络。在UE与源演进型节点B(evolved NodeB,简称eNB)之间交换HO的相关信息。无线条件需要够好才能允许源eNB解码UE的测量报告并后续为HO准备目标小区。此外,无线条件需要够好UE才能解码源eNB的HO命令。
3GPP LTE无线资源控制(radio resource control,简称RRC)连接重建过程利用基于UE的移动性,在RLF之后或者当具有源eNB的HO信令由于不良无线条件而部分失败时,提供恢复机制。无线条件需要足以使源eNB能够解码UE的测量报告以及后续准备用于HO的目标小区,但是当条件不足以使UE能够解码源eNB的HO命令时(如图1所述),或者当UE接收到HO命令但在目标小区中具有RLF时,会发生这种情况。一旦RLF定时器(T310)过期,UE搜索合适的目标小区,并尝试在保持连接状态的同时重建与目标小区的连接。如果目标小区已经由源eNB准备(即,已经准备了UE上下文,例如当目标小区由源eNB托管时),则重建成功。
3GPP LTE RRC连接重建失败导致非接入层(non-access stratum,简称NAS)恢复过程。可以将NAS恢复描述为基于UE的移动性,如果在UE尝试重建时没有准备目标小区,则触发NAS恢复。通常,这意味着UE来自RLF,例如,无线条件不足以使源eNB解码UE的测量报告。因此,源eNB不为HO准备目标小区。然而,3GPP LTE RRC连接重建失败也可以反映HO到错误小区的情况,这意味着源eNB为HO准备了目标小区,但UE获得了与准备的小区不同的小区。通过NAS恢复,UE不会保持连接状态。相反,一旦重建失败,UE从连接状态过渡到空闲状态,并尝试建立新连接。
3GPP LTE中在eNB上维护的UE上下文包括:
-接入层(Access Stratum,简称AS)配置信息单元(Information Element,简称IE):包含关于源eNB上RRC配置信息的信息,其可以由目标小区用于确定在HO准备阶段期间需要改变RRC配置。在HO成功之后或在RRC连接重建期间,也可以使用该信息。
-AS上下文IE:用于传输目标小区所需的本地演进型通用陆地无线接入网(evolved universal terrestrial radio access network,简称E-UTRAN)上下文。
-重建信息IE:包括源CellIdentity和目标CellIdentity、Key-eNodeB-Star(KeNB*):用于切换期间安全性的参数(仅用于X2HO,在S1HO中被目标小区忽略)以及源ShortMAC-I和目标ShortMAC-I。
-无线资源管理(Radio Resource Management,简称RRM)配置IE:包含可以由目标小区使用的HO之前的UE特定的RRM信息。
在具有UE上下文获取的前向HO(UE与第一小区连接,在没有第一小区的指令的情况下改与第二小区连接的情况)中,可以将前向HO描述为上下文获取支持的基于UE的移动性。一旦RLF定时器(T310)过期,UE搜索合适的目标小区并尝试在保持连接状态的同时重建与目标小区的连接。如果未准备目标小区,则控制目标小区的eNB从源eNB获取UE的上下文。前向HO会导致与正常HO过程相对的额外延迟,并因此导致更长的服务中断。延迟的原因在于RRC信令开销以及eNB控制目标小区获取UE上下文的时间(这取决于情况和实现)。应该注意的是,是否已经准备控制目标小区的eNB或者是否eNB必须在重建时获取UE的上下文对UE来说可以是透明的。
图3示出了上层实体将滤波应用到从物理(physical,简称PHY)层实体接收到的同步和不同步指示符的效果的示图300。如RAN所建议的,用于RLF监控的计数器值是N310=1,N311=1,并且定时器值T310是可变的(在该示例中为500毫秒)。第一迹线305表示在第一种情况(其中,CQI低于不同步阈值,恢复,但是再次低于不同步阈值(如线315所示))下从PHY层实体接收到的同步和不同步指示符,第二迹线310表示在第二种情况(其中,CQI低于不同步阈值,但是恢复(如线320所示))下从PHY层实体接收到的同步和不同步指示符。在情况1和2中,当CQI低于不同步阈值时,将不同步指示符(指示符325和327)发送到上层实体。当CQI恢复并重新大于不同步阈值时,PHY层实体停止发送不同步指示符,但由于CQI低于同步阈值,因此PHY层实体不发送任何同步指示符。在情况2中,当CQI大于同步阈值时,PHY层实体将同步指示符(指示符329)发送到上层实体。在将N311同步指示符发送到上层实体之后,停止定时器T310。在情况1中,当CQI再次低于不同步阈值时,PHY层实体将不同步指示符(指示符331)发送到上层实体。在定时器T310过期并且上层实体仍在接收不同步指示符之后,检测到RLF。
图4示出了强调新无线(New Radio,简称NR)***设计的示例性通信***400。通信***400是遵循NR设计的5G蜂窝***。通信***400包括多个用户设备(user equipment,简称UE),例如,UE 405、UE 407和UE 409。通信***400还包括无线分布式单元(radiodistributed unit,简称RDU),例如,RDU 410和RDU 412。通信***400还包括增强型LTE(enhanced LTE,简称eLTE)演进型NodeB(evolved NodeB,简称eNB)415,其例如在不利用NR设计的情况下为UE 409服务。通信***400还包括无线集中式单元(radio centralizedunit,简称RCU)420,其包括用户面(user plane,简称UP)协议栈422和控制面(controlplane,简称CP)协议栈424。RCU 420与RDU以及eLTE eNB 415和核心网(core network,简称CN)425连接。
虽然应理解,通信***可以采用能够与多个UE进行通信的多个网络实体,但是为简单起见,仅示出了2个RDU、1个eLTE eNB和3个UE。另外,应该理解的是,图4中的网络拓扑是示例性的,特定的网络可以体现不同的拓扑。例如,通信***的RDU可以不直接与eLTE***的eNB(图中的接口R3)连接,一些5G蜂窝***可以在所谓的“独立”模式下运行而不与任何相邻的eLTE***交互。因此,图4中所示的通信***不应被解释为对示例性实施例的范围或精神的限制。
如前所述,RDU实现控制面协议栈的一部分。如图4所示,RDU包括PHY子层、MAC子层和无线链路控制(radio link control,简称RLC)子层实体。在一个说明性示例中,RDU 410包括PHY子层实体430、MAC子层实体432和RLC子层实体434。RCU内的UP功能实体(在图4中表示为“UP”)也实现用户面协议栈的一部分。如图4所示,RCU和UP实体实现IP/PDCP子层实体。在一个说明性示例中,RCU CP协议栈424包括IP/PDCP子层实体435。
如图4所示,通信***400示出了用于5G蜂窝***的NR设计的分层模型,其中,一个RCU管理许多RDU(例如,RCU 420管理RDU 410和412)。图4所示的分层模型示出了集中式RCU和分布式RDU。尽管NR设计可以扩展到具有不止一个RCU的情况,但是图4强调在一个RCU的管理下的NR无线接入网的部分。通常,UE由RDU服务,并且当UE移动时,UE与RDU之间的链路会被重新定位或切换到不同的RDU。应该注意的是,层3控制位于RCU,作为RRC协议层的锚点。因此,在相同RCU的控制下,将UE的链路定位到不同的RDU不需要对UE的层3锚点进行相应的重定位。
然而,当使用层3过程时,在RCU中对层3进行定位可能会导致较长的空口信令延迟。在涉及延迟敏感的信令或业务的情况下,RCU与RDU之间的信令交换是不合适的。所涉及的延迟大小取决于各种因素,例如,用于RCU-RDU接口(图4中的R1-C/R1-U接口)的传输以及RCU管理的网络负载量等。
在RCU与RDU之间划分层2协议子层,使得用于报文处理(PDCP子层)以及安全性的第一子层位于RCU,MAC和PHY子层位于RDU。可靠性子层(RLC子层)可以位于RCU或RDU(尽管如图4所示是位于RDU)。在一些情况下,在RCU中对RLC子层进行定位,或者甚至在RCU与RDU之间对RLC功能进行划分可能是有效的。可以存在其他层或子层,但其并未示出。为方便起见,将层2子层描述为层。
本文所使用的术语包括:
-发送-接收点(Transmit-receive point,简称TRP):能够发送和接收的设备,也称为射频拉远单元(remote radio unit,简称RRU)或发送-接收点。
-RCU:用于控制(CP和UP)以及分组数据汇聚协议(packet data convergenceprotocol,简称PDCP)和/或RRC的中央实体。逻辑上,一个RCU可以包括多个小区锚点(如下定义)。
-RDU:用于远程部署的分布式实体。一个RDU可以与多个RRU或TRP连接。MAC/PHY子层位于RDU。
-物理小区:RRU/TRP的扇区或RRU/TRP的簇。如传统小区所定义,物理小区标识(identity of physical cell,简称PCI)在有限的覆盖范围内是唯一的。
-小区锚点:RRC层和S1接口上的小区的层3管理概念。包括空闲状态下的UE跟踪(寻呼)。一个小区锚点可以映射到多个物理小区(这在层2中进行了定义)。全球唯一小区ID(例如,3GPP LTE中的全球小区ID(cell global ID,简称CGI))可以位于层3。
图5示出了参与从RLF或HOF恢复的设备的示例性协议架构500。协议架构500包括UE 505、RDU 507、RCU 509和CN 511的协议栈。UE 505的协议栈包括PHY层实体520、MAC层实体522、RLC层实体524、PDCP层实体526、RRC层实体528和NAS层实体530。RDU 507的协议栈包括PHY层实体532、MAC层实体534、RLC层实体536、层2应用协议(Layer 2applicationprotocol,简称L2AP)实体538、UP实体540和隧道(tunneling,简称TNL)实体542。RCU 509的协议栈包括第一TNL实体544、L2AP实体546、PDCP实体550、RRC实体552、下一代S1接口应用协议(next generation S1interface application protocol,简称NG S1-AP)实体554和第二TNL实体556。CN 511的协议栈包括TNL实体558、NG S1-AP实体560和NAS实体562。
L2AP和UP为支持RDU 507与RCU 509之间进行交换的新适配层。L2AP适配层支持RDU 507与RCU 509之间的控制信令(例如,基于流控制传输协议/互联网协议(streamcontrol transmission protocol/Internet protocol,简称SCTP/IP))。UP适配层支持在RLC与PDCP层实体之间传送用户数据流(例如,基于通用分组无线业务(general packetradio service,简称GPRS)隧道协议-用户面部分(GPRS tunneling protocol-user,简称GTP-U)/用户数据报协议(user datagram protocol,简称UDP)/互联网协议(Internetprotocol,简称IP))。
图6示出了示例性通信***600。通信***600为具有不同载波的多层网络部署。通信***600包括控制RDU 610在内的多个RDU的RCU 605。RDU可以支持TRP或RRU的异频部署。每个RDU控制一个或多个TRP或RRU。如图6所示,RDU 610控制第一TRP 615和第二TRP 620。第一TRP 615在高频下运行,具有覆盖区域617。第二TRP 620在低频下运行,具有覆盖区域622。虽然仅示出了具有1个RCU、1个RDU和2个TRP的通信***600,但是本文提供的示例性实施例可在具有任何数量RCU、RDU和TRP的通信***下运行。因此,通信***600的讨论不应被解释对示例性实施例的范围或精神的限制。
UE与eNB之间的RRC完整性保护由PDCP层提供。PDCP下没有任何层受到完整性保护。3GPP TS 33.401技术标准的附件B中描述的RRC完整性保护功能(128位演进型分组***(evolved packet system,简称EPS)完整性算法(EPS integrity algorithm,简称EIA))的输入参数为:
-KEY:128位完整性密钥KRRCint;
-BEARER:5位承载标识;
-DIRECTION:1比特方向(上行/下行);
-COUNT:32位承载特定的计数器,对应于32位PDCP计数。
图7示出了分别使用发射器和接收器的EIA功能705和710的完整性处理700。EIA功能705产生MAC-I/NAS-MAC作为输出,而EIA功能710产生XMAC-I/XNAS-MAC作为输出。应该注意的是,发射器的EIA功能705和接收器的EIA功能710的输入是类似的。
类似地,RRC机密性保护功能的输入参数为:
-KEY:128位完整性密钥KRRCenc;
-BEARER:5位承载标识;
-DIRECTION:1比特方向(上行/下行);
-COUNT:32位承载特定的计数器,对应于32位PDCP计数;
-LENGTH:所需密钥流的长度。
重建RRC连接需要几个密钥和令牌。服务eNB可以为在目标eNB控制下的多个小区准备多个KeNB*和令牌(例如,shortMAC-I)。服务eNB可以准备属于服务eNB的小区以及属于一个或多个相邻eNB的小区。准备这些小区包括将包含KeNB*和令牌的安全上下文发送到每个准备了密钥和令牌的小区,以及将相应的下一跳链计算(next-hop chaining count,简称NCC)、UE的EPS安全能力和用于在服务小区中确定令牌的安全算法发送到目标eNB。为了计算令牌,服务eNB使用服务eNB的AS安全上下文的协商的EIA算法,具有以下输入:
-抽象语法编码1(Abstract syntax notation,简称ASN.1)编码结构,包含源小区无线网络临时标识(cell radio network temporary identifier,简称C-RNTI);
-源PCI;
-技术标准TS 36.331中VarShortMAC-Input定义的目标小区ID,其中,源PCI和源C-RNTI与一个小区相关联,UE最后与该小区具有活动RRC连接。目标小区ID是目标小区的标识,将RRC连接重建请求发送到该目标小区。在计算令牌时,这些定义中的源小区指的是服务小区。为了计算shortMAC-I这一特定目的,当某些参数值不可用或没有意义时,EIA算法的参数设置如下:KEY为源小区的KRRCint,所有BEARER位都设置为1,DIRECTION位设置为1,所有COUNT位都设置为1。令牌将是具有这些参数的EIA算法输出的16个最低有效位。
根据示例性实施例,当在RDU的层2实体(而不是RCU的层3实体)中接收到指定数量的连续不同步(out-of-sync,简称OOS)指示符时,发生NR RLF。在定时器T310过期之前,将滤波器应用到类似于3GPP TS 36.331中规定的滤波的同步(in-sync,简称IS)指示符。然而,滤波器应用于层2而不是层3。如果在层1中使用滤波,则用于消除任何上层误警报的传统层3计数N310也可以更改为RDU上层2滤波的计数机制。
不同的无线链路重建情况包括:
-情况1:与同一RDU服务的小区重建无线链路;
-情况2:与由连接到同一RCU的不同RDU服务的小区重建无线链路;
-情况3:与由连接到不同RCU的不同RDU服务的小区重建无线链路。
物理小区标识(例如,层2小区ID)用于标识层2中的小区,类似于3GPP LTE中的PCI。RDU可以托管多个小区,例如每个TRP一个小区,或具有多个协作TRP的单个小区。RCU标识(例如,RCU ID)用于标识RCU,RDU标识(例如,RDU ID)用于标识RDU。可以将小区锚点标识(例如,小区锚点ID)定义为RCU ID+层2小区ID。或者,可以将小区锚点ID定义为RCU ID+RDUID,这意味着可以将一个小区锚点映射到一个RDU内的所有小区。UE的层2标识(例如,层2ID)可以由RDU分配,例如,C-RNTI由3GPP LTE中的MAC层分配。从UE的层2ID得到的区域范围标识的示例包括:层2ID+RDU ID(在RCU内产生UE的唯一标识)或层2ID+RDU ID+RCU ID(在诸如公用陆地移动网(public land mobile network,简称PLMN)等更大的区域中产生UE的唯一标识)。
根据一个示例性实施例,在源RDU和目标RDU都由相同RCU控制的情况下(即,上述情况1和2),UE首先尝试重建层2无线链路,这涉及重置层2实体并将层2信令发送到链路失败后能够找到的第一个和/或最好的RDU。目标RDU可能需要由RCU准备,即UE上下文从RCU发送到目标RDU。或者,目标RDU可以直接向RCU请求UE上下文。一种特别健壮的解决方案涉及RCU对RDU配置层2的重建上下文,但是如果RDU没有识别UE,则RDU可以向RCU请求UE上下文。
因此,层2无线链路重建可以具有3种可能的响应:成功、拒绝和层3尝试。“拒绝”响应可以意味着目标RDU停止请求层2无线链路重建。(例如,因为目标RDU不具有UE上下文)并尝试层3无线链路重建,而“成功”和“层3尝试”响应是不言自明的。
层2无线链路重建所涉及的示例性步骤包括:
步骤1:UE发起层2无线链路重建过程,UE重建RLC并重置MAC层实体。除非在NR***设计中定义新的RLC和/或MAC层功能,否则可以遵循传统的RLC重建过程和MAC层实体重置过程。
步骤2:UE检测目标RDU并访问目标RDU。在这种情况下,源RDU和目标RDU共享相同的小区锚ID(例如,层3小区ID),但物理(层2)小区ID不同。
步骤3:RCU为UE预先配置目标RDU的层1和层2配置。在3GPP LTE中,通过RRC重配置改变层2配置,这涉及大量的信令。如果为RCU与RDU之间的接口(例如,X5AP)定义信令协议,则可以通过新定义的信令协议传送重配置。
步骤4:UE向目标RDU发送层2消息以请求重建层2无线链路。层2消息包含RCU分配的UE的标识(例如,C-RNTI)、认证标识(例如,shortMAC-I)以及源RDU的小区标识(例如,PCI或小区锚ID)。应该注意的是,如果UE知道它正在与在相同源RCU下的目标RDU进行通信,则PCI为充分信息(而不是小区锚ID)。
步骤5:目标RDU需要UE上下文,包括UE的标识和认证令牌。在验证UE的合法性之后,目标RDU在没有层2反馈的情况下立即发送下行数据。如果有足够的空间,则可以将下行数据置于层2重配置消息中。否则,首先建立UP承载。
步骤6:在接收到层2重建消息后,目标RDU基于层2重建消息的令牌验证UE的合法性,例如,在MAC控制单元(Control Element,简称CE)中。源RDU可以将PDCP状态报告提交给RCU。基于该PDCP状态报告,RCU将未成功接收的PDCP PDU和新的PDCP PDU发送到目标RDU。
关于下行传输,层2无线链路重建建立新的MAC层实体(如果为重建过程所针对的TRP(或RRU)组织单独的MAC层实体)和新的RLC实体。可以在重建期间暂停用于下行数据的无线承载(radio bearer,简称RB),这意味着下行数据缓存在PDCP层中的RCU上。由于当与目标RDU建立层2无线链路时,RCU(其PDCP层)可以恢复将数据包传送到新的RLC实体(例如,RCU可以发送所有未被确认的数据包),因此不需要在PDCP层对数据包进行重新排序。
需要对RLF期间(在暂停RB之前)传输但未被确认的下行数据进行转发。用于转发这种下行数据的第一选项涉及将PDCP PDU存储在RCU中,直到RLC实体确认所有的分段都已被确认为止。用于转发这种下行数据的第二选项涉及源RDU中的RLC实体将未被确认的PDU转发到目标RDU(通过直接接口或RCU)。
图8示出了参与NR层2无线链路重建过程的设备执行的消息交换和处理的示图800。示图800强调由UE 805、目标RDU 807和源RCU 809执行的消息交换和处理。
如果可用,源RCU 809可以将UE 805的UE上下文提供给目标RDU 807(事件815)。UE805利用源RDU检测RLF(块817)。在层2执行RLF检测。UE 805重置RLC实体(块819)并将层2无线链路重建请求消息发送到目标RDU 807(事件821)。在目标RDU 807不具有UE 805的UE上下文的情况下(例如,如果源RCU 809不具有UE 805的UE上下文,从而防止事件815的发生),目标RDU 807确定其不具有UE 805的UE上下文(块823)并将UE上下文请求发送到源RCU 809(事件825)。源RCU 809将UE 805的UE上下文发送到目标RDU 807(事件827)。因此,如果事件815成功发生且目标RDU 807具有UE 805的UE上下文,则块823以及事件825和827不会发生。目标RDU 805将层2无线链路重建响应消息发送到向UE 805(块829),UE 805和目标RDU 807完成层2无线链路重建过程。
图9示出了层2无线链路重建PDU 900的示例性格式。层2无线链路重建PDU 900可以包括在层2无线链路重建请求消息或层2无线链路重建响应消息中。层2无线链路重建PDU900包括MAC CE 905和MAC业务数据单元(service data unit,简称SDU)910。MAC CE 905包括UE标识、小区标识和认证标识。MAC SDU 910包括PDCP状态报告。
在接收到层2无线链路重建请求消息之后,目标RDU能够基于MAC CE 905中包含的认证标识验证UE的合法性。认证标识可以类似于3GPP LTE中使用的shortMAC-I。目标RDU还能够将MAC SDU 910中包含的PDCP状态报告提交给RCU。RCU基于PDCP状态报告将未成功接收的PDCP PDU和新到达的PDCP PDU传送到目标RDU。UE标识和小区标识都用于源RDU。当UE知道目标RDU在相同的RCU下时,UE不需要包括RCU标识。
根据一个示例性实施例,当无线链路重建是利用与不同RCU连接的不同RDU所服务的小区时(如上所述的情况3),UE将小区锚点标识(例如,RCU ID+层2小区ID)与层2UE标识和shortMAC-I一起发送到目标RDU。目标RDU知道当对小区锚点标识进行解析时,与UE相关联的RCU(源RCU)和RDU(源RDU)与其本身及其所连接的RCU(目标RCU)是不同的。目标RDU利用新分配的层2标识向UE发送消息。目标RDU拒绝层2无线链路重建消息并且将无线链路重建消息传送给层3。在UE,UE正在准备并将层3无线链路重建消息传送给目标RCU。目标RDU利用小区锚点标识向目标RCU发送消息,目标RCU将消息路由到源RCU。源RCU向目标RCU响应UE上下文。目标RCU利用新的PDCP实体发起层3无线链路重建。目标RCU还为连接分配新的小区锚点标识。使用RRC信令将层3无线链路重建配置信息发送到UE。或者,如果目标RDU触发目标RCU发起如后续讨论所示的层3无线链路重建,则有可能通过空中信令避免层3无线链路重建。
图10示出了参与NR层2无线链路重建过程的设备执行的消息交换和处理的示图1000,其中,在该过程中,目标小区与不同的RDU和RCU连接。示图1000强调由UE 1005、目标RDU 1007、目标RCU 1009、源RDU 1011和源RCU 1013执行的消息交换和处理。
UE 1005、目标RDU 1007、目标RCU 1009和源RDU 1011参与检测RLF(块1020)。一旦检测到RLF,UE 1005重置RLC实体(块1022)并将层2无线链路重建请求消息发送到目标RDU1007(事件1024)。通过解析层2无线链路重建请求消息中包括的小区锚点标识,目标RDU1007确定UE 1005的UE上下文丢失且UE 1005与不同的RCU(源RCU 1013而不是目标RCU1009)相关联(块1026)。通过向UE 1005发送具有拒绝响应的层2无线链路重建响应消息,目标RDU 1007拒绝层2无线链路重建请求(事件1028)。拒绝响应可以包括UE应该尝试层3进行重建的指示。
接收具有拒绝响应的层2无线链路重建响应消息导致UE 1005向目标RCU 1009发送层3无线链路重建请求(事件1030)。目标RCU 1009将UE 1005的UE上下文请求消息发送到源RCU 1013(事件1032),并从源RCU 1013接收UE 1005的UE上下文(事件1034)。目标RCU向UE 1005发送层3无线链路重建配置信息(事件1036),UE 1005向目标RCU 1009发送层3无线链路重建完成消息以完成层3无线链路重建过程(事件1038)。
图11示出了参与NR层2无线链路重建过程的设备执行的消息交换和处理的示图1100,其中,在该过程中,目标小区与不同的RDU和RCU连接,且由于无法完成层2重建过程,目标RDU发起层3无线链路重建。示图1100强调由UE 1105、目标RDU 1107、目标RCU 1109、源RDU 1111和源RCU 1113执行的消息交换和处理。
UE 1105和源RDU 1111参与检测RLF(块1120)。一旦检测到RLF时,UE 1105重置RLC实体(块1122)并将层2无线链路重建请求消息发送到目标RDU 1107(事件1124)。目标RDU1107确定UE 1105的UE上下文丢失(块1126)。目标RDU 1107将UE上下文请求发送到目标RCU1109(事件1128),目标RCU 1109将UE上下文不可用消息发送到目标RDU 1107(事件1130)。目标RDU 1107将层3无线链路重建请求消息发送到目标RCU 1109(事件1132)。目标RCU1109将UE 1105的UE上下文请求发送到源RCU 1113(事件1134),源RCU 1113将UE上下文响应与UE 1105的UE上下文一起发送到目标RCU 1109(事件1136)。目标RCU 1109向UE 1105发送层3无线链路重建配置信息(事件1138),UE 1105向目标RCU 1109发送层3无线链路重建完成消息以完成层3无线链路重建过程(事件1140)。
在源小区和目标小区都由同一RCU控制的情况下,RCU可以与连接的与UE相关联的RDU共享一些UE上下文,使得目标RDU并非必须要获取UE上下文。目标RDU接收具有UE上下文的层2无线链路重建请求,其包括认证标识(例如,shortMAC-I)、层2标识、目标小区PCI(例如,层2小区标识)。如果RCU已经准备好UE上下文,则UE上下文已经具有认证标识。如果UE上下文尚未具有认证标识,则层2无线链路重建请求对源RDU进行标识,使得目标RDU可以从源RDU检索(或尝试检索)UE上下文,包括认证标识,从而用于UE验证。在一个示例中,认证标识的生成可能涉及以下参数:
KEY设置为源RCU中用于完整性保护的密钥;
所有BREAER位为都设置为1;
DIRECTION位设置为1;
所有的COUNT位都设置为1。用作完整性功能的输入的消息是类似于3GPP LTE中的VarShortMAC-I的消息,并且包括UE的层2标识、源RDU的PCI和目标小区锚点标识。在传送到完整性功能进行处理之前,输入消息可以是ASN.1编码的。可以缩短完整性功能返回的MAC-I值,例如,可以使用MAC-I的16个最低有效位。
将一些层3功能和/或信令移动到RDU上的层2实体。因此,RDU RRC类消息特定的层2完整性保护是合适的。重配置消息可能需要完整性保护,但对于重建消息未必至关重要。在一种可能的方法中,可以检查3GPP LTE安全性的框架,因为在3GPP LTE中的PDCP子层之下没有安全机制。RCU需要将KeNB*和下一跳(next hop,简称NH)参数转发给RDU。RDU可以基于KeNB*和NH确定密钥,其用于重建之后的信令的完整性保护。或者,RCU使用RRC完整性密钥和RDU ID作为密钥导出函数的输入来确定密钥本身,并将该密钥发送到RDU。本文可以使用类似的过程。RDU可以使用加密同步功能用于层2消息传递,例如,信令无线电承载(signaling radio bearer,简称SRB)或长RLC序列号(足够长以防止重复使用)特定的计数器。
图12示出了强调认证标识的示例性检查的通信***1200。通信***1200包括UE1205,其先前与源RDU 1210具有无线链路(且该无线链路已经发生故障)并正在与目标RDU1215重建无线链路,其中,两个RDU均与RCU 1220连接。源RDU 1210具有图12中标识为PCI_SRC的相关联PCI,UE 1205在具有图12中标识为L2ID_SRC的特定层2标识的源RDU1210中运行。在诸如重建尝试等的通信期间,UE 1205将从层2标识和PCI(分别为L2ID_SRC和PCI_SRC)中得到的认证标识(例如,shortMAC-I)传送到目标RDU 1215。RCU 1220和UE 1205知道或可以得到小区锚标识、密钥和层3标识,从而允许它们确定认证标识。RCU 1220将认证标识(例如,shortMAC-I)发送到目标RDU 1215,以准备层2无线链路重建过程。目标RDU 1215可以将UE 1205发送的认证标识值与RCU 1220发送的值进行比较,从而确认UE 1205的标识。
在源小区和目标小区由不同RDU和不同RCU控制的情况下,重置PDCP实体,并且在无线链路重建之后使用具有新RRC实体的新层3锚。例如,与3GPP LTE中基于X2的切换中使用的类似的关键过程可以用于KeNB*的传送。然而,对小区标识进行重新定义以适应RCU-RDU分离架构。通常,目标RDU无法检查shortMAC-I,因为目标RDU不会从源RCU接收到shortMAC-I。如果UE能够确定其在不同的RCU下,则UE可以绕过层2无线链路重建尝试,直接进行层3无线链路重建过程。否则,网络侧实体将需要触发层3无线链路重建过程,例如,如图11所示。
图13示出了在参与连接管理的UE中发生的示例性操作1300的流程图。当UE参与连接管理时,操作1300可以指示UE中发生的操作。
操作1300开始于UE确定满足连接重建条件(块1305)。连接重建条件的示例包括无线链路失败、低层失败、切换失败等。UE发送用于层2连接的重建请求(块1310)。将重建请求发送到服务于UE的RDU或者在无线链路失败的情况下,将其发送到UE尝试重建层2连接的目标RDU。UE从RDU接收重建响应(块1315)。UE执行检查以判断是否允许重建请求(块1320)。如果允许重建请求,则UE通过重置诸如RLC子层实体等的层2实体来完成层2连接重建(块1325)。如果不允许重建请求,则UE发送用于层3连接的重建请求(块1330)。将用于层3连接的重建请求发送到控制为UE服务的RDU的RCU。UE完成层3连接重建(块1335)。
图14示出了在参与连接管理的RDU中发生的示例性操作1400的流程图。当RDU参与连接管理时,操作1400可以指示RDU中发生的操作。
操作1400开始于RDU接收用于层2连接的重建请求(块1405)。从RDU服务的UE或从希望与RDU重建层2连接的UE接收重建请求。RDU执行检查以判断UE的UE上下文在RDU上是否可用(块1410)。如果UE的UE上下文在RDU上可用,则RDU完成连接重建(块1430)。如果UE的UE上下文在RDU上不可用,则RDU执行检查以判断UE的UE上下文是否可从控制RDU的RCU检索到(块1415)。如果UE的UE上下文可从RCU检索到,则RDU发送用于指示允许重建请求的重建响应(块1420)。RDU检索UE的UE上下文(块1425),并完成连接重建(块1430)。如果UE的UE上下文不能从RCU检索到,则RDU发送用于指示不允许重建请求的重建响应(块1435)。
图15示出了用于执行本文所述方法的处理***1500实施例的框图,其中,所述处理***1500可以安装在主机设备中。如图所示,处理***1500包括处理器1504、存储器1506和接口1510至1514,它们可以(或可以不)如图15所示排列。处理器1504可以是用于执行计算和/或其它处理相关任务的任何组件或组件的集合,存储器1506可以是用于存储程序和/或指令以供处理器1504执行的任何组件或组件的集合。在一个实施例中,存储器1506包括非瞬时性计算机可读介质。接口1510、1512和1514可以是任何允许处理***1500与其它设备/组件和/或用户通信的组件或组件的集合。例如,接口1510、1512和1514中的一个或多个可以用于将数据、控制或管理消息从处理器1504传送到安装在主机设备和/或远程设备上的应用。在另一示例中,接口1510、1512和1514中的一个或多个可以用于允许用户或用户设备(例如,个人计算机(personal computer,简称PC)等)与处理***1500进行交互/通信。处理***600可以包括图15中未示出的附加组件,例如,长期存储器(例如,非易失性存储器等)。
在一些实施例中,处理***1500包括在接入或部分接入通信网络的网络设备中。在一个示例中,处理***1500处于无线或有线通信网络中的网络侧设备中,例如,基站、中继站、调度器、控制器、网关、路由器、应用程序服务器,或通信网络中的任何其它设备。在其它实施例中,处理***1500处于接入无线或有线通信网络的用户侧设备中,例如,用于接入通信网络的移动台、用户设备(user equipment,简称UE)、个人计算机(personalcomputer,简称PC)、平板电脑、可穿戴通信设备(例如,智能手表等)或任何其它设备。
在一些实施例中,接口1510、1512和1514中的一个或多个将处理***1500连接到用于通过通信网络发送和接收信令的收发器。图16示出了用于通过通信网络发送和接收信令的收发器1600的框图。收发器1600可以安装在主机设备中。如图所示,收发器1600包括网络侧接口1602、耦合器1604、发射器1606、接收器1608、信号处理器1610以及设备侧接口1612。网络侧接口1602可以包括任何用于通过无线或有线通信网络发送或接收信令的组件或组件的集合。耦合器1604可以包括任何有利于通过网络侧接口1602进行双向通信的组件或组件的集合。发射器1606可以包括任何用于将基带信号转化为可通过网络侧接口1602发送的调制载波信号的组件(例如,上变频器和功率放大器等)或组件的集合。接收器1608可以包括任何用于将通过网络侧接口1602接收的载波信号转化为基带信号的组件(例如,下变频器和低噪声放大器等)或组件的集合。信号处理器1610可以包括任何用于将基带信号转换成适合通过设备侧接口1612传送的数据信号或将数据信号转换成适合通过设备侧接口1612传送的基带信号的组件或组件的集合。设备侧接口1612可以包括任何用于在信号处理器1610和主机设备内的组件(例如,处理***1500、局域网(local area network,简称LAN)端口等)之间传送数据信号的组件或组件的集合。
收发器1600可通过任意类型的通信媒介发送和接收信令。在一些实施例中,收发器1600通过无线媒介发送和接收信令。例如,收发器1600可以为用于根据无线通信协议进行通信的无线收发器,例如,蜂窝协议(例如长期演进(Long Term Evolution,简称LTE)等)、无线局域网(wireless local area network,简称WLAN)协议(例如Wi-Fi等)或任意其它类型的无线协议(例如,蓝牙、近距离通讯(near field communication,简称NFC)等)。在此类实施例中,网络侧接口1602包括一个或多个天线/辐射元件。例如,网络侧接口1602可以包括单个天线、多个单独的天线或用于多层通信的多天线阵列,例如,单输入多输出(single-input multiple-output,简称SIMO)、多输入单输出(multiple-input-single-output,简称MISO)、多输入多输出(multiple-input multiple-output,简称MIMO)等。在其他实施例中,收发器1600通过有线介质发送和接收信令,例如,双绞线电缆、同轴电缆、光纤等。具体的处理***和/或收发器可以使用示出的全部组件或使用组件的子集,并且设备的集成程度可能互不相同。应该理解的是,本文提供的实施例方法的一个或多个步骤可以由相应的单元或模块执行。例如,信号可以由发送单元或发送模块进行发送。信号可以由接收单元或接收模块进行接收。信号可以由处理单元或处理模块进行处理。其它的步骤可以由确定单元/模块、完成单元/模块、重置单元/模块和/或参与单元/模块执行。各个单元/模块可以为硬件、软件或其组合。例如,一个或多个单元/模块可以为集成电路,例如,现场可编程门阵列(field programmable gate array,简称FPGA)或专用集成电路(application-specific integrated circuit,简称ASIC)。
虽然已详细地描述了本发明及其优点,但是应理解,可以在不脱离如所附权利要求书所界定的本发明的精神和范围的情况下对本发明做出各种改变、替代和更改。
Claims (16)
1.一种用于连接管理的方法,其特征在于,应用于3GPP网络的重建连接的过程,所述方法包括:
在确定满足连接重建条件之后,用户设备UE向网络设备发送用于第一协议层的第一连接的重建请求,所述第一协议层为层2网络层;
所述UE接收指示是否允许重建所述第一协议层的所述第一连接的重建响应;
当允许重建所述第一协议层的所述第一连接时,所述UE完成重建所述第一协议层的所述第一连接,其中,所述UE的第二协议层的上下文不变,所述第二协议层为层3网络层,完成所述第一协议层的所述第一连接包括:所述UE重置第一协议层实体;
如果不允许重建所述第一协议层的所述第一连接,则所述UE发送用于所述第二协议层的第二连接的重建请求。
2.根据权利要求1所述的方法,其特征在于,将用于所述第一协议层的所述第一连接的所述重建请求发送到第一网络设备。
3.根据权利要求2所述的方法,其特征在于,还包括:所述UE通过第一网络设备参与所述UE的合法性检查。
4.根据权利要求1所述的方法,其特征在于,将用于所述第二协议层的所述第二连接的所述重建请求发送到第二网络设备。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述连接重建条件包括无线链路失败、低层失败和切换失败中的至少一个。
6.一种用于连接管理的方法,其特征在于,应用于3GPP网络的重建连接的过程,所述方法包括:
第一网络设备从用户设备UE接收用于第一协议层的第一连接的重建请求,所述第一协议层为层2网络层;
所述第一网络设备判断所述UE的上下文是否在所述第一网络设备上可用;
当所述UE的所述上下文在所述第一网络设备上不可用时,所述第一网络设备判断所述UE的所述上下文是否可从第二网络设备检索到;
所述第一网络设备发送重建响应,其中,所述重建响应指示当所述UE的所述上下文在所述第一网络设备上可用时或者当所述UE的所述上下文在所述第一网络设备上不可用但可从所述第二网络设备检索到时,允许重建所述第一协议层的所述第一连接,其中,在重建所述第一协议层的所述第一连接期间,所述UE的第二协议层的上下文不变,所述第二协议层为层3网络层;所述重建响应还指示当所述UE的所述上下文在所述第一网络上不可用也不可从所述第二网络设备检索到时,不允许重建所述第一协议层的所述第一连接,并从UE接收用于所述第二协议层的第二连接的重建请求。
7.根据权利要求6所述的方法,其特征在于,还包括:所述第一网络设备完成重建所述第一协议层的所述第一连接。
8.根据权利要求6所述的方法,其特征在于,还包括:所述第一网络设备向所述第二网络设备发送用于所述第二协议层的第二连接的重建请求。
9.根据权利要求6至8中任一项所述的方法,其特征在于,还包括:所述第二网络设备检查所述UE的合法性。
10.根据权利要求9所述的方法,其特征在于,检查所述UE的所述合法性包括:
所述第一网络设备根据无线资源控制RRC完整性密钥和所述第一网络设备的标识得到所述UE的认证标识;
当所得到的所述UE的所述认证标识与所述UE的所述上下文中包含的所述UE的认证标识匹配时,所述第一网络设备确定所述UE是合法的。
11.一种用户设备UE,其特征在于,应用于3GPP网络的重建连接的过程,包括:
存储指令的非瞬时性存储器;
与所述非瞬时性存储器进行通信的一个或多个处理器,其中,所述一个或多个处理器执行指令用于:
在确定满足连接重建条件之后,向网络设备发送用于第一协议层的第一连接的重建请求;接收指示是否允许重建所述第一协议层的所述第一连接的重建响应,所述第一协议层为层2网络层;
当允许重建所述第一协议层的所述第一连接时,完成重建所述第一协议层的所述第一连接,其中,所述UE的第二协议层的上下文不变,所述第二协议层为层3网络层;
所述非瞬时性存储器存储指令,用于使得所述UE重置第一协议层实体;
所述非瞬时性存储器存储指令,用于:如果不允许重建所述第一协议层的所述第一连接,则使得所述UE发送用于所述第二协议层的第二连接的重建请求。
12.根据权利要求11所述的UE,其特征在于,所述连接重建条件包括无线链路失败、低层失败和切换失败中的至少一个。
13.一种第一网络设备,其特征在于,应用于3GPP网络的重建连接的过程,包括:
存储指令的非瞬时性存储器;
与所述非瞬时性存储器进行通信的一个或多个处理器,其中,所述一个或多个处理器执行指令用于:
从用户设备UE接收用于第一协议层的第一连接的重建请求,所述第一协议层为层2网络层;
判断所述UE的上下文是否在所述第一网络设备上可用;
当所述UE的所述上下文在所述第一网络设备上不可用时,判断所述UE的所述上下文是否可从第二网络设备检索到;
发送重建响应,其中,所述重建响应指示当所述UE的所述上下文在所述第一网络设备上可用或者可从所述第二网络设备检索到时,允许重建所述第一协议层的所述第一连接,其中,在重建所述第一协议层的所述第一连接期间,所述UE的第二协议层的上下文不变,所述第二协议层为层3网络层;所述重建响应还指示当所述UE的所述上下文在所述第一网络上不可用也不可从所述第二网络设备检索到时,不允许重建所述第一协议层的所述第一连接,并从UE接收用于所述第二协议层的第二连接的重建请求。
14.根据权利要求13所述的第一网络设备,其特征在于,所述非瞬时性存储器存储指令,用于使得所述第一网络设备完成重建所述第一协议层的所述第一连接。
15.根据权利要求13所述的第一网络设备,其特征在于,所述非瞬时性存储器存储指令,用于使得所述第一网络设备向所述第二网络设备发送用于所述第二协议层的第二连接的重建请求。
16.根据权利要求13至15中任一项所述的第一网络设备,其特征在于,所述第一网络设备为无线分布式单元RDU,所述第二网络设备为无线集中式单元RCU。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662373859P | 2016-08-11 | 2016-08-11 | |
US62/373,859 | 2016-08-11 | ||
US15/363,714 US10251208B2 (en) | 2016-08-11 | 2016-11-29 | System and method for connection management |
US15/363,714 | 2016-11-29 | ||
PCT/CN2017/096946 WO2018028650A1 (en) | 2016-08-11 | 2017-08-10 | System and method for connection management |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109479336A CN109479336A (zh) | 2019-03-15 |
CN109479336B true CN109479336B (zh) | 2020-12-15 |
Family
ID=61160536
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780043106.1A Active CN109479336B (zh) | 2016-08-11 | 2017-08-10 | 用于连接管理的***和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10251208B2 (zh) |
EP (1) | EP3485694B1 (zh) |
CN (1) | CN109479336B (zh) |
WO (1) | WO2018028650A1 (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108023697B (zh) * | 2016-11-03 | 2024-01-09 | 华为技术有限公司 | 一种资源指示方法、相关设备及*** |
EP3596999B1 (en) * | 2017-03-17 | 2024-02-07 | Apple Inc. | Re-transmission of pdcp pdus by centralized nodes of a ran architecture |
RU2727722C1 (ru) | 2017-04-13 | 2020-07-23 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Способ и устройство для предоставления информации системы |
CN110035453B (zh) * | 2018-01-12 | 2022-05-13 | 华为技术有限公司 | 数据处理方法及相关设备 |
CN110351805A (zh) * | 2018-04-04 | 2019-10-18 | 维沃移动通信有限公司 | 一种连接重建方法及相关设备 |
CN110505646B (zh) * | 2018-05-17 | 2021-06-11 | 大唐移动通信设备有限公司 | 一种数据传输方法及发送端 |
WO2019242545A1 (en) * | 2018-06-21 | 2019-12-26 | Huawei Technologies Co., Ltd. | Method and apparatus for security algorithm negotiation |
CN118102288A (zh) * | 2018-06-23 | 2024-05-28 | 高通股份有限公司 | 无线通信的方法和装置 |
WO2020060461A1 (en) | 2018-09-17 | 2020-03-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Resuming a radio resource control connection using a security token comprising a globally unique cell identifier |
WO2020060460A1 (en) * | 2018-09-17 | 2020-03-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Re-establishing a radio resource control connection using a security token comprising a globally unique cell identifier |
US11399322B2 (en) | 2018-09-17 | 2022-07-26 | Telefonaktiebolaget Lm Ericsson (Publ) | User equipment, network node and methods in a wireless communications network |
CN113455097A (zh) * | 2019-03-29 | 2021-09-28 | 华为技术有限公司 | 链路失败的恢复方法和设备 |
US20230284018A1 (en) * | 2019-12-09 | 2023-09-07 | Telefonaktiebolaget Lm Ericsson (Publ) | User Equipment, Network Node and Methods in a Wireless Communications Network |
CN113038550B (zh) * | 2019-12-25 | 2023-10-27 | 中兴通讯股份有限公司 | 网络连接的重建立方法及装置、存储介质、电子装置 |
CN113923749B (zh) * | 2020-07-10 | 2023-08-01 | 北京佰才邦技术股份有限公司 | 一种服务簇选择方法及节点设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101998661A (zh) * | 2009-08-13 | 2011-03-30 | 大唐移动通信设备有限公司 | 一种判决无线链路失败的方法和装置 |
CN102196590A (zh) * | 2010-03-18 | 2011-09-21 | 电信科学技术研究院 | 一种判决无线链路失败的方法和设备 |
CN103313420A (zh) * | 2012-03-15 | 2013-09-18 | 中兴通讯股份有限公司 | 一种释放终端链路的方法、接入网装置及终端 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100678179B1 (ko) | 2004-05-12 | 2007-02-02 | 삼성전자주식회사 | 이동통신 시스템에서 단절된 통신 링크를 복구하기 위한장치 및 방법 |
WO2009096883A1 (en) | 2008-01-18 | 2009-08-06 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for radio link failure recovery in a telecommunication system |
US8799459B2 (en) * | 2011-09-12 | 2014-08-05 | Microsoft Corporation | Event-driven detection of device presence for layer 3 services using layer 2 discovery information |
-
2016
- 2016-11-29 US US15/363,714 patent/US10251208B2/en active Active
-
2017
- 2017-08-10 CN CN201780043106.1A patent/CN109479336B/zh active Active
- 2017-08-10 WO PCT/CN2017/096946 patent/WO2018028650A1/en unknown
- 2017-08-10 EP EP17838780.9A patent/EP3485694B1/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101998661A (zh) * | 2009-08-13 | 2011-03-30 | 大唐移动通信设备有限公司 | 一种判决无线链路失败的方法和装置 |
CN102196590A (zh) * | 2010-03-18 | 2011-09-21 | 电信科学技术研究院 | 一种判决无线链路失败的方法和设备 |
CN103313420A (zh) * | 2012-03-15 | 2013-09-18 | 中兴通讯股份有限公司 | 一种释放终端链路的方法、接入网装置及终端 |
Also Published As
Publication number | Publication date |
---|---|
US10251208B2 (en) | 2019-04-02 |
EP3485694A4 (en) | 2019-08-07 |
WO2018028650A1 (en) | 2018-02-15 |
CN109479336A (zh) | 2019-03-15 |
EP3485694A1 (en) | 2019-05-22 |
US20180049261A1 (en) | 2018-02-15 |
EP3485694B1 (en) | 2020-10-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109479336B (zh) | 用于连接管理的***和方法 | |
US11658722B2 (en) | Method and apparatus for managing user plane operation in wireless communication system | |
US20220191962A1 (en) | Rlm and rlf procedures for nr v2x | |
EP3461219B1 (en) | Base station for handling secondary cell group failure | |
US20220279412A1 (en) | Conditional handover management | |
US20230045700A1 (en) | Conditional Configuration in a Distributed Base Station | |
US20220386191A1 (en) | Conditional full configuration and conditional delta configuration | |
US20220124568A1 (en) | Managing mcg fast recovery | |
US20220322483A1 (en) | Communication of Segmented Radio Resource Control Messages | |
US20220150774A1 (en) | Handover during secondary cell group failure | |
US20230276313A1 (en) | Managing sidelink communication | |
US20210377758A1 (en) | Communication control method | |
WO2021215979A1 (en) | Methods and nodes in integrated access backhaul networks | |
US20240147322A1 (en) | Enhancements to mro in case of rlf after successful (conditional) handover | |
US20230403623A1 (en) | Managing sidelink information, configuration, and communication | |
US20230199579A1 (en) | Managing configurations | |
US20230171648A1 (en) | Method Network Optimization in Handover Failure Scenarios | |
WO2020198961A1 (zh) | 链路失败的恢复方法和设备 | |
US20240073771A1 (en) | Managing ue configurations when a conditional procedure fails |
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 |