CN113965891B - 信息传输方法、装置、相关设备及存储介质 - Google Patents

信息传输方法、装置、相关设备及存储介质 Download PDF

Info

Publication number
CN113965891B
CN113965891B CN202010700463.4A CN202010700463A CN113965891B CN 113965891 B CN113965891 B CN 113965891B CN 202010700463 A CN202010700463 A CN 202010700463A CN 113965891 B CN113965891 B CN 113965891B
Authority
CN
China
Prior art keywords
multicast
base station
broadcast service
established
core network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010700463.4A
Other languages
English (en)
Other versions
CN113965891A (zh
Inventor
刘潇蔓
谢芳
李男
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN202010700463.4A priority Critical patent/CN113965891B/zh
Priority to PCT/CN2021/105238 priority patent/WO2022017190A1/zh
Publication of CN113965891A publication Critical patent/CN113965891A/zh
Application granted granted Critical
Publication of CN113965891B publication Critical patent/CN113965891B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/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
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/165Performing reselection for specific purposes for reducing network power consumption
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种信息传输方法、装置、核心网设备、源基站、目标基站及存储介质。其中,方法包括:核心网设备向源基站发送多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换。

Description

信息传输方法、装置、相关设备及存储介质
技术领域
本申请涉及无线通信领域,尤其涉及一种信息传输方法、装置、相关设备及存储介质。
背景技术
为有效利用移动网络资源,提出了多媒体广播多播业务(MBMS)技术,MBMS技术是一种从一个数据源向多个目标终端传输数据的技术,实现了网络(包括核心网,传输网(传输电信号或光信号的网络)和接入网)资源的共享,提高了网络资源,尤其是空口资源利用率。
然而,相关技术中,MBMS技术不支持多播或广播业务的小区切换。
发明内容
为解决现相关技术问题,本申请实施例提供一种信息传输方法、装置、相关设备及存储介质。
本申请实施例的技术方案是这样实现的:
本申请实施例提供了一种信息传输方法,应用于核心网设备,包括:
向源基站发送多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换。
上述方案中,通过与所述源基站建立的所述终端的专享通道向所述源基站发送多播或广播业务结束标识。
上述方案中,发送的多播或广播业务结束标识用于供目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机。
上述方案中,所述专享通道是在小区切换准备或执行或完成过程中建立的;
或者,
所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的。
上述方案中,所述专享通道是由以下设备之一触发建立的:
所述源基站;
所述目标基站;
所述核心网设备。
上述方案中,在所述专享通道是由所述源基站触发建立的情况下,所述方法还包括:
接收所述源基站发送的第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
上述方案中,在所述专享通道是由所述目标基站触发建立的情况下,所述方法还包括:
接收所述目标基站发送的第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
上述方案中,在所述专享通道是由所述核心网设备触发建立的情况下,所述方法还包括:
接收所述目标基站发送的路径切换请求,以触发建立所述专享通道;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
上述方案中,在所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的情况下,所述方法还包括:
接收所述终端发送的所述多播或广播业务申请,以触发建立所述专享通道。
上述方案中,所述专享通道与所述多播或广播业务的以下相关信息至少之一具有绑定关系:
服务质量流(QoS flow)标识;
数据协议单元会话(PDU session)标识;
传输隧道标识。
上述方案中,所述方法还包括:
确定接收所述多播或广播业务的终端进行小区切换。
上述方案中,所述确定进行多播或广播业务的终端进行小区切换,包括:
接收到所述目标基站发送的路径切换请求;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
上述方案中,所述方法还包括:
接收所述目标基站发送的第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源;
基于所述第三指示信息,释放所述专享通道的资源。
上述方案中,所述向所述源基站发送多播或广播业务结束标识,包括:
向所述源基站发送一个或多个表征多播或广播业务结束标识的包。
本申请实施例还提供了一种信息传输方法,应用于源基站,包括:
接收核心网设备发送的多播或广播业务结束标识;
将接收的多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换。
上述方案中,通过与核心网建立的所述终端的专享通道接收核心网设备发送的多播或广播业务结束标识。
上述方案中,发送的多播或广播业务结束标识用于供所述目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机。
上述方案中,所述专享通道是在小区切换准备或执行或完成过程中建立的;
或者,
所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的。
上述方案中,所述专享通道是由以下设备之一触发建立的:
所述源基站;
所述目标基站;
所述核心网设备。
上述方案中,在所述专享通道是由所述源基站触发建立的情况下,所述方法还包括:
向核心网设备发送第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
上述方案中,所述专享通道与所述多播或广播业务的以下相关信息至少之一具有绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
上述方案中,接收核心网设备发送的一个或多个表征多播或广播业务结束标识的包;
将接收的一个或多个表征多播或广播业务结束标识的包发送至所述目标基站。
本申请实施例还提供了一种信息传输方法,应用于目标基站,包括:
接收源基站发送的多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换。
上述方案中,所述源基站发送的多播或广播业务结束标识是所述源基站通过与核心网设备建立的所述终端共享通道接收的。
上述方案中,接收的多播或广播业务结束标识用于供所述目标基站确定从核心网设备接收所述多播或广播业务数据的时机。
上述方案中,所述专享通道是在小区切换准备或执行或完成过程中建立的;
或者,
所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的。
上述方案中,所述专享通道是由以下设备之一触发建立的:
所述源基站;
所述目标基站;
所述核心网设备。
上述方案中,在所述专享通道是由所述目标基站触发建立的情况下,所述方法还包括:
向核心网设备发送第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
上述方案中,所述专享通道与所述多播或广播业务的以下相关信息至少之一具有绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
上述方案中,所述方法还包括:
向所述核心网设备发送第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源。
上述方案中,所述向所述核心网设备发送第三指示信息,包括:
接收到所述源基站发送的多播或广播业务结束标识,向所述核心网设备发送第三指示信息;
或者,
从所述核心网接收到所述多播或广播业务数据,向所述核心网设备发送第三指示信息。
上述方案中,所述接收源基站发送的多播或广播业务结束标识,包括:
接收所述源基站发送的一个或多个表征多播或广播业务结束标识的包。
本申请实施例还提供了一种信息传输装置,包括:
第一传输单元,用于向源基站发送多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换。
本申请实施例还提供了一种信息传输装置,包括:
第二传输单元,用于接收核心网设备发送的多播或广播业务结束标识;以及将接收的多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换。
本申请实施例还提供了一种信息传输装置,包括:
第三传输单元,用于接收源基站发送的多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换。
本申请实施例还提供了一种核心网设备,包括:第一处理器及第一通信接口;其中,
所述第一通信接口,用于向源基站发送多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换。
本申请实施例还提供了一种源基站,包括:第二处理器及第二通信接口;其中,
所述第二通信接口,用于接收核心网设备发送的多播或广播业务结束标识;以及将接收的多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换。
本申请实施例还提供了一种目标基站,包括:第三处理器及第三通信接口;其中,
所述第三通信接口,用于接收源基站发送的多播或广播业务结束标识;其终端接收所述多播或广播业务且进行切换。
本申请实施例还提供了一种核心网设备,包括:第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器,
其中,所述第一处理器用于运行所述计算机程序时,执行上述核心网设备侧任方法的步骤。
本申请实施例还提供了一种源基站,包括:第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器,
其中,所述第二处理器用于运行所述计算机程序时,执行上述源基站侧任一方法的步骤。
本申请实施例还提供了一种目标基站,包括:第三处理器和用于存储能够在处理器上运行的计算机程序的第三存储器,
其中,所述第三处理器用于运行所述计算机程序时,执行上述目标基站侧任一方法的步骤。
本申请实施例还提供了一种存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述核心网设备侧任一方法的步骤,或者实现上述源基站侧任一方法的步骤,或者实现上述目标基站侧任一方法的步骤。
本申请实施例提供的信息传输方法、装置、相关设备及存储介质,核心网设备向所述源基站发送多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换;而所述源基站接收到所述核心网设备发送的多播或广播业务结束标识后,将接收的多播或广播业务结束标识发送至所述目标基站,通过传输多播或广播业务结束标识,从而使得目标基站能够获知多播或广播业务结束标识,即获知从核心网设备接收多播或广播业务数据的时机,进而实现目标基站对多播或广播业务的连续、有序的发送,保证了多播或广播业务的连续性。
附图说明
图1为本申请实施例一种信息传输的方法流程示意图;
图2为本申请实施例另一种信息传输的方法流程示意图;
图3为本申请实施例第三种信息传输的方法流程示意图;
图4为本申请实施例第四种信息传输的方法流程示意图;
图5为本申请应用实施例终端接收多播或广播业务的流程示意图;
图6为本申请实施例一种信息传输装置结构示意图;
图7为本申请实施例第二种信息传输装置结构示意图;
图8为本申请实施例第三种信息传输装置结构示意图;
图9为本申请实施例核心网设备结构示意图;
图10为本申请实施例源基站结构示意图;
图11为本申请实施例目标基站结构示意图;
图12为本申请实施例信息传输***结构示意图。
具体实施方式
下面结合附图及实施例对本申请再作进一步详细的描述。
在***移动通信技术(4G)***中,MBMS技术的使用场景主要是广播电视,公共安全等业务场景,因此MBMS方案的核心思想是将业务本身预定义为广播业务,为了保证覆盖在网络中划分为多个广播区域,在这些区域进行广播,并将这些广播业务具体发送的位置和临时移动组标识(TMGI)告知终端,终端根据自身订阅的情况主动地去对应的位置获取相应的广播内容。具体地,在空口上,支持两种传输方式,一种是多播广播单频网(MBSFN)方式,一种是单小区点对多点(SC-PTM)方式。
从上面的描述可以看出,相关技术中,MBMS技术主要面向的是广播等预定义业务,多播或广播区域是预先规划的,并不考虑业务连续性问题,也不支持多播或广播业务切换流程。
另一方面,第五代移动通信技术(5G)***中,需要考虑多播或广播业务中,当终端在移动过程中如何保证业务的连续性。因此,当接收多播或广播业务的用户设备(UE)移动到非多播或广播区域时,如何保证源基站下其他接收多播或广播业务的终端继续接收多播或广播业务,而切换的UE能够有序、无丢失、无重复的在目标基站接收该多播或广播业务的数据,是目前亟待解决的问题。
基于此,在本申请的各种实施例中,通过源基站和核心网设备之间建立的切换终端专享的传输通道,来传输多播或广播业务结束标识,从而使得目标基站能够获知多播或广播业务结束标识,即获知从核心网设备接收多播或广播业务数据的时机,进而实现目标基站对多播或广播业务的连续、有序的发送。
本申请实施例提供一种信息传输方法,应用于核心网设备,如图1所示,该方法包括:
步骤100:确定接收多播或广播业务的终端进行小区切换;
步骤101:向源基站发送多播或广播业务结束标识。
其中,所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播或广播传输通道。
发送的多播或广播业务结束标识用于供目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机。
这里,所述多播或广播业务被切换的终端接收,即所述终端接收所述多播或广播业务且进行切换(小区切换);当然,实际应用时,所述多播或广播业务还可能会被其他终端接收,也就是说,所述多播或广播业务至少被切换的终端接收。
在一实施例中,步骤101中,所述核心网设备可以通过与源基站建立的所述终端的专享通道向所述源基站发送多播或广播业务结束标识。
所述专享通道也可以称为专用(英文可以表达为specific)通道,也可以称为专享传输通道,也可以称为专用传输通道,还可以称为单播通道或单播传输通道。
实际应用时,在步骤100中,在切换过程中,所述目标基站会向所述核心网设备发送路径切换请求,以请求下行数据传输路径切换至所述目标基站,即此时,所述核心网设备就会获知所述终端进行小区切换。
基于此,在一实施例中,所述核心网设备接收到所述目标基站发送的路径切换请求,即确定接收所述终端进行小区切换;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
实际应用时,由于终端需要进行小区切换,所以可以在小区切换过程(包括切换准备、切换执行和切换完成过程)中建立所述专享通道,即所述专享通道是在小区切换过程中建立的,在需要时建立所述共享通道,即按需建立所述共享通道,如此,实现方式灵活,不会造成资源浪费。
其中,实际应用时,切换准备过程可以包括:终端接收多播或广播业务数据、进行测量上报、源基站进行切换决策、源基站与目标基站进行信息交互以确定进行小区切换等步骤。
切换执行过程可以包括:终端收到切换命令开始切换、同步到新小区、将相关信息(序列号状态(英文表达SN status),数据(英文表达为data,包含本地缓存的和从核心网接收的新数据))发送给目标基站,以便目标基站缓存这些信息等步骤。
切换完成过程可以包括:终端完成小区切换、目标基站向核心网发送路径切换请求及后续步骤。
当然也可以在建立多播或广播会话时,就建立所述专享通道,即所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的,由于是在终端开始接收所述多播或广播业务时就建立了所述共享通道,所以能够确保时时可用。
其中,可以由所述源基站触发建立所述专享通道;具体地,所述源基站可以向所述核心网设备发送一个指示信息(在小区切换过程中发送),用于指示建立所述专享通道。
基于此,在一实施例中,在所述专享通道是由所述源基站触发建立的情况下,该方法还可以包括:
接收所述源基站发送的第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
所述专享通道也可以由所述目标基站触发建立所述专享通道;具体地,所述目标基站可以向所述核心网设备发送一个指示信息(在小区切换过程中发送),用于指示建立所述专享通道。
基于此,在一实施例中,在所述专享通道是在小区切换过程中由所述目标基站触发建立的情况下,该方法还可以包括:
小区切换过程中接收所述目标基站发送的第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
所述专享通道也可以由所述核心网设备触发建立所述专享通道;具体地,所述核心网设备可以在收到所述目标基站发送的路径切换请求(在小区切换过程中)后触发建立所述专享通道。
基于此,在一实施例中,在所述专享通道是由所述核心网设备触发建立的情况下,该方法还可以包括:
接收所述目标基站发送的路径切换请求,以触发建立所述专享通道;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
实际应用时,当建立多播或广播会话时建立所述专享通道时,可以在所述终端申请所述多播或广播业务时触发建立所述共享通道。
基于此,在一实施例中,在所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的情况下,该方法还可以包括:
接收所述终端发送的所述多播或广播业务申请,以触发建立所述专享通道。
实际应用时,所述多播或广播传输通道可以用多播或广播业务专用的PDUsession来表征,也可以通过多播或广播业务专用的PDU session中的QoS flow来表征,还可以是基站(比如gNB)与核心网设备之间的通用无线分组业务隧道协议(GTP)隧道(英文表达为tunnel)(具体为N3 tunnel)来表征,还可以与某个单播业务相同PDU session中的多播业务单独的QoS flow来表征。
基于此,在一实施例中,所述专享通道与所述多播或广播业务的以下相关信息至少之一具有绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
其中,传输隧道是指GTP隧道,具体可以是N3 tunnel。
实际应用时,所述核心网设备可以包括用户面功能(UPF)实体或SMF,当然,在建立所述专享通道的过程中需要多个核心网设备(比如AMF、SMF、UPF)进行信息交互。
当所述核心网设备确定所述终端进行小区切换后,就会通过所述专享通道向所述源基站发送所述多播或广播业务结束标识(英文可以表达为end marker);具体地,可以发送一个或多个表征多播或广播业务结束标识的包,以便所述目标基站能够获知所述源基站发送的数据包已经结束,接着需要从所述核心网设备获取所述多播或广播业务数据包。
实际应用时,当所述目标基站接收到多播或广播业务结束标识,且从所述核心网设备获取到所述多播或广播业务数据时,此时所述终端已经实现了小区切换,且保证了多播或广播业务的连续性,所述目标基站就可以通知所述核心网设备释放所述专享通道的资源,以节省资源。
基于此,在一实施例中,该方法还可以包括:
接收所述目标基站发送的第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源;
基于所述第三指示信息,释放所述专享通道的资源。
相应地,本申请实施例还提供了一种信息传输方法,应用于源基站,如图2所示,该方法包括:
步骤200:确定接收多播或广播业务的终端进行小区切换;
步骤201:接收核心网设备发送的多播或广播业务结束标识;
步骤202:将接收的多播或广播业务结束标识发送至所述目标基站。
其中,终端接收所述多播或广播业务且进行切换。
发送的多播或广播业务结束标识用于供所述目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机;所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播或广播传输通道。
实际应用时,在步骤200中,当所述源基站接收到所述目标基站发送的切换请求确认后,确定所述终端进行小区切换。
在一实施例中,在步骤201中,所述源基站通过与核心网建立的所述终端的专享通道接收核心网设备发送的多播或广播业务结束标识。
这里,在一实施例中,在所述专享通道是由所述源基站触发建立的情况下,该方法还可以包括:
向核心网设备发送第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
在一实施例中,接收核心网设备发送的一个或多个表征多播或广播业务结束标识的包;
将接收的一个或多个表征多播或广播业务结束标识的包发送至所述目标基站。
实际应用时,在步骤202中,所述源基站接收到核心网设备发送的多播或广播业务结束标识后,可以不立即发送给目标基站,比如将本地缓存的数据转发给所述目标基站后再发给目标基站。
相应地,本申请实施例还提供了一种信息传输方法,应用于目标基站,如图3所示,该方法包括:
步骤300:确定接收多播或广播业务的终端进行小区切换;
步骤301:接收源基站发送的多播或广播业务结束标识。
其中,接收的多播或广播业务结束标识用于供所述目标基站确定从核心网设备接收所述多播或广播业务数据的时机。
这里,所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播传输通道;所述源基站发送的多播或广播业务结束标识是所述源基站通过与核心网设备建立的所述终端共享通道接收的。
其中,在步骤300中,当所述目标接站接收到所述源基站发送的切换请求,且自身完成接入控制操作后,确定所述终端进行小区切换。
在一实施例中,在所述专享通道是由所述目标基站触发建立的情况下,该方法还可以包括:
向核心网设备发送第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
实际应用时,在步骤301中,所述目标基站可以接收所述源基站发送的一个或多个表征多播或广播业务结束标识的包。
在一实施例中,该方法还可以包括:
向所述核心网设备发送第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源。
这里,实际应用时,可以在保证业务已经连续的前提下,再释放所述共享通道的资源。因此,可以在所述目标基站收到所述多播或广播业务结束标识后,向所述核心网设备发送第三指示信息。
基于此,在一实施例中,所述目标基站接收到所述源基站发送的多播或广播业务结束标识,向所述核心网设备发送第三指示信息。
还可以在所述目标基站收到所述核心网设备发送的多播或广播业务数据后,向所述核心网设备发送第三指示信息。
基于此,在一实施例中,所述目标基站从所述核心网接收到所述多播或广播业务数据,向所述核心网设备发送第三指示信息。
本申请实施例还提供一种信息传输方法,如图4所示,该方法包括:
步骤401:核心网设备向源基站发送多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换;
步骤402:所述源基站接收到所述核心网设备发送的多播或广播业务结束标识后,将接收的多播或广播业务结束标识发送至所述目标基站;
步骤403:所述目标基站接收所述源基站发送的多播或广播业务结束标识。
这里,需要说明的是,源基站、核心网设备及目标基站的具体处理过程已在上文详述,这里不再赘述。
本申请实施例提供的信息传输方法,核心网设备向源基站发送多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换;而所述源基站接收到所述核心网设备发送的多播或广播业务结束标识后,将接收的多播或广播业务结束标识发送至所述目标基站,通过传输多播或广播业务结束标识,从而使得目标基站能够获知多播或广播业务结束标识,即获知从核心网设备接收多播或广播业务数据的时机,进而实现目标基站对多播或广播业务的连续、有序的发送,保证了多播或广播业务的连续性。
下面结合应用实施例对本申请再作进一步详细的描述。
在应用实施例中,建立源基站和UPF间UE(接收多播或广播业务)专享的传输通道,来实现目标基站获知具体切换UE的end marker,实现目标基站对数据的连续、有序的发送。
应用实施例一
在本应用实施例中,切换过程中核心网网元触发建立源基站和核心网网元间的UE专享传输通道。
本应用实施例终端接收多播或广播业务的流程,包括以下步骤:
步骤1:UE请求某多播或广播业务,即向核心网发送多播或广播业务申请,核心网侧识别UE申请的多播或广播业务后,为UE建立对应的多播传输所需的PDU session、QoSflow、传输隧道等,即为UE建立多播传通道。
步骤2:在接收多播或广播业务的过程中,UE按照网络侧的配置进行测量及测量结果上报;
步骤3:源基站决定将UE切换到目标基站,源基站向目标基站发送切换请求;
这里,实际应用时,源基站决定将UE切换到目标基站的原因可以是有很多中,比如所述源基站可以根据UE上报的测量结果或无线资源管理(RRM)信息决定将UE切换到目标基站,也可以网络决定做负载均衡时决定将UE切换到目标基站等。
所述切换请求携带以下信息中的至少一种:目标小区(target cell)ID,UE的小区无线网络临时标识(C-RNTI),群组无线网络临时标识(G-RNTI),多播或广播业务相关的PDUsession信息(也可以理解为标识)、QoS flow信息、传输隧道信息、多播或广播标识(表明该业务为多播或广播业务)等。
步骤4:目标基站对UE进行接入控制,若接纳则通知源基站,然后源基站向UE口发切换命令;
步骤5:源基站对目标基站做序列号状态传输(英文表达为SN status transfer),数据转发(英文表达为data forwarding);
这里,本步骤的具体实现可参照相关技术中接收单播业务的UE切换流程中源基站对目标基站做序列号状态传输,数据转发。
步骤6:UE从源基站去附着(英文表达为detach),并接入到目标基站;
这里,UE通过随机接入信道(RACH)接入到目标基站。
步骤7:目标基站转发源基站发送的数据包给UE;
步骤8:目标基站向核心网(如接入和移动管理功能(AMF))发起路径切换(英文可以表达为path switch)请求,以将下行数据传输路径切换到目标基站;
这里,该请求中可能携带多播或广播业务标识,或多播传输标识(QoS flow、PDUSession、或传隧道信息等),以及UE信息。
步骤9:当核心网网元(如可能是AMF,会话管理功能(SMF)和UPF中的一个)直接或间接收到目标基站的路径切换请求后,为切换的UE建立源基站和核心网间的单播传输通道,即专享传输通道;
这里,单播传输通道可以通过单播QoS flow表征,此时该单播QoS flow与多播或广播业务的QoS flow间存在绑定关系,且两个QoS flow可能属于同一个或不同PDUsession,两个QoS flow可能公用同一个或用不同的传输隧道。单播传输通道也可以通过别的信息表征,比如单播传输通道也可能是指一个单独的PDU session,或单独的传输隧道等,无论哪种方式,新建立的单播传输通道与多播或广播业务的以下信息至少之一有一定的绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
这里,实际应用时,步骤7和步骤8的执行顺序可以不分先后。
实际应用时,在AMF收到路径切换请求的情况下,AMF发送相应的PDU session建立请求给SMF,然后SMF反馈相关上下文给AMF作为响应标识;然后SMF建立单播传输通道。
在SMF收到路径切换请求的情况下,SMF直接建立单播传输通道。
在UPF收到路径切换请求的情况下,UPF指示SMF建立单播传输通道;SMF收到指示后建立单播传输通道。
步骤10:UPF通过建立的单播传输通道发送多个end marker包给源基站,源基站将接收的多个end marker包转发给目标基站;
步骤11:目标基站接到end marker后从UPF接收多播或广播业务的数据包;
步骤12:目标基站接收AMF的路径切换确认,并通知源基站释放UE上下文(context)。
其中,实际应用时,目标基站在收到end marker或者直接从UPF接收到数据包之后,可以向核心网发送指示信息(即第三指示信息),核心网释放源基站和核心网间的单播传输通道。
应用实施例二
在本应用实施例中,切换过程中源基站触发建立源基站和核心网网元间的UE专享传输通道。
本应用实施例终端接收多播或广播业务的流程,包括以下步骤:
步骤1:UE请求某多播或广播业务,即向核心网发送多播或广播业务申请,核心网侧识别UE申请的多播或广播业务后,为UE建立对应的多播传输所需的PDU session、QoSflow、传输隧道等,即为UE建立多播传通道。
步骤2:在接收多播或广播业务的过程中,UE按照网络侧的配置进行测量及测量结果上报;
步骤3:源基站决定将UE切换到目标基站,源基站向目标基站发送切换请求;
这里,实际应用时,源基站决定将UE切换到目标基站的原因可以是有很多中,比如所述源基站可以根据UE上报的测量结果或RRM信息决定将UE切换到目标基站,也可以网络决定做负载均衡时决定将UE切换到目标基站等。
所述切换请求携带以下信息中的至少一种:target cell ID,UE的C-RNTI,G-RNTI,多播或广播业务相关的PDU session信息(也可以理解为标识)、QoS flow信息、传输隧道信息、多播或广播标识(表明该业务为多播或广播业务)等。
步骤4:目标基站对UE进行接入控制,若接纳则通知源基站,然后源基站向UE发切换命令;
步骤5:源基站向核心网网元(可能是AMF、SMF和UPF中的一个)发送相应的指示信息,即第一指示信息,用于指示建立源基站和核心网间的单播传通道,即专享传输通道;
比如,源基站向AMF发送指示信息,AMF收到指示信息后指示UPF建立和源基站间通道,或者源基站直接指示UPF。
其中,源基站向核心网网元发送的指示信息中应至少包含多播或广播业务的QoSflow信息(如QoS flow标识符(QFI)),及UE标识信息,还可以包含其他多播传输通道信息,比如对应的PDU session标识、隧道信息(N3/N9 tunnel)标识中的一种或多种。
单播传输通道可以通过单播QoS flow表征,此时该单播QoS flow与多播或广播业务的QoS flow间存在绑定关系,两个QoS flow可能属于同一个或不同PDU session,两个QoS flow可能公用同一个或用不同的传输隧道。单播传输通道也可以通过别的信息表征,比如单播传输通道也可能是指一个单独的PDU session,或单独的传输隧道等,无论哪种方式,新建立的单播传输通道与多播或广播业务的以下信息至少之一有一定的绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
实际应用时,该步骤还可能发生在源基站决定对UE做切换后(可能是在向目标基站发切换请求之前或之后),或者发生在目标基站决定要接收切换的UE后(可能在向源基站反馈切换确认之前或之后)。
另外,实际应用时,单播传输通道建立的过程可能是与后续步骤并行。
步骤6:源基站对目标基站做序列号状态传输,数据转发;
这里,本步骤的具体实现可参照相关技术中接收单播业务的UE切换流程中源基站对目标基站做序列号状态传输,数据转发。
步骤7:UE从源基站去附着(英文表达为detach),并接入到目标基站;
这里,UE通过RACH接入到目标基站。
步骤8:目标基站转发源基站发送的数据包给UE;
步骤9:目标基站向核心网(如AMF))发起路径切换请求,以将下行数据传输路径切换到目标基站;
这里,该请求中可能携带多播或广播业务标识,或多播传输标识(QoS flow、PDUSession、或传隧道信息等),以及UE信息。
步骤10:UPF通过建立的单播传输通道发送多个end marker包给源基站,源基站将接收的多个end marker包转发给目标基站;
步骤11:目标基站接到end marker后从UPF接收多播或广播业务的数据包;
步骤12:目标基站接收AMF的路径切换确认,并通知源基站释放UE context。
其中,实际应用时,目标基站在收到end marker或者直接从UPF接收到数据包之后,可以向核心网发送指示信息(即第三指示信息),核心网释放源基站和核心网间的单播传输通道。
应用实施例三
在本应用实施例中,切换过程中目标基站触发建立源基站和核心网网元间的UE专享传输通道。
本应用实施例终端接收多播或广播业务的流程,包括以下步骤:
步骤1:UE请求某多播或广播业务,即向核心网发送多播或广播业务申请,核心网侧识别UE申请的多播或广播业务后,为UE建立对应的多播传输所需的PDU session、QoSflow、传输隧道等,即为UE建立多播传通道。
步骤2:在接收多播或广播业务的过程中,UE按照网络侧的配置进行测量及测量结果上报;
步骤3:源基站决定将UE切换到目标基站,源基站向目标基站发送切换请求;
这里,实际应用时,源基站决定将UE切换到目标基站的原因可以是有很多中,比如所述源基站可以根据UE上报的测量结果或RRM信息决定将UE切换到目标基站,也可以网络决定做负载均衡时决定将UE切换到目标基站等。
所述切换请求携带以下信息中的至少一种:target cell ID,UE的C-RNTI,G-RNTI,多播或广播业务相关的PDU session信息(也可以理解为标识)、QoS flow信息、传输隧道信息、多播或广播标识(表明该业务为多播或广播业务)等。
步骤4:目标基站对UE进行接入控制,若接纳则通知源基站,然后源基站向UE发切换命令;
步骤5:源基站对目标基站做序列号状态传输,数据转发;
这里,本步骤的具体实现可参照相关技术中接收单播业务的UE切换流程中源基站对目标基站做序列号状态传输,数据转发。
步骤6:源基站向核心网网元(可能是AMF、SMF和UPF中的一个)发送相应的指示信息,即第二指示信息,用于指示建立源基站和核心网间的单播传通道,即专享传输通道;
比如,目标基站向AMF发送指示信息,AMF收到指示信息后指示UPF建立和源基站间通道,或者目标基站直接指示UPF。
其中,目标基站向核心网网元发送的指示信息中应至少包含多播或广播业务的QoS flow信息(如QFI),及UE标识信息,还可以包含其他多播传输通道信息,比如对应的PDUsession标识、隧道信息(N3/N9 tunnel)标识中的一种或多种。
单播传输通道可以通过单播QoS flow表征,此时该单播QoS flow与多播或广播业务的QoS flow间存在绑定关系,两个QoS flow可能属于同一个或不同PDU session,两个QoS flow可以共用同一个的传输隧道或用不同的传输隧道。也可以通过别的信息表征,比如单播传输通道也可能是指一个单独的PDU session,或单独的传输隧道等,无论哪种方式,新建立的单播传输通道与多播或广播业务的以下信息至少之一有一定的绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
实际应用时,该步骤还可能发生在目标基站收到源基站的切换请求后(可能是在向目标基站发切换请求之前或之后),也可能发生在目标基站收到源基站发送的序列号状态和转发的数据后。
另外,实际应用时,单播传输通道建立的过程可能是与后续步骤并行。
步骤7:UE从源基站去附着,并接入到目标基站;
这里,UE通过RACH接入到目标基站。
步骤8:目标基站转发源基站发送的数据包给UE;
步骤9:目标基站向核心网(如AMF))发起路径切换请求,以将下行数据传输路径切换到目标基站;
这里,该请求中可能携带多播或广播业务标识,或多播传输标识(QoS flow、PDUSession、或传隧道信息等),以及UE信息。
步骤10:UPF通过建立的单播传输通道发送多个end marker包给源基站,源基站将接收的多个end marker包转发给目标基站;
步骤11:目标基站接到end marker后从UPF接收多播或广播业务的数据包;
步骤12:目标基站接收AMF的路径切换确认,并通知源基站释放UE context。
其中,实际应用时,目标基站在收到end marker包或者直接从UPF接收到数据包之后,可以向核心网发送指示信息(即第三指示信息),核心网释放源基站和核心网间的单播传输通道。
从应用实施例一、二和三可以看出,如图5所示,在本申请实施例中,UE接收多播或广播业务的流程,主要包括:
步骤501:进行组播广告(英文表达为Multicast Announcement),以便UE选择多播或广播业务;
步骤502:UE选择多播或广播业务后,进行注册,即申请多播或广播业务,建立PDUsession;
步骤503:UE加入多播或广播业务;
步骤504:基站(无线接入网(RAN)侧)和核心网之间建立隧道,获得UE和多播或广播业务的绑定关系;
这里,步骤501~504相当于应用实施例一至三中的步骤1。
步骤505:进行多播或广播业务数据的传输;
其中,传输方式可以是点对点(PTP)方式或点对多(PTM)方式。
步骤506:UE进行测量上报;
步骤507:在源基站决定将UE切换到目标基站;
步骤508:在切换过程中建立,源基站实现数据转发,并建立单播传输通道;
步骤509:UPF通过单播传输通道将end marker包发送给源基站,然后源基站将接收的end marker包发送给目标基站;
步骤510:目标基站接收到end marker包后从UPF接收多播或广播业务的数据。
在UE的切换过程中触发UE专用的单播传输通道的建立,仅在需要时建立,方式灵活动态,按需建立。
其中,由核心网触发建立单播传通道的方式,无需增加额外的信令交互。由RAN侧触发建立单播传通道的方式,由于是在有需求的情况下,所以实施时可以尽早建立该单播传输通道,以避免由于传输通道的建立增加切换时延。
应用实施例四
在本应用实施例中,网络为UE初始建立多播传输通道时同时建立源基站和核心网网元间的UE专享传输通道。
本应用实施例终端接收多播或广播业务的流程,包括以下步骤:
步骤1:UE请求某多播或广播业务,即向核心网发送多播或广播业务申请,核心网侧识别UE申请的多播或广播业务后,为UE建立对应的多播传输所需的PDU session、QoSflow、传输隧道等,即为UE建立多播传通道;同时,建立源基站和核心网网元间的单播传输通,即共享传输通道;
比如,单播和多播或广播业务分别建立一个QoS flow,即单播传输通道可以通过单播QoS flow表征,多播或广播业务QoS flow是多UE共享的,单播QoS flow是UE专用的,多播或广播业务的QoS flow和单播QoS flow间存在一定的绑定关系,两个QoS flow可能属于同一个或不同PDU session,两个QoS flow可能公用同一个或用不同的传输隧道(如N3隧道)。
实际应用时,网络还可以配置该单播QoS flow是否用于其他单播业务的数据的传输。
单播传输通道也可以通过别的信息表征,比如可能是指一个单独的PDU session,或单独的传输隧道等,,无论哪种方式,新建立的单播传输通道与多播或广播业务的以下信息至少之一有一定的绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
步骤2:在接收多播或广播业务的过程中,UE按照网络侧的配置进行测量及测量结果上报;
步骤3:源基站决定将UE切换到目标基站,源基站向目标基站发送切换请求;
这里,实际应用时,源基站决定将UE切换到目标基站的原因可以是有很多中,比如所述源基站可以根据UE上报的测量结果或RRM信息决定将UE切换到目标基站,也可以网络决定做负载均衡时决定将UE切换到目标基站等。
所述切换请求携带以下信息中的至少一种:target cell ID,UE的C-RNTI,G-RNTI,多播或广播业务相关的PDU session信息(也可以理解为标识)、QoS flow信息、传输隧道信息、多播或广播标识(表明该业务为多播或广播业务)等。
步骤4:目标基站对UE进行接入控制,若接纳则通知源基站,然后源基站向UE发切换命令;
步骤5:源基站对目标基站做序列号状态传输,数据转发;
这里,本步骤的具体实现可参照相关技术中接收单播业务的UE切换流程中源基站对目标基站做序列号状态传输,数据转发。
步骤6:UE从源基站去附着,并接入到目标基站;
这里,UE通过RACH接入到目标基站。
步骤7:目标基站转发源基站发送的数据包给UE;
步骤8:目标基站向核心网(如AMF))发起路径切换请求,以将下行数据传输路径切换到目标基站;
这里,该请求中可能携带多播或广播业务标识,或多播传输标识(QoS flow、PDUSession、或传隧道信息等),以及UE信息。
步骤9:UPF通过建立的单播传输通道发送多个end marker包给源基站,源基站将接收的多个end marker包转发给目标基站;
步骤10:目标基站接到end marker后从UPF接收多播或广播业务的数据包;
步骤11:目标基站接收AMF的路径切换确认,并通知源基站释放UE context。
其中,实际应用时,目标基站在收到end marker包或者直接从UPF接收到数据包之后,可以向核心网发送指示信息(即第三指示信息),核心网释放源基站和核心网间的单播传输通道。
从上面的描述可以看出,在本应用实施例中,是在UE开始接收多播或广播业务时便建立对应的单播传输通道,如此,能够确保时时可用。
其中,在应用实施例中,单播传输通道的建立过程可以采用如下实现方式:
首先,SMF会与统一数据管理平台(UDM)交互完成相关PDU session的登记及必要数据的获取);接着,SMF会进行PCF选择及N4会话的建立(与UPF交互);最后,SMF发N1、N2消息(Namf_Communication_N1N2MessageTransfer)给AMF,该消息里包含发给UE的信息(比如UE的QoS规则(rule)(对上行数据进行分类时使用),分配给UE的IP等),以及需要提供给基站的UPF隧道地址和隧道端点标识(TEID),实现N3隧道的打通,以及建立QoS flow(或者说实现与PDU session的绑定)
这里,在原PDU session/N3 tunnel中建立新的QoS flow可以采用相关技术中的网络触发的PDUsession修改(network triggered PDU session modification)流程。
需要说明的是:本申请实施例对建立单播传输通道的实现过程不作限定。
从上面的描述可以看出,本申请实施例的方案,通过核心网与RAN(源基站)侧的单播传通道发送切换UE的多播或广播业务的end marker包,从而使得目标基站能够获知多播或广播业务结束标识,即获知从核心网设备接收多播或广播业务数据的时机,进而实现目标基站对多播或广播业务的连续、有序的发送,能够实现接收多播业务的UE切换到到不支持多播或广播业务的小区时,数据传输的连续性。
为了实现本申请实施例的方法,本申请实施例还提供了一种信息传输装置,设置在核心网设备,如图6所示,该装置包括:
第一传输单元602,用于向源基站发送多播或广播业务结束标识;发送的多播或广播业务结束标识用于供目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机;其中,所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播或广播传输通道;所述多播或广播业务被切换的终端接收,即终端接收所述多播或广播业务且进行切换。
其中,在一实施例中,该装置还可以包括:
第一确定单元601,用于确定接收多播或广播业务的终端进行小区切换。
在一实施例中,所述第一传输单元602,用于:
通过与所述源基站建立的所述终端的专享通道向所述源基站发送多播或广播业务结束标识。
在一实施例中,所述第一传输单元602,还用于:
在所述专享通道是由所述源基站触发建立的情况下,接收所述源基站发送的第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
在一实施例中,所述第一传输单元602,还用于:
在所述专享通道是由所述目标基站触发建立的情况下,接收所述目标基站发送的第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
在一实施例中,所述第一传输单元602,还用于:
在所述专享通道是由所述核心网设备触发建立的情况下,接收所述目标基站发送的路径切换请求,以触发建立所述专享通道;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
在一实施例中,所述第一传输单元602,还用于:
在所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的情况下,接收所述终端发送的所述多播或广播业务申请,以触发建立所述专享通道。
在一实施例中,所述第一确定单元601,具体用于:
接收到所述目标基站发送的路径切换请求;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
在一实施例中,该装置还可以包括:释放单元;其中,
所述第一传输单元602,还用于:
接收所述目标基站发送的第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源;
所述释放单元,用于基于所述第三指示信息,释放所述专享通道的资源。
在一实施例中,所述第一传输单元602,用于:
向所述源基站发送一个或多个表征多播或广播业务结束标识的包。
实际应用时,所述第一确定单元601及释放单元可由所述信息传输装置中的处理器实现;所述第一传输单元602可由所述信息传输装置中的通信接口实现。
为了实现本申请实施例源基站侧的方法,本申请实施例还提供了一种信息传输装置,设置在源基站上,如图7所示,该装置包括:
第二传输单元702,用于接收核心网设备发送的多播或广播业务结束标识;以及将接收的多播或广播业务结束标识发送至所述目标基站;发送的多播或广播业务结束标识用于供所述目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机;其中,所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播或广播传输通道;所述多播或广播业务被切换的终端接收,即终端接收所述多播或广播业务且进行切换。
其中,在一实施例中,如图7所示,该装置还可以包括:
第二确定单元701,用于确定接收多播或广播业务的终端进行小区切换。
在一实施例中,所述第二传输单元702,用于通过与核心网建立的所述终端的专享通道接收核心网设备发送的多播或广播业务结束标识。
其中,在一实施例中,所述第二传输单元702,还用于:
在所述专享通道是由所述源基站触发建立的情况下,向核心网设备发送第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
在一实施例中,所述第二传输单元702,用于:
接收核心网设备发送的一个或多个表征多播或广播业务结束标识的包;
将接收的多个表征多播或广播业务结束标识的包发送至所述目标基站。
实际应用时,所述第二确定单元701及释放单元可由所述信息传输装置中的处理器实现;所述第二传输单元702可由所述信息传输装置中的通信接口实现。
为了实现本申请实施例目标基站侧的方法,本申请实施例还提供了一种信息传输装置,设置在目标基站上,如图8所示,该装置包括:
第三传输单元802,用于接收源基站发送的多播或广播业务结束标识;接收的多播或广播业务结束标识用于供所述目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机;其中,所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播传输通道;所述多播或广播业务被切换的终端接收,即终端接收所述多播或广播业务且进行切换;所述源基站发送的多播或广播业务结束标识是从核心网设备接收的。
其中,在一实施例中,如图8所示,该装置还可以包括:
第三确定单元801,用于确定接收多播或广播业务的终端进行小区切换。
所述第三传输单元802,还用于:
在所述专享通道是由所述目标基站触发建立的情况下,向核心网设备发送第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
在一实施例中,所述第三传输单元802,还用于:
向所述核心网设备发送第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源。
其中,在一实施例中,所述第三传输单元802,用于:
接收到所述源基站发送的多播或广播业务结束标识,向所述核心网设备发送第三指示信息;
或者,
从所述核心网接收到所述多播或广播业务数据,向所述核心网设备发送第三指示信息。
在一实施例中,所述第三传输单元802,用于:
接收所述源基站发送的一个或多个表征多播或广播业务结束标识的包。
实际应用时,所述第三确定单元801及释放单元可由所述信息传输装置中的处理器实现;所述第三传输单元802可由所述信息传输装置中的通信接口实现。
需要说明的是:上述实施例提供的信息传输装置在进行信息传输时,仅以上述各程序模块的划分进行举例说明,实际应用中,可以根据需要而将上述处理分配由不同的程序模块完成,即将装置的内部结构划分成不同的程序模块,以完成以上描述的全部或者部分处理。另外,上述实施例提供的信息传输装置与信息传输方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
基于上述程序模块的硬件实现,且为了实现本申请实施例核心网设备侧的操作,本申请实施例还提供了一种核心网设备,如图9所示,该核心网设备900包括:
第一通信接口901,能够与源基站和目标基站进行信息交互;
第一处理器902,与所述第一通信接口901连接,以实现与源基站和目标基站进行信息交互,用于运行计算机程序时,执行上述核心网设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在第一存储器903上。
具体地,所述第一通信接口901,用于向源基站发送多播或广播业务结束标识;发送的多播或广播业务结束标识用于供目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机;其中,所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播或广播传输通道;所述多播或广播业务被切换的终端接收,即终端接收所述多播或广播业务且进行切换。
其中,在一实施例中,所述第一处理器902,用于确定接收多播或广播业务的终端进行小区切换。
在一实施例中,所述第一通信接口901,用于:
通过与所述源基站建立的所述终端的专享通道向所述源基站发送多播或广播业务结束标识。
其中,在一实施例中,所述第一通信接口901,还用于:
在所述专享通道是由所述源基站触发建立的情况下,接收所述源基站发送的第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
在一实施例中,所述第一通信接口901,还用于:
在所述专享通道是由所述目标基站触发建立的情况下,接收所述目标基站发送的第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
在一实施例中,所述第一通信接口901,还用于:
在所述专享通道是由所述核心网设备触发建立的情况下,接收所述目标基站发送的路径切换请求,以触发建立所述专享通道;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
在一实施例中,所述第一通信接口901,还用于:
在所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的情况下,接收所述终端发送的所述多播或广播业务申请,以触发建立所述专享通道。
在一实施例中,所述第一处理器902,具体用于:
接收到所述目标基站发送的路径切换请求;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
在一实施例中,该装置还可以包括:释放单元;其中,
所述第一通信接口901,还用于:
接收所述目标基站发送的第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源;
所述释放单元,用于基于所述第三指示信息,释放所述专享通道的资源。
在一实施例中,所述第一通信接口901,用于:
向所述源基站发送一个或多个表征多播或广播业务结束标识的包。
需要说明的是:第一处理器902和第一通信接口901的具体处理过程可参照上述方法理解。
当然,实际应用时,核心网设备900中的各个组件通过总线***904耦合在一起。可理解,总线***904用于实现这些组件之间的连接通信。总线***904除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图9中将各种总线都标为总线***904。
本申请实施例中的第一存储器903用于存储各种类型的数据以支持核心网设备900的操作。这些数据的示例包括:用于在核心网设备900上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第一处理器902中,或者由所述第一处理器902实现。所述第一处理器902可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过所述第一处理器902中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第一处理器902可以是通用处理器、数字信号处理器(DSP,Digital Signal Processor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第一处理器902可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤,可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中,该存储介质位于第一存储器903,所述第一处理器902读取第一存储器903中的信息,结合其硬件完成前述方法的步骤。
在示例性实施例中,核心网设备900可以被一个或多个应用专用集成电路(ASIC,Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD,ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU,Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现,用于执行前述方法。
基于上述程序模块的硬件实现,且为了实现本申请实施例源基站侧的方法,本申请实施例还提供了一种源基站,如图10所示,该源基站1000包括:
第二通信接口1001,能够与核心网设备和目标基站进行信息交互;
第二处理器1002,与所述第二通信接口1001连接,以实现与核心网设备和目标基站进行信息交互,用于运行计算机程序时,执行上述源基站侧一个或多个技术方案提供的方法。而所述计算机程序存储在第二存储器1003上。
具体地,所述第二通信接口1001,用于接收核心网设备发送的多播或广播业务结束标识;以及将接收的多播或广播业务结束标识发送至所述目标基站;发送的多播或广播业务结束标识用于供所述目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机;其中,所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播或广播传输通道;所述多播或广播业务被切换的终端接收,即终端接收所述多播或广播业务且进行切换。
其中,在一实施例中,所述第二处理器1002,用于确定接收多播或广播业务的终端进行小区切换。
在一实施例中,所述第二通信接口1001,用于通过与核心网建立的所述终端的专享通道接收核心网设备发送的多播或广播业务结束标识。
所述第二通信接口1001,还用于:
在所述专享通道是由所述源基站触发建立的情况下,向核心网设备发送第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
在一实施例中,所述第二通信接口1001,用于:
接收核心网设备发送的一个或多个表征多播或广播业务结束标识的包;
将接收的一个或多个表征多播或广播业务结束标识的包发送至所述目标基站。
需要说明的是:第二处理器1002和第二通信接口1001的具体处理过程可参照上述方法理解。
当然,实际应用时,源基站1000中的各个组件通过总线***1004耦合在一起。可理解,总线***1004用于实现这些组件之间的连接通信。总线***1004除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图10中将各种总线都标为总线***1004。
本申请实施例中的第二存储器1003用于存储各种类型的数据以支持源基站1000操作。这些数据的示例包括:用于在源基站1000上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第二处理器1002中,或者由所述第二处理器1002实现。所述第二处理器1002可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过所述第二处理器1002中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第二处理器1002可以是通用处理器、DSP,或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第二处理器1002可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤,可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中,该存储介质位于第二存储器1003,所述第二处理器1002读取第二存储器1003中的信息,结合其硬件完成前述方法的步骤。
在示例性实施例中,源基站1000可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现,用于执行前述方法。
基于上述程序模块的硬件实现,且为了实现本申请实施例目标基站侧的方法,本申请实施例还提供了一种目标基站,如图11所示,该目标基站1100包括:
第三通信接口1101,能够与源基站和核心网设备进行信息交互;
第三处理器1102,与所述第三通信接口1101连接,以实现与源基站和核心网设备进行信息交互,用于运行计算机程序时,执行上述目标基站侧一个或多个技术方案提供的方法。而所述计算机程序存储在第三存储器1103上。
具体地,所述第三通信接口1101,用于接收源基站发送的多播或广播业务结束标识;接收的多播或广播业务结束标识用于供所述目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机;其中,所述核心网设备与所述源基站之间还建立有传输所述多播或广播业务数据的多播传输通道;所述多播或广播业务被切换的终端接收,即终端接收所述多播或广播业务且进行切换;所述源基站发送的多播或广播业务结束标识是从核心网设备接收的。
其中,在一实施例中,所述第三处理器1102,用于确定接收多播或广播业务的终端进行小区切换。
所述第三通信接口1101,还用于:
在所述专享通道是由所述目标基站触发建立的情况下,向核心网设备发送第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
在一实施例中,所述第三通信接口1101,还用于:
向所述核心网设备发送第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源。
其中,在一实施例中,所述第三通信接口1101,用于:
接收到所述源基站发送的多播或广播业务结束标识,向所述核心网设备发送第三指示信息;
或者,
从所述核心网接收到所述多播或广播业务数据,向所述核心网设备发送第三指示信息。
在一实施例中,所述第三通信接口1101,用于:
接收所述源基站发送的一个或多个表征多播或广播业务结束标识的包。
当然,实际应用时,目标基站1100中的各个组件通过总线***1104耦合在一起。可理解,总线***1104用于实现这些组件之间的连接通信。总线***1104除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图11中将各种总线都标为总线***1104。
本申请实施例中的第三存储器1103用于存储各种类型的数据以支持目标基站1100操作。这些数据的示例包括:用于在目标基站1100上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第三处理器1102中,或者由所述第三处理器1102实现。所述第三处理器1102可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过所述第三处理器1102中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第三处理器1102可以是通用处理器、DSP,或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第三处理器1102可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤,可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中,该存储介质位于第三存储器1103,所述第三处理器1102读取第三存储器1103中的信息,结合其硬件完成前述方法的步骤。
在示例性实施例中,目标基站1100可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现,用于执行前述方法。
可以理解,本申请实施例的存储器(第一存储器903、第二存储器1003、第三存储器1103)可以是易失性存储器或者非易失性存储器,也可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(ROM,Read Only Memory)、可编程只读存储器(PROM,Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM,ErasableProgrammable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM,ElectricallyErasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM,ferromagneticrandom access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM,Compact Disc Read-Only Memory);磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM,Random Access Memory),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(SRAM,Static Random Access Memory)、同步静态随机存取存储器(SSRAM,SynchronousStatic Random Access Memory)、动态随机存取存储器(DRAM,Dynamic Random AccessMemory)、同步动态随机存取存储器(SDRAM,Synchronous Dynamic Random AccessMemory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM,Double Data RateSynchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM,Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM,SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM,Direct Rambus RandomAccess Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种信息传输***,如图12所示,该***包括:源基站1201、核心网设备1202及目标基站1203。
这里,需要说明的是,源基站1201、核心网设备1202及目标基站1203的具体处理过程已在上文详述,这里不再赘述。
在示例性实施例中,本申请实施例还提供了一种存储介质,即计算机存储介质,具体为计算机可读存储介质,例如包括存储计算机程序的第一存储器903,上述计算机程序可由核心网设备900的第一处理器902执行,以完成前述核心网设备侧方法所述步骤。再比如包括存储计算机程序的第二存储器1003,上述计算机程序可由源基站1000的第二处理器1002执行,以完成前述源基站侧方法所述步骤。再比如包括存储计算机程序的第三存储器1103,上述计算机程序可由目标基站1100的第三处理器1102执行,以完成前述目标基站侧方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。
需要说明的是:“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
另外,本申请实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。
以上所述,仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。

Claims (36)

1.一种信息传输方法,其特征在于,应用于核心网设备,包括:
向源基站发送多播或广播业务结束标识,以使所述源基站将所述多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换;其中,
通过与所述源基站建立的所述终端的专享通道向所述源基站发送多播或广播业务结束标识;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的。
2.根据权利要求1所述的方法,其特征在于,发送的多播或广播业务结束标识用于供目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机。
3.根据权利要求1所述的方法,其特征在于,所述专享通道是由以下设备之一触发建立的:
所述源基站;
所述目标基站;
所述核心网设备。
4.根据权利要求3所述的方法,其特征在于,在所述专享通道是由所述源基站触发建立的情况下,所述方法还包括:
接收所述源基站发送的第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
5.根据权利要求3所述的方法,其特征在于,在所述专享通道是由所述目标基站触发建立的情况下,所述方法还包括:
接收所述目标基站发送的第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
6.根据权利要求3所述的方法,其特征在于,在所述专享通道是由所述核心网设备触发建立的情况下,所述方法还包括:
接收所述目标基站发送的路径切换请求,以触发建立所述专享通道;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
7.根据权利要求1所述的方法,其特征在于,在所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的情况下,所述方法还包括:
接收所述终端发送的所述多播或广播业务申请,以触发建立所述专享通道。
8.根据权利要求1所述的方法,其特征在于,所述专享通道与所述多播或广播业务的以下相关信息至少之一具有绑定关系:
服务质量流QoS flow标识;
数据协议单元会话PDU session标识;
传输隧道标识。
9.根据权利要求1所述的方法,其特征在于,所述方法还包括:
确定接收所述多播或广播业务的终端进行小区切换。
10.根据权利要求9所述的方法,其特征在于,所述确定进行多播或广播业务的终端进行小区切换,包括:
接收到所述目标基站发送的路径切换请求;所述路径切换请求用于请求从所述核心网设备获取所述多播或广播业务的数据。
11.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述目标基站发送的第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源;
基于所述第三指示信息,释放所述专享通道的资源。
12.根据权利要求1至11任一项所述的方法,其特征在于,所述向所述源基站发送多播或广播业务结束标识,包括:
向所述源基站发送一个或多个表征多播或广播业务结束标识的包。
13.一种信息传输方法,其特征在于,应用于源基站,包括:
接收核心网设备发送的多播或广播业务结束标识;
将接收的多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换;其中,
通过与核心网建立的所述终端的专享通道接收核心网设备发送的多播或广播业务结束标识;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的。
14.根据权利要求13所述的方法,其特征在于,发送的多播或广播业务结束标识用于供所述目标基站确定从所述核心网设备接收所述多播或广播业务数据的时机。
15.根据权利要求13所述的方法,其特征在于,所述专享通道是由以下设备之一触发建立的:
所述源基站;
所述目标基站;
所述核心网设备。
16.根据权利要求15所述的方法,其特征在于,在所述专享通道是由所述源基站触发建立的情况下,所述方法还包括:
向核心网设备发送第一指示信息,以触发建立所述专享通道;所述第一指示信息用于指示建立所述专享通道。
17.根据权利要求13所述的方法,其特征在于,所述专享通道与所述多播或广播业务的以下相关信息至少之一具有绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
18.根据权利要求13至17任一项所述的方法,其特征在于,
接收核心网设备发送的一个或多个表征多播或广播业务结束标识的包;
将接收的一个或多个表征多播或广播业务结束标识的包发送至所述目标基站。
19.一种信息传输方法,其特征在于,应用于目标基站,包括:
接收源基站发送的多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换;其中,
所述源基站发送的多播或广播业务结束标识是所述源基站通过与核心网设备建立的所述终端专享通道接收的;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的。
20.根据权利要求19所述的方法,其特征在于,接收的多播或广播业务结束标识用于供所述目标基站确定从核心网设备接收所述多播或广播业务数据的时机。
21.根据权利要求19所述的方法,其特征在于,所述专享通道是由以下设备之一触发建立的:
所述源基站;
所述目标基站;
所述核心网设备。
22.根据权利要求21所述的方法,其特征在于,在所述专享通道是由所述目标基站触发建立的情况下,所述方法还包括:
向核心网设备发送第二指示信息,以触发建立所述专享通道;所述第二指示信息用于指示建立所述专享通道。
23.根据权利要求19所述的方法,其特征在于,所述专享通道与所述多播或广播业务的以下相关信息至少之一具有绑定关系:
QoS flow标识;
PDU session标识;
传输隧道标识。
24.根据权利要求19所述的方法,其特征在于,所述方法还包括:
向所述核心网设备发送第三指示信息;所述第三指示信息用于指示释放所述专享通道的资源。
25.根据权利要求24所述的方法,其特征在于,所述向所述核心网设备发送第三指示信息,包括:
接收到所述源基站发送的多播或广播业务结束标识,向所述核心网设备发送第三指示信息;
或者,
从所述核心网接收到所述多播或广播业务数据,向所述核心网设备发送第三指示信息。
26.根据权利要求19至25任一项所述的方法,其特征在于,所述接收源基站发送的多播或广播业务结束标识,包括:
接收所述源基站发送的一个或多个表征多播或广播业务结束标识的包。
27.一种信息传输装置,其特征在于,包括:
第一传输单元,用于向源基站发送多播或广播业务结束标识,以使所述源基站将所述多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换;其中,
所述第一传输单元,用于通过与所述源基站建立的所述终端的专享通道向所述源基站发送多播或广播业务结束标识;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的。
28.一种信息传输装置,其特征在于,包括:
第二传输单元,用于接收核心网设备发送的多播或广播业务结束标识;以及将接收的多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换;其中,
所述第二传输单元,用于通过与核心网建立的所述终端的专享通道接收核心网设备发送的多播或广播业务结束标识;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的。
29.一种信息传输装置,其特征在于,包括:
第三传输单元,用于接收源基站发送的多播或广播业务结束标识;其中,终端接收所述多播或广播业务且进行切换;其中,
所述源基站发送的多播或广播业务结束标识是所述源基站通过与核心网设备建立的所述终端专享通道接收的;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的。
30.一种核心网设备,其特征在于,包括:第一处理器及第一通信接口;其中,
所述第一通信接口,用于向源基站发送多播或广播业务结束标识,以使所述源基站将所述多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换;其中,
所述第一通信接口,用于通过与所述源基站建立的所述终端的专享通道向所述源基站发送多播或广播业务结束标识;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的。
31.一种源基站,其特征在于,包括:第二处理器及第二通信接口;其中,
所述第二通信接口,用于接收核心网设备发送的多播或广播业务结束标识;以及将接收的多播或广播业务结束标识发送至目标基站;其中,终端接收所述多播或广播业务且进行切换;其中,
所述第二通信接口,用于通过与核心网建立的所述终端的专享通道接收核心网设备发送的多播或广播业务结束标识;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播或广播会话建立时建立的。
32.一种目标基站,其特征在于,包括:第三处理器及第三通信接口;其中,
所述第三通信接口,用于接收源基站发送的多播或广播业务结束标识;其终端接收所述多播或广播业务且进行切换;其中,
所述源基站发送的多播或广播业务结束标识是所述源基站通过与核心网设备建立的所述终端专享通道接收的;
所述专享通道是在小区切换准备或执行或完成过程中建立的;或者,所述专享通道是在所述多播或广播业务对应的多播会话建立时建立的。
33.一种核心网设备,其特征在于,包括:第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器,
其中,所述第一处理器用于运行所述计算机程序时,执行权利要求1至12任一项所述方法的步骤。
34.一种源基站,其特征在于,包括:第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器,
其中,所述第二处理器用于运行所述计算机程序时,执行权利要求13至18任一项所述方法的步骤。
35.一种目标基站,其特征在于,包括:第三处理器和用于存储能够在处理器上运行的计算机程序的第三存储器,
其中,所述第三处理器用于运行所述计算机程序时,执行权利要求19至26任一项所述方法的步骤。
36.一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至12任一项所述方法的步骤,或者实现权利要求13至18任一项所述方法的步骤,或者实现权利要求19至26任一项所述方法的步骤。
CN202010700463.4A 2020-07-20 2020-07-20 信息传输方法、装置、相关设备及存储介质 Active CN113965891B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010700463.4A CN113965891B (zh) 2020-07-20 2020-07-20 信息传输方法、装置、相关设备及存储介质
PCT/CN2021/105238 WO2022017190A1 (zh) 2020-07-20 2021-07-08 信息传输方法、装置、相关设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010700463.4A CN113965891B (zh) 2020-07-20 2020-07-20 信息传输方法、装置、相关设备及存储介质

Publications (2)

Publication Number Publication Date
CN113965891A CN113965891A (zh) 2022-01-21
CN113965891B true CN113965891B (zh) 2023-03-28

Family

ID=79459506

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010700463.4A Active CN113965891B (zh) 2020-07-20 2020-07-20 信息传输方法、装置、相关设备及存储介质

Country Status (2)

Country Link
CN (1) CN113965891B (zh)
WO (1) WO2022017190A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113498132B (zh) * 2020-04-03 2022-09-20 维沃移动通信有限公司 移动性管理方法、源基站、目标基站及终端设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102905223A (zh) * 2011-07-29 2013-01-30 ***通信集团公司 业务接收请求信息的接收***、方法、基站及终端
CN103477658A (zh) * 2011-04-19 2013-12-25 富士通株式会社 信息获取方法和基站
CN104937963A (zh) * 2013-10-28 2015-09-23 三星电子株式会社 具有鲁棒移动性的用于组通信的方法和装置
WO2019223005A1 (en) * 2018-05-25 2019-11-28 Qualcomm Incorporated Mixed mode multicast architecture
CN113473525A (zh) * 2020-03-31 2021-10-01 华为技术有限公司 一种数据传输的方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200092923A1 (en) * 2018-09-19 2020-03-19 Qualcomm Incorporated Multicast idle mode behavior and paging

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103477658A (zh) * 2011-04-19 2013-12-25 富士通株式会社 信息获取方法和基站
CN102905223A (zh) * 2011-07-29 2013-01-30 ***通信集团公司 业务接收请求信息的接收***、方法、基站及终端
CN104937963A (zh) * 2013-10-28 2015-09-23 三星电子株式会社 具有鲁棒移动性的用于组通信的方法和装置
WO2019223005A1 (en) * 2018-05-25 2019-11-28 Qualcomm Incorporated Mixed mode multicast architecture
CN113473525A (zh) * 2020-03-31 2021-10-01 华为技术有限公司 一种数据传输的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Study on architectural enhancements for 5G multicast-broadcast services(Release 17)";3rd Generation Partnership Project;《3GPP TR 23.757 V0.43.0》;20200622;第6.27.2节 *

Also Published As

Publication number Publication date
CN113965891A (zh) 2022-01-21
WO2022017190A1 (zh) 2022-01-27

Similar Documents

Publication Publication Date Title
WO2021233279A1 (zh) 切换方法及装置、信息发送方法及装置
JP6907221B2 (ja) 通信リソース割当方法および装置、端末装置、基地局、ならびに通信システム
CN109429186B (zh) 数据传输的方法及装置
US20230017217A1 (en) Multicast or broadcast session establishment and management
CN105009638A (zh) 一种用户设备切换方法及基站
WO2022033168A1 (zh) 一种mbs业务数据传输方法和网络侧装置及设备
JP7521013B2 (ja) ハンドオーバ方法、処理方法、装置、ネットワーク機器及びコアネットワーク機器
US20230081286A1 (en) Methods and systems for multicast data forwarding during mobility procedures in wireless communication networks
CN111510977B (zh) 一种移动性管理方法及装置
CN113965891B (zh) 信息传输方法、装置、相关设备及存储介质
CN113645572B (zh) 一种通信方法、装置及存储介质
CN115348619A (zh) 组播业务的处理方法、装置、相关设备及存储介质
WO2023221983A1 (zh) 广播消息的传送方法、装置、网络功能及存储介质
WO2024120299A1 (zh) 一种通信方法和通信装置
US20240224126A1 (en) Lossless multicast and broadcast data transmissions in handovers
US20230020573A1 (en) Transmission tunnel changing method, access network device, and core network device
US20240214876A1 (en) Lossless multicast and broadcast data transmissions in handovers
WO2023065291A1 (en) Lossless multicast and broadcast data transmissions in handovers
CN116133062A (zh) 通信方法、装置、相关设备及存储介质
CN116437301A (zh) 一种通信方法及装置
CN118354375A (zh) 一种通信方法、装置、通信设备和存储介质
CN112584322A (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