CN113596736B - 数据重传方法、装置、目标节点、源节点及终端 - Google Patents
数据重传方法、装置、目标节点、源节点及终端 Download PDFInfo
- Publication number
- CN113596736B CN113596736B CN202010367115.XA CN202010367115A CN113596736B CN 113596736 B CN113596736 B CN 113596736B CN 202010367115 A CN202010367115 A CN 202010367115A CN 113596736 B CN113596736 B CN 113596736B
- Authority
- CN
- China
- Prior art keywords
- data
- target node
- data packet
- source
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
-
- 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
-
- 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/0005—Control or signalling for completing the hand-off
- H04W36/0009—Control or signalling for completing the hand-off for a plurality of users or terminals, e.g. group communication or moving wireless networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
-
- 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
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Abstract
本申请公开了一种数据重传方法、装置、目标节点、源节点及终端,该方法包括:获取源节点发送的N个数据包的GTP‑U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;根据所述映射关系,进行数据重传;在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP‑U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
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的数据包。
发明内容
本申请实施例的目的是提供一种数据重传方法、装置、目标节点、源节点及终端,能够解决终端在多播业务的小区间进行切换时,由于切换和/或两个小区的数据发送不同步可能导致终端丢失部分数据的问题。
为了解决上述技术问题,本申请是这样实现的:
第一方面,本申请实施例提供了一种数据重传方法,应用于目标节点,包括:
获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;
根据所述映射关系,进行数据重传。
第二方面,本申请实施例提供了一种数据重传方法,应用于源节点,包括:
向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数。
第三方面,本申请实施例提供了一种数据重传方法,应用于终端,包括:
在所述终端切换到目标节点后,接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包;
其中,所述数据包的源PDCP序列号为源节点为所述数据包分配的PDCP序列号。
第四方面,本申请实施例提供了一种数据重传装置,应用于目标节点,包括:
关系获取模块,用于获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;
数据重传模块,用于根据所述映射关系,进行数据重传。
第五方面,本申请实施例提供了一种数据重传装置,应用于源节点,包括:
关系发送模块,用于向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数。
第六方面,本申请实施例提供了一种数据重传装置,应用于终端,包括:
重传接收模块,用于在所述终端切换到目标节点后,接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包;
其中,所述数据包的源PDCP序列号为源节点为所述数据包分配的PDCP序列号。
第七方面,本申请实施例提供了一种通信设备,该通信设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面或第二方面或第三方面所述的方法的步骤。
第八方面,本申请实施例提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面或第二方面或第三方面所述的方法的步骤。
第九方面,本申请实施例提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现如第一方面或第二方面或第三方面所述的方法。
在本申请实施例中,在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
附图说明
图1表示本申请实施例提供的数据重传方法的步骤流程图之一;
图2表示本申请实施例提供的数据重传方法的步骤流程图之二;
图3表示本申请实施例提供的数据重传方法的步骤流程图之三;
图4表示本申请实施例提供的数据重传方法的示例的交互示意图;
图5表示本申请实施例提供的数据重传装置的结构示意图之一;
图6表示本申请实施例提供的数据重传装置的结构示意图之二;
图7表示本申请实施例提供的数据重传装置的结构示意图之三;
图8表示本申请实施例提供的网络侧设备的结构示意图;
图9表示本申请实施例提供的终端的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
下面结合附图介绍本申请的实施例。本申请实施例提供的数据重传方法、装置、目标节点、源节点及终端可以应用于无线通信***中。该无线通信***可以为采用5G***,或者演进型长期演进(Evolved Long Term Evolution,eLTE)***,或者后续演进通信***。
本申请实施例提供的终端可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer,UMPC)、上网本、可穿戴式设备(Wearable Device)、车载设备或者个人数字助理(Personal Digital Assistant,PDA)等。需要说明的是,在本申请实施例中并不限定终端的具体类型。本申请实施例中以LTE以及NR***为例,然不限于此***,本申请提供的技术方案可以应用于存在相同问题的其他***。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的数据重传方法、装置、目标节点、源节点及终端进行详细地说明
如图1所示,本申请实施例提供了一种数据重传方法,应用于目标节点,包括:
步骤101,获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;其中,GTP-U序列号,也可称为GTP-U SN,其英文全称为GPRS Tunnelling Protocol user plane sequence number,也可称为GPS隧道协议用户面序列号。PDCP序列号,也可称为PDCP SN,其英文全文为PacketData Convergence Protocol Sequence Number,也可称为分组数据汇聚协议序列号。
步骤102,根据所述映射关系,进行数据重传。
本申请实施例中,源节点和目标节点均为采用多播模式进行多播传输的网络节点,终端从源节点切换至目标节点的过程中易导致数据丢失;本申请中由目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
作为本申请的一个可选实施例,步骤102包括:
根据所述映射关系,通过终端专用调度资源或临时调度资源进行数据重传。
其中,终端专用调度资源可以为通过终端专用调度(如终端的C-RNTI)来调度的无线资源;临时调度资源可以为通过临时调度(如目标节点分配给终端的临时G-RNTI,也就是区别于目标节点使用多播方式传输所述多播业务的调度信息,比如G-RNTI)来调度的无线资源。
目标节点基于从源节点获取到的GTP-U序列号和源PDCP序列号的映射关系进行数据传输。例如,源节点指示的其中一对GTP-U SN=5和源PDCP SN=5,源节点对该数据包分配的PDCP SN=5,则目标节点重用该PDCP SN=5对GTP-U SN=5的数据进行重传。另一种情况,源节点指示一对GTP-U SN=6和PDCP SN=None,源节点还没有对该数据包分配PDCPSN,则目标节点需要按序依次编号,比如PDCP SN=6,则目标节点使用该PDCP SN=6对GTP-U SN=6的数据进行重传。
作为一个可选实施例,步骤102之前,所述方法还包括:
获取所述终端对源节点发送的数据包的接收状态指示信息,所述接收状态指示信息用于指示至少一个第一数据包的源PDCP序列号;所述第一数据包为进行节点切换之前没有被终端接收的数据包。
例如,终端在与目标节点建立连接时或之后及时主动向目标节点上报PDCP状态报告,从而使得目标节点能够获知终端的接收状态指示信息;或者,目标节点请求或源节点指示终端向目标节点上报PDCP状态报告,从而获得终端的接收状态指示信息。
需要说明的是,所述PDCP状态报告用于指示终端侧接收状态,如用于指示PDCP SN=1的包接收到了,PDCP SN=2的包没有接收到等,目标节点基于所述PDCP状态报告以及从源节点获取到GTP-U SN和PDCP SN的映射关系,可以确定GTP-U SN对应的数据包是终端没有接收到的,进而可以对没有接收到的数据进行重传。
相应的,步骤102包括:
根据所述至少一个第一数据包的源PDCP序列号以及所述映射关系,进行数据传输。
其中,所述根据所述至少一个第一数据包的源PDCP序列号以及所述映射关系,进行数据传输,包括:
根据所述映射关系,从所述至少一个第一数据包中PDCP序列号最小的第一数据包开始进行数据重传。
例如,终端上报的第一数据包的源PDCP序列号为3和4,目标节点根据映射关系,查找源PDCP序列=3的数据包的GTP-U序列号,并从GTP-U序列号对应的数据包开始按序进行数据重传。
可选的,本申请上述实施例中,步骤101包括:
接收所述源节点发送的状态指示信息,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点正在发送的数据包的GTP-U序列号和源PDCP序列号;例如,源节点将终端切换到目标节点时源节点正在发送的数据包为GTP-USN=3对应的数据包,源节点为其分配的PDCP层编号为PDCP SN=5。
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;例如,源节点决定将终端切换到目标节点时源节点第一个待发送的数据包为GTP-U SN=3对应的数据包,源节点为其分配或将为其分配的PDCP层编号为PDCP SN=5。
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号;源节点可以基于终端发送的PDCP状态报告确定在切换之前没有被终端接收的数据包的GTP-U SN和PDCP SN。
其中,源节点发起状态指示信息的时机可以是源节点决定向终端发送切换命令时或源节点向终端发送切换命令时或源节点向终端发送切换命令后,在此不做具体限定。
可选地,本申请的至少一个实施例中,步骤102之前,所述方法还包括:
接收所述源节点按照N个数据包的GTP-U序列号的顺序转发的数据包。该转发的数据包可以是源节点缓存的数据和/或从核心网节点获取的新数据。
可选地,源节点向目标节点转发数据包时还可以提供该数据包的GTP-U序列号和源PDCP序列号的映射关系,其中,源PDCP序列号为源节点为所述数据包分配的PDCP序列号。
其中,所述接收所述源节点按照N个数据包的GTP-U序列号的顺序转发的所述N个数据包,包括:
接收所述源节点从第二数据包开始按照GTP-U序列号的顺序转发的数据包;
其中,所述第二数据包为终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包;
或者,所述第二数据包为终端切换到目标节点时所述源节点的第一个待发送的数据包;
或者,所述第二数据包为切换之前所述终端第一个没有接收到的数据包。
比如,终端切换时源节点下一个等待发送GTP-U SN=6(假设该包对应PDCP SN=6)的数据包,则源节点按照GTP-U SN=6/PDCP SN=6开始按序向目标节点转发数据。如果源节点获取到GTP-U SN=2/PDCP SN=2的包没有收到(假设其他的数据包都收到了),则源节点按序向目标节点转发GTP-U SN=2/PDCP SN=2、GTP-U SN=6/PDCP SN=6的数据包。
相应的,步骤102包括:
根据所述映射关系,从所述终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包开始按序进行数据重传;
或者,
根据所述映射关系,从所述终端切换到目标节点时所述源节点的第一个待发送的数据包按序进行数据重传。
可选的,本申请的至少一个实施例中,步骤101之前,所述方法还包括:
接收所述源节点发送的切换请求消息,所述切换请求消息中携带多播业务标识和指示源节点请求转发多播业务数据的第一指示信息中的至少一项;
其中,该多播业务标识可以是TMGI,或者多播业务序号(比如源节点通过Xn接口建立过程获取到目标节点能够支持的多播业务列表,则源节点可以通过该列表中的多播业务序号指示对应的多播业务)。例如,第一指示信息为DL forwarding IE(下行转发IE),当该IE设置为第一值时,表示源节点请求转发对应的多播业务数据,当该IE设置为第二值时,表示源节点不请求转发对应的多播业务数据。再例如,第一指示信息为1比特指示,若该1比特取值为“1”,表示源节点请求转发对应的多播业务数据,若该1比特取值为“0”,表示源节点不请求转发对应的多播业务数据。又例如,第一指示信息为一个特定指示,当该特定指示存在时表示源节点请求转发对应的多播业务数据,当该特定指示不存在时表示源节点不请求转发对应的多播业务数据。
向所述源节点发送切换响应消息,所述切换响应消息中携带以下信息的至少一项:
多播业务标识;所述多播业务标识可以是TMGI;
指示目标节点同意进行多播业务数据转发的第二指示信息;例如该第二指示信息为一个特定IE,当该特定IE存在时表示目标节点同意多播业务数据转发,目标可以基于该IE提供的GTP-U序列号进行数据转发,当该特定IE不存在时表示目标节点不同意多播业务数据转发。
指示目标节点是否进行数据重传的第一重传指示信息;例如,该第一重传指示信息为1比特指示信息,当该1比特指示信息取值为“1”,表示目标节点会进行数据重传,此时,目标节点通过终端的C-RNTI调度多播业务数据;当该1比特指示信息取值为“0”,表示目标节点不会进行数据重传。
指示目标节点进行数据重传的资源的第二重传指示信息;例如,将MRB对应的一个特定域设置为第一值,当终端切换到目标节点后目标节点可以通过终端的C-RNTI调度多播业务数据;或者,当第二重传指示信息为临时的多播数据调度信息(如临时G-RNTI),当该指示存在时,表示目标节点通过该临时的G-RNTI调度多播数据。
用于进行数据重传的混合自动重传请求HARQ进程信息;例如,当终端切换到目标节点后目标节点通过特定的HARQ进程重传多播数据。比如,目标节点正在使用HARQprocess ID=1,2以多播模式传输多播业务,对该终端,目标节点为其分配特定的HARQprocess ID=3为终端重传该多播业务数据。
用于通过多播模式进行多播数据传输的公共资源的配置信息其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息,例如某多播业务对应的调度信息G-RNTI(该G-RNTI不同于上述临时G-RNTI)。
其中,源节点基于多播业务的需求确定是否请求请求转发多播业务数据,比如,某多播业务的服务质量QoS需求较高(如可靠性较高),则源节点在切换请求中携带请求转发多播业务数据的第一指示信息。反之,不携带第一指示信息。
作为本申请的又一可选实施例,步骤102之前,所述方法还包括:
与接收到所述源节点发送的切换命令消息的终端建立连接;所述切换命令消息携带以下信息的至少一项:
多播业务标识;所述多播业务标识可以是TMGI。
指示目标节点是否进行数据重传的第一重传指示信息;例如,该第一重传指示信息为1比特指示信息,当该1比特指示信息取值为“1”,表示目标节点会进行数据重传,此时,目标节点通过终端的C-RNTI调度多播业务数据;当该1比特指示信息取值为“0”,表示目标节点不会进行数据重传。
指示目标节点进行数据重传的资源的第二重传指示信息;例如,将MRB对应的一个特定域设置为第一值,当终端切换到目标节点后目标节点可以通过终端的C-RNTI调度多播业务数据;或者,当第二重传指示信息为临时的多播数据调度信息(如临时G-RNTI),当该指示存在时,表示目标节点通过该临时的G-RNTI调度多播数据。
用于进行数据重传的混合自动重传请求HARQ进程信息;例如,当终端切换到目标节点后目标节点通过特定的HARQ进程重传多播数据。比如,目标节点正在使用HARQprocess ID=1,2以多播模式传输多播业务,对该终端,目标节点为其分配特定的HARQprocess ID=3为终端重传该多播业务数据。
用于通过多播模式进行多播数据传输的公共资源的配置信息。其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息,例如某多播业务对应的调度信息G-RNTI(该G-RNTI不同于上述临时G-RNTI)。
本申请实施例中,若源节点按照N个数据包的GTP-U序列号的顺序转发的数据包,所述方法还包括:
根据所述目标节点的缓存数据状态,向所述源节点发送停止数据转发指示。
例如,源节点向目标节点转发GTP-U SN=3,4,5,...的数据包,如果目标节点接收到GTP-U SN=5对应的数据包且其缓存中有GTP-U SN=5的数据包则指示源节点停止数据转发。或者,如果目标节点接收到GTP-U SN=5对应的数据包且目标节点的缓存中有GTP-USN=6的数据包则指示源节点停止数据转发。
进一步的,步骤102之后,所述方法还包括:
向终端发送第三指示信息,所述第三指示信息用于指示目标节点的数据重传结束。
综上,在本申请实施例中,在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
如图2所示,本申请实施例还提供一种数据重传方法,应用于源节点,包括:
步骤201,向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数。
其中,GTP-U序列号,也可称为GTP-U SN,其英文全称为GPRS TunnellingProtocol user plane sequence number,也可称为GPS隧道协议用户面序列号。PDCP序列号,也可称为PDCP SN,其英文全文为Packet Data Convergence Protocol SequenceNumber,也可称为分组数据汇聚协议序列号。
本申请实施例中,源节点和目标节点均为采用多播模式进行多播传输的网络节点,终端从源节点切换至目标节点的过程中易导致数据丢失;本申请中由目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
需要说明的是,本申请实施例提供的数据重传方法,执行主体可以为数据重传装置,或者该数据重传装置中的用于执行加载数据重传方法的控制模块。本申请实施例中以数据重传装置执行加载数据重传方法为例,说明本申请实施例提供的数据重传方法。
可选的,本申请上述实施例中,步骤201包括:
向目标节点发送状态指示信息,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点正在发送的数据包的GTP-U序列号和源PDCP序列号;例如,源节点将终端切换到目标节点时源节点正在发送的数据包为GTP-USN=3对应的数据包,源节点为其分配的PDCP层编号为PDCP SN=5。
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;例如,源节点决定将终端切换到目标节点时源节点第一个待发送的数据包为GTP-U SN=3对应的数据包,源节点为其分配或将为其分配的PDCP层编号为PDCP SN=5。
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号;源节点可以基于终端发送的PDCP状态报告确定在切换之前没有被终端接收的数据包的GTP-U SN和PDCP SN。
其中,源节点发起状态指示信息的时机可以是源节点决定向终端发送切换命令时或源节点向终端发送切换命令时或源节点向终端发送切换命令后,在此不做具体限定。
可选地,本申请的至少一个实施例中,所述方法还包括:
按照N个数据包的GTP-U序列号的顺序向所述目标节点转发数据包。
该转发的数据包可以是源节点缓存的数据和/或从核心网节点获取的新数据。
可选地,源节点向目标节点转发数据包时还可以提供该数据包的GTP-U序列号和源PDCP序列号的映射关系,其中,源PDCP序列号为源节点为所述数据包分配的PDCP序列号。
其中,所述按照N个数据包的GTP-U序列号的顺序向所述目标节点转发数据包,包括:
从第二数据包开始按照GTP-U序列号的顺序向所述目标节点转发数据包;
其中,所述第二数据包为终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包;
或者,所述第二数据包为终端切换到目标节点时所述源节点的第一个待发送的数据包;
或者,所述第二数据包为切换之前所述终端第一个没有接收到的数据包。
比如,终端切换时源节点下一个等待发送GTP-U SN=6(假设该包对应PDCP SN=6)的数据包,则源节点按照GTP-U SN=6/PDCP SN=6开始按序向目标节点转发数据。如果源节点获取到GTP-U SN=2/PDCP SN=2的包没有收到(假设其他的数据包都收到了),则源节点按序向目标节点转发GTP-U SN=2/PDCP SN=2、GTP-U SN=6/PDCP SN=6的数据包。
可选的,本申请的至少一个实施例中,步骤201之前,所述方法还包括:
向所述目标节点发送切换请求消息,所述切换请求消息中携带多播业务标识和指示源节点请求转发多播业务数据的第一指示信息中的至少一项;其中,该多播业务标识可以是TMGI,或者多播业务序号(比如源节点通过Xn接口建立过程获取到目标节点能够支持的多播业务列表,则源节点可以通过该列表中的多播业务序号指示对应的多播业务)。例如,第一指示信息为DL forwarding IE(下行转发IE),当该IE设置为第一值时,表示源节点请求转发对应的多播业务数据,当该IE设置为第二值时,表示源节点不请求转发对应的多播业务数据。再例如,第一指示信息为1比特指示,若该1比特取值为“1”,表示源节点请求转发对应的多播业务数据,若该1比特取值为“0”,表示源节点不请求转发对应的多播业务数据。又例如,第一指示信息为一个特定指示,当该特定指示存在时表示源节点请求转发对应的多播业务数据,当该特定指示不存在时表示源节点不请求转发对应的多播业务数据。
接收所述目标节点发送的切换响应消息,所述切换响应消息中携带以下信息的至少一项:
多播业务标识;所述多播业务标识可以是TMGI;
指示目标节点同意进行多播业务数据转发的第二指示信息;例如该第二指示信息为一个特定IE,当该特定IE存在时表示目标节点同意多播业务数据转发,目标可以基于该IE提供的GTP-U序列号进行数据转发,当该特定IE不存在时表示目标节点不同意多播业务数据转发。
指示目标节点是否进行数据重传的第一重传指示信息;例如,该第一重传指示信息为1比特指示信息,当该1比特指示信息取值为“1”,表示目标节点会进行数据重传,此时,目标节点通过终端的C-RNTI调度多播业务数据;当该1比特指示信息取值为“0”,表示目标节点不会进行数据重传。
指示目标节点进行数据重传的资源的第二重传指示信息;例如,将MRB对应的一个特定域设置为第一值,当终端切换到目标节点后目标节点可以通过终端的C-RNTI调度多播业务数据;或者,当第二重传指示信息为临时的多播数据调度信息(如临时G-RNTI),当该指示存在时,表示目标节点通过该临时的G-RNTI调度多播数据。
用于进行数据重传的混合自动重传请求HARQ进程信息;例如,当终端切换到目标节点后目标节点通过特定的HARQ进程重传多播数据。比如,目标节点正在使用HARQprocess ID=1,2以多播模式传输多播业务,对该终端,目标节点为其分配特定的HARQprocess ID=3为终端重传该多播业务数据。
用于通过多播模式进行多播数据传输的公共资源的配置信息其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息,例如某多播业务对应的调度信息G-RNTI(该G-RNTI不同于上述临时G-RNTI)。
其中,源节点基于多播业务的需求确定是否请求请求转发多播业务数据,比如,某多播业务的服务质量QoS需求较高(如可靠性较高),则源节点在切换请求中携带请求转发多播业务数据的第一指示信息。反之,不携带第一指示信息。
作为本申请的又一可选实施例,所述方法还包括:
向终端发送切换命令消息,所述切换命令消息携带以下信息的至少一项:
多播业务标识;所述多播业务标识可以是TMGI。
指示目标节点是否进行数据重传的第一重传指示信息;例如,该第一重传指示信息为1比特指示信息,当该1比特指示信息取值为“1”,表示目标节点会进行数据重传,此时,目标节点通过终端的C-RNTI调度多播业务数据;当该1比特指示信息取值为“0”,表示目标节点不会进行数据重传。
指示目标节点进行数据重传的资源的第二重传指示信息;例如,将MRB对应的一个特定域设置为第一值,当终端切换到目标节点后目标节点可以通过终端的C-RNTI调度多播业务数据;或者,当第二重传指示信息为临时的多播数据调度信息(如临时G-RNTI),当该指示存在时,表示目标节点通过该临时的G-RNTI调度多播数据。
用于进行数据重传的混合自动重传请求HARQ进程信息;例如,当终端切换到目标节点后目标节点通过特定的HARQ进程重传多播数据。比如,目标节点正在使用HARQprocess ID=1,2以多播模式传输多播业务,对该终端,目标节点为其分配特定的HARQprocess ID=3为终端重传该多播业务数据。
用于通过多播模式进行多播数据传输的公共资源的配置信息。其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息,例如某多播业务对应的调度信息G-RNTI(该G-RNTI不同于上述临时G-RNTI)。
本申请实施例中,若源节点按照N个数据包的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序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
需要说明的是,本申请实施例提供的数据重传方法,执行主体可以为数据重传装置,或者该数据重传装置中的用于执行加载数据重传方法的控制模块。本申请实施例中以数据重传装置执行加载数据重传方法为例,说明本申请实施例提供的数据重传方法。
如图3所示,本申请实施例还提供一种数据重传方法,应用于终端,包括:
步骤301,在所述终端切换到目标节点后,接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包;
其中,所述数据包的源PDCP序列号为源节点为所述数据包分配的PDCP序列号。
其中,GTP-U序列号,也可称为GTP-U SN,其英文全称为GPRS TunnellingProtocol user plane sequence number,也可称为GPS隧道协议用户面序列号。PDCP序列号,也可称为PDCP SN,其英文全文为Packet Data Convergence Protocol SequenceNumber,也可称为分组数据汇聚协议序列号。
终端维护两套协议栈,分别对应源MRB(第一协议栈)和目标MBR(第二协议栈)。终端基于数据重传配置接收的数据对应于源MRB的协议栈,基于目标小区的公共资源配置接收的数据对应于目标MRB的协议栈。(如终端接收到C-RNTI或临时G-RNTI或G-RNTI通过特定HARQ进程传输的数据时,将该数据递交给源MRB对应的协议栈,当终端接收到通过G-RNTI通过公共HARQ进程传输的数据时,将该数据递交给目标MRB对应的协议栈)。
需要说明的是,所述目标小区发送以多播方式发送多播业务数据的公共资源配置信息可以是切换命令中携带的,也可以是终端切换到目标小区通过读取目标小区的***信息获取的,也可以是目标小区通过专用信令发送给终端的。
可选的,步骤301包括:
基于源节点的第一协议栈,接收所述目标节点重传的数据包。
和/或,
所述方法还包括:
基于目标节点的第二协议栈,接收所述目标节点发送的多播业务的数据。
需要说明的是,终端可以维护两套协议栈,即基于源节点的第一协议栈和基于目标节点的第二协议栈,可同时接收目标节点发送的重传数据以及目标节点通过多播方式发送的多播业务数据。为保证终端向高层(如应用层)递交的数据是按序的,终端需要先将接收到的通过目标节点以多播方式发送的数据缓存起来,当终端接收到目标节点发送的数据重传结束指示,并将第一协议栈的数据递交到高层后,才可以开始将缓存的通过目标节点以多播方式发送的数据递交高层。终端基于第一协议栈和第二协议栈接收到的数据可能存在重复数据,终端的应用层可执行重复性检测,以丢弃或剔除重复数据。
需要说明的是,终端可以维护两套协议栈,即基于源节点的第一协议栈和基于目标节点的第二协议栈。当终端接收到目标节点发送的数据重传结束指示,并将第一协议栈的数据递交到高层后,才可以开始基于第二协议栈接收目标节点以多播方式发送的数据。
作为本申请的一个可选实施例,步骤301包括:
根据终端专用资源或临时调度资源,接收所述目标节点重传的数据包。
其中,终端专用调度资源可以为通过终端专用调度(如终端的C-RNTI)来调度的无线资源;临时调度资源可以为通过临时调度(如目标节点分配给终端的临时G-RNTI,也就是区别于目标节点使用多播方式传输所述多播业务的调度信息,比如G-RNTI)来调度的无线资源。
目标节点基于从源节点获取到的GTP-U序列号和源PDCP序列号的映射关系进行数据传输。例如,源节点指示的其中一对GTP-U SN=5和源PDCP SN=5,源节点对该数据包分配的PDCP SN=5,则目标节点重用该PDCP SN=5对GTP-U SN=5的数据进行重传。另一种情况,源节点指示一对GTP-U SN=6和PDCP SN=None,源节点还没有对该数据包分配PDCPSN,则目标节点需要按序依次编号,比如PDCP SN=6,则目标节点使用该PDCP SN=6对GTP-U SN=6的数据进行重传
作为一个可选实施例,步骤301之前,所述方法还包括:
接收源节点发送的切换命令消息;
根据所述切换命令消息与所述目标节点建立连接;其中,切换命令消息携带以下信息的至少一项:
多播业务标识;所述多播业务标识可以是TMGI。
指示目标节点是否进行数据重传的第一重传指示信息;例如,该第一重传指示信息为1比特指示信息,当该1比特指示信息取值为“1”,表示目标节点会进行数据重传,此时,目标节点通过终端的C-RNTI调度多播业务数据;当该1比特指示信息取值为“0”,表示目标节点不会进行数据重传。
指示目标节点进行数据重传的资源的第二重传指示信息;例如,将MRB对应的一个特定域设置为第一值,当终端切换到目标节点后目标节点可以通过终端的C-RNTI调度多播业务数据;或者,当第二重传指示信息为临时的多播数据调度信息(如临时G-RNTI),当该指示存在时,表示目标节点通过该临时的G-RNTI调度多播数据。
用于进行数据重传的混合自动重传请求HARQ进程信息;例如,当终端切换到目标节点后目标节点通过特定的HARQ进程重传多播数据。比如,目标节点正在使用HARQprocess ID=1,2以多播模式传输多播业务,对该终端,目标节点为其分配特定的HARQprocess ID=3为终端重传该多播业务数据。
用于通过多播模式进行多播数据传输的公共资源的配置信息。其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息,例如某多播业务对应的调度信息G-RNTI(该G-RNTI不同于上述临时G-RNTI)。
进一步的,终端接收到切换命令消息之后,所述方法还包括以下至少一项:
保持所述切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体不变;
重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体;所述重建行为包括将接收RLC实体缓存中的数据处理后递交到高层(如PDCP实体,此行为适用于RLC配置有重排序功能),以及将接收RLC实体的接收窗口初始化;
触发状态报告反馈,所述状态报告用于指示终端侧对数据包的接收状态;如切换命令中指示网络侧(如目标节点)将对某多播业务进行重传,终端向网络侧反馈下行数据的接收状态(如PDCP状态报告)。
需要说明的是,所述多播业务的多播模式对应的接收PDCP实体、RLC实体指的是终端接收源节点通过多播方式发送的所述多播业务时使用的协议栈实体。
所述源节点对应的接收PDCP实体、RLC实体为终端在源节点时接收源节点以多播方式发送数据时使用的协议栈实体,切换后,终端使用所述协议栈实体接收目标节点发送的重传数据。当终端接收到目标节点发送的数据重传结束指示后,可立即将所述协议栈实体的数据递交到高层(如理解释放PDCP、RLC实体),也可以等所述协议栈实体维护的定时器超时后将所述协议栈实体的数据递交高层。
所述目标节点对应的接收PDCP实体、RLC实体为终端在目标节点时接收目标节点以多播方式发送数据时使用的协议栈实体。
本申请实施例中,步骤301之后,所述方法还包括:
接收所述目标节点发送的第三指示信息,所述第三指示信息用于指示目标节点的数据重传结束。
相应的,如果网络侧给终端配置了临时G-RNTI(即目标节点采用临时调度资源给终端重传数据),所述方法还包括:
停止监听临时调度资源,所述临时调度资源用于目标节点进行数据重传。
可以理解的是,如果网络侧给终端配置了临时调度资源(如临时G-RNTI),当终端接收到目标节点发送的数据重传结束指示后,可理解为目标节点后续可能不在使用该临时调度资源传输重传数据,则终端可停止监听所述临时调度资源,或者当终端决定或开始将第一协议栈数据递交高层时,停止监听所述临时调度资源。
进一步的,终端接收到第三指示信息之后,所述方法还包括以下至少一项:
释放所述切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体;所述释放行为包括将接收PDCP实体缓存中的数据处理后递交到高层,以及将释放接收PDCP实体;
释放所述切换命令消息指示的多播业务与所述源节点对应的接收RLC实体;所述释放行为包括将接收RLC实体缓存中的数据处理后递交到高层(如PDCP实体,此行为适用于RLC配置有重排序功能),以及将释放接收RLC实体;
指示所述切换命令消息指示的多播业务与所述目标节点对应的接收PDCP实体可以按序向上层递交数据;
指示所述切换命令消息指示的多播业务与所述目标节点对应的接收RLC实体可以按序向上层递交数据。
作为一个可选实施例,步骤301之前,所述方法还包括:
向目标节点发送所述终端对源节点发送的数据包的接收状态指示信息,所述接收状态指示信息用于指示至少一个第一数据包的源PDCP序列号;所述第一数据包为进行节点切换之前没有被终端接收的数据包。
例如,终端在与目标节点建立连接时或之后及时主动向目标节点上报PDCP状态报告,从而使得目标节点能够获知终端的接收状态指示信息;或者,目标节点请求或源节点指示终端向目标节点上报PDCP状态报告,从而获得终端的接收状态指示信息。
需要说明的是,所述PDCP状态报告用于指示终端侧接收状态,如用于指示PDCP SN=1的包接收到了,PDCP SN=2的包没有接收到等,目标节点基于所述PDCP状态报告以及从源节点获取到GTP-U SN和PDCP SN的映射关系,可以确定GTP-U SN对应的数据包是终端没有接收到的,进而可以对没有接收到的数据进行重传。
相应的,步骤301包括:
接收所述目标节点根据所述映射关系从所述至少一个第一数据包中PDCP序列号最小的第一数据包开始重传的数据包。
例如,终端上报的第一数据包的源PDCP序列号为3和4,目标节点根据映射关系,查找源PDCP序列=3的数据包的GTP-U序列号,并从GTP-U序列号对应的数据包开始按序进行数据重传。
综上,在本申请实施例中,在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
需要说明的是,本申请实施例提供的数据重传方法,执行主体可以为数据重传装置,或者该数据重传装置中的用于执行加载数据重传方法的控制模块。本申请实施例中以数据重传装置执行加载数据重传方法为例,说明本申请实施例提供的数据重传方法。
为了更清楚的描述本申请提供的数据重传方法,下面结合一个示例对该数据重传方法进行描述。如图4所示,该数据重传方法包括以下步骤:
步骤1,源节点向目标节点发送切换请求消息,所述切换请求消息中携带多播相关信息。其中,所述多播业务信息包含以下一项或多项内容:
多播业务标识;该多播业务标识可以是TMGI,或者多播业务序号(比如源节点通过Xn接口建立过程获取到目标节点能够支持的多播业务列表,则源节点可以通过该列表中的多播业务序号指示对应的多播业务)。
指示源节点请求转发多播业务数据的第一指示信息;例如,第一指示信息为DLforwarding IE(下行转发IE),当该IE设置为第一值时,表示源节点请求转发对应的多播业务数据,当该IE设置为第二值时,表示源节点不请求转发对应的多播业务数据。再例如,第一指示信息为1比特指示,若该1比特取值为“1”,表示源节点请求转发对应的多播业务数据,若该1比特取值为“0”,表示源节点不请求转发对应的多播业务数据。又例如,第一指示信息为一个特定指示,当该特定指示存在时表示源节点请求转发对应的多播业务数据,当该特定指示不存在时表示源节点不请求转发对应的多播业务数据。
目标节点向源节点发送切换响应消息,所述切换响应消息中携带多播业务相关信息。其中,所述多播业务相关信息包含以下一项或多项:
多播业务标识;所述多播业务标识可以是TMGI;
指示目标节点同意进行多播业务数据转发的第二指示信息;例如该第二指示信息为一个特定IE,当该特定IE存在时表示目标节点同意多播业务数据转发,目标可以基于该IE提供的GTP-U序列号进行数据转发,当该特定IE不存在时表示目标节点不同意多播业务数据转发。
指示目标节点是否进行数据重传的第一重传指示信息;例如,该第一重传指示信息为1比特指示信息,当该1比特指示信息取值为“1”,表示目标节点会进行数据重传,此时,目标节点通过终端的C-RNTI调度多播业务数据;当该1比特指示信息取值为“0”,表示目标节点不会进行数据重传。
指示目标节点进行数据重传的资源的第二重传指示信息;例如,将MRB对应的一个特定域设置为第一值,当终端切换到目标节点后目标节点可以通过终端的C-RNTI调度多播业务数据;或者,当第二重传指示信息为临时的多播数据调度信息(如临时G-RNTI),当该指示存在时,表示目标节点通过该临时的G-RNTI调度多播数据。
用于进行数据重传的混合自动重传请求HARQ进程信息;例如,当终端切换到目标节点后目标节点通过特定的HARQ进程重传多播数据。比如,目标节点正在使用HARQprocess ID=1,2以多播模式传输多播业务,对该终端,目标节点为其分配特定的HARQprocess ID=3为终端重传该多播业务数据。
用于通过多播模式进行多播数据传输的公共资源的配置信息。其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息,例如某多播业务对应的调度信息G-RNTI(该G-RNTI不同于上述临时G-RNTI)。
步骤3,源节点向目标节点发送状态指示信息,所述状态指示信息用于展示N个数据包的GTP-U序列号和源PDCP序列号的映射关系,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点正在发送的数据包的GTP-U序列号和源PDCP序列号;例如,源节点将终端切换到目标节点时源节点正在发送的数据包为GTP-USN=3对应的数据包,源节点为其分配的PDCP层编号为PDCP SN=5。
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;例如,源节点决定将终端切换到目标节点时源节点第一个待发送的数据包为GTP-U SN=3对应的数据包,源节点为其分配或将为其分配的PDCP层编号为PDCP SN=5。
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号;源节点可以基于终端发送的PDCP状态报告确定在切换之前没有被终端接收的数据包的GTP-U SN和PDCP SN。
其中,源节点发起状态指示信息的时机可以是源节点决定向终端发送切换命令时或源节点向终端发送切换命令时或源节点向终端发送切换命令后,在此不做具体限定。
步骤3.1,源节点向目标节点转发数据。例如,源节点按序(GTP-U SN)向目标节点转发数据,所述数据可以是源节点缓存的数据和/或从核心网节点获取的新数据。
其中,源节点向目标节点转发数据时提供该数据包的GTP-U SN和源PDCP SN的映射关系,其中所述源PDCP SN为源节点为所述数据包分配的PDCP序列号。
其中,源节点从终端切换时源节点的状态指示信息对应的数据包开始按序发送。或,源节点从终端切换时源节点的状态指示信息对应的下一个数据包开始按序发送。
额外的,如果源节点获取到了终端的接收状态信息,则源节点从终端第一个没有接收到的数据开始按序转发数据。比如,终端切换时源节点下一个等待发送GTP-U SN=6(假设该包对应PDCP SN=6)的数据包,则源节点按照GTP-U SN=6/PDCP SN=6开始按序向目标节点转发数据。如果源节点获取到GTP-U SN=2/PDCP SN=2的包没有收到(假设其他的数据包都收到了),则源节点按序向目标节点转发GTP-U SN=2/PDCP SN=2、GTP-U SN=6/PDCP SN=6的数据包。
其中,步骤3和步骤3.1可以是独立的过程,也可以是合并的过程。
步骤4,源节点向终端发送切换命令消息,所述切换命令消息中携带多播业务相关信息。其中所述多播业务相关信息包含以下内容的至少一项:
多播业务标识;所述多播业务标识可以是TMGI。
指示目标节点是否进行数据重传的第一重传指示信息;例如,该第一重传指示信息为1比特指示信息,当该1比特指示信息取值为“1”,表示目标节点会进行数据重传,此时,目标节点通过终端的C-RNTI调度多播业务数据;当该1比特指示信息取值为“0”,表示目标节点不会进行数据重传。
指示目标节点进行数据重传的资源的第二重传指示信息;例如,将MRB对应的一个特定域设置为第一值,当终端切换到目标节点后目标节点可以通过终端的C-RNTI调度多播业务数据;或者,当第二重传指示信息为临时的多播数据调度信息(如临时G-RNTI),当该指示存在时,表示目标节点通过该临时的G-RNTI调度多播数据。
用于进行数据重传的混合自动重传请求HARQ进程信息;例如,当终端切换到目标节点后目标节点通过特定的HARQ进程重传多播数据。比如,目标节点正在使用HARQprocess ID=1,2以多播模式传输多播业务,对该终端,目标节点为其分配特定的HARQprocess ID=3为终端重传该多播业务数据。
用于通过多播模式进行多播数据传输的公共资源的配置信息;其中所述公共资源的配置信息可以是目标节点以多播方式发送该多播业务时的调度信息,例如某多播业务对应的调度信息G-RNTI。
步骤5,终端接收源节点发送的切换命令消息,所述切换命令消息中携带多播业务相关信息。终端发起与目标节点的连接建立过程。此外,终端的行为还包括以下一项或多项:
保持所述切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体不变;
重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体;
触发状态报告反馈,所述状态报告用于指示终端侧对数据包的接收状态。
步骤6,目标节点进行数据重传,所述数据重传的资源为通过终端专用调度(如C-RNTI)或临时调度(如临时G-RNTI)来调度无线资源。目标节点基于从源节点获取到的GTP-USN和源PDCP SN映射关系进行数据重传。例如源节点指示的其中一对GTP-U SN=5和源PDCPSN=5,源节点对该数据包分配的PDCP SN=5,则目标节点重用该PDCP SN=5对GTP-U SN=5的数据进行重传。另一种情况,源节点指示一对GTP-U SN=6和PDCP SN=None,源节点还没有对该数据包分配PDCP SN,则目标节点需要按序依次编号,比如PDCP SN=6,则目标节点使用该PDCP SN=6对GTP-U SN=6的数据进行重传。
需要说明的是,终端维护两套协议栈,分别对应源MRB(第一协议栈)和目标MBR(第二协议栈)。终端基于数据重传配置接收的数据对应于源MRB的协议栈,基于目标小区的公共资源配置接收的数据对应于目标MRB的协议栈。(如终端接收到C-RNTI或临时G-RNTI或G-RNTI通过特定HARQ进程传输的数据时,将该数据递交给源MRB对应的协议栈,当终端接收到通过G-RNTI通过公共HARQ进程传输的数据时,将该数据递交给目标MRB对应的协议栈)。
步骤7,目标节点指示源节点停止数据转发。例如,目标节点基于以下信息决定指示源节点停止数据转发的时机:
基于目标节点的缓存数据或发送状态,如源节点向目标节点转发GTP-U SN=3,4,5,...的数据包,如果目标节点接收到GTP-U SN=5对应的数据包且其缓存中有GTP-U SN=5的数据包则指示源节点停止数据转发。或如果目标节点接收到GTP-U SN=5对应的数据包且其缓存中有GTP-U SN=6的数据包则指示源节点停止数据转发。如源节点向目标节点转发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实体可以按序向上层递交数据。
需要说明的是,所述源节点对应的接收PDCP实体、RLC实体为终端在源节点时接收源节点以多播方式发送数据时使用的协议栈实体,切换后,终端使用所述协议栈实体接收目标节点发送的重传数据。当终端接收到目标节点发送的数据重传结束指示后,可立即将所述协议栈实体的数据递交到高层(如理解释放PDCP、RLC实体),也可以等所述协议栈实体维护的定时器超时后将所述协议栈实体的数据递交高层。
需要说明的是,所述目标节点对应的接收PDCP实体、RLC实体为终端在目标节点时接收目标节点以多播方式发送数据时使用的协议栈实体。
额外的,如果网络侧给UE配置了临时G-RNTI,UE停止监听该临时G-RNTI。
可以理解的,如果网络侧给UE配置了临时调度资源(如临时G-RNTI),当终端接收到目标节点发送的数据重传结束指示后,可理解为目标节点后续可能不在使用该临时调度资源传输重传数据,则终端可停止监听所述临时调度资源,或者当终端决定或开始将第一协议栈数据递交高层时,停止监听所述临时调度资源。
如图5所示,本申请实施例还提供一种数据重传装置500,应用于目标节点,包括:
关系获取模块501,用于获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;
数据重传模块502,用于根据所述映射关系,进行数据重传。
作为本申请的至少一个可选实施例,所述装置还包括:
信息获取模块,用于获取所述终端对源节点发送的数据包的接收状态指示信息,所述接收状态指示信息用于指示至少一个第一数据包的源PDCP序列号;所述第一数据包为进行节点切换之前没有被终端接收的数据包;
所述数据重传模块包括:
第一数据重传子模块,用于根据所述至少一个第一数据包的源PDCP序列号以及所述映射关系,进行数据传输。
作为本申请的至少一个可选实施例,所述第一数据重传子模块包括:
第一数据重传单元,用于根据所述映射关系,从所述至少一个第一数据包中PDCP序列号最小的第一数据包开始进行数据重传。
作为本申请的至少一个可选实施例,所述关系获取模块包括:
关系获取子模块,用于接收所述源节点发送的状态指示信息,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点正在发送的数据包的GTP-U序列号和源PDCP序列号;
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号。
作为本申请的至少一个可选实施例,所述装置还包括:
数据接收模块,用于接收所述源节点按照N个数据包的GTP-U序列号的顺序转发的数据包。
作为本申请的至少一个可选实施例,所述数据接收模块包括:
数据接收子模块,用于接收所述源节点从第二数据包开始按照GTP-U序列号的顺序转发的数据包;
其中,所述第二数据包为终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包;
或者,所述第二数据包为终端切换到目标节点时所述源节点的第一个待发送的数据包;
或者,所述第二数据包为切换之前所述终端第一个没有接收到的数据包。
作为本申请的至少一个可选实施例,所述数据重传模块包括:
第二数据重传子模块,用于根据所述映射关系,从所述终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包开始按序进行数据重传;
或者,用于根据所述映射关系,从所述终端切换到目标节点时所述源节点的第一个待发送的数据包按序进行数据重传。
作为本申请的至少一个可选实施例,所述装置还包括:
请求接收模块,用于接收所述源节点发送的切换请求消息,所述切换请求消息中携带多播业务标识和指示源节点请求转发多播业务数据的第一指示信息中的至少一项;
响应发送模块,用于向所述源节点发送切换响应消息,所述切换响应消息中携带以下信息的至少一项:
多播业务标识;
指示目标节点同意进行多播业务数据转发的第二指示信息;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例,所述装置还包括:
第二连接模块,用于与接收到所述源节点发送的切换命令消息的终端建立连接;所述切换命令消息携带以下信息的至少一项:
多播业务标识;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例,所述装置还包括:
指示发送模块,用于根据所述目标节点的缓存数据状态,向所述源节点发送停止数据转发指示。
作为本申请的至少一个可选实施例,所述装置还包括:
第三发送模块用于向终端发送第三指示信息,所述第三指示信息用于指示目标节点的数据重传结束。
本申请实施例提供的数据重传装置能够实现图1的方法实施例中数据重传装置实现的各个过程,为避免重复,这里不再赘述
在本申请实施例中,在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
可选的,本申请实施例还提供一种通信设备,该通信设备为目标节点,包括处理器,存储器,存储在存储器上并可在所述处理器上运行的程序或指令,该程序或指令被处理器执行时实现上述数据重传方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
如图6所示,本申请实施例还提供一种数据重传装置600,应用于源节点,包括:
关系发送模块601,用于向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数。
作为本申请的至少一个可选实施例,所述关系发送模块包括:
关系发送子模块,用于向目标节点发送状态指示信息,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点正在发送的数据包的GTP-U序列号和源PDCP序列号;
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号。
作为本申请的至少一个可选实施例,所述装置还包括:
数据转发模块,用于按照N个数据包的GTP-U序列号的顺序向所述目标节点转发数据包。
作为本申请的至少一个可选实施例,所述数据转发模块包括:
数据转发子模块,用于从第二数据包开始按照GTP-U序列号的顺序向所述目标节点转发数据包;
其中,所述第二数据包为终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包;
或者,所述第二数据包为终端切换到目标节点时所述源节点的第一个待发送的数据包;
或者,所述第二数据包为切换之前所述终端第一个没有接收到的数据包。
作为本申请的至少一个可选实施例,所述装置还包括:
请求发送模块,用于向所述目标节点发送切换请求消息,所述切换请求消息中携带多播业务标识和指示源节点请求转发多播业务数据的第一指示信息中的至少一项;
响应接收模块,用于接收所述目标节点发送的切换响应消息,所述切换响应消息中携带以下信息的至少一项:
多播业务标识;
指示目标节点同意进行多播业务数据转发的第二指示信息;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例,所述装置还包括:
命令发送模块,用于向终端发送切换命令消息,所述切换命令消息携带以下信息的至少一项:
多播业务标识;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例,所述装置还包括:
停止模块,用于接收所述目标节点发送的停止数据转发指示,并停止数据包转发;
或者,用于在第一定时器超时,所述源节点未接收到所述目标节点发送的停止数据转发指示,停止数据包转发。
本申请实施例提供的数据重传装置能够实现图2的方法实施例中数据重传装置实现的各个过程,为避免重复,这里不再赘述
在本申请实施例中,在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
可选的,本申请实施例还提供一种通信设备,该通信设备为源节点,包括处理器,存储器,存储在存储器上并可在所述处理器上运行的程序或指令,该程序或指令被处理器执行时实现上述数据重传方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
如图7所示,本申请实施例还提供一种数据重传装置700,应用于终端,包括:
重传接收模块701,用于在所述终端切换到目标节点后,接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包;
其中,所述数据包的源PDCP序列号为源节点为所述数据包分配的PDCP序列号。
作为本申请的至少一个可选实施例,所述重传接收模块包括:
第一子模块,用于基于源节点的第一协议栈,接收所述目标节点重传的数据包。
作为本申请的至少一个可选实施例,所述重传接收模块包括:
重传接收子模块,用于根据终端专用资源或临时调度资源,接收所述目标节点重传的数据包。
作为本申请的至少一个可选实施例,所述装置还包括:
命令接收模块,用于接收源节点发送的切换命令消息;
第一连接模块,用于根据所述切换命令消息与所述目标节点建立连接;其中,切换命令消息携带以下信息的至少一项:
多播业务标识;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
作为本申请的至少一个可选实施例,所述装置还包括以下至少一个模块:
第一保持模块,用于保持所述切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体不变;
第一重建模块,用于重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体;
第一反馈模块,用于触发状态报告反馈,所述状态报告用于指示终端侧对数据包的接收状态。
作为本申请的至少一个可选实施例,所述装置还包括:
停止指示接收模块,用于接收所述目标节点发送的第三指示信息,所述第三指示信息用于指示目标节点的数据重传结束。
作为本申请的至少一个可选实施例,所述装置还包括:
第四接收模块,用于基于目标节点的第二协议栈,接收所述目标节点发送的多播业务的数据。
作为本申请的至少一个可选实施例,所述装置还包括以下至少一个模块:
第一释放模块,用于释放所述切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体;
第二释放模块,用于释放所述切换命令消息指示的多播业务与所述源节点对应的接收RLC实体;
第一指示模块,用于指示所述切换命令消息指示的多播业务与所述目标节点对应的接收PDCP实体可以按序向上层递交数据;
第二指示模块,用于指示所述切换命令消息指示的多播业务与所述目标节点对应的接收RLC实体可以按序向上层递交数据。
本申请实施例提供的数据重传装置能够实现图3的方法实施例中数据重传装置实现的各个过程,为避免重复,这里不再赘述
在本申请实施例中,在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
可选的,本申请实施例还提供一种通信设备,该通信设备为终端,包括处理器,存储器,存储在存储器上并可在所述处理器上运行的程序或指令,该程序或指令被处理器执行时实现上述数据重传方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例中的数据重传装置可以是装置,也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备,也可以为非移动电子设备。示例性的,移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本或者个人数字助理(personaldigital assistant,PDA)等,非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage,NAS)、个人计算机(personal computer,PC)、电视机(television,TV)、柜员机或者自助机等,本申请实施例不作具体限定。
本申请实施例中的数据重传装置可以为具有操作***的装置。该操作***可以为安卓(Android)操作***,可以为ios操作***,还可以为其他可能的操作***,本申请实施例不作具体限定。
图8是本申请一实施例的网络侧设备(目标节点或源节点)的结构图,能够实现上述的信息接收方法的细节,并达到相同的效果。如图8所示,网络侧设备1300包括:处理器1301、收发机1302、存储器1303和总线接口,其中:
处理器1301,用于读取存储器1303中的程序,执行下列过程:
获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;
根据所述映射关系,进行数据重传。
或者,处理器1301,用于读取存储器1303中的程序,执行下列过程:
向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数。
在本申请实施例中,在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1301代表的一个或多个处理器和存储器1303代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1302可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
图9为实现本申请各个实施例的一种电子设备的硬件结构示意图。
该电子设备900包括但不限于:射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、以及处理器910等部件。
本领域技术人员可以理解,电子设备900还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理***与处理器910逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图9中示出的电子设备结构并不构成对电子设备的限定,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
其中,射频单元901(如果有则写),用于在所述终端切换到目标节点后,接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包;
其中,所述数据包的源PDCP序列号为源节点为所述数据包分配的PDCP序列号。
在本申请实施例中,在终端由多播小区切换到多播小区的过程中,目标节点基于数据包的GTP-U序列号和源PDCP序列号的映射关系进行数据重传,减少终端在切换过程丢失的数据量,以进一步满足多播业务的业务需求,从而能够解决终端在切换过程中导致的数据丢失问题。
应理解的是,本申请实施例中,射频单元901可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器910处理;另外,将上行的数据发送给基站。通常,射频单元901包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元901还可以通过无线通信***与网络和其他设备通信。
电子设备通过网络模块902为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元903可以将射频单元901或网络模块902接收的或者在存储器909中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元903还可以提供与电子设备900执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元903包括扬声器、蜂鸣器以及受话器等。
输入单元904用于接收音频或视频信号。输入单元904可以包括图形处理器(Graphics Processing Unit,GPU)9041和麦克风9042,图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元906上。经图形处理器9041处理后的图像帧可以存储在存储器909(或其它存储介质)中或者经由射频单元901或网络模块902进行发送。麦克风9042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元901发送到移动通信基站的格式输出。
电子设备900还包括至少一种传感器905,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板9061的亮度,接近传感器可在电子设备900移动到耳边时,关闭显示面板9061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别电子设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器905还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元906用于显示由用户输入的信息或提供给用户的信息。显示单元906可包括显示面板9061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板9061。
用户输入单元907可用于接收输入的数字或字符信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元907包括触控面板9071以及其他输入设备9072。触控面板9071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板9071上或在触控面板9071附近的操作)。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器910,接收处理器910发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板9071。除了触控面板9071,用户输入单元907还可以包括其他输入设备9072。具体地,其他输入设备9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板9071可覆盖在显示面板9061上,当触控面板9071检测到在其上或附近的触摸操作后,传送给处理器910以确定触摸事件的类型,随后处理器910根据触摸事件的类型在显示面板9061上提供相应的视觉输出。虽然在图9中,触控面板9071与显示面板9061是作为两个独立的部件来实现电子设备的输入和输出功能,但是在某些实施例中,可以将触控面板9071与显示面板9061集成而实现电子设备的输入和输出功能,具体此处不做限定。
接口单元908为外部装置与电子设备900连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元908可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到电子设备900内的一个或多个元件或者可以用于在电子设备900和外部装置之间传输数据。
存储器909可用于存储软件程序以及各种数据。存储器909可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器909可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器910是电子设备的控制中心,利用各种接口和线路连接整个电子设备的各个部分,通过运行或执行存储在存储器909内的软件程序和/或模块,以及调用存储在存储器909内的数据,执行电子设备的各种功能和处理数据,从而对电子设备进行整体监控。处理器910可包括一个或多个处理单元;优选的,处理器910可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器910中。
电子设备900还可以包括给各个部件供电的电源(比如电池),优选的,电源可以通过电源管理***与处理器910逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
另外,电子设备900包括一些未示出的功能模块,在此不再赘述。
本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述数据重传方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述数据重传方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为***级芯片、***芯片、芯片***或片上***芯片等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (41)
1.一种数据重传方法,应用于目标节点,其特征在于,包括:
获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;
获取终端对源节点发送的数据包的接收状态指示信息,所述接收状态指示信息用于指示至少一个第一数据包的源PDCP序列号;所述第一数据包为进行节点切换之前没有被终端接收的数据包;
根据所述至少一个第一数据包的源PDCP序列号以及所述映射关系,进行数据传输;
所述获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系,包括:
接收所述源节点发送的状态指示信息,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点最近发送的数据包的GTP-U序列号和源PDCP序列号;
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号。
2.根据权利要求1所述的方法,其特征在于,所述根据所述映射关系,进行数据重传,包括:
根据所述映射关系,通过终端专用调度资源或临时调度资源进行数据重传。
3.根据权利要求1所述的方法,其特征在于,所述根据所述至少一个第一数据包的源PDCP序列号以及所述映射关系,进行数据传输,包括:
根据所述映射关系,从所述至少一个第一数据包中PDCP序列号最小的第一数据包开始进行数据重传。
4.根据权利要求1所述的方法,其特征在于,所述根据所述映射关系,进行数据重传之前,所述方法还包括:
接收所述源节点按照N个数据包的GTP-U序列号的顺序转发的数据包。
5.根据权利要求4所述的方法,其特征在于,所述接收所述源节点按照N个数据包的GTP-U序列号的顺序转发的所述N个数据包,包括:
接收所述源节点从第二数据包开始按照GTP-U序列号的顺序转发的数据包;
其中,所述第二数据包为终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包;
或者,所述第二数据包为终端切换到目标节点时所述源节点的第一个待发送的数据包;
或者,所述第二数据包为切换之前所述终端第一个没有接收到的数据包。
6.根据权利要求5所述的方法,其特征在于,所述根据所述映射关系,进行数据重传,包括:
根据所述映射关系,从所述终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包开始按序进行数据重传;
或者,
根据所述映射关系,从所述终端切换到目标节点时所述源节点的第一个待发送的数据包按序进行数据重传。
7.根据权利要求1所述的方法,其特征在于,所述获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系之前,所述方法还包括:
接收所述源节点发送的切换请求消息,所述切换请求消息中携带多播业务标识和指示源节点请求转发多播业务数据的第一指示信息中的至少一项;
向所述源节点发送切换响应消息,所述切换响应消息中携带以下信息的至少一项:
多播业务标识;
指示目标节点同意进行多播业务数据转发的第二指示信息;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
8.根据权利要求1所述的方法,其特征在于,所述根据所述映射关系,进行数据重传之前,所述方法还包括:
与接收到所述源节点发送的切换命令消息的终端建立连接;所述切换命令消息携带以下信息的至少一项:
多播业务标识;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
9.根据权利要求4或5所述的方法,其特征在于,所述方法还包括:
根据所述目标节点的缓存数据状态,向所述源节点发送停止数据转发指示。
10.根据权利要求1所述的方法,其特征在于,所述根据所述映射关系,进行数据重传之后,所述方法还包括:
向终端发送第三指示信息,所述第三指示信息用于指示目标节点的数据重传结束。
11.一种数据重传方法,应用于源节点,其特征在于,包括:
向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;
其中,所述向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系,包括:
向目标节点发送状态指示信息,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点最近发送的数据包的GTP-U序列号和源PDCP序列号;
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
按照N个数据包的GTP-U序列号的顺序向所述目标节点转发数据包。
13.根据权利要求12所述的方法,其特征在于,所述按照N个数据包的GTP-U序列号的顺序向所述目标节点转发数据包,包括:
从第二数据包开始按照GTP-U序列号的顺序向所述目标节点转发数据包;
其中,所述第二数据包为终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包;
或者,所述第二数据包为终端切换到目标节点时所述源节点的第一个待发送的数据包;
或者,所述第二数据包为切换之前所述终端第一个没有接收到的数据包。
14.根据权利要求11所述的方法,其特征在于,所述向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系之前,所述方法还包括:
向所述目标节点发送切换请求消息,所述切换请求消息中携带多播业务标识和指示源节点请求转发多播业务数据的第一指示信息中的至少一项;
接收所述目标节点发送的切换响应消息,所述切换响应消息中携带以下信息的至少一项:
多播业务标识;
指示目标节点同意进行多播业务数据转发的第二指示信息;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
向终端发送切换命令消息,所述切换命令消息携带以下信息的至少一项:
多播业务标识;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
16.根据权利要求12所述的方法,其特征在于,所述方法还包括:
接收所述目标节点发送的停止数据转发指示,并停止数据包转发;
或者,
在第一定时器超时,所述源节点未接收到所述目标节点发送的停止数据转发指示,停止数据包转发。
17.一种数据重传方法,应用于终端,其特征在于,包括:
在所述终端切换到目标节点后,接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包;
其中,所述数据包的源PDCP序列号为源节点为所述数据包分配的PDCP序列号;
所述接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包之前,所述方法还包括:
接收源节点发送的切换命令消息;
根据所述切换命令消息与所述目标节点建立连接;其中,切换命令消息携带以下信息的至少一项:
多播业务标识;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
18.根据权利要求17所述的方法,其特征在于,所述接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包,包括:
基于源节点的第一协议栈,接收所述目标节点重传的数据包。
19.根据权利要求17所述的方法,其特征在于,所述接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包,包括:
根据终端专用资源或临时调度资源,接收所述目标节点重传的数据包。
20.根据权利要求17所述的方法,其特征在于,所述方法还包括以下至少一项:
保持所述切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体不变;
重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体;
触发状态报告反馈,所述状态报告用于指示终端侧对数据包的接收状态。
21.根据权利要求17所述的方法,其特征在于,所述接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包之后,所述方法还包括:
接收所述目标节点发送的第三指示信息,所述第三指示信息用于指示目标节点的数据重传结束。
22.根据权利要求21所述的方法,其特征在于,所述方法还包括:
停止监听临时调度资源,所述临时调度资源用于目标节点进行数据重传。
23.根据权利要求17所述的方法,其特征在于,所述方法还包括:
基于目标节点的第二协议栈,接收所述目标节点发送的多播业务的数据。
24.根据权利要求21所述的方法,其特征在于,所述方法还包括以下至少一项:
释放切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体;
释放切换命令消息指示的多播业务与所述源节点对应的接收RLC实体;
指示切换命令消息指示的多播业务与所述目标节点对应的接收PDCP实体可以按序向上层递交数据;
指示切换命令消息指示的多播业务与所述目标节点对应的接收RLC实体可以按序向上层递交数据。
25.根据权利要求17所述的方法,其特征在于,所述接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包之前,所述方法还包括:
向目标节点发送所述终端对源节点发送的数据包的接收状态指示信息,所述接收状态指示信息用于指示至少一个第一数据包的源PDCP序列号;所述第一数据包为进行节点切换之前没有被终端接收的数据包。
26.根据权利要求25所述的方法,其特征在于,所述接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包,包括:
接收所述目标节点根据所述映射关系从所述至少一个第一数据包中PDCP序列号最小的第一数据包开始重传的数据包。
27.一种数据重传装置,应用于目标节点,其特征在于,包括:
关系获取模块,用于获取源节点发送的N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;
数据重传模块,用于根据所述映射关系,进行数据重传;
其中,所述装置还包括:
信息获取模块,用于获取终端对源节点发送的数据包的接收状态指示信息,所述接收状态指示信息用于指示至少一个第一数据包的源PDCP序列号;所述第一数据包为进行节点切换之前没有被终端接收的数据包;
所述数据重传模块包括:
第一数据重传子模块,用于根据所述至少一个第一数据包的源PDCP序列号以及所述映射关系,进行数据传输;
其中,所述关系获取模块包括:
关系获取子模块,用于接收所述源节点发送的状态指示信息,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点最近发送的数据包的GTP-U序列号和源PDCP序列号;
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号。
28.根据权利要求27所述的装置,其特征在于,所述装置还包括:
数据接收模块,用于接收所述源节点按照N个数据包的GTP-U序列号的顺序转发的数据包。
29.根据权利要求28所述的装置,其特征在于,所述数据接收模块包括:
数据接收子模块,用于接收所述源节点从第二数据包开始按照GTP-U序列号的顺序转发的数据包;
其中,所述第二数据包为终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包;
或者,所述第二数据包为终端切换到目标节点时所述源节点的第一个待发送的数据包;
或者,所述第二数据包为切换之前所述终端第一个没有接收到的数据包。
30.根据权利要求28或29所述的装置,其特征在于,所述装置还包括:
指示发送模块,用于根据所述目标节点的缓存数据状态,向所述源节点发送停止数据转发指示。
31.一种数据重传装置,应用于源节点,其特征在于,包括:
关系发送模块,用于向目标节点发送N个数据包的GTP-U序列号和源节点为所述N个数据包分别分配的源PDCP序列号的映射关系;N为大于或者等于1的整数;
其中,所述关系发送模块包括:
关系发送子模块,用于向目标节点发送状态指示信息,所述状态指示信息包括下述信息的至少一项:
源节点将终端切换到目标节点时所述源节点最近发送的数据包的GTP-U序列号和源PDCP序列号;
源节点决定将终端切换到目标节点时所述源节点的第一个待发送的数据包的GTP-U序列号和源PDCP序列号;
在切换之前没有被终端接收的数据包的GTP-U序列号和源PDCP序列号。
32.根据权利要求31所述的装置,其特征在于,所述装置还包括:
数据转发模块,用于按照N个数据包的GTP-U序列号的顺序向所述目标节点转发数据包。
33.根据权利要求32所述的装置,其特征在于,所述数据转发模块包括:
数据转发子模块,用于从第二数据包开始按照GTP-U序列号的顺序向所述目标节点转发数据包;
其中,所述第二数据包为终端切换到目标节点时所述源节点正在发送的数据包的下一个数据包;
或者,所述第二数据包为终端切换到目标节点时所述源节点的第一个待发送的数据包;
或者,所述第二数据包为切换之前所述终端第一个没有接收到的数据包。
34.根据权利要求32所述的装置,其特征在于,所述装置还包括:
停止模块,用于接收所述目标节点发送的停止数据转发指示,并停止数据包转发;
或者,用于在第一定时器超时,所述源节点未接收到所述目标节点发送的停止数据转发指示,停止数据包转发。
35.一种数据重传装置,应用于终端,其特征在于,包括:
重传接收模块,用于在所述终端切换到目标节点后,接收所述目标节点根据数据包的GTP-U序列号和源PDCP序列号的映射关系重传的数据包;
其中,所述数据包的源PDCP序列号为源节点为所述数据包分配的PDCP序列号;
所述装置还包括:
命令接收模块,用于接收源节点发送的切换命令消息;
第一连接模块,用于根据所述切换命令消息与所述目标节点建立连接;其中,切换命令消息携带以下信息的至少一项:
多播业务标识;
指示目标节点是否进行数据重传的第一重传指示信息;
指示目标节点进行数据重传的资源的第二重传指示信息;
用于进行数据重传的混合自动重传请求HARQ进程信息;
用于通过多播模式进行多播数据传输的公共资源的配置信息。
36.根据权利要求35所述的装置,其特征在于,所述重传接收模块包括:
重传接收子模块,用于根据终端专用资源或临时调度资源,接收所述目标节点重传的数据包。
37.根据权利要求35所述的装置,其特征在于,所述装置还包括以下至少一个模块:
第一保持模块,用于保持所述切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体不变;
第一重建模块,用于重建所述切换命令消息指示的多播业务的多播模式对应的接收无线链路控制RLC实体;
第一反馈模块,用于触发状态报告反馈,所述状态报告用于指示终端侧对数据包的接收状态。
38.根据权利要求35所述的装置,其特征在于,所述装置还包括:
停止指示接收模块,用于接收所述目标节点发送的第三指示信息,所述第三指示信息用于指示目标节点的数据重传结束。
39.根据权利要求38所述的装置,其特征在于,所述装置还包括以下至少一个模块:
第一释放模块,用于释放所述切换命令消息指示的多播业务与所述源节点对应的接收PDCP实体;
第二释放模块,用于释放所述切换命令消息指示的多播业务与所述源节点对应的接收RLC实体;
第一指示模块,用于指示所述切换命令消息指示的多播业务与所述目标节点对应的接收PDCP实体可以按序向上层递交数据;
第二指示模块,用于指示所述切换命令消息指示的多播业务与所述目标节点对应的接收RLC实体可以按序向上层递交数据。
40.一种电子设备,其特征在于,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至10中任一项所述的数据重传方法的步骤;或者,所述程序或指令被所述处理器执行时实现如权利要求11至16中任一项所述的数据重传方法的步骤;或者,所述程序或指令被所述处理器执行时实现如权利要求17至26中任一项所述的数据重传方法的步骤。
41.一种可读存储介质,其特征在于,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1-10中任一项所述的数据重传方法的步骤;或者,所述程序或指令被处理器执行时实现如权利要求11-16中任一项所述的数据重传方法的步骤;或者,所述程序或指令被处理器执行时实现如权利要求17-26中任一项所述的数据重传方法的步骤。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010367115.XA CN113596736B (zh) | 2020-04-30 | 2020-04-30 | 数据重传方法、装置、目标节点、源节点及终端 |
KR1020227041248A KR20230004786A (ko) | 2020-04-30 | 2021-04-23 | 데이터 재전송 방법, 디바이스, 타겟 노드, 소스 노드 및 단말 |
JP2022566295A JP7392176B2 (ja) | 2020-04-30 | 2021-04-23 | データ再送方法、装置、ターゲットノード、ソースノード及び端末 |
EP21795959.2A EP4124080A4 (en) | 2020-04-30 | 2021-04-23 | DATA RETRANSMISSION METHOD AND DEVICE, DESTINATION NODE, SOURCE NODE AND TERMINAL |
PCT/CN2021/089120 WO2021218788A1 (zh) | 2020-04-30 | 2021-04-23 | 数据重传方法、装置、目标节点、源节点及终端 |
US17/968,665 US20230039646A1 (en) | 2020-04-30 | 2022-10-18 | Data retransmission method, data retransmission apparatus, target node, source node, and terminal |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010367115.XA CN113596736B (zh) | 2020-04-30 | 2020-04-30 | 数据重传方法、装置、目标节点、源节点及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113596736A CN113596736A (zh) | 2021-11-02 |
CN113596736B true CN113596736B (zh) | 2022-09-02 |
Family
ID=78237614
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010367115.XA Active CN113596736B (zh) | 2020-04-30 | 2020-04-30 | 数据重传方法、装置、目标节点、源节点及终端 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20230039646A1 (zh) |
EP (1) | EP4124080A4 (zh) |
JP (1) | JP7392176B2 (zh) |
KR (1) | KR20230004786A (zh) |
CN (1) | CN113596736B (zh) |
WO (1) | WO2021218788A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN118202755A (zh) * | 2021-12-10 | 2024-06-14 | Oppo广东移动通信有限公司 | 重传方式的确定方法及定时器的控制方法、装置 |
CN117318898B (zh) * | 2023-11-24 | 2024-02-09 | 合肥奎芯集成电路设计有限公司 | 高速串行接口中重复数据包的处理方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101843138A (zh) * | 2007-10-01 | 2010-09-22 | 高通股份有限公司 | 在切换期间在下行链路中按顺序传送分组数据汇聚协议(pdcp)业务数据 |
CN105578548A (zh) * | 2007-09-29 | 2016-05-11 | 华为技术有限公司 | 基于s1切换的下行及上行数据包转发方法及演进基站 |
CN107078968A (zh) * | 2014-09-02 | 2017-08-18 | 诺基亚通信公司 | 无线网络中的多连接性的分组序列编号 |
CN107211276A (zh) * | 2015-02-05 | 2017-09-26 | 华为技术有限公司 | 一种传输业务数据的方法和装置 |
CN107925905A (zh) * | 2015-08-19 | 2018-04-17 | 三星电子株式会社 | 用于处理向wlan载波卸载drb的方法和无线通信*** |
CN108551681A (zh) * | 2012-11-29 | 2018-09-18 | 华为技术有限公司 | 一种数据传输的控制方法、装置及*** |
CN110475299A (zh) * | 2018-05-10 | 2019-11-19 | 维沃移动通信有限公司 | 一种切换小区的方法及装置 |
CN110620640A (zh) * | 2018-06-19 | 2019-12-27 | 维沃移动通信有限公司 | 一种数据传输方法、终端及节点设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103533586B (zh) * | 2012-07-03 | 2016-07-20 | 电信科学技术研究院 | 切换过程中的信令交互及层重建的方法和设备 |
US10728812B2 (en) * | 2016-08-11 | 2020-07-28 | Lg Electronics Inc. | Method and apparatus for supporting MBMS service continuity |
-
2020
- 2020-04-30 CN CN202010367115.XA patent/CN113596736B/zh active Active
-
2021
- 2021-04-23 KR KR1020227041248A patent/KR20230004786A/ko active Search and Examination
- 2021-04-23 WO PCT/CN2021/089120 patent/WO2021218788A1/zh unknown
- 2021-04-23 EP EP21795959.2A patent/EP4124080A4/en active Pending
- 2021-04-23 JP JP2022566295A patent/JP7392176B2/ja active Active
-
2022
- 2022-10-18 US US17/968,665 patent/US20230039646A1/en active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105578548A (zh) * | 2007-09-29 | 2016-05-11 | 华为技术有限公司 | 基于s1切换的下行及上行数据包转发方法及演进基站 |
EP3355617A1 (en) * | 2007-09-29 | 2018-08-01 | Huawei Technologies Co., Ltd. | Method and enodeb for forwarding downlink packets based on s1 handover |
CN101843138A (zh) * | 2007-10-01 | 2010-09-22 | 高通股份有限公司 | 在切换期间在下行链路中按顺序传送分组数据汇聚协议(pdcp)业务数据 |
CN108551681A (zh) * | 2012-11-29 | 2018-09-18 | 华为技术有限公司 | 一种数据传输的控制方法、装置及*** |
CN107078968A (zh) * | 2014-09-02 | 2017-08-18 | 诺基亚通信公司 | 无线网络中的多连接性的分组序列编号 |
CN107211276A (zh) * | 2015-02-05 | 2017-09-26 | 华为技术有限公司 | 一种传输业务数据的方法和装置 |
CN107925905A (zh) * | 2015-08-19 | 2018-04-17 | 三星电子株式会社 | 用于处理向wlan载波卸载drb的方法和无线通信*** |
CN110475299A (zh) * | 2018-05-10 | 2019-11-19 | 维沃移动通信有限公司 | 一种切换小区的方法及装置 |
CN110620640A (zh) * | 2018-06-19 | 2019-12-27 | 维沃移动通信有限公司 | 一种数据传输方法、终端及节点设备 |
Also Published As
Publication number | Publication date |
---|---|
EP4124080A4 (en) | 2023-08-30 |
EP4124080A1 (en) | 2023-01-25 |
CN113596736A (zh) | 2021-11-02 |
JP2023523816A (ja) | 2023-06-07 |
JP7392176B2 (ja) | 2023-12-05 |
WO2021218788A1 (zh) | 2021-11-04 |
US20230039646A1 (en) | 2023-02-09 |
KR20230004786A (ko) | 2023-01-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102562700B1 (ko) | 리소스 지시 방법, 장치 및 시스템 | |
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 | |
CN110324195B (zh) | 一种接收方法、发送方法及通信设备 | |
CN111278165B (zh) | 连接建立方法、终端设备及网络设备 | |
CN110944306A (zh) | 一种旁链路的链路释放方法及终端 | |
CN111132203B (zh) | 一种处理方法及终端 | |
WO2020169028A1 (zh) | 副链路组播通信的配置方法和终端 | |
WO2020063452A1 (zh) | 一种资源调度方法和装置 | |
US11523428B2 (en) | Random access method, terminal device and network device | |
CN111615219B (zh) | 一种pc5链路建立方法、设备及*** | |
CN110475367B (zh) | 一种传输方法、移动通信终端及网络侧设备 | |
CN113596737B (zh) | 数据重传方法、装置、目标节点、源节点及终端 | |
CN113301509B (zh) | 一种通信方法及相关设备 | |
CN113543040A (zh) | 数据处理方法、数据处理装置及通信设备 | |
CN113556781B (zh) | 数据接收、信息配置方法、终端及网络设备 | |
CN111800734A (zh) | 数据传输方法、装置、设备及介质 | |
US20220159619A1 (en) | Multimedia broadcast multicast service configuration method, terminal, and network-side device | |
CN113453160B (zh) | 一种通信方法及相关设备 |
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 |