CN111556540A - Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 - Google Patents
Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 Download PDFInfo
- Publication number
- CN111556540A CN111556540A CN202010406531.6A CN202010406531A CN111556540A CN 111556540 A CN111556540 A CN 111556540A CN 202010406531 A CN202010406531 A CN 202010406531A CN 111556540 A CN111556540 A CN 111556540A
- Authority
- CN
- China
- Prior art keywords
- request
- multicast
- entity
- broadcast service
- function entity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 78
- 230000006870 function Effects 0.000 claims description 298
- 230000005540 biological transmission Effects 0.000 description 60
- 238000004891 communication Methods 0.000 description 53
- 230000004044 response Effects 0.000 description 35
- 238000005516 engineering process Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 15
- 230000004913 activation Effects 0.000 description 13
- 101150119040 Nsmf gene Proteins 0.000 description 11
- 238000012546 transfer Methods 0.000 description 6
- 230000003213 activating effect Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/26—Reselection being triggered by specific parameters by agreed or negotiated communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
Abstract
本公开提供了一种由会话管理功能实体执行的方法以及相应的会话管理功能实体,以及一种由策略控制功能实体执行的方法以及相应的策略控制功能实体。由策略控制功能实体执行的方法包括:确定第一请求,其中该第一请求用于请求多播/广播业务会话的开始,该第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;以及向会话管理功能实体发送该第一请求。
Description
技术领域
本公开涉及无线通信领域,并且更具体地涉及一种由会话管理功能(SessionManagement Function,SMF)实体执行的方法以及相应的SMF实体,以及一种由策略控制功能(Policy Control Function,PCF)实体执行的方法以及相应的PCF实体。
背景技术
已有的无线通信系统可以支持多媒体广播和多播业务(Multimedia Broadcastand Multicast Service,MBMS)。具体地,MBMS可以分为多播业务和广播业务。多播也可以称为组播,是将相同的内容传输给多个用户。采用多播方式,可以一次性传输针对所有目标实体的数据,并且可以只针对特定用户传输数据。广播也是将相同的内容传输给多个用户,但是它没有进行用户的选择,因此,可能存在着网络中没用用户但仍进行数据传输的情况。
在第二代/第三代无线通信系统中,多播/广播业务的IP数据流的服务质量(QualityofService,QoS)由广播/多播业务中心(BroadcastMulticast Service Center,BM-SC)进行控制。然而,在第五代无线通信系统中,提出了策略控制和计费(PolicyControl and Charging,PCC)架构与技术。PCC架构与技术是第五代无线通信系统中的关键技术,其可以给用户装置(User Equipment,UE)、接入和移动性管理功能(Access andMobility management Function,AMF)实体、会话管理功能(Session ManagementFunction,SMF)实体等提供与用户装置路由选择策略(UERoute SelectionPolicy,URSP)、接入与移动性、或者会话管理等相关的策略控制,从而实现运营商对IP数据流的精细化的QoS与计费控制。因此,如何将PCC与多播/广播业务数据的传输相结合,是需要解决的技术问题。
发明内容
为了克服现有技术中存在的缺陷,本公开提出了一种由会话管理功能实体执行的方法以及相应的会话管理功能实体,以及一种由策略控制功能实体执行的方法以及相应的策略控制功能实体。
根据本公开的一个方面,提供了一种由会话管理功能实体执行的方法,包括:从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;根据每个数据流的服务质量规则,至少确定与每个数据流对应的服务质量流标识以及服务质量配置文件;以及向接入和移动性管理功能实体发送第一信息,其中所述第一信息至少包括与各个数据流对应的服务质量流标识和服务质量配置文件,以便所述接入和移动性管理功能实体根据所述第一信息向相应的服务基站请求所述多播/广播业务会话的开始。
根据本公开的一个示例,其中所述会话管理功能实体是第一类型会话管理功能实体,所述第一类型会话管理功能实体支持多播/广播业务。
根据本公开的一个示例,其中所述第一请求是由所述策略控制功能实体根据从多播/广播业务功能实体接收的第二请求而确定的,所述第二请求用于所述多播/广播业务功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第二请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第二请求是由所述多播/广播业务功能实体根据从网络开放功能实体或者第一类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述网络开放功能实体或所述第一类型应用功能实体向所述多播/广播业务功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第三请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第三请求是由所述网络开放功能实体根据从所述第一类型应用功能实体接收的第四请求而确定的,所述第四请求用于所述第一类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第四请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第一请求、所述第二请求、所述第三请求以及所述第四请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。
根据本公开的一个示例,其中所述会话管理功能实体是第二类型会话管理功能实体,所述第二类型会话管理功能实体能够支持协议数据单元会话业务。
根据本公开的一个示例,其中所述第一请求是由所述策略控制功能实体根据从网络开放功能实体或第二类型应用功能实体接收的第二请求而确定的,所述第二请求用于所述网络开放功能实体或第二类型应用功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第二请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第二请求是由所述网络开放功能实体根据从第二类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述第二类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第三请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第一请求、所述第二请求、以及所述第三请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。
根据本公开的一个示例,还包括:根据每个数据流的服务质量规则,确定与每个数据流对应的服务质量执行规则。
根据本公开的另一方面,提供了一种由策略控制功能实体执行的方法,包括:确定第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;以及向会话管理功能实体发送所述第一请求。
根据本公开的一个示例,其中所述确定第一请求包括:根据从多播/广播业务功能实体接收的第二请求来确定所述第一请求,所述第二请求用于所述多播/广播业务功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第二请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第二请求是由所述多播/广播业务功能实体根据从网络开放功能实体或者第一类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述网络开放功能实体或所述第一类型应用功能实体向所述多播/广播业务功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第三请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第三请求是由所述网络开放功能实体根据从所述第一类型应用功能实体接收的第四请求而确定的,所述第四请求用于所述第一类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第四请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第一请求、所述第二请求、所述第三请求以及所述第四请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。
根据本公开的一个示例,其中所述确定第一请求包括:根据从网络开放功能实体或第二类型应用功能实体接收的第二请求来确定所述第一请求,所述第二请求用于所述网络开放功能实体或第二类型应用功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第二请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第二请求是由所述网络开放功能实体根据从第二类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述第二类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,其中所述第三请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
根据本公开的一个示例,其中所述第一请求、所述第二请求以及所述第三请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。
根据本公开的另一方面,提供了一种会话管理功能实体,包括:接收单元,被配置为从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;确定单元,被配置为根据每个数据流的服务质量规则,至少确定与每个数据流对应的服务质量流标识以及服务质量配置文件;以及发送单元,被配置为向接入和移动性管理功能实体发送第一信息,其中所述第一信息至少包括与各个数据流对应的服务质量流标识和服务质量配置文件,以便所述接入和移动性管理功能实体根据所述第一信息向相应的服务基站请求所述多播/广播业务会话的开始。
根据本公开的另一方面,提供了一种策略控制功能实体,包括:确定单元,被配置为确定第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;以及发送单元,被配置为向会话管理功能实体发送所述第一请求。
根据本公开的另一方面,提供了一种会话管理功能实体,包括:处理器;以及存储器,其中,所述存储器中存储有计算机可执行程序,当由所述处理器执行所述计算机可执行程序时,执行上述由会话管理功能实体执行的方法。
根据本公开的另一方面,提供了一种策略控制功能实体,包括:处理器;以及存储器,其中,所述存储器中存储有计算机可执行程序,当由所述处理器执行所述计算机可执行程序时,执行上述由策略控制功能实体执行的方法。
根据本公开的另一方面,提供了一种计算机可读存储介质,其上存储有指令,所述指令在被处理器执行时,使得所述处理器执行上述方法。
根据本公开上述各个方面的由会话管理功能实体执行的方法以及相应的会话管理功能实体、由策略控制功能实体执行的方法以及相应的策略控制功能实体,会话管理功能实体可以从策略控制功能实体接收用于请求多播/广播业务会话的开始的请求,并且该请求可以包括与该多播/广播业务对应的至少一个数据流的服务质量规则,以及会话管理功能实体可以根据该请求确定与每个数据流对应的服务质量流标识以及服务质量配置文件,并将所确定的与各个数据流对应的服务质量流标识和服务质量配置文件发送给接入和移动性管理功能实体,以便进行多播/广播业务会话,从而传输多播/广播业务数据,实现了将PCC技术应用到多播/广播业务数据的传输中,进而实现了PCC技术与多播/广播业务数据的传输相结合。
附图说明
通过结合附图对本公开实施例进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解,并且构成说明书的一部分,与本公开实施例一起用于解释本公开,并不构成对本公开的限制。在附图中,相同的参考标号通常代表相同部件或步骤。
图1是可在其中应用本公开实施例的无线通信系统的一个架构的示意图。
图2是可在其中应用本公开实施例的无线通信系统的另一架构的示意图。
图3是根据本公开实施例的由会话管理功能实体执行的方法的流程图。
图4是根据本公开实施例的由策略控制功能实体执行的方法的流程图。
图5是根据本公开实施例的基于图1所示的架构应用PCC技术的流程示意图。
图6是根据本公开实施例的基于图2所示的架构应用PCC技术的流程示意图。
图7是根据本公开实施例的会话管理功能实体的结构示意图。
图8是根据本公开实施例的策略控制功能实体的结构示意图。
图9示出了根据本公开实施例的设备的架构。
具体实施方式
为了使得本公开的目的、技术方案和优点更为明显,下面将参照附图详细描述根据本公开的示例实施例。在附图中,相同的参考标号自始至终表示相同的元件。应当理解:这里描述的实施例仅仅是说明性的,而不应被解释为限制本公开的范围。此外,这里所述的用户装置(User Equipment,UE)可以包括各种类型的终端,例如移动终端或者IP终端。为了方便起见,有时候这些术语可以互换地使用。
首先,参照图1-2来描述可在其中应用本公开实施例的无线通信系统,其中图1是可在其中应用本公开实施例的无线通信系统的一个架构的示意图,图2是可在其中应用本公开实施例的无线通信系统的另一架构的示意图。
在本公开中,无线通信系统可以是第五代(5G)无线通信系统,也可以是任何其他类型的无线通信系统,比如6G无线通信系统等。在下文中,以5G无线通信系统为例来描述本公开的实施例,但应当认识到,以下描述也可以适用于其他类型的无线通信系统。
图1所示的无线通信系统100可以包括第一类型应用功能(ApplicationFunction,AF)实体101、网络开放功能(Network Exposure Function,NEF)实体102、多播/广播业务功能(Multicast/Broadcast Service Function,MBSF)实体103、策略控制功能(Policy Control Function,PCF)实体104、第一类型会话管理功能(Session ManagementFunction,SMF)实体105、第一类型接入和移动性管理功能(Access and Mobilitymanagement Function,AMF)实体106、多播/广播业务用户平面(Multicast/BroadcastService User plane,MBSU)实体107、第一类型用户平面功能(UserPlane Function,UPF)实体108、以及无线接入网络(Radio Access Network,RAN)109以及其服务的UE 110,其中NEF实体102、MBSF实体103、PCF实体104、第一类型SMF实体105、第一类型AMF实体106属于控制平面的实体,而MBSU实体107和第一类型UPF实体108属于用户平面的实体。
在本公开中,第一类型AF实体101可以提供业务数据(例如MBS业务数据),并且支持以多播/广播的方式将业务数据提供给网络中的下游实体,因此,可以被称为MBS AF、或者MBS-AF、或者MB AF、或者MB-AF、或者M-AF实体。第一类型SMF实体105是支持多播/广播业务的SMF实体,因此,可以被称为MBS SMF、或者MBS-SMF、或者MB SMF、或者MB-SMF、或者M-SMF实体。第一类型AMF实体106是支持多播/广播业务的AMF实体,因此,可以被称为MBSAMF、或者MBS-AMF、或者MB AMF、或者MB-AMF、或者M-AMF实体。第一类型UPF实体108是支持多播/广播业务的UPF实体,因此,可以被称为MBS UPF、或者MBS-UPF、或者MB UPF、或者MB-UPF、或者M-UPF实体。为了方便起见,有时候可以互换地使用这些术语。
如图1所示,UE 110可以通过Uu接口与RAN 109相连。RAN 109可以通过N2接口与第一类型AMF实体106相连,并且通过MB-N3接口与第一类型UPF实体108相连。第一类型UPF实体108可以通过Nx接口与第一类型SMF实体105相连,并且通过N6接口与MBSU实体107相连。第一类型AMF实体106通过MB-N11接口与第一类型SMF实体105相连。第一类型SMF实体105通过一个接口(例如Np)与PCF实体104相连。PCF实体104可以通过一个接口(例如Nq)与MBSF实体103相连。此外,第一类型SMF实体105还可以通过接口N6mb_C接口直接与MBSF实体103相连。MBSF实体103通过NxMB-C接口与NEF实体102相连。NEF实体102通过N33接口与第一类型AF实体101相连。MBSU实体107通过NxMB-U接口与第一类型AF实体101相连。
图2所示的无线通信系统200可以包括第二类型AF实体210、NEF/PCF实体220、第二类型SMF实体230、第二类型AMF实体240、第二类型UPF实体250、以及RAN261-262以及其服务的UE271-272,其中NEF/PCF实体220、第二类型SMF实体230、以及第二类型AMF实体240属于控制平面的实体,而第二类型UPF实体250属于用户平面的实体。
在多播/广播业务的场景下,该第二类型AF实体210可以具备上述第一类型AF实体101、上述MBSF实体103和MBSU实体107的功能。此外,该第二类型AF实体210还可以支持协议数据单元(Protocol Data Unit,PDU)会话业务(例如,IP类型PDU会话业务)。该第二类型SMF实体210可以是支持PDU会话业务(例如,IP类型PDU会话业务)的SMF实体。该第二类型AMF实体240可以是支持PDU会话业务(例如,IP类型PDU会话业务)的AMF实体。该第二类型UPF实体250可以是支持PDU会话业务(例如,IP类型PDU会话业务)的UPF实体。
如图2所示,UE 271和/或272可以通过Uu接口与RAN 261和/或262相连。RAN 261和/或262可以通过N2接口与第二类型AMF实体240相连,并且通过N3接口与第二类型UPF实体250相连。第二类型UPF实体250可以通过N4接口与第二类型SMF实体230相连,并且通过N6接口与第二类型AF实体210相连。第二类型AMF实体240通过N11接口与第二类型SMF实体230相连。第二类型SMF实体230通过N7接口与NEF/PCF实体220相连。NEF/PCF实体220通过N5或者Nnef接口与第二类型AF实体210相连。
此外,图2还示出了第二类型UPF实体250和RAN 261-262之间的服务区域,如图2中的椭圆所示。在本公开中,可以在该服务区域内部署多个路由交换设备(例如路由器),其中每个路由交换设备可以与第二类型UPF实体250相连并且与一个或多个RAN相连,以便第二类型UPF实体250将业务数据传输给各个路由设备并且各个路由设备再将该业务数据传输给相应的RAN。
应该理解,图1所示的无线通信系统100还可以包括图2所示的第二类型AF实体210、第二类型SMF实体230、第二类型AMF实体240、以及第二类型UPF实体250(图1未示出)。
此外,在本公开中,MBSF实体是专属于MBS业务的控制平面的实体,其可以用于信令部分以满足仅传输和全业务模式下的业务层能力,以及可以以仅传输模式提供到第一类型AF实体或内容提供方的接口。MBSU实体是专属于MBS业务的用户平面的实体,其可以用于处理负载部分以满足业务层能力。NEF实体可以支持QoS能力开放、事件订阅能力开放、AF请求的流量引导、以及AF请求的参数发放等。PCF实体可以支持统一的策略框架来管理网络行为、提供策略规则来控制控制平面等。第一类型SMF实体和第二类型SMF实体类似,都可以支持会话管理等,其中该会话管理可以包括会话建立、修改和释放等。第一类型AMF实体和第二类型AMF实体类似,都可以支持UE的接入认证、移动管理、注册管理、连接管理、合法接听,支持传输UE和SMF实体之间的会话管理信息等。第一类型UPF实体和第二类型UPF实体类似,可以具有数据包的路由功能,例如,可以从网络获取数据包并向RAN发送数据包等。RAN可以是由基站构成的接入网络。这里的基站可以是任何类型的基站,例如5G基站、下一代(NextGeneration,NG)RAN、或者传统通信系统中的基站或者WiFi AP等。
此外,在本公开中,各个实体可以是一个或多个服务器。在本公开中,“实体”也可以称为节点。为方便起见,有时候可互换地使用实体和节点。
此外,应该理解,在本公开中,术语“多播/广播业务”的含义是多播业务或者广播业务。此外,下文所出现的术语“多播/广播地址”的含义是多播地址或者广播地址,下文所出现的术语“多播/广播业务的多播/广播地址”的含义是多播业务的多播地址或者广播业务的广播地址。
此外,需要认识到,尽管在图1-2中示出了各类实体的数量是一,但这只是示意性的,该无线通信系统可以包括更多数量的实体。此外,虽然在图1-2中示出了一个/两个RAN和一个/两个UE,但这只是示意性的,该无线通信系统可以包括更多个RAN和/或更多个UE,相应地,该无线通信系统可以包括更少或更多个小区。
在本公开中,对于多播业务,在激活多播业务上下文之后,可以进行多播业务会话,从而建立与该多播业务对应的用户平面,以便传输与该多播业务对应的业务数据。可替换地,可以在多播业务上下文的激活过程中建立与该多播业务对应的用户平面。在上述任何一种情形下,在建立与该多播业务对应的用户平面时都可以融合PCC技术,以实现将PCC技术应用到多播业务数据的传输中。
另外,对于广播业务,不需要进行广播业务上下文的激活,但需要进行广播业务会话,从而建立与该广播业务对应的用户平面,以便传输与该广播业务对应的业务数据。在建立与该广播业务对应的用户平面时也可以融合PCC技术,以实现将PCC技术应用到广播业务数据的传输中。
在建立与多播/广播业务对应的用户平面时融合PCC技术,将涉及网络中的多个实体,例如,第一类型/第二类型AMF实体、第一类型/第二类型SMF实体、第一类型/第二类型UPF实体、MBSF实体、MBSU实体、PCF实体、NEF实体以及第一类型/第二类型AF实体等。下面将结合图3-4来描述由SMF实体执行的方法以及由PCF实体执行的方法,其中图3是根据本公开实施例的由SMF实体执行的方法的流程图,图4是根据本公开实施例的由PCF实体执行的方法的流程图。
首先,结合图3来描述根据本公开实施例的由SMF实体执行的方法。如图3所示,在步骤S301中,SMF实体从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则。
根据本公开的第一实现方式,步骤S301中的SMF实体可以是第一类型会话管理功能实体,所述第一类型会话管理功能实体支持多播/广播业务。第一实现方式对应上面所描述的图1所示的无线通信系统的架构。
根据第一实现方式的一个示例,步骤S301中的第一请求还可以包括其他信息,例如与多播/广播业务对应的第四标识(例如,临时移动组标识(Tempory Mobile GroupIdentify,TMGI))、所述多播/广播业务会话的标识(例如,MBS Session ID)、所述多播/广播业务会话的预期持续时间(estimated Session Duration)、以及所述多播/广播业务的数据传输时间(time to MBS data transfer)。
在该示例中,与第一类型SMF实体对应的PCF实体可以通过Nmb-smf接口向该第一类型SMF实体发送第一请求,以请求多播/广播业务会话的开始。该第一请求可以被表示为Nmb-smf_MBS SessionStart Request。
此外,在第一实现方式中,步骤S301中的第一请求可以是由所述策略控制功能实体根据从多播/广播业务功能(MBSF)实体接收的第二请求而确定的,所述第二请求用于所述多播/广播业务功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据第一实现方式的一个示例,所述第二请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第二请求还可以包括其他信息,例如所述第四标识、所述第一类型会话管理功能实体的标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,MBSF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBSSessionStart Request。
此外,上面所描述的第二请求可以是由所述多播/广播业务功能(MBSF)实体根据从网络开放功能(NEF)实体或者第一类型应用功能(AF)实体接收的第三请求而确定的,所述第三请求用于所述网络开放功能实体或所述第一类型应用功能实体向所述多播/广播业务功能实体请求多播/广播业务会话的开始。
根据第一实现方式的一个示例,第三请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第三请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,NEF实体可以通过Nmbsf接口向MBSF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nmbsf_MBS SessionStart Request。可替换地,第一类型AF实体可以通过Nmbsf接口向MBSF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nmbsf_MBS SessionStart Request。
此外,上面所描述的第三请求可以是由所述网络开放功能(NEF)实体根据从所述第一类型应用功能(AF)实体接收的第四请求而确定的,所述第四请求用于所述第一类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,第四请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第四请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,第一类型AF实体可以通过Nnef接口向NEF实体发送第四请求,以请求多播/广播业务会话的开始。该第四请求可以被表示为Nnef_MBS SessionStart Request。
此外,在第一实现方式中,第一请求、第二请求、第三请求、以及第四请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR)。
此外,根据本公开的第二实现方式,步骤S301中的SMF实体可以是第二类型会话管理功能实体,所述第二类型会话管理功能实体可以支持PDU会话业务(例如,IP类型PDU会话业务)。第二实现方式对应上面所描述的图2所示的无线通信系统的架构。
根据第二实现方式的一个示例,步骤S301中的第一请求还可以包括其他信息,例如与多播/广播业务对应的第四标识(例如,临时移动组标识(Tempory Mobile GroupIdentify,TMGI))、所述多播/广播业务会话的标识(例如,MBS Session ID)、所述多播/广播业务会话的预期持续时间(estimated Session Duration)、以及所述多播/广播业务的数据传输时间(time to MBS data transfer)。
在该示例中,与第二类型SMF实体对应的PCF实体可以通过Nsmf接口向该第二类型SMF实体发送第一请求,以请求多播/广播业务会话的开始。该第一请求可以被表示为Nsmf_MBS SessionStartRequest。此外,在第二实现方式中,步骤S301中的第一请求可以是由所述策略控制功能实体根据从网络开放功能(NEF)实体或第二类型应用功能(AF)实体接收的第二请求而确定的,所述第二请求用于所述网络开放功能实体或第二类型应用功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据第二实现方式的一个示例,所述第二请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第二请求还可以包括其他信息,例如所述第四标识、所述会话管理功能实体的标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在第一请求是由所述策略控制功能实体根据从第二类型应用功能实体接收的第二请求而确定的示例中,第二类型AF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStartRequest。
此外,在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,NEF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。
在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,第二请求可以是由所述网络开放功能实体根据从第二类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述第二类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据第二实现方式的一个示例,第三请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第三请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,第二类型AF实体可以通过Nnef接口向NEF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nnef_MBS SessionStart Request。
此外,在第二实现方式中,第一请求、第二请求、以及第三请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR)。
此外,上面所描述的“与所述多播/广播业务对应的至少一个数据流的信息”可以是即将用于传输该多播/广播业务的所有数据流的信息。这里的数据流可以是IP流。在这种情形下,每个数据流的信息可以由IP三元组来确定。IP三元组可以指示IP流的目的IP地址是多播/广播地址、目的端口、采用的通信协议(例如UDP协议)。需要认识到,在本公开的其他示例中,每个数据流的信息可以由IP五元组来确定,或者可以通过其他三元组来确定,本公开对此不作限定。
此外,上面所描述的“所述至少一个数据流的服务质量需求”可以包括与每个数据流对应的服务质量需求(QoS Requirement)。每个数据流的服务质量需求可以包括QoS类别标识符(QoS Class Identifier,QCI)、分配保留优先级(Allocation RetentionPriority,ARP)、优先级等级(Priority Level)等中的一个或多个。此外,每个数据流的服务质量需求可以用于生成第一请求中的每个数据流的服务质量规则。具体的生成方式可以采用已有的某些生成方式,本公开对此不作限定。
返回图3,在步骤S302中,SMF实体根据每个数据流的服务质量规则,至少确定与每个数据流对应的服务质量流标识(QoS Flow Identity,QFI)以及服务质量配置文件(QoSProfile)。此外,SMF实体还可以根据每个数据流的服务质量规则,确定与每个数据流对应的服务质量执行规则(QOS Execute Rule,QER)。在本公开中,与每个数据流对应的服务质量流标识也可以称为多播/广播业务的服务质量流标识(MBS QFI)。此外,这里所描述的服务质量执行规则可以与常规的N4 QER规则类似。
通过步骤S302所确定的与各个数据流对应的服务质量流标识和服务质量配置文件,可以由SMF实体发送给接入和移动性管理功能(AMF)实体,以便AMF实体根据这些信息向相应的服务基站请求所述多播/广播业务会话的开始(即下面将要描述的步骤S303)。
此外,通过步骤S302所确定的与各个数据流对应的服务质量执行规则,可以被用于确定为传输与所述多播/广播业务对应的业务数据而由SMF实体或UPF实体分配的隧道多播地址、以及与所述隧道多播地址对应的标识。例如,SMF实体可以通过N4接口向UPF实体发送一个请求(例如N4 MBS Session Establishment Request),该请求用于建立所述多播/广播业务会话的传输资源。该请求可以包括所述多播/广播业务的多播/广播地址、与所述多播/广播业务的各个数据流对应的服务质量执行规则、以及与所述多播/广播业务对应的聚合最大速率(例如AMBR)。然后,SMF实体可以从UPF实体获取针对该请求的响应,该响应可以包括UPF实体为传输与所述多播/广播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的标识。又例如,SMF实体可以通过N4接口向UPF实体发送一个请求(例如N4 MBS Session Establishment Request),该请求用于建立所述多播/广播业务会话的传输资源。该请求可以包括所述多播/广播业务的多播/广播地址、与所述多播/广播业务的各个数据流对应的服务质量执行规则、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、以及为传输与所述多播/广播业务对应的业务数据而由SMF实体分配的隧道多播地址以及与所述隧道多播地址对应的标识。然后,SMF实体可以从UPF实体获取针对该请求的响应,该响应可以是对该请求的确收。
然后,在步骤S303中,SMF实体向接入和移动性管理功能(AMF)实体发送第一信息,其中所述第一信息至少包括与各个数据流对应的服务质量流标识和服务质量配置文件,以便所述接入和移动性管理功能实体根据所述第一信息向相应的服务基站请求所述多播/广播业务会话的开始。
根据本公开的第一实现方式,即在图1所示的无线通信系统的架构中,步骤S303中的AMF实体可以是第一类型AMF实体。
根据本公开的第二实现方式,即在图2所示的无线通信系统的架构中,步骤S303中的AMF实体可以是第二类型AMF实体。
此外,根据本公开的一个示例,步骤S303中的第一信息还可以包括其他信息,例如所述第四标识、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、以及上面所描述的“隧道多播地址以及与所述隧道多播地址对应的标识”。接入和移动性管理功能(AMF)实体可以向相应的服务基站发送一个请求,以请求所述多播/广播业务会话的开始。该请求可以包括所述第四标识、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与各个数据流对应的服务质量流标识和服务质量配置文件以及上面所描述的“隧道多播地址以及与所述隧道多播地址对应的标识”。
例如,在激活多播业务上下文之后建立与该多播业务对应的用户平面的示例中,SMF实体可以通过Namf接口向AMF实体发送通过Namf接口通信的、与N2接口有关的MBS消息传输,其可以被表示为Namf_Communication_N2MBSMessageTransfer。可替换地,在多播业务的激活过程中建立与该多播业务对应的用户平面的示例中,SMF实体可以通过Namf接口向AMF实体发送通过Namf接口通信的与N1接口、N2接口有关的MBS消息传输,其可以被表示为Namf_Communication_N1N2MBSMessageTransfer。该消息可以包括与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与各个数据流对应的服务质量流标识和服务质量配置文件、所述第四标识、以及上面所描述的“隧道多播地址以及与所述隧道多播地址对应的标识”。此外,可以使用特定格式对这里所描述的与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与各个数据流对应的服务质量流标识和服务质量配置文件、所述第四标识、以及“隧道多播地址以及与所述隧道多播地址对应的标识”进行封装。例如,该特定格式可以是与N2接口相关的多播/广播业务的会话管理容器(N2 MBS SM Container)。
根据本公开实施例的由会话管理功能实体执行的方法,会话管理功能实体可以从策略控制功能实体接收用于请求多播/广播业务会话的开始的请求,并且该请求可以包括与该多播/广播业务对应的至少一个数据流的服务质量规则,以及会话管理功能实体可以根据该请求确定与每个数据流对应的服务质量流标识以及服务质量配置文件,并将所确定的与各个数据流对应的服务质量流标识和服务质量配置文件发送给接入和移动性管理功能实体,以便进行多播/广播业务会话,从而传输多播/广播业务数据,实现了将PCC技术应用到多播/广播业务数据的传输中,进而实现了PCC技术与多播/广播业务数据的传输相结合。
下面,将结合图4来描述根据本公开实施例的由PCF实体执行的方法。如图4所示,在步骤S401中,PCF实体确定第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则。
对于不同的无线通信系统的架构,PCF实体确定第一请求的方式可以不同。
根据本公开的第一实现方式,即在图1所示的无线通信系统的架构中,PCT实体可以根据从多播/广播业务功能实体接收的第二请求来确定所述第一请求,所述第二请求用于所述多播/广播业务功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据第一实现方式的一个示例,所述第二请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第二请求还可以包括其他信息,例如所述第四标识、所述第一类型会话管理功能实体的标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,MBSF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBSSessionStart Request。
此外,上面所描述的第二请求可以是由所述多播/广播业务功能(MBSF)实体根据从网络开放功能(NEF)实体或者第一类型应用功能(AF)实体接收的第三请求而确定的,所述第三请求用于所述网络开放功能实体或所述第一类型应用功能实体向所述多播/广播业务功能实体请求多播/广播业务会话的开始。
根据第一实现方式的一个示例,第三请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第三请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,NEF实体可以通过Nmbsf接口向MBSF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nmbsf_MBS SessionStart Request。可替换地,第一类型AF实体可以通过Nmbsf接口向MBSF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nmbsf_MBS SessionStart Request。
此外,上面所描述的第三请求可以是由所述网络开放功能(NEF)实体根据从所述第一类型应用功能(AF)实体接收的第四请求而确定的,所述第四请求用于所述第一类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,第四请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第四请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,第一类型AF实体可以通过Nnef接口向NEF实体发送第四请求,以请求多播/广播业务会话的开始。该第四请求可以被表示为Nnef_MBS SessionStart Request。
此外,在第一实现方式中,第一请求、第二请求、第三请求、以及第四请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR)。
根据本公开的第二实现方式,即在图2所示的无线通信系统的架构中,PCT实体可以根据从网络开放功能实体或第二类型应用功能实体接收的第二请求来确定所述第一请求,所述第二请求用于所述网络开放功能实体或第二类型应用功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据第二实现方式的一个示例,所述第二请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第二请求还可以包括其他信息,例如所述第四标识、所述会话管理功能实体的标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在第一请求是由所述策略控制功能实体根据从第二类型应用功能实体接收的第二请求而确定的示例中,第二类型AF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStartRequest。
此外,在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,NEF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。
在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,第二请求可以是由所述网络开放功能实体根据从第二类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述第二类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据第二实现方式的一个示例,第三请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第三请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,第二类型AF实体可以通过Nnef接口向NEF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nnef_MBS SessionStart Request。
此外,在第二实现方式中,第一请求、第二请求、以及第三请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR)。
返回图4,在步骤S402中,PCF实体向会话管理功能实体发送所述第一请求。
根据本公开的第一实现方式,即在图1所示的无线通信系统的架构中,PCF实体可以通过Nmb-smf接口向相应的第一类型SMF实体发送第一请求,以请求多播/广播业务会话的开始。该第一请求可以被表示为Nmb-smf_MBS SessionStart Request。
根据本公开的第二实现方式,即在图2所示的无线通信系统的架构中,PCF实体可以通过Nsmf接口向相应的第二类型SMF实体发送第一请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Nsmf_MBS SessionStart Request。
根据本公开实施例的由策略控制功能实体执行的方法,策略控制功能实体可以向会话管理功能实体发送用于请求多播/广播业务会话的开始的请求,并且该请求可以包括与该多播/广播业务对应的至少一个数据流的服务质量规则,以便会话管理功能实体根据该请求确定与每个数据流对应的服务质量流标识以及服务质量配置文件,并将所确定的与各个数据流对应的服务质量流标识和服务质量配置文件发送给接入和移动性管理功能实体,便于进行多播/广播业务会话,从而传输多播/广播业务数据,实现了将PCC技术应用到多播/广播业务数据的传输中,进而实现了PCC技术与多播/广播业务数据的传输相结合。
下面将结合图5-6来描述根据本公开实施例的应用PCC技术的流程示意图,其中图5是根据本公开实施例的基于图1所示的架构应用PCC技术的流程示意图,图6是根据本公开实施例的基于图2所示的架构应用PCC技术的流程示意图。
首先,结合图5来描述基于图1所示的架构应用PCC技术的流程示意图。图5所示的流程可以适用于在激活多播业务上下文之后建立与该多播业务对应的用户平面的情形,也可以适用于在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的情形,还可以适用于建立与广播业务对应的用户平面的情形。
如图5所示,在步骤1中,第一类型AF实体可以通过Nnef接口向NEF实体发送第四请求(Nnef_MBS SessionStart Request),该第四请求可以包括与所述多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与所述多播/广播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播/广播业务会话的ID、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。此外,在激活多播业务上下文之后建立与该多播业务对应的用户平面的示例中,该第四请求还可以包括至少一个MBSF ID(图中未示出)。在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的示例中,该第四请求还可以包括一个UE的公共标识(例如,通用公共订购标识符(Generic Public Subscription Identifier,GPSI))(图中未示出)。
然后,在步骤2中,NEF实体可以根据MBSF ID确定相应的MBSF实体,或者NEF实体可以根据UE的公共标识以及与所述多播/广播业务对应的TMGI确定一个MBSF ID并根据该MBSF ID确定相应的MBSF实体。然后,NEF实体可以通过Nmbsf接口向相应的MBSF实体发送第三请求(Nmbsf_MBS SessionStart Request)。该第三请求可以包括与所述多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与所述多播/广播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、所述多播/广播业务会话的ID、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。此外,在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的示例中,该第三请求还可以包括一个UE的专用标识(例如,订购永久标识符(SubscriptionPermanent Identifier,SUPI))(图中未示出)。需要认识到,无线通信系统中可能存在多个MBSF实体,并且每个MBSF实体可能对应一个或多个第一类型SMF实体。因此,NEF实体可能会分别向每个MBSF实体发送第三请求,但发送给每个MBSF实体的第三请求可以相同。
在存在多个PCF实体并且每个PCF实体对应一个或多个第一类型SMF实体的示例中,PCF实体是由MBSF实体根据第一类型SMF实体的标识(例如,MB-SMF ID)而确定的。例如,MBSF实体可以根据网络配置,基于MB-SMF ID确定与MB-SMF ID对应的PCF实体。
然后,在步骤3中,MBSF实体可以根据MB-SMF ID向相应的PCF实体发送第二请求(Npcf_MBS SessionStart Request)。该第二请求可以包括与所述多播/广播业务对应的TMGI、一个MB-SMF ID、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与所述多播/广播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播/广播业务会话的ID、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。此外,在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的示例中,该第二请求还可以包括一个UE的专用标识(例如SUPI)(图中未示出)。
然后,在步骤4中,PCF实体可以根据MB-SMF ID向相应的第一类型SMF实体发送第一请求(Nmb-smf_MBS SessionStart Request)。该第一请求可以包括与所述多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、所述至少一个数据流的服务质量规则、多播/广播业务会话的ID、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。此外,在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的示例中,该第一请求还可以包括一个UE的专用标识(例如SUPI)(图中未示出)。
然后,在步骤5中,第一类型SMF实体可以通过N4接口向第一类型UPF实体发送一个请求(例如N4 MBS Session Establishment Request),该请求用于建立所述多播/广播业务会话的传输资源。该请求可以包括所述多播/广播业务的多播/广播地址、与所述多播/广播业务的各个数据流对应的服务质量执行规则、以及与所述多播/广播业务对应的聚合最大速率(例如AMBR)。然后,第一类型SMF实体可以从第一类型UPF实体获取针对该请求的响应,该响应可以包括第一类型UPF实体为传输与所述多播/广播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的标识。可替换地,第一类型SMF实体可以通过N4接口向第一类型UPF实体发送一个请求(例如N4 MBS Session EstablishmentRequest),该请求用于建立所述多播/广播业务会话的传输资源。该请求可以包括所述多播/广播业务的多播/广播地址、与所述多播/广播业务的各个数据流对应的服务质量执行规则、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、以及为传输与所述多播/广播业务对应的业务数据而由第一类型SMF实体分配的隧道多播地址以及与所述隧道多播地址对应的标识。然后,第一类型SMF实体可以从第一类型UPF实体获取针对该请求的响应,该响应可以是对该请求的确收。
然后,在步骤6中,第一类型SMF实体可以通过Namf接口向AMF实体发送第一信息(Namf_Communication_N2MBSMessageTransfer或者Namf_Communication_N1N2MBSMessageTransfer)。第一信息可以包括与多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与多播/广播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播/广播业务对应的隧道多播地址以及与所述隧道多播地址对应的标识。第一类型SMF实体可以使用上面所描述的N2 MBS SM Container对“与多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与多播/广播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播/广播业务对应的隧道多播地址以及与所述隧道多播地址对应的标识”进行封装。
然后,在步骤7中,AMF实体可以通过N2接口向相应的服务基站发送一个请求(N2MBS Session Start Requst),以请求所述多播/广播业务会话的开始。该请求可以包括与所述多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与多播/广播业务的各个数据流对应的服务质量流标识和服务质量配置文件以及上面所描述的“隧道多播地址以及与所述隧道多播地址对应的标识”。
然后,在步骤8中,服务基站可以通过N2接口给AMF实体发送一个响应信息(N2 MBSSession Start Response),以响应在上述步骤7中所描述的由AMF实体向服务基站发送的请求。
然后,在步骤9中,服务基站可以给其服务的UE分配用于传输MBS业务数据的资源,以支持具有不同服务质量需求的数据流。相应地,UE可以通过所分配的资源来接收MBS业务数据。
然后,在步骤10中,AMF实体可以向第一类型SMF实体发送一个通知信息(Namf_Communication_N2MessageNotify),以通知在上述步骤6中所描述的由第一类型SMF实体向AMF实体发送的第一信息。
然后,在步骤11中,第一类型SMF实体可以通过Nmb-smf接口向PCF实体发送一个响应信息(Nmb-smf_MBS SessionStart Response),以响应在上述步骤4中所描述的由PCF实体向第一类型SMF实体发送的第一请求。
然后,在步骤12中,PCF实体可以通过Npcf接口向MBSF实体发送一个响应信息(Npcf_MBS SessionStart Response),以响应在上述步骤3中所描述的由MBSF实体向PCF实体发送的第二请求。
然后,在步骤13中,MBSF实体可以通过Nmbsf接口向NEF实体发送一个响应信息(Nmbsf_MBS SessionStart Response),以响应在上述步骤2中所描述的由NEF实体向MBSF实体发送的第三请求。
然后,在步骤14中,NEF实体可以通过Nnef接口向第一类型AF实体发送一个响应信息(Nnef_MBS SessionStart Response),以响应在上述步骤1中所描述的由第一类型AF实体向NEF实体发送的第四请求。
至此,与所述多播/广播业务对应的用户平面已经建立成功。这意味着,可以开始进行所述多播/广播业务了。例如,第一类型AF实体可以向下游的各个MBSU实体发送目的IP地址为所述多播/广播业务的多播/广播地址的多播/广播业务数据(例如,MBS数据包)。然后,各个MBSU实体可以向各个第一类型UPF实体发送多播/广播业务数据。然后,各个第一类型UPF实体可以向各个RAN发送多播/广播业务数据。然后,各个RAN可以通过给UE分配的资源,向各个UE发送多播/广播业务数据。
下面将结合图6来描述基于图2所示的架构应用PCC技术的流程示意图。图6所示的流程可以适用于在激活多播业务上下文之后建立与该多播业务对应的用户平面的情形,也可以适用于在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的情形,还可以适用于建立与广播业务对应的用户平面的情形。
如图6所示,在步骤1中,第二类型AF实体可以通过Nnef接口向NEF实体发送第三请求(Nnef_MBS SessionStart Request),该第三请求可以包括与所述多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与所述多播/广播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播/广播业务会话的ID、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。此外,在激活多播业务上下文之后建立与该多播业务对应的用户平面的示例中,该第三请求还可以包括至少一个SMF ID(图中未示出)。在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的示例中,该第三请求还可以包括一个UE的公共标识(例如GPSI)(图中未示出)。
然后,在步骤2中,NEF实体可以根据SMF ID确定相应的PCF实体,或者NEF实体可以根据UE的公共标识以及与所述多播/广播业务对应的TMGI确定一个SMF ID并根据该SMF ID确定相应的PCF实体。然后,NEF实体可以通过Npcf接口向相应的PCF实体发送第二请求(Npcf_MBS SessionStart Request)。该第二请求可以包括与所述多播/广播业务对应的TMGI、一个SMF ID、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与所述多播/广播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播/广播业务会话的ID、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。此外,在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的示例中,该第二请求还可以包括一个UE的专用标识(例如SUPI)(图中未示出)。
然后,在步骤3中,PCF实体可以根据SMF ID向相应的第二类型SMF实体发送第一请求(Nsmf_MBS SessionStart Request)。该第一请求可以包括与所述多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、所述至少一个数据流的服务质量规则、多播/广播业务会话的ID、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。此外,在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的示例中,该第一请求还可以包括一个UE的专用标识(例如SUPI)(图中未示出)。
然后,在步骤4中,第二类型SMF实体可以通过N4接口向第二类型UPF实体发送一个请求(例如N4 MBS Session Establishment Request),该请求用于建立所述多播/广播业务会话的传输资源。该请求可以包括所述多播/广播业务的多播/广播地址、与所述多播/广播业务的各个数据流对应的服务质量执行规则、以及与所述多播/广播业务对应的聚合最大速率(例如AMBR)。然后,第二类型SMF实体可以从第二类型UPF实体获取针对该请求的响应,该响应可以包括第二类型UPF实体为传输与所述多播/广播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的标识。
可替换地,第二类型SMF实体可以通过N4接口向第而类型UPF实体发送一个请求(例如N4 MBS Session Establishment Request),该请求用于建立所述多播/广播业务会话的传输资源。该请求可以包括所述多播/广播业务的多播/广播地址、与所述多播/广播业务的各个数据流对应的服务质量执行规则、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、以及为传输与所述多播/广播业务对应的业务数据而由第二类型SMF实体分配的隧道多播地址以及与所述隧道多播地址对应的标识。然后,第二类型SMF实体可以从第二类型UPF实体获取针对该请求的响应,该响应可以是对该请求的确收。
然后,在步骤5中,第二类型SMF实体可以通过Namf接口向AMF实体发送第一信息(Namf_Communication_N2MBSMessageTransfer或者Namf_Communication_N1N2MBSMessageTransfer)。第一信息可以包括与多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与多播/广播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播/广播业务对应的隧道多播地址以及与所述隧道多播地址对应的标识。第二类型SMF实体可以使用上面所描述的N2 MBS SM Container对“与多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与多播/广播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播/广播业务对应的隧道多播地址以及与所述隧道多播地址对应的标识”进行封装。
然后,在步骤6中,AMF实体可以通过N2接口向相应的服务基站发送一个请求(N2MBS Session Start Requst),以请求所述多播/广播业务会话的开始。该请求可以包括与多播/广播业务对应的TMGI、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与多播/广播业务的各个数据流对应的服务质量流标识和服务质量配置文件以及上面所描述的“隧道多播地址以及与所述隧道多播地址对应的标识”。
然后,在步骤7中,服务基站可以通过N2接口给AMF实体发送一个响应信息(N2 MBSSession Start Response),以响应在上述步骤6中所描述的由AMF实体向服务基站发送的请求。
然后,在步骤8中,服务基站可以给其服务的UE分配用于传输MBS业务数据的资源,以支持具有不同服务质量需求的数据流。相应地,UE可以通过所分配的资源来接收MBS业务数据。
然后,在步骤9中,AMF实体可以向第二类型SMF实体发送一个通知信息(Namf_Communication_N2MessageNotify),以通知在上述步骤5中所描述的由第二类型SMF实体向AMF实体发送的第一信息。
然后,在步骤10中,第二类型SMF实体可以通过Nsmf接口向PCF实体发送一个响应信息(Nsmf_MBS SessionStartResponse),以响应在上述步骤3中所描述的由PCF实体向第二类型SMF实体发送的第一请求。
然后,在步骤11中,PCF实体可以通过Npcf接口向NEF实体发送一个响应信息(Npcf_MBS SessionStart Response),以响应在上述步骤2中所描述的由NEF实体向PCF实体发送的第二请求。
然后,在步骤12中,NEF实体可以通过Nnef接口向第二类型AF实体发送一个响应信息(Nnef_MBS SessionStart Response),以响应在上述步骤1中所描述的由第二类型AF实体向NEF实体发送的第三请求。
至此,与所述多播/广播业务对应的用户平面已经建立成功。这意味着,可以开始进行所述多播/广播业务了。例如,第二类型AF实体可以向下游的第二类型UPF实体发送多播/广播业务数据。然后,各个第二类型UPF实体可以向各个RAN发送多播/广播业务数据。然后,各个RAN可以通过给UE分配的资源,向各个UE发送多播/广播业务数据。
以下,参照图7来描述根据本公开实施例的与图3所示的方法对应的SMF实体。图7是根据本公开实施例的SMF实体700的结构示意图。由于SMF实体700的功能与在上文中参照图3描述的方法的细节相同,因此在这里为了简单起见,省略对相同内容的详细描述。如图7所示,SMF实体700包括:接收单元710,被配置为从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;确定单元720,被配置为根据每个数据流的服务质量规则,至少确定与每个数据流对应的服务质量流标识以及服务质量配置文件;以及发送单元730,被配置为向接入和移动性管理功能实体发送第一信息,其中所述第一信息至少包括与各个数据流对应的服务质量流标识和服务质量配置文件,以便所述接入和移动性管理功能实体根据所述第一信息向相应的服务基站请求所述多播/广播业务会话的开始。除了这三个单元以外,SMF实体700还可以包括其他部件,然而,由于这些部件与本公开实施例的内容无关,因此在这里省略其图示和描述。
在本公开中,接收单元710从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则。
根据本公开的第一实现方式,SMF实体700可以是第一类型会话管理功能实体,所述第一类型会话管理功能实体支持多播/广播业务。第一实现方式对应上面所描述的图1所示的无线通信系统的架构。
根据第一实现方式的一个示例,第一请求还可以包括其他信息,例如与多播/广播业务对应的第四标识(例如,临时移动组标识(Tempory Mobile Group Identify,TMGI))、所述多播/广播业务会话的标识(例如,MBS SessionID)、所述多播/广播业务会话的预期持续时间(estimated Session Duration)、以及所述多播/广播业务的数据传输时间(timeto MBS data transfer)。
在该示例中,与第一类型SMF实体对应的PCF实体可以通过Nmb-smf接口向该第一类型SMF实体发送第一请求,以请求多播/广播业务会话的开始。该第一请求可以被表示为Nmb-smf_MBS SessionStart Request。
此外,在第一实现方式中,第一请求可以是由所述策略控制功能实体根据从多播/广播业务功能(MBSF)实体接收的第二请求而确定的,所述第二请求用于所述多播/广播业务功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据第一实现方式的一个示例,所述第二请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第二请求还可以包括其他信息,例如所述第四标识、所述第一类型会话管理功能实体的标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,MBSF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBSSessionStart Request。
此外,上面所描述的第二请求可以是由所述多播/广播业务功能(MBSF)实体根据从网络开放功能(NEF)实体或者第一类型应用功能(AF)实体接收的第三请求而确定的,所述第三请求用于所述网络开放功能实体或所述第一类型应用功能实体向所述多播/广播业务功能实体请求多播/广播业务会话的开始。
根据第一实现方式的一个示例,第三请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第三请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,NEF实体可以通过Nmbsf接口向MBSF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nmbsf_MBS SessionStart Request。可替换地,第一类型AF实体可以通过Nmbsf接口向MBSF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nmbsf_MBS SessionStart Request。
此外,上面所描述的第三请求可以是由所述网络开放功能(NEF)实体根据从所述第一类型应用功能(AF)实体接收的第四请求而确定的,所述第四请求用于所述第一类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,第四请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第四请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,第一类型AF实体可以通过Nnef接口向NEF实体发送第四请求,以请求多播/广播业务会话的开始。该第四请求可以被表示为Nnef_MBS SessionStart Request。
此外,在第一实现方式中,第一请求、第二请求、第三请求、以及第四请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR)。
此外,根据本公开的第二实现方式,SMF实体700可以是第二类型会话管理功能实体,所述第二类型会话管理功能实体可以支持PDU会话业务(例如,IP类型PDU会话业务)。第二实现方式对应上面所描述的图2所示的无线通信系统的架构。
根据第二实现方式的一个示例,第一请求还可以包括其他信息,例如与多播/广播业务对应的第四标识(例如,临时移动组标识(Tempory Mobile Group Identify,TMGI))、所述多播/广播业务会话的标识(例如,MBS SessionID)、所述多播/广播业务会话的预期持续时间(estimated Session Duration)、以及所述多播/广播业务的数据传输时间(timeto MBS data transfer)。
在该示例中,与第二类型SMF实体对应的PCF实体可以通过Nsmf接口向该第二类型SMF实体发送第一请求,以请求多播/广播业务会话的开始。该第一请求可以被表示为Nsmf_MBS SessionStart Request。
此外,在第二实现方式中,第一请求可以是由所述策略控制功能实体根据从网络开放功能(NEF)实体或第二类型应用功能(AF)实体接收的第二请求而确定的,所述第二请求用于所述网络开放功能实体或第二类型应用功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据第二实现方式的一个示例,所述第二请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第二请求还可以包括其他信息,例如所述第四标识、所述会话管理功能实体的标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在第一请求是由所述策略控制功能实体根据从第二类型应用功能实体接收的第二请求而确定的示例中,第二类型AF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStartRequest。
此外,在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,NEF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。
在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,第二请求可以是由所述网络开放功能实体根据从第二类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述第二类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据第二实现方式的一个示例,第三请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第三请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,第二类型AF实体可以通过Nnef接口向NEF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nnef_MBS SessionStart Request。
此外,在第二实现方式中,第一请求、第二请求、以及第三请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR)。
返回图7,确定单元720根据每个数据流的服务质量规则,至少确定与每个数据流对应的服务质量流标识(QoS Flow Identity,QFI)以及服务质量配置文件(QoS Profile)。此外,确定单元720还可以根据每个数据流的服务质量规则,确定与每个数据流对应的服务质量执行规则(QOS Execute Rule,QER)。在本公开中,与每个数据流对应的服务质量流标识也可以称为多播/广播业务的服务质量流标识(MBS QFI)。此外,这里所描述的服务质量执行规则可以与常规的N4 QER规则类似。
所确定的与各个数据流对应的服务质量流标识和服务质量配置文件,可以由发送单元730发送给接入和移动性管理功能(AMF)实体,以便AMF实体根据这些信息向相应的服务基站请求所述多播/广播业务会话的开始(即下面将要描述的发送单元730)。
此外,所确定的与各个数据流对应的服务质量执行规则,可以被用于确定为传输与所述多播/广播业务对应的业务数据而由SMF实体或UPF实体分配的隧道多播地址、以及与所述隧道多播地址对应的标识。例如,SMF实体可以通过N4接口向UPF实体发送一个请求(例如N4 MBS Session Establishment Request),该请求用于建立所述多播/广播业务会话的传输资源。该请求可以包括所述多播/广播业务的多播/广播地址、与所述多播/广播业务的各个数据流对应的服务质量执行规则、以及与所述多播/广播业务对应的聚合最大速率(例如AMBR)。然后,SMF实体可以从UPF实体获取针对该请求的响应,该响应可以包括UPF实体为传输与所述多播/广播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的标识。又例如,SMF实体可以通过N4接口向UPF实体发送一个请求(例如N4MBS Session Establishment Request),该请求用于建立所述多播/广播业务会话的传输资源。该请求可以包括所述多播/广播业务的多播/广播地址、与所述多播/广播业务的各个数据流对应的服务质量执行规则、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、以及为传输与所述多播/广播业务对应的业务数据而由SMF实体分配的隧道多播地址以及与所述隧道多播地址对应的标识。然后,SMF实体可以从UPF实体获取针对该请求的响应,该响应可以是对该请求的确收。
然后,发送单元730向接入和移动性管理功能(AMF)实体发送第一信息,其中所述第一信息至少包括与各个数据流对应的服务质量流标识和服务质量配置文件,以便所述接入和移动性管理功能实体根据所述第一信息向相应的服务基站请求所述多播/广播业务会话的开始。
根据本公开的一个示例,第一信息还可以包括其他信息,例如所述第四标识、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、以及上面所描述的“隧道多播地址以及与所述隧道多播地址对应的标识”。接入和移动性管理功能(AMF)实体可以向相应的服务基站发送一个请求,以请求所述多播/广播业务会话的开始。该请求可以包括所述第四标识、与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与各个数据流对应的服务质量流标识和服务质量配置文件以及上面所描述的“隧道多播地址以及与所述隧道多播地址对应的标识”。
例如,在激活多播业务上下文之后建立与该多播业务对应的用户平面的示例中,发送单元730可以通过Namf接口向AMF实体发送通过Namf接口通信的、与N2接口有关的MBS消息传输,其可以被表示为Namf_Communication_N2MBSMessageTransfer。可替换地,在多播业务上下文的激活过程中建立与该多播业务对应的用户平面的示例中,发送单元730可以通过Namf接口向AMF实体发送通过Namf接口通信的与N1接口、N2接口有关的MBS消息传输,其可以被表示为Namf_Communication_N1N2MBSMessageTransfer。该消息可以包括与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与各个数据流对应的服务质量流标识和服务质量配置文件、所述第四标识、以及上面所描述的“隧道多播地址以及与所述隧道多播地址对应的标识”。此外,可以使用特定格式对这里所描述的与所述多播/广播业务对应的聚合最大速率(例如AMBR)、与各个数据流对应的服务质量流标识和服务质量配置文件、所述第四标识、以及“隧道多播地址以及与所述隧道多播地址对应的标识”进行封装。例如,该特定格式可以是与N2接口相关的多播/广播业务的会话管理容器(N2 MBS SMContainer)。
根据本公开实施例的会话管理功能实体,会话管理功能实体可以从策略控制功能实体接收用于请求多播/广播业务会话的开始的请求,并且该请求可以包括与该多播/广播业务对应的至少一个数据流的服务质量规则,以及会话管理功能实体可以根据该请求确定与每个数据流对应的服务质量流标识以及服务质量配置文件,并将所确定的与各个数据流对应的服务质量流标识和服务质量配置文件发送给接入和移动性管理功能实体,以便进行多播/广播业务会话,从而传输多播/广播业务数据,实现了将PCC技术应用到多播/广播业务数据的传输中,进而实现了PCC技术与多播/广播业务数据的传输相结合。
以下,参照图8来描述根据本公开实施例的与图4所示的方法对应的PCF实体。图8是根据本公开实施例的PCF实体800的结构示意图。由于PCF实体800的功能与在上文中参照图4描述的方法的细节相同,因此在这里为了简单起见,省略对相同内容的详细描述。如图8所示,PCF实体800包括:确定单元810,被配置为确定第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;以及发送单元820,被配置为向会话管理功能实体发送所述第一请求。除了这两个单元以外,PCF实体800还可以包括其他部件,然而,由于这些部件与本公开实施例的内容无关,因此在这里省略其图示和描述。
在本公开中,确定单元810确定第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则。
对于不同的无线通信系统的架构,确定单元810确定第一请求的方式可以不同。
根据本公开的第一实现方式,即在图1所示的无线通信系统的架构中,确定单元810可以根据从多播/广播业务功能实体接收的第二请求来确定所述第一请求,所述第二请求用于所述多播/广播业务功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据第一实现方式的一个示例,所述第二请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第二请求还可以包括其他信息,例如所述第四标识、所述第一类型会话管理功能实体的标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,MBSF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。在该示例中,PCF实体800可以包括接收单元830,来接收所述第二请求。
此外,上面所描述的第二请求可以是由所述多播/广播业务功能(MBSF)实体根据从网络开放功能(NEF)实体或者第一类型应用功能(AF)实体接收的第三请求而确定的,所述第三请求用于所述网络开放功能实体或所述第一类型应用功能实体向所述多播/广播业务功能实体请求多播/广播业务会话的开始。
根据第一实现方式的一个示例,第三请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第三请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,NEF实体可以通过Nmbsf接口向MBSF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nmbsf_MBS SessionStart Request。可替换地,第一类型AF实体可以通过Nmbsf接口向MBSF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nmbsf_MBS SessionStart Request。
此外,上面所描述的第三请求可以是由所述网络开放功能(NEF)实体根据从所述第一类型应用功能(AF)实体接收的第四请求而确定的,所述第四请求用于所述第一类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据本公开的一个示例,第四请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第四请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,第一类型AF实体可以通过Nnef接口向NEF实体发送第四请求,以请求多播/广播业务会话的开始。该第四请求可以被表示为Nnef_MBS SessionStart Request。
此外,在第一实现方式中,第一请求、第二请求、第三请求、以及第四请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR)。
根据本公开的第二实现方式,即在图2所示的无线通信系统的架构中,确定单元810可以根据从网络开放功能实体或第二类型应用功能实体接收的第二请求来确定所述第一请求,所述第二请求用于所述网络开放功能实体或第二类型应用功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
根据第二实现方式的一个示例,所述第二请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第二请求还可以包括其他信息,例如所述第四标识、所述会话管理功能实体的标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在第一请求是由所述策略控制功能实体根据从第二类型应用功能实体接收的第二请求而确定的示例中,第二类型AF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStartRequest。
此外,在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,NEF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。
在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,第二请求可以是由所述网络开放功能实体根据从第二类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述第二类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
根据第二实现方式的一个示例,第三请求至少可以包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。此外,第三请求还可以包括其他信息,例如所述第四标识、所述多播/广播业务会话的标识、所述多播/广播业务会话的预期持续时间、以及所述多播/广播业务的数据传输时间。
在该示例中,第二类型AF实体可以通过Nnef接口向NEF实体发送第三请求,以请求多播/广播业务会话的开始。该第三请求可以被表示为Nnef_MBS SessionStart Request。
此外,在第二实现方式中,第一请求、第二请求、以及第三请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR)。
返回图8,发送单元820向会话管理功能实体发送所述第一请求。
根据本公开的第一实现方式,即在图1所示的无线通信系统的架构中,发送单元820可以通过Nmb-smf接口向相应的第一类型SMF实体发送第一请求,以请求多播/广播业务会话的开始。该第一请求可以被表示为Nmb-smf_MBS SessionStart Request。
根据本公开的第二实现方式,即在图2所示的无线通信系统的架构中,发送单元820可以通过Nsmf接口向相应的第二类型SMF实体发送第一请求,以请求多播/广播业务会话的开始。该第二请求可以被表示为Nsmf_MBS SessionStart Request。
根据本公开实施例的策略控制功能实体,策略控制功能实体可以向会话管理功能实体发送用于请求多播/广播业务会话的开始的请求,并且该请求可以包括与该多播/广播业务对应的至少一个数据流的服务质量规则,以便会话管理功能实体根据该请求确定与每个数据流对应的服务质量流标识以及服务质量配置文件,并将所确定的与各个数据流对应的服务质量流标识和服务质量配置文件发送给接入和移动性管理功能实体,便于进行多播/广播业务会话,从而传输多播/广播业务数据,实现了将PCC技术应用到多播/广播业务数据的传输中,进而实现了PCC技术与多播/广播业务数据的传输相结合。
此外,根据本公开实施例的设备(例如,UE、RAN、AMF实体、SMF实体、UPF实体、MBSF实体、MBSU实体、PCF实体、NEF实体、AF实体等)也可以借助于图9所示的计算设备的架构来实现。图9示出了该计算设备的架构。如图9所示,计算设备900可以包括总线910、一个或多个CPU920、只读存储器(ROM)930、随机存取存储器(RAM)940、连接到网络的通信端口950、输入/输出组件960、硬盘970等。计算设备900中的存储设备,例如ROM 930或硬盘970可以存储计算机处理和/或通信使用的各种数据或文件以及CPU所执行的程序指令。计算设备900还可以包括用户界面980。当然,图9所示的架构只是示例性的,在实现不同的设备时,根据实际需要,可以省略图9示出的计算设备中的一个或多个组件。
本公开的实施例也可以被实现为计算机可读存储介质。根据本公开实施例的计算机可读存储介质上存储有计算机可读指令。当所述计算机可读指令由处理器运行时,可以执行参照以上附图描述的根据本公开实施例的方法。所述计算机可读存储介质包括但不限于例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。
本领域技术人员能够理解,本公开所披露的内容可以出现多种变型和改进。例如,以上所描述的各种设备或组件可以通过硬件实现,也可以通过软件、固件、或者三者中的一些或全部的组合实现。
此外,如本公开和权利要求书中所示,除非上下文明确提示例外情形,“一”、“一个”、“一种”和/或“该”等词并非特指单数,也可包括复数。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。同样,“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同,而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接,不管是直接的还是间接的。
此外,本公开中使用了流程图用来说明根据本公开的实施例的系统所执行的操作。应当理解的是,前面或下面操作不一定按照顺序来精确地执行。相反,可以按照倒序或同时处理各种步骤。同时,也可以将其他操作添加到这些过程中,或从这些过程移除某一步或数步操作。
除非另有定义,这里使用的所有术语(包括技术和科学术语)具有与本发明所属领域的普通技术人员共同理解的相同含义。还应当理解,诸如在通常字典里定义的那些术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义,而不应用理想化或极度形式化的意义来解释,除非这里明确地这样定义。
以上对本公开进行了详细说明,但对于本领域技术人员而言,显然,本公开并非限定于本说明书中说明的实施方式。本公开在不脱离由权利要求书的记载所确定的本公开的宗旨和范围的前提下,可以作为修改和变更方式来实施。因此,本说明书的记载是以示例说明为目的,对本公开而言并非具有任何限制性的意义。
Claims (33)
1.一种由会话管理功能实体执行的方法,包括:
从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;
根据每个数据流的服务质量规则,至少确定与每个数据流对应的服务质量流标识以及服务质量配置文件;以及
向接入和移动性管理功能实体发送第一信息,其中所述第一信息至少包括与各个数据流对应的服务质量流标识和服务质量配置文件,以便所述接入和移动性管理功能实体根据所述第一信息向相应的服务基站请求所述多播/广播业务会话的开始。
2.如权利要求1所述的方法,其中所述会话管理功能实体是第一类型会话管理功能实体,所述第一类型会话管理功能实体支持多播/广播业务。
3.如权利要求2所述的方法,其中所述第一请求是由所述策略控制功能实体根据从多播/广播业务功能实体接收的第二请求而确定的,所述第二请求用于所述多播/广播业务功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
4.如权利要求3所述的方法,其中所述第二请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
5.如权利要求3所述的方法,其中所述第二请求是由所述多播/广播业务功能实体根据从网络开放功能实体或者第一类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述网络开放功能实体或所述第一类型应用功能实体向所述多播/广播业务功能实体请求多播/广播业务会话的开始。
6.如权利要求5所述的方法,其中所述第三请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
7.如权利要求6所述的方法,其中所述第三请求是由所述网络开放功能实体根据从所述第一类型应用功能实体接收的第四请求而确定的,所述第四请求用于所述第一类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
8.如权利要求7所述的方法,其中所述第四请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
9.如权利要求2至8任一项所述的方法,其中所述第一请求、所述第二请求、所述第三请求以及所述第四请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。
10.如权利要求1所述的方法,其中所述会话管理功能实体是第二类型会话管理功能实体,所述第二类型会话管理功能实体能够支持协议数据单元会话业务。
11.如权利要求10所述的方法,其中所述第一请求是由所述策略控制功能实体根据从网络开放功能实体或第二类型应用功能实体接收的第二请求而确定的,所述第二请求用于所述网络开放功能实体或第二类型应用功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
12.如权利要求11所述的方法,其中所述第二请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
13.如权利要求11所述的方法,其中所述第二请求是由所述网络开放功能实体根据从第二类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述第二类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
14.如权利要求13所述的方法,其中所述第三请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
15.如权利要求10至14任一项所述的方法,其中所述第一请求、所述第二请求、以及所述第三请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。
16.如权利要求1所述的方法,还包括:
根据每个数据流的服务质量规则,确定与每个数据流对应的服务质量执行规则。
17.一种由策略控制功能实体执行的方法,包括:
确定第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;以及
向会话管理功能实体发送所述第一请求。
18.如权利要求17所述的方法,其中所述确定第一请求包括:
根据从多播/广播业务功能实体接收的第二请求来确定所述第一请求,所述第二请求用于所述多播/广播业务功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
19.如权利要求18所述的方法,其中所述第二请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
20.如权利要求18所述的方法,其中所述第二请求是由所述多播/广播业务功能实体根据从网络开放功能实体或者第一类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述网络开放功能实体或所述第一类型应用功能实体向所述多播/广播业务功能实体请求多播/广播业务会话的开始。
21.如权利要求20所述的方法,其中所述第三请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
22.如权利要求21所述的方法,其中所述第三请求是由所述网络开放功能实体根据从所述第一类型应用功能实体接收的第四请求而确定的,所述第四请求用于所述第一类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
23.如权利要求22所述的方法,其中所述第四请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
24.如权利要求17至23任一项所述的方法,其中所述第一请求、所述第二请求、所述第三请求以及所述第四请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。
25.如权利要求17所述的方法,其中所述确定第一请求包括:
根据从网络开放功能实体或第二类型应用功能实体接收的第二请求来确定所述第一请求,所述第二请求用于所述网络开放功能实体或第二类型应用功能实体向所述策略控制功能实体请求多播/广播业务会话的开始。
26.如权利要求25所述的方法,其中所述第二请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
27.如权利要求25所述的方法,其中所述第二请求是由所述网络开放功能实体根据从第二类型应用功能实体接收的第三请求而确定的,所述第三请求用于所述第二类型应用功能实体向所述网络开放功能实体请求多播/广播业务会话的开始。
28.如权利要求27所述的方法,其中所述第三请求至少包括与所述多播/广播业务对应的至少一个数据流的信息以及所述至少一个数据流的服务质量需求。
29.如权利要求25至28任一项所述的方法,其中所述第一请求、所述第二请求以及所述第三请求中的任何一个还可以包括与所述多播/广播业务对应的聚合最大速率。
30.一种会话管理功能实体,包括:
接收单元,被配置为从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;
确定单元,被配置为根据每个数据流的服务质量规则,至少确定与每个数据流对应的服务质量流标识以及服务质量配置文件;以及
发送单元,被配置为向接入和移动性管理功能实体发送第一信息,其中所述第一信息至少包括与各个数据流对应的服务质量流标识和服务质量配置文件,以便所述接入和移动性管理功能实体根据所述第一信息向相应的服务基站请求所述多播/广播业务会话的开始。
31.一种策略控制功能实体,包括:
确定单元,被配置为确定第一请求,其中所述第一请求用于请求多播/广播业务会话的开始,所述第一请求至少包括与所述多播/广播业务对应的至少一个数据流的服务质量规则;以及
发送单元,被配置为向会话管理功能实体发送所述第一请求。
32.一种会话管理功能实体,包括:
处理器;以及
存储器,其中,所述存储器中存储有计算机可执行程序,当由所述处理器执行所述计算机可执行程序时,执行上述权利要求1-16所述的方法。
33.一种策略控制功能实体,包括:
处理器;以及
存储器,其中,所述存储器中存储有计算机可执行程序,当由所述处理器执行所述计算机可执行程序时,执行上述权利要求17-29所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010406531.6A CN111556540A (zh) | 2020-05-13 | 2020-05-13 | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010406531.6A CN111556540A (zh) | 2020-05-13 | 2020-05-13 | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111556540A true CN111556540A (zh) | 2020-08-18 |
Family
ID=72008145
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010406531.6A Pending CN111556540A (zh) | 2020-05-13 | 2020-05-13 | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111556540A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112099871A (zh) * | 2020-09-03 | 2020-12-18 | 中国联合网络通信集团有限公司 | 一种服务质量配置方法及装置 |
CN114915918A (zh) * | 2021-02-10 | 2022-08-16 | 华为技术有限公司 | 一种通信方法及装置 |
WO2022173222A1 (en) * | 2021-02-09 | 2022-08-18 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting multicast service in wireless communication system |
WO2022171122A1 (zh) * | 2021-02-10 | 2022-08-18 | 腾讯科技(深圳)有限公司 | 用于实现多播广播业务切换的方法及相关设备 |
CN115190433A (zh) * | 2021-04-06 | 2022-10-14 | 华为技术有限公司 | 一种多播业务的通信方法及装置 |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1691676A (zh) * | 2004-04-30 | 2005-11-02 | 华为技术有限公司 | 多媒体广播/组播业务中确定接收用户数目的方法 |
CN1956451A (zh) * | 2005-10-28 | 2007-05-02 | 华为技术有限公司 | 一种实现多媒体广播/组播业务中会话开始的方法 |
CN101009908A (zh) * | 2006-01-24 | 2007-08-01 | 北京三星通信技术研究有限公司 | Lte系统中支持mbms业务传输的方法 |
CN101150422A (zh) * | 2006-09-20 | 2008-03-26 | 华为技术有限公司 | 组播广播系统和方法 |
CN101222685A (zh) * | 2008-01-23 | 2008-07-16 | 中国科学院计算技术研究所 | 一种多媒体广播组播业务会话建立的方法 |
CN101299828A (zh) * | 2007-04-30 | 2008-11-05 | 华为技术有限公司 | 提供多媒体广播组播业务服务的系统和方法 |
CN101340355A (zh) * | 2007-07-03 | 2009-01-07 | 华为技术有限公司 | 一种多媒体广播/组播业务的实现方法、系统及装置 |
CN101883321A (zh) * | 2009-05-05 | 2010-11-10 | 中兴通讯股份有限公司 | 多媒体广播组播业务中获取接入信息、计费的方法和系统 |
CN101925009A (zh) * | 2009-06-15 | 2010-12-22 | 中兴通讯股份有限公司 | 计费时区分mbms用户面数据发送方式的方法和系统 |
CN104093130A (zh) * | 2009-09-29 | 2014-10-08 | 华为技术有限公司 | 组播广播业务流量控制方法及相关设备 |
CN106488409A (zh) * | 2015-08-29 | 2017-03-08 | 华为技术有限公司 | 一种单播发送广播多播数据的方法、装置及系统 |
CN109155933A (zh) * | 2017-02-10 | 2019-01-04 | 联发科技股份有限公司 | 反射式服务质量控制以及管理 |
CN109547944A (zh) * | 2017-09-21 | 2019-03-29 | 华为技术有限公司 | 数据传输的方法及装置 |
CN109699013A (zh) * | 2017-10-24 | 2019-04-30 | 华为技术有限公司 | 一种通信系统、通信方法及其装置 |
CN110662270A (zh) * | 2018-06-28 | 2020-01-07 | 华为技术有限公司 | 通信方法及装置 |
-
2020
- 2020-05-13 CN CN202010406531.6A patent/CN111556540A/zh active Pending
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1691676A (zh) * | 2004-04-30 | 2005-11-02 | 华为技术有限公司 | 多媒体广播/组播业务中确定接收用户数目的方法 |
CN1956451A (zh) * | 2005-10-28 | 2007-05-02 | 华为技术有限公司 | 一种实现多媒体广播/组播业务中会话开始的方法 |
CN101009908A (zh) * | 2006-01-24 | 2007-08-01 | 北京三星通信技术研究有限公司 | Lte系统中支持mbms业务传输的方法 |
CN101150422A (zh) * | 2006-09-20 | 2008-03-26 | 华为技术有限公司 | 组播广播系统和方法 |
CN101299828A (zh) * | 2007-04-30 | 2008-11-05 | 华为技术有限公司 | 提供多媒体广播组播业务服务的系统和方法 |
CN101340355A (zh) * | 2007-07-03 | 2009-01-07 | 华为技术有限公司 | 一种多媒体广播/组播业务的实现方法、系统及装置 |
CN101222685A (zh) * | 2008-01-23 | 2008-07-16 | 中国科学院计算技术研究所 | 一种多媒体广播组播业务会话建立的方法 |
CN101883321A (zh) * | 2009-05-05 | 2010-11-10 | 中兴通讯股份有限公司 | 多媒体广播组播业务中获取接入信息、计费的方法和系统 |
CN101925009A (zh) * | 2009-06-15 | 2010-12-22 | 中兴通讯股份有限公司 | 计费时区分mbms用户面数据发送方式的方法和系统 |
CN104093130A (zh) * | 2009-09-29 | 2014-10-08 | 华为技术有限公司 | 组播广播业务流量控制方法及相关设备 |
CN106488409A (zh) * | 2015-08-29 | 2017-03-08 | 华为技术有限公司 | 一种单播发送广播多播数据的方法、装置及系统 |
CN109155933A (zh) * | 2017-02-10 | 2019-01-04 | 联发科技股份有限公司 | 反射式服务质量控制以及管理 |
CN109547944A (zh) * | 2017-09-21 | 2019-03-29 | 华为技术有限公司 | 数据传输的方法及装置 |
CN109699013A (zh) * | 2017-10-24 | 2019-04-30 | 华为技术有限公司 | 一种通信系统、通信方法及其装置 |
CN110662270A (zh) * | 2018-06-28 | 2020-01-07 | 华为技术有限公司 | 通信方法及装置 |
Non-Patent Citations (1)
Title |
---|
OPPO: "Solution for Broadcast Session Start", TSG_SA\\WG2_ARCH, 7 January 2020 (2020-01-07), pages 6 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112099871A (zh) * | 2020-09-03 | 2020-12-18 | 中国联合网络通信集团有限公司 | 一种服务质量配置方法及装置 |
CN112099871B (zh) * | 2020-09-03 | 2023-06-02 | 中国联合网络通信集团有限公司 | 一种服务质量配置方法及装置 |
WO2022173222A1 (en) * | 2021-02-09 | 2022-08-18 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting multicast service in wireless communication system |
US11843998B2 (en) | 2021-02-09 | 2023-12-12 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting multicast service in a wireless communication |
CN114915918A (zh) * | 2021-02-10 | 2022-08-16 | 华为技术有限公司 | 一种通信方法及装置 |
WO2022171122A1 (zh) * | 2021-02-10 | 2022-08-18 | 腾讯科技(深圳)有限公司 | 用于实现多播广播业务切换的方法及相关设备 |
CN115190433A (zh) * | 2021-04-06 | 2022-10-14 | 华为技术有限公司 | 一种多播业务的通信方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11778044B2 (en) | Session establishment method and device | |
US11917498B2 (en) | Communication method and communications apparatus | |
WO2020221015A1 (zh) | 直通链路通信方法、装置和存储介质 | |
CN111602452B (zh) | 用于多播-广播会话释放和修改的方法和系统 | |
CN107872876B (zh) | 消息的发送方法和装置 | |
US20220217508A1 (en) | Method executed by ue, method executed by session management function entity, and ue apparatus | |
EP2830337B1 (en) | Broadband digital trunking service implementation method and trunking scheduling management centre | |
CN111556540A (zh) | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 | |
CN111526553A (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
UA82114C2 (uk) | Спосіб, система та пристрій для отримання послуг (варіанти) та мережа для передачі послуг | |
CN111556539A (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
CN115315965A (zh) | 多播或广播会话建立和管理 | |
KR20230004776A (ko) | 브로드캐스트/멀티캐스트 서비스 관리 방법, 장치, 전자 설비, 저장 매체 | |
CN113973322A (zh) | 一种通信方法及装置 | |
WO2021189260A1 (zh) | 多播通信方法及通信装置 | |
WO2016107204A1 (zh) | 一种群组通信方法和服务器 | |
WO2023029590A1 (zh) | 一种组播/广播会话管理方法及通信装置 | |
WO2022166559A1 (zh) | 通信方法及装置 | |
WO2018054336A1 (zh) | 消息的发送方法和装置 | |
CN113950029A (zh) | 一种通信方法及装置 | |
WO2023016236A1 (zh) | 一种配置mbs会话的方法和装置 | |
KR20240018427A (ko) | 멀티캐스트 브로드캐스트 서비스 세션 확립 방법, 및 그 시스템과 장치 | |
CN116437301A (zh) | 一种通信方法及装置 | |
CN117356075A (zh) | 一种mbs会话创建的方法及其系统和装置 | |
KR20240004483A (ko) | Mbs 세션의 핸드오버 방법, 및 그 시스템 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40027444 Country of ref document: HK |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |