一种数据传输方法、服务基站及锚点基站与流程

本发明涉及通信技术领域，尤其涉及一种数据传输方法、服务基站及锚点基站。

背景技术：

在新空口(newradio，nr)网络中定义了一个新的无线资源控制(radioresourcecontrol，rrc)状态：rrc非激活(inactive)态。无线接入网中的节点可以向一个处于rrc连接态的终端发送一条携带有挂起配置(suspendconfig)的rrc释放(release)消息，以指示其进入rrc非激活态。此后该节点即为该终端的锚点节点，存留有该终端的上下文信息。上述rrcrelease消息中还包含有无线接入网通知区域(rannotificationarea，rna)配置信息，终端处于所配置的rna范围之内移动时不需要与网络侧进行任何通信。

在此期间，终端与网络侧可能需要短暂交互少量用户数据。按照现有技术，无论交互何种数据，锚点节点都需要将该终端的上下文信息移动至终端当前所在的基站，此即上下文转移过程。按照核心网的需求，上下文转移过程必然伴随着路径掉换过程，以变更接入网与核心网之间的用户数据路径。用户数据在上述两个过程均完成之后才能传输到接收端。上下文转移过程可能较为繁琐，且数据面建立时延较长，不便于实现rrc非激活态下的小数据量传输。

综上所述，现有技术中在当终端处于rrc非激活态下有少量数据进行传输时，存在操作繁琐且时延较长的问题。

技术实现要素：

本发明实施例提供一种数据传输方法、服务基站及锚点基站，以降低处于rrc非激活态下的终端进行少量数据传输时的业务时延。

本发明实施例提供一种数据传输方法，应用于服务基站，包括：

当接收到处于无线资源控制rrc非激活态的终端发送的rrc恢复请求消息时，向锚点基站发送第一获取上下文请求消息；其中所述第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，所述辅助信息用于对所需传输数据进行指示；

接收所述锚点基站基于所述第一获取上下文请求消息中所携带信息反馈的指示消息，所述指示消息用于指示终端是否重新进入rrc非激活态。

本发明实施例提供一种数据传输方法，应用于锚点基站，包括：

接收服务基站发送的第一获取上下文请求消息，其中所述第一获取上下文请求消息为所述服务基站在接收到处于无线资源控制rrc非激活态的终端发送的rrc恢复请求消息时所发送，且所述第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，所述辅助信息用于对所需传输数据进行指示；

基于所述第一获取上下文请求消息中所携带信息向所述服务基站发送指示消息，所述指示消息用于指示终端是否重新进入rrc非激活态。

本发明实施例提供一种数据传输装置，应用于服务基站，包括：

发送模块，用于当接收到处于无线资源控制rrc非激活态的终端发送的rrc恢复请求消息时，向锚点基站发送第一获取上下文请求消息；其中所述第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，所述辅助信息用于对所需传输数据进行指示；

接收模块，用于接收所述锚点基站基于所述第一获取上下文请求消息中所携带信息反馈的指示消息，所述指示消息用于指示终端是否重新进入rrc非激活态。

本发明实施例提供一种数据传输装置，应用于锚点基站，包括：

接收模块，用于接收服务基站发送的第一获取上下文请求消息，其中所述第一获取上下文请求消息为所述服务基站在接收到处于无线资源控制rrc非激活态的终端发送的rrc恢复请求消息时所发送，且所述第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，所述辅助信息用于对所需传输数据进行指示；

发送模块，用于基于所述第一获取上下文请求消息中所携带信息向所述服务基站发送指示消息，所述指示消息用于指示终端是否重新进入rrc非激活态。

本发明实施例提供一种服务基站，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的服务基站侧数据传输方法的步骤。

本发明实施例提供一种锚点基站，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的锚点基站侧数据传输方法的步骤。

本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的数据传输方法的步骤。

本发明实施例提供的数据传输方法、服务基站及锚点基站，在接收到处于rrc非激活态的终端发送的rrc恢复请求时向锚点基站发送第一获取上下文请求消息，并接收锚点基站基于第一获取上下文请求消息中所携带信息反馈的指示终端是否重新进入rrc非激活态指示消息，实现了终端是否进行锚点转移的选择，从而避免了了现有技术中处于非激活态的终端只要有数据传输时均需要进行锚点转移的问题，从而避免了锚点转移过程中繁琐的上下文转移和路径转移的过程，节省了信令开销，并降低了业务时延。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中应用于服务基站的数据传输方法的步骤流程图；

图2为本发明实施例中应用于锚点基站的数据传输方法的步骤流程图；

图3为本发明实施例中数据传输方法的整体流程图之一；

图4为本发明实施例中数据传输方法的整体流程图之二；

图5为本发明实施例中数据传输方法的整体流程图之三；

图6为本发明实施例中数据传输方法的整体流程图之四；

图7为本发明实施例中数据传输方法的整体流程图之五；

图8为本发明实施例中应用于服务基站的数据传输装置的模块框图；

图9为本发明实施例中应用于锚点基站的数据传输装置的模块框图；

图10为本发明实施例中服务基站的结构示意图；

图11为本发明实施例中锚点基站的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

当终端进入rrc非激活态时，锚点基站会为这个终端配置一个rna。终端可以通过广播来了解它当前是否处于所配置的rna范围内。一旦该终端发现它所驻留的小区不属于配置的rna，那么该终端通常会发起rna更新(rnau)过程，向网络侧重新请求一个新的rna，以确保无线接入网仍旧能够通过寻呼的方式找到该终端。

如果终端或网络侧需要发送数据，或者需要执行rnau过程，终端会触发rrc连接恢复过程。在此前提下，如果终端当前所处的小区的所属节点不同于其锚点基站，那么无线接入网内部还将执行一次上下文转移过程，并且在上下文转移过程完成之后，无线接入网还需要与核心网执行路径掉换过程，然后才能传输用户数据。

即当处于rrc非激活态下的终端有少量数据需要发送时，锚点基站需要将该终端的上下文信息移动至终端当前所在的基站(服务基站)，此即上下文转移过程。上下文转移过程完成后还需要执行路径掉换过程，而用户面数据只能在这两个过程都完成后才能发送至接收端，操作繁琐，时延较长，不便于实现rrc非激活态下的小数据量传输。针对此，本发明提供如下实施例：

如图1所示，为本发明实施例中应用于服务基站的数据传输方法的步骤流程图，该方法包括如下步骤：

步骤101：当接收到处于rrc非激活态的终端发送的rrc恢复请求消息时，向锚点基站发送第一获取上下文请求消息。

具体的，当处于rrc非激活态，且移动至不同于锚点基站的另一个服务基站的终端需要传输上行数据时，可以向服务基站发送rrc恢复请求，即终端在非激活态下可以通过rrc恢复请求(rrcresumerequest)过程向服务基站发送上行数据。

此外，具体的，当服务基站接收到rrc恢复请求时，可以向锚点基站发送第一获取上下文请求消息，以请求获取终端的上下文。

另外，在此需要说明的是，第一获取上下文请求消息仅携带有上行数据包，或者携带有上行数据包和辅助信息，辅助信息用于对所需传输数据进行指示。此外，还需要说明的是，仅携带有上行数据包为相对于是否携带辅助信息而言，即可以理解为第一获取上下文请求消息中携带有上行数据包但未携带有辅助信息。

当然，上行数据包和辅助信息均由终端发送给服务基站。

具体的，上行数据包可以为来自一个或多个数据无线承载(简称drb)上的媒体访问控制协议数据单元(macpdu)。即服务基站可以将上行数据包以macpdu的形式携带于第一获取上下文请求消息中发送给锚点基站。

步骤102：接收锚点基站基于第一获取上下文请求消息中所携带信息反馈的指示消息。

具体的，第一获取上下文请求消息中所携带信息可以为仅携带的上行数据包，还可以为同时携带的上行数据包和辅助信息。

具体的，指示消息用于指示终端是否重新进入rrc非激活态，即能够对是否进行锚点转移进行指示，从而避免了现有技术中处于非激活态的终端只要有数据传输时均需要进行锚点转移，即进行上下文转移和路径转移的过程，节省了信令开销并降低了业务时延。

这样，本实施例中的服务基站在接收到处于rrc非激活态的终端发送的rrc恢复请求时向锚点基站发送第一获取上下文请求消息，并接收锚点基站基于第一获取上下文请求消息中所携带信息反馈的指示终端是否重新进入rrc非激活态指示消息，实现了终端是否进行锚点转移的选择，从而避免了了现有技术中处于非激活态的终端只要有数据传输时均需要进行锚点转移的问题，从而避免了锚点转移过程中繁琐的上下文转移和路径转移的过程，节省了信令开销，并降低了业务时延。

此外，在此需要说明的是，辅助信息可以对下述中的至少一项进行指示：原因值、终端是否有后续待发送的上行数据包、后续待发送的上行数据包的数据量和终端是否有期望的下行数据包。从而实现了辅助信息对所需传输数据的指示。

进一步地，在此对服务基站接收锚点基站基于第一获取上下文请求消息中所携带信息反馈的指示消息的过程进行说明。

第一种：当第一获取上下文请求消息中仅携带有上行数据包时，即当第一获取上下文请求消息中未携带有辅助信息时：

此时，服务基站在接收锚点基站基于第一获取上下文请求消息中所携带信息反馈的指示消息时，可以接收锚点基站反馈的获取上下文失败消息。

具体的，获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

即当终端在非激活态通过rrc恢复请求过程来向网络发送上行数据，终端没有提供任何辅助信息(例如重复modata类的原因值)时，服务基站可以将用户数据(来自一或多个drb上的macpdu)包含在第一获取上下文请求消息中发送给锚点基站(无额外的指示信息，也没有特殊的原因值)。具体的，锚点基站收到该第一获取上下文请求消息之后，对其中的用户数据进行处理，并将之发送给核心网；此外，锚点基站决定终端的后续状态，即对于这种夹带终端上行数据包的第一获取上下文请求消息，锚点基站可以选择不进行锚点转移，因此可以给服务基站回复获取上下文失败消息，获取上下文失败消息中包含指示终端重新回到非激活态的rrc释放(release)消息。

当然，在此需要说明的是，当上行数据包采用rlcam模式时，获取上下文失败消息中还携带有上行数据包所对应的rlcack。

此时，具体的，rlcack包括rlc层的ack以及上行数据包所对应的逻辑信道标识；或者，rlcack携带于媒体访问控制协议数据单元(macpdu)中。即锚点基站可以直接将上行数据包的rlcack和逻辑信道标识反馈给服务基站，或者锚点基站可以对上行数据包的rlcack进行处理变成macpdu，然后再反馈给服务基站。再然后，服务基站可以将rlcack和rrc释放消息发送给终端。

此外，rlcack的个数可以为一个或多个，这取决于上行数据发送的rlcam模式的drb数，在此不对此进行限定。

当然，若终端随后还有上行数据包要发送，则可以重复上述过程。

这样，在该实施例中，服务基站通过接收锚点基站反馈的获取上下文失败消息，实现了不进行锚点转移，从而避免了锚点转移过程中免繁琐的上下文转移与路径转移过程，且降低了业务时延。

第二种：具体的，考虑到终端的不同业务特性，可能有连续多个上行数据和/或期望的下行数据要传输，因此空口可以在rrc恢复请求消息中增加辅助信息，例如增加新的原因值，还例如增加新的指示(指示有无后续的上行数据包，有无期望的下行数据包)。此时，xn接口上，服务基站将数据发送给锚点基站的同时，也可以将原因值，有无随后的上行数据包指示(或者根据缓冲状态报告指示缓冲里还有多少后续数据量)，有无期望的下行数据包等传递给锚点基站。

此时，当第一获取上下文请求消息中携带有上行数据包和辅助信息时：

服务基站接收锚点基站基于第一获取上下文请求消息中所携带信息反馈的指示消息时，可以包括下述中的任意一项：

其一，当辅助信息指示终端没有后续待发送的上行数据包且没有期望的下行数据包时，接收锚点基站在未接收到针对终端的下行数据包时反馈的获取上下文失败消息。

具体的，获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

即在该过程中，若终端没有后续的上行数据包待发送，也没有期望的下行数据包，且锚点基站也没有收到来自核心网节点的针对该终端的下行数据包时，则锚点基站可以选择继续保有该终端的上下文进行和终端的ng连接，即不进行锚点转移。此时，锚点基站生成rrc释放消息并携带于获取上下文失败消息中反馈给服务基站，且该rrc释放消息指示终端重新回到rrc非激活态。

当然，若上行数据包采用rlcam模式时，则获取上下文失败消息中还携带有上行数据包所对应的rlcack。此时，具体的，rlcack包括rlc层的ack以及上行数据包所对应的逻辑信道标识；或者，rlcack携带于媒体访问控制协议数据单元(macpdu)中。

在此需要说明的是，本实施例中rlcack的相关内容可以参见上述实施例内的相关内容，在此不再进行赘述。

这样，终端不会进行锚点转移过程，从而避免了繁琐的上下文转移与路径转移过程，并降低了业务时延。

其二，当辅助信息指示终端有期望的下行数据包和/或锚点基站接收到针对终端的下行数据包时，接收锚点基站反馈的获取上下文响应消息。

具体的，获取上下文响应消息指示终端进入rrc连接态。

即在该过程中，若终端指示有期望的下行数据包和/或锚点基站接收到了核心网节点下发的数据包时，锚点基站选择进行锚点转移，给服务基站反馈获取上下文响应消息(包含着终端上下文)。然后服务基站后续完成空口的恢复和ng接口的路径转换过程，使得终端进入连接状态。此时，该终端的下行数据可以在连接态下发给终端。

当然，当上行数据包采用rlcam模式时，则获取上下文响应消息中还携带有上行数据包所对应的rlcack。此时，具体的，rlcack包括rlc层的ack以及上行数据包所对应的逻辑信道标识；或者，rlcack携带于macpdu中。

在此需要说明的是，本实施例中rlcack的相关内容可以参见上述实施例内的相关内容，在此不再进行赘述。

其三：当辅助信息指示终端有后续待发送的上行数据包且没有期望的下行数据包时，此时可以采用以下任意一种方式：

1)，接收锚点基站在将第一获取上下文请求消息中所携带的上行数据包发送给核心网节点后反馈的获取上下文失败消息，并继续向锚点基站发送第二获取上下文请求消息，接收锚点基站在将第二获取上下文请求消息中所携带的上行数据包发送给核心网节点后所反馈的获取上下文失败消息，直至后续待发送的上行数据包发送完毕。

具体的，第二获取上下文请求消息中携带有上行数据包和辅助信息，获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

