CN115486101A - 用于5g网络中的多播和广播服务的递送模式切换的方法 - Google Patents

用于5g网络中的多播和广播服务的递送模式切换的方法 Download PDF

Info

Publication number
CN115486101A
CN115486101A CN202180022215.1A CN202180022215A CN115486101A CN 115486101 A CN115486101 A CN 115486101A CN 202180022215 A CN202180022215 A CN 202180022215A CN 115486101 A CN115486101 A CN 115486101A
Authority
CN
China
Prior art keywords
multicast
unicast
session
mbs
message
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
CN202180022215.1A
Other languages
English (en)
Inventor
李鸿堃
M·斯达斯尼克
帕斯卡尔·爱德杰卡普
Q·李
J·宁勒库
C·姆拉丁
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.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of CN115486101A publication Critical patent/CN115486101A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • 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

Landscapes

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

Abstract

一种用以将多播和广播服务集成到通用5G核心网络中的整体架构。该架构可提供用以将向用户装备(UE)发射消息的递送模式从单播模式切换到多播模式的方法和系统。该方法包括在UE、网络功能、内容提供方或RAN节点处触发事件以发起切换过程;用于UE发起的从单播到多播的切换的程序;用于网络发起的从单播模式到多播模式的切换的程序;以及用于RAN发起的从单播模式到多播模式的切换的程序。该架构还可提供用以将递送模式从多播模式切换到单播模式的方法。这些方法可包括在UE、网络功能、内容提供方或RAN节点处触发事件以发起切换过程;用于UE发起的从多播模式到单播模式的切换的程序;用于网络发起的从多播模式到单播模式的切换的程序;以及用于RAN发起的从多播模式到单播模式的切换的程序。

Description

用于5G网络中的多播和广播服务的递送模式切换的方法
相关申请的交叉引用
本申请要求于2020年2月13日提交的名称为“用于5G网络中的多播和广播服务的递送模式切换的方法(METHODS OF DELIVERY MODE SWITCH FOR MULTICAST ANDBROADCAST SERVICE IN A 5G NETWORK)”的美国临时专利申请62/975,858的权益,该临时专利申请的内容据此以引用方式并入本文。
背景技术
单播递送模式与多播/广播递送模式之间的切换经由MooD和MBMS用户服务消耗报告在EPS MBMS中予以支持。MooD是应用层解决方案;因此,其呈现以下低效率。
在应用层处传输控制信令以启用切换。由于许多不同应用程序将使用多播/广播服务,因而可能无法有效地在应用层处传输控制信息。此方法可能需要所有应用程序支持MooD协议。此方法还倾向于使调整核心网络以及针对核心网络或无线电网络中的主要资源使用状态的无线电资源使用策略两者的反应时间较慢。
使在单播与多播之间切换的决策基于在应用层处不一定可用的信息(例如RAN条件、接收内容的设备的数量、接收内容的设备的位置)可能更有效。
另外,不存在依赖于UE与网络之间的非接入层(NAS)信令以用于单播与多播之间或单播与广播之间的递送模式切换的传统方法。
发明内容
经由5G网络向用户设备提供在至少两个单播消息传送、多播消息传送和广播消息传送之间的切换的系统和方法。可以该方式执行程序。确定触发事件是否已发生于用户设备(例如,UE)、网络设备、内容提供方系统或RAN节点中的一者或多者处。该触发事件指示需要在单播消息传送、多播消息传送和广播消息传送中的第一者与第二者之间进行切换。发起以下操作:基于触发事件的发生,从向用户设备的单播消息传送、多播消息传送和广播消息传送中的第一者切换到单播消息传送、多播消息传送和广播消息传送中的第二者。
提供本发明内容的目的是以简化形式介绍精选的概念,这些概念在以下具体实施方式中进一步描述。本发明内容既不旨在识别所要求保护的主题的关键特征或基本特征,也不旨在用于限制所要求保护的主题的范围。另外,所要求保护的主题不限于解决本公开的任何部分中所指出的任何或所有缺点的限制。
附图说明
图1A示出可体现本文中所描述和要求保护的方法和装置的示例性通信系统。
图1B示出被配置成用于无线通信的示例性装置或设备的框图。
图1C示出示例性无线电接入网络(RAN)和核心网络的系统图。
图1D示出另一示例性RAN和核心网络的系统图。
图1E是另一示例性RAN和核心网络的系统图。
图1F示出示例性计算系统的框图。
图1G示出另一示例性通信系统的框图。
图2示出基于5G系统服务的架构。
图3示出参考点表示图中的非漫游5G系统架构。
图4概念性地示出用于SM、SMS、UE策略和LCS的NAS传输。
图5示出TS 23.246中具有E-UTRAN和UTRAN(仅MBMS广播模式)的演进分组系统的参考架构。
图6示出5G MBS架构。
图7A示出UE发起的经由控制平面从单播到多播的切换的程序。
图7B示出UE发起的经由控制平面从单播到多播的切换的接续程序。
图8示出UE发起的经由用户平面从单播到多播的切换的程序。
图9示出用于网络发起的从单播到多播的切换的程序。
图10示出用于UE发起的经由控制平面从多播到单播的切换的程序。
图11示出用于UE发起的经由用户平面从多播到单播的切换的程序。
图12示出用于网络发起的从多播到单播的切换的程序。
图13示出由用户设备呈现的用户界面。
具体实施方式
第3代合作伙伴计划(3GPP)开发了用于蜂窝电信网络技术的技术标准,包括无线电接入、核心传输网络和服务能力,包括对编解码器、安全性和服务质量的研究。最近的无线电接入技术(RAT)标准包括WCDMA(通常称为3G)、LTE(通常称为4G)和LTE高级标准。3GPP已经开始致力于称为新无线电(NR)的下一代蜂窝技术(也称为“5G”)的标准化。期望3GPPNR标准的开发包括下一代无线电接入技术(新RAT)的定义,该技术预期包括提供低于6GHz的新的灵活无线电接入,以及提供高于6GHz的新的超移动宽带无线电接入。该灵活的无线电接入预期包括在低于6GHz的新频谱中的新的非后向兼容的无线电接入,并且预期包括不同的操作模式,这些操作模式可在相同的频谱中被复用在一起以解决具有不同需求的3GPPNR用例的广泛集合。预期超移动宽带包括厘米波和毫米波频谱,该频谱将为例如室内应用和热点的超移动宽带接入提供机会。具体地讲,预期超移动宽带与低于6GHz的灵活无线电接入共享公共设计框架,同时具有厘米波和毫米波特定的设计优化。
3GPP已识别NR预期支持的多种用例,从而产生对数据速率、延迟和移动性的多种多样的用户体验需求。用例包括以下一般类别:增强型移动宽带(例如,密集区域中的宽带接入、室内超高宽带接入、人群中的宽带接入、各地50+Mbps、超低成本宽带接入、车载移动宽带)、关键通信、大规模机器类型通信、网络操作(例如,网络切片、路由、迁移和互通、节能),以及增强型车辆到一切(eV2X)通信,其可以包括以下中的任一项:车辆到车辆通信(V2V)、车辆到基础设施通信(V2I)、车辆到网络通信(V2N)、车辆到行人通信(V2P),以及车辆与其他实体的通信。这些类别中的具体服务和应用包括例如:监视和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流、基于云的无线办公室、第一响应者连接、汽车电子呼叫、灾难警报、实时游戏、多人视频呼叫、自动驾驶、增强现实、触觉互联网和虚拟现实,等等。本文考虑了所有这些用例和其他用例。
图1A示出示例性通信系统100的一个实施方案,其中可使用用于网络中的多播和广播服务的递送模式切换的方法和装置,诸如图1至图12中所示出的本文中所描述和要求保护的系统和方法。如图所示,示例性通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、102d、102e、102f和/或102g(其一般地或共同地可以称为WTRU 102)、无线电接入网络(RAN)103/104/105/103b/104b/105b、核心网络106/107/109、公用交换电话网络(PSTN)108、互联网110、其他网络112和V2X服务器(或ProSe功能和服务器)113,但是应当理解,本发明所公开的实施方案设想了任何数目的WTRU、基站、网络和/或网络元件。WTRU102a、102b、102c、102d、102e、102f、102g中的每一者可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。虽然WTRU 102a、102b、102c、102d、102e、102f、102g中的每一者在图1A至图1E中被描绘为手持式无线通信装置,但是应当理解,在针对5G无线通信设想的多种多样的用例的情况下,每个WTRU可以包括或可以具体体现为被配置为发射和/或接收无线信号的任何类型的装置或设备,仅以举例的方式包括用户装备(UE)、移动站、固定或移动订户单元、分页器、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、平板计算机、上网本、笔记本计算机、个人计算机、无线传感器、消费电子器件、可穿戴设备(诸如智能手表或智能服装)、医疗设备或电子健康设备、机器人、工业装备、无人机、车辆(诸如轿车、卡车、火车或飞机等)。
通信系统100还可以包括基站114a和基站114b。基站114a可以是被配置为与WTRU102a、102b、102c中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。基站114b可以是被配置为与RRH(远程无线电头端)118a、118b,TRP(发射和接收点)119a、119b和/或RSU(路侧单元)120a和120b中的至少一者有线和/或无线对接以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、其他网络112和/或V2X服务器(或ProSe功能和服务器)113)的接入的任何类型的设备。RRH 118a、118b可以是被配置为与WTRU 102c中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。TRP 119a、119b可以是被配置为与WTRU 102d中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110和/或其他网络112)的接入的任何类型的设备。RSU 120a和120b可以是被配置为与WTRU 102e或102f中的至少一者无线对接以促进对一个或多个通信网络(诸如核心网络106/107/109、互联网110、其他网络112和/或V2X服务器(或ProSe功能和服务器)113)的接入的任何类型的设备。以举例的方式,基站114a、114b可以是收发器基站(BTS)、节点B、演进节点B、家庭节点B、家庭演进节点B、站点控制器、接入点(AP)、无线路由器,等等。虽然基站114a、114b各自被描绘为单个元件,但应当理解,基站114a、114b可包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 103/104/105的一部分,该RAN还可以包括其他基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114b可以是RAN 103b/104b/105b的一部分,该RAN还可以包括其他基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a可以被配置为在特定地理区域内发射和/或接收无线信号,该特定地理区域可以被称为小区(未示出)。基站114b可被配置成在可被称为小区(未示出)的特定地理区域内发射和/或接收有线和/或无线信号,该小区是针对用于网络中的多播和广播服务的递送模式切换的方法、系统和设备。小区可进一步被划分为小区扇区。例如,与基站114a相关联的小区可被划分为三个扇区。因此,在一个实施方案中,基站114a可以包括三个收发器,例如,小区的每个扇区一个收发器。在一个实施方案中,基站114a可以采用多输入多输出(MIMO)技术,因此可以针对小区的每个扇区利用多个收发器。
基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c中的一者或多者通信,该空中接口可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115/116/117。基站114b可以通过有线或空中接口115b/116b/117b与RRH 118a、118b,TRP 119a、119b和/或RSU 120a和120b中的一者或多者通信,该有线或空中接口可以是任何合适的有线通信链路(例如,电缆、光纤等)或无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115b/116b/117b。
RRH 118a、118b,TRP 119a、119b和/或RSU 120a、120b可以通过空中接口115c/116c/117c与WTRU 102c、102d、102e、102f中的一者或多者通信,该空中接口可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可使用任何合适的无线电接入技术(RAT)来建立空中接口115c/116c/117c。
WTRU 102a、102b、102c、102d、102e、102f和/或102g可以通过空中接口115d/116d/117d(附图中未示出)彼此通信,该空中接口可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口115d/116d/117d。
更具体地讲,如上所指出,通信系统100可为多址接入系统,并且可采用一个或多个信道接入方案,诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN 103/104/105中的基站114a以及RAN 103b/104b/105b中的WTRU 102a、102b、102c或RRH 118a、118b,TRP 119a、119b和RSU 120a、120b以及WTRU 102c、102d、102e、102f可以实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)的无线电技术,其可以使用宽带CDMA(WCDMA)来分别建立空中接口115/116/117或115c/116c/117c。WCDMA可包括诸如高速分组接入(HSPA)和/或演进的HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在一个实施方案中,基站114a以及RAN 103b/104b/105b中的WTRU 102a、102b、102c或RRH 118a、118b,TRP 119a、119b和/或RSU 120a、120b,以及WTRU 102c、102d可以实现诸如演进型UMTS陆地无线电接入(E-UTRA)的无线电技术,其可以使用长期演进(LTE)和/或LTE高级(LTE-A)来分别建立空中接口115/116/117或115c/116c/117c。将来,空中接口115/116/117可以实现3GPP NR技术。LTE和LTE-A技术包括LTE D2D和V2X技术和接口(诸如侧行链路通信等)。3GPP NR技术包括NR V2X技术和接口(诸如侧行链路通信等)。
在一个实施方案中,RAN 103/104/105中的基站114a以及RAN 103b/104b/105b中的WTRU 102a、102b、102c或RRH 118a、118b,TRP 119a、119b和/或RSU 120a、120b,以及WTRU102c、102d、102e、102f可以实现诸如IEEE 802.16(例如,全球微波接入互操作(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSMEDGE(GERAN)等的无线电技术。
图1A中的基站114c可以是例如无线路由器、家庭节点B、家庭演进节点B或接入点,并且可利用任何合适的RAT来促进局部区域(诸如商业区、家庭、车辆、校园等)中的无线连接,以实施如本文中所公开的用于网络中的多播和广播服务的递送模式切换的方法、系统和设备。在一个实施方案中,基站114c和WTRU 102e可以实现无线电技术(诸如IEEE802.11)以建立无线局域网(WLAN)。在一个实施方案中,基站114c和WTRU 102d可以实现无线电技术(诸如IEEE 802.15)以建立无线个域网(WPAN)。在又一个实施方案中,基站114c和WTRU 102e可以利用基于蜂窝的RAT(例如,WCDMA、CDMA2000、GSM、LTE、LTE-A等)来建立微微小区或毫微微小区。如图1A所示,基站114b可具有与互联网110的直接连接。因此,基站114c可以不需要经由核心网络106/107/109接入互联网110。
RAN 103/104/105和/或RAN 103b/104b/105b可以与核心网络106/107/109通信,该核心网络可以是被配置为向WTRU 102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或互联网协议语音技术(VoIP)服务的任何类型的网络。例如,核心网络106/107/109可以提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、视频分发等,并且/或者执行高级安全功能,诸如用户认证。
尽管图1A中未示出,但应理解,RAN 103/104/105和/或RAN 103b/104b/105b和/或核心网络106/107/109可与采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT的其他RAN进行直接或间接通信。例如,除被连接到可能正在利用E-UTRA无线电技术的RAN 103/104/105和/或RAN 103b/104b/105b之外,核心网络106/107/109还可以与采用GSM无线电技术的另一个RAN(未示出)通信。
核心网络106/107/109还可以充当WTRU 102a、102b、102c、102d、102e接入PSTN108、互联网110和/或其他网络112的网关。PSTN 108可包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议(诸如传输控制协议(TCP)、用户数据报协议(UDP)和TCP/IP互联网协议组中的互联网协议(IP))的互连计算机网络和设备的全球系统。网络112可以包括由其他服务提供商拥有和/或操作的有线或无线通信网络。例如,网络112可以包括连接到一个或多个RAN的另一个核心网络,其可以采用与RAN103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT。
通信系统100中的WTRU 102a、102b、102c、102d中的一些或全部可包括多模式能力,例如WTRU 102a、102b、102c、102d和102e可包括多个收发器,该多个收发器用于经由不同的无线链路与不同的无线网络通信,以实施用于网络中的多播和广播服务的递送模式切换的方法、系统和设备。例如,图1A所示的WTRU 102e可被配置为与可采用基于蜂窝的无线电技术的基站114a通信,并且与可采用IEEE 802无线电技术的基站114c通信。
图1B是根据本文中所例示的实施方案的被配置成用于无线通信的示例性装置或设备(诸如例如WTRU 102)的框图。如图1B中所示,示例性WTRU 102可包括处理器118、收发器120、发射/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136和其他外围设备138。应当理解,在与实施方案保持一致的同时,WTRU 102可包括前述元件的任何子组合。另外,实施方案设想基站114a和114b和/或基站114a和114b可表示的节点(诸如但不限于收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进家庭节点B(eNodeB)、家庭演进节点B(HeNB)、家庭演进节点B网关和代理节点等)可包括在图1B中描绘并且在本文中描述的元件中的一些或全部元件。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或任何其他功能,这些其他功能使WTRU 102能够在无线环境中工作。处理器118可耦合到收发器120,该收发器可耦合到发射/接收元件122。虽然图1B将处理器118和收发器120描绘为单独的部件,但是应当理解,处理器118和收发器120可在电子封装或芯片中集成在一起。
发射/接收元件122可以被配置为通过空中接口115/116/117向基站(例如,基站114a)发射信号或从该基站接收信号。例如,在一个实施方案中,发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在一个实施方案中,发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在又一个实施方案中,发射/接收元件122可以被配置为发射和接收RF信号和光信号两者。应当理解,发射/接收元件122可被配置为发射和/或接收无线信号的任何组合。
另外,尽管发射/接收元件122在图1B中被描绘为单个元件,但WTRU 102可包括任何数量的发射/接收元件122。更具体地讲,WTRU 102可采用MIMO技术。因此,在一个实施方案中,WTRU 102可以包括用于通过空中接口115/116/117发射和接收无线信号的两个或更多个发射/接收元件122(例如,多个天线)。
收发器120可被配置为调制将由发射/接收元件122发射的信号并且解调由发射/接收元件122接收的信号。如上所指出,WTRU 102可具有多模式能力。例如,因此,收发器120可包括多个收发器,以便使WTRU 102能够经由多种RAT(诸如UTRA和IEEE 802.11)进行通信。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128(例如,液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以从前述各部件接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、小键盘126,以及/或者显示器/触摸板/指示器128。此外,处理器118可从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息,并且将数据存储在其中。不可移动存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储设备。可移动存储器132可包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在一个实施方案中,处理器118可以从未物理上定位在WTRU 102上(诸如,服务器或家用计算机(未示出)上)的存储器访问信息,并且将数据存储在该存储器中。
处理器118可从电源134接收电力,并且可被配置为向WTRU 102中的其他部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如,电源134可以包括一个或多个干电池蓄电池、太阳能电池、燃料电池等。
处理器118还可耦合到GPS芯片组136,该GPS芯片组可被配置为提供关于WTRU 102的当前位置的位置信息(例如,经度和纬度)。除来自GPS芯片组136的信息之外或者代替来自该GPS芯片组的信息,WTRU 102可以通过空中接口115/116/117从基站(例如,基站114a、114b)接收位置信息并且/或者基于从两个或更多个附近的基站接收到的信号的定时来确定其位置。应当理解,在与实施方案保持一致的同时,WTRU 102可通过任何合适的位置确定方法来获取位置信息。
处理器118还可耦合到其他外围设备138,该其他外围设备可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件模块和/或硬件模块。例如,外围设备138可以包括各种传感器,诸如加速度计、生物计量(例如,指纹)传感器、电子罗盘、卫星收发器、数码相机(用于相片或视频)、通用串行总线(USB)端口或其他互连接口、振动设备、电视收发器、免提耳机、
Figure BDA0003851458990000101
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器,等等。
WTRU 102可以被具体实现在其他装置或设备(诸如传感器、消费电子设备、可穿戴设备(诸如智能手表或智能服装)、医疗或电子卫生设备、机器人、工业装备、无人机、交通工具(诸如汽车、卡车、火车或飞机))中。WTRU 102可以经由一个或多个互连接口(诸如可以包括外围设备138中的一者的互连接口)连接到此类装置或设备的其他部件、模块或系统。
图1C是根据实施方案的RAN 103和核心网络106的系统图。如上所述,RAN 103可以采用UTRA无线电技术通过空中接口115与WTRU 102a、102b和102c通信。RAN 103还可与核心网络106通信。如图1C所示,RAN 103可以包括节点B 140a、140b、140c,这些节点B可以各自包括一个或多个收发器以便通过空中接口115与WTRU 102a、102b、102c通信。节点B 140a、140b、140c可以各自与RAN 103内的特定小区(未示出)相关联。RAN 103还可以包括RNC142a、142b。应当理解,RAN 103可以包括任何数量的节点B和RNC,同时保持与实施方案一致。
如图1C所示,节点B 140a、140b可以与RNC 142a通信。此外,节点B 140c可以与RNC142b通信。节点B 140a、140b、140c可以经由Iub接口与相应的RNC 142a、142b通信。RNC142a、142b可以经由Iur接口彼此通信。RNC 142a、142b中的每一者可以被配置为控制其所连接的相应节点B 140a、140b、140c。此外,RNC 142a、142b中的每一者可以被配置为执行或支持其他功能性,诸如外环功率控制、负载控制、准入控制、分组调度、切换控制、宏分集、安全功能、数据加密,等等。
图1C中示出的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然前述元件中的每个元件均被描绘为核心网络106的一部分,但应理解,这些元件中的任一元件均可由除核心网络运营商以外的实体拥有和/或操作。
RAN 103中的RNC 142a可以经由IuCS接口连接到核心网络106中的MSC 146。MSC146可连接到MGW 144。MSC 146和MGW 144可以为WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入,以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。
RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网络106中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以为WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。
如上所述,核心网络106还可以连接到网络112,该网络可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。
图1D是如本文中所公开的可实施用于网络中的多播和广播服务的递送模式切换的方法、系统和设备的RAN 104和核心网络107的系统图。如上所述,RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可与核心网络107通信。
RAN 104可包括演进节点B 160a、160b、160c,但是应当理解,RAN 104可包括任何数量的演进节点B,同时保持与实施方案一致。演进节点B 160a、160b、160c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方案中,演进节点B 160a、160b、160c可以实现MIMO技术。因此,演进节点B 160a例如可以使用多个天线来向WTRU 102a发射无线信号,以及从该WTRU接收无线信号。
演进节点B 160a、160b和160c中的每一者可以与特定小区(未示出)相关联,并且可以被配置为处理无线电资源管理决策、切换决策、上行链路和/或下行链路中的用户调度,等等。如图1D所示,演进节点B 160a、160b、160c可通过X2接口彼此通信。
图1D所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然前述元件中的每一者均被描绘为核心网络107的一部分,但是应当理解,这些元件中的任一者均可以由除核心网络运营商之外的实体拥有和/或操作。
MME 162可以经由S1接口连接到RAN 104中的演进节点B 160a、160b和160c中的每一者,并且可以用作控制节点。例如,MME 162可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附加期间选择特定服务网关等。MME 162还可以提供用于在RAN 104与采用其他无线电技术(诸如GSM或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。
服务网关164可以经由S1接口连接到RAN 104中的演进节点B 160a、160b和160c中的每一者。服务网关164通常可以向/从WTRU 102a、102b、102c路由和转发用户数据分组。服务网关164还可以执行其他功能,诸如在演进节点B间切换期间锚定用户平面、当下行链路数据可用于WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文,等等。
服务网关164还可以连接到PDN网关166,该PDN网关可以为WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网络107可有利于与其他网络的通信。例如,核心网络107可以为WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的接入,以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如,核心网络107可以包括用作核心网络107与PSTN 108之间的接口的IP网关(例如,IP多媒体子系统(IMS)服务器)或者可以与该IP网关通信。此外,核心网络107可以为WTRU 102a、102b、102c提供对网络112的接入,该网络可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。
图1E是根据如本文中所公开的用于网络中的多播和广播服务的递送模式切换的方法、系统和设备的RAN 105和核心网络109的系统图。RAN 105可以是采用IEEE 802.16无线电技术通过空中接口117与WTRU 102a、102b和102c通信的接入服务网络(ASN)。如下文将进一步讨论的,WTRU 102a、102b、102c的不同功能实体、RAN 105与核心网络109之间的通信链路可以被定义为参考点。
如图1E所示,RAN 105可以包括基站180a、180b、180c和ASN网关182,但是应当理解,RAN 105可以包括任何数量的基站和ASN网关,同时保持与实施方案一致。基站180a、180b、180c可以各自与RAN 105中的特定小区相关联,并且可以包括用于通过空中接口117与WTRU 102a、102b、102c进行通信的一个或多个收发器。在一个实施方案中,基站180a、180b、180c可以实现MIMO技术。因此,基站180a例如可以使用多个天线来向WTRU 102a发射无线信号,以及从该WTRU接收无线信号。基站180a、180b、180c还可以提供移动性管理功能,诸如切换触发、隧道建立、无线电资源管理、业务分类、服务质量(QoS)策略实施,等等。ASN网关182可以用作业务聚合点,并且可以负责寻呼、订户简档的缓存、路由到核心网络109,等等。
WTRU 102a、102b、102c与RAN 105之间的空中接口117可以被定义为实现IEEE802.16规范的R1参考点。此外,WTRU 102a、102b和102c中的每一者可以与核心网络109建立逻辑接口(未示出)。WTRU 102a、102b、102c与核心网络109之间的逻辑接口可以被定义为R2参考点,其可以用于认证、授权、IP主机配置管理和/或移动性管理。
基站180a、180b和180c中的每一者之间的通信链路可以被定义为R8参考点,其包括用于促进WTRU切换和数据在基站之间的传送的协议。基站180a、180b、180c与ASN网关182之间的通信链路可以被定义为R6参考点。R6参考点可以包括用于基于与WTRU 102a、102b、102c中的每一者相关联的移动性事件促进移动性管理的协议。
如图1E所示,RAN 105可以连接到核心网络109。RAN 105与核心网络109之间的通信链路可以被定义为R3参考点,其例如包括用于促进数据传送和移动性管理能力的协议。核心网络109可以包括移动IP归属代理(MIP-HA)184、认证、授权、计费(AAA)服务器186和网关188。虽然前述元件中的每个元件均被描绘为核心网络109的一部分,但应理解,这些元件中的任一元件均可由除核心网络运营商以外的实体拥有和/或操作。
MIP-HA可以负责IP地址管理,并且可以使得WTRU 102a、102b和102c能够在不同的ASN和/或不同的核心网络之间漫游。MIP-HA 184可以为WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的接入,以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可以有利于与其他网络的互通。例如,网关188可以为WTRU 102a、102b、102c提供对电路交换网络(诸如PSTN 108)的访问,以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。此外,网关188可以为WTRU 102a、102b、102c提供对网络112的访问,该网络可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。
尽管在图1E中未示出,但是应当理解,RAN 105可以连接到其他ASN,并且核心网络109可以连接到其他核心网络。RAN 105与其他ASN之间的通信链路可以被定义为R4参考点,其可以包括用于协调WTRU 102a、102b、102c在RAN 105与其他ASN之间的移动性的协议。核心网络109与其他核心网络之间的通信链路可以被定义为R5参考点,其可以包括用于促进在归属核心网络与受访问核心网络之间互通的协议。
本文所述的以及在图1A、图1C、图1D和图1E中示出的核心网络实体通过在某些现有3GPP规范中给予这些实体的名称来识别,但是应当理解,将来这些实体和功能可能通过其它名称来识别,并且某些实体或功能可在将来由3GPP公开的规范(包括将来的3GPP NR规范)中进行组合。因此,在图1A、图1B、图1C、图1D和图1E中描述和示出的特定网络实体和功能仅以举例的方式提供,并且应当理解,本文所公开和受权利要求书保护的主题可在任何类似的通信系统(无论是当前定义的还是将来定义的)中具体体现或实现。
图1F是示例性计算系统90的框图,其中可体现图1A、图1C、图1D和图1E中所示出的通信网络的一个或多个装置,诸如RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110或其他网络112中的某些节点或功能实体。计算系统90可以包括计算机或服务器并且可以主要通过计算机可读指令来控制,该计算机可读指令可以为软件的形式,而无论在何处或者通过无论什么手段存储或存取这种软件。此类计算机可读指令可以在处理器91内执行,以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机,等等。处理器91可以执行信号编码、数据处理、功率控制、输入/输出处理,以及/或者使得计算系统90能够在通信网络中工作的任何其他功能性。协处理器81是与主处理器91不同的可选处理器,其可以执行附加功能或者帮助处理器91。处理器91和/或协处理器81可以接收、生成并处理与本文所公开的方法和装置相关的数据。
在操作中,处理器91取出指令、对指令进行解码并执行指令,并且经由计算系统的主数据传送路径(系统总线80)向和从其他资源传送信息。这种系统总线连接计算系统90中的部件并且限定用于数据交换的介质。系统总线80通常包括用于发送数据的数据线、用于发送地址的地址线,以及用于发送中断并用于操作该系统总线的控制线。这种系统总线80的示例是PCI(外围部件互连)总线。
耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。此类存储器包括允许信息被存储和检索的电路系统。ROM 93通常包含不能被容易地修改的存储数据。存储在RAM 82中的数据可以由处理器91或其他硬件设备读取或改变。对RAM 82和/或ROM 93的访问可以由存储器控制器92控制。存储器控制器92可以提供随着指令被执行而将虚拟地址转换成物理地址的地址转换功能。存储器控制器92还可以提供使系统内的进程隔离并且使系统进程与用户进程隔离的存储器保护功能。因此,在第一模式下运行的程序只可以访问通过其自己的进程虚拟地址空间所映射的存储器;除非已设置进程之间的存储器共享,否则其无法访问另一进程的虚拟地址空间内的存储器。
此外,计算系统90可以包含负责将来自处理器91的指令传递到外围设备(诸如打印机94、键盘84、鼠标95和磁盘驱动器85)的外围设备控制器83。
由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形和视频。视觉输出能够以图形用户界面(GUI)的形式提供。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器或触摸板来实现。显示控制器96包括生成被发送到显示器86的视频信号所需要的电子部件。
进一步,计算系统90可包含通信电路系统,诸如,例如网络适配器97,其可用于将计算系统90连接到外部通信网络,诸如图1A、图1B、图1C、图1D和图1E的RAN 103/104/105、核心网络106/107/109、PSTN 108、互联网110或其它网络112,以使计算系统90能够与这些网络的其它节点或功能实体通信。单独的或与处理器91结合的通信电路系统可以用于执行本文所述的某些装置、节点或功能实体的发射和接收步骤。
图1G示出了其中可以具体体现本文描述和要求保护的方法和装置的示例性通信系统111的一个实施方案。如图所示,示例性通信系统111可以包括无线发射/接收单元(WTRU)A、B、C、D、E、F、基站、V2X服务器以及RSU A和B,但是应当理解,本发明所公开的实施方案设想了任何数量的WTRU、基站、网络和/或网络元件。一个或几个或所有WTRU A、B、C、D、E可以在网络的范围之外(例如,在图中在如虚线所示的小区覆盖边界之外)。WTRU A、B、C形成V2X群组,其中WTRU A为群组领导,并且WTRU B和C为群组成员。WTRU A、B、C、D、E、F可以通过Uu接口或侧行链路(PC5)接口进行通信。
应当理解,本文所述的装置、系统、方法和进程中的任一者或全部能够以存储在计算机可读存储介质上的计算机可执行指令(例如,程序代码)的形式具体实现,该指令在由处理器(诸如处理器118或91)执行时,使得该处理器执行和/或实现本文所述的系统、方法和进程。具体地,本文所述的步骤、操作或功能中的任一者能够以在被配置用于无线和/或有线网络通信的装置或计算系统的处理器上执行的此类计算机可执行指令的形式实现。计算机可读存储介质包括以用于存储信息的任何非暂态(例如,有形或物理)方法或技术实现的易失性和非易失性、可移动和不可移动介质,但是此类计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存存储器或其他存储器技术、CD-ROM、数字通用光盘(DVD)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁存储设备,或者可以用于存储所需信息并且可以由计算系统访问的任何其他有形或物理介质。
图2示出在控制平面内具有基于服务的接口的非漫游参考架构中的5G系统。
图3使用参考点表示图描绘非漫游情况中的5G系统架构,该参考点表示图示出各种网络功能如何彼此相互作用。
UE中的应用程序与外部网络中的应用程序之间的端到端通信使用由3GPP系统提供的服务,以及任选地由驻留在DN中的服务能力服务器(SCS)提供的服务。
控制平面协议栈
图3示出用于SM、SMS、UE策略或LCS的示例性NAS传输。值得注意的是,移动性管理功能和会话管理功能被分开。单个N1 NAS连接用于注册管理和连接管理两者(RM/CM),并且用于UE的SM相关消息和程序。单个N1终止点位于AMF中。AMF将SM相关NAS信息转发到SMF。AMF处理与UE交换的NAS信令的注册管理和连接管理,而SMF处理与UE交换的NAS信令的会话管理。
另外,该架构定义可在NAS-MM协议的顶部传输的若干类型的控制信令,诸如PCF与UE之间的UE策略、网关移动位置中心(GMLC)与UE之间的位置服务(LCS)。
LTE中的eMBMS架构
多播/广播多媒体子系统(MBMS)最初是针对用于视频广播和流式服务的3G网络开发,并且随后引入EPS的eMBMS(演进MBMS)。在版本13和版本14中,已更新MBMS系统以支持新服务,诸如公共安全、CIoT和V2X。图4示出EPS的MBMS架构。
MBMS是点对多点服务,其中数据从单个源实体发射到多个接收者。将相同数据发射到多个接收者允许共享网络资源。MBMS承载服务提供两种模式:广播模式和多播模式。
在EPS中,功能实体MBMS GW存在于CN与BM-SC之间的边缘处。在承载平面中,此服务以指定服务质量提供从Gi和SGi-mb参考点到UE的IP多播数据报的递送。MBMS承载服务的实例由IP多播地址和APN网络标识符标识。TMGI还可用以识别一个PLMN内部的一个MBMS承载服务。
广播-多播服务中心(BM-SC)
命名为广播多播服务中心(BM-SC)的MBMS特定功能实体支持各种MBMS用户服务特定服务,诸如调配和递送。具体地,BM-SC是功能实体,该功能实体包括以下主要子功能:成员功能、会话和发射功能、代理和传输功能、服务宣告功能和安全功能。
成员身份功能:提供对UE请求激活MBMS服务的授权。成员身份功能是MBMS承载服务级别功能。
会话和发射功能:管理MBMS会话,分配TMGI并调度MBMS会话发射。
代理和传输功能:用于在MBMS GW/GGSN与其他BM-SC子功能之间经由SGmb和Gmb参考点发信号通知的代理委托;并且代理和传输功能是MBMS承载服务功能。
服务宣告功能:提供用于多播和广播MBMS用户服务的服务宣告;此功能为UE提供指定待作为MBMS用户服务的一部分递送的媒体的媒体描述(例如,视频和音频编码的类型)。并且此功能是用户服务级别功能。
安全功能:MBMS用户服务可使用安全功能进行MBMS数据的完整性和/或保密性保护;并且MBMS安全功能用于将MBMS密钥(密钥分布功能)分布到授权UE。
MBMS网关(GW)
在EPS中,功能实体MBMS GW存在于CN与BM-SC之间的边缘处。MBMS GW提供以下功能。其使用MBMS承载通过SGi-mb(用户平面)参考点提供实体的接口。其使用MBMS承载通过SGmb(控制平面)参考点提供实体的接口。MBMS用户平面数据到E-UTRAN(M1参考点)的IP多播分布。在E-UTRAN接入的情况下,其可分配IPv4或IPv6 IP多播地址或两者。eNodeB应使用一个IP多播地址(IPv4或IPv6)加入到IP多播分布以接收MBMS数据。当单个IP多播地址由MBMS-GW分配时,此IP多播地址与多播源(SSM)的IP地址和C-TEID一起经由MME提供给eNodeB。
按需MBMS操作(MooD)
按需MBMS操作(MooD)允许最初经由单播网络递送的某些内容转变为MBMS用户服务,以便在业务超过某一阈值时有效地使用网络资源。具体地,最初经由单播网络递送的某些内容可转变为MBMS用户服务,以便在业务体积超过某个阈值时有效地使用网络资源。从单播递送到MBMS递送的此类动态转换也称为“MBMS卸载”。
在TS 26.346中描述了两种类型的按需MBMS操作:UE选取式卸载和网络选取式卸载。在两种类型中,可存在网络代理/服务器以检测相同服务或内容的单播业务体积是否超过某个阈值,并且向BM-SC指示此类事件以启用MBMS卸载。在两种类型中,可存在网络代理/服务器以检测相同服务或内容的单播业务体积是否超过某个阈值,并且向BM-SC指示此类事件以启用MBMS卸载。为了辅助MooD决策,网络代理/服务器可根据操作员的策略从UE获得UE位置。另选地,网络代理/服务器可在经由Rx参考点从PCRF请求UE的位置信息时充当应用功能。为了辅助MooD决策,网络代理/服务器可根据操作员的策略通过许多可能的手段来获得UE位置,包括使用MooD标头中的当前位置字段。MooD支持E-UTRAN和UTRAN接入。
用于5G多播-广播服务的架构增强的R17研究
版本17研究开始于SA2以探索5G网络中的多播和广播服务的潜在增强。多播和广播相关规范工作尚未开始用于来自系统视角的可能增强,以便使用新5GC架构来实现对5G网络的要求。目标已标识如下。
第一目标,定义框架,包括在(R)AN与CN之间的功能分割,以支持多播/广播服务,例如点对点多播/广播流、透明IPv4/IPv6多播递送、IPTV、经由无线的软件递送、群组通信和广播/多播IoT应用程序、V2X应用程序、公共安全。
第二目标,支持不同级别的服务(例如,仅传输模式与全服务模式)。
第三目标,实现灵活(例如,分布式与集中式)网络部署和操作(例如,CP-UP分离)。
以及第四目标,解决相关QoS和PCC规则是否以及如何适用于多播/广播服务。
单播与多播之间的可靠递送模式切换的关键问题
在TR 23.757[3]中,识别关键问题以提供对5GS中的动态递送模式切换的支持。根据接收特定内容的设备的数量、设备的位置和RAN考虑因素,可能需要支持在单播与多播模式之间的可靠且有效的递送模式切换,即能够将单播会话动态地转移到多播递送模式,并且反之亦然。另外,当UE接收到多播会话时,其可跨NG-RAN节点移动,并且UE有可能从支持MBS的NG-RAN节点移动到不支持MBS的NG-RAN节点,或反之亦然。将研究以下方面:1)用于5GS中的递送模式切换的触发器;以及2)如何在5GS(包括UE)中执行单播模式与多播模式之间的递送模式切换,同时支持服务连续性。
单播与广播之间的可靠递送模式切换的关键问题
在TR 23.757中,识别类似关键问题以提供对在5GS中进行单播与广播之间的动态递送模式切换的支持。当UE接收到会话时,其可从支持MBS的NG-RAN节点移动到不支持MBS的NG-RAN节点,或反之亦然。将研究以下方面:1)用于在单播递送方法与广播递送方法之间切换的触发器;以及2)如何在5GS中执行在单播递送方法与广播递送方法之间的切换,同时支持服务连续性。
第一用例:在单播与多播之间切换
在示例场景中,用户使用其智能电话(例如,UE)来查看事件的实时视频流。最初,仅有一个用户在对实时视频流进行流式传输,因此内容提供方或网络运营商决定建立单播会话,以通过移动核心网络将视频流从服务器传输到智能电话。稍后,更多用户对相同视频流感兴趣,并且启动流式传输服务。当智能电话的数量超过某个阈值时,网络运营商和内容提供方决定开始多播会话以通过多播来传输视频流数据,使得所有智能电话可通过一个多播会话对视频进行流式传输,该多播会话更有效地使用网络资源和无线电资源。
在一定时间后,一些UE移动到未提供多播服务的新区域。网络运营商或内容提供方将使用单播会话来对那些UE中的每个UE的视频进行流式传输,并且如果网络运营商或内容提供方继续多播服务是合理的,则剩余UE将仍然经由多播会话对实时视频进行流式传输。对于那些受影响的UE,它们将从多播切换到单播递送方法。在稍后的某个时间点处,通过单播递送服务的UE的数量或递送到UE以进行此服务的数据体积使得使用单播递送模式服务这些UE不再有效。随后将UE重新配置成多播模式接收。
第二用例:在单播与广播之间切换
UE(例如用户的移动手持设备)与广播服务配准,该广播服务提供与本地区域相关的流式音频或视觉内容,诸如向本地吸引的音频和视觉引导、业务报告等。通过广播服务将音频或视觉信息分布到用户的移动手持设备。用户能够在移动设备上体验该内容。UE最初能够连续地接收广播服务。在一定时间后,UE移动到未提供广播服务的新区域,或者服务的广播对于例如感兴趣UE的数量不再是合理的,或接收广播服务的UE的数量不再证明待广播的服务是合理的,例如从网络(例如核心网络或无线电网络)资源效率角度来看。UE随后被重新配置成通过单播递送来接收服务。在稍后的某个时间点处,通过单播递送服务的用户(例如,UE)的数量或递送到用户以进行此服务的数据体积使得使用单播递送模式服务这些用户不再有效。UE随后被重新配置成广播模式接收。
问题
单播递送模式与多播/广播递送模式之间的切换经由MooD和MBMS用户服务消耗报告在EPS MBMS中予以支持。MooD是应用层解决方案;因此,其呈现以下问题。
参考第一问题,在应用层处传输控制信令以启用切换。由于许多不同应用程序将使用多播/广播服务,从而需要所有应用程序支持MooD协议,并且还倾向于使调整核心网络以及针对核心网络或无线电网络中的主要资源使用状态的无线电资源使用策略两者的反应时间较慢,因而在应用层处传输控制信息并不有效。
参考第二问题,使在单播与多播之间切换的决策基于在应用层处不一定可用的信息(例如RAN条件、接收内容的设备的数量、接收内容的设备的位置)可能更有效。
另外,参考第三问题,不存在依赖于UE与网络之间的非接入层(NAS)信令以用于单播与多播之间或单播与广播之间的递送模式切换的传统方法。
鉴于前述问题,存在设计5G或类似网络的动机,使得在单播递送模式与多播递送模式之间切换业务流的决策在低于应用层的网络中作出并且由网络、UE或RAN节点触发。
考虑到上文所论述的问题,本文中公开了解决与5G网络中的多播与单播之间或广播与单播之间的服务递送模式切换有关的以下问题的主题。与5G或类似网络中的多播与单播之间或广播与单播之间的服务递送模式切换相关的第一问题与将触发多播与单播之间的递送模式切换的事件的类型相关联。第二问题与如何在5GS中执行单播与多播/广播模式之间的切换,同时支持服务连续性相关联。第三问题与将触发广播与单播之间的递送模式切换的事件的类型相关联。
用于递送模式切换的非接入层(NAS)中心解决方案包括用于递送模式切换的基于控制平面的程序或用于递送模式切换的基于用户平面的程序。
技术
单播与多播之间的动态递送模式切换不仅可以改善网络资源和无线电资源使用效率,而且还可以改善用户在应用层处的用户体验(例如,减少延迟、增加响应性等)。例如,使用群组游戏和基于群组的V2X应用程序的多播将有益于保证一定的服务质量,诸如数据速率和错误率。然而,随着一些设备偶尔移进和移出多播服务区域,网络运营商和内容提供方部署一些机制以实现单播与多播之间的动态切换可能是有利的。
在预期5G MBS针对广泛范围的用例被广泛实施并且被集成到通用核心网络架构中的情况下,本文中公开用于单播数据传输与多播数据传输之间的动态切换的方法和系统。
首先,一种通过将多播和广播服务集成到通用5G核心网络中的整体架构,该架构被用作本文中所公开的系统和程序的基线架构。
第二,用以将递送模式从单播切换到多播的方法和系统。例如,方法可描述:1)在UE、网络功能、内容提供方或RAN节点处触发事件以发起切换过程;2)用于UE发起的从单播到多播的切换的程序;3)用于网络发起的从单播到多播的切换的程序,或4)用于RAN发起的从单播到多播的切换的程序。
第三,用以将递送模式从多播切换到单播的方法和系统。例如,方法可描述:1)在UE、网络功能、内容提供方或RAN节点处触发事件以发起切换过程;2)用于UE发起的从多播到单播的切换的程序;3)用于网络发起的从多播到单播的切换的程序;或4)用于RAN发起的从多播到单播的切换的程序。
第四,方法和系统可描述使用交接从单独MBS业务递送到共享MBS业务递送的递送模式切换。
第五,方法和系统可描述使用交接从共享MBS业务递送到单独MBS业务递送的递送模式切换。
出于此论述的目的,可假设单播和多播/广播会话在切换之后可以(或可以不)是可用的。换句话说,在切换之后,应用程序数据可以经由可由UE或AF确定的单播或MBS会话进行传输。
5G网络的MBS架构
图6示出实现5G中的多播或广播服务的示例性架构。所引入的网络功能可包括:多播和广播管理功能(MBMF)、MB-SMF、MB-UPF 209或MB-AF。
多播和广播管理功能(MBMF):负责管理向UE和内容提供方提供的多播和广播服务(例如,其可通过形成多播群组来实施成员身份功能以及实施安全功能,诸如授权UE加入多播群组以及使用多播服务)。
MB-SMF:负责管理多播和广播数据传输的MBS会话。MB-UPF:充当多播或广播的MBS会话的数据平面锚点。MB-AF:负责管理MBS服务作为应用程序提供方或内容提供方。
注意,上述功能是逻辑功能,并且可在其他选项中实施。例如,MBMF的功能可被分割,并且可分别在SMF、PCF、UPF和/或AF处实施。
应注意,尽管用于服务递送模式切换的解决方案借助于示例在单播与多播之间的切换方面予以描述,但应理解,下文中描述的方法同样适用于单播与广播之间的切换。
从单播递送切换到多播递送的方法
通篇提及的递送模式切换意指5GC在5GC单独MBS业务递送与5GC共享MBS业务递送之间切换递送方法,以将多播/广播数据发送到UE。此章节提供从单播数据传输切换到多播的程序。当发起从单播到多播的切换时,将考虑多种场景。
场景一是多播会话尚未启动,并且UE切换需要建立多播会话。场景二是已建立多播会话,并且一个或多个UE正在通过多播会话接收数据。换句话说,一些UE已加入多播群组。在此情况下,切换UE不需要建立多播会话。
触发从单播切换到多播的事件
UE可请求在单播与多播之间切换流。该请求可由以下事件触发。在示例中,事件可以是移动到支持多播服务的区域或小区。在另一示例中,事件可以是接收指示多播服务或多播会话可用或优选的应用层或NAS层消息(例如,在UE上运行的V2X应用程序加入群组,因此应用程序可请求经由多播会话而不是单播会话来接收应用程序数据)。在另一示例中,事件可以是用户经由UE上的GUI发起与朋友的点对点游戏会话。在另一示例中,事件可以是UE订阅变为允许UE获得MBS服务。
从单播到多播的切换可由核心网络功能发起,包括来自AF经由NEF的请求。核心网络功能进行切换的决策可由以下事件触发。在示例中,核心网络功能发现经由相应单播会话接收相同数据内容的UE的数量超过阈值数量,并且决定启动多播数据传输以用于更有效的网络资源使用。在示例中,诸如UPF、PCF、SMF/MB-SMF或NWDAF的网络功能也可作出切换的决策。决策可基于网络功能对网络状态的监测(例如,用以传输单播数据的接入网络可能拥塞,因此网络功能可决定将应用程序流切换到携带UE群组的相同应用程序数据的可用多播会话)。在另一示例中,网络功能可检测或被通知UE移动到多播服务区域中或被预测为移动到服务区域中。
从单播到多播的切换也可以由RAN节点发起。例如,当UE移动到存在用于正在进行的单播应用程序数据(例如,群组游戏或V2X应用程序)的现有多播会话设置的新区域中时,RAN节点可决定将UE切换到多播会话以用于更有效的无线电资源利用。这可以与交接过程一起发生,其中不同的RAN节点将向UE提供多播数据传输服务。
UE发起的程序
对于UE发起的切换程序,公开了多种方法。
第一方法是UE将NAS消息发送到AMF,从而请求切换到多播发射模式(例如,如图7A至图7B中所示的控制平面方法)。公开了用于NAS消息的内容的多个选项。首先,NAS消息可以是PDU会话建立请求,其中UE指示会话是针对多播的,使得IP多播地址将稍后由核心网络功能(诸如MBMF或MB-SMF)分配。另选地,NAS消息可以是PDU会话修改请求,该PDU会话修改请求指示UE想要重新使用现有MBS PDU会话以通过共享业务递送方法来接收多播数据。其次,NAS消息也可以是服务请求消息,其中UE请求激活并切换到现有多播会话。在UE想要切换到现有的活动多播会话的情况下,UE可将NAS-SM消息发送到AMF/SMF,并且指示NAS-SM消息中的TMGI或IP多播地址。第三,NAS消息还可包括服务消耗报告,诸如MBMS用户服务消耗报告。服务消耗报告可包括服务消耗信息。NAS消息可包括单独的或与服务递送模式切换请求相组合的服务消耗信息。AMF可将服务消耗报告转发到广播多播服务中心(BM-SC)或充当BM-SC的网络节点,诸如MBMF。应注意,在控制平面中使用服务消耗报告作为UE触发网络从单播到MBMS服务(广播或多播)切换递送模式的手段也同样适用于从经由MBMS用户服务(广播或多播)的递送到单播服务的切换。第四,并且在按需MBMS操作(MooD)的支持中,NAS消息还可包括针对有资格转换成作为MBMS服务的递送的内容的请求(如MooD配置管理对象(MO)基于UE中配置的请求域所描述)。用于将作为单播服务接收到的服务转换为MBMS服务的此新公开的MooD请求可包括信息,诸如当前在UE与应用层处的网络之间交换的类似MooD请求中包括的信息。AMF可将服务消耗报告转发到广播多播服务中心(BM-SC)或充当BM-SC的网络节点,诸如MBMF。
第二方法是UE经由用户平面路径将请求消息发送到UPF,或发送到MBMS网关(MBMS-GW)或充当MBMS-GW的节点,或发送到BM-SC,或发送到充当BM-SC的节点,以加入由IP多播地址标识的现有多播群组(例如,用户平面方法)。这用于UE想要切换到现有的活动多播会话的情况。用户平面消息的内容(例如从UE内的PDU层发送)还可包括服务消耗报告,诸如MBMS用户服务消耗报告。服务消耗报告可包括服务消耗信息。NAS消息可包括单独的或与服务递送模式切换请求相组合的服务消耗信息。此外,在按需MBMS操作(MooD)的支持中,用户平面消息还可包括针对有资格转换成作为MBMS服务的递送的内容的请求(如MooD配置管理对象(MO)基于UE中配置的请求域所描述)。用于将作为单播服务接收到的服务转换为MBMS服务的此新公开的MooD请求可包括信息,诸如当前在UE与应用层处的网络之间交换的类似MooD请求中包括的信息。另选地,UE可发送多播侦听器递送(MLD)请求以加入现有多播群组。
图7A至图7B示出UE发起的从单播到多播的切换的程序。
步骤220:作为首要步骤,建立单播会话,并且通过网络在UE 201与AF 210之间经由单播会话传输数据。数据经由PDU会话从UPF 205发送到UE 201。
步骤221:UE 201接收关于可用多播服务的信息,并且确定将数据传输从单播切换到多播。这可以由如本文中所论述的若干因素触发。
步骤222:UE 201将NAS消息(例如,PDU会话建立/修改或服务请求)发送到AMF203,该NAS消息可包括递送模式切换请求的指示。该消息可包括可能已在步骤221中被接收的以下信息。
信息可包括UE ID,诸如5G-GUTI和SUPI。
信息可包括用于当前单播数据传输的PDU会话ID和流描述符。流描述符可以是IP5元组。
信息可包括指示数据网络的DNN,该数据网络发起和/或终止多播和单播的数据。
信息可包括指示网络切片的S-NSSAI,UE 201连接到该网络切片以用于单播数据传输。
信息可包括应用程序信息,诸如应用程序ID,该应用程序ID指示可通过多播/单播递送哪些应用程序数据。此外,这可以包括操作系统ID(OSId)和操作系统应用程序ID(OSAppId)。
信息可包括多播会话ID。如果不存在现有多播会话,则UE 201产生此会话ID。如果UE 201想要加入现有多播会话,则UE 201提供此信息。UE 201可通过在先前控制平面程序(诸如注册、注册更新、服务请求程序)期间在区域内探寻现有多播服务来获得这种信息,或UE 201在UE 201使用多播服务时存储此类信息。
信息可包括QoS信息,诸如5QI、QoS流ID、最大数据速率、错误率或最大延迟。根据多播会话是否存在,QoS信息可以是QoS参数(如果多播会话已存在),或者可以是QoS要求(如果不存在现有多播会话)。
信息可包括UE 201想要开始从多播会话接收数据(例如,当切换生效时)的期望时刻。
信息可包括多播凭证。UE 201提供建立或加入多播服务或群组所需的附加凭证。
信息可包括多播请求上下文,该多播请求上下文可以是NF确定请求是否满足本地策略所需的任选信息,例如所预测UE 201路线或位置。
如果UE 201想要切换到现有多播会话,则可包括更多信息。更多信息可包括多播IP地址,该多播IP地址是标识多播会话/群组的标识。更多信息可包括UE 201所具有的其他MBS会话上下文信息,诸如MB-SMF地址、标识服务于多播会话的网络切片的S-NSSAI、多播会话服务区域以及最大多播数据速率。更多信息可包括标识UE 201想要加入的多播群组的TMGI。更多信息可包括在多播会话的广告中接收到的多播会话ID或参考ID。
步骤223:如果AMF 203不知晓MBMF 207信息或UE 201不提供此类信息,则AMF 203可使用默认MBMF或者与NSSF/UDM通信以接收用于确定和选择MBMF 207的辅助。
在需要AMF 203变化的情况下,新的AMF 203负责处理图7A中所示的控制信令。
步骤224:AMF 203向MBMF 207发送请求,检查请求UE是否被授权使用多播服务或多播/广播服务(MBS)。
步骤225:在AF 210针对通过多播进行特定应用程序数据传输需要二级认证和授权的情况下,MBMF 207负责与AF 210通信。另外,UDM 206或PCF 206也可涉及此程序。这可以特定于UE 201、应用程序、多播/广播服务(MBS)或这些的组合。AMF 203可接触AUSF以确定是否需要关于应用程序数据流的多播服务的二级认证和授权。MBS服务是5G核心网络提供的服务。
步骤226:MBMF 207将授权响应发送到AMF 203以指示结果。另外,MBMF分配TMGI以标识多播群组(如果其尚未存在),并且将其与MB-SMF信息(诸如MB-SMF地址或ID)一起发送到AMF 203。另外,MBMF 207可将多播IP地址分配给群组。多播群组包括一组UE,该组UE将加入群组,并且经由多播来接收数据。多播会话(例如,多播PDU会话)是针对多播建立的PDU会话。
步骤227:如果多播会话尚未存在,则AMF 203可选择适当MB-SMF 208以建立和管理多播PDU会话。如果MBMF 207已提供MB-SMF地址或ID,则AMF 203选择所指示的MB-SMF208。
步骤228:根据MBS会话是否存在,AMF 203将MBS会话建立消息或更新请求消息发送到所选MB-SMF 208。如果会话不存在,则请求可包括以下的信息:UE ID、会话ID、QoS流ID以及对应QoS信息(例如,5G QoS指示符(5QI)、QoS要求,诸如每QoS流或每MBS会话的最大数据速率、最大延迟或错误率)、业务描述(例如,应用程序ID、OSId或OSAppId)、TMGI或DNN。注意,在MBS会话中可能存在多个QoS流,并且每个QoS流可用以传输不同的多播应用程序数据。如果会话已存在并且UE 201想要加入群组,则也可包括多播IP地址和MBS会话服务区域。另外,关于切换可在何时生效的时刻可被发送到MB-SMF 208,例如UE 201可在何时开始经由多播来接收数据以及停止经由单播会话进行接收。另一选项是使MBSF选择MBS PDU会话的MB-SMF 208/SMF 204,并且随后AMF 203将会话建立/修改消息从UE 201转发到MBSF。MBSF随后将消息发送到所选MB-SMF 208/SMF 204以执行所请求的会话管理过程。
步骤229:MB-SMF 208在将建立新的MBS会话的情况下选择MB-UPF 209。此外,MB-SMF 208可分配多播IP地址以标识用于多播发射的新MBS会话。如果MB-SMF 208与SMF 204共同定位,则SMF 204可分配多播IP地址。
步骤230:MB-SMF 208使用步骤222和步骤228中所提及的信息将会话建立或更新请求发送到MB-UPF 209。一些信息(例如,DNN、应用程序信息/业务描述、源IP地址或多播IP地址/TMGI)可由MB-UPF 209用作与MBS会话相关联的分组过滤器规则。另外,MB-SMF 208可向MB-UPF 209指示新MBS会话是用于多播还是广播。
步骤231:MB-UPF 209将会话建立或更新响应消息返回到MB-SMF 208,以指示MBS会话准备好用于UE 201。如果MB-SMF 208未分配多播地址,则MB-UPF 209返回会话的所分配的多播IP地址。
步骤232:MB-SMF 208使用MB-UPF信息将MBS会话建立或更新响应发送到AMF 203。RAN节点202可使用MB-UPF信息来建立N3隧道以传输数据。
步骤233:AMF 203将N2消息发送到RAN节点202以通知即将到来的切换。在N2消息中,AMF 203可包括以下信息以帮助RAN节点202准备切换。
信息可包括诸如ID或地址的MB-UPF信息,使得如果尚未建立N3隧道,则RAN节点202可建立与MB-UPF 209的N3隧道。
信息可包括UE ID,诸如5G_GUTI或SUPI。
信息可包括指示MBS会话服务于多播发射的区域的MBS服务区域。
信息可包括标识受切换影响的会话的单播PDU会话ID和MBS会话ID,使得RAN节点202能够相应地调整其无线电资源。
信息可包括多播IP地址以及TMGI以标识多播群组。
信息可包括NAS消息,该NAS消息还包括可被转发到UE 201作为对步骤221中的切换请求的响应的内容(在步骤236中详述此NAS消息的内容)。
信息可包括QoS映射信息。另外,可将QoS映射信息提供给RAN节点202以指示MBS会话的QoS与单播的PDU会话的QoS之间的QoS映射。此映射信息可来自MB-SMF 208/SMF 204或PCF 206,并且由AMF 203转发。使用映射信息,RAN节点202能够配置接入网络内的无线电资源以用于向UE 201传输数据,以满足QoS要求。
步骤234:一旦RAN节点202从AMF 203接收到N2消息,则AMF 203可接触MB-UPF 209以建立或更新多播会话的N3隧道。AMF 203可提供RAN节点信息、用以标识N3隧道的隧道ID,以及N3隧道是共享的或以群组为基础以用于多播发射的指示。无论MBS会话是否存在,RAN节点202都有可能需要建立N3隧道,这暗示RAN节点202可加入多播群组以用于将数据发送到UE 201。RAN节点202也有可能已加入共享N3隧道,但不是用于请求UE。换句话说,RAN节点202正在将多播数据传输到其他UE。在此情况下,RAN节点202不需要接触MB-UPF 209。
步骤235:RAN节点202还调整其无线电资源以准备切换。
步骤236:RAN节点202将RRC消息发送到UE 201,该RRC消息包括携带来自AMF 203的递送模式切换响应的NAS消息。响应可包括以下信息:TMGI、多播IP地址、多播会话ID或上下文信息。上下文信息可以是多播服务区域、QoS信息(例如,5QI、QoS流ID、最大数据速率)、应用程序信息(例如,应用程序ID、OSId和OSAppId)或起始时间点。注意,从UE 201的角度来看,MBS会话与单播会话相同,但与IP多播地址和TMGI相关联。然而,MB-UPF 209可经由共享N3隧道将多播数据流发送到一个或多个RAN节点,并且每个RAN节点202可使用无线电资源将多播数据发送到其小区内的一个或多个UE。
步骤237:应用层信号来自UE 201,以向内容提供方(例如,AF 210)通知关于即将到来的切换可在何时针对哪个应用程序开始,同时单播数据传输继续。此处,在UE与AF 210之间存在应用层信令。
步骤238:在UE 201开始通过多播会话接收数据之后,AMF 203通知SMF 204,该SMF进一步告知UPF 205阻止/暂停将业务映射到单播PDU会话,即使单播PDU会话保持活动。业务可由UE 201在步骤222中所提供的应用程序信息标识。另外,该阻止/暂停可能与有效时间段相关联。另选地,UE 201可发送新NAS消息(例如PDU会话更新-流暂停),该新NAS消息向网络指示其不再想要经由单播接收的流细节,因为其正在经由多播接收等效数据。流可被描述为IP 5元组、应用程序ID、OSId或OSAppId的组合。网络可使用此信息来阻止与描述匹配的任何DL业务。稍后,当UE 201想要接收单播流时,UE 201可发送新NAS消息(例如PDU会话更新-流恢复),该新NAS消息向网络(例如,核心网络实体,诸如服务器或网络功能)指示流或数据应不再于UPF 205处被阻止。来自UE 201的NAS消息中的信息具有对网络将做什么的某一指示。
注意,对于从单播到广播的切换场景,MBS会话可具有用以向网络功能和UE指示会话是针对广播的指示,并且可能没有与会话相关联的多播IP地址。然而,TMGI仍然用以标识广播群组。共享N3隧道由TMGI和隧道ID标识。
附加逻辑可在程序所涉及的核心网络功能中实施,以确定切换是否应发生,例如基于NF本地策略。例如,仅当确定UE 201预期停留在某个地理区域中持续某个时间量时,或仅当提供明确的用户同意时,才可以执行切换。在所述情况下,步骤236中的响应可包括对应原因和对附加信息的请求,并且UE 201可重新发起提供多播请求上下文中的必要信息的程序。
另选地,UE 201还可通过经由用户平面路径(例如,单播PDU会话)发送请求来发起切换过程。注意,此用户平面解决方案主要适用于已建立多播会话的情况。图8示出用户平面方法:
步骤240:作为首要步骤,建立单播会话,并且通过网络在UE 201与AF 210之间经由单播会话传输数据。
步骤241:UE 201决定将数据传输从单播切换到多播。这可以由如本文中所公开的若干因素触发,诸如信息或事件(例如,触发从单播切换到多播的事件)。
步骤242:假设多播群组存在,因此UE 201封装将多播群组加入到数据分组中的请求,并且经由单播PDU会话将请求发送到UPF 205。UE 201可提供UE ID、TMGI、多播IP地址(如果其知晓)和应用程序信息(例如,应用程序ID、OSId和OSAppId),该应用程序信息指示可将哪些应用程序数据切换到多播。另选地,UE 201可将MLD报告发送到UPF 205以加入多播群组。UE 201可在报告中提供多播IP地址,或者使MBMF 207/MB-SMF 208提供多播IP地址。
步骤243:在接收到数据分组时,UPF 205将N4通知发送到SMF 204。该通知包括来自UE 201的加入请求。
步骤244:SMF 204将加入请求发送到MBMF 207。如果SMF 204不知晓MBMF信息,则其可与UDM(例如,UDM/PCF 206)或NSSF通信以获得帮助。另选地,SMF 204可将加入请求转发到MB-SMF 208,并且随后MB-SMF 208接触MBMF 207以启动用于UE请求的MBS会话管理程序(例如,建立或更新)。
步骤245:MBMF 207发起供UE 201获得MBS服务的授权,并且任选地,如果需要特定对UE 201、应用程序、MBS服务或这些的组合进行二级认证和授权,则使用AF 210发起二级认证和授权。
步骤246至步骤247:因为已创建用于多播的MBS会话,所以MB-SMF 208将MBS会话更新请求发送到MB-UPF 209。更新操作可包括添加附加RAN节点和共享N3隧道,以实现向新加入的UE 201的多播数据传输。
步骤248:MB-SMF 208将切换通知发送到AMF,该切换通知指示MBS会话准备好通过多播将数据传输到UE 201,包括UE ID、切换的启动时刻、MB-UPF地址或ID以及MBS会话ID和QoS信息。此信息可传递到RAN节点202,使得RAN节点202能够调整用于切换的无线电资源。例如,RAN节点202可暂停或移除分配给单播发射的无线电资源,并且为即将到来的多播发射分配无线电资源。
步骤249至步骤250:AMF 203与SMF 204关于UE 201当前针对单播数据传输所使用的会话交换PDU会话更新请求/响应。
步骤251至步骤252:SMF 204随后与UPF 205经由N4通信以更新单播会话上下文。更新可包括通过在设定时段之后经由会话ID所标识的单播PDU会话来阻止或暂停应用程序数据(由应用程序ID、OSId和OSAppId标识)而在UPF 205处改变分组检测规则,以允许UE201时间切换到多播会话。
接下来的若干步骤与如图7A至图7B中所示的步骤233至步骤238相同,以便通知RAN节点202以及UE 201准备好即将到来的切换。
网络发起的程序
除了UE发起的场景以外,网络还可针对应用程序数据流发起从单播到多播的切换程序,包括AF 210通过向NF发送请求而发起切换的情况。上文已论述了可能的触发器。图9示出网络发起的从单播到多播发射的切换的程序。
步骤260:作为首要步骤,建立单播会话,并且通过网络在UE 201与AF 210之间经由单播会话传输数据。
步骤261a:如果AF 210决定触发切换,则AF 210将递送模式切换请求发送到MBMF207或AMF 203。如果AF 210知晓将接触哪个NF,则其可将请求消息直接发送到AMF 203或MBMF 207。如有必要,则AF 210可经由NEF 211抵达MBMF 207或AMF 203。在此情况下,NEF211可确定将代表AF 210接触哪个AMF 203或MBMF 207。例如,NEF 211与UDM(例如,UDM/PCF206)通信以检索订阅信息或用于选择适当NF的NSSF。AF 210可在请求中提供以下信息。
如果群组已形成,则信息可包括TMGI。如果未提供TMGI,则可在程序中的其余步骤期间分配TMGI(例如,MBMF 207分配TMGI)。
如果那些所涉及的UE 201已在应用层处形成群组,则信息可包括外部群组ID。
如果已使用多播,则信息可包括多播IP地址。信息可包括当前用于数据传输的单播会话ID。信息可包括应用程序数据流的源IP地址。
信息可包括可切换到多播发射的UE的列表:AF 210有可能想要将多于一个UE切换到公共多播会话以提高资源效率。在此情况下,AF 210可以为那些UE中的每个UE提供单播会话ID。
信息可包括诸如应用程序ID、OSId和OSAppId的应用程序信息,以标识哪些应用程序数据可切换到多播。
信息可包括指示AF 210何时想要进行切换的期望时刻。
步骤261b:另选地,NF可能由于本文中公开的原因/触发器(诸如信息或事件(例如,触发从单播切换到多播的事件))而想要开始切换。
步骤262:AMF 203向UE发送NAS消息以向UE 201通知切换决策。NAS消息可以是UE配置更新消息,该UE配置更新消息可包括以下信息:单播会话ID、QoS参数(例如,数据速率、延迟和错误率)、可切换到多播的应用程序信息、TMGI、多播IP地址、源IP地址、MBS会话ID和上下文信息(诸如MBS服务区域)或切换的启动时刻。另外,AMF 203可向UE 201指示,使得UE201可发起如图7A至图7B中所示的切换程序。如果存在可切换的多个UE,则AMF 203可执行步骤263。
步骤263:AMF 203遵循如图7A至图7B中所示的步骤223至236,包括MBS会话建立/更新、单播会话更新,从而通知RAN节点对RAN节点202与MB-UPF 209之间的N3隧道进行配置。注意,可能涉及多个UE,因此,可能涉及多个RAN节点以针对多播发射服务于UE中的每个UE。其包括从AMF 203发送到UE 201的NAS消息(递送模式切换通知)。在通知中,AMF 203向UE 201提供以下信息:单播会话ID、QoS参数(例如,数据速率、延迟和错误率)、可切换到多播的应用程序信息、TMGI、多播IP地址、源IP地址、MBS会话ID和上下文信息(诸如MBS服务区域)或切换的启动时刻。
步骤264:AMF 203通知AF 210已进行切换配置,并且其准备好在期望时刻启动切换。
RAN发起的程序
如上文所论述,在一些场景中,RAN节点202还可发起从单播发射到多播发射的切换程序。本文中公开了关于RAN节点202可如何启动该程序以实现从单播发射到多播发射的切换(包括选项1或选项2)的主题。
选项1:RAN节点202发送RRC消息以向UE 201通知其决定发起切换,并且随后UE201遵循上文所呈现的程序发起切换。
选项2:RAN节点202将N2消息发送到AMF 203以请求网络发起切换,随后网络遵循本文中呈现的程序,诸如图8关于网络发起的程序。RAN节点202还可指示切换的原因,诸如进入多播服务区域的单播无线电资源或UE 201受限。此选项可适用于由RAN节点202服务的多个UE正在切换到相同应用程序的多播的场景。RAN节点202可针对所涉及UE中的每个UE向网络提供UE ID,并且在未形成多播群组的情况下请求网络分配TMGI以形成群组。
从多播递送切换到单播递送的方法
此章节提供将数据发射从多播切换到单播的程序。
触发从多播到单播的切换过程的事件
除了其他原因外,UE 201可因以下五个原因中的一个原因而请求针对应用程序从多播切换到单播。
第一,其可因UE自身对经由多播会话的数据传输的测量值降至低于要求(诸如数据速率、错误率和延迟)而被触发,并且决定针对相同应用程序数据切换到单播会话。此测量值可来自应用层或在传输层处。
第二,当UE 201移出MBS会话的MBS服务区域时,其可被触发,因此其必须切换到单播。
第三,当UE 201上的用户想要在点对点多播群组已解散并且经由UE201上的GUI指示之后继续接收数据业务时,其可被触发。例如,游戏应用程序提示用户在所有其他成员离开多播会话之后继续游戏会话。
第四,用户可有意/手动地退出广播或多播群组(例如基于GUI请求)。
第五,改变UE订阅简档以不允许UE 201使用MBS服务。
从多播到单播的切换可由核心网络实体发起,包括来自AF 210或经由NEF 211的外部SCS/AS的请求。除了其他原因以外,可以针对以下三个原因发起此请求。
第一,内容提供方发现在多播会话上接收数据的用户的数量减少,并且从资源管理方面继续多播变得更不有效。
第二,内容提供方发现数据传输性能降低,并且不能满足应用层处的要求,该内容提供方可决定在更多性能保证下单播数据。
第三,诸如MB-SMF 208、MB-UPF 209、AMF 203或NWDAF的网络功能发现或预测核心网络内的数据传输性能不能满足要求,或者UE 201移出MBS会话服务区域。另外,如果仅存在接收多播业务的一个其余UE,则网络可在UE 201移动的情况下将UE 201切换到使用单播会话以用于对业务进行更好的移动性处理。
从多播到单播的切换也可由RAN节点202发起。例如,RAN节点202测量正在进行的多播会话的一些参数(例如,数据速率、错误率或延迟),并且发现性能低于阈值或可降低至低于阈值。RAN节点202可确定需要将应用程序数据传输切换到可保证性能要求的单播会话。
本文中公开了用以将流从单播切换到多播的触发器,以及用以将流从多播切换到单播的触发器。应理解,尽管特定触发器可能在将流从单播切换到多播/广播的上下文中予以论述,但该触发器也可适用于将流从多播/广播切换到单播。还应理解,尽管特定触发器可能在将流从多播/广播切换到单播的上下文中予以论述,但该触发器也可适用于将流从单播切换到多播/广播。
UE发起的程序
当UE 201想要将数据传输从多播会话切换到单播会话时,可以使用不同的方法,诸如控制平面方法或用户平面方法。
图10示出UE 201经由控制平面路径发送切换请求的程序。
步骤270作为首要步骤,建立多播会话,并且UE 201正在经由多播会话从内容提供方接收数据。
步骤271:在某个时间点处,UE 201决定将数据发射切换到单播。
步骤272:UE 201将指示其打算切换到单播的NAS消息(例如,服务请求或会话建立请求/更新)发送到AMF 203。在NAS消息中,UE 201可提供以下信息。
信息可包括UE ID,诸如5G-GUTI、SUPI或S-NSSAI。
信息可包括单播会话ID和会话上下文,诸如QoS简档、会话类型、会话连续性模式或服务连续性模式。
信息可包括可指示数据网络的DNN,该数据网络发起或终止多播和单播的数据。
信息可包括应用程序信息,诸如应用程序ID,该应用程序ID指示可通过多播/单播递送哪些应用程序数据。此外,此信息可以包括OSId或OSAppId。
信息可包括UE 201想要开始从多播会话接收数据(例如,当切换生效时)的期望(例如,阈值)时刻。这可以与某个时间段相关联,指示UE 201可在该时间段期间经由多播接收数据。
信息可包括可以是应用层ID的外部群组ID,该应用层ID可通过网络转换成内部群组以标识UE 201的多播群组。
信息可包括如果已建立用于多播的MBS会话,则UE 201还提供TMGI、多播IP地址或MBS会话ID信息。
信息可包括可指示网络切片的S-NSSAI,UE 201连接到该网络切片以用于多播数据传输。
信息可包括UE 201想要开始从多播会话接收数据(例如,当切换生效时)的期望时刻。
信息可包括单播凭证。UE 201提供建立或加入多播服务或群组所需的附加凭证。
触发所请求的切换的原因
步骤273:AMF 203将切换请求转发到MBMF 207。如果AMF 203不知晓MBMF信息,则其可诉诸UDM/NSSF以获得MBMF信息。
步骤274:MBMF 207请求MB-SMF 208以更新反映UE 201可能不会经由多播会话接收数据的MBS会话上下文。
步骤275至步骤276:考虑到UE 201可切换到单播会话,MB-SMF208接触MB-UPF 209以更新MBS会话上下文。如果请求UE是在MBS会话上活动的RAN节点下的唯一UE 201,则MB-UPF 209可决定通过移除RAN节点202地址来终止到RAN节点202的N3隧道。
步骤277:MB-SMF 208返回对MBMF 207的响应,该响应指示已完成MBS会话更新。
步骤278:MBMF 207将切换响应发送到AMF 203,该切换响应指示MBS会话准备好完成向请求UE的多播数据传输。
步骤279:如果需要建立新的单播PDU会话,则AMF 203选择SMF208。
步骤280:AMF 203使用所选SMF 204和UPF 205发起PDU会话建立或更新过程。
步骤281:AMF 203将关于即将到来的切换的通知发送到AF 210,使得AF 210知晓何时在UPF 205处将特定应用程序数据发送到单播会话锚。
步骤282:AMF 203还将N2消息发送到RAN节点202,该N2消息包括可由RAN节点202转发到UE 201的NAS消息(切换响应)。N2消息包括UE ID、单播会话ID和对应会话上下文信息、QoS简档、UPF地址/ID、具有TMGI或多播IP地址的MBS会话ID、切换启动的时刻。任选地,NAS消息可以是来自网络的PDU会话修改,该PDU会话修改指示建立了单播流并且为单播流提供规则或策略。另外,可将QoS映射信息提供给RAN节点202以指示MBS会话的QoS或单播的PDU会话的QoS之间的QoS映射。此映射信息可来自MB-SMF 208/SMF 204或PCF 206,并且由AMF 203转发。使用映射信息,RAN节点202能够配置接入网络内的无线电资源以用于向UE201传输数据,以满足QoS要求。
步骤283:给定在步骤282中接收到的信息,RAN节点202调整无线电资源以准备切换。在UE 201是使用MBS会话的RAN节点202下的唯一UE的情况下,可终止N3隧道。
步骤284:RAN节点202将切换响应从AMF 203转发到UE 201,该切换响应包括如步骤282中所描述的单播会话ID和上下文信息。
步骤285:在UE 201开始经由单播数据会话接收数据之后,可在RAN节点202和MB-SMF 208/MB-UPF 209下去激活或释放MBS会话。MB-UPF 209可保持记录,该记录示出可以不将特定应用程序的多播数据流发送到RAN节点202。注意,MBS会话可在不同UE的其他MB-UPF和RAN节点处保持活动,该不同UE保持从多播会话接收应用程序数据。
另选地,可实施程序,使得步骤280中的PDU建立/更新程序可在MBS更新步骤273至步骤278之前被发起。
图11示出UE 201经由用户平面路径发送切换请求的程序。
步骤290:作为首要步骤,建立多播会话,并且UE 201正在经由多播会话从内容提供方接收数据。
步骤291:在某个时间点处,UE 201决定将数据发射切换到单播。
步骤292:UE 201在PDU数据分组中封装离开请求消息以指示其打算离开多播群组。UE 201还提供源IP地址、TMGI和多播IP地址。
步骤293:一旦MB-UPF 209识别到离开多播群组的请求,则该MB-UPF将N4通知发送到MB-SMF 208,该N4通知具有MBS会话ID、UE ID、源IP地址、TMGI和/或多播IP地址。
步骤294:MB-SMF 208将UE的离开请求转发到MBMF 207。
步骤295:MB-SMF 208在相同时间请求MB-UPF 209通过潜在地改变MBS会话上下文信息来更新MBS会话,例如移除/去激活连接到RAN节点202的N3隧道信息。
步骤296:MB-UPF 209将会话更新响应返回到MB-SMF 208。
步骤297:MB-SMF 208将MBS会话更新通知分别发送到AMF 203和MBMF 207以指示完成MBS会话更新以供切换。
接下来的若干步骤与本文中参考图10所论述的相同(例如,步骤279至步骤285)。
网络发起的程序
图12示出网络发起的从多播到单播的切换的程序,包括AF 210通过向NF发送请求来发起程序的场景。
步骤300:作为首要步骤,建立多播会话,并且UE 201正在经由多播会话从内容提供方接收数据。
步骤301a:作为内容提供方的AF 210将递送模式切换请求发送到MBMF 207或AMF203,以指示其将某个应用程序数据发射从多播切换到单播的意图。如有必要,则AF 210可经由NEF 211抵达NF。AF 210可提供以下信息。
信息可包括TMGI和多播IP地址以标识多播群组。
信息可包括用于多播的MBS会话ID和上下文信息。
信息可包括当前用于数据传输的单播会话的信息,诸如会话ID、N6隧道ID或QoS参数。
信息可包括应用程序数据流的源IP地址。
信息可包括可切换到单播发射的UE列表。AF 210有可能确定需要将多于一个UE从公共多播会话切换到单独单播会话。在此情况下,AF 210可以为那些UE中的每个UE提供单播会话ID。如果尚未针对某个UE建立单播会话,则网络可针对UE 201建立新的单播会话。
信息可包括诸如应用程序ID、OSId或OSAppId的应用程序信息,以标识哪些应用程序数据可切换到单播。
信息可包括指示单播发射何时启动的期望时刻。
步骤301b:除了AF 210的触发以外,NF还可决定从多播切换到单播。
步骤302:网络执行如图10中所示的步骤273至步骤283,以实现从多播到单播的切换。
步骤303:AMF 203将递送模式切换通知发送到UE 201,使得UE 201可以准备切换。在通知中,AMF 203向UE 201提供以下信息:单播会话ID、上下文信息、QoS参数、可切换到单播的应用程序信息、TMGI、多播IP地址、源IP地址、MBS会话ID或切换的启动时刻。
步骤304:最后,网络返回对请求AF 210的响应。
RAN发起的程序
在RAN节点202想要发起从多播到应用程序数据流的单播发射的切换的情况下,存在与上文呈现的方法类似的两个选项,例如RAN节点202可将通知消息发送到单独的UE以启动切换,或者将N2消息发送到AMF 203以启动切换。
在5G系统中已指定QoS参数通知控制以指示当GFBR可能不再(或可再次)于QoS流的使用寿命期间保证QoS流时,是否从NG-RAN请求通知。如果应用程序业务能够适应QoS的变化(例如,在AF 210能够触发速率适应的情况下),则可将通知控制用于GBR QoS流。在从NG-RAN接收到通知时,可能不再保证GFBR,AMF 203/SMF 204可将通知转发到PCF(例如,UDM/PCF 206)。除非PCF 206不同地指示,否则AMF 203/SMF 204使用NAS信令(通过RAN透明地发送)以向UE 201通知关于NG-RAN当前针对QoS流履行的QoS参数(例如,5QI、GFBR或MFBR)的变化。公开了演进QoS参数通知控制的用途,或者定义用于服务递送模式控制的新QoS参数。此新QoS参数可被命名为例如“递送模式控制”或“递送通知控制”。演进通知控制参数或新递送模式控制参数可由核心网络(例如,网络服务器或其他实体)使用,以指示当使用当前配置的递送模式不再满足QoS要求时,是否从NG-RAN请求通知,或者请求从MBMS用户服务(多播/广播)到单播服务的递送模式切换,或者请求从单播服务到MBMS用户服务(多播/广播)的递送模式切换。在从NG-RAN接收到通知时,AMF 203/SMF 204可将通知转发到PCF 206或BM-SC/MBMF 207。除非PCF不同地指示,否则BM-SC或与SMF 204协作的BM-SC使用NAS信令利用新递送模式重新配置UE 201。核心网络还可相应地重新配置RAN以与配置到UE201中的新递送模式对准。
另外,RAN节点202可通过N3隧道将通知消息发送到MB-UPF209,该通知消息向MB-UPF 209指示没有RAN节点202下的UE 201仍在多播群组中(例如,经由多播会话接收应用程序数据),使得MB-UPF 209可停止在未来经由N3隧道将多播应用程序数据发送到此RAN节点202。
使用交接从共享MBS业务递送到单独MBS业务递送的切换
先前章节公开了不由于移动性(例如,不需要交接)而切换的方法。在此章节中,论述涉及交接程序的在单独MBS业务递送与共享MBS业务递送之间切换的方法。参考交接程序,“源”是当前与UE连接并且向UE提供对网络的接入的RAN节点,而“目标”是预期或需要用于与UE连接以向UE提供对网络的接入的RAN节点。
当接收多播数据的UE 201从源RAN节点移动到目标RAN节点时,UE 201或源RAN节点可触发递送模式切换程序以及交接程序。此触发可以是因为目标RAN节点不支持MBS服务,或者UE 201在MBS服务区域之外。另外,诸如AMF 203、MBMF或MB-SMF 208/SMF 204的NF也可在源RAN节点关于交接进行通知之后触发切换。例如,当发起PDU会话建立或修改程序时,SMF 204可发现目标RAN节点在MBS服务区域之外。在MBSF正在相对于MBS服务管理MB-SMF 208或SMF 204的情况下,MBSF可触发切换。
使用共享业务递送方法,UE 201通过源RAN节点经由MBS PDU会话接收多播数据。在切换到单独业务递送方法之后,UE 201可通过目标RAN节点经由PDU会话接收数据。显著问题可包括以下内容。关于如何将用于共享递送方法的MBS PDU会话与用于单独递送方法的PDU会话进行链接以确保满足QoS要求的第一问题。或者关于如何在交接/切换过程期间防止潜在数据丢失的第二问题。
对于第一问题,可假设不同SMF 204分别管理MBS PDU会话和PDU会话。在交接期间,当UE 201/SMF 204建立新的PDU会话或更新用于单独递送方法的现有PDU会话时,SMF204可使用N2 SM消息将MBS会话与PDU会话之间的QoS映射信息以及PDU会话信息发送到源RAN节点,使得源RAN节点可能能够将MBS会话的QoS映射到PDU会话的QoS。这可以由源RAN节点在切换期间使用,尤其是当目标RAN节点不支持MBS服务时,例如其不知晓任何MBS QoS。具体地,基于MBS QoS,源RAN节点可在用于单独递送方法的PDU会话中向目标RAN节点告知关于一个或多个QoS流的QoS要求。随后,目标RAN节点可基于用于单独递送的PDU会话的QoS来调整用于向UE 201进行数据传输的RAN资源。源RAN节点可直接将此类信息经由Xn接口传输到目标RAN节点,或者经由N2接口传输到AMF 203,该AMF将信息转发到目标RAN节点。PDU会话信息可包括PDU会话ID、QFI、QFI的QoS参数(诸如5QI)、最大数据速率、最大聚合流速率或QoS特性,诸如错误率或延迟。
此外,UE 201也可具备此类QoS映射,因此其可基于到目标RAN节点的映射来提供针对单独业务递送建立的PDU会话的QoS要求。益处是UE 201可在交接过程开始时向目标RAN节点提供映射,使得交接过程可以更快完成。管理MBS会话或源RAN节点的MB-SMF 208/SMF 204可向UE 201提供QoS映射。QoS映射信息可包括用于单独业务递送的具有相同QoS要求的MBS PDU会话的QFI和PDU会话的QFI;用于单独业务递送的MBS PDU会话的5QI和PDU会话的5QI。
关于第二问题,交接通常在递送模式切换过程之前完成。无论目标RAN节点是否支持MBS服务,在交接完成与切换完成之间的时间段期间,UE 201可能都不能够接收数据,因为交接在切换未完成时进行,例如用于单独业务递送的PDU会话尚未建立或尚未激活。一种可能的方法是使源RAN节点继续在该时间段期间接收并存储MBS数据,并且将数据转发到目标RAN节点。当PDU会话准备好向UE 201进行单独业务递送(例如,切换已完成)时,目标RAN节点通知源RAN节点,并且源RAN节点停止MBS数据存储和转发。源RAN节点和目标RAN节点可在交接过程期间交换存储和转发信息的数据。信息可包括以下内容:源RAN节点应以何频率转发数据;源RAN节点可在交接之后针对UE 201存储的最大数据量;如果源RAN节点未从目标RAN节点听到任何内容,则源RAN节点可将数据保持多久;将何种转发机制用于数据转发。可能的转发机制可直接针对目标RAN节点或UPF 205,该UPF随后经由N3隧道将数据发送到目标RAN节点,源RAN节点推动所存储的数据,或者目标RAN节点从源RAN节点检索数据。另外,2个RAN节点可能需要建立对5GC透明的数据转发信道。
替代方法是使PDU会话准备好在交接期间进行单独递送。换句话说,5GC需要在交接期间建立或修改用于单独递送的PDU会话。当交接完成时,目标RAN节点可能能够经由相关联PDU会话使用单独递送方法将数据递送到UE 201。在此意义上,会话管理过程可被集成到交接过程中。
使用交接从单独MBS业务递送到共享MBS业务递送的切换
当从单独递送方法到共享递送方法的切换与交接耦合时,需要解决相同的问题,诸如1)如何将用于共享递送方法的MBS PDU会话与用于单独递送方法的PDU会话进行链接以确保满足QoS要求;或者2)如何在交接/切换过程期间防止潜在数据丢失。
对于第一问题,如果源RAN节点支持MBS服务,则可应用先前段落中公开的相同方法,例如源RAN节点具备PDU会话与MBS会话之间的QoS映射以及MBS会话信息,使得源RAN节点能够告知目标RAN节点如何将RAN资源设置成将多播数据递送到UE 201以满足QoS要求。如果源RAN节点不支持MBS服务,则源RAN节点不能够将单独递送方法的QoS映射到共享递送的QoS。在此情况下,UE 201可具备QoS映射信息,并且因此UE 201可使用必要QoS信息来提供目标RAN节点以将RAN资源配置成发送多播播送。替代方法是将用于单独递送方法的与源RAN节点相关联的PDU会话交接给目标RAN节点。换句话说,目标RAN节点可具有两个N3隧道:1)一个N3隧道可用于在切换之前进行单独递送,并且2)另一N3隧道可用于在切换之后进行共享递送。不同的UPF有可能终止N3隧道。此外,应用程序服务器或AF 210可利用来自5GC的通知而知晓这些变化,并且相应地将数据发送到适当UPF 205。
对于第2问题,可应用与先前段落中论述的方法相比相同的方法。
用户界面
在递送模式切换过程中使用的参数可由终端用户(UE)、网络运营商或应用程序内容提供方通过用户界面来调配。另外,切换UE、内容提供方或网络运营商可检索统计值,并且通过用户界面来显示统计值。可实施用户界面以对具有默认值的那些参数进行配置或编程,以及启用或禁用切换过程。图13中示出示例性用户界面。
定义和缩写
下表1示出可出现在上述描述中的首字母缩略词列表。除非另外指定,否则本中文使用的首字母缩略词是指下文列出的对应术语:
表1
Figure BDA0003851458990000431
Figure BDA0003851458990000441
Figure BDA0003851458990000451
应理解,执行本文中(诸如图6至图12)所示出的步骤的实体可以是逻辑实体。这些步骤可存储在诸如图1F或图1G所示的设备、服务器或计算机系统的存储器中并在其处理器上执行。设想了可在本文中(例如图6至图12)公开的示例性方法之间跳过步骤、组合步骤或添加步骤。
应当理解,本文所述的装置、系统、方法和过程中的任一者或全部可以存储在计算机可读存储介质上的计算机可执行指令(例如,程序代码)的形式来体现,这些指令在由处理器(诸如处理器118或91)执行时使处理器执行或实现本文所述的系统、方法和过程。具体地,本文中所描述的步骤、操作或功能中的任一者可按在被配置成用于无线网络通信或有线网络通信的设备或计算系统的处理器上执行的这类计算机可执行指令的形式来实施。计算机可读存储介质包括以用于存储信息的任何非暂态(例如,有形的或物理的)方法或技术实现的易失性和非易失性、可移动和不可移动介质,但此类计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存存储器或其他存储器技术、CD-ROM、数字通用光盘(DVD)或其他光盘存储装置、磁带盒、磁带、磁盘存储装置或其他磁存储设备,或者可以用于存储所需信息并且可以由计算系统访问的任何其他有形或物理介质。
为了清晰起见,在描述如附图中所示出的本公开的主题——用于网络(诸如5G)中的多播和广播服务的递送模式切换——的优选方法、系统或装置时,采用特定术语。然而,所要求保护的主题不旨在限于如此选择的特定术语。
本文所述的各种技术可结合硬件、固件或软件来实现,或在适当的情况下以它们的组合来实现。此类硬件、固件和软件可驻留在位于通信网络的各个节点处的装置中。这些装置可单个地或彼此组合地操作以实现本文所述的方法。如本文所用,术语“装置”、“网络装置”、“节点”、“设备”、“网络节点”等可互换使用。此外,除非本文另外提供,否则词语“或”一般以包括端值的方式使用。
本书面说明书针对本发明所公开的主题(包括最佳模式)使用示例,并且还使本领域的任何技术人员能够实践所公开的主题,包括制造和使用任何设备或系统以及执行任何所并入的方法。所公开的主题可包括本领域的技术人员想到的其他示例(例如,本文所公开的示例性方法之间的跳过步骤、组合步骤或添加步骤)。
如本文中所描述的方法、系统和装置等可提供用于网络(诸如5G)中的多播或广播服务的递送模式切换。一种方法、系统、计算机可读存储介质或装置提供:确定在用户设备(例如,UE)、网络设备(例如,核心网络设备)、内容提供方系统或RAN节点中的一者或多者处已发生触发事件,其中该触发事件指示需要在单播模式、多播模式和广播模式中的第一者与第二者之间切换;以及基于触发事件的发生来发起从单播模式、多播模式和广播模式中的第一者到单播模式、多播模式和广播模式中的第二者的切换,以用于将数据发射到用户设备。一种系统、计算机可读存储介质或装置提供:在至少两个单播模式、多播模式和广播模式之间切换,以用于经由5G网络将数据发射到用户设备。还包括:从用户设备并且向网络实体发射从单播模式切换到多播模式的请求;使用网络实体执行MBS服务授权和MBS会话管理配置;向应用程序服务器和RAN节点通知来自用户设备的从单播模式到多播模式的模式变化;或者由用户设备从网络接收用于加入多播群组的信息。请求可包括数据类型中的一个或多个数据类型,该数据类型包括:用户设备的标识符;用于当前单播数据传输的会话标识符和流描述符;发起和/或终止用于多播和单播的数据的数据网络的指示;用户设备用于进行单播数据传输的网络切片的指示;应用程序标识符,该应用程序标识符指示应用程序数据将通过多播/单播递送;多播会话标识符;服务质量信息;转变时间标识符;多播凭证:UE提供建立或加入多播服务或群组所需的附加凭证;多播请求上下文;多播IP地址:标识多播会话/群组的标识;其他MBS会话上下文信息;标识UE想要加入的多播群组的TMGI;或多播会话标识符或参考标识符。包括对请求UE使用MBS的授权指示的响应消息还包括临时移动群组标识(TMGI)或互联网协议多播地址以标识多播群组。所接收的信息可包括MBS会话与PDU会话之间的QoS映射信息以及其他会话信息。可经由N2接口从源RAN节点接收递送模式切换信息。在交接完成之后但切换未完成,源RAN节点可临时存储多播数据,并且在切换完成之后将数据转发到目标RAN节点。请求可以是NAS请求消息。一种系统、计算机可读存储介质或装置提供确定在用户设备处已发生触发事件;或者由用户设备基于触发事件的发生来发起从单播模式到多播模式的切换。一种系统、计算机可读存储介质或装置提供从用户设备并且向网络实体发射从单播模式切换到多播模式的请求;使用网络实体执行MBS服务授权和MBS会话管理配置;向应用程序服务器和RAN节点通知关于来自用户设备的从单播模式到多播模式的模式变化;或者由用户设备从网络接收用于加入多播群组的信息。如本文中所公开,除了单播到多播切换以外,可在单播、多播或广播之间存在任何类型的切换。以与具体实施方式其他部分一致的方式,可以设想本段落和以下段落中的所有组合(包括步骤的删除或添加)。
一种方法、系统、计算机可读存储介质或装置提供由网络功能从请求用户装备(UE)接收非接入层(NAS)消息;由网络功能向多播和广播管理功能(MBMF)发送请求,以确定请求UE是否被授权使用多播服务或多播/广播服务(MBS);响应于向MBMF发送请求,接收响应消息,该响应消息包括对请求UE使用多播服务或多播/广播服务(MBS)的授权指示;确定MBS会话不可用;基于MBS会话不可用以及该授权指示,发送MBS会话建立消息或修改消息;响应于发送MBS会话建立消息或修改消息,接收具有多播/广播用户平面功能(MB-UPF)信息的响应;或者基于该MB-UPF信息,将消息(例如,N2消息)发送到无线电接入节点以向无线电接入节点通知从单播模式到多播模式切换的即将到来的切换,以用于将数据发射到请求UE。单播意指5GC将分组的1个副本发送到单独UE。因此,多播是指5GC将分组的1个副本发送到加入群组的多个UE。从RAN的角度来看,从5GC到UE的多播可通过RAN与UE之间的单播或RAN与UE之间的多播来完成。该方法、系统、装置或计算机可读存储介质可提供检测触发事件;以及基于该触发事件,发起从单播模式到多播模式的切换,其包括将向多播和广播管理功能(MBMF)发送请求以确定请求UE是否被授权使用多播服务或多播/广播服务(MBS)。触发可在请求UE或RAN节点中的一者或多者处发生。触发事件可以是本文中公开的任何数量的事件,该事件可包括关于所公开的信息达到阈值数量,所公开的信息可以是一种类型的信息(例如,错误率)或信息的组合(例如,错误率和带宽)。该方法、系统、装置或计算机可读存储介质可提供经由N2接口从源RAN节点接收信息;以及响应于经由N2接口接收到信息,将信息转发到目标RAN节点。以与具体实施方式其他部分一致的方式,可以设想本段落和以下段落中的所有组合(包括步骤的删除或添加)。
一种方法、系统、计算机可读存储介质或装置提供从单播分组数据单元会话上的无线电接入节点接收数据;确定使用多播来进行数据传输;响应于该确定使用多播来进行数据传输,发送用以请求从单播到多播的递送模式切换的消息;基于用以请求从单播到多播的递送模式切换的消息,接收携带递送模式切换响应的NAS消息;以及发送用以向网络设备通知从单播到多播会话的即将到来的切换的应用层信号。用以向网络设备通知的应用层信号指示多播会话将何时开始以及是针对哪个应用程序,同时单播数据传输继续。响应于发送应用层信号,经由多播会话接收数据。

Claims (20)

1.一种用以在网络中切换到多播或广播服务的方法,所述方法包括:
由网络功能从请求用户装备(UE)接收非接入层(NAS)消息;
由所述网络功能向多播和广播管理功能(MBMF)发送请求,以确定所述请求UE是否被授权使用所述多播/广播服务(MBS);
响应于向所述MBMF发送所述请求,接收响应消息,所述响应消息包括对所述请求UE使用所述多播/广播服务(MBS)的授权指示;
确定MBS会话不可用;
基于所述MBS会话不可用以及所述授权指示,发送MBS会话建立消息或修改消息;
响应于所述发送所述MBS会话建立消息或修改消息,接收具有多播/广播用户平面功能(MB-UPF)信息的响应;以及
基于所述MB-UPF信息,向无线电接入节点发送消息以向所述无线电接入节点通知从单播模式到多播模式的即将到来的切换,以用于将数据发射到所述请求UE。
2.根据权利要求1所述的方法,所述方法还包括:
在交接完成之后并且所述即将到来的切换未完成,由源RAN节点临时存储多播数据;以及
在所述即将到来的切换完成之后,将所述多播数据转发到目标RAN节点。
3.根据权利要求1所述的方法,所述方法还包括:
检测触发事件;以及
基于所述触发事件,发起从所述单播模式到所述多播模式的所述切换,其包括向所述多播和广播管理功能(MBMF)发送所述请求以确定所述请求UE是否被授权使用所述MBS,
其中所述触发发生于所述请求UE和RAN节点处。
4.根据权利要求1所述的方法,所述方法还包括:
经由N2接口从源RAN节点接收递送模式切换信息;以及
响应于经由所述N2接口接收到所述递送模式切换信息,将所述信息转发到目标RAN节点,其中所述递送模式切换信息包括所述MBS会话与用于单独递送的PDU会话之间的服务质量映射信息。
5.根据权利要求1所述的方法,其中包括对所述请求UE使用所述MBS的所述授权指示的所述响应消息,还包括临时移动群组标识(TMGI)或互联网协议多播地址以标识多播群组。
6.根据权利要求1所述的方法,所述方法还包括基于所述MBS会话不可用,选择MB-SMF以建立或管理用于所述请求UE的多播PDU会话。
7.根据权利要求1所述的方法,其中所述MBS会话建立消息或修改消息包括服务质量要求。
8.根据权利要求1所述的方法,其中发往所述无线电接入节点以向所述无线电接入节点通知所述即将到来的切换的所述消息是N2消息。
9.根据权利要求1所述的方法,其中所述网络功能是接入和移动性管理功能或会话管理功能。
10.一种用于在网络中切换到多播或广播服务的装置,所述装置包括:
处理器;和
存储器,所述存储器与所述处理器耦合,所述存储器存储可执行指令,所述可执行指令在由所述处理器执行时使所述处理器执行包括以下项的操作:
从请求用户装备(UE)接收非接入层(NAS)消息;
向多播和广播管理功能(MBMF)发送请求,以确定所述请求UE是否被授权使用所述多播/广播服务(MBS);
响应于向所述MBMF发送所述请求,接收响应消息,所述响应消息包括对所述请求UE使用所述多播/广播服务(MBS)的授权指示;
确定MBS会话不可用;
基于所述MBS会话不可用以及所述授权指示,发送MBS会话建立消息或修改消息;
响应于所述发送所述MBS会话建立消息或修改消息,接收具有多播/广播用户平面功能(MB-UPF)信息的响应;以及
基于所述MB-UPF信息,向无线电接入节点发送消息以向所述无线电接入节点通知从单播模式到多播模式的即将到来的切换,以用于将数据发射到所述请求UE。
11.根据权利要求10所述的装置,所述操作还包括:
在交接完成之后并且所述即将到来的切换未完成,由源RAN节点临时存储多播数据;以及
在所述即将到来的切换完成之后,将所述多播数据转发到目标RAN节点。
12.根据权利要求10所述的装置,所述操作还包括:
检测触发事件;以及
基于所述触发事件,发起从所述单播模式到所述多播模式的所述切换,其包括向所述多播和广播管理功能(MBMF)发送所述请求以确定所述请求UE是否被授权使用所述MBS,
其中所述触发发生于所述请求UE和RAN节点处。
13.根据权利要求10所述的装置,所述操作还包括:
经由N2接口从源RAN节点接收递送模式切换信息;以及
响应于经由所述N2接口接收到所述递送模式切换信息,将所述信息转发到目标RAN节点,其中所述递送模式切换信息包括所述MBS会话与用于单独递送的PDU会话之间的服务质量映射信息。
14.根据权利要求10所述的装置,其中包括对所述请求UE使用所述MBS的所述授权指示的所述响应消息,还包括临时移动群组标识(TMGI)或互联网协议多播地址以标识多播群组。
15.根据权利要求10所述的装置,所述操作还包括基于所述MBS会话不可用,选择MB-SMF以建立或管理用于所述请求UE的多播PDU会话。
16.根据权利要求10所述的装置,其中所述MBS会话建立消息或修改消息包括服务质量要求。
17.根据权利要求10所述的装置,其中发往所述无线电接入节点以向所述无线电接入节点通知所述即将到来的切换的所述消息是N2消息。
18.一种用于在网络中切换到多播或广播服务的用户装备,所述用户装备包括:
处理器;和
存储器,所述存储器与所述处理器耦合,所述存储器存储可执行指令,所述可执行指令在由所述处理器执行时使所述处理器执行包括以下项的操作:
从单播分组数据单元会话上的无线电接入节点接收数据;
确定使用多播来进行数据传输;
响应于所述确定使用多播来进行数据传输,发送用以请求从单播到多播的递送模式切换的消息;
基于用以请求从单播到多播的所述递送模式切换的所述消息,接收携带递送模式切换响应的NAS消息;以及
发送用以向网络设备通知关于从单播到多播会话的即将到来的切换的应用层信号。
19.根据权利要求18所述的用户装备,其中用以向所述网络设备通知的所述应用层信号指示所述多播会话将何时开始以及是针对哪个应用程序,同时所述单播数据传输继续。
20.根据权利要求18所述的用户装备,所述操作还包括响应于发送所述应用层信号,经由所述多播会话接收数据。
CN202180022215.1A 2020-02-13 2021-02-11 用于5g网络中的多播和广播服务的递送模式切换的方法 Pending CN115486101A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202062975858P 2020-02-13 2020-02-13
US62/975,858 2020-02-13
PCT/US2021/017563 WO2021163260A1 (en) 2020-02-13 2021-02-11 Methods of delivery mode switch for multicast and broadcast service in a 5g network

Publications (1)

Publication Number Publication Date
CN115486101A true CN115486101A (zh) 2022-12-16

Family

ID=74856953

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180022215.1A Pending CN115486101A (zh) 2020-02-13 2021-02-11 用于5g网络中的多播和广播服务的递送模式切换的方法

Country Status (4)

Country Link
US (1) US20230345310A1 (zh)
EP (1) EP4104461A1 (zh)
CN (1) CN115486101A (zh)
WO (1) WO2021163260A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510964B (zh) * 2019-01-31 2021-09-07 华为技术有限公司 一种通信方法及装置
CN113645670A (zh) * 2020-05-11 2021-11-12 苹果公司 5g新无线电的组播广播服务
US11758368B2 (en) * 2021-09-29 2023-09-12 Oracle International Corporation Methods, systems, and computer readable media for supporting mobile originated data multicasting in a communications network
WO2023060607A1 (zh) * 2021-10-15 2023-04-20 Oppo广东移动通信有限公司 业务接入方法、装置、设备及存储介质
KR20230139523A (ko) * 2022-03-28 2023-10-05 삼성전자주식회사 무선 통신 시스템에서 브로드캐스트 서비스를 제공하는 방법 및 장치

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105009638B (zh) * 2014-01-03 2019-10-01 华为技术有限公司 一种用户设备切换方法及基站
US10779163B2 (en) * 2017-01-05 2020-09-15 Huawei Technologies Co., Ltd. Network architecture having multicast and broadcast multimedia subsystem capabilities

Also Published As

Publication number Publication date
WO2021163260A1 (en) 2021-08-19
EP4104461A1 (en) 2022-12-21
US20230345310A1 (en) 2023-10-26

Similar Documents

Publication Publication Date Title
US20220322202A1 (en) Path selection or path switching and charging for proximity service communication
US11240642B2 (en) Group communication service enabler (GCSE) group management
CN107211297B (zh) 一种由远端无线发射/接收单元执行的用于选择中继节点的方法及无线发射/接收单元
US20220225448A1 (en) Methods for a multi-hop relay in 5g network
CN107771398B (zh) 用于邻近服务通信的优先级处理
JP2022525167A (ja) 動的ネットワーク能力構成
KR20200035146A (ko) 통신 네트워크에서의 네트워크 데이터 애널리틱스
KR20200139771A (ko) 5g 네트워크에서의 로컬 영역 데이터 네트워크(ladn)에 대한 접속들을 관리하는 방법들
US20230362960A1 (en) 5g multicast-broadcast services (mbs) scheduling and bearer management
US9473994B2 (en) Method and system for selecting a target cell for handover of user equipment in a long term evolution system
US20230345310A1 (en) Methods of delivery mode switch for multicast and broadcast service in a 5g network
US8195166B1 (en) Methods for mobility management of user equipment in a long term evolution system
US11937198B2 (en) 5G delay tolerant data services
US20140335906A1 (en) Network-initiated control method and apparatus for providing proximity service
WO2017184842A1 (en) System information provisioning and light weight connection signaling
EP3893558A1 (en) Communication method and communication apparatus
US20230388866A1 (en) Multicast-broadcast services mobility and service continuity
US20230276470A1 (en) 5g multicast-broadcast services (mbs) radio access network architecture and operation
Network Deliverable D4. 1 Mobile Core Network
CN117413582A (zh) 在5g网络中为了信号效率进行群组寻呼的方法和装置

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