一种分布式处理节点切换的处理方法及装置与流程

本发明涉及通信领域，特别涉及一种分布式处理节点切换的处理方法及装置。

背景技术：

移动通信系统未来发展中，为了更好的满足用户需求，极大提升网络容量和吞吐量，必将会引入更多的传输节点，即未来会建立超密集网络。

在超密集网络中，为了实现对大量分布式处理节点的统一控制面管理，需要将部分协议功能集中到集中处理节点进行集中式处理。在这样的场景中，集中处理节点的功能和每个分布式处理节点的功能需要很好的划分，以达到提升处理效率，并且需要保证ue在分布式处理节点之间移动时具有良好的切换体验。

例如，以长期演进(longtermevolution，lte)系统为例，现有的用户面协议栈如图1所示。

参阅图1所示，终端(ue)和基站(enb)之间的数据传输，在空口需要经过分组数据聚合协议(packetdataconvergenceprotocol，pdcp)，无线链路控制(radiolinkcontrol，rlc)，媒体接入控制(mediumaccesscontrol，mac)和物理层(physicallayer，phy)的处理，每一层完成不同的数据处理功能。

pdcp主要是进行安全操作和头压缩解压缩处理，rlc主要完成数据的分段级联和按序递交及自动重传请求(automaticrepeat-request，arq)数据传输保障；mac主要完成调度和不同逻辑信道的级联处理及混合自动重传请求(hybridautomaticrepeatrequest，harq)操作；phy完成传输块的物理层 处理和空口发送。

而超密集组网络是未来移动通信系统发展的一个趋势。参阅图2所示，在超密集组网情况下，为了实现对大量分布式处理节点的统一控制面管理，需要将部分协议功能进行集中式处理，这样就形成了集中处理节点和分布式处理节点的双层结构。分布式处理节点也称为发送接收节点(transmissionreceptionpoint，trp)。对于集中处理节点，根据功能不同，又可以进一步划分为集中处理节点的控制面和集中处理节点的用户面。

对于用户面处理，现有的用户面功能可能会在集中处理节点和分布式处理节点之间进行划分，目前比较公认的用户面协议栈分离方案有图3所示的五种(option1-option5)。其中，集中处理节点和分布式处理节点之间的接口称为fronthaul。

参阅图3所示，各个分布式处理节点所使用的用户面协议栈可以相同，也可以不相同，因此，当终端在分布式处理节点之间切换时，集中处理节点的处理方式也有所转换。例如，假设，分布式处理节点1使用的用户面协议栈为phy，分布式处理节点2使用的用户面协议栈为mac和phy，那么，终端在分布式处理节点1的管辖范围内时，集中处理节点负责处理的用户面协议栈为ip、pdcp、rlc和mac，而终端切换至分布式处理节点2的管辖范围内后，集中处理节点负责处理的用户面协议栈为ip、pdcp和rlc。

在传统的网络中，终端一旦发生小区间切换都需要重置mac，并进行pdcp重建和rlc重建。但是，在对于未来移动通信系统中的超密集组网络而言，用户面协议栈的功能会在集中处理节点和分布式处理节点之间进行划分。因此，当用户在分布式处理节点之间发生切换时，不是在所有情况下都需要进行重置和重建，那么如何规划切换后的处理流程，尽量降低切换时延和提升资源利用率，目前还没有完善的解决方案。

技术实现要素：

本发明实施例提供一种分布式处理节点切换的处理方法及装置。用以提升终端在分布式处理节点之间切换时的处理效率。

本发明实施例提供的具体技术方案如下：

一种分布式处理节点切换的处理方法，包括：

终端接收集中处理节点发送的切换指示，上述切换指示是上述集中处理节点确定终端在分布式处理节点之间发生切换后发送的；

终端根据接收到的切换指示，确定切换类型；

终端基于上述切换类型进行相应处理。

较佳的，终端接收集中处理节点发送的切换指示，包括：

终端通过rrc信令接收上述切换指示；或者，

终端通过mac信令接收上述切换指示；或者，

终端通过phy信令接收上述切换指示。

较佳的，终端根据接收到的切换指示，确定切换类型，包括：

终端根据接收到的切换指示中携带的切换类型指示信息，确定切换类型；其中，上述切换类型指示信息用于指示切换过程中网络侧与所述终端对应的mac层位置是否改变。

较佳的，上述切换类型指示信息为1bit，用于指示切换过程中网络侧与所述终端对应的mac层位置是否改变；或者，

上述切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与所述终端对应的mac层位置是否改变。

较佳的，终端基于上述切换类型进行相应处理，包括：

终端确定切换过程中网络侧与所述终端对应的mac层位置未发生改变时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于上述关联关系，在源小区和目标小区之间进行下行harq合并。

较佳的，终端基于上述关联关系，在源小区和目标小区之间进行下行 harq合并，包括：

若终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，终端直接在源小区和目标小区之间建立关联关系，并基于上述关联关系进行下行harq合并；

若终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则终端基于上述切换指示获得集中处理节点通知的源小区和目标小区之间的映射关系，并根据上述映射关系在源小区和目标小区之间建立关联关系，以及基于上述关联关系进行下行harq合并。

较佳的，进一步包括：

在进行下行harq合并之前，终端执行mac重置，并在重置过程中，保留harq缓冲区中的数据。

较佳的，进一步包括：

若切换指示中携带了配置的高层参数，则终端在目标小区中直接使用上述高层参数。

一种分布式处理节点切换的处理方法，包括：

集中处理节点确定终端在分布式处理节点之间发生切换；

集中处理节点确定切换类型，并基于上述切换类型进行相应处理。

较佳的，进一步包括：

集中处理节点向终端发送切换指示，用于通知上述切换类型。

较佳的，集中处理节点向终端发送切换指示，包括：

集中处理节点通过rrc信令发送上述切换指示；或者，

集中处理节点通过mac信令发送上述切换指示；或者，

集中处理节点通过phy信令发送上述切换指示。

较佳的，集中处理节点确定切换类型，并基于上述切换类型进行相应处理，包括：

集中处理节点确定切换类型表示切换过程中网络侧与所述终端对应的 mac层位置未发生改变时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于上述关联关系，在源小区和目标小区之间进行上行harq合并。

较佳的，集中处理节点基于上述关联关系，在源小区和目标小区之间进行上行harq合并，包括：

若终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，则集中处理节点直接在源小区和目标小区之间建立关联关系，并基于上述关联关系进行上行harq合并；

若终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则集中处理节点基于源小区和目标小区之间的映射关系，在源小区和目标小区之间建立关联关系，以及基于上述关联关系进行上行harq合并。

一种分布式处理节点切换的处理装置，包括：

接收单元，用于接收集中处理节点发送的切换指示，上述切换指示是上述集中处理节点确定上述装置在分布式处理节点之间发生切换后发送的；

确定单元，用于根据接收到的切换指示，确定切换类型；

处理单元，用于基于上述切换类型进行相应处理。

较佳的，接收集中处理节点发送的切换指示时，接收单元具体用于：

通过rrc信令接收上述切换指示；或者，

通过mac信令接收上述切换指示；或者，

通过phy信令接收上述切换指示。

较佳的，根据接收到的切换指示，确定切换类型时，确定单元具体用于：

根据接收到的切换指示中携带的切换类型指示信息，确定切换类型；其中，上述切换类型指示信息用于指示切换过程中网络侧与所述装置对应的mac层位置是否改变。

较佳的，上述切换类型指示信息为1bit，用于指示切换过程中网络侧与所述装置对应的mac层位置是否改变；或者，

上述切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与所述装置对应的mac层位置是否改变。

较佳的，基于上述切换类型进行相应处理时，处理单元具体用于：

确定切换过程中网络侧与所述装置对应的mac位置未发生改变时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于上述关联关系，在源小区和目标小区之间进行下行harq合并。

较佳的，基于上述关联关系，在源小区和目标小区之间进行下行harq合并时，处理单元具体用于：

若上述装置在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，直接在源小区和目标小区之间建立关联关系，并基于上述关联关系进行下行harq合并；

若上述装置在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则基于上述切换指示获得集中处理节点通知的源小区和目标小区之间的映射关系，并根据上述映射关系在源小区和目标小区之间建立关联关系，以及基于上述关联关系进行下行harq合并。

较佳的，处理单元进一步用于：

在进行下行harq合并之前，执行mac重置，并在重置过程中，保留harq缓冲区中的数据。

较佳的，处理单元进一步用于：

若切换指示中携带了配置的高层参数，则在目标小区中直接使用上述高层参数。

一种分布式处理节点切换的处理装置，包括：

确定单元，用于确定终端在分布式处理节点之间发生切换；

处理单元，用于确定切换类型，并基于上述切换类型进行相应处理。

较佳的，进一步包括：

发送单元，用于向终端发送切换指示，用于通知上述切换类型。

较佳的，向终端发送切换指示时，发送单元具体用于：

通过rrc信令发送上述切换指示；或者，

通过mac信令发送上述切换指示；或者，

通过phy信令发送上述切换指示。

较佳的，确定切换类型，并基于上述切换类型进行相应处理时，处理单元具体用于：

确定切换类型表示切换过程中网络侧与所述终端对应的mac位置未发生改变时，，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于上述关联关系，在源小区和目标小区之间进行上行harq合并。

较佳的，基于上述关联关系，在源小区和目标小区之间进行上行harq合并时，处理单元具体用于：

若终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，则直接在源小区和目标小区之间建立关联关系，并基于上述关联关系进行上行harq合并；

若终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则基于源小区和目标小区之间的映射关系，在源小区和目标小区之间建立关联关系，以及基于上述关联关系进行上行harq合并。

本发明的有益效果如下：

本发明实施例中，终端接收集中处理节点发送的切换指示，上述切换指示是上述集中处理节点确定终端在分布式处理节点之间发生切换后发送的；终端根据接收到的切换指示，确定切换类型；终端基于上述切换类型进行相应处理，这样，终端在分布式处理节点间移动时进行切换时，根据切换类型，进行相应处理，可以缩短切换时延，降低重复传输的数据量，提升用户切换体验。

附图说明

图1为现有技术下lte系统中用户面协议栈示意图；

图2为现有技术下超密集组网络结构示意图；

图3为现有技术下集中处理节点和分布式处理节点之间用户面协议层分离方案示意图；

图4为本发明实施例中种分布式处理节点切换的处理方法示意流程图；

图5－图10为本发明实施例中分布式处理节点切换的处理方法举例流程图；

图11为本发明实施例中终端第一种功能结构示意图；

图12为本发明实施例中集中处理节点第一种功能结构示意图；

图13为本发明实施例中终端第二种功能结构示意图；

图14为本发明实施例中集中处理节点第二种功能结构示意图。

具体实施方式

终端在分布式处理节点之间切换时，为了可以缩短切换时延，提升处理效率，本发明实施例中，集中处理节点基于终端的测量上报进行分布式处理节点切换判决，终端根据集中处理节点的判决，确定分布式处理节点之间的切换不影响终端对应的网络侧mac层位置(如，切换前后的mac处理位置始终位于集中处理节点)，则集中处理节点通过源分布式处理节点向终端发送切换指示，终端根据接收到的切换指示，确定切换类型并进行相应处理。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图4所示，本发明实施例中，在分布式处理节点之间切换处理流程图如下：

步骤400：集中处理节点基于终端的测量上报(如，信道测量结果上报)判定终端在分布式处理节点之间发生切换。

实际应用中，终端是处于移动状态的，因此，终端随时可能由一个分布式处理节点的管辖范围移动至另一个分布式处理节点的管理范围，而集中处理节 点可以根据终端的测量上报实时掌握终端的动向。

步骤401：集中处理节点向终端发送切换指示，该切换指示用于向终端通知切换类型。

可选的，集中处理节点可以通过无线资源控制(radioresourcecontrol，rrc)信令发送切换指示；或者，可以通过媒体接入控制(mediumaccesscontrol，mac)信令发送切换指示；或者，还可以通过物理层(physicallayer，phy)信令发送切换指示。

在切换指示中，集中处理节点需要向终端通知切换类型，具体的，需要通知切换前后集中处理节点内的mac层位置是否改变。

例如，源分布式处理节点和目标分布式处理节点均没有mac层处理功能，则可以判定mac层位置未发生改变。

又例如，源分布式处理节点和目标分布式处理节点中仅有一个具有mac层处理功能，则说明mac层位置需要发生改变，即终端位于不具有mac层处理功能的分布式处理节点的管辖范围内时，mac层处理功能需要由集中处理节点完成，而终端位于具有mac层处理功能的分布式处理节点的管辖范围内时，mac层处理功能可以由分布式处理节点自身完成。

步骤402：终端接收集中处理节点发送的切换指示。

相应的，终端可以通过rrc信令接收切换指示；或者，可以通过mac信令接收切换指示；或者，还可以通过phy信令接收切换指示。

步骤403：终端根据接收到的切换指示，确定切换类型。

具体的，终端可以根据接收到的切换指示中携带的切换类型指示信息，确定切换类型；其中，切换类型指示信息用于指示切换过程中网络侧与终端对应的mac层位置是否改变。

可选的，切换类型指示信息可以采用多种实现方式，本实施例中，包含但不限于以下两种：

第一种实现方式为：切换类型指示信息为1bit，用于指示切换过程中网络 侧与终端对应的mac层位置是否改变。

例如，切换类型指示信息为“0”，表示切换前后集中处理节点内mac层位置未发生改变；而切换类型指示信息为“1”，表示切换前后集中处理节点内mac层位置已发生改变。

第二种实现方式为：切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与终端对应的mac层位置是否改变。

例如，如图3所示，切换类型指示信息记录了“option1－>option2”，表示切换前后集中处理节点内mac层位置未发生改变；而切换类型指示信息记录了“option2－>option3”，表示切换前后集中处理节点内mac层位置已发生改变。

步骤404：终端基于切换类型进行相应处理。

具体的，在进行处理之前，可选的，终端执行mac重置，并在重置过程中，保留混合自动重传请求(hybridautomaticrepeatrequest，harq)harq缓冲区中的数据，例如，harqbuffer，进程数目(processnumber)等等。

具体的，在执行步骤404，终端确定切换类型表示切换过程中网络侧与终端对应的mac位置未发生改变时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于该关联关系，在源小区和目标小区之间进行下行harq合并。

具体的，在第一种情况下，若终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，终则端直接在源小区和目标小区之间建立关联关系，并基于该关联关系进行下行harq合并。

例如，源分布式处理节点仅对应一个源小区a，目标分布式处理节点驻对应一个目标小区b，则终端直接在源小区a和目标小b之间建立关联关系，并对源小区a和目标小区b进行下行harq合并。

具体的，在第二种情况下，若终端在源分布式处理节点和/或目标分布式处 理节点采用多小区工作方式，则终端基于切换指示获得集中处理节点通知的源小区和目标小区之间的映射关系，并根据映射关系在源小区和目标小区之间建立关联关系，以及基于该关联关系进行下行harq合并。

又例如，源分布式处理节点对应源小区a1、源小区a2、源小区a3，目标分布式处理节点对应目标小区b1和目标小区b2，那么，终端需要根据集中处理节点在切换指示中的提示，获得集中处理节点通知的源小区和目标小区之间的映射关系，假设，集中处理节点通知源小区a3和目标小区b2之间存在映射关系，源小区a2和目标小区b1之间存在映射关系，而终端工作在源小区a2，则根据映射关系，终端在源小区a2和目标小区b1之间建立关联关系，对源小区a2和目标小区b1进行下行harq合并。

进一步地，若集中处理节点在切换指示中通知了高层参数(如，pdcp参数、rlc参数、mac参数、phy参数)，则终端可以在切换后，直接使用这些高层参数。

步骤405：集中处理节点基于切换类型进行相应处理。

具体的，集中处理节点确定切换类型表示切换过程中网络侧与终端对应的mac位置未发生改变时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于该关联关系，在源小区和目标小区之间进行上行harq合并。

具体的，在第一种情况下，若终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，则集中处理节点直接在源小区和目标小区之间建立关联关系，并基于该关联关系进行上行harq合并。

具体的，在第二种情况下，若终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则集中处理节点基于源小区和目标小区之间的映射关系，在源小区和目标小区之间建立关联关系，以及基于该关联关系进行上行harq合并。

具体举例参考步骤404，在此不再赘述。

这样，集中处理节点基于终端的测量上报，进行分布式处理节点切换判决， 如果分布式处理节点切换不影响终端对应的网络侧mac层位置(例如，切换前后mac始终位于集中处理节点)，则集中处理节点通过源分布式处理节点向终端发送切换指示命令，且切换信令中携带切换类型指示信息。终端接收到切换信令，根据其中的切换类型指示信息，确定源小区和目标小区之间的关联关系，利用该关联关系进行harq合并，降低了重复传输的数据量，缩短了切换时延，提升了传输效率。

下面采用几个具体的应用场景对上述实施例作出进一步详细说明。

第一场景：参阅图5所示，假设切换指示采用rrc信令，终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，那么，分布式处理节点切换的处理方法的流程如下：

步骤500：测量上报。

终端根据测量结果，当满足测量触发事件后进行测量上报，测量上报首先到达源分布式处理节点，经由源分布式处理节点中转到达集中处理节点。

步骤501：切换判决。

集中处理节点根据终端上报的测量结果，进行分布式处理节点切换判决，判定终端在分布式处理节点之间发生切换，通过切换判决确定目标分布式处理节点。

步骤502：发送切换指示。

集中处理节点向终端下发切换指示，切换指示采用rrc信令，例如rrc重配信令，且在rrc重配信令中需要携带切换类型指示信息。

其中，切换类型指示信息为1bit，用于指示切换过程中网络侧与终端对应的mac层位置是否改变；或者，

切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与终端对应的mac层位置是否改变。

步骤503：分布式处理节点切换处理。

终端接收到切换指示后，根据其中携带的切换类型指示信息，确定切换类型，并在确定切换类型表示切换过程中网络侧与终端对应的mac层位置未发生改变时，则执行mac重置，但是mac重置行为和现有技术下的mac重配操作不同，需要保留harq相关数据部分，例如，harqbuffer，processnumber等，并且终端直接将源小区和目标小区关联，确定切换前的源小区和切换后的目标小区之间的关联关系，以便后续进行harq合并。

步骤504：上行同步过程。

其中，步骤504为可选步骤。

步骤505：切换完成指示信令。

终端通过目标分布式处理节点向集中处理节点发送切换完成指示信令，其中，该信令可以是rrc信令，例如rrc重配完成。

步骤506：数据传输。

终端通过目标分布式处理节点，和集中处理节点之间交互上/下行数据。

对于下行，集中处理节点可以通过目标分布式处理节点继续传输在源分布式处理节点尚未完成传输的harq相关数据。终端基于步骤503确定的关联关系，在源小区和目标小区之间进行下行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对一个harqprocess的下行数据进行harq合并。

对于上行，终端可以基于基站的调度，通过目标分布式处理节点继续向集中处理节点发送在源分布式处理节点尚未完成传输的harqprocess。基站根据步骤503确定的关联关系，在源小区和目标小区之间进行上行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对同一个终端同一个harqprocess的上行数据进行harq合并。

第二场景：参阅图6所示，假设切换指示采用rrc信令，终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，这里假设终端在目标分布式处理节点采用多小区工作方式，那么，分布式处理节点切换的处理方 法的流程如下：

其中，第二场景和第一场景中的除步骤502和步骤503具体实现操作不同外，其它步骤和第一场景完全相同。

步骤600：测量上报。

终端根据测量结果，当满足测量触发事件后进行测量上报，测量上报首先到达源分布式处理节点，经由源分布式处理节点中转到达集中处理节点。

步骤601：切换判决。

集中处理节点根据终端上报的测量结果，进行分布式处理节点切换判决，判定终端在分布式处理节点之间发生切换，通过切换判决确定目标分布式处理节点。

步骤602：发送切换指示。

集中处理节点向终端下发切换指示，切换指示采用rrc信令，例如rrc重配信令，且在rrc重配信令中需要携带切换类型指示信息。

其中，切换类型指示信息为1bit，用于指示切换过程中网络侧与终端对应的mac层位置是否改变；或者，

切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与终端对应的mac层位置是否改变。

终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则需要在切换指示中指示目标分布式处理节点中哪个小区和终端在源分布式处理节点使用的小区具有关联关系。

步骤603：分布式处理节点切换处理。

终端接收到切换指示后，根据其中携带的切换类型指示信息，确定切换类型，并在确定切换类型表示切换过程中网络侧与终端对应的mac层位置未发生改变时，则执行mac重置，但是mac重置行为和现有技术下的mac重配操作不同，需要保留harq相关数据部分，例如，harqbuffer，process number等。

并且，即终端基于切换指示获得集中处理节点通知的源小区和目标小区之间的映射关系，并根据上述映射关系在源小区和目标小区之间建立关联关系，以便后续进行harq合并。

步骤604：上行同步过程。

其中，步骤604为可选步骤。

步骤605：切换完成指示信令。

终端通过目标分布式处理节点向集中处理节点发送切换完成指示信令，其中，该信令可以是rrc信令，例如rrc重配完成。

步骤606：数据传输。

终端通过目标分布式处理节点，和集中处理节点之间交互上/下行数据。

对于下行，集中处理节点可以通过目标分布式处理节点继续传输在源分布式处理节点尚未完成传输的harq相关数据。终端基于步骤603确定的关联关系，在源小区和目标小区之间进行下行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对一个harqprocess的下行数据进行harq合并。

对于上行，终端可以基于基站的调度，通过目标分布式处理节点继续向集中处理节点发送在源分布式处理节点尚未完成传输的harqprocess。基站根据步骤603确定的关联关系，在源小区和目标小区之间进行上行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对同一个终端同一个harqprocess的上行数据进行harq合并。

第三场景：参阅图7所示，假设切换指示采用mac信令，终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，那么，分布式处理节点切换的处理方法的流程如下：

其中，第三场景和第一场景中的除步骤502的具体实现操作不同外，其它步骤和第一场景完全相同。

步骤700：测量上报。

终端根据测量结果，当满足测量触发事件后进行测量上报，测量上报首先到达源分布式处理节点，经由源分布式处理节点中转到达集中处理节点。

步骤701：切换判决。

集中处理节点根据终端上报的测量结果，进行分布式处理节点切换判决，判定终端在分布式处理节点之间发生切换，通过切换判决确定目标分布式处理节点。

步骤702：发送切换指示。

集中处理节点向终端下发切换指示，切换指示采用mac信令，这就需要引入新的macce格式，在新的macce中需要携带切换类型指示信息。

这里，如果源分布式处理节点和目标分布式处理节点的配置相同(比如pdcp/rlc/mac/phy配置)，从降低切换时延角度出发，可以使用mac信令取代rrc信令。

其中，切换类型指示信息为1bit，用于指示切换过程中网络侧与终端对应的mac层位置是否改变；或者，

切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与终端对应的mac层位置是否改变。

步骤703：分布式处理节点切换处理。

终端接收到切换指示后，根据其中携带的切换类型指示信息，确定切换类型，并在确定切换类型表示切换过程中网络侧与终端对应的mac层位置未发生改变时，则执行mac重置，但是mac重置行为和现有技术下的mac重配操作不同，需要保留harq相关数据部分，例如，harqbuffer，processnumber等，并且终端直接将源小区和目标小区关联，确定切换前的源小区和切换后的目标小区之间的关联关系，以便后续进行harq合并。

步骤704：上行同步过程。

其中，步骤704为可选步骤。

步骤705：切换完成指示信令。

终端通过目标分布式处理节点向集中处理节点发送切换完成指示信令，其中，该信令可以是mac信令。

步骤706：数据传输。

终端通过目标分布式处理节点，和集中处理节点之间交互上/下行数据。

对于下行，集中处理节点可以通过目标分布式处理节点继续传输在源分布式处理节点尚未完成传输的harq相关数据。终端基于步骤703确定的关联关系，在源小区和目标小区之间进行下行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对一个harqprocess的下行数据进行harq合并。

对于上行，终端可以基于基站的调度，通过目标分布式处理节点继续向集中处理节点发送在源分布式处理节点尚未完成传输的harqprocess。基站根据步骤703确定的关联关系，在源小区和目标小区之间进行上行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对同一个终端同一个harqprocess的上行数据进行harq合并。

第四场景：参阅图8所示，假设切换指示采用mac信令，终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，这里假设终端在目标分布式处理节点采用多小区工作方式，那么，分布式处理节点切换的处理方法的流程如下：

其中，第四场景和第二场景中的除步骤502具体实现操作不同外，其它步骤和第二场景完全相同。

步骤800：测量上报。

终端根据测量结果，当满足测量触发事件后进行测量上报，测量上报首先到达源分布式处理节点，经由源分布式处理节点中转到达集中处理节点。

步骤801：切换判决。

集中处理节点根据终端上报的测量结果，进行分布式处理节点切换判决，判定终端在分布式处理节点之间发生切换，通过切换判决确定目标分布式处理节点。

步骤802：发送切换指示。

集中处理节点向终端下发切换指示，切换指示采用mac信令，这就需要引入新的macce格式，且在新的macce中需要携带切换类型指示信息。

这里，如果源分布式处理节点和目标分布式处理节点的配置相同(比如pdcp/rlc/mac/phy配置)，从降低切换时延角度，可以使用mac信令取代rrc信令。

其中，切换类型指示信息为1bit，用于指示切换过程中网络侧与终端对应的mac层位置是否改变；或者，

切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与终端对应的mac层位置是否改变。

终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则需要在切换指示中指示目标分布式处理节点中哪个小区和终端在源分布式处理节点使用的小区具有关联关系。

以源分布式处理节点和目标分布式处理节点最多支持4个小区，切换类型指示信息为1bit为例，具体macce设计如表1所示：

表1macce设计示例

其中，r代表预留比特，t1和t2代表目标小区编号，例如00代表终端在目标分布式处理节点下编号为0的小区，s1和s2代表源小区编号，例如00代表终端在源分布式处理节点下编号为0的小区。

步骤803：分布式处理节点切换处理。

终端接收到切换指示后，根据其中携带的切换类型指示信息，确定切换类 型，并在确定切换类型表示切换过程中网络侧与终端对应的mac层位置未发生改变时，则执行mac重置，但是mac重置行为和现有技术下的mac重配操作不同，需要保留harq相关数据部分，例如，harqbuffer，processnumber等。

并且，即终端基于切换指示获得集中处理节点通知的源小区和目标小区之间的映射关系，并根据上述映射关系在源小区和目标小区之间建立关联关系，以便后续进行harq合并。

步骤804：上行同步过程。

其中，步骤804为可选步骤。

步骤805：切换完成指示信令。

终端通过目标分布式处理节点向集中处理节点发送切换完成指示信令，其中，该信令可以是mac信令。

步骤806：数据传输。

终端通过目标分布式处理节点，和集中处理节点之间交互上/下行数据。

对于下行，集中处理节点可以通过目标分布式处理节点继续传输在源分布式处理节点尚未完成传输的harq相关数据。终端基于步骤803确定的关联关系，在源小区和目标小区之间进行下行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对一个harqprocess的下行数据进行harq合并。

对于上行，终端可以基于基站的调度，通过目标分布式处理节点继续向集中处理节点发送在源分布式处理节点尚未完成传输的harqprocess。基站根据步骤803确定的关联关系，在源小区和目标小区之间进行上行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对同一个终端同一个harqprocess的上行数据进行harq合并。

第五场景：参阅图9所示，假设切换指示采用phy信令，这里以l1信令为例，终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方 式，那么，分布式处理节点切换的处理方法的流程如下：

其中，第五场景和第三场景中的除步骤502的具体实现操作不同外，其它步骤和第三场景完全相同。

步骤900：测量上报。

终端根据测量结果，当满足测量触发事件后进行测量上报，测量上报首先到达源分布式处理节点，经由源分布式处理节点中转到达集中处理节点。

步骤901：切换判决。

集中处理节点根据终端上报的测量结果，进行分布式处理节点切换判决，判定终端在分布式处理节点之间发生切换，通过切换判决确定目标分布式处理节点。

步骤902：发送切换指示。

集中处理节点向终端下发切换指示，切换指示采用l1信令，这就需要引入新的pdcchdci格式，且在新的pdcchdci格式需要携带切换类型指示信息。

这里，如果源分布式处理节点和目标分布式处理节点的配置相同(比如pdcp/rlc/mac/phy配置)，从降低切换时延角度出发，可以使用mac信令取代rrc信令。

其中，切换类型指示信息为1bit，用于指示切换过程中网络侧与终端对应的mac层位置是否改变；或者，

切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与终端对应的mac层位置是否改变。

步骤903：分布式处理节点切换处理。

终端接收到切换指示后，根据其中携带的切换类型指示信息，确定切换类型，并在确定切换类型表示切换过程中网络侧与终端对应的mac层位置未发生改变时，则执行mac重置，但是mac重置行为和现有技术下的mac重 配操作不同，需要保留harq相关数据部分，例如，harqbuffer，processnumber等，并且终端直接将源小区和目标小区关联，确定切换前的源小区和切换后的目标小区之间的关联关系，以便后续进行harq合并。

步骤904：上行同步过程。

其中，步骤904为可选步骤。

步骤905：切换完成指示信令。

终端通过目标分布式处理节点向集中处理节点发送切换完成指示信令，其中，该信令可以是l1信令。

步骤906：数据传输。

终端通过目标分布式处理节点，和集中处理节点之间交互上/下行数据。

对于下行，集中处理节点可以通过目标分布式处理节点继续传输在源分布式处理节点尚未完成传输的harq相关数据。终端基于步骤903确定的关联关系，在源小区和目标小区之间进行下行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对一个harqprocess的下行数据进行harq合并。

对于上行，终端可以基于基站的调度，通过目标分布式处理节点继续向集中处理节点发送在源分布式处理节点尚未完成传输的harqprocess。基站根据步骤903确定的关联关系，在源小区和目标小区之间进行上行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对同一个终端同一个harqprocess的上行数据进行harq合并。

第六场景：参阅图10所示，假设切换指示采用phy信令，这里以l1信令为例，终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，这里假设终端在目标分布式处理节点采用多小区工作方式，那么，分布式处理节点切换的处理方法的流程如下：

其中，第六场景和第四场景中的除步骤502具体实现操作不同外，其它步骤和第四场景完全相同。

步骤1000：测量上报。

终端根据测量结果，当满足测量触发事件后进行测量上报，测量上报首先到达源分布式处理节点，经由源分布式处理节点中转到达集中处理节点。

步骤1001：切换判决。

集中处理节点根据终端上报的测量结果，进行分布式处理节点切换判决，判定终端在分布式处理节点之间发生切换，通过切换判决确定目标分布式处理节点。

步骤1002：发送切换指示。

集中处理节点向终端下发切换指示，切换指示采用l1信令，这就需要引入新的pdcchdci格式，且在新的pdcchdci格式需要携带切换类型指示信息。

这里，如果源分布式处理节点和目标分布式处理节点的配置相同(比如pdcp/rlc/mac/phy配置)，从降低切换时延角度出发，可以使用l1信令取代rrc信令。

其中，切换类型指示信息为1bit，用于指示切换过程中网络侧与终端对应的mac层位置是否改变；或者，

切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与终端对应的mac层位置是否改变。

终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则需要在切换指示中指示目标分布式处理节点中哪个小区和终端在源分布式处理节点使用的小区具有关联关系。

步骤1003：分布式处理节点切换处理。

终端接收到切换指示后，根据其中携带的切换类型指示信息，确定切换类型，并在确定切换类型表示切换过程中网络侧与终端对应的mac层位置未发生改变时，则执行mac重置，但是mac重置行为和现有技术下的mac重 配操作不同，需要保留harq相关数据部分，例如，harqbuffer，processnumber等。

并且，即终端基于切换指示获得集中处理节点通知的源小区和目标小区之间的映射关系，并根据上述映射关系在源小区和目标小区之间建立关联关系，以便后续进行harq合并。

步骤1004：上行同步过程。

其中，步骤804为可选步骤。

步骤1005：切换完成指示信令。

终端通过目标分布式处理节点向集中处理节点发送切换完成指示信令，其中，该信令可以是l1信令。

步骤1006：数据传输。

终端通过目标分布式处理节点，和集中处理节点之间交互上/下行数据。

对于下行，集中处理节点可以通过目标分布式处理节点继续传输在源分布式处理节点尚未完成传输的harq相关数据。终端基于步骤1003确定的关联关系，在源小区和目标小区之间进行下行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对一个harqprocess的下行数据进行harq合并。

对于上行，终端可以基于基站的调度，通过目标分布式处理节点继续向集中处理节点发送在源分布式处理节点尚未完成传输的harqprocess。基站根据步骤1003确定的关联关系，在源小区和目标小区之间进行上行harq合并，即将从源分布式处理节点和目标分布式处理节点接收到的针对同一个终端同一个harqprocess的上行数据进行harq合并。

值得说明的是，对于应用场景一-应用场景六，发送切换指示和切换完成指示信令都是基于使用相同的信令来描述的，但是，实际中是可以不同的，使用的信令是可以任意组合的，例如步骤502使用rrc信令，步骤505可以使用mac信令，这里就不再一一赘述。

基于上述实施例，参阅图11所示，本发明实施例中，基于终端侧的分布式处理节点切换的处理装置，具体包括：

接收单元1100，用于接收集中处理节点发送的切换指示，上述切换指示是上述集中处理节点确定上述装置在分布式处理节点之间发生切换后发送的；

确定单元1101，用于根据接收到的切换指示，确定切换类型；

处理单元1102，用于基于上述切换类型进行相应处理。

较佳的，接收集中处理节点发送的切换指示时，接收单元1100具体用于：

通过rrc信令接收上述切换指示；或者，

通过mac信令接收上述切换指示；或者，

通过phy信令接收上述切换指示。

较佳的，根据接收到的切换指示，确定切换类型时，确定单元1101具体用于：

根据接收到的切换指示中携带的切换类型指示信息，确定切换类型；其中，上述切换类型指示信息用于指示切换过程中网络侧与所述装置对应的mac层位置是否改变。

较佳的，上述切换类型指示信息为1bit，用于指示切换过程中网络侧与所述装置对应的mac层位置是否改变；或者，

上述切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与所述装置对应的mac层位置是否改变。

较佳的，基于上述切换类型进行相应处理时，处理单元1102具体用于：

确定切换过程中网络侧与所述装置对应的mac位置未发生改变时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于上述关联关系，在源小区和目标小区之间进行下行harq合并。

较佳的，基于上述关联关系，在源小区和目标小区之间进行下行harq合并时，处理单元1102具体用于：

若上述装置在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，直接在源小区和目标小区之间建立关联关系，并基于上述关联关系进行下行harq合并；

若上述装置在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则基于上述切换指示获得集中处理节点通知的源小区和目标小区之间的映射关系，并根据上述映射关系在源小区和目标小区之间建立关联关系，以及基于上述关联关系进行下行harq合并。

较佳的，处理单元1102进一步用于：

在进行下行harq合并之前，执行mac重置，并在重置过程中，保留harq缓冲区中的数据。

较佳的，处理单元1102进一步用于：

若切换指示中携带了配置的高层参数，则在目标小区中直接使用上述高层参数。

基于上述实施例，参阅图12所示，本发明实施例中，基于集中处理节点侧的分布式处理节点切换的处理装置，具体包括：

确定单元1200，用于确定终端在分布式处理节点之间发生切换；

处理单元1201，用于确定切换类型，并基于上述切换类型进行相应处理。

较佳的，进一步包括：

发送单元1202，用于向终端发送切换指示，用于通知上述切换类型。

较佳的，向终端发送切换指示时，发送单元1202具体用于：

通过rrc信令发送上述切换指示；或者，

通过mac信令发送上述切换指示；或者，

通过phy信令发送上述切换指示。

较佳的，确定切换类型，并基于上述切换类型进行相应处理时，处理单元1201具体用于：

确定切换类型切换过程中网络侧与所述终端对应的mac位置未发生改变 时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于上述关联关系，在源小区和目标小区之间进行上行harq合并。

较佳的，基于上述关联关系，在源小区和目标小区之间进行上行harq合并时，处理单元1201具体用于：

若终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，则直接在源小区和目标小区之间建立关联关系，并基于上述关联关系进行上行harq合并；

若终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则基于源小区和目标小区之间的映射关系，在源小区和目标小区之间建立关联关系，以及基于上述关联关系进行上行harq合并。

参阅图13所示，本发明实施例中，基于终端侧的分布式处理节点切换的处理装置包括处理器1300、收发机1301和存储器1302，其中，

处理器1300，用于读取存储器1302中的程序，执行下列过程：

接收集中处理节点发送的切换指示，上述切换指示是上述集中处理节点确定上述装置在分布式处理节点之间发生切换后发送的；

根据接收到的切换指示，确定切换类型；

基于上述切换类型进行相应处理。

收发机1301，用于在处理器1300的控制下接收和发送数据。

较佳的，接收集中处理节点发送的切换指示时，处理器1300具体用于：

通过rrc信令接收上述切换指示；或者，

通过mac信令接收上述切换指示；或者，

通过phy信令接收上述切换指示。

较佳的，根据接收到的切换指示，确定切换类型时，处理器1300具体用于：

根据接收到的切换指示中携带的切换类型指示信息，确定切换类型；其中，上述切换类型指示信息用于指示切换过程中网络侧与所述装置对应的mac层 位置是否改变。

较佳的，上述切换类型指示信息为1bit，用于指示切换过程中网络侧与所述装置对应的mac层位置是否改变；或者，

上述切换类型指示信息为nbit的描述信息，n>1，用于表征指示切换前后集中处理节点和分布式处理节点使用的用户面协议栈分离方案，以提示切换过程中网络侧与所述装置对应的mac层位置是否改变。

较佳的，基于上述切换类型进行相应处理时，处理器1300具体用于：

确定切换过程中网络侧与所述装置对应的mac层位置未发生改变时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于上述关联关系，在源小区和目标小区之间进行下行harq合并。

较佳的，基于上述关联关系，在源小区和目标小区之间进行下行harq合并时，处理器1300具体用于：

若上述装置在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，直接在源小区和目标小区之间建立关联关系，并基于上述关联关系进行下行harq合并；

若上述装置在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则基于上述切换指示获得集中处理节点通知的源小区和目标小区之间的映射关系，并根据上述映射关系在源小区和目标小区之间建立关联关系，以及基于上述关联关系进行下行harq合并。

较佳的，处理器1300进一步用于：

在进行下行harq合并之前，执行mac重置，并在重置过程中，保留harq缓冲区中的数据。

较佳的，处理器1300进一步用于：

若切换指示中携带了配置的高层参数，则在目标小区中直接使用上述高层参数。

其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体 由处理器1300代表的一个或多个处理器和存储器1302代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1301可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1303还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器1300负责管理总线架构和通常的处理，存储器1302可以存储处理器1300在执行操作时所使用的数据。

基于上述实施例，参阅图14所示，本发明实施例中，基于集中处理节点侧的分布式处理节点切换的处理装置包括处理器1400、收发机1401和存储器1402，其中，

处理器1400，用于读取存储器1402中的程序，执行下列过程：

确定终端在分布式处理节点之间发生切换；

确定切换类型，并基于上述切换类型进行相应处理。

收发机1401，用于在处理器1400的控制下接收和发送数据。

较佳的，处理器1400进一步用于：

向终端发送切换指示，用于通知上述切换类型。

较佳的，向终端发送切换指示时，处理器1400具体用于：

通过rrc信令发送上述切换指示；或者，

通过mac信令发送上述切换指示；或者，

通过phy信令发送上述切换指示。

较佳的，确定切换类型，并基于上述切换类型进行相应处理时，处理器1400具体用于：

确定切换类型表示切换过程中网络侧与所述终端对应的mac位置未发生改变时，确定切换前的源小区和切换后的目标小区之间的关联关系，并基于上 述关联关系，在源小区和目标小区之间进行上行harq合并。

较佳的，基于上述关联关系，在源小区和目标小区之间进行上行harq合并时，处理器1400具体用于：

若终端在源分布式处理节点和目标分布式处理节点均采用单小区工作方式，则直接在源小区和目标小区之间建立关联关系，并基于上述关联关系进行上行harq合并；

若终端在源分布式处理节点和/或目标分布式处理节点采用多小区工作方式，则基于源小区和目标小区之间的映射关系，在源小区和目标小区之间建立关联关系，以及基于上述关联关系进行上行harq合并。

其中，在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1400代表的一个或多个处理器和存储器1402代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1401可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

处理器1400负责管理总线架构和通常的处理，存储器1402可以存储处理器1400在执行操作时所使用的数据。

综上所述，本发明实施例中，终端接收集中处理节点发送的切换指示，上述切换指示是上述集中处理节点确定终端在分布式处理节点之间发生切换后发送的；终端根据接收到的切换指示，确定切换类型；终端基于上述切换类型进行相应处理，这样，终端在分布式处理节点间移动时进行切换时，根据切换类型，进行相应处理，可以缩短切换时延，降低重复传输的数据量，提升用户切换体验。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包 含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。