CN114765820A - 多播业务的信息交互方法及基站 - Google Patents

多播业务的信息交互方法及基站 Download PDF

Info

Publication number
CN114765820A
CN114765820A CN202110055684.5A CN202110055684A CN114765820A CN 114765820 A CN114765820 A CN 114765820A CN 202110055684 A CN202110055684 A CN 202110055684A CN 114765820 A CN114765820 A CN 114765820A
Authority
CN
China
Prior art keywords
base station
data packet
target base
multicast service
source base
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.)
Pending
Application number
CN202110055684.5A
Other languages
English (en)
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.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
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 China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202110055684.5A priority Critical patent/CN114765820A/zh
Priority to PCT/CN2022/072075 priority patent/WO2022152257A1/zh
Publication of CN114765820A publication Critical patent/CN114765820A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0007Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Abstract

一种多播业务的信息交互方法及基站,该方法在应用于目标基站时包括:向源基站发送所述多播业务的数据包在目标基站的状态信息。本发明提供的多播业务的信息交互方法及基站,在多播业务场景的终端在两个基站间切换时,可以通过基站间的信息交互,提高多播业务数据包的传输可靠性,保证多播业务连续性。另外,本发明还可以在节约不必要的数据重复传输,节约传输资源。

Description

多播业务的信息交互方法及基站
技术领域
本发明涉及移动通信技术领域,具体涉及一种多播业务的信息交互方法及基站。
背景技术
为了满足车对外界的信息交换(Vehicle to everything,V2X),公共安全和多媒体等行业的需求,减轻大量单播业务带来的网络拥塞,提升大量用户同时在线的体验,3GPP提出了多播和广播业务(Multicast Broadcast Service,MBS)。该业务通过一个数据源向多个终端发送相同的数据包,实现数据包的共享,旨在有效的提高空口资源的利用率。
其中,多播业务中有个重要的目标就是保证终端在基站间移动过程中的业务连续性。当终端从一个已建立多播业务会话的基站或小区切换到另一个同样建立了多播业务会话的基站或小区时,怎样保证数据包能够在切换的过程中不丢失的传输到终端是现在亟待解决的问题。
传统切换场景下的数据交互流程如图1所示。在传统的切换领域,业务的连续性主要是通过源基站向目标基站发送序号状态传输(SN STATUS TRANSFER)消息来实现。图1中,当源基站发送切换命令给终端后,源基站建立与目标基站之间的数据前转通道,并发送SNSTATUS TRANSFER消息给目标基站,告知目标基站终端在切换前分配的最后一个数据包的分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)序号(Sequence Number,SN),保证数据包的顺序传输,同时也避免了重复传输发生;对已分配PDCP SN号,但终端在源基站下未成功接收的数据包,源基站可以通过建立GPRS隧道协议用户平面(GPRSTunneling Protocol User plane,GTP-U)通道再次发送之前的数据包,并在GTP-U的扩展包头标注该数据包的PDCP SN。
在MBS切换流程中,当切换发生在源基站和目标基站都同时建立了相同MBS业务会话的场景中时,如何提高数据包传输的可靠性和多播业务的连续性,是一个亟待解决的问题。
发明内容
本发明的至少一个实施例提供了一种多播业务的信息交互方法及基站,能够提高数据包传输的可靠性和多播业务的连续性。
根据本发明的一个方面,至少一个实施例提供了一种多播业务的信息交互方法,应用于目标基站,包括:
向源基站发送所述多播业务的数据包在目标基站的状态信息。
此外,根据本发明的至少一个实施例,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。
此外,根据本发明的至少一个实施例,目标基站当前缓存的所述多播业务的数据包的状态信息包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
此外,根据本发明的至少一个实施例,还包括:
接收所述源基站发送的以下信息中的至少一种:
所述源基站转发的所述SN号之前的终端未确认的数据包;
所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
此外,根据本发明的至少一个实施例,在向源基站发送数据包在目标基站的状态信息之前,所述方法还包括:
接收源基站发送的所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号;
其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。
此外,根据本发明的至少一个实施例,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
此外,根据本发明的至少一个实施例,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和/或,第二类数据包;其中,
所述第一类数据包是SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;
所述第二类数据包是第二SN号对应的数据包。
此外,根据本发明的至少一个实施例,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,
所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述第三SN号的SN号。
此外,根据本发明的至少一个实施例,还包括:
接收所述源基站发送的以下信息中的至少一种,并确定所述目标基站需要向所述终端发送的数据包和不需要向所述终端发送的数据包:
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
根据本发明的另一方面,至少一个实施例提供了一种多播业务的信息交互方法,应用于源基站,包括:
接收目标基站发送的所述多播业务的数据包在目标基站的状态信息。
此外,根据本发明的至少一个实施例,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。
此外,根据本发明的至少一个实施例,目标基站当前缓存的所述多播业务的数据包的状态信息包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
此外,根据本发明的至少一个实施例,还包括:
向目标基站发送以下信息中的至少一种:
所述源基站转发的所述SN号之前的终端未确认的数据包;
所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
此外,根据本发明的至少一个实施例,在接收目标基站发送的所述多播业务的数据包在目标基站的状态信息之前,所述方法还包括:
向目标基站发送所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号;
其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。
此外,根据本发明的至少一个实施例,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
此外,根据本发明的至少一个实施例,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和,第二类数据包;其中,
所述第一类数据包是目标基站未缓存的,且SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;
所述第二类数据包是第二SN号对应的数据包。
此外,根据本发明的至少一个实施例,还包括:
根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第一类数据包和第二类数据包。
此外,根据本发明的至少一个实施例,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,
所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述第三SN号的SN号。
此外,根据本发明的至少一个实施例,还包括:
根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第三类数据包。
此外,根据本发明的至少一个实施例,还包括:
向目标基站发送以下信息中的至少一种:
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
此外,根据本发明的至少一个实施例,所述方法还包括:
在根据所述多播业务的数据包在目标基站的状态信息,确定出不需要向目标基站发送数据包,或者,在需要向所述目标基站发送的数据包已发送完毕后,结束源基站向目标基站的数据前转过程。
根据本发明的另一方面,至少一个实施例提供了一种目标基站,包括收发机和处理器,其中,
所述收发机,用于向源基站发送所述多播业务的数据包在目标基站的状态信息。
根据本发明的另一方面,至少一个实施例提供了一种目标基站,包括:
发送模块,用于向源基站发送所述多播业务的数据包在目标基站的状态信息。
根据本发明的另一方面,至少一个实施例提供了一种目标基站,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如上所述的方法的步骤。
根据本发明的另一方面,至少一个实施例提供了一种源基站,包括收发机和处理器,其中,
所述收发机,用于接收目标基站发送的所述多播业务的数据包在目标基站的状态信息。
根据本发明的另一方面,至少一个实施例提供了一种源基站,包括:
接收模块,用于接收目标基站发送的所述多播业务的数据包在目标基站的状态信息。
根据本发明的另一方面,至少一个实施例提供了一种源基站,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如上所述的方法的步骤。
根据本发明的另一方面,至少一个实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有程序,所述程序被处理器执行时,实现如上所述的方法的步骤。
与现有技术相比,本发明实施例提供的多播业务的信息交互方法及基站,在多播业务场景的终端在两个基站间切换时,可以通过基站间的信息交互,提高多播业务数据包的传输可靠性,保证多播业务连续性。另外,本发明实施例还可以在节约不必要的数据重复传输,节约传输资源。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为现有技术的一种切换流程的示意图;
图2为现有技术的一种MBS切换流程的示意图;
图3为本发明实施例的多播业务的信息交互方法应用于目标基站时的流程图;
图4为本发明实施例的多播业务的信息交互方法应用于源基站时的流程图;
图5为本发明实施例的多播业务的信息交互方法的一种应用场景示意图;
图6为本发明实施例的多播业务的信息交互方法的另一种应用场景示意图;
图7为本发明实施例提供的目标基站的一种结构示意图;
图8为本发明实施例提供的目标基站的另一种结构示意图;
图9为本发明实施例提供的源基站的一种结构示意图;
图10为本发明实施例提供的源基站的另一种结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。
本文所描述的技术不限于NR系统以及长期演进型(Long Time Evolution,LTE)/LTE的演进(LTE-Advanced,LTE-A)系统,并且也可用于各种无线通信系统,诸如码分多址(Code Division Multiple Access,CDMA)、时分多址(Time Division Multiple Access,TDMA)、频分多址(Frequency Division Multiple Access,FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access,OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access,SC-FDMA)和其他系统。术语“系统”和“网络”常被可互换地使用。CDMA系统可实现诸如CDMA2000、通用地面无线电接入(UniversalTerrestrial Radio Access,UTRA)等无线电技术。UTRA包括宽带CDMA(Wideband CodeDivision Multiple Access,WCDMA)和其他CDMA变体。TDMA系统可实现诸如全球移动通信系统(Global System for Mobile Communication,GSM)之类的无线电技术。OFDMA系统可实现诸如超移动宽带(UltraMobile Broadband,UMB)、演进型UTRA(Evolution-UTRA,E-UTRA)、IEEE 802.21(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(Universal Mobile Telecommunications System,UMTS)的部分。LTE和更高级的LTE(如LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A以及GSM在来自名为“第三代伙伴项目”(3rd Generation PartnershipProject,3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术,也可用于其他系统和无线电技术。然而,以下描述出于示例目的描述了NR系统,并且在以下大部分描述中使用NR术语,尽管这些技术也可应用于NR系统应用以外的应用。
以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如,可以按不同于所描述的次序来执行所描述的方法,并且可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
在图2所示的MBS切换流程中,当切换发生在源基站和目标基站都已经建立了相同MBS会话的场景中时,核心网用户面功能(User Plane Function,UPF)节点需要给两个基站发送相同的数据包。由于在MBS业务流程中,源基站要给处在基站覆盖下的、所有请求了所述MBS的连接态终端发送MBS数据包,所以某个终端的切换并不影响源基站MBS数据包的发送。同样的,目标基站与切换后的新终端的连接建立也不影响目标基站向覆盖内的所有请求了MBS业务的连接态终端进行MBS数据包的发送。
当源基站发送切换命令给终端后,源基站建立数据前转通道,并发送SN STATUSTRANSFER消息给目标基站,告知目标基站最新的MBS数据包的PDCP SN号。当终端与目标基站建立连接后,向目标基站发送PDCP状态报告,告知目标基站终端在源基站最新收到的MBS数据包的SN号。
由于源基站和目标基站距离终端侧的距离可能不同,且不同基站空口的传输环境也不相同,所以导致同一时间处在不同基站覆盖内的终端收到从核心网发来的MBS数据包并不相同。由于基站在不同空口环境中传输数据包时存在快慢之分,当终端发生切换时很难保证MBS业务连续性且存在效率低的问题。另外,在切换过程中,源基站在收到MBS数据传输结束标识前需要前转数据包给目标基站,而此时目标基站可能已经从UPF获得相同的数据包,接口上和空口的数据包重复传输导致了传输资源的浪费。
为解决以上问题中的至少一种,本发明实施例提供了一种多播业务的信息交互方法,该信息交互方法中,终端在源基站下接收某个多播业务(如MBS)的数据包。另外,在切换发生之前,源基站和目标基站都已经建立了该多播业务的会话,核心网节点(如UPF)给源基站和目标基站发送该多播业务的数据。如图3所示,该方法在应用于目标基站侧时,包括:
步骤31,向源基站发送所述多播业务的数据包在目标基站的状态信息。
上述步骤31可以在终端的切换准备阶段、终端成功接入目标基站之后或者接收到源基站发送的SN状态信息之后执行,即,目标基站可以在终端的切换准备阶段、终端成功接入目标基站之后或者接收到源基站发送的SN状态信息之后,向源基站发送所述多播业务的数据包在目标基站的状态信息。
通过向源基站发送所述多播业务的数据包在目标基站的状态信息,使得源基站可以获取所述多播业务的数据包在目标基站侧的实际发送状态,包括但不限于目标基站已发送哪些数据包,哪些数据包在目标基站侧缓存中等信息,从而可以帮助源基站判断哪些数据包需要前转至目标基站,哪些数据包不需要再进行前转,从而可以提高提高数据包传输的可靠性和多播业务的连续性,另外还可以节约传输资源。
作为第一种实现方式,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。例如,目标基站当前缓存的所述多播业务的数据包的SN号,具体可以包括当前缓存的所有数据包的SN号,或者是当前缓存的数据包的SN号的起止序号,或者当前缓存的数据包的SN号的起始序号,等等。优选的,所述目标基站当前缓存的所述多播业务的数据包的状态信息可以是:目标基站当前缓存的所述多播业务的首个数据包的SN号。该首个数据包的SN号通常为PDCP SDU的SN号。缓存中通常还包括所述多播业务的其他数据包的SN号,其他数据包的SN号通常是大于首个数据包的SN号,且通常这些数据包的SN号是连续的。
在上述步骤31之后,源基站可以根据目标基站发送的所述多播业务的数据包在目标基站的状态信息,确定所述多播业务需要前转的数据包并转发给目标基站,所述目标基站可以接收源基站发送的以下信息中的至少一种:
1)所述源基站转发的所述SN号之前的终端未确认的数据包。
所述源基站转发的所述SN号之前的终端未确认的数据包是指,在源基站侧已经向所述终端发送,但未接收到所述终端的接收确认反馈的数据包,并且,该数据包的SN号在所述目标基站当前缓存的所述多播业务的首个数据包的SN号之前。也就是说,该数据包是终端未能从源基站成功接收,并且该数据包在目标基站侧已经发送过了并清除了缓存,终端也无法从目标基站侧获得该数据包。源基站将这些数据包前转至目标基站,以通过目标基站将这些数据包发送给终端,保证数据传输的可靠性。
2)所述源基站转发的所述SN号之前的尚未分配SN号的数据包。
所述源基站转发的所述SN号之前的尚未分配SN号的数据包是指,源基站侧是是从核心网节点接收到的所述多播业务的数据包中尚未分配SN号的数据包,基站在发送数据包之前会为其分配SN号,也就是说,这些数据包是从核心网接收到的,但还没有发送给终端。这些数据包后续分配的SN号,如果在所述目标基站当前缓存的所述多播业务的首个数据包的SN号之前,则由于该数据包在目标基站侧已经发送过了并清除了缓存,终端无法从目标基站侧获得该数据包,因此,可以将这些数据包前转至目标基站,以通过目标基站将这些数据包发送给终端,保证数据传输的可靠性。
3)所述源基站发送的、且所述终端已确认数据包对应的SN号信息。
所述源基站发送的、且所述终端已确认数据包对应的SN号信息,可以通知目标基站哪些数据包是源基站已经成功发送了的,这样,目标基站可以不必重复发送这些数据包,以节约传输资源。
4)所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息,可以通知目标基站哪些数据包是源基站已经发送,但未收到终端的接收确认反馈的数据包,这样,目标基站可以继续向源基站发送这些数据包。
作为第二种实现方式,本发明实施例在上述步骤31之前,所述目标基站还可以接收源基站发送的所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号。其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。例如,假设所述多播业务的数据包在源基站侧已分配的最新SN号为5,则该第一SN号为6。另外,所述第一SN号也可以通过计数值(Count值)来表示。此时,所述多播业务的数据包在目标基站的状态信息具体可以为:需要源基站前转的所述多播业务的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,具体可以包括:第一类数据包,和/或,第二类数据包;其中,所述第一类数据包是SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;所述第二类数据包是第二SN号对应的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,具体可以包括:第三类数据包;其中,所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述第三SN号的SN号。
本发明实施例中,在所述多播业务的数据包在目标基站的状态信息为目标基站当前缓存的所述多播业务的数据包的状态信息的情况下,目标基站还可以接收所述源基站发送的以下信息中的至少一种,并根据以下信息中的至少一种,确定所述目标基站需要向所述终端发送的数据包和不需要向所述终端发送的数据包:
1)所述源基站发送的、且所述终端已确认数据包对应的SN号信息。
对于所述源基站发送的、且所述终端已确认数据包对应的SN号信息所对应的数据包,目标基站可以不再需要向终端继续发送。
2)所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
对于所述源基站发送的、且所述终端未确认的数据包对应的SN号信息所对应的数据包,目标基站需要向终端继续发送。
在本发明实施例中,所述多播业务的数据包在目标基站的状态信息还可以用于指示源基站停止转发数据。例如,源基站在根据所述多播业务的数据包在目标基站的状态信息,确定不需要发送所述多播业务的数据,或者,在向目标基站转发所述多播业务的数据完毕时,停止数据前转过程,从而可以及时结束数据前转。
本发明实施例中,所述需要源基站前转的所述多播业务的数据包通过数据包的SN号进行指示,且SN号的指示方式为以下方式中的任一种:
A)通过比特位图进行指示;
B)通过各个数据包的SN号进行指示;
C)通过SN号的起止范围进行指示,例如指示起始的SN号和结束的SN号,也可以指示起始的SN号和具体的SN号的数量,还可以指示结束的SN号和具体的SN号的数量。
请参照图4,本发明实施例提供的多播业务的信息交互方法,在应用于源基站时,包括:
步骤41,接收目标基站发送的所述多播业务的数据包在目标基站的状态信息。
通过以上步骤,源基站可以获得所述多播业务的数据包在目标基站的状态信息,进而源基站可以根据所述多播业务的数据包在目标基站的状态信息,确定是否需要向目标基站前转所述多播业务的数据包,以及,在需要前转数据包时,向所述目标基站前转对应的数据包,从而可以提高多播业务的传输可靠性,并避免或减少传输不必要的数据包,节约传输资源。
作为第一种实现方式,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。具体的,目标基站当前缓存的所述多播业务的数据包的状态信息可以包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
源基站根据所述目标基站当前缓存的所述多播业务的数据包的状态信息,确定是否需要向目标基站前转所述多播业务的数据包,以及,在需要前转数据包时,向所述目标基站前转对应的数据包。
具体的,所述源基站可以向所述目标基站发送以下信息中的至少一种:
1)所述源基站转发的所述SN号之前的终端未确认的数据包;
2)所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
3)所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
4)所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
作为第二种实现方式,在上述步骤41之前,源基站还可以向目标基站发送所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCPSDU的第二SN号;其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。此时,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和,第二类数据包;其中,所述第一类数据包是目标基站未缓存的,且SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;所述第二类数据包是第二SN号对应的数据包。此时,在上述步骤41之后,所述源基站还可以根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第一类数据包和第二类数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述第三SN号的SN号。此时,在上述步骤41之后,所述源基站还可以根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第三类数据包。
另外,所述源基站还可以向目标基站发送以下信息中的至少一种,以提高目标基站的数据包传输效率,减少或避免发送不必要的数据包:
1)所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
2)所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
在本发明实施例中,所述多播业务的数据包在目标基站的状态信息还用于指示源基站停止转发数据。这样,源基站在根据所述多播业务的数据包在目标基站的状态信息,确定出不需要向目标基站发送数据包,或者,在需要向所述目标基站发送的数据包已发送完毕后,可以结束源基站向目标基站的数据前转过程。
为了帮助更好的理解以上实施例,下面提供以上方法的若干具体示例。
下面示例中,将源基站和目标基站传输MBS数据包的快慢分情况进行说明。为了便于分析,假定UPF和基站传输数据包的GTP-U SN号和基站间传输数据包的PDCP SN号一一对应,这里默认QFI的SN号作为GTP-U SN号。
如图5所示的第一种切换场景中,假设源基站的MBS数据包传输的速度比目标基站快,如图5所示,源基站在空口处传给终端SN号1到8的数据包,终端在发生切换接入到目标基站后,和目标基站进行交互,得知目标基站侧已发送了SN编号1到5的数据包。根据第一种切换场景可能会有以下情况出现:
1)如果源基站在与终端的交互过程中没有发生丢包。由于数据包在目标基站到达速度慢的缘故,切换后的终端可以继续接收编号6到8的数据包。所以目标基站可以向源基站发送所述多播业务的数据包在目标基站的状态信息(下文中简称为状态信息),告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
2)如果源基站在与终端的交互过程中发生了丢包。
i.如果丢失了编号3的数据包。由于数据包在目标基站到达速度慢的原因,切换后终端需要重收编号3的数据包并继续接收编号6到8的数据包。如果目标基站已缓存编号3的数据包,此时目标基站向源基站发送所述状态信息,告知自己的缓存信息,告知源基站不需要再发送编号3的数据包。如果基站未缓存编号3的数据包,此时目标基站向源基站发送所述状态信息,告知源基站仅需重复发送编号3的数据包。同时,该信令告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
ii.如果丢失了编号6的数据包。由于数据包在目标基站到达速度慢的缘故,切换后终端可以继续接收编号6到8的数据包。目标基站向源基站发送所述状态信息,告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
3)如果源基站在与终端的交互过程中发送了编号8的数据包,终端实际已经收到但没有在切换前向源基站反馈。目标基站向源基站发送所述状态信息,告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
如图6所示的第二种切换场景中,假设源基站传输MBS数据包的速度比目标基站慢。如图6所示,源基站在空口处传了SN编号1到5的包,目标基站在空口处传了SN编号1到8的包。根据场景2可能会有以下情况出现:
1)如果源基站在与终端的交互过程中没有发生丢包,终端在源基站侧接收了源基站所有的数据包。在切换到目标基站后,由于数据包在目标基站到达速度快的缘故,终端会先补充接收编号6到8的数据包。
i.如果目标基站已缓存编号6到8的的数据包。目标基站可以通过缓存直接向终端发送缓存的数据包。此时,目标基站同时向源基站发送所述状态信息,告知自己的缓存信息,告知源基站不需要再转发编号为6到8数据包。同时,该信令告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
ii.如果目标基站未缓存编号6到8的的数据包。目标基站向源基站发送所述状态信息,告知自己的缓存状态,从而告知源基站终端未收到编号为6到8的数据包,请求源基站仅转发编号为6到8的数据包。同时,该信令告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
2)如果源基站在与终端的交互过程中丢失了编号3的数据包。在切换到目标基站后,终端会先重收编号3的丢失的数据包以及编号6到8的数据包。
i.如果目标基站已缓存编号3及以后的数据包。目标基站可以通过缓存直接向终端发送缓存的数据包。此时,目标基站向源基站发送所述状态信息,告知自己的缓存信息,使源基站不需要再转发编号3及以后的数据包。同时,该信令告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
ii.如果目标基站未缓存编号3的数据包但已缓存编号6到8的数据包。目标基站可以通过缓存向终端发送之前未收到的数据包。此时,目标基站向源基站发送所述状态信息,告知自己的缓存信息,请求源基站仅转发编号3的数据包,减少数据包的重复转发。同时,该信令告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
iii.如果目标基站未缓存编号8以前的数据包。目标基站可以向源基站发送所述状态信息,请求源基站转发目标基站丢失的转发编号3的数据包以及之前未收到的编号6到8的数据包。同时,该信令告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
3)如果源基站在与终端的交互过程中发送了编号5的数据包,终端实际已经收到但没有在切换前向源基站反馈。
i.如果目标基站已缓存编号5及以后的数据包,目标基站可以通过缓存直接向终端发送缓存的数据包。此时,目标基站向源基站发送所述状态信息,告知自己的缓存信息,使源基站不需要再转发编号5及以后的数据包。源基站提前结束数据包的前转,起到结束标识的作用。
ii.如果目标基站没有缓存编号5的数据包,终端在切换到目标基站后,终端会先向目标基站发送PDCP状态报告,告知目标基站自己实际已经接收到编号5的数据包。不需要源基站重复发送编号为5的数据包。然后目标基站根据自身缓存情况发送所述状态信息,告知源基站是否要发送编号6到8的数据包。同时,所述状态信息告知编号8以后的数据包由目标基站发送,源基站提前结束数据包的前转,起到结束标识的作用。
基于上面的场景分析,所述状态信息的具体内容包括多种情形:
情形1:所述状态信息中包含目标基站第一个缓存数据包对应的PDCP/GTP-U SN号和目标基站未缓存数据包的PDCP/GTP-U SN号以及在终端切换前未成功接收数据包的PDCP/GTP-U SN号。根据目标基站当前的缓存情况,如果目标基站已经缓存需要前转的数据包,则可以不需要再经过源基站的数据前转,提前结束基站间的交互过程,减少用户面数据传输;如果目标基站未缓存前转数据包,则源基站只需要发送此类数据包。
情形2:所述状态信息中包含需要源基站进行数据前转的所有数据包对应的PDCP/GTP-U SN号。所述状态信息中可以明确告知源基站哪些数据包需要重复发送,其中可以通过在一定范围内标识所有数据包的接收情况来指示,如比特位图的形式,当某个PDCP SN号对应的标志位被置位(如值为1)时,表示该数据包需要重复发送。这种消息格式让源基站仅转发目标基站未缓存的数据包和终端切换前未成功接收的数据包。
情形3:所述状态信息中包含终端切换时刻目标基站传输数据包的PDCP/GTP-U SN号和目标基站未缓存数据包的PDCP/GTP-U SN号以及在终端切换前未成功接收数据包的PDCP/GTP-U SN号。在源基站传输数据包的速度比目标基站慢的场景中,所述状态信息中包含终端切换时刻目标基站所传输数据包的编号,目的是告诉源基站后面的数据包可以由目标基站直接发送,不需要再经过数据前转。源基站仅需要转发终端切换前未成功接收数据包和未缓存的前转数据包。在源基站传输数据包的速度比目标基站快的场景中,由于数据包到达目标基站慢的缘故,源基站仅需要转发终端切换前未成功接收的数据包即可。
从以上示例可以看出,本发明实施例可以在多播业务场景下终端在两个基站间切换时,通过基站间的交互流程保证数据包的可靠传输以及保证多播业务连续性。
以上介绍了本发明实施例的各种方法。下面将进一步提供实施上述方法的装置。
本发明实施例提供了图7所示的一种目标基站,包括:
发送模块71,用于向源基站发送所述多播业务的数据包在目标基站的状态信息。
通过以上模块,本发明实施例可以向源基站通知目标基站的数据包状态信息,使得源基站可以更为有效的进行数据前转,提高数据传输效率和可靠性,节约传输资源。
可选的,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。
可选的,目标基站当前缓存的所述多播业务的数据包的状态信息包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
可选的,所述目标基站还包括:
第一接收模块,用于接收所述源基站发送的以下信息中的至少一种:
所述源基站转发的所述SN号之前的终端未确认的数据包;
所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
可选的,所述目标基站还包括:
第二接收模块,用于在向源基站发送数据包在目标基站的状态信息之前,
接收源基站发送的所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号;
其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。
可选的,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和/或,第二类数据包;其中,
所述第一类数据包是SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;
所述第二类数据包是第二SN号对应的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,
所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述第三SN号的SN号。
可选的,所述目标基站还包括:
第一接收模块,用于接收所述源基站发送的以下信息中的至少一种,并确定所述目标基站需要向所述终端发送的数据包和不需要向所述终端发送的数据包:
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
需要说明的是,该实施例中的装置是与上述图3所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
请参考图8,本发明实施例提供了目标基站的一结构示意图,包括:处理器801、收发机802、存储器803和总线接口,其中:
在本发明实施例中,目标基站还包括:存储在存储器上803并可在处理器801上运行的程序,所述程序被处理器801执行时实现如下步骤:
向源基站发送所述多播业务的数据包在目标基站的状态信息。
可选的,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。
可选的,目标基站当前缓存的所述多播业务的数据包的状态信息包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
可选的,所述处理器执行所述程序时还实现以下步骤:接收所述源基站发送的以下信息中的至少一种:
所述源基站转发的所述SN号之前的终端未确认的数据包;
所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
可选的,所述处理器执行所述程序时还实现以下步骤:在向源基站发送数据包在目标基站的状态信息之前,接收源基站发送的所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号;
其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。
可选的,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和/或,第二类数据包;其中,
所述第一类数据包是SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;
所述第二类数据包是第二SN号对应的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,
所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述第三SN号的SN号。
可选的,所述处理器执行所述程序时还实现以下步骤:接收所述源基站发送的以下信息中的至少一种,并确定所述目标基站需要向所述终端发送的数据包和不需要向所述终端发送的数据包:
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
可理解的,本发明实施例中,所述计算机程序被处理器801执行时可实现上述图3所示的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器801代表的一个或多个处理器和存储器803代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机802可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
处理器801负责管理总线架构和通常的处理,存储器803可以存储处理器801在执行操作时所使用的数据。
需要说明的是,该实施例中的终端是与上述图3所示的方法对应的设备,上述各实施例中的实现方式均适用于该终端的实施例中,也能达到相同的技术效果。该设备中,收发机802与存储器803,以及收发机802与处理器801均可以通过总线接口通讯连接,处理器801的功能也可以由收发机802实现,收发机802的功能也可以由处理器801实现。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
在本发明的一些实施例中,还提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现以下步骤:
向源基站发送所述多播业务的数据包在目标基站的状态信息。
该程序被处理器执行时能实现上述应用于目标基站侧的多播业务的信息交互方法中的所有实现方式,且能达到相同的技术效果,为避免重复,此处不再赘述。
本发明实施例提供了图9所示的一种源基站,包括:
接收模块91,用于接收目标基站发送的所述多播业务的数据包在目标基站的状态信息。
通过以上模块,本发明实施例可以使得源基站获得目标基站的数据包状态信息,从而帮助源基站更为有效的进行数据前转,提高数据传输效率和可靠性,节约传输资源。
可选的,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。
可选的,目标基站当前缓存的所述多播业务的数据包的状态信息包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
可选的,所述源基站还包括:
第一发送模块,用于向目标基站发送以下信息中的至少一种:
所述源基站转发的所述SN号之前的终端未确认的数据包;
所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
可选的,所述源基站还包括:
第二发送模块,用于在接收目标基站发送的所述多播业务的数据包在目标基站的状态信息之前,向目标基站发送所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号;其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。
可选的,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和,第二类数据包;其中,所述第一类数据包是目标基站未缓存的,且SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;所述第二类数据包是第二SN号对应的数据包。
可选的,所述源基站还包括:
第三发送模块,用于根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第一类数据包和第二类数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述第三SN号的SN号。
可选的,所述源基站还包括:
第四发送模块,用于根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第三类数据包。
可选的,所述源基站还包括:
第五发送模块,用于向目标基站发送以下信息中的至少一种:
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
可选的,所述源基站还包括:
前转控制模块,用于在根据所述多播业务的数据包在目标基站的状态信息,确定出不需要向目标基站发送数据包,或者,在需要向所述目标基站发送的数据包已发送完毕后,结束源基站向目标基站的数据前转过程。
需要说明的是,该实施例中的装置是与上述图4所示的方法对应的设备,上述各实施例中的实现方式均适用于该设备的实施例中,也能达到相同的技术效果。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
请参考图10,本发明实施例提供了网络侧设备的一结构示意图,包括:处理器1001、收发机1002、存储器1003和总线接口,其中:
在本发明实施例中,网络侧设备还包括:存储在存储器上1003并可在处理器1001上运行的程序,所述程序被处理器1001执行时实现如下步骤:
接收目标基站发送的所述多播业务的数据包在目标基站的状态信息。
可选的,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。
可选的,目标基站当前缓存的所述多播业务的数据包的状态信息包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
可选的,所述处理器执行所述程序时还实现以下步骤:
向目标基站发送以下信息中的至少一种:
所述源基站转发的所述SN号之前的终端未确认的数据包;
所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
可选的,所述处理器执行所述程序时还实现以下步骤:
在接收目标基站发送的所述多播业务的数据包在目标基站的状态信息之前,向目标基站发送所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号;
其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。
可选的,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和,第二类数据包;其中,所述第一类数据包是目标基站未缓存的,且SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;所述第二类数据包是第二SN号对应的数据包。
可选的,所述处理器执行所述程序时还实现以下步骤:
根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第一类数据包和第二类数据包。
可选的,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述第三SN号的SN号。
可选的,所述处理器执行所述程序时还实现以下步骤:
根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第三类数据包。
可选的,所述处理器执行所述程序时还实现以下步骤:
向目标基站发送以下信息中的至少一种:
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
可选的,所述处理器执行所述程序时还实现以下步骤:
在根据所述多播业务的数据包在目标基站的状态信息,确定出不需要向目标基站发送数据包,或者,在需要向所述目标基站发送的数据包已发送完毕后,结束源基站向目标基站的数据前转过程。
可理解的,本发明实施例中,所述计算机程序被处理器1001执行时可实现上述图4所示的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
在图10中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1001代表的一个或多个处理器和存储器1003代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1002可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。
处理器1001负责管理总线架构和通常的处理,存储器1003可以存储处理器1001在执行操作时所使用的数据。
需要说明的是,该实施例中的终端是与上述图4所示的方法对应的设备,上述各实施例中的实现方式均适用于该终端的实施例中,也能达到相同的技术效果。该设备中,收发机1002与存储器1003,以及收发机1002与处理器1001均可以通过总线接口通讯连接,处理器1001的功能也可以由收发机1002实现,收发机1002的功能也可以由处理器1001实现。在此需要说明的是,本发明实施例提供的上述设备,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
在本发明的一些实施例中,还提供了一种计算机可读存储介质,其上存储有程序,该程序被处理器执行时实现以下步骤:
接收目标基站发送的所述多播业务的数据包在目标基站的状态信息。
该程序被处理器执行时能实现上述应用于源基站的多播业务的信息交互方法中的所有实现方式,且能达到相同的技术效果,为避免重复,此处不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

Claims (26)

1.一种多播业务的信息交互方法,应用于目标基站,其特征在于,包括:
向源基站发送所述多播业务的数据包在目标基站的状态信息。
2.如权利要求1所述的方法,其特征在于,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。
3.如权利要求2所述的方法,其特征在于,目标基站当前缓存的所述多播业务的数据包的状态信息包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
4.如权利要求3所述的方法,其特征在于,还包括:
接收所述源基站发送的以下信息中的至少一种:
所述源基站转发的所述SN号之前的终端未确认的数据包;
所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
5.如权利要求1所述的方法,其特征在于,在向源基站发送数据包在目标基站的状态信息之前,所述方法还包括:
接收源基站发送的所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号;
其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。
6.如权利要求5所述的方法,其特征在于,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
7.如权利要求6所述的方法,其特征在于,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和/或,第二类数据包;其中,
所述第一类数据包是SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;
所述第二类数据包是第二SN号对应的数据包。
8.如权利要求6所述的方法,其特征在于,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,
所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述目标基站当前缓存的首个数据包的第三SN号的SN号。
9.如权利要求5所述的方法,其特征在于,还包括:
接收所述源基站发送的以下信息中的至少一种,并确定所述目标基站需要向所述终端发送的数据包和不需要向所述终端发送的数据包:
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
10.一种多播业务的信息交互方法,应用于源基站,其特征在于,包括:
接收目标基站发送的所述多播业务的数据包在目标基站的状态信息。
11.如权利要求10所述的方法,其特征在于,所述多播业务的数据包在目标基站的状态信息为:目标基站当前缓存的所述多播业务的数据包的状态信息。
12.如权利要求11所述的方法,其特征在于,目标基站当前缓存的所述多播业务的数据包的状态信息包括:目标基站当前缓存的所述多播业务的首个数据包的SN号。
13.如权利要求12所述的方法,其特征在于,还包括:
向目标基站发送以下信息中的至少一种:
所述源基站转发的所述SN号之前的终端未确认的数据包;
所述源基站转发的所述SN号之前的尚未分配SN号的数据包;
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
14.如权利要求10所述的方法,其特征在于,在接收目标基站发送的所述多播业务的数据包在目标基站的状态信息之前,所述方法还包括:
向目标基站发送所述多播业务的PDCP SN号状态信息和/或GTP-U扩展头携带的终端未确认的PDCP PDU对应的PDCP SDU的第二SN号;
其中,所述PDCP SN号状态信息指示第一SN号,该第一SN号为所述多播业务的数据包在源基站侧已分配的最新SN号的下一个SN号。
15.如权利要求14所述的方法,其特征在于,所述多播业务的数据包在目标基站的状态信息为:需要源基站前转的所述多播业务的数据包。
16.如权利要求15所述的方法,其特征在于,所述需要源基站前转的所述多播业务的数据包,包括:第一类数据包,和,第二类数据包;其中,
所述第一类数据包是目标基站未缓存的,且SN号介于所述第一SN号与目标基站当前缓存的首个数据包的第三SN号之间的数据包,其中,所述第一SN号小于第三SN号;
所述第二类数据包是第二SN号对应的数据包。
17.如权利要求16所述的方法,其特征在于,还包括:
根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第一类数据包和第二类数据包。
18.如权利要求15所述的方法,其特征在于,所述需要源基站前转的所述多播业务的数据包,包括:第三类数据包;其中,
所述第三类数据包是第四SN号对应的数据包,所述第四SN号是所述第二SN号中小于所述目标基站当前缓存的首个数据包的第三SN号的SN号。
19.如权利要求18所述的方法,其特征在于,还包括:
根据所述多播业务的数据包在目标基站的状态信息,向目标基站前转发送所述第三类数据包。
20.如权利要求14所述的方法,其特征在于,还包括:
向目标基站发送以下信息中的至少一种:
所述源基站发送的、且所述终端已确认数据包对应的SN号信息;
所述源基站发送的、且所述终端未确认的数据包对应的SN号信息。
21.如权利要求10所述的方法,其特征在于,所述方法还包括:
在根据所述多播业务的数据包在目标基站的状态信息,确定出不需要向目标基站发送数据包,或者,在需要向所述目标基站发送的数据包已发送完毕后,结束源基站向目标基站的数据前转过程。
22.一种目标基站,其特征在于,包括收发机和处理器,其中,
所述收发机,用于向源基站发送所述多播业务的数据包在目标基站的状态信息。
23.一种目标基站,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如权利要求1至9任一项所述的方法的步骤。
24.一种源基站,其特征在于,包括收发机和处理器,其中,
所述收发机,用于接收目标基站发送的多播业务的数据包在目标基站的状态信息。
25.一种源基站,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如权利要求10至20任一项所述的方法的步骤。
26.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至20任一项所述的方法的步骤。
CN202110055684.5A 2021-01-15 2021-01-15 多播业务的信息交互方法及基站 Pending CN114765820A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202110055684.5A CN114765820A (zh) 2021-01-15 2021-01-15 多播业务的信息交互方法及基站
PCT/CN2022/072075 WO2022152257A1 (zh) 2021-01-15 2022-01-14 多播业务的信息交互方法及基站

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110055684.5A CN114765820A (zh) 2021-01-15 2021-01-15 多播业务的信息交互方法及基站

