一种数据处理方法、网络设备和计算机存储介质与流程

本发明涉及无线通讯技术，具体涉及一种数据处理方法、网络设备和计算机存储介质。

背景技术：

移动通讯网络中，当终端被寻呼时，如果服务基站不是锚点基站，通常有两种方式进行数据交互：

第一种方式是：在终端设备与核心网之间交互的中间节点由锚点基站切换到服务基站之后，终端通过服务基站与核心网进行数据交互。

第二种方式是：终端设备与核心网之间交互的中间节点保持为锚点基站不变，数据经服务基站和锚点基站之间进行转发，从而实现与核心网之间的数据交互。

现有技术中通常是在核心网配置上述其中一种数据交互方式。但上述两种方法各有优劣，针对不同类型的业务，需要利用上述各方式的优点实现某些业务的特殊要求。因此，如何基于不同的业务选择数据交互方式，现有技术中目前尚无有效解决方案。

技术实现要素：

为解决现有存在的技术问题，本发明实施例提供一种数据处理方法、网络设备和计算机存储介质。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种数据处理方法，所述方法包括：

网络设备获得业务类型，根据所述业务类型确定数据交互方式；

所述数据交互方式包括：执行路径切换完成后再执行数据传输的第一数据交互方式、基于服务基站和锚点基站之间的数据转发的第二数据交互方式、或基于服务基站和锚点基站之间的数据转发过程中执行路径切换的第三数据交互方式；

其中，所述路径切换为终端设备与核心网设备之间交互的中间节点由锚点基站切换为服务基站；所述数据传输为终端设备与核心网设备的数据传输。

上述方案中，所述网络设备为锚点基站时，所述网络设备获得业务类型，根据业务类型确定数据交互方式，包括：

锚点基站接收来自核心网设备的业务类型指示信令，基于所述业务类型指示信令中包括的业务类型确定数据交互方式。

上述方案中，所述根据所述业务类型确定数据交互方式之后，所述方法还包括：所述锚点基站发送数据交互选项指令至服务基站；所述数据交互选项指令包括所述数据交互方式。

上述方案中，所述根据所述业务类型确定数据交互方式之后，所述方法还包括：

所述锚点基站向所述核心网设备发送下行数据请求。

上述方案中，所述方法还包括：确定所述锚点基站不是服务基站并确定所述第一数据交互方式时，所述锚点基站向所述核心网设备发送下行数据终止请求。

上述方案中，所述方法还包括：确定所述锚点基站不是服务基站并确定所述第一数据交互方式时，所述锚点基站向所述核心网设备发送第一数据交互选项指令，所述第一数据交互选项指令中包括所述第一数据交互方式。

上述方案中，所述方法还包括：确定所述第三数据交互方式后，基于核心网设备发送的路径切换请求确认信令，所述锚点基站接收来自服务基站的路径切换成功告知信令；

所述锚点基站向所述服务基站发送路径切换成功告知确认信令。

上述方案中，所述网络设备为核心网设备时，所述根据所述业务类型确定数据交互方式后，所述方法还包括：

所述核心网设备向锚点基站发送数据交互选项指令，以使所述锚点基站将所述数据交互选项指令发送至服务基站；所述数据交互选项指令包括所述核心网设备选定的数据交互方式。

上述方案中，所述根据所述业务类型确定第一数据交互方式之后，所述方法还包括：

确定服务基站执行路径切换完成后，发送下行数据。

上述方案中，所述根据所述业务类型确定第二数据交互方式或第三数据交互方式之后，所述方法还包括：向锚点基站发送面向终端的寻呼命令，接收到服务基站的寻呼反馈后发送下行数据；或者，向锚点基站发送数据交互选项指令后发送下行数据。

上述方案中，所述方法还包括：确定所述第三数据交互方式后，接收路径切换请求信令，发送路径切换请求确认信令；以使所述锚点基站接收来自服务基站的路径切换成功告知信令。

上述方案中，所述根据所述业务类型确定数据交互方式，包括：

根据所述业务类型的时延要求和/或所述业务类型对应的数据量确定数据交互方式。

本发明实施例还提供了一种网络设备，所述网络设备包括获取单元和确定单元；其中，

所述获取单元，用于获得业务类型；

所述确定单元，用于根据所述获取单元获得的业务类型确定数据交互方式；所述数据交互方式包括：执行路径切换完成后再执行数据传输的第一数据交互方式、基于服务基站和锚点基站之间的数据转发的第二数据交互方式、或基于服务基站和锚点基站之间的数据转发过程中执行路径切换的第三数据交互方式；

其中，所述路径切换为终端设备与核心网设备之间交互的中间节点由锚点基站切换为服务基站；所述数据传输为终端设备与核心网设备的数据传输。

上述方案中，所述获取单元，用于接收来自核心网设备的业务类型指示信令；

所述确定单元，用于基于所述业务类型指示信令中包括的业务类型确定数据交互方式。

上述方案中，所述网络设备还包括第一通讯单元，用于发送数据交互选项指令至服务基站；所述数据交互选项指令包括所述数据交互方式。

上述方案中，所述网络设备还包括第一通讯单元，用于向所述核心网设备发送下行数据请求。

上述方案中，所述第一通讯单元，还用于确定不是服务基站并确定所述第一数据交互方式时，向所述核心网设备发送下行数据终止请求。

上述方案中，所述第一通讯单元，还用于确定不是服务基站并确定所述第一数据交互方式时，向所述核心网设备发送第一数据交互选项指令，所述第一数据交互选项指令中包括所述第一数据交互方式。

上述方案中，所述网络设备还包括第一通讯单元，用于确定所述第三数据交互方式后，基于核心网设备发送的路径切换请求确认信令，接收来自服务基站的路径切换成功告知信令；还用于向所述服务基站发送路径切换成功告知确认信令。

上述方案中，所述网络设备还包括第二通讯单元，用于向锚点基站发送数据交互选项指令，以使所述锚点基站将所述数据交互选项指令发送至服务基站；所述数据交互选项指令包括所述核心网设备选定的数据交互方式。

上述方案中，所述第二通讯单元，还用于确定第一数据交互方式之后，确定服务基站执行路径切换完成后，发送下行数据。

上述方案中，所述第二通讯单元，还用于确定第二数据交互方式或第三数据交互方式之后，向锚点基站发送面向终端的寻呼命令，接收到服务基站的寻呼反馈后发送下行数据；或者，向锚点基站发送数据交互选项指令后发送下行数据。

上述方案中，所述第二通讯单元，还用于确定所述第三数据交互方式后，接收路径切换请求信令，发送路径切换请求确认信令；以使所述锚点基站接收来自服务基站的路径切换成功告知信令。

上述方案中，所述确定单元，用于根据所述业务类型的时延要求和/或所述业务类型对应的数据量确定数据交互方式。

本发明实施例还提供了一种计算机存储介质，其上存储有计算机指令，该指令被处理器执行时实现本发明实施例所述的数据处理方法的步骤。

本发明实施例还提供了一种网络设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本发明实施例所述的数据处理方法的步骤。

本发明实施例提供的数据处理方法、网络设备和计算机存储介质，所述数据处理方法包括：网络设备获得业务类型，根据所述业务类型确定数据交互方式；所述数据交互方式包括：执行路径切换完成后再执行数据传输的第一数据交互方式、基于服务基站和锚点基站之间的数据转发的第二数据交互方式、或基于服务基站和锚点基站之间的数据转发过程中执行路径切换的第三数据交互方式；其中，所述路径切换为终端设备与核心网设备之间交互的中间节点由锚点基站切换为服务基站；所述数据传输为终端设备与核心网设备的数据传输。采用本发明实施例的技术方案，通过网络设备对数据交互方式的判定选择，一方面满足了业务对时延的需求，另一方面也降低了网络传输资源的消耗。

附图说明

图1为本发明实施例一的数据处理方法的流程示意图；

图2为本发明实施例二的数据处理方法的流程示意图；

图3为本发明实施例的数据处理方法的第一种交互流程示意图；

图4为本发明实施例的数据处理方法的第二种交互流程示意图；

图5为本发明实施例的数据处理方法的第三种交互流程示意图；

图6为本发明实施例的数据处理方法的第四种交互流程示意图；

图7为本发明实施例的数据处理方法的第五种交互流程示意图；

图8为本发明实施例的数据处理方法的第六种交互流程示意图；

图9为本发明实施例的网络设备的一种组成结构示意图；

图10为本发明实施例的网络设备的另一种组成结构示意图；

图11为本发明实施例的网络设备的又一种组成结构示意图；

图12为本发明实施例的网络设备的一种硬件组成结构示意图。

具体实施方式

在对本发明实施例的数据处理方案进行详细说明之前，首先对两种数据交互方式进行说明。

第一种数据交互方式是：在终端设备与核心网之间交互的中间节点由锚点基站切换到服务基站之后，终端通过服务基站与核心网进行数据交互。

第二种数据交互方式是：终端设备与核心网之间交互的中间节点保持为锚点基站不变，数据经服务基站和锚点基站之间进行转发，从而实现与核心网之间的数据交互。

第一种数据交互方式的优点在于路径切换完成后的数据交互的延时比较小，不再使用额外的xn接口传输资源进行终端与核心网之间的数据交互。但缺点是可能需要等待ng接口端点切换到当前的接入基站后才能发起数据交互，接入延迟可能比较大。第二种数据交互方式的优点在于基站和ng接口之间不用进行ng接口切换就能进行数据交互，节省了信令开销，但长时间通信可能既耗费了过多的xn接口传输资源，也引入了更多的传输延时。

基于上述两种数据交互方式的优缺点，本发明实施例的数据及处理方案提出基于业务对上述两种数据交互方式或者两种数据交互方式的结合进行选择。

下面结合附图及具体实施例对本发明作进一步详细的说明。

实施例一

本发明实施例提供了一种数据处理方法。图1为本发明实施例一的数据处理方法的流程示意图；如图1所示，所述方法包括：

步骤101：网络设备获得业务类型。

步骤102：网络设备根据所述业务类型确定数据交互方式；所述数据交互方式包括：执行路径切换完成后再执行数据传输的第一数据交互方式、基于服务基站和锚点基站之间的数据转发的第二数据交互方式、或基于服务基站和锚点基站之间的数据转发过程中执行路径切换的第三数据交互方式；其中，所述路径切换为终端设备与核心网设备之间交互的中间节点由锚点基站切换为服务基站；所述数据传输为终端设备与核心网设备的数据传输。

本实施例中，网络设备可至少基于业务类型的时延要求和/或数据传输数量进行数据交互方式的选择。即所述根据所述业务类型确定数据交互方式，包括：根据所述业务类型的时延要求和/或所述业务类型对应的数据量确定数据交互方式。

具体的，对于时延要求较高的业务，如果在初始接入时进行路径切换，终端和基站需要等待一段时间后才能进行数据传输，可能满足不了业务对延的较高要求，尤其是数据传输量预计较小的时候，路径切换操作显得更加不值得；基于此，在数据传输量较小时，可选择第二种数据交互方式，即终端设备与核心网之间交互的中间节点保持为锚点基站不变，数据经服务基站和锚点基站之间进行转发。但如若预计数据传输量较大，则需考虑如果一直基于服务基站和锚点基站之间的数据转发所带来的延时和负载压力等负面因素，所以应该在后续过程中切换数据交互方式，即先执行第二种数据交互方式，再执行第一种数据交互方式，也即先执行终端设备与核心网之间交互的中间节点保持为锚点基站不变，数据经服务基站和锚点基站之间进行转发，再进行路径切换，路径切换完成后，终端通过服务基站与核心网进行数据交互。本应用场景可适用于小数据包传输语音数据。对于时延要求较低的业务，倾向于选择第一种数据交互方式，即先进行路径切换，再进行数据传输，以节省xn接口上的传输资源，并且使得服务基站与锚点基站吻合，对提供后续通信服务更加有益。具体可参照表1所示。

表1

本实施例中，网络设备具体可以是核心网设备，即由核心网设备基于终端的业务类型判定数据交互方式。其中，本实施例的核心网设备可以是核心网中的任一设备。

作为一种实施方式，所述网络设备为核心网设备时，所述根据所述业务类型确定数据交互方式后，所述方法还包括：所述核心网设备向锚点基站发送数据交互选项指令，以使所述锚点基站将所述数据交互选项指令发送至服务基站；所述数据交互选项指令包括所述核心网设备选定的数据交互方式。

本实施例中，所述根据所述业务类型确定第一数据交互方式之后，所述方法还包括：确定服务基站执行路径切换完成后，发送下行数据。

本实施例中，所述根据所述业务类型确定第二数据交互方式或第三数据交互方式之后，所述方法还包括：向锚点基站发送面向终端的寻呼命令，接收到服务基站的寻呼反馈后发送下行数据；或者，所述核心网设备向锚点基站发送数据交互选项指令后，发送下行数据。

本实施例中，所述方法还包括：确定所述第三数据交互方式后，接收路径切换请求信令，发送路径切换请求确认信令；以使所述锚点基站接收来自服务基站的路径切换成功告知信令，并且，当缓存的数据全部转发完成后向所述服务基站发送数据转发终止符号，以告知服务基站数据转发结束。

采用本发明实施例的技术方案，通过网络设备对数据交互方式的判定选择，一方面满足了业务对时延的需求，另一方面也降低了网络传输资源的消耗。

实施例二

本发明实施例还提供了一种数据处理方法。图2为本发明实施例二的数据处理方法的流程示意图；如图2所示，所述方法包括：

步骤201：锚点基站接收来自核心网设备的业务类型指示信令。

步骤202：锚点基站基于所述业务类型指示信令中包括的业务类型确定数据交互方式；所述数据交互方式包括：执行路径切换完成后再执行数据传输的第一数据交互方式、基于服务基站和锚点基站之间的数据转发的第二数据交互方式、或基于服务基站和锚点基站之间的数据转发过程中执行路径切换的第三数据交互方式；其中，所述路径切换为终端设备与核心网设备之间交互的中间节点由锚点基站切换为服务基站；所述数据传输为终端设备与核心网设备的数据传输。

本实施例的数据处理方法应用于锚点基站中，即锚点基站基于获得的业务类型判定数据交互方式。其中，锚点基站接收核心网设备发送的业务类型指示信令，所述业务类型指示信令中包括业务类型，基于所述业务类型确定数据交互方式。其中，锚点基站基于业务类型确定数据交互方式的判定依据可参照实施例一中的描述，本实施例中不再赘述。

本实施例中，所述根据所述业务类型确定数据交互方式之后，所述方法还包括：所述锚点基站发送数据交互选项指令至服务基站；所述数据交互选项指令包括所述数据交互方式。

本实施例中，所述根据所述业务类型确定数据交互方式之后，所述方法还包括：所述锚点基站向所述核心网设备发送下行数据请求。

本实施例中，所述方法还包括：确定所述锚点基站不是服务基站并确定所述第一数据交互方式时，所述锚点基站向所述核心网设备发送下行数据终止请求。

本实施例中，所述方法还包括：确定所述锚点基站不是服务基站并确定所述第一数据交互方式时，所述锚点基站向所述核心网设备发送第一数据交互选项指令，所述第一数据交互选项指令中包括所述第一数据交互方式。核心网设备需要对下行数据进行备份，以方便将数据重新下发给确认过的服务基站。

本实施例中，所述方法还包括：确定所述第三数据交互方式后，基于核心网设备发送的路径切换请求确认信令，所述锚点基站接收来自服务基站的路径切换成功告知信令；所述锚点基站向所述服务基站发送路径切换成功告知确认信令；并且，当缓存的数据全部转发完成后向所述服务基站发送数据转发终止符号，以告知服务基站数据转发结束。

采用本发明实施例的技术方案，通过网络设备对数据交互方式的判定选择，一方面满足了业务对时延的需求，另一方面也降低了网络传输资源的消耗。

下面结合具体的应用场景对本发明实施例的数据处理方法进行详细说明。在以下各应用场景中，第一数据交互方式表示执行路径切换完成后再执行数据传输的数据交互方式；第二数据交互方式表示基于服务基站和锚点基站之间的数据转发的数据交互方式；第三数据交互方式表示基于服务基站和锚点基站之间的数据转发过程中执行路径切换的数据交互方式。

应用场景一

本应用场景中以核心网作为判定数据交互方式的执行主体、且选定第二数据交互方式为例进行说明。图3为本发明实施例的数据处理方法的第一种交互流程示意图；如图3所示，所述方法包括：

步骤301：核心网设备选择表征第二数据交互方式的第二交互选项(图中以选项2表示)，具体可基于业务类型选择第二数据交互方式。

步骤302：核心网设备向锚点基站发出寻呼请求。

步骤303：核心网设备向锚点基站发送数据交互选项指令，所述数据交互选项指令中包括所述第二数据交互方式，以告知锚点基站选择第二数据交互方式。

步骤304：锚点基站向服务基站发送寻呼请求。

步骤305：锚点基站在覆盖范围内寻呼ue。

步骤306：服务基站在覆盖范围内寻呼ue，基于该寻呼消息，ue接入到服务基站。

步骤307：服务基站向锚点基站发送ue上下文获取请求。

步骤308：锚点基站向服务基站发送数据交互选项指令，所述数据交互选项指令中包括所述第二数据交互方式，以告知服务基站选择第二数据交互方式。

步骤309：锚点基站向服务基站发送上下文确认消息(上下文ack消息)。至此，ue与核心网设备之间的数据交互可通过服务基站和锚点基站的转发。

应用场景二

本应用场景中以核心网作为判定数据交互方式的执行主体、且选定第一数据交互方式为例进行说明。图4为本发明实施例的数据处理方法的第二种交互流程示意图；如图4所示，所述方法包括：

步骤401：核心网设备选择表征第一数据交互方式的第一交互选项(图中以选项1表示)，具体可基于业务类型选择第一数据交互方式。

步骤402：核心网设备向锚点基站发出寻呼请求。

步骤403：核心网设备向锚点基站发送数据交互选项指令，所述数据交互选项指令中包括所述第一数据交互方式，以告知锚点基站选择第一数据交互方式。

步骤404：锚点基站向服务基站发送寻呼请求。

步骤405：锚点基站在覆盖范围内寻呼ue。

步骤406：服务基站在覆盖范围内寻呼ue，基于该寻呼消息，ue接入到服务基站。

步骤407：服务基站向锚点基站发送ue上下文获取请求。

步骤408：锚点基站向服务基站发送数据交互选项指令，所述数据交互选项指令中包括所述第一数据交互方式，以告知服务基站选择第一数据交互方式。

步骤409：锚点基站向服务基站发送上下文确认消息(上下文ack消息)。

步骤410：服务基站向核心网设备发送路径切换请求。

步骤411：核心网设备向接入基站发送路径切换确认消息(路径切换ack消息)。至此，ue与核心网设备之间交互的中间节点由锚点基站切换为服务基站，ue与核心网设备之间的数据交互可通过服务基站的转发。

应用场景三

本应用场景中以核心网作为判定数据交互方式的执行主体、且选定第三数据交互方式为例进行说明。图5为本发明实施例的数据处理方法的第三种交互流程示意图；如图5所示，所述方法包括：

步骤501：核心网设备选择表征第三数据交互方式的第三交互选项(图中以选项3表示)，具体可基于业务类型选择第三数据交互方式。

步骤502：核心网设备向锚点基站发出寻呼请求。

步骤503：核心网设备向锚点基站发送数据交互选项指令，所述数据交互选项指令中包括所述第三数据交互方式，以告知锚点基站选择第三数据交互方式。

步骤504：锚点基站向服务基站发送寻呼请求。

步骤505：锚点基站在覆盖范围内寻呼ue。

步骤506：服务基站在覆盖范围内寻呼ue，基于该寻呼消息，ue接入到服务基站。

步骤507：服务基站向锚点基站发送ue上下文获取请求。

步骤508：锚点基站向服务基站发送数据交互选项指令，所述数据交互选项指令中包括所述第三数据交互方式，以告知服务基站选择第三数据交互方式。

步骤509：锚点基站向服务基站发送上下文确认消息(上下文ack消息)。至此，ue与核心网设备之间的数据交互可通过服务基站和锚点基站的转发。

步骤510：服务基站向核心网设备发送路径切换请求。

步骤511：核心网设备向接入基站发送路径切换确认消息(路径切换ack消息)。

步骤512：服务基站向锚点基站发送路径切换成功告知信令。

步骤513：锚点基站向服务基站发送路径切换确认消息(路径切换确认ack消息)。

步骤514：锚点基站向服务基站发送数据转发终止符号，以告知服务基站终止向锚点基站转发数据。至此，ue与核心网设备之间交互的中间节点由锚点基站切换为服务基站，ue与核心网设备之间的数据交互可通过服务基站的转发。

应用场景四

本应用场景中以锚点基站作为判定数据交互方式的执行主体、且选定第二数据交互方式为例进行说明。图6为本发明实施例的数据处理方法的第四种交互流程示意图；如图6所示，所述方法包括：

步骤601：核心网设备向锚点基站发送寻呼请求时，发送业务类型指示信令，所述业务类型指示信令中包括业务类型。其中，寻呼请求和业务类型指示信令可同时发出，也可先后发出，本实施例中对寻呼请求和业务类型指示信令的执行先后顺序不做限定。

步骤602：锚点基站接收业务类型指示信令，基于业务类型指示信令中的业务类型选择表征第二数据交互方式的第二交互选项(图中以选项2表示)。

步骤603：锚点基站向核心网设备发送下行数据请求，基于该下行数据请求获得下行数据。

步骤604：锚点基站向服务基站发送寻呼请求。

步骤605：锚点基站在覆盖范围内寻呼ue。

步骤606：服务基站在覆盖范围内寻呼ue，基于该寻呼消息，ue接入到服务基站。

步骤607：服务基站向锚点基站发送ue上下文获取请求。

步骤608：锚点基站向服务基站发送数据交互选项指令，所述数据交互选项指令中包括所述第二数据交互方式，以告知服务基站选择第二数据交互方式。

步骤609：锚点基站向服务基站发送上下文确认消息(上下文ack消息)。至此，ue与核心网设备之间的数据交互可通过服务基站和锚点基站的转发。

应用场景五

本应用场景中以锚点基站作为判定数据交互方式的执行主体、且选定第一数据交互方式为例进行说明。图7为本发明实施例的数据处理方法的第五种交互流程示意图；如图7所示，所述方法包括：

步骤701：核心网设备向锚点基站发送寻呼请求时，发送业务类型指示信令，所述业务类型指示信令中包括业务类型。其中，寻呼请求和业务类型指示信令可同时发出，也可先后发出，本实施例中对寻呼请求和业务类型指示信令的执行先后顺序不做限定。

步骤702：锚点基站接收业务类型指示信令，基于业务类型指示信令中的业务类型选择表征第一数据交互方式的第一交互选项(图中以选项1表示)。

步骤703：锚点基站向核心网设备发送下行数据请求，基于该下行数据请求获得下行数据。

步骤704：锚点基站向服务基站发送寻呼请求。

步骤705：锚点基站在覆盖范围内寻呼ue。

步骤706：服务基站在覆盖范围内寻呼ue，基于该寻呼消息，ue接入到服务基站。

步骤707：服务基站向锚点基站发送ue上下文获取请求。

步骤708：锚点基站向核心网设备发送下行数据终止请求，以及数据交互选项指令，所述数据交互选项指令中包括所述第一数据交互方式。

步骤709：锚点基站向服务基站发送数据交互选项指令，所述数据交互选项指令中包括所述第一数据交互方式，以告知服务基站选择第一数据交互方式。

步骤710：锚点基站向服务基站发送上下文确认消息(上下文ack消息)。

步骤711：服务基站向核心网设备发送路径切换请求。

步骤712：核心网设备向接入基站发送路径切换确认消息(路径切换ack消息)。至此，ue与核心网设备之间交互的中间节点由锚点基站切换为服务基站，ue与核心网设备之间的数据交互可通过服务基站的转发。

应用场景六

本应用场景中以锚点基站作为判定数据交互方式的执行主体、且选定第三数据交互方式为例进行说明。图8为本发明实施例的数据处理方法的第六种交互流程示意图；如图8所示，所述方法包括：

步骤801：核心网设备向锚点基站发送寻呼请求时，发送业务类型指示信令，所述业务类型指示信令中包括业务类型。其中，寻呼请求和业务类型指示信令可同时发出，也可先后发出，本实施例中对寻呼请求和业务类型指示信令的执行先后顺序不做限定。

步骤802：锚点基站接收业务类型指示信令，基于业务类型指示信令中的业务类型选择表征第三数据交互方式的第三交互选项(图中以选项3表示)。

步骤803：锚点基站向核心网设备发送下行数据请求，基于该下行数据请求获得下行数据。

步骤804：锚点基站向服务基站发送寻呼请求。

步骤805：锚点基站在覆盖范围内寻呼ue。

步骤806：服务基站在覆盖范围内寻呼ue，基于该寻呼消息，ue接入到服务基站。

步骤807：服务基站向锚点基站发送ue上下文获取请求。

步骤808：锚点基站向服务基站发送数据交互选项指令，所述数据交互选项指令中包括所述第三数据交互方式，以告知服务基站选择第三数据交互方式。

步骤809：锚点基站向服务基站发送上下文确认消息(上下文ack消息)。至此，ue与核心网设备之间的数据交互可通过服务基站和锚点基站的转发。

步骤810：服务基站向核心网设备发送路径切换请求。

步骤811：核心网设备向接入基站发送路径切换确认消息(路径切换ack消息)。

步骤812：服务基站向锚点基站发送路径切换成功告知信令。

步骤813：锚点基站向服务基站发送路径切换确认消息(路径切换确认ack消息)。

步骤814：锚点基站向服务基站发送数据转发终止符号，以告知服务基站终止向锚点基站转发数据。至此，ue与核心网设备之间交互的中间节点由锚点基站切换为服务基站，ue与核心网设备之间的数据交互可通过服务基站的转发。

实施例三

本发明实施例还提供了一种网络设备。图9为本发明实施例的网络设备的一种组成结构示意图；如图9所示，所述网络设备包括获取单元91和确定单元92；其中，

所述获取单元91，用于获得业务类型；

所述确定单元92，用于根据所述获取单元91获得的业务类型确定数据交互方式；所述数据交互方式包括：执行路径切换完成后再执行数据传输的第一数据交互方式、基于服务基站和锚点基站之间的数据转发的第二数据交互方式、或基于服务基站和锚点基站之间的数据转发过程中执行路径切换的第三数据交互方式；

其中，所述路径切换为终端设备与核心网设备之间交互的中间节点由锚点基站切换为服务基站；所述数据传输为终端设备与核心网设备的数据传输。

本实施例中，所述确定单元92，具体用于根据所述业务类型的时延要求和/或所述业务类型对应的数据量确定数据交互方式。

作为一种实施方式，当所述网络设备为锚点基站时，所述获取单元91，用于接收来自核心网设备的业务类型指示信令；

所述确定单元92，用于基于所述业务类型指示信令中包括的业务类型确定数据交互方式。

图10为本发明实施例的网络设备的另一种组成结构示意图；如图10所示，所述网络设备还包括第一通讯单元93，用于向所述核心网设备发送下行数据请求。

其中，所述第一通讯单元93，还用于确定不是服务基站并确定所述第一数据交互方式时，向所述核心网设备发送下行数据终止请求。

其中，所述第一通讯单元93，还用于确定不是服务基站并确定所述第一数据交互方式时，向所述核心网设备发送第一数据交互选项指令，所述第一数据交互选项指令中包括所述第一数据交互方式。

其中，所述第一通讯单元93，还用于确定所述第三数据交互方式后，基于核心网设备发送的路径切换请求确认信令，接收来自服务基站的路径切换成功告知信令；还用于向所述服务基站发送路径切换成功告知确认信令。

作为另一种实施方式，当网络设备为核心网设备时，图11为本发明实施例的网络设备的又一种组成结构示意图；如图11所示，所述网络设备还包括第二通讯单元94，用于向锚点基站发送数据交互选项指令，以使所述锚点基站将所述数据交互选项指令发送至服务基站；所述数据交互选项指令包括所述核心网设备选定的数据交互方式。

其中，所述第二通讯单元94，还用于确定第一数据交互方式之后，确定服务基站执行路径切换完成后，发送下行数据。

其中，所述第二通讯单元94，还用于确定第二数据交互方式或第三数据交互方式之后，向锚点基站发送面向终端的寻呼命令，接收到服务基站的寻呼反馈后发送下行数据；或者，所述第二通讯单元94，还用于向锚点基站发送数据交互选项指令后，发送下行数据。

其中，所述第二通讯单元94，还用于确定所述第三数据交互方式后，接收路径切换请求信令，发送路径切换请求确认信令；以使所述锚点基站接收来自服务基站的路径切换成功告知信令。

本领域技术人员应当理解，本发明实施例的网络设备中各处理单元的功能，可参照前述数据处理方法的相关描述而理解，本发明实施例的网络设备中各处理单元，可通过实现本发明实施例所述的功能的模拟电路而实现，也可以通过执行本发明实施例所述的功能的软件在智能终端上的运行而实现。

本发明实施例中，当网络设备为核心网设备时，所述网络设备中的获取单元91和确定单元92，在实际应用中均可由所述核心网中的中央处理器(cpu，centralprocessingunit)、数字信号处理器(dsp，digitalsignalprocessor)、微控制单元(mcu，microcontrollerunit)或可编程门阵列(fpga，field－programmablegatearray)实现；所述网络设备中的第二通讯单元94，在实际应用中可通过通信模组(包含：基础通信套件、操作系统、通信模块、标准化接口和协议等)及收发天线实现；当网络设备为锚点基站时，所述网络设备中的确定单元92，在实际应用中可由锚点基站中的cpu、dsp、mcu或fpga实现；所述网络设备中的获取单元91和第一通讯单元93，在实际应用中可通过通信模组(包含：基础通信套件、操作系统、通信模块、标准化接口和协议等)及收发天线实现。

本发明实施例还提供了一种网络设备，图12为本发明实施例的网络设备的一种硬件组成结构示意图；如图12所示，网络设备包括外部通信接口1003、存储器1002、处理器1001及存储在存储器1002上并可在处理器1001上运行的计算机程序，网络设备中的各组件可通过总线系统1004耦合在一起。可理解，总线系统1004用于实现这些组件之间的连接通信。总线系统1004除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统1004。

可以理解，存储器1002可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，readonlymemory)、可编程只读存储器(prom，programmableread-onlymemory)、可擦除可编程只读存储器(eprom，erasableprogrammableread-onlymemory)、电可擦除可编程只读存储器(eeprom，electricallyerasableprogrammableread-onlymemory)、磁性随机存取存储器(fram，ferromagneticrandomaccessmemory)、快闪存储器(flashmemory)、磁表面存储器、光盘、或只读光盘(cd-rom，compactdiscread-onlymemory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(ram，randomaccessmemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，staticrandomaccessmemory)、同步静态随机存取存储器(ssram，synchronousstaticrandomaccessmemory)、动态随机存取存储器(dram，dynamicrandomaccessmemory)、同步动态随机存取存储器(sdram，synchronousdynamicrandomaccessmemory)、双倍数据速率同步动态随机存取存储器(ddrsdram，doubledataratesynchronousdynamicrandomaccessmemory)、增强型同步动态随机存取存储器(esdram，enhancedsynchronousdynamicrandomaccessmemory)、同步连接动态随机存取存储器(sldram，synclinkdynamicrandomaccessmemory)、直接内存总线随机存取存储器(drram，directrambusrandomaccessmemory)。本发明实施例描述的存储器1002旨在包括但不限于这些和任意其它适合类型的存储器。

处理器1001可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器、dsp，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器1001可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器1002，处理器1001读取存储器1002中的信息，结合其硬件完成前述方法的步骤。

具体的，所述处理器1001执行所述程序时实现：获得业务类型，根据所述业务类型确定数据交互方式；所述数据交互方式包括：执行路径切换完成后再执行数据传输的第一数据交互方式、基于服务基站和锚点基站之间的数据转发的第二数据交互方式、或基于服务基站和锚点基站之间的数据转发过程中执行路径切换的第三数据交互方式；其中，所述路径切换为终端设备与核心网设备之间交互的中间节点由锚点基站切换为服务基站；所述数据传输为终端设备与核心网设备的数据传输。

作为一种实施方式，所述网络设备为锚点基站时，所述处理器1001执行所述程序时实现：接收来自核心网设备的业务类型指示信令，基于所述业务类型指示信令中包括的业务类型确定数据交互方式。

其中，所述处理器1001执行所述程序时实现：根据所述业务类型确定数据交互方式之后，发送数据交互选项指令至服务基站；所述数据交互选项指令包括所述数据交互方式。

其中，所述处理器1001执行所述程序时实现：根据所述业务类型确定数据交互方式之后，向所述核心网设备发送下行数据请求。

其中，所述处理器1001执行所述程序时实现：确定所述锚点基站不是服务基站并确定所述第一数据交互方式时，向所述核心网设备发送下行数据终止请求。

其中，所述处理器1001执行所述程序时实现：确定所述锚点基站不是服务基站并确定所述第一数据交互方式时，向所述核心网设备发送第一数据交互选项指令，所述第一数据交互选项指令中包括所述第一数据交互方式。

其中，所述处理器1001执行所述程序时实现：确定所述第三数据交互方式后，基于核心网设备发送的路径切换请求确认信令，接收来自服务基站的路径切换成功告知信令；向所述服务基站发送路径切换成功告知确认信令。

作为另一种实施方式，所述网络设备为核心网设备时，所述处理器1001执行所述程序时实现：根据所述业务类型确定数据交互方式后，向锚点基站发送数据交互选项指令，以使所述锚点基站将所述数据交互选项指令发送至服务基站；所述数据交互选项指令包括所述核心网设备选定的数据交互方式。

其中，所述处理器1001执行所述程序时实现：根据所述业务类型确定第一数据交互方式之后，确定服务基站执行路径切换完成后，发送下行数据。

其中，所述处理器1001执行所述程序时实现：根据所述业务类型确定第二数据交互方式或第三数据交互方式之后，向锚点基站发送面向终端的寻呼命令，接收到服务基站的寻呼反馈后发送下行数据；或者，向锚点基站发送数据交互选项指令后发送下行数据。

其中，所述处理器1001执行所述程序时实现：确定所述第三数据交互方式后，接收路径切换请求信令，发送路径切换请求确认信令；以使所述锚点基站接收来自服务基站的路径切换成功告知信令。

本实施例中，所述处理器1001执行所述程序时实现：根据所述业务类型的时延要求和/或所述业务类型对应的数据量确定数据交互方式。

本发明实施例还提供了一种计算机存储介质，其上存储有计算机指令，该指令被处理器执行时实现本发明实施例所述的数据处理方法的步骤。

具体的，该指令被处理器执行时实现：获得业务类型，根据所述业务类型确定数据交互方式；所述数据交互方式包括：执行路径切换完成后再执行数据传输的第一数据交互方式、基于服务基站和锚点基站之间的数据转发的第二数据交互方式、或基于服务基站和锚点基站之间的数据转发过程中执行路径切换的第三数据交互方式；其中，所述路径切换为终端设备与核心网设备之间交互的中间节点由锚点基站切换为服务基站；所述数据传输为终端设备与核心网设备的数据传输。

作为一种实施方式，所述网络设备为锚点基站时，该指令被处理器执行时实现：接收来自核心网设备的业务类型指示信令，基于所述业务类型指示信令中包括的业务类型确定数据交互方式。

其中，该指令被处理器执行时实现：根据所述业务类型确定数据交互方式之后，发送数据交互选项指令至服务基站；所述数据交互选项指令包括所述数据交互方式。

其中，该指令被处理器执行时实现：根据所述业务类型确定数据交互方式之后，向所述核心网设备发送下行数据请求。

其中，该指令被处理器执行时实现：确定所述锚点基站不是服务基站并确定所述第一数据交互方式时，向所述核心网设备发送下行数据终止请求。

其中，该指令被处理器执行时实现：确定所述锚点基站不是服务基站并确定所述第一数据交互方式时，向所述核心网设备发送第一数据交互选项指令，所述第一数据交互选项指令中包括所述第一数据交互方式。

其中，该指令被处理器执行时实现：确定所述第三数据交互方式后，基于核心网设备发送的路径切换请求确认信令，接收来自服务基站的路径切换成功告知信令；向所述服务基站发送路径切换成功告知确认信令。

作为另一种实施方式，所述网络设备为核心网设备时，该指令被处理器执行时实现：根据所述业务类型确定数据交互方式后，向锚点基站发送数据交互选项指令，以使所述锚点基站将所述数据交互选项指令发送至服务基站；所述数据交互选项指令包括所述核心网设备选定的数据交互方式。

其中，该指令被处理器执行时实现：根据所述业务类型确定第一数据交互方式之后，确定服务基站执行路径切换完成后，发送下行数据。

其中，该指令被处理器执行时实现：根据所述业务类型确定第二数据交互方式或第三数据交互方式之后，向锚点基站发送面向终端的寻呼命令，接收到服务基站的寻呼反馈后发送下行数据；或者，向锚点基站发送数据交互选项指令后发送下行数据。

其中，该指令被处理器执行时实现：确定所述第三数据交互方式后，接收路径切换请求信令，发送路径切换请求确认信令；以使所述锚点基站接收来自服务基站的路径切换成功告知信令。

本实施例中，该指令被处理器执行时实现：根据所述业务类型的时延要求和/或所述业务类型对应的数据量确定数据交互方式。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。