即在该过程中，在辅助信息指示终端有后续待发送的上行数据包且没有期望的下行数据包时，锚点基站可以正常给核心网节点发送第一获取上下文请求消息中所携带的上行数据包，即第一个上行数据包，然后锚点基站可以在发送完第一个上行数据包后，向服务基站发送获取上下文失败消息，从而使得终端回到rrc非激活态。再然后，后续待发送的上行数据包采用相同的流程发送给锚点基站，即终端继续向服务基站发送rrc恢复请求消息，服务基站继续向锚点基站发送第二获取上下文请求消息，并接收锚点基站在将第二获取上下文请求消息中所携带的上行数据包发送给核心网节点后反馈的获取上下文失败消息；重复该过程直至后续待发送的上行数据包发送完毕。

当然，在此需要说明的是，终端继续向服务基站发送的rrc恢复请求消息中所携带的信息与第二获取上下文请求消息中所携带的信息相同。

这样，终端不会进行锚点转移过程，从而避免了繁琐的上下文转移与路径转移过程。

2)，服务基站继续向锚点基站发送至少一个第三获取上下文请求消息，并接收锚点基站在第三获取上下文请求消息中的辅助信息指示终端没有后续待发送的上行数据包且没有期望的下行数据包时，反馈的获取上下文失败消息。

具体的，第三获取上下文请求消息中携带有上行数据包和辅助信息。

即在该过程中，当辅助信息指示终端有后续待发送的上行数据包且没有期望的下行数据包时，在服务基站向锚点基站发送第一获取上下文请求消息之后，锚点基站可以不立刻响应该终端的第一获取上下文请求消息(等待后续上行数据)，当然服务基站也不等待锚点基站发送的指示消息，而是继续接收终端通过空口再次发送的用户数据。此时服务基站继续向锚点基站发送第三获取上下文请求消息，第三获取上下文请求消息中携带有终端再次发送的上行数据包，以将再次发送的用户数据发送给锚点基站；此外，第三获取上下文请求消息中还可以携带有辅助信息，以继续指示是否有后续待发送的上行数据包和/或期望的下行数据包；在有后续待发送的上行数据包时继续通过上述过程进行数据发送；在没有后续上行数据包且没有期望的下行数据包进行传递时，锚点基站给服务基站反馈获取上下文失败消息，且该获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc恢复消息，从而使得终端能够根据该配置进入rrc非激活态。

在此需要说明的是，该方式适用于多个非rlcam模式的上行数据包发送。

3)接收锚点基站反馈的获取上下文响应消息。

具体的，获取上下文响应消息指示终端进入rrc连接态。

即在该过程中，当辅助信息指示终端有后续待发送的上行数据包且没有期望的下行数据包时，对于多个连续的上行数据包传输，锚点基站可以确定进行锚点转移，给服务基站反馈获取上下文响应消息，由服务基站将该获取上下文响应消息反馈给终端。此外，终端基站恢复终端的上下文，使终端进入连接态，后续的上行数据在连接态进行传递。

当然，在此需要说明的是，在上述1-3方式中，当上行数据包采用rlcam模式时，获取上下文失败消息中还携带有上行数据包所对应的rlcack；或者，当上行数据包采用rlcam模式时，获取上下文响应消息中携带有上行数据包所对应的rlcack。

具体的，rlcack包括rlc层的ack以及上行数据包所对应的逻辑信道标识；或者，rlcack携带于macpdu中。

在此需要说明的是，本实施例中rlcack的相关内容可以参见上述实施例内的相关内容，在此不再进行赘述。

此外，还需要说明的是，该方式适用于多个rlcam模式的上行数据包发送，即若指示后续有上行数据包发送，则锚点基站可以选择进行锚点转移，选择上下文转移来完成连续多个上行数据发送，以便可以及时的将每个上行数据包的ack反馈给终端。

这样，本实施例在接收到处于rrc非激活态的终端发送的rrc恢复请求时向锚点基站发送第一获取上下文请求消息，并接收锚点基站基于第一获取上下文请求消息中所携带信息反馈的指示终端是否重新进入rrc非激活态指示消息，实现了终端是否进行锚点转移的选择，从而避免了了现有技术中处于非激活态的终端只要有数据传输时均需要进行锚点转移的问题，从而避免了锚点转移过程中繁琐的上下文转移和路径转移的过程，节省了信令开销，并降低了业务时延。

此外，如图2所示，为本发明实施例中应用于锚点基站的数据传输方法的步骤流程图，该方法包括如下步骤：

步骤201：接收服务基站发送的第一获取上下文请求消息。

具体的，第一获取上下文请求消息为服务基站在接收到处于rrc非激活态的终端发送的rrc恢复请求消息时所发送，且第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，辅助信息用于对所需传输数据进行指示；

在此需要说明的是，关于上行数据包和第一获取上下文请求消息的具体内容可以参见服务基站侧相关内容，在此不再进行赘述。

步骤202：基于第一获取上下文请求消息中所携带信息向服务基站发送指示消息。

在本步骤中，具体的，指示消息用于指示终端是否重新进入rrc非激活态。

此外，具体的，第一获取上下文请求消息中所携带信息可以为仅携带的上行数据包，还可以为同时携带的上行数据包和辅助信息。

这样，锚点基站通过接收服务基站发送的第一获取上下文请求消息，并基于第一获取上下文请求消息中所携带信息向服务基站发送指示终端是否重新进入rrc非激活态指示消息，实现了终端是否进行上下文转移即锚点转移的选择，从而避免了了现有技术中处于非激活态的终端只要有数据传输时均需要进行锚点转移的问题，从而避免了锚点转移过程中繁琐的上下文转移和路径转移的过程，节省了信令开销，并降低了业务时延。

此外，具体的，在此需要说明的是，辅助信息可以对下述中的至少一项进行指示：原因值、终端是否有后续待发送的上行数据包、后续待发送的上行数据包的数据量和终端是否有期望的下行数据包。从而实现了辅助信息对所需传输数据的指示。

进一步地，在此对锚点基站基于第一获取上下文请求消息中所携带信息向服务基站发送指示消息的过程进行说明。

第一种：当第一获取上下文请求消息中仅携带有上行数据包时，即当第一获取上下文请求消息中未携带有辅助信息时：

锚点基站向服务基站发送获取上下文失败消息，其中获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

具体的，锚点基站在向服务基站发送获取上下文失败消息之前，还可以将第一获取上下文请求消息中携带的上行数据包发送至核心网节点，并确定不进行锚点转移。

第二种，当第一获取上下文请求消息中携带有上行数据包和辅助信息时：

锚点基站基于第一获取上下文请求消息中所携带信息向服务基站发送指示消息时，可以包括下述中的任意一项：

其一，当辅助信息指示终端没有后续待发送的上行数据包且没有期望的下行数据包时，确定不进行锚点转移并向服务基站发送获取上下文失败消息。

具体的，获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

其二，当辅助信息指示终端有期望的下行数据包和/或锚点基站接收到针对终端的下行数据包时，确定进行锚点转移并向服务基站发送获取上下文响应消息。

具体的，获取上下文响应消息指示终端进入rrc连接态。

其三，当辅助信息指示终端有后续待发送的上行数据包且没有期望的下行数据包时，此时可以采用以下任意一种方式：

1)，将第一获取上下文请求消息中所携带的上行数据包发送给核心网节点后，向服务基站发送获取上下文失败消息，并继续接收服务基站发送的第二获取上下文请求消息，且在将第二获取上下文请求消息中所携带的上行数据包发送给核心网节点后向服务基站发送获取上下文失败消息，直至后续待发送的上行数据包发送完毕。

具体的，第二获取上下文请求消息中携带有上行数据包和辅助信息；获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

2)，服务基站继续向锚点基站发送至少一个第三获取上下文请求消息，并接收锚点基站在第三获取上下文请求消息中的辅助信息指示终端没有后续待发送的上行数据包且没有期望的下行数据包时，反馈的获取上下文失败消息。

具体的，第三获取上下文请求消息中携带有上行数据包和辅助信息。

3)，接收锚点基站反馈的获取上下文响应消息。

具体的，获取上下文响应消息指示终端进入rrc连接态。

在此需要说明的是，上述第一种和第二种情况中的任一子实施例均可以参见上述服务基站侧方法实施例的相关内容，在此不再对此进行赘述。

此外，进一步地，在此需要说明的是，当上行数据包采用rlcam模式时，获取上下文失败消息中还携带有上行数据包所对应的rlcack；或者，当上行数据包采用rlcam模式时，获取上下文响应消息中携带有上行数据包所对应的rlcack。

具体的，rlcack包括rlc层的ack以及上行数据包所对应的逻辑信道标识；或者，rlcack携带于macpdu中。

在此需要说明的是，本实施例中rlcack的相关内容可以参见上述实施例内的相关内容，在此不再进行赘述。

下面通过具体实施例对上述发明内容进行具体说明。

实施例一：

若非激活态的终端仍在锚点基站的服务范围内，当终端有上行数据传输的需求时，终端发起rrc恢复请求(rrcresumerequest)过程，同时发送上行数据包；锚点基站直接将上行数据包发送给核心网节点；此外，若没有(期望的)下行数据，锚点可以将终端送回非激活态。

实施例二：

非激活态终端在服务基站(非锚点基站)发起上行数据传输过程，且无辅助信息：

参见图3，此时可以包括如下步骤：

步骤1，终端向服务基站发起rrc恢复请求(rrcresumerequest)，同时发送上行数据包。

步骤2，服务基站向该终端的锚点基站发起获取上下文请求消息(retrieveuecontextrequest)，消息中包含终端的上行数据包，该上行数据包以macpdu的形式发送。

步骤3，锚点基站处理获取上下文请求消息中包含的终端的上行数据包，将其发送给核心网节点，然后给服务基站反馈获取上下文失败消息(retrieveuecontextfailure)，获取上下文失败消息中包含rrcrelease消息；如果终端的上行数据包是rlcam模式，锚点基站将其对应rlcack也包含在获取上下文失败消息中(可能是一或者多个rlcack，取决于上行数据发送的rlcam模式的drb数)。

步骤4，服务基站将rlcack以及rrcrelease消息发给终端，rrcrelease消息中带有suspend配置，指示终端回到非激活状态。

步骤5，如果有后续上行数据传输，重复步骤1-4。

实施例三：非激活终端在服务基站(非锚点基站)发起上行数据传输过程(有辅助信息且单次上行发送)：

参见图4，此时可以包括如下步骤：

步骤1，终端向服务基站发起rrcresumerequest，同时发送上行数据包，并指示没有后续上行数据以及期望的下行数据。

步骤2，服务基站向该终端的锚点基站发起retrieveuecontextrequest，retrieveuecontextrequest中包含终端的上行数据包，同时指示无后续的上行数据和期望的下行数据。

步骤3，锚点基站将收到的上行数据发送给核心网节点，然后给服务基站反馈retrieveuecontextfailure消息，消息中包含rrcrelease消息；如果终端的上行数据包是rlcam数据，锚点基站将其对应rlcack也包含在retrieveuecontextfailure中(可能是一或者多个rlcack，取决于上行数据发送的rlcam模式的drb数)。

步骤4，服务基站将retrieveuecontextfailure消息中的rlcack以及rrcrelease消息发给终端，rrcrelease消息中带有suspend配置，指示终端回到非激活状态。

实施例四：非激活态终端在服务基站(非锚点基站)发起上行数据传输过程(有辅助信息，且多次上行发送，没有下行数据)时，包括下述几种方式：

(一)，多次上行数据传输，同样可以使用实施例三中的方式，重复多次完成多次数据传输。

(二)，参见图5，该方式包括如下步骤：

步骤1，终端向服务基站发起rrcresumerequest，同时发送上行数据包，并指示有后续上行数据，没有期望的下行数据。

步骤2，服务基站向该终端的锚点基站发起retrieveuecontextrequest，retrieveuecontextrequest中包含终端的上行数据包，同时指示有后续上行数据，没有期望的下行数据；锚点基站对上行数据进行处理并将之发给核心网节点。

步骤1x/2x，终端发送后续上行数据，可能是直接drb上发送，可能是和rrc信令共同发送；服务基站将收到的上行数据包(macpdu)发送给锚点基站，并指示有后续上行数据包要传输。(需要说明的是，接口上后续的上行数据包发送所使用的信令不做限制，可以是新定义的信令，也不排除重用步骤2中的获取上下文请求消息)

步骤1y/2y，同步骤1x/2x，区别是retrieveuecontextrequest中指示没有后续上行数据包要传输。

步骤3，锚点基站将收到的上行数据发送给核心网节点，然后给服务基站反馈retrieveuecontextfailure消息，消息中包含rrcrelease消息。

步骤4，服务基站将rrcrelease消息发给终端，消息中带有suspend配置，指示终端回到非激活态。

(三)，如图6所示，第一个上行数据包的发送过程与前述实施例发送过程相同。此外，锚点基站根据retrieveuecontextrequest中的辅助信息，得出终端还有后续上行数据传输，甚至包括后续待传的数据量。锚点基站可以决定进行上下文转移，因此给服务基站反馈终端上下文响应消息(retrieveuecontextresponse)。如果终端的上行数据包是rlcam数据，锚点基站将其对应rlcack也包含在retrieveuecontextresponse中(消息中可能包含1或者多个rlcack，取决于上行数据发送的rlcam模式的drb数)。

然后，服务基站获取终端上下文之后，恢复空口的rrc(发送rrcresume消息，并接收rrcresumecomplete消息)，并进行路径转移(与核心网节点交互路径转移请求(pathswitchrequest)和路径转移请求确认(pathswitchrequestack)消息)。后续的上下行数据传输都在服务基站和核心网节点之间完成。

实施例五：非激活终端在服务基站(非锚点基站)发起上行数据传输过程(有辅助信息、有下行)：

参见图7，但凡终端有期望的下行数据，或者锚点基站已经收到了来自核心网节点的下行数据，锚点基站会恢复终端的空口连接，使终端进入rrc连接状态，无论此过程中是否有多个上行数据需要发送。

在此需要说明的是，该流程与实施例四中(三)的流程相同，在此不再进行赘述。

这样，本实施例实现了锚点基站根据获取上下文请求消息中所携带消息决定是否进行锚点转移，即进行上下文转移，避免了现有技术中繁琐的上下文转移与路径转移过程，使得当仅需进行少量上行数据传输时，节省了信令开销，并降低了业务时延。

此外，如图8所示，为本发明实施例中应用于服务基站的数据传输装置的模块框图，该装置包括：

发送模块801，用于当接收到处于无线资源控制rrc非激活态的终端发送的rrc恢复请求消息时，向锚点基站发送第一获取上下文请求消息；其中所述第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，所述辅助信息用于对所需传输数据进行指示；

接收模块802，用于接收所述锚点基站基于所述第一获取上下文请求消息中所携带信息反馈的指示消息，所述指示消息用于指示终端是否重新进入rrc非激活态。

可选地，所述辅助信息对下述中的至少一项进行指示：原因值、终端是否有后续待发送的上行数据包、后续待发送的上行数据包的数据量和终端是否有期望的下行数据包。

可选地，当所述第一获取上下文请求消息中仅携带有上行数据包时，所述接收模块用于接收所述锚点基站反馈的获取上下文失败消息，其中所述获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

在此需要说明的是，该装置能够实现服务基站侧方法实施例的所有方法步骤，在此不再对相同的方法步骤及有益效果进行赘述。

此外，如图9所示，为本发明实施例中应用于锚点基站的数据传输装置的模块框图，该装置包括：

接收模块901，用于接收服务基站发送的第一获取上下文请求消息，其中所述第一获取上下文请求消息为所述服务基站在接收到处于无线资源控制rrc非激活态的终端发送的rrc恢复请求消息时所发送，且所述第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，所述辅助信息用于对所需传输数据进行指示；

发送模块902，用于基于所述第一获取上下文请求消息中所携带信息向所述服务基站发送指示消息，所述指示消息用于指示终端是否重新进入rrc非激活态。

可选地，所述辅助信息对下述中的至少一项进行指示：原因值、终端是否有后续待发送的上行数据包、后续待发送的上行数据包的数据量和终端是否有期望的下行数据包。

可选地，当所述第一获取上下文请求消息中仅携带有上行数据包时，所述发送模块用于，向所述服务基站发送获取上下文失败消息，其中所述获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

在此需要说明的是，该装置能够实现锚点基站侧方法实施例的所有方法步骤，在此不再对相同的方法步骤及有益效果进行赘述。

另外，如图10所示，为本发明实施例提供的服务基站的实体结构示意图，该服务基站可以包括：处理器(processor)1010、通信接口(communicationsinterface)1020、存储器(memory)1030和通信总线1040，其中，处理器1010，通信接口1020，存储器1030通过通信总线1040完成相互间的通信。处理器1010可以调用存储在存储器1030上并可在处理器1010上运行的计算机程序，以执行下述步骤：

当接收到处于无线资源控制rrc非激活态的终端发送的rrc恢复请求消息时，向锚点基站发送第一获取上下文请求消息；其中所述第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，所述辅助信息用于对所需传输数据进行指示；接收所述锚点基站基于所述第一获取上下文请求消息中所携带信息反馈的指示消息，所述指示消息用于指示终端是否重新进入rrc非激活态。

可选地，所述辅助信息对下述中的至少一项进行指示：原因值、终端是否有后续待发送的上行数据包、后续待发送的上行数据包的数据量和终端是否有期望的下行数据包。

可选地，当所述第一获取上下文请求消息中仅携带有上行数据包时，所述接收所述锚点基站基于所述第一获取上下文请求消息中所携带信息反馈的指示消息，包括：接收所述锚点基站反馈的获取上下文失败消息，其中所述获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

可选地，当所述第一获取上下文请求消息中携带有上行数据包和辅助信息时，所述接收所述锚点基站基于所述第一获取上下文请求消息中所携带信息反馈的指示消息，包括：当所述辅助信息指示终端没有后续待发送的上行数据包且没有期望的下行数据包时，接收所述锚点基站在未接收到针对所述终端的下行数据包时反馈的获取上下文失败消息，其中所述获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息；或者，当所述辅助信息指示终端有期望的下行数据包和/或所述锚点基站接收到针对所述终端的下行数据包时，接收所述锚点基站反馈的获取上下文响应消息，其中所述获取上下文响应消息指示终端进入rrc连接态。

可选地，当所述第一获取上下文请求消息中携带有上行数据包和辅助信息时，所述接收所述锚点基站基于所述第一获取上下文请求消息中所携带信息反馈的指示消息，包括：当所述辅助信息指示终端有后续待发送的上行数据包且没有期望的下行数据包时，

接收所述锚点基站在将所述第一获取上下文请求消息中所携带的上行数据包发送给核心网节点后反馈的获取上下文失败消息，并继续向所述锚点基站发送第二获取上下文请求消息，接收所述锚点基站在将所述第二获取上下文请求消息中所携带的上行数据包发送给核心网节点后所反馈的获取上下文失败消息，直至所述后续待发送的上行数据包发送完毕；所述第二获取上下文请求消息中携带有上行数据包和辅助信息，所述获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息；或者，所述服务基站继续向所述锚点基站发送至少一个第三获取上下文请求消息，并接收所述锚点基站在所述第三获取上下文请求消息中的辅助信息指示终端没有后续待发送的上行数据包且没有期望的下行数据包时，反馈的所述获取上下文失败消息，其中所述第三获取上下文请求消息中携带有上行数据包和辅助信息；或者，接收所述锚点基站反馈的获取上下文响应消息，其中所述获取上下文响应消息指示终端进入rrc连接态。

可选地，当所述上行数据包为rlc确认am模式时，所述获取上下文失败消息中还携带有所述上行数据包所对应的rlc确认字符ack；或者，

当所述上行数据包采用rlcam模式时，所述获取上下文响应消息中携带有所述上行数据包所对应的rlcack。

可选地，rlcack包括rlc层的ack以及所述上行数据包所对应的逻辑信道标识；或者，rlcack携带于媒体访问控制协议数据单元macpdu中。

在此需要说明的是，该服务基站能够实现服务基站侧方法实施例的所有方法步骤，在此不再对相同的方法步骤及有益效果进行赘述。

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

另外，如图11所示，为本发明实施例提供的锚点基站的实体结构示意图，该锚点基站可以包括：处理器(processor)1110、通信接口(communicationsinterface)1120、存储器(memory)1130和通信总线1140，其中，处理器1110，通信接口1120，存储器1130通过通信总线1140完成相互间的通信。处理器1110可以调用存储在存储器1130上并可在处理器1110上运行的计算机程序，以执行下述步骤：

接收服务基站发送的第一获取上下文请求消息，其中所述第一获取上下文请求消息为所述服务基站在接收到处于无线资源控制rrc非激活态的终端发送的rrc恢复请求消息时所发送，且所述第一获取上下文请求消息中仅携带有上行数据包，或者携带有上行数据包和辅助信息，所述辅助信息用于对所需传输数据进行指示；基于所述第一获取上下文请求消息中所携带信息向所述服务基站发送指示消息，所述指示消息用于指示终端是否重新进入rrc非激活态。

可选地，所述辅助信息对下述中的至少一项进行指示：原因值、终端是否有后续待发送的上行数据包、后续待发送的上行数据包的数据量和终端是否有期望的下行数据包。

可选地，当所述第一获取上下文请求消息中仅携带有上行数据包时，所述基于所述第一获取上下文请求消息中所携带信息向所述服务基站发送指示消息，包括：向所述服务基站发送获取上下文失败消息，其中所述获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息。

可选地，所述向所述服务基站发送获取上下文失败消息之前，还包括：将所述第一获取上下文请求消息中携带的上行数据包发送至核心网节点，并确定不进行锚点转移。

可选地，当所述第一获取上下文请求消息中携带有上行数据包和辅助信息时，所述基于所述第一获取上下文请求消息中所携带信息向所述服务基站发送指示消息，包括：当所述辅助信息指示终端没有后续待发送的上行数据包且没有期望的下行数据包时，确定不进行锚点转移并向所述服务基站发送获取上下文失败消息，其中所述获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息；或者，当所述辅助信息指示终端有期望的下行数据包和/或所述锚点基站接收到针对所述终端的下行数据包时，确定进行锚点转移并向所述服务基站发送获取上下文响应消息，其中所述获取上下文响应消息指示终端进入rrc连接态。

可选地，当所述第一获取上下文请求消息中携带有上行数据包和辅助信息时，所述基于所述第一获取上下文请求消息中所携带信息向所述服务基站发送指示消息，包括：当所述辅助信息指示终端有后续待发送的上行数据包且没有期望的下行数据包时，

将所述第一获取上下文请求消息中所携带的上行数据包发送给核心网节点后，向所述服务基站发送获取上下文失败消息，并继续接收所述服务基站发送的第二获取上下文请求消息，且在将所述第二获取上下文请求消息中所携带的上行数据包发送给核心网节点后向所述服务基站发送所述获取上下文失败消息，直至后续待发送的上行数据包发送完毕；所述第二获取上下文请求消息中携带有上行数据包和辅助信息，所述获取上下文失败消息中携带有指示终端重新进入rrc非激活态的rrc释放消息；或者，继续接收所述服务基站发送的至少一个第三获取上下文请求消息，并在所述第三获取上下文请求消息中的辅助信息指示终端没有后续待发送的上行数据包且没有期望的下行数据包时，向所述锚点基站发送所述获取上下文失败消息，其中所述第三获取上下文请求消息中携带有上行数据包和辅助信息；或者，确定进行锚点转移并向所述服务基站发送获取上下文响应消息，其中所述获取上下文响应消息指示终端进入rrc连接态。

可选地，当所述上行数据包为rlc确认am模式时，所述获取上下文失败消息中还携带有所述上行数据包所对应的rlc确认字符ack；或者，当所述上行数据包为rlcam模式时，所述获取上下文响应消息中携带有所述上行数据包所对应的rlcack。

可选地，rlcack包括rlc层的ack以及所述上行数据包所对应的逻辑信道标识；或者，rlcack携带于媒体访问控制协议数据单元macpdu中。

在此需要说明的是，该锚点基站能够实现锚点基站侧方法实施例的所有方法步骤，在此不再对相同的方法步骤及有益效果进行赘述。

本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例提供的方法，在此不再对相同方法步骤及有益效果进行赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。