Publications (1)

Publication Number Publication Date
CN114765820A true CN114765820A (zh) 2022-07-19

Family

ID=82363467

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110055684.5A Pending CN114765820A (zh) 2021-01-15 2021-01-15 多播业务的信息交互方法及基站

Country Status (2)

Country Link
CN (1) CN114765820A (zh)
WO (1) WO2022152257A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101035356A (zh) * 2006-03-09 2007-09-12 华为技术有限公司 一种移动终端越区切换中网络侧业务数据的下发方法
CN101267593A (zh) * 2007-03-15 2008-09-17 华为技术有限公司 对目标小区进行组播广播多媒体业务激活的方法及基站
CN101601225A (zh) * 2006-03-22 2009-12-09 Lg电子株式会社 在移动通信系统中支持越区切换的方法
WO2013139778A1 (en) * 2012-03-19 2013-09-26 Telefonaktiebolaget L M Ericsson (Publ) Service continuity in handover situations in cellular communication systems
CN106658418A (zh) * 2015-11-02 2017-05-10 中兴通讯股份有限公司 车联网v2x业务数据包传输方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101035356A (zh) * 2006-03-09 2007-09-12 华为技术有限公司 一种移动终端越区切换中网络侧业务数据的下发方法
CN101601225A (zh) * 2006-03-22 2009-12-09 Lg电子株式会社 在移动通信系统中支持越区切换的方法
CN101267593A (zh) * 2007-03-15 2008-09-17 华为技术有限公司 对目标小区进行组播广播多媒体业务激活的方法及基站
WO2013139778A1 (en) * 2012-03-19 2013-09-26 Telefonaktiebolaget L M Ericsson (Publ) Service continuity in handover situations in cellular communication systems
CN106658418A (zh) * 2015-11-02 2017-05-10 中兴通讯股份有限公司 车联网v2x业务数据包传输方法及装置

Also Published As

Publication number Publication date
WO2022152257A1 (zh) 2022-07-21

Similar Documents

Publication Publication Date Title
CN108574967B (zh) 一种数据传输方法及装置
JP7174058B2 (ja) 伝送モードを判定するための方法およびデバイス、記憶媒体、ならびに電子デバイス
US7961662B2 (en) Mobile communication system and MBMS service relevant information transfer method for use therewith
CN110493890B (zh) 一种连接恢复方法、接入和移动性管理功能实体、通信装置及系统
US11729686B2 (en) Transmission control method, apparatus, and system
CN110519807B (zh) 一种通信方法及装置
EP2938025B1 (en) Method of data retransmission in collaborative service transmission and access network gateway thereof
WO2019019133A1 (zh) 命令指示方法及装置、信息交互方法及装置
US20210075723A1 (en) Wireless Communication Method and Device
JP2022541717A (ja) 方法、及び端末装置
CN101841877A (zh) 切换方法、路由器和通信系统
US9642048B2 (en) Mechanism to handle UE assistance information upon handover
CN110839267B (zh) 服务节点更新方法、终端设备和网络侧设备
CN110944368A (zh) 一种切换过程中传输数据的方法和设备
KR102381375B1 (ko) 이동통신 시스템에서 Cellular IoT 서비스를 제공하는 방법 및 장치
CN114765820A (zh) 多播业务的信息交互方法及基站
WO2021190233A1 (zh) 数据传输方法及装置
CN113475120B (zh) 小区切换时的数据传输方法及装置
CN114747238B (zh) 多播发送、接收方法以及装置
WO2023065292A1 (en) Lossless multicast and broadcast data transmissions in handovers
WO2023065291A1 (en) Lossless multicast and broadcast data transmissions in handovers
CN111585712A (zh) 资源分配方法、信息反馈、获取方法、终端及网络设备
WO2020092560A1 (en) Mobility management in information centric networking
US20240056901A1 (en) Method and apparatus for multicast and broadcast services
CN111567085A (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