CN113596737B - 数据重传方法、装置、目标节点、源节点及终端 - Google Patents

数据重传方法、装置、目标节点、源节点及终端 Download PDF

Info

Publication number
CN113596737B
CN113596737B CN202010367127.2A CN202010367127A CN113596737B CN 113596737 B CN113596737 B CN 113596737B CN 202010367127 A CN202010367127 A CN 202010367127A CN 113596737 B CN113596737 B CN 113596737B
Authority
CN
China
Prior art keywords
data
data packet
source node
gtp
target node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010367127.2A
Other languages
English (en)
Other versions
CN113596737A (zh
Inventor
张艳霞
谢振华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202010367127.2A priority Critical patent/CN113596737B/zh
Priority to PCT/CN2021/089580 priority patent/WO2021218848A1/zh
Publication of CN113596737A publication Critical patent/CN113596737A/zh
Application granted granted Critical
Publication of CN113596737B publication Critical patent/CN113596737B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/165—Performing reselection for specific purposes for reducing network power consumption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Abstract

本申请公开了一种数据重传方法、装置、目标节点、源节点及终端，该方法包括：获取源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP‑U序列号；根据所述第一数据包的GTP‑U序列号，进行数据重传；在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP‑U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。

Description

数据重传方法、装置、目标节点、源节点及终端
技术领域
本申请属于通信技术领域，具体涉及一种数据重传方法、装置、目标节点、源节点及终端。
背景技术
多媒体广播多播业务(Multimedia Broadcast and Multicast Service，MBMS)或广播多播业务(Multicast Broadcast Service，MBS)具体以下2种发送方式：
MBMS/MBS发送方式1：通过在MBMS单频网(Multimedia Broadcast multicastservice Single Frequency Network，MBSFN)子帧中通过物理多播信道(PhysicalMulticast Channel，PMCH)发送。其中，控制信息通过系统信息(如系统信息块SIB13)和广播控制信道(Multicast Control Channel，MCCH)发送，数据通过广播业务信道(MulticastTraffic Channel，MTCH)发送。
MBMS/MBS发送方式2：通过物理下行控制信道(Physical Downlink ControlChannel，PDCCH)调度的物理下行共享信道(Physical Downlink Shared Channel，PDSCH)发送。其中，控制信息通过系统信息(如系统信息块SIB20)和单小区广播控制信道(SingleCell Multicast Control Channel，SC-MCCH)发送，数据通过单小区广播业务信道(SingleCell Multicast Traffic Channel，SC-MTCH)发送。其中，SC-MCCH通过单小区无线网络临时标识(Single Cell Radio Network Temporary Identity，SC-RNTI)PDCCH调度的PDSCH发送，SC-MTCH通过组无线网络临时标识(Group Radio Network Temporary Identity，G-RNTI)PDCCH调度的PDSCH发送。
MBS业务是通过特定的MBMS无线承载(MBMS Radio Bearer，MRB)进行发送的。MBS业务可以通过以下标识标记：
临时移动组标识(Temporary Mobile Group Identity，TMGI)；
服务质量流标识(QoS flow ID)。
当终端从一个以多播方式提供多播业务的小区切换到另一个以多播方式提供业务的小区时，由于切换和/或两个小区的数据发送不同步可能导致终端丢失部分数据，为最小化终端丢失数据。例如，源节点和目标节点的数据发送不同步(比如目标节点后进入多播组)，终端在源节点接收到了GTP-U SN(数据包标识)＝1，2的数据包，切换到目标节点时，目标节点正在发送GTP-U SN＝6的数据包，则终端在切换过程中丢失了GTP-U SN＝3，4，5的数据包。
发明内容
本申请实施例的目的是提供一种数据重传方法、装置、目标节点、源节点及终端，能够解决终端在多播业务的小区间进行切换时，由于切换和/或两个小区的数据发送不同步可能导致终端丢失部分数据的问题。
为了解决上述技术问题，本申请是这样实现的：
第一方面，本申请实施例提供了一种数据重传方法，应用于目标节点，包括：
获取源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；
根据所述第一数据包的GTP-U序列号，进行数据重传。
第二方面，本申请实施例提供了一种数据重传方法，应用于源节点，包括：
向目标节点发送源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。
第三方面，本申请实施例提供了一种数据重传方法，应用于终端，包括：
在所述终端切换到目标节点后，接收所述目标节点根据源节点的发送状态指示信息重传的数据包；
其中，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。
第四方面，本申请实施例提供了一种数据重传装置，应用于目标节点，包括：
信息获取模块，用于获取源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；
数据重传模块，用于根据所述第一数据包的GTP-U序列号，进行数据重传。
第五方面，本申请实施例提供了一种数据重传装置，应用于源节点，包括：
信息发送模块，用于向目标节点发送源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。
第六方面，本申请实施例提供了一种数据重传装置，应用于终端，包括：
重传接收模块，用于在所述终端切换到目标节点后，接收所述目标节点根据源节点的发送状态指示信息重传的数据包；
其中，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。
第七方面，本申请实施例提供了一种通信设备，该通信设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面或第三方面所述的方法的步骤。
第八方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面或第三方面所述的方法的步骤。
第九方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面或第三方面所述的方法。
在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
附图说明
图1表示本申请实施例提供的数据重传方法的步骤流程图之一；
图2表示本申请实施例提供的数据重传方法的步骤流程图之二；
图3表示本申请实施例提供的数据重传方法的步骤流程图之三；
图4表示本申请实施例提供的数据重传方法的示例一的交互示意图；
图5表示本申请实施例提供的数据重传方法的示例二的交互示意图；
图6表示本申请实施例提供的数据重传装置的结构示意图之一；
图7表示本申请实施例提供的数据重传装置的结构示意图之二；
图8表示本申请实施例提供的数据重传装置的结构示意图之三；
图9表示本申请实施例提供的网络侧设备的结构示意图；
图10表示本申请实施例提供的终端的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图介绍本申请的实施例。本申请实施例提供的数据重传方法、装置、目标节点、源节点及终端可以应用于无线通信系统中。该无线通信系统可以为采用5G系统，或者演进型长期演进(Evolved Long Term Evolution，eLTE)系统，或者后续演进通信系统。
本申请实施例提供的目标节点或源节点可以为基站，该基站可以为通常所用的基站，也可以为演进型基站(evolved node base station，eNB)，还可以为5G系统中的网络侧设备(例如下一代基站(next generation node base station，gNB)或发送和接收点(transmission and reception point，TRP))或者小区cell等设备。
本申请实施例提供的终端可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本、可穿戴式设备(Wearable Device)、车载设备或者个人数字助理(Personal Digital Assistant，PDA)等。需要说明的是，在本申请实施例中并不限定终端的具体类型。本申请实施例中以LTE以及NR系统为例，然不限于此系统，本申请提供的技术方案可以应用于存在相同问题的其他系统。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的数据重传方法、装置、目标节点、源节点及终端进行详细地说明
如图1所示，本申请实施例提供了一种数据重传方法，应用于目标节点，包括：
步骤101，获取源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；其中，GTP-U序列号，也可称为GTP-U SN，其英文全称为GPRSTunnelling Protocol user plane sequence number，也可称为GPS隧道协议用户面序列号。可选地，该源节点的发送状态指示信息具体指终端切换时所述源节点的发送状态指示信息。
步骤102，根据所述第一数据包的GTP-U序列号，进行数据重传。
本申请实施例中，源节点和目标节点均为采用多播模式进行多播传输的网络节点，终端从源节点切换至目标节点的过程中易导致数据丢失；本申请中由目标节点根据源节点的发送状态指示信息指示的第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程中丢失的数据量，以进一步满足多播业务的业务需求。
作为一个可选实施例，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
或者，
所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
可选地，本申请的上述实施例中，步骤102包括：
根据所述第一数据包的GTP-U序列号，发送所述第一数据包的GTP-U序列号与第二数据包的GTP-U序列号之间的GTP-U序列号的数据包：
其中，所述第二数据包为终端切换到所述目标节点时所述目标节点的第一个待发送的数据包。
例如，源节点指示终端切换时第一个待发送的数据包(即第一数据包)为GTP-U SN＝3的数据包，终端切换到目标节点时目标节点的第一个待发送的数据包(即第二数据包)为GTP-U SN＝6，则目标节点通过专用资源给终端重新发送GTP-U SN＝3，4，5的数据包。
作为另一个可选实施例，步骤102包括：
根据所述第一数据包的GTP-U序列号，通过终端专用资源进行数据重传。该终端专用资源为网络节点配置给终端的专用资源。
例如，根据所述第一数据包的GTP-U序列号，通过终端专用资源向终端发送所述第一数据包的GTP-U序列号与第二数据包的GTP-U序列号之间的GTP-U序列号的数据包。
相应的，本申请实施例中，步骤102之前，所述方法还包括：
向所述源节点发送终端专用资源的配置信息，以由所述源节点将所述终端专用资源的配置信息转发至终端。此种场景下，目标节点通过单播模式的终端专用资源与终端之间信息数据重传。
该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据。
作为本申请的一个可选实施例，步骤102之前，所述方法还包括：
接收所述源节点从所述第一数据包或所述第一数据包的下一个数据包开始按序转发的数据包。
其中，按序转发具体指按照数据包的GTP-U序号进行按序转发。源节点转发的数据包可以是源节点缓存的数据包，也可以是源节点从核心网节点获取到新数据包。源节点向目标节点转发数据包时还可以关联该数据包对应的GTP-U序列号。
本申请的上述实施例中，步骤101之后，所述方法还包括：
若第一数据包的GTP-U序列号与第一预设值的差值大于第三数据包的GTP-U序列号，向所述源节点发送第一指示信息，所述第一指示信息用于指示源节点不需要进行数据转发；
其中，所述第三数据包为：目标节点正在发送的数据包，或者，目标节点的第一个待发送数据包，或者，目标节点当前缓存的数据包中对应最小GTP-U序列号的数据包。
需要说明的是，该第一预设值可以为0，也可以为大于0或小于0的任意值，在此不做具体限定。
例如，终端切换时源节点的发送状态指示信息对应的第一数据包的GTP-U SN＝10，而目标节点的第三数据包的GTP-U SN＝6，由于目标节点是按序发送，说明GTP-U SN＝6之后的数据包还没有传输，相关数据可能已经缓存在目标节点，或者，相关数据随没有缓存到目标节点，但目标节点可以自己从核心网节点接收数据，不需要源节点转发。
作为本申请的又一实施例，所述方法还包括：
若第一数据包的GTP-U序列号与第一预设值的差值大于目标节点正在发送或第一个待发送的数据包对应的GTP-U序列号，所述目标节点暂停数据重传或降低数据重传的速率直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号。
需要说明的是，该第一预设值可以为0，也可以为大于0或小于0的任意值，在此不做具体限定。
例如，终端切换时源节点的发送状态指示信息对应的第一数据包的GTP-U SN＝10，而目标节点正在发送或第一待发送的数据包的GTP-U SN＝6，因为目标节点按序发送，说明GTP-U SN＝6之后的数据包还没有传输，因此，目标节点可暂停数据重传直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号，或者，目标节点可降低数据重传的速率直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号。
或者，若第一数据包的GTP-U序列号与第一预设值的差值小于或者等于目标节点正在发送或第一个待发送的数据包对应的GTP-U序列号，目标节点提高数据重传的速率直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号。
需要说明的是，该第一预设值可以为0，也可以为大于0或小于0的任意值，在此不做具体限定。
例如，终端切换时源节点的发送状态指示信息对应的第一数据包的GTP-U SN＝4，而目标节点正在发送或第一待发送的数据包的GTP-U SN＝8，目标节点可提高数据重传的速率直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号，比如GTP-U SN＝15。
本申请的上述实施例中，步骤102之前，所述方法还包括：
与接收到所述源节点发送的切换命令消息的终端建立连接；所述切换命令消息中携带以下信息的至少一项：
多播业务标识；所述多播业务标识可以是TMGI；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI。
换言之，目标节点向所述源节点发送终端专用资源的配置信息，源节点通过切换命令消息将终端专用资源的配置信息转发给终端。
可选地，本申请实施例中，步骤101包括：
与接收到所述源节点发送的切换命令消息的终端建立连接，并接收终端发送的所述源节点的发送状态指示信息。
进一步的，若源节点从所述第一数据包或所述第一数据包的下一个数据包开始按序向目标节点转发数据包，则所述方法还包括：
根据所述目标节点的缓存数据状态和数据发送状态，向所述源节点发送停止数据转发指示。
例如，源节点向目标节点转发GTP-U SN＝3,4,5，...的数据包，如果目标节点接收到GTP-U SN＝5对应的数据包且其缓存中有GTP-U SN＝5的数据包则指示源节点停止数据转发。或者，如果目标节点接收到GTP-U SN＝5对应的数据包且目标节点的缓存中有GTP-USN＝6的数据包则指示源节点停止数据转发。
可选的，所述根据所述目标节点的缓存数据状态和数据发送状态，向所述源节点发送停止数据转发指示，包括：
在待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号的情况下，向所述源节点发送停止数据转发指示。
例如，待传输的重传数据包的GTP-U序列号为5，目标节点正在发送的数据包的GTP-U序列号也为5，则指示源节点停止数据转发。
进一步的，本申请实施例中，步骤102之后，所述方法还包括：
向终端发送第二指示信息，所述第二指示信息用于指示目标节点的数据重传结束。
作为一个可选实施例，步骤101包括：
接收所述源节点发送的所述源节点的发送状态指示信息；其中，源节点可以通过切换请求消息携带该发送状态指示信息，或者，源节点可以通过新增的独立信令传输该发送状态指示信息；
或者，步骤101包括：
接收终端发送的所述源节点的发送状态指示信息，其中，所述源节点的发送状态指示信息由所述源节点发送给所述终端。例如，源节点通过切换命令消息携带发送状态指示信息给终端，终端在与目标节点建立连接的过程中将源节点的发送状态指示信息发送给目标节点。
可选地，步骤101包括：
接收所述源节点发送的切换请求消息，所述切换请求消息中携带多播业务标识、指示源节点请求转发多播业务数据的第二指示信息以及所述源节点的发送状态指示信息中的至少一项。
该多播业务标识可以是TMGI，或者多播业务序号(比如源节点通过Xn接口建立过程获取到目标节点能够支持的多播业务列表，则源节点可以通过该列表中的多播业务序号指示对应的多播业务)。
例如，第二指示信息为DL forwarding IE(下行转发IE)，当该IE设置为第一值时，表示源节点请求转发对应的多播业务数据，当该IE设置为第二值时，表示源节点不请求转发对应的多播业务数据。再例如，第二指示信息为1比特指示，若该1比特取值为“1”，表示源节点请求转发对应的多播业务数据，若该1比特取值为“0”，表示源节点不请求转发对应的多播业务数据。又例如，第二指示信息为一个特定指示，当该特定指示存在时表示源节点请求转发对应的多播业务数据，当该特定指示不存在时表示源节点不请求转发对应的多播业务数据。
可选地，源节点基于多播业务的需求确定是否请求转发多播业务数据，比如，某多播业务的服务质量QoS需求较高(如可靠性较高)，则源节点在切换请求消息中携带请求多播业务数据转发的第二指示信息。反之，不携带第二指示信息。
可选地，若源节点通过所述切换请求消息携带发送状态指示信息，此时携带的源节点的发送状态指示信息指示的第一数据包的GTP-U序列号可以是源节点预估的终端切换到目标节点时源节点的发送状态。
承接上例，所述方法还包括：
向所述源节点发送切换响应消息，所述切换响应消息中携带以下信息的至少一项：
多播业务标识；所述多播业务标识可以是TMGI；
指示目标节点同意进行多播业务数据转发的第三指示信息；例如该第三指示信息为一个特定IE，当该特定IE存在时表示目标节点同意多播业务数据转发，目标可以基于该IE提供的GTP-U序列号进行数据转发，当该特定IE不存在时表示目标节点不同意多播业务数据转发；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI。
综上，在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
需要说明的是，本申请实施例提供的数据重传方法，执行主体可以为数据重传装置，或者该数据重传装置中的用于执行加载数据重传方法的控制模块。本申请实施例中以数据重传装置执行加载数据重传方法为例，说明本申请实施例提供的数据重传方法。
如图2所示，本申请实施例还提供一种数据重传方法，应用于源节点，包括：
步骤201，向目标节点发送源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。其中，GTP-U序列号，也可称为GTP-U SN，其英文全称为GPRS Tunnelling Protocol user plane sequence number，也可称为GPS隧道协议用户面序列号。
本申请实施例中，源节点和目标节点均为采用多播模式进行多播传输的网络节点，终端从源节点切换至目标节点的过程中易导致数据丢失；本申请中由目标节点根据源节点的发送状态指示信息指示的第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程中丢失的数据量，以进一步满足多播业务的业务需求。
作为一个可选实施例，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
或者，
所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
作为一个可选实施例，所述方法还包括：
接收所述目标节点发送的用于进行数据重传的终端专用资源的配置信息；
将所述终端专用资源的配置信息发送给终端。此种场景下，目标节点通过单播模式的终端专用资源与终端之间信息数据重传。
该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据。
其中，本申请实施例中，所述将所述终端专用资源的配置信息发送给终端，包括：
向终端发送切换命令消息，所述切换命令消息中携带以下信息的至少一项：
多播业务标识；所述多播业务标识可以是TMGI；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI。
换言之，目标节点向所述源节点发送终端专用资源的配置信息，源节点通过切换命令消息将终端专用资源的配置信息转发给终端。
作为本申请的一个可选实施例，步骤201之后，所述方法还包括：
从所述第一数据包或所述第一数据包的下一个数据包开始按序向所述目标节点转发数据包。
其中，按序转发具体指按照数据包的GTP-U序号进行按序转发。源节点转发的数据包可以是源节点缓存的数据包，也可以是原节点从核心网节点获取到新数据包。源节点向目标节点转发数据包时还可以关联该数据包对应的GTP-U序列号。
进一步的，若源节点从所述第一数据包或所述第一数据包的下一个数据包开始按序向目标节点转发数据包，则所述方法还包括：
接收所述目标节点发送的停止数据转发指示，并停止数据包转发；例如，源节点向目标节点转发GTP-U SN＝3,4,5，...的数据包，如果目标节点接收到GTP-U SN＝5对应的数据包且其缓存中有GTP-U SN＝5的数据包则指示源节点停止数据转发。或者，如果目标节点接收到GTP-U SN＝5对应的数据包且目标节点的缓存中有GTP-U SN＝6的数据包则指示源节点停止数据转发。再例如例如，待传输的重传数据包的GTP-U序列号为5，目标节点正在发送的数据包的GTP-U序列号也为5，则指示源节点停止数据转发。
或者，所述方法还包括：
在第一定时器超时，所述源节点未接收到所述目标节点发送的停止数据转发指示，停止数据包转发。源节点维持一个定时器(第一定时器)，当定时器超时，如果没有从目标节点接收到停止数据转发指示，则源节点自动停止数据转发。
可选地，本申请实施例中，步骤201包括：
向所述目标节点发送切换请求消息，所述切换请求消息中携带多播业务标识、指示源节点请求转发多播业务数据的第二指示信息以及所述源节点的发送状态指示信息中的至少一项。
其中，源节点可以通过切换请求消息携带该发送状态指示信息，或者，源节点可以通过新增的独立信令传输该发送状态指示信息。
该多播业务标识可以是TMGI，或者多播业务序号(比如源节点通过Xn接口建立过程获取到目标节点能够支持的多播业务列表，则源节点可以通过该列表中的多播业务序号指示对应的多播业务)。
例如，第二指示信息为DL forwarding IE(下行转发IE)，当该IE设置为第一值时，表示源节点请求转发对应的多播业务数据，当该IE设置为第二值时，表示源节点不请求转发对应的多播业务数据。再例如，第二指示信息为1比特指示，若该1比特取值为“1”，表示源节点请求转发对应的多播业务数据，若该1比特取值为“0”，表示源节点不请求转发对应的多播业务数据。又例如，第二指示信息为一个特定指示，当该特定指示存在时表示源节点请求转发对应的多播业务数据，当该特定指示不存在时表示源节点不请求转发对应的多播业务数据。
可选地，源节点基于多播业务的需求确定是否请求转发多播业务数据，比如，某多播业务的服务质量QoS需求较高(如可靠性较高)，则源节点在切换请求消息中携带请求多播业务数据转发的第二指示信息。反之，不携带第二指示信息。
可选地，若源节点通过所述切换请求消息携带发送状态指示信息，此时携带的源节点的发送状态指示信息指示的第一数据包的GTP-U序列号可以是源节点预估的终端切换到目标节点时源节点的发送状态。
承接上例，所述方法还包括：
接收所述目标节点发送的切换响应消息，所述切换响应消息中携带以下信息的至少一项：
多播业务标识；所述多播业务标识可以是TMGI；
指示目标节点同意进行多播业务数据转发的第三指示信息；例如该第三指示信息为一个特定IE，当该特定IE存在时表示目标节点同意多播业务数据转发，目标可以基于该IE提供的GTP-U序列号进行数据转发，当该特定IE不存在时表示目标节点不同意多播业务数据转发；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI。
作为本申请的又一实施例，所述方法还包括：
接收目标节点在第一数据包的GTP-U序列号与第一预设值的差值大于第三数据包的GTP-U序列号的情况下发送的第一指示信息，所述第一指示信息用于指示源节点不需要进行数据转发；
其中，所述第三数据包为：目标节点正在发送的数据包，或者，目标节点的第一个待发送数据包，或者，目标节点当前缓存的数据包中对应最小GTP-U序列号的数据包。
需要说明的是，该第一预设值可以为0，也可以为大于0或小于0的任意值，在此不做具体限定。
例如，终端切换时源节点的发送状态指示信息对应的第一数据包的GTP-U SN＝10，而目标节点的第三数据包的GTP-U SN＝6，因为目标节点按序发送，说明GTP-U SN＝6之后的数据包还没有传输，相关数据可能已经缓存在目标节点，或者，相关数据随没有缓存到目节点，但目标节点可以自己从核心网节点接收数据，不需要源节点转发。
综上，在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
需要说明的是，本申请实施例提供的数据重传方法，执行主体可以为数据重传装置，或者该数据重传装置中的用于执行加载数据重传方法的控制模块。本申请实施例中以数据重传装置执行加载数据重传方法为例，说明本申请实施例提供的数据重传方法。
如图3所示，本申请实施例还提供一种数据重传方法，应用于终端，包括：
步骤301，在所述终端切换到目标节点后，接收所述目标节点根据源节点的发送状态指示信息重传的数据包；
其中，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。其中，GTP-U序列号，也可称为GTP-U SN，其英文全称为GPRS Tunnelling Protocol user planesequence number，也可称为GPS隧道协议用户面序列号。
本申请实施例中，源节点和目标节点均为采用多播模式进行多播传输的网络节点，终端从源节点切换至目标节点的过程中易导致数据丢失；本申请中由目标节点根据源节点的发送状态指示信息指示的第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程中丢失的数据量，以进一步满足多播业务的业务需求。
作为一个可选实施例，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
或者，
所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
作为一个可选实施例，步骤301包括：
根据终端专用资源，接收所述目标节点重传的至少一个数据包。该终端专用资源为网络节点配置给终端的专用资源。此种场景下，目标节点通过单播模式的终端专用资源与终端之间信息数据重传。
该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据。
作为一个可选实施例，步骤301之前，所述方法还包括：
接收源节点发送的切换命令消息；
根据所述切换命令消息与所述目标节点建立连接；其中，切换命令消息携带以下信息的至少一项：
多播业务标识；所述多播业务标识可以是TMGI；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI。
其中，目标节点向所述源节点发送终端专用资源的配置信息，源节点通过切换命令消息将终端专用资源的配置信息转发给终端。
作为另一个可选实施例，所述切换命令消息还携带源节点的发送状态指示信息；
所述方法还包括：
在根据所述切换命令消息与所述目标节点建立连接的过程中，向目标节点发送所述源节点的发送状态指示信息。
进一步的，终端接收到切换命令消息后，所述方法还包括以下至少一项：
重建所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体；所述重建行为包括将接收PDCP实体缓存中的数据处理后递交到高层，以及将接收PDCP实体的接收窗口初始化；
释放所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体；
重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体；所述重建行为包括将接收RLC实体缓存中的数据处理后递交到高层(如PDCP实体，此行为适用于RLC配置有重排序功能)，以及将接收RLC实体的接收窗口初始化；
释放所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体。
需要说明的是，所述多播业务的多播模式对应的接收PDCP实体、RLC实体指的是终端接收源节点通过多播方式发送的所述多播业务时使用的协议栈实体。
作为申请的另一个可选实施例，步骤301之后，所述方法还包括：
接收所述目标节点发送的第二指示信息，所述第二指示信息用于指示目标节点的数据重传结束。
终端接收到所述第二指示信息后，所述方法还包括以下至少一项：
重建所述切换命令消息指示的多播业务的专用资源配置对应的接收PDCP实体；所述重建行为包括将接收PDCP实体缓存中的数据处理后递交到高层，以及将接收PDCP实体的接收窗口初始化；
重建所述切换命令消息指示的多播业务的专用资源配置对应的接收RLC实体；所述重建行为包括将接收RLC实体缓存中的数据处理后递交到高层(如PDCP实体，此行为适用于RLC配置有重排序功能)，以及将接收RLC实体的接收窗口初始化；
指示所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体可以按序向上层递交数据；
指示所述切换命令消息指示的多播业务的多播模式对应的接收RLC实体可以按序向上层递交数据。
需要说明的是，所述多播业务的多播模式对应的接收PDCP实体、RLC实体指的是终端接收目标节点通过多播方式发送的所述多播业务时使用的协议栈实体。
还需要说的是，终端可以通过专用资源配置接收目标节点重传数据，同时通过接收目标节点通过多播模式发送的所述多播业务数据。为保证终端向高层递交的数据是按序的，终端需要先将接收到的目标节点通过多播模式发送的所述多播业务数据缓存起来，当终端接收到目标节点发送的重传数据结束指示，将通过专用资源配置(如DRB)接收到的数据递交到高层后，终端可以将缓存的目标节点通过多播模式发送的所述多播业务数据递交高层。还需要说明的是，终端通过专用资源配置接收到的重传数据和通过多播模式接收到的所述多播业务数据可能存在重复，对于所述重复数据可由终端的应用层进行重复性检测，以丢掉或剔除重复数据。
还需要说的是，终端可以先通过专用资源配置接收目标节点重传数据，当终端接收到目标节点发送的重传数据结束指示，将通过专用资源配置(如DRB)接收到的数据递交到高层后，终端开始通过接收目标节点通过多播模式发送的所述多播业务数据。
综上，在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
需要说明的是，本申请实施例提供的数据重传方法，执行主体可以为数据重传装置，或者该数据重传装置中的用于执行加载数据重传方法的控制模块。本申请实施例中以数据重传装置执行加载数据重传方法为例，说明本申请实施例提供的数据重传方法。
为了更清楚的描述本申请提供的数据重传方法，下面结合两个示例对该数据重传方法进行描述。
示例一，源节点向目标节点提供源节点的发送状态指示信息
如图4所示，该数据重传方法包括以下步骤：
步骤1，源节点向目标节点发送切换请求消息，所述切换请求消息中携带多播相关信息。其中，所述多播业务信息包含以下一项或多项内容：
多播业务标识；该多播业务标识可以是TMGI，或者多播业务序号(比如源节点通过Xn接口建立过程获取到目标节点能够支持的多播业务列表，则源节点可以通过该列表中的多播业务序号指示对应的多播业务)。
指示源节点请求转发多播业务数据的第二指示信息；例如，第二指示信息为DLforwarding IE(下行转发IE)，当该IE设置为第一值时，表示源节点请求转发对应的多播业务数据，当该IE设置为第二值时，表示源节点不请求转发对应的多播业务数据。再例如，第二指示信息为1比特指示，若该1比特取值为“1”，表示源节点请求转发对应的多播业务数据，若该1比特取值为“0”，表示源节点不请求转发对应的多播业务数据。又例如，第二指示信息为一个特定指示，当该特定指示存在时表示源节点请求转发对应的多播业务数据，当该特定指示不存在时表示源节点不请求转发对应的多播业务数据。
所述源节点的发送状态指示信息，指示第一数据包的GTP-U序列号；例如，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；或者，所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
可选地，若源节点通过所述切换请求消息携带发送状态指示信息，此时携带的源节点的发送状态指示信息指示的第一数据包的GTP-U序列号可以是源节点预估的终端切换到目标节点时源节点的发送状态。
步骤2，目标节点向源节点发送切换响应消息，所述切换响应消息中携带多播业务相关信息。其中，所述多播业务相关信息包含以下一项或多项：
多播业务标识；所述多播业务标识可以是TMGI；
指示目标节点同意进行多播业务数据转发的第三指示信息；例如该第三指示信息为一个特定IE，当该特定IE存在时表示目标节点同意多播业务数据转发，目标可以基于该IE提供的GTP-U序列号进行数据转发，当该特定IE不存在时表示目标节点不同意多播业务数据转发；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI。
步骤3，源节点向目标节点发送源节点的发送状态指示信息，该发送状态指示信息指示第一数据包的GTP-U序列号；例如，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；或者，所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
其中，源节点发送源节点的发送状态指示信息的时机可以是源节点决定向终端发送切换命令时或源节点向终端发送切换命令时或源节点向终端发送切换命令后，在此不做具体限定。
步骤3.1，源节点向目标节点转发数据。例如，源节点按序(GTP-U SN)向目标节点转发数据，所述数据可以是源节点缓存的数据和/或从核心网节点获取的新数据。其中，源节点向目标节点转发数据时还可以关联该数据对应的GTP-U SN；其中，源节点从源节点的发送状态指示信息对应的数据包开始按序发送。或，源节点从源节点的发送状态指示信息对应的下一个数据包开始按序发送。
步骤4，源节点向终端发送切换命令消息，所述切换命令消息中携带多播业务相关信息。其中所述多播业务相关信息包含以下内容的至少一项：
多播业务标识；所述多播业务标识可以是TMGI；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI。
步骤5，终端接收源节点发送的切换命令消息，所述切换命令消息中携带多播业务相关信息。终端发起与目标节点的连接建立过程。此外，终端的行为还包括以下一项或多项：
重建所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体；
释放所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体；
重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体；
释放所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体。
步骤6，目标节点通过终端专用资源进行数据重传。目标节点基于终端切换时的源节点的发送状态指示信息(如GTP-U SN)进行数据重传。如源节点指示终端切换时下一个等待发送的数据包为GTP-U SN＝3的数据包，终端切换到目标节点时目标节点下一个等待发送的数据包为GTP-U SN＝6，则目标节点通过专用资源配置给终端重新发送GTP-U SN＝3，4，5的数据包。
步骤7，目标节点指示源节点停止数据转发。例如，目标节点基于以下信息决定指示源节点停止数据转发的时机：
基于目标节点的缓存数据，如源节点向目标节点转发GTP-U SN＝3,4,5，...的数据包，如果目标节点接收到GTP-U SN＝5对应的数据包且其缓存中有GTP-U SN＝5的数据包则指示源节点停止数据转发。或如果目标节点接收到GTP-U SN＝5对应的数据包且其缓存中有GTP-U SN＝6的数据包则指示源节点停止数据转发。可选的，步骤7可以在步骤8之前或之后。
或者，源节点维持一个定时器，当定时器超时，如果没有从目标节点接收到停止数据转发的指示信息，则源节点自动停止数据转发。
步骤8，目标节点向终端发送指示目标节点的数据重传结束的第二指示信息。当终端接收到第二指示信息后，终端的行为还包括以下一项或多项：
重建所述切换命令消息指示的多播业务的专用资源配置对应的接收PDCP实体；
重建所述切换命令消息指示的多播业务的专用资源配置对应的接收RLC实体；
指示所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体可以按序向上层递交数据；
指示所述切换命令消息指示的多播业务的多播模式对应的接收RLC实体可以按序向上层递交数据。
示例二，终端向目标节点提供源节点的发送状态指示信息
如图5所示，该数据重传方法包括以下步骤：
步骤1，源节点向目标节点发送切换请求消息，所述切换请求消息中携带多播相关信息。其中，所述多播业务信息包含以下一项或多项内容：
多播业务标识；该多播业务标识可以是TMGI，或者多播业务序号(比如源节点通过Xn接口建立过程获取到目标节点能够支持的多播业务列表，则源节点可以通过该列表中的多播业务序号指示对应的多播业务)。
指示源节点请求转发多播业务数据的第二指示信息；例如，第二指示信息为DLforwarding IE(下行转发IE)，当该IE设置为第一值时，表示源节点请求转发对应的多播业务数据，当该IE设置为第二值时，表示源节点不请求转发对应的多播业务数据。再例如，第二指示信息为1比特指示，若该1比特取值为“1”，表示源节点请求转发对应的多播业务数据，若该1比特取值为“0”，表示源节点不请求转发对应的多播业务数据。又例如，第二指示信息为一个特定指示，当该特定指示存在时表示源节点请求转发对应的多播业务数据，当该特定指示不存在时表示源节点不请求转发对应的多播业务数据。
可选地，若源节点通过所述切换请求消息携带发送状态指示信息，此时携带的源节点的发送状态指示信息指示的第一数据包的GTP-U序列号可以是源节点预估的终端切换到目标节点时源节点的发送状态。
步骤2，目标节点向源节点发送切换响应消息，所述切换响应消息中携带多播业务相关信息。其中，所述多播业务相关信息包含以下一项或多项：
多播业务标识；所述多播业务标识可以是TMGI；
指示目标节点同意进行多播业务数据转发的第三指示信息；例如该第三指示信息为一个特定IE，当该特定IE存在时表示目标节点同意多播业务数据转发，目标可以基于该IE提供的GTP-U序列号进行数据转发，当该特定IE不存在时表示目标节点不同意多播业务数据转发；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI。
步骤3，源节点向目标节点转发数据。例如，源节点按序(GTP-U SN)向目标节点转发数据，所述数据可以是源节点缓存的数据和/或从核心网节点获取的新数据。其中，源节点向目标节点转发数据时还可以关联该数据对应的GTP-U SN；其中，源节点从源节点的发送状态指示信息对应的数据包开始按序发送。或，源节点从源节点的发送状态指示信息对应的下一个数据包开始按序发送。
步骤4，源节点向终端发送切换命令消息，所述切换命令消息中携带多播业务相关信息。其中所述多播业务相关信息包含以下内容的至少一项：
多播业务标识；所述多播业务标识可以是TMGI；
用于进行数据重传的终端专用资源的配置信息；该终端专用资源的配置信息可以是专用承载配置信息，如数据无线承载DRB。终端接收到该专用承载配置信息后，基于该专用承载配置信息指示的专用承载接收目标节点重传的数据；
用于进行多播数据传输的公共资源的配置信息；其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息，例如某多播业务对应的调度信息G-RNTI；
源节点的发送状态指示信息，该发送状态指示信息指示第一数据包的GTP-U序列号；例如，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；或者，所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
步骤5，终端接收源节点发送的切换命令消息，所述切换命令消息中携带多播业务相关信息。终端发起与目标节点的连接建立过程，并向目标节点指示源节点的发送状态指示信息。此外，终端的行为还包括以下一项或多项：
重建所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体；
释放所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体；
重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体；
释放所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体。
步骤6，目标节点通过终端专用资源进行数据重传。目标节点基于终端切换时的源节点的发送状态指示信息(如GTP-U SN)进行数据重传。如源节点指示终端切换时下一个等待发送的数据包为GTP-U SN＝3的数据包，终端切换到目标节点时目标节点下一个等待发送的数据包为GTP-U SN＝6，则目标节点通过专用资源配置给终端重新发送GTP-U SN＝3，4，5的数据包。
步骤7，目标节点指示源节点停止数据转发。例如，目标节点基于以下信息决定指示源节点停止数据转发的时机：
基于目标节点的缓存数据，如源节点向目标节点转发GTP-U SN＝3,4,5，...的数据包，如果目标节点接收到GTP-U SN＝5对应的数据包且其缓存中有GTP-U SN＝5的数据包则指示源节点停止数据转发。或如果目标节点接收到GTP-U SN＝5对应的数据包且其缓存中有GTP-U SN＝6的数据包则指示源节点停止数据转发。可选的，步骤7可以在步骤8之前或之后。
或者，源节点维持一个定时器，当定时器超时，如果没有从目标节点接收到停止数据转发的指示信息，则源节点自动停止数据转发。
步骤8，目标节点向终端发送指示目标节点的数据重传结束的第二指示信息。当终端接收到第二指示信息后，终端的行为还包括以下一项或多项：
重建所述切换命令消息指示的多播业务的专用资源配置对应的接收PDCP实体；
重建所述切换命令消息指示的多播业务的专用资源配置对应的接收RLC实体；
指示所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体可以按序向上层递交数据；
指示所述切换命令消息指示的多播业务的多播模式对应的接收RLC实体可以按序向上层递交数据。
如图6所示，本申请实施例还提供一种数据重传装置600，应用于目标节点，包括：
信息获取模块601，用于获取源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；
数据重传模块602，用于根据所述第一数据包的GTP-U序列号，进行数据重传。
作为本申请的至少一个可选实施例，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
或者，
所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
作为本申请的至少一个可选实施例，所述数据重传模块包括：
第一数据重传子模块，用于根据所述第一数据包的GTP-U序列号，发送所述第一数据包的GTP-U序列号与第二数据包的GTP-U序列号之间的GTP-U序列号的数据包：
其中，所述第二数据包为终端切换到所述目标节点时所述目标节点的第一个待发送的数据包。
作为本申请的至少一个可选实施例，所述数据重传模块包括：
第二数据重传子模块，用于根据所述第一数据包的GTP-U序列号，通过终端专用资源进行数据重传。
作为本申请的至少一个可选实施例，所述装置还包括：
配置发送模块，用于向所述源节点发送终端专用资源的配置信息。
作为本申请的至少一个可选实施例，所述信息获取模块包括：
第一获取子模块，用于接收所述源节点发送的所述源节点的发送状态指示信息；
或者，用于接收终端发送的所述源节点的发送状态指示信息。
作为本申请的至少一个可选实施例，所述装置还包括：
数据接收模块，用于接收所述源节点从所述第一数据包或所述第一数据包的下一个数据包开始按序转发的数据包。
作为本申请的至少一个可选实施例，所述装置还包括：
第一发送模块，用于若第一数据包的GTP-U序列号与第一预设值的差值大于第三数据包的GTP-U序列号，向所述源节点发送第一指示信息，所述第一指示信息用于指示源节点不需要进行数据转发；
其中，所述第三数据包为：目标节点正在发送的数据包，或者，目标节点的第一个待发送数据包，或者，目标节点当前缓存的数据包中对应最小GTP-U序列号的数据包。
作为本申请的至少一个可选实施例，所述装置还包括：
第一处理模块，用于若第一数据包的GTP-U序列号与第一预设值的差值大于目标节点正在发送或第一个待发送的数据包对应的GTP-U序列号，暂停数据重传或降低数据重传的速率；
或者，
第二处理模块，用于若第一数据包的GTP-U序列号与第一预设值的差值小于或者等于目标节点正在发送或第一个待发送的数据包对应的GTP-U序列号，提高数据重传的速率。
作为本申请的至少一个可选实施例，第一处理模块包括：
第一处理子模块，用于暂停数据重传或降低数据重传的速率直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号；
或者，第二处理模块包括：
第二处理子模块，用于提高数据重传的速率直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号作为本申请的至少一个可选实施例，所述装置还包括：
第二连接模块，用于与接收到所述源节点发送的切换命令消息的终端建立连接；所述切换命令消息中携带以下信息的至少一项：
多播业务标识；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例，所述装置还包括：
指示发送模块，用于根据所述目标节点的缓存数据状态和数据发送状态，向所述源节点发送停止数据转发指示。
作为本申请的至少一个可选实施例，所述指示发送模块包括：
指示发送子模块，用于在待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号的情况下，向所述源节点发送停止数据转发指示。
作为本申请的至少一个可选实施例，所述装置还包括：
第二发送模块，用于向终端发送第二指示信息，所述第二指示信息用于指示目标节点的数据重传结束。
作为本申请的至少一个可选实施例，所述信息获取模块包括：
第二获取子模块，用于接收所述源节点发送的切换请求消息，所述切换请求消息中携带多播业务标识、指示源节点请求转发多播业务数据的第二指示信息以及所述源节点的发送状态指示信息中的至少一项。
作为本申请的至少一个可选实施例，所述装置还包括：
响应发送模块，用于向所述源节点发送切换响应消息，所述切换响应消息中携带以下信息的至少一项：
多播业务标识；
指示目标节点同意进行多播业务数据转发的第三指示信息；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例，用于进行数据重传的终端专用资源的配置信息为专用承载配置信息。
本申请实施例提供的数据重传装置能够实现图1的方法实施例中数据重传装置实现的各个过程，为避免重复，这里不再赘述。
在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
可选的，本申请实施例还提供一种通信设备，该通信设备为目标节点，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述数据重传方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
如图7所示，本申请实施例还提供一种数据重传装置，应用于源节点700，包括：
信息发送模块701，用于向目标节点发送源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。
作为本申请的至少一个可选实施例，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
或者，
所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
作为本申请的至少一个可选实施例，所述装置还包括：
配置接收模块，用于接收所述目标节点发送的用于进行数据重传的终端专用资源的配置信息；
配置发送模块，用于将所述终端专用资源的配置信息发送给终端。
作为本申请的至少一个可选实施例，所述配置发送模块包括：
配置发送子模块，用于向终端发送切换命令消息，所述切换命令消息中携带以下信息的至少一项：
多播业务标识；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例，用于进行数据重传的终端专用资源的配置信息为专用承载配置信息。
作为本申请的至少一个可选实施例，所述装置还包括：
数据转发模块，用于从所述第一数据包或所述第一数据包的下一个数据包开始按序向所述目标节点转发数据包。
作为本申请的至少一个可选实施例，所述装置还包括：
转发停止模块，用于接收所述目标节点发送的停止数据转发指示，并停止数据包转发；
或者，用于在第一定时器超时，所述源节点未接收到所述目标节点发送的停止数据转发指示，停止数据包转发。
作为本申请的至少一个可选实施例，所述信息发送模块包括：
信息发送子模块，用于向所述目标节点发送切换请求消息，所述切换请求消息中携带多播业务标识、指示源节点请求转发多播业务数据的第二指示信息以及所述源节点的发送状态指示信息中的至少一项。
作为本申请的至少一个可选实施例，所述装置还包括：
响应接收模块，用于接收所述目标节点发送的切换响应消息，所述切换响应消息中携带以下信息的至少一项：
多播业务标识；
指示目标节点同意进行多播业务数据转发的第三指示信息；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例，所述装置还包括：
第一接收模块，用于接收目标节点在第一数据包的GTP-U序列号与第一预设值的差值大于第三数据包的GTP-U序列号的情况下发送的第一指示信息，所述第一指示信息用于指示源节点不需要进行数据转发；
其中，所述第三数据包为：目标节点正在发送的数据包，或者，目标节点的第一个待发送数据包，或者，目标节点当前缓存的数据包中对应最小GTP-U序列号的数据包。
本申请实施例提供的数据重传装置能够实现图2的方法实施例中数据重传装置实现的各个过程，为避免重复，这里不再赘述。
在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
可选的，本申请实施例还提供一种通信设备，该通信设备为源节点，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述数据重传方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
如图8所示，本申请实施例还提供一种数据重传装置800，应用于终端，包括：
重传接收模块801，用于在所述终端切换到目标节点后，接收所述目标节点根据源节点的发送状态指示信息重传的数据包；
其中，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。
作为本申请的至少一个可选实施例，所述重传接收模块包括：
重传接收子模块，用于根据终端专用资源，接收所述目标节点重传的至少一个数据包。
作为本申请的至少一个可选实施例，所述装置还包括：
命令接收模块，用于接收源节点发送的切换命令消息；
第一连接模块，用于根据所述切换命令消息与所述目标节点建立连接；其中，切换命令消息携带以下信息的至少一项：
多播业务标识；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例，用于进行数据重传的终端专用资源的配置信息为专用承载配置信息。
作为本申请的至少一个可选实施例，所述切换命令消息还携带源节点的发送状态指示信息；
所述装置还包括：
传输模块，用于在根据所述切换命令消息与所述目标节点建立连接时，向目标节点发送所述源节点的发送状态指示信息。
作为本申请的至少一个可选实施例，所述装置还包括以下至少一个模块：
第一重建模块，用于重建所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体；
第一释放模块，用于释放所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体；
第二重建模块，用于重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体；
第二释放模块，用于释放所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体。
作为本申请的至少一个可选实施例，所述装置还包括：
指示接收模块，用于接收所述目标节点发送的第二指示信息，所述第二指示信息用于指示目标节点的数据重传结束。
作为本申请的至少一个可选实施例，所述装置还包括以下至少一个模块：
第三重建模块，用于重建所述切换命令消息指示的多播业务的专用资源配置对应的接收PDCP实体；
第四重建模块，用于重建所述切换命令消息指示的多播业务的专用资源配置对应的接收RLC实体；
第一指示模块，用于指示所述切换命令消息指示的多播业务的多播模式对应的接收PDCP实体可以按序向上层递交数据；
第二指示模块，用于指示所述切换命令消息指示的多播业务的多播模式对应的接收RLC实体可以按序向上层递交数据。
本申请实施例提供的数据重传装置能够实现图3的方法实施例中数据重传装置实现的各个过程，为避免重复，这里不再赘述。
在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
可选的，本申请实施例还提供一种通信设备，该通信设备为终端，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述数据重传方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例中的数据重传装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的数据重传装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
图9是本申请一实施例的网络侧设备(目标节点或源节点)的结构图，能够实现上述的数据重传方法的细节，并达到相同的效果。如图9所示，网络侧设备1300包括：处理器1301、收发机1302、存储器1303和总线接口，其中：
处理器1301，用于读取存储器1303中的程序，执行下列过程：
获取源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；
根据所述第一数据包的GTP-U序列号，进行数据重传。
或者，处理器1301，用于读取存储器1303中的程序，执行下列过程：
向目标节点发送源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。
在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1301代表的一个或多个处理器和存储器1303代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1302可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
图10为实现本申请各个实施例的一种终端的硬件结构示意图。
该终端1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。
本领域技术人员可以理解，终端1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图10中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
其中，射频单元1001，用于在所述终端切换到目标节点后，接收所述目标节点根据终端切换时源节点的发送状态指示信息重传的数据包；
其中，所述发送状态指示信息用于指示第一数据包的GTP-U序列号。
在本申请实施例中，在终端由多播小区切换到多播小区的过程中，目标节点基于第一数据包的GTP-U序列号进行数据重传，减少终端在切换过程丢失的数据量，以进一步满足多播业务的业务需求，从而能够解决终端在切换过程中导致的数据丢失问题。
应理解的是，本申请实施例中，射频单元1001可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器1010处理；另外，将上行的数据发送给基站。通常，射频单元1001包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元1001还可以通过无线通信系统与网络和其他设备通信。
终端通过网络模块1002为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元1003可以将射频单元1001或网络模块1002接收的或者在存储器1009中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元1003还可以提供与终端1000执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元1003包括扬声器、蜂鸣器以及受话器等。
输入单元1004用于接收音频或视频信号。输入单元1004可以包括图形处理器(Graphics Processing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元1006上。经图形处理器10041处理后的图像帧可以存储在存储器1009(或其它存储介质)中或者经由射频单元1001或网络模块1002进行发送。麦克风10042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元1001发送到移动通信基站的格式输出。
终端1000还包括至少一种传感器1005，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板10061的亮度，接近传感器可在终端1000移动到耳边时，关闭显示面板10061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器1005还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
显示单元1006用于显示由用户输入的信息或提供给用户的信息。显示单元1006可包括显示面板10061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板10061。
用户输入单元1007可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元1007包括触控面板10071以及其他输入设备10072。触控面板10071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板10071上或在触控面板10071附近的操作)。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1010，接收处理器1010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板10071。除了触控面板10071，用户输入单元1007还可以包括其他输入设备10072。具体地，其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
进一步的，触控面板10071可覆盖在显示面板10061上，当触控面板10071检测到在其上或附近的触摸操作后，传送给处理器1010以确定触摸事件的类型，随后处理器1010根据触摸事件的类型在显示面板10061上提供相应的视觉输出。虽然在图10中，触控面板10071与显示面板10061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板10071与显示面板10061集成而实现终端的输入和输出功能，具体此处不做限定。
接口单元1008为外部装置与终端1000连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元1008可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端1000内的一个或多个元件或者可以用于在终端1000和外部装置之间传输数据。
存储器1009可用于存储软件程序以及各种数据。存储器1009可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1009可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器1010是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器1009内的软件程序和/或模块，以及调用存储在存储器1009内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器1010可包括一个或多个处理单元；优选的，处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。
终端1000还可以包括给各个部件供电的电源(比如电池)，优选的，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外，终端1000包括一些未示出的功能模块，在此不再赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述数据重传方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的通信设备(目标节点、源节点、终端)中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述xxx方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (36)

1.一种数据重传方法，应用于目标节点，其特征在于，包括：
获取源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；
根据所述第一数据包的GTP-U序列号，进行数据重传；
其中，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
其中，所述获取源节点的发送状态指示信息之后，所述方法还包括：
若第一数据包的GTP-U序列号与第一预设值的差值大于第三数据包的GTP-U序列号，向所述源节点发送第一指示信息，所述第一指示信息用于指示源节点不需要进行数据转发；
其中，所述第三数据包为：目标节点正在发送的数据包，或者，目标节点的第一个待发送数据包，或者，目标节点当前缓存的数据包中对应最小GTP-U序列号的数据包。
2.根据权利要求1所述的方法，其特征在于，
所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
3.根据权利要求1所述的方法，其特征在于，所述根据所述第一数据包的GTP-U序列号，进行数据重传，包括：
根据所述第一数据包的GTP-U序列号，发送所述第一数据包的GTP-U序列号与第二数据包的GTP-U序列号之间的GTP-U序列号的数据包：
其中，所述第二数据包为终端切换到所述目标节点时所述目标节点的第一个待发送的数据包。
4.根据权利要求1所述的方法，其特征在于，所述根据所述第一数据包的GTP-U序列号，进行数据重传，包括：
根据所述第一数据包的GTP-U序列号，通过终端专用资源进行数据重传。
5.根据权利要求4所述的方法，其特征在于，所述根据所述第一数据包的GTP-U序列号，进行数据重传之前，所述方法还包括：
向所述源节点发送终端专用资源的配置信息。
6.根据权利要求1所述的方法，其特征在于，所述获取源节点的发送状态指示信息，包括：
接收所述源节点发送的所述源节点的发送状态指示信息；
或者，
接收终端发送的所述源节点的发送状态指示信息。
7.根据权利要求1所述的方法，其特征在于，所述根据所述第一数据包的GTP-U序列号，进行数据重传之前，所述方法还包括：
接收所述源节点从所述第一数据包或所述第一数据包的下一个数据包开始按序转发的数据包。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若第一数据包的GTP-U序列号与第一预设值的差值大于目标节点正在发送或第一个待发送的数据包对应的GTP-U序列号，暂停数据重传或降低数据重传的速率；
或者，
若第一数据包的GTP-U序列号与第一预设值的差值小于或者等于目标节点正在发送或第一个待发送的数据包对应的GTP-U序列号，提高数据重传的速率。
9.根据权利要求8所述的方法，其特征在于，所述暂停数据重传或降低数据重传的速率，包括：
暂停数据重传或降低数据重传的速率，直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号；
或者，
所述提高数据重传的速率，包括：
提高数据重传的速率，直到第一个待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号。
10.根据权利要求1所述的方法，其特征在于，所述根据所述第一数据包的GTP-U序列号，进行数据重传之前，所述方法还包括：
与接收到所述源节点发送的切换命令消息的终端建立连接；所述切换命令消息中携带以下信息的至少一项：
多播业务标识；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
11.根据权利要求7所述的方法，其特征在于，所述方法还包括：
根据所述目标节点的缓存数据状态和数据发送状态，向所述源节点发送停止数据转发指示。
12.根据权利要求11所述的方法，其特征在于，所述根据所述目标节点的缓存数据状态和数据发送状态，向所述源节点发送停止数据转发指示，包括：
在待传输的重传数据包对应的GTP-U序列号等于目标节点正在发送的数据包对应的GTP-U序列号的情况下，向所述源节点发送停止数据转发指示。
13.根据权利要求1所述的方法，其特征在于，所述根据所述第一数据包的GTP-U序列号，进行数据重传之后，所述方法还包括：
向终端发送第二指示信息，所述第二指示信息用于指示目标节点的数据重传结束。
14.根据权利要求1所述的方法，其特征在于，所述获取源节点的发送状态指示信息，包括：
接收所述源节点发送的切换请求消息，所述切换请求消息中携带多播业务标识、指示源节点请求转发多播业务数据的第二指示信息以及所述源节点的发送状态指示信息中的至少一项。
15.根据权利要求14所述的方法，其特征在于，所述方法还包括：
向所述源节点发送切换响应消息，所述切换响应消息中携带以下信息的至少一项：
多播业务标识；
指示目标节点同意进行多播业务数据转发的第三指示信息；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
16.根据权利要求15所述的方法，其特征在于，用于进行数据重传的终端专用资源的配置信息为专用承载配置信息。
17.一种数据重传方法，应用于源节点，其特征在于，包括：
向目标节点发送源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；
其中，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
其中，向目标节点发送源节点的发送状态指示信息之后，所述方法还包括：
接收目标节点在第一数据包的GTP-U序列号与第一预设值的差值大于第三数据包的GTP-U序列号的情况下发送的第一指示信息，所述第一指示信息用于指示源节点不需要进行数据转发；
其中，所述第三数据包为：目标节点正在发送的数据包，或者，目标节点的第一个待发送数据包，或者，目标节点当前缓存的数据包中对应最小GTP-U序列号的数据包。
18.根据权利要求17所述的方法，其特征在于，
所述第一数据包为源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包。
19.根据权利要求17所述的方法，其特征在于，所述方法还包括：
接收所述目标节点发送的用于进行数据重传的终端专用资源的配置信息；
将所述终端专用资源的配置信息发送给终端。
20.根据权利要求19所述的方法，其特征在于，所述将所述终端专用资源的配置信息发送给终端，包括：
向终端发送切换命令消息，所述切换命令消息中携带以下信息的至少一项：
多播业务标识；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
21.根据权利要求20所述的方法，其特征在于，用于进行数据重传的终端专用资源的配置信息为专用承载配置信息。
22.根据权利要求17所述的方法，其特征在于，向目标节点发送源节点的发送状态指示信息之后，所述方法还包括：
从所述第一数据包或所述第一数据包的下一个数据包开始按序向所述目标节点转发数据包。
23.根据权利要求22所述的方法，其特征在于，所述方法还包括：
接收所述目标节点发送的停止数据转发指示，并停止数据包转发；
或者，
在第一定时器超时，所述源节点未接收到所述目标节点发送的停止数据转发指示，停止数据包转发。
24.根据权利要求17所述的方法，其特征在于，向目标节点发送源节点的发送状态指示信息，包括：
向所述目标节点发送切换请求消息，所述切换请求消息中携带多播业务标识、指示源节点请求转发多播业务数据的第二指示信息以及所述源节点的发送状态指示信息中的至少一项。
25.根据权利要求24所述的方法，其特征在于，所述方法还包括：
接收所述目标节点发送的切换响应消息，所述切换响应消息中携带以下信息的至少一项：
多播业务标识；
指示目标节点同意进行多播业务数据转发的第三指示信息；
用于进行数据重传的终端专用资源的配置信息；
用于进行多播数据传输的公共资源的配置信息。
26.一种数据重传装置，应用于目标节点，其特征在于，包括：
信息获取模块，用于获取源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；
数据重传模块，用于根据所述第一数据包的GTP-U序列号，进行数据重传；
其中，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
其中，所述装置还包括：
第一指示发送模块，用于若第一数据包的GTP-U序列号与第一预设值的差值大于第三数据包的GTP-U序列号，向所述源节点发送第一指示信息，所述第一指示信息用于指示源节点不需要进行数据转发；
其中，所述第三数据包为：目标节点正在发送的数据包，或者，目标节点的第一个待发送数据包，或者，目标节点当前缓存的数据包中对应最小GTP-U序列号的数据包。
27.根据权利要求26所述的装置，其特征在于，所述数据重传模块包括：
第一数据重传子模块，用于根据所述第一数据包的GTP-U序列号，发送所述第一数据包的GTP-U序列号与第二数据包的GTP-U序列号之间的GTP-U序列号的数据包：
其中，所述第二数据包为终端切换到所述目标节点时所述目标节点的第一个待发送的数据包。
28.根据权利要求26所述的装置，其特征在于，所述数据重传模块包括：
第二数据重传子模块，用于根据所述第一数据包的GTP-U序列号，通过终端专用资源进行数据重传。
29.根据权利要求26所述的装置，其特征在于，所述装置还包括：
数据接收模块，用于接收所述源节点从所述第一数据包或所述第一数据包的下一个数据包开始按序转发的数据包。
30.根据权利要求29所述的装置，其特征在于，所述装置还包括：
指示发送模块，用于根据所述目标节点的缓存数据状态和数据发送状态，向所述源节点发送停止数据转发指示。
31.一种数据重传装置，应用于源节点，其特征在于，包括：
信息发送模块，用于向目标节点发送源节点的发送状态指示信息，所述发送状态指示信息用于指示第一数据包的GTP-U序列号；
其中，所述第一数据包为源节点将终端切换到目标节点时所述源节点正在发送的数据包；
其中，所述装置还包括：
第一指示接收模块，用于接收目标节点在第一数据包的GTP-U序列号与第一预设值的差值大于第三数据包的GTP-U序列号的情况下发送的第一指示信息，所述第一指示信息用于指示源节点不需要进行数据转发；
其中，所述第三数据包为：目标节点正在发送的数据包，或者，目标节点的第一个待发送数据包，或者，目标节点当前缓存的数据包中对应最小GTP-U序列号的数据包。
32.根据权利要求31所述的装置，其特征在于，所述装置还包括：
配置接收模块，用于接收所述目标节点发送的用于进行数据重传的终端专用资源的配置信息；
配置发送模块，用于将所述终端专用资源的配置信息发送给终端。
33.根据权利要求31所述的装置，其特征在于，所述装置还包括：
数据转发模块，用于从所述第一数据包或所述第一数据包的下一个数据包开始按序向所述目标节点转发数据包。
34.根据权利要求33所述的装置，其特征在于，所述装置还包括：
转发停止模块，用于接收所述目标节点发送的停止数据转发指示，并停止数据包转发；
或者，用于在第一定时器超时，所述源节点未接收到所述目标节点发送的停止数据转发指示，停止数据包转发。
35.一种通信设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至16中任一项所述的数据重传方法的步骤；或者，所述程序或指令被所述处理器执行时实现如权利要求17至25中任一项所述的数据重传方法的步骤。
36.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-16中任一项所述的数据重传方法的步骤；或者，所述程序或指令被处理器执行时实现如权利要求17-25中任一项所述的数据重传方法的步骤。
CN202010367127.2A 2020-04-30 2020-04-30 数据重传方法、装置、目标节点、源节点及终端 Active CN113596737B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010367127.2A CN113596737B (zh) 2020-04-30 2020-04-30 数据重传方法、装置、目标节点、源节点及终端
PCT/CN2021/089580 WO2021218848A1 (zh) 2020-04-30 2021-04-25 数据重传方法、装置、目标节点、源节点及终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010367127.2A CN113596737B (zh) 2020-04-30 2020-04-30 数据重传方法、装置、目标节点、源节点及终端

Publications (2)

Publication Number Publication Date
CN113596737A CN113596737A (zh) 2021-11-02
CN113596737B true CN113596737B (zh) 2023-03-31

Family

ID=78237008

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010367127.2A Active CN113596737B (zh) 2020-04-30 2020-04-30 数据重传方法、装置、目标节点、源节点及终端

Country Status (2)

Country Link
CN (1) CN113596737B (zh)
WO (1) WO2021218848A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365168A (zh) * 2007-08-10 2009-02-11 北京三星通信技术研究有限公司 数据转发的方法
CN102905308A (zh) * 2011-07-25 2013-01-30 中兴通讯股份有限公司 一种数据传输的方法、装置及eNB
CN103533586A (zh) * 2012-07-03 2014-01-22 电信科学技术研究院 切换过程中的信令交互及层重建的方法和设备
CN109150767A (zh) * 2017-06-16 2019-01-04 华为技术有限公司 一种数据包发送方法、装置及设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090016334A1 (en) * 2007-07-09 2009-01-15 Nokia Corporation Secured transmission with low overhead
CN102651892B (zh) * 2007-09-29 2016-03-30 华为技术有限公司 基于s1切换的下行及上行数据包转发方法
US8706118B2 (en) * 2011-09-07 2014-04-22 Telefonaktiebolaget L M Ericsson (Publ) 3G LTE intra-EUTRAN handover control using empty GRE packets
US10045384B2 (en) * 2013-08-23 2018-08-07 Lg Electronics Inc. Method for managing link failure of user equipment simultaneously connected to multiple rats and device for performing same
CN110475299B (zh) * 2018-05-10 2021-06-29 维沃移动通信有限公司 一种切换小区的方法及装置
CN111405625B (zh) * 2018-09-28 2021-06-29 华为技术有限公司 一种切换方法、基站、通信系统及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365168A (zh) * 2007-08-10 2009-02-11 北京三星通信技术研究有限公司 数据转发的方法
CN102905308A (zh) * 2011-07-25 2013-01-30 中兴通讯股份有限公司 一种数据传输的方法、装置及eNB
CN103533586A (zh) * 2012-07-03 2014-01-22 电信科学技术研究院 切换过程中的信令交互及层重建的方法和设备
CN109150767A (zh) * 2017-06-16 2019-01-04 华为技术有限公司 一种数据包发送方法、装置及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
S2-187843 "Updating for solution#5 in FS_URLLC -pCR";OPPO;《3GPP tsg_sa\wg2_arch》;20180814;全文 *

Also Published As

Publication number Publication date
CN113596737A (zh) 2021-11-02
WO2021218848A1 (zh) 2021-11-04

Similar Documents

Publication Publication Date Title
US20230039646A1 (en) Data retransmission method, data retransmission apparatus, target node, source node, and terminal
US20230018193A1 (en) Mobility management method, source base station, target base station, and terminal device
CN113163342B (zh) 承载建立方法、配置方法、终端及网络侧设备
CN111132371B (zh) 副链路连接建立、资源分配方法、终端及网络侧设备
CN111278165B (zh) 连接建立方法、终端设备及网络设备
CN110944306A (zh) 一种旁链路的链路释放方法及终端
WO2021136473A1 (zh) 多播业务的传输方法、传输处理方法及相关设备
WO2020169028A1 (zh) 副链路组播通信的配置方法和终端
WO2022184044A1 (zh) 多播业务的接收方法、配置方法、终端及网络侧设备
WO2022022699A1 (zh) 数据传输方法、终端及网络侧设备
CN108702333B (zh) 一种数据传输方法和装置
CN110769518B (zh) 随机接入方法、终端设备及网络设备
WO2020063452A1 (zh) 一种资源调度方法和装置
CN110475367B (zh) 一种传输方法、移动通信终端及网络侧设备
CN113596737B (zh) 数据重传方法、装置、目标节点、源节点及终端
CN111836379A (zh) 辅助信息上报方法、配置方法、终端和网络侧设备
CN113543040A (zh) 数据处理方法、数据处理装置及通信设备
CN111800734A (zh) 数据传输方法、装置、设备及介质
CN113556781B (zh) 数据接收、信息配置方法、终端及网络设备
US20240031279A1 (en) Service data processing method and apparatus, and device
WO2022012480A1 (zh) 数据传输方法、装置及设备
CN111836210B (zh) 多媒体多播广播业务的配置方法、终端和网络侧设备
WO2023016402A1 (zh) 数据传输方法、装置及终端、网络侧设备
CN111800832B (zh) 数据发送方法、用户设备ue及介质
WO2022237619A1 (zh) Rrc消息的传输方法及装置、终端及可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant