CN111526553A - Ue执行的方法及ue、以及smf实体执行的方法及smf实体 - Google Patents
Ue执行的方法及ue、以及smf实体执行的方法及smf实体 Download PDFInfo
- Publication number
- CN111526553A CN111526553A CN202010409871.4A CN202010409871A CN111526553A CN 111526553 A CN111526553 A CN 111526553A CN 202010409871 A CN202010409871 A CN 202010409871A CN 111526553 A CN111526553 A CN 111526553A
- Authority
- CN
- China
- Prior art keywords
- multicast service
- multicast
- entity
- request
- service
- 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
- 238000000034 method Methods 0.000 title claims abstract description 152
- 230000003213 activating effect Effects 0.000 claims abstract description 247
- 238000001994 activation Methods 0.000 claims abstract description 146
- 230000004913 activation Effects 0.000 claims abstract description 138
- 230000006870 function Effects 0.000 claims description 403
- 230000004044 response Effects 0.000 claims description 331
- 230000005540 biological transmission Effects 0.000 claims description 61
- 238000013475 authorization Methods 0.000 claims description 34
- 238000007726 management method Methods 0.000 description 214
- 101150119040 Nsmf gene Proteins 0.000 description 59
- 238000004891 communication Methods 0.000 description 53
- 230000008569 process Effects 0.000 description 33
- 230000005641 tunneling Effects 0.000 description 26
- 230000011664 signaling Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 238000012546 transfer Methods 0.000 description 8
- 238000001514 detection method Methods 0.000 description 4
- 238000005538 encapsulation Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012545 processing Methods 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
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供了一种由用户装置执行的方法以及相应的用户装置,以及由会话管理功能实体执行的方法以及相应的会话管理功能实体。由用户装置执行的方法包括:确定用于激活多播业务的激活方式;根据所确定的激活方式并且至少通过会话管理功能实体来激活该多播业务,其中在所述多播业务的激活过程中与所述多播业务对应的多播业务会话被进行;以及接收与所述多播业务对应的业务数据。
Description
技术领域
本公开涉及无线通信领域,并且更具体地涉及一种由用户装置(User Equipment,UE)执行的方法以及相应的UE,以及由会话管理功能(Session Management Function,SMF)实体执行的方法以及相应的SMF实体。
背景技术
已有的无线通信***可以支持多媒体广播和多播业务(Multimedia Broadcastand Multicast Service,MBMS)。具体地,MBMS可以分为多播业务和广播业务。多播也可以称为组播,是将相同的内容传输给多个用户。采用多播方式,可以一次性传输针对所有目标实体的数据,并且可以只针对特定用户传输数据。广播也是将相同的内容传输给多个用户,但是它没有进行用户的选择,因此,可能存在着网络中没用用户但仍进行数据传输的情况。
在传统的无线通信***中,已经提出了用户装置(User Equipment,UE)如何进行多播业务的技术方案。例如,当多个UE都想要进行同一个多播业务时,首先,该多个UE中的每个UE都需要激活该多播业务。已经激活该多播业务的多个UE可以被看作一个多播组。然后,需要建立与该多播组对应的用户平面,以便网络通过所建立的用户平面向该多播组传输与该多播业务对应的业务数据,从而使得相应的UE能够获取到与该多播业务对应的业务数据。
上面所描述的用户平面的建立是针对一个多播组的(即Per Group),而不是针对单个UE。该技术方案适用于,在网络向多个UE传输与多播业务对应的业务数据之前该多个UE均已经激活该多播业务的情形。然而,在网络已经开始向多个UE传输与多播业务对应的业务数据的情形下,可能还存在另外的某些UE想要进行该多播业务(例如UE才刚刚开机)。那么,上面所描述的技术方案不再适用。
发明内容
为了克服现有技术中存在的缺陷,本公开提出了一种由用户装置执行的方法以及相应的用户装置,以及由会话管理功能实体执行的方法以及相应的会话管理功能实体。
根据本公开的一个方面,提供了一种由用户装置执行的方法,包括:确定用于激活多播业务的激活方式;根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务,其中在所述多播业务的激活过程中与所述多播业务对应的多播业务会话被进行;以及接收与所述多播业务对应的业务数据。
根据本公开的一个示例,在所述确定用于激活多播业务的激活方式之前,所述方法还包括:确定与所述多播业务对应的第一标识和第二标识,其中所述第一标识和所述第二标识用于接入和移动性管理功能实体选择所述会话管理功能实体。
根据本公开的一个示例,其中所述第一标识用于标识与所述多播业务对应的网络分片,所述第二标识用于标识与所述多播业务对应的数据网络。
根据本公开的一个示例,其中所述确定与所述多播业务对应的第一标识和第二标识包括:从策略控制功能实体获取与至少一个多播业务中的每个多播业务对应的用户装置路由选择策略规则,其中每个用户装置路由选择策略规则至少包括相应多播业务的多播地址;根据所述多播业务的多播地址,确定与所述多播业务对应的用户装置路由选择策略规则;以及根据所确定的用户装置路由选择策略规则,确定与所述多播业务对应的第一标识和第二标识。
根据本公开的一个示例,其中所述根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务包括:确定第三标识,其中所述第三标识用于标识为激活所述多播业务而建立的用户装置多播业务上下文;向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址;从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应,所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。
根据本公开的一个示例,其中向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求包括:经由所述接入和移动性管理功能实体向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求。
根据本公开的一个示例,其中从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应包括:经由所述用户装置的服务基站和所述接入和移动性管理功能实体从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应。
根据本公开的一个示例,其中在确定第三标识之前,方法还包括:从所述会话管理功能实体获取一个第一标识、一个第二标识和一个多播地址;判断所获取的第一标识是否与所确定的第一标识相同、所获取的第二标识是否与所确定的第二标识相同、所获取的多播地址是否与所述多播业务的多播地址相同。
根据本公开的一个示例,在从所述会话管理功能实体获取一个第一标识、一个第二标识和一个多播地址之前,所述方法还包括:根据所述第一标识和所述第二标识,从所述会话管理功能实体获取一个互联网协议地址;以及根据所获取的互联网协议地址,向网络发送数据包以便所述网络中的用户平面功能实体获取数据包,其中所述数据包用于指示所述用户装置想要激活的多播业务。
根据本公开的一个示例,其中根据所述第一标识和所述第二标识,从所述会话管理功能实体获取一个互联网协议地址包括:根据所述第一标识和所述第二标识,选择所述会话管理功能实体并建立一个协议数据单元会话,从所述会话管理功能实体获取一个互联网协议地址;以及其中所述根据所获取的互联网协议地址,向网络发送数据包以便所述网络中的用户平面功能实体获取数据包包括:根据所获取的互联网协议地址,向网络发送数据包以便所述网络中的参与所述协议数据单元会话的建立的用户平面功能实体获取数据包;其中所述数据包的目的地址是所述多播业务的多播地址,或者所述数据包的协议部分包括所述多播业务的多播地址。
根据本公开的一个方面,一种由会话管理功能实体执行的方法,包括:从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文;确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活;获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始;以及进行所述多播业务会话并向所述用户装置发送所述响应。
根据本公开的一个示例,其中所述从用户装置接收用于激活用户装置多播业务上下文的请求包括:经由接入和移动性管理功能实体从所述用户装置接收用于激活用户装置多播业务上下文的请求。
根据本公开的一个示例,其中向所述用户装置发送所述响应包括:经由所述用户装置的服务基站以及接入和移动性管理功能实体向所述用户装置发送所述响应。
根据本公开的一个示例,在所述从用户装置接收用于激活所述用户装置多播业务上下文的请求之前,所述方法还包括:建立一个协议数据单元会话;给所述用户装置分配一个互联网协议地址;从参与所述协议数据单元会话的建立的用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址,其中所述多播地址是在所述用户装置根据所述互联网协议地址向包括所述用户平面功能实体的网络发送数据包之后被获取的,其中所述数据包用于指示所述用户装置想要激活的多播业务;当所述会话管理功能实体决定命令所述用户装置激活所述多播业务时,向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求,其中所述用于命令所述用户装置激活所述多播业务的请求包括与所述用户装置将要激活的多播业务对应的第一标识、第二标识和所述多播业务的多播地址。
根据本公开的一个示例,还包括:从所述接入和移动性管理功能实体接收所述用户装置的专用标识以及所述用户装置的服务基站的标识。
根据本公开的一个示例,还包括:将所述用户装置的服务基站的标识记录在所述用户装置多播业务上下文中,以便获取通过所述会话管理功能实体来激活所述多播业务的所有用户装置的服务基站的标识。
根据本公开的一个示例,其中确定针对所述用于激活用户装置多播业务上下文的请求的响应包括:确定所述用户装置是否能够使用所述多播业务;当所述用户装置能够使用所述多播业务时,向所述应用功能实体发送一个通知,其中所述通知是对所述多播业务授权请求的通知;以及从所述应用功能实体接收针对所述通知的响应,其中针对所述通知的响应包括与所述多播业务对应的第四标识。
根据本公开的一个示例,其中所述通知至少包括所述第一标识、所述第二标识、所述多播业务的多播地址、以及所述会话管理功能实体的标识,其中所述会话管理功能实体的标识便于所述应用功能实体获取要激活所述多播业务的所有用户装置在激活所述多播业务时涉及的会话管理功能实体。
根据本公开的一个示例,其中向所述应用功能实体发送一个通知包括:经由网络开放功能实体向所述应用功能实体发送一个通知。
根据本公开的一个示例,其中所述通知还可以包括所述应用功能实体的标识,以便所述网络开放功能实体根据所述应用功能实体的标识确定所述应用功能实体并向所述应用功能实体发送通知。
根据本公开的一个示例,其中从所述应用功能实体接收针对所述通知的响应包括:经由网络开放功能实体从所述应用功能实体接收针对所述通知的响应。
根据本公开的一个示例,其中进行所述多播业务会话包括:从与所述会话管理功能实体对应的策略控制功能实体接收第一请求,其中所述第一请求用于请求所述多播业务会话的开始,所述第一请求至少包括所述用户装置的第一标识、与多播业务对应的第四标识、与所述多播业务对应的至少一个数据流的服务质量规则、以及所述多播业务会话的标识。
根据本公开的一个示例,其中所述第一请求是由所述策略控制功能实体根据从网络开放功能实体或应用功能实体接收的第二请求而确定的,所述第二请求用于所述网络开放功能实体或应用功能实体向所述策略控制功能实体请求多播业务会话的开始。
根据本公开的一个示例,其中所述第二请求至少包括所述用户装置的第一标识、所述第四标识、所述会话管理功能实体的标识、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、以及所述多播业务会话的标识。
根据本公开的一个示例,其中所述策略控制功能实体是由所述网络开放功能实体或应用功能实体根据所述会话管理功能实体的标识而确定的。
根据本公开的一个示例,其中所述第二请求是由所述网络开放功能实体根据从应用功能实体接收的第三请求而确定的,所述第三请求用于所述应用功能实体向所述网络开放功能实体请求多播业务会话的开始。
根据本公开的一个示例,其中所述第三请求至少包括所述用户装置的第二标识、所述第四标识、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、以及所述多播业务会话的标识。
根据本公开的一个示例,其中所述第一请求、所述第二请求、以及所述第三请求中的任何一个还可以包括与所述多播业务对应的聚合最大速率。
根据本公开的一个示例,其中进行所述多播业务会话还包括:根据每个数据流的服务质量规则,生成与每个数据流对应的服务质量流标识、服务质量配置文件、以及服务质量执行规则。
根据本公开的一个示例,其中进行所述多播业务会话还包括:根据所述第四标识选择一个用户平面功能实体;向所选择的用户平面功能实体发送第四请求,其中所述第四请求用于建立所述多播业务会话的传输资源;以及从所选择的用户平面功能实体获取针对所述第四请求的响应,所述针对所述第四请求的响应包括所选择的用户平面功能实体为传输与所述多播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的第六标识,其中所述隧道多播地址用于网络实体之间的多播隧道传输,所述第六标识用于标识所述多播业务的传输隧道。
根据本公开的一个示例,其中进行所述多播业务会话还包括:根据所述第四标识选择一个用户平面功能实体;向所选择的用户平面功能实体发送第四请求,其中所述第四请求用于建立所述多播业务会话的传输资源,所述第四请求包括所述会话管理功能实体为传输与所述多播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的第六标识,其中所述隧道多播地址用于网络实体之间的多播隧道传输,所述第六标识用于标识所述多播业务的传输隧道;从所选择的用户平面功能实体获取针对所述第四请求的响应,其中针对所述第四请求的响应是对所述第四请求的确收。
根据本公开的一个示例,其中所述第四请求至少包括所述多播业务的多播地址、所述至少一个数据流的服务质量执行规则、以及与所述多播业务对应的聚合最大速率。
根据本公开的一个示例,其中所述进行所述多播业务会话并向所述用户装置发送所述响应包括:向所述接入和移动管理功能实体发送第一信息,其中所述第一信息包括所述响应以及与所述多播业务会话相关的信息,以便所述接入和移动性管理功能实体根据与所述多播业务会话相关的信息向相应的服务基站发送第五请求、并且经由相应的服务基站向所述用户装置发送所述响应,其中所述第五请求用于请求多播业务会话的开始。
根据本公开的一个示例,其中与所述多播业务会话相关的信息至少包括所述第四标识、与所述多播业务对应的聚合最大速率、与各个数据流对应的服务质量流标识和服务质量配置文件、所述隧道多播地址以及所述第六标识。
根据本公开的一个方面,提供了一种用户装置,包括:确定单元,被配置为确定用于激活多播业务的激活方式;激活单元,被配置为根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务,其中在所述多播业务的激活过程中与所述多播业务对应的多播业务会话被进行;以及接收单元,被配置为接收与所述多播业务对应的业务数据。
根据本公开的一个方面,提供了一种会话管理功能实体,包括:接收单元,被配置为从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文;确定单元,被配置为确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活;获取单元,被配置为获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始;控制单元,被配置为进行所述多播业务会话;以及发送单元,被配置为向所述用户装置发送所述响应。
根据本公开的一个方面,提供了一种用户装置,包括:处理器;以及存储器,其中,所述存储器中存储有计算机可执行程序,当由所述处理器执行所述计算机可执行程序时,执行上述由用户装置执行的方法。
根据本公开的一个方面,提供了一种会话管理功能实体,包括:处理器;以及存储器,其中,所述存储器中存储有计算机可执行程序,当由所述处理器执行所述计算机可执行程序时,执行上述由会话管理功能实体执行的方法。
根据本公开的另一方面,提供了一种计算机可读存储介质,其上存储有指令,所述指令在被处理器执行时,使得所述处理器执行上述方法。
根据本公开上述各个方面的由用户装置执行的方法以及相应的用户装置,用户装置可以确定用于激活多播业务的激活方式,并且根据所确定的激活方式且至少通过网络中的会话管理功能实体来激活多播业务,从而优化传统的激活多播业务的过程或者与传统的激活多播业务的过程相兼容。此外,在激活多播业务的过程中,进行与多播业务对应的多播业务会话,从而使得在多播业务的激活过程中建立与该多播业务对应的用户平面。
此外,根据本公开上述各个方面的由会话管理功能实体执行的方法以及相应的会话管理功能实体,在激活多播业务的过程中,会话管理功能实体可以从用户装置接收与用户装置将要激活的多播业务对应的第三标识和多播业务的多播地址,并至少根据这些信息来确定与多播业务对应的第四标识以及第五标识,从而能够根据第五标识来进行与所述多播业务对应的多播业务会话以建立与该多播业务对应的用户平面,并向用户装置反馈第四标识以便用户装置激活该多播业务,实现了在多播业务的激活过程中建立与该多播业务对应的用户平面。
附图说明
通过结合附图对本公开实施例进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解,并且构成说明书的一部分,与本公开实施例一起用于解释本公开,并不构成对本公开的限制。在附图中,相同的参考标号通常代表相同部件或步骤。
图1是可在其中应用本公开实施例的无线通信***的架构的示意图。
图2是根据本公开实施例的由用户装置执行的方法的流程图。
图3是根据本公开实施例的由用户装置执行的用于确定与多播业务对应的第一标识和第二标识的方法的流程图。
图4是根据本公开实施例的当用户装置根据第一激活方式来激活多播业务时由会话管理功能实体执行的方法的流程图。
图5是根据本公开实施例的当用户装置根据第二激活方式来激活多播业务时由会话管理功能实体执行的方法的流程图。
图6是根据本公开实施例的在无线通信***中基于第一激活方式来激活多播业务并且建立与该多播业务对应的用户平面的示意性流程。
图7是根据本公开实施例的在无线通信***中基于第二激活方式来激活多播业务并且建立与该多播业务对应的用户平面的示意性流程。
图8是根据本公开实施例的用户装置的结构示意图。
图9是根据本公开实施例的会话管理功能实体的结构示意图。
图10是根据本公开实施例的会话管理功能实体的另一结构示意图。
图11示出了可在其中应用本公开实施例的原理的另一无线通信***的架构的示意图。
图12是基于图11所示的无线通信***来激活多播业务并且建立与该多播业务对应的用户平面的示意性流程。
图13示出了根据本公开实施例的设备的架构。
具体实施方式
为了使得本公开的目的、技术方案和优点更为明显,下面将参照附图详细描述根据本公开的示例实施例。在附图中,相同的参考标号自始至终表示相同的元件。应当理解:这里描述的实施例仅仅是说明性的,而不应被解释为限制本公开的范围。此外,这里所述的用户装置(User Equipment,UE)可以包括各种类型的终端,例如移动终端或者IP终端。为了方便起见,有时候这些术语可以互换地使用。
首先,参照图1来描述可在其中应用本公开实施例的无线通信***。图1是可在其中应用本公开实施例的无线通信***的架构的示意图。该无线通信***可以是第五代(5G)无线通信***,也可以是任何其他类型的无线通信***,比如6G无线通信***等。在下文中,以5G无线通信***为例来描述本公开的实施例,但应当认识到,以下描述也可以适用于其他类型的无线通信***。
具体地,该无线通信***100包括应用功能(Application Function,AF)实体110、网络开放功能(Network Exposure Function,NEF)/策略控制功能(Policy ControlFunction,PCF)实体120、会话管理功能(Session Management Function,SMF)实体130、接入和移动性管理功能(Access and Mobility management Function,AMF)实体140、用户平面功能(User Plane Function,UPF)实体150、以及无线接入网络(Radio Access Network,RAN)161-162以及其服务的UE 171-172,其中NEF/PCF实体120、SMF实体130、以及AMF实体140属于控制平面的实体,而UPF实体150属于用户平面的实体。此外,这里所描述的AF还可以称为服务层(Service Layer)。这里所描述的各个实体可以是一个或多个服务器。在本公开中,“实体”也可以称为节点。为方便起见,有时候可互换地使用实体和节点。
此外,AF实体110可以提供业务数据,支持对业务路径的应用影响、与用于策略控制的测量框架相互影响等。NEF/PCF实体120中的NEF实体可以支持QoS能力开放、事件订阅能力开放、AF请求的流量引导、以及AF请求的参数发放等。NEF/PCF实体120中的PCF实体可以支持统一的策略框架来管理网络行为、提供策略规则来控制控制平面等。SMF实体130可以支持会话管理等,其中该会话管理可以包括会话建立、修改和释放等。AMF实体140可以支持UE的接入认证、移动管理、注册管理、连接管理、合法接听,支持传输UE和SMF实体之间的会话管理信息等。UPF实体150可以具有数据包的路由功能,例如,可以从AF实体110获取数据包并向RAN 161-162发送数据包等。RAN 161和/或162可以是由基站构成的接入网络。这里的基站可以是任何类型的基站,例如5G基站、或者传统通信***中的基站或者WiFi AP等。
此外,UE 171和/或172可以通过Uu接口与RAN 161和/或162相连。RAN 161和/或162可以通过N2接口与AMF实体140相连,并且通过N3接口与UPF实体150相连。UPF实体150可以通过N4接口与SMF实体130相连,并且通过N6接口与AF实体110相连。AMF实体140通过N11接口与SMF实体130相连。SMF实体130通过N7接口与NEF/PCF实体120相连。NEF/PCF实体120通过N5或者Nnef接口与AF实体110相连。
此外,图1还示出了UPF实体150和RAN 161-162之间的服务区域,如图1中的椭圆所示。在本公开中,可以在该服务区域内部署多个路由交换设备(例如路由器),其中每个路由交换设备可以与UPF实体150相连并且与一个或多个RAN相连,以便UPF实体150将业务数据传输给各个路由设备并且各个路由设备再将该业务数据传输给相应的RAN。
此外,在本公开中,AF实体可以支持多播/广播业务(Multicast BroadcastService,MBS)。因此,AF实体也可以称为MBS AF实体。为了方便起见,有时候可以互换地使用这些术语。
需要认识到,尽管在图1中示出了各类实体的数量是一,但这只是示意性的,该无线通信***可以包括更多数量的实体。此外,虽然在图1中示出了两个RAN和两个UE,但这只是示意性的,该无线通信***可以包括更少或更多个RAN和/或更少或更多个UE,相应地,该无线通信***可以包括更少或更多个小区。
在本公开中,当UE想要进行一个多播业务时,UE需要先激活该多播业务。在多播业务的激活过程中,网络可以建立针对该UE的并且与该多播业务对应的用户平面,以便网络向该UE传输与该多播业务对应的业务数据。具体地,在多播业务的激活过程中,网络可以开始进行针对该UE的并且与该多播业务对应的多播业务会话。在上述过程中,将会涉及无线通信***中的多个实体(例如,图1中的AF实体110、NEF/PCF实体120、SMF实体130、AMF实体140、UPF实体150等)之间的通信。
下面将结合图2来描述在上述过程中由UE执行的方法。图2是根据本公开实施例的由用户装置执行的方法200的流程图。如图2所示,在步骤S201中,UE确定用于激活多播业务的激活方式。在步骤S201中,所确定的激活方式可以是第一激活方式或者第二激活方式。
根据本公开的一个示例,在第一激活方式下,UE不需要在激活多播业务之前建立一个协议数据单元(Protocol Data Unit,PDU)会话并获取一个IP地址(例如,由SMF实体分配一个IP地址)。也就是说,在第一激活方式下,UE无需执行与图1所示的步骤1类似的步骤。因此,第一激活方式优化了传统的激活多播业务的流程。
此外,根据本公开的一个示例,在第二激活方式下,UE需要在激活多播业务之前建立一个PDU会话并获取一个IP地址(例如,由SMF实体分配一个IP地址)。也就是说,在第二激活方式下,UE需要执行与图1所示的步骤1类似的步骤。因此,第二激活方式兼容了传统的激活多播业务的流程。
在本公开中,在步骤S201中,UE可以根据自身的属性来确定用于激活多播业务的激活方式。这里所描述的属性可以指UE对各种应用的支持能力。例如,当UE仅支持移动应用时或者UE不需要IP数据发送功能时,UE可以确定用于激活多播业务的激活方式是第一激活方式。例如,当UE需要支持基于IP的应用时,UE可以确定用于激活多播业务的激活方式是第二激活方式。
需要认识到,在步骤S201中,UE还可以根据其他的方式来确定用于激活多播业务的激活方式,本公开对此不作限定。
此外,根据本公开的一个示例,在步骤S201之前,方法200还可以包括:UE可以确定与所述多播业务对应的第一标识和第二标识,其中所述第一标识和所述第二标识用于接入和移动性管理功能实体选择所述会话管理功能实体。具体地,第一标识可以用于标识与所述多播业务对应的网络分片。例如,第一标识可以是单个网络分片选择辅助信息(SingleNetwork Slice Selection Assistance Information,S-NSSAI)。此外,第二标识可以用于标识与所述多播业务对应的数据网络。例如,第二标识可以是数据网络名称(Data NetworkName,DNN)。
在该示例中,UE可以通过图3所示的方法300来确定与多播业务对应的第一标识和第二标识。图3是根据本公开实施例的由用户装置执行的用于确定与多播业务对应的第一标识和第二标识的方法300的流程图。
如图3所示,在步骤S301中,UE可以从策略控制功能(PCF)实体获取与至少一个多播业务中的每个多播业务对应的用户装置路由选择策略(UE Route Selection PolicyRule,URSP)规则,其中每个用户装置路由选择策略规则至少包括相应多播业务的多播地址。例如,首先,UE可以向网络发起注册过程;然后,在AMF实体与PCF实体建立UE策略关联(UE Policy Association)的过程中,PCF实体可以通过AMF实体向UE提供与至少一个多播业务中的每个多播业务对应的URSP规则,相应地,UE可以通过AMF实体从PCF实体获取与至少一个多播业务中的每个多播业务对应的URSP规则。
然后,在步骤S302中,UE可以根据所述多播业务的多播地址,确定与所述多播业务对应的用户装置路由选择策略规则。例如,当UE想激活一个多播业务时,UE可以根据该多播业务的多播地址来确定与该多播业务对应的URSP规则。
然后,在步骤S303中,UE可以根据所确定的用户装置路由选择策略规则,确定与所述多播业务对应的第一标识和第二标识。例如,UE可以根据与该多播业务对应的URSP规则,获得路由选择描述符(Route Selection Descriptor),其中该路由选择描述符包括一个第一标识和一个第二标识;然后,UE将该路由选择描述符所包括的第一标识和第二标识作为与该多播业务对应的第一标识和第二标识。
应该认识到,在本公开中,多播业务的多播地址可以是IPv4多播地址,也可以是IPv6多播地址,本公开对此不作限定。
返回图2,在步骤S201之后,在步骤S202中,UE根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务,其中在所述多播业务的激活过程中与所述多播业务对应的多播业务会话被进行。也就是说,在所述多播业务的激活过程中建立与该多播业务对应的用户平面。
根据本公开的一个示例,当UE在步骤S201中确定的激活方式是第一激活方式时,UE执行步骤S202’。在步骤S202’中,UE根据第一激活方式并且至少通过会话管理功能实体来激活所述多播业务。在该示例中,步骤S202’可以包括3个子步骤,分别为步骤S2021’、步骤S2022’以及步骤S2023’。
具体地,在步骤S2021’中,UE可以确定第三标识,其中所述第三标识用于标识为激活所述多播业务而建立的用户装置多播业务上下文。例如,UE可以为该用户装置多播业务上下文分配一个标识(Identification,ID)。这里所描述的“为激活所述多播业务而建立的用户装置多播业务上下文”也可以称为针对多播业务的用户装置多播业务上下文(MBS UEContext)。相应地,第三标识也可以称为针对多播业务的用户装置多播业务上下文的标识(MBS UE Context ID)。
需要认识到,UE可以使用不同的多播业务的多播地址,从而激活多个不同的多播业务。相应地,UE可以针对不同的多播业务分配不同的第三标识,从而分别标识为激活这些不同的多播业务而建立的用户装置多播业务上下文。
然后,在步骤S2022’中,UE向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址。例如,UE可以经由所述接入和移动性管理功能实体向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求。
具体地,首先,UE可以向AMF实体发送上行链路非接入(Non-Access Stratum,NAS)传输(ULNAS Transport)消息,其中该UL NAS Transport消息至少包括三个信元,其中第一个信元为与所述多播业务对应的第一标识,第二个信元为与所述多播业务对应的第二标识,第三个信元为用于激活MBS UE Context的请求。该用于激活MBS UE Context的请求可以被表示为Active MBS UE Context Request,并且可以包括与所述多播业务对应的第三标识以及所述多播业务的多播地址。在第一标识是S-NSSAI、第二标识是DNN且第三标识是MBS UE Context ID的示例中,UE向AMF实体发送的UL NAS Transport消息可以包括三个信元,其中第一个信元为与所述多播业务对应的S-NSSAI,第二个信元为与所述多播业务对应的DNN,第三个信元为用于激活MBS UE Context的请求,该用于激活MBS UE Context的请求包括与所述多播业务对应的MBS UE Context ID以及所述多播业务的多播地址。
在本公开中,UE可以使用特定格式对这里所描述的“用于激活MBS UE Context的请求”进行封装。例如,该特定格式可以是与N1接口相关的多播业务的会话管理容器(N1MBS SM Container)。
然后,AMF实体可以根据与所述多播业务对应的第一标识、第二标识选择相应的SMF实体。在第一标识是S-NSSAI且第二标识是DNN的示例中,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN选择相应的SMF实体。
然后,AMF实体可以通过Nsmf接口向相应的SMF实体发送请求,该请求可以用于请求创建与MBS会话有关的MBS UE Context。该请求可以被表示为Nsmf_MBSSession_CreateMBSUEContext Request。该请求可以包括与所述多播业务对应的第一标识、第二标识、以及上面所描述的“用于激活MBS UE Context的请求”。在第一标识是S-NSSAI、第二标识是DNN且第三标识是MBS UE Context ID的示例中,AMF实体可以通过Nsmf接口向SMF实体发送请求,该请求可以包括与所述多播业务对应的S-NSSAI、与所述多播业务对应的DNN、以及上面所描述的“用于激活MBS UE Context的请求”。
此外,根据本公开的一个示例,AMF实体向SMF实体发送的请求还可以包括UE的专用标识。例如,该UE的专用标识可以是订购永久标识符(Subscription PermanentIdentifier,SUPI)。此外,根据本公开的另一示例,AMF实体向SMF实体发送的请求还可以包括该UE的服务基站的标识。例如,该UE的服务基站的标识可以是相应的RAN ID,该RAN ID可以由UE所接入的RAN上报给AMF实体。此外,根据本公开的另一示例,AMF实体向SMF实体发送的请求还可以包括UE的专用标识和所述UE的服务基站的标识二者,例如该UE的SUPI和相应的RAN ID。
在步骤S2022’之后,SMF实体可以将接收到的RAN ID记录在UE的MBS UE Context中,以便SMF实体获取通过所述SMF实体来激活所述多播业务的所有用户装置的服务基站的标识。此外,SMF实体将根据接收到的信息来确定与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活且所述第四标识是应用功能(AF)实体给所述多播业务分配的标识,并且SMF实体将向UE反馈该第四标识。这些操作将在下文中结合图4-5所描述的、由SMF实体执行的方法中进行详细描述。
这里所描述的第四标识可以是AF实体给基于所述多播地址而激活的所述多播业务分配的临时移动组标识(Tempory Mobile Group Identify,TMGI)。
然后,在步骤S2023’中,UE从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应,所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。具体地,UE可以经由所述用户装置的服务基站和所述接入和移动性管理功能实体从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应。
具体地,首先,会话管理功能实体可以向所述接入和移动管理功能实体发送第一信息,其中所述第一信息包括针对所述用于激活所述用户装置多播业务上下文的请求的响应以及与所述多播业务会话相关的信息。此外,这里所描述的“与所述多播业务会话相关的信息”至少可以包括所述第四标识、与所述多播业务对应的聚合最大速率(例如聚合最大比特速率(Aggregate Maximum Bit Rate,AMBR))、与所述多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与所述多播业务对应的隧道多播地址以及第六标识。这里所描述的“隧道多播地址”可以是传输层IP多播地址(Transport IP MulticastAddress),并且可以被称为CN N3隧道多播地址。这里所描述的“第六标识”可以是共用隧道端点标识(Common-Tunnel End point ID,C-TEID),并且可以被称为CN N3 C-TEID。具体将在下文结合图4-5所描述的由SMF实体执行的方法中进行详细描述。
在会话管理功能实体向接入和移动管理功能实体发送第一信息时,会话管理功能实体可以使用不同的特定格式对第一信息中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”以及第一信息中的“与所述多播业务会话相关的信息”分别进行封装。例如,会话管理功能实体可以使用第一格式对第一信息中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”进行封装,并使用第二格式对第一信息中的“与所述多播业务会话相关的信息”进行封装。这里的第一格式可以是与N1接口相关的多播业务的会话管理容器(N1 MBS SM Container)。这里的第二格式可以是与N2接口相关的多播业务的会话管理容器(N2 MBS SM Container)。
然后,接入和移动性管理功能实体根据与所述多播业务会话相关的信息向相应的服务基站发送第五请求,其中所述第五请求用于请求多播业务会话的开始。该第五请求可以包括针对所述用于激活所述用户装置多播业务上下文的请求的响应、所述第四标识、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与所述多播业务对应的隧道多播地址以及第六标识。
在接入和移动性管理功能实体从会话管理功能实体所获取的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”已经被会话管理功能实体封装(例如,使用N1MBS SM Container封装)的情形下,当接入和移动性管理功能实体向相应的服务基站发送第五请求时,接入和移动性管理功能实体不需要使用特定格式(例如N1 MBS SMContainer)对第五请求中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”进行封装。
另外,第五请求中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”可以作为下行链路NAS传输(DL NAS Transport)消息的一个信元。
然后,服务基站可以向用户装置发送针对所述用于激活所述用户装置多播业务上下文的请求的响应。例如,服务基站可以通过无线资源控制(Radio Resource Control,RRC)信令向用户装置发送针对所述用于激活所述用户装置多播业务上下文的请求的响应。例如,服务基站可以通过RRC信令向用户装置发送上面所描述的下行链路NAS传输消息,并且该下行链路NAS传输消息的一个信元可以是“针对所述用于激活所述用户装置多播业务上下文的请求的响应”。
相应地,在步骤S2023’中,UE能够从所述会话管理功能实体获取针对所述用于激活所述用户装置多播业务上下文的请求的响应。
下面给出UE从会话管理功能实体获取针对用于激活所述用户装置多播业务上下文的请求的响应的一个具体示例。
例如,首先,SMF实体可以通过Namf接口向AMF实体发送第一信息。第一信息可以是通过Namf接口通信的、与N1接口和N2接口有关的消息传输,其可以被表示为Namf_Communication_N1N2MessageTransfer。第一信息可以包括上面所描述的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”,以响应上文结合步骤S3022’所描述的由AMF实体向SMF实体发送的用于激活MBS UE Context的请求。该“针对所述用于激活所述用户装置多播业务上下文的请求的响应”可以包括与所述多播业务对应的TMGI,并且可以被表示为激活MBS UE Context的响应(Activate MBS UE Context Response)。SMF实体可以使用上面所描述的N1 MBS SM Container对“激活MBS UE Context的响应”进行封装。此外,第一信息还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID。SMF实体可以使用上面所描述的N2 MBS SMContainer对“与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID”进行封装。
然后,AMF实体可以通过N2接口向RAN发送用于请求多播业务会话的开始的第五请求,该第五请求可以被表示为N2 MBS Session Start Request。该第五请求可以包括下行链路NAS传输(DL NAS Transport)消息,该下行链路NAS传输的一个信元是上面所描述的被使用N1 MBS SM Container封装的激活MBS UE Context的响应(Activate MBS UE ContextResponse)。通过该下行链路NAS传输消息,AMF实体可以指示RAN直接将DLNAS Transport消息发送给UE。此外,该第五请求还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、所述多播业务的多播地址、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID。
然后,RAN可以向UE发送上面所描述的DL NAS Transport消息。相应地,UE可以通过DL NAS Transport消息来获取与所述多播业务对应的第四标识。在第四标识是TMGI的示例中,UE可以通过DL NAS Transport消息来获取与所述多播业务对应的TMGI。
在本公开中,UE成功获取与所述多播业务对应的第四标识,标志着UE激活了所述多播业务。
至此,已经描述了UE根据第一激活方式并且至少通过会话管理功能实体来激活所述多播业务的示例性流程。接下来,将描述UE根据第二激活方式并且至少通过会话管理功能实体来激活所述多播业务的示例性流程。
根据本公开的一个示例,当UE在步骤S201中确定的激活方式是第二激活方式时,UE执行步骤S202”。在步骤S202”中,UE根据第二激活方式并且至少通过会话管理功能实体来激活所述多播业务。在该示例中,步骤S202”可以包括7个子步骤,分别为步骤S2021”、步骤S2022”、步骤S2023”、S2024”、步骤S2025”、步骤S2026”以及步骤S2027”。
具体地,在步骤S2021”中,UE可以根据与所述多播业务对应的第一标识和第二标识,从所述会话管理功能实体获取一个互联网协议地址(IP地址)。例如,UE可以根据所述第一标识和所述第二标识,选择所述会话管理功能实体并建立一个协议数据单元会话,从所述会话管理功能实体获取一个互联网协议地址。在第一标识是S-NSSAI且第二标识是DNN的示例中,UE可以根据与所述多播业务对应的S-NSSAI和DNN,向网络发送PDU会话建立请求,该PDU会话建立请求可以包括与所述多播业务对应的S-NSSAI和DNN。然后,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN,从多个SMF实体中选择一个SMF实体。然后,所选择的SMF实体可以从多个UPF实体中选择一个UPF实体,并给该UE分配一个IP地址。
然后,在步骤S2022”中,UE可以根据所获取的互联网协议地址,向网络发送数据包以便所述网络中的用户平面功能(UPF)实体获取数据包。例如,UE可以根据所获取的互联网协议地址,向网络发送数据包以便所述网络中参与所述协议数据单元会话的建立的用户平面功能实体获取数据包。此外,所述数据包用于指示所述用户装置想要激活的多播业务。所述数据包的目的地址是所述多播业务的多播地址,或者所述数据包的协议部分包括所述多播业务的多播地址。例如,在步骤S3021”之后,UE可以在完成PDU会话建立后,以所分配的IP地址向网络发送IGMP Join数据包。当采用IGMP版本1或2时,该IGMP Join数据包的目的IP地址可以是所述多播业务的多播地址。当采用IGMP版本3时,该IGMP Join数据包的IGMP协议部分可以包括所述多播业务的多播地址。
然后,在步骤S2023”中,UE可以从所述会话管理功能实体获取一个第一标识、一个第二标识和一个多播地址。
具体地,在步骤S2022”之后,SMF实体可以从上述用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址。例如,上述UPF实体可以根据SMF实体的数据包检测规则(Packet Dection Rule,PDR)配置,在检测到IGMP Join数据包之后向SMF实体报告与该IGMP Join数据包对应的多播地址(例如,通过N4会话报告消息来报告与该IGMP Join数据包对应的多播地址)。
然后,SMF实体可以决定命令所述用户装置激活所述多播业务。当SMF实体决定命令所述用户装置激活所述多播业务时,SMF实体可以向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求,其中所述用于命令所述用户装置激活所述多播业务的请求包括与所述用户装置将要激活的多播业务对应的第一标识、第二标识和所述多播业务的多播地址。例如,SMF实体可以经由接入和移动性管理功能实体向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求。
例如,SMF实体可以通过Namf接口向AMF实体发送一个消息,该消息可以通过Namf接口通信的、与N1接口有关的消息传输,其可以被表示为Namf_Communication_N1MessageTransfer。该消息可以包括用于命令所述用户装置激活所述多播业务的请求。例如,用于命令所述用户装置激活所述多播业务的请求可以是用于请求MBS UE Context激活的信息,以命令UE激活所述多播业务。该信息可以包括与所述用户装置将要激活的多播业务对应的S-NSSAI、DNN和所述多播业务的多播地址,并且该信息可以被表示为Request MBSUE Context Activation。此外,可以用上面所描述的特定格式(例如,N1 MBS SMContainer)对这里所描述的“Request MBS UE Context Activation”进行封装。
然后,AMF实体可以通过N2接口向RAN发送一个与N2接口有关的下行链路NAS传输消息。该与N2接口有关的下行链路NAS传输消息可以被表示为N2 downlink NASTransport。该与N2接口有关的下行链路NAS传输消息可以包括一个下行链路NAS传输(DLNAS Transport)消息,该DLNAS Transport消息可以包括上面所描述的、使用N1 MBS SMContainer进行封装的“Request MBS UE Context Activation”。通过该与N2接口有关的下行链路NAS传输消息,AMF实体可以指示RAN直接将DL NAS Transport消息发送给UE。
然后,RAN可以向UE发送上面所描述的DL NAS Transport消息。相应地,UE可以通过DL NAS Transport消息来获取来自所述SMF实体的一个第一标识、一个第二标识和一个多播地址。
在步骤S2023”之后,在步骤S2024”中,UE可以判断所获取的第一标识是否与所确定的第一标识相同、所获取的第二标识是否与所确定的第二标识相同、所获取的多播地址是否与所述多播业务的多播地址相同。例如,UE可以根据从RAN接收的DL NAS Transport消息,来判断使用N1 MBS SM Container进行封装的“Request MBS UE Context Activation”中的多播地址是否与该UE想要激活的多播业务的多播地址相同,以及判断使用N1 MBS SMContainer进行封装的“Request MBS UE Context Activation”中的S-NSSAI、DNN是否与建立PDU会话时的S-NSSAI、DNN相同。
当UE在步骤S2024”中判断了所获取的第一标识与所确定的第一标识不同、和/或所获取的第二标识与所确定的第二标识不同、和/或所获取的多播地址与所述多播业务的多播地址不同时,UE不能激活所述多播业务。相反,当UE在步骤S2024”中判断了所获取的第一标识与所确定的第一标识相同、所获取的第二标识与所确定的第二标识相同、所获取的多播地址与所述多播业务的多播地址相同时,UE可以激活所述多播业务。
UE可以执行步骤S2025”、步骤S2026”以及步骤S2027”,来激活所述多播业务。具体地,在步骤S2025”中,UE可以确定第三标识,其中所述第三标识用于标识为激活所述多播业务而建立的用户装置多播业务上下文。然后,在步骤S2026”中,UE可以向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址。然后,在步骤S2027”中,UE可以从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应,所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。
上述步骤S2025”、步骤S2026”以及步骤S2027”分别与上面所描述的步骤S2021’、步骤S2022’以及步骤S2023’是类似的,在此不再赘述。
返回图2,在步骤S203中,用户装置接收与所述多播业务对应的业务数据。例如,当用户装置激活了所述多播业务并且与所述多播业务对应的多播业务会话被成功开始时,AF实体可以向下游的UPF实体发送目的IP地址为所述多播业务的多播地址的多播业务数据(例如,多播业务数据包)。然后,UPF实体向RAN发送多播业务数据。然后,RAN可以通过给UE分配的资源,向UE发送多播业务数据。
根据本公开实施例的由用户装置执行的方法,用户装置可以确定用于激活多播业务的激活方式,并且根据所确定的激活方式且至少通过网络中的会话管理功能实体来激活多播业务,从而优化传统的激活多播业务的过程或者与传统的激活多播业务的过程相兼容。此外,在激活多播业务的过程中,开始进行与多播业务对应的多播业务会话,从而使得在多播业务的激活过程中建立与该多播业务对应的用户平面。
下面将结合图4-5来描述由SMF实体执行的方法,其中图4是根据本公开实施例的当用户装置根据第一激活方式来激活多播业务时由会话管理功能实体执行的方法的流程图,图5是根据本公开实施例的当用户装置根据第二激活方式来激活多播业务时由会话管理功能实体执行的方法的流程图。
首先,结合图4来描述当用户装置根据第一激活方式来激活多播业务时由会话管理功能实体执行的方法400。如图4所示,在步骤S401中,从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活所述多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文。
具体地,首先,UE可以向AMF实体发送上行链路NAS传输(UL NAS Transport)消息,其中该UL NAS Transport消息至少包括三个信元,其中第一个信元为与所述多播业务对应的第一标识,第二个信元为与所述多播业务对应的第二标识,第三个信元为用于激活MBSUE Context的请求,该用于激活MBS UE Context的请求包括与所述多播业务对应的第三标识以及所述多播业务的多播地址。在第一标识是S-NSSAI、第二标识是DNN且第三标识是MBSUE Context ID的示例中,UE向AMF实体发送的UL NAS Transport消息可以包括三个信元,其中第一个信元为与所述多播业务对应的S-NSSAI,第二个信元为与所述多播业务对应的DNN,第三个信元为用于激活MBS UE Context的请求,该用于激活MBS UE Context的请求包括与所述多播业务对应的MBS UE Context ID以及所述多播业务的多播地址。
在本公开中,UE可以使用特定格式对这里所描述的“用于激活MBS UE Context的请求”进行封装。例如,该特定格式可以是与N1接口相关的多播业务的会话管理容器(N1MBS SM Container)。
然后,AMF实体可以根据与所述多播业务对应的第一标识、第二标识选择相应的SMF实体。在第一标识是S-NSSAI且第二标识是DNN的示例中,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN选择相应的SMF实体。
然后,AMF实体可以通过Nsmf接口向相应的SMF实体发送请求,该请求可以用于请求创建与MBS会话有关的MBS UE Context。该请求可以被表示为Nsmf_MBSSession_CreateMBSUEContext Request。该请求可以包括与所述多播业务对应的第一标识、第二标识、以及上面所描述的“用于激活MBS UE Context的请求”。在第一标识是S-NSSAI、第二标识是DNN且第三标识是MBS UE Context ID的示例中,AMF实体可以通过Nsmf接口向SMF实体发送请求,该请求可以包括与所述多播业务对应的S-NSSAI、与所述多播业务对应的DNN、以及上面所描述的“用于激活MBS UE Context的请求”。
此外,根据本公开的一个示例,AMF实体向SMF实体发送的请求还可以包括UE的专用标识。例如,该UE的专用标识可以是订购永久标识符(Subscription PermanentIdentifier,SUPI)。此外,根据本公开的另一示例,AMF实体向SMF实体发送的请求还可以包括该UE的服务基站的标识。例如,该UE的服务基站的标识可以是相应的RAN ID,该RAN ID可以由UE所接入的RAN上报给AMF实体。此外,根据本公开的另一示例,AMF实体向SMF实体发送的请求还可以包括UE的专用标识和所述UE的服务基站的标识二者,例如该UE的SUPI和相应的RAN ID。
此外,根据本公开的一个示例,SMF实体可以将所述用户装置的服务基站的标识记录在所述用户装置多播业务上下文中,以便SMF实体获取通过所述SMF实体来激活所述多播业务的所有用户装置的服务基站的标识,从而在建立MBS会话的用户平面时使用。例如,SMF实体可以将接收到的RAN ID记录在UE的MBS UE Context中。
返回图4,在步骤S401之后,在步骤S402中,SMF实体确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。例如,SMF实体至少根据所述第一标识、所述第二标识、和所述多播业务的多播地址,确定与所述多播业务对应的第四标识,其中所述第四标识是应用功能实体给所述多播业务分配的标识。
根据本公开的一个示例,步骤S402可以包括三个子步骤,分别为步骤S4021、步骤S4022和步骤S4023。
具体地,在步骤S4021中,SMF实体可以确定所述用户装置是否能够使用所述多播业务。例如,SMF实体可以从统一数据管理(Unified Data Management,UDM)实体获得UE的签约数据,来确定UE是否签约了所述多播业务。如果UE签约了所述多播业务,SMF实体可以确定该UE能够使用所述多播业务。如果UE未签约所述多播业务,SMF实体可以确定该UE不能使用所述多播业务。
当SMF实体在步骤S4021中确定UE能够使用所述多播业务时,SMF实体可以执行步骤S4022。在步骤S4022中,SMF实体向所述应用功能实体发送一个通知,其中所述通知是对所述多播业务授权请求的通知。该通知至少包括所述第一标识、所述第二标识、所述多播业务的多播地址、以及所述会话管理功能实体的标识。这里的“会话管理功能实体的标识”是为了便于所述应用功能实体获取要激活所述多播业务的所有用户装置在激活所述多播业务时涉及的会话管理功能实体,以便在后续建立与所述多播业务对应的用户平面时使用。
具体地,SMF实体可以直接向所述应用功能实体发送通知。例如,SMF实体可以根据所述第一标识、所述第二标识以及所述多播业务的多播地址确定相应的AF实体。然后,SMF实体可以向所确定的AF实体发送通知。该通知可以包括所述第一标识、所述第二标识、所述用户装置的专用标识和公共标识(例如,通用公共订购标识符(Generic PublicSubscription Identifier,GPSI))、所述多播业务的多播地址、以及所述会话管理功能实体的标识(例如,该SMF实体的SMF ID及其IP地址)。
可替换地,SMF实体可以经由网络开放功能实体向所述应用功能实体发送通知。
在SMF实体经由网络开放功能实体向所述应用功能实体发送通知的示例中,首先,SMF实体可以向网络开放功能实体发送一个通知,该通知可以包括所述第一标识、所述第二标识、所述用户装置的专用标识和公共标识(例如,通用公共订购标识符(Generic PublicSubscription Identifier,GPSI))、所述多播业务的多播地址、所述会话管理功能实体的标识、以及所述应用功能实体的标识(例如,该SMF实体所确定的AF实体的AF ID),以便所述网络开放功能实体根据所述应用功能实体的标识而向所述应用功能实体发送另一通知。该另一通知可以包括第一标识、所述第二标识、所述用户装置的专用标识和公共标识、所述多播业务的多播地址、以及所述会话管理功能节点实体的标识。
在第一标识为S-NSSAI、第二标识为DNN、UE的专用标识为SUPI、UE的公共标识为GPSI、会话管理功能实体的标识为SMF ID、以及应用功能实体的标识为AF ID的示例中,SMF实体可以通过Nsmf接口向NEF实体发送对MBS授权请求的通知,该通知可以被表示为Nsmf_MBS AuthorizationRequest Notify,并且该通知可以包括与所述多播业务对应的S-NSSAI和DNN、UE的专用标识SUPI、UE的公共标识GPSI、所述多播业务的多播地址、SMF ID、以及AFID。此外,该通知还可以包括其他信息,例如与UE位置有关的信息,比如小区全球标识符(Cell Global Identifier,CGI)、跟踪区域标识符(Tracking Area Identity,TAI)、全局唯一AMF标识符(Globally Unique AMF Identifier,GUAMI)等中的一个或多个。
然后,所述网络开放功能实体在接收到该通知之后,可以根据所述应用功能实体的标识确定所述应用功能实体并向所述应用功能实体发送另一通知。该另一通知可以包括所述第一标识、所述第二标识、所述用户装置的公共标识、所述多播业务的多播地址、以及所述会话管理功能实体的标识。
在第一标识为S-NSSAI、第二标识为DNN、UE的专用标识为SUPI、UE的公共标识为GPSI、会话管理功能实体的标识为SMF ID、以及应用功能实体的标识为AF ID的示例中,NEF实体可以通过Nnef接口、根据AF ID向相应的AF实体发送对MBS授权请求的通知,该通知可以被表示为Nnef_MBSAuthorizationRequest Notify,并且该通知可以包括与所述多播业务对应的S-NSSAI和DNN、UE的公共标识GPSI、所述多播业务的多播地址、以及SMFID。此外,该通知还可以包括其他信息,例如与UE位置有关的信息,比如CGI、TAI、GUAMI等中的一个或多个。
在步骤S4022之后,AF实体可以记录所接收到的SMF ID,以便在建立MBS会话的用户平面时使用。此外,AF实体还可以确定与所述多播业务对应的第四标识。这里所描述的第四标识可以是AF实体给基于所述多播地址而激活的所述多播业务分配的临时移动组标识(Tempory Mobile Group Identify,TMGI)。
当AF实体从NEF实体接收到消息时,第四标识可以是TMGI。相应地,AF实体可以通过Nnef接口向NEF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nnef_MBS AuthorizationRequest Notify Response,并且该响应信息可以包括与所述多播业务对应的TMGI。然后,NEF实体可以通过Nsmf接口向SMF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nsmf_MBS AuthorizationRequest NotifyResponse,并且该响应信息可以包括与所述多播业务对应的TMGI。
相应地,在步骤S4023中,SMF实体可以从所述应用功能实体接收针对步骤S4022中的所述通知的响应,其中针对所述通知的响应包括与所述多播业务对应的第四标识,从而从所述应用功能实体获取与所述多播业务对应的第四标识。在第四标识是TMGI的示例中,SMF实体可以直接从AF实体获取与所述多播业务对应的TMGI,或者SMF实体可以经由NEF实体从AF实体获取与所述多播业务对应的TMGI。
需要认识到,当所述多播业务未被AF实体成功授权时,AF实体反馈的响应信息不包括TMGI,并且可以包括失败的原因。
此外,需要认识到,在上面所描述的NEF实体与AF实体的通信中,从NEF实体向AF实体发送的信息可以包括一个NEF事务标识(NEF Transaction ID),并且AF实体针对该信息向NEF实体反馈的信息也可以包括该NEF事务标识。
返回图4,在步骤S403中,SMF实体获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始。第五标识可以是多播业务会话开始标识符(Session Start Indicator),以便开始进行多播业务会话,从而在多播业务的激活过程中建立与多播业务对应的用户平面。步骤S403可以与上述步骤S402同时进行,或者可以在步骤S402之后执行步骤S403。
在步骤S403与上述步骤S402同时进行的示例中,步骤S403可以与上述步骤S402的子步骤S4023同时进行。也就是说,当在步骤S4023中,SMF实体从所述应用功能实体接收针对所述用于激活用户装置多播业务上下文的请求的响应时,SMF实体还可以从应用功能实体接收与所述多播业务对应的第五标识。例如,SMF实体可以从所述应用功能实体接收一个响应信息,并且该响应信息包括针对所述用于激活用户装置多播业务上下文的请求的响应以及与所述多播业务对应的第五标识二者。
根据本公开的一个示例,SMF实体可以直接从应用功能实体接收针对所述用于激活用户装置多播业务上下文的请求的响应、以及与所述多播业务对应的第五标识。例如,当AF实体从SMF实体接收到消息时,针对所述用于激活用户装置多播业务上下文的请求的响应即第四标识可以是TMGI。相应地,AF实体可以通过Nsmf接口向SMF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nsmf_MBS AuthorizationRequest NotifyResponse,并且该响应信息可以包括与所述多播业务对应的TMGI、以及多播业务会话开始标识符。
根据本公开的另一示例,SMF实体可以经由网络开放功能实体从应用功能实体接收针对所述用于激活用户装置多播业务上下文的请求的响应、以及与所述多播业务对应的第五标识。例如,当AF实体从NEF实体接收到消息时,针对所述用于激活用户装置多播业务上下文的请求的响应即第四标识可以是TMGI。相应地,AF实体可以通过Nnef接口向NEF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nnef_MBSAuthorizationRequest Notify Response,并且该响应信息可以包括与所述多播业务对应的TMGI、以及多播业务会话开始标识符。然后,NEF实体可以通过Nsmf接口向SMF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nsmf_MBSAuthorizationRequest Notify Response,并且该响应信息可以包括与所述多播业务对应的TMGI、以及多播业务会话开始标识符。
在步骤S403之后,SMF实体可以为UE创建基于上述多播地址的MBS UE Context,然后可以向AMF实体反馈一个响应信息,该响应信息可以作为上面所描述的Nsmf_MBSSession_CreateMBSUEContext Request的响应。该响应信息可以是对上面所描述的Nsmf_MBSSession_CreateMBSUEContext Request的确收,其可以被表示为Nsmf_MBSSession_CreateMBSUEContext Response。
需要认识到,在常规的用户平面的建立过程中,当SMF实体向AMF实体反馈了上面所描述的响应信息(Nsmf_MBSSession_CreateMBSUEContext Respons)之后,SMF实体直接向AMF实体发送与多播业务会话有关的信息,例如,通过Namf_Communication_N1N2MessageTransfer消息来发送与多播业务对应的TMGI、与各个数据流对应的服务质量流标识和服务质量配置文件、所述隧道多播地址以及所述第六标识等。然而,在本公开中,由于在上述步骤S403中,SMF实体从应用功能实体获取了与所述多播业务对应的多播业务会话开始标识符,因此,SMF实体不需要根据常规的用户平面的建立过程直接向AMF实体发送与多播业务会话有关的信息,而是在接收到PCF实体的消息后再向AMF实体发送与多播业务会话有关的信息。
然后,在步骤S404中,SMF实体进行所述多播业务会话并向所述用户装置发送针对所述用于激活用户装置多播业务上下文的请求的响应。步骤S404可以包括8个子步骤,分别为步骤S4041至步骤S4048。
首先,在步骤S4041中,SMF实体从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播业务会话(MBS Session)的开始。所述第一请求至少可以包括所述用户装置的第一标识、与多播业务对应的第四标识、与所述多播业务对应的至少一个数据流的服务质量规则、以及所述多播业务会话的标识。此外,第一请求还可以包括其他信息,例如,所述多播业务会话的预期持续时间(estimated Session Duration)、以及所述多播业务的数据传输时间(time to MBS data transfer)。通过步骤S4041,实现了将策略控制和计费(Policy Control and Charging,PCC)技术应用到多播业务数据的传输中,从而实现了PCC与多播业务数据的传输相结合。
第一请求中包括了用户装置的第一标识(例如,专用标识SUPI),以指示这是针对特定的一个UE而执行的操作。此外,用户装置的第一标识可以是网络开放功能实体根据用户装置的第二标识而确定的。例如,在第一标识是专用标识(SUPI)且第二标识是通用标识(GPSI)的示例中,网络开放功能实体可以根据用户装置的通用标识确定用户装置的专用标识。
根据本公开的一个示例,第一请求中的第四标识可以是应用功能实体给所述多播业务分配的标识,例如上文所描述的TMGI。第一请求中的多播业务会话的标识可以是该多播业务会话的ID。
此外,根据本公开的一个示例,与SMF实体对应的PCF实体可以通过Nsmf接口向该SMF实体发送第一请求,以请求多播业务会话的开始。该第一请求可以被表示为Nsmf_MBSSessionStart Request。
此外,根据本公开的一个示例,步骤S4041中的第一请求是由所述策略控制功能实体根据从网络开放功能实体或应用功能实体接收的第二请求而确定的,所述第二请求用于所述网络开放功能实体或应用功能实体向所述策略控制功能实体请求多播业务会话的开始。所述第二请求至少可以包括所述用户装置的第一标识、所述第四标识、所述会话管理功能实体的标识、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、以及所述多播业务会话的标识。此外,第二请求还可以包括其他信息,例如,所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。
第二请求中包括了用户装置的第一标识(例如,专用标识SUPI),以指示这是针对特定的一个UE而执行的操作。
在第一请求是由所述策略控制功能实体根据从应用功能实体接收的第二请求而确定的示例中,AF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。
此外,在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,NEF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。
在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,第二请求是由所述网络开放功能实体根据从应用功能实体接收的第三请求而确定的,所述第三请求用于所述应用功能实体向所述网络开放功能实体请求多播业务会话的开始。所述第三请求至少可以包括所述用户装置的第二标识、所述第四标识、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、以及所述多播业务会话的标识。此外,第三请求还可以包括其他信息,例如,所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。
第三请求中包括了用户装置的第二标识(例如,通用标识GPSI),以指示这是针对特定的一个UE而执行的操作。
在该示例中,AF实体可以通过Nnef接口向NEF实体发送第三请求,以请求多播业务会话的开始。该第三请求可以被表示为Nnef_MBS SessionStart Request。
下面给出AF实体向NEF实体发送第三请求、NEF实体向PCF实体发送第二请求、以及PCF实体向SMF实体发送第一请求的示例性流程。
具体地,首先,AF实体向NEF实体发送第三请求(Nnef_MBS SessionStartRequest),该第三请求可以包括用户装置的GPSI、与所述多播业务对应的TMGI、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。
在存在多个PCF实体并且每个PCF实体对应一个或多个SMF实体的示例中,PCF实体是由NEF实体或者AF实体根据SMF实体的标识而确定的。例如,NEF实体或者AF实体可以根据用户装置的GPSI以及与所述多播业务对应的TMGI来确定SMF实体的标识(SMF ID),然后可以基于SMF ID确定与SMF ID对应的PCF实体。
然后,NEF实体可以根据SMF ID向相应的PCF实体发送第二请求(Npcf_MBSSessionStart Request),该第二请求可以包括用户装置的SUPI、与所述多播业务对应的TMGI、一个SMF ID、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。
最后,PCF实体可以根据SMF ID向相应的SMF实体发送第一请求(Nsmf_MBSSessionStart Request),该第一请求可以包括用户装置的SUPI、与所述多播业务对应的TMGI、所述至少一个数据流的服务质量规则、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。
此外,上面所描述的第三请求中的“与所述多播业务对应的至少一个数据流的信息”可以是即将用于传输该多播业务的所有数据流的信息。这里的数据流可以是IP流。在这种情形下,每个数据流的信息可以由IP三元组来确定。IP三元组可以指示IP流的目的IP地址是多播地址、目的端口、采用的通信协议(例如UDP协议)。需要认识到,在本公开的其他示例中,每个数据流的信息可以由IP五元组来确定,或者可以通过其他三元组来确定,本公开对此不作限定。
此外,上面所描述的第三请求中的“所述至少一个数据流的服务质量需求”可以包括与每个数据流对应的服务质量需求(QoS Requirement)。每个数据流的服务质量需求可以包括QoS类别标识符(QoS Class Identifier,QCI)、分配保留优先级(AllocationRetention Priority,ARP)、优先级等级(Priority Level)等中的一个或多个。此外,每个数据流的服务质量需求可以用于生成第一请求中的每个数据流的服务质量规则。具体的生成方式可以采用已有的某些生成方式,本公开对此不作限定。
此外,上面所描述的第一请求、第二请求、以及第三请求中的任何一个还可以包括与所述多播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(AggregateMaximum Bit Rate,AMBR)。
在步骤S4041之后,在步骤S4042中,SMF实体可以根据与多播业务对应的至少一个数据流中的每个数据流的服务质量规则,生成与每个数据流对应的服务质量流标识(QoSFlow Identity,QFI)、服务质量配置文件(QoS Profile)、以及服务质量执行规则(QOSExecute Rule,QER)。在本公开中,与每个数据流对应的服务质量流标识也可以称为多播业务的服务质量流标识(MBS QFI)。此外,这里所描述的服务质量执行规则可以与常规的N4QER规则类似。
然后,在步骤S4043中,SMF实体可以根据所述第四标识选择一个用户平面功能实体。在第四标识是TMGI的示例中,SMF实体可以根据TMGI确定相应的MBS UE Context,并根据所确定的MBS UE Context获取该MBSUE Context中包含的S-NSSAI、DNN以及多播地址。然后,SMF实体可以根据所获取的S-NSSAI、DNN以及多播地址,从多个UPF实体中选择一个UPF实体。
需要认识到,如果之前已经分配了一个UPF实体,那么SMF实体可以不执行上述步骤S4043。
然后,在步骤S4044中,SMF实体可以向所选择的用户平面功能实体发送第四请求,其中所述第四请求用于建立所述多播业务会话的传输资源。所述第四请求至少包括所述多播业务的多播地址、与所述多播业务对应的至少一个数据流的服务质量执行规则、以及与所述多播业务对应的聚合最大速率(例如AMBR)。例如,SMF实体可以通过N4接口向所选择的UPF实体发送用于请求MBS会话建立的请求,该请求可以被表示为N4 MBS SessionEstablishment Request。
然后,在步骤S4045中,SMF实体可以从所选择的用户平面功能实体获取针对所述第四请求的响应,所述针对第四请求的响应包括所选择的用户平面功能实体为传输与所述多播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的第六标识,其中所述隧道多播地址用于网络实体之间的多播隧道传输(例如UPF实体和RAN之间的多播隧道传输),所述第六标识用于标识所述多播业务的传输隧道(例如,与GTP相关的传输隧道)。
例如,UPF实体可以根据接收到的请求,依据多播路由协议建立从UPF实体到RAN的GTP用户面隧道传输树,以便以树状的GTP用户面隧道的方式传输UPF实体要发送给RAN的数据(例如与所述多播/广播业务对应的业务数据)。然后,UPF实体可以为传输与所述多播/广播业务对应的业务数据而分配一个隧道多播地址。具体地,UPF实体可以为所述多播/广播业务分配一个通过N3接口GTP用户面隧道的多播地址,并将所分配的GTP用户面隧道的多播地址作为隧道多播地址。这里所描述的“隧道多播地址”也可以称为传输层IP多播地址(Transport IP Multicast Address)。然后,UPF实体可以为所述多播/广播业务分配一个第六标识,例如,共用隧道端点标识(Common-Tunnel End point ID,C-TEID)。
在UPF实体为所述多播业务分配了隧道多播地址、以及第六标识之后,UPF实体可以通过N4接口向SMF实体发送响应信息,以响应信息上面所描述的由SMF实体向UPF实体发送的用于请求MBS会话建立的请求。该响应信息可以包括与所述多播业务对应的隧道多播地址,以及与所述多播业务对应的第六标识。该响应信息可以被表示为N4 MBS SessionEstablishment Response。
相应地,SMF实体可以从所选择的UPF实体获取与所述多播业务对应的隧道多播地址,以及从所选择的用户平面功能实体获取与所述多播业务对应的第六标识。然后,SMF实体可以将所述隧道多播地址以及所述第六标识记录在已经激活所述多播业务的各个用户装置多播业务上下文。
应该理解,在本公开中,UPF实体所分配的隧道多播地址以及第六标识唯一地与所述多播业务的多播地址对应。
还应该理解,在本公开中,UPF实体所分配的隧道多播地址可以看作核心网(CoreNetwork,CN)分配的隧道多播地址,并且UPF实体所分配的第六标识可以看作CN分配的第六标识。
需要认识到,在本公开中,与不同的多播业务对应的数据流的传输通道可以用不同的第六标识来区分,而与每个多播业务对应的多个数据流可以用上文所描述的QFI进行区分。
此外,在本公开中,SMF实体至少可以将UPF实体所分配的隧道多播地址以及所述第六标识记录在已经激活所述多播业务的各个用户装置多播业务上下文。例如,SMF实体可以将在上述过程中涉及到的PCF实体的标识(PCF ID)、涉及到的UPF实体的标识(UPF ID)、以及该UPF实体分配的隧道多播地址与C-TEID记录到已经激活所述多播业务的各个用户装置多播业务上下文(MBS UE Context)。如果之前已经被分配了UPF实体并且该UPF实体也已分配了隧道多播地址与C-TEID,可以只将该UPF实体分配的隧道多播地址与C-TEID记录到该UE的用户装置多播业务上下文(MBS UE Context)中。
此外,需要认识到,UPF实体也可以建立从AF实体到该UPF实体的传输树。也就是说,从AF实体到UPF实体的传输也可以采用传输层多播的方式。可替换地,还可以通过AF实体与UPF实体之间的路由装置(例如路由器)来实现从AF实体到UPF实体的多播传输。
此外,根据本公开的一个示例,步骤S4043至S4045还可以被替换为步骤S4043’至步骤S4045’(图中未示出)。在步骤S4043’中,SMF实体可以根据所述第四标识选择一个用户平面功能实体。然后,在步骤S4044’中,SMF实体可以向所选择的用户平面功能实体发送第四请求,其中所述第四请求用于建立所述多播业务会话的传输资源,所述第四请求包括所述会话管理功能实体为传输与所述多播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的第六标识,其中所述隧道多播地址用于网络实体之间的多播隧道传输,所述第六标识用于标识所述多播业务的传输隧道。然后,在步骤S4045’中,SMF实体可以从所选择的用户平面功能实体获取针对所述第四请求的响应,其中针对所述第四请求的响应是对所述第四请求的确收。也就是说,这里所描述的隧道多播地址可以由SMF实体分配,并由SMF实体通知给所选择的UPF实体。
另外,在该示例中,第四请求也可以包括所述多播业务的多播地址、与所述多播业务对应的至少一个数据流的服务质量执行规则、以及与所述多播业务对应的聚合最大速率(例如AMBR)。另外,类似地,SMF实体可以将其分配的隧道多播地址以及所述第六标识记录在已经激活所述多播业务的各个用户装置多播业务上下文。
然后,在步骤S4046中,SMF实体可以向所述接入和移动管理功能实体发送第一信息,其中所述第一信息包括所述响应以及与所述多播业务会话相关的信息,以便所述接入和移动性管理功能实体根据与所述多播业务会话相关的信息向相应的服务基站发送第五请求、并且经由相应的服务基站向所述用户装置发送所述响应,其中所述第五请求用于请求多播业务会话的开始。这里所描述的“与所述多播业务会话相关的信息”至少包括所述第四标识、与所述多播业务对应的聚合最大速率(例如AMBR)、与各个数据流对应的服务质量流标识和服务质量配置文件、所述隧道多播地址以及所述第六标识。
在会话管理功能实体向接入和移动管理功能实体发送第一信息时,会话管理功能实体可以使用不同的特定格式对第一信息中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”以及第一信息中的“与所述多播业务会话相关的信息”分别进行封装。例如,会话管理功能实体可以使用第一格式对第一信息中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”进行封装,并使用第二格式对第一信息中的“与所述多播业务会话相关的信息”进行封装。这里的第一格式可以是与N1接口相关的多播业务的会话管理容器(N1 MBS SM Container)。这里的第二格式可以是与N2接口相关的多播业务的会话管理容器(N2 MBS SM Container)。
然后,接入和移动性管理功能实体根据与所述多播业务会话相关的信息向相应的服务基站发送第五请求,其中所述第五请求用于请求多播业务会话的开始。该第五请求可以包括针对所述用于激活所述用户装置多播业务上下文的请求的响应、所述第四标识、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与所述多播业务对应的隧道多播地址以及第六标识。
在接入和移动性管理功能实体从会话管理功能实体所获取的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”已经被会话管理功能实体封装(例如,使用N1MBS SM Container封装)的情形下,当接入和移动性管理功能实体向相应的服务基站发送第五请求时,接入和移动性管理功能实体不需要使用特定格式(例如N1 MBS SMContainer)对第五请求中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”进行封装。
另外,第五请求中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”可以作为下行链路NAS传输(DL NAS Transport)消息的一个信元。
然后,服务基站可以向用户装置发送针对所述用于激活所述用户装置多播业务上下文的请求的响应。例如,服务基站可以通过无线资源控制(Radio Resource Control,RRC)信令向用户装置发送针对所述用于激活所述用户装置多播业务上下文的请求的响应。例如,服务基站可以通过RRC信令向用户装置发送上面所描述的下行链路NAS传输消息,并且该下行链路NAS传输消息的一个信元可以是“针对所述用于激活所述用户装置多播业务上下文的请求的响应”。
相应地,UE能够从所述会话管理功能实体获取针对所述用于激活所述用户装置多播业务上下文的请求的响应。
下面给出步骤S4046的一个具体实现方式。
首先,SMF实体可以通过Namf接口向AMF实体发送第一信息。第一信息可以是通过Namf接口通信的、与N1接口和N2接口有关的消息传输,其可以被表示为Namf_Communication_N1N2MessageTransfer。第一信息可以包括上面所描述的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”,以响应上文结合步骤S3022’所描述的由AMF实体向SMF实体发送的用于激活MBS UE Context的请求。该“针对所述用于激活所述用户装置多播业务上下文的请求的响应”可以包括与所述多播业务对应的TMGI,并且可以被表示为激活MBS UE Context的响应(Activate MBS UE Context Response)。SMF实体可以使用上面所描述的N1 MBS SM Container对“激活MBS UE Context的响应”进行封装。此外,第一信息还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID。SMF实体可以使用上面所描述的N2 MBS SMContainer对“与多播业务对应的TMGI、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID”进行封装。
然后,AMF实体可以通过N2接口向RAN发送用于请求多播业务会话的开始的第五请求,该第五请求可以被表示为N2 MBS Session Start Request。该第五请求可以包括下行链路NAS传输(DL NAS Transport)消息,该下行链路NAS传输的一个信元是上面所描述的被使用N1 MBS SM Container封装的激活MBS UE Context的响应(Activate MBS UE ContextResponse)。通过该下行链路NAS传输消息,AMF实体可以指示RAN直接将DLNAS Transport消息发送给UE。此外,该第五请求还可以包括与多播业务对应的TMGI、所述多播业务的多播地址、与所述多播业务对应的聚合最大速率(例如AMBR)、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID。
然后,RAN可以通过RRC信令向UE发送上面所描述的DL NAS Transport消息。相应地,UE可以通过DL NAS Transport消息来获取与所述多播业务对应的第四标识。在第四标识是TMGI的示例中,UE可以通过DL NAS Transport消息来获取与所述多播业务对应的TMGI。
在本公开中,UE成功获取与所述多播业务对应的第四标识,标志着UE激活了所述多播业务。
通过上述步骤S4046,不仅建立了与所述多播业务对应的用户平面,而且UE还激活了所述多播业务。
在步骤S4046之后,UE的服务基站可以向接入和移动性管理功能实体发送针对第五请求的响应。例如,RAN可以通过N2接口向AMF实体发送针对第五请求的响应,以响应上面所描述的由AMF实体向RAN发送的用于请求MBS会话开始的第五请求。该响应可以是对上面所描述的由AMF实体向RAN发送的N2 MBS Session Start Request的确收,并且可以被表示为N2 MBS Session Start Response。
然后,服务基站可以给其服务的UE分配用于传输多播业务数据的资源,以支持具有不同服务质量需求的数据流。相应地,UE可以通过所分配的资源来接收多播业务数据。
然后,服务基站可以加入上面所描述的隧道多播地址(例如,CN N3隧道多播地址)对应的传输组,以便从UPF实体接收多播业务数据。也就是说,可以建立从UPF实体到服务基站的传输树,以便以树状的方式传输UPF实体要发送给服务基站的数据(例如多播业务数据)。
需要认识到,如果服务基站已经为其服务的UE分配了与所述多播业务对应的资源,那么服务基站不需要再次为该UE分配用于传输多播业务数据的资源并且也不需要加入隧道多播地址对应的传输组。
然后,AMF实体可以向SMF实体发送一个通知信息,以通知在上述步骤S4046中描述的由SMF实体向AMF实体发送的第一信息。例如,AMF实体可以通过Namf接口向SMF实体发送该通知信息。该通知信息可以是对在上述步骤S4046中描述的由SMF实体向AMF实体发送的第一信息的确收。该通知信息可以是通过Namf接口通信的、与N2接口有关的MBS消息传输,其可以被表示为Namf_Communication_N2MBSMessageNotify。相应地,在步骤S4047中,SMF实体从AMF实体接收针对第一信息的通知信息。
然后,在步骤S4048中,SMF实体可以通过Nsmf接口向PCF实体发送一个响应信息,以响应在步骤S4041中描述的由PCF实体向SMF实体发送的第一请求。例如,该响应信息可以是对在步骤S4041中描述的由PCF实体向SMF实体发送的“Nsmf_MBS SessionStartRequest”的确收,并且该响应信息可以被表示为Nsmf_MBS SessionStart Response。
此外,在步骤S4048之后,PCF实体可以通过Npcf接口向NEF实体发送一个响应信息,以响应在步骤S4041中描述的由NEF实体向PCF实体发送的第二请求。例如,该响应信息可以是对在步骤S4041中描述的由NEF实体向PCF实体发送的“Npcf_MBSSessionStartRequest”的确收,并且该响应信息可以被表示为Npcf_MBS SessionStartResponse。
然后,NEF实体可以通过Nnef接口向AF实体发送一个响应信息,以响应在上述步骤S4041中描述的由AF实体向NEF实体发送的第三请求。例如,NEF实体可以通过Nnef接口向AF实体发送该响应信息,并且该响应信息可以被表示为Nnef_MBS SessionStart Response。
至此,与所述多播业务对应的用户平面已经建立成功。这意味着,可以开始进行所述多播业务了。例如,AF实体可以向下游的UPF实体发送目的IP地址为所述多播业务的多播地址的多播业务数据(例如,多播业务数据包)。然后,UPF实体可以通过上面所描述的传输层多播的方法,向RAN发送多播业务数据。然后,RAN可以通过给UE分配的资源,向UE发送多播业务数据。
根据本公开实施例的由会话管理功能实体执行的方法,在激活多播业务的过程中,会话管理功能实体可以从用户装置接收与用户装置将要激活的多播业务对应的第三标识和多播业务的多播地址,并至少根据这些信息来确定与多播业务对应的第四标识以及第五标识,从而能够根据第五标识来进行与所述多播业务对应的多播业务会话以建立与该多播业务对应的用户平面,并向用户装置反馈第四标识以便用户装置激活该多播业务,实现了在多播业务的激活过程中建立与该多播业务对应的用户平面。
图5是根据本公开实施例的当用户装置根据第二激活方式来激活多播业务时由会话管理功能实体执行的方法的流程图。
下面,结合图5来描述当用户装置根据第二激活方式来激活多播业务时由会话管理功能实体执行的方法500。
如图5所示,在步骤S501中,SMF实体可以建立一个协议数据单元会话,并给所述用户装置分配一个互联网协议地址(IP地址)。例如,在第一标识是S-NSSAI且第二标识是DNN的示例中,UE可以根据与所述多播业务对应的S-NSSAI和DNN,向网络发送PDU会话建立请求,该PDU会话建立请求可以包括与所述多播业务对应的S-NSSAI和DNN。然后,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN,从多个SMF实体中选择一个SMF实体。然后,所选择的SMF实体可以从多个UPF实体中选择一个UPF实体,并给该UE分配一个IP地址。
然后,在步骤S502中,从参与所述协议数据单元会话的建立的用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址,其中所述多播地址是在所述用户装置根据所述互联网协议地址向包括所述用户平面功能实体的网络发送数据包之后被获取的,其中所述数据包用于指示所述用户装置想要激活的多播业务,所述数据包的目的地址是所述多播业务的多播地址,或者所述数据包的协议部分包括所述多播业务的多播地址。
具体地,UE可以根据所获取的IP地址,向网络发送数据包以便所述网络中的用户平面功能实体获取数据包。例如,UE可以根据所获取的互联网协议地址,向网络发送数据包以便所述网络中参与所述协议数据单元会话的建立的用户平面功能实体获取数据包。此外,所述数据包用于指示所述用户装置想要激活的多播业务。所述数据包的目的地址是所述多播业务的多播地址,或者所述数据包的协议部分包括所述多播业务的多播地址。例如,UE可以在完成PDU会话建立后,以所分配的IP地址向网络发送IGMP Join数据包。当采用IGMP版本1或2时,该IGMP Join数据包的目的IP地址可以是所述多播业务的多播地址。当采用IGMP版本3时,该IGMP Join数据包的IGMP协议部分可以包括所述多播业务的多播地址。
相应地,SMF实体可以从上述用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址。例如,上述UPF实体可以根据SMF实体的数据包检测规则(PacketDection Rule,PDR)配置,在检测到IGMP Join数据包之后向SMF实体报告与该IGMP Join数据包对应的多播地址(例如,通过N4会话报告消息来报告与该IGMP Join数据包对应的多播地址)。
当SMF实体决定命令所述用户装置激活所述多播业务时,SMF实体可以执行步骤S503。在步骤S503中,SMF实体可以向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求,其中所述用于命令所述用户装置激活所述多播业务的请求包括与所述用户装置将要激活的多播业务对应的第一标识、第二标识和所述多播业务的多播地址。例如,SMF实体可以经由接入和移动性管理功能实体向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求。
例如,SMF实体可以通过Namf接口向AMF实体发送一个消息,该消息可以通过Namf接口通信的、与N1接口有关的消息传输,其可以被表示为Namf_Communication_N1MessageTransfer。该消息可以包括用于命令所述用户装置激活所述多播业务的请求。例如,用于命令所述用户装置激活所述多播业务的请求可以是用于请求MBS UE Context激活的信息,以命令UE激活所述多播业务。该用于请求MBS UE Context激活的信息可以包括与所述用户装置将要激活的多播业务对应的S-NSSAI、DNN和所述多播业务的多播地址,并且该用于请求MBS UE Context激活的信息可以被表示为Request MBS UE ContextActivation。此外,可以用上面所描述的特定格式(例如,N1 MBS SM Container)对这里所描述的“Request MBS UE Context Activation”进行封装。
在步骤S503之后,AMF实体可以通过N2接口向RAN发送一个与N2接口有关的下行链路NAS传输消息。该与N2接口有关的下行链路NAS传输消息可以被表示为N2 downlink NASTransport。该与N2接口有关的下行链路NAS传输消息可以包括一个下行链路NAS传输(DLNAS Transport)消息,该DL NAS Transport消息可以包括上面所描述的、使用N1 MBS SMContainer进行封装的“Request MBS UE Context Activation”。通过该与N2接口有关的下行链路NAS传输消息,AMF实体可以指示RAN直接将DL NAS Transport消息发送给UE。然后,RAN可以向UE发送上面所描述的DL NAS Transport消息。相应地,UE可以通过DL NASTransport消息来获取来自所述SMF实体的一个第一标识、一个第二标识和一个多播地址。
然后,在步骤S504之后,SMF实体从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活所述多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文。在步骤S505中,SMF实体确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。在步骤S506中,SMF实体获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始。在步骤S507中,SMF实体进行所述多播业务会话并向所述用户装置发送针对所述用于激活用户装置多播业务上下文的请求的响应。
上述步骤S504、步骤S505、步骤S506以及步骤S507分别与方法400中的步骤S401、步骤S402、步骤S403以及步骤S404是类似的,在此不再赘述。
根据本公开实施例的由会话管理功能实体执行的方法,在激活多播业务的过程中,会话管理功能实体可以从用户装置接收与用户装置将要激活的多播业务对应的第三标识和多播业务的多播地址,并至少根据这些信息来确定与多播业务对应的第四标识以及第五标识,从而能够根据第五标识来进行与所述多播业务对应的多播业务会话以建立与该多播业务对应的用户平面,并向用户装置反馈第四标识以便用户装置激活该多播业务,实现了在多播业务的激活过程中建立与该多播业务对应的用户平面。
下面将结合图6-7来描述根据本公开实施例的在无线通信***中激活多播业务并且建立与多播业务对应的用户平面的示意性流程,其中图6是根据本公开实施例的在无线通信***中基于第一激活方式来激活多播业务并且建立与该多播业务对应的用户平面的示意性流程,图7是根据本公开实施例的在无线通信***中基于第二激活方式来激活多播业务并且建立与该多播业务对应的用户平面的示意性流程。
首先,结合图6来描述在无线通信***中基于第一激活方式来激活多播业务并且建立与该多播业务对应的用户平面的具体流程。
如图6所示,在步骤1中,UE可以向网络发起注册过程,并且,AMF实体与PCF实体建立UE策略关联(UE Policy Association)。
然后,在步骤2中,在AMF实体与PCF实体建立UE策略关联的过程中,PCF实体可以通过AMF实体向UE提供多个URSP规则,其中每个URSP规则对应一个多播业务并且每个URSP规则至少包括相应多播业务的多播地址。
然后,在步骤3中,UE想激活一个多播业务,并且可以根据该多播业务的多播地址查询相关的URSP规则,以获得路由选择描述符(Route Selection Descriptor),其中该路由选择描述符包括一个S-NSSAI和一个DNN。
然后,在步骤4中,UE决定以第一激活方式(即优化常规的激活多播业务的方式)来激活该多播业务。
然后,在步骤5中,UE发起到该多播业务的多播地址的多播业务激活过程。UE可以给为激活该多播业务而建立的MBS UE Context分配一个MBS UE Context ID。此外,UE可以向AMF实体发送上行链路非接入传输(UL NAS Transport)消息,该消息包括三个信元,其中第一个信元为在步骤3中获得的S-NSSAI,第二个信元为在步骤3中获得的DNN,第三个信元为用于激活MBS UE Context的请求,该用于激活MBS UE Context的请求包括与所述多播业务对应的MBS UE Context ID以及所述多播业务的多播地址。此外,UE可以使用与N1接口相关的多播业务的会话管理容器(N1 MBS SM Container)来对用于激活MBS UE Context的请求进行封装。
然后,在步骤6中,AMF实体可以根据接收到的S-NSSAI和DNN选择一个SMF实体,并且通过Nsmf接口向所选择的SMF实体发送用于创建与MBS会话有关的MBS UE Context的请求(Nsmf_MBSSession_CreateMBSUEContext Request),该请求包括与所述多播业务对应的S-NSSAI、与所述多播业务对应的DNN、上面所描述的通过N1 MBS SM Container进行封装的“用于激活MBS UE Context的请求”、以及UE的SUPI和GPSI及相应的RAN ID。SMF实体可以将此RAN ID记录在UE的MBS UE Context中。
然后,在步骤7中,SMF实体可以根据从UDM实体获得的UE的签约数据(SMF实体与UDM实体的交互在图中未示出),来确定UE是否可以使用所述多播业务。如果UE可以使用所述多播业务,SMF实体可以根据接收到的S-NSSAI、DNN以及多播地址来确定AF实体。然后,SMF实体可以先通过Nsmf接口向NEF实体发送对MBS授权请求的通知(Nsmf_MBSAuthorizationRequest Notify),该通知可以包括与所述多播业务对应的S-NSSAI和DNN、UE的专用标识SUPI、UE的公共标识GPSI、所述多播业务的多播地址、SMF ID、AF ID、以及与UE位置有关的信息(CGI、TAI、GUAMI等)。该通知中的SMF ID可以被AF实体记录,以便在建立MBS会话的用户平面时使用。此外,该通知中的AF ID可以便于NEF实体确定相应的AF实体。
然后,在步骤8中,NEF实体可以通过Nnef接口、根据接收到的AF ID向相应的AF实体发送对MBS授权请求的通知(Nnef_MBS AuthorizationRequest Notify),该通知可以包括与所述多播业务对应的S-NSSAI和DNN、UE的公共标识GPSI、所述多播业务的多播地址、SMF ID、以及与UE位置有关的信息(CGI、TAI、GUAMI等)。
然后,在步骤9中,AF实体可以通过Nnef接口向NEF实体反馈对MBS授权请求的通知的响应信息(Nnef_MBS AuthorizationRequest Notify Response),该响应信息包括与多播业务对应的TMGI以及多播业务会话开始标识符(Session Start Indicator)。该多播业务会话开始标识符用于执行后续将建立针对所述UE的、并且与所述多播业务对应的用户平面。
然后,在步骤10中,NEF实体可以通过Nsmf接口向SMF实体反馈对MBS授权请求的通知的响应信息(Nsmf_MBS AuthorizationRequest Notify Response),并且该响应信息可以包括与多播业务对应的TMGI以及多播业务会话开始标识符。
然后,在步骤11中,SMF实体可以为UE创建基于上述多播地址的MBS UE Context,然后可以向AMF实体反馈一个响应信息(Nsmf_MBSSession_CreateMBSUEContextResponse),作为上面所描述的步骤6中的Nsmf_MBSSession_CreateMBSUEContext Request的响应。
然后,在步骤12中,AF实体可以通过Nnef接口向NEF实体发送用于请求开始多播业务会话的请求(Nnef_MBS SessionStart Request),该请求可以包括用户装置的GPSI、与所述多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。该请求包括了用户装置的GPSI,以便指示该步骤是针对上述UE(即一个特定UE)的操作。此外,该请求包括了与所述多播业务对应的至少一个数据流的服务质量需求,从而将PCC技术应用到多播业务数据的传输中,进而实现了PCC与多播业务数据的传输相结合。
然后,在步骤13中,NEF实体可以通过Npcf接口并根据SMF ID向相应的PCF实体发送用于请求多播业务会话开始的请求(Npcf_MBS SessionStart Request),该请求可以包括用户装置的SUPI、与所述多播业务对应的TMGI、一个SMF ID、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。该请求包括了用户装置的SUPI,以便指示该步骤是针对上述UE(即一个特定UE)的操作。
然后,在步骤14中,PCF实体可以通过Nsmf接口并根据SMF ID向相应的SMF实体发送用于请求多播业务会话开始的请求(Nsmf_MBS SessionStart Request),该请求可以包括用户装置的SUPI、与所述多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、所述至少一个数据流的服务质量规则、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。该请求包括了用户装置的SUPI,以便指示该步骤是针对上述UE(即一个特定UE)的操作。
然后,在步骤15中,SMF实体可以根据TMGI确定相应的MBS UE Context,并根据所确定的MBS UE Context获取该MBS UE Context中包含的S-NSSAI、DNN以及多播地址。若之前未分配给UPF实体,那么SMF实体可以根据所获取的S-NSSAI、DNN以及多播地址,从多个UPF实体中选择一个UPF实体。然后,SMF实体可以通过N4接口向所选择的UPF实体发送用于请求MBS会话建立的请求(N4 MBS Session Establishment Request)。该请求可以包括所述多播业务的多播地址、与所述多播业务对应的至少一个数据流的服务质量执行规则、以及与所述多播业务对应的聚合最大速率(例如AMBR)。然后,UPF实体可以根据接收到的请求,依据多播路由协议建立从UPF实体到RAN的GTP用户面隧道传输树,以便以树状的GTP用户面隧道的方式传输UPF实体要发送给RAN的数据(例如与所述多播/广播业务对应的业务数据)。然后,UPF实体可以为传输与所述多播/广播业务对应的业务数据而分配一个隧道多播地址。具体地,UPF实体可以为所述多播/广播业务分配一个通过N3接口GTP用户面隧道的多播地址,并将所分配的GTP用户面隧道的多播地址作为隧道多播地址(例如CN N3隧道多播地址)。然后,UPF实体可以为所述多播/广播业务分配一个第六标识(例如CN N3 C-TEID)。SMF实体可以将上述PCF实体的ID、上述UPF实体的ID、与所述多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID记录在已经激活所述多播业务的各个MBS UE Context。另外,如果之前已经分配了UPF实体以及与所述多播业务对应的CN N3隧道多播地址以及CNN3 C-TEID,那么,可以将与所述多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID记录在上述UE的MBS UE Context中,则这个步骤无需执行。
然后,在步骤16中,SMF实体可以通过Namf接口向AMF实体发送第一信息(Namf_Communication_N1N2MessageTransfer)。第一信息可以包括激活MBS UE Context的响应(Activate MBS UE Context Response),该激活MBS UE Context的响应可以包括与所述多播业务对应的TMGI,并且SMF实体可以使用N1 MBS SM Container对“激活MBS UE Context的响应”进行封装。此外,第一信息还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID。SMF实体可以使用N2 MBS SM Container对“与多播业务对应的TMGI、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID”进行封装。
然后,在步骤17中,AMF实体可以通过N2接口向RAN发送用于请求多播业务会话的开始的请求(N2 MBS Session Start Request)。该请求可以包括下行链路NAS传输(DL NASTransport)消息,该下行链路NAS传输的一个信元是上面所描述的被使用N1 MBS SMContainer封装的激活MBS UE Context的响应(Activate MBS UE Context Response)。通过该下行链路NAS传输消息,AMF实体可以指示RAN直接将DL NAS Transport消息发送给UE。此外,该请求还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、所述多播业务的多播地址、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID。
然后,在步骤18中,RAN可以通过RRC信令向UE发送上面所描述的DL NASTransport消息。
然后,在步骤19中,RAN可以通过N2接口向AMF实体发送针对步骤17中的请求的响应(N2 MBS Session Start Response)。该响应可以是对步骤17中所描述的由AMF实体向RAN发送的N2 MBS Session Start Request的确收。
然后,在步骤20中,RAN可以给其服务的UE分配用于传输多播业务数据的资源,以支持具有不同服务质量需求的数据流。
然后,在步骤21中,RAN可以加入上面所描述的CN N3隧道多播地址对应的传输组,以便从UPF实体接收多播业务数据。
若RAN已经针对所述多播业务分配了资源,那么可以不执行步骤20和21。
然后,在步骤22中,AMF实体可以通过Namf接口向SMF实体发送通知信息(Namf_Communication_N2MBSMessageNotify)。该通知信息可以是对在上述步骤16中描述的由SMF实体向AMF实体发送的信息的确收。
然后,在步骤23中,SMF实体可以通过Nsmf接口向PCF实体发送一个响应信息(Nsmf_MBS SessionStart Response),以响应在步骤14中描述的由PCF实体向SMF实体发送的请求。
然后,在步骤24中,PCF实体可以通过Npcf接口向NEF实体发送一个响应信息(Npcf_MBS SessionStart Response),以响应在步骤13中描述的由NEF实体向PCF实体发送的请求。
然后,在步骤25中,NEF实体可以通过Nnef接口向AF实体发送一个响应信息(Nnef_MBS SessionStart Response),以响应在上述步骤12中描述的由AF实体向NEF实体发送的请求。
然后,在步骤26中,可以开始进行所述多播业务了。AF实体可以向下游的UPF实体发送目的IP地址为所述多播业务的多播地址的多播数据包。然后,UPF实体可以通过上面所描述的传输层多播的方法,向RAN发送多播数据包。然后,RAN可以通过给UE分配的资源,向UE发送多播数据包。
下面,结合图7来描述在无线通信***中基于第二激活方式来激活多播业务并且建立与该多播业务对应的用户平面的具体流程。
如图7所示,在步骤1中,UE可以执行图6中的步骤1至3。
然后,在步骤2中,UE决定以第二激活方式(即兼容常规的激活多播业务的方式)来激活该多播业务。
然后,在步骤3中,UE可以根据通过步骤1所获得的S-NSSI和DNN,向网络发送PDU会话建立请求(PDU Session Establishment Request),该PDU会话建立请求可以包括与所述多播业务对应的S-NSSAI和DNN。然后,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN,从多个SMF实体中选择一个SMF实体。然后,所选择的SMF实体可以从多个UPF实体中选择一个UPF实体,并给该UE分配一个IP地址。
然后,在步骤4中,UE可以在完成PDU会话建立后,以所分配的IP地址向网络发送IGMP Join数据包。当采用IGMP版本1或2时,该IGMP Join数据包的目的IP地址可以是所述多播业务的多播地址。当采用IGMP版本3时,该IGMP Join数据包的IGMP协议部分可以包括所述多播业务的多播地址。
然后,在步骤5中,UPF实体可以根据SMF实体的PDR配置,在检测到IGMP Join数据包之后通过N4会话报告消息向SMF实体报告与该IGMP Join数据包对应的多播地址。
然后,在步骤6中,SMF实体决定命令UE激活所述多播业务,并通过Namf接口向AMF实体发送一个消息(Namf_Communication_N1MessageTransfer)。该消息可以包括用于请求MBS UE Context激活的信息(Request MBS UE Context Activation),以命令UE激活所述多播业务。该用于请求MBS UE Context激活的信息可以包括与UE将要激活的多播业务对应的S-NSSAI、DNN和所述多播业务的多播地址。可以使用N1 MBS SM Container对该用于请求MBS UE Context激活的信息进行封装。此外,这里是S-NSSAI、DNN可以是通过上述步骤3确定的,而所述多播业务的多播地址可以是通过上述步骤5确定的。由于在激活所述多播业务的过程中不建立与所述多播业务对应的用户平面,因此,该另一响应信息不包含SMF实体给RAN的N2 MBS会话容器。
然后,在步骤7中,AMF实体可以通过N2接口向RAN发送一个与N2接口有关的下行链路NAS传输消息(N2 downlink NAS Transport),该与N2接口有关的下行链路NAS传输消息可以包括一个下行链路NAS传输(DL NAS Transport)消息,该DL NAS Transport消息可以包括上面所描述的、使用N1 MBS SM Container进行封装的“Request MBS UE ContextActivation”。通过该与N2接口有关的下行链路NAS传输消息,AMF实体可以指示RAN直接将DL NAS Transport消息发送给UE。
然后,在步骤8中,RAN可以向UE发送上面所描述的DLNAS Transport消息。相应地,UE可以通过DL NAS Transport消息来获取来自所述SMF实体的一个S-NSSAI、一个DNN和一个多播地址。UE可以判断所获取的多播地址是否与UE在步骤4中想要加入的多播地址一致,所获取的S-NSSAI和DNN是否与UE在步骤3中建立PDU会话时的S-NSSAI和DNN一致。若三者都一致,则执行步骤9。
然后,在步骤9中,可以执行图6中的步骤5至步骤26。
以下,参照图8来描述根据本公开实施例的与图2所示的方法对应的UE。图8是根据本公开实施例的UE 800的结构示意图。由于UE 800的功能与在上文中参照图2描述的方法的细节相同,因此在这里为了简单起见,省略对相同内容的详细描述。如图8所示,UE 800包括:确定单元810,被配置为确定用于激活多播业务的激活方式;激活单元820,被配置为根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务,其中在所述多播业务的激活过程中与所述多播业务对应的多播业务会话被进行;以及接收单元830,被配置为接收与所述多播业务对应的业务数据。除了这三个单元以外,UE 800还可以包括其他部件,然而,由于这些部件与本公开实施例的内容无关,因此在这里省略其图示和描述。
在本公开中,确定单元810所确定的激活方式可以是第一激活方式或者第二激活方式。
根据本公开的一个示例,在第一激活方式下,UE不需要在激活多播业务之前建立一个协议数据单元(Protocol Data Unit,PDU)会话并获取一个IP地址(例如,由SMF实体分配一个IP地址)。也就是说,在第一激活方式下,UE无需执行与图1所示的步骤1类似的步骤。因此,第一激活方式优化了传统的激活多播业务的流程。
此外,根据本公开的一个示例,在第二激活方式下,UE需要在激活多播业务之前建立一个PDU会话并获取一个IP地址(例如,由SMF实体分配一个IP地址)。也就是说,在第二激活方式下,UE需要执行与图1所示的步骤1类似的步骤。因此,第二激活方式兼容了传统的激活多播业务的流程。
在本公开中,确定单元810可以根据自身的属性来确定用于激活多播业务的激活方式。这里所描述的属性可以指UE对各种应用的支持能力。例如,当UE仅支持移动应用时或者UE不需要IP数据发送功能时,UE可以确定用于激活多播业务的激活方式是第一激活方式。例如,当UE需要支持基于IP的应用时,UE可以确定用于激活多播业务的激活方式是第二激活方式。
需要认识到,确定单元810还可以根据其他的方式来确定用于激活多播业务的激活方式,本公开对此不作限定。
此外,根据本公开的一个示例,确定单元810可以确定与所述多播业务对应的第一标识和第二标识,其中所述第一标识和所述第二标识用于接入和移动性管理功能实体选择所述会话管理功能实体。具体地,第一标识可以用于标识与所述多播业务对应的网络分片。例如,第一标识可以是单个网络分片选择辅助信息(Single Network Slice SelectionAssistance Information,S-NSSAI)。此外,第二标识可以用于标识与所述多播业务对应的数据网络。例如,第二标识可以是数据网络名称(Data Network Name,DNN)。
在该示例中,确定单元810可以通过下面的方式来确定与多播业务对应的第一标识和第二标识。
具体地,接收单元830可以从策略控制功能(PCF)实体获取与至少一个多播业务中的每个多播业务对应的用户装置路由选择策略(UE Route Selection Policy Rule,URSP)规则,其中每个用户装置路由选择策略规则至少包括相应多播业务的多播地址。例如,首先,UE可以向网络发起注册过程;然后,在AMF实体与PCF实体建立UE策略关联(UE PolicyAssociation)的过程中,PCF实体可以通过AMF实体向UE提供与至少一个多播业务中的每个多播业务对应的URSP规则,相应地,UE可以通过AMF实体从PCF实体获取与至少一个多播业务中的每个多播业务对应的URSP规则。
然后,确定单元810可以根据所述多播业务的多播地址,确定与所述多播业务对应的用户装置路由选择策略规则。例如,当UE想激活一个多播业务时,确定单元810可以根据该多播业务的多播地址来确定与该多播业务对应的URSP规则。
然后,确定单元810可以根据所确定的用户装置路由选择策略规则,确定与所述多播业务对应的第一标识和第二标识。例如,UE可以根据与该多播业务对应的URSP规则,获得路由选择描述符(Route Selection Descriptor),其中该路由选择描述符包括一个第一标识和一个第二标识;然后,UE将该路由选择描述符所包括的第一标识和第二标识作为与该多播业务对应的第一标识和第二标识。
应该认识到,在本公开中,多播业务的多播地址可以是IPv4多播地址,也可以是IPv6多播地址,本公开对此不作限定。
在本公开中,激活单元820根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务,其中在所述多播业务的激活过程中与所述多播业务对应的多播业务会话被进行。也就是说,在多播业务的激活过程中建立与该多播业务对应的用户平面。
根据本公开的一个示例,当确定单元810确定的激活方式是第一激活方式时,激活单元820根据第一激活方式并且至少通过会话管理功能实体来激活所述多播业务。在该示例中,UE800还可以包括发送单元840。
具体地,激活单元820可以确定第三标识,其中所述第三标识用于标识为激活所述多播业务而建立的用户装置多播业务上下文。例如,UE可以为该用户装置多播业务上下文分配一个标识(Identification,ID)。这里所描述的“为激活所述多播业务而建立的用户装置多播业务上下文”也可以称为针对多播业务的用户装置多播业务上下文(MBS UEContext)。相应地,第三标识也可以称为针对多播业务的用户装置多播业务上下文的标识(MBS UE Context ID)。
然后,发送单元840向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址。例如,发送单元840可以经由所述接入和移动性管理功能实体向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求。
具体地,首先,发送单元840可以向AMF实体发送上行链路非接入(Non-AccessStratum,NAS)传输(UL NAS Transport)消息,其中该UL NAS Transport消息至少包括三个信元,其中第一个信元为与所述多播业务对应的第一标识,第二个信元为与所述多播业务对应的第二标识,第三个信元为用于激活MBS UE Context的请求。该用于激活MBS UEContext的请求可以被表示为Active MBS UE Context Request,并且可以包括与所述多播业务对应的第三标识以及所述多播业务的多播地址。在第一标识是S-NSSAI、第二标识是DNN且第三标识是MBS UE Context ID的示例中,UE向AMF实体发送的UL NAS Transport消息可以包括三个信元,其中第一个信元为与所述多播业务对应的S-NSSAI,第二个信元为与所述多播业务对应的DNN,第三个信元为用于激活MBS UE Context的请求,该用于激活MBSUE Context的请求包括与所述多播业务对应的MBS UE Context ID以及所述多播业务的多播地址。
在本公开中,发送单元840可以使用特定格式对这里所描述的“用于激活MBS UEContext的请求”进行封装。例如,该特定格式可以是与N1接口相关的多播业务的会话管理容器(N1 MBS SM Container)。
然后,AMF实体可以根据与所述多播业务对应的第一标识、第二标识选择相应的SMF实体。在第一标识是S-NSSAI且第二标识是DNN的示例中,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN选择相应的SMF实体。
然后,AMF实体可以通过Nsmf接口向相应的SMF实体发送请求,该请求可以用于请求创建与MBS会话有关的MBS UE Context。该请求可以被表示为Nsmf_MBSSession_CreateMBSUEContext Request。该请求可以包括与所述多播业务对应的第一标识、第二标识、以及上面所描述的“用于激活MBSUE Context的请求”。在第一标识是S-NSSAI、第二标识是DNN且第三标识是MBS UE Context ID的示例中,AMF实体可以通过Nsmf接口向SMF实体发送请求,该请求可以包括与所述多播业务对应的S-NSSAI、与所述多播业务对应的DNN、以及上面所描述的“用于激活MBS UE Context的请求”。
此外,根据本公开的一个示例,AMF实体向SMF实体发送的请求还可以包括UE的专用标识。例如,该UE的专用标识可以是订购永久标识符(Subscription PermanentIdentifier,SUPI)。此外,根据本公开的另一示例,AMF实体向SMF实体发送的请求还可以包括该UE的服务基站的标识。例如,该UE的服务基站的标识可以是相应的RAN ID,该RAN ID可以由UE所接入的RAN上报给AMF实体。此外,根据本公开的另一示例,AMF实体向SMF实体发送的请求还可以包括UE的专用标识和所述UE的服务基站的标识二者,例如该UE的SUPI和相应的RAN ID。
之后,SMF实体可以将接收到的RANID记录在UE的MBS UE Context中,以便SMF实体获取通过所述SMF实体来激活所述多播业务的所有用户装置的服务基站的标识。此外,SMF实体将根据接收到的信息来确定与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活且所述第四标识是应用功能(AF)实体给所述多播业务分配的标识,并且SMF实体将向UE反馈该第四标识。这些操作将在下文中结合图9-10所描述的、由SMF实体执行的方法中进行详细描述。
这里所描述的第四标识可以是AF实体给基于所述多播地址而激活的所述多播业务分配的临时移动组标识(Tempory Mobile Group Identify,TMGI)。
然后,接收单元830从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应,所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。具体地,UE可以经由所述用户装置的服务基站和所述接入和移动性管理功能实体从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应。
具体地,首先,会话管理功能实体可以向所述接入和移动管理功能实体发送第一信息,其中所述第一信息包括针对所述用于激活所述用户装置多播业务上下文的请求的响应以及与所述多播业务会话相关的信息。此外,这里所描述的“与所述多播业务会话相关的信息”至少可以包括所述第四标识、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与所述多播业务对应的隧道多播地址以及第六标识。这里所描述的“隧道多播地址”可以是隧道多播地址(Transport IP Multicast Address),并且可以被称为CN N3隧道多播地址。这里所描述的“第六标识”可以是共用隧道端点标识(Common-Tunnel End point ID,C-TEID),并且可以被称为CN N3 C-TEID。具体将在下文结合图4-5所描述的由SMF实体执行的方法中进行详细描述。
在会话管理功能实体向接入和移动管理功能实体发送第一信息时,会话管理功能实体可以使用不同的特定格式对第一信息中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”以及第一信息中的“与所述多播业务会话相关的信息”分别进行封装。例如,会话管理功能实体可以使用第一格式对第一信息中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”进行封装,并使用第二格式对第一信息中的“与所述多播业务会话相关的信息”进行封装。这里的第一格式可以是与N1接口相关的多播业务的会话管理容器(N1 MBS SM Container)。这里的第二格式可以是与N2接口相关的多播业务的会话管理容器(N2 MBS SM Container)。
然后,接入和移动性管理功能实体根据与所述多播业务会话相关的信息向相应的服务基站发送第五请求,其中所述第五请求用于请求多播业务会话的开始。该第五请求可以包括针对所述用于激活所述用户装置多播业务上下文的请求的响应、所述第四标识、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与所述多播业务对应的隧道多播地址以及第六标识。
在接入和移动性管理功能实体从会话管理功能实体所获取的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”已经被会话管理功能实体封装(例如,使用N1MBS SM Container封装)的情形下,当接入和移动性管理功能实体向相应的服务基站发送第五请求时,接入和移动性管理功能实体不需要使用特定格式(例如N1 MBS SMContainer)对第五请求中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”进行封装。
另外,第五请求中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”可以作为下行链路NAS传输(DL NAS Transport)消息的一个信元。
然后,服务基站可以向用户装置发送针对所述用于激活所述用户装置多播业务上下文的请求的响应。例如,服务基站可以通过无线资源控制(Radio Resource Control,RRC)信令向用户装置发送针对所述用于激活所述用户装置多播业务上下文的请求的响应。例如,服务基站可以通过RRC信令向用户装置发送上面所描述的下行链路NAS传输消息,并且该下行链路NAS传输消息的一个信元可以是“针对所述用于激活所述用户装置多播业务上下文的请求的响应”。
相应地,接收单元830能够从所述会话管理功能实体获取针对所述用于激活所述用户装置多播业务上下文的请求的响应。
下面给出接收单元830从会话管理功能实体获取针对用于激活所述用户装置多播业务上下文的请求的响应的一个具体示例。
例如,首先,SMF实体可以通过Namf接口向AMF实体发送第一信息。第一信息可以是通过Namf接口通信的、与N1接口和N2接口有关的消息传输,其可以被表示为Namf_Communication_N1N2MessageTransfer。第一信息可以包括上面所描述的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”,以响应上文结合步骤S3022’所描述的由AMF实体向SMF实体发送的用于激活MBS UE Context的请求。该“针对所述用于激活所述用户装置多播业务上下文的请求的响应”可以包括与所述多播业务对应的TMGI,并且可以被表示为激活MBS UE Context的响应(Activate MBS UE Context Response)。SMF实体可以使用上面所描述的N1 MBS SM Container对“激活MBS UE Context的响应”进行封装。此外,第一信息还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID。SMF实体可以使用上面所描述的N2 MBS SMContainer对“与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID”进行封装。
然后,AMF实体可以通过N2接口向RAN发送用于请求多播业务会话的开始的第五请求,该第五请求可以被表示为N2 MBS Session Start Request。该第五请求可以包括下行链路NAS传输(DL NAS Transport)消息,该下行链路NAS传输的一个信元是上面所描述的被使用N1 MBS SM Container封装的激活MBS UE Context的响应(Activate MBS UE ContextResponse)。通过该下行链路NAS传输消息,AMF实体可以指示RAN直接将DLNAS Transport消息发送给UE。此外,该第五请求还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、所述多播业务的多播地址、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的CN N3隧道多播地址以及CN N3 C-TEID。
然后,RAN可以向UE发送上面所描述的DL NAS Transport消息。相应地,接收单元830可以通过DL NAS Transport消息来获取与所述多播业务对应的第四标识。在第四标识是TMGI的示例中,UE可以通过DL NAS Transport消息来获取与所述多播业务对应的TMGI。
在本公开中,UE成功获取与所述多播业务对应的第四标识,标志着UE激活了所述多播业务。
至此,已经描述了UE根据第一激活方式并且至少通过会话管理功能实体来激活所述多播业务的示例性流程。接下来,将描述UE根据第二激活方式并且至少通过会话管理功能实体来激活所述多播业务的示例性流程。
根据本公开的一个示例,当确定单元810确定的激活方式是第二激活方式时,激活单元820根据第二激活方式并且至少通过会话管理功能实体来激活所述多播业务。在该示例中,UE 800还可以包括发送单元840。
具体地,激活单元820可以根据与所述多播业务对应的第一标识和第二标识,从所述会话管理功能实体获取一个互联网协议地址(IP地址)。例如,UE可以根据所述第一标识和所述第二标识,选择所述会话管理功能实体并建立一个协议数据单元会话,从所述会话管理功能实体获取一个互联网协议地址。在第一标识是S-NSSAI且第二标识是DNN的示例中,UE可以根据与所述多播业务对应的S-NSSAI和DNN,向网络发送PDU会话建立请求,该PDU会话建立请求可以包括与所述多播业务对应的S-NSSAI和DNN。然后,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN,从多个SMF实体中选择一个SMF实体。然后,所选择的SMF实体可以从多个UPF实体中选择一个UPF实体,并给该UE分配一个IP地址。
然后,发送单元840可以根据所获取的互联网协议地址,向网络发送数据包以便所述网络中的用户平面功能(UPF)实体获取数据包。例如,UE可以根据所获取的互联网协议地址,向网络发送数据包以便所述网络中参与所述协议数据单元会话的建立的用户平面功能实体获取数据包。此外,所述数据包用于指示所述用户装置想要激活的多播业务。所述数据包的目的地址是所述多播业务的多播地址,或者所述数据包的协议部分包括所述多播业务的多播地址。例如,在步骤S3021”之后,UE可以在完成PDU会话建立后,以所分配的IP地址向网络发送IGMP Join数据包。当采用IGMP版本1或2时,该IGMP Join数据包的目的IP地址可以是所述多播业务的多播地址。当采用IGMP版本3时,该IGMP Join数据包的IGMP协议部分可以包括所述多播业务的多播地址。
然后,激活单元820可以从所述会话管理功能实体获取一个第一标识、一个第二标识和一个多播地址。
具体地,SMF实体可以从上述用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址。例如,上述UPF实体可以根据SMF实体的数据包检测规则(PacketDection Rule,PDR)配置,在检测到IGMP Join数据包之后向SMF实体报告与该IGMP Join数据包对应的多播地址(例如,通过N4会话报告消息来报告与该IGMP Join数据包对应的多播地址)。
然后,SMF实体可以决定命令所述用户装置激活所述多播业务。当SMF实体决定命令所述用户装置激活所述多播业务时,SMF实体可以向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求,其中所述用于命令所述用户装置激活所述多播业务的请求包括与所述用户装置将要激活的多播业务对应的第一标识、第二标识和所述多播业务的多播地址。例如,SMF实体可以经由接入和移动性管理功能实体向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求。
例如,SMF实体可以通过Namf接口向AMF实体发送一个消息,该消息可以通过Namf接口通信的、与N1接口有关的消息传输,其可以被表示为Namf_Communication_N1MessageTransfer。该消息可以包括用于命令所述用户装置激活所述多播业务的请求。例如,用于命令所述用户装置激活所述多播业务的请求可以是用于请求MBS UE Context激活的信息,以命令UE激活所述多播业务。该信息可以包括与所述用户装置将要激活的多播业务对应的S-NSSAI、DNN和所述多播业务的多播地址,并且该信息可以被表示为Request MBSUE Context Activation。此外,可以用上面所描述的特定格式(例如,N1 MBS SMContainer)对这里所描述的“Request MBS UE Context Activation”进行封装。
然后,AMF实体可以通过N2接口向RAN发送一个与N2接口有关的下行链路NAS传输消息。该与N2接口有关的下行链路NAS传输消息可以被表示为N2 downlink NASTransport。该与N2接口有关的下行链路NAS传输消息可以包括一个下行链路NAS传输(DLNAS Transport)消息,该DLNAS Transport消息可以包括上面所描述的、使用N1 MBS SMContainer进行封装的“Request MBS UE Context Activation”。通过该与N2接口有关的下行链路NAS传输消息,AMF实体可以指示RAN直接将DL NAS Transport消恩发送给UE。
然后,RAN可以向UE发送上面所描述的DL NAS Transport消息。相应地,UE可以通过DL NAS Transport消息来获取来自所述SMF实体的一个第一标识、一个第二标识和一个多播地址。
之后,激活单元820可以判断所获取的第一标识是否与所确定的第一标识相同、所获取的第二标识是否与所确定的第二标识相同、所获取的多播地址是否与所述多播业务的多播地址相同。例如,激活单元820可以根据从RAN接收的DL NAS Transport消息,来判断使用N1 MBS SM Container进行封装的“Request MBS UE Context Activation”中的多播地址是否与该UE想要激活的多播业务的多播地址相同,以及判断使用N1 MBS SM Container进行封装的“Request MBS UE Context Activation”中的S-NSSAI、DNN是否与建立PDU会话时的S-NSSAI、DNN相同。
当激活单元820判断了所获取的第一标识与所确定的第一标识不同、和/或所获取的第二标识与所确定的第二标识不同、和/或所获取的多播地址与所述多播业务的多播地址不同时,UE不能激活所述多播业务。相反,当激活单元820判断了所获取的第一标识与所确定的第一标识相同、所获取的第二标识与所确定的第二标识相同、所获取的多播地址与所述多播业务的多播地址相同时,激活单元820可以激活所述多播业务。
具体地,确定单元810可以确定第三标识,其中所述第三标识用于标识为激活所述多播业务而建立的用户装置多播业务上下文。然后,发送单元840可以向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址。然后,接收单元830可以从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应,所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。
然后,接收单元830接收与所述多播业务对应的业务数据。例如,当用户装置激活了所述多播业务并且与所述多播业务对应的多播业务会话被成功开始时,AF实体可以向下游的UPF实体发送目的IP地址为所述多播业务的多播地址的多播业务数据(例如,多播业务数据包)。然后,UPF实体向RAN发送多播业务数据。然后,RAN可以通过给UE分配的资源,向UE发送多播业务数据。
根据本公开实施例的用户装置,用户装置可以确定用于激活多播业务的激活方式,并且根据所确定的激活方式且至少通过网络中的会话管理功能实体来激活多播业务,从而优化传统的激活多播业务的过程或者与传统的激活多播业务的过程相兼容。此外,在激活多播业务的过程中,开始进行与多播业务对应的多播业务会话,从而使得在多播业务的激活过程中建立与该多播业务对应的用户平面。
以下,参照图9来描述根据本公开实施例的与图4所示的方法对应的SMF实体。图9是根据本公开实施例的SMF实体900的结构示意图。由于SMF实体900的功能与在上文中参照图4描述的方法的细节相同,因此在这里为了简单起见,省略对相同内容的详细描述。如图9所示,SMF实体900包括:接收单元910,被配置为从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文;确定单元920,被配置为确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活;获取单元930,被配置为获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始;控制单元940,被配置为进行所述多播业务会话;以及发送单元950,被配置为向所述用户装置发送所述响应。除了这五个单元以外,SMF实体900还可以包括其他部件,然而,由于这些部件与本公开实施例的内容无关,因此在这里省略其图示和描述。
如图9所示,接收单元910从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活所述多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文。
具体地,首先,UE可以向AMF实体发送上行链路NAS传输(UL NAS Transport)消息,其中该UL NAS Transport消息至少包括三个信元,其中第一个信元为与所述多播业务对应的第一标识,第二个信元为与所述多播业务对应的第二标识,第三个信元为用于激活MBSUE Context的请求,该用于激活MBS UE Context的请求包括与所述多播业务对应的第三标识以及所述多播业务的多播地址。在第一标识是S-NSSAI、第二标识是DNN且第三标识是MBSUE Context ID的示例中,UE向AMF实体发送的UL NAS Transport消息可以包括三个信元,其中第一个信元为与所述多播业务对应的S-NSSAI,第二个信元为与所述多播业务对应的DNN,第三个信元为用于激活MBS UE Context的请求,该用于激活MBS UE Context的请求包括与所述多播业务对应的MBS UE Context ID以及所述多播业务的多播地址。
在本公开中,UE可以使用特定格式对这里所描述的“用于激活MBS UE Context的请求”进行封装。例如,该特定格式可以是与N1接口相关的多播业务的会话管理容器(N1MBS SM Container)。
然后,AMF实体可以根据与所述多播业务对应的第一标识、第二标识选择相应的SMF实体。在第一标识是S-NSSAI且第二标识是DNN的示例中,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN选择相应的SMF实体。
然后,AMF实体可以通过Nsmf接口向相应的SMF实体发送请求,该请求可以用于请求创建与MBS会话有关的MBS UE Context。该请求可以被表示为Nsmf_MBSSession_CreateMBSUEContext Request。该请求可以包括与所述多播业务对应的第一标识、第二标识、以及上面所描述的“用于激活MBS UE Context的请求”。在第一标识是S-NSSAI、第二标识是DNN且第三标识是MBS UE Context ID的示例中,AMF实体可以通过Nsmf接口向SMF实体发送请求,该请求可以包括与所述多播业务对应的S-NSSAI、与所述多播业务对应的DNN、以及上面所描述的“用于激活MBS UE Context的请求”。
此外,根据本公开的一个示例,AMF实体向SMF实体发送的请求还可以包括UE的专用标识。例如,该UE的专用标识可以是订购永久标识符(Subscription PermanentIdentifier,SUPI)。此外,根据本公开的另一示例,AMF实体向SMF实体发送的请求还可以包括该UE的服务基站的标识。例如,该UE的服务基站的标识可以是相应的RAN ID,该RAN ID可以由UE所接入的RAN上报给AMF实体。此外,根据本公开的另一示例,AMF实体向SMF实体发送的请求还可以包括UE的专用标识和所述UE的服务基站的标识二者,例如该UE的SUPI和相应的RAN ID。
此外,根据本公开的一个示例,接收单元910可以将所述用户装置的服务基站的标识记录在所述用户装置多播业务上下文中,以便SMF实体获取通过所述SMF实体来激活所述多播业务的所有用户装置的服务基站的标识,从而在建立MBS会话的用户平面时使用。例如,接收单元910可以将接收到的RAN ID记录在UE的MBS UE Context中。
返回图9,确定单元920确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。例如,确定单元920至少根据所述第一标识、所述第二标识、和所述多播业务的多播地址,确定与所述多播业务对应的第四标识,其中所述第四标识是应用功能实体给所述多播业务分配的标识。
具体地,确定单元920可以确定所述用户装置是否能够使用所述多播业务。例如,SMF实体可以从统一数据管理(Unified Data Management,UDM)实体获得UE的签约数据,来确定UE是否签约了所述多播业务。如果UE签约了所述多播业务,SMF实体可以确定该UE能够使用所述多播业务。如果UE未签约所述多播业务,SMF实体可以确定该UE不能使用所述多播业务。
当确定单元920确定UE能够使用所述多播业务时,发送单元950向所述应用功能实体发送一个通知,其中所述通知是对所述多播业务授权请求的通知。该通知至少包括所述第一标识、所述第二标识、所述多播业务的多播地址、以及所述会话管理功能实体的标识。这里的“会话管理功能实体的标识”是为了便于所述应用功能实体获取要激活所述多播业务的所有用户装置在激活所述多播业务时涉及的会话管理功能实体,以便在后续建立与所述多播业务对应的用户平面时使用。
具体地,发送单元950可以直接向所述应用功能实体发送通知。例如,SMF实体可以根据所述第一标识、所述第二标识以及所述多播业务的多播地址确定相应的AF实体。然后,SMF实体可以向所确定的AF实体发送通知。该通知可以包括所述第一标识、所述第二标识、所述用户装置的专用标识和公共标识、所述多播业务的多播地址、以及所述会话管理功能实体的标识(例如,该SMF实体的SMF ID)。
可替换地,发送单元950可以经由网络开放功能实体向所述应用功能实体发送通知。
在发送单元950经由网络开放功能实体向所述应用功能实体发送通知的示例中,首先,发送单元950可以向网络开放功能实体发送一个通知,该通知可以包括所述第一标识、所述第二标识、所述用户装置的专用标识和公共标识(例如,通用公共订购标识符(Generic Public Subscription Identifier,GPSI))、所述多播业务的多播地址、所述会话管理功能实体的标识、以及所述应用功能实体的标识(例如,该SMF实体所确定的AF实体的AF ID),以便所述网络开放功能实体根据所述应用功能实体的标识而向所述应用功能实体发送另一通知。该另一通知可以包括第一标识、所述第二标识、所述用户装置的专用标识和公共标识、所述多播业务的多播地址、以及所述会话管理功能节点实体的标识。
然后,所述网络开放功能实体在接收到该通知之后,可以根据所述应用功能实体的标识确定所述应用功能实体并向所述应用功能实体发送另一通知。该另一通知可以包括所述第一标识、所述第二标识、所述用户装置的公共标识、所述多播业务的多播地址、以及所述会话管理功能实体的标识。
之后,AF实体可以记录所接收到的SMF ID,以便在建立MBS会话的用户平面时使用。此外,AF实体还可以确定与所述多播业务对应的第四标识。这里所描述的第四标识可以是AF实体给基于所述多播地址而激活的所述多播业务分配的临时移动组标识(TemporyMobile Group Identify,TMGI)。
当AF实体从NEF实体接收到消息时,第四标识可以是TMGI。相应地,AF实体可以通过Nnef接口向NEF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nnef_MBS AuthorizationRequest Notify Response,并且该响应信息可以包括与所述多播业务对应的TMGI。然后,NEF实体可以通过Nsmf接口向SMF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nsmf_MBS AuthorizationRequest NotifyResponse,并且该响应信息可以包括与所述多播业务对应的TMGI。
相应地,接收单元910可以从所述应用功能实体接收针对所述通知的响应,其中针对所述通知的响应包括与所述多播业务对应的第四标识,从而从所述应用功能实体获取与所述多播业务对应的第四标识。在第四标识是TMGI的示例中,接收单元910可以直接从AF实体获取与所述多播业务对应的TMGI,或者接收单元910可以经由NEF实体从AF实体获取与所述多播业务对应的TMGI。
返回图9,获取单元930获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始。第五标识可以是多播业务会话开始标识符(Session Start Indicator),以便开始进行多播业务会话,从而建立与多播业务对应的用户平面。获取单元930可以与上述确定单元920同时运行,或者可以在获取单元930运行之后再运行。
在获取单元930与上述确定单元920同时运行的示例中,接收单元910从所述应用功能实体接收针对所述用于激活用户装置多播业务上下文的请求的响应时,接收单元910还可以从应用功能实体接收与所述多播业务对应的第五标识。例如,接收单元910可以从所述应用功能实体接收一个响应信息,并且该响应信息包括针对所述用于激活用户装置多播业务上下文的请求的响应以及与所述多播业务对应的第五标识二者。
根据本公开的一个示例,接收单元910可以直接从应用功能实体接收针对所述用于激活用户装置多播业务上下文的请求的响应、以及与所述多播业务对应的第五标识。例如,当AF实体从SMF实体接收到消息时,针对所述用于激活用户装置多播业务上下文的请求的响应即第四标识可以是TMGI。相应地, AF实体可以通过Nsmf接口向SMF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nsmf_MBS AuthorizationRequestNotify Response,并且该响应信息可以包括与所述多播业务对应的TMGI、以及多播业务会话开始标识符。
根据本公开的另一示例,接收单元910可以经由网络开放功能实体从应用功能实体接收针对所述用于激活用户装置多播业务上下文的请求的响应、以及与所述多播业务对应的第五标识。例如,当AF实体从NEF实体接收到消息时,针对所述用于激活用户装置多播业务上下文的请求的响应即第四标识可以是TMGI。相应地,AF实体可以通过Nnef接口向NEF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nnef MBSAuthorizationRequest Notify Response,并且该响应信息可以包括与所述多播业务对应的TMGI、以及多播业务会话开始标识符。然后,NEF实体可以通过Nsmf接口向SMF实体反馈对MBS授权请求的通知的响应信息,该响应信息可以被表示为Nsmf_MBSAuthorizationRequest Notify Response,并且该响应信息可以包括与所述多播业务对应的TMGI、以及多播业务会话开始标识符。
之后,SMF实体可以为UE创建基于上述多播地址的MBS UE Context,然后可以向AMF实体反馈一个响应信息,该响应信息可以作为上面所描述的Nsmf_MBSSession_CreateMBSUEContext Request的响应。该响应信息可以是对上面所描述的Nsmf_MBSSession_CreateMBSUEContext Request的确收,其可以被表示为Nsmf_MBSSession_CreateMBSUEContext Response。
然后,控制单元940进行所述多播业务会话,并且发送单元950向所述用户装置发送针对所述用于激活用户装置多播业务上下文的请求的响应。
首先,接收单元910从策略控制功能实体接收第一请求,其中所述第一请求用于请求多播业务会话(MBS Session)的开始。所述第一请求至少可以包括所述用户装置的第一标识、与多播业务对应的第四标识、与所述多播业务对应的至少一个数据流的服务质量规则、以及所述多播业务会话的标识。此外,第一请求还可以包括其他信息,例如,所述多播业务会话的预期持续时间(estimated Session Duration)、以及所述多播业务的数据传输时间(time to MBS data transfer)。
第一请求中包括了用户装置的第一标识(例如,专用标识SUPI),以指示这是针对特定的一个UE而执行的操作。此外,用户装置的第一标识可以是网络开放功能实体根据用户装置的第二标识而确定的。例如,在第一标识是专用标识(SUPI)且第二标识是通用标识(GPSI)的示例中,网络开放功能实体可以根据用户装置的通用标识确定用户装置的专用标识。
根据本公开的一个示例,第一请求中的第四标识可以是应用功能实体给所述多播业务分配的标识,例如上文所描述的TMGI。第一请求中的多播业务会话的标识可以是该多播业务会话的ID。
此外,根据本公开的一个示例,与SMF实体对应的PCF实体可以通过Nsmf接口向该SMF实体发送第一请求,以请求多播业务会话的开始。该第一请求可以被表示为Nsmf_MBSSessionStart Request。
此外,根据本公开的一个示例,第一请求是由所述策略控制功能实体根据从网络开放功能实体或应用功能实体接收的第二请求而确定的,所述第二请求用于所述网络开放功能实体或应用功能实体向所述策略控制功能实体请求多播业务会话的开始。所述第二请求至少可以包括所述用户装置的第一标识、所述第四标识、所述会话管理功能实体的标识、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、以及所述多播业务会话的标识。此外,第二请求还可以包括其他信息,例如,所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。
第二请求中包括了用户装置的第一标识(例如,专用标识SUPI),以指示这是针对特定的一个UE而执行的操作。
在第一请求是由所述策略控制功能实体根据从应用功能实体接收的第二请求而确定的示例中,AF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。
此外,在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,NEF实体可以通过Npcf接口向PCF实体发送第二请求,以请求多播业务会话的开始。该第二请求可以被表示为Npcf_MBS SessionStart Request。
在第一请求是由所述策略控制功能实体根据从网络开放功能实体接收的第二请求而确定的示例中,第二请求是由所述网络开放功能实体根据从应用功能实体接收的第三请求而确定的,所述第三请求用于所述应用功能实体向所述网络开放功能实体请求多播业务会话的开始。所述第三请求至少可以包括所述用户装置的第二标识、所述第四标识、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、以及所述多播业务会话的标识。此外,第三请求还可以包括其他信息,例如,所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。
第三请求中包括了用户装置的第二标识(例如,通用标识GPSI),以指示这是针对特定的一个UE而执行的操作。
在该示例中,AF实体可以通过Nnef接口向NEF实体发送第三请求,以请求多播业务会话的开始。该第三请求可以被表示为Nnef_MBS SessionStart Request。
此外,上面所描述的第一请求、第二请求、以及第三请求中的任何一个还可以包括与所述多播业务对应的聚合最大速率。该聚合最大速率可以只具备下行链路方向的取值,而不具备上行链路方向的取值。可替换地,该聚合最大速率可以具备下行链路方向的取值、以及上行链路方向的取值二者。该聚合最大速率可以是聚合最大比特速率(AggregateMaximum Bit Rate,AMBR)。
之后,控制单元940可以根据与多播业务对应的至少一个数据流中的每个数据流的服务质量规则,生成与每个数据流对应的服务质量流标识(QoS Flow Identity,QFI)、服务质量配置文件(QoS Profile)、以及服务质量执行规则(QOS Execute Rule,QER)。在本公开中,与每个数据流对应的服务质量流标识也可以称为多播业务的服务质量流标识(MBSQFI)。此外,这里所描述的服务质量执行规则可以与常规的N4 QER规则类似。
然后,控制单元940可以根据所述第四标识选择一个用户平面功能实体。在第四标识是TMGI的示例中,SMF实体可以根据TMGI确定相应的MBS UE Context,并根据所确定的MBS UE Context获取该MBS UE Context中包含的S-NSSAI、DNN以及多播地址。然后,SMF实体可以根据所获取的S-NSSAI、DNN以及多播地址,从多个UPF实体中选择一个UPF实体。
需要认识到,如果之前已经分配了一个UPF实体,那么SMF实体可以不执行上述步骤S4043。
然后,发送单元950可以向所选择的用户平面功能实体发送第四请求,其中所述第四请求用于建立所述多播业务会话的传输资源。所述第四请求至少包括所述多播业务的多播地址、与所述多播业务对应的至少一个数据流的服务质量执行规则、以及与所述多播业务对应的聚合最大速率(例如AMBR)。例如,SMF实体可以通过N4接口向所选择的UPF实体发送用于请求MBS会话建立的请求,该请求可以被表示为N4 MBS Session EstablishmentRequest。
然后,接收单元910可以从所选择的用户平面功能实体获取针对所述第四请求的响应,所述针对第四请求的响应包括所选择的用户平面功能实体为传输与所述多播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的第六标识,其中所述隧道多播地址用于网络实体之间的多播隧道传输(例如UPF实体和RAN之间的多播隧道传输),所述第六标识用于标识所述多播业务的传输隧道(例如,与GTP相关的传输隧道)。
例如,UPF实体可以根据接收到的请求,依据多播路由协议建立从UPF实体到RAN的GTP用户面隧道传输树,以便以树状的GTP用户面隧道的方式传输UPF实体要发送给RAN的数据(例如与所述多播/广播业务对应的业务数据)。然后,UPF实体可以为传输与所述多播/广播业务对应的业务数据而分配一个隧道多播地址。具体地,UPF实体可以为所述多播/广播业务分配一个通过N3接口GTP用户面隧道的多播地址,并将所分配的GTP用户面隧道的多播地址作为隧道多播地址。这里所描述的“隧道多播地址”也可以称为传输层IP多播地址(Transport IP Multicast Address)。然后,UPF实体可以为所述多播/广播业务分配一个第六标识,例如,共用隧道端点标识(Common-Tunnel End point ID,C-TEID)。
在UPF实体为所述多播业务分配了隧道多播地址、以及第六标识之后,UPF实体可以通过N4接口向SMF实体发送响应信息,以响应信息上面所描述的由SMF实体向UPF实体发送的用于请求MBS会话建立的请求。该响应信息可以包括与所述多播业务对应的隧道多播地址,以及与所述多播业务对应的第六标识。该响应信息可以被表示为N4 MBS SessionEstablishment Response。
相应地,接收单元910可以从所选择的UPF实体获取与所述多播业务对应的隧道多播地址,以及从所选择的用户平面功能实体获取与所述多播业务对应的第六标识。然后,SMF实体可以将所述隧道多播地址以及所述第六标识记录在已经激活所述多播业务的各个用户装置多播业务上下文。
然后,发送单元950可以向所述接入和移动管理功能实体发送第一信息,其中所述第一信息包括所述响应以及与所述多播业务会话相关的信息,以便所述接入和移动性管理功能实体根据与所述多播业务会话相关的信息向相应的服务基站发送第五请求、并且经由相应的服务基站向所述用户装置发送所述响应,其中所述第五请求用于请求多播业务会话的开始。这里所描述的“与所述多播业务会话相关的信息”至少包括所述第四标识、与所述多播业务对应的聚合最大速率(例如AMBR)、与各个数据流对应的服务质量流标识和服务质量配置文件、所述隧道多播地址以及所述第六标识。
在会话管理功能实体向接入和移动管理功能实体发送第一信息时,会话管理功能实体可以使用不同的特定格式对第一信息中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”以及第一信息中的“与所述多播业务会话相关的信息”分别进行封装。例如,会话管理功能实体可以使用第一格式对第一信息中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”进行封装,并使用第二格式对第一信息中的“与所述多播业务会话相关的信息”进行封装。这里的第一格式可以是与N1接口相关的多播业务的会话管理容器(N1 MBS SM Container)。这里的第二格式可以是与N2接口相关的多播业务的会话管理容器(N2 MBS SM Container)。
然后,接入和移动性管理功能实体根据与所述多播业务会话相关的信息向相应的服务基站发送第五请求,其中所述第五请求用于请求多播业务会话的开始。该第五请求可以包括针对所述用于激活所述用户装置多播业务上下文的请求的响应、所述第四标识、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与所述多播业务对应的隧道多播地址以及第六标识。
在接入和移动性管理功能实体从会话管理功能实体所获取的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”已经被会话管理功能实体封装(例如,使用N1MBS SM Container封装)的情形下,当接入和移动性管理功能实体向相应的服务基站发送第五请求时,接入和移动性管理功能实体不需要使用特定格式(例如N1 MBS SMContainer)对第五请求中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”进行封装。
另外,第五请求中的“针对所述用于激活所述用户装置多播业务上下文的请求的响应”可以作为下行链路NAS传输(DL NAS Transport)消息的一个信元。
然后,服务基站可以向用户装置发送针对所述用于激活所述用户装置多播业务上下文的请求的响应。例如,服务基站可以通过无线资源控制(Radio Resource Control,RRC)信令向用户装置发送针对所述用于激活所述用户装置多播业务上下文的请求的响应。例如,服务基站可以通过RRC信令向用户装置发送上面所描述的下行链路NAS传输消息,并且该下行链路NAS传输消息的一个信元可以是“针对所述用于激活所述用户装置多播业务上下文的请求的响应”。
相应地,UE能够从所述会话管理功能实体获取针对所述用于激活所述用户装置多播业务上下文的请求的响应。
在本公开中,UE成功获取与所述多播业务对应的第四标识,标志着UE激活了所述多播业务。
通过上述操作,不仅建立了与所述多播业务对应的用户平面,而且UE还激活了所述多播业务。
之后,UE的服务基站可以向接入和移动性管理功能实体发送针对第五请求的响应。例如,RAN可以通过N2接口向AMF实体发送针对第五请求的响应,以响应上面所描述的由AMF实体向RAN发送的用于请求MBS会话开始的第五请求。该响应可以是对上面所描述的由AMF实体向RAN发送的N2 MBS Session Start Request的确收,并且可以被表示为N2 MBSSession Start Response。
然后,服务基站可以给其服务的UE分配用于传输多播业务数据的资源,以支持具有不同服务质量需求的数据流。相应地,UE可以通过所分配的资源来接收多播业务数据。
然后,服务基站可以加入上面所描述的隧道多播地址(例如,CN N3隧道多播地址)对应的传输组,以便从UPF实体接收多播业务数据。也就是说,可以建立从UPF实体到服务基站的传输树,以便以树状的方式传输UPF实体要发送给服务基站的数据(例如多播业务数据)。
需要认识到,如果服务基站已经为其服务的UE分配了与所述多播业务对应的资源,那么服务基站不需要再次为该UE分配用于传输多播业务数据的资源并且也不需要加入隧道多播地址对应的传输组。
然后,AMF实体可以向SMF实体发送一个通知信息,以通知在上面所描述的由发送单元950向AMF实体发送的第一信息。例如,AMF实体可以通过Namf接口向SMF实体发送该通知信息。该通知信息可以是对由发送单元950向AMF实体发送的第一信息的确收。该通知信息可以是通过Namf接口通信的、与N2接口有关的MBS消息传输,其可以被表示为Namf_Communication_N2MBSMessageNotify。相应地,接收单元910从AMF实体接收针对第一信息的通知信息。
然后,发送单元950可以通过Nsmf接口向PCF实体发送一个响应信息,以响应由PCF实体向SMF实体发送的第一请求。例如,该响应信息可以是对在步骤S4041中描述的由PCF实体向SMF实体发送的“Nsmf_MBS SessionStart Request”的确收,并且该响应信息可以被表示为Nsmf_MBSSessionStart Response。
此外,之后,PCF实体可以通过Npcf接口向NEF实体发送一个响应信息,以响应在步骤S4041中描述的由NEF实体向PCF实体发送的第二请求。例如,该响应信息可以是对在步骤S4041中描述的由NEF实体向PCF实体发送的“Npcf_MBS SessionStart Request”的确收,并且该响应信息可以被表示为Npcf_MBS SessionStart Response。
然后,NEF实体可以通过Nnef接口向AF实体发送一个响应信息,以响应在上述步骤S4041中描述的由AF实体向NEF实体发送的第三请求。例如,NEF实体可以通过Nnef接口向AF实体发送该响应信息,并且该响应信息可以被表示为Nnef_MBS SessionStart Response。
至此,与所述多播业务对应的用户平面已经建立成功。这意味着,可以开始进行所述多播业务了。例如,AF实体可以向下游的UPF实体发送目的IP地址为所述多播业务的多播地址的多播业务数据(例如,多播业务数据包)。然后,UPF实体可以通过上面所描述的传输层多播的方法,向RAN发送多播业务数据。然后,RAN可以通过给UE分配的资源,向UE发送多播业务数据。
根据本公开实施例的会话管理功能实体,在激活多播业务的过程中,会话管理功能实体可以从用户装置接收与用户装置将要激活的多播业务对应的第三标识和多播业务的多播地址,并至少根据这些信息来确定与多播业务对应的第四标识以及第五标识,从而能够根据第五标识来进行与所述多播业务对应的多播业务会话以建立与该多播业务对应的用户平面,并向用户装置反馈第四标识以便用户装置激活该多播业务,实现了在多播业务的激活过程中建立与该多播业务对应的用户平面。
以下,参照图10来描述根据本公开实施例的与图5所示的方法对应的SMF实体。图10是根据本公开实施例的SMF实体1000的结构示意图。由于SMF实体1000的功能与在上文中参照图5描述的方法的细节相同,因此在这里为了简单起见,省略对相同内容的详细描述。如图10所示,SMF实体1000包括:分配单元1010,被配置为建立一个协议数据单元会话,并给所述用户装置分配一个互联网协议地址;获取单元1020,被配置为从参与所述协议数据单元会话的建立的用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址,其中所述多播地址是在所述用户装置根据所述互联网协议地址向包括所述用户平面功能实体的网络发送数据包之后被获取的,其中所述数据包用于指示所述用户装置想要激活的多播业务;发送单元1030,被配置为向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求,其中所述用于命令所述用户装置激活所述多播业务的请求包括与所述用户装置将要激活的多播业务对应的第一标识、第二标识和所述多播业务的多播地址;接收单元1040,被配置为从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文;确定单元1050,被配置为确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活;获取单元1020,还被配置为获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始;控制单元1060,被配置为进行所述多播业务会话;以及发送单元1030,还被配置为向所述用户装置发送所述响应。除了这六个单元以外,SMF实体1000还可以包括其他部件,然而,由于这些部件与本公开实施例的内容无关,因此在这里省略其图示和描述。
如图10所示,分配单元1010可以建立一个协议数据单元会话,并给所述用户装置分配一个互联网协议地址(IP地址)。例如,在第一标识是S-NSSAI且第二标识是DNN的示例中,UE可以根据与所述多播业务对应的S-NSSAI和DNN,向网络发送PDU会话建立请求,该PDU会话建立请求可以包括与所述多播业务对应的S-NSSAI和DNN。然后,AMF实体可以根据与所述多播业务对应的S-NSSAI和DNN,从多个SMF实体中选择一个SMF实体。然后,所选择的SMF实体可以从多个UPF实体中选择一个UPF实体,并给该UE分配一个IP地址。
获取单元1020可以从参与所述协议数据单元会话的建立的用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址,其中所述多播地址是在所述用户装置根据所述互联网协议地址向包括所述用户平面功能实体的网络发送数据包之后被获取的,其中所述数据包用于指示所述用户装置想要激活的多播业务,所述数据包的目的地址是所述多播业务的多播地址,或者所述数据包的协议部分包括所述多播业务的多播地址。
具体地,UE可以根据所获取的IP地址,向网络发送数据包以便所述网络中的用户平面功能实体获取数据包。例如,UE可以根据所获取的互联网协议地址,向网络发送数据包以便所述网络中参与所述协议数据单元会话的建立的用户平面功能实体获取数据包。此外,所述数据包用于指示所述用户装置想要激活的多播业务。所述数据包的目的地址是所述多播业务的多播地址,或者所述数据包的协议部分包括所述多播业务的多播地址。例如,UE可以在完成PDU会话建立后,以所分配的IP地址向网络发送IGMP Join数据包。当采用IGMP版本1或2时,该IGMP Join数据包的目的IP地址可以是所述多播业务的多播地址。当采用IGMP版本3时,该IGMP Join数据包的IGMP协议部分可以包括所述多播业务的多播地址。
相应地,获取单元1020可以从上述用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址。例如,上述UPF实体可以根据SMF实体的数据包检测规则(PacketDection Rule,PDR)配置,在检测到IGMP Join数据包之后向SMF实体报告与该IGMP Join数据包对应的多播地址(例如,通过N4会话报告消息来报告与该IGMP Join数据包对应的多播地址)。
当SMF实体决定命令所述用户装置激活所述多播业务时,发送单元1030可以向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求,其中所述用于命令所述用户装置激活所述多播业务的请求包括与所述用户装置将要激活的多播业务对应的第一标识、第二标识和所述多播业务的多播地址。例如,SMF实体可以经由接入和移动性管理功能实体向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求。
例如,发送单元1030可以通过Namf接口向AMF实体发送一个消息,该消息可以通过Namf接口通信的、与N1接口有关的消息传输,其可以被表示为Namf_Communication_N1MessageTransfer。该消息可以包括用于命令所述用户装置激活所述多播业务的请求。例如,用于命令所述用户装置激活所述多播业务的请求可以是用于请求MBS UE Context激活的信息,以命令UE激活所述多播业务。该用于请求MBS UE Context激活的信息可以包括与所述用户装置将要激活的多播业务对应的S-NSSAI、DNN和所述多播业务的多播地址,并且该用于请求MBS UE Context激活的信息可以被表示为Request MBS UE ContextActivation。此外,可以用上面所描述的特定格式(例如,N1MBS SM Container)对这里所描述的“Request MBS UE Context Activation”进行封装。
之后,AMF实体可以通过N2接口向RAN发送一个与N2接口有关的下行链路NAS传输消息。该与N2接口有关的下行链路NAS传输消息可以被表示为N2 downlink NASTransport。该与N2接口有关的下行链路NAS传输消息可以包括一个下行链路NAS传输(DLNAS Transport)消息,该DLNAS Transport消息可以包括上面所描述的、使用N1 MBS SMContainer进行封装的“Request MBS UE Context Activation”。通过该与N2接口有关的下行链路NAS传输消息,AMF实体可以指示RAN直接将DL NAS Transport消息发送给UE。然后,RAN可以向UE发送上面所描述的DL NAS Transport消息。相应地,UE可以通过DL NASTransport消息来获取来自所述SMF实体的一个第一标识、一个第二标识和一个多播地址。
然后,接收单元1040可以从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活所述多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文。确定单元1050确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。获取单元1020获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始。控制单元1060进行所述多播业务会话,并且发送单元1030向所述用户装置发送针对所述用于激活用户装置多播业务上下文的请求的响应。
上述获取单元1020、发送单元1030、接收单元1040、确定单元1050、控制单元1060所执行的操作分别与图9中的获取单元930、发送单元950、接收单元910、确定单元920、控制单元940所执行的操作类似,在此不再赘述。
根据本公开实施例的会话管理功能实体,在激活多播业务的过程中,会话管理功能实体可以从用户装置接收与用户装置将要激活的多播业务对应的第三标识和多播业务的多播地址,并至少根据这些信息来确定与多播业务对应的第四标识以及第五标识,从而能够根据第五标识来进行与所述多播业务对应的多播业务会话以建立与该多播业务对应的用户平面,并向用户装置反馈第四标识以便用户装置激活该多播业务,实现了在多播业务的激活过程中建立与该多播业务对应的用户平面。
上述实施例的原理是基于图1所示的无线通信***的架构来实现的。根据本公开的另一实现方式,上述实施例的原理也可以基于其他的无线通信***的架构来实现。图11示出了可在其中应用本公开实施例的原理的另一无线通信***的架构的示意图。
具体地,该无线通信***1100包括第一类型应用功能(Application Function,AF)实体1101、网络开放功能(Network Exposure Function,NEF)实体1102、多播/广播业务功能(Multicast/Broadcast Service Function,MBSF)实体1103、策略控制功能(PolicyControl Function,PCF)实体1104、第一类型会话管理功能(Session ManagementFunction,SMF)实体1105、第一类型接入和移动性管理功能(Access and Mobilitymanagement Function,AMF)实体1106、多播/广播业务用户平面(Multicast/BroadcastService User plane,MBSU)实体1107、第一类型用户平面功能(User Plane Function,UPF)实体1108、以及无线接入网络(Radio Access Network,RAN)1109以及其服务的UE1110,其中NEF实体1102、MBSF实体1103、PCF实体1104、第一类型SMF实体1105、第一类型AMF实体1106属于控制平面的实体,而MBSU实体1107和第一类型UPF实体1108属于用户平面的实体。
在本公开中,第一类型AF实体1101可以提供业务数据(例如MBS业务数据),并且支持以多播/广播的方式将业务数据提供给网络中的下游实体,因此,可以被称为MBS AF、或者MBS-AF、或者MB AF、或者MB-AF、或者M-AF实体。第一类型SMF实体1105是支持多播/广播业务的SMF实体,因此,可以被称为MBS SMF、或者MBS-SMF、或者MB SMF、或者MB-SMF、或者M-SMF实体。第一类型AMF实体1106是支持多播/广播业务的AMF实体,因此,可以被称为MBSAMF、或者MBS-AMF、或者MB AMF、或者MB-AMF、或者M-AMF实体。第一类型UPF实体1108是支持多播/广播业务的UPF实体,因此,可以被称为MBS UPF、或者MBS-UPF、或者MB UPF、或者MB-UPF、或者M-UPF实体。为了方便起见,有时候可以互换地使用这些术语。
此外,UE 1110可以通过Uu接口与RAN 1109相连。RAN 1109可以通过N2接口与第一类型AMF实体1106相连,并且通过MB-N3接口与第一类型UPF实体1108相连。第一类型UPF实体1108可以通过Nx接口与第一类型SMF实体1105相连,并且通过N6接口与MBSU实体1107相连。第一类型AMF实体1106通过MB-N11接口与第一类型SMF实体1105相连。第一类型SMF实体1105通过一个接口(例如Np)与PCF实体1104相连。PCF实体1104可以通过一个接口(例如Nq)与MBSF实体1103相连。此外,第一类型SMF实体1105还可以通过接口N6mb_C接口直接与MBSF实体1103相连。MBSF实体1103通过NxMB-C接口与NEF实体1102相连。NEF实体1102通过N33接口与第一类型AF实体1101相连。MBSU实体1107通过NxMB-U接口与第一类型AF实体1101相连。
此外,该无线通信***1100还可以包括第二类型AF实体、第二类型SMF实体、第二类型AMF实体、以及第二类型UPF实体(图中未示出)。在多播/广播业务的场景下,该第二类型AF实体可以具备上述第一类型AF实体1101、上述MBSF实体1103和MBSU实体1107的功能。此外,该第二类型AF实体还可以支持协议数据单元(Protocol Data Unit,PDU)会话业务(例如,IP类型PDU会话业务)。该第二类型SMF实体可以是支持PDU会话业务(例如,IP类型PDU会话业务)的SMF实体。该第二类型AMF实体可以是支持PDU会话业务(例如,IP类型PDU会话业务)的AMF实体。该第二类型UPF实体可以是支持PDU会话业务(例如,IP类型PDU会话业务)的UPF实体。这里所描述的第二类型AF实体可以是图1中的AF实体110,第二类型SMF实体可以是图1中的SMF实体130,第二类型AMF实体可以是图1中的AMF实体140,并且第二类型UPF实体可以是图1中的UPF实体150。
此外,在本公开中,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、或者传统通信***中的基站或者WiFiAP等。
图12是基于图11所示的无线通信***来激活多播业务并且建立与该多播业务对应的用户平面的示意性流程。
如图12所示,在步骤1中,UE可以通过第一激活方式来发起激活多播业务的过程。可替换地,在步骤1中,UE可以通过第二激活方式来发起激活多播业务的过程。
然后,在步骤2中,MBS AF实体可以通过Nnef接口向NEF实体反馈对MBS授权请求的通知的响应信息(Nnef_MBS AuthorizationRequest Notify Response),该响应信息包括与多播业务对应的TMGI以及多播业务会话开始标识符(Session Start Indicator)。该多播业务会话开始标识符用于后续建立针对所述UE的、并且与所述多播业务对应的用户平面。
然后,在步骤3中,NEF实体可以通过Nmbsf接口向MBSF实体反馈对MBS授权请求的通知的响应信息(Nmbsf_MBS AuthorizationRequest Notify Response),并且该响应信息可以包括与多播业务对应的TMGI以及多播业务会话开始标识符。
然后,在步骤4中,MBSF实体可以通过Nmbsf接口向MB-SMF实体反馈对MBS授权请求的通知的响应信息(Nsmf_MBS AuthorizationRequest Notify Response),并且该响应信息可以包括与多播业务对应的TMGI以及多播业务会话开始标识符。
然后,在步骤5中,MB-SMF实体可以为UE创建基于上述多播地址的MBS UEContext,然后可以向AMF实体反馈一个响应信息(Nsmf_MBSSession_CreateMBSUEContextResponse),来响应在步骤1中所描述的激活多播业务过程中由AMF实体向MB-SMF实体发送的用于创建MBS UE Context的请求。
然后,在步骤6中,MBS AF实体可以通过Nnef接口向NEF实体发送用于请求开始多播业务会话的请求(Nnef_MBS SessionStart Request),该请求可以包括用户装置的GPSI、与所述多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。该请求包括了用户装置的GPSI,以便指示该步骤是针对上述UE(即一个特定UE)的操作。此外,该请求包括了与所述多播业务对应的至少一个数据流的服务质量需求,从而将PCC技术应用到多播业务数据的传输中,进而实现了PCC与多播业务数据的传输相结合。
然后,在步骤7中,NEF实体可以通过Nmbsf接口向MBSF实体发送用于请求开始多播业务会话的请求(Nmbsf_MBS SessionStart Request),该请求可以包括用户装置的SUPI、与所述多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。该请求包括了用户装置的SUPI,以便指示该步骤是针对上述UE(即一个特定UE)的操作。
然后,在步骤8中,MBSF实体可以根据与所述多播业务对应的S-NSSAI、DNN以及所述多播业务的多播地址,从多个MBSU实体中选择一个MBSU实体。此外,MBSF实体可以通过N4接口向所选择的MBSU实体发送用于MBS会话建立的请求(N4 MBS Session EstablishmentRequest),该请求可以包括所述多播业务的多播地址。该MBSU实体可以依据多播路由协议建立从该MBSU实体到MB UPF实体的GTP用户面隧道传输树,从而实现了以树状的GTP用户面隧道的方式传输MBSU实体要发送给MB UPF实体的数据(例如与所述多播业务对应的业务数据)。然后,MBSU实体可以为传输与所述多播业务对应的业务数据而分配第一隧道多播地址。具体地,MBSU实体可以为所述多播业务分配一个通过N6接口GTP用户面隧道的多播地址,并将所分配的GTP用户面隧道的多播地址作为第一隧道多播地址。然后,MBSU实体可以为所述多播业务分配一个标识,例如,共用隧道端点标识(Common-Tunnel End point ID,C-TEID)。然后,MBSU实体可以向MBSF实体反馈一个响应信息(N4 MBS SessionEstablishment Response),以响应由MBSF实体向MBSU实体发送的用于MBS会话建立的请求(N4 MBS Session Establishment Request)。该响应信息可以包括由MBSU实体分配的第一隧道多播地址和与第一隧道多播地址对应的标识。另外,对于多播业务,MBSF实体可以将PCF ID、MBSU ID、与所述多播业务对应的第一隧道多播地址以及与所述第一隧道多播地址对应的标识记录在UE的MBS UE Context中。如果之前已经被分配了MBSU实体并且该MBSU实体也已分配了第一隧道多播地址以及与第一隧道多播地址对应的标识,可以只将该MBSU实体分配的第一隧道多播地址以及与第一隧道多播地址对应的标识记录到该UE的用户装置多播业务上下文(MBS UE Context)中,则无需执行此步骤。
可替换地,MBSF实体可以通过N4接口向所选择的MBSU实体发送用于MBS会话建立的请求,该请求可以被表示为N4 MBS Session Establishment Request并且可以包括所述多播业务的多播地址、由MBSF实体分配的第一隧道多播地址和与第一隧道多播地址对应的标识,以便该MBSU实体依据多播路由协议建立从该MBSU实体到MB UPF实体的GTP用户面隧道传输树,从而实现了以树状的GTP用户面隧道的方式传输MBSU实体要发送给MBUPF实体的数据(例如与所述多播业务对应的业务数据)。然后,MBSU实体可以向MBSF实体反馈一个响应信息(N4 MBS Session Establishment Response),以响应由MBSF实体向MBSU实体发送的用于MBS会话建立的请求(N4 MBS Session Establishment Request)。该响应信息可以是对由MBSF实体向MBSU实体发送的用于MBS会话建立的请求(N4 MBS SessionEstablishment Request)的确收。
然后,在步骤9中,MBSF实体可以根据所记录的MB-SMF ID向相应的PCF实体发送一个请求(Npcf_MBS SessionStart Request),该请求可以包括用户装置的SUPI、与所述多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、一个MB-SMF ID、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。该请求包括了用户装置的SUPI,以便指示该步骤是针对上述UE(即一个特定UE)的操作。
然后,在步骤10中,PCF实体可以根据通过步骤9获得的MB-SMF ID,向相应的MB-SMF实体发送一个请求(Nmb-smf_MBS SessionStart Request),该请求可以包括用户装置的SUPI、与所述多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、所述至少一个数据流的服务质量规则、多播业务会话的ID、所述多播业务会话的预期持续时间、以及所述多播业务的数据传输时间。该请求包括了用户装置的SUPI,以便指示该步骤是针对上述UE(即一个特定UE)的操作。然后,MB-SMF实体可以根据接收到的与所述多播业务对应的至少一个数据流的服务质量规则,生成与每个数据流对应的MBS QFI、QoS配置文件与N4 QER规则。
然后,在步骤11中,MB-SMF实体可以根据TMGI确定相应的MBS UE Context,并根据所确定的MBS UE Context获取该MBS UE Context中包含的S-NSSAI、DNN以及多播地址。然后,MB-SMF实体可以根据所获取的S-NSSAI、DNN以及多播/广播地址,从多个MB-UPF实体中选择一个MB-UPF实体。然后,MB-SMF实体可以通过N4接口向所选择的MB-UPF实体发送用于请求MBS会话建立的请求(N4 MBS Session Establishment Request)。该请求可以包括所述多播业务的多播地址、与所述多播业务对应的聚合最大速率(例如AMBR)、以及与所述多播业务对应的至少一个数据流的服务质量执行规则。然后,MB-UPF实体可以根据接收到的请求,依据多播路由协议建立从MB-UPF实体到RAN的GTP用户面隧道传输树,以便以树状的GTP用户面隧道的方式传输MB-UPF实体要发送给RAN的数据(例如与所述多播业务对应的业务数据)。然后,MB-UPF实体可以为传输与所述多播业务对应的业务数据而分配第二隧道多播地址。具体地,MB-UPF实体可以为所述多播业务分配一个通过N3接口GTP用户面隧道的多播地址,并将所分配的GTP用户面隧道的多播地址作为第二隧道多播地址。然后,第二类型UPF实体可以为所述多播业务分配一个标识(例如C-TEID)。另外,对于多播业务,MB-SMF实体可以将PCF ID、MB-UPF ID、与所述多播业务对应的第二隧道多播地址以及与所述第二隧道多播地址对应的标识记录在UE的MBS UE Context中。如果之前已经被分配了MB-UPF实体并且该MB-UPF实体也已分配了第二隧道多播地址以及与第二隧道多播地址对应的标识,可以只将该MB-UPF实体分配的第二隧道多播地址以及与第二隧道多播地址对应的标识记录到该UE的用户装置多播业务上下文(MBS UE Context)中,则无需执行此步骤。
可替换地,MB-SMF实体可以通过N4接口向所选择的MB-UPF实体发送用于MBS会话建立的请求(N4 MBS Session Establishment Request),并且该请求可以包括所述多播业务的多播地址、由MB-SMF实体分配的第二隧道多播地址和与第二隧道多播地址对应的标识,以便该MB-UPF实体依据多播路由协议建立从该MB-UPF实体到RAN的GTP用户面隧道传输树,从而实现了以树状的GTP用户面隧道的方式传输MB-UPF实体要发送给RAN的数据(例如与所述多播业务对应的业务数据)。然后,MB-UPF实体可以向MB-SMF实体反馈一个响应信息(N4 MBS Session Establishment Response),以响应由MB-SMF实体向MB-UPF实体发送的用于MBS会话建立的请求(N4 MBS Session Establishment Request)。该响应信息可以是对由MB-SMF实体向MB-UPF实体发送的用于MBS会话建立的请求(N4 MBS SessionEstablishment Request)的确收。
然后,在步骤12中,MB-SMF实体可以通过Namf接口向AMF实体发送第一信息(Namf_Communication_N1N2MessageTransfer)。第一信息可以包括激活MBS UE Context的响应(Activate MBS UE Context Response),该激活MBSUE Context的响应可以包括与所述多播业务对应的TMGI,并且MB-SMF实体可以使用N1 MBS SM Container对“激活MBS UEContext的响应”进行封装。此外,第一信息还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的第二隧道多播地址以及与第二隧道多播地址对应的标识。MB-SMF实体可以使用N2 MBS SM Container对“与多播业务对应的TMGI、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的第二隧道多播地址以及与第二隧道多播地址对应的标识”进行封装。
然后,在步骤13中,AMF实体可以通过N2接口向RAN发送用于请求多播业务会话的开始的请求(N2 MBS Session Start Request)。该请求可以包括下行链路NAS传输(DLNASTransport)消息,该下行链路NAS传输的一个信元是上面所描述的被使用N1 MBS SMContainer封装的激活MBS UE Context的响应(Activate MBS UE Context Response)。通过该下行链路NAS传输消息,AMF实体可以指示RAN直接将DL NAS Transport消息发送给UE。此外,该请求还可以包括与多播业务对应的TMGI、与所述多播业务对应的聚合最大速率(例如AMBR)、所述多播业务的多播地址、与多播业务的各个数据流对应的服务质量流标识和服务质量配置文件、与多播业务对应的第二隧道多播地址以及与第二隧道多播地址对应的标识。
然后,在步骤14中,RAN可以通过RRC信令向UE发送上面所描述的DL NASTransport消息。
然后,在步骤15中,RAN可以通过N2接口向AMF实体发送一个响应(N2 MBS SessionStart Response)。该响应可以是对步骤13中所描述的由AMF实体向RAN发送的N2 MBSSession Start Request的确收。
然后,在步骤16中,RAN可以给其服务的UE分配用于传输多播业务数据的资源,以支持具有不同服务质量需求的数据流。
然后,在步骤17中,RAN可以加入上面所描述的第二隧道多播地址对应的传输组,以便从MB-UPF实体接收多播业务数据。
然后,在步骤18中,AMF实体可以通过Namf接口向MB-SMF实体发送通知信息(Namf_Communication_N2MBSMessageNotify)。该通知信息可以是对在上述步骤12中描述的由MB-SMF实体向AMF实体发送的信息的确收。
然后,在步骤19中,MB-SMF实体可以通过Nmb-smf接口向PCF实体发送一个响应信息(Nsmf_MBS SessionStart Response),以响应在步骤10中描述的由PCF实体向MB-SMF实体发送的请求。
然后,在步骤20中,PCF实体可以通过Npcf接口向MBSF实体发送一个响应信息(Npcf_MBS SessionStartResponse),以响应在步骤9中描述的由MBSF实体向PCF实体发送的请求。
然后,在步骤21中,MBSF实体可以通过Nmbsf接口向NEF实体发送一个响应信息(Nmbsf_MBS SessionStart Response),以响应在步骤7中描述的由NEF实体向MBSF实体发送的请求。
然后,在步骤22中,NEF实体可以通过Nnef接口向MBS AF实体发送一个响应信息(Nnef_MBS SessionStart Response),以响应在上述步骤6中描述的由MBS AF实体向NEF实体发送的请求。
然后,在步骤23中,可以开始进行所述多播业务了。MBS AF实体可以向下游的MBSU实体发送目的IP地址为所述多播业务的多播地址的MBS数据包。然后,MBSU实体可以通过上面所描述的传输层多播的方法,向MB-UPF实体发送多播业务数据。然后,MB-UPF实体可以通过上面所描述的传输层多播的方法,向RAN发送MBS数据包。然后,RAN可以通过给UE分配的资源,向UE发送MBS数据包。
此外,根据本公开实施例的设备(例如,UE、RAN、AMF实体、SMF实体、UPF实体、PCF实体、NEF实体、AF实体等)也可以借助于图13所示的计算设备的架构来实现。图13示出了该计算设备的架构。如图13所示,计算设备1300可以包括总线1310、一个或多个CPU 1320、只读存储器(ROM)1330、随机存取存储器(RAM)1340、连接到网络的通信端口1350、输入/输出组件1360、硬盘1370等。计算设备1300中的存储设备,例如ROM 1330或硬盘1370可以存储计算机处理和/或通信使用的各种数据或文件以及CPU所执行的程序指令。计算设备1300还可以包括用户界面1380。当然,图13所示的架构只是示例性的,在实现不同的设备时,根据实际需要,可以省略图13示出的计算设备中的一个或多个组件。
本公开的实施例也可以被实现为计算机可读存储介质。根据本公开实施例的计算机可读存储介质上存储有计算机可读指令。当所述计算机可读指令由处理器运行时,可以执行参照以上附图描述的根据本公开实施例的方法。所述计算机可读存储介质包括但不限于例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。
本领域技术人员能够理解,本公开所披露的内容可以出现多种变型和改进。例如,以上所描述的各种设备或组件可以通过硬件实现,也可以通过软件、固件、或者三者中的一些或全部的组合实现。
此外,如本公开和权利要求书中所示,除非上下文明确提示例外情形,“一”、“一个”、“一种”和/或“该”等词并非特指单数,也可包括复数。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。同样,“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同,而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接,不管是直接的还是间接的。
此外,本公开中使用了流程图用来说明根据本公开的实施例的***所执行的操作。应当理解的是,前面或下面操作不一定按照顺序来精确地执行。相反,可以按照倒序或同时处理各种步骤。同时,也可以将其他操作添加到这些过程中,或从这些过程移除某一步或数步操作。
除非另有定义,这里使用的所有术语(包括技术和科学术语)具有与本发明所属领域的普通技术人员共同理解的相同含义。还应当理解,诸如在通常字典里定义的那些术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义,而不应用理想化或极度形式化的意义来解释,除非这里明确地这样定义。
以上对本公开进行了详细说明,但对于本领域技术人员而言,显然,本公开并非限定于本说明书中说明的实施方式。本公开在不脱离由权利要求书的记载所确定的本公开的宗旨和范围的前提下,可以作为修改和变更方式来实施。因此,本说明书的记载是以示例说明为目的,对本公开而言并非具有任何限制性的意义。
Claims (39)
1.一种由用户装置执行的方法,包括:
确定用于激活多播业务的激活方式;
根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务,其中在所述多播业务的激活过程中与所述多播业务对应的多播业务会话被进行;以及
接收与所述多播业务对应的业务数据。
2.如权利要求1所述的方法,在所述确定用于激活多播业务的激活方式之前,所述方法还包括:
确定与所述多播业务对应的第一标识和第二标识,其中所述第一标识和所述第二标识用于接入和移动性管理功能实体选择所述会话管理功能实体。
3.如权利要求2所述的方法,其中所述第一标识用于标识与所述多播业务对应的网络分片,所述第二标识用于标识与所述多播业务对应的数据网络。
4.如权利要求2或3所述的方法,其中所述确定与所述多播业务对应的第一标识和第二标识包括:
从策略控制功能实体获取与至少一个多播业务中的每个多播业务对应的用户装置路由选择策略规则,其中每个用户装置路由选择策略规则至少包括相应多播业务的多播地址;
根据所述多播业务的多播地址,确定与所述多播业务对应的用户装置路由选择策略规则;以及
根据所确定的用户装置路由选择策略规则,确定与所述多播业务对应的第一标识和第二标识。
5.如权利要求2或3所述的方法,其中所述根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务包括:
确定第三标识,其中所述第三标识用于标识为激活所述多播业务而建立的用户装置多播业务上下文;
向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址;
从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应,所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活。
6.如权利要求5所述的方法,其中向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求包括:
经由所述接入和移动性管理功能实体向所述会话管理功能实体发送用于激活所述用户装置多播业务上下文的请求。
7.如权利要求5所述的方法,其中从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应包括:
经由所述用户装置的服务基站和所述接入和移动性管理功能实体从所述会话管理功能实体接收针对所述用于激活所述用户装置多播业务上下文的请求的响应。
8.如权利要求5至7任一项所述的方法,在所述确定第三标识之前,所述方法还包括:
从所述会话管理功能实体获取一个第一标识、一个第二标识和一个多播地址;
判断所获取的第一标识是否与所确定的第一标识相同、所获取的第二标识是否与所确定的第二标识相同、所获取的多播地址是否与所述多播业务的多播地址相同用户装置多播业务上下文。
9.如权利要求8所述的方法,在从所述会话管理功能实体获取一个第一标识、一个第二标识和一个多播地址之前,所述方法还包括:
根据所述第一标识和所述第二标识,从所述会话管理功能实体获取一个互联网协议地址;以及
根据所获取的互联网协议地址,向网络发送数据包以便所述网络中的用户平面功能实体获取数据包,其中所述数据包用于指示所述用户装置想要激活的多播业务。
10.如权利要求9所述的方法,
其中根据所述第一标识和所述第二标识,从所述会话管理功能实体获取一个互联网协议地址包括:
根据所述第一标识和所述第二标识,选择所述会话管理功能实体并建立一个协议数据单元会话,从所述会话管理功能实体获取一个互联网协议地址;以及
其中所述根据所获取的互联网协议地址,向网络发送数据包以便所述网络中的用户平面功能实体获取数据包,包括:
根据所获取的互联网协议地址,向网络发送数据包以便所述网络中参与所述协议数据单元会话的建立的用户平面功能实体获取数据包;
其中所述数据包的目的地址是所述多播业务的多播地址,或者所述数据包的协议部分包括所述多播业务的多播地址。
11.一种由会话管理功能实体执行的方法,包括:
从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文;
确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活;
获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始;以及
进行所述多播业务会话并向所述用户装置发送所述响应。
12.如权利要求11所述的方法,其中所述从用户装置接收用于激活用户装置多播业务上下文的请求包括:
经由接入和移动性管理功能实体从所述用户装置接收用于激活用户装置多播业务上下文的请求。
13.如权利要求11或12所述的方法,其中向所述用户装置发送所述响应包括:
经由所述用户装置的服务基站以及接入和移动性管理功能实体向所述用户装置发送所述响应。
14.如权利要求11或12所述的方法,在所述从用户装置接收用于激活所述用户装置多播业务上下文的请求之前,所述方法还包括:
建立一个协议数据单元会话;
给所述用户装置分配一个互联网协议地址;
从参与所述协议数据单元会话的建立的用户平面功能实体获取所述用户装置将要激活的多播业务的多播地址,其中所述多播地址是在所述用户装置根据所述互联网协议地址向包括所述用户平面功能实体的网络发送数据包之后被获取的,其中所述数据包用于指示所述用户装置想要激活的多播业务;
当所述会话管理功能实体决定命令所述用户装置激活所述多播业务时,向所述用户装置发送用于命令所述用户装置激活所述多播业务的请求,其中所述用于命令所述用户装置激活所述多播业务的请求包括与所述用户装置将要激活的多播业务对应的第一标识、第二标识和所述多播业务的多播地址。
15.如权利要求12所述的方法,还包括:
从所述接入和移动性管理功能实体接收所述用户装置的专用标识以及所述用户装置的服务基站的标识。
16.如权利要求15所述的方法,还包括:
将所述用户装置的服务基站的标识记录在所述用户装置多播业务上下文中,以便获取通过所述会话管理功能实体来激活所述多播业务的所有用户装置的服务基站的标识。
17.如权利要求11所述的方法,其中确定针对所述用于激活用户装置多播业务上下文的请求的响应包括:
确定所述用户装置是否能够使用所述多播业务;
当所述用户装置能够使用所述多播业务时,向所述应用功能实体发送一个通知,其中所述通知是对所述多播业务授权请求的通知;以及
从所述应用功能实体接收针对所述通知的响应,其中针对所述通知的响应包括与所述多播业务对应的第四标识。
18.如权利要求17所述的方法,其中所述通知至少包括所述第一标识、所述第二标识、所述多播业务的多播地址、以及所述会话管理功能实体的标识,其中所述会话管理功能实体的标识便于所述应用功能实体获取要激活所述多播业务的所有用户装置在激活所述多播业务时涉及的会话管理功能实体。
19.如权利要求17或18所述的方法,其中向所述应用功能实体发送一个通知包括:
经由网络开放功能实体向所述应用功能实体发送一个通知。
20.如权利要求19所述的方法,其中所述通知还可以包括所述应用功能实体的标识,以便所述网络开放功能实体根据所述应用功能实体的标识确定所述应用功能实体并向所述应用功能实体发送通知。
21.如权利要求17所述的方法,其中从所述应用功能实体接收针对所述通知的响应包括:
经由网络开放功能实体从所述应用功能实体接收针对所述通知的响应。
22.如权利要求11所述的方法,其中进行所述多播业务会话包括:
从策略控制功能实体接收第一请求,其中所述第一请求用于请求所述多播业务会话的开始,所述第一请求至少包括所述用户装置的第一标识、与多播业务对应的第四标识、与所述多播业务对应的至少一个数据流的服务质量规则、以及所述多播业务会话的标识。
23.如权利要求22所述的方法,其中所述第一请求是由所述策略控制功能实体根据从网络开放功能实体或应用功能实体接收的第二请求而确定的,所述第二请求用于所述网络开放功能实体或应用功能实体向所述策略控制功能实体请求多播业务会话的开始。
24.如权利要求23所述的方法,其中所述第二请求至少包括所述用户装置的第一标识、所述第四标识、所述会话管理功能实体的标识、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、以及所述多播业务会话的标识。
25.如权利要求24所述的方法,其中所述策略控制功能实体是由所述网络开放功能实体或所述应用功能实体根据所述会话管理功能实体的标识而确定的。
26.如权利要求23所述的方法,其中所述第二请求是由所述网络开放功能实体根据从应用功能实体接收的第三请求而确定的,所述第三请求用于所述应用功能实体向所述网络开放功能实体请求多播业务会话的开始。
27.如权利要求26所述的方法,其中所述第三请求至少包括所述用户装置的第二标识、所述第四标识、与所述多播业务对应的至少一个数据流的信息、所述至少一个数据流的服务质量需求、以及所述多播业务会话的标识。
28.如权利要求22所述的方法,其中进行所述多播业务会话还包括:
根据每个数据流的服务质量规则,生成与每个数据流对应的服务质量流标识、服务质量配置文件、以及服务质量执行规则。
29.如权利要求28所述的方法,其中进行所述多播业务会话还包括:
根据所述第四标识选择一个用户平面功能实体;
向所选择的用户平面功能实体发送第四请求,其中所述第四请求用于建立所述多播业务会话的传输资源;以及
从所选择的用户平面功能实体获取针对所述第四请求的响应,所述针对所述第四请求的响应包括所选择的用户平面功能实体为传输与所述多播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的第六标识,其中所述隧道多播地址用于网络实体之间的多播隧道传输,所述第六标识用于标识所述多播业务的传输隧道。
30.如权利要求28所述的方法,其中进行所述多播业务会话还包括:
根据所述第四标识选择一个用户平面功能实体;
向所选择的用户平面功能实体发送第四请求,其中所述第四请求用于建立所述多播业务会话的传输资源,所述第四请求包括所述会话管理功能实体为传输与所述多播业务对应的业务数据而分配的隧道多播地址、以及与所述隧道多播地址对应的第六标识,其中所述隧道多播地址用于网络实体之间的多播隧道传输,所述第六标识用于标识所述多播业务的传输隧道;
从所选择的用户平面功能实体获取针对所述第四请求的响应。
31.如权利要求29或30所述的方法,其中所述第四请求至少包括所述多播业务的多播地址、所述至少一个数据流的服务质量执行规则、以及与所述多播业务对应的聚合最大速率。
32.如权利要求29或30所述的方法,还包括:
至少将所述隧道多播地址以及所述第六标识记录在已经激活所述多播业务的各个用户装置多播业务上下文。
33.如权利要求29或30所述的方法,其中所述进行所述多播业务会话并向所述用户装置发送所述响应包括:
向所述接入和移动管理功能实体发送第一信息,其中所述第一信息包括所述响应以及与所述多播业务会话相关的信息,以便所述接入和移动性管理功能实体根据与所述多播业务会话相关的信息向相应的服务基站发送第五请求、并且经由相应的服务基站向所述用户装置发送所述响应,其中所述第五请求用于请求多播业务会话的开始。
34.如权利要求33所述的方法,其中与所述多播业务会话相关的信息至少包括所述第四标识、与所述多播业务对应的聚合最大速率、与各个数据流对应的服务质量流标识和服务质量配置文件、所述隧道多播地址以及所述第六标识。
35.如权利要求22至27任一项所述的方法,其中所述第一请求、所述第二请求、以及所述第三请求中的任何一个还可以包括与所述多播业务对应的聚合最大速率。
36.一种用户装置,包括:
确定单元,被配置为确定用于激活多播业务的激活方式;
激活单元,被配置为根据所确定的激活方式并且至少通过会话管理功能实体来激活所述多播业务,其中在所述多播业务的激活过程中与所述多播业务对应的多播业务会话被进行;以及
接收单元,被配置为接收与所述多播业务对应的业务数据。
37.一种会话管理功能实体,包括:
接收单元,被配置为从用户装置接收用于激活用户装置多播业务上下文的请求,所述用户装置多播业务上下文是所述用户装置为激活多播业务而建立的,所述用于激活所述用户装置多播业务上下文的请求包括所述第三标识和所述多播业务的多播地址,第三标识用于标识所述用户装置多播业务上下文;
确定单元,被配置为确定针对所述用于激活用户装置多播业务上下文的请求的响应,其中所述响应包括与所述多播业务对应的第四标识,其中所述第四标识用于所述用户装置确定所述多播业务是否被激活;
获取单元,被配置为获取与所述多播业务对应的第五标识,其中所述第五标识用于标识与所述多播业务对应的多播业务会话的开始;
控制单元,被配置为进行所述多播业务会话;以及
发送单元,被配置为向所述用户装置发送所述响应。
38.一种用户装置,包括:
处理器;以及
存储器,其中,所述存储器中存储有计算机可执行程序,当由所述处理器执行所述计算机可执行程序时,执行上述权利要求1-10所述的方法。
39.一种会话管理功能实体,包括:
处理器;以及
存储器,其中,所述存储器中存储有计算机可执行程序,当由所述处理器执行所述计算机可执行程序时,执行上述权利要求11-35所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010409871.4A CN111526553B (zh) | 2020-05-13 | 2020-05-13 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010409871.4A CN111526553B (zh) | 2020-05-13 | 2020-05-13 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111526553A true CN111526553A (zh) | 2020-08-11 |
CN111526553B CN111526553B (zh) | 2024-06-18 |
Family
ID=71907715
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010409871.4A Active CN111526553B (zh) | 2020-05-13 | 2020-05-13 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111526553B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112672381A (zh) * | 2021-01-13 | 2021-04-16 | 深圳市恒扬数据股份有限公司 | 一种数据关联方法、装置、终端设备及介质 |
CN112954617A (zh) * | 2021-02-10 | 2021-06-11 | 腾讯科技(深圳)有限公司 | 用于实现多播广播业务切换的方法及相关设备 |
CN112954615A (zh) * | 2021-02-10 | 2021-06-11 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
CN112954616A (zh) * | 2021-02-10 | 2021-06-11 | 腾讯科技(深圳)有限公司 | 用于实现多播广播业务切换的方法及相关设备 |
CN114650576A (zh) * | 2020-12-18 | 2022-06-21 | 维沃移动通信有限公司 | 网络功能的选择方法和网络功能 |
CN114827907A (zh) * | 2021-01-19 | 2022-07-29 | 维沃移动通信有限公司 | 触发非单播业务操作的方法、装置及网络功能 |
WO2022166559A1 (zh) * | 2021-02-05 | 2022-08-11 | 华为技术有限公司 | 通信方法及装置 |
CN114915918A (zh) * | 2021-02-10 | 2022-08-16 | 华为技术有限公司 | 一种通信方法及装置 |
CN115190433A (zh) * | 2021-04-06 | 2022-10-14 | 华为技术有限公司 | 一种多播业务的通信方法及装置 |
WO2023019998A1 (zh) * | 2021-08-15 | 2023-02-23 | 华为技术有限公司 | 一种通信隧道管理方法、装置及*** |
Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1684414A (zh) * | 2004-04-14 | 2005-10-19 | 华为技术有限公司 | 一种多媒体广播/组播业务的会话开始方法 |
CN1725690A (zh) * | 2004-07-23 | 2006-01-25 | 华为技术有限公司 | 多媒体广播/组播服务业务激活的方法 |
CN1889764A (zh) * | 2005-06-29 | 2007-01-03 | 华为技术有限公司 | 具有多播业务的移动台睡眠状态机的激活和撤销激活方法 |
CN1998195A (zh) * | 2004-06-21 | 2007-07-11 | 松下电器产业株式会社 | 单载体多播/广播服务的自适应可扩展服务质量体系结构 |
US20070206595A1 (en) * | 2004-11-04 | 2007-09-06 | Christian Herrero-Veron | NSAPI allocation for MBMS |
CN101163334A (zh) * | 2006-10-12 | 2008-04-16 | 华为技术有限公司 | 微波接入全球互通***及其终端切换方法 |
CN101340355A (zh) * | 2007-07-03 | 2009-01-07 | 华为技术有限公司 | 一种多媒体广播/组播业务的实现方法、***及装置 |
US20110145387A1 (en) * | 2008-08-23 | 2011-06-16 | Peng Chenghui | Multicast broadcast service management method, device, and system |
CN109673061A (zh) * | 2017-10-16 | 2019-04-23 | 华为技术有限公司 | 一种pdu会话处理的方法和装置 |
US20190158985A1 (en) * | 2017-11-22 | 2019-05-23 | Huawei Technologies Co., Ltd. | Method and system for multicast and broadcast services |
CN109951824A (zh) * | 2018-04-09 | 2019-06-28 | 华为技术有限公司 | 通信方法及装置 |
US20190223250A1 (en) * | 2018-01-15 | 2019-07-18 | Huawei Technologies Co., Ltd. | Methods and systems for multicast-broadcast session release and modification |
US20190306758A1 (en) * | 2016-12-23 | 2019-10-03 | Huawei Technologies Co., Ltd. | Session Activation Method, Apparatus, And System |
CN110463231A (zh) * | 2017-03-24 | 2019-11-15 | 英特尔公司 | 用于基于组的服务配给的***和方法 |
US20190394833A1 (en) * | 2018-06-21 | 2019-12-26 | Peyman TALEBI FARD | Multi Access Packet/Protocol Data Unit Session |
US20200015131A1 (en) * | 2017-03-21 | 2020-01-09 | Huawei Technologies Co., Ltd. | Communication method and communications device |
-
2020
- 2020-05-13 CN CN202010409871.4A patent/CN111526553B/zh active Active
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1684414A (zh) * | 2004-04-14 | 2005-10-19 | 华为技术有限公司 | 一种多媒体广播/组播业务的会话开始方法 |
CN1998195A (zh) * | 2004-06-21 | 2007-07-11 | 松下电器产业株式会社 | 单载体多播/广播服务的自适应可扩展服务质量体系结构 |
CN1725690A (zh) * | 2004-07-23 | 2006-01-25 | 华为技术有限公司 | 多媒体广播/组播服务业务激活的方法 |
US20070206595A1 (en) * | 2004-11-04 | 2007-09-06 | Christian Herrero-Veron | NSAPI allocation for MBMS |
CN1889764A (zh) * | 2005-06-29 | 2007-01-03 | 华为技术有限公司 | 具有多播业务的移动台睡眠状态机的激活和撤销激活方法 |
CN101163334A (zh) * | 2006-10-12 | 2008-04-16 | 华为技术有限公司 | 微波接入全球互通***及其终端切换方法 |
CN101340355A (zh) * | 2007-07-03 | 2009-01-07 | 华为技术有限公司 | 一种多媒体广播/组播业务的实现方法、***及装置 |
US20110145387A1 (en) * | 2008-08-23 | 2011-06-16 | Peng Chenghui | Multicast broadcast service management method, device, and system |
US20190306758A1 (en) * | 2016-12-23 | 2019-10-03 | Huawei Technologies Co., Ltd. | Session Activation Method, Apparatus, And System |
US20200015131A1 (en) * | 2017-03-21 | 2020-01-09 | Huawei Technologies Co., Ltd. | Communication method and communications device |
CN110463231A (zh) * | 2017-03-24 | 2019-11-15 | 英特尔公司 | 用于基于组的服务配给的***和方法 |
CN109673061A (zh) * | 2017-10-16 | 2019-04-23 | 华为技术有限公司 | 一种pdu会话处理的方法和装置 |
US20190158985A1 (en) * | 2017-11-22 | 2019-05-23 | Huawei Technologies Co., Ltd. | Method and system for multicast and broadcast services |
US20190223250A1 (en) * | 2018-01-15 | 2019-07-18 | Huawei Technologies Co., Ltd. | Methods and systems for multicast-broadcast session release and modification |
CN109951824A (zh) * | 2018-04-09 | 2019-06-28 | 华为技术有限公司 | 通信方法及装置 |
US20190394833A1 (en) * | 2018-06-21 | 2019-12-26 | Peyman TALEBI FARD | Multi Access Packet/Protocol Data Unit Session |
Non-Patent Citations (2)
Title |
---|
""oppo_1_s2-20xxxxx_ki#1_mbs session deactiviation and activiation"", 3GPP TSG_SA\\WG2_ARCH, 12 May 2020 (2020-05-12), pages 6 * |
OPPO: "Solution for MBS session deactivation and activation", 3GPP TSG_SA\\WG2_ARCH, 12 May 2020 (2020-05-12), pages 6 * |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114650576A (zh) * | 2020-12-18 | 2022-06-21 | 维沃移动通信有限公司 | 网络功能的选择方法和网络功能 |
CN112672381A (zh) * | 2021-01-13 | 2021-04-16 | 深圳市恒扬数据股份有限公司 | 一种数据关联方法、装置、终端设备及介质 |
CN114827907A (zh) * | 2021-01-19 | 2022-07-29 | 维沃移动通信有限公司 | 触发非单播业务操作的方法、装置及网络功能 |
WO2022166559A1 (zh) * | 2021-02-05 | 2022-08-11 | 华为技术有限公司 | 通信方法及装置 |
CN112954616A (zh) * | 2021-02-10 | 2021-06-11 | 腾讯科技(深圳)有限公司 | 用于实现多播广播业务切换的方法及相关设备 |
CN112954615A (zh) * | 2021-02-10 | 2021-06-11 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
CN112954617A (zh) * | 2021-02-10 | 2021-06-11 | 腾讯科技(深圳)有限公司 | 用于实现多播广播业务切换的方法及相关设备 |
CN114915918A (zh) * | 2021-02-10 | 2022-08-16 | 华为技术有限公司 | 一种通信方法及装置 |
WO2022170819A1 (zh) * | 2021-02-10 | 2022-08-18 | 腾讯科技(深圳)有限公司 | 用于实现多播广播业务切换的方法及相关设备 |
CN112954617B (zh) * | 2021-02-10 | 2023-05-02 | 腾讯科技(深圳)有限公司 | 用于实现多播广播业务切换的方法及相关设备 |
CN112954615B (zh) * | 2021-02-10 | 2023-05-23 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
CN114915918B (zh) * | 2021-02-10 | 2024-06-07 | 华为技术有限公司 | 一种通信方法及装置 |
CN115190433A (zh) * | 2021-04-06 | 2022-10-14 | 华为技术有限公司 | 一种多播业务的通信方法及装置 |
WO2023019998A1 (zh) * | 2021-08-15 | 2023-02-23 | 华为技术有限公司 | 一种通信隧道管理方法、装置及*** |
Also Published As
Publication number | Publication date |
---|---|
CN111526553B (zh) | 2024-06-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111526552B (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
CN111526553B (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
CN111556539B (zh) | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 | |
EP3745807B1 (en) | Session establishment method and device | |
US11917498B2 (en) | Communication method and communications apparatus | |
EP3694234B1 (en) | Communication system, communication method and device thereof | |
CN111556540B (zh) | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 | |
US20230017217A1 (en) | Multicast or broadcast session establishment and management | |
BRPI0608949A2 (pt) | sistema e método para distribuir pacotes de dados voip em comunicações de grupo dentre dispositivos de telecomunicações sem fio | |
US20220377508A1 (en) | Methods and systems for multicast and broadcast service establishment in wireless communication networks | |
CN113630822B (zh) | 组播业务切换的方法和装置 | |
US20230081286A1 (en) | Methods and systems for multicast data forwarding during mobility procedures in wireless communication networks | |
WO2021135650A1 (zh) | 通信方法及装置 | |
WO2021227965A1 (zh) | 通信方法及装置 | |
WO2021189260A1 (zh) | 多播通信方法及通信装置 | |
WO2022151484A1 (zh) | 标识确定方法、指示方法、装置、通信设备及存储介质 | |
CN108476384B (zh) | 一种数据传输方法及相关装置 | |
WO2023143241A1 (en) | Method and apparatus for multicast and broadcast service | |
WO2022033243A1 (zh) | 通信方法及装置 | |
WO2023151514A1 (en) | Method and apparatus for group message delivery | |
TWI786013B (zh) | 一種通訊方法及裝置 | |
US20230199439A1 (en) | Multicast and broadcast service session reception mode switching in wireless communication networks | |
CN118119043A (zh) | 通信方法及装置 |
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: 40027906 Country of ref document: HK |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |