CN110602750A - 传输链路管理、建立、迁移方法、装置、基站及存储介质 - Google Patents

Abstract

本发明实施例提供一种传输链路管理、建立、迁移方法、装置、基站及存储介质，即使终端移出原S‑RNA并进入新S‑RNA，核心网侧仍可将原本由原辅基站承载的目标PDU会话数据发送到能为终端提供服务的新辅基站上，让终端可以继续接收到原本通过原辅基站发送的目标PDU会话数据。终端即使在移出原S‑RNA，进入新S‑RNA，也还是可以通过主基站、新辅基站同核心网侧保持至少两条传输链路。避免了终端在移出原S‑RNA之后只能恢复到单连接，只能通过配置才能回到双/多连接模式的问题，减少了基站侧与核心网间的信令交互，同时，由于终端不会因为自己的移动而回退到单连接模式，因此，相对于现有方案能够有效提升用户的通信体验。

Description

传输链路管理、建立、迁移方法、装置、基站及存储介质

技术领域

本发明涉及通信领域，尤其涉及一种传输链路管理、建立、迁移方法、装置、基站及存储介质。

背景技术

在5G(5Generation，第五代移动通讯)系统中，支持UE的单连接(SingleConnectivity，SC)模式和双/多连接(Dual/Multiple Connectivity，DC/MC)模式。在双连接模式下，UE在空口可以同时与两个NG-RAN(Next Generation Radio Access Network，下一代无线接入网络)基站建立和保持两条独立的空口无线链路Radio Link。其中一个基站为主基站(Master Node，MN)，另一个为辅基站(Secondary Node，SN)。MN和SN又可以同时分别在NG接口和核心网用户面网元节点UPF建立和保持两条独立的网络侧连接。对于5G NG-RAN基站下的UE，在没有任何用户数据和信令传输的时候，可以通过Suspend流程将UE的5G空口无线链路释放掉，让UE即处于空口非激活态(RRC_INACTIVE状态)，从而降低UE的功耗，减少对无线资源的占用，同时也减少空口无线链路带来的干扰。

当网络侧有下行控制信令或用户数据抵达待下行传输，或者当UE侧有上行控制信令或用户数据抵达待上行传输的时候，需要恢复UE的空口无线链路，从而使得UE恢复双连接模式，但这必须基于UE仍然处于同样的主基站服务区域与辅基站服务区域下，否则将不能实现。可以理解的是，在UE的空口无线链路被释放期间UE极有可能会移动，从而离开原SN的服务区域，进入新SN的服务区域，对于这种情况，UE只能回退到单连接模式，然后通过MN与核心网侧进行信令交互，为其配置新辅基站侧的网络侧连接，进而使得UE再进入双连接模式。但这种方案需要MN与核心网进行较多的信令交互，过程繁琐，同时UE先回退到单连接模式，这于UE侧的用户体验而言，也是极为不利的。

发明内容

本发明实施例提供的传输链路管理、建立方法、装置、基站及存储介质，主要解决的技术问题是：现有技术中在UE移出原SN服务区域，进入新SN服务区域后，只能先回退到单连接模式，然后通过主基站与核心网的配置使得终端再次进入双/多连接模式，配置过程繁琐且影响用户体验的问题。

为解决上述技术问题，本发明实施例提供一种传输链路管理方法，包括：

接收终端在移出原辅集群区S-RNA并进入新S-RNA后发送的迁移请求消息，S-RNA由N个辅基站的服务区域组成，且N大于1时，S-RNA内各辅基站可通信；

将终端在原S-RNA中原辅基站侧的UE上下文信息发送给新S-RNA中的新辅基站；

获取新辅基站为承载目标PDU会话数据而分配的辅基站下行地址，辅基站下行地址用于核心网与新辅基站建立PDU会话数据传输通道，目标PDU会话数据为原本由原辅基站承载的用户PDU会话数据；

将辅基站下行地址发送给核心网。

可选地，迁移请求消息中包括指示终端当前所处服务小区所属基站的指示信息，将终端在原S-RNA中原辅基站侧的UE上下文信息发送给新S-RNA中的新辅基站之前，还包括：

根据指示信息确定终端当前所处服务小区所属的基站为原S-RNA之外的新辅基站。

可选地，指示信息包括终端当前所处服务小区所属基站的基站标识、终端当前所处服务小区的小区标识和服务小区物理层标识三种中的至少一种。

可选地，将终端在原S-RNA中原辅基站侧的UE上下文信息发送给新S-RNA中的新辅基站之前，还包括：

根据迁移请求消息携带的原辅索引标识S-I-RNTI从原辅基站处获取终端在原辅基站侧的UE上下文信息，原S-I-RNTI表征原辅基站存储终端UE上下文信息的位置；

或，

在本基站上预先备份存储终端在原辅基站侧的UE上下文信息。

可选地，根据原S-I-RNTI从原辅基站处获取终端在原辅基站侧的UE上下文信息包括：

通过本基站的Xn接口向原辅基站发送UE上下文获取请求，UE上下文获取请求中包括原S-I-RNTI；

通过本基站的Xn接口接收原辅基站根据UE上下文获取请求发送的终端在原辅基站侧的UE上下文信息。

可选地，将终端在原S-RNA中原辅基站侧的UE上下文信息发送给新辅基站包括：将终端的在原辅基站侧的UE上下文信息携带在辅基站SN添加请求消息中发送给新辅基站；

获取新辅基站为承载目标PDU会话数据而分配的辅基站下行地址包括：接收新辅基站通过SN添加响应消息发送的辅基站下行地址。

可选地，获取新辅基站为承载目标PDU会话数据而分配的辅基站下行地址之后，还包括：

向终端发送包含新辅基站新配置的新S-I-RNTI和新S-RNA信息的迁移响应消息，新S-I-RNTI表征新辅基站存储终端在新辅基站侧的UE上下文信息的位置，新S-RNA信息用于对新S-RNA进行指示。

可选地，还包括：

接收终端在移出原S-RNA但未进入任何新S-RNA时发送的移出请求消息；

存储终端在原辅基站侧的UE上下文信息；

向核心网发送本基站为承载目标PDU会话数据所分配的主基站下行地址；

在核心网获得主基站下行地址后，根据终端的UE上下文信息与核心网建立承载目标PDU会话数据的PDU会话数据传输通道。

可选地，移出请求消息中包括原S-I-RNTI，原S-I-RNTI表征原辅基站存储终端在原辅基站侧UE上下文信息的位置；存储终端在原辅基站侧的UE上下文信息之前，还包括：

通过本基站的Xn接口向原辅基站发送UE上下文获取请求，UE上下文获取请求中包括原S-I-RNTI；

通过本基站的Xn接口接收原辅基站根据UE上下文获取请求发送的终端在原辅基站侧UE上下文信息。

可选地，存储终端在原辅基站侧的UE上下文信息之后，还包括：

向终端发送包含新主索引标识P-I-RNTI的移出响应消息，新主索引标识表征本基站存储终端UE上下文信息的位置。

可选地，N大于1时，S-RNA内各辅基站之间能传输终端在原辅基站侧的UE上下文信息及用户PDU会话数据中的至少一种。

可选地，N大于等于2时，原S-RNA中的各辅基站上均存储有与原辅基站侧相同的UE上下文信息。

本发明实施例还提供一种传输链路建立方法，包括：

接收主基站发送的终端在原S-RNA中原辅基站侧的UE上下文信息，S-RNA由N个辅基站的服务区域组成，且N大于1时，S-RNA内各辅基站可通信；

向主基站发送为承载目标PDU会话数据而分配的辅基站下行地址，目标PDU会话数据为原本由原S-RNA中原辅基站承载的用户PDU会话数据；

在核心网获取到辅基站下行地址后根据UE上下文信息与核心网建立用于传输目标PDU会话数据的PDU会话数据传输通道。

可选地，接收主基站发送的终端在原S-RNA中原辅基站侧的UE上下文信息包括：接收主基站通过SN添加请求消息发送的终端在原S-RNA中原辅基站侧的UE上下文信息；

向主基站发送为承载目标PDU会话数据而分配的辅基站下行地址包括：通过SN添加响应消息向主基站发送辅基站下行地址。

可选地，SN添加响应消息中还包括本基站新配置的新S-I-RNTI，新S-I-RNTI表征本基站存储终端在本基站侧UE上下文信息的位置。

可选地，还包括：

将终端在本基站侧的UE上下文信息发送给本基站所在新S-RNA中的各辅基站进行备份保存。

可选地，将终端在本基站侧的UE上下文信息发送给本基站所在新S-RNA中的各辅基站进行备份保存包括：

通过本基站的Xn接口将终端在本基站侧的UE上下文信息发送给新S-RNA中的各辅基站；

或，

通过本基站的Xn接口将终端在本基站侧的UE上下文信息发送给主基站，以供主基站中继将终端的UE上下文信息发送给新S-RNA中的各辅基站。

本发明实施例还提供一种传输链路迁移方法，包括：

处于无线链路非激活态时，对辅基站服务小区进行无线测量；

在根据测量结果确定自己当前已移出原S-RNA并进入新S-RNA后，向主基站发送迁移请求消息，迁移请求消息用于请求主基站将自己在原S-RNA原辅基站侧的UE上下文信息及PDU会话数据传输通道迁移到新S-RNA中的新辅基站，S-RNA由N个辅基站的服务区域组成，且N大于1时，S-RNA内各辅基站可通信。

可选地，对辅基站服务小区进行无线测量包括：根据原辅基站之前配置的测量参数对辅基站服务小区集合进行无线测量；

迁移请求消息中包括对辅基站服务小区集合的测量结果信息。。

可选地，迁移请求消息中包括原S-I-RNTI，原S-I-RNTI表征自己在原辅基站侧的UE上下文信息的存储位置。

可选地，向主基站发送迁移请求消息之后，还包括：

接收主基站发送的包含新辅基站新配置的新S-I-RNTI和新S-RNA信息的迁移响应消息，新S-I-RNTI表征新辅基站存储终端UE上下文信息的位置，新S-RNA信息用于对新S-RNA进行指示。

可选地，向主基站发送迁移请求消息之后，还包括：

在有上行传输需求时，向主基站发送激活态恢复请求消息，激活态恢复请求消息包括待传的上行用户PDU会话数据关联的数据无线承载DRB标识或PDU会话标识或待传的上行信令关联的信令无线承载SRB标识。

可选地，对辅基站服务小区进行无线测量之后，还包括：

在根据测量结果确定自己当前已移出原S-RNA但未进入任何新S-RNA时，向主基站发送移出请求消息，移出请求消息包括包括对辅基站服务小区集合的测量结果信息，用于请求主基站将自己在原S-RNA原辅基站侧的UE上下文信息及PDU会话数据传输通道迁移到主基站上。

本发明实施例还提供一种传输链路管理装置，包括：

迁移请求接收模块，用于接收终端在移出原辅集群区S-RNA并进入新S-RNA后发送的迁移请求消息，S-RNA由N个辅基站的服务区域组成，且N大于1时，S-RNA内各辅基站可通信；

上下文发送模块，用于将终端在原S-RNA中原辅基站侧的UE上下文信息发送给新S-RNA中的新辅基站；

辅基站地址获取模块，用于获取新辅基站为承载目标PDU会话数据而分配的辅基站下行地址，辅基站下行地址用于核心网与新辅基站建立PDU会话数据传输通道，目标PDU会话数据为原本由原辅基站承载的用户PDU会话数据；

辅基站地址发送模块，用于将辅下行地址发送给核心网。

本发明实施例还提供一种传输链路建立装置，包括：

上下文发送模块，用于接收主基站发送的终端在原S-RNA中原辅基站侧的UE上下文信息，S-RNA由N个辅基站的服务区域组成，且N大于1时，S-RNA内各辅基站可通信；

辅基站地址传输模块，用于向主基站发送为承载目标PDU会话数据而分配的辅基站下行地址，目标PDU会话数据为原本由原S-RNA中原辅基站承载的用户PDU会话数据；

建链模块，用于在核心网获取到辅基站下行地址后根据UE上下文信息与核心网建立用于传输目标PDU会话数据的PDU会话数据传输通道。

本发明实施例还提供一种传输链路迁移装置，包括：

无线测量模块，用于处于无线链路非激活态时，对辅基站服务小区进行无线测量；

迁移请求发送模块，用于在根据测量结果确定自己当前已移出原S-RNA并进入新S-RNA后，向主基站发送迁移请求消息，迁移请求消息用于请求主基站将自己在原S-RNA原辅基站侧的UE上下文信息及PDU会话数据传输通道迁移到新S-RNA中的新辅基站，S-RNA由N个辅基站的服务区域组成，且N大于1时，S-RNA内各辅基站可通信。

本发明实施例还提供一种基站，基站包括第一处理器、第一存储器及第一通信总线；

第一通信总线用于实现第一处理器和第一存储器之间的连接通信；

第一处理器用于执行第一存储器中存储的传输链路管理程序，以实现如上任一项的传输链路管理方法的步骤；或第一处理器用于执行第一存储器中存储的传输链路建立程序，以实现如上任一项的传输链路建立方法的步骤。

本发明实施例还提供一种终端，基站包括第二处理器、第二存储器及第二通信总线；

第二通信总线用于实现第二处理器和第二存储器之间的连接通信；

第二处理器用于执行第二存储器中存储的传输链路迁移程序，以实现如上任一项的传输链路迁移方法的步骤。

本发明实施例还提供一种存储介质，存储介质中至少存储有传输链路管理程序、传输链路建立程序以及传输链路迁移程序中的至少一个，传输链路管理程序可被一个或者多个处理器执行，以实现如上任一项的传输链路管理方法的步骤；传输链路建立程序可被一个或者多个处理器执行，以实现如上任一项的传输链路建立方法的步；传输链路迁移程序可被一个或者多个处理器执行，以实现如上任一项的传输链路迁移方法的步骤。

本发明的有益效果是：

本发明实施例提供一种传输链路管理、建立、迁移方法、装置、基站及存储介质，在终端在移出原S-RNA并进入新S-RNA后，主基站可以接收到终端发送的迁移请求消息，主基站可以根据该迁移请求消息确定承载目标PDU会话数据的新辅基站，然后向新辅基站发送终端在原辅基站侧的UE上下文信息，并将新辅基站为承载目标PDU会话数据而分配的辅基站下行地址发送给核心网，从而帮助建立新辅基站与核心网间的PDU会话数据传输通道，以便后续新辅基站可以通过该PDU会话数据传输通道承载原本应该由原辅基站承载的目标PDU会话数据。通过该方案，即使终端移出原S-RNA并进入新S-RNA，核心网侧仍然可以将原本应由原辅基站承载的目标PDU会话数据发送到能够为终端提供服务的新辅基站上，让终端可以在移出原S-RNA后，可以继续接收到原本通过原辅基站发送的目标PDU会话数据。所以，通过本发明实施例提供的传输链路管理方法，终端即使在移出原S-RNA，离开原辅基站的服务区域，进入新S-RNA，也还是可以通过主基站、新辅基站同核心网侧保持至少两条传输链路。本发明实施例还提供一种传输链路建立、迁移方法、装置、基站及存储介质，避免了终端在移出S-RNA之后只能恢复到单连接，然后通过配置才能回到双/多连接模式的问题，减少了基站侧与核心网间的信令交互，同时，由于终端不会因为自己的移动而回退到单连接模式，因此，相对于现有方案能够有效提升用户的通信体验。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

图1为本发明实施例一提供的终端处于无线连接激活态时通信系统的一种系统架构图；

图2为本发明实施例一提供的终端处于无线连接非激活态时通信系统的一种系统架构图；

图3为本发明实施例一提供的传输链路管理方案的一种流程图；

图4为本发明实施例一中示出的一种基站服务区域示意图；

图5为本发明实施例一中示出的另一种基站服务区域示意图；

图6为本发明实施例二提供的传输链路管理方案的一种流程图；

图7为本发明实施例三提供的传输链路管理方案的一种流程图；

图8为本发明实施例四提供的传输链路管理方案的一种流程图；

图9为本发明实施例五提供的传输链路管理方案的一种流程图；

图10为本发明实施例六提供的传输链路管理方案的一种流程图；

图11为本发明实施例七提供的传输链路管理装置的一种结构示意图；

图12为本发明实施例七提供的传输链路建立装置的一种结构示意图；

图13为本发明实施例七提供的传输链路迁移装置的一种结构示意图；

图14为本发明实施例八提供的传输链路管理装置的一种结构示意图；

图15为本发明实施例八提供的传输链路迁移装置的一种结构示意图；

图16为本发明实施例九提供的基站的一种硬件结构示意图；

图17为本发明实施例九提供的终端的一种硬件结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

第四代(4Generation，4G)移动通讯系统，又称长期演进(Long Term Evolution，LTE)移动通讯系统，其包含4G核心网(Core Network，CN)和无线接入网络(Radio AccessNetwork，RAN)。其中，4G核心网包含MME(Mobility Management Entity，移动性管理实体)，SGW(Serving Gateway，服务网关)，PGW(PDN Gateway，PDN网关)等基本网元节点，而RAN包括演进基站(evolved Node B，eNB)。第五代(5Generation，5G)移动通讯系统中，包含了下一代核心网(5GC)和下一代无线接入网络(Next Generation Radio Access Network，NG-RAN)，其中5GC包含AMF(Access Mobility Function，接入移动功能)，SMF(SessionManagement Function，会话管理功能)和UPF(User Plane Function，用户面功能)等基本网元节点。而NG-RAN至少包含两种不同类型的基站：基于4G eNB演进的ng-eNB(仍然支持E-UTRA制式空口)和全新设计的gNB(支持New Radio，NR制式空口)基站。NG-RAN基站通过NG接口和5GC连接(包含NG-C控制面和NG-U用户面连接)，而NG-RAN基站之间通过Xn接口连接(包含Xn-C控制面和Xn-U用户面连接)。

对于4G eNB基站下的终端，在没有任何用户数据和信令传输的时候，基站可以通过Suspend流程将终端终端的4G空口无线链路释放掉，终端即处于空口非激活态Suspended状态。此时终端仍保持着网络侧连接且服务基站仍保存着终端通讯配置的UE上下文信息(Context)。从核心网CN的角度看，终端仍然处于ECM_CONNECTED状态，可以继续执行网络侧的相关流程。类似地，对于5G NG-RAN基站下的单连接终端，在没有任何用户数据和信令传输的时候，基站也可以通过Suspend流程将终端终端的5G空口无线链路Radio Link释放掉，终端即处于空口非激活态RRC_INACTIVE非激活态，此时终端仍保持着网络侧连接且服务NG-RAN基站保存着终端通讯配置的UE上下文信息。从核心网5GC的角度看，终端仍然处于CM_CONNECTED状态，可以继续执行网络侧的流程。因此，网络侧传输链路和空口链路是相对解耦的，网络侧传输链路可不依赖于空口链路的存在而存在。

无论单连接终端处于4G网络下的Suspended状态，还是5G网络下的RRC_INACTIVE非激活态，终端都可在特定大小的RAN寻呼区(RAN Notification Area，RNA)内自由地移动。由于终端此时仅需要执行小区重选流程，并不需触发任何空口和网络侧的流程，因此，此时没有任何数据传输的终端在空口行为类似空闲态(Idle态)。当网络侧有下行控制信令或用户数据抵达，待下行传输的时候，4G RAN或5G NG-RAN基站会在RAN寻呼区内触发寻呼Paging流程，从而触发终端进行随机接入RACH和RRC连接恢复流程。当终端侧有上行控制信令或用户数据抵达待上行传输的时候，终端会在当前驻留服务小区内，触发随机接入RACH和RRC连接恢复流程，之后进入到单连接的RRC_ACTIVE激活状态，进行数据传输。

在5G系统中，支持终端单连接和双/多连接配置和操作功能。在SC单连接模式下，终端在空口和网络侧都只有一条数据传输通道，而在DC/MC双/多连接模式下，终端在空口或网络侧都有两条或者以上的数据传输通道。由于单连接就是双连接只考虑MN主基站侧情况的特例(删除辅基站SN辅基站侧所有相关的辅数据链路)，而多连接MC则是双连接DC在多链路配置和操作维度上的进一步扩展，因此，这里以双连接为例进行说明：

在双连接下，通信系统1相关架构如图1所示：终端10可以在空口同时与主基站11以及辅基站12建立和保持独立的无线链路连接(即空口数据传输通道，Uu-U连接)；而主基站11和辅基站12又分别与用户面网元节点13建立和保持右边独立的网络侧连接(即网络数据传输通道，NG-U连接)。值得注意的是，只有主基站11能和核心网控制面网元节点14建立和保持控制面的连接(即NG-C连接)。

在图1中，通过细实线表示了不同网元节点之间的控制面连接，即用于传输控制信令的链路；通过粗实线表示了不同网元节点之间的用户面连接，即用于传输用户PDU会话数据的链路。聚焦到用户面网元节点13同主基站11、辅基站12间，存在如下两条NG-U接口数据传输通道：NG-U(MN)提供了用户面网元节点13和主基站11之间的数据传输通道，用于传输特定PDU Session(用户PDU会话数据)/QoS Flows(用户业务质量数据包流)上承载的上下行数据包。根据当前协议的规定，这条数据传输通道的建立需要用户面网元节点13提供“主基站侧上行数据传输通道地址”，同时由主基站11提供“主基站侧下行数据传输通道地址”。这里所谓的数据传输通道地址包括传输层地址(Transport Layer Address)和GTP隧道地址标识(GTP TEID)。在创建数据传输通道NG-U(MN)时，用户面网元节点13与主基站11间需要交互上、下行传输通道地址，该上、下行传输通道地址的交互通过NG-C控制面的信令交互完成。类似地，NG-U(SN)提供了用户面网元节点13和辅基站12之间的数据传输通道，用于传输特定PDU Session/QoS Flows上承载的上下行数据包。根据当前协议的规定，这条数据传输通道的建立需要用户面网元节点13提供“辅基站侧上行数据传输通道地址”，同时由辅基站12提供“辅基站侧下行数据传输通道地址”。同样地，这里的数据传输通道地址也包括传输层地址和GTP隧道地址标识。值得注意的是，由于辅基站12同核心网控制面网元节点14之间没有NG-C控制面链路，因此辅基站12侧的所有配置信息(包括辅基站12分配的辅基站侧下行数据传输通道地址)，都必须通过Xn-C控制面链路，以主基站11作为中继转发到控制面网元节点14。

虽然前面仅介绍了处于单连接配置下的终端可以进入并退出RRC_INACTIVE状态，但实际上，处于双/多连接配置下的终端也是可以进入到RRC_INACTIVE状态的，以双连接配置为例：请参见图1和图2，对于处于主、辅基站下的双连接终端10，假定在某一时刻，锚点在主基站11侧的PDU Session1与锚点在辅基站12侧的PDU Session2中的用户数据均停止传输，此时主基站11可以通过Suspend流程将终端10的两条5G空口无线链路Radio Link都释放掉，终端10即处于空口非激活态RRC_INACTIVE状态。此时终端10仍然保持着网络侧的所有连接且主、辅基站各自保存着终端的UE上下文信息。从核心网5GC角度看，终端10仍然处于CM_CONNECTED双连接状态，可以继续执行网络侧的流程。

图2和图1相比，在网络侧的各个连接没有任何变化，但在空口Uu侧，终端10和当前服务主基站11和辅基站12的两条无线链路连接Radio Link都被释放掉了，终端10仅仅维持和主基站11之间的寻呼和随机接入RACH信令功能。在终端10不改变当前服务主基站主基站和辅基站SN的前提下，终端10和网络侧进入和退出RRC_INACTIVE非激活态的流程，当前标准协议已可以支持：当网络侧有下行控制信令或用户数据抵达，待下行传输的时候，主基站11会在RAN寻呼区内触发寻呼流程；当终端10侧有上行控制信令或用户数据抵达，待上行传输的时候，终端10会在当前驻留主服务小区(Pcell)内，触发随机接入RACH和RRC连接恢复流程，之后直接进入到原来双连接RRC_ACTIVE激活状态，恢复双连接上的数据传输。

但随着终端10移动，终端10很可能会离开当前服务辅基站12的服务区域，进入到新辅基站的服务区域，而现有技术中并没有给出在这种情况下，如何继续保障终端10可以在需要时，恢复到双连接模式的方案，为了避免终端10回退到单连接模式后通过配置使其回到双连接状态给用户体验带来的影响，同时也是为了较少主基站11与核心网侧的信令交互，本实施例提供一种传输链路管理方案，该传输链路管理方案包括终端侧的传输链路迁移流程、主基站侧的传输链路管理流程以及新辅基站侧的传输链路建立流程，下面请参见图3示出的传输链路管理方法的流程图：

S302：终端处于无线链路非激活态时，对辅基站服务小区进行无线测量。

在本实施例中，终端可以是处于双连接配置也可以是多连接配置。在不存在针对终端的下行传输需求，同时终端也没有上行传输需求时，主基站控制释放掉终端在空口的空口无线链路，从而使得终端处于无线链路非激活态。

不过，尽管终端处于无线链路非激活态，但终端还是会继续对辅基站服务小区进行无线测量，并将无线测量的测量结果信息进行上报。所谓S-RNA(辅集群区)，是指包括N个辅基站服务区域的联合服务区域，也就是说，这N个辅基站均可以作为终端的辅基站，为终端服务。其中N为正整数，所以，N可以大于等于1。当N大于1的时候，也即原S-RNA中包括两个即两个以上辅基站的服务区域时，这些辅基站之间可以进行交互。例如这N个辅基站之间可以直接与该S-RNA对应的其他辅基站进行通信，也可以通过主基站进行彼此之间的通信，例如，在一个原S-RNA内包括两个辅基站，这两个辅基站之间可以直接通过各自的Xn接口与对方通信，也可以将发送给对端的信息通过Xn接口先发送给主基站，然后由主基站将该信息转发给对应的辅基站。在本实施例的一些示例中，S-RNA内的各辅基站之间既存在控制面的信令传输通道，又存在用户面的数据传输通道。所以，在这些示例中，辅基站与辅基站之间可以交互终端的UE上下文信息和用户PDU会话数据中的至少一种。

和S-RNA对应的还有P-RNA(主寻呼区)，P-RNA包括若干个主基站的服务区域，可以理解的是，的P-RNA范围通常大于S-RNA的范围，因此，在本实施例中，可以假定终端暂时并不会移出P-RNA，而可以移出一个S-RNA，并进入一个新S-RNA。在本实施例中，终端还可以对P-RNA中的各主基站进行无线测量，无线测量所依据的测量参数由主基站预先分配设置。所以在本实施例中，终端在处于无线链路非激活态时，可以基于主、辅基站侧之前给出的RRM(Radio Resource Management，无线资源管理)测量参数，继续对主、辅基站各自所在RAT域内的潜在目标服务小区，进行RRM测量，从而能够及时感知自己当前移动到了哪些主辅基站的服务小区集合之下。

S304：终端在根据测量结果确定自己当前已移出原S-RNA并进入新S-RNA后，向主基站发送迁移请求消息。

根据测量结果，终端可以确定自己是否移出之前所在的S-RNA的范围，并进入到一个新S-RNA的范围，如果是，则终端会向主基站发送迁移请求消息。迁移请求消息用于请求主基站将自己在原S-RNA原辅基站侧的UE上下文信息及PDU会话数据传输通道迁移到新S-RNA中的新辅基站。在本实施例的一种示例当中，迁移请求消息中包括原辅索引标识(S-I-RNTI)，原辅索引标识表征原辅基站侧存储UE上下文信息的位置。在本实施例的另一示例中，迁移请求消息中除了包括原辅索引标识，还包括终端对S-RNA内的辅基站服务小区的测量结果信息。应当理解的是，由于终端当前处于RRC_INACTIVE状态，所以，目前终端在空口侧的无线链路已经被释放掉，终端只能向主基站发送迁移请求消息。

所以，在本实施例中，S-RNA分为原S-RNA和新S-RNA，这里的原和新仅仅是相对于终端进入对应S-RNA的顺序而言的，一个终端从某一个S-RNA退出，然后进入到另一S-RNA，则终端进入的前一S-RNA就属于原S-RNA，后进入的一个S-RNA就是该终端的新S-RNA。

S306：主基站将终端在原S-RNA中原辅基站侧的UE上下文信息发送给新S-RNA中的新辅基站。

当主基站接收到终端发送的迁移请求消息时，主基站可以根据迁移请求消息确定终端已经从原S-RNA移动进入了新S-RNA，因此，在这种情况下，原S-RNA中的原辅基站不能再继续为终端提供服务了。可以理解的是，在终端移出原S-RNA之前，原S-RNA中的原辅基站是需要承载一些用户PDU会话数据会话的，当终端移出该原S-RNA之后，原本由原S-RNA中的原辅基站承载的用户PDU会话数据会话，需要由新S-RNA中的新辅基站来承载，为了便于介绍，本实施例中将原本应当由原S-RNA中原辅基站承载的用户PDU会话数据会话称为“目标PDU会话数据”。

应当理解的是，让新辅基站承载目标PDU会话数据之前，终端需要先确定出新辅基站，下面对终端确定新辅基站的方案进行简单介绍：

在本实施例的一种示例当中，迁移请求消息中包括指示信息，指示信息用于指示终端当前所处服务小区所属的基站。所以主基站接收到迁移请求消息后，可以根据迁移请求消息中的迁移请求消息信息确定终端当前所处服务小区所属的基站为新辅基站。指示信息可以包括但不限于终端当前所处服务小区所属基站的基站标识、终端当前所处服务小区的小区标识和服务小区物理层标识中的至少一种。当指示信息中包括基站标识时，主基站可以直接根据该基站标识确定出新S-RNA中可以为终端提供服务的新辅基站是哪一个或哪几个。当指示信息中包括服务小区的小区标识或服务小区物理层标识时，主基站可以根据小区标识或服务小区的物理层标识与基站标识之间的对应关系确定出当前可以为终端提供服务的新S-RNA中的辅基站是哪一个或哪几个。

确定出原S-RNA之外的新辅基站之后，为了让新辅基站能够承载目标PDU会话数据，主基站还需要让新辅基站得到终端在原辅基站侧的UE上下文信息，并且帮助建立新辅基站与核心网之间的PDU会话数据传输通道。

为了将终端在原辅基站侧的UE上下文信息发送给新辅基站，主基站需要先获取到终端在原辅基站侧的UE上下文信息。在本实施例的一些示例中，主基站可以直接从本基站上获取到终端在原辅基站侧的UE上下文信息，因为主基站会对终端在原辅基站侧的UE上下文信息进行备份存储。在本实施例的另一些示例中，主基站需要从原辅基站侧得到终端的UE上下文信息：

终端发送给主基站的迁移请求消息中可以包括原辅索引标识，该原辅索引标识可以表征原辅基站存储终端在原辅基站侧UE上下文信息的位置。所以，主基站可以将从迁移请求消息中提取出的原辅索引标识携带在上下文获取请求中发送给原辅基站，例如：主基站可以通过自己的Xn接口向原辅基站发送携带原辅索引标识的上下文获取请求(RetrieveUE Context Request)。原辅基站在接收到该上下文获取请求之后，可以向主基站回复上下文获取响应(Retrieve UE Context Response)：原辅基站根据其中的原辅索引标识提取出本端存储的终端在原辅基站侧的UE上下文信息，并通过Xn接口将提取出的UE上下文信息发送给主基站。

在本实施例的一种示例中，主基站将终端在原辅基站侧的UE上下文信息发送给新辅基站时，可以通过SN添加请求消息(SN Addition Request)进行发送。

S308：新辅基站将为承载目标PDU会话数据而分配的辅基站下行地址发送给主基站。

新辅基站通过SN添加请求消息中携带的终端在原辅基站侧的UE上下文信息，可以了解自己在后续过程中需要承载的目标PDU会话数据，以及该目标PDU会话数据相关的上下文配置。简单来说，新辅基站可以根据接收到的终端在原辅基站侧的UE上行文信息确定待承载的目标PDU会话数据以及核心网侧为传输该目标PDU会话数据而分配的PDU会话数据传输通道的上行地址。不过，为了建立起新辅基站与核心网之间的PDU会话数据传输通道，还需要新辅基站分配该PDU会话数据传输通道的下行地址，在本实施例中，为了将新辅基站为建立PDU会话数据传输通道而分配的下行地址，同主基站为建立PDU会话数据传输通道而分配的下行地址区分开，这里将新辅基站分配的下行地址称为“辅基站下行地址”，对应地，将主基站分配的下行地址称为“主基站下行地址”。

可以理解的是，原本由原辅基站承载的目标PDU会话数据，也即在终端移出原S-RNA前锚点在原辅基站的用户PDU会话数据会话可以不只一个，例如在本实施例的一种示例当中，原本锚点在原辅基站的用户PDU会话数据会话包括PDU Session3和PDU Session4，则新辅基站根据UE上下文信息可以了解到自己需要承载的目标PDU会话数据包括PDUSession3和PDU Session4。无论是在原辅基站还是在新辅基站，对于这两个目标PDU会话数据而言，PDU会话数据传输通道可以不一致，所以当目标PDU会话数据不只一个时，新辅基站分配的辅基站下行地址也可以不止一个。

在本实施例的一些示例中，所谓的下行地址(例如主基站下行地址或辅基站下行地址)包括传输层地址与隧道地址标识。

根据图1、图2示出的通信系统架构可知，新辅基站与核心网之间没有控制面的信令传输通道，因此，新辅基站不能直接将该辅基站下行地址发送给核心网，所以，新辅基站只能先将辅基站下行地址发送给主基站，然后让主基站将辅基站下行地址发送给核心网。

在主基站通过SN添加请求消息向新辅基站发送终端在原辅基站侧UE上下文信息的情况下，新辅基站可以通过SN添加响应消息(SN Addition Request ACK)向主基站发送辅基站下行地址。

S310：主基站将辅基站下行地址发送给核心网。

主基站在接收到新辅基站发送的辅基站下行地址之后，可以将辅基站下行地址发送给核心网，让核心网根据该辅基站下行地址同新辅基站之间建立用于传输目标PDU会话数据的PDU会话数据传输通道。

根据图1与图2示出的系统架构可知，需要与新辅基站建立PDU会话数据传输通道的是核心网中UPF网元，但由于主基站与UPF网元之间也不存在控制面传输链路，因此，主基站需要将新辅基站分配的下行地址先传输给核心网的AMF/SMF网元，然后由AMF/SMF网元将下行地址再传输给UPF网元，让UPF网元根据该下行地址同新辅基站之间建立PDU会话数据传输通道。

S312：新辅基站在核心网获取到辅基站下行地址后根据UE上下文信息与核心网建立用于传输目标PDU会话数据的PDU会话数据传输通道。

在核心网获取到辅基站下行地址后，核心网获得了需要建立的PDU会话数据传输通道的辅基站下行地址，而新辅基站已经根据UE上下文信息获得了PDU会话数据传输通道在核心网侧的上行地址，因此二者可以用于传输目标PDU会话数据的PDU会话数据传输通道。

在新辅基站同核心网建立用于传输目标PDU会话数据的PDU会话数据传输通道后，当网络侧有针对终端的下行控制信令或用户数据时，或者当终端侧有上行控制信令或用户数据需要传输时，主基站可以控制恢复终端与主、辅基站侧的空口无线链路，这样，同终端移出原S-RNA之前类似，终端只要在主基站的Paging寻呼下或者主动执行该RACH(RandomAccess Channe，随机接入信道)和RRC(Radio Resource Control，无线资源控制)连接恢复流程，向主基站发送激活态恢复请求消息，该激活态恢复请求消息包括上行用户PDU会话数据关联的数据无线承载标识或PDU会话标识，据此，主基站可以控制恢复终端与主、辅基站侧的空口无线链路。网络侧的下行控制信令或用户数据就具有了通过新S-RNA中的新辅基站传输到终端的基础，而终端侧的上行控制信令或用户数据也可以通过新S-RNA中的新辅基站传输给网络侧。

为了保证终端从当前所在S-RNA(即前面所谓“新S-RNA”)移出，再进入另一S-RNA时，在终端有传输需求或有针对终端的传输需求时，仍可以通过RACH和RRC连接恢复流程直接让终端恢复到双连接模式/多连接模式，在本实施例的一种示例当中，新辅基站在接收到终端在原辅基站侧的UE上下文信息后，可以对UE上下文信息进行存储，同时根据本基站存储终端在本基站侧的UE上下文信息的位置配置生成新辅索引标识，并将该新辅索引标识发送给主基站，新辅基站可以将新辅索引标识携带在SN添加响应消息中，同新辅基站分配的辅基站下行地址一同发送给主基站。另外，在本实施例的一些示例中，新辅基站还可以在SN添加响应消息中携带新辅基站配置的新S-RNA信息，该新S-RNA信息用于对新S-RNA进行指示。主基站接收到SN添加响应消息后，可以生成包括新辅索引标识和新S-RNA信息的迁移响应消息，并将该迁移响应消息发送给终端。在此基础上，终端可以继续根据无线测量结果确定自己是否已经移出除了当前S-RNA的范围，并在移出该当前新S-RNA范围，进入另一新S-RNA后，向主基站发送迁移请求消息，在该迁移请求消息中，终端可以携带新辅索引标识(可以理解的是，由于原辅索引标识和新辅索引标识是相对于终端的移动前后而言的，因此这里所谓的新辅索引标识相对于移动后而言，实际上被称为原辅索引标识)。

可以理解的是，由于本实施例中终端并未移出主寻呼区P-RNA，因此，原本锚点在主基站侧用户PDU会话数据会话的传输并不需要进行改动，也即针对锚点在主基站侧的用户PDU会话数据会话，其PDU会话数据传输通道并不需要进行迁移。因此，通常而言，主基站存储终端在主基站侧UE上下文信息的位置不会发生变化，P-RNA也不会发生变化。所以，通常，主基站在发送的迁移响应消息中并不需要包括新主索引标识(P-I-RNTI)和新P-RNA信息，但在本实施例的一些示例当中，如果主基站想要趁着此次终端上下文迁移和PDU会话数据传输通道的迁移的机会重新配置P-RNA或改变终端在本侧的UE上下文信息的存储位置，则可以在迁移响应消息中同时携带新主索引标识和新P-RNA信息。

在前面的示例当中，已经介绍了终端从原S-RNA移入新S-RNA时，对PDU会话数据传输通道的管理方案，本实施例还提出一种针对终端在原S-RNA内移动时PDU会话数据传输通道的管理方案：

在原S-RNA中存在至少两个辅基站时(即N大于等于2时)，可以在各个辅基站上均存储终端在原辅基站的UE上下文信息，而对于核心网而言，其在向终端传输某一目标PDU会话数据时，因为会向原S-RNA中的各辅基站均发送该目标PDU会话数据，因此可以保证原S-RNA内所有辅基站都可以获取到针对终端的目标PDU会话数据。这样，只要终端处于原S-RNA内，原S-RNA内的各辅基站总有途径与终端进行数据传输。所以，对于终端而言，无论终端的无线测量结果如何，只要其确定自身当前所在位置仍处于原S-RNA内，则终端可以不必与主基站侧进行信令交互。

所以，在本实施例的一些示例当中，当新辅基站获取到终端在原辅基站侧的UE上下文信息之后，可以将该UE上下文信息发送给其所属的S-RNA(即新S-RNA)内所有的辅基站进行保存，在其中一种示例当中，新辅基站可以通过本基站的Xn接口将UE上下文信息发送给新S-RNA中的各辅基站。而在另一种示例中，新辅基站是通过主基站向新S-RNA中的各辅基站发送终端UE上下文信息的：新辅基站通过本基站的Xn接口将终端的UE上下文信息发送给主基站，然后让主基站将该UE上下文信息发送给新S-RNA中的各辅基站。

可以理解的是，本实施例提供的传输链路管理方法和传输链路建立方法、传输链路迁移方法不仅可以应用于双连接操作的情景，也适合一个终端同时与S-RNA内多个辅基站连接的情景，即多连接操作的场景。

基于本实施例提供的传输链路管理方法和传输链路建立方法、传输链路迁移方法，在主基站通过Suspend流程将终端配置进入到空口非激活态后，如果终端进行移动，只要终端不移出原S-RNA的范围，则由于原S-RN A中所有辅基站均保存在终端的UE上下文信息，因此，终端在根据无线测量结果监测到自己离开某一原辅基站的服务区域后，可以不必同主基站进行信令交互，因为在这种情况下，当有针对终端的下行传输需求或终端有上行传输需求时，都可以直接通过RACH和RRC连接恢复流程进行空口无线链路恢复，然后进行用户PDU会话数据的传输。

另外，当终端根据自己的无线测量结果确定自己因为移动，已经离开了原S-RNA，并进入了新S-RNA，则其可以向主基站发送迁移请求消息，让主基站根据该迁移请求消息确定能够在后续为终端提供服务的新辅基站，然后将原本建立在核心网与原辅基站间的用于承载目标PDU会话数据的PDU会话数据传输通道迁移到核心网与新辅基站之间，这样，当有针对终端的下行传输需求或终端有上行传输需求时，也还可以继续通过RACH和RRC连接恢复流程进行空口无线链路恢复，然后进行用户数据的传输。从而避免因为终端的移动而导致终端从双连接模式/多连接模式回退到单连接模式，需要通过主基站与核心网之间进行大量信令交互才能再次进入双连接模式/多连接模式，影响用户体验，以及造成核心网侧与主基站侧信令开销大的问题。

实施例二：

本实施例将在实施例一的基础上继续对本发明提供的传输链路管理方案进行介绍，可以理解的是，在终端移出原S-RNA时后，存在这样两种移动情景：

情景一：终端移出原S-RNA，并立即进入新S-RNA；

情景二：终端移出原S-RNA，但未进入任何新S-RNA。

请参见图4所示的服务覆盖情景下，终端在从原S-RNA移出时，可能会立即进入到新S-RNA中。在图5所示的服务覆盖情景下，由于没有任何一个S-RNA与原S-RNA存在重叠区域，因此，当终端移出原S-RNA后，并不会进入到任何新的S-RNA中。当然，可以理解的是，在图5当中，终端也有可能从原S-RNA移出，但不进入任何新的S-RNA。

在实施例一中，已经着重介绍了在情景一下，如何进行传输链路管理及建立的方案，本实施例将针对情景二下传输链路管理的方案进行说明，请参见图6示出的流程图：

假定在某一时刻，主基站确定终端在主基站、辅基站均没有用户PDU会话数据会话传输，因此主基站可以执行空口Suspend流程，控制释放掉终端与主基站之间的空口无线链路以及终端与辅基站间的空口无线链路。在本实施例中，终端可以拥有同一个或两个及以上的辅基站间的空口无线链路。

在主基站控制释放终端在空口的空口无线链路后，可以降低维持空口无线链路给终端带来的功耗，以及减少对无线资源的占用，同时也可以降低空口无线链路带来的干扰。在主基站控制终端进入RRC_INACTIVE状态后，终端可以继续进行无线测量。这里所说的无线测量可以是RRM无线测量。

S602：终端处于无线链路非激活态时，对S-RNA内的辅基站服务小区进行无线测量。

在本实施例中，终端在处于无线链路非激活态时，可以基于主、辅基站侧之前配置给出的RRM测量参数，继续对主、辅基站各自所在RAT域内的潜在目标服务小区，进行RRM测量，从而能够及时感知自己当前移动到了哪些主辅基站的服务小区集合之下。

S604：终端在根据测量结果确定自己当前已移出原S-RNA但未进入任何新S-RNA时，向主基站发送移出请求消息。

如果终端确定自己已经移出了原S-RNA，但并未计入任何新S-RNA时，可以向主基站发送移出请求消息，在本实施例的一些示例中，移出请求消息和迁移请求消息类似，都可以通过RRC Connection Resume Request(RRC连接恢复请求)消息发送。和迁移请求消息相比，移出请求消息能够表征终端当前的移动情景属于情景二，而如果终端向主基站发送的是迁移请求消息，则说明终端当前的移动情景属于前述情景一。因此，当终端的迁移请求消息和移出请求消息均通过RRC Connection Resume Request消息发送时，对应迁移请求消息RRC Connection Resume Request消息中，至少包括能够表征移动情景一的指示，而对应于移出请求消息的RRC Connection Resume Request消息中也应该至少包括能够表征移动情景二的指示信息。

S606：主基站存储终端在原辅基站侧的UE上下文信息。

主基站在接收移出请求消息后，可以确定终端当前只是移出了原S-RNA，并未进入到新S-RNA，因此，在这种情况下，没有新辅基站可以承载原本由原辅基站承载的目标PDU会话数据，为了保证后续对目标PDU会话数据的正常承载，主基站需要获取到终端在原辅基站侧的UE上下文信息，并将原本用于承载目标PDU会话数据的PDU会话数据传输通道自原辅基站迁移到本基站上。

在本实施例中，主基站可以从原辅基站获取终端的UE上下文信息，从原辅基站处获取终端的UE上下文信息时，主基站可以通过向原辅基站发送Retrieve UE ContextRequest(获取终端上下文请求)消息而发起上下文获取请求。当然，如果为了方便终端在原S-RNA内自由移动而让原S-RNA中每一个辅基站中均存储有终端的UE上下文信息，则主基站也可以从原S-RNA中除原辅基站以外的其他辅基站上获取终端的UE上下文信息。另外，如果主基站上原本就存储有终端在原辅基站侧的UE上下文信息，则主基站也可以不必再从原S-RNA中的辅基站上获取。

S608：主基站向核心网发送本基站为承载目标PDU会话数据所分配的主基站下行地址。

可以理解的是，将原本用于承载目标数据会话的网络传输链路迁移到主基站上，实际上也就是在主基站与核心网之间建立用于承载目标数据会话的网络传输链路。所以，主基站不仅需要知晓核心网为传输目标数据会话而分配的上行地址，同时还需要为承载该目标PDU会话数据分配主基站侧的下行地址，即主基站下行地址。该主基站下行地址包括传输层地址与隧道地址标识。分配主基站下行地址之后，主基站会将该主基站下行地址发送给核心网。

S610：主基站在核心网获得主基站下行地址后，根据终端的在原辅基站侧的UE上下文信息与核心网建立承载目标PDU会话数据的PDU会话数据传输通道。

在主基站获取到终端在原辅基站侧的UE上下文信息后，可以将向核心网侧发送链路修改指示消息(PDU Session Resource Modify Indication)，在链路修改指示消息中可以包括主基站为承载目标PDU会话数据而分配的主基站下行地址。

由于需要创建的PDU会话数据传输通道实际介于主基站与核心网UPF网元之间，而主基站与UPF网元之间没有控制面传输链路，因此，主基站实际上是先将链路修改指示发送给核心网的AMF/SMF网元，然后由AMF/SMF网元将主基站下行地址发送给UPF网元的。核心网在获取到主基站分配的主基站下行地址之后，可以在UPF网元与主基站之间建立起用传输目标PDU会话数据的PDU会话数据传输通道。

在本实施例中，当主基站与核心网之间成功建立起用于传输目标PDU会话数据的PDU会话数据传输通道后，主基站可以控制原辅基站释放起所保存的终端的UE上下文信息，同时，如果原S-RNA中各辅基站均保存了终端的UE上下文信息，则主基站可以控制原S-RNA中的各辅基站均释放终端的UE上下文信息。

类似地，针对实施例一中的方案，在新辅基站与核心网之间建立起用于传输目标PDU会话数据的PDU会话数据传输通道后，主基站也可以控制原辅基站释放其原本存储的终端在原辅基站侧的UE上下文信息。或者在原S-RNA中各辅基站均保存终端在原辅基站侧的UE上下文信息的情况下，控制原S-RNA的所有辅基站均进行终端UE上下文信息的释放流程。

在本实施例的一些示例当中，主基站还可以在获取到终端在原辅基站的UE上下文信息之后，向终端发送移出响应消息，在移出响应消息中可以包括新主索引标识，该新主索引标识由主基站配置，能够表征主基站存储终端UE上下文信息的位置。另外，主基站如果需要改变P-RNA的配置，也可以将新P-RNA信息携带在移出响应消息中一同发送给终端，毕竟向终端发送移出响应消息时，主基站本来就需要与终端进行信令交互，因此如果主基站趁此机会对P-RNA的配置进行修改，并将修改后的新P-RNA信息携带在移出响应消息中发送给终端，则可以减少与终端的间的信令交互。

在本实施例的一些示例中，移出请求消息可以通过RRC Connection ResumeReject(RRC连接恢复拒绝)消息发送给终端。类似地，如果终端的移动情景属于情景一，则主基站发送给终端的迁移响应消息也可以通过RRC Connection Resume Reject消息进行发送。

在本实施例中，当终端通过无线测量结果确定自己移出原S-RNA且并未进入任何新S-RNA后，可以向主基站发送移出请求消息，从而使主基站了解到自己已经离开原S-RNA。主基站根据移出请求消息，对原本应当由原辅基站承载目标PDU会话数据回流到主基站侧，从而使得核心网与终端之间可以通过主基站来传输目标PDU会话数据。使得终在进行前述场景二的移动后，如果有目标PDU会话数据需要传输，终端与核心网之间仍存在承载目标PDU会话数据的PDU会话数据传输通道，避免终端移出原S-RNA后，目标PDU会话数据无法进行传输的问题，增加了终端自由活动的范围，提升了用户侧的通信体验。

实施例三：

为了让本领域技术人员充分了解本发明方案的优点与细节，本实施例将结合具体示例继续对前述实施例中提供的传输链路管理方案进行介绍，

假定某终端处于与MeNB(eNB式主基站)和原S-RNA内某SgNB1(gNB式辅基站1)的双连接工作模式，并且PDU Session1锚点建立在MeNB侧，PDU Session2锚点建立在SgNB1侧。在某时刻，PDU Session1和PDU Session 2的用户数都暂时停止传输，则MeNB可以通过空口Suspend流程，将终端重配置到RRC_INACTIVE非激活态，从而释放掉MCG Radio Link(MeNB同终端间的空口无线链路)、和SCG Radio Link(SgNB1同终端间的空口无线链路)以及低层的无线配置。同时，MeNB保持NG-C网络连接和NG-U(MN)网络连接，和PDU Session1相关的高层配置；而原S-RNA内的所有基站包括SgNB1都保存着NG-U(SN)网络连接，以及PDUSession2相关的高层配置；终端保存着PDU Session1和PDU Session2相关的高层配置。请结合图7示出的传输链路管理方案中通信系统内的交互图：

S701：终端向MeNB发送RRC Connection Resume Request消息。

终端此时处于双连接配置下，同时也处于RRC_INACTIVE非激活态，虽然终端不会与MeNB、SgNB1进行信令和数据传输，但终端仍然会执行对部署有候选目标辅基站的各个异频点RRM无线测量。如果终端经测量，发现自己仍处于原S-RNA，即便为自己提供服务的辅基站发生了切换，但终端和MeNB可以不必在空口Uu进行任何控制信令交互。

如果终端经测量发现自己已进入到原S-RNA之外的某新辅基站SgNB2的服务区域后，终端可以在空口Uu触发RRC连接恢复流程，向MeNB发送迁移请求消息，在本实施例中，迁移请求消息为RRC Connection Resume Request消息。在本实施例中，RRC ConnectionResume Request消息中可以包括MeNB之前给终端分配的P-I-RNTI，SgNB1之前给终端分配的S-I-RNTI，同时还可以包括终端当前所处SgNB2下服务小区的小区标识，恢复原因值Casue value，由于本实施例中终端是从原S-RNA移出并进入新S-RNA，因此Casue value＝S-RNA change，Casue value＝S-RNA change即表征着场景一的移动情景。可以理解的是，RRC Connection Resume Request消息中P-I-RNTI中并不是必要的，另外，小区标识还可以通过其他信息来代替，例如终端当前所处小区所属基站的基站标识，即SgNB2的基站标识，或者是终端当前所处小区的物理层标识。

在本实施例中，P-I-RNTI可以包括MeNB的基站标识和MeNB侧保存的终端UE上下文信息的主索引标识。而S-I-RNTI中可以包含SgNB1的基站标识和SgNB1侧保存的终端的UE上下文信息的原辅索引标识。

S702：MeNB通过Xn接口向原辅基站SgNB1发送UE Context Request消息。

MeNB接收到RRC Connection Resume Request消息之后，可以基于S-I-RNTI信息从SgNB1，通过索引方式找到SgNB1内保存的终端在SgNB1侧UE上下文信息(即SgNB1侧的网络连接和相关高层配置)。可选地，在本实施例中，MeNB通过Xn接口向SgNB1发送UE ContextRequest消息，在该SgNB1发送UE Context Request消息中，可以携带有终端在SgNB1侧的上下文索引标识。

S703：MeNB通过Xn接口接收原辅基站SgNB1发送UE Context Response消息。

在UE Context Response消息中包括SgNB1存储的终端的UE上下文信息。

S704：MeNB通过Xn接口向新辅基站SgNB2发送SN Addition Request消息。

基于终端所发送的RRC Connection Resume Request消息中的恢复原因值Casuevalue＝S-RNA change，MeNB可以得知终端从原S-RNA移动到了原S-RNA之外的新S-RNA下，同时基于RRC Connection Resume Request消息中携带的服务小区的小区标识，MeNB可以确定终端当前处于的SgNB2服务覆盖下。所以MeNB可以向SgNB2发送SN Addition Request消息，从而让SgNB2来承载PDU Session2。

SN Addition Request消息中包含MeNB从SgNB1侧获取的终端的UE上下文信息，基于该UE上下文信息，SgNB2得知自己需要去承载PDU Session2(原来由被SgNB1承载)，以及PDU Session2相关的上下文配置。

S705：SgNB2通过Xn接口向MeNB发起SN Addition Request ACK消息。

在SN Addition Request ACK消息中，包括SgNB2为承载PDU Session2而分配的SgNB2侧下行地址信息。另外，SN Addition Request ACK消息中还可以包括SgNB2分配的S-I-RNTI消息。

对于传输PDU Session2的上行地址信息，SgNB2可以根据MeNB发送的终端的UE上下文信息确定。

S706：MeNB通过空口Uu向终端发送RRC Connection Resume Reject消息。

RRC Connection Resume Reject消息中可以包含MeNB给终端新分配的新P-I-RNTI和SgNB2分配的新S-I-RNTI，以及新P-RNA信息和新S-RNA信息，同时还包括拒绝原因值Casue value＝S-RNA Change Done。应当理解的是，如果P-I-RNTI和P-RNA的配置没有发生变化，则RRC Connection Resume Reject消息可以不需要包括新P-I-RNTI和新P-RNA信息。

应当理解的是，这里的RRC Connection Resume Reject消息可以作为前述实施例中介绍的迁移响应消息。

S707：MeNB通过NG-C接口向AMF/SMF网元发送PDU Session Resource ModifyIndication。

在MeNB发送给AMF/SMF网元的PDU Session Resource Modify Indication中，包括SgNB2分配的用于承载PDU Session2的SgNB2侧下行地址信息，在AMF/SMF接收到该包含下行地址信息的PDU Session Resource Modify Indication后，可以将下行地址发送给UPF网元。

S708：UPF网元和SgNB2建立完成新的NG-U(SN)网络连接。

UPF网元从AMF/SMF网元处获取到SgNB2侧下行地址信息后，可以根据该下行地址信息与SgNB2建立新的NG-U网络连接。对于SgNB2而言，其还需要进一步建立完成和MeNB之间的的Xn网络连接。另外，因为是终端当前是处于RRC_INACTIVE非激活态，因此SgNB2不需要建立SCG低层的无线配置。

S709：MeNB通过Xn接口向原S-RNA所有辅基站发送UE Context Release消息。

UE Context Release消息能够发起上下文释放流程，基于该消息，原S-RNA内所有辅基站都会将自己存储的终端的UE上下文信息释放掉。

在后续过程中，当有针对终端的下行传输需求或终端有上行传输需求时，终端可以向MeNB发起RACH流程。例如当终端有上行传输需求时，可以发起RACH流程，并向MeNB指示待发送的上行用户数据相关的DRB id或QoS Flow id信息，从而尝试恢复到RRC_ACTIVE激活状态。

实施例四：

假定某终端处于同MgNB(gNB式主基站)和原S-RNA内某SgNB1的双连接工作模式，并且PDU Session1和PDU Session 2的锚点都建立在MgNB侧，PDU Session3和PDU Session4的锚点都建立在SgNB1侧。在某时刻，PDU Session1、PDU Session 2、PDU Session3、PDUSession 4的用户数都暂时停止传输，则MgNB可以通过空口Suspend流程，将终端重配置到RRC_INACTIVE非激活态，从而释放掉MCG Radio Link、和SCG Radio Link以及低层的无线配置。同时，MgNB保持NG-C网络连接和NG-U(MN)网络连接，和PDU Session1、PDU Session 2相关的高层配置；而原S-RNA内的所有基站包括SgNB1都保存着NG-U(SN)网络连接，以及PDUSession3、PDU Session 4相关的高层配置；终端保存着PDU Session1-PDU Session4相关的高层配置。请结合图8示出的一种通信系统交互图：

S801：终端向MgNB发送RRC Connection Resume Request消息。

终端此时处于双连接配置下，同时也处于RRC_INACTIVE非激活态，虽然终端不会与MgNB、SgNB1进行信令和数据传输，但终端仍然会执行对部署有候选目标辅基站的各个异频点RRM无线测量。如果终端经测量，发现自己仍处于原S-RNA，即便为自己提供服务的辅基站发生了切换，但终端和MgNB可以不必在空口Uu进行任何控制信令交互。如果终端经测量发现自己已进入到原S-RNA之外的某新辅基站SgNB2的服务区域后，终端可以在空口Uu触发RRC连接恢复流程，向MgNB发送RRC Connection Resume Request消息。在本实施例中，RRCConnection Resume Request消息中可以包括SgNB1之前给终端分配的S-I-RNTI，同时还可以包括终端当前所处服务小区的物理层标识NR-PCI，恢复原因值Casue value，由于本实施例中终端是从原S-RNA移出并进入新S-RNA，因此Casue value＝S-RNA change，Casuevalue＝S-RNA change即表征着场景一的移动情景。由于终端当前没有离开MgNB的服务区域，即没有离开P-RNA，因此终端暂时不用向MgNB上报P-I-RNTI信息，另外，终端当前所处服务小区的物理层标识NR-PCI还可以通过其他信息来代替，例如终端当前所处小区所属基站的基站标识，即SgNB2的基站标识，或者是终端当前所处小区的小区标识。

S-I-RNTI中可以包含SgNB1的基站标识和原辅索引标识，原辅索引标识表征SgNB1侧保存终端的UE上下文信息的位置。

S802：MgNB通过Xn接口向原辅基站SgNB1发送UE Context Request消息。

MgNB接收到RRC Connection Resume Request消息之后，可以基于S-I-RNTI信息从SgNB1，通过索引方式找到SgNB1内保存的终端在SgNB1侧UE上下文信息(即SgNB1侧的网络连接和相关高层配置)。可选地，在本实施例中，MgNB通过Xn接口向SgNB1发送UE ContextRequest消息，在该SgNB1发送UE Context Request消息中，可以携带有终端在SgNB1侧的上下文索引标识(即原辅索引标识)。

S803：MgNB通过Xn接口接收原辅基站SgNB1发送UE Context Response消息。

在UE Context Response消息中包括SgNB1存储的终端在SgNB1侧的UE上下文信息。

S804：MgNB通过Xn接口向新辅基站SgNB2发送SN Addition Request消息。

基于终端所发送的RRC Connection Resume Request消息中的恢复原因值Casuevalue＝S-RNA change，MgNB可以得知终端从原S-RNA移动到了原S-RNA之外的新原S-RNA下，同时基于RRC Connection Resume Request消息中携带的服务小区的物理层标识，MgNB可以确定终端当前处于的SgNB2服务覆盖下。所以MgNB可以向SgNB2发送SN AdditionRequest消息，从而让SgNB2来承载PDU Session3和PDU Session4。

SN Addition Request消息中包含MgNB从SgNB1侧获取的UE上下文信息，基于该UE上下文信息，SgNB2得知自己需要去承载PDU Session3和PDU Session4(原来由被SgNB1承载)，以及PDU Session3、PDU Session4相关的上下文配置。

S805：SgNB2通过Xn接口向MgNB发起SN Addition Request ACK消息。

在SN Addition Request ACK消息中，包括SgNB2为承载PDU Session3和PDUSession4而分别分配的SgNB2侧下行地址信息。另外，SN Addition Request ACK消息中还可以包括SgNB2分配的S-I-RNTI消息。

对于传输PDU Session3、PDU Session4的上行地址信息，SgNB2可以根据MgNB发送的UE上下文信息确定。

S806：MgNB通过空口Uu向终端发送RRC Connection Resume Reject消息。

RRC Connection Resume Reject消息中可以包含SgNB2分配的新S-I-RNTI，以及新S-RNA信息，同时还包括拒绝原因值Casue value＝S-RNA Change Done。应当理解的是，如果P-I-RNTI和P-RNA的配置有发生变化，则RRC Connection Resume Reject消息还可以包括新P-I-RNTI和新P-RNA信息。

S807：MgNB通过NG-C接口向AMF/SMF网元发送PDU Session Resource ModifyIndication。

在MgNB发送给AMF/SMF网元的PDU Session Resource Modify Indication中，包括SgNB2分配的用于承载PDU Session3的SgNB2侧下行地址信息，用于承载PDU Session4的下行地址信息。在AMF/SMF接收到该包含下行地址信息的PDU Session Resource ModifyIndication后，可以将下行地址发送给UPF网元。

S808：UPF网元和SgNB2建立完成新的NG-U(SN)网络连接。

UPF网元从AMF/SMF网元处获取到SgNB2侧下行地址信息后，可以根据该下行地址信息与SgNB2建立新的NG-U网络连接。对于SgNB2而言，其还需要进一步建立完成和MgNB之间的的Xn网络连接。另外，因为是终端当前是处于RRC_INACTIVE非激活态，因此SgNB2不需要建立SCG低层的无线配置。

S809：MgNB通过Xn接口向原S-RNA所有辅基站发送UE Context Release消息。

UE Context Release消息能够发起上下文释放流程，基于该消息，原S-RNA内所有辅基站都会将自己存储的终端的UE上下文信息释放掉。

在后续过程中，当有针对终端的下行传输需求或终端有上行传输需求时，终端可以向MgNB发起RACH流程。例如当终端有上行传输需求时，可以发起RACH流程，并向MgNB指示待发送的上行用户数据相关的DRB id或QoS Flow id信息，从而尝试恢复到RRC_ACTIVE激活状态。

实施例五：

假定某终端处于与MeNB和原S-RNA内某SgNB1的双连接工作模式，并且PDUSession1锚点建立在MeNB侧，PDU Session2锚点建立在SgNB1侧。在某时刻，PDU Session1和PDU Session 2的用户数都暂时停止传输，则MeNB可以通过空口Suspend流程，将终端重配置到RRC_INACTIVE非激活态，从而释放掉MCG Radio Link、和SCG Radio Link以及低层的无线配置。同时，MeNB保持NG-C网络连接和NG-U(MN)网络连接，和PDU Session1相关的高层配置；而原S-RNA内的所有基站包括SgNB1都保存着NG-U(SN)网络连接，以及PDUSession2相关的高层配置；终端保存着PDU Session1和PDU Session2相关的高层配置。请结合图9示出的一种通信系统交互图：

S901：终端向MeNB发送RRC Connection Resume Request消息。

处于双连接配置下的终端，同时也处于RRC_INACTIVE非激活态，虽然终端不会与MeNB、SgNB1进行信令和数据传输，但终端仍然会执行对部署有候选目标辅基站的各个异频点RRM无线测量。如果终端经测量，发现自己仍处于原S-RNA，即便为自己提供服务的辅基站发生了切换，但终端和MeNB可以不必在空口Uu进行任何控制信令交互。

如果终端经测量发现自己移出原S-RNA且未进入任何新辅基站SgNB2的服务区域，则终端可以在空口Uu触发RRC连接恢复流程，向MeNB发送RRC Connection Resume Request消息。在本实施例中，RRC Connection Resume Request消息中可以包括MeNB之前给终端分配的P-I-RNTI，SgNB1之前给终端分配的S-I-RNTI，同时还可以恢复原因值Casue value，由于本实施例中终端是从原S-RNA移出并未进入任何新S-RNA，因此Casue value＝S-RNARelease，Casue value＝S-RNA Release即表征着场景二的移动情景。可以理解的是，RRCConnection Resume Request消息中P-I-RNTI中并不是必要的。

在本实施例中，P-I-RNTI可以包括MeNB的基站标识和MeNB侧保存的终端UE上下文信息的原主索引标识。而S-I-RNTI中可以包含SgNB1的基站标识和SgNB1侧保存的终端UE上下文信息的原辅索引标识。

S902：MeNB通过Xn接口向原辅基站SgNB1发送UE Context Request消息。

MeNB接收到RRC Connection Resume Request消息之后，可以基于S-I-RNTI信息从SgNB1，通过索引方式找到SgNB1内保存的终端在SgNB1侧UE上下文信息(即SgNB1侧的网络连接和相关高层配置)。可选地，在本实施例中，MeNB通过Xn接口向SgNB1发送UE ContextRequest消息，在该SgNB1发送UE Context Request消息中，可以携带有终端在SgNB1侧的上下文索引标识。

S903：MeNB通过Xn接口接收原辅基站SgNB1发送UE Context Response消息。

在UE Context Response消息中包括SgNB1存储的终端在SgNB1侧的UE上下文信息。

S904：MeNB通过空口Uu向终端发送RRC Connection Resume Reject消息。

RRC Connection Resume Reject消息中可以包含MeNB给终端新分配的新P-I-RNTI，同时还包括拒绝原因值Casue value＝S-RNA Release Done。应当理解的是，如果P-RNA的配置有发生变化，则RRC Connection Resume Reject消息中还可以包括新P-RNA信息。

S905：MeNB通过NG-C接口向AMF/SMF网元发送PDU Session Resource ModifyIndication。

在MeNB发送给AMF/SMF网元的PDU Session Resource Modify Indication中，包括MeNB分配的用于承载PDU Session2的下行地址信息，在AMF/SMF接收到该包含下行地址信息的PDU Session Resource Modify Indication后，可以将下行地址发送给UPF网元。

S906：UPF网元和MeNB建立完成新的NG-U(MN)网络连接。

UPF网元从AMF/SMF网元处获取到MeNB侧的下行地址信息后，可以根据该下行地址信息与MeNB建立新的NG-U(MN)网络连接。

S907：MeNB通过Xn接口向原S-RNA所有辅基站发送UE Context Release消息。

UE Context Release消息能够发起上下文释放流程，基于该消息，原S-RNA内所有辅基站都会将自己存储的终端的UE上下文信息释放掉。

在后续过程中，当有针对终端的下行传输需求或终端有上行传输需求时，终端可以向MeNB发起RACH流程。例如当终端有上行传输需求时，可以发起RACH流程，并向MeNB指示待发送的上行用户数据相关的DRB id或QoS Flow id信息，从而尝试恢复到RRC_ACTIVE激活状态。

实施例六：

假定某终端处于同MgNB(gNB式主基站)和原S-RNA内某SgNB1的双连接工作模式，并且PDU Session1和PDU Session 2的锚点都建立在MgNB侧，PDU Session3和PDU Session4的锚点都建立在SgNB1侧。在某时刻，PDU Session1、PDU Session 2、PDU Session3、PDUSession 4的用户数都暂时停止传输，则MgNB可以通过空口Suspend流程，将终端重配置到RRC_INACTIVE非激活态，从而释放掉MCG Radio Link、和SCG Radio Link以及低层的无线配置。同时，MgNB保持NG-C网络连接和NG-U(MN)网络连接，和PDU Session1、PDU Session 2相关的高层配置；而原S-RNA内的所有基站包括SgNB1都保存着NG-U(SN)网络连接，以及PDUSession3、PDU Session 4相关的高层配置；终端保存着PDU Session1-PDU Session4相关的高层配置。请结合图10示出的一种通信系统交互图：

S1001：终端向MgNB发送RRC Connection Resume Request消息。

处于双连接配置下的终端，同时也处于RRC_INACTIVE非激活态，虽然终端不会与MgNB、SgNB1进行信令和数据传输，但终端仍然会执行对部署有候选目标辅基站的各个异频点RRM无线测量。如果终端经测量，发现自己仍处于原S-RNA，即便为自己提供服务的辅基站发生了切换，但终端和MgNB可以不必在空口Uu进行任何控制信令交互。

如果终端经测量发现自己移出原S-RNA且未进入任何新辅基站SgNB2的服务区域，则终端可以在空口Uu触发RRC连接恢复流程，向MgNB发送RRC Connection Resume Request消息。在本实施例中，RRC Connection Resume Request消息中可以包括MgNB之前给终端分配的P-I-RNTI，SgNB1之前给终端分配的S-I-RNTI，同时还可以恢复原因值Casue value，由于本实施例中终端是从原S-RNA移出且未进入任何新S-RNA，因此Casue value＝S-RNARelease，Casue value＝S-RNA Release即表征着场景二的移动情景。可以理解的是，RRCConnection Resume Request消息中P-I-RNTI中并不是必要的。

在本实施例中，P-I-RNTI可以包括MgNB的基站标识和MgNB侧保存的终端UE上下文信息的原主索引标识。而S-I-RNTI中可以包含SgNB1的基站标识和SgNB1侧保存的终端UE上下文信息的原辅索引标识。

S1002：MgNB通过Xn接口向原辅基站SgNB1发送UE Context Request消息。

MgNB接收到RRC Connection Resume Request消息之后，可以基于S-I-RNTI信息从SgNB1，通过索引方式找到SgNB1内保存的PDU Session3和PDU Session4在SgNB1侧UE上下文信息(即SgNB1侧的网络连接和相关高层配置)。可选地，在本实施例中，MgNB通过Xn接口向SgNB1发送UE Context Request消息，在该SgNB1发送UE Context Request消息中，可以携带有SgNB1侧存储终端UE上下文信息的原辅索引标识。

S1003：MgNB通过Xn接口接收原辅基站SgNB1发送UE Context Response消息。

在UE Context Response消息中包括SgNB1存储的终端在SgNB1侧的UE上下文信息。

S1004：MgNB通过空口Uu向终端发送RRC Connection Resume Reject消息。

RRC Connection Resume Reject消息中可以包含MgNB给终端新分配的新P-I-RNTI，同时还包括拒绝原因值Casue value＝S-RNA Release Done。应当理解的是，如果P-RNA的配置有发生变化，则RRC Connection Resume Reject消息中还可以包括新P-RNA信息。

S1005：MgNB通过NG-C接口向AMF/SMF网元发送PDU Session Resource ModifyIndication。

在MgNB发送给AMF/SMF网元的PDU Session Resource Modify Indication中，包括MgNB分配的用于承载PDU Session3、PDU Session4的下行地址信息，在AMF/SMF接收到该包含下行地址信息的PDU Session Resource Modify Indication后，可以将下行地址发送给UPF网元。

S1006：UPF网元和MgNB建立完成新的NG-U(MN)网络连接。

UPF网元从AMF/SMF网元处获取到MgNB侧的下行地址信息后，可以根据该下行地址信息与MgNB建立新的NG-U(MN)网络连接。

S1007：MgNB通过Xn接口向原S-RNA所有辅基站发送UE Context Release消息。

UE Context Release消息能够发起上下文释放流程，基于该消息，原S-RNA内所有辅基站都会将自己存储的终端的UE上下文信息释放掉。

在后续过程中，当有针对终端的下行传输需求或终端有上行传输需求时，终端可以向MgNB发起RACH流程。例如当终端有上行传输需求时，可以发起RACH流程，并向MgNB指示待发送的上行用户数据相关的DRB id或QoS Flow id信息，从而尝试恢复到RRC_ACTIVE激活状态。

实施例七：

本实施例提供一种传输链路管理装置、传输链路建立装置以及一种传输链路迁移装置，请分别参见图11-图13示出的传输链路管理装置的结构示意图和传输链路建立装置的结构示意图、传输链路管理装置的结构示意图的结构示意图：

如图11所示，传输链路管理装置110包括迁移请求接收模块112、上下文发送模块114、辅基站地址获取模块116以及辅基站地址发送模块118，其中迁移请求接收模块112用于接收终端在移出原辅集群区S-RNA并进入新S-RNA后发送的迁移请求消息，上下文发送模块114用于将终端在原S-RNA中原辅基站侧的UE上下文信息发送给新辅基站，辅基站地址获取模块116用于获取新辅基站为承载目标PDU会话数据而分配的辅基站下行地址。辅基站地址发送模块118用于将辅基站下行地址发送给核心网。

图12示出的传输链路建立装置120包括上下文发送模块122、辅基站地址传输模块124以及建链模块126，其中上下文发送模块122用于接收主基站发送的终端在原S-RNA中原辅基站侧的UE上下文信息；辅基站地址传输模块124用于向主基站发送为承载目标PDU会话数据而分配的辅基站下行地址；建链模块126用于在核心网获取到辅基站下行地址后根据UE上下文信息与核心网建立用于传输目标PDU会话数据的PDU会话数据传输通道。

请参见图13，传输链路迁移装置130包括无线测量模块132和迁移请求发送模块134，其中用于处于无线链路非激活态时，对辅基站服务小区进行无线测量；迁移请求发送模块134用于在根据测量结果确定自己当前已移出原S-RNA并进入新S-RNA后，向主基站发送迁移请求消息。

本实施例中的传输链路迁移装置130可以部署在终端上，其中无线测量模块132和迁移请求发送模块134的功能均可以通过终端的处理器与通信装置共同实现。

传输链路管理装置110可以部署在主基站上，其中，迁移请求接收模块112、上下文发送模块114、辅基站地址获取模块116以及辅基站地址发送模块118的功能均可以通过主基站的处理器控制通信装置实现。

传输链路建立装置120可以部署在辅基站上，其中上下文发送模块122、辅基站地址传输模块124以及建链模块126的功能均可以由辅基站的处理器与通信装置共同实现。

在本实施例中，传输链路迁移装置130可以是处于双连接配置也可以是多连接配置。在不存在针对传输链路迁移装置130的下行传输需求，同时传输链路迁移装置130也没有上行传输需求时，传输链路管理装置110控制释放掉传输链路迁移装置130在空口的空口无线链路，从而使得传输链路迁移装置130处于无线链路非激活态。

不过，尽管传输链路迁移装置130处于无线链路非激活态，但传输链路迁移装置130包括无线测量模块132还是会继续对辅基站服务小区进行无线测量，并将无线测量的测量结果信息进行上报。所谓S-RNA(辅集群区)，是指包括N个辅基站服务区域的联合服务区域，也就是说，这N个辅基站均可以作为传输链路迁移装置130的辅基站，为传输链路迁移装置130服务。其中N为正整数，所以，N可以大于等于1。当N大于1的时候，也即原S-RNA中包括两个即两个以上辅基站的服务区域时，这些辅基站之间可以进行交互。例如这N个辅基站之间可以直接与该S-RNA对应的其他辅基站进行通信，也可以通过传输链路管理装置110进行彼此之间的通信，例如，在一个原S-RNA内包括两个辅基站，这两个辅基站之间可以直接通过各自的Xn接口与对方通信，也可以将发送给对端的信息通过Xn接口先发送给传输链路管理装置110，然后由传输链路管理装置110将该信息转发给对应的辅基站。在本实施例的一些示例中，S-RNA内的各辅基站之间既存在控制面的信令传输通道，又存在用户面的数据传输通道。所以，在这些示例中，辅基站与辅基站之间可以交互传输链路迁移装置130的UE上下文信息和用户PDU会话数据中的至少一种。

和S-RNA对应的还有P-RNA(主寻呼区)，P-RNA包括若干个传输链路管理装置110的服务区域，可以理解的是，的P-RNA范围通常大于S-RNA的范围，因此，在本实施例中，可以假定传输链路迁移装置130暂时并不会移出P-RNA，而可以移出一个S-RNA，并进入一个新S-RNA。在本实施例中，无线测量模块132还可以对P-RNA中的各传输链路管理装置110进行无线测量，无线测量模块132无线测量所依据的测量参数由传输链路管理装置110预先分配设置。所以在本实施例中，传输链路迁移装置130在处于无线链路非激活态时，无线测量模块132可以基于主、辅基站侧之前给出的RRM测量参数，继续对主、辅基站各自所在RAT域内的潜在目标服务小区，进行RRM测量，从而能够及时感知传输链路迁移装置130当前移动到了哪些主辅基站的服务小区集合之下。

根据测量结果，无线测量模块132可以确定传输链路迁移装置130是否移出之前所在的S-RNA的范围，并进入到一个新S-RNA的范围，如果是，则迁移请求发送模块134会向传输链路管理装置110发送迁移请求消息。在本实施例的一种示例当中，迁移请求消息中包括原辅索引标识，原辅索引标识表征原辅基站侧存储UE上下文信息的位置。在本实施例的另一示例中，迁移请求消息中除了包括原辅索引标识，还包括终端对S-RNA内的辅基站服务小区的测量结果信息。应当理解的是，由于传输链路迁移装置130当前处于RRC_INACTIVE状态，所以，目前传输链路迁移装置130在空口侧的无线链路已经被释放掉，迁移请求发送模块134只能向传输链路管理装置110发送迁移请求消息。

所以，在本实施例中，S-RNA分为原S-RNA和新S-RNA，这里的原和新仅仅是相对于传输链路迁移装置130进入对应S-RNA的顺序而言的，一个传输链路迁移装置130从某一个S-RNA退出，然后进入到另一S-RNA，则传输链路迁移装置130进入的前一S-RNA就属于原S-RNA，后进入的一个S-RNA就是该传输链路迁移装置130的新S-RNA。

当迁移请求接收模块112接收到传输链路迁移装置130发送的迁移请求消息时，传输链路管理装置110可以根据迁移请求消息确定传输链路迁移装置130已经从原S-RNA移动进入了新S-RNA，因此，在这种情况下，原S-RNA中的原辅基站不能再继续为传输链路迁移装置130提供服务了。可以理解的是，在传输链路迁移装置130移出原S-RNA之前，原S-RNA中的原辅基站是需要承载一些用户PDU会话数据会话的，当传输链路迁移装置130移出该原S-RNA之后，原本由原S-RNA中的原辅基站承载的用户PDU会话数据会话，需要由新S-RNA中的传输链路建立装置120来承载，为了便于介绍，本实施例中将原本应当由原S-RNA中原辅基站承载的用户PDU会话数据会话称为“目标PDU会话数据”。

应当理解的是，让传输链路建立装置120承载目标PDU会话数据之前，传输链路管理装置110需要先确定出传输链路建立装置120，下面对传输链路管理装置110确定传输链路建立装置120的方案进行简单介绍：

在本实施例的一种示例当中，迁移请求消息中包括指示信息，指示信息用于指示传输链路迁移装置130当前所处服务小区所属的基站。所以迁移请求接收模块112接收到迁移请求消息后，传输链路管理装置110可以根据迁移请求消息中的迁移请求消息信息确定传输链路迁移装置130当前所处服务小区所属的基站为传输链路建立装置120。指示信息可以包括但不限于传输链路迁移装置130当前所处服务小区所属基站的基站标识、传输链路迁移装置130当前所处服务小区的小区标识和服务小区物理层标识中的至少一种。当指示信息中包括基站标识时，传输链路管理装置110可以直接根据该基站标识确定出新S-RNA中可以为传输链路迁移装置130提供服务的传输链路建立装置120是哪一个或哪几个。当指示信息中包括服务小区的小区标识或服务小区物理层标识时，传输链路管理装置110可以根据小区标识或服务小区的物理层标识与基站标识之间的对应关系确定出当前可以为传输链路迁移装置130提供服务的新S-RNA中的辅基站是哪一个或哪几个。

确定出传输链路建立装置120之后，为了让传输链路建立装置120能够承载目标PDU会话数据，传输链路管理装置110还需要让传输链路建立装置120得到传输链路迁移装置130在原辅基站侧的UE上下文信息，并且帮助建立传输链路建立装置120与核心网之间的PDU会话数据传输通道。

为了将传输链路迁移装置130在原辅基站侧的UE上下文信息发送给传输链路建立装置120，传输链路管理装置110的上下文发送模块114需要先获取到传输链路迁移装置130在原辅基站侧的UE上下文信息。在本实施例的一些示例中，上下文发送模块114可以直接从本基站上获取到传输链路迁移装置130在原辅基站侧的UE上下文信息，因为传输链路管理装置110会对传输链路迁移装置130在原辅基站侧的UE上下文信息进行备份存储。在本实施例的另一些示例中，上下文发送模块114需要从原辅基站侧得到传输链路迁移装置130的UE上下文信息：

传输链路迁移装置130发送给迁移请求接收模块112的迁移请求消息中可以包括原辅索引标识，该原辅索引标识可以表征原辅基站存储传输链路迁移装置130在原辅基站侧UE上下文信息的位置。所以，上下文发送模块114可以将从迁移请求消息中提取出的原辅索引标识携带在上下文获取请求中发送给原辅基站，例如：上下文发送模块114可以通过传输链路管理装置110的Xn接口向原辅基站发送携带原辅索引标识的上下文获取请求。原辅基站在接收到该上下文获取请求之后，可以向上下文发送模块114回复上下文获取响应：原辅基站根据其中的原辅索引标识提取出本端存储的传输链路迁移装置130在原辅基站侧的UE上下文信息，并通过Xn接口将提取出的UE上下文信息发送给上下文发送模块114。

在本实施例的一种示例中，上下文发送模块114将传输链路迁移装置130在原辅基站侧的UE上下文信息发送给传输链路建立装置120时，可以通过SN添加请求消息进行发送。

传输链路建立装置120的上下文发送模块122通过SN添加请求消息中携带的传输链路迁移装置130在原辅基站侧的UE上下文信息，可以了解自己在后续过程中需要承载的目标PDU会话数据，以及该目标PDU会话数据相关的上下文配置。简单来说，传输链路建立装置120可以根据接收到的传输链路迁移装置130在原辅基站侧的UE上行文信息确定待承载的目标PDU会话数据以及核心网侧为传输该目标PDU会话数据而分配的PDU会话数据传输通道的上行地址。不过，为了建立起传输链路建立装置120与核心网之间的PDU会话数据传输通道，还需要传输链路建立装置120分配该PDU会话数据传输通道的下行地址，在本实施例中，为了将传输链路建立装置120为建立PDU会话数据传输通道而分配的下行地址，同传输链路管理装置110为建立PDU会话数据传输通道而分配的下行地址区分开，这里将传输链路建立装置120分配的下行地址称为“辅基站下行地址”，对应地，将传输链路管理装置110分配的下行地址称为“主基站下行地址”。

可以理解的是，原本由原辅基站承载的目标PDU会话数据，也即在传输链路迁移装置130移出原S-RNA前锚点在原辅基站的用户PDU会话数据，可以不只一个，例如在本实施例的一种示例当中，原本锚点在原辅基站的用户PDU会话数据会话包括PDU Session3和PDUSession4，则传输链路建立装置120根据UE上下文信息可以了解到自己需要承载的目标PDU会话数据包括PDU Session3和PDU Session4。无论是在原辅基站还是在传输链路建立装置120，对于这两个目标PDU会话数据而言，PDU会话数据传输通道可以不一致，所以当目标PDU会话数据不只一个时，传输链路建立装置120分配的辅基站下行地址也可以不止一个。

在本实施例的一些示例中，所谓的下行地址(例如主基站下行地址或辅基站下行地址)包括传输层地址与隧道地址标识。

根据图1、图2示出的通信系统架构可知，新辅基站与核心网之间没有控制面的信令传输通道，因此，辅基站地址传输模块124不能直接将该辅基站下行地址发送给核心网，所以，辅基站地址传输模块124只能先将辅基站下行地址发送给传输链路管理装置110，然后让传输链路管理装置110将辅基站下行地址发送给核心网。

在传输链路管理装置110的上下文发送模块114通过SN添加请求消息向传输链路建立装置120的上下文发送模块122发送传输链路迁移装置130在原辅基站侧UE上下文信息的情况下，辅基站地址传输模块124可以通过SN添加响应消息向传输链路管理装置110的辅基站地址获取模块116发送辅基站下行地址。

传输链路管理装置110的辅基站地址获取模块116在接收到传输链路建立装置120发送的辅基站下行地址之后，辅基站地址发送模块118可以将辅基站下行地址发送给核心网，让核心网根据该辅基站下行地址同传输链路建立装置120之间建立用于传输目标PDU会话数据的PDU会话数据传输通道。

由于需要与传输链路建立装置120建立PDU会话数据传输通道的是核心网中UPF网元，但由于传输链路管理装置110与UPF网元之间也不存在控制面传输链路，因此，辅基站地址发送模块118需要将传输链路建立装置120分配的下行地址先传输给核心网的AMF/SMF网元，然后由AMF/SMF网元将下行地址再传输给UPF网元，让UPF网元根据该下行地址同传输链路建立装置120之间建立PDU会话数据传输通道。

在核心网获取到辅基站下行地址后，核心网获得了需要建立的PDU会话数据传输通道的辅基站下行地址，而传输链路建立装置120已经根据UE上下文信息获得了PDU会话数据传输通道在核心网侧的上行地址，因此建链模块126和核心网可以用于传输目标PDU会话数据的PDU会话数据传输通道。

在建链模块126同核心网建立用于传输目标PDU会话数据的PDU会话数据传输通道后，当网络侧有针对传输链路迁移装置130的下行控制信令或用户数据时，或者当传输链路迁移装置130侧有上行控制信令或用户数据需要传输时，传输链路管理装置110可以控制恢复传输链路迁移装置130与主、辅基站侧的空口无线链路，这样，同传输链路迁移装置130移出原S-RNA之前类似，传输链路迁移装置130只要在传输链路管理装置110的Paging寻呼下或者主动执行该RACH和RRC连接恢复流程，向传输链路管理装置110发送激活态恢复请求消息，该激活态恢复请求消息包括上行用户PDU会话数据关联的数据无线承载标识或PDU会话标识，据此，传输链路管理装置110可以控制恢复传输链路迁移装置130与主、辅基站侧的空口无线链路。网络侧的下行控制信令或用户数据就具有了通过新S-RNA中的传输链路建立装置120传输到传输链路迁移装置130的基础，而传输链路迁移装置130侧的上行控制信令或用户数据也可以通过新S-RNA中的传输链路建立装置120传输给网络侧。

为了保证传输链路迁移装置130从当前所在S-RNA(即前面所谓“新S-RNA”)移出，再进入另一S-RNA时，在传输链路迁移装置130有传输需求或有针对传输链路迁移装置130的传输需求时，仍可以通过RACH和RRC连接恢复流程直接让传输链路迁移装置130恢复到双连接模式/多连接模式，在本实施例的一种示例当中，传输链路建立装置120在接收到传输链路迁移装置130在原辅基站侧的UE上下文信息后，可以对传输链路迁移装置130在本基站侧的UE上下文信息进行存储，同时根据本基站存储UE上下文信息的位置配置生成新辅索引标识，并将该新辅索引标识发送给传输链路管理装置110，传输链路建立装置120可以将新辅索引标识携带在SN添加响应消息中，同传输链路建立装置120分配的辅基站下行地址一同发送给传输链路管理装置110。另外，在本实施例的一些示例中，传输链路建立装置120还可以在SN添加响应消息中携带新辅基站配置的新S-RNA信息，该新S-RNA信息用于对新S-RNA进行指示。传输链路管理装置110接收到SN添加响应消息后，可以生成包括新辅索引标识和新S-RNA信息的迁移响应消息，并将该迁移响应消息发送给传输链路迁移装置130。在此基础上，传输链路迁移装置130可以继续根据无线测量结果确定自己是否已经移出除了当前S-RNA的范围，并在移出该当前新S-RNA范围，进入另一新S-RNA后，向传输链路管理装置110发送迁移请求消息，在该迁移请求消息中，传输链路迁移装置130可以携带新辅索引标识(可以理解的是，由于原辅索引标识和新辅索引标识是相对于传输链路迁移装置130的移动前后而言的，因此这里所谓的新辅索引标识相对于移动后而言，实际上被称为原辅索引标识)。

可以理解的是，由于本实施例中传输链路迁移装置130并未移出主寻呼区P-RNA，因此，原本锚点在传输链路管理装置110侧用户PDU会话数据会话的传输并不需要进行改动，也即针对锚点在传输链路管理装置110侧的用户PDU会话数据会话，其PDU会话数据传输通道并不需要进行迁移。因此，通常而言，传输链路管理装置110存储传输链路迁移装置130在传输链路管理装置110侧UE上下文信息的位置不会发生变化，P-RNA也不会发生变化。所以，通常，传输链路管理装置110在发送的迁移响应消息中并不需要包括新主索引标识和新P-RNA信息，但在本实施例的一些示例当中，如果传输链路管理装置110想要趁着此次传输链路迁移装置130上下文迁移和PDU会话数据传输通道的迁移的机会重新配置P-RNA或改变传输链路迁移装置130在本侧的UE上下文信息的存储位置，则可以在迁移响应消息中同时携带新辅基站新配置的新主索引标识和新P-RNA信息。

在前面的示例当中，已经介绍了传输链路迁移装置130从原S-RNA移入新S-RNA时，对PDU会话数据传输通道的管理方案，本实施例还提出一种针对传输链路迁移装置130在原S-RNA内移动时PDU会话数据传输通道的管理方案：

在原S-RNA中存在至少两个辅基站时(即N大于等于2时)，可以在各个辅基站上均存储传输链路迁移装置130在原辅基站的UE上下文信息，而对于核心网而言，其在向传输链路迁移装置130传输某一目标PDU会话数据时，因为会向原S-RNA中的各辅基站均发送该目标PDU会话数据，因此可以保证原S-RNA内所有辅基站都可以获取到针对传输链路迁移装置130的目标PDU会话数据。这样，只要传输链路迁移装置130处于原S-RNA内，原S-RNA内的各辅基站总有途径与传输链路迁移装置130进行数据传输。所以，对于传输链路迁移装置130而言，无论传输链路迁移装置130的无线测量结果如何，只要其确定自身当前所在位置仍处于原S-RNA内，则传输链路迁移装置130可以不必与传输链路管理装置110侧进行信令交互。

所以，在本实施例的一些示例当中，当传输链路建立装置120获取到传输链路迁移装置130在原辅基站侧的UE上下文信息之后，可以将该UE上下文信息发送给其所属的S-RNA(即新S-RNA)内所有的辅基站进行保存，在其中一种示例当中，传输链路建立装置120可以通过本基站的Xn接口将UE上下文信息发送给新S-RNA中的各辅基站。而在另一种示例中，传输链路建立装置120是通过传输链路管理装置110向新S-RNA中的各辅基站发送传输链路迁移装置130UE上下文信息的：传输链路建立装置120通过本基站的Xn接口将传输链路迁移装置130的UE上下文信息发送给传输链路管理装置110，然后让传输链路管理装置110将该UE上下文信息发送给新S-RNA中的各辅基站。

可以理解的是，本实施例提供的传输链路管理方法和传输链路建立方法、传输链路迁移方法不仅可以应用于双连接操作的情景，也适合一个传输链路迁移装置130同时与S-RNA内多个辅基站连接的情景，即多连接操作的场景。

基于本实施例提供的传输链路管理装置和传输链路建立装置，在传输链路管理装置通过Suspend流程将传输链路迁移装置配置进入到空口非激活态后，如果传输链路迁移装置进行移动，只要传输链路迁移装置不移出原S-RNA的范围，则由于原S-RNA中所有辅基站均保存在传输链路迁移装置的UE上下文信息，因此，传输链路迁移装置在根据无线测量结果监测到自己离开某一原辅基站的服务区域后，可以不必同传输链路管理装置进行信令交互，因为在这种情况下，当有针对传输链路迁移装置的下行传输需求或传输链路迁移装置有上行传输需求时，都可以直接通过RACH和RRC连接恢复流程进行空口无线链路恢复，然后进行用户PDU会话数据会话的传输。

另外，当传输链路迁移装置根据自己的无线测量结果确定自己因为移动，已经离开了原S-RNA，并进入了新S-RNA，则其可以向传输链路管理装置发送迁移请求消息，让传输链路管理装置根据该迁移请求消息确定能够在后续为传输链路迁移装置提供服务的传输链路建立装置，然后将原本建立在核心网与原辅基站间的用于承载目标PDU会话数据的PDU会话数据传输通道迁移到核心网与传输链路建立装置之间，这样，当有针对传输链路迁移装置的下行传输需求或传输链路迁移装置有上行传输需求时，也还可以继续通过RACH和RRC连接恢复流程进行空口无线链路恢复，然后进行用户PDU会话数据会话的传输。从而避免因为传输链路迁移装置的移动而导致传输链路迁移装置从双连接模式/多连接模式回退到单连接模式，需要通过传输链路管理装置与核心网之间进行大量信令交互才能再次进入双连接模式/多连接模式，影响用户体验，以及造成核心网侧与传输链路管理装置侧信令开销大的问题。

实施例八：

本实施将在实施例七的基础上对传输链路管理装置、传输链路迁移装置进行进一步介绍，请参见图14与图15：在本实施例中，传输链路管理装置140不仅包括迁移请求接收模块141、上下文发送模块142、辅基站地址获取模块143以及辅基站地址发送模块144，还包括移出请求接收模块145以及主基站地址发送模块146。其中迁移请求接收模块141、上下文发送模块142、辅基站地址获取模块143以及辅基站地址发送模块144四者的作用同实施例七中迁移请求接收模块、上下文发送模块、辅基站地址获取模块以及辅基站地址发送模块的作用相似，而移出请求接收模块145则用于接收终端在移出原S-RNA但未进入任何新S-RNA时发送的移出请求消息；主基站地址发送模块146用于根据移出请求消息将承载目标PDU会话数据的PDU会话数据传输通道从原辅基站处迁移到主基站。

图15示出的传输链路迁移装置150除了包括无线测量模块151、迁移请求发送模块152以外，还包括移出请求发送模块153。

本实施例中的传输链路迁移装置150可以部署在终端上，其中无线测量模块151和迁移请求发送模块152以及移出请求发送模块153的功能均可以通过终端的处理器与通信装置共同实现。

传输链路管理装置140可以部署在主基站上，其中，迁移请求接收模块141、上下文发送模块142、辅基站地址获取模块143以及辅基站地址发送模块144、移出请求接收模块145以及主基站地址发送模块146的功能均可以通过主基站的处理器控制通信装置实现。

在实施例二中已经介绍了传输链路迁移装置150移动的两种情景，而实施例七中提供了一种可以适用于在移动情景一下对传输链路进行管理的传输链路迁移装置、传输链路管理装置，而本实施例中提供的传输链路迁移装置150、传输链路管理装置140还可以用于在移动情景二下进行传输链路的管理：

假定在某一时刻，传输链路管理装置140确定传输链路迁移装置150在传输链路管理装置140、辅基站均没有用户PDU会话数据会话传输，因此传输链路管理装置140可以执行空口Suspend流程，控制释放掉传输链路迁移装置150与传输链路管理装置140之间的空口无线链路以及传输链路迁移装置150与辅基站间的空口无线链路。在本实施例中，传输链路迁移装置150可以拥有同一个或两个及以上的辅基站间的空口无线链路。

在传输链路管理装置140控制释放传输链路迁移装置150在空口的空口无线链路后，可以降低维持空口无线链路给传输链路迁移装置150带来的功耗，以及减少对无线资源的占用，同时也可以降低空口无线链路带来的干扰。在传输链路管理装置140控制传输链路迁移装置150进入RRC_INACTIVE状态后，传输链路迁移装置150的无线测量模块151可以继续进行无线测量。这里所说的无线测量可以是RRM无线测量。

在本实施例中，传输链路迁移装置150在处于无线链路非激活态时，无线测量模块151可以基于主、辅基站侧之前给出的RRM测量参数，继续对主、辅基站各自所在RAT域内的潜在目标服务小区，进行RRM测量，从而能够及时感知自己当前移动到了哪些主辅基站的服务小区集合之下。

如果无线测量模块151确定传输链路迁移装置150已经移出了原S-RNA，但并未计入任何新S-RNA时，移出请求发送模块153可以向传输链路管理装置140发送移出请求消息，在本实施例的一些示例中，移出请求消息和迁移请求消息类似，都可以通过RRCConnection Resume Request消息发送。和迁移请求消息相比，移出请求消息能够表征传输链路迁移装置150当前的移动情景属于情景二，而如果传输链路迁移装置150向传输链路管理装置140发送的是迁移请求消息，则说明传输链路迁移装置150当前的移动情景属于前述情景一。因此，当传输链路迁移装置150的迁移请求消息和移出请求消息均通过RRCConnection Resume Request消息发送时，对应迁移请求消息RRC Connection ResumeRequest消息中，至少包括能够表征移动情景一的指示，而对应于移出请求消息的RRCConnection Resume Request消息中也应该至少包括能够表征移动情景二的指示信息。

传输链路管理装置140的移出请求接收模块145在接收移出请求消息后，可以确定传输链路迁移装置150当前只是移出了原S-RNA，并未进入到新S-RNA，因此，在这种情况下，没有新辅基站可以承载原本由原辅基站承载的目标PDU会话数据，为了保证后续对目标PDU会话数据的正常承载，传输链路管理装置140需要获取到传输链路迁移装置150在原辅基站侧的UE上下文信息，并将原本用于承载目标PDU会话数据的PDU会话数据传输通道自原辅基站迁移到本基站上。

在本实施例中，传输链路管理装置140可以从原辅基站获取传输链路迁移装置150的UE上下文信息，从原辅基站处获取传输链路迁移装置150的UE上下文信息时，传输链路管理装置140可以通过向原辅基站发送Retrieve UE Context Request消息而发起上下文获取请求。当然，如果为了方便传输链路迁移装置150在原S-RNA内自由移动而让原S-RNA中每一个辅基站中均存储有传输链路迁移装置150的UE上下文信息，则传输链路管理装置140也可以从原S-RNA中除原辅基站以外的其他辅基站上获取传输链路迁移装置150的UE上下文信息。另外，如果传输链路管理装置140上原本就存储有传输链路迁移装置150在原辅基站侧的UE上下文信息，则传输链路管理装置140也可以不必再从原S-RNA中的辅基站上获取。

可以理解的是，将原本用于承载目标数据会话的网络传输链路迁移到传输链路管理装置140上，实际上也就是在传输链路管理装置140与核心网之间建立用于承载目标数据会话的网络传输链路。所以，传输链路管理装置140不仅需要知晓核心网为传输目标数据会话而分配的上行地址，同时还需要为承载该目标PDU会话数据分配传输链路管理装置140侧的下行地址，即主基站下行地址。该主基站下行地址包括传输层地址与隧道地址标识。分配主基站下行地址之后，主基站地址发送模块146会将该主基站下行地址发送给核心网。

在传输链路管理装置140获取到传输链路迁移装置150在原辅基站侧的UE上下文信息后，主基站地址发送模块146可以将向核心网侧发送链路修改指示消息(PDU SessionResource Modify Indication)，在链路修改指示消息中可以包括传输链路管理装置140为承载目标PDU会话数据而分配的主基站下行地址。

由于需要创建的PDU会话数据传输通道实际介于传输链路管理装置140与核心网UPF网元之间，而传输链路管理装置140与UPF网元之间没有控制面传输链路，因此，主基站地址发送模块146实际上是先将链路修改指示发送给核心网的AMF/SMF网元，然后由AMF/SMF网元将该主基站下行地址发送给UPF网元的。核心网在获取到传输链路管理装置140分配的主基站下行地址之后，可以在UPF网元与传输链路管理装置140之间建立起用传输目标PDU会话数据的PDU会话数据传输通道。

在本实施例中，当传输链路管理装置140与核心网之间成功建立起用于传输目标PDU会话数据的PDU会话数据传输通道后，传输链路管理装置140可以控制原辅基站释放起所保存的传输链路迁移装置150的UE上下文信息，同时，如果原S-RNA中各辅基站均保存了传输链路迁移装置150的UE上下文信息，则传输链路管理装置140可以控制原S-RNA中的各辅基站均释放传输链路迁移装置150的UE上下文信息。

类似地，针对实施例一中的方案，在新辅基站与核心网之间建立起用于传输目标PDU会话数据的PDU会话数据传输通道后，传输链路管理装置140也可以控制原辅基站释放其原本存储的传输链路迁移装置150的在原辅基站侧的UE上下文信息。或者在原S-RNA中各辅基站均保存传输链路迁移装置150在原辅基站侧的UE上下文信息的情况下，控制原S-RNA的所有辅基站均进行传输链路迁移装置150UE上下文信息的释放流程。

在本实施例的一些示例当中，传输链路管理装置140还可以在获取到传输链路迁移装置150在原辅基站的UE上下文信息之后，向传输链路迁移装置150发送移出响应消息，在移出响应消息中可以包括新主索引标识，该新主索引标识由主基站配置，能够表征传输链路管理装置140存储传输链路迁移装置150的UE上下文信息的位置。另外，传输链路管理装置140如果需要改变P-RNA的配置，也可以将新P-RNA信息携带在移出响应消息中一同发送给传输链路迁移装置150，毕竟向传输链路迁移装置150发送移出响应消息时，传输链路管理装置140本来就需要与传输链路迁移装置150进行信令交互，因此如果传输链路管理装置140趁此机会对P-RNA的配置进行修改，并将修改后的新P-RNA信息携带在移出响应消息中发送给传输链路迁移装置150，则可以减少与传输链路迁移装置150的间的信令交互。

在本实施例的一些示例中，移出请求消息可以通过RRC Connection ResumeReject(RRC连接恢复拒绝)消息发送给传输链路迁移装置150。类似地，如果传输链路迁移装置150的移动情景属于情景一，则传输链路管理装置140发送给传输链路迁移装置150的迁移响应消息也可以通过RRC Connection Resume Reject消息进行发送。

在本实施例中，当传输链路迁移装置通过无线测量结果确定自己移出原S-RNA且并未进入任何新S-RNA后，可以向传输链路管理装置发送移出请求消息，从而使传输链路管理装置了解到自己已经离开原S-RNA。传输链路管理装置根据移出请求消息，对原本应当由原辅基站承载目标PDU会话数据回流到主基站侧，从而使得核心网与终端之间可以通过主基站来传输目标PDU会话数据。使得终在进行前述场景二的移动后，如果有目标PDU会话数据需要传输，终端与核心网之间仍存在承载目标PDU会话数据的PDU会话数据传输通道，避免终端移出原S-RNA后，目标PDU会话数据无法进行传输的问题，增加了传输链路迁移装置自由活动的范围，提升了用户侧的通信体验。

实施例九：

本实施例提供一种存储介质，该存储介质中可以存储有一个或多个可供一个或多个处理器读取、编译并执行的计算机程序，在本实施例中，该存储介质可以存储传输链路管理程序、传输链路建立程序以及传输链路迁移程序中的至少一个，其中传输链路管理程序可供一个或多个处理器执行实现前述实施例一至六中介绍的任意一种传输链路管理方法的步骤。传输链路建立程序可供一个或多个处理器执行实现前述实施例一至六中介绍的任意一种传输链路建立方法的步骤。传输链路迁移程序可供一个或多个处理器执行实现前述实施例一至六中介绍的任意一种传输链路迁移方法的步骤。

本实施例还提供一种基站，请参见图16示出的基站的硬件结构示意图：

基站16包括第一处理器161、第一存储器162以及用于连接第一处理器161与第一存储器162的第一通信总线163，其中第一存储器162可以为前述存储有传输链路管理程序的存储介质。第一处理器161可以读取第一存储器162中存储的传输链路管理程序，进行编译并执行实现实施例一至六中介绍的任意一种传输链路管理方法的步骤。或者第一存储器162可以为前述存储有传输链路建立程序的存储介质。第一处理器161可以读取第一存储器162中存储的传输链路建立程序，进行编译并执行实现实施例一至六中介绍的任意一种传输链路建立方法的步骤。基站16实现实施例一至六中上传输链路管理方法的细节以及基站16实现实施例一至六中传输链路建立方法的细节可以参见前述实施例的介绍，这里不再赘述。

本实施例还提供一种基站，请参见图17示出的基站的硬件结构示意图：

终端17包括第二处理器171、第二存储器172以及用于连接第二处理器171与第二存储器172的第二通信总线173，其中第二存储器172可以为前述存储有传输链路迁移程序的存储介质。第二处理器171可以读取第二存储器172中存储的传输链路迁移程序，进行编译并执行实现实施例一至六中介绍的任意一种传输链路迁移方法的步骤。终端17实现实施例一至六中上传输链路迁移方法的细节可以参见前述实施例的介绍，这里不再赘述。

本实施例提供基站、终端及存储介质，在终端在移出原S-RNA并进入新S-RNA后，主基站可以帮助建立新辅基站与核心网间的PDU会话数据传输通道。通过该方案，即使终端移出原S-RNA并进入新S-RNA，核心网侧仍然可以将原本应由原辅基站承载的目标PDU会话数据发送到能够为终端提供服务的新辅基站上，让终端可以在移出原S-RNA后，可以继续接收到原本通过原辅基站发送的目标PDU会话数据。所以，避免了终端在移出S-RNA之后只能恢复到单连接，然后通过配置才能回到双/多连接模式的问题，减少了基站侧与核心网间的信令交互，同时，由于终端不会因为自己的移动而回退到单连接模式，因此，相对于现有方案能够有效提升用户的通信体验。

本领域技术人员应当明白的是，本发明各实施例中提供的上行传输、通信方法、装置及基站、终端、存储介质，不仅可以应用于5G通信系统，也可以应用于未来任何一个通信系统中。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (29)

1.一种传输链路管理方法，包括：

接收终端在移出原辅集群区S-RNA并进入新S-RNA后发送的迁移请求消息，所述S-RNA由N个辅基站的服务区域组成，且所述N大于1时，所述S-RNA内各所述辅基站可通信；

将所述终端在所述原S-RNA中原辅基站侧的UE上下文信息发送给所述新S-RNA中的新辅基站；

获取所述新辅基站为承载目标PDU会话数据而分配的辅基站下行地址，所述辅基站下行地址用于核心网与所述新辅基站建立PDU会话数据传输通道，所述目标PDU会话数据为原本由所述原辅基站承载的用户PDU会话数据；

将所述辅基站下行地址发送给所述核心网。

2.如权利要求1所述的传输链路管理方法，其特征在于，所述迁移请求消息中包括指示所述终端当前所处服务小区所属基站的指示信息，所述将所述终端在所述原S-RNA中原辅基站侧的UE上下文信息发送给所述新S-RNA中的新辅基站之前，还包括：

根据所述指示信息确定所述终端当前所处服务小区所属的基站为所述原S-RNA之外的新辅基站。

3.如权利要求2所述的传输链路管理方法，其特征在于，所述指示信息包括所述终端当前所处服务小区所属基站的基站标识、所述终端当前所处服务小区的小区标识和服务小区物理层标识三种中的至少一种。

4.如权利要求1所述的传输链路管理方法，其特征在于，所述将所述终端在所述原S-RNA中原辅基站侧的UE上下文信息发送给所述新S-RNA中的新辅基站之前，还包括：

根据所述迁移请求消息携带的原辅索引标识S-I-RNTI从所述原辅基站处获取所述终端在所述原辅基站侧的UE上下文信息，所述原S-I-RNTI表征所述原辅基站存储所述终端UE上下文信息的位置；

或，

在本基站上预先备份存储所述终端在所述原辅基站侧的UE上下文信息。

5.如权利要求4所述的传输链路管理方法，其特征在于，所述根据所述原S-I-RNTI从所述原辅基站处获取所述终端在所述原辅基站侧的UE上下文信息包括：

通过本基站的Xn接口向所述原辅基站发送UE上下文获取请求，所述UE上下文获取请求中包括所述原S-I-RNTI；

通过本基站的所述Xn接口接收所述原辅基站根据所述UE上下文获取请求发送的所述终端在所述原辅基站侧的UE上下文信息。

6.如权利要求1所述的传输链路管理方法，其特征在于，所述将所述终端在所述原S-RNA中原辅基站侧的UE上下文信息发送给新辅基站包括：将所述终端的在所述原辅基站侧的UE上下文信息携带在辅基站SN添加请求消息中发送给所述新辅基站；

所述获取所述新辅基站为承载所述目标PDU会话数据而分配的辅基站下行地址包括：接收所述新辅基站通过SN添加响应消息发送的所述辅基站下行地址。

7.如权利要求1所述的传输链路管理方法，其特征在于，所述获取所述新辅基站为承载所述目标PDU会话数据而分配的辅基站下行地址之后，还包括：

向所述终端发送包含所述新辅基站新配置的新S-I-RNTI和新S-RNA信息的迁移响应消息，所述新S-I-RNTI表征所述新辅基站存储所述终端在所述新辅基站侧的UE上下文信息的位置，所述新S-RNA信息用于对所述新S-RNA进行指示。

8.如权利要求1-7任一项所述的传输链路管理方法，其特征在于，还包括：

接收所述终端在移出所述原S-RNA但未进入任何新S-RNA时发送的移出请求消息；

存储所述终端在所述原辅基站侧的UE上下文信息；

向所述核心网发送本基站为承载所述目标PDU会话数据所分配的主基站下行地址；

在所述核心网获得所述主基站下行地址后，根据所述终端的UE上下文信息与所述核心网建立承载目标PDU会话数据的PDU会话数据传输通道。

9.如权利要求8所述的传输链路管理方法，其特征在于，所述移出请求消息中包括原S-I-RNTI，所述原S-I-RNTI表征所述原辅基站存储所述终端在所述原辅基站侧UE上下文信息的位置；所述存储所述终端在所述原辅基站侧的UE上下文信息之前，还包括：

通过本基站的Xn接口向所述原辅基站发送UE上下文获取请求，所述UE上下文获取请求中包括所述原S-I-RNTI；

通过本基站的所述Xn接口接收所述原辅基站根据所述UE上下文获取请求发送的所述终端在所述原辅基站侧UE上下文信息。

10.如权利要求8所述的传输链路管理方法，其特征在于，所述存储所述终端在所述原辅基站侧的UE上下文信息之后，还包括：

向所述终端发送包含新主索引标识P-I-RNTI的移出响应消息，所述新主索引标识表征本基站存储所述终端UE上下文信息的位置。

11.如权利要求1-7任一项所述的传输链路管理方法，其特征在于，所述N大于1时，所述S-RNA内各所述辅基站之间能传输所述终端在所述原辅基站侧的UE上下文信息及用户PDU会话数据中的至少一种。

12.如权利要求11所述的传输链路管理方法，其特征在于，所述N大于等于2时，所述原S-RNA中的各辅基站上均存储有与所述原辅基站侧相同的UE上下文信息。

13.一种传输链路建立方法，包括：

接收主基站发送的终端在原S-RNA中原辅基站侧的UE上下文信息，所述S-RNA由N个辅基站的服务区域组成，且所述N大于1时，所述S-RNA内各所述辅基站可通信；

向所述主基站发送为承载目标PDU会话数据而分配的辅基站下行地址，所述目标PDU会话数据为原本由所述原S-RNA中原辅基站承载的用户PDU会话数据；

在核心网获取到所述辅基站下行地址后根据所述UE上下文信息与所述核心网建立用于传输所述目标PDU会话数据的PDU会话数据传输通道。

14.如权利要求13所述的传输链路建立方法，其特征在于，所述接收主基站发送的终端在原S-RNA中原辅基站侧的UE上下文信息包括：接收所述主基站通过SN添加请求消息发送的终端在原S-RNA中原辅基站侧的UE上下文信息；

所述向所述主基站发送为承载目标PDU会话数据而分配的辅基站下行地址包括：通过SN添加响应消息向所述主基站发送所述辅基站下行地址。

15.如权利要求14所述的传输链路建立方法，其特征在于，所述SN添加响应消息中还包括本基站新配置的新S-I-RNTI，所述新S-I-RNTI表征本基站存储所述终端在本基站侧UE上下文信息的位置。

16.如权利要求13-15任一项所述的传输链路建立方法，其特征在于，还包括：

将所述终端在本基站侧的UE上下文信息发送给本基站所在新S-RNA中的各辅基站进行备份保存。

17.如权利要求16所述的传输链路建立方法，其特征在于，所述将所述终端在本基站侧的UE上下文信息发送给本基站所在新S-RNA中的各辅基站进行备份保存包括：

通过本基站的Xn接口将所述终端在本基站侧的UE上下文信息发送给所述新S-RNA中的各辅基站；

或，

通过本基站的Xn接口将所述终端在本基站侧的UE上下文信息发送给所述主基站，以供所述主基站中继将所述终端的UE上下文信息发送给所述新S-RNA中的各辅基站。

18.一种传输链路迁移方法，包括：

处于无线链路非激活态时，对辅基站服务小区进行无线测量；

在根据测量结果确定自己当前已移出原S-RNA并进入新S-RNA后，向主基站发送迁移请求消息，所述迁移请求消息用于请求所述主基站将自己在所述原S-RNA原辅基站侧的UE上下文信息及PDU会话数据传输通道迁移到所述新S-RNA中的新辅基站，所述S-RNA由N个辅基站的服务区域组成，且所述N大于1时，所述S-RNA内各所述辅基站可通信。

19.如权利要求18所述的传输链路迁移方法，其特征在于，所述对辅基站服务小区进行无线测量包括：根据所述原辅基站之前配置的测量参数对辅基站服务小区集合进行无线测量；

所述迁移请求消息中包括对辅基站服务小区集合的测量结果信息。

20.如权利要求18所述的传输链路迁移方法，其特征在于，所述迁移请求消息中包括原S-I-RNTI，所述原S-I-RNTI表征自己在所述原辅基站侧的UE上下文信息的存储位置。

21.如权利要求18所述的传输链路迁移方法，其特征在于，所述向主基站发送迁移请求消息之后，还包括：

接收所述主基站发送的包含所述新辅基站新配置的新S-I-RNTI和新S-RNA信息的迁移响应消息，所述新S-I-RNTI表征所述新辅基站存储所述终端UE上下文信息的位置，所述新S-RNA信息用于对所述新S-RNA进行指示。

22.如权利要求18所述的传输链路迁移方法，其特征在于，所述向主基站发送迁移请求消息之后，还包括：

在有上行传输需求时，向主基站发送激活态恢复请求消息，所述激活态恢复请求消息包括待传的上行用户PDU会话数据关联的数据无线承载DRB标识或PDU会话标识或待传的上行信令关联的信令无线承载SRB标识。

23.如权利要求18-22任一项所述的传输链路迁移方法，其特征在于，所述对辅基站服务小区进行无线测量之后，还包括：

在根据测量结果确定自己当前已移出原S-RNA但未进入任何新S-RNA时，向主基站发送移出请求消息，所述移出请求消息包括包括对辅基站服务小区集合的测量结果信息，用于请求所述主基站将自己在所述原S-RNA原辅基站侧的UE上下文信息及PDU会话数据传输通道迁移到所述主基站上。

24.一种传输链路管理装置，其特征在于，包括：

迁移请求接收模块，用于接收终端在移出原辅集群区S-RNA并进入新S-RNA后发送的迁移请求消息，所述S-RNA由N个辅基站的服务区域组成，且所述N大于1时，所述S-RNA内各所述辅基站可通信；

上下文发送模块，用于将所述终端在所述原S-RNA中原辅基站侧的UE上下文信息发送给所述新S-RNA中的新辅基站；

辅基站地址获取模块，用于获取所述新辅基站为承载目标PDU会话数据而分配的辅基站下行地址，所述辅基站下行地址用于核心网与所述新辅基站建立PDU会话数据传输通道，所述目标PDU会话数据为原本由所述原辅基站承载的用户PDU会话数据；

辅基站地址发送模块，用于将所述辅下行地址发送给所述核心网。

25.一种传输链路建立装置，其特征在于，包括：

上下文发送模块，用于接收主基站发送的终端在原S-RNA中原辅基站侧的UE上下文信息，所述S-RNA由N个辅基站的服务区域组成，且所述N大于1时，所述S-RNA内各所述辅基站可通信；

辅基站地址传输模块，用于向所述主基站发送为承载目标PDU会话数据而分配的辅基站下行地址，所述目标PDU会话数据为原本由所述原S-RNA中原辅基站承载的用户PDU会话数据；

建链模块，用于在核心网获取到所述辅基站下行地址后根据所述UE上下文信息与所述核心网建立用于传输所述目标PDU会话数据的PDU会话数据传输通道。

26.一种传输链路迁移装置，其特征在于，包括：

无线测量模块，用于处于无线链路非激活态时，对辅基站服务小区进行无线测量；

迁移请求发送模块，用于在根据测量结果确定自己当前已移出原S-RNA并进入新S-RNA后，向主基站发送迁移请求消息，所述迁移请求消息用于请求所述主基站将自己在所述原S-RNA原辅基站侧的UE上下文信息及PDU会话数据传输通道迁移到所述新S-RNA中的新辅基站，所述S-RNA由N个辅基站的服务区域组成，且所述N大于1时，所述S-RNA内各所述辅基站可通信。

27.一种基站，其特征在于，所述基站包括第一处理器、第一存储器及第一通信总线；

所述第一通信总线用于实现第一处理器和第一存储器之间的连接通信；

所述第一处理器用于执行第一存储器中存储的传输链路管理程序，以实现如权利要求1至12中任一项所述的传输链路管理方法的步骤；或所述第一处理器用于执行第一存储器中存储的传输链路建立程序，以实现如权利要求13至17中任一项所述的传输链路建立方法的步骤。

28.一种终端，其特征在于，所述基站包括第二处理器、第二存储器及第二通信总线；

所述第二通信总线用于实现第二处理器和第二存储器之间的连接通信；

所述第二处理器用于执行第二存储器中存储的传输链路迁移程序，以实现如权利要求18至23中任一项所述的传输链路迁移方法的步骤。

29.一种存储介质，其特征在于，所述存储介质中至少存储有传输链路管理程序、传输链路建立程序以及传输链路迁移程序中的至少一个，所述传输链路管理程序可被一个或者多个处理器执行，以实现如权利要求1至12中任一项所述的传输链路管理方法的步骤；所述传输链路建立程序可被一个或者多个处理器执行，以实现如权利要求13至17中任一项所述的传输链路建立方法的步；所述传输链路迁移程序可被一个或者多个处理器执行，以实现如权利要求18至23中任一项所述的传输链路迁移方法的步骤。