CN115734170A - 一种组播/广播会话管理方法及通信装置 - Google Patents

一种组播/广播会话管理方法及通信装置 Download PDF

Info

Publication number
CN115734170A
CN115734170A CN202111016643.1A CN202111016643A CN115734170A CN 115734170 A CN115734170 A CN 115734170A CN 202111016643 A CN202111016643 A CN 202111016643A CN 115734170 A CN115734170 A CN 115734170A
Authority
CN
China
Prior art keywords
multicast
information
network element
broadcast
function 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.)
Pending
Application number
CN202111016643.1A
Other languages
English (en)
Inventor
贾建鑫
吴问付
宗在峰
朱奋勤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202111016643.1A priority Critical patent/CN115734170A/zh
Priority to PCT/CN2022/093110 priority patent/WO2023029590A1/zh
Publication of CN115734170A publication Critical patent/CN115734170A/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
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast

Landscapes

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

Abstract

本申请提供一种组播/广播会话管理方法及通信装置,其中方法包括:会话管理功能网元向中间会话管理功能网元发送第一信息,该第一信息包括第一组播/广播业务的信息;会话管理功能网元接收来自中间会话管理功能网元的第二信息,该第二信息用于指示在中间用户面功能网元与组播/广播用户面功能网元之间传输第一组播/广播业务的数据的第一隧道已经建立。上述技术方案,可使会话管理功能网元获知第一隧道已经建立,从而便于利用该第一隧道优化第一组播/广播业务的数据的传输路径,减小组播/广播业务数据的传输时延以及节省网络传输资源。

Description

一种组播/广播会话管理方法及通信装置
技术领域
本申请涉及无线通信技术领域,尤其涉及一种组播/广播会话管理方法及通信装置。
背景技术
随着移动互联网的发展,移动高清视频业务呈现井喷态势。用户逐渐从传统的通过固定电视收看热点节目的方式转变为通过手机终端与移动互联网收看热点节目,因此,视频业务对移动网络的冲击愈发强烈,若可以通过空口组播的方式优化视频业务的传输将会大幅减少视频流量对移动网络的冲击。
目前,第5代(the 5th generation,5G)移动通信网络可以支持组播/广播业务(multicast broadcast service,MBS)。但是,由于会话管理功能(session managementfunction,SMF)和用户面功能(user plane function,UPF)的服务区域有限,当终端设备移动导致插入中间会话管理功能(intermediate session management function,I-SMF)和中间用户面功能(intermediate user plane function,I-UPF),且终端设备的组播/广播业务的数据通过终端设备的协议数据单元(protocol data unit,PDU)会话传输时,组播/广播业务数据的传输路径可能存在迂回,这会造成网络资源浪费以及数据传输时延的增加。
发明内容
本申请提供一种组播/广播会话管理方法及通信装置,用以优化组播/广播业务数据的传输路径,从而节省网络资源并减少组播/广播业务数据的传输时延。
第一方面,本申请实施例提供一种组播/广播会话管理方法,该方法可以由会话管理功能网元执行,也可以由配置于会话管理功能网元的部件(例如芯片或者电路)执行。
该方法包括:会话管理功能网元向中间会话管理功能网元发送第一信息,该第一信息包括第一组播/广播业务的信息,该会话管理功能网元用于控制终端设备与第一组播/广播业务关联的协议数据单元PDU会话的PDU会话锚点;会话管理功能网元接收来自中间会话管理功能网元的第二信息,该第二信息用于指示第一隧道已经建立,该第一隧道用于在中间用户面功能网元与组播/广播用户面功能网元之间传输第一组播/广播业务的数据,该中间会话管理功能网元用于控制中间用户面功能网元。
上述技术方案,通过会话管理功能网元向中间会话管理功能网元发送第一信息,中间会话管理功能网元可在中间用户面功能网元与组播/广播用户面功能网元之间的第一隧道建立后向会话管理功能网元发送第二信息,从而使得会话管理功能网元获知第一隧道已经建立,从而便于利用该第一隧道优化第一组播/广播业务的数据的传输路径,减小组播/广播业务数据的传输时延以及节省网络传输资源。
在第一方面的一种可能的设计中,所述第一隧道为中间用户面功能网元与组播/广播用户面功能网元之间的直连隧道。
在第一方面的一种可能的设计中,所述第一信息包括第一指示信息,该第一指示信息用于触发中间会话管理功能网元建立第一隧道,或该第一指示信息用于向中间会话管理功能网元查询第一隧道是否已经建立。
在第一方面的一种可能的设计中,所述第二信息包括第一组播/广播业务的信息。
在第一方面的一种可能的设计中,所述第一组播/广播业务的信息包括以下一项或多项信息:第一组播/广播业务的标识信息、第一组播广播业务的区域会话的标识信息、第一组播/广播业务的组播/广播服务质量QoS信息、或第一组播广播业务的组播/广播QoS信息对应的单播QoS信息。
在第一方面的一种可能的设计中,该方法还包括:会话管理功能网元接收来自中间会话管理功能网元的组播/广播能力信息,该组播/广播能力信息用于指示中间会话管理功能网元是否支持组播/广播;所述会话管理功能网元向中间会话管理功能网元发送第一信息,包括:会话管理功能网元根据组播/广播能力信息,向中间会话管理功能网元发送第一信息。
上述技术方案,会话管理功能网元可根据中间会话管理功能网元的组播/广播能力信息,确认中间会话管理功能网元支持组播/广播后,向中间会话管理功能网元发送第一信息,从而使得后续可通过建立第一隧道优化第一组播/广播业务的数据的传输路径。
在第一方面的一种可能的设计中,该方法还包括:会话管理功能网元根据第二信息,向PDU会话锚点发送第一消息,该第一消息用于触发PDU会话锚点释放用于传输第一组播/广播业务的数据的资源。
第二方面,本申请实施例提供一种组播/广播会话管理方法,该方法可以由中间会话管理功能网元执行,也可以由配置于中间会话管理功能网元的部件(例如芯片或者电路)执行。
该方法包括:中间会话管理功能网元接收来自会话管理功能网元的第一信息,该第一信息包括第一组播/广播业务的信息,会话管理功能网元用于控制终端设备与第一组播/广播业务关联的协议数据单元PDU会话的PDU会话锚点;中间会话管理功能网元根据第一信息,向会话管理功能网元发送第二信息,该第二信息用于指示第一隧道已经建立,该第一隧道用于在中间用户面功能网元与组播/广播用户面功能网元之间传输第一组播/广播业务的数据,该中间会话管理功能网元用于控制中间用户面功能网元。
在第二方面的一种可能的设计中,所述第一隧道为中间用户面功能网元与组播/广播用户面功能网元之间的直连隧道。
在第二方面的一种可能的设计中,所述第一信息包括第一指示信息;该方法还包括:中间会话管理功能网元根据第一指示信息,建立第一隧道,或查询第一隧道是否已经建立。
在第二方面的一种可能的设计中,所述第二信息包括第一组播/广播业务的信息。
在第二方面的一种可能的设计中,所述第一组播/广播业务的信息包括以下一项或多项信息:第一组播/广播业务的标识信息、第一组播/广播业务的区域会话的标识、第一组播/广播业务的组播/广播服务质量QoS信息、或第一组播/广播业务的组播广播QoS信息对应的单播QoS信息。
在第二方面的一种可能的设计中,该方法还包括:中间会话管理功能网元向会话管理功能网元发送中间会话管理功能网元的组播/广播能力信息,该组播/广播能力信息用于指示中间会话管理功能网元是否支持组播/广播。
在第二方面的一种可能的设计中,该方法还包括:中间会话管理功能网元向中间用户面功能网元发送第二消息,该第二消息用于触发中间用户面功能网元为传输第一组播/广播业务的数据配置资源。
第二方面及其任一种可能的设计中的方法的有益效果,请参考第一方面的相应描述,不再赘述。
第三方面,本申请实施例提供一种通信装置,该通信装置可以具有实现上述各方面中会话管理功能网元或中间会话管理功能网元的功能,该通信装置可以为网络设备,也可以为网络设备中包括的芯片。
上述通信装置的功能可以通过硬件实现,也可以通过硬件执行相应的软件实现,所述硬件或软件包括一个或多个与上述功能相对应的模块或单元或手段(means)。
在一种可能的设计中,该通信装置的结构中包括处理模块和收发模块,其中,处理模块被配置为支持该通信装置执行上述各方面中会话管理功能网元相应的功能,或者执行上述各方面中中间会话管理功能网元相应的功能。收发模块用于支持该通信装置与其他通信设备之间的通信,例如当该通信装置为会话管理功能网元时,可向中间会话管理功能网元发送第一信息。该通信装置还可以包括存储模块,存储模块与处理模块耦合,其保存有通信装置必要的程序指令和数据。作为一种示例,处理模块可以为处理器,通信模块可以为收发器,存储模块可以为存储器,存储器可以和处理器集成在一起,也可以和处理器分离设置。
在另一种可能的设计中,该通信装置的结构中包括处理器,还可以包括存储器。处理器与存储器耦合,可用于执行存储器中存储的计算机程序指令,以使通信装置执行上述各方面中的方法。可选地,该通信装置还包括通信接口,处理器与通信接口耦合。当通信装置为网络设备时,该通信接口可以是收发器或输入/输出接口;当该通信装置为网络设备中包含的芯片时,该通信接口可以是芯片的输入/输出接口。可选地,收发器可以为收发电路,输入/输出接口可以是输入/输出电路。
第四方面,本申请实施例提供一种芯片系统,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该芯片系统实现上述各方面中的方法。
可选地,该芯片系统还包括接口电路,该接口电路用于交互代码指令至所述处理器。
可选地,该芯片系统中的处理器可以为一个或多个,该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等。当通过软件实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现。
可选地,该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起,也可以和处理器分离设置。示例性的,存储器可以是非瞬时性处理器,例如只读存储器ROM,其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上。
第五方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序或指令,当该计算机程序或指令被执行时,使得通信装置执行上述各方面或各方面的任一种可能的设计中的方法。
第六方面,本申请实施例提供一种计算机程序产品,当通信装置执行所述计算机程序产品时,使得通信装置执行上述各方面或各方面的任一种可能的设计中的方法。
第七方面,本申请实施例提供一种通信系统,该通信系统包括会话管理功能网元和中间会话管理功能网元。可选的,该通信系统还可以包括锚点用户面功能网元、中间用户面功能网元、组播/广播会话管理功能网元、组播/广播用户面功能网元中的一个或多个网元。
附图说明
图1为本申请实施例适用的一种通信系统的网络架构的示意图;
图2为本申请实施例适用的一种支持组播/广播业务的通信系统的网络架构的示意图;
图3为5G网络中组播/广播业务的两种数据传输方式的示意图;
图4为本申请实施例提供的一种组播/广播会话管理方法的流程示意图;
图5为本申请实施例中在插入I-SMF的场景下对第一组播/广播业务进行路径优化的效果示意图;
图6为本申请实施例提供的一种组播/广播会话管理方法在更换I-SMF的场景中的一种可能的实施方式;
图7为本申请实施例中在更换I-SMF的场景下对第一组播/广播业务进行路径优化的效果示意图;
图8本申请实施例提供的一种组播/广播会话管理方法在更换I-SMF的场景中的另一种可能的实施方式;
图9为本申请实施例中示例一的流程示意图;
图10为本申请实施例中示例二的流程示意图;
图11为本申请实施例中示例三的流程示意图;
图12为本申请实施例中示例四的流程示意图;
图13和图14为本申请实施例提供的一种通信装置的结构示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
请参考图1,本申请实施例适用的一种通信系统的网络架构。如图1所示,该通信系统包括三部分:终端设备、数据网络(data network,DN)和运营商网络。
其中,运营商网络可包括但不限于以下网元或功能实体中的一个或多个:接入和移动性管理功能(access and mobility management function,AMF)网元、会话管理功能(session management function,SMF)网元、用户面功能(user plane function,UPF)网元、统一数据管理(unified data management,UDM)网元、策略控制功能(policy controlfunction,PCF)网元、鉴权服务器功能(authentication server function,AUSF)网元、网络切片选择功能(network slice selection function,NSSF)网元、应用功能(application function,AF)网元以及无线接入网(radio access network,RAN)设备。可选的,运营商网络还可包括一些未示出的网元,如网络功能存储功能(network functionrepository function,NRF)网元、统一数据存储库(unified data repository,UDR)网元、或网络开放功能(network exposure function,NEF)网元等。
在具体实现中,终端设备是一种用于实现无线通信功能的设备,也可称为终端、用户设备(user equipment,UE)、移动台、移动终端等。本申请中,终端设备可以是5G网络或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的用户设备(userequipment,UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备,虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。本申请对终端设备所采用的具体技术和具体设备形态不做限定。终端设备可以是移动的,也可以是固定的,也不限定。
上述终端设备可通过运营商网络提供的接口(例如N1接口等)与运营商网络建立连接,使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问DN,使用DN上部署的运营商业务和/或第三方提供的业务。其中,上述第三方可为运营商网络和终端设备之外的服务方,可为终端设备提供其他数据和/或语音等服务。其中,上述第三方的具体表现形式,具体可根据实际应用场景确定,在此不做限制。
无线接入网是运营商网络的子网络,是运营商网络中业务节点与终端设备之间的实施系统。终端设备要接入运营商网络,首先是经过无线接入网,进而可通过无线接入网与运营商网络的业务节点连接。
接入网设备是一种为终端设备提供无线通信功能的设备,也称为RAN设备(节点)。本申请中,接入网设备可以是5G网络中的下一代基站(g nodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(nodeB,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiverstation,BTS)、家庭基站(例如,home evolved nodeB,或home node B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receiving point,TRP)、发射点(transmitting point,TP)、移动交换中心等。接入网设备也可以是完成基站部分功能的模块或单元,例如集中式单元(central unit,CU),或分布式单元(distributed unit,DU)。本申请对RAN设备所采用的具体技术和具体设备形态不做限定。
AMF网元,负责接入与移动性管理功能,其可以接收终端设备的非接入层(non-access stratum,NAS)信令(例如,包括移动管理(mobility management,MM)信令和会话管理(session management,SM)信令)和接入网设备的相关信令(例如,包括与AMF网元交互的基站粒度的N2信令),完成用户的注册流程和SM信令的转发以及移动性管理。
SMF网元,负责会话管理功能,完成与协议数据单元(protocol data unit,PDU)会话相关的建立、释放、更新等流程。
UPF网元,负责用户面的业务处理,例如,数据包路由和传输、包检测、业务用量上报、服务质量(quality of service,QoS)处理、合法监听、上行包检测、下行数据包存储等。
PDU会话锚点UPF(PDU session anchor UPF,PSA UPF),也称PDU会话锚点,作为与PDU会话连接的锚定点,负责终端设备的用户面数据的过滤、转发、速率控制以及计费等功能。
中间UPF(intermediate,I-UPF)网元,也称转发UPF网元,可用于在接入网设备与PSA UPF或者I-UPF与PSA-UPF之间转发用户面数据。
PCF网元,负责用户策略管理,既包括移动性相关策略,也包括PDU会话相关策略,如服务质量(quality of service,QoS)策略、计费策略等。
UDM网元,负责管理签约数据、用户接入授权等功能。
UDR网元,负责签约数据、策略数据、应用数据等类型数据的存取功能。
AUSF网元,负责对终端设备的接入进行认证授权。
AF网元,负责传递应用侧对网络侧的需求,例如QoS需求或用户状态事件订阅等。AF可以是第三方功能实体,也可以是运营商部署的应用服务。AF网元也可以称为应用服务器、或第三方设备等。
数据网络,用于为用户提供业务服务,例如运营商的业务、互联网接入业务和第三方业务。数据网络可以是私有网络,如局域网,也可以是不受运营商管控的外部网络,如因特网(Internet),还可以是运营商共同部署的专有网络,如配置的IP多媒体网络子系统(IPmultimedia core network subsystem,IMS)服务。
如图1所示,终端设备可以通过接入网设备接入该通信系统。终端设备可以通过下一代网络(Next generation,NG)1接口(简称N1)与AMF网元通信,接入网设备通过N2接口(简称N2)与AMF网元通信,接入网设备通过N3接口(简称N3)与UPF网元通信,AMF网元通过N11接口(简称N11)与SMF网元通信,AMF网元通过N8接口(简称N8)与UDM网元通信,AMF网元通过N12接口(简称N12)与AUSF网元通信,AMF网元通过N15接口(简称N15)与PCF网元通信,SMF网元通过N7接口(简称N7)与PCF网元通信,SMF网元通过N4接口(简称N4)与UPF网元通信,NEF网元通过N29接口(简称N29)与SMF网元通信,UPF网元通过N6接口(简称N6)接入数据网络(data network,DN)。
需要说明的是,上述图1中所示的网元的形态和数量仅用于举例,并不构成对本申请的限定。图1所涉及的网络架构中还可能包括其他网元,不作具体限定。另外,图1中的各个网元以及各个网元之间的接口名字只是一个示例,具体实现中各个网元以及各个网元之间的接口名字可能为其他,本申请实施例对此不作具体限定。
请参考图2,为本申请提供的一种支持组播/广播业务的网络架构。该网络架构在图1所示的网络架构的基础上进行扩展,增加了例如组播广播会话管理功能网元(multicast broadcast session management function,MB-SMF)网元和组播广播用户面功能网元(multicast broadcast user plane function,MB-UPF)网元等网元或功能实体,用于支持组播/广播业务。
其中,MB-SMF可以实现组播/广播业务的控制面功能,负责组播/广播业务/组/会话的管理。从控制面来看,MB-SMF可以与NEF和/或组播/广播服务功能(multicast/broadcast service function,MBSF)相连,例如,用于接收组播/广播业务的相关信息(例如,组播/广播业务的描述信息)。此外,MB-SMF还可以与PCF相连,例如,可以提取与组播/广播业务相关的策略与计费控制(policy and charging control,PCC)规则。从用户面来看,MB-UPF可以与组播/广播服务传输功能(multicast/broadcast service transportfunction,MBSTF)和/或AF/AS相连,用于接收组播/广播业务的业务数据。应注意,MB-SMF与SMF可以合设,也可以单独部署,MB-UPF与UPF可以合设,也可以单独部署,本申请对此不做限定。
应注意的是,上述MB-SMF或MB-UPF的名称是一个示例,在5G网络中,MB-SMF或MB-UPF也可以是其它名称,本申请不做限定。
为方便说明,本申请后续,以会话管理功能网元为SMF,用户面功能网元为UPF,为例进行说明。即本申请后续所描述的SMF均可替换为会话管理功能网元,UPF均可替换为用户面功能网元。此外,为了适应通信系统的发展,上述各功能网元可以替换为具有相同或相似功能的设备,不予限制。
下面对本申请实施例涉及的相关技术特征进行介绍。
1、组播/广播
组播/广播,是指组播(multicast)或广播(broadcast),可以理解为“点对多点”(point to multi-point,PTM)通信。在业务层面,组播/广播业务是指该业务的数据发送给多个终端设备。在核心网业务层面,组播/广播业务是指通过组播/广播会话向终端设备发送组播/广播业务的业务数据。在网元间,组播是指源网元与目标网元之间为组播隧道(即目标网元的IP地址为组播IP地址)。对于空口而言,空口组播/广播模式是指接入网设备发送的一份业务数据,多个终端设备可同时和/或同频接收。本申请的实施例既可以应用于组播业务传输,也可以应用于广播业务传输。
2、组播/广播业务数据传输模式
在接入网设备不支持组播/广播的情况下,接入网设备与UPF之间可以以5G核心网单独组播/广播业务流量传输(5GC individual MBS traffic delivery)方式传输组播/广播业务的数据。在接入网设备支持组播/广播的情况下,接入网设备与UPF之间可以以5G核心网共享组播/广播业务流量传输(5GC shared MBS traffic delivery)方式传输组播/广播业务的数据。
例如,如图3所示,5G核心网共享组播/广播业务流量传输方式下,组播/广播业务的数据通过MB-UPF以及MB-UPF与RAN之间的N3mb隧道直接到达RAN,RAN可以以点到点(point to point,PTP)或点到多点(point to multi-point,PTM)的方式发送给加入组播会话的一个或多个UE。5G核心网单独组播/广播业务流量传输方式下,组播/广播业务的数据通过MB-UPF到UPF,然后再通过UPF与RAN之间的N3隧道(如UE的PDU会话)到达RAN,RAN点对点发送给UE。
接入网设备的组播/广播能力信息可以用于指示接入网设备是否支持组播/广播(即用于指示接入网设备是否具备组播/广播的处理能力。支持组播/广播的接入网设备能够识别和处理组播/广播业务相关的信息,不支持组播/广播功能的接入网设备无法识别和处理组播/广播业务相关的信息。
接入网设备支持组播/广播可以是指:接入网设备支持通过5G核心网共享组播/广播业务流量传输方式传输组播/广播业务的数据,支持与核心网控制面网元针对组播/广播业务的信令面交互的增强,支持接收来自核心网用户面功能网元的组播/广播业务的数据,支持本地处理组播/广播业务的数据,支持空口通过点对多点发送组播/广播业务的数据以及配置响应终端接收组播/广播业务的数据。
接入网设备不支持组播/广播可以是指:接入网设备不支持以5G核心网共享组播/广播业务流量传输方式传输组播/广播业务的数据,只支持5G核心网单独组播/广播业务流量传输方式传输组播/广播业务数据,组播/广播业务的数据通过加入组播/广播会话的终端设备的关联的PDU会话发送给终端设备。
应理解,组播/广播业务的数据到达接入网设备(例如,RAN)之后,经过接入网设备的服务数据适配协议(service data adaptation protocol,SDAP)层、分组数据汇聚协议(packet data convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层、物理(physical,PHY)层的处理,发送给每个接收组播/广播业务数据的UE。
3、PDU会话与组播/广播业务的关联关系
一个终端设备可以具有一个多个PDU会话,每个PDU会话都可以与一个或多个组播/广播业务关联,即终端设备可通过一个PDU会话加入一个或多个组播/广播业务。应注意,组播/广播业务是业务级别/粒度的,一个组播/广播业务可以对应多个终端设备,多个终端设备也可以同时加入同一个组播/广播业务。
所述PDU会话与组播/广播业务关联,可以理解为PDU会话的会话管理上下文与组播/广播业务进行了关联,例如可以通过将组播/广播业务的标识信息存储到PDU会话中的会话管理上下文中的方式将PDU会话与组播业务进行关联;或者,也可以理解为组播广播会话上下文与终端设备进行了关联,例如可以通过将终端设备的标识信息存储到组播/广播会话上下文中的方式将PDU会话与组播业务进行关联。
所述终端设备通过PDU会话加入组播/广播业务,可以是指通过PDU会话的用户面(例如通过因特网组管理协议(internet group management protocol,IGMP)加入信令)加入组播/广播业务,也可以是指通过PDU会话的控制面(例如通过NAS信令)加入组播/广播业务,本申请不做限定。
此外,终端设备也可以主动退出PDU会话关联的一个或多个组播/广播业务。终端设备退出PDU会话关联的某个组播/广播业务后,则表示该PDU会话也与该组播/广播业务解除了关联。
需要说明的是,本申请实施例中的术语“系统”和“网络”可以互换使用。“多个”是指两个或两个以上,鉴于此,本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”,可理解为一个或多个,例如理解为一个、两个或更多个。例如,包括至少一个,是指包括一个、两个或更多个,而且不限制包括的是哪几个。例如,包括A、B和C中的至少一个,那么包括的可以是A、B、C,A和B,A和C,B和C,或A和B和C。同理,对于“至少一种”等描述的理解,也是类似的。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。
除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度,并且“第一”、“第二”的描述也并不限定对象一定不同。
请参考图4,为本申请实施例提供的一种组播/广播会话管理方法,该方法包括:
步骤401,SMF向I-SMF发送第一信息。
相应的,I-SMF接收来自SMF的第一信息。
其中,该SMF可以用于控制终端设备与第一组播/广播业务关联的PDU会话的PSAUPF。
需要指出的是,本申请实施例可适用于终端设备发生移动的场景。具体地,随着终端设备的移动,当终端设备移出该SMF的服务区域,即终端设备移动到的目标接入网设备不能被SMF控制的所有UPF的服务区域所覆盖,也即目标接入网设备不能与SMF所控制的所有UPF中任意一个UPF连接时,可插入I-SMF,该I-SMF负责在目标接入网设备与SMF之间转发控制面信令。I-SMF可进一步插入I-UPF,该I-UPF负责在目标接入网设备与PSA UPF或MB-UPF之间转发用户面数据。本申请中,一个UPF的服务区域是指这个UPF所能连接的小区的列表(即cell list)和/或跟踪区标识的列表(即TAI list),一个SMF的服务区域是指该SMF控制的所有UPF的服务区域的并集。
SMF可以用于控制PSA UPF,该PSA UPF是终端设备的关联的PDU会话的锚点UPF,例如,该PSA UPF是终端设备通过源接入网设备建立PDU会话后,源接入网设备与之连接的UPF,即该源接入网设备处于PSA UPF的服务区域内,该源接入网设备可以与PSA UPF连接。本申请中,源接入网设备与PSA UPF连接可以理解为,两者之间可以建立N3隧道或者通用无线分组业务隧道协议-用户面(general packet radio service tunneling protocol-user plane,GTP-U)隧道进行数据传输。I-SMF用于控制I-UPF,例如,该I-UPF是终端设备移动到的目标接入网设备连接的UPF,即目标接入网设备处于I-UPF的服务区域内,该目标接入网设备可以与I-UPF连接。本申请中,目标接入网设备与I-UPF连接可以理解为,两者之间可以建立N3隧道或者GTP-U隧道进行数据传输。本申请中,源接入网设备可以是指为终端设备通过该接入网设备建立PDU会话的接入网设备;目标接入网设备可以是指终端设备由于移动发生切换之后的接入网设备。
本申请实施例中,SMF控制PSA UPF可以是指:SMF与PSA UPF之间可以通过N4会话消息(N4 session message)或分组转发控制协议(packet forwarding controlprotocol,PFCP)会话消息(PFCP session message)进行交互。类似的,I-SMF控制I-UPF可以是指:I-SMF与I-UPF之间可以通过N4会话消息或PFCP会话消息进行交互。其中,N4会话消息,例如可以是N4会话修改请求/响应(N4 session/modification request/response),或N4会话建立请求/响应(N4 session establishment request/response),或N4会话释放请求/响应(N4 session release request/response)。PFCP会话消息,例如可以是PFCP会话修改请求/响应(PFCP session modification request/response),或PFCP会话建立请求/响应(PFCP session establishment request/response),或PFCP会话释放请求/响应(PFCP session release request/response)。
本申请实施例还涉及到MB-SMF1、MB-UPF1、MB-SMF2和MB-UPF2等与组播/广播业务相关的网元。其中,MB-SMF1可用于控制MB-UPF1,MB-SMF1是指在源接入网设备所在的第一组播/广播业务的第一服务区域中实现第一组播/广播业务的控制面功能,负责管理第一组播/广播业务/组/会话的MB-SMF;相应的,MB-UPF是指在源接入网设备所在的第一组播/广播业务的第一服务区域中实现第一组播/广播业务的用户面功能,负责传输第一组播/广播业务的数据的MB-UPF。
MB-SMF2用于控制MB-UPF2。MB-SMF2是指在目标接入网设备所在的第一组播/广播业务的第二服务区域中实现第一组播/广播业务的控制面功能,负责管理第一组播广播业务/组/会话的MB-SMF;相应的,MB-UPF2是指在目标接入网设备所在的第一组播/广播业务的第二服务区域中实现第一组播/广播业务的用户面功能,负责传输第一组播/广播业务的数据的MB-UPF。
应注意,MB-SMF1与MB-SMF1可以是相同或不同的MB-SMF,类似的MB-UPF1与MB-UPF2也可以是相同或不同的MB-UPF,本申请并不限定。
上述第一信息可以包括第一组播/广播业务的信息。该第一组播/广播业务的信息可包括以下一项或多项信息:第一组播/广播业务的标识信息、第一组播/广播业务的区域会话的标识信息(如area session ID)、第一组播/广播业务的组播/广播服务质量(quality of service,QoS)信息、第一组播/广播业务的组播/广播QoS信息对应的单播QoS信息。
其中,组播/广播业务的标识信息可以包括:组播/广播会话的上下文信息(MBSsession context)、组播/广播业务对应的IP组播地址信息(IP Multicast address)、组播/广播会话关联的PDU会话的识别信息(如PDU session ID)、组播/广播业务的业务数据流(service data flow,SDF)识别规则、组播/广播业务的数据的分组过滤(packetfilter)信息、组播/广播业务对应的组播/广播群组的标识信息(如组播/广播群组的临时移动组标识(temporary mobile group identifier,TMGI))、组播/广播业务会话标识(multuicast/broadcast service session ID,MBS session ID)、提供组播/广播业务的数据的应用服务器(如AF)的因特网协议(internet protocol,IP)地址、组播/广播业务的业务标识(service identifier,service ID)、源特定的IP组播/广播地址(sourcespecific IP multicast address)、组播/广播业务的数据包检测规则(packetsdetection rule,PDR)中的一种或者多种,此处不限定。应理解,PDR是过滤器的集合,每一个过滤器是一个五元组,每一个过滤器包含组播业务的源地址、目的地址、源端口号、目标端口号、协议号,PDR用于对组播业务的数据进行过滤。
所述区域会话是指同一个组播/广播业务在不同区域对应不同的区域会话,用来发放不同的内容,即同一个组播/广播业务在不同的区域中具有相同的组播/广播业务的标识信息(如MBS session ID),和不同的区域会话的标识信息(如area session ID)。比如全国天气预报是一个组播/广播业务,该组播/广播业务在不同地区发放不同的天气预报的内容。
可选的,第一信息还包括第一指示信息,该第一指示信息用于触发I-SMF建立I-UPF与MB-UPF2之间用于传输第一组播/广播业务的数据的第一隧道,或者该第一指示信息用于向I-SMF查询上述第一隧道是否已经建立,或者该第一指示信息用于触发I-SMF为第一组播/广播业务进行路径优化。该第一指示信息也可以称为隧道建立指示、隧道查询指示、或路径优化指示。需要注意的是,上述第一隧道是指I-UPF与MB-UPF2之间的直连(directlyconnect或direct connection)隧道。即,I-UPF与MB-UPF之间不经过其它网元节点。通过该第一隧道传输组播/广播业务的数据时,组播/广播业务的数据不需要经过其他网元节点(如UPF)的转发。
示例性地,上述第一信息可以携带在PDU会话上下文更新请求/响应消息(Nsmf_PDUSession_UpdateSMContext Request/Response)、PDU会话更新请求/响应消息(Nsmf_PDUSession_Update Request/Response)、或PDU会话上下文请求/响应消息(Nsmf_PDUSession_Context Request/Response)等消息或信令中发送,也可以携带在终端设备的移动性过程中新引入的其他消息或信令中发送,本申请不作限定。
步骤402,I-SMF向SMF发送第二信息。
相应的,SMF接收来自I-SMF的第二信息。
其中,该I-SMF用于控制I-UPF。
其中,该第二信息可以用于指示第一隧道已经建立,该第一隧道为I-UPF与MB-UPF2之间传输第一组播/广播业务数据的隧道。
可选的,第二信息中还可包括上述第一组播/广播业务的信息。
此外,第二信息还可用于指示支持为第一组播/广播业务进行路径优化,或者用于指示针对第一组播/广播业务的路径优化已经完成,或者用于指示第一组播/广播业务的数据的传输路径不经过PSA UPF,或者用于指示I-SMF支持组播/广播。
应注意,第二消息的上述指示作用可以通过多种方式来体现。例如,可以通过第二信息携带上述第一组播/广播业务的信息来隐式地指示上述内容。或者,也可以通过在第二信息中携带一个专门的指示信息或通知信息来显式地指示上述内容。
示例性地,第二信息可以携带在PDU会话更新请求/响应消息(Nsmf_PDUSession_Update Request/Response)、PDU会话创建请求/响应消息(Nsmf_PDUSession_CreateRequest/Response)、或PDU会话上下文更新请求/响应消息(Nsmf_PDUSession_UpdateSMContext Request/Response)等消息或信令中发送,也可以携带在终端设备的移动性过程中新引入的其他消息或信令中发送,本申请不作限定。
本申请实施例中,I-SMF在接收到第一信息之后,如果I-SMF支持组播/广播(即具有组播/广播的相关处理能力),那么I-SMF可基于第一信息中携带的第一组播/广播业务的信息和/或第一指示信息查询第一隧道是否已经建立。如果未建立,则I-SMF建立该第一隧道,以对第一组播/广播业务的数据的传输路径进行优化。进而,I-SMF可向SMF发送第二信息,以通知SMF:第一隧道已经建立,或者支持为第一组播/广播业务进行路径优化,或者针对第一组播/广播业务的路径优化已经完成。通过上述过程,SMF可知晓I-SMF具有组播/广播业务的处理能力,并且可以对第一组播/广播业务的传输路径进行优化。
示例性地,I-SMF建立第一隧道可以为:I-SMF通过与MB-SMF的交互建立第一隧道。具体而言,可包括:
当第一隧道采用单播的传输方式时,I-SMF通过N4会话修改请求(N4 sessionmodification request)或N4会话建立请求(N4 session establishment request)或PFCP会话修改请求(PFCP session modification request)或PFCP会话建立请求(PFCPsession establishment request)请求I-UPF分配第一隧道信息,I-UPF通过N4会话修改响应(N4session modification response)或N4会话建立响应(N4 session establishmentresponse)或PFCP会话修改响应(PFCP session modification response)或PFCP会话建立响应(PFCP session establishment response)将分配的第一隧道信息发送给I-SMF。该第一隧道信息可包括第一隧道的隧道端点标识(tunnel endpoint identifier,TEID)和/或I-UPF的IP地址。之后,I-SMF通过控制面信令将第一隧道信息发送给MB-SMF,所述控制面信令例如可以是:组/广播业务数据接收请求,Nmbsmf_Reception_Request request;组播/广播会话上下文更新请求,Nmbsmf_MBSSession_ContextUpdate request;组播广播上下文状态订阅,Nmbsmf_MBSSession_ContextStatusSubscribe;组播/广播会话创建请求,Nmbsmf_MBSession_Create request;组播/广播会话更新请求,Nmbsmf_MBSSession_Updaterequest;组播/广播会话状态订阅,Nmbsmf_MBSSession_StatusSubscribe。MB-SMF进一步通过N4mb会话修改请求(N4mb session modification request)或N4mb会话建立请求(N4mb session establishment request)将第一隧道信息发送给MB-UPF,这样MB-UPF就可以向I-UPF发送第一组播/广播业务的数据。
当第一隧道采用组播传输方式时,I-SMF通过控制面信令向MB-SMF发送请求接收组播/广播业务的数据,其中,控制面信令例如可以是:组播/广播业务数据接收请求,Nmbsmf_Reception_Request request;组播/广播会话上下文更新请求,Nmbsmf_MBSSession_ContextUpdate request;组播广播上下文状态订阅,Nmbsmf_MBSSession_ContextStatusSubscribe;组播/广播会话创建请求,Nmbsmf_MBSession_Create request;组播/广播会话更新请求,Nmbsmf_MBSSession_Update request;组播/广播会话状态订阅,Nmbsmf_MBSSession_StatusSubscribe)。进一步地,MB-SMF通过组播/广播业务数据接收响应向I-SMF发送第一隧道信息,该第一隧道信息可包括第一隧道的TEID和/或MB-UPF的IP地址,其中,组播/广播业务数据接收响应例如可以是:Nmbsmf_Reception_Requestresponse;Nmbsmf_MBSSession_ContextUpdate response;Nmbsmf_MBSSession_ContextStatusNotify;Nmbsmf_MBSession_Create response;Nmbsmf_MBSSession_Updateresponse;Nmbsmf_MBSSession_StatusNotify。I-SMF收到第一隧道信息后,通过N4会话修改请求(N4 session modification request)或N4会话建立请求(N4 sessionestablishment request)或PFCP会话修改请求(PFCP session modification request)或PFCP会话建立请求(PFCP session establishment request)将分配的第一隧道信息发送给I-UPF,这样I-UPF就可以接收MB-UPF发送的第一组播/广播业务的数据。
对第一组播/广播业务进行路径优化的效果可以如图5所示。优化前第一组播/广播业务的数据的传输路径为:MB-UPF2–>PSA UPF–>I-UPF–>目标接入网设备。优化后第一组播/广播业务的数据的传输路径为:MB-UPF2–>I-UPF–>目标接入网设备。可以看出,优化后第一组播/广播业务的数据的传输路径节省了MB-UPF2至PSA UPF以及PSA UPF至I-UPF这两跳传输路径。可以理解地,组播/广播业务通常是指下行方向上的数据传输,因此上述优化过程是以下行方向上的路径优化为例进行描述的,如果存在上行方向上的组播广播业务,则其优化过程与下行方向类似,不再赘述。
进一步地,如图4中的可选步骤403所示,在SMF接收到来自I-SMF的第二信息之后,SMF还可根据该第二信息向PSA UPF发送第一消息,该第一消息用于触发PSA UPF释放(release)用于传输第一组播/广播业务数据的资源。所述“释放”也可以理解为移除(remove)或去激活(deactivate)等含义。所述“资源”可包括PSA UPF为传输第一组播/广播业务的数据而设置的PDR、转发动作规则(forwarding action rules,FAR)、QoS实施规则(QoS enforcement rule,QER)等。该第一消息可以是N4会话修改请求(N4 sessionmodification request)消息,或N4会话建立请求(N4 session establishment request),或PFCP会话修改请求(PFCP session modification request)消息,或PFCP会话建立请求(PFCP session establishment request)消息。
类似的,如图4中可选步骤404所示,I-SMF在确定第一隧道已经建立后(例如可以是在第一隧道建立完成后,或是通过查询确定第一隧道已经存在后),还可向I-UPF发送第二消息,该第二消息用于触发I-UPF为传输第一组播/广播业务的数据配置资源。所述“配置”也可以理解为添加(add)或激活(activate)等含义。所述资源如上文所述可包括为传输第一组播/广播业务数据对应的PDR、FAR、QER等。该第二消息可以是N4会话修改请求(N4session modification request)消息,或N4会话建立请求(N4 session establishmentrequest),或PFCP会话修改请求(PFCP session modification request)消息,或PFCP会话建立请求(PFCP session establishment request)消息。
应注意,步骤404在步骤401之后执行,但本申请对步骤404与步骤402、步骤403之间执行的先后顺序不作具体限定。
可选的,如图4中可选步骤400所示,在SMF向I-SMF发送第一信息之前,I-SMF可向SMF发送自身的组播/广播能力信息,该组播/广播能力信息用于指示I-SMF是否支持组播/广播(也即是否支持组播/广播的处理,或是否具备处理组播/广播的功能)。SMF接收到该I-SMF的组播/广播能力信息后,若根据该组播/广播能力信息,确定I-SMF支持组播/广播,则可向I-SMF发送上述第一信息。
上述技术方案,当终端设备移动到I-SMF控制的I-UPF的服务区域,SMF可向I-SMF发送第一组播/广播业务的信息和/或第一指示信息,以触发I-SMF建立I-UPF与MB-UPF之间传输该第一组播/广播业务的数据的第一隧道,从而便于利用该第一隧道优化对第一组播/广播业务的传输路径。如此,第一组播/广播业务的数据可以不再经过PSA UPF转发,从而减小组播/广播业务数据的传输时延以及节省网络传输资源。
本申请的上述技术方案可以适用于插入I-SMF以及更换I-SMF的场景中。其中,更换I-SMF的场景是指,随着终端设备的继续移动,终端设备移出源I-SMF的服务区域时(即终端设备最新移动到的目标接入网设备既不能被SMF控制的所有UPF的服务区域所覆盖,也不能被源I-SMF控制的所有UPF的服务区域所覆盖时),可更换I-SMF和I-UPF。如此,更换前的I-SMF可称为源I-SMF,更换前的I-UPF可称为源I-UPF,更换后的I-SMF可称为目标I-SMF,更换后的I-UPF可称为目标I-UPF。
在更换I-SMF的场景中,一种可能的实施方式为,上文中图4所示的SMF执行的相关步骤可以由源I-SMF来执行,I-SMF执行的相关步骤可以由目标I-SMF来执行,相应的方法流程可如图6中步骤601至步骤604所示,不再赘述。可以理解地,该实施方式中,第一隧道是指目标I-UPF与MB-UPF2之间的隧道,所谓的路径优化是指如图7所示,传输路径由之前的MB-UPF2–>PSA UPF->目标I-UPF–>目标接入网设备,优化为MB-UPF2–>目标I-UPF–>目标接入网设备。此外,该实施方式中,源I-SMF和目标I-SMF均支持组播/广播。
另一种可能的实施方式为,如果源I-SMF不支持组播/广播,目标I-SMF无法通过与源I-SMF交互执行图6中所示的流程,从源I-SMF获得第一组播/广播业务的信息。因此,如图8中步骤800至804所示,目标I-SMF可以先向SMF发送组播/广播能力信息,以通知SMF其支持组播/广播。进而,SMF可以根据该能力信息,向目标I-SMF发送第一信息,其中携带第一组播/广播业务的信息和/或第一指示信息,以指示目标I-SMF为第一组播/广播业务进行路径优化。路径优化完成后,目标I-SMF可向SMF发送第二信息,以通知SMF第一隧道已经建立。随后,SMF可以向PSA UPF发送第一消息,触发PSA UPF释放用于传输第一组播/广播业务的数据的资源,目标I-SMF也可以向目标I-UPF发送第二消息,触发目标I-UPF为第一组播/广播业务配置资源。
需要说明的是,本申请实施例的技术方案可应用在终端设备移动过程所涉及的切换流程或服务请求(service request,SR)流程中。下面将结合终端设备移动过程中可能涉及的各种流程对本申请实施例的技术方案进行示例性说明。
应理解,下面几个示例仅是本申请实施例所可能应用的其中几种场景,本申请包括但不限于此。此外,如下示例中的源AMF也可以称为旧AMF(old AMF),目标AMF也可以称为新AMF(new AMF),类似的,源I-SMF也可以称为旧I-SMF(old I-SMF),目标I-SMF也可以称为新I-SMF(new I-SMF),源I-UPF也可以称为旧I-UPF(old I-UPF),目标I-UPF也可以称为新I-UPF(new I-UPF)。
示例一:UE执行Xn切换并且插入I-SMF的场景
步骤901,目标接入网设备向AMF发送N2路径切换请求(N2 path switchrequest)。
该N2路径切换请求中可以包括UE的位置信息,以及目标接入网设备分配的隧道信息。
该UE的位置信息可以包括跟踪区的标识信息、接入网设备的标识信息或小区的标识信息等一项或多项信息。具体地,该UE的位置信息可以为UE location information。
该目标接入网设备分配的隧道信息可以为下行隧道信息,用于建立I-UPF至目标接入网设备的隧道,以便I-UPF向目标接入网设备发送数据。具体地,该目标接入网设备分配的隧道信息可以为接入网隧道信息AN tunnel Info。
需要指出的是,该步骤901可以在UE完成切换之后进行,其中UE完成切换可以是指UE成功接入到目标接入网设备。
步骤902,AMF向SMF发送PDU会话上下文更新请求。
具体地,该PDU会话上下文更新请求可以为更新会话管理上下文请求,例如Nsmf_PDUSession_UpdateSMContext Request。
其中,该PDU会话上下文更新请求中可以包括空口资源分配失败的QoS流的标识(如QoS flow ID)。
相应地,SMF在收到该PDU会话上下文更新请求后,可发起PDU会话修改流程,以触发对于空口资源分配失败的QoS流进行删除。
步骤903,AMF根据UE的位置信息选择I-SMF。
需要指出的是,由于SMF控制的PSA PDU无法与目标接入网设备直接相连,因此,AMF可执行该步骤904,根据UE的位置信息选择I-SMF。
具体地,AMF可根据该UE的位置信息,选择服务区域能够覆盖该UE的位置的SMF,作为I-SMF。
步骤904,AMF向I-SMF发送PDU会话上下文创建请求。
具体地,该PDU会话上下文创建请求可以为Nsmf_PDUSession_CreateSMContextRequest。
该PDU会话上下文创建请求中可以包括UE的标识信息(如用户永久标识(subscription permanent identifier,SUPI))、UE的位置信息、AMF ID、SMF ID、会话管理上下文标识(session management context ID,SM context ID)和目标接入网设备分配的隧道信息等信息。
步骤905,I-SMF向SMF发送PDU会话上下文请求。
具体地,该PDU会话上下文请求可以为Nsmf_PDUSessionContextRequestRequest。
该PDU会话上下文请求可以包括会话管理上下文类型(session managementcontext type,SM context type)和会话管理上下文标识,该会话管理上下文类型与会话管理上下文标识可以用于I-SMF从SMF获取会话管理上下文。
步骤906,SMF确定会话管理上下文标识对应的PDU会话与组播/广播业务关联,并SMF向I-SMF发送PDU会话上下文响应。
具体地,该PDU会话上下文响应可以为Nsmf_PDUSessionContextRequestResponse。
示例性地,SMF可根据会话管理上下文类型与会话管理上下文标识,获取I-SMF请求的PDU会话的会话管理上下文。在一种实施方式中,若该会话管理上下文中包括组播/广播业务的标识信息(如MBS session ID),SMF可确定该PDU会话与组播/广播业务关联。在另一种实施方式中,SMF中存储有组播/广播业务的组播/广播会话上下文,若该组播/广播会话上下文中包括UE的标识信息(如SUPI),SMF可确定该PDU会话与组播/广播业务关联。进而,SMF在确定PDU会话与组播/广播业务关联之后,可向I-SMF发送PDU会话上下文响应,该PDU会话上下文响应可以包括会话管理上下文。
该PDU会话上下文响应还可以包括第一信息。关于第一信息的介绍请参考上文中的相关描述,此处不再赘述。
可选的,若第一信息中包括的组播/广播业务的信息只包括组播/业务的标识信息,I-SMF可根据UE的位置信息、组播/广播业务会话标识(如MBS session ID),通过NRF或UDM选择MB-SMF。I-SMF可从MB-SMF获取组播/广播业务的组播/广播QoS信息,并生成该组播/广播QoS信息对应的单播QoS信息。
如果I-SMF支持组播/广播,那么执行下列步骤908至步骤918:
步骤907,I-SMF与MB-SMF交互建立I-UPF与MB-UPF之间用于传输所述组播/广播业务的隧道。
该隧道例如可以为上文中所述的第一隧道。
步骤908,I-SMF向I-UPF发送N4会话建立请求(N4 session Eestablishmentrequest)。
该N4会话建立请求中可以包括目标接入网设备分配的隧道信息。可选的,如果I-UPF的隧道信息由I-UPF负责分配,则I-SMF还可通过该N4会话建立请求,请求I-UPF分配隧道信息,该隧道信息可以为核心网隧道信息CN tunnel Info。
步骤909,I-UPF向I-SMF发送N4会话建立响应(N4 session establishmentresponse)。
可选的,若I-UPF的隧道信息由I-UPF负责分配,则该N4会话创建响应中还包括I-UPF分配的隧道信息,该隧道信息可以为核心网隧道信息CN tunnel Info。该I-UPF分配的隧道信息可包括上行隧道信息(例如,UL CN tunnel Info)和下行隧道信息(例如,DL CNtunnel Info)。其中,上行隧道信息用于建立目标接入网设备至I-UPF的隧道,以便目标接入网设备向I-UPF发送数据。下行隧道信息用于建立PSA UPF至I-UPF的隧道,以便PSA UPF向I-UPF发送数据。
步骤910,I-SMF向SMF发送PDU会话创建请求。
具体地,该PDU会话创建请求可以为Nsmf_PDUSession_Create Request。
该PDU会话创建请求中可以包括UE的标识信息、UE的位置信息、PDU会话的标识信息(如PDU session ID)、I-UPF分配的下行隧道信息等。
可选的,若I-SMF在步骤907接收到SMF发送的第一信息,则该PDU会话创建请求还包括第二信息,该第二信息用于指示即I-UPF与MB-UPF之间用于传输所述组播/广播业务的隧道已经建立。关于第二信息的介绍请参考上文中的相关描述,此处不再赘述。
步骤911,若SMF收到了第二信息,则SMF向PSA UPF发送N4会话修改请求(N4session modification request)。
该N4会话修改请求中可以包括I-UPF分配的下行隧道信息。
SMF还可通过该N4会话修改请求,请求PSA UPF分配隧道信息,该隧道信息可以为核心网隧道信息CN tunnel Info。该隧道信息可以为上行隧道信息,用于I-UPF向PSA UPF发送数据。该PSA UPF分配的隧道信息后续将通过步骤915中的PDU会话上下文创建响应发送给I-SMF,由I-SMF再发送给I-UPF。
该N4会话修改请求可以是上文实施例中所提及的第一消息,该N4会话修改请求用于触发PSA PDU释放用于传输所述组播/广播业务的数据的资源。关于第一消息的介绍请参考上文中的相关描述,此处不再赘述。
步骤912,PSA UPF向SMF发送N4会话修改响应(N4 session modificationresponse)。
步骤913,SMF向I-SMF发送PDU会话创建响应。
具体地,该N4会话修改响应可以为Nsmf_PDUSession_Create Response。
步骤914,I-SMF向I-UPF发送N4会话修改请求(N4 session modificationrequest)。
该N4会话修改请求中可以包括PSA UPF分配的隧道信息,该隧道信息用于建立I-UPF至PSA UPF的隧道,以便I-UPF向PSA UPF发送数据。
步骤915,I-UPF向I-SMF发送N4会话修改响应(N4 session modificationresponse)。
步骤916,I-SMF向AMF发送PDU会话上下文创建响应。
具体地,该PDU会话上下文创建响应可以为Nsmf_PDUSession_CreateSMContextResponse。
可选的,该PDU会话上下文创建响应中可以包括I-UPF的上行隧道信息。
步骤917,AMF向目标接入网设备发送N2路径切换响应。
具体地,该N2路径切换响应可以为N2 path switch request ack。
可选的,该N2路径切换响应中可以包括I-UPF分配的上行隧道信息。
示例二:UE执行N2切换并且插入I-SMF的场景
步骤1001,源接入网设备向源AMF(source AMF,S-AMF)发送切换需要(handoverrequired)。
示例性的,该切换需要可以包括N2会话管理信息(即N2 SM Information),该N2会话管理信息包括待切换的UE的PDU会话信息,该PDU会话信息包括PDU会话标识和PDU会话中所包含的单播QoS流对应的QoS信息。其中,单播QoS流的QoS信息包括服务质量流索引(QoSflow identifier,QFI)和QoS参数。若当前切换的UE的PDU会话关联组播/广播业务,则PDU会话信息还包括组播/广播QoS流所映射的单播QoS流的信息。
该切换需要还可包括UE的位置信息。该UE的位置信息可以包括跟踪区的标识、接入网设备的标识或小区的标识等一项或多项信息。具体地,该位置信息可以是指UE在目标接入网设备下的位置信息(即target ID),该信元的组成结构定义在3GPP技术规范(techinical specification,TS)38.413中。
如果N2会话管理信息指示源接入网设备与目标接入网设备之间不存在直接转发隧道,则表示源接入网设备与目标接入网设备之间可建立间接转发隧道,此时N2会话管理信息还可包括源接入网设备分配的间接转发隧道信息。
该切换需要中还可包括源接入网设备希望通过转发隧道转发的QoS流的标识。若组播/广播QoS流需要通过转发隧道转发,则切换需要中还可包括该组播/广播QoS流所对应的单播QoS流的QFI。
步骤1002,源AMF根据UE的位置信息,选择目标AMF(target-AMF,T-AMF)。
其中,该目标AMF与目标接入网设备相连。
具体地,源AMF可根据该UE的位置信息,选择服务区域能够覆盖该UE的位置的其他AMF,作为目标AMF。
步骤1003,源AMF向目标AMF发送UE上下文创建请求。
具体地,该UE上下文创建请求可以为Namf_Communication_CreateUEContextRequest。
该UE上下文创建请求中可以包括源AMF存储的发生切换的UE上下文信息,还可包括步骤1001中由源接入网设备发送给源AMF的信息。
步骤1004,目标AMF根据UE的位置信息选择I-SMF。
需要指出的是,由于SMF(即锚点SMF(anchor SMF,A-SMF))所控制的PSA PDU无法与目标接入网设备直接相连(即UE的位置已不能被SMF控制的所有UPF的服务区域覆盖),因此,目标AMF可执行该步骤1004,根据UE的位置信息选择I-SMF。
具体地,AMF可根据该UE的位置信息,选择服务区域能够覆盖该UE的位置的SMF,作为I-SMF。
步骤1005,目标AMF向I-SMF发送PDU会话上下文创建请求。
具体地,该PDU会话上下文创建请求可以为Nsmf_PDUSession_CreateSMContextRequest。
该PDU会话上下文创建请求可以包括UE的标识信息(如SUPI)、UE的位置信息、AMFID、SMF ID、会话管理上下文标识等。
步骤1006,I-SMF向SMF发送PDU会话上下文请求。
具体地,该PDU会话上下文请求可以为Nsmf_PDUSessionContext Request。
该PDU会话上下文请求中可以包括会话管理上下文类型和会话管理上下文标识,该会话管理上下文类型与会话管理上下文标识用于I-SMF从SMF获取会话管理上下文。
步骤1007,SMF向I-SMF发送PDU会话上下文响应。
具体地,该PDU会话上下文响应可以为Nsmf_PDUSessionContext Response。
示例性地,SMF可根据会话管理上下文类型与会话管理上下文标识,确定I-SMF请求的会话管理上下文,进而向I-SMF发送PDU会话上下文响应,该PDU会话上下文响应包括会话管理上下文。
该PDU会话上下文响应中还可以包括第一信息。关于第一信息的介绍请参考上文中的相关描述,此处不再赘述。
步骤1008,I-SMF向I-UPF发送N4会话建立请求(N4 session establishmentrequest)。
该N4会话建立请求用于请求I-UPF分配用于PSA UPF使用的隧道信息,也称下行隧道信息。具体地,该隧道信息为核心网隧道信息CN tunnel Info。
步骤1009,I-UPF向I-SMF发送N4会话建立响应(N4 session establishmentresponse)。
该N4会话建立响应可以包括I-UPF分配的隧道信息(即下行隧道信息)。该I-UPF分配的隧道信息用于建立PSA UPF至I-UPF的隧道,以便PSA UPF向I-UPF发送数据。
步骤1010,I-SMF向SMF发送PDU会话创建请求。
具体地,该PDU会话创建请求可以为Nsmf_PDUSession_Create Request。
该PDU会话创建请求可以包括I-UPF分配的隧道信息(即下行隧道信息)。
步骤1011,SMF向PSA UPF发送N4会话修改请求(N4 session modificationrequest)。
该N4会话修改请求可以包括I-UPF分配的隧道信息(即下行隧道信息)。可选的,SMF还可通过该N4会话修改请求,请求PSA UPF分配隧道信息,具体地,该隧道信息可以为核心网隧道信息CN tunnel Info。
步骤1012,PSA UPF向SMF发送N4会话修改响应(N4 session modificationresponse)。
该N4会话修改响应可以包括PSA UPF分配的隧道信息,该PSA UPF分配的隧道信息用于建立I-UPF至PSA UPF的隧道,以便I-UPF向PSA UPF发送数据。
步骤1013,SMF向I-SMF发送PDU会话创建响应。
具体地,该PDU会话创建响应可以为Nsmf_PDUSession_Create Response。
该PDU会话创建响应可以包括PSA UPF分配的隧道信息。
步骤1014,I-SMF向I-UPF发送N4会话修改请求(N4 session modificationrequest)。
该N4会话修改请求可以包括PSA UPF分配的隧道信息。此外,I-SMF还可通过该N4会话修改请求,请求I-UPF分配用于目标接入网设备使用的隧道信息,也称上行隧道信息。具体地,该隧道信息可以为CN tunnel Info。
步骤1015,I-UPF向I-SMF发送N4会话修改响应(N4 session modificationresponse)。
该N4会话修改响应可以包括I-UPF分配的隧道信息(即上行隧道信息),该I-UPF分配的隧道信息用于建立目标接入网设备至I-UPF的隧道,以便目标接入网设备向I-UPF发送数据。
步骤1016,I-SMF向目标AMF发送PDU会话上下文创建响应。
具体地,该PDU会话上下文创建响应可以为Nsmf_PDUSession_Create Response。
该PDU会话上下文创建响应可以包括I-UPF分配的隧道信息(即上行隧道信息),还可包括步骤1001中的N2会话管理信息。
步骤1017,目标AMF向目标接入网设备发送切换请求(handover request)。
该切换请求可以包括I-UPF分配的隧道信息(即上行隧道信息),还可包括N2会话管理信息。
步骤1018,目标接入网设备向目标AMF发送切换请求响应。
具体地,该切换请求响应可以为handover request ACK。
该切换请求响应可以包括目标接入网设备分配的隧道信息,该目标接入网设备分配的隧道信息用于建立I-UPF至目标接入网设备的隧道,以便与I-UPF向目标接入网设备发送数据。具体地,该隧道信息可以为AN tunnel Info。
该切换请求响应还可以包括空口资源创建成功的单播QoS流的标识信息。示例性地,目标接入网设备可根据N2会话管理信息中包括的单播QoS流对应的QoS信息分配对应的空口资源,例如数据无线承载(data radio bearer,DRB)配置信息。该DRB配置信息可包括从PDCP层到PHY层的配置信息,如PDCP层是否需要加密,RLC层是采用确认模式(acknowledged mode,AM)模式还是非确认模式(unacknowledged mode,UM)模式,MAC层的调度策略,PHY层的调制编码方式等。
该切换请求响应还可以包括接入配置信息,该接入配置信息用于UE接入目标接入网设备。例如,该接入配置信息可包括小区无线网络临时标识(cell radio networktemporary identifier,C-RNTI)、单播QoS流的无线承载配置信息、组播/广播QoS流所对应的单播QoS流的无线承载配置信息。若目标接入网设备支持组播/广播,则该接入配置信息还可包括组播/广播QoS流的无线承载配置信息。
步骤1019,目标AMF向I-SMF发送PDU会话上下文更新请求。
具体地,该PDU会话上下文更新请求可以为Nsmf_PDUSession_Update Request。
该PDU会话上下文更新请求可以包括目标接入网设备分配的隧道信息,还可包括接入配置信息。
步骤1020,I-SMF向I-UPF发送N4会话修改请求(N4 session modificationrequest)。
该N4会话修改请求可以包括目标接入网设备分配的隧道信息。
步骤1021,I-UPF向I-SMF发送N4会话修改响应(N4 session modificationresponse)。
步骤1022,I-SMF向目标AMF发送PDU会话上下文更新响应。
具体地,该PDU会话上下文更新响应可以为Nsmf_PDUSession_Update Response。
该PDU会话上下文更新响应中可以包括接入配置信息。
步骤1023,目标AMF向源AMF发送UE上下文创建响应。
具体地,该UE上下文创建响应可以为Namf_Communication_CreateUEContextResponse。
该UE上下文创建响应中可以包括接入配置信息。
步骤1024,源AMF向源接入网设备发送切换命令(handover command)。
该切换命令中可以包括接入配置信息。
步骤1025,源接入网设备向UE发送切换命令(handover command)。
该切换命令中可以包括接入配置信息。
步骤1026,UE根据接入配置信息接入目标接入网设备,并接收来自目标接入网设备的业务数据。
所述业务数据例如可以是组播/广播业务的数据。
需要指出的是,如果目标接入网设备不支持组播/广播,目标接入网设备通过PDU会话向UE发送组播/广播业务的数据。
步骤1027,目标接入网设备向目标AMF发送切换通知(handover notify)。
该切换通知用于通知目标AMF:UE成功切换至目标接入网设备。
步骤1028,目标AMF向I-SMF发送PDU会话上下文更新请求。
该PDU会话上下文更新请求用于通知UE成功切换至目标接入网设备。
步骤1029,I-SMF与MB-SMF交互建立第一隧道。
关于第一隧道的介绍请参考上文中的相关描述,此处不再赘述。
步骤1030,I-SMF向SMF发送PDU会话更新请求。
具体地,该PDU会话更新请求可以为Nsmf_PDUSession_Update Request。
该PDU会话更新请求可以包括第二信息。关于第二信息的介绍请参考上文中的相关描述,此处不再赘述。
步骤1031,SMF向PSA UPF发送N4会话修改请求(N4 session modificationrequest)。
该N4会话修改请求可以是上文实施例中所提及的第一消息,该N4会话修改请求用于触发PSA PDU释放用于传输所述组播/广播业务的数据的资源。关于第一消息的介绍请参考上文中的相关描述,此处不再赘述。
示例三:UE执行N2切换并且更换I-SMF的场景
步骤1101,源接入网设备向源AMF发送切换需要(handover required)。
该步骤1101的具体实施方式请参考步骤1001中的相关描述,不再赘述。
步骤1102,源AMF根据UE的位置信息,选择目标AMF。
该步骤1102的具体实施方式请参考步骤1002中的相关描述,不再赘述。
步骤1103,源AMF向目标AMF发送UE上下文创建请求。
具体地,UE上下文创建请求可以为Namf_Communication_CreateUEContextRequest。
该UE上下文创建请求可以包括源AMF存储的发生切换的UE上下文信息,还可包括步骤1101中由源接入网设备发送给源AMF的信息。
步骤1104,目标AMF根据UE的位置信息选择目标I-SMF。
需要指出的是,由于SMF(即A-SMF)所控制的PSA PDU无法与目标接入网设备直接相连(可以理解为:UE的位置位于在被SMF控制的所有UPF的服务区域之外),目标AMF可执行该步骤1104,选择目标I-SMF。
具体地,目标AMF可根据该UE的位置信息,选择服务区域能够覆盖该UE的位置的SMF,作为目标I-SMF。
步骤1105,目标AMF向目标I-SMF发送PDU会话上下文创建请求。
具体地,PDU会话上下文创建请求可以为Nsmf_PDUSession_CreateSMContextRequest。
该PDU会话上下文创建请求可以包括UE的标识信息(如SUPI)、UE的位置信息、AMFID、SMF ID、会话管理上下文标识等。
步骤1106,目标I-SMF向源I-SMF发送PDU会话上下文请求。
具体地,PDU会话上下文请求可以为Nsmf_PDUSessionContext Request。
需要指出的是,如果源I-SMF不支持组播/广播,则继续执行步骤1107-步骤1127。
步骤1107,源I-SMF向目标I-SMF发送PDU会话上下文响应。
具体地,PDU会话上下文响应可以为Nsmf_PDUSessionContext Response。
需要说明的是,由于源I-SMF不支持组播/广播,该PDU会话上下文响应中不包括第一信息。关于第一信息的介绍请参考上文中的相关描述,不再赘述。
步骤1108,目标I-SMF向目标I-UPF发送N4会话建立请求(N4 sessionestablishment request)。
该N4会话建立请求用于请求目标I-UPF分配隧道信息,具体地,该隧道信息可以为核心网隧道信息CN tunnel Info。
步骤1109,目标I-UPF向目标I-SMF发送N4会话建立响应(N4 sessionestablishment response)。
该N4会话建立响应包括目标I-UPF分配的隧道信息。该目标I-UPF分配的隧道信息可包括上行隧道信息和下行隧道信息。其中,上行隧道信息用于建立目标接入网设备至I-UPF的隧道,以便目标接入网设备向I-UPF发送数据;下行隧道信息用于建立PSA UPF至I-UPF的隧道,以便PSA UPF向I-UPF发送数据。
步骤1110,目标I-SMF向SMF发送组播/广播能力信息。
该组播/广播能力信息用于指示目标I-SMF支持组播/广播。该组播/广播能力信息可以携带在一条N16消息或N16a消息中发送,也可以携带在其它的新消息中发送,本申请不作限定。
需要指出的是,步骤1110可以在步骤1107或步骤1108或步骤1109之后执行,本申请不作具体限定。
步骤1111,SMF确定PDU会话与组播/广播业务关联,并向目标I-SMF发送第一信息。
关于第一信息的介绍请参考上文中的相关描述,不再赘述。
该第一信息可以携带在一条N16消息或N16a消息中发送,也可以携带在其它的新消息中发送,本申请不作限定。
步骤1112,目标I-SMF向目标AMF发送PDU会话上下文创建响应。
具体地,PDU会话上下文创建响应可以为Nsmf_PDUSession_Create Response。
该PDU会话上下文创建响应可以包括I-UPF分配的隧道信息,还包括步骤1101中的N2会话管理信息。
步骤1113,目标AMF向目标接入网设备发送切换请求(handover request)。
该切换请求可包括I-UPF分配的隧道信息,还可包括N2会话管理信息。
步骤1114,目标接入网设备向目标AMF发送切换请求响应。
具体地,该切换请求响应可以为handover request ACK。
该切换请求响应可以包括目标接入网设备分配的隧道信息,该目标接入网设备分配的隧道信息可以用于建立I-UPF至目标接入网设备的隧道,以便与I-UPF向目标接入网设备发送数据。具体地,该隧道信息可以为接入网隧道信息AN tunnel Info。
该切换请求响应还可以包括空口资源创建成功的单播QoS流的标识信息。示例性地,目标接入网设备根据N2会话管理信息中包括的单播QoS流对应的QoS信息分配对应的空口资源,例如,数据无线承载(data radio bearer,DRB)配置信息,该DRB配置信息可包括从PDCP层到PHY层的配置信息,如PDCP层是否需要加密,RLC层是采用确认模式(acknowledgedmode,AM)模式还是非确认模式(unacknowledged mode,UM)模式,MAC层的调度策略,或PHY层的调制编码方式等。
该切换请求响应还可以包括接入配置信息,该接入配置信息用于UE接入目标接入网设备。例如,该接入配置信息可包括以下信息中的至少一种:C-RNTI、单播QoS流的无线承载配置信息、或组播/广播QoS流所对应的单播QoS流的无线承载配置信息。
需要说明的是,若目标接入网设备支持组播/广播,则接入配置信息还可包括组播/广播QoS流的无线承载配置信息。
步骤1115,目标AMF向目标I-SMF发送PDU会话上下文更新请求。
具体地,PDU会话上下文更新请求可以为Nsmf_PDUSession_Update Request。
该PDU会话上下文更新请求可以包括目标接入网设备分配的隧道信息,还可以包括接入配置信息。
步骤1116,目标I-SMF向目标I-UPF发送N4会话修改请求(N4 sessionmodification request)。
该N4会话修改请求包括目标接入网设备分配的隧道信息。
步骤1117,目标I-UPF向目标I-SMF发送N4会话修改响应(N4 sessionmodification response)。
步骤1118,目标I-SMF向目标AMF发送PDU会话上下文更新响应。
具体地,PDU会话上下文更新响应可以Nsmf_PDUSession_Update Response。
该PDU会话上下文更新响应可以包括接入配置信息。
步骤1119,目标AMF向源AMF发送UE上下文创建响应。
具体地,UE上下文创建响应可以为Namf_Communication_CreateUEContextResponse。
该UE上下文创建响应可以包括接入配置信息。
步骤1120,源AMF向源接入网设备发送切换命令(handover command)。
该切换命令可以包括接入配置信息。
步骤1121,源接入网设备向UE发送切换命令(handover command)。
该切换命令可以包括接入配置信息。
步骤1122,UE根据接入配置信息接入目标接入网设备,并接收来自目标接入网设备的业务数据。
所述业务数据例如可以是组播/广播业务的数据。
需要指出的是,如果目标接入网设备不支持组播/广播,那么目标接入网设备可以通过PDU会话向UE发送组播/广播业务的数据。
步骤1123,目标接入网设备向目标AMF发送切换通知(handover notify)。
该切换通知用于通知目标AMF成功切换至目标接入网设备。
步骤1124,目标AMF向目标I-SMF发送PDU会话上下文更新请求。
具体地,该PDU会话上下文更新请求可以用于通知UE成功切换至目标接入网设备。
步骤1125,目标I-SMF与MB-SMF交互建立第一隧道。
关于第一隧道的介绍请参考上文中的相关描述,此处不再赘述。
步骤1126,目标I-SMF向SMF发送PDU会话更新请求。
具体地,该PDU会话更新请求可以为Nsmf_PDUSession_Update Request。
该PDU会话更新请求可以包括第二信息。关于第二信息的介绍请参考上文中的相关描述,此处不再赘述。
步骤1127,SMF向PSA UPF发送N4会话修改请求(N4 session modificationrequest)。
该N4会话修改请求可以是上文实施例中所提及的第一消息,该N4会话修改请求用于触发PSA PDU释放用于传输所述组播/广播业务的数据的资源。关于第一消息的介绍请参考上文中的相关描述,此处不再赘述。
示例四:UE执行SR流程的场景
步骤1201,UE向接入网设备发送服务请求(service request)。
该服务请求可以包括UE的标识信息、UE的位置信息、需要激活的PDU会话的标识信息(如PDU会话ID)。
其中,UE的标识信息、UE的位置信息可以参考前述的相关描述,不再赘述。
步骤1202,接入网设备向AMF发送N2消息(N2 message)。
该N2消息可以包括UE的位置信息、需要激活的PDU会话的标识信息。
步骤1203,AMF选择目标I-SMF。
示例性地,若UE的位置位于源I-SMF的服务区域之外,AMF可确定插入目标I-SMF,并可通过NRF选择目标I-SMF。例如,AMF可以选择服务区域能够覆盖该UE的位置的SMF,作为目标I-SMF。
步骤1204,AMF向目标I-SMF发送PDU会话上下文建立请求。
具体地,该PDU会话上下文建立请求可以为Nsmf_PDUSession_CreateSMContextRequest。
该PDU会话上下文建立请求可以包括所述PDU会话的标识信息、源I-SMF的标识信息(如SMF ID)。
步骤1205,目标I-SMF根据源I-SMF的标识信息和PDU会话的标识信息,向源I-SMF发送PDU会话上下文请求。
具体地,该PDU会话上下文请求可以为Nsmf_PDUSession_Context Request。
该PDU会话上下文请求可以包括PDU会话的标识信息。
如果源I-SMF不支持组播/广播,则继续执行下列步骤1206至步骤1214。
步骤1206,源I-SMF向目标I-SMF发送PDU会话上下文响应消息。
具体地,该PDU会话上下文响应消息可以为Nsmf_PDUSession_Context Response。
如果目标I-SMF支持组播/广播,则继续执行下列步骤1207至步骤1214。
步骤1207,目标I-SMF向目标I-UPF发送N4会话建立请求(N4 sessionestablishment request)。
该N4会话建立请求用于请求目标I-UPF分配隧道信息,该目标I-UPF分配的隧道信息用于建立目标I-UPF与源I-UPF之间的隧道。具体地,该隧道信息可以为核心网隧道信息CN tunnel Info。
步骤1208,目标I-UPF向目标I-SMF发送N4会话建立响应(N4 sessionestablishment response)。
该N4会话建立响应可以包括目标I-UPF分配的隧道信息。
步骤1209,目标I-SMF向源I-SMF发送PDU会话上下文更新请求。
具体地,该PDU会话上下文更新请求可以为Nsmf_PDUSession_UpdateSMContextRequest。
该PDU会话上下文更新请求可以包括目标I-UPF分配的隧道信息。
步骤1210,源I-SMF向源I-UPF发送N4会话修改请求(N4 session modificationrequest)。
该N4会话修改请求可以包括目标I-UPF分配的隧道信息,以便源I-UPF向目标I-UPF发送数据。
步骤1211,源I-UPF向源I-SMF发送N4会话修改响应(N4 session modificationresponse)。
步骤1212,源I-SMF向目标I-SMF发送PDU会话上下文更新响应。
具体地,该PDU会话上下文更新响应可以为Nsmf_PDUSession_UpdateSMContextResponse。
步骤1213,目标I-SMF向SMF发送PDU会话更新请求。
具体地,该PDU会话更新请求可以为Nsmf_PDUSession_Update Request。
若目标I-SMF支持组播/广播,则该PDU会话更新请求可以包括组播/广播能力信息,该组播/广播能力信息用于指示目标I-SMF支持组播广播。
步骤1214,SMF确定PDU会话与组播/广播业务关联,并向目标I-SMF发送PDU会话更新响应。
具体地,该PDU会话更新响应可以为Nsmf_PDUSession_Update Response。
在一种实施方式中,SMF可根据PDU会话的会话管理上下文中包括组播/广播业务的标识信息(如MBS session ID),确定该PDU会话与组播/广播业务关联。在另一种实施方式中,SMF中存储有组播/广播业务的组播/广播会话上下文,并可根据组播/广播会话上下文中包括UE的标识信息(如SUPI),确定该PDU会话与组播/广播业务关联。
该PDU会话更新响应可以包括第一信息。关于第一信息的介绍请参考上文中的相关描述,此处不再赘述。
本申请实施例还提供一种通信装置,请参考图13,为本申请实施例提供的一种通信装置的结构示意图,该通信装置1300包括:收发模块1310和处理模块1320。该通信装置可用于实现上述任一方法实施例中会话管理功能网元或中间会话管理功能网元的功能。其中会话管理功能网元可以是图4中的SMF,或者图6中的源I-SMF,或者图8中的A-SMF,或者图9至图12中的SMF;中间会话管理功能网元可以是图4中的I-SMF,或者图6中的目标I-SMF,或者图8中的目标I-SMF,或者图9至图10中的I-SMF,或者图11至图12中的目标I-SMF。该通信装置可以是网络设备,或者能够支持网络设备实现上述方法实施例中对应功能的装置(例如网络设备中包括的芯片)等。
示例性地,当该通信装置执行图4中所示的方法实施例中对应会话管理功能网元的操作或者步骤时,收发模块1310,用于向中间会话管理功能网元发送第一信息,该第一信息包括第一组播/广播业务的信息,该通信装置用于控制终端设备与第一组播/广播业务关联的协议数据单元PDU会话的PDU会话锚点;以及,用于接收来自中间会话管理功能网元的第二信息,该第二信息用于指示第一隧道已经建立,该第一隧道用于在中间用户面功能网元与组播/广播用户面功能网元之间传输第一组播/广播业务的数据,该中间会话管理功能网元用于控制中间用户面功能网元。
在一种可能的设计中,收发模块1310,还用于接收来自中间会话管理功能网元的组播/广播能力信息,该组播/广播能力信息用于指示中间会话管理功能网元是否支持组播/广播;处理模块1320,用于根据组播/广播能力信息,通过收发模块1310向中间会话管理功能网元发送第一信息。
在一种可能的设计中,处理模块1320,还用于根据第二信息,通过收发模块1310向PDU会话锚点发送第一消息,该第一消息用于触发PDU会话锚点释放用于传输第一组播/广播业务的数据的资源。
当该通信装置执行图4中所示的方法实施例中对应中间会话管理功能网元的操作或者步骤时,收发模块1310用于,接收来自会话管理功能网元的第一信息,该第一信息包括第一组播/广播业务的信息,会话管理功能网元用于控制终端设备与第一组播/广播业务关联的协议数据单元PDU会话的PDU会话锚点;处理模块1320,用于根据第一信息,通过收发模块1310向会话管理功能网元发送第二信息,该第二信息用于指示第一隧道已经建立,该第一隧道用于在中间用户面功能网元与组播/广播用户面功能网元之间传输第一组播/广播业务的数据,该通信装置用于控制中间用户面功能网元。
在一种可能的设计中,该方法还包括:中间会话管理功能网元向会话管理功能网元发送中间会话管理功能网元的组播/广播能力信息,该组播/广播能力信息用于指示中间会话管理功能网元是否支持组播/广播。
在一种可能的设计中,处理模块1320,还用于通过收发模块1310向中间用户面功能网元发送第二消息,该第二消息用于触发中间用户面功能网元为传输第一组播/广播业务的数据配置资源。
该通信装置中涉及的处理模块1320可以由至少一个处理器或处理器相关电路组件实现,收发模块1310可以由至少一个收发器或收发器相关电路组件或通信接口实现。该通信装置中的各个模块的操作和/或功能分别为了实现图4至图12中所示方法的相应流程,为了简洁,在此不再赘述。可选的,该通信装置中还可以包括存储模块,该存储模块可以用于存储数据和/或指令,收发模块1310和/或处理模块1320可以读取存取模块中的数据和/或指令,从而使得通信装置实现相应的方法。该存储模块例如可以通过至少一个存储器实现。
上述存储模块、处理模块和收发模块可以分离存在,也可以全部或者部分模块集成,例如存储模块和处理模块集成,或者处理模块和收发模块集成等。
请参考图14,为本申请实施例中提供的一种通信装置的另一结构示意图。该通信装置可用于实现上述方法实施例中会话管理功能网元或中间会话管理功能网元对应的功能。其中,会话管理功能网元可以是图4中的SMF,或者图6中的源I-SMF,或者图8中的A-SMF,或者图9至图12中的SMF;中间会话管理功能网元可以是图4中的I-SMF,或者图6中的目标I-SMF,或者图8中的目标I-SMF,或者图9至图10中的I-SMF,或者图11至图12中的目标I-SMF。该通信装置可以是网络设备或者能够支持网络设备实现上述方法实施例中对应功能的装置(例如网络设备中包括的芯片)等。
该通信装置1400可以包括处理器1401和存储器1402。其中,存储器1402用于存储程序指令和/或数据,处理器1401用于执行存储器1402中存储的程序指令,从而实现上述方法实施例中的方法。
可选的,存储器1402和处理器1401耦合,所述耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
可选地,该通信装置1400还可以包括通信接口1403,通信接口1403用于通过传输介质与其它设备进行通信,例如将接收到的来自其他通信装置的信号传输至处理器1401,或者来自处理器1401的信号传输至其他通信装置。该通信接口1403可以是收发器,也可以为接口电路,如收发电路、收发芯片等。
在一个实施例中,通信接口1403可具体用于执行上述收发模块1310的动作,处理器1401可具体用于执行上述处理模块1320的动作,本申请在此不再赘述。
本申请实施例中不限定上述处理器1401、存储器1402以及通信接口1403之间的具体连接介质。本申请实施例在图14中以处理器1401、存储器1402以及通信接口1403之间通过总线1404连接,总线在图14中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图14中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
本申请实施例还提供一种芯片系统,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该芯片系统实现上述任一方法实施例中会话管理功能网元或中间会话管理功能网元对应的方法。
可选地,该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等。当通过软件实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现。
可选地,该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起,也可以和处理器分离设置,本申请并不限定。示例性的,存储器可以是非瞬时性处理器,例如只读存储器(read-only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请对存储器的类型,以及存储器与处理器的设置方式不作具体限定。
示例性的,该芯片系统可以是现场可编程门阵列(field programmable gatearray,FPGA),可以是专用集成芯片(application specific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processorunit,CPU),还可以是网络处理器(network processor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logic device,PLD)或其他集成芯片。
应理解,上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
本申请实施例还提供一种计算机可读存储介质,所述计算机存储介质中存储有计算机计算机程序或指令,当该计算机程序或指令被执行时,使得通信装置执行上述任一方法实施例中的方法。
本申请实施例还提供一种计算机程序产品,当通信装置读取并执行所述计算机程序产品时,使得通信装置执行上述任一方法实施例中的方法。
本申请实施例还提供一种通信系统,该通信系统包括会话管理功能网元和中间会话管理功能网元。可选的,该通信系统还可以包括锚点用户面功能网元、中间用户面功能网元、组播/广播会话管理功能网元、组播/广播用户面功能网元中的一个或多个网元。
应理解,本申请实施例中提及的处理器可以是CPU,还可以是其他通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是ROM、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DRRAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,在本申请的各种实施例中涉及的各种数字编号仅为描述方便进行的区分,上述各过程或步骤的序号的大小并不意味着执行顺序的先后,各过程或步骤的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

Claims (20)

1.一种组播/广播会话管理方法,其特征在于,所述方法包括:
会话管理功能网元向中间会话管理功能网元发送第一信息,所述第一信息包括第一组播/广播业务的信息,所述会话管理功能网元用于控制终端设备与所述第一组播/广播业务关联的协议数据单元PDU会话的PDU会话锚点;
所述会话管理功能网元接收来自所述中间会话管理功能网元的第二信息,所述第二信息用于指示第一隧道已经建立,所述第一隧道用于在中间用户面功能网元与组播/广播用户面功能网元之间传输所述第一组播/广播业务的数据,所述中间会话管理功能网元用于控制所述中间用户面功能网元。
2.根据权利要求1所述的方法,其特征在于,所述第一隧道为所述中间用户面功能网元与所述组播/广播用户面功能网元之间的直连隧道。
3.根据权利要求1或2所述的方法,其特征在于,所述第一信息包括第一指示信息,所述第一指示信息用于触发所述中间会话管理功能网元建立所述第一隧道,或所述第一指示信息用于向所述中间会话管理功能网元查询所述第一隧道是否已经建立。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述第二信息包括所述第一组播/广播业务的信息。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述第一组播/广播业务的信息包括以下一项或多项信息:
所述第一组播/广播业务的标识信息、所述第一组播广播业务的区域会话的标识信息、所述第一组播/广播业务的组播/广播服务质量QoS信息、或所述第一组播广播业务的组播/广播QoS信息对应的单播QoS信息。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述方法还包括:
所述会话管理功能网元接收来自所述中间会话管理功能网元的组播/广播能力信息,所述组播/广播能力信息用于指示所述中间会话管理功能网元是否支持组播/广播;
所述会话管理功能网元向中间会话管理功能网元发送第一信息,包括:
所述会话管理功能网元根据所述组播/广播能力信息,向所述中间会话管理功能网元发送所述第一信息。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
所述会话管理功能网元根据所述第二信息,向所述PDU会话锚点发送第一消息,所述第一消息用于触发所述PDU会话锚点释放用于传输所述第一组播/广播业务的数据的资源。
8.一种组播/广播会话管理方法,其特征在于,所述方法包括:
中间会话管理功能网元接收来自会话管理功能网元的第一信息,所述第一信息包括第一组播/广播业务的信息,所述会话管理功能网元用于控制终端设备与所述第一组播/广播业务关联的协议数据单元PDU会话的PDU会话锚点;
所述中间会话管理功能网元根据所述第一信息,向所述会话管理功能网元发送第二信息,所述第二信息用于指示第一隧道已经建立,所述第一隧道用于在中间用户面功能网元与组播/广播用户面功能网元之间传输所述第一组播/广播业务的数据,所述中间会话管理功能网元用于控制所述中间用户面功能网元。
9.根据权利要求8所述的方法,其特征在于,所述第一隧道为所述中间用户面功能网元与所述组播/广播用户面功能网元之间的直连隧道。
10.根据权利要求8或9所述的方法,其特征在于,所述第一信息包括第一指示信息;
所述方法还包括:
所述中间会话管理功能网元根据所述第一指示信息,建立所述第一隧道,或查询所述第一隧道是否已经建立。
11.根据权利要求8至10中任一项所述的方法,其特征在于,所述第二信息包括所述第一组播/广播业务的信息。
12.根据权利要求8至11中任一项所述的方法,其特征在于,所述第一组播/广播业务的信息包括以下一项或多项信息:
所述第一组播/广播业务的标识信息、所述第一组播/广播业务的区域会话的标识、所述第一组播/广播业务的组播/广播服务质量QoS信息、或所述第一组播/广播业务的组播广播QoS信息对应的单播QoS信息。
13.根据权利要求8至12中任一项所述的方法,其特征在于,所述方法还包括:
所述中间会话管理功能网元向所述会话管理功能网元发送所述中间会话管理功能网元的组播/广播能力信息,所述组播/广播能力信息用于指示所述中间会话管理功能网元是否支持组播/广播。
14.根据权利要求8至13中任一项所述的方法,其特征在于,所述方法还包括:
所述中间会话管理功能网元向所述中间用户面功能网元发送第二消息,所述第二消息用于触发所述中间用户面功能网元为传输所述第一组播/广播业务的数据配置资源。
15.一种通信装置,其特征在于,包括用于执行如权利要求1至7中任一项所述方法的模块。
16.一种通信装置,其特征在于,包括用于执行如权利要求8至14中任一项所述方法的模块。
17.一种通信装置,其特征在于,包括处理器和存储器,所述处理器和所述存储器耦合,所述处理器用于控制所述装置实现如权利要求1至7中任一项所述的方法。
18.一种通信装置,其特征在于,包括处理器和存储器,所述处理器和所述存储器耦合,所述处理器用于控制所述装置实现如权利要求8至14中任一项所述的方法。
19.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至7,或,8至14中任一项所述的方法。
20.一种通信系统,其特征在于,包括如权利要求15或17所述的通信装置,和如权利要求16或18所述的通信装置。
CN202111016643.1A 2021-08-31 2021-08-31 一种组播/广播会话管理方法及通信装置 Pending CN115734170A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202111016643.1A CN115734170A (zh) 2021-08-31 2021-08-31 一种组播/广播会话管理方法及通信装置
PCT/CN2022/093110 WO2023029590A1 (zh) 2021-08-31 2022-05-16 一种组播/广播会话管理方法及通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111016643.1A CN115734170A (zh) 2021-08-31 2021-08-31 一种组播/广播会话管理方法及通信装置

Publications (1)

Publication Number Publication Date
CN115734170A true CN115734170A (zh) 2023-03-03

Family

ID=85291696

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111016643.1A Pending CN115734170A (zh) 2021-08-31 2021-08-31 一种组播/广播会话管理方法及通信装置

Country Status (2)

Country Link
CN (1) CN115734170A (zh)
WO (1) WO2023029590A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116709212B (zh) * 2023-08-09 2023-11-14 腾讯科技(深圳)有限公司 数据传输方法、装置、电子设备及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113133079B (zh) * 2019-12-31 2024-09-13 华为技术有限公司 路由配置方法及装置
WO2021098123A1 (en) * 2020-04-08 2021-05-27 Zte Corporation Multicast and broadcast service continuity during mobility
CN112291752B (zh) * 2020-11-16 2022-08-12 中国联合网络通信集团有限公司 一种网络注册方法及装置

Also Published As

Publication number Publication date
WO2023029590A1 (zh) 2023-03-09

Similar Documents

Publication Publication Date Title
US8656029B2 (en) Multicast session setup in networks by determining a multicast session parameter based on a pre-existing unicast session parameter
CN114503776A (zh) 使用共享下行链路数据支持群组通信
US20220408162A1 (en) Multicast service transmission method and apparatus
WO2022171122A1 (zh) 用于实现多播广播业务切换的方法及相关设备
WO2022170819A1 (zh) 用于实现多播广播业务切换的方法及相关设备
CN112954616B (zh) 用于实现多播广播业务切换的方法及相关设备
US20230017217A1 (en) Multicast or broadcast session establishment and management
WO2022170963A1 (zh) 用于实现多播广播业务切换的方法及相关设备
WO2021223745A1 (zh) 组播业务切换的方法和装置
AU2021308253B2 (en) Communication method and communication apparatus
WO2022017285A1 (zh) 报文转发方法、装置及系统
CN115868181A (zh) 用于处理多播/广播业务会话的方法
US20220408317A1 (en) Handover method and communication apparatus
WO2022166559A1 (zh) 通信方法及装置
US20240179802A1 (en) Method of establishing multicast broadcast service session, and system and apparatus thereof
WO2023029590A1 (zh) 一种组播/广播会话管理方法及通信装置
WO2020173146A1 (zh) 一种切换处理的方法、相关设备、程序产品以及存储介质
CN116420359A (zh) 一种用于从单播到多播的传送方法切换方法
WO2023066021A1 (zh) 一种通信方法、装置及设备
US20240155436A1 (en) Method of handover of mbs session, and system and apparatus thereof
WO2023103575A1 (zh) 组播/广播通信的方法与相关装置
WO2012129997A1 (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