CN116711269A - 加入多播会话的过程 - Google Patents
加入多播会话的过程 Download PDFInfo
- Publication number
- CN116711269A CN116711269A CN202080108333.XA CN202080108333A CN116711269A CN 116711269 A CN116711269 A CN 116711269A CN 202080108333 A CN202080108333 A CN 202080108333A CN 116711269 A CN116711269 A CN 116711269A
- Authority
- CN
- China
- Prior art keywords
- multicast
- join request
- session
- join
- distribution session
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection 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)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
提供了用于加入通信网络的多播会话的方法、系统、设备和计算机程序产品。在这种情况下,从用户设备接收用于多播服务的控制平面(CP)加入请求。此外,响应于确定多播分发会话对于与CP加入请求相关联的多播地址不可用,使得向用户设备提供与CP加入请求相关联的拒绝消息。
Description
技术领域
本公开的示例实施例通常涉及通信系统,更特别地,涉及加入通信网络的多播会话的过程。
背景技术
第四代(4G)无线移动通信技术,也被称为长期演进(LTE)技术,旨在提供高数据率的高容量移动多媒体,尤其是用于人类交互。下一代或第五代(5G)技术意图不仅用于人类交互,也用于所谓物联网(loT)网络中的机器类型通信。
第三代合作伙伴计划(3GPP)5G技术是下一代无线电系统和网络架构,其能够传送超宽带和超稳健、低延迟的连接。5G技术改善了向终端用户提供的各种电信服务,并有助于支持大规模宽带,即在上行链路和下行链路传输中按需传送每秒千兆字节的带宽。采用5G架构的下一代系统利用虚拟化无线电接入网络(RAN)功能和核心网络功能。
一般而言,5G网络可以为互联网协议服务提供数据连接和服务,例如网络电视和向用户设备提供其他流媒体。在一些实施例中,这种服务提供可以经由5G多播广播服务来提供。例如,通常希望用户设备加入5G网络的多播会话。然而,在当前的3GPP规范下,用于加入多播会话的策略通常是限制性的和/或低效的。
发明内容
根据示例实施例,提供了用于加入通信网络的多播会话的方法、装置和计算机程序产品。
在一个示例实施例中,一种装置包括处理电路和至少一个存储器,至少一个存储器包括计算机程序代码指令,该计算机程序代码指令被配置为当由处理电路执行时,使得装置:从用户设备接收用于多播服务的控制平面(CP)加入请求。计算机程序代码指令还被配置为当由处理电路执行时,使得装置:响应于确定多播分发会话对于与CP加入请求相关联的多播地址不可用,使得向用户设备提供与CP加入请求相关联的拒绝消息。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:针对多播地址确定被拒绝的CP加入请求的数量。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:向另一网络实体提供关于针对多播地址的被拒绝的CP加入请求的信息。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:基于被拒绝的CP加入请求的数量,确定是否针对多播地址建立多播分发会话。在一些实施例中,响应于确定继续建立多播分发会话,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:确定是否针对多播地址建立多播分发会话。此外,在一些实施例中,响应于确定继续建立多播分发会话,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:接受针对多播地址一个或多个后续CP加入请求。
在一些实施例中,拒绝消息包括如下的信息:该信息关联于多播分发会话对于与CP加入请求相关联的多播地址不可用的原因。在一些实施例中,拒绝消息包括:关于是否将接受用于多播服务的多播用户平面(UP)加入请求的指示。
在另一示例实施例中,提供了一种方法。该方法包括:从用户设备接收用于多播服务的控制平面(CP)加入请求。该方法还包括:响应于确定多播分发会话对于与CP加入请求相关联的多播地址不可用,使得向用户设备提供与CP加入请求相关联的拒绝消息。
在一些实施例中,该方法进一步包括:针对多播地址确定被拒绝的CP加入请求的数量。
在一些实施例中,该方法进一步包括:向另一网络实体提供关于针对多播地址的被拒绝的CP加入请求的信息。
在一些实施例中,该方法进一步包括:基于被拒绝的CP加入请求的数量来确定是否针对多播地址建立多播分发会话。在一些实施例中,响应于确定继续建立多播分发会话,该方法进一步包括:针对多播地址建立多播分发会话。此外,在一些实施例中,响应于确定继续建立多播分发会话,该方法进一步包括:接受针对多播地址的一个或多个后续CP加入请求。
在一些实施例中,使得提供拒绝消息包括如下的信息:该信息关联于多播分发会话对于与CP加入请求相关联的多播地址不可用的原因。在一些实施例中,使得提供拒绝消息包括:使得提供关于是否将接受用于多播服务的多播用户平面(UP)加入请求的指示。
在另一示例实施例中,提供了一种计算机程序产品。该计算机程序产品包括至少一个非暂时性计算机可读存储介质,在其中存储有计算机可执行程序代码指令,该计算机可执行程序代码指令包括程序代码指令,该程序代码指令被配置为在执行时:从用户设备接收用于多播服务的控制平面(CP)加入请求。计算机可执行程序代码指令还被配置为:响应于确定多播分发会话对于与CP加入请求相关联的多播地址不可用,使得向用户设备提供与CP加入请求相关联的拒绝消息。
在一些实施例中,计算机可执行程序代码指令还被配置为:针对多播地址确定被拒绝的CP加入请求的数量。
在一些实施例中,计算机可执行程序代码指令还被配置为:向另一网络实体提供关于针对多播地址的被拒绝的CP加入请求的信息。
在一些实施例中,计算机可执行程序代码指令还被配置为:基于被拒绝的CP加入请求的数量来确定是否针对多播地址建立多播分发会话。在一些实施例中,响应于确定继续建立多播分发会话,计算机可执行程序代码指令还被配置为:确定是否针对多播地址建立多播分发会话。此外,在一些实施例中,响应于确定继续建立多播分发会话,计算机可执行程序代码指令还被配置为:接受针对多播地址的一个或多个后续CP加入请求。
在一些实施例中,拒绝消息包括如下的信息:该信息关联于多播分发会话对于与CP加入请求相关联的多播地址不可用的原因。在一些实施例中,拒绝消息包括:关于是否将接受用于多播服务的多播用户平面(UP)加入请求的指示。
在又一示例实施例中,提供了一种装置,该装置包括:用于从用户设备接收用于多播服务的控制平面(CP)加入请求的部件。该示例实施例的装置还包括:用于响应于确定多播分发会话对于与CP加入请求相关联的多播地址不可用,使得向用户设备提供与CP加入请求相关联的拒绝消息的部件。
在一些实施例中,该示例实施例的装置还包括:用于针对多播地址确定被拒绝的CP加入请求的数量的部件。
在一些实施例中,该示例实施例的装置还包括:用于向另一网络实体提供关于针对多播地址的被拒绝的CP加入请求的信息的部件。
在一些实施例中,该示例实施例的装置还包括:用于基于被拒绝的CP加入请求的数量,确定是否针对多播地址建立多播分发会话的部件。在一些实施例中,响应于确定继续建立多播分发会话,该示例实施例的装置还包括:用于针对多播地址建立多播分发会话的部件。此外,在一些实施例中,响应于确定继续建立多播分发会话,该示例实施例的装置还包括:用于接受针对多播地址的一个或多个后续CP加入请求的部件。
在一些实施例中,用于使得提供拒绝消息的部件包括:用于使得提供信息的部件,该信息关联于多播分发会话对于与CP加入请求相关联的多播地址不可用的原因。在一些实施例中,用于使得提供拒绝消息的部件包括:用于使得提供关于是否将接受用于多播服务的多播用户平面(UP)加入请求的指示的部件。
在一个示例实施例中,一种装置包括处理电路和至少一个存储器,至少一个存储器包括计算机程序代码指令,该计算机程序代码指令被配置为当由处理电路执行时,使得装置:从第一网络实体接收与多播服务相关联的服务公告消息。计算机程序代码指令还被配置为当由处理电路执行时,使得装置:确定多播分发会话对于多播会话不可用。此外,响应于服务公告消息以及多播分发会话不可用的确定,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:向第二网络实体提供用于多播服务的多播用户平面(UP)加入请求。响应于多播UP加入请求,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:接收多播数据。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:经由协议数据单元(PDU)会话接收多播数据。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:向第三网络实体提供用于多播服务的控制平面(CP)加入请求。此外,在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:接收与CP加入请求相关联的拒绝消息。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:响应于来自第四网络实体的多播广播服务支持消息,使得提供CP加入请求。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:接收拒绝原因,该拒绝原因作为与CP加入请求相关联的拒绝消息的一部分。此外,在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:基于拒绝原因,确定是否发送多播UP加入请求。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:当拒绝原因指示对于多播会话不存在多播分发会话时,发送多播UP加入请求。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:当拒绝原因指示用户设备已经试图在多播分发会话被建立的区域之外加入多播分发会话时,发送多播UP加入请求。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:接收UP加入接受指示,该UP加入接受指示作为与CP加入请求相关联的拒绝消息的一部分。此外,在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:基于UP加入接受指示,确定是否发送多播UP加入请求。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:监测来自第四网络实体的多播广播服务支持消息。在一些实施例中,如果未检测到多播广播服务支持消息,则计算机程序代码指令还被配置为当由处理电路执行时,使得装置:确定多播分发会话对于多播会话不可用。
在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:接收关于多播分发会话是否被提供的指示,该指示作为服务公告消息的一部分。在一些实施例中,计算机程序代码指令还被配置为当由处理电路执行时,使得装置:基于指示确定多播分发会话对于多播会话不可用。
在另一示例实施例中,提供了一种方法。该方法包括:从第一网络实体接收与多播服务相关联的服务公告消息。该方法还包括:确定多播分发会话对于多播会话不可用。该方法还包括:响应于服务公告消息以及多播分发会话不可用的确定,使得向第二网络实体提供用于多播服务的多播用户平面(UP)加入请求。该方法还包括:响应于多播UP加入请求,接收多播数据。
在一些实施例中,接收多播数据包括:经由协议数据单元(PDU)会话接收多播数据。
在一些实施例中,确定多播分发会话对于多播会话不可用包括:使得向第三网络实体提供用于多播服务的控制平面(CP)加入请求。此外,在一些实施例中,确定多播分发会话对于多播会话不可用包括:接收与CP加入请求相关联的拒绝消息。
在一些实施例中,使得提供CP加入请求包括:响应于来自第四网络实体的多播广播服务,使得提供CP加入请求。
在一些实施例中,该方法进一步包括:接收拒绝原因,该拒绝原因作为与CP加入请求相关联的拒绝消息的一部分。此外,在一些实施例中,该方法进一步包括:基于拒绝原因,确定是否发送多播UP加入请求。
在一些实施例中,该方法进一步包括:当拒绝原因指示对于多播会话不存在多播分发会话时,发送多播UP加入请求。
在一些实施例中,该方法进一步包括:当拒绝原因指示用户设备已经试图在多播分发会话被建立的区域之外加入多播分发会话时,发送多播UP加入请求。
在一些实施例中,该方法进一步包括:接收UP加入接受指示,该UP加入接受指示作为与CP加入请求相关联的拒绝消息的一部分。此外,在一些实施例中,该方法进一步包括:基于UP加入接受指示,确定是否发送多播UP加入请求。
在一些实施例中,确定多播分发会话对于多播会话不可用包括:监测来自第四网络实体的多播广播服务支持消息。在一些实施例中,如果未检测到多播广播服务支持消息,则确定多播分发会话对于多播会话不可用包括:确定多播分发会话对于多播会话不可用。
在一些实施例中,接收服务公告消息包括:接收关于多播分发会话是否被提供的指示,该指示作为服务公告消息的一部分。在一些实施例中,接收服务公告消息包括:基于指示,确定多播分发会话对于多播会话不可用。
在另一示例实施例中,提供了一种计算机程序产品。该计算机程序产品包括至少一个非暂时性计算机可读存储介质,在其中存储有计算机可执行程序代码指令,该计算机可执行程序代码指令包括程序代码指令,该程序代码指令被配置为在执行时:从第一网络实体接收与多播服务相关联的服务公告消息。计算机可执行程序代码指令还被配置为:确定多播分发会话对于多播会话不可用。此外,响应于服务公告消息以及多播分发会话不可用的确定,计算机可执行程序代码指令还被配置为:使得向第二网络实体提供用于多播服务的多播用户平面(UP)加入请求。响应于多播UP加入请求,计算机可执行程序代码指令还被配置为使得装置:接收多播数据。
在一些实施例中,计算机可执行程序代码指令还被配置为使得装置:经由协议数据单元(PDU)会话接收多播数据。
在一些实施例中,计算机可执行程序代码指令还被配置为:使得向第三网络实体提供用于多播服务的控制平面(CP)加入请求。此外,在一些实施例中,计算机可执行程序代码指令还被配置为:接收与CP加入请求相关联的拒绝消息。
在一些实施例中,计算机可执行程序代码指令还被配置为:响应于来自第四网络实体的多播广播服务支持消息,使得提供CP加入请求。
在一些实施例中,计算机可执行程序代码指令还被配置为:接收拒绝原因,该拒绝原因作为与CP加入请求相关联的拒绝消息的一部分。此外,在一些实施例中,计算机可执行程序代码指令还被配置为:基于拒绝原因,确定是否发送多播UP加入请求。
在一些实施例中,计算机可执行程序代码指令还被配置为:当拒绝原因指示对于多播会话不存在多播分发会话时,发送多播UP加入请求。
在一些实施例中,计算机可执行程序代码指令还被配置为:当拒绝原因指示用户设备已经试图在多播分发会话被建立的区域之外加入多播分发会话时,发送多播UP加入请求。
在一些实施例中,计算机可执行程序代码指令还被配置为:接收UP加入接受指示,该UP加入接受指示作为与CP加入请求相关联的拒绝消息的一部分。此外,在一些实施例中,计算机可执行程序代码指令还被配置为:基于UP加入接受指示来确定是否发送多播UP加入请求。
在一些实施例中,计算机可执行程序代码指令还被配置为:监测来自第四网络实体的多播广播服务支持消息。在一些实施例中,如果未检测到多播广播服务支持消息,则计算机可执行程序代码指令还被配置为:确定多播分发会话对于多播会话不可用。
在一些实施例中,计算机可执行程序代码指令还被配置为:接收关于多播分发会话是否被提供的指示,该指示作为服务公告消息的一部分。在一些实施例中,计算机可执行程序代码指令还被配置为:基于指示确定多播分发会话对于多播会话不可用。
在又一示例实施例中,提供了一种装置,该装置包括:用于从第一网络实体接收与多播服务相关联的服务公告消息的部件。该示例实施例的装置还包括:用于确定多播分发会话对于多播会话不可用的部件。响应于服务公告消息以及多播分发会话不可用的确定,该示例实施例的装置还包括:用于使得向第二网络实体提供用于多播服务的多播用户平面(UP)加入请求的部件。响应于多播UP加入请求,该示例实施例的装置还包括:用于接收多播数据的部件。
在一些实施例中,用于接收多播数据的部件包括:用于经由协议数据单元(PDU)会话接收多播数据的部件。
在一些实施例中,用于确定多播分发会话对于多播会话不可用的部件包括:用于使得向第三网络实体提供用于多播服务的控制平面(CP)加入请求的部件。此外,在一些实施例中,用于确定多播分发会话对于多播会话不可用的部件包括:用于接收与CP加入请求相关联的拒绝消息的部件。
在一些实施例中,用于使得提供CP加入请求的部件包括:用于响应于来自第四网络实体的多播广播服务支持消息,使得提供CP加入请求的部件。
在一些实施例中,该示例实施例的装置还包括:用于接收拒绝原因的部件,该拒绝原因作为与CP加入请求相关联的拒绝消息的一部分。此外,在一些实施例中,该示例实施例的装置还包括:用于基于拒绝原因,确定是否发送多播UP加入请求的部件。
在一些实施例中,该示例实施例的装置还包括:用于当拒绝原因指示对于多播会话不存在多播分发会话时,发送多播UP加入请求的部件。
在一些实施例中,该示例实施例的装置还包括:用于当拒绝原因指示用户设备已经试图在多播分发会话被建立的区域之外加入多播分发会话时,发送多播UP加入请求的部件。
在一些实施例中,该示例实施例的装置还包括:用于接收UP加入接受指示的部件,该UP加入接受指示作为与CP加入请求相关联的拒绝消息的一部分。此外,在一些实施例中,该示例实施例的装置还包括:用于基于UP加入接受指示,确定是否发送多播UP加入请求的部件。
在一些实施例中,用于确定多播分发会话对于多播会话不可用的部件包括:用于监测来自第四网络实体的多播广播服务支持消息的部件。在一些实施例中,如果未检测到多播广播服务支持消息,则用于确定多播分发会话对于多播会话不可用的部件包括:用于确定多播分发会话对于多播会话不可用的部件。
在一些实施例中,用于接收服务公告消息的部件包括:用于接收关于多播分发会话是否被提供的指示的部件,该指示作为服务公告消息的一部分。在一些实施例中,用于接收服务公告消息的部件包括:用于基于指示确定多播分发会话对于多播会话不可用的部件。
附图说明
这样在概括地描述了本发明的某些示例实施例以后,现在将参考附图,附图不一定按比例绘制,其中:
图1描述了示例系统环境,其中根据本公开的一个或多个示例实施例的实现;
图2是根据本公开的一个或多个示例实施例配置的装置的框图;
图3示出了根据本公开的一个或多个示例实施例的用户设备和一个或多个网络实体之间的示例传输;
图4示出了根据本公开的一个或多个示例实施例的流程图,其示出了例如由图2的装置执行的操作,为了经由网络实体提供加入通信网络的多播会话;以及
图5示出了根据本公开的一个或多个示例实施例的流程图,其示出了例如由图2的装置执行的操作,为了经由用户设备提供加入通信网络的多播会话。
具体实施方式
现在将在下文中参考附图更全面地描述本公开的一些实施例,其中展示了本发明的一些但非全部实施例。事实上,本发明的各种实施例可以以很多不同的形式实施,并且不应被解释为限于本文所述的实施例;相反,提供这些实施例是为了使本公开满足适用的法律要求。类似的参考数字通篇指的是类似的元件。如本文所用,术语“数据(data)”、“内容(content)”、“信息(information)”和类似术语可以互换使用,指的是能够根据本公开的实施例传输、接收和/或存储的数据。因此,任何这样术语的使用不应被视为限制本公开实施例的精神和范围。
此外,如本文所用,术语“电路”指的是(a)纯硬件电路实现(例如在模拟和/或数字电路中的实现);(b)电路和(多个)计算机程序产品的组合,其包括:存储在一个或多个计算机可读存储器上的软件和/或固件指令,该软件和/或固件指令共同工作以使装置执行本文所述的一个或多个功能;(c)电路,例如(多个)微处理器或(多个)微处理器的一部分,其需要软件或固件来操作,即使软件或固件物理上可以不存在。“电路”的定义适用于本文中该术语的所有使用,包括在任一项权利要求中。作为进一步的示例,如本文所用,术语“电路”还包括包含一个或多个处理器和/或其一部分以及附随的软件和/或固件的实现。如本文所定义,“计算机可读存储介质”指的是物理存储介质(例如易失性或非易失性存储设备),区别于“计算机可读传输介质(computer-readable transmission medium)”,后者指的是电磁信号。
第三代合作伙伴计划(3GPP)第五代(5G)技术是下一代无线电系统和网络架构,其能够传送超宽带和超稳健、低延迟的连接。5G技术改善了向终端用户提供的各种电信服务,并有助于支持大规模宽带,即在上行链路和下行链路传输中按需传送每秒千兆字节的带宽。采用5G架构的下一代系统利用虚拟化无线接入网络(RAN)功能和核心网络功能。
本文将结合示例通信系统和用于加入通信系统的多播会话的相关技术来说明实施例。然而,应当理解,权利要求的范围不限于所公开的特定类型的通信系统和/或过程。实施例可以使用备选的过程和操作在各种其他类型的通信系统中实现。例如,尽管在使用第三代合作伙伴计划(3GPP)系统元素(例如3GPP下一代系统(5G))的无线蜂窝系统的上下文中进行了说明,但是所公开的实施例可以以直接的方式适用于各种其他类型的通信系统。
根据在5G通信系统环境中实现的示例性实施例,一个或多个3GPP技术规范(TS)和技术报告(TR)进一步提供了与一个或多个示例性实施例(例如,3GPP TR 23.757和/或3GPPTR 23.316)交互的用户设备和网络元件/功能和/或操作的解释。其他3GPP TS/TR文件提供了本领域普通技术人员将意识到的其他常规细节。然而,尽管示例性实施例非常适合于与上述5G相关的3GPP标准相关联的实现,但是备选实施例不一定旨在受限于任何特定标准。
多播是一种用于通信系统的数据传输技术,其中数据向多个目的地传输(例如,同步传输)。一般而言,5G网络可以为互联网协议服务提供数据连接和服务,例如流式电视和向用户设备提供其他流媒体。在一些实施例中,这种服务提供可以经由5G多播广播服务提供。例如,在一些实施例中,用户设备可以被配置为加入5G网络的多播会话。在一些实施例中,互联网协议电视(IPTV)服务可被定义为多媒体服务,例如电视、视频、音频、文本媒体、图形、数据及其组合等,其通过基于IP的网络传送,设法支持QoS/QoE、安全性、交互性和/或可靠性的水平。在一些实施例中,IP多播的使用可以是IPTV内容传送的组成部分。在一些实施例中,IPTV电视频道等可以与IP多播传送(例如,IPv4/IPv6多播传送)相关联。
在一些实施例中,作为多播过程的一部分,用户设备可以表明希望加入多播会话。例如,在一些实施例中,用户设备可以经由控制平面(CP)加入请求或经由用户平面(UP)加入请求来指示希望加入多播会话。在一些实施例中,CP加入请求可以经由与通信系统中的功能层相关联的非接入层(NAS)信令提供。在一些实施例中,UP加入请求可以与针对IP定义的互联网组管理协议(例如,IGMP)或多播监听者发现协议(MLD)加入请求相关联。此外,在一些实施例中,UP加入请求与加入外部IP网络中的多播会话的请求相关联。因此,通常希望使用户设备能够加入外部多播会话。例如,通常希望使用户设备能够加入与3GPP网络中的多播会话或3GPP网络中的点对点协议数据单元(PDU)会话相结合的外部多播会话。虽然本公开可以结合5G通信系统描述本发明,但是本发明也适用于并包括其他网络和网络技术,例如4G、LTE、3G等,但不限于此。
根据示例实施例提供了方法、装置和计算机程序产品,以提供加入通信网络的多播会话的一个或多个过程。
在一些实施例中,UE获得与3GPP无线网络相关联的多播会话的服务公告。在一些实施例中,服务公告包括用于多播会话的IP多播地址。在一些实施例中,基于服务公告,用户设备可以生成加入多播会话的请求。在一些实施例中,如果用户设备从3GPP无线网络获得网络支持5G多播广播(5MBS)的指示,则用户设备可以发送CP加入请求(例如,经由NAS信令)以指示请求加入3GPP网络的相应多播分发会话(例如,相应的5MBS会话)的多播地址。如果在3GPP网络中不存在针对该多播地址的多播分发会话,则在一些实施例中,网络可以拒绝CP加入请求。在一些实施例中,如果用户设备获得CP加入请求的拒绝,或者如果用户设备未从3GPP无线网络获得网络支持5MBS的指示,则用户设备可以发送UP加入请求。在一些实施例中,UP加入请求可由针对IPTV指定的(例如,3GPP规范第16版中指定的)3GPP网络来处理。例如,在一些实施例中,可以经由一个或多个点对点PDU会话向用户设备传送多播内容(例如,多播数据)。
图1描述了示例通信系统环境,其中可以执行根据本公开示例实施例的实现。图1中对系统环境100的描述不旨在限制或以其他方式将本文描述和考虑的实施例限于元件或系统的任何特定配置,也不旨在排除任何备选配置或系统,该组配置和系统可结合本公开的实施例使用。相反,图1和其中公开的系统环境100仅仅是为了提供示例基础和上下文,用来促进本文所公开和考虑的方法、装置和计算机程序产品的一些特征、方面和使用。应当理解,尽管图1中呈现的许多方面和组件被示为离散的、分离的元件,但是可以结合本文所述的方法、装置和计算机程序使用其他配置,包括配置的组合、省略和/或添加方面和/或组件。
在一个或多个实施例中,系统环境100是网络环境(例如,3GPP网络)。如图1所示,系统环境100包括一个或多个用户设备(UE)102,其被配置为与网络106进行无线通信(例如经由接入网络)。尽管用户设备102可以以各种不同的方式配置,但是用户设备102可以被实施为移动终端,例如便携式数字助理(PDA)、移动电话、智能手机、传呼机、移动电视、游戏设备、笔记本电脑、照相机、平板电脑、通信器、平板电脑(pad)、耳机、触摸屏、录像机、音频/视频播放器、收音机、电子书、定位设备(例如全球定位系统(GPS)设备)或上述设备的任何组合、以及其他类型的语音和文本以及多模式通信系统。如图1所示,系统环境100还包括一个或多个接入点104a和104b,例如一个或多个基站,包括但不限于节点B、演进节点B(eNB)等。在一些实施例中,一个或多个接入点104a和104b是一个或多个蜂窝接入点。在一些实施例中,一个或多个接入点104a和104b可以定义和/或服务一个或多个小区。一个或多个接入点104a和104b又可以经由网关依次与网络106(例如核心网络)通信,从而一个或多个接入点104a和104b建立蜂窝无线接入网络,用户设备102可以通过蜂窝无线接入网络与网络106通信。图1的系统环境100可包括多个不同的蜂窝无线电接入小区和/或网络或该网络的部分,其包括:例如,5G无线电接入网络、LTE(长期演进)无线电接入网络、UMTS(通用移动电信系统)无线电接入网络等。在一些示例实现中,与多个不同蜂窝无线电接入网络相关联的设备和其他基础设施可以位于或靠近与特定接入点(例如一个或多个接入点104a和104b)相关联的结构和/或其他设备。
在系统环境100的一些实现中,由一个或多个接入点104a和104b所服务的蜂窝无线电接入网络以及给定区域中的任何其他接入点是相同的,在这个意义上,当用户设备102从由接入点104a服务的区域移动到由接入点104b服务的区域。用户设备102能够经由一个或多个接入点104a和104b上提供的无线电接入网络接入网络106。尽管未展示,系统环境100还可以包括与接入点104a和104b中的一个或多个(例如,基站)相关联的控制器,以便于接入点104a和104b的操作以及与其通信的用户设备102的管理。如图1所示,系统环境100还可以包括一个或多个无线局域网(WLAN),每个无线局域网可以由WLAN接入点108服务,WLAN接入点108被配置为与用户设备102建立无线通信。因此,用户设备102可以经由图1中的实线所示的WLAN接入点,或者可替换地,经由虚线所示的接入点(例如接入点104a或接入点104b)与网络106通信。无线电接入网络以及核心网络可以包括额外的网络元件,例如路由器、交换机、服务器、网关和/或控制器。
在这方面,系统环境100内的多播会话的实现可由图2所示的装置200完成。装置200可由一个或多个UE(例如用户设备102)或图1中讨论的任何其他设备(例如接入点104a和/或104b、一个或多个WLAN接入点108、和/或可与系统环境100结合或以其他方式相关联的设备)实施和/或结合到其中。可替换地,装置200可以由这些设备外部的另一设备实现。例如,该装置可以由计算设备(例如个人计算机、计算机工作站、服务器等)或由各种移动计算设备(例如移动终端,包括但不限于智能手机、平板计算机等)中的任何一种来实施。
在一些实施例中,系统环境100可以包括以下网络功能(NF)中的一个或多个:无线电接入网络(RAN)、接入和移动管理功能(AMF)、会话管理功能(SMF)、用户平面功能(UPF)、认证服务器功能(AUSF)、数据网络(DN),例如运营商服务、互联网接入、内容提供方服务或第三方服务、非结构化数据存储功能(UDSF)、网络暴露功能(NEF)、网络存储库功能(NRF)、网络切片选择功能(NSSF)、策略控制功能(PCF),统一数据管理(UDM)、统一数据存储库(UDR)、UE无线电能力管理功能(UCMF)、应用功能(AF)、用户设备(UE)、下一代无线电接入网(NG-RAN)、5G设备识别寄存器(5G-EIR)、网络数据分析功能(NWDAF)和计费功能(CHF)。系统环境可进一步包括以下网络实体:服务通信代理(SCP)和安全边缘保护代理(SEPP)。
无论装置200以何种方式实施,示例实施例的装置200被配置为包括处理电路202和存储器204或以其他方式与处理电路202和存储器204通信。在一些实施例中,装置200被配置为额外包括通信接口206或以其他方式与通信接口206通信。在一些实施例中,处理电路202可以经由总线与存储器204通信,用于在装置200的组件之间传递信息。存储器204可以是非暂时性的,并且可以包括例如一个或多个易失性和/或非易失性存储器。换句话说,例如,存储器204可以是电子存储设备(例如,计算机可读存储介质),其包括被配置为存储可由机器(例如,类似于处理电路202的计算设备)检索的数据(例如,位)的门。存储器204可以被配置为存储信息、数据、内容、应用、指令等,用于使装置200能够根据本公开的示例实施例执行各种功能。例如,存储器204可以被配置为缓冲输入数据以供处理电路202处理。另外地或可替换地,存储器204可以被配置为存储由处理电路202执行的指令。
如上所述,装置200可以由计算设备实施。然而,在一些实施例中,装置200可以以芯片或芯片集实施。换句话说,装置200可以包括一个或多个物理包(例如芯片),包括结构组件(例如基板)上的材料、组件和/或电线。该结构组件可为其上包含的组件电路提供物理强度、尺寸节省和/或电气交互限制。因此,在某些情况下,装置200可以被配置为在单个芯片上或作为单个“芯片上的系统”实现本公开的实施例。因此,在某些情况下,芯片或芯片集可构成用于执行一个或多个操作以提供本文所述功能的部件。
处理电路202可以以多种不同的方式实施。例如,处理电路202可以以各种硬件处理部件中的一个或多个实施,包括处理器,例如协处理器、微处理器、控制器、数字信号处理器(DSP)、有或没有附带DSP的处理元件,或包括集成电路的各种其他处理电路,例如ASIC(专用集成电路)、FPGA(现场可编程门阵列)、微控制器单元(MCU)、硬件加速器、专用计算机芯片等。因此,在一些实施例中,处理电路202可以包括被配置为独立执行的一个或多个处理核心。多核处理器能够在单个物理包内实现多处理。另外地或可替换地,处理电路202可包括一个或多个处理器,其经由总线串联配置,以实现指令、流水线和/或多线程的独立执行。
在示例实施例中,处理电路202可以被配置为执行存储在存储器204中或以其他方式处理电路202可访问的指令。可替换地或另外地,处理电路202可以被配置为执行硬编码功能。因此,无论是通过硬件或软件方法配置,还是通过其组合配置,处理电路202可以表示能够在相应配置时执行根据本公开实施例的操作的实体(例如,在电路中物理地实施)。因此,例如,当处理电路202被实施为ASIC、FPGA等时,处理电路202可以被具体配置为用于进行本文所述操作的硬件。可替换地,作为另一示例,当处理电路202被实施为软件指令的执行器时,指令可以具体配置处理电路202,在指令被执行时来执行本文所述的算法和/或操作。然而,在一些情况下,处理电路202可以是特定设备(例如,直通显示器或移动终端)的处理器,该特定设备被配置为采用本公开的实施例,通过执行本文所述算法和/或操作的指令进一步配置处理电路202。除了其他方面,处理电路202可包括时钟、算术逻辑单元(ALU)和被配置为支持处理电路202的操作的逻辑门等。
装置200可以可选地包括通信接口206。通信接口206可以是被配置为从/向网络和/或与装置通信的任何其他设备或模块接收和/或发送数据的任何部件,例如以硬件或硬件和软件的组合实施的设备或电路。在这方面,通信接口206可以包括:例如,天线(或多个天线)和支持硬件和/或软件,用于实现与无线通信网络的通信。另外地或可替换地,通信接口206可以包括用于与(多个)天线交互的电路,以使得信号经由(多个)天线传输或处理接收经由(多个)天线接收的信号。在一些环境中,通信接口206可以可替换地或也可以支持有线通信。因此,例如,通信接口206可以包括通信调制解调器和/或其他硬件/软件,用于支持经由电缆、数字用户线路(DSL)、通用串行总线(USB)或其他机制的通信。
下文提供了UE和一个或多个网络实体(例如网络设备、网络组件、RAN、AMF、SMF、UPF等)之间的示例传输和/或步骤。以下示例传输和/或步骤提供了预见的步骤或消息传递,以促进用户设备的多播会话(例如,加入多播会话的一个或多个过程)。
在一些实施例中,UE获得与网络(例如,3GPP无线网络)相关联的多播会话的服务公告。在一些实施例中,服务公告包括多播会话的多播地址。在一些实施例中,UE可以生成加入多播会话的请求。在一些实施例中,UE可以基于服务公告(例如,基于多播地址)来生成加入多播会话的请求。在一些实施例中,服务公告包括:关于是否针对所指示的多播地址来提供多播分发会话的指示。
在一些实施例中,由UE发送的CP加入请求可被网络和/或网络的网络实体(例如,网络中的AMF)拒绝。另外地或可替换地,在一些实施例中,网络实体可以向另一网络实体转发被拒绝的CP加入请求(例如,AMF可以向网络中的SMF转发被拒绝的CP加入请求)。
在一些实施例中,如果网络中不存在针对CP加入请求中包括的多播地址的多播分发会话,则网络可以可替换地为CP加入请求创建多播分发会话和/或生成另一加入请求(例如,外部IGMP或MLD加入请求)以请求接收多播会话的数据。在一些实施例中,SMF可以创建多播分发会话。例如,在一些实施例中,SMF可以配置网络的UPF发送其他加入请求(例如,外部IGMP或MLD加入请求)。
在一些实施例中,如果UE由不支持5MBS的RAN节点服务(例如,因为5MBS仅在某些区域中被RAN节点支持),并且不向UE提供相应指示,则UE可以提供UP加入请求。在一些实施例中,支持5MBS的SMF可以将UE添加到多播分发会话和/或可以经由点对点单播会话向UE传送多播数据。
在一些实施例中,网络实体(例如,AMF或SMF)可以确定与被拒绝的CP加入请求相关的信息,例如,其包括被拒绝的CP加入请求的相应UE位置和/或多播地址。在一些实施例中,网络实体(例如,AMF或SMF)可以将与被拒绝的CP加入请求相关的信息(例如,被拒绝的CP加入请求的相应UE位置和/或多播地址)提供给分析功能,例如,NWDAF。在一些实施例中,如果网络实体(例如,AMF、SMF、或NWDAF)确定被拒绝的CP加入请求的多播地址被频繁请求(例如,由特定区域中的UE和/或一个或多个其他UE请求),则网络实体可以触发为外部多播会话建立多播分发会话和/或加入外部多播会话。在一些实施例中,如果网络实体(例如,AMF、SMF、或NWDAF)确定被拒绝的CP加入请求的多播地址被频繁请求(例如,由特定区域中的UE和/或一个或多个其他UE请求),则网络实体可以可替换地决定接受(例如,不拒绝)针对该多播地址的一个或多个后续CP加入请求。例如,在一些实施例中,响应于确定被拒绝的CP加入请求的多播地址被频繁请求,网络实体可以在接收针对多播地址的第一后续加入请求时,建立多播分发会话。
在一些实施例中,网络实体可以确定拒绝CP加入请求的原因。例如,在一些实施例中,网络实体可以确定拒绝CP加入请求的一个或多个原因。拒绝CP加入请求的原因可以包括:例如,不存在针对CP加入请求中提供的多播地址的多播分发会话、UE已经试图在多播分发会话被建立的区域之外加入多播分发会话、其他原因。在一些实施例中,响应于接收具有一个或多个拒绝原因的CP加入请求拒绝,UE可以发送UP加入请求。
在一些实施例中,CP加入请求拒绝可另外或可替换地包括:关于网络(例如,网络的一个或多个网络实体)是否将接受未来UP加入请求的指示。在一些实施例中,网络实体(例如,SMF或AMF)可以基于以下来确定关于网络是否将接受未来UP加入请求的指示:配置数据(例如,确定是否支持点对点PDU会话中的UP加入处理等),和/或UE的一个或多个预订是否允许在点对点PDU会话中加入多播会话。在一些实施例中,UE响应于关于指示的确定来生成UP加入请求,该指示用于指示UP加入请求将被网络接受。在一些实施例中,响应于获得为所指示的多播地址提供多播分发会话的指示,UE可以生成CP加入请求。此外,在一些实施例中,响应于获得没有为所指示的多播地址提供多播分发会话的指示,UE可以生成UP加入请求。
图3示出了UE 302和网络的一个或多个网络实体(例如,通信网络、无线网络、3GPP网络等)之间的示例传输和/或步骤。根据一个或多个实施例,一个或多个网络实体可以包括RAN 304、AMF 306、SMF 308、和/或UPF 310。在一些实施例中,在步骤1处可以生成多播公告消息。例如,在一些实施例中,内容提供方312(例如,内容提供方设备)可以生成多播公告消息。在一些实施例中,多播公告消息可以是与多播服务(例如,多播会话)相关联的服务消息。在一些实施例中,多播公告消息可以包括多播服务的多播地址。另外地或可替换地,在一些实施例中,多播公告消息可以包括:关于是否存在针对多播服务的多播分发会话的指示。在一些实施例中,内容提供方312可以是通信系统外部的外部内容提供方(例如,包括RAN 304、AMF 306、SMF 308、和/或UPF 310的网络外部)。在一些实施例中,多播公告消息可由UE 302和/或一个或多个网络实体(例如,RAN 304、AMF 306、SMF 308、和/或UPF 310)接收。在一些实施例中,在步骤2处,网络的网络实体可以向UE 302提供关于网络是否支持多播广播服务(例如,5MBS)的指示。例如,在一些实施例中,RAN 304可以向UE 302提供关于网络是否支持多播广播服务(例如,5MBS)的指示。
在一些实施例中,在步骤3a处,UE 302可以生成CP加入请求。在一些实施例中,UE302可以向网络的网络实体提供CP加入请求。例如,在一些实施例中,UE 302可以向AMF 306提供CP加入请求。在一些实施例中,CP加入请求可以包括多播地址。在一些实施例中,在步骤3b处,网络实体可以允许UE 302加入多播会话。例如,在一些实施例中,网络实体可以允许UE 302基于CP加入请求中包括的多播地址来加入多播会话。在一些实施例中,AMF 306和/或SMF 308可以允许UE 302加入多播会话。在一些实施例中,响应于确定网络提供的关于网络是否支持多播广播服务(例如,5MBS)的指示,UE 302可以经由CP加入请求来加入多播会话。
在一些实施例中,在步骤4处,网络实体可以执行多播会话检查。例如,在一些实施例中,SMF 308可以执行多播会话检查。在一些实施例中,网络实体(例如,SMF 308)可以确定拒绝CP加入请求。例如,在一些实施例中,网络实体(例如,SMF 308)可以响应于确定不存在针对CP加入请求中包括的多播地址的多播会话,而确定拒绝CP加入请求。在一些实施例中,网络实体(例如,SMF 308)可以记录拒绝CP加入请求和/或相应的多播会话ID。另外地或可替换地,在某些实施例中,如果针对多播地址的一个或多个未来CP加入请求被确定为是频繁的(例如,如果针对多播地址的请求的数量满足定义的阈值),则网络实体(例如,SMF308)可以确定建立多播会话。
在一些实施例中,在步骤5a处,网络实体可以生成对CP加入请求的拒绝(例如,CP加入拒绝)。例如,在一些实施例中,SMF 308可以生成对CP加入请求的拒绝(例如,CP加入拒绝)。在一些实施例中,SMF 308可以向AMF 306提供对CP加入请求的拒绝(例如,CP加入拒绝)。在一些实施例中,在步骤5b处,网络实体可以向UE 302发送对CP加入请求的拒绝(例如,CP加入拒绝)。例如,在一些实施例中,AMF 306可以向UE 302发送对CP加入请求的拒绝(例如,CP加入拒绝)。在一些实施例中,对CP加入请求的拒绝(例如,CP加入拒绝)可以指示拒绝原因。另外地或可替换地,在一些实施例中,对CP加入请求的拒绝(例如,CP加入拒绝)可以包括:关于网络是否允许UP加入的指示。
在一些实施例中,在步骤6处,UE 302可以生成UP加入请求(例如,多播UP加入请求)。在一些实施例中,UP加入请求可以是IGMP加入请求或MLD加入请求。在一些实施例中,如果网络未提供和/或如果UE 302未接收网络支持多播广播服务(例如,5MBS)的指示,则UE302可以生成UP加入请求。另外地或可替换地,在一些实施例中,如果CP加入请求被网络拒绝,则UE 302可以生成UP加入请求。在一些实施例中,基于对CP加入请求的拒绝所指示的一个或多个拒绝原因和/或基于关于网络是否允许UP加入请求的指示,UE 302可以生成UP加入请求。在一些实施例中,UE 302可以向网络的网络实体发送UP加入请求。例如,在一些实施例中,可以向UPF 310提供UP加入请求。
在一些实施例中,在步骤7处,网络实体可以生成用户平面事件通知。例如,在一些实施例中,响应于UPF 310所接收的UP加入请求,UPF 310可以通知SMF 308。在一些实施例中,在步骤8处,UE授权检查可由网络实体执行。例如,在一些实施例中,SMF 308可以确定UE302是否有资格(entitled to)加入与UP加入请求相关联的多播会话。在一些实施例中,在步骤9处,网络实体可以生成N4会话修改消息(例如,N4接口修改)。例如,在一些实施例中,响应于确定UE 302有资格加入与UP加入请求相关联的多播会话,SMF 308可以请求UPF 310加入多播会话。在一些实施例中,在步骤10处,网络实体可以生成多播加入消息。例如,在一些实施例中,UPF 310可以生成多播加入消息。在一些实施例中,多播加入消息可以包括IGMP加入请求或MLD加入请求。此外,在一些实施例中,多播加入消息可以是外部多播加入消息(例如,外部IGMP或MLD加入请求)。此外,在一些实施例中,网络实体(例如,UPF 310)可以向内容提供方312发送多播加入消息。因此,在一些实施例中,UPF 310可以加入与内容提供方312相关联的外部多播会话。
在一些实施例中,在步骤11处,内容提供方312可以提供多播数据。例如,在一些实施例中,内容提供方312可以向UPF 310提供多播数据。在一些实施例中,多播数据可以包括视频数据、音频数据、图像数据、文本媒体、电视数据、图形数据、和/或其他数据。在一些实施例中,在步骤12处,UPF 310可以经由单播PDU会话向另一网络实体提供多播数据。例如,在一些实施例中,UPF 310可以经由单播PDU会话向RAN 304提供多播数据。在一些实施例中,单播PDU会话可以是点对点PDU会话。在一些实施例中,在步骤13处,网络实体可以经由单播PDU会话向UE 302提供多播数据。例如,在一些实施例中,RAN 304可以经由单播PDU会话(例如,经由点对点PDU会话)向UE 302提供多播数据。
图4示出了根据本公开的示例实施例描述的方法400的流程图。应当理解,流程图的每个方框和流程图中方框的组合可以通过各种部件实现,例如硬件、固件、处理器、电路和/或与软件的执行相关联的其他通信设备,该软件包括一个或多个计算机程序指令。例如,上述一个或多个过程可以通过计算机程序指令实现。在这方面,实施上述过程的计算机程序指令可以例如由采用本公开的实施例的装置200的存储器204存储,并由处理电路202执行。正如将理解的,任何这样计算机程序指令可被加载到计算机或其他可编程装置(例如硬件)上以产生机器,从而所产生的计算机或其他可编程装置实现流程图方框中所指定的功能。这些计算机程序指令也可以存储在计算机可读存储器中,该计算机可读存储器可以指示计算机或其他可编程装置以特定方式运行,从而存储在计算机可读存储器中的指令产生一种制品,该制品的执行实现流程图方框中所指定的功能。计算机程序指令也可以被加载到计算机或其他可编程装置上,以使得在计算机或其他可编程装置上执行一系列操作,以产生计算机实现的过程,从而在计算机或其他可编程装置上执行的指令提供用于实现流程图方框中所指定的功能的操作。
因此,流程图的方框支持用于执行特定功能的部件的组合和用于执行特定功能的操作的组合。还应当理解,流程图的一个或多个方框以及流程图中方框的组合可以通过执行特定功能的基于专用硬件的计算机系统或专用硬件和计算机指令的组合来实现。
现在参考图4,根据本公开的一个或多个实施例,描述了例如由图2的装置200执行的操作,为了提供经由网络实体用于加入通信网络的多播会话。如图4的框402所示,装置200包括例如处理电路202、存储器204等的部件,其被配置为从用户设备接收用于多播服务的控制平面(CP)加入请求。
如图4的框404所示,装置200包括例如处理电路202、存储器204等的部件,其被配置为响应于确定多播分发会话对于与CP加入请求相关联的多播地址不可用,使得向用户设备提供与CP加入请求相关联的拒绝消息。在一些实施例中,拒绝消息包括如下的信息:该信息关联于多播分发会话对于与CP加入请求相关联的多播地址不可用的原因。另外地或可替换地,在一些实施例中,拒绝消息包括:关于是否将接受用于多播服务的多播用户平面(UP)加入请求的指示。
在一些实施例中,装置200(例如处理电路202)可以被配置为针对多播地址确定被拒绝的CP加入请求的数量。在一些实施例中,装置200(例如处理电路202)可以被配置为向另一网络实体提供关于针对多播地址的被拒绝的CP加入请求的信息。在一些实施例中,装置200(例如处理电路202)可以被配置为基于被拒绝的CP加入请求的数量来确定是否针对多播地址建立多播分发会话。此外,在一些实施例中,装置200(例如处理电路202)可以被配置为响应于确定继续建立多播分发会话,针对多播地址建立多播分发会话。另外地或可替换地,在一些实施例中,装置200(例如处理电路202)可以被配置为响应于确定继续建立多播分发会话,接受针对多播地址的一个或多个后续CP加入请求。
在一些实施例中,装置200(例如处理电路202)可以被配置为使得向用户设备提供与多播服务相关联的服务公告消息。在一些实施例中,装置200(例如处理电路202)可以被配置为使得经由服务公告消息提供与多播服务相关联的多播地址。
在一些实施例中,装置200(例如处理电路202)可以被配置为:响应于从用户设备接收用于多播服务的多播UP加入请求,从内容提供方设备接收与多播UP加入请求相关联的多播数据。在一些实施例中,装置200(例如处理电路202)可以被配置为基于多播地址来接收多播数据。在一些实施例中,装置200(例如处理电路202)可以被配置为:响应于使得拒绝CP加入请求和/或响应于从用户设备接收多播UP加入请求,从内容提供方设备接收多播数据。在一些实施例中,装置200(例如处理电路202)可以被配置为:响应于网络不支持多播广播服务的指示以及响应于从用户设备接收多播UP加入请求,从内容提供方设备接收多播数据。
在一些实施例中,装置200(例如处理电路202)可以被配置为使得向用户设备提供多播数据。在一些实施例中,装置200(例如处理电路202)可以被配置为使得经由PDU会话提供多播数据。
在一些实施例中,装置200(例如处理电路202)可以被配置为从用户设备接收用于多播服务的CP加入请求。在一些实施例中,装置200(例如处理电路202)可以被配置为:响应于确定多播分发会话对于与CP加入请求相关联的多播地址不可用,使得向用户设备提供与CP加入请求相关联的拒绝消息。在一些实施例中,装置200(例如处理电路202)可以被配置为针对来自用户设备的后续CP加入请求建立多播分发会话。在一些实施例中,装置200(例如处理电路202)可以被配置为使得提供信息,该信息关联于多播分发会话对于与CP加入请求相关联的多播地址不可用的原因。在一些实施例中,装置200(例如处理电路202)可以被配置为使得提供关于是否将接受用于多播服务的多播UP加入请求的指示。
图5示出了根据本公开的示例实施例描述的方法500的流程图。应当理解,流程图的每个方框和流程图中方框的组合可以通过各种部件实现,例如硬件、固件、处理器、电路和/或与软件的执行相关联的其他通信设备,该软件包括一个或多个计算机程序指令。例如,上述一个或多个过程可以通过计算机程序指令实现。在这方面,实施上述过程的计算机程序指令可以例如由采用本公开的实施例的装置200的存储器204存储,并由处理电路202执行。正如将理解的,任何这样计算机程序指令可被加载到计算机或其他可编程装置(例如硬件)上以产生机器,从而所产生的计算机或其他可编程装置实现流程图方框中所指定的功能。这些计算机程序指令也可以存储在计算机可读存储器中,该计算机可读存储器可以指示计算机或其他可编程装置以特定方式运行,从而存储在计算机可读存储器中的指令产生一种制品,该制品的执行实现流程图方框中所指定的功能。计算机程序指令也可以被加载到计算机或其他可编程装置上,以使得在计算机或其他可编程装置上执行一系列操作,以产生计算机实现的过程,从而在计算机或其他可编程装置上执行的指令提供用于实现流程图方框中所指定的功能的操作。
因此,流程图的方框支持用于执行特定功能的部件的组合和用于执行特定功能的操作的组合。还应当理解,流程图的一个或多个方框以及流程图中方框的组合可以通过执行特定功能的基于专用硬件的计算机系统或专用硬件和计算机指令的组合来实现。
现在参考图5,根据本公开的一个或多个实施例,描述了例如由图2的装置200执行的操作,为了提供经由用户设备用于加入通信网络的多播会话。如图5的框502所示,装置200包括例如处理电路202、存储器204等的部件,其被配置为从第一网络实体接收与多播服务相关联的服务公告消息。
如图5的框504所示,装置200包括例如处理电路202、存储器204等的部件,其被配置为确定多播分发会话对于多播会话不可用。
如图5的框506所示,装置200包括例如处理电路202、存储器204等的部件,其被配置为响应于服务公告消息以及多播分发会话不可用的确定,使得向第二网络实体提供用于多播服务的多播用户平面(UP)加入请求。在一些实施例中,装置200(例如处理电路202)可以被配置为当拒绝原因指示不存在针对多播会话的多播分发会话时,使得提供多播UP加入请求(例如,发送多播UP加入请求)。在一些实施例中,装置200(例如处理电路202)可以被配置为当拒绝原因指示用户设备已经试图在多播分发会话被建立的区域之外加入多播分发会话时,使得提供多播UP加入请求(例如,发送多播UP加入请求)。
如图5的框508所示,装置200包括例如处理电路202、存储器204等的部件,其被配置为响应于多播UP加入请求,接收多播数据的装置。在一些实施例中,装置200(例如处理电路202)可以被配置为经由PDU会话接收多播数据。
在一些实施例中,装置200(例如处理电路202)可以被配置为使得向第三网络实体提供用于多播服务的控制平面(CP)加入请求。此外,在一些实施例中,装置200(例如处理电路202)可以被配置为接收与CP加入请求相关联的拒绝消息(例如,响应于确定多播分发会话对于与CP加入请求相关联的多播地址不可用)。在一些实施例中,装置200(例如处理电路202)可以被配置为响应于来自第四网络实体的多播广播服务支持消息,使得提供CP加入请求。
在一些实施例中,装置200(例如处理电路202)可以被配置为接收拒绝原因,该拒绝原因作为与CP加入请求相关联的拒绝消息的一部分。另外地或可替换地,在一些实施例中,装置200(例如处理电路202)可以被配置为基于拒绝原因来确定是否发送多播UP加入请求。
在一些实施例中,装置200(例如处理电路202)可以被配置为接收UP加入接受指示,该UP加入接受指示作为与CP加入请求相关联的拒绝消息的一部分。另外地或可替换地,在一些实施例中,装置200(例如处理电路202)可以被配置为基于UP加入接受指示来确定是否发送多播UP加入请求。
在一些实施例中,装置200(例如处理电路202)可以被配置为监测来自第四网络实体的多播广播服务支持消息。在一些实施例中,如果未检测到多播广播服务支持消息,则装置200(例如处理电路202)可以被配置为确定多播分发会话对于多播会话不可用。在一些实施例中,装置200(例如处理电路202)可以被配置为接收关于多播分发会话是否被提供的指示,该指示作为服务公告消息的一部分。在一些实施例中,装置200(例如处理电路202)可以被配置为基于指示,另外确定多播分发会话对于多播会话不可用。
如上所述,图4至图5是根据本公开的示例实施例,可由例如装置200和/或根据计算机程序产品执行的各种方法的流程图。因此,计算机程序产品被定义为计算机程序指令(例如计算机可读程序代码部分)由至少一个非暂时性计算机可读存储介质存储的情况,其中计算机程序指令(例如计算机可读程序代码部分)被配置为指令在执行时执行上述功能,例如结合图3的通信流程图或作为图1的系统的一部分。在其他实施例中,计算机程序指令(例如计算机可读程序代码部分)不需要由非暂时性计算机可读存储介质存储或以其他方式实施,而是可以由暂时性介质实施计算机程序指令,其中计算机程序指令(例如计算机可读程序代码部分)在执行时仍被配置为执行上述功能。
因此,流程图的方框支持用于执行特定功能的装置的组合和用于执行特定功能的操作的组合。还应理解,流程图的一个或多个方框以及流程图中方框的组合可由执行特定功能的基于专用硬件的计算机系统或专用硬件和计算机指令的组合来实现。
在一些实施例中,上述某些操作可以被修改或进一步扩大。此外,在一些实施例中,可以包括额外的可选操作。对上述操作的修改、添加或扩大可以以任何顺序和以任何组合进行。
对于本领域的技术人员来说,受益于前述描述和相关附图的教导,其会想到本发明在本文陈述的许多修改和其他实施例。因此,应当理解,本发明不限于所公开的特定实施例,并且修改和其他实施例旨在包括在所附权利要求的范围内。尽管本文中使用了特定术语,但其仅用于一般性和描述性的含义,而非用于限制目的。
Claims (36)
1.一种装置,包括处理电路和至少一个存储器,所述至少一个存储器包括计算机程序代码指令,所述计算机程序代码指令被配置为当由所述处理电路执行时,使得所述装置:
从用户设备接收用于多播服务的控制平面(CP)加入请求;以及
响应于确定多播分发会话对于与所述CP加入请求相关联的多播地址不可用,使得向所述用户设备提供与所述CP加入请求相关联的拒绝消息。
2.根据权利要求1所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:针对所述多播地址确定被拒绝的CP加入请求的数量。
3.根据权利要求1至2中任一项所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:向另一网络实体提供关于针对所述多播地址的所述被拒绝的CP加入请求的信息。
4.根据权利要求1至2中任一项所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:
基于被拒绝的CP加入请求的所述数量,确定是否针对所述多播地址建立多播分发会话;以及
响应于确定继续建立所述多播分发会话,
针对所述多播地址建立所述多播分发会话,以及
接受针对所述多播地址的一个或多个后续CP加入请求。
5.根据权利要求1至4中任一项所述的装置,其中所述拒绝消息包括如下的信息:所述信息关联于所述多播分发会话对于与所述CP加入请求相关联的所述多播地址不可用的原因。
6.根据权利要求1至5中任一项所述的装置,其中所述拒绝消息包括:关于是否将接受用于所述多播服务的多播用户平面(UP)加入请求的指示。
7.一种方法,包括:
从用户设备接收用于多播服务的控制平面(CP)加入请求;以及
响应于确定多播分发会话对于与所述CP加入请求相关联的多播地址不可用,使得向所述用户设备提供与所述CP加入请求相关联的拒绝消息。
8.根据权利要求7所述的方法,进一步包括:
针对所述多播地址确定被拒绝的CP加入请求的数量。
9.根据权利要求7至8中任一项所述的方法,进一步包括:
向另一网络实体提供关于针对所述多播地址的所述被拒绝的CP加入请求的信息。
10.根据权利要求7至8中任一项所述的方法,进一步包括:
基于被拒绝的CP加入请求的所述数量,确定是否针对所述多播地址建立多播分发会话;以及
响应于确定继续建立所述多播分发会话,
针对所述多播地址建立所述多播分发会话,以及
接受针对所述多播地址的一个或多个后续CP加入请求。
11.根据权利要求7至10中任一项所述的方法,其中使得提供所述拒绝消息包括:使得提供如下的信息,所述信息关联于所述多播分发会话对于与所述CP加入请求相关联的所述多播地址不可用的原因。
12.根据权利要求7至11中任一项所述的方法,其中使得提供所述拒绝消息包括:使得提供关于是否将接受用于所述多播服务的多播用户平面(UP)加入请求的指示。
13.一种计算机程序产品,包括至少一个非暂时性计算机可读存储介质,其中存储有计算机可执行程序代码指令,所述计算机可执行程序代码指令包括用于以下项的程序代码指令:
从用户设备接收用于多播服务的控制平面(CP)加入请求;以及
响应于确定多播分发会话对于与所述CP加入请求相关联的多播地址不可用,使得向所述用户设备提供与所述CP加入请求相关联的拒绝消息。
14.一种装置,包括:
用于从用户设备接收用于多播服务的控制平面(CP)加入请求的部件;以及
用于响应于确定多播分发会话对于与所述CP加入请求相关联的多播地址不可用,使得向所述用户设备提供与所述CP加入请求相关联的拒绝消息的部件。
15.一种装置,包括处理电路和至少一个存储器,所述至少一个存储器包括计算机程序代码指令,所述计算机程序代码指令被配置为当由所述处理电路执行时,使得所述装置:
从第一网络实体接收与多播服务相关联的服务公告消息;
确定多播分发会话对于所述多播会话不可用;
响应于所述服务公告消息以及多播分发会话不可用的所述确定,使得向第二网络实体提供用于所述多播服务的多播用户平面(UP)加入请求;以及
响应于所述多播UP加入请求,接收多播数据。
16.根据权利要求15所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:经由协议数据单元(PDU)会话接收所述多播数据。
17.根据权利要求15至16中任一项所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:
使得向第三网络实体提供用于所述多播服务的控制平面(CP)加入请求;以及
接收与所述CP加入请求相关联的拒绝消息。
18.根据权利要求17所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:响应于来自第四网络实体的多播广播服务支持消息,使得提供所述CP加入请求。
19.根据权利要求17所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:
接收拒绝原因,所述拒绝原因作为与所述CP加入请求相关联的所述拒绝消息的一部分;以及
基于所述拒绝原因,确定是否发送所述多播UP加入请求。
20.根据权利要求19所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:当所述拒绝原因指示不存在针对所述多播会话的多播分发会话时,发送所述多播UP加入请求。
21.根据权利要求19所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:当所述拒绝原因指示用户设备已经试图在所述多播分发会话被建立的区域之外加入所述多播分发会话时,发送所述多播UP加入请求。
22.根据权利要求17所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:
接收UP加入接受指示,所述UP加入接受指示作为与所述CP加入请求相关联的所述拒绝消息的一部分;以及
基于所述UP加入接受指示,确定是否发送所述多播UP加入请求。
23.根据权利要求17所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:
监测来自第四网络实体的多播广播服务支持消息;以及
如果未检测到多播广播服务支持消息,则确定多播分发会话对于所述多播会话不可用。
24.根据权利要求15至23中任一项所述的装置,其中所述计算机程序代码指令进一步被配置为当由所述处理电路执行时,使得所述装置:
接收关于多播分发会话是否被提供的指示,所述指示作为所述服务公告消息的一部分;以及
基于所述指示,确定多播分发会话对于所述多播会话不可用。
25.一种方法,包括:
从第一网络实体接收与多播服务相关联的服务公告消息;
确定多播分发会话对于所述多播会话不可用;
响应于所述服务公告消息以及多播分发会话不可用的所述确定,使得向第二网络实体提供用于所述多播服务的多播用户平面(UP)加入请求;以及
响应于所述多播UP加入请求,接收多播数据。
26.根据权利要求25所述的方法,其中接收所述多播数据包括:经由协议数据单元(PDU)会话接收所述多播数据。
27.根据权利要求25至26中任一项所述的方法,其中确定所述多播分发会话对于所述多播会话不可用包括:
使得向第三网络实体提供用于所述多播服务的控制平面(CP)加入请求;以及
接收与所述CP加入请求相关联的拒绝消息。
28.根据权利要求27所述的方法,其中使得提供所述CP加入请求包括:响应于来自第四网络实体的多播广播服务支持消息,使得提供所述CP加入请求。
29.根据权利要求27所述的方法,进一步包括:
接收拒绝原因,所述拒绝原因作为与所述CP加入请求相关联的所述拒绝消息的一部分;以及
基于所述拒绝原因,确定是否发送所述多播UP加入请求。
30.根据权利要求29所述的方法,进一步包括:
当所述拒绝原因指示不存在针对所述多播会话的多播分发会话时,发送所述多播UP加入请求。
31.根据权利要求29所述的方法,进一步包括:
当所述拒绝原因指示用户设备已经试图在所述多播分发会话被建立的区域之外加入所述多播分发会话时,发送所述多播UP加入请求。
32.根据权利要求27所述的方法,进一步包括:
接收UP加入接受指示,所述UP加入接受指示作为与所述CP加入请求相关联的所述拒绝消息的一部分;以及
基于所述UP加入接受指示,确定是否发送所述多播UP加入请求。
33.根据权利要求27所述的方法,其中确定所述多播分发会话对于所述多播会话不可用包括:
监测来自第四网络实体的多播广播服务支持消息,以及
如果未检测到多播广播服务支持消息,则确定多播分发会话对于所述多播会话不可用。
34.根据权利要求25所述的方法,其中接收所述服务公告消息包括:
接收关于多播分发会话是否被提供的指示,所述指示作为所述服务公告消息的一部分,以及
基于所述指示,确定多播分发会话对于所述多播会话不可用。
35.一种计算机程序产品,包括至少一个非暂时性计算机可读存储介质,其中存储有计算机可执行程序代码指令,所述计算机可执行程序代码指令包括用于以下项的程序代码指令:
从第一网络实体接收与多播服务相关联的服务公告消息;
确定多播分发会话对于所述多播会话不可用;
响应于所述服务公告消息以及多播分发会话不可用的所述确定,使得向第二网络实体提供用于所述多播服务的多播用户平面(UP)加入请求;以及
响应于所述多播UP加入请求,接收多播数据。
36.一种装置,包括:
用于从第一网络实体接收与多播服务相关联的服务公告消息的部件;
用于确定多播分发会话对于所述多播会话不可用的部件;
响应于所述服务公告消息以及多播分发会话不可用的所述确定,用于使得向第二网络实体提供用于所述多播服务的多播用户平面(UP)加入请求的部件;以及
响应于所述多播UP加入请求,用于接收多播数据的部件。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/US2020/059691 WO2022098369A1 (en) | 2020-11-09 | 2020-11-09 | Procedure to join a multicast session |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116711269A true CN116711269A (zh) | 2023-09-05 |
| CN116711269B CN116711269B (zh) | 2025-05-30 |
Family
ID=73748182
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080108333.XA Active CN116711269B (zh) | 2020-11-09 | 2020-11-09 | 加入多播会话的过程 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20240015483A1 (zh) |
| EP (1) | EP4241421A1 (zh) |
| CN (1) | CN116711269B (zh) |
| WO (1) | WO2022098369A1 (zh) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW200427269A (en) * | 2002-12-31 | 2004-12-01 | Motorola Inc | Methods for managing a pool of multicast addresses and allocating addresses in a communications system |
| CN1618055A (zh) * | 2001-12-15 | 2005-05-18 | 汤姆森特许公司 | 调用预定时间视频会议的服务器 |
| WO2007054032A1 (fr) * | 2005-11-11 | 2007-05-18 | Huawei Technologies Co., Ltd. | Procede d'emission de signal en arbre de diffusion multi-destinataire, et element de reseau noeud correspondant |
| CN1996932A (zh) * | 2005-12-31 | 2007-07-11 | 北京三星通信技术研究有限公司 | 在计算机和通信网络中执行多播注册和资源预留的方法 |
| WO2007086680A1 (en) * | 2006-01-24 | 2007-08-02 | Samsung Electronics Co., Ltd. | Method for supporting mbms service transmission in lte system |
| US20070183434A1 (en) * | 2006-02-09 | 2007-08-09 | Nokia Corporation | Handling multiple point-to-multipoint services |
| US20100061368A1 (en) * | 2005-12-28 | 2010-03-11 | Angelo Garofalo | Method and System for Managing Multicast Delivery Content in Communication Networks |
| WO2013060167A1 (zh) * | 2011-10-24 | 2013-05-02 | 中兴通讯股份有限公司 | 一种mce控制集群会话建立的方法及系统 |
| CN111448808A (zh) * | 2018-01-03 | 2020-07-24 | 康维达无线有限责任公司 | 用于IoT应用的5G网络中的多播和广播服务 |
| CN111866756A (zh) * | 2020-07-17 | 2020-10-30 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
| CN111866755A (zh) * | 2020-07-17 | 2020-10-30 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1475973B1 (en) * | 2003-05-09 | 2008-12-17 | Nokia Siemens Networks S.p.A. | Method for transmitting multimedia services in the UMTS networks by immediate multicasting of a streaming subset |
| CN109769150B (zh) * | 2017-11-09 | 2021-02-23 | 华为技术有限公司 | 一种传输组播业务的方法和设备 |
| EP3725034B1 (en) * | 2017-12-12 | 2024-08-21 | Nokia Solutions and Networks Oy | Method, system and apparatus for multicast session management in a 5g communication network |
| US20210105196A1 (en) * | 2019-10-04 | 2021-04-08 | Huawei Technologies Co., Ltd. | Support group communications with shared downlink data |
| CN112788544B (zh) * | 2019-11-07 | 2022-08-26 | 华为技术有限公司 | 通信方法、装置及设备 |
| US11159337B1 (en) * | 2020-04-27 | 2021-10-26 | Cisco Technology, Inc. | Selective multicast ethernet tag extension for optimal source driven multicast forwarding |
-
2020
- 2020-11-09 CN CN202080108333.XA patent/CN116711269B/zh active Active
- 2020-11-09 EP EP20821081.5A patent/EP4241421A1/en active Pending
- 2020-11-09 WO PCT/US2020/059691 patent/WO2022098369A1/en not_active Ceased
- 2020-11-09 US US18/251,866 patent/US20240015483A1/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1618055A (zh) * | 2001-12-15 | 2005-05-18 | 汤姆森特许公司 | 调用预定时间视频会议的服务器 |
| TW200427269A (en) * | 2002-12-31 | 2004-12-01 | Motorola Inc | Methods for managing a pool of multicast addresses and allocating addresses in a communications system |
| WO2007054032A1 (fr) * | 2005-11-11 | 2007-05-18 | Huawei Technologies Co., Ltd. | Procede d'emission de signal en arbre de diffusion multi-destinataire, et element de reseau noeud correspondant |
| US20100061368A1 (en) * | 2005-12-28 | 2010-03-11 | Angelo Garofalo | Method and System for Managing Multicast Delivery Content in Communication Networks |
| CN1996932A (zh) * | 2005-12-31 | 2007-07-11 | 北京三星通信技术研究有限公司 | 在计算机和通信网络中执行多播注册和资源预留的方法 |
| WO2007086680A1 (en) * | 2006-01-24 | 2007-08-02 | Samsung Electronics Co., Ltd. | Method for supporting mbms service transmission in lte system |
| US20070183434A1 (en) * | 2006-02-09 | 2007-08-09 | Nokia Corporation | Handling multiple point-to-multipoint services |
| WO2013060167A1 (zh) * | 2011-10-24 | 2013-05-02 | 中兴通讯股份有限公司 | 一种mce控制集群会话建立的方法及系统 |
| CN111448808A (zh) * | 2018-01-03 | 2020-07-24 | 康维达无线有限责任公司 | 用于IoT应用的5G网络中的多播和广播服务 |
| CN111866756A (zh) * | 2020-07-17 | 2020-10-30 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
| CN111866755A (zh) * | 2020-07-17 | 2020-10-30 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
Non-Patent Citations (2)
| Title |
|---|
| RTS/TSGC-0124229V8K0: "Technical Specification Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); LTE; IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Sessio", ETSI TS 124 229, no. 8, 31 July 2012 (2012-07-31) * |
| 陈嘉琪;邓霞;包淑娴;房家杰;: "基于信任机制的蓝牙组播安全机制设计", 电子技术与软件工程, no. 06, 15 March 2020 (2020-03-15) * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116711269B (zh) | 2025-05-30 |
| EP4241421A1 (en) | 2023-09-13 |
| WO2022098369A1 (en) | 2022-05-12 |
| US20240015483A1 (en) | 2024-01-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11825385B2 (en) | Method, system and apparatus for multicast session management in 5G communication network | |
| CN114258663B (zh) | 用于添加与用户设备多播组和离开相关的通知的方法和装置 | |
| US12015967B2 (en) | Method, system and apparatus for multicast session management in 5G communication network | |
| CN110662270B (zh) | 通信方法及装置 | |
| CN104471895B (zh) | 一种支持流媒体进行组播的方法和相关装置及系统 | |
| US20220248314A1 (en) | Method and apparatus for enforcement of maximum number of protocol data unit sessions per network slice in a communication system | |
| US20190141486A1 (en) | Service processing method, device, and system | |
| US11051078B2 (en) | Video distribution method and device | |
| US20230388754A1 (en) | Communication method and apparatus for multicast and broadcast service, medium, and electronic device | |
| CN116018851A (zh) | 通信系统中在向网络切片注册和注销以及建立和释放pdu会话时的用户设备行为的运营商控制 | |
| CN108028837A (zh) | 用于rtp中的服务描述更新的带内信令的技术 | |
| US11502778B2 (en) | Method and apparatus for efficient delivery of source and forward error correction streams in systems supporting mixed unicast multicast transmission | |
| US11324070B2 (en) | Method of and apparatus for releasing mission critical data communication | |
| CN116711269B (zh) | 加入多播会话的过程 | |
| WO2022033491A1 (zh) | 用于鉴权的方法和通信装置 | |
| WO2023051631A1 (zh) | 数据调用的方法和装置 | |
| CN118891925A (zh) | 实现从无线电接入网络节点到5g核心网络功能的直接的基于服务的请求 | |
| CN115915386A (zh) | 一种注册方法、终端设备、核心网设备及存储介质 | |
| WO2017147815A1 (zh) | 一种数据分流方法、移动边缘平台以及核心网设备 | |
| CN119343964A (zh) | 网络注册的终端行为控制 | |
| CN115915089A (zh) | 通信方法、装置、核心网设备及通信设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |