CN114390449A - 用于组播传输的方法和设备 - Google Patents
用于组播传输的方法和设备 Download PDFInfo
- Publication number
- CN114390449A CN114390449A CN202011562841.3A CN202011562841A CN114390449A CN 114390449 A CN114390449 A CN 114390449A CN 202011562841 A CN202011562841 A CN 202011562841A CN 114390449 A CN114390449 A CN 114390449A
- Authority
- CN
- China
- Prior art keywords
- base station
- data
- information
- mbs
- pdcp
- 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
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 93
- 238000000034 method Methods 0.000 title claims abstract description 83
- 230000004044 response Effects 0.000 claims abstract description 42
- 238000013507 mapping Methods 0.000 description 26
- 238000010586 diagram Methods 0.000 description 17
- 230000008569 process Effects 0.000 description 14
- 238000012986 modification Methods 0.000 description 12
- 230000004048 modification Effects 0.000 description 12
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 8
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 239000013256 coordination polymer Substances 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 3
- 239000000872 buffer Substances 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
Images
Classifications
-
- 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
- H04W4/08—User group management
-
- 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
Abstract
本发明提供了用于用于组播传输的方法和设备,其中一种第一网络设备执行的用于组播传输的方法,包括:从第二网络设备接收用于请求切换的第一消息;向第二网络设备发送用于响应第一消息的第二消息。
Description
技术领域
本申请涉及无线通信技术,特别涉及一种用于组播传输的方法和设备。
背景技术
为了满足自4G通信系统的部署以来增加的对无线数据通信业务的需求,已经努力开发改进的5G或准5G通信系统。因此,5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。
无线通信是现代历史上最成功的创新之一。最近,无线通信服务的订户数量超过了50亿,并且还在继续快速增长。由于智能电话和其他移动数据设备(例如,平板计算机、笔记本计算机、上网本、电子书阅读器和机器类型设备)在消费者和企业中的日益普及,对无线数据业务的需求正在迅速增长。为了满足移动数据业务的高速增长并支持新的应用和部署,提高无线接口效率和覆盖范围至关重要。
发明内容
技术问题
当UE移动的时候,如果UE正在接收广播组播业务(以下称MBS),,需要MBS业务的数据转发的机制。
解决方案
根据本发明的一方面,提供了一种第一网络设备执行的用于组播传输的方法,包括:从第二网络设备接收用于请求切换的第一消息;向第二网络设备发送用于响应第一消息的第二消息。
根据本发明的实施例,其中,第一消息包括:关于第二网络设备传输的组播数据包的SN的信息、和/或关于对组播业务的转发建议的信息。
根据本发明的实施例,其中,关于第二网络设备传输的组播数据包的SN的信息包括:PDCP的SN信息和/或GTP-U的SN信息。
根据本发明的实施例,其中,第二消息包括:关于第一网络设备传输的组播数据包的SN信息、和/或关于接受转发的指示的信息。
根据本发明的实施例,其中,关于第一网络设备传输的组播数据包的SN的信息包括:PDCP的SN信息和/或GTP-U的SN信息。
根据本发明的实施例,还包括:从第二网络设备接收关于第二网络设备传输的组播数据包的SN的信息,并且所述关于第二网络设备传输的组播数据包的SN信息包括:PDCP的SN信息和/或GTP-U的SN信息。
根据本发明的实施例,还包括:参考关于第一网络设备传输的组播数据包的SN信息、关于第二网络设备传输的组播数据包的SN的信息中的一个或多个,决定需要转发的数据。
根据本发明的实施例,还包括:决定停止数据转发;以及向第二网络设备通知停止数据转发。
根据本发明的一另方面,提供了一种第二网络设备执行的用于组播传输的方法,包括:向第一网络设备发送用于请求切换的第一消息;从第一网络设备接收用于响应第一消息的第二消息。
根据本发明的实施例,其中,第一消息包括:关于第二网络设备传输的组播数据包的SN的信息、和/或关于对组播业务的转发建议的信息。
根据本发明的实施例,其中,关于第二网络设备的组播数据包的SN的信息包括:PDCP的SN信息和/或GTP-U的SN信息。
根据本发明的实施例,其中,第二消息包括:关于第一网络设备传输的组播数据包的SN信息和/或关于接受转发的指示的信息。
根据本发明的实施例,其中,关于第一网络设备传输的组播数据包的SN的信息包括:PDCP的SN信息和/或GTP-U的SN信息。
根据本发明的实施例,还包括:参考关于第一网络设备传输的组播数据包的SN信息、关于第二网络设备传输的组播数据包的SN的信息中的一个或多个中的一个或多个,决定需要转发的数据。
根据本发明的实施例,还包括:决定转发数据停止。
根据本发明的实施例,还包括:向第一网络设备发送关于第二网络设备传输的组播数据包的SN的信息,并且所述关于第二网络设备传输的组播数据包的SN信息包括:PDCP的SN信息和/或GTP-U的SN信息。
根据本发明的另一方面,提供了一种用于组播传输的第一网络设备,包括:收发器,配置接收和发送信号;以及控制器,配置为执行本发明各实施例所述的方法。
根据本发明的另一方面,提供了一种用于组播传输的第二网络设备,包括:收发器,配置接收和发送信号;以及控制器,配置为执行本发明各实施例所述的方法。
根据本发明的另一方面,提供了一种方法,包括根据一个或多个预定规则,基于GTP-U的SN信息设置PDCP的SN信息。
技术效果
本发明给出的用于组播传输的方法及设备,能够实现组播传输切换。
附图说明
图1为系统架构演进(SAE)的系统架构图;
图2为5G的初始整体架构示意图;
图3为本发明的方法一的示意图;
图4为本发明的方法二的示意图;
图5为本发明的实施例一的示意图;
图6为本发明的实施例二的示意图;
图7为本发明的实施例三的示意图;
图8为本发明的实施例四的示意图;
图9为本发明的实施例五的示意图;
图10为本发明的网络设备的框图;以及
图11为本发明的实施例六的示意图。
具体实施方式
以下讨论的图1至图10以及用于描述本专利文档中的本公开的原理的各种实施例仅作为说明,并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解,本公开的原理可以在任何适当布置的系统或设备中实施。
图1是系统架构演进(SAE)的示例性系统架构100。用户设备(UE)101是用来接收数据的终端设备。演进通用陆地无线接入网络(E-UTRAN)102是无线接入网络,其中包括为UE提供接入无线网络接口的宏基站(eNodeB/NodeB)。移动管理实体(MME)103负责管理UE的移动上下文、会话上下文和安全信息。服务网关(SGW)104主要提供用户平面的功能,MME 103和SGW 104可能处于同一物理实体。分组数据网络网关(PGW)105负责计费、合法监听等功能,也可以与SGW 104处于同一物理实体。策略和计费规则功能实体(PCRF)106提供服务质量(QoS)策略和计费准则。通用分组无线业务支持节点(SGSN)108是通用移动通信系统(UMTS)中为数据的传输提供路由的网络节点设备。归属用户服务器(HSS)109是UE的家乡归属子系统,负责保护包括用户设备的当前位置、服务节点的地址、用户安全信息、用户设备的分组数据上下文等用户信息。
图2是根据本公开的各种实施例的示例性系统架构200。能够使用系统架构200的其他实施例而不脱离本公开的范围。
用户设备(UE)201是用来接收数据的终端设备。下一代无线接入网络(NG-RAN)202是无线接入网络,其中包括为UE提供接入无线网络接口的基站(gNB或连接到5G核心网5GC的eNB,连接到5GC的eNB也叫ng-gNB)。接入控制和移动管理功能实体(AMF)203负责管理UE的移动上下文、和安全信息。用户平面功能实体(UPF)204主要提供用户平面的功能。会话管理功能实体SMF205负责会话管理。数据网络(DN)206包含如运营商的服务、互联网的接入和第三方的业务等。
以下的实施例中,以5G系统为例子,接入网控制平面以CU-CP(集中单元-控制平面)为例子,接入网用户平面以CU-UP(集中单元-用户平面)为例子,分布单元以DU(分布单元)为例子进行描述。所述方法也适用于其它系统的相应的实体。
当UE移动的时候,如果UE正在接收广播组播业务(以下称MBS),源基站会把缓存的数据发送给目的基站,以减少数据的丢失。MBS业务的数据转发与普通业务数据的转发相比,需要不同的机制。
本发明给出了接收组播传输的切换的方法及设备。
本发明给出的用于组播传输的方法及设备,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,可以提高接入网络资源和/或空口资源的利用效率,可以减少传输的延迟,可以减少数据的丢失,可以减少切换带来的延迟,可以减少不必要的数据传输。
方法一:
图3为本发明的方法一的示意图。
步骤301,源基站发送切换请求给目的基站,消息携带了UE正在接收的或者感兴趣的MBS业务标识、MBS业务的无线承载的标识、和/或对MBS业务的转发建议,消息还可以包含源基站的MBS数据包包含的SN信息;
步骤302,目的基站决定是否需要MBS的数据转发。如果需要,在目的基站发送给源基站的切换确认消息中,携带接受转发的指示,和/或,携带目的基站已经发送或正在发送的数据对应的SN信息,或携带目的基站建议的转发数据包对应的SN;
另一种实现方式,目的基站可以通过发送一条单独的消息给源基站,携带目的基站已经发送和/或正在发送的数据对应的SN信息,或者携带目的基站建议的转发数据对应的SN信息。
步骤303,源基站根据收到的目的基站目前发送的(已经发送和/或正在发送的)MBS数据包包含的SN,决定什么时候停止数据转发。
根据本发明的方法,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,提高接入网络资源和/或空口资源的利用效率,减少传输的延迟,减少数据的丢失,减少切换带来的延迟,减少不必要的数据传输。
方法二:
图4为本发明的方法二的示意图。
步骤401,源基站发送切换请求给目的基站,消息携带了UE正在接收的或者感兴趣的MBS业务标识、MBS业务的无线承载的标识、和/或对MBS业务的转发建议;
步骤402,目的基站决定是否需要MBS的数据转发,如果需要,在目的基站发送给源基站的切换确认消息中,携带接受转发的指示;
步骤403,目的基站决定转发需要停止的时候,目的基站发送消息通知源基站,数据转发停止。或者目的基站决定转发需要停止的时候,目的基站丢掉转发的数据包,开始发送从核心网来的数据包,源基站自己决定什么时候停止数据发送。
其中,方法一和方法二中,SN可以是GTP-u SN或者PDCP SN,PDCP SN和GTP-U SN都对应关系,或者是一一对应,或者是按照预定的规则,把GTP-U SN映射到PDCP SN。
根据本发明的方法,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,提高接入网络资源和/或空口资源的利用效率,减少传输的延迟,减少数据的丢失,减少切换带来的延迟,减少不必要的数据传输。
实施例一
图5为本发明的实施例一的示意图。
当UE切换时,图5描述了如何保持业务连续性的方法一的实施例,如图5(实施例一)所示。当UE从源基站移动到目的基站的时候,如果在源基站正在接收MBS,UE移动到目的基站,也需要继续接收MBS。在切换的过程中,最好没有MBS数据的丢失,使得UE能够连续地接收数据。对于单播业务,当UE移动到目的基站,核心网会停止给源基站发送数据,通知源基站数据发送中止,某一个数据包被标识成最后一个数据包,指示数据发送停止。但是对于一个MBS业务,目的基站可能已经在用点对多点传输模式发送数据,而源基站也需要继续MBS的传输,不会因为一个UE移走就结束数据传输,因此源基站需要继续从核心网接收数据,不可能从核心网得到数据停止的指示,因此源基站不知道什么时候需要结束数据转发。根据本实施例,源基站收到目的基站发送的SN信息,可以根据SN信息,把目的基站还没有发送的数据包转发给目的基站,并且决定什么时候结束数据转发,这样可以减少数据的转发,保证数据的连续发送和接收。实施例一描述了该过程,这里省略了与本发明无关的步骤的详细说明。实施例一包含步骤:
步骤501,源基站向目的基站发起切换请求消息。
所述消息中携带请求的每一PDU会话的会话标识、PDU会话包含的Qos流的信息,DRB信息等。其中,如果UE正在接收MBS,消息还包含了MBS的标识、对MBS业务的转发建议,或者针对每个MBS的无线承载设置转发建议,消息还包含MBS对应的会话标识、MBS对应的Qos流的信息、传输MBS的DRB的配置信息等,MBS在源基站的QoS流到MRB的映射配置信息。消息还可以包含源基站发送MBS数据的SN信息,SN信息可以包含PDCP的SN和/或GTP-U的SN:
-PDCP SN。具体来说,可以是下面的一个或者几个信息:
■已经发送给下层RLC层的下行PDCP数据包对应PDCP SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的最高的PDCPSN;
■已经顺序成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经顺序成功发送给UE的下行PDCP数据包对应的最高的PDCPSN;
■已经成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经成功发送给UE的下行PDCP数据包对应的最高的PDCP SN;
-GTP-U SN。具体来说,可以是下面的一个或者几个信息:
■发送给PDCP层的数据包对应的最高的GTP-u数据包的SN;
■发送给SDAP层的数据包对应的最高的GTP-u数据包的SN;
■收到的GTP-u数据包中对应的序号最高的SN;已经发送给下层RLC层的下行PDCP数据包对应的GTP-U数据包的SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■已经顺序成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■顺序成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
目的基站根据目的小区是否已经在传输MBS,决定是否给核心网发送消息,请求MBS数据的传输。如果目的小区已经从核心网接收了MBS,目的基站发送响应消息给源基站。
如果目的基站上的目的小区还没有从核心网收到MBS数据,目的基站发送消息给核心网,请求核心网发送MBS的数据。建立MBS承载的过程在其它的实施例中有描述。目的基站发送响应消息给源基站。
步骤502,目的发送切换请求响应消息。所述消息中包括目的到源的透明传输器。目的到源的透明传输器包含了目的基站发送给UE的RRC消息。
消息还包含了建立成功的PDU会话的信息。PDU会话的信息包含了PDU会话的标识、建立成功的DRB的标识、建立成功的MBS的标识、建立成功的MRB的标识。如果目的基站正在传输MBS业务,以点对点传输或者点对多点传输,消息还包含了目的基站决定MBS数据转发是需要的指示信息,目的基站建议的转发数据对应的PDCP SN信息和/或GTP-U的SN。目的基站可以参考多个信息,决定是否需要数据转发,例如参考从501步骤收到的源基站发送MBS数据的SN信息,目的基站可以决定是否需要转发数据。例如,源基站发送MBS数据的SN指示正在发送的最高的GTP-u SN是80,目的基站目前正在发送GTP-u SN是100,则目的基站决定需要数据转发。
根据目的基站决定的MBS业务的QoS流到MRB(或者DRB)的映射是否跟源基站的QoS流到MRB(或者DRB)映射相同,目的基站可以发送不同的序列号。例如如果目的基站决定的MBS业务的QoS流到MRB(或者DRB)的映射跟源基站的QoS流到MRB(或者DRB)映射相同,目的基站和源基站相同的PDCP SN对应的数据包内容相同,则可以发送PDCP的SN给源基站;如果映射配置不同,目的基站和源基站相同的PDCP SN对应的数据包内容不同,则可以发送GTP-u的SN。在实施中,为了简单,也可以一个MBS业务建立一个点对多点的无线数据承载MRB,这样,源基站和目的基站的的映射是一样的。
具体来说,PDCP SN信息和/或GTP-U的SN信息可以是下面的一个或者几个信息:
■已经发送给下层RLC层的下行PDCP数据包对应PDCP SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的最高的PDCPSN;
■已经顺序成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经顺序成功发送给UE的下行PDCP数据包对应的最高的PDCPSN;
■已经成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经成功发送给UE的下行PDCP数据包对应的最高的PDCP SN;
■基站设置的PDCP SN,指示需要转发的下行PDCP数据包对应的最高的PDCP SN;
■基站设置的PDCP SN列表,指示需要转发的下行PDCP数据包对应的PDCP SN列表,也可以指示一个SN的范围,例如指示最低和最高的PDCP SN。
-GTP-U SN。具体来说,可以是下面的一个或者几个信息:
■发送给PDCP层的数据包对应的最高的GTP-u数据包的SN;
■发送给SDAP层的数据包对应的最高的GTP-u数据包的SN;
■收到的GTP-u数据包中对应的序号最高的SN;已经发送给下层RLC层的下行PDCP数据包对应的GTP-U数据包的SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■已经顺序成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■顺序成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■基站设置的GTP-U SN,指示需要转发的下行数据包对应的最高的GTP-U SN;
■基站设置的GTP-U SN列表,指示需要转发的下行数据包对应的GTP-U列表,也可以指示一个SN的范围,例如指示最低和最高的GTP-U SN。
步骤503,源基站通过RRC重配置消息向UE发送切换执行命令。
消息携带在需要UE在目的基站建立的PDU会话配置的信息。还可以包含在目的基站接收的MBS业务标识,MBS的信道模式指示信息,还可以包含MBS的点对点信道配置信息和/或点对多点信道配置信息。
步骤504,源基站发送SN状态传输给目的基站。
如果在501的步骤中没有包含UE在源基站接收的MBS数据对应的PDCP SN的信息,则可以通过503的步骤,通过一条单独的消息来发送MBS数据对应的PDCP SN和/或GTP-U的SN:
-PDCP SN。具体来说,可以是下面的一个或者几个信息:
■已经发送给下层RLC层的下行PDCP数据包对应PDCP SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的最高的PDCPSN;
■已经顺序成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经顺序成功发送给UE的下行PDCP数据包对应的最高的PDCPSN;
■已经成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经成功发送给UE的下行PDCP数据包对应的最高的PDCP SN;
-GTP-U SN。具体来说,可以是下面的一个或者几个信息:
■发送给PDCP层的数据包对应的最高的GTP-u数据包的SN;
■发送给SDAP层的数据包对应的最高的GTP-u数据包的SN;
■收到的GTP-u数据包中对应的序号最高的SN;已经发送给下层RLC层的下行PDCP数据包对应的GTP-U数据包的SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■已经顺序成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■顺序成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
步骤505,源基站转发MBS数据给目的基站。源基站根据收到的目的基站建议的转发数据对应的SN信息,(SN信息可以是PDCP SN或者GTP-u SN,如上所示),决定哪些数据需要转发,决定什么时候结束转发。例如目的基站建议转发数据的最高的GTP-u SN设置成100,目前源基站正在发送数据包80,则源基站转发80到100的数据包给目的基站。为了保证数据的连续接收,目的基站可以为UE临时建立点对点的传输模式,通过点对点信道把转发的数据发送给UE。之后,UE可以切换到点对多点的模式接收数据。当数据转发结束的时候,源基站可以在用户平面指示数据转发结束,或指示转发的数据包是最后一个数据包。
步骤506,UE向目的基站发送RRC重配置完成消息以指示切换完成。
步骤507,目的基站发送路径切换请求消息给核心网。
当UE是目的基站第一个需要接收MBS的用户,目的基站还没有从核心网收到MBS数据,目的基站可以通过步骤507的消息,请求MBS数据的传输。步骤507的消息携带MBS的信息,例如MBS的标识,请求核心网向该基站发送MBS数据。响应于收到步骤507的消息,核心网开始发送MBS的业务开始消息给该基站,基站发送相应消息给核心网,之后核心网可以开始向该基站发送MBS数据。目的基站先发送从源基站收到的转发数据,然后才发送从核心网收到的新的数据。
步骤508,核心网发送路径切换响应消息给目的基站。
步骤509,目的基站发送UE上下文释放给源基站,去释放源基站上UE的上下文信息。
实施例一可以用于源基站采用点对点信道或者点对多点信道发送MBS数据,目的基站采用点对多点信道发送MBS数据。也可以应用于其它的情况。
根据本发明的方法,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,提高接入网络资源和/或空口资源的利用效率,减少传输的延迟,减少数据的丢失,减少切换带来的延迟,减少不必要的数据传输。
实施例二
图6为本发明的实施例二的示意图。
当UE切换时,图6描述了如何保持业务连续性的方法一的实施例,如图6(实施例二)所示。当UE从源基站移动到目的基站的时候,如果在源基站正在接收MBS,移动到目的基站,也需要继续接收MBS。在切换的过程中,最好没有MBS数据的丢失,UE能够连续地接收数据。概括来说,本发明通过目的基站发送转发停止的指示给源基站,源基站停止数据转发。或者目的基站根据转发数据包对应的SN,决定丢弃哪些数据,源基站根据实现,例如采用时钟的方式,自己决定什么时候停止数据转发。这样可以减少数据的转发,保证数据的连续发送和接收。实施例二描述了该过程,这里省略了与本发明无关的步骤的详细说明。包含步骤:
步骤601,源基站向目的基站发起切换请求消息。
所述消息中携带请求的每一PDU会话的会话标识、PDU会话包含的QoS流的信息、DRB信息等。其中,如果UE正在接收MBS,消息还包含了MBS的标识、对MBS业务的转发建议,或者针对每个MBS的无线承载设置转发建议,消息还包含MBS对应的会话标识、MBS对应的Qos流的信息、传输MBS的DRB的配置信息等,MBS在源基站的QoS流到MRB的映射配置信息。消息还可以包含源基站发送MBS数据的SN信息,SN信息可以包含PDCP的SN和/或GTP-U的SN。具体的信息,见上面实施例一的描述。
目的基站根据目的小区是否已经在传输MBS,决定是否给核心网发送消息,请求MBS数据的传输。如果目的小区已经从核心网接收了MBS,目的基站发送响应消息给源基站。
如果目的基站上的目的小区还没有从核心网收到MBS数据,目的基站发送消息给核心网,请求核心网发送MBS的数据。建立MBS承载的过程在其它的实施例中已经进行了描述,这里省略重复描述。目的基站发送响应消息给源基站。
步骤602,目的发送切换请求响应消息。所述消息中包括目的到源的透明传输器。目的到源的透明传输器包含了目的基站发送给UE的RRC消息。
消息还包含了建立成功的PDU会话的信息。PDU会话的信息包含了PDU会话的标识、建立成功的DRB的标识、建立成功的MBS的标识、建立成功的MRB的标识。消息还包含了目的基站决定MBS数据转发是需要的指示信息。
步骤603,源基站通过RRC重配置消息向UE发送切换执行命令。
消息携带在需要UE在目的基站建立的PDU会话配置的信息。还可以包含在目的基站接收的MBS业务标识,MBS的信道模式指示信息,还可以包含MBS的点对点信道配置信息和/或点对多点信道配置信息。
步骤604,源基站发送SN状态传输给目的基站。
如果在601的步骤中没有包含UE在源基站接收的MBS数据对应的PDCP SN的信息,则可以通过604的步骤,通过一条单独的消息来发送MBS数据对应的PDCP SN和/或GTP-U的SN,具体的信息,见上面实施例一的描述。此步骤根据需要,也可以省略。
步骤605,源基站转发MBS数据给目的基站。为了把转发的数据发送给UE,目的基站可以为UE建立点对点的传输模式,通过点对点信道把转发的数据发送给UE。之后,在转发的数据都发送给UE之后,根据目的基站进一步的决定,UE可以切换到点对多点或者继续用点对点信道接收MBS数据。当数据转发结束的时候,源基站可以在用户平面指示数据转发结束,或指示转发的数据包是最后一个数据包。
步骤606,UE向目的基站发送RRC重配置完成消息以指示切换完成。
步骤607,目的基站发送路径切换请求消息给核心网。
当UE是目的基站第一个需要接收MBS的用户,目的基站还没有从核心网收到MBS数据,目的基站可以通过步骤607的消息,请求MBS数据的传输。步骤607的消息携带MBS的信息,例如MBS的标识,请求核心网向该基站发送MBS数据。响应于收到步骤607的消息,核心网开始发送MBS的业务开始消息给该基站,基站发送相应消息给核心网,之后核心网可以开始向该基站发送MBS数据。目的基站先发送从源基站收到的转发数据,然后才发送从核心网收到的新的数据。
步骤608,核心网发送路径切换响应消息给目的基站。
步骤609,目的基站发送数据转发停止的消息给源基站。
在607步骤之后,核心网开始把数据发送给目的基站,目的基站收到了核心网发送的数据,可以得到数据包的包头包含的GTP-U SN,根据转发的数据包的包头包含的SN,和核心网发送的GTP-U SN,决定什么时候不需要转发。或者在收到UE的切换请求消息,目的基站已经收到了核心网发送的MBS数据包,目的基站可以根据转发的数据包的包头包含SN,和从核心网收到的GTP-U SN,决定是否要停止数据转发。当目的基站决定转发需要停止的时候,目的基站发送消息通知源基站数据转发停止,则源基站停止转发数据给目的基站。或者目的基站通过用户平面发送数据转发停止的指示信息给源基站。
或者根据转发的数据包的包头包含的SN,和从核心网接收的GTP-U SN,目的基站决定丢掉哪些转发的数据包,开始发送从核心网来的数据包。根据源基站采用实现的方法,决定何时停止数据转发,例如基于预定的数据转发时钟,当转发时钟超时,源基站停止转发数据。
步骤610,目的基站发送UE上下文释放消息给源基站,去释放源基站上UE的上下文信息。步骤609和610也可以通过合并成同一个消息发送。
实施例二可以用于源基站采用点对点信道或者点对多点信道发送MBS数据,目的基站采用点对多点信道发送MBS数据。也可以应用于其它的情况。
根据本发明的方法,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,提高接入网络资源和/或空口资源的利用效率,减少传输的延迟,减少数据的丢失,减少切换带来的延迟,减少不必要的数据传输。
实施例三
图7为本发明的实施例三的示意图。
本发明还包含了当UE切换时,如何保持业务连续性的方法二的实施例,如图7(实施例三)所示。当UE从源基站移动到目的基站的时候,如果在源基站正在接收MBS,移动到目的基站,也需要继续接收MBS,在切换的过程中,最好没有MBS数据的丢失,UE能够连续地接收数据。概括来说,本发明通过步骤一:源基站通知目的基站,源基站发送的包对应的序列号SN,目的基站可以据此决定是否需要进行数据转发,步骤二:目的基站向源基站通知接受转发,并且携带目的基站已经发送或正在发送的数据对应的SN信息,或者携带目的基站建议的转发数据对应的SN信息,据此源基站可以决定哪些数据需要转发,或,可以决定什么时候数据转发结束。因为对于单播业务,当UE移动到目的基站,核心网会停止给源基站发送数据,通知源基站数据发送中止,某一个数据包被标识成最后一个数据包,指示数据发送停止。但是对于一个MBS业务,目的基站可能已经在用点对多点传输模式发送数据,而源基站也需要继续MBS的传输,不会因为一个UE移走就结束数据传输,因此源基站继续从核心网接收数据,不可能从核心网得到数据停止的指示,因此源基站不知道什么时候需要结束数据转发。根据本实施例,源基站收到目的基站发送的SN信息,可以根据该指示,把目的基站还没有发送的数据包转发给目的基站,并且决定什么时候结束数据转发,这样可以减少数据的转发,保证数据的连续发送和接收。实施例三描述了该过程应用于分离的架构,这里省略了与本发明无关的步骤的详细说明。实施例三包含步骤:
步骤701,源基站CU-CP向目的基站CU-CP发起切换请求消息。
所述消息中携带请求的每一PDU会话的会话标识、PDU会话包含的QoS流的信息、DRB信息等。其中,如果UE正在接收MBS,消息还包含了MBS的标识、对MBS业务的转发建议,或者针对每个MBS的无线承载设置转发建议,消息还包含MBS对应的会话标识、MBS对应的QoS流的信息、QoS流到MRB和/或QoS流到DRB的映射、传输MBS的MRB和/或传输MBS的DRB的配置信息等。
目的基站根据目的小区是否已经在传输MBS,决定是否给核心网发送消息,请求MBS数据的传输。如果目的小区已经从核心网接收了MBS,目的基站发送响应消息给源基站。
如果目的基站上的目的小区还没有从核心网收到MBS数据,目的基站发送消息给核心网,请求核心网发送MBS的数据。建立MBS承载的过程在其它的实施例中有描述。目的基站发送响应消息给源基站。
步骤702,目的CU-CP发起承载建立请求消息给目的CU-UP。根据目的CU-CP决定的MBS业务的QoS流到MRB(或者DRB)的映射是否跟源基站的QoS流到MRB(或者DRB)映射一样,目的CU-CP可以在该消息中指示CU-UP发送哪种序列号给目的CU-CP。例如如果映射配置相同,目的基站和源基站相同的PDCP SN对应的数据包内容相同,则CU-CP指示CU-UP发送PDCP的SN给CU-CP;如果映射配置不同,则CU-CP指示CU-UP发送GTP-u的SN给CU-CP。
消息包含MBS消息还包含了MBS的标识、对MBS业务的转发建议,或者针对每个MBS的无线承载设置转发建议,消息还包含MBS对应的会话标识、MBS对应的Qos流的信息、传输MBS的DRB的配置信息等,消息还可以包含MBS在源基站的QoS流到MRB的映射配置信息。根据目的CU-CP决定的MBS业务的QoS流到MRB(或者DRB)的映射是否跟源基站的QoS流到MRB(或者DRB)映射一样,目的CU-UP可以决发送哪种序列号给目的CU-CP。
步骤703,目的CU-UP发起承载建立响应消息给目的CU-CP。
消息携带了建立成功的PDU会话的信息,建立成功的DRB的标识、建立成功的MBS的标识、建立成功的MRB的标识。消息还包含了目的CU-UP决定MBS数据转发是需要的指示信息,目的CU-UP建议的转发数据对应的PDCP SN或者GTP-U的SN的信息,SN的具体信息可以参见以下步骤705。
步骤704,目的CU-CP和DU之间建立UE的上下文,该过程和以前的实施例描述的过程一样,在此省略。
步骤705,目的CU-CP发送切换请求确认消息给源CU-CP。所述消息中包括目的到源的透明传输器。目的到源的透明传输器包含了目的基站发送给UE的RRC消息。
消息还包含了建立成功的PDU会话的信息。PDU会话的信息包含了PDU会话的标识、建立成功的DRB的标识、建立成功的MBS的标识、建立成功的MRB的标识。如果目的基站正在传输MBS业务,以点对点传输或者点对多点传输,消息还包含了目的基站决定MBS数据转发是需要的指示信息,目的基站建议的转发数据对应的PDCP SN信息和/或GTP-U的SN。具体来说,PDCP SN信息和/或GTP-U的SN信息可以是下面的一个或者几个信息:
■已经发送给下层RLC层的下行PDCP数据包对应PDCP SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的最高的PDCPSN;
■已经顺序成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经顺序成功发送给UE的下行PDCP数据包对应的最高的PDCPSN;
■已经成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经成功发送给UE的下行PDCP数据包对应的最高的PDCP SN;
■基站设置的PDCP SN,指示需要转发的下行PDCP数据包对应的最高的PDCP SN;
■基站设置的PDCP SN列表,指示需要转发的下行PDCP数据包对应的PDCP SN列表,也可以指示一个SN的范围,例如指示最低和最高的PDCP SN。
-GTP-U SN。具体来说,可以是下面的一个或者几个信息:
■发送给PDCP层的数据包对应的最高的GTP-u数据包的SN;
■发送给SDAP层的数据包对应的最高的GTP-u数据包的SN;
■收到的GTP-u数据包中对应的序号最高的SN;已经发送给下层RLC层的下行PDCP数据包对应的GTP-U数据包的SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■已经顺序成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■顺序成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■基站设置的GTP-U SN,指示需要转发的下行数据包对应的最高的GTP-U SN;
■基站设置的GTP-U SN列表,指示需要转发的下行数据包对应的GTP-U SN列表,也可以指示一个SN的范围,例如指示最低和最高的GTP-U SN。
步骤706,源CU-CP和DU之间,进行UE上下文修改过程。
步骤707,源CU-CP发送承载修改请求消息给源CU-UP。
消息携带从目的CU-CP收到的转发数据对应的PDCP SN信息和/或GTP-U的SN信息,SN的具体信息可以参见以上步骤705。
步骤708,源CU-UP发送承载修改响应消息给源CU-CP。
消息携带源基站的PDCP的SN的信息或者GTP-U的SN。具体的如步骤705所示。
步骤709,源CU-CP发送SN状态传输给目的CU-CP。
如果在701的步骤中没有包含UE在源基站接收的MBS数据对应的PDCP SN的信息,则可以通过709的步骤,通过一条单独的消息来发送MBS数据对应的PDCP SN的信息和/或GTP-U的SN信息,SN的具体信息可以参见以上步骤705。
步骤710,源基站CU-CP通过RRC重配置消息向UE发送切换执行命令。
消息携带在需要UE在目的基站建立的PDU会话配置的信息,还可以包含在目的基站接收的MBS业务标识、MBS的信道模式指示信息,还可以包含MBS的点对点信道配置信息和/或点对多点信道配置信息。
步骤711,目的CU-CP发送承载修改请求消息给目的CU-UP。消息还可以包含目的CP收到的PDCP SN或者GTP-u SN的信息,例如从709步骤收到的信息。
步骤712,目的CU-UP发送承载修改响应消息给目的CU-CP。
步骤713,UE向目的基站发送RRC重配置完成消息以指示切换完成。
步骤714,目的CU-CP发送路径切换请求消息给核心网。
当UE是目的基站第一个需要接收MBS的用户,目的基站还没有从核心网收到MBS数据,目的基站可以通过步骤714的消息,请求MBS数据的传输。步骤714的消息携带MBS的信息,例如MBS的标识,请求核心网向该基站发送MBS数据。响应于收到步骤714的消息,核心网开始发送MBS的业务开始消息给该基站,基站发送相应消息给核心网,之后核心网可以开始向该基站发送MBS数据。目的基站先发送从源基站收到的转发数据,然后才发送从核心网收到的新的数据。
步骤715,核心网发送路径切换响应消息给目的CU-CP。
步骤716,目的CU-CP发送UE上下文释放消息给源CU-CP。
步骤717,源CU-CP发送承载释放命令给源CU-UP。
步骤718,源CU-CP发起和DU之间的UE上下文释放过程。
步骤719,源CU-UP发送承载释放完成给源CU-CP。
根据本发明的方法,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,提高接入网络资源和/或空口资源的利用效率,减少传输的延迟,减少数据的丢失,减少切换带来的延迟,减少不必要的数据传输。
实施例四
图8为本发明的实施例四的示意图。
本发明还包含了当UE切换时,如何保持业务连续性的方法二的另一个实施例,如图8(实施例四)所示。当UE从源基站移动到目的基站的时候,如果在源基站正在接收MBS,移动到目的基站,也需要继续接收MBS。在切换的过程中,最好没有MBS数据的丢失,UE能够连续地接收数据。概括来说,本发明通过目的基站发送转发停止指示给源基站,源基站停止数据转发。或者目的基站根据转发数据包对应的SN,决定丢弃哪些数据,源基站根据实现,例如采用时钟的方式,自己决定什么时候停止数据转发。这样可以减少数据的转发,保证数据的连续发送和接收。实施例四描述了该过程,这里省略了与本发明无关的步骤的详细说明。实施例四包含步骤:
步骤801,源基站CU-CP向目的基站CU-CP发起切换请求消息。
所述消息中携带请求的每一PDU会话的会话标识、PDU会话包含的QoS流的信息、DRB信息等。其中,如果UE正在接收MBS,消息还包含了MBS的标识、对MBS业务的转发建议,或者针对每个MBS的无线承载设置转发建议,消息还包含MBS对应的会话标识、MBS对应的Qos流的信息、Qos流到MRB和/或Qos流到DRB的映射,传输MBS的MRB和/或传输MBS的DRB的配置信息等。
目的基站根据目的小区是否已经在传输MBS,决定是否给核心网发送消息,请求MBS数据的传输。如果目的小区已经从核心网接收了MBS,目的基站发送响应消息给源基站。
如果目的基站上的目的小区还没有从核心网收到MBS数据,目的基站发送消息给核心网,请求核心网发送MBS的数据。建立MBS承载的过程在其它的实施例中有描述。目的基站发送响应消息给源基站。
步骤802,目的CU-CP发起承载建立请求消息给目的CU-UP。根据目的CU-CP决定的MBS业务的QoS流到MRB(或者DRB)的映射是否跟源基站的QoS流到MRB(或者DRB)映射一样,目的CU-CP可以在该消息中指示CU-UP发送哪种序列号给目的CU-CP。例如如果映射配置相同,目的基站和源基站相同的PDCP SN对应的数据包内容相同,则CU-CP指示CU-UP发送PDCP的SN给CU-CP,如果映射配置不同,则CU-CP指示CU-UP发送GTP-u的SN给CU-CP。
消息包含MBS消息还包含了MBS的标识、对MBS业务的转发建议,或者针对每个MBS的无线承载设置转发建议,消息还包含MBS对应的会话标识、MBS对应的Qos流的信息、传输MBS的DRB的配置信息等,消息还可以包含MBS在源基站的QoS流到MRB的映射配置信息。根据目的CU-CP决定的MBS业务的QoS流到MRB(或者DRB)的映射是否跟源基站的QoS流到MRB(或者DRB)映射一样,目的CU-UP可以决发送哪种序列号给目的CU-CP。
步骤803,目的CU-UP发起承载建立响应消息给目的CU-CP。
消息携带了建立成功的PDU会话的信息、建立成功的DRB的标识、建立成功的MBS的标识、建立成功的MRB的标识。消息还包含了目的CU-UP决定MBS数据转发是需要的指示信息。
步骤804,目的CU-CP和DU之间建立UE的上下文,该过程和以前的实施例描述的过程一样,在此省略。
步骤805,目的CU-CP发送切换请求响应消息给源CU-CP。所述消息中包括目的到源的透明传输器。目的到源的透明传输器包含了目的基站发送给UE的RRC消息。
消息还包含了建立成功的PDU会话的信息。PDU会话的信息包含了PDU会话的标识、建立成功的DRB的标识、建立成功的MBS的标识、建立成功的MRB的标识。消息还包含了目的基站决定MBS数据转发是需要的指示信息。
步骤806,源CU-CP和DU之间,进行UE上下文修改过程。
步骤807,源CU-CP发送承载修改请求消息给源CU-UP。
消息携带从目的CU-CP收到的MBS的标识、MBS转发数据需要的指示信息。
步骤808,源CU-UP发送承载修改响应消息给源CU-CP。
消息携带源基站的PDCP的SN的信息或者GTP-U的SN。具体来说,PDCP SN信息和/或GTP-U的SN信息可以是下面的一个或者几个信息:
■已经发送给下层RLC层的下行PDCP数据包对应PDCP SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的最高的PDCPSN;
■已经顺序成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经顺序成功发送给UE的下行PDCP数据包对应的最高的PDCPSN;
■已经成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经成功发送给UE的下行PDCP数据包对应的最高的PDCP SN;
-GTP-U SN。具体来说,可以是下面的一个或者几个信息:
■发送给PDCP层的数据包对应的最高的GTP-u数据包的SN;
■发送给SDAP层的数据包对应的最高的GTP-u数据包的SN;
■收到的GTP-u数据包中对应的序号最高的SN;已经发送给下层RLC层的下行PDCP数据包对应的GTP-U数据包的SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■已经顺序成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■顺序成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
步骤809,源CU-CP发送SN状态传输给目的CU-CP。
如果在801的步骤中没有包含UE在源基站接收的MBS数据对应的PDCP SN的信息,则可以通过809的步骤,通过一条单独的消息来发送MBS数据对应的PDCP SN的信息和/或GTP-U的SN信息,SN的具体可以参见以上步骤808。
步骤810,源基站CU-CP通过RRC重配置消息向UE发送切换执行命令。
消息携带在需要UE在目的基站建立的PDU会话配置的信息。还可以包含在目的基站接收的MBS业务标识、MBS的信道模式指示信息,还可以包含MBS的点对点信道配置信息和/或点对多点信道配置信息。
步骤811,目的CU-CP发送承载修改请求消息给目的CU-UP。消息还可以包含目的CP收到的PDCP SN或者GTP-u SN的信息,例如从809步骤收到的信息。
步骤812,目的CU-UP发送承载修改响应消息给目的CU-CP。
步骤813,UE向目的基站发送RRC重配置完成消息以指示切换完成。
步骤814,目的CU-CP发送路径切换请求消息给核心网。
当UE是目的基站第一个需要接收MBS的用户,目的基站还没有从核心网收到MBS数据,目的基站可以通过步骤814的消息,请求MBS数据的传输。步骤814的消息携带MBS的信息,例如MBS的标识,请求核心网向该基站发送MBS数据。响应于收到步骤814的消息,核心网开始发送MBS的业务开始消息给该基站,基站发送相应消息给核心网,之后核心网可以开始向该基站发送MBS数据。目的基站先发送从源基站收到的转发数据,然后才发送从核心网收到的新的数据。
步骤815,核心网发送路径切换响应消息给目的CU-CP。
步骤816,源CU-UP转发MBS数据给目的CU-UP。为了把转发的数据发送给UE,目的CU-CP可以为UE建立点对点的传输模式,通过点对点信道把转发的数据发送给UE。之后,在转发的数据都发送给UE之后,根据目的基站进一步的决定,UE可以切换到点对多点或者继续用点对点信道接收MBS数据。当数据转发结束的时候,源CU-UP可以在用户平面指示数据转发结束,或指示转发的数据包是最后一个数据包。
步骤817,目的CU-UP发送数据转发停止的消息给目的CU-CP。
在步骤814之后,核心网开始把数据发送给目的CU-UP,目的基站收到了核心网发送的数据,可以得到数据包头包含的GTP-u SN,根据转发的数据包的包头包含的SN,和核心网发送的GTP-U SN,决定什么时候不需要转发。或者在收到CU-CP的承载建立消息或者承载修改请求消息,目的CU-UP已经收到了核心网发送的MBS数据包,目的CU-UP可以根据根据转发的数据包的包头包含SN,和从核心网收到的GTP-U SN,决定是否要停止数据转发。当目的CU-UP决定转发需要停止的时候,目的CU-UP发送消息通知目的CU-CP数据转发停止,目的CU-CP再进一步通知源CU-CP,源CU-CP通知源CU-UP,数据转发停止,则源CU-UP停止转发数据给目的CU-UP。或者目的CU-UP通过用户平面发送数据转发停止的指示信息给源CU-UP。用户平面的方法更加直接、简单。
或者根据转发的数据包的包头包含的SN,和从核心网接收的GTP-U SN,目的CU-UP决定丢掉哪些转发的数据包,开始发送从核心网来的数据包。根据源CU-UP采用实现的方法,决定何时停止数据转发,例如基于预定的数据转发时钟,当转发时钟超时,源CU-UP停止转发数据。
步骤818,目的CU-CP发送UE上下文释放消息给源CU-CP。消息包含数据转发停止的指示信息。目的CU-CP知道有MBS数据转发的时候,需要等待目的CU-UP通知数据转发停止,再发送UE上下文释放消息给源CU-CP。
步骤819,源CU-CP发送承载释放命令给源CU-UP。消息包含数据转发停止的指示信息。
步骤820,源CU-CP发起和DU之间的UE上下文释放过程。
步骤821,源CU-UP发送承载释放完成给源CU-CP。
根据本发明的方法,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,提高接入网络资源和/或空口资源的利用效率,减少传输的延迟,减少数据的丢失,减少切换带来的延迟,减少不必要的数据传输。
实施例五
图9为本发明的实施例五的示意图。
当UE切换时,描述了如何保持业务连续性的方法一的另一个实施例,如图9(实施例五)所示。当UE从源基站移动到目的基站的时候,如果在源基站正在接收MBS,移动到目的基站,也需要继续接收MBS。在切换的过程中,最好没有MBS数据的丢失,使得UE能够连续地接收数据。因为对于单播业务,当UE移动到目的基站,核心网会停止给源基站发送数据,通知源基站数据发送停止,某一个数据包被标识成最后一个数据包,指示数据发送停止。但是对于一个MBS业务,目的基站可能已经在用点对多点传输模式发送数据,而源基站也需要继续MBS的传输,不会因为一个UE移走就结束数据传输,因此源基站继续从核心网接收数据,不可能从核心网得到数据中止的指示,因此源基站不知道什么时候需要结束数据转发。根据本实施例,源基站收到目的基站发送的SN信息,可以根据该信息,把目的基站还没有发送的数据包转发给目的基站,并且决定什么时候结束数据转发,这样可以减少数据的转发,保证数据的连续发送和接收。实施例五描述了该过程,这里省略了与本发明无关的步骤的详细说明。实施例五包含步骤:
步骤901,源基站向目的基站发起切换请求消息。
所述消息中携带请求的每一PDU会话的会话标识、PDU会话包含的QoS流的信息、DRB信息等。其中,如果UE正在接收MBS,消息还包含了MBS的标识、对MBS业务的转发建议,或者针对每个MBS的无线承载设置转发建议,消息还包含MBS对应的会话标识、MBS对应的QoS流的信息、传输MBS的DRB的配置信息等,MBS在源基站的QoS流到MRB的映射配置信息。消息还可以包含源基站发送MBS数据的SN信息,SN信息可以包含PDCP的SN和/或GTP-U的SN:
-PDCP SN。具体来说,可以是下面的一个或者几个信息:
■已经发送给下层RLC层的下行PDCP数据包对应PDCP SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的最高的PDCPSN;
■已经顺序成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经顺序成功发送给UE的下行PDCP数据包对应的最高的PDCPSN;
■已经成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经成功发送给UE的下行PDCP数据包对应的最高的PDCP SN;
-GTP-U SN。具体来说,可以是下面的一个或者几个信息:
■发送给PDCP层的数据包对应的最高的GTP-u数据包的SN;
■发送给SDAP层的数据包对应的最高的GTP-u数据包的SN;
■收到的GTP-u数据包中对应的序号最高的SN;已经发送给下层RLC层的下行PDCP数据包对应的GTP-U数据包的SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■已经顺序成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■顺序成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN。
目的基站根据目的小区是否已经在传输MBS,决定是否给核心网发送消息,请求MBS数据的传输。如果目的小区已经从核心网接收了MBS,目的基站发送响应消息给源基站。
如果目的基站上的目的小区还没有从核心网收到MBS数据,目的基站发送消息给核心网,请求核心网发送MBS的数据。建立MBS承载的过程在其它的实施例中已经进行了描述。目的基站发送响应消息给源基站。
步骤902,目的发送切换请求响应消息。所述消息中包括目的到源的透明传输器。目的到源的透明传输器包含了目的基站发送给UE的RRC消息。
消息还包含了建立成功的PDU会话的信息。PDU会话的信息包含了PDU会话的标识、建立成功的DRB的标识、建立成功的MBS的标识、建立成功的MRB的标识。如果目的基站正在传输MBS业务,以点对点传输或者点对多点传输,消息还包含了目的基站决定MBS数据转发是需要的指示信息。
步骤903,源基站通过RRC重配置消息向UE发送切换执行命令。
消息携带在需要UE在目的基站建立的PDU会话配置的信息。还可以包含在目的基站接收的MBS业务标识、MBS的信道模式指示信息,还可以包含MBS的点对点信道配置信息和/或点对多点信道配置信息。
步骤904,源基站发送SN状态传输给目的基站。
如果在901的步骤中没有包含UE在源基站接收的MBS数据对应的PDCP SN的信息,则可以通过904的步骤,通过一条单独的消息来发送MBS数据对应的PDCP SN和/或GTP-U的SN:
-PDCP SN。具体来说,可以是下面的一个或者几个信息:
■已经发送给下层RLC层的下行PDCP数据包对应PDCP SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的最高的PDCPSN;
■已经顺序成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经顺序成功发送给UE的下行PDCP数据包对应的最高的PDCPSN;
■已经成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经成功发送给UE的下行PDCP数据包对应的最高的PDCP SN;
-GTP-U SN。具体来说,可以是下面的一个或者几个信息:
■发送给PDCP层的数据包对应的最高的GTP-u数据包的SN;
■发送给SDAP层的数据包对应的最高的GTP-u数据包的SN;
■收到的GTP-u数据包中对应的序号最高的SN;已经发送给下层RLC层的下行PDCP数据包对应的GTP-U数据包的SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■已经顺序成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■顺序成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN。
步骤905,目的基站发送送SN信息传输给源基站。
消息可以包含目的基站目前已经发送或正在发送的数据对应的SN信息,或者包含目的基站建议的转发数据对应的PDCP SN信息和/或GTP-U的SN。例如,目的基站目前正在发送GTP-u SN是100,则目的基站通知源基站,正在发送的GTP-u SN是100,则源基站只转发GTP-u SN小于100的数据。或者为了保证数据不丢失,目的基站通知源基站,建议转发的数据对应的最高GTP-u SN为110,则源基站只转发GTP-u SN小于110的数据。目的基站可以为UE建立点对点信道接收MBS数据,等转发的数据都发送给了UE,如果需要,再让UE切换都点对多点来接收数据。
具体来说,PDCP SN信息和/或GTP-U的SN信息可以是下面的一个或者几个信息:
■已经发送给下层RLC层的下行PDCP数据包对应PDCP SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的最高的PDCPSN;
■已经顺序成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经顺序成功发送给UE的下行PDCP数据包对应的最高的PDCPSN;
■已经成功发送给UE的下行PDCP数据包对应的PDCP SN列表;
■已经成功发送给UE的下行PDCP数据包对应的最高的PDCP SN;
■基站设置的PDCP SN,指示需要转发的下行PDCP数据包对应的最高的PDCP SN;
■基站设置的PDCP SN列表,指示需要转发的下行PDCP数据包对应的PDCP SN列表,也可以指示一个SN的范围,例如指示最低和最高的PDCP SN。
-GTP-U SN。具体来说,可以是下面的一个或者几个信息:
■发送给PDCP层的数据包对应的最高的GTP-u数据包的SN;
■发送给SDAP层的数据包对应的最高的GTP-u数据包的SN;
■收到的GTP-u数据包中对应的序号最高的SN;已经发送给下层RLC层的下行PDCP数据包对应的GTP-U数据包的SN列表;
■已经发送给下层RLC层的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■已经顺序成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■顺序成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的GTP-U数据包头里面的SN;
■成功发送给UE的下行PDCP数据包对应的序号最高的GTP-U数据包头里面的SN;
■基站设置的GTP-U SN,指示需要转发的下行数据包对应的最高的GTP-U SN;
■基站设置的GTP-U SN列表,指示需要转发的下行数据包对应的GTP-U列表,也可以指示一个SN的范围,例如指示最低和最高的GTP-U SN。
905步骤不一定发生在904步骤之后,也可以发生在904步骤之前。两者没有绝对的先后顺序。
步骤906,源基站转发MBS数据给目的基站。源基站根据收到的目的基站建议的转发数据对应的SN信息(SN信息可以是PDCP SN或者GTP-u SN,如上所示),决定哪些数据需要转发,决定什么时候结束转发。例如目的基站建议转发数据的最高的GTP-u SN设置成100,目前源基站正在发送数据包GTP-u SN为80,则源基站转发GTP-u SN=80到SN=100的数据包给目的基站。为了保证数据的连续接收,目的基站可以为UE临时建立点对点的传输模式,通过点对点信道把转发的数据发送给UE。之后,UE可以切换到点对多点的模式接收数据。当数据转发结束的时候,源基站可以在用户平面指示数据转发结束,或指示转发的数据包是最后一个数据包。
步骤907,UE向目的基站发送RRC重配置完成消息以指示切换完成。
步骤908,目的基站发送路径切换请求消息给核心网。
当UE是目的基站第一个需要接收MBS的用户,目的基站还没有从核心网收到MBS数据,目的基站可以通过步骤908的消息,请求MBS数据的传输。步骤908的消息携带MBS的信息,例如MBS的标识,请求核心网向该基站发送MBS数据。响应于收到步骤908的消息,核心网开始发送MBS的业务开始消息给该基站,基站发送相应消息给核心网,之后核心网可以开始向该基站发送MBS数据。目的基站先发送从源基站收到的转发数据,然后才发送从核心网收到的新的数据。
步骤909,核心网发送路径切换响应消息给目的基站。
步骤910,目的基站发送UE上下文释放给源基站,去释放源基站上UE的上下文信息。
该实施例所示的方法,也可以用户分离架构,此时,需要目的CU-UP在承载建立响应或者承载修改响应消息中,包含目的CU-UP目前已经发送或正在发送的数据对应的SN信息,或者包含目的基站建议的转发数据对应的PDCP SN信息和/或GTP-U的SN信息。具体的信息见步骤905所示。目的CU-CP收到后,发送上述SN信息给源CU-CP,源CU-CP发送数据SN信息给源CU-UP。源CU-UP根据收到的SN信息,(SN信息可以是PDCP SN或者GTP-u SN),决定哪些数据需要转发,决定什么时候结束转发。当数据转发结束的时候,源CU-UP可以在用户平面指示数据转发结束,或指示转发的数据包是最后一个数据包。
实施例六
上述的实施例都需要对源基站和目的基站之间的消息/过程进行增强,在实施例六中,提出了一种基于不修改源基站和目的基站之间的消息/过程,采用基于时间的数据传输的方法或一种不增加消息的方法,该方法的好处是对协议的影响最小,缺点是转发的数据可能会多于或者少于实际需要的数据。具体来说,图11的实施例六包含了下面的步骤:
步骤1101,源基站向目的基站发起切换请求消息。
基于UE的测量汇报,源基站决定把UE切换到目的小区所在的目的基站。当源基站决定发起切换过程的时候,源基站就开始保存/缓存此时还没有发送给UE的数据,对从核心网新收到的数据也进行保存/缓存。这些数据都是要转发到目的基站的数据。缓存从切换发起的时间开始,到源基站收到目的基站发送的释放请求消息结束,或者到收到目的基站发送的释放请求消息之后的某一个时间点结束,这个时间点可以是实现相关的
所述消息中携带请求的每一PDU会话的会话标识、PDU会话包含的QoS流的信息,DRB信息等。其中,如果UE正在接收MBS,消息还包含了MBS的标识、对MBS业务的转发建议,或者针对每个MBS的无线承载设置转发建议,消息还包含MBS对应的会话标识、MBS对应的QoS流的信息、传输MBS的DRB的配置信息等,MBS在源基站的QoS流到MRB的映射配置信息。
所述消息还可以包含源基站的MBS数据传输对应的PDCP SN和相应的GTP-U的SN,具体内容如实施例一到实施例六所述。GTP-U SN是核心网发送给基站的数据包中包含的序列号,可以在GTP-U的包头中包含,或者在GTP-U的扩展包头中包含,这个SN可以是针对一个PDU会话的,或者是针对一个QoS流的,或者是针对多个QoS流的,例如是针对映射到同一个无线无数承载上的多个QoS流。对于同一个数据包,发给不同基站的GTP-U SN是相同的,因此,目的基站可以知道对于同一个GTP-U SN的数据包,源基站为其分配的PDCP SN,由此也可以得知,目的基站为其分配的PDCP SN和源基站为其分配的PDCP SN的差值,称此差值为PDCP SN差值。
目的基站根据目的小区是否已经在传输MBS,决定是否给核心网发送消息,请求MBS数据的传输。可以发送一条新的消息给核心网,消息携带MBS的信息,例如MBS的标识,请求核心网向该基站发送MBS数据。如果目的小区已经从核心网接收了MBS,目的基站发送响应消息给源基站。
如果目的基站上的目的小区还没有从核心网收到MBS数据,目的基站发送消息给核心网,请求核心网发送MBS的数据。之后目的基站发送响应消息给源基站。
步骤1102,目的发送切换请求响应消息。所述消息中包括目的到源的透明传输器。目的到源的透明传输器包含了目的基站发送给UE的RRC消息。在RRC消息中,可以包含1101步骤中所述的PDCP SN差值,或者包含目的基站的PDCP SN和GTP-U SN的对应关系,因为对于同一个GTP-U SN对应的数据包,源基站和目的基站可能为其分配了不同的PDCP SN,UE在切换的过程中,从源基站收到的数据,和从目的基站收到的数据,PDCP SN可能是不连续的,而UE端的PDCP协议层需要按SN的顺序把数据包传输给上层协议,需要根据PDCP SN来判断是否有数据丢失。如果UE得到了PDCP SN差值,根据此差值,UE可以知道从目的基站收到的数据包,是否跟从源基站收到的数据包连续,根据此差值,可以进行数据包的排序,如果不连续,UE可以得知丢失了哪几个数据包,从而可以向目的基站请求重传丢失的数据包。
消息还包含了建立成功的PDU会话的信息。PDU会话的信息包含了PDU会话的标识、建立成功的DRB的标识、建立成功的MBS的标识、建立成功的MRB的标识,接收数据转发的隧道地址。
步骤1103,源基站通过RRC重配置消息向UE发送切换执行命令。
消息携带在需要UE在目的基站建立的PDU会话配置的信息。还可以包含在目的基站接收的MBS业务标识,MBS的信道模式指示信息,还可以包含MBS的点对点信道配置信息和/或点对多点信道配置信息。
步骤1104,源基站发送SN状态传输给目的基站。
消息包含了MBS数据对应的PDCP SN和/或GTP-U的SN。具体内容如实施例一到实施例六所述。
步骤1105,源基站转发MBS数据给目的基站。
源基站把保存的数据发送给目的基站。
可选的,当数据转发结束的时候,源基站可以在用户平面指示数据转发结束,或指示转发的数据包是最后一个数据包。
步骤1106,UE向目的基站发送RRC重配置完成消息以指示切换完成。
步骤1107,目的基站发送路径切换请求消息给核心网。
当UE是目的基站第一个需要接收MBS的用户,目的基站还没有从核心网收到MBS数据,目的基站可以通过步骤1107的消息,请求MBS数据的传输。步骤1107的消息携带MBS的信息,例如MBS的标识,请求核心网向该基站发送MBS数据。响应于收到步骤1107的消息,核心网开始发送MBS的业务开始消息给该基站,基站发送相应消息给核心网,之后核心网可以开始向该基站发送MBS数据。目的基站先发送从源基站收到的转发数据,然后才发送从核心网收到的新的数据。
步骤1108,核心网发送路径切换响应消息给目的基站。
步骤1109,目的基站发送UE上下文释放消息给源基站,去释放源基站上UE的上下文信息。
此消息中可以携带数据转发停止的指示信息。目的基站接收源基站转发的数据,目的基站根据自己从核心网收到的数据,根据自己缓存的MBS数据的情况,决定是否需要源基站继续转发数据给目的基站。如果不需要了,目的基站发送UE上下文释放消息给源基站的时候,携带停止数据转发的指示信息,或者包含数据转发的SN的信息。SN信息可以是MBS数据对应的PDCP SN和/或GTP-U的SN,具体内容如实施例一到实施例六所述。或者目的基站等到不需要源基站继续转发数据给目的基站的时候,再发送UE上下文释放消息给源基站。源基站收到UE上下文释放消息,就停止数据转发。停止数据转发的时候,可以在转发的数据包中指示数据转发结束,或指示转发的数据包是最后一个数据包。
如果源基站收到UE上下文释放消息包含的数据转发停止的指示信息,就停止数据转发给目的基站,可以在转发的数据包中指示数据转发结束,或指示转发的数据包是最后一个数据包。
如果源基站收到UE上下文释放消息包含的SN的信息,根据SN的信息决定什么时候数据转发停止,并且在转发的数据包中指示数据转发结束,或指示转发的数据包是最后一个数据包。
实施例七
在MBS传输中,为了保证数据的连续和在切换的时候数据丢失尽量少,需要多个基站之间的PDCP SN是同步的,PDCP SN跟GTP-U SN同步有两种同步方式,一种是PDCP SN的值等于GTP-U SN的值,一种是PDCP SN的值可以跟GTP-U SN的值不一样,但是以固定的规则,由GTP-U SN来产生PDCP SN,例如PDCP SN=0对应的GTP-U SN为10,则PDCP SN=1对应的GTP-U SN为11,以此类推。
有些基站从核心网收到数据比较晚,例如在业务进行的过程中,有正在接收MBS或者需要接收MBS的用户移动到支持MBS业务的小区,该小区所在的基站,还没有从核心网接收该MBS业务,基站向核心网请求业务发送,此时,核心网才向基站发送数据。此基站收到的第一个数据包中包含的GTP-U头里包含的SN为100,此时,其它在业务一开始就接收MBS业务的基站,根据GTP-U头里包含的SN来设置PDCP SN,对于GTP-U头里包含的SN为100的数据包,PDCP SN=100,而晚接收到数据的基站,PDCP SN的序号根据目前的规定,需要从1开始编号,这样就发生了PDCP SN不同步的问题。
多个基站从核心网接收同一个MBS业务的数据,在从核心网到基站的传输过程中有可能发生数据丢失,例如,两个基站,基站1和基站2都从核心网接收同一个MBS业务的数据,在给基站1发送的过程中,数据包丢失了,而发给基站2的数据包没有丢失,这种情况下,如果让基站的PDCP SN跟GTP-U的SN同步,在数据丢失的情况下,就发生了不同步的情况。
在上述情况发生的时候,PDCP SN和GTP-U SN的关系就被破坏了,在这种情况下,由下面几个实现的方式去进行重新同步。
方法一:基站的PDCP序号可以不从1开始,而是从第一个收到的GTP-U数据包头中包含的SN开始,例如当基站收到的第一个GTP-U数据包,包头携带的SN=100,则PDCP SN=100,此时,基站需要通过PDCP头或者PDCP控制信息,告诉UE,PDCP SN=100是第一个数据包,或者通知UE,PDCP SN的起始值。
方法二:通过GTP-U SN,基站可以得知有数据丢失。GTP-U SN可以是针对一个会话(Session)的,或者是针对一个QoS流的,在核心网是连续编码的,因此从GTP-U SN,基站可以得知是否有数据丢失。如果发现有数据丢失,基站可以产生一个假的PDCP数据包,为这个假的数据包分配PDCP SN,以保证PDCP SN和GTP-U SN是同步的。
方法三:基站得知有数据丢失,基站仍然根据GTP-U SN来分配PDCP SN,例如,如果采用第一种同步方式,GTP-U SN=PDCP SN,基站收到GTP-U SN=9的数据包,基站给该数据包分配PDCP SN=9。如果GTP-U SN=10的数据包在从核心网到基站的传输过程中丢失,基站没有收到GTP-U SN=10的数据包,而是收到了GTP-U SN=11的数据包,相应的PDCP SN直接从9到了11,这样基站发出的数据包包含的PDCP SN就不连续了。而UE端需要根据PDCP SN进行数据的排序,如果UE没有收到PDCP SN=10,UE会认为PDCP SN=10的数据包没有发送成功,可能会要求基站重传。为了避免该情况,基站可以通知UE,PDCP SN 10不再传输了,下一个连续接收的PDCP SN为11。可以通过基站发送的RRC消息来通知UE,例如通知丢失的PDCP SN号,或者通过用户平面的控制信息告诉UE,例如在PDCP SN=11数据包包含的控制信息中,通知UE该数据包的上一个数据包的SN号为PDCP SN=9。这样UE就不会以为PDCP SN=10的数据包丢失了,从而请求基站进行重传。
方法四:当基站以固定的规则,由GTP-U SN来产生PDCP SN的时候,当有数据丢失时,基站会采用新的规则,然后可以通过RRC消息把新的规则通知给UE,或者通过Xn接口把新的规则通知给其它基站。例如,在数据丢失之前,基站收到GTP-U=10的数据包,基站分配PDCP SN=1,规则就是PDCP SN=GTP-U SN–9,当GTP-U=11的数据包丢失,基站收到了GTP-U=12的数据包,基站为该数据包分配PDCP SN=2,新的规则就是PDCP SN=GTP-U SN-10。通过实施例六的方法,或者通过新的消息,把新的规则,例如{PDCP SN=2,GTP-U SN=10}的信息,通知给邻近的基站。
根据本发明的方法,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,提高接入网络资源和/或空口资源的利用效率,减少传输的延迟,减少数据的丢失,减少切换带来的延迟,减少不必要的数据传输。
图10为根据本发明的网络设备的框图。
网络设备可以用于实现本发明的DU、CU-UP、CU-CP、基站、源基站、目的基站、源DU、源CU-UP、源CU-CP、目的DU、目的CU-UP、目的CU-CP等。参考图10,根据本发明的网络设备包括收发器1010、控制器1020和存储器1030。收发器1010、控制器1020和存储器1030被配置为执行本发明的实施例一到实施例五的操作。尽管收发器1010、控制器1020和存储器1030被示出位单独的实体,但是其可以被实现位单个实体,如单个芯片。收发器1010、控制器1020和存储器1030可以彼此电连接或耦合。收发器1010可以向其他网络设备发送信号和从其他网络实体接收信号,其他网络设备例如UE、基站或核心网节点。控制器1020可以包括一个或多个处理单元,并且可以控制网络设备执行根据上述实施例之一的操作和/或功能。存储器1030可以存储用于实现上述实施例之一的操作和/或功能的指令。
至此,即完成了本发明一种用于组播传输的方法和设备,在组播传输切换的时候,可以保证业务的连续性,可以避免或减少组播数据传输的额外开销,提高接入网络资源和/或空口资源的利用效率,减少传输的延迟,减少数据的丢失,减少切换带来的延迟,减少不必要的数据传输。
Claims (14)
1.一种第一网络设备执行的用于组播传输的方法,包括:
从第二网络设备接收用于请求切换的第一消息;
向第二网络设备发送用于响应第一消息的第二消息。
2.根据权利要求1所述的方法,
其中,第一消息包括:关于第二网络设备传输的组播数据包的SN的信息、和/或关于对组播业务的转发建议的信息。
3.根据权利要求2所述的方法,
其中,关于第二网络设备传输的组播数据包的SN的信息包括:PDCP的SN信息和/或GTP-U的SN信息。
4.根据权利要求1或2所述的方法,
其中,第二消息包括:关于第一网络设备传输的组播数据包的SN信息、和/或关于接受转发的指示的信息;
其中,关于第一网络设备传输的组播数据包的SN的信息包括:PDCP的SN信息和/或GTP-U的SN信息。
5.根据权利要求1所述的方法,还包括:
从第二网络设备接收关于第二网络设备传输的组播数据包的SN的信息,并且所述关于第二网络设备传输的组播数据包的SN信息包括:PDCP的SN信息和/或GTP-U的SN信息。
6.根据权利要求1或2或4中的任一所述的方法,还包括:
参考关于第一网络设备传输的组播数据包的SN信息、关于第二网络设备传输的组播数据包的SN的信息中的一个或多个,决定需要转发的数据。
7.根据权利要求1所述的方法,还包括:
决定停止数据转发;以及
向第二网络设备通知停止数据转发。
8.一种第二网络设备执行的用于组播传输的方法,包括:
向第一网络设备发送用于请求切换的第一消息;
从第一网络设备接收用于响应第一消息的第二消息。
9.根据权利要求8所述的方法,
其中,第一消息包括:关于第二网络设备传输的组播数据包的SN的信息、和/或关于对组播业务的转发建议的信息。
10.根据权利要求9所述的方法,
其中,关于第二网络设备的组播数据包的SN的信息包括:PDCP的SN信息和/或GTP-U的SN信息。
11.根据权利要求8或9所述的方法,
其中,第二消息包括:关于第一网络设备传输的组播数据包的SN信息和/或关于接受转发的指示的信息;
其中,关于第一网络设备传输的组播数据包的SN的信息包括:PDCP的SN信息和/或GTP-U的SN信息。
12.根据权利要求8或9或11中的任一所述的方法,还包括:
参考关于第一网络设备传输的组播数据包的SN信息、关于第二网络设备传输的组播数据包的SN的信息中的一个或多个中的一个或多个,决定需要转发的数据。
13.根据权利要求8所述的方法,还包括:
决定转发数据停止。
14.根据权利要求8所述的方法,还包括:
向第一网络设备发送关于第二网络设备传输的组播数据包的SN的信息,并且所述关于第二网络设备传输的组播数据包的SN信息包括:PDCP的SN信息和/或GTP-U的SN信息。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2023524669A JP2023547140A (ja) | 2020-10-21 | 2021-10-21 | マルチキャスト送信のための方法及びデバイス |
PCT/KR2021/014846 WO2022086233A1 (en) | 2020-10-21 | 2021-10-21 | Method and device for multicast transmission |
EP21883301.0A EP4226679A4 (en) | 2020-10-21 | 2021-10-21 | MULTICAST TRANSMISSION METHOD AND DEVICE |
US17/451,786 US20220124583A1 (en) | 2020-10-21 | 2021-10-21 | Method and device for multicast transmission |
KR1020237009110A KR20230091857A (ko) | 2020-10-21 | 2021-10-21 | 멀티캐스트 송신을 위한 방법 및 디바이스 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011134044 | 2020-10-21 | ||
CN2020111340445 | 2020-10-21 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114390449A true CN114390449A (zh) | 2022-04-22 |
Family
ID=81194681
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011562841.3A Pending CN114390449A (zh) | 2020-10-21 | 2020-12-25 | 用于组播传输的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114390449A (zh) |
-
2020
- 2020-12-25 CN CN202011562841.3A patent/CN114390449A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109392043B (zh) | 支持切换的方法及相应设备 | |
CN107548127B (zh) | 支持数据传输的方法和设备 | |
CN104812008B (zh) | 一种小小区系统中支持ue移动的方法及装置 | |
CN113423124B (zh) | 一种支持无缝切换的方法及基站设备 | |
CN108811016B (zh) | 一种支持切换的方法 | |
CN112911726B (zh) | 一种用户平面承载建立的方法及装置 | |
CN113630827B (zh) | 支持切换的方法及对应的基站和网络节点 | |
RU2517278C2 (ru) | Базовая станция, мобильная станция, система связи, способ передачи и способ переупорядочивания | |
RU2475980C2 (ru) | Базовая станция, мобильная станция, система связи и способ переупорядочивания | |
US11729693B2 (en) | Method for supporting handover and corresponding apparatus | |
CN104902580B (zh) | 一种小小区系统中支持数据转发的方法 | |
JP5740672B2 (ja) | 電気通信システム及び電気通信方法 | |
KR102196939B1 (ko) | 클라우드 셀 통신 시스템에서 데이터 동기 장치 및 방법 | |
CN114390618B (zh) | 一种支持切换的方法 | |
CN110650505B (zh) | 一种支持切换的方法 | |
WO2008092408A1 (en) | Method, device and system for establishing s1 signaling connection in evolved network | |
JP2007527179A (ja) | 無線通信システムの分離型媒体アクセス制御プロトコル構造と、これを用いたデータ送受信方法並びにハンドオーバー方法及びそのシステム | |
US20220124583A1 (en) | Method and device for multicast transmission | |
CN114390449A (zh) | 用于组播传输的方法和设备 | |
CN114390448A (zh) | 组播传输的方法和设备 | |
WO2010094235A1 (zh) | 切换过程中支持多载波聚合的方法及装置 | |
CN115226040A (zh) | 一种通知mbs状态的方法和设备 | |
CN115426692A (zh) | 支持切换的方法和设备 | |
KR20150031783A (ko) | 무선 통신 시스템에서 메시지 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 | |
CN114390623A (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 |