CN115190433A - 一种多播业务的通信方法及装置 - Google Patents
一种多播业务的通信方法及装置 Download PDFInfo
- Publication number
- CN115190433A CN115190433A CN202110368567.4A CN202110368567A CN115190433A CN 115190433 A CN115190433 A CN 115190433A CN 202110368567 A CN202110368567 A CN 202110368567A CN 115190433 A CN115190433 A CN 115190433A
- Authority
- CN
- China
- Prior art keywords
- information
- multicast service
- multicast
- terminal
- network element
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 276
- 238000004891 communication Methods 0.000 title claims abstract description 189
- 230000005540 biological transmission Effects 0.000 claims abstract description 482
- 238000012545 processing Methods 0.000 claims abstract description 70
- 238000012986 modification Methods 0.000 claims description 48
- 230000004048 modification Effects 0.000 claims description 48
- 230000004044 response Effects 0.000 claims description 18
- 101150119040 Nsmf gene Proteins 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 11
- 230000003213 activating effect Effects 0.000 claims description 7
- 238000007726 management method Methods 0.000 abstract description 476
- 238000013461 design Methods 0.000 description 140
- 230000006870 function Effects 0.000 description 87
- 230000011664 signaling Effects 0.000 description 50
- 230000008569 process Effects 0.000 description 44
- 230000015654 memory Effects 0.000 description 33
- 230000003993 interaction Effects 0.000 description 31
- 230000009849 deactivation Effects 0.000 description 29
- 238000010586 diagram Methods 0.000 description 19
- 238000001994 activation Methods 0.000 description 17
- 230000004913 activation Effects 0.000 description 16
- 230000001976 improved effect Effects 0.000 description 12
- 238000013475 authorization Methods 0.000 description 11
- 230000001960 triggered effect Effects 0.000 description 9
- 239000002699 waste material Substances 0.000 description 6
- 238000013507 mapping Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008093 supporting effect Effects 0.000 description 4
- 238000012384 transportation and delivery Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 3
- 101000622430 Homo sapiens Vang-like protein 2 Proteins 0.000 description 2
- 102100023520 Vang-like protein 2 Human genes 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种多播业务的通信方法及装置,涉及通信技术领域,以优化多播业务的处理流程。该方法可以包括:移动管理网元向第一会话管理网元发送第一终端对应的多播业务的信息,第一终端对应的多播业务的信息包括以下至少一种:传输模式信息,或状态信息,传输模式信息用于指示多播业务的传输模式,状态信息用于表征多播业务对应的多播会话处于去激活态;第一会话管理网元接收第一终端对应的多播业务的信息,根据第一终端对应的多播业务的信息向移动管理网元发送第一信息,第一信息包括用于为第一终端传输多播业务的数据的QF信息。
Description
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种多播业务的通信方法及装置。
背景技术
在第三代合作伙伴计划(3rd generation partnership project,3GPP)网络中,存在网络侧设备同时向多个终端发送相同数据的需求,即点对多点的数据传输需求。为了满足这种需求,提出通过多播通信方式向多个终端发送相同数据,比如建立多播的传输链路(可以简称多播会话),一条多播会话可以被多个终端共享,网络侧设备可以通过该多播会话向多个终端发送数据(该数据可以称为多播业务的数据)。
其中,多播通信中存在下述两种处理流程:以接入和移动管理功能(access andmobility management function,AMF)为中心的多播业务处理流程以及以会话管理功能(session management function,SMF)为中心的多播业务处理流程。但是这两种处理流程各有利弊,因此,如何结合以AMF为中心的多播业务处理流程以及以SMF为中心的多播业务处理流程,以优化多播业务的处理流程成为亟待解决的问题。
发明内容
本申请实施例提供一种多播业务的通信方法及装置,以优化多播业务的处理流程。
为达到上述目的,本申请实施例采用如下技术方案。
第一方面,提供一种多播业务的通信方法,该方法可以包括:第一会话管理网元接收来自移动管理网元的第一终端对应的多播业务的信息,该信息可以包括输模式信息和/或状态信息,其中传输模式信息可以用于指示多播业务的传输模式,状态信息可以用于表征多播业务对应的多播会话处于去激活态;第一会话管理网元根据第一终端对应的多播业务的信息,向移动管理网元发送包括用于为第一终端传输多播业务的数据的服务质量流(quality of flow,QF)信息的第一信息。
基于第一方面所述方法,第一会话管理网元可以根据移动管理网元提供的信息确定用于为第一终端传输多播业务的数据的QF信息,即通过第一会话管理网元与移动管理网元的信令交互确定多播业务对应的QF信息,相比通过第一会话管理网元与接入网设备交互确定多播业务对应的QF信息可以降低确定QF信息带来的信令开销,同时,第一会话管理网元将多播业务对应的QF信息发送移动管理网元,便于以移动管理网元为中心管理(比如删除和/或释放)多播业务对应的传输资源等,简化系统设计,同时方便控制多播业务对应的传输资源,提高资源利用率。
一种可能的设计中,第一终端对应的多播业务的信息包括传输模式信息;当传输模式信息指示多播业务的传输模式是单播传输模式时,第一信息包括多播业务对应的单播QF信息;或者,当多播业务的传输模式是共享传输模式时,第一信息包括多播业务对应的多播QF信息。
基于该可能的设计,可以在单播传输模式下向移动管理网元发送单播QF信息,则共享传输模式下向移动管理网元发送多播QF信息,即根据不同传输模式建立不同的QF信息,避免在单播传输模式下仍尝试建立多播QF所带来的资源浪费。
一种可能的设计中,当第一终端对应的多播业务的信息包括状态信息时,第一信息包括多播业务对应的多播QF信息以及多播业务对应的单播QF信息。即当多播会话处于去激活态时,因无法确定多播会话再次激活时的传输模式,因此发送单播QF信息以及多播QF信息,以便后续可以灵活的选择单播QF信息或者多播QF信息传输多播业务的数据。
一种可能的设计中,当第一终端对应的多播业务的信息包括状态信息和传输模式信息时,第一会话管理网元根据第一终端对应的多播业务的信息,向移动管理网元发送第一信息包括:以状态信息作为触发条件,触发向移动管理网元发送第一信息。比如,当传输模式信息指示多播业务的传输模式是单播传输模式时,第一信息包括多播业务对应的单播QF信息;或者,当传输模式信息指示多播业务的传输模式是共享传输模式时,第一信息包括多播业务对应的多播QF信息。
基于该可能的设计,可以在多播会话处于去激活态时结合多播业务的传输模式确定向移动管理网元发送单播QF信息还是多播QF信息,以便在多播会话处于去激活态时采用单播QF传输多播业务的数据或者采用再次激活的多播会话传输多播业务的数据,避免因接入网设备不具备多播能力导致无法传输多播业务的数据,保证多播业务的数据的正常传输。
一种可能的设计中,第一信息携带在N11消息中。如此不仅保证信令兼容,而且简化系统设计。
一种可能的设计中,所述方法还包括:第一会话管理网元接收第二信息,第二信息用于指示第一终端离开多播业务对应的多播群组,第一会话管理网元根据第二信息向移动管理网元发送用于删除多播业务对应的单播QF信息的第三信息。
基于该可能的设计,可以在终端离开多播业务对应的多播群组时,通知移动管理网元删除与该终端相关的多播业务的QF信息,提高资源利用率。
一种可能的设计中,第一会话管理网元接收第二信息包括:第一会话管理网元接收来自移动管理网元的第二信息。或者,第一会话管理网元接收来自第一终端的第二信息。
基于该可能的设计中,设计多种流程通知移动管理网元终端离开多播群组,提高核心网设备获知终端离开多播群组的灵活性。
一种可能的设计中,如果多播业务对应的多播会话处于激活状态,则第三信息还用于修改第一终端的用于传输多播业务的数据的协议数据单元PDU会话。基于该可能的设计,可以在多播会话处于激活态,即多播会话可以用于传输多播业务的数据的情况下,如果终端离开多播群组,则触发修改与该终端传输多播业务的数据相关的PDU会话,比如修改/删除终端的PDU会话中用于传输多播业务的数据的QF,以此提高资源利用率。
第二方面,本申请提供一种多播业务的通信方法,所述方法包括:移动管理网元向第一会话管理网元发送第一终端对应的多播业务的信息,第一终端对应的多播业务的信息包括以下至少一种:传输模式信息,或状态信息,传输模式信息用于指示多播业务的传输模式,状态信息用于表征多播业务对应的多播会话处于去激活状态;移动管理网元接收来自第一会话管理网元的第一信息,第一信息包括用于为第一终端传输多播业务的数据的服务质量流QF信息。
基于第二方面所述方法,移动管理网元可以向第一会话管理网元指示与多播业务相关的信息,比如传输模式信息和/或状态信息,便于第一会话管理网元可以根据移动管理网元提供的信息确定用于为第一终端传输多播业务的数据的QF信息,即通过第一会话管理网元与移动管理网元的信令交互确定多播业务对应的QF信息,相比通过第一会话管理网元与接入网设备交互确定多播业务对应的QF信息可以降低确定QF信息带来的信令开销,同时,移动管理网元接收多播业务对应的QF信息,便于后续以移动管理网元为中心管理(比如删除和/或释放)多播业务对应的传输资源等,简化系统设计,同时方便控制多播业务对应的传输资源,提高资源利用率。
一种可能的设计中,第一信息包括多播业务对应的单播QF信息,或者,第一信息包括多播业务对应的多播QF信息。基于该可能的设计,可以在单播传输模式下向移动管理网元发送单播QF信息,则共享传输模式下向移动管理网元发送多播QF信息,即根据不同传输模式建立不同的QF信息,避免在单播传输模式下仍尝试建立多播QF所带来的资源浪费。
一种可能的设计中,第一信息包括第一信息包括多播业务对应的多播QF信息以及多播业务对应的单播QF信息,以便后续可以灵活的选择单播QF信息或者多播QF信息传输多播业务的数据。
一种可能的设计中,移动管理网元向第一会话管理网元发送第一终端对应的多播业务的信息,包括:若多播业务支持单播传输模式,则移动管理网元向第一会话管理网元发送第一终端对应的多播业务的信息。
基于该可能的设计,可以在多播业务支持单播传输的情况下,再向第一会话管理网元发送第一终端对应的多播业务的信息,避免因第一终端不支持单播传输,导致第一终端无法接收到通过单播QF传输的多播业务的数据的问题。
一种可能的设计中,所述方法还包括:移动管理网元确定多播业务是否支持单播传输模式。保证确定的准确性且提高确定效率。
一种可能的设计中,所述方法还包括:移动管理网元接收来自第一会话管理网元的第三信息,第三信息用于删除多播业务对应的单播QF信息;移动管理网元根据第三信息,删除多播业务对应的单播QF信息。
基于该可能的设计,可以在终端离开多播业务对应的多播群组时,移动管理网元删除与该终端相关的多播业务的QF信息,提高资源利用率。
一种可能的设计中,如果多播业务对应的多播会话处于激活态,则第三信息还用于修改第一终端的用于传输多播业务的数据的协议数据单元PDU会话;所述方法还包括:移动管理网元向接入网设备指示修改第一终端的用于传输多播业务的数据的PDU会话。
基于该可能的设计,可以在多播会话处于激活态,即多播会话可以用于传输多播业务的数据的情况下,如果终端离开多播群组,则触发修改接入网设备侧与该终端传输多播业务的数据相关的PDU会话,比如修改/删除终端的PDU会话中用于传输多播业务的数据的QF,提高资源利用率。
一种可能的设计中,所述方法还包括:移动管理网元接收来自第一终端的离开请求,离开请求用于请求离开多播业务对应的多播群组;移动管理网元根据离开请求,向第一会话管理网元发送第二信息,第二信息用于指示第一终端离开多播业务对应的多播群组。
基于该可能的设计,移动管理网元可以将终端离开多播群组的信息指示给第一会话管理网元,二者不仅可以同步离开多播群组的终端的情况,而且便于第一会话管理网元根据移动管理网元的指示删除相应资源等,提高资源利用率。
第三方面,本申请实施例又提供一种多播业务的通信方法,所述方法包括:移动管理网元接收来自第二会话管理网元的用于触发激活多播业务对应的传输通道的第四信息,根据第四信息获取多播业务的传输模式,根据多播业务的传输模式向接入网设备发送多播业务的QF信息,接入网设备用于处理多播业务对应的传输通道上传输的数据,多播业务的QF信息用于传输多播业务的数据。
基于第三方面所述的方法,可以在激活多播业务对应的传输通道,比如激活多播业务对应的传输资源时,确定有多播业务的数据需要发给移动管理网元管理的/注册的终端,此时向该终端对应的接入网设备发送相应的QF信息,以便接入网设备根据多播业务对应的QF信息建立/激活用于传输多播业务的数据的QF,保证多播业务的数据的正常传输。
一种可能的设计中,移动管理网元根据第四信息,获取多播业务的传输模式包括:移动管理网元根据第四信息,寻呼多播业务对应的多播群组中的终端;移动管理网元接收来自接入网设备的第一终端的寻呼响应,第一终端属于多播业务对应的多播群组;移动管理网元根据接入网设备的能力信息确定多播业务的传输模式;接入网设备的能力信息用于表征接入网设备是否具备多播能力。
基于该可能的设计,根据终端对应的接入网设备的能力信息确定多播业务的传输模式,避免因传输模式与接入网设备的能力不匹配导致无法传输多播业务的数据的问题。
一种可能的设计中,第四信息包括多播业务的标识信息;移动管理网元根据第四信息,获取多播业务的传输模式包括:移动管理网元根据多播业务的标识信息以及多播业务与多播业务的传输模式之间的对应关系,确定多播业务的传输模式。
基于该可能的设计,可以根据存储的多播业务与传输模式之间的对应关系确定传输模式,节省信令开销,提高确定传输模式的效率以及简化系统设计。
一种可能的设计中,当传输模式是共享传输模式时,第五信息包括多播业务对应的多播QF信息以及多播业务对应的单播QF信息;或者,当传输模式是单播传输模式时,第五信息包括多播业务对应的单播QF信息,单播QF用于为多播业务对应的多播群组中的一个终端传输多播业务的数据。
即根据不同传输模式发送不同的QF信息,避免在单播传输模式下仍尝试建立多播QF所带来的资源浪费,同时便于后续可以灵活的选择单播QF信息或者多播QF信息传输多播业务的数据。
第四方面,本申请实施例还提供了一种多播业务的通信方法,所述方法包括:移动管理网元接收来自第二会话管理网元的用于触发去激活多播业务对应的传输通道的第六信息;根据第六信息,获取多播业务的传输模式,当多播业务的传输模式是共享传输模式时,移动管理网元根据第六信息,向接入网设备发送第七信息;接入网设备用于处理多播业务对应的传输通道上传输的数据;或,当多播业务的传输模式是单播传输模式时,移动管理网元根据第六信息向第一会话管理网元发送第八信息;其中,第七信息用于去激活多播业务对应的传输通道;第八信息用于删除多播业务对应的单播QF信息和/或去激活单播QF,单播QF用于为多播业务对应的多播群组中一个终端传输多播业务的数据。
基于第四方面所述的方法,可以在去激活多播业务对应的传输通道,比如去激活多播业务对应的传输资源时,确定移动管理网元管理的/注册的终端不再需要多播业务的数据,此时若建立有多播QF,则向该终端对应的接入网设备发送第七信息,以便接入网设备去激活用于传输多播业务的数据的QF,或者,如果建立单播QF,则向第一会话管理网元发送第八信息,以便第一会话管理网元释放/去激活单播QF,提高资源利用率。
一种可能的设计中,移动管理网元根据第六信息,获取多播业务的传输模式包括:移动管理网元根据第六信息,确定多播业务对应的多播群组中的终端,移动管理网元确定多播业务对应的多播群组中的终端对应的接入网设备,移动管理网元根据接入网设备的能力信息确定多播业务的传输模式。
基于该可能的设计,根据接入网设备的能力信息确定多播业务的传输模式,避免因传输模式与接入网设备的能力不匹配导致无法传输多播业务的数据的问题。
一种可能的设计中,第六信息包括多播业务的标识信息;移动管理网元根据第六信息,获取多播业务的传输模式包括:移动管理网元根据多播业务的标识信息、以及多播业务与多播业务的传输模式之间的对应关系,确定多播业务的传输模式。
基于该可能的设计,可以根据多播业务与传输模式之间的对应关系确定传输模式,节省信令开销,提高确定传输模式的效率以及简化系统设计。
一种可能的设计中,第七信息是多播会话释放消息或者多播广播会话资源释放消息或多播广播会话停止消息;第七信息包括多播业务的标识信息。
一种可能的设计中,第八信息携带在Nsmf_协议数据单元更新会话管理上下文请求(Nsmf_PDUSession_UpdateSMContext request)消息中,第八信息包括多播业务的标识信息。
基于上述两种可能的设计,将第七信息、第八信息携带在现有信令中,节省信令开销,简化系统设计。
第五方面,本申请实施例还提供一种多播业务的通信方法,所述方法包括:第一会话管理网元接收来自移动管理网元的用于删除多播业务对应的单播QF信息和/或去激活单播QF第八信息;根据第八信息,向接入网设备发送N2消息;接入网设备与单播QF对应,N2消息用于指示修改单播QF所属的协议数据单元PDU会话。
基于第五方面所述的方法,可以在去激活多播业务对应的传输通道,比如去激活多播业务对应的传输资源时,确定移动管理网元管理的/注册的终端不再需要多播业务的数据,此时向第一会话管理网元发送第八信息,第一会话管理网元根据第八信息释放/去激活单播QF,提高资源利用率。
一种可能的设计中,第八信息携带在Nsmf_协议数据单元更新会话管理上下文请求(Nsmf_PDUSession_UpdateSMContext request)消息中,第八信息包括多播业务的标识信息。
基于该可能的设计,将第八信息携带在现有信令中,节省信令开销,简化系统设计。
第六方面,本申请实施例还提供一种多播业务的通信方法,所述方法包括:移动管理网元接收触发寻呼多播业务对应的多播群组中的终端的第九信息,根据第九信息寻呼第一终端,第一终端属于多播业务对应的多播群组。
基于第六方面所述的方法,可以由移动管理网元在第九信息的触发下,寻呼多播业务对应的多播群组中的终端,简化寻呼终端的信令流程。
一种可能的设计中,第九信息携带多播业务的标识信息,移动管理网元根据九信息,寻呼第一终端,包括:移动管理网元根据多播业务的标识信息,确定多播业务对应的多播群组中包括第一终端且第一终端处于空闲态idle态;移动管理网元根据第一终端对应的接入网设备的能力信息以及第一终端的注册区域,确定第一终端对应的寻呼区域,在第一终端的寻呼区域内寻呼第一终端。
基于该可能的设计,可以根据多播业务的标识信息确定第一终端,并在第一终端的寻呼区域寻呼第一终端,简化系统设计。
一种可能的设计中,第一终端的寻呼区域包括第一终端的注册区域中除不具备多播能力的接入网设备覆盖的区域之外的区域。如此可以避免在不具备多播能力的接入网设备所覆盖的区域寻呼终端,导致终端被寻呼成功但无法通过多播会话接收到多播业务的数据的问题,不至于给被寻呼的终端带来不必要的功率消耗。
一种可能的设计中,移动管理网元根据多播业务的标识信息,确定多播业务对应的多播群组中包括第一终端,包括:移动管理网元根据多播业务的标识信息、以及多播业务对应的包括加入多播业务对应的多播群组的终端的标识信息的UE列表,确定多播业务对应的多播群组中包括第一终端。
基于该可能的设计,可以根据多播业务对应的UE列表确定哪些终端加入多播群组,简化系统设计,同时降低移动管理网元确定多播群组中的终端带来的功率消耗。
一种可能的设计中,所述方法还包括:移动管理网元接收加入请求,加入请求用于请求将第一终端加入多播业务对应的多播群组,移动管理网元根据加入请求,将第一终端的标识信息加入UE列表;或者,移动管理网元接收来自第一会话管理网元的多播业务对应的UE列表。基于该可能的设计,可以由移动管理网元维护UE列表或者由第一会话管理网元本地维护UE列表并告知移动管理网元,提高UE列表维护的灵活性。
一种可能的设计中,移动管理网元根据多播业务的标识信息,确定多播业务对应的多播群组中包括第一终端,包括:移动管理网元查看第一终端的UE上下文,第一终端的UE上下文中包括多播业务的标识信息时,确定多播业务对应的多播群组包括第一终端。
基于该可能的设计,可以通过UE上下文中是否存在多播业务的标识信息来判断该UE是否包括在多播群组中,简化系统设计。
一种可能的设计中,移动管理网元接收来自第一会话管理网元的第九信息;或者,移动管理网元接收来自第二会话管理网元的第九信息。即上述寻呼UE的流程可以由第一会话管理网元触发或者由第二会话管理网元触发,不予限制,提高触发寻呼UE的灵活性。
一种可能的设计中,所述方法还包括:移动管理网元根据第九信息,寻呼第二终端,第二终端属于多播业务对应的多播群组。即类似的,对于多播群组中的其他终端也可以参照上述过程寻呼,保证多播群组中的终端都能正常接收到多播业务的数据。
第七方面,本申请还提供一种多播业务的通信方法,该方法包括:第一会话管理网元接收来自第一终端的用于请求加入多播业务对应的多播群组的加入请求,根据第一终端的加入请求,向移动管理网元发送用于指示终端加入多播业务对应的多播群组的第十信息。
基于第七方面所述的方法,第一会话管理网元可以在终端加入多播群组时,将该终端以及该终端加入哪个多播群组一并指示给移动管理网元,以便移动管理网元主动发起寻呼该多播群组中处于ilde态的终端,缩短寻呼终端的流程,提高寻呼效率。
一种可能的设计中,第十信息可以包括多播业务的标识信息以及多播业务对应的用户设备UE列表,UE列表包括加入多播业务对应的多播群组的终端的标识信息;所述方法还包括:第一会话管理网元根据第一终端的加入请求,将第一终端的标识信息加入UE列表。
基于该可能的设计,第一会话管理网元可以将UE列表发送给移动管理网元,以便移动管理网元寻呼该UE列表中处于ilde态的终端,不仅简化寻呼过程而且可以寻呼该多播群组中的大多数终端,保证多播群组中的大多数终端均能正常接收多播业务的数据。
一种可能的设计中,第十信息可以包括多播业务的标识信息以及下述信息的一种或者多种:第一终端的标识信息,或者第一终端的协议数据单元PDU会话的标识信息。基于该可能的设计,第一会话管理网元可以仅将终端的信息以及终端加入的多播群组的信息告知给移动管理网元,以便移动管理网元根据该信息获知该终端加入多播群组,简化系统设计。
第八方面,本申请提供一种通信装置,该通信装置可以为第一会话管理网元或者第一会话管理网元中的芯片或者片上系统,还可以为通信装置中用于实现第一方面或第一方面的任一可能的设计所述的方法的功能模块,或者实现第五方面或第五方面的任一可能的设计所述的方法的功能模块,或者实现第七方面或第七方面的任一可能的设计所述的方法的功能模块。该通信装置可以实现上述各方面或者各可能的设计中通信装置所执行的功能,所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。一种可能的设计中,该通信装置可以包括:处理单元,接收单元以及发送单元。
一种可能的设计中,接收单元,用于接收来自移动管理网元的第一终端对应的多播业务的信息,该信息可以包括输模式信息和/或状态信息,其中传输模式信息可以用于指示多播业务的传输模式,状态信息可以用于表征多播业务对应的多播会话处于去激活态;第一会话管理网元根据第一终端对应的多播业务的信息。
发送单元,用于向移动管理网元发送包括用于为第一终端传输多播业务的数据的QF信息的第一信息。
又一种可能的设计中,接收单元,用于接收来自移动管理网元的用于删除多播业务对应的单播QF信息和/或去激活单播QF第八信息。
发送单元,用于根据第八信息向接入网设备发送N2消息;接入网设备与单播QF对应,N2消息用于指示修改单播QF所属的协议数据单元PDU会话。
再一种可能的设计中,接收单元,用于接收来自第一终端的用于请求加入多播业务对应的多播群组的加入请求。
发送单元,用于根据第一终端的加入请求,向移动管理网元发送用于指示终端加入多播业务对应的多播群组的第十信息。
又一种可能的设计中,该通信装置可以包括:处理器和通信接口。可选的,所述通信装置还可以包括存储器,存储器,用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令实现上述方法。
具体的,该通信装置的具体实现方式可以参考第一方面或第一方面的任一种可能的设计或第五方面或第五方面的任一可能的设计所述的方法或第七方面或第七方面的任一可能的设计所述的方法中第一会话管理网元的行为功能,不再重复赘述。
第九方面,提供了一种通信装置,该通信装置可以为第一会话管理网元或者第一会话管理网元中的芯片或者片上系统,该通信装置包括一个或多个处理器、一个或多个存储器。所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当一个或多个处理器执行所述计算机指令时,使通信装置执行如第一方面或第一方面的任一种可能的设计或第五方面或第五方面的任一可能的设计所述的方法或第七方面或第七方面的任一可能的设计所述的方法。
第十方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行第一方面或第一方面的任一种可能的设计或第五方面或第五方面的任一可能的设计所述的方法或第七方面或第七方面的任一可能的设计所述的方法。
第十一方面,提供了一种计算机可读存储介质,该计算机可读存储介质可以为可读的非易失性存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行第一方面或第一方面的任一种可能的设计或第五方面或第五方面的任一可能的设计所述的方法或第七方面或第七方面的任一可能的设计所述的方法。
第十二方面,本申请提供一种通信装置,该通信装置可以为移动管理网元或者移动管理网元中的芯片或者片上系统,还可以为通信装置中用于实现第二方面或第二方面的任一可能的设计所述的方法的功能模块,或者实现第三方面或第三方面的任一可能的设计所述的方法的功能模块,或者实现第四方面或第四方面的任一可能的设计所述的方法的功能模块,或者实现第六方面或第六方面的任一可能的设计所述的方法的功能模块。该通信装置可以实现上述各方面或者各可能的设计中通信装置所执行的功能,所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。一种可能的设计中,该通信装置可以包括:处理单元,接收单元以及发送单元。
一种可能的设计中,发送单元,用于向第一会话管理网元发送第一终端对应的多播业务的信息,第一终端对应的多播业务的信息包括以下至少一种:传输模式信息,或状态信息,传输模式信息用于指示多播业务的传输模式,状态信息用于表征多播业务对应的多播会话处于去激活状态。
接收单元,用于接收来自第一会话管理网元的第一信息,第一信息包括用于为第一终端传输多播业务的数据的QF信息。
又一种可能的设计中,接收单元,用于接收来自第二会话管理网元的用于触发激活多播业务对应的传输通道的第四信息。
处理单元,用于根据第四信息获取多播业务的传输模式。
发送单元,用于根据多播业务的传输模式向接入网设备发送多播业务的QF信息,接入网设备用于处理多播业务对应的传输通道上传输的数据,多播业务的QF信息用于传输多播业务的数据。
再一种可能的设计中,接收单元,用于接收来自第二会话管理网元的用于触发去激活多播业务对应的传输通道的第六信息。
处理单元,用于根据第六信息获取多播业务的传输模式。
发送单元,用于当多播业务的传输模式是共享传输模式时,根据第六信息,向接入网设备发送第七信息;接入网设备用于处理多播业务对应的传输通道上传输的数据;或,当多播业务的传输模式是单播传输模式时,向第一会话管理网元发送第八信息;其中,第七信息用于去激活多播业务对应的传输通道;第八信息用于删除多播业务对应的单播QF信息和/或去激活单播QF,单播QF用于为多播业务对应的多播群组中一个终端传输多播业务的数据。
再一种可能的设计中,接收单元,用于接收触发寻呼多播业务对应的多播群组中的终端的第九信息。
发送单元,用于根据第九信息寻呼第一终端,第一终端属于多播业务对应的多播群组。
又一种可能的设计中,该通信装置可以包括:处理器和通信接口。可选的,所述通信装置还可以包括存储器,存储器,用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令实现上述方法。
具体的,该通信装置的具体实现方式可以参考第二方面或第二方面的任一种可能的设计或第三方面或第三方面的任一可能的设计所述的方法或第四方面或第四方面的任一可能的设计所述的方法或第六方面或者第六方面的任一可能的设计所述的方法中移动管理网元的行为功能,不再重复赘述。
第十三方面,提供了一种通信装置,该通信装置可以为移动管理网元或者移动管理网元中的芯片或者片上系统,该通信装置包括一个或多个处理器、一个或多个存储器。所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当一个或多个处理器执行所述计算机指令时,使通信装置执行如第二方面或第二方面的任一种可能的设计或第三方面或第三方面的任一可能的设计所述的方法或第四方面或第四方面的任一可能的设计所述的方法或第六方面或者第六方面的任一可能的设计所述的方法。
第十四方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行第二方面或第二方面的任一种可能的设计或第三方面或第三方面的任一可能的设计所述的方法或第四方面或第四方面的任一可能的设计所述的方法或第六方面或者第六方面的任一可能的设计所述的方法。
第十五方面,提供了一种计算机可读存储介质,该计算机可读存储介质可以为可读的非易失性存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行第二方面或第二方面的任一种可能的设计或第三方面或第三方面的任一可能的设计所述的方法或第四方面或第四方面的任一可能的设计所述的方法或第六方面或者第六方面的任一可能的设计所述的方法。
第十六方面,还提供一种通信系统,该通信系统可以包括如第八方面所述的通信装置、以及如第十二方面所述的通信装置。
附图说明
图1为以AMF为中心的多播业务处理示意图;
图2为以SMF为中心的多播业务处理示意图;
图3a为单播传输模式示意图;
图3b是共享传输模式示意图;
图4为本申请实施例提供的一种通信系统的架构示意图;
图5为本申请实施例提供的一种5G通信系统示意图;
图6为本申请实施例提供的一种通信装置600的组成示意图;
图7为本申请实施例提供的一种多播业务的通信方法的流程图;
图8为本申请实施例提供的又一种多播业务的通信方法的流程图;
图9a为本申请实施例提供的一种建立M-UPF与UPF之间的传输通道的方式;
图9b为本申请实施例提供的又一种建立M-UPF与UPF之间的传输通道的方式;
图10为本申请实施例提供的再一种多播业务的通信方法的流程图;
图11为本申请实施例提供的再一种多播业务的通信方法的流程图;
图12为本申请实施例提供的再一种多播业务的通信方法的流程图;
图13为本申请实施例提供的再一种多播业务的通信方法的流程图;
图14为本申请实施例提供的再一种多播业务的通信方法的流程图;
图15为本申请实施例提供的再一种多播业务的通信方法的流程图;
图16为本申请实施例提供的再一种多播业务的通信方法的流程图;
图17为本申请实施例提供的一种通信装置170的组成示意图;
图18为本申请实施例提供的一种通信装置180的组成示意图;
图19为本申请实施例提供的一种通信系统的组成示意图。
具体实施方式
在有关多播业务(比如多播广播业务(multicast broadcast service,MBS)的标准讨论中,讨论了两种多播业务处理流程:以SMF为中心的多播业务处理流程和以AMF为中心的多播业务处理流程。下面对这两种多播业务处理流程分别进行介绍:
图1为以SMF为中心的多播业务处理流程,如图1所示,以SMF为中心的多播业务处理流程中,SMF可以通过PDU会话修改消息或者PDU会话建立消息,接收UE发送的加入多播业务对应的多播群组的加入请求,SMF接收到UE的加入请求后,一方面SMF可以生成该多播业务对应的单播服务质量流(QoS flow,QF)信息、多播业务对应的多播QF信息以及单播QF信息的关联关系等,另一方面SMF可以对UE的加入请求进行网络鉴权,并根据接入网设备的反馈决策UE当前针对该多播业务的传输模式等。
虽然以SMF为中心的方案符合5G架构设计原则中的移动管理-会话管理(MM-SM)的分离原则,但是SMF为中心的方案中,SMF需要与接入网设备进行信令交互,根据接入网设备的反馈决策UE当前针对该多播业务的传输模式,过程复杂且信令开销较大。
图2为以AMF为中心的多播业务处理流程,如图2所示,AMF可以通过无线接入网(radio access network,RAN)接收用户设备(user equipment,UE)发送的加入多播业务对应的多播群组的加入请求,接收到UE的加入请求后,AMF可以对于UE的加入请求进行网络鉴权,以及决策UE当前针对该多播业务的传输模式等。
虽然以AMF为中心的方案中,AMF无需通过与其他网元进行信令交互就可以确定多播业务的传输模式,且当需要激活多播会话,AMF可以根据当前保存有关UE的注册区域的相关,方便快速的计算该UE的寻呼区域,寻呼UE。但是,以AMF为中心的方案不仅破坏了5G架构设计原则中的移动管理-会话管理(MM-SM)的分离原则。而且,以AMF为中心的方案不会建立/生成该多播业务对应的单播服务质量流(QoS flow,QF)。当UE切换到不具备多播能力的RAN时,由于目标RAN无法识别处理多播业务,这样只能通过单播PDU会话从源RAN转发数据以及从目标RAN通过单播PDU会话发送给UE,但由于多播没有和单播关联,这样的话,源RAN不知道如何转发数据给目标RAN,就会导致多播业务的数据丢失从而无法保障多播业务的连续性。
由上可知,上述以AMF为中心的方案和以SMF为中心的方案都存在一定优点和缺陷,因此,如何结合以AMF为中心的方案和以SMF为中心的方案的优点,优化多播业务的处理流程是目前亟待解决的问题。
为解决该技术问题,本申请实施例中,提供一种多播业务的通信方法,该方法可以包括:由移动管理网元将多播业务对应的传输模式信息和/或多播业务对应的多播会话的状态信息指示给第一会话管理网元,第一会话管理网元根据移动管理网元的指示生成多播业务对应的QF信息,并将多播业务对应的QF信息指示给移动管理网元。即第一会话管理网元通过与移动管理网元的信令交互建立多播业务对应的传输资源,如此,第一会话管理网元可以无需通过与接入网设备交互确定多播业务的传输模式,进而传输模式建立多播业务对应的资源等,降低信令开销。
此外,第一会话管理网元还可以根据移动管理网元的指示按需建立为终端传输多播业务的数据的传输资源(或称为会话),比如在单播传输模式下建立单播QF,在共享传输模式下建立多播QF。如此,避免核心网设备在单播传输模式下仍尝试建立多播传输通道(比如多播会话)而带来的不必要的资源浪费。
本申请实施例中,多播业务的传输模式可以指用户面网元与接入网设备之间的N3链路上多播业务的数据的传输方式。可选的,包括两种传输模式:单播传输模式(Individual delivery mode)和共享传输模式(Shared delivery mode)。下面对这两种传输模式进行介绍:
一、单播传输模式。
单播传输模式还可以称为第五代(5th generation,5G)核心网单独组播/广播业务流量传输(5GC Individual MBS traffic delivery)方式。使用单播传输模式的接入网设备可以不具备多播能力。单播传输模式可以指多播用户面网元(比如多播用户面功能(multicast UPF,M-UPF))接收到应用服务器发送的多播业务的数据后,将多播业务的数据发送给单播用户面网元(比如UPF),由UPF采用点对点(point to point)传输方式向接入网设备发送该多播业务的数据,接入网设备接收到该多播业务的数据后,采用点对点或者点对多点的方式向一个或者多个终端发送该多播业务的数据。
参照图3a所示,为单播传输模式的示意图,如图3a所示,UPF至RAN、以及RAN至UE的空口侧的传输通道被一个UE使用,例如,M-UPF接收到多播业务的数据,将数据发送给该UE对应的UPF,UPF将该多播业务的数据发送给RAN,由RAN通过一对一传输方式发送给UE。
二、共享传输模式。
共享传输模式还可以称为以5G核心网共享组播/广播业务流量传输(5GC SharedMBS traffic delivery)方式。使用共享传输模式的接入网设备可以具备多播能力。共享传输模式可以指多播用户面网元(比如多播用户面功能(multicast UPF,M-UPF))接收到应用服务器发送的多播业务的数据后,将多播业务的数据发送给向接入网设备,接入网设备接收到该多播业务的数据后,采用点对多点的方式向多个终端发送该多播业务的数据。
参照图3b,为共享传输模式的场景示意图,如图3b所示,M-UPF至RAN、以及RAN至UE的空口侧的传输通道被多播群组内的多个UE共享,例如,针对多播群组的UE a、UE b、UE c,M-UPF至RAN会传输一份多播业务的数据,RAN接收到多播业务的数据后,RAN传输一份多播业务的数据,UEa、UEb、UEc均会接收到多播业务的数据。
下面结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
本申请实施例提供的通信方法可应用于图4所示的通信系统,如图4所示,该通信系统可以包括多个终端(如第一终端等)、接入网设备、移动管理网元以及第一会话管理功能网元。进一步的,图4所示通信系统还可以包括第一用户面功能网元、第二会话管理功能网元、第二用户面功能网元、策略控制网元、网络存储网元、数据网络(data network,DN),DN可以包括应用服务器(application server,AS)等。其中,第一用户面功能网元、第二会话管理功能网元、第二用户面功能网元、DN在本申请中为可选网元。
其中,多个终端可以组成一个多播群组,多个终端可以同时接收相同数据,即组播业务的数据。第一用户面功能网元可用于传输单播数据(unicast data),也可以用于传输组播业务的数据,第二用户面功能网元可以用于传输组播业务的数据(multicast data),单播数据可以为向某个特定终端或者用户发送的数据,组播业务的数据可以为向一个多播群组发送的数据。第一会话管理功能网元可以为管理PDU的会话管理功能网元,可以称为单播会话管理网元,第二会话管理功能网元可以为管理组播业务的会话管理功能网元,可以称为多播会话管理网元。下面对图4所示架构中涉及的网元或设备进行介绍。
终端,可以称为终端设备(terminal equipment)或者用户设备(user equipment,UE)或者移动台(mobile station,MS)或者移动终端(mobile terminal,MT)等。具体的,图1中的终端可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑,还可以是虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智能家居、车载终端等等。
接入网设备,主要用于实现物理层功能、资源调度和管理、终端的接入控制以及移动性管理等功能。接入网设备可以为支持有线接入的设备,也可以为支持无线接入的设备。示例性,接入网设备可以为接入网(access network,AN)/无线接入网(radio accessnetwork,RAN),由多个5G-AN/5G-RAN节点组成。5G-AN/5G-RAN节点可以为:接入点(accesspoint,AP)、基站(nodeB,NB)、增强型基站(enhance nodeB,eNB)、下一代基站(NR nodeB,gNB)、传输接收点(transmission reception point,TRP)、传输点(transmission point,TP)或某种其它接入节点等。
移动管理网元,主要负责终端的接入认证、移动性管理、各个功能网元间的信令交互等工作,如:对用户的注册状态、用户的连接状态、用户注册入网、跟踪区更新、小区切换用户认证和密钥安全等进行管理。
会话管理功能网元,主要用于实现用户面传输逻辑通道,如:分组数据单元(packet data unit,PDU)会话或者组播会话的建立、释放和更改等会话管理功能。
用户面功能网元,可以作为用户面传输逻辑通道上的锚点,用于完成用户面数据的路由转发等功能,如:与终端之间建立通道(即用户面传输逻辑通道),在该通道上转发终端和DN之间的数据包以及负责对终端的数据报文过滤、数据转发、速率控制、生成计费信息。
策略控制网元,可以用于向移动管理网元、会话管理功能网元提供策略,如:服务质量(quality of service)策略,切片选择策略等等。
网络存储网元,可以用于存储用户数据,如:用户的签约信息、鉴权或授权数据等。网络存储网元可以为统一数据管理网元(unified data management,UDM)或网络存储功能(network repository function,NRF)或统一数据库(unified data repository,UDR)等。
DN,可以为用户提供数据传输服务的运营商网络,如:可以为向用户提供IP多媒体业务(IP multi-media service,IMS)的运营商网络等。DN中可以部署有应用服务器(或者称为应用功能(application function,AF)),该应用服务器可以向用户提供数据传输服务。
需要说明的是,图4仅为示例性架构图,除图4中所示功能单元外,该系统还可以包括其他功能网元,如:操作和管理(operation and management,O&M)网元等,本申请实施例对此不进行限定。此外,图4中各个设备的名称不受限制,除图4所示名称之外,各个设备还可以命名为其他名称,如替换成具备相同或相似功能的网元名称,不予限制。
其中,图4所示系统可以为第三代合作伙伴计划(3rd generation partnershipproject,3GPP)通信系统,如第4代(4th generation,4G)通信系统、长期演进(long termevolution,LTE)系统,又可以为第五代(5th generation,5G)通信系统或者新空口(newradio,NR)系统、下一代通信系统等,也可以为非3GPP通信系统,不予限制。
以图4所示的通信系统为图5所示的5G通信系统为例,如图5所示,上述第二会话管理功能网元所对应的网元或者实体可以为5G通信系统中的多播会话管理功能(multicastsession management function,M-SMF),上述的第二用户面功能网元所对应的网元或者实体可以为5G通信系统中的多播用户面功能(multicast broadcast user plane function,M-UPF)。接入网设备对应的网元或者实体可以为5G通信系统中的无线接入网(radioaccess network,RAN)、移动管理网元对应的网元或者实体可以为5G通信系统中的接入与移动性管理功能(access and mobility management function,AMF)、策略控制功能可以为5G通信系统中的策略控制功能(policy control function,PCF)。
需要说明的是,本申请中,SMF与M-SMF可以合设,也可以各自独立部署,不予限制。在本申请中,UPF与MB-UPF可以合设,也可以各自独立部署,不与限制。
可选的,本申请实施例中的会话管理功能网元、接入网设备以及移动管理网元也可以称之为通信装置,其可以是一个通用设备或者一个专用设备,本申请实施例对此不作具体限定。可选的,本申请实施例中的会话管理功能网元、用户面功能网元、接入网设备以及移动管理网元的相关功能可以由一个设备实现,也可以由多个设备共同实现,还可以是由一个设备内的一个或多个功能模块实现,本申请实施例对此不作具体限定。可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者硬件与软件的结合,或者平台(例如,云平台)上实例化的虚拟化功能。
在具体实现时,图4所示各设备,如第一会话管理功能网元、移动管理网元等,都可以采用图6所示的组成结构,或者包括图6所示的部件。图6为本申请实施例提供的一种通信装置600的组成示意图,该通信装置600可以包括处理器601和存储器604。进一步的,该通信装置600还可以包括通信线路602以及通信接口603。其中,处理器601,存储器604以及通信接口603之间可以通过通信线路602连接。
处理器601,可以是中央处理器(central processing unit,CPU)、通用处理器、网络处理器(network processor,NP)、数字信号处理器(digital signal processing,DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device,PLD)或它们的任意组合。处理器601还可以是其它具有处理功能的装置,如电路、器件或软件模块,不予限制。
通信线路602,用于在通信装置600所包括的各部件之间传送信息。
通信接口603,用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。通信接口603可以是模块、电路、收发器或者任何能够实现通信的装置。
存储器604,用于存储指令。其中,指令可以是计算机程序。
其中,存储器604可以是只读存储器(read-only memory,ROM)或可存储静态信息和/或指令的其他类型的静态存储设备,也可以是随机存取存储器(random accessmemory,RAM)或可存储信息和/或指令的其他类型的动态存储设备,还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟)、磁盘存储介质、其他磁存储设备,不予限制。
需要说明的是,存储器604可以独立于处理器601存在,也可以和处理器601集成在一起。存储器604可以用于存储指令或者程序代码或者一些数据等。存储器604可以位于通信装置600内,也可以位于通信装置600外,不予限制。
处理器601,用于执行存储器604中存储的指令,以实现本申请下述实施例提供的通信方法。例如,当通信装置600为第一会话管理功能网元或者第一会话管理功能网元中的芯片或者片上系统时,处理器601执行存储器604中存储的指令,以实现本申请下述实施例中第一会话管理功能网元所执行的步骤。又例如,当通信装置600为接入网设备或者接入网设备中的芯片或者片上系统时,处理器601可以执行存储器604中存储的指令,以实现本申请下述实施例中接入网设备所执行的步骤。
在一种示例中,处理器601可以包括一个或多个CPU,例如图6中的CPU0和CPU1。
作为一种可选的实现方式,通信装置600包括多个处理器,例如,除图6中的处理器601之外,还可以包括处理器607。
作为一种可选的实现方式,通信装置600还包括输出设备605和输入设备606。示例性地,输入设备606是键盘、鼠标、麦克风或操作杆等设备,输出设备605是显示屏、扬声器(speaker)等设备。
需要说明的是,通信装置600可以是台式机、便携式电脑、网络服务器、移动手机、平板电脑、无线终端、嵌入式设备、芯片系统或有图6中类似结构的设备。此外,图6中示出的组成结构并不构成对该通信装置的限定,除图6所示部件之外,该通信装置可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本申请实施例中,芯片系统可以由芯片构成,也可以包括芯片和其他分立器件。
下面结合图4所示通信系统,对本申请实施例提供的通信方法进行描述。下述实施例中的各网元可以具备图6示部件,不予赘述。需要说明的是,本申请的各实施例之间涉及的动作,术语等均可以相互参考,不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例,具体实现中也可以采用其他的名称,不予限制。例如:本申请实施例所述的多播可以替换为广播、组播、多播通信、多播/广播或者组播/广播等术语。本申请实施例中的确定也可以理解为创建(create)或生成(generate),本申请实施例中的“包括”也可以理解为“携带”或者“包含”等,在此统一说明,本申请实施例对此不作具体限定。
图7为本申请实施例提供的一种多播业务的通信方法,如图7所示,可以包括:
S701:移动管理网元向第一会话管理网元发送第一终端对应的多播业务的信息。相应的,第一会话管理网元接收第一终端对应的多播业务的信息。
其中,第一终端可以为图4中加入多播业务对应的多播群组的终端。本申请实施例中,加入多播业务对应的多播群组的终端可以包括待加入多播业务对应的多播群组的终端,或者已加入多播业务对应的多播群组的终端,不予限制。其中待加入多播业务对应的多播群组的终端可以指已经发出了请求加入多播业务对应的多播群组的加入请求(jionrequest),但尚未被网络侧设备确认或者进行网络鉴权的终端。已加入多播业务对应的多播群组的终端可以指已经发出请求加入多播业务对应的多播群组的加入请求,且通过网络鉴权的终端。
其中,移动管理网元可以为图4中与第一终端对应的移动管理网元,移动管理网元作为第一终端的非接入层(non-access stratum,NAS)信令的终结点,用于管理/处理第一终端的NAS信令,比如移动管理网元可以负责对第一终端的NAS消息进行加密和完整性保护。
其中,第一会话管理网元可以为与移动管理网元连接的会话管理网元中、管理第一终端的协议数据单元(protocol data unit,PDU)会话的会话管理网元。第一会话管理网元可以称为单播会话管理网元。
本申请实施例中,多播业务可以是面向一个多播群组或多个终端的一类业务,多播业务的数据的接收对象可以是一组终端,这些终端被授权接收此数据。比如多播业务可以是同一指挥中心发出面向一个车队的命令或者面向多个观众的一个电视节目等。
本申请实施例中,第一终端对应的多播业务的信息可以是针对第一终端的信息,该信息可以用于确定为第一终端传输多播业务的数据的QF信息。具体的,第一终端对应的多播业务的信息可以包括以下至少一种:传输模式信息,或状态信息,还可以包括其他信息,比如第一终端对应的多播业务的信息还可以包括多播业务的标识信息。
本申请实施例中,传输模式信息可以用于直接指示/间接指示多播业务的传输模式是图3a所示的单播传输模式还是图3b所示的共享传输模式。多播业务的传输模式可以根据第一终端对应的接入网设备的能力信息(比如接入网设备是否具备多播能力)确定。可选的,传输模式信息可以包括多播业务的传输模式和/或第一终端对应的接入网设备的能力信息,即传输模式信息可以包括多播业务的传输模式本身,也可以包括用于确定多播业务的传输模式的接入网设备的能力信息,还可以包括多播业务的传输模式以及接入网设备的能力信息,不予限制。可选的,为节省信令开销,第一终端对应的多播业务的信息中可以不包括传输模式信息,此时,可以默认传输模式是单播传输模式还是共享传输模式。
其中,第一终端对应的接入网设备可以指第一终端接入的接入网设备或者第一终端当前驻留的小区所对应的接入网设备或者第一终端当前驻留的接入网设备等。接入网设备的能力信息可以指示接入网设备是否具备多播能力。接入网设备具备多播能力可以指下面功能的一项或多项:该接入网设备支持通过图3b所示方法传输多播业务的数据,支持与核心网控制面网元针对多播业务的信令面交互的增强,支持接收来自核心网用户面网元的多播业务的数据,支持本地处理多播业务的数据,支持空口通过点对多点发送多播业务的数据以及配置响应终端接收多播业务的数据。接入网设备不具备多播能力可以指接入网设备不支持通过图3b所示方式传输多播业务的数据,仅支持通过图3a所示方式传输多播业务的数据。比如接入网设备的能力信息可以包括接入网设备具体多播能力或者接入网设备不具备多播能力,还可以包括与接入网设备的多播能力对应的一个指示信息,该指示信息指示接入网设备的多播能力,比如指示信息可以为二进制比特0或1,如果指示信息为二进制比特0,则表示接入网设备具备多播能力,如果指示信息为二进制比特1,则表示接入网设备不具备多播能力。
其中,状态信息可以用于表征多播业务对应的多播会话处于去激活态,比如状态信息可以包括多播会话处于去激活态(multicast session deactivation)或者组播/广播业务会话去激活(MBS session deactivation),也可以包括与去激活态对应的指示信息,比如指示信息为二进制比特0或1,如果指示信息为二进制比特0,则表示去激活,如果指示信息为二进制比特1,则表示多播会话处于激活态。可选的,为节省信令开销,第一终端对应的多播业务的信息中可以不包括状态信息,此时默认多播业务对应的多播会话处于去激活态或激活态。
本申请实施例中,多播业务的标识信息可以用于标识该多播业务,多播业务的标识信息可以由终端的应用层配置。多播业务的标识信息可以等价替换为多播业务对应的多播群组的标识信息(比如临时多播群组标识(temporary multicast group identifier,TMGI)),或者,提供多播业务据的应用服务器的因特网协议(internet protocol,IP)多播地址,或者,多播业务的业务标识(service identifier,service ID),或者,多播业务的分组过滤(packet filter)信息,或者,多播业务的业务数据流(service data flow,SDF)识别规则,或者,用于传输多播业务的数据的多播会话的标识信息,或者多播/广播业务标识(MBS ID),或者多播/广播业务会话标识(MBS session ID)等。
本申请实施例中,多播会话处于去激活态可以包括下述一种或者多种:多播业务相关的信息(例如多播业务的服务质量(quality of service,QoS)信息或者QF信息等)在终端中被释放;多播业务相关的信息(例如,与多播业务相关的上下文(例如,多播上下文(MB context)或多播业务会话上下文(MBS session context)或多播组上下文(MB groupcontext)或多播业务上下文(MBS context))在接入网设备被释放;与多播会话相关的隧道信息释放;与多播会话相关的空口资源被释放;接入网设备存储的终端的上下文中与多播业务相关的信息被释放等;多播业务相关的信息(例如MBS session context或MB servicecontext)在第一会话管理网元与第二会话管理网元被保留但是被设置为去激活态,或组播业务相关的信息在第一会话管理网元被保留但是设置为去激活态,组播业务相关的信息在第二会话管理网元被释放,或者组播业务的相关信息在第一会话管理网元被释放,但是组播业务相关的信息在第二会话管理网元被保留但是设置为去激活态等。多播会话处于激活态可以包括下述一种或者多种:终端中存储有多播业务相关的信息(例如多播业务的QoS信息或者QF信息等);接入网设备中存储有与多播业务相关的上下文(例如,多播上下文(MBcontext)或多播业务会话上下文(MBS session context)或多播组上下文(MB groupcontext)或多播业务上下文(MBS context));配置与多播会话相关的隧道信息;配置与多播会话相关的空口资源;接入网设备存储的终端的上下文中有与多播业务相关的信息等;多播业务相关的信息(例如MBS session context或MB service context)保存在第一会话管理网元和/或第二会话管理网元中且被设置为激活态等。
示例性的,当移动管理网元确定第一终端加入多播业务对应的多播群组时,触发移动管理网元获取第一终端的对应的接入网设备的能力信息和/或确定多播业务对应的多播会话状态(是去激活态还是激活态),根据接入网设备的能力信息确定传输模式、设计传输模式信息和/或根据确定的多播会话状态设置状态信息,执行S701。具体的,移动管理网元确定传输模式、确定多播业务对应的多播会话状态的过程可参照图8对应的实施例中所述。
其中,移动管理网元可以通过下述方式确定第一终端加入多播业务对应的多播群组:
方式1.1、移动管理网元接收来自第一终端的加入请求,根据加入请求确定第一终端加入多播业务对应的多播群组。
本申请实施例中,加入请求可以用于请求加入多播业务对应的多播群组。加入请求可以携带多播业务的标识信息,还可以携带第一终端的标识信息以及其他信息,比如加入指示(join indication),加入指示可以用于指示有终端要加入某个群组。不同方式中加入请求可以被携带到不同消息中,如方式1.1中,加入请求携带在NAS消息或N2消息中。示例性地,N2消息可以是PDU会话资源调整请求(PDU session resource modify request)消息,该消息属于/对应PDU会话资源调整请求传输(PDU session resource modify requesttransfer),NAS消息可以是上行NAS传输消息,或者是其他为多播加入请求设计的专用消息。
本申请实施例中,第一终端的标识信息可以用于标识第一终端。具体的,第一终端的标识信息可以为第一终端的IP地址或者第一终端的媒体接入控制(media accesscontrol,MAC)地址或者第一终端的国际移动用户识别码(international mobilesubscriber identity,IMSI),或者第一终端的永久标识信息(subscriber permanentidentifier,SUPI),5G全球用户设备的临时标识信息(5G global user temporaryidentifier,5G-GUTI)等。
可选的,方式1.1中,移动管理网元还可以向第一会话管理网元发送所述加入请求或者用于指示第一终端加入多播业务对应的多播群组的指示信息,以指示第一会话管理网元第一终端加入多播业务对应的多播群组。
方式1.2、第一终端通过移动管理网元向第一会话管理网元发送携带加入请求的PDU会话修改请求(PDU session modification request)或者PDU会话建立请求(PDUsession establishment request)。第一会话管理网元接收PDU会话建立请求或者PDU会话建立请求,根据PDU会话建立请求或者PDU会话修改请求确定第一终端加入多播业务对应的多播群组,向移动管理网元发送加入请求或者用于指示第一终端加入多播业务对应的多播群组的指示信息,以指示第一终端加入多播业务对应的多播群组。移动管理网元接收到第一会话管理网元发送的加入请求或者指示信息,确定第一终端加入多播业务对应的多播群组。
其中,加入请求的作用以及携带内容与方式1.1中相同,不予赘述。只不过方式1.2中,加入请求可以携带在PDU会话建立请求或者PDU会话修改请求的透明容器中,该透明容器与第一会话管理网元对应,仅可以被第一会话管理网元解析/识别。
方式1.3、第一终端向移动管理网元发送NAS消息,该NAS消息中可以包含加入请求,以及携带加入请求的PDU会话建立请求或者PDU会话修改请求。移动管理网元接收来自第一终端的NAS消息,根据NAS消息包含的加入请求确定第一终端加入多播业务对应的多播群组。
进一步的,移动管理网元根据NAS消息中包含的PDU会话建立请求或者PDU会话修改请求,确定第一会话管理网元,向第一会话管理网元发送携带加入请求的PDU会话建立请求或PDU会话修改请求,以便第一会话管理网元根据PDU会话建立请求或PDU会话修改请求中携带的加入请求确定第一终端加入多播业务的数据。
可选的,方式1.3中,移动管理网元可以在向第一会话管理网元发送携带PDU会话建立请求或者PDU会话修改请求的消息中,包含多播业务的标识信息。
其中,方式1.3中加入请求的作用与包含内容与方式1.1中相同,不予赘述。
S702:第一会话管理网元根据第一终端对应的多播业务的信息,向移动管理网元发送第一信息。相应的,移动管理网元接收来自第一会话管理网元的第一信息。
其中,第一信息可以包括用于为第一终端传输多播业务的数据的服务质量流(quality of flow,QF)信息。QF信息可以用于建立传输多播业务的数据的QF,该QF属于用于传输多播业务的数据的会话(session)。第一信息包括的内容根据第一终端对应的多播业务的信息所包括的内容而定。具体的,可以包括下述几种情况:
第一种情况:第一终端对应的多播业务的信息包括传输模式信息。
当传输模式信息指示多播业务的传输模式是单播传输模式时,第一终端对应的接入网设备不具备多播功能(或者称为不支持MBS),此时第一信息可以包括多播业务对应的单播QF信息。或者,当传输模式信息指示多播业务的传输模式是共享传输模式时,第一终端对应接入网设备具备多播功能(或者称为支持MBS),此时第一信息可以包括多播业务对应的多播QF信息。
可选的,当多播业务的传输模式是共享传输模式时,第一信息还可以包括多播业务对应的单播QF信息,和/或,包括多播业务对应的单播QF信息与多播业务对应的多播QF信息之间的关联关系。如此可以在第一终端移动到不具备多播业务的接入网设备的覆盖范围下时,根据第一信息获取该多播业务对应的单播QF信息建立单播QF,通过单播QF向终端传输多播业务的数据,保证多播业务传输的连续性。
第二种情况:第一终端对应的多播业务的信息包括状态信息。
第一信息包括多播业务对应的多播QF信息以及多播业务对应的单播QF信息。
第三种情况:第一终端对应的多播业务的信息包括状态信息和传输模式信息。
当第一会话管理网元根据状态信息确定多播业务对应的多播会话处于去激活状态时,第一会话管理网元不确定多播会话什么时候被再次激活,且不确定多播会话再激活时接入网设备是否还具备多播能力,此时,第一会话管理网元仅以多播会话处于去激活态作为触发条件,触发第一会话管理网元仅根据当前的传输模式信息向移动管理网元发送第一信息。比如当传输模式信息指示多播业务的传输模式是单播传输模式时,第一信息包括多播业务对应的单播QF信息;或者,当传输模式信息指示多播业务的传输模式是共享传输模式时,第一信息包括多播业务对应的多播QF信息,以激活多播会话。
本申请实施例中,多播业务对应的多播QF信息可以用于建立多播业务对应的多播会话,或者用于建立用于传输多播业务对应的多播会话的传输资源。多播业务对应的多播QF信息可以包括下述一种或者多种:多播QF的标识信息(比如多播QFI)、多播上下文的标识信息、多播QF对应的QoS参数(例如多播QF的标识信息、时延预算或者错误率等一项或多项)、多播业务的数据对应的隧道信息、多播业务的服务质量(quality of service,QoS)模板(比如QoS描述信息或者QoS配置文件等)、多播业务的描述信息、以及UE列表。多播QF可以为多播会话包括的用于传输多播业务的数据的QF,多播上下文的标识信息可以为多播群组的标识信息。多播业务的数据对应的隧道信息可以用于标识传输多播业务的数据的隧道。多播业务的QoS模板可以用于指示多播业务的传输要求,多播业务的QoS模板可以包括但不限于多播业务的优先级、多播业务的误码率信息、多播业务的丢包率信息、多播业务的延迟信息等。多播业务的描述信息可以用于指示多播业务是否支持单播传输模式等。UE列表可以用于指示已加入多播业务对应的多播群组的终端,比如UE列表可以包括已加入多播业务对应的多播群组的终端的标识信息等。
本申请实施例中,多播业务对应的单播QF信息可以用于建立或者指示多播业务对应的单播会话中用于传输多播业务的传输资源,具体来说,多播业务对应的单播QF信息可以用于建立某个单播QF,或者是用于指示已建立的单播QF中可以用于传输多播业务的数据的QF。该单播会话与第一终端对应,该单播会话可以称为第一终端的PDU会话,该第一终端的PDU会话用于传输多播业务的数据。多播业务对应的单播QF信息可以包括下述一种或者多种:单播QF的标识信息(比如单播QFI)、单播QF对应的QoS参数(例如单播QF的标识信息、时延预算或者错误率等一项或多项)、单播QF对应的隧道信息、单播QF的QoS模板(比如QoS描述信息或QoS配置文件))。单播QF可以为第一终端的PDU会话包括的用于传输多播业务的数据的QF。单播QF对应的隧道信息可以用于标识通过单播传输模式向第一终端传输多播业务的数据的隧道。单播QF的QoS模板可以用于指示通过单播传输模式传输多播业务的数据时的传输要求,单播QF的QoS模板可以包括但不限于优先级、误码率信息、丢包率信息、延迟信息等。
本申请实施例中,多播业务对应的单播QF与多播业务对应的多播QF中存在具有相同/相匹配的QoS参数的单播QF以及多播QF。其中具有相同/相匹配的QoS参数的单播QF以及多播QF可以相互对应,二者之间具有关联关系,二者的QF信息具有关联关系。其中,多播业务对应的单播QF信息与多播业务对应的多播QF信息之间关联关系可以包括:单播QF的标识信息(比如单播QFI)和单播QF对应的多播QF的标识信息(比如多播QFI)之间的关联关系,还可以包括单播QF对应的隧道信息和该单播QF对应的多播QF对应的隧道信息之间的关联关系等。具体的,可以在多播业务对应的一条单播QF信息中携带与其对应的多播业务对应的多播QF信息,以表示多播业务对应的单播QF信息与多播业务对应的多播QF信息之间存在的关联关系。
例如,如下所示,假设多播业务对应的单播QF信息携带在PDU session resourcemodify request消息中,PDU session resource modify request消息携带QoS FlowIdentifier信元,QoS Flow Identifier信元为单播QFI,其包含了MBS QoS FlowIdentifier(即多播QFI)以及TMGI(即多播业务的标识信息),以表示该单播QFI与该多播QFI之间存在关联关系。
PDU SESSION RESOURCE MODIFY REQUEST
(>PDU Session Resource Modify Request
>>PDU Session ID
>>NAS-PDU(PDU Session Modification Command)
>>PDU Session Resource Modify Request Transfer
>>>QoS Flow Add or Modify Request List
>>>>QoS Flow Add or Modify Request Item
>>>>>QoS Flow Identifier(indicates the mapped unicast QFI)
>>>>>QoS Flow Level QoS Parameters
>>>>>MBS QoS Flow Identifier
>>>>>TMGI);
需要说明的是,如果多播业务的传输模式是单播传输模式,意味着接入网设备不具备多播能力,无法识别出多播业务对应的多播QF信息与多播业务对应的单播QF信息之间的关联关系,此时,则第一信息中可以携带多播业务对应的多播QF信息与多播业务对应的单播QF信息之间的关联关系,也可以不携带该关联关系,不予限制。
示例性的,第一会话管理网元向移动管理网元发送第一信息可以包括:第一会话管理网元将第一信息携带在N11消息中向移动管理网元发送。相应的,移动管理网元接收携带第一信息的N11消息,从接收到的N11消息中获取第一信息。
其中,N11消息可以是SMF与AMF之间的服务接口(Nsmf)_PDU会话更新会话管理上下文响应(Nsmf_PDUSession_UpdateSMContext response)消息,也可以是随着通信技术的发展出现的其他新的N11消息,此处不予限定。
可选的,移动管理网元接收到第一信息后可以保存第一信息。比如可以对应保存多播业务的标识信息以及第一信息包括的QF信息中的全部或部分信息。其中如果第一信息包括多播业务对应的单播QF信息,则移动管理网元可以保存多播业务对应的单播QF信息与第一终端之间的对应关系,比如对应保存多播业务对应的单播QF信息与第一终端的标识信息,或者将多播业务对应的单播QF信息保存在移动管理网元中第一终端的UE上下文中,或者将多播业务对应的单播QF信息保存在多播业务对应的多播会话的上下文中。
可选的,如图7所示,该方法还可以包括:
S703:移动管理网元向接入网设备发送第一信息。相应的,接入网设备接收第一信息,进而根据第一信息获取为第一终端传输多播业务的QF,比如建立为第一终端传输多播业务的QF或者从建立的QF中选择出为第一终端传输多播业务的数据的QF等。
其中,接入网设备可以为第一终端对应的接入网设备,为第一终端当前接入的接入网设备,第一终端当前驻留在该接入网设备的覆盖区域等。
应理解,S703为可选步骤。比如当移动管理网元从第一会话管理网元接收到的第一信息包括多播业务对应的单播QF信息时,移动管理网元可以向接入网设备发送第一信息,例如向接入网设备发送多播业务对应的单播QF信息。可选的,在第一信息包括多播业务对应的单播QF信息与多播业务对应的多播QF信息之间的关联关系的情况下,还可以向接入网设备发送多播业务对应的单播QF信息与多播业务对应的多播QF信息之间的关联关系。当移动管理网元从第一会话管理网元接收到的第一信息包括多播业务对应的多播QF信息时,如果此时多播业务对应的多播会话处于去激活态或者出现其他情况,则移动管理网元可以不向接入网设备发送第一信息,继续保持多播会话处于去激活态。
本申请实施例中,移动管理网元向接入网设备发送第一信息可以包括移动管理网元将其从第一会话管理网元接收到第一信息中的全部信息发送给接入网设备,也可以将第一信息中的部分信息发送给接入网设备,不予限制。比如移动管理网元接收到第一会话管理网元发送的第一信息后,如果第一信息包括多播业务对应的单播QF信息以及多播业务对应的多播QF信息,则移动管理网元可以根据传输模式是单播传输模式,或根据接入网设备的能力信息确定传输模式是单播传输模式,向接入网设备仅发送第一信息包含的多播业务对应的单播QF信息。
可选的,如果传输模式是单播传输模式,且未建立接入网设备与第一终端对应的UPF之间用于传输多播业务的数据的传输通道,则图7所述所示方法还可以包括建立接入网设备与用户面网元之间用于传输多播业务的数据的传输通道。如果传输模式是共享传输模式且未建立接入网设备与多播用户面功能(比如M-UPF)之间用于传输多播业务的数据的传输通道,则图7所述方法还可以包括建立接入网设备与M-UPF之间的传输通道。具体的,建立传输通道的过程可参照图8对应的实施例中所述。
基于图7所示方法,可以由移动管理网元将多播业务对应的传输模式信息和/或多播业务对应的多播会话的状态信息指示给第一会话管理网元,以便第一会话管理网元根据移动管理网元的指示按需建立为终端传输多播业务的数据的传输资源(或者称为会话),比如在单播传输模式下建立单播QF,在共享传输模式下建立多播QF,避免核心网设备在单播传输模式下仍尝试建立多播传输通道(比如多播会话)而带来的不必要的资源浪费。
下面结合图5所示5G系统,假设第一终端为UE,接入网设备为RAN,移动管理网元为AMF,第一会话管理网元为SMF,第二会话管理网元为M-SMF,单播用户面网元或者用户面功能为UPF,多播用户面功能为M-UPF,以通过S701中的方式1.2确定UE加入多播业务对应的多播群组为例,对图7所示方法进行介绍:
图8为本申请实施例提供的一种多播业务的通信方法,如图8所示,可以包括:
S801:UE向SMF发送加入请求。相应的,SMF接收加入请求。
其中,加入请求(join request)如上所述,可以用于请求加入多播业务对应的多播群组。UE发送的加入请求可以携带在PDU会话修改请求或者PDU会话建立请求中,PDU会话修改请求如3GPP标准中所述,用于请求修改UE的PDU会话。PDU会话建立请求如3GPP标准中所述,用于请求建立UE的PDU会话。PDU会话修改请求、PDU会话建立请求可以携带UE的PDU会话的标识信息。加入请求可以包括多播业务的标识信息,还可以包括终端的标识信息以及其他信息,比如UE的PDU会话的标识信息等。
其中,终端的标识信息、多播业务的标识信息如图7对应的实施例中所述,不予赘述。
示例性的,当使用UE的用户存在多播业务需求时,该用户触发UE的应用层配置多播业务的标识信息,向AMF发送加入请求,由AMF将加入请求转发给SMF。
以加入请求携带在PDU会话修改请求为例,终端向AMF发送携带加入请求的PDU会话修改请求,AMF接收PDU会话修改请求,AMF接收到PDU会话修改请求后,可以以PDU会话修改请求携带的PDU会话的标识信息为索引,查询PDU会话的上下文,从PDU会话的上下文中获取SMF的标识信息,根据SMF的标识信息,识别出向SMF发送PDU会话修改请求,向SMF发送/转发该PDU会话修改请求。
例如,假设多播业务为某个电视节目,如:CCTV1、CCTV2等电视节目,UE为机顶盒(set top box,STB)1,STB1可以将这些电视节目的相关信息显示给用户,用户可以手动选择自己想观看的电视节目,如:选择CCTV1,并将选择结果发送给STB1,STB1根据该选择结果,向AMF发送携带CCTV1的PDU会话修改请求,AMF接收到携带CCTV1的PDU会话修改请求,转发给SMF。
具体实现时,S801的发送过程可参照现有过程,如:UE向AMF发送NAS消息,该NAS消息中包括N1会话管理容器(N1 SM container)(或者称为透明容器),N1 SM container可以包括携带加入请求的PDU会话修改请求或者PDU会话建立请求;AMF接收到NAS消息后,并向SMF转发N1 SM container。
本申请实施例中,透明容器、传输容器(transparent container)、N1会话管理容器(N1SM container)可以替换使用,不予限制。
S802:SMF向AMF发送加入请求。相应的,AMF接收加入请求。
其中,加入请求的相关描述如上所述,不予赘述,也可以是间接的加入请求,例如SMF通过将UE请求加入的多播群组对应的多播群组的信息提供给AMF。加入请求可以携带在N11消息中发送给AMF,该N11消息可以称为与多播业务有关的N11消息。本申请实施例中,SMF向AMF发送的与多播业务有关的N11消息可以替换描述为多播N11(M-N11)消息。除向AMF发送加入请求之外,SMF还可以在向AMF发送的N11消息中携带其他信息,比如多播业务对应的单播PDU会话(即UE的PDU会话)的标识信息、UE的授权信息、UE列表等。UE的授权信息可以用于指示该UE被授权可以加入多播业务的数据或者确定该UE已加入多播业务对应的多播群组。UE列表可以用于指示加入多播业务对应的多播群组的UE,该UE列表所指示的UE与AMF以及SMF对应,由SMF管理其会话且由该AMF进行注册和移动性管理,UE列表可以包含SMF确定的加入多播业务对应的多播群组的UE的标识信息。
可选的,如果SMF向AMF发送UE的授权信息,则SMF向AMF发送加入请求之前,还可以对UE进行网络鉴权,比如SMF授权UE的加入请求(SMF authorizes UE’s join request),确定该UE是否被授权加入多播业务对应的多播群组。比如SMF可以根据UE的鉴权/签约信息对UE进行网络鉴权,如果UE的鉴权/签约信息显示该UE签约有该多播业务,则对该UE网络鉴权成功,确定UE已加入多播业务对应的多播群组,则向AMF发送加入请求。
本申请实施例中,UE的鉴权/签约信息可以保存在SMF上,或者保存在其他网元上,比如UDM等网元的数据库中,不予限制。
进一步可选的,AMF接收携带加入请求的N11消息后,可以根据N11消息所携带的内容执行下述过程中的一种或多种:
(1)N11消息中携带UE的标识信息,未携带UE的授权信息。
AMF根据UE的标识信息对UE进行网络鉴权,确定该UE是否可以被授权加入多播业务对应的多播群组。其中,AMF对UE进行网络鉴权的过程可参照上述SMF对UE进行网络鉴权的过程,不予赘述。
应理解,如果N11消息携带UE的授权信息,即AMF从SMF接收到UE的授权信息,则AMF可以不执行上述过程(1),避免重复对同一UE进行网络鉴权。
(2)N11消息中携带多播业务的标识信息。
AMF根据多播业务的标识信息,以多播业务的标识信息为索引,查找本地是否存储了该多播业务对应的多播会话的上下文信息。如果没有存储多播业务对应的多播会话的上下文信息,则AMF可以与M-SMF进行信令交互,从M-SMF中获取多播业务对应的多播会话的上下文信息。
其中,多播业务对应的多播会话的上下文信息可以替换描述为多播业务的上下文信息或多播/广播业务(MBS)的上下文信息或者多播/广播业务会话上下文(MBS sessioncontext)或者多播业务对应的多播QF信息等。多播业务对应的多播会话的上下文信息与多播业务对应,比如多播业务对应的多播会话的上下文信息中可以包括多播业务的标识信息,还可以包括下述一种或多种信息:多播业务对应的多播QFI、多播业务的QoS模板、多播业务的描述信息、UE列表、多播业务对应的多播会话的状态信息等。
本申请实施例中,M-SMF可以为管理多播业务对应的多播会话的SMF。M-SMF可以存储有多多播业务对应的多播会话的上下文信息等。
本申请实施例中,多播业务的QoS模板可以包括但不限于多播业务的优先级信息、多播业务的误码率信息、多播业务的丢包率信息、延迟信息等等。
本申请实施例中,多播业务的描述信息可以用于表征多播业务是否支持单播传输模式。或者说,多播业务的描述信息可以用于指示该多播业务是否有使用单播传输模式的需求。其中多播业务支持单播传输模式可以指多播业务的数据可以通过单播传输模式发送,一种可能的例子是,多播业务的内容提供商与运营商签署过相关协议,从而网络可以使用单播资源传输此多播数据(因为使用单播意味着需要更多的网络资源,网络会收取更多的额资费),并且可以使用事先商定的资费协议进行计费。该多播业务不支持单播传输模式则意味着多播业务支持共享传输模式。多播业务支持共享传输模式可以指核心网可以使用共享传输模式传输多播数据。
本申请实施例中,UE列表可以用于指示已加入多播业务对应的多播群组的UE。该UE列表所指示的UE与AMF以及SMF对应,由SMF管理其会话且由该AMF进行注册和移动性管理。该UE列表与多播业务对应,该UE列表可以包括多播业务的标识信息以及已加入多播业务对应的多播群组的UE的标识信息。如果某个UE的标识包括在该UE列表中,则表示UE已加入多播业务对应的多播群组;或者,该UE列表还可以包括未加入多播业务对应的多播群组的UE的标识信息,如果某个UE的标识信息包括在该UE列表中,则表示该UE未加入多播业务对应的多播群组,如果UE的标识信息不包括在该UE列表中,则表示该UE已加入多播业务对应的多播群组。
示例性的,SMF可以向第一网元发送多播业务的标识信息,第一网元接收多播业务的标识信息,以多播业务的标识信息为索引查询第一对应关系,找到多播业务的标识信息对应的M-SMF的标识信息,向AMF发送M-SMF的标识信息。AMF接收M-SMF的标识信息,根据M-SMF的标识信息向M-SMF发送携带多播业务的标识信息的请求消息,需要接收多播业务对应的多播会话的上下文信息。M-SMF接收到AMF发送的请求消息后,向AMF发送多播业务对应的多播会话的上下文信息。
可选的,SMF向AMF发送M-SMF的标识信息的同时,还可以向AMF发送多播业务的标识信息。AMF接收到多播业务的标识以及M-SMF的标识信息之后,可以存储M-SMF的标识信息与多播业务的标识信息的对应关系,该对应关系可以用于AMF在后续步骤(比如S819步)针对多播业务的标识信息所指示的多播业务与M-SMF进行通信。
其中,第一网元可以为NRF或者UDM或者UDR或者PCF,还可以为其他具备选择M-SMF的功能的网元,不予限制。其中,第一对应关系可以包括多播业务的标识信息与M-SMF之间的对应关系,第一对应关系可以预先存储在第一网元中。
可选的,如果AMF从M-SMF获取到UE列表,则AMF可以将UE列表作为UE上下文的一部分存储在AMF处,或者作为UE的PDU会话的上下文的一部分存储在AMF处。比如如果SMF向AMF发送的N11消息中携带有UE的PDU会话的标识信息,则AMF可以根据N11消息中UE的PDU会话的标识信息,确定该UE的PDU会话的上下文,并将UE列表存在该UE的PDU会话的上下文中。
(3)AMF对应存储SMF的标识信息以及多播业务的标识信息,便于AMF根据其存储的信息确定多播业务对应的SMF,与SMF进行有关多播业务的信令交互。
其中,SMF的标识信息可以为SMF的因特网协议(internet protocol,IP)地址或者SMF的媒体接入控制(media access control,MAC)地址或者SMF的完全限定域名(fullyqualified domain name,FQDN),也可以为其他能够标识SMF的标识符,不予限制。
S803:如果AMF从M-SMF获取到多播业务的描述信息,则AMF可以根据多播业务的描述信息确定该多播业务是否支持单播传输模式。如果该多播业务支持单播传输模式,则执行下述S804-S813。反之,如果该多播业务不支持单播传输模式,则执行下述S814-S820。
应理解,S803为可选步骤,AMF也可以不执行S803,执行完S802后就执行S804-S820。比如如果AMF从M-SMF未获取到多播业务的描述信息,则AMF可以不执行S803。
S804:AMF确定多播业务的传输模式是多播传输模式或者共享传输模式。
示例性的,AMF可以根据为UE提供网络服务的RAN的能力信息,确定多播业务的传输模式是单播传输模式或者共享传输模式。其中,RAN的能力信息可以用于表征该RAN是否具备通过多播传输方式传输多播业务的数据的能力(本文中可以简称为RAN是否具备多播能力或MBS能力)。如果RAN的能力信息表征该RAN具备多播能力,则确定多播业务的传输模式是共享传输模式,反之,如果RAN的能力信息表征该RAN不具备多播能力,则多播业务的传输模式是单播传输模式。
一种可能的设计中,RAN的能力信息可以在RAN和/或AMF上电(或者说设备部署入网开始工作)时由AMF从RAN获取。比如,当AMF和/或RAN上电时,AMF和RAN交互各自的配置信息,该配置信息可以包括RAN的能力信息、AMF的能力信息、RAN的负载信息等。RAN的能力信息如上所述,不予赘述。AMF的能力信息可以用于指示该AMF是否支持,RAN的负载信息可以用于指示接入该RAN的UE的个数等。
又一种可能的设计中,AMF可以通过网管(比如操作、管理与维护(operations、administration and maintenance,OAM))发送的预配置信息获取RAN的能力信息。比如网管可以在RAN入网时获取RAN的能力信息,并将RAN的能力信息携带在预配置信息中预先配置给AMF。
除根据RAN的能力信息确定多播业务的传输模式之外,AMF也可以根据其他信息确定多播业务的传输模式,比如一种实现方式中,AMF可以根据其存储的UE列表确定加入多播业务对应的多播群组的UE个数,当UE个数超过了预设值时,AMF确定多播业务的传输模式是共享传输模式,反之,则确定多播业务的传输模式是单播传输模式。或者,另一种实现方式中,AMF获取多播业务的描述信息,如果多播业务的描述信息表征多播业务支持单播传输模式,AMF确定多播业务可以使用单播传输模式,否则,AMF确定多播业务的传输模式是共享传输模式。
可选的,AMF确定多播业务的传输模式之后,可以对应保存多播业务与多播业务的传输模式,比如可以将多播业务的传输模式保存到多播业务对应的多播会话的上下文中,或者将多播业务的传输模式存储在UE的上下文中,该UE属于多播业务对应的多播群组。
S805:AMF向SMF发送UE对应的多播业务的信息。相应的,SMF接收UE对应的多播业务的信息。
其中,UE对应的多播业务的信息可以包括多播业务的传输模式。该UE对应的多播业务的信息可以携带在N11消息中,该N11可以称为M-N11消息或MB-N11消息。具体的,UE对应的多播业务的信息的相关描述可以包括S701中所述,不予赘述。
可选的,S805中,AMF还可以获取多播业务对应的多播会话的状态信息,将多播业务对应的多播会话的状态信息携带在UE对应的多播业务的信息中。一种可能的设计中,AMF可以从M-SMF获取多播会话的状态信息,比如可以在S802中从M-SMF获取多播会话的状态信息。又一种可能的设计中,若RAN或者M-UPF监测到多播会话上长时间未传输多播业务的数据,则确定多播会话处于去激活态,将多播会话的状态信息指示给AMF。
此外,在AMF执行S802中的过程(1)的情况下,上述携带UE对应的多播业务的信息的N11消息中还可以携带中UE授权信息。可选的,在AMF执行S802中的过程(2),从M-SMF获取到多播业务对应的多播会话的上下文信息的情况下,N11消息中还可以携带多播业务对应的多播会话的上下文信息和/或M-SMF的标识信息等。
示例性的,AMF向SMF发送UE对应的多播业务的信息可以包括:AMF根据SMF的标识信息,向SMF发送UE对应的多播业务的信息。其中SMF的标识信息可以在AMF执行S802中的过程(3)的情况下,由AMF存储在本地。
S806:SMF从M-SMF获取多播业务对应的多播会话的上下文信息。
示例性的,SMF可以根据M-SMF的标识信息,从M-SMF获取多播业务对应的多播会话的上下文信息。其中M-SMF的标识信息可以由AMF在S805中发送给SMF;或者,由SMF从第一网元获取,不予限制。其中SMF从第一网元获取M-SMF的标识信息的方式与AMF从第一网元获取M-SMF的标识信息的方式相同,不予赘述。
应理解,S806为可选步骤。如果S805中AMF将多播业务对应的多播会话的上下文信息发送给SMF,则S806可以不执行。
S807:SMF根据多播业务对应的多播会话的上下文信息,生成多播业务对应的单播QF信息。
其中,多播业务对应的单播QF信息可以如S701中所述,可以包括单播QFI、单播QF的对应的QoS参数、单播QF对应的隧道信息等。
具体的,SMF根据多播业务对应的多播会话的上下文信息,生成多播业务对应的单播QF信息可以包括:SMF根据多播业务对应的多播会话的上下文信息多播QF对应的QoS参数确定/配置多播业务对应的单播QF,比如将单播QF对应的QoS参数设置为与多播QF对应的QoS参数相同,根据单播QF对应的QoS参数配置单播QF以及单播QF对应的QFI,根据多播QF对应的隧道信息确定单播QF对应的隧道信息、配置QoS参数相同的单播QF的QFI与多播QF的QFI之间的映射关系等等。
S808:如果UE对应的多播业务的信息包括多播业务的传输模式,且多播业务的传输模式是单播传输模式,则SMF确定建立多播业务对应的M-UPF与UE对应的单播UPF(或者称为UPF或UE的PDU会话的锚点)之间的传输通道。
其中,多播业务对应的M-UPF与UE对应的单播UPF之间的传输通道可以用于为UE传输多播业务的数据。比如应用服务器(比如AF)将多播业务的数据发送给M-UPF后,M-UPF通过该传输通道将多播业务的数据发送给单播UPF,由单播UPF将多播业务的数据发送给RAN,由RAN发送给UE。
其中,单播UPF可以称为UE的PDU会话对应的用户面网元,单播UPF与DN直接连接的传输UE的数据的UPF,或者,单播UPF为接收应用服务器发送的UE的数据的UPF,单播UPF可以称为UE的PDU会话的用户面锚点。M-UPF可以称为核心网接收多播业务的数据的入口网元,或者,多播业务对应多播会话的锚点网元。
一种示例中,如图9a所示,M-UPF与单播UPF之间的传输通道可以是通过点对点(point-to-point)的方式建立的传输通道,比如可以根据M-UPF的隧道信息(比如M-UPF的GTP-U隧道标识)和/或单播UPF的隧道信息(比如单播UPF的GTP-U隧道标识)建立通用分组无线服务隧道协议-用户面(general packet radio service tunnelling protocol-userplane,GTP-U)隧道。该GTP-U隧道建立完成之后,M-UPF中可以保存多播业务的标识信息与单播UPF的隧道信息之间的对应关系,单播UPF中可以保存M-UPF的隧道信息与多播业务之间的对应关系,比如保存M-UPF的隧道信息与多播业务的识别信息之间的对应关系。
其中单播UPF的隧道信息可以是单播UPF的GTP-U隧道标识或者单播UPF的接入网隧道信息(AN tunnel info)等,不予限制。
又一种示例中,如图9b所示,M-UPF与单播UPF之间的传输通道可以是根据点对多点(point-to-multicast point)的方式建立的传输通道,此时该M-UPF与其对应的单播UPF之间可以形成一个组播树,M-UPF为组播源,而与M-UPF对应的单播UPF可以作为该组播树的接收端。该组播树对应一个组播地址,该组播地址与多播业务对应,组播源可以发送携带多播业务的数据以及该组播地址的数据包,接收到该数据包的UPF可以成功解析该数据包获取多播业务的数据。
其中,组播地址可以由MB-SMF或M-UPF分配,该组播地址可以包括Common-TEID、C-TEID、或者因特网协议多播地址(IP multicast address)。IP multicast address可以由M-SMF或者M-UPF配置,IP multicast address为M-UPF的因特网协议地址(IP address)。
具体的,SMF建立多播业务对应的M-UPF与UE对应的单播UPF(或者称为UPF或UE的PDU会话的锚点)之间的传输通道的过程参照图8中S809-S813。
S809:如果SMF选择采用如图9a所示方法建立M-UPF与UPF之间的传输通道,则SMF与UPF进行信令交互,获取UPF的隧道信息。
其中,UPF的隧道信息可以用于该UPF传输多播业务的数据。UPF的隧道信息可以是UPF的GTP-U隧道标识(tunnel ID)或者UPF的接入网隧道信息(AN tunnel info)。
可选地,SMF可以保存其选择的建立MB-UPF和UPF之间的传输通道的方式。
S810:SMF向M-SMF发送第一消息。相应的,M-SMF接收第一消息。
其中,第一消息可以用于建立MB-UPF与UPF之间用于传输多播业务的数据的传输通道。第一消息可以包括下述一种或者多种信息:多播业务的标识信息、多播业务的QF标识信息(比如多播业务的QFI)、UPF的隧道信息。
其中第一消息中包括的多播业务的标识信息可以用于M-SMF知道是为哪个多播业务对应的多播群组建立传输通道。第一消息中包括的多播业务的QF标识信息可以用于M-SMF知道需要传输哪个QF上的多播业务的数据至UPF。
S811:如果第一消息中包括UPF的隧道信息,则M-SMF与M-UPF进行信令交互,将UPF的隧道信息发送给M-UPF,以便于M-UPF接收到多播业务的数据之后,根据UPF的隧道信息将多播业务的数据发送至UPF。
应理解,如果第一消息中未包括UPF的隧道信息,则意味着SMF未选择才采用图9a所示方式建立传输通道,而是选择图9b所示方式建立传输通道,此时,如果组播地址无需由M-UPF分配,而是由M-SMF分配,则M-SMF不与M-UPF进行信令交互。如果M-UPF分配组播地址,则M-SMF与M-UPF进行信令交互,M-SMF向M-UPF发送请求获取组播地址的N4消息,M-UPF接收到M-SMF发送的N4消息后,将组播地址发送给M-SMF。
S812:M-SMF向SMF发送第一消息的响应消息。相应的,SMF接收第一消息的响应消息。
其中,第一消息对应的响应消息可以指示M-UPF与UPF之间的传输通道建立成功。如果采用图9b所示方式建立传输通道,则第一消息对应的响应消息中可以携带组播地址。
S813:如果采用图9b所示方法,则SMF将组播地址提供给UPF,由UPF加入组播树。
至此,M-UPF与UPF之间的用于传输多播业务的数据的传输通道建立完成。
S814:SMF根据UE对应的多播业务的信息,向AMF发送第一信息。相应的,AMF接收第一信息。
其中,第一信息的相关描述、SMF根据UE对应的多播业务的信息向AMF发送第一信息的过程可参照S702中所述,不予赘述。
进一步的,AMF接收到第一信息后可以保存第一信息。比如将第一信息与多播业务的标识信息对应保存在本地。
S815:AMF向RAN发送第一信息。相应的,RAN接收第一信息。
其中,第一信息可以携带在N2消息中。
需要说明的是,本申请不限制S814-S815的执行顺序,S814-S815可以在S807之后、S808之前执行,也可以S808-S813中执行等,不予限制。
S816:如果多播业务的传输模式是共享传输模式,AMF确定用于多播业务对应的多播会话是否建立。如果没有建立,则执行S817-S820。
其中,多播业务对应的多播会话可以包括RAN到M-UPF之间的传输通道。
S817:AMF向RAN发送N2消息,N2消息中可以包括多播业务对应的多播会话的上下文,比如多播业务对应的多播QF的信息。相应的,RAN接收N2消息。
其中,如果S815中第一信息携带多播业务对应的多播QF的信息,则可以不执行S817。
S818:RAN向AMF发送N2消息的响应,N2消息的响应可以包括RAN的隧道信息。相应的,AMF接收N2消息的响应。
其中,RAN的隧道信息可以包括RAN的因特网协议(internet protocol,IP)地址和隧道端点标识(tunnel endpoint identifier,TEID)。RAN的隧道信息可以用于建立M-UPF与RAN之间的用于传输多播业务的数据的传输通道。
S819:AMF将RAN的隧道信息发送至M-SMF。
S820:M-SMF将RAN的隧道信息携带在N4会话配置消息(N4 sessionconfiguration)中发送给M-UPF。
至此,M-UPF至RAN的传输通道建立完成。
基于图8所示方法,提供了一种由AMF触发核心网设备(比如SMF)建立为UE传输多播业务的数据的传输资源(或者称为会话)的方式,比如在单播传输模式下建立单播QF,在共享传输模式下建立多播QF,这样可以按需建立传输多播业务的数据的传输资源,避免核心网设备在单播传输模式下仍尝试建立多播传输通道而带来的不必要的资源浪费。同时,SMF可以根据AMF的指示确定向AMF发送的第一信息所包括的内容,从而节约网络资源。
上述图8以UE对应的多播业务的信息包括传输模式,或者包括传输模式以及多播会话的状态信息为例对图7所示方法进行了描述。下面结合图5所示5G系统,假设第一终端为UE,接入网设备为RAN,移动管理网元为AMF,第一会话管理网元为SMF,第二会话管理网元为M-SMF,用户面功能为UPF,多播用户面功能为M-UPF,以UE对应的多播业务的信息包括多播会话的状态信息为例对图7所示方法进行描述。
图10为本申请实施例提供的又一种多播业务的通信方法,如图10所示,可以包括:
S1000:AMF确定多播业务对应的多播会话处于去激活态。
一种可能的设计中,AMF可以从M-SMF获取多播会话的状态信息。又一种可能的设计中,若RAN或者M-UPF监测到多播会话上长时间未传输多播业务的数据,则确定多播会话处于去激活态,AMF可以从RAN或者M-UPF获取多播会话的状态信息。
S1001:UE向SMF发送加入请求。相应的,SMF接收加入请求。
其中,S1001与S801相同,不予赘述。
S1002:SMF向AMF发送加入请求。相应的,AMF接收加入请求。
其中,S1002与S802相同,不予赘述。
S1003:AMF向SMF发送UE对应的多播业务的信息,UE对应的多播业务的信息包括状态信息,该状态信息表征多播业务对应的多播会话处于去激活态。相应的,SMF接收UE对应的多播业务的信息。
此外,如果AMF在S1002中对UE进行网络鉴权,则AMF还可以向SMF发送UE授权信息。如果AMF在S1002中还从M-SMF获取到多播业务对应的多播会话的上下文信息的情况下,则AMF还可以向SMF发送多播业务对应的多播会话的上下文信息和/或M-SMF的标识信息等。
具体的,S1003的执行过程可参照S805中所述,不予赘述。
S1004:SMF从M-SMF获取多播业务的上下文信息。
其中,S1004的执行过程与S806相同,不予赘述。
S1005:SMF根据多播业务的上下文信息生成多播业务对应的单播QF信息。
其中,S1005的执行过程与S807相同,不予赘述。
S1006:SMF根据接收到的UE对应的多播业务的信息,确定多播业务对应的多播会话处于去激活态,触发SMF向AMF发送第一信息。
其中,第一信息包括多播业务对应的多播QF信息以及多播业务对应的单播QF信息。
示例性的,当SMF获知多播业务对应的多播会话处于去激活态,确定多播业务对应的多播会话当前不能用于为该UE传输多播业务的数据时,由于SMF无法确定当多播会话再次激活时,该UE对应的RAN是否具备多播能力,换言之,SMF无法根据RAN的能力信息确定多播业务的传输模式是什么模式。因此,为保证多播业务的数据的正常传输,SMF可以将多播业务对应的多播QF信息以及多播业务对应的单播QF信息同时发送给AMF,以便AMF在此后需要激活多播业务对应的多播会话时,可以灵活根据UE接入的RAN多播能力,灵活选择通过多播会话或是通过UE的PDU会话向UE传输多播业务的数据,例如多播会话再次激活时,UE接入的RAN不支持多播,那么AMF选择通过UE的PDU会话传输多播业务的数据,反之,则通过多播会话传输多播业务的数据。
本申请实施例中,UE的PDU会话可以用于为UE传输多播业务的数据。UE的PDU会话可以称为多播业务对应的单播PDU会话或者多播业务对应的单播会话或者多播业务对应的单播QF或者单播传输通道等等。
S1007:AMF保存第一信息。比如AMF可以对应保存多播业务对应的多播QF信息以及多播业务对应的单播QF信息。
进一步的,为了便于后续通过UE的PDU会话向UE发送多播业务的数据,可选的,当多播业务对应的多播会话处于去激活态,SMF还可以确定建立多播业务对应的M-UPF与UE的PDU会话对应的UPF(或称为单播UPF)之间用于传输多播业务的数据的传输通道。
其中,图10所示方法中可以采用图9a或图9b所示方式建立M-UPF与UPF之间的传输通道。具体的,该建立过程可参照S809-S813,不予赘述。
进一步的,SMF还可以根据多播会话处于去激活态的状态信息,确定不建立通过UE的PDU会话传输多播业务的数据的传输通道,确保兼容目前的设计流程,简化设计。
基于图10所示方法,SMF可以根据AMF提供的多播会话的状态,确定后续估计可以通过UE的PDU会话(即通过单播传输模式)传输多播业务对应的多播数据。并事先建立通过UE的PDU会话传输多播业务的数据的传输通道,避免建立延迟,提高后续UE通过PDU会话接收多播业务的数据的效率。或者不建立单播传输通道,保证系统的兼容性。
上述图7-图10示出终端加入多播业务对应的多播群组时,对多播业务的处理流程。相对应的,作为终端加入多播业务对应的多播群组的逆过程,本申请实施例还提供终端离开多播业务对应的多播群组时多播业务的处理流程。具体的,参照图11-图13所示方法。
应理解,下述图11-图12所示方法中的终端与上述图7-图10所示方法中的终端可以是同一终端或者不同终端,不予限制。
图11为本申请实施例提供的一种多播业务的通信方法,如图11所示,可以包括:
S1101:第一会话管理网元接收第二信息。
其中,第一会话管理网元可以为图5中的SMF。
其中,第二信息可以用于指示第一终端离开(即将离开或请求离开)多播业务对应的多播群组。第二信息可以包括离开指示以及多播业务的标识信息,离开指示可以用于指示某个终端离开(请求离开)某个多播业务对应的多播群组。可选的,第二信息还可以包括第一终端的标识信息等其他信息,不予限制。
其中,第一终端的标识信息、多播业务的标识信息的相关描述可以参照图7对应的实施例中所述,不予赘述。
一种可能的设计中,如图12中方式一或方式二所示,第一会话管理网元通过移动管理网元接收来自第一终端的第二信息。该第二信息由第一终端生成并发出。其中,第一会话管理网元通过移动管理网元接收来第一终端的第二信息可以理解为:第一终端向移动管理网元发送第二信息,移动管理网元接收到第二信息后不进行任何处理,将第二信息转发给第一会话管理网元。下面对方式一或方式二进行描述:
其中,方式一或方式二中,该第二信息可以携带在透明容器(或者称为NAS SM容器)中,该透明容器的接收方是第一会话管理网元,只有接收方可以解析该透明容器的内容,而非接收方不会识别、处理该透明容器中的内容。
方式一:第一终端向移动管理网元发送第二信息,移动管理网元接收到第二信息后转发给第一会话管理网元。
具体的,第一终端可以向移动管理网元发送携带多播业务的标识信息、离开指示以及第二信息的离开请求。可选的,离开请求还可以携带第一终端的标识信息。移动管理网元接收到离开请求后确定第一终端请求离开多播业务对应的多播群组,触发移动管理网元向第一会话管理网元发送第二信息。
例如,以第二信息包括离开指示以及多播业务的识别信息为例,第一终端可以向移动管理网元发送离开请求(leave request)<多播业务的标识信息、离开指示,NAS SM<多播业务的标识信息、离开指示>>,移动管理网元接收到该离开请求后,向第一会话管理网元发送N11消息<NAS SM<多播业务的标识信息、离开指示>。
方式二:第一会话管理网元通过移动管理网元接收来第一终端的第二信息。进一步的,第一会话管理网元根据第二信息确定第一终端离开多播业务对应的多播群组后,第一会话管理网元向移动管理网元发送离开指示以及多播业务的标识信息,通知移动管理网元第一终端离开多播业务对应的多播群组。
例如,以第二信息包括离开指示以及多播业务的识别信息为例,第一终端可以向移动管理网元发送离开请求(leave request)<NAS SM<多播业务的标识信息、离开指示>>,移动管理网元接收到该离开请求后,向第一会话管理网元转发离开请求(leave request)<NAS SM<多播业务的标识信息、离开指示>。进一步的,第一会话管理网元向移动管理网元发送N11消息<多播业务的标识信息、离开指示>。可选的,该N11消息还可以包括第一终端的标识信息等其他信息,不予限制。
又一种可能的设计中,如图12中方式三或方式四所示,第一会话管理网元可以接收来自移动管理网元的第二信息。第二信息由移动管理网元生成并发出。下面对方式三或方式四进行描述:
方式三:第一终端可以向移动管理网元发送携带多播业务的标识信息、离开指示的离开请求,移动管理网元接收到离开请求后确定第一终端请求离开多播业务对应的多播群组,触发移动管理网元向第一会话管理网元发送第二信息。
例如,以第二信息包括离开指示以及多播业务的识别信息为例,第一终端可以向移动管理网元发送离开请求(leave request)<多播业务的标识信息、离开指示,NAS SM<>>,移动管理网元接收到该离开请求后,确定第一终端离开多播业务对应的多播群组,向第一会话管理网元发送N11消息<NAS SM<多播业务的标识信息、离开指示>,即发送第二信息。可选的,该N11消息还可以包括第一终端的标识信息等其他信息,不予限制。
方式四:第一终端通过移动管理网元向第一会话管理网元发送携带MBS容器的消息,MBS容器可以携带离开指示以及多播业务的标识信息。第一会话管理网元将接收的消息中的MBS容器转发给移动管理网元,移动管理网元接收并解析MBS容器,确定第一终端离开多播业务对应的多播群组,向第一会话管理网元发送第二信息。
其中,MBS容器的接收方是移动管理网元,只有移动管理网元可以解析该透明容器的内容,而非接收方不会识别、处理该MBS容器中的内容。
例如,以第二信息包括离开指示以及多播业务的识别信息为例,第一终端可以向移动管理网元发送一个消息<MBS容器<多播业务的标识信息、离开指示>>,移动管理网元接收到MBS容器<多播业务的标识信息、离开指示>后,确定第一终端离开多播业务对应的多播群组,向第一会话管理网元发送N11消息<多播业务的标识信息、离开指示>。
需要说明的是,上述方式一至方式四中,移动管理网元可以通过下述方式找到第一会话管理网元,并向第一会话管理网元发送相关信息:在PDU会话建立时,移动管理网元存储了PDU会话的标识信息和会话管理网元的标识信息的对应关系,此后若在方式一至方式四中终端通过此PDU会话的信令承载终端的离开请求,这样移动管理网元可以通过此前存储的对应关系找到会话管理网元。或者,在终端加入多播群组时,移动管理网元存储了多播业务的标识信息和会话管理网元的标识信息之间的对应关系,这样当终端离开该多播业务对应的多播群组时,移动管理网元会根据存储的对应关系找到对应的会话管理网元。
可选的,第一会话管理网元还可以接收用于指示多播业务对应的多播会话的状态(比如是否处于去激活态)的指示信息。比如在方式一至方式四中,移动管理网元确定多播业务对应的多播会话的状态,将指示多播业务对应的多播会话的状态(比如是否处于去激活态)的指示信息发送给第一会话管理网元。
S1102:第一会话管理网元根据第二信息,删除多播业务对应的单播QF信息。
其中,S1102中删除的多播业务对应的单播QF信息可以是与第一终端相关的单播QF信息,该单播QF信息用于通过单播传输模式为第一终端传输多播业务的数据。该多播业务对应的单播QF信息可以在第一终端加入多播业务对应的多播群组时由第一会话管理网元生成,并保存在第一会话管理网元上。具体的,第一会话管理网元生成多播业务对应的单播QF信息的过程可参照上述图8所示方法中S807所述,不予赘述。
示例性的,第一会话管理网元可以根据第二信息确定第一终端离开多播业务对应的多播群组后,进而以第一终端的标识信息为索引,找到该UE的PDU会话的上下文,UE的PDU会话上下文中包括单播QF信息。SMF根据多播业务对应的单播QF信息和多播业务对应的多播QF信息之间的关联关系,从UE的PDU会话的上下文中找到多播业务对应的单播QF信息,将多播业务对应的单播QF信息从UE的PDU会话的上下文中删除。
其中,多播业务对应的单播QF信息和多播业务对应的多播QF信息之间的关联关系如S701中所述,不予赘述。第一会话管理网元可以在根据多播业务对应的多播会话的上下文生成多播业务对应的单播QF信息后,存储单播QF信息和多播业务对应的多播QF信息之间的关联关系。
可选的,第一会话管理网元还可以执行下述一种或者多种过程:a)第一会话管理网元释放与多播关联的单播QF。b)第一会话管理网元删除本地存储的其他信息(例如,UE的多播授权信息等)。c)第一会话管理网元还可以根据是否有其他终端需要继续接收此多播群组的多播业务的数据,决定是否需要释放多播会话的信息,比如第一会话管理网元确定第一终端为最后一个离开多播会话的终端时,第一会话管理网元释放多播会话。
需要说明的是,S1102为可选步骤。例如,在多个组播业务都可以对应到同一个单播QF的情况下,比如一个单播QF上可以传输两个或者两个以上多播业务的数据的情况下,如果UE离开一个多播业务对应的多播群组,且该多播业务与其他多播业务同时对应一个单播QF,则不执行S1102,不触发第一会话管理网元删除多播业务对应的单播QF信息。如果一个多播业务对应一个单播QF,即一个单播QF上仅可以一类多播业务的数据时,则当UE离开该多播业务对应的多播群组时,执行S1102,删除该多播业务对应的单播QF信息。
S1103:第一会话管理网元根据第二信息,向移动管理网元发送第三信息。相应的,移动管理网元接收第三信息。
其中,第三信息可以用于删除多播业务对应的单播QF信息。具体的,第三信息可以携带多播业务的标识信息以及删除指示,还可以携带第一终端的标识信息或者第一终端的PDU会话的标识信息等,删除指示可以用于指示删除某个单播QF信息。
本申请实施例中,第三信息还可以用于指示修改第一终端的PDU会话,第一终端的PDU会话包括单播QF,第一终端的PDU会话用于传输多播业务的数据。比如当第一会话管理网元确定多播业务对应的多播会话处于激活状态时,第一会话管理网元根据第二信息确定第一终端离开多播业务对应的多播群组,可能不再使用第一终端的PDU会话传输多播业务的数据,指示修改第一终端的PDU会话。如果第一会话管理网元确定多播业务对应的多播会话去激活状态,则确定多播业务对应的多播会话不能用于为第一终端传输多播业务的数据,并且也不确定多播会话再次激活时,接入网设备是否还具体多播功能。此时,当第一会话管理网元接收第二信息后,即使根据第二信息确定第一终端离开多播业务对应的多播群组,第一会话管理网元也不会指示修改第一终端的PDU会话。
示例性的,第一会话管理网元接收到第二信息后,可以根据第二信息确定终端离开多播业务对应的多播群组,此时第一会话管理网元可以根据之前是否向移动管理网元发送过多播业务对应的单播QF信息,判断是否需要向移动管理网元发送第三信息。如果第一会话管理网元向移动管理网元发送过多播业务对应的单播QF信息,则向移动管理网元发送第三信息,反之如果第一会话管理网元向移动管理网元未发送过多播业务对应的单播QF信息,则不向移动管理网元发送第三信息。
S1104:移动管理网元根据第三信息,删除多播业务对应的单播QF信息。
示例性的,第三信息携带多播业务的标识信息以及第一终端的标识信息。如果如S702中所述,移动管理网元保存有多播业务对应的单播QF信息与第一终端的标识信息之间的对应关系,则移动管理网元可以根据第一终端的标识信息以及该对应关系,删除与第一终端的标识信息的对应的单播QF信息。或者,如果如S702中所述,移动管理网元将多播业务对应的单播QF信息保存在移动管理网元中第一终端的UE上下文中,则移动管理网元可以以第一终端的标识信息为索引,找到第一终端的UE上下文,将多播业务对应的单播QF从第一终端的UE上下文中删除。或者,如S702中所述,多播业务对应的单播QF信息保存在多播业务对应的多播会话的上下文中,则移动管理网元可以以多播业务的标识信息为索引,找到多播业务对应的多播会话的上下文,将多播业务对应的单播QF从多播业务对应的多播会话的上下文中删除。
可选的,如果第三信息还用于指示修改第一终端的PDU会话,则所述方法还可以包括:移动管理网元向RAN发送N2消息,指示RAN修改第一终端的PDU会话,比如移动管理网元可以向RAN发送携带第一终端的标识信息和修改指示的N2消息,修改指示可以用于指示修改某个UE的PDU会话,以提高资源利用率。
具体的,修改第一终端的PDU会话可以包括下述一种或者多种:删除接入网设备中多播业务对应的单播QF信息、释放接入网设备为第一终端配置的用于传输多播业务的数据的空口无线承载资源等。
进一步的,如果多播传输模式是单播传输模式,且UPF与M-UPF之间的用于传输多播业务的数据的传输通道未释放(即还存在),则还可以删除UPF与M-UPF之间的用于传输多播业务的数据的传输通道。具体的,该过程可以参照图12对应的实施例中所述。
基于图11所示方法,可以在终端离开多播业务的对应的多播群组时,删除核心网设备(比如SMF)中与多播业务相关的信息,以及触发移动管理网元删除与多播业务相关的信息,或者触发移动管理网元修改用于传输多播业务的数据的PDU会话,提高资源利用率。
下面结合图5所示5G系统,假设第一终端为UE,接入网设备为RAN,移动管理网元为AMF,第一会话管理网元为SMF,第二会话管理网元为M-SMF,用户面功能为UPF,多播用户面功能为M-UPF,以通过图12中方式四确定UE离开多播业务对应的多播群组为例,对图11所示方法进行介绍:
图13为本申请实施例提供的一种多播业务的通信方法,如图13所示,可以包括:
S1301:UE向SMF发送携带离开请求的透明容器,比如携带离开请求的MBS容器。
示例性的,UE可以根据用户需求确定离开多播群组1。如:用户可以通过用户交互界面或者其他方式查看多播群组列表中的各个多播群组,从多播群组列表中选择自己希望离开的多播群组1,并将选择结果发送给UE,UE接收用户的选择结果,根据选择结果确定离开多播群组1。例如,假设多播群组1为电视节目对应的多播群组,多播群组列表包括多个电视节目的相关信息,如:CCTV1、CCTV2……等等,UE为STB,当正在观看CCTV1的用户离开CCTV1,如:用户从CCTV1切换到CCTV2时,用户可以手动选择自己想观看的CCTV2,并将选择结果发送给STB,STB可以根据该选择结果,确定离开CCTV1对应的多播群组1。
其中,离开请求的作用以及携带的内容可参照图12中方式四所述,比如该离开请求可以包括UE的标识信息、离开指示以及多播业务的标识信息。携带离开请求的MBS容器与AMF对应,该MBS容器携带的内容仅AMF可以解析/识别。
S1302:SMF接收到UE携带离开请求的MBS容器之后,向AMF发送携带该MBS容器的N11消息,(也有可能是MB-N11消息),即将携带离开请求的MBS容器转发给AMF,此时携带MBS容器的N11消息可以用于通知AMF该UE离开多播业务对应的多播群组。相应的,AMF接收N11消息。
S1303:AMF向SMF发送第二信息。相应的,SMF接收第二信息。
其中,第二信息的相关描述如上述S1101中所述,不予赘述。
除此之外,AMF还可以将多播业务对应的多播会话的状态信息发送给SMF。AMF确定多播业务对应的多播会话的状态信息的过程可参照S1001所述,不予赘述。
S1304:SMF根据第二信息,删除多播业务对应的单播QF信息。
其中,S1304与S1202相同,不予赘述。
S1305:SMF向AMF发送第三信息。相应的,AMF接收第三信息。
其中,第三信息的相关描述可参照S1103中所述,不予赘述。
S1306:AMF根据第三信息,删除多播业务对应的单播QF信息。
需要说明的是,本申请实施例不限定AMF接收到第三信息再删除多播业务对应的单播QF信息。可选的,在S1302中AMF接收到N11消息确定UE离开多播业务对应的多播群组时,即删除多播业务对应的单播QF信息。
如果第三信息还可以用于指示修改UE的PDU会话,即指示RAN删除多播业务对应的单播QF信息,图13所述方法还可以包括:
S1307:AMF向RAN发送N2消息,该N2消息可以指示RAN修改第一终端的PDU会话,比如移动管理网元可以向RAN发送携带第一终端的标识信息和修改指示的N2消息,修改指示可以用于指示修改某个UE的PDU会话。相应的,RAN接收N2消息。
可选的,RAN接收到N2消息之后,删除接入网设备中多播业务对应的单播QF信息和/或释放接入网设备为第一终端配置的用于传输多播业务的数据的空口无线承载资源等,以提高资源利用率。
应理解,S1307为可选步骤,如果第三信息未指示修改UE的PDU会话,则不执行S1307。
S1308:如果针对此UE,其MB-UPF至UPF的传输通道依然存在(例如,UE当前使用单播传输(individual delivery)模式时,或者当多播会话处于inactive状态并且UE在去激活前使用单播传输(individual delivery)模式时),SMF可以触发释放MB-UPF至UPF的传输通道。具体的,释放MB-UPF至UPF的传输通道的流程可以包括:
如果采用图9a所示方式传输数据,那么SMF在第S1308步向M-SMF发送通知消息,通知释放M-UPF与UPF之间的传输通道,该通知消息中可以包含UPF的GTP-U隧道以及多播业务的标识信息。M-SMF在接收到此通知消息之后,M-SMF配置M-UPF释放/删除其存储的UPF的GTP-U隧道与多播业务的标识信息之间的对应关系,并在M-UPF释放/删除成功,回复SMF,触发SMF进一步配置UPF释放/删除其内存储的多播业务的标识信息与M-UPF的GTP-U隧道的对应关系。
如果采用图9b所示方式传输数据,SMF向UPF发送通知消息,通知释放UFP与M-UPF之间的用于传输多播业务的传输通道,该通知消息中可以包含多播业务的标识信息以及释放指示,释放指示用于指示释放UPF与M-UPF之间的用于传输多播业务的传输通道。UPF接收通知消息,触发UPF向M-UPF发送指示离开该多播业务对应的组播树的指示信息。
基于图13所示方法,SMF可以根据AMF提供的离开指示,或者离开指示以及组播会话的状态信息,确定释放与该UE相关的传输资源,提高资源利用率。
上述图7-图10以终端加入多播业务对应的多播群组为例对多播业务的处理流程进行描述,上述图11-图13以终端离开多播业务对应的多播群组为例对多播业务的处理流程进行描述。可选的,本申请实施例提供了激活多播业务对应的传输通道(比如多播会话或者传输资源)的处理流程。
本申请实施例中,激活多播业务对应的多播会话的处理流程可以包括:当核心网设备(比如M-SMF)确定需要激活多播业务对应的传输通道(比如多播会话)时,M-SMF向移动管理网元发送触发激活多播业务对应的多播会话的第四信息,移动管理网元接收到第四信息后,确定激活多播业务对应的传输通道,由移动管理网元确定其管理的接入网设备,该接入网设备用于处理多播业务对应的传输通道上传输的数据(比如多播业务的数据),该接入网设备下可能存在需要接收多播业务的数据的终端(比如加入多播业务对应的多播群组的第一终端等)。移动管理网元向接入网设备发送第五信息,第五信息可以包括用于为第一终端传输多播业务的数据的QF信息。
本申请实施例提供的激活多播业务对应的传输通道的过程可以通过M-SMF与移动管理网元的信令交互、移动管理网元与接入网设备之间的信令交互完成,与现有激活流程需要经过M-SMF与SMF之间的信令交互、SMF与AMF之间的信令交互、SMF与RAN之间的信令交互来完成相比,可以节省信令交互时延,提高激活效率。
本申请实施例中,接入网设备用于处理多播业务对应的传输通道上传输的数据(比如多播业务的数据)可以包括:接入网设备对多播业务对应的传输通道上传输的数据执行接收、调度、发送等处理方式中的一种或者多种。
下面结合图5所示5G系统,以第一终端为UE,接入网设备为RAN,移动管理网元为AMF,第一会话管理网元为SMF,第二会话管理网元为M-SMF,用户面功能为UPF,多播用户面功能为M-UPF,多播业务对应的传输通道为多播业务对应的多播会话为例,对该激活方法进行介绍:
图14为本申请实施例提供的一种多播业务的通信方法,在执行图14所示方法之前,多播业务对应的多播会话处于去激活态。同时,AMF可以存储有多播业务对应的多播QF信息以及多播业务对应的单播QF信息,该多播业务对应的单播QF信息与UE对应。多播业务对应的多播QF信息以及多播业务对应的单播QF信息可以如图7对应的实施例中所述,由SMF携带在第一信息中发送给AMF,并由AMF保存在本地。
如图14所示,所述方法可以包括:
S1401:AF向M-UPF发送多播业务的数据。相应的,M-UPF接收多播业务的数据。
S1402:M-UPF在接收到多播业务的数据后,确定有多播业务的数据需要下发给UE,通知M-SMF激活多播业务对应的多播会话。比如M-UPF可以向M-SMF发送通知消息,该通知消息可以包括多播业务的标识信息,M-SMF接收到通知消息后,可以根据多播业务的标识信息确定激活多播业务对应的多播会话。或者,该通知消息包括多播业务的标识信息以及激活指示(比如active indicate),M-SMF接收到该通知消息后,可以根据激活指示获知要激活某个会话,进而根据多播业务的标识信息确定激活该多播业务对应的多播会话。
其中,多播业务的标识信息可以图7对应的实施例中所述,比如可以是MBSsession ID,也可以是其他标识信息,例如分组转发控制协议(packet porwardingcontrol protocol,PFCP)session ID,M-SMF可以根据PFCP session ID获取MBS sessionID。
S1403:M-SMF向AMF发送第四信息。相应的,AMF接收第四信息。
其中,第四信息可以用于触发激活多播业务对应的传输通道,比如触发激活RAN与UPF、UPF与M-UPF之间的用于传输多播业务的数据的传输通道,或者去激活RAN与M-UPF之间的用于传输多播业务的数据的传输通道。第四信息可以携带多播业务的标识信息,比如MBSsession ID,还可以携带激活指示,激活指示可以用于指示激活该M-SMF管理/建立的一个传输通道。第四信息可以携带在N11消息中。
可替换的,第四信息中携带的多播业务的标识信息还可以是MBS Session ID对应的MBS Context信息。MBS Context信息可以是MBS Context的标识信息,也可以是MBS的QOS信息,例如优先级信息,丢包率信息,时延信息等等。
本申请实施例中,多播业务对应的传输通道可以是用于传输多播业务的数据的N3通道,也可以是用于传输多播业务的数据的MB-N3通道,还可以指多播业务的传输通道上对应的传输资源等,不予限制。
本申请实施例中,多播业务对应的传输通道可以由M-SMF管理。M-SMF用于管理所述多播业务对应的传输通道可以指第二会话管理网元管理传输通道对应的参数,例如生成多播会话的QoS模板信息,再例如生成传输通道的端点地址信息,例如IP地址等。
示例性的,M-SMF向AMF发送第四信息可以包括:第四信息包括多播业务的标识信息,M-SMF根据多播业务的标识信息找到该多播业务对应的AMF的标识信息,根据AMF的标识信息向该AMF发送第四信息。比如M-SMF可以根据多播业务的标识信息、多播业务的标识信息与AMF的标识信息之间的对应关系找到该多播业务对应的AMF的标识信息。
本申请实施例中,M-SMF可以存储有多播业务的识别信息与AMF的标识信息之间的对应关系。比如在UE通过AMF向M-SMF请求建立多播业务对应的多播会话时,由AMF找到为该UE建立多播会话的M-SMF,并向M-SMF请求建立为该UE建立多播会话,M-SMF接收到请求后为该UE建立多播会话,同时可以存储多播业务的标识信息与AMF的标识信息之间的对应关系。
S1404:可选的,AMF本地存储需要激活的多播业务的标识信息。
比如,AMF可以对应存储多播业务的标识信息以及激活指示。
S1405:AMF寻呼多播业务对应的多播群组中的UE。
一种可能的设计中,AMF寻呼多播群组中的UE的方式可参照现有技术,比如SMF将需要寻呼的UE指示给AMF,AMF根据SMF的指示寻呼UE等。
又一种可能的设计中,AMF可参照下述图16所示方法寻呼多播群组中的终端。
S1406:UE接收AMF发出的寻呼消息,向AMF发送寻呼响应,比如向AMF发送业务请求(service request)。
其中,业务请求可以用于指示该UE需要接收多播业务。可选的,业务请求可以携带多播业务的标识信息,还可以携带其他信息,比如UE的标识信息。
示例性的,UE可以通过RAN向AMF发送业务请求。
至此多播业务对应的多播群组中属于该AMF管理的UE处于连接态(或者称为RRC连接态或者CM连接态(CM_connected态)),可以接收多播业务的数据。
S1407:AMF根据第四信息,获取多播业务的传输模式。如果多播业务的传输模式是共享传输模式,执行下述S1408-S1411。如果多播业务的传输模式是单独传输模式,执行下述S1412-S1414。
一种可能的设计中,AMF通过RAN接收来自UE的寻呼响应后,根据RAN的能力信息确定多播业务的传输模式。具体的,AMF根据RAN的能力信息确定多播业务的传输模式的方式可参照图8对应的实施例中所述,不予赘述。
又一种可能的设计中,第四信息可以携带多播业务的标识信息,AMF根据多播业务的标识信息、以及多播业务与多播业务的传输模式的对应关系,获取多播业务的传输模式。如S804中所述,多播业务与多播业务的传输模式的对应关系保存在AMF上。或者如S804中所述,多播业务的传输模式保存在UE的上下文中,AMF找到多播业务对应的多播群组中的UE的上下文,从UE的上下文中获取多播业务的传输模式。
S1408:AMF向RAN发送第五信息。相应的,RAN接收第五信息。
其中,第五信息可以包括多播业务对应的多播QF信息以及多播业务对应的单播QF信息,还可以包括其他信息,比如UE的标识信息。第五信息可以携带在N2消息中。
示例性的,AMF接收到UE的业务请求后,可以以业务请求本身或者存储的多播业务的标识信息和UE的关联关系,获知该UE需要接收多播业务,且根据S1404的存储确定需要激活该多播业务对应的多播会话,则AMF以多播业务的标识信息为索引,查找与该UE对应的多播业务对应的单播QF信息,将多播业务对应的多播QF信息以及多播业务对应的单播QF信息携带在第五信息中发送给RAN。
S1409:RAN向AMF发送RAN的隧道信息。相应的,AMF接收RAN的隧道信息。
其中,RAN的隧道信息可以用于建立RAN与M-UPF之间的用于传输多播业务的数据的传输通道。RAN的隧道信息可以称为RAN的共享隧道信息或者多播隧道信息。
S1410:AMF向M-SMF发送RAN的隧道信息。相应的,AMF接收RAN的隧道信息。
S1411:M-SMF向M-UPF发送RAN的隧道信息。相应的,M-UPF接收RAN的隧道信息。可选的,M-SMF还可以向M-UPF发送多播业务的标识信息,以指示发送给M-UPF的RAN的隧道信息是用于建立该多播业务对应的传输通道的。
至此M-UPF与RAN之间的对应共享传输模式的传输通道建立完成。
S1412:AMF获取多播业务对应的单播QF信息。
示例性的,AMF接收到UE的业务请求后,获知该UE需要接收多播业务,且根据S1404的存储确定需要激活该多播业务对应的多播会话,AMF以多播业务的标识信息为索引,查找与该UE对应的多播业务对应的单播QF信息。
S1413:AMF向RAN发送第五信息。相应的,RAN接收第五信息。
其中,第五信息可以包括多播业务对应的单播QF信息,还可以包括其他信息,比如UE的标识信息。第五信息可以携带在N2消息中。
S1414:RAN向SMF发送RAN的隧道信息,触发SMF建立RAN到UPF、UPF到M-UPF之间用于传输多播业务的数据的传输通道。
具体的,建立RAN到UPF、UPF到M-UPF之间的用于传输多播业务的数据的传输通道的过程可参照图8中S804-S813所述,不予赘述。
至此M-UPF到UPF、UPF到RAN之间的对应单播传输模式的传输通道建立完成。
基于图14所示方法,激活多播会话时,根据UE对应的RAN的能力信息确定建立多播业务对应的单播QF还是建立多播业务对应的多播QF,避免因RAN不具备多播能力导致多播会话激活失败。同时,在AMF存储多播业务对应的多播QF信息与单播QF信息的情况下,由核心网设备触发将用于为UE传输多播业务的数据的QF信息发送给UE对应的RAN,减少激活会话时网元之间的信令交互次数,提高激活会话的效率。
上述图7-图10以终端加入多播业务对应的多播群组为例对多播业务的处理流程进行描述,上述图11-图13以终端离开多播业务对应的多播群组为例对多播业务的处理流程进行描述。上述图14提供了激活多播业务对应的传输通道的处理流程。可选的,本申请还提供了去激活多播业务对应的传输通道的处理流程。
本申请实施例中,去激活多播业务对应的传输通道的处理流程可以包括:当核心网设备(比如M-SMF)确定需要去激活多播业务对应的传输通道(比如多播会话或者多播传输资源)时,M-SMF向移动管理网元发送触发去激活多播业务对应的传输通道的第六信息,移动管理网元接收到第六信息后,确定去激活多播业务对应的传输通道,这意味着可能多播业务对应的多播群组中的UE离开,不需要接收多播业务的数据等。此时,移动管理网元可以向接入网设备发送第七信息,该接入网设备可以用于处理多播业务对应的传输通道上传输的数据(比如多播业务的数据),该第七信息可以指示接入网设备去激活用于传输多播业务的传输资源,例如删除用于为终端传输多播业务的数据的QF信息,以提高资源利用率。
本申请实施例提供的去激活多播业务对应的传输通道的过程可以通过M-SMF与移动管理网元的信令交互、移动管理网元与接入网设备之间的信令交互完成,相比现有需要经过M-SMF与SMF之间的信令交互、SMF与AMF之间的信令交互、SMF与RAN之间的信令交互来完成的去激活过程,可以节省信令交互时延,提高去激活效率。
本申请实施例中,去激活多播业务对应的传输通道可以替换描述为去激活多播会话或者去激活多播会话对应的资源或者去激活多播会话在RAN侧的传输资源或者去激活多播会话对应的传输通道等。用于指示去激活多播业务对应的传输通道的信息(比如上述第六信息)可以是一个去激活的指示信息,例如去激活指示(deactivation indication),该信息可以承载在现有的消息中,例如可以承载在Namf_通信_N1N2信息传输(Namf_Communication_N1N2messageTransfer)消息,该消息可以是AMF提供的用于传输N1N2信息的服务消息;或者用于指示去激活多播业务对应的传输通道的信息(比如上述第六信息)承载在一个专用的消息中,例如可以承载在多播广播业务会话去激活请求(MBS sessiondeactivation request)中。
本申请实施例中,去激活多播业务对应的传输通道可以包括下述一种或者多种情况:RAN侧不会再为多播会话预留资源;或者RAN侧删除了多播会话的上下文信息,但保留了与MB-UPF的传输通道;或者RAN基站删除多播会话所有的相关信息(此时MB-UPF的传输通道也不会保留)。去激活多播业务对应的传输通道可以触发网元(比如M-SMF、AMF以及RAN等)释放多播业务对应的资源和/或上下文信息,同时可以用于通知该多播业务对应的网元(比如M-SMF、AMF以及RAN等)不再基于此前提供的有关该多播业务的配置信息(例如多播业务的上下文信息)为多播业务预留资源等。
下面结合图5所示5G系统,以第一终端为UE,接入网设备为RAN,移动管理网元为AMF,第一会话管理网元为SMF,第二会话管理网元为M-SMF,用户面功能为UPF,多播用户面功能为M-UPF为例,对该去激活方法进行介绍:
图15为本申请实施例提供的一种多播业务的通信方法,在执行图15所示方法之前,多播业务对应的多播会话处于激活态。在一种可能的实现方式中,AMF可以存储有多播业务对应的多播QF信息以及多播业务对应的单播QF信息,该多播业务对应的单播QF信息与UE对应。多播业务对应的多播QF信息以及多播业务对应的单播QF信息可以如图7对应的实施例中所述,由SMF携带在第一信息中发送给AMF,并由AMF保存在本地。另一种可能的实现方式中,AMF可以存储有多播业务的识别信息与多播业务对应的SMF的标识信息之间的对应关系。比如在UE通过PDU会话建立流程或者PDU会话修改流程加入多播业务对应的多播群组时,由AMF找到为该UE建立会话的SMF,并存储多播业务对应的SMF的标识信息。如图15所示,所述方法可以包括:
S1501:M-UPF检测到其长时间内未接收到多播业务的数据,确定去激活多播业务对应的多播会话去激活。
S1502:M-UPF通知M-SMF去激活多播业务对应的多播会话。比如M-UPF可以向M-SMF发送通知消息,该通知消息可以包括多播业务的标识信息,M-SMF接收到通知消息后,可以根据多播业务的标识信息确定去激活多播业务对应的多播会话。或者,该通知消息包括多播业务的标识信息以及去激活指示(比如deactivation indication),M-SMF接收到该通知消息后,可以根据去激活指示获知要去激活某个会话,进而根据多播业务的标识信息确定去激活该多播业务对应的多播会话。
其中,多播业务的标识信息可以图7对应的实施例中所述,比如可以是MBSsession ID,也可以是其他标识信息,例如PFCP Session ID,M-SMF根据PFCP session ID可以获取MBS session ID。
S1503:M-SMF向AMF发送第六信息。相应的,AMF接收第六信息。
其中,第六信息可以用于触发去激活多播业务对应的传输通道,比如触发去激活RAN与UPF、UPF与M-UPF之间的用于传输多播业务的数据的传输通道,或者去激活RAN与M-UPF之间的用于传输多播业务的数据的传输通道。第六信息可以携带多播业务的标识信息,比如MBS session ID,还可以携带去激活指示,去激活指示用于指示去激活M-SMF管理/建立的一个传输通道。第六信息可以携带在N11消息中。
本申请实施例中,多播业务对应的传输通道可以是用于传输多播业务的数据的N3通道,也可以是用于传输多播业务的数据的MB-N3通道,还可以指多播业务的传输通道上对应的传输资源等,不予限制。
本申请实施例中,多播业务对应的传输通道可以由M-SMF管理。M-SMF用于管理所述多播业务对应的传输通道可以指第二会话管理网元管理传输通道对应的参数,例如生成多播会话的QoS模板信息,再例如生成传输通道的端点地址信息,例如IP地址等。
示例性的,M-SMF向AMF发送第六信息可以包括:第六信息包括多播业务的标识信息,M-SMF根据多播业务的标识信息找到该多播业务对应的AMF的标识信息,根据AMF的标识信息向该AMF发送第六信息。比如M-SMF可以根据多播业务的标识信息、多播业务的标识信息与AMF的标识信息之间的对应关系找到该多播业务对应的AMF的标识信息。
本申请实施例中,M-SMF可以存储有多播业务的识别信息与AMF的标识信息之间的对应关系。比如在UE通过AMF向M-SMF请求建立多播业务对应的多播会话时,由AMF找到为该UE建立多播会话的M-SMF,并向M-SMF请求建立为该UE建立多播会话,M-SMF接收到请求后为该UE建立多播会话,同时可以存储多播业务的标识信息与AMF的标识信息之间的对应关系。
S1504:AMF根据第六信息,获取多播业务的传输模式。如果多播业务的传输模式是共享传输模式,执行下述S1505。如果多播业务的传输模式是单独传输模式,执行下述S1506-S1507。
一种可能的实现方式中,AMF可以获取加入多播业务对应的多播群组的UE,并确定该UE对应的RAN,根据该RAN的能力信息确定多播业务的传输模式。
另一种可能的实现方式是,第六信息可以携带多播业务的标识信息,AMF根据多播业务的标识信息、以及多播业务与多播业务的传输模式的对应关系,获取多播业务的传输模式。如S804中所述,多播业务与多播业务的传输模式的对应关系保存在AMF上。或者如S804中所述,多播业务的传输模式保存在UE的上下文中,AMF找到多播业务对应的多播群组中的UE的上下文,从UE的上下文中获取多播业务的传输模式。
S1505:AMF向RAN发送第七信息。相应的,RAN接收第七信息。
其中,第七信息可以用于删除多播业务对应的多播QF信息。第七信息可以携带多播业务的标识信息,还可以携带去激活指示。第七信息可以携带在N11消息中。
第七信息可以是一个消息,其可以是多播会话资源释放(multicast sessionresource release)消息或者是多播广播(multicast broadcast session resourcerelease)消息或者是多播广播会话停止(multicast broadcast session stop)消息中。或者第七信息是一个指示信息,用于指示去激活多播会话,其可以承载在多播会话资源修改(multicast session resource modify)消息中。上述两种情况中,第七信息均会包含多播业务的标识信息,或者是包括其他可以生成多播业务的标识信息的信息,例如多播业务的标识信息对应的N2连接的标识信息等。
S1506.AMF向SMF发送第八信息。相应的,SMF接收第八信息。
其中,第八信息可以用于去激活或者删除多播业务对应的多播QF信息。第八信息可以携带多播业务的标识信息,还可以携带去激活指示以及其他信息,比如UE列表,UE列表可以包括加入多播业务对应的多播群组的UE的标识信息。第八信息可以携带在N11消息中。第八信息可以是去激活指示信息,其可以承载在Nsmf_PDUSession_UpdateSMContextRequest消息中。其包含了多播会话的标识信息。
示例性的,AMF向SMF发送第八信息可以包括:第八信息包括多播业务的标识信息,AMF根据多播业务的标识信息找到该多播业务对应的SMF的标识信息,根据SMF的标识信息向该AMF发送第八信息。比如AMF可以根据多播业务的标识信息、多播业务的标识信息与SMF的标识信息之间的对应关系找到该多播业务对应的AMF的标识信息。
其中如上所述,多播业务的标识信息与SMF的标识信息之间的对应关系可以在在UE通过PDU会话建立流程或者PDU会话修改流程加入多播业务对应的多播群组时,由AMF找到为该UE建立会话的SMF,并存储多播业务对应的SMF的标识信息。
S1507:SMF根据第八信息,通过AMF向RAN发送N2消息,该N2消息可以携带会话修改信息,会话修改信息可以用于删除多播业务对应的单播QF信息和/或去激活多播业务对应的单播QF,该多播业务对应的单播QF信息与UE对应,用于为所述多播业务对应多播群组中的一个终端接收多播业务的数据。相应的,RAN接收N2消息,从N2消息中获取会话修改信息,修改单播QF所属的PDU会话,比如删除多播业务对应的单播QF信息和/或去激活多播业务对应的单播QF。
本申请实施例中,删除多播业务对应的单播QF信息可以包括:删除该单播QF信息对应的单播QF,和/或者将该QF信息从PDU会话的上下文中删除等。
本申请实施例中,去激活多播业务对应的单播QF可以替换描述为去激活单播QF所属的PDU会话用于传输多播业务的数据的QF或者去激活单播QF对应的资源或者去激活单播QF在RAN侧的传输资源或者修改单播QF所属的PDU会话不再传输多播业务的数据的QF的传输通道等。本申请实施例中,去激活多播业务对应的单播QF可以包括下述一种或者多种情况:RAN侧不会再为该单播QF预留资源;或者RAN侧删除了有关该单播QF的上下文信息,但保留了与UPF的传输通道;或者RAN基站删除单播QF所有的相关信息(此时RAN与UPF之间与该单播QF对应的传输通道也不会保留)。去激活多播业务对应的单播QF可以触发网元(比如RAN等)释放单播QF对应的资源和/或上下文信息,同时可以用于通知该多播业务对应的网元(比如RAN等)不再基于此前提供的有关该单播QF的配置信息(例如多播业务对应的单播QF信息等)为多播业务预留资源等。
可选的,SMF还可以根据第八信息指示AMF删除UE对应的多播业务的上下文信息。
基于图15所示方法,去激活多播会话时,根据UE对应的RAN的能力信息确定多播业务的传输模式,根据多播业务的传输模式确定向RAN还是AMF发送删除用于传输多播业务的QF信息。同时,在AMF存储多播业务对应的多播QF信息与单播QF信息的情况下,由核心网设备触发AMF通知其他网元删除QF信息,减少去激活会话时网元之间的信令交互次数,提高去激活会话的效率。
在多播通信场景中,多播群组中可能会存在处于控制管理_空闲态(CM_idle)态或者称为空闲态(idle态),这些终端无法正常接收多播业务的数据。为使处于CM_idle态的终端能够接收多播业务的数据,在现有以SMF为中心的多播业务处理方案中,由SMF处理UE的加入请求。当会话激活需要通知UE时,由于SMF不知道UE的寻呼范围,因此SMF需要将UE的相关信息(比如需要寻呼的UE的标识信息)发送给AMF。这样就会导致在每次寻呼UE时,SMF都需要提供UE的相关信息给AMF,导致额外的信令开销。
为解决以SMF为中心的多播业务处理方案中信令开销较大的问题,本申请还提供了一种多播业务的通信方法,由AMF获知哪些UE对应了哪些多播业务(或者加入了哪些多播业务对应的多播群组),这样,当需要寻呼UE时,AMF无需从其他网元获取UE的相关信息,而是根据自己事先获知的信息寻呼多播群组中处于CM_idle态的终端,使CM_idle态的终端切换到CM连接态(CM_connected态)(或者称为RRC连接态或者连接态),接收多播业务的数据。如此,相比现有以SMF为中心的多播业务处理方案节约了信令开销。下面对终端所处状态以及该方法进行介绍:
空闲(idle)态:可以指终端和接入网设备之间断开RRC连接。空闲态可以称为RRC_idle态。空闲态时,接入网设备中未保存终端的上下文,终端与核心网设备(如移动管理网元)之间不存在NAS信令连接,接入网设备与核心网设备(如移动管理网元)之间不存在N2连接,核心网设备保存有终端的上下文。接入网设备不知道该终端是否在该接入网设备的覆盖范围内。核心网设备不知道终端在哪个接入网设备的覆盖范围内或者管理范围内,接入网设备不知道通过哪个接入网设备可以定位到或者找到终端。
CM连接态:可以指终端与核心网设备(如移动管理网元)之间存在非接入层(non-access stratum,NAS)信令连接,接入网设备与核心网设备之间存在N2连接。CM连接态下,接入网设备、核心网设备都保存有终端的上下文。接入网设备知道该终端在接入网设备的覆盖范围内或者在该接入网设备的管理范围内。核心网设备知道通过哪个接入网设备可以定位到或者找到该终端。终端可以和接入网设备进行下行数据和/或上行数据传输。
图16为本申请实施例提供的又一种多播业务的通信方法,如图16所示,可以包括:
S1601:移动管理网元接收第九信息。
其中,第九信息可以用于触发寻呼多播业务对应的多播群组中的终端。比如,第九信息可以是激活多播业务对应的多播会话的消息,移动管理网元接收到该第九信息后,触发寻呼多播业务对应的多播群组中的终端。具体的,第九信息可以包括多播业务的标识信息。其中多播业务的标识信息的相关描述/定义可参照S701中所述,不予赘述。
示例性的,移动管理网元可以接收来自第二会话管理网元的第九信息;或者接收来自第一会话管理网元的第九信息,或者接收来自M-UPF的第九信息等,不予限制。
S1602:移动管理网元根据九信息,寻呼第一终端。
其中,第一终端属于多播业务对应的多播群组,可以为多播业务对应的多播群组的任一个处于ilde态的终端。
示例性的,第九信息携带多播业务的标识信息,移动管理网元根据九信息,寻呼第一终端,可以包括:移动管理网元根据多播业务的标识信息,确定多播业务对应的多播群组中包括第一终端,且第一终端处于空闲态idle态;移动管理网元根据第一终端对应的接入网设备的能力信息以及第一终端的注册区域,确定第一终端对应的寻呼区域,在寻呼区域内寻呼第一终端。比如移动管理网元在第一终端的寻呼区域发送携带第一终端的标识信息的寻呼消息,该寻呼消息可以用于寻呼第一终端。
其中,第一终端的寻呼区域可以包括第一终端的注册区域中除不具备多播能力的接入网设备覆盖的区域之外的区域。第一终端的注册区域可以在第一终端通过移动管理网元注册入网时由移动管理网元分配给第一终端。不具备多播能力的接入网设备可以由移动管理网元根据接入网设备的能力信息可知,每个接入网设备覆盖的区域可以基于运营商设置,或者由移动管理网元分配给接入网设备,不予限制。
其中,移动管理网元根据多播业务的标识信息确定多播业务对应的多播群组中包括第一终端可以包括下述几种方式:
方式一、移动管理网元根据多播业务的标识信息、以及多播业务对应的用户设备UE列表,确定多播业务对应的多播群组中包括第一终端。
其中,UE列表可以包括加入多播业务对应的多播群组的终端的标识信息。
一种可能的设计中,多播业务对应的UE列表可以预先保存在移动管理网元上,并由移动管理网元进行本地维护。比如移动管理网元接收来自第一终端或者第一会话管理网元的加入请求,该加入请求可以用于请求将第一终端加入多播业务对应的多播群组;移动管理网元根据加入请求,将第一终端的标识信息加入UE列表。类似的,如果存在第二终端请求加入多播业务对应的多播群组,则将第二终端的标识相信加入该UE列表等。
又一种可能的设计中,多播业务对应的UE列表可以由第一会话管理网元进行本地维护,并由第一会话管理网元发送给移动管理网元。比如第一会话管理网元可以接收来自第一终端的加入请求,加入请求用于请求加入多播业务对应的多播群组,第一会话管理网元根据第一终端的加入请求,将第一终端的标识信息加入UE列表,向移动管理网元发送第十信息,第十信息可以用于指示终端加入多播业务对应的多播群组。比如第十信息包括多播业务的标识信息以及多播业务对应的UE列表。移动管理网元接收多播业务的标识信息以及多播业务对应的UE列表,对应保存多播业务与该UE列表。
方式二、移动管理网元可以查询本地存储的UE上下文,根据UE上下文中是否包括多播业务的标识信息来判断该UE上下文对应的UE是否包括在多播业务对应的多播群组中。比如如果发现第一终端的UE上下文中包括多播业务的标识信息,则可以确定第一终端包括在该多播业务的标识信息所标识的多播业务对应的多播群组中。
方式二中,第一会话管理网元接收到第一终端加入多播业务对应的多播群组的加入请求后,可以向移动管理网元发送向移动管理网元发送第十信息,第十信息可以用于指示终端加入多播业务对应的多播群组。比如第十信息包括多播业务的标识信息以及下述信息的一种或者多种:第一终端的标识信息,或者第一终端的PDU会话的标识信息。移动管理网元接收到第十信息后,将接收到的信息保存在第一终端的UE上下文中。
需要说明的是,方式二中,如果第十信息携带第一终端的PDU会话的标识信息,则移动管理网元可以将多播业务的标识信息等信息保存在第一终端的PDU会话的上下文中,进而根据第一终端的PDU会话的上下文中是否包括多播业务的标识信息判断该第一终端是否包括在多播群组中。
本申请实施例中,第一会话管理网元可以将第十信息携带在SMF与AMF之间的服务化接口(Nsmf)_PDU会话更新会话管理上下文响应(Nsmf_PDUSession_UpdateSMContextresponse)消息中发送给移动管理网元。
本申请实施例中,移动管理网元确定第一终端处于idle态可以包括:移动管理网元根据第一终端的标识信息找到第一终端的UE上下文,如果第一终端的UE上下文中当前CM状态为idle态,则可以确定第一终端处于idle态。
类似的,移动管理网元还可以根据九信息寻呼多播业务对应的多播群组中的其他处于idle态的终端,比如第二终端、第三终端、第四终端等。其中寻呼其他终端的方式与寻呼第一终端的方式相同,不予赘述。
S1603:第一终端接收移动管理网元的寻呼,比如在第一终端的寻呼区域接收来自移动管理网元的寻呼消息,如果发现该寻呼消息中携带自己的标识信息,则确定自己被寻呼,通过接入网设备向移动管理网元发送寻呼响应。
进一步的,移动管理网元接收到第一终端的寻呼响应(比如业务请求)后,移动管理网元指示接入网设备对第一终端进行RRC重配置,将第一终端从空闲态切换到RRC连接态,接收多播业务的数据。
基于图16所述的方法,当移动管理网元接收到核心网设备发送的第九信息后,即触发移动管理网元寻呼多播业务对应的多播群组中处于空闲态的终端,无需经过第一会话管理网元指示移动管理网元去寻呼哪些终端,降低寻呼终端带来的信令开销,简化系统设计。
上述主要从各个节点之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,各个节点,例如移动管理网元、第一会话管理网元等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对移动管理网元、第一会话管理网元等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图17示出了一种通信装置170的结构图,该通信装置170可以为第一会话管理网元、第一会话管理网元中的芯片、片上系统或者其他能够实现上述方法中第一会话管理网元的功能的装置等。该通信装置170可以用于执行上述方法实施例中涉及的第一会话管理网元的功能。作为一种可实现方式,图17所示通信装置170包括:处理单元1701、接收单元1702以及发送单元1703。
一种可能的设计中,接收单元1702,用于接收来自移动管理网元的第一终端对应的多播业务的信息,该信息可以包括输模式信息和/或状态信息,其中传输模式信息可以用于指示多播业务的传输模式,状态信息可以用于表征多播业务对应的多播会话处于去激活态;第一会话管理网元根据第一终端对应的多播业务的信息。例如,接收单元1702可以支持通信装置170执行S701、S805、S1003。
发送单元1703,用于向移动管理网元发送包括用于为第一终端传输多播业务的数据的QF信息的第一信息。例如,发送单元1703可以支持通信装置170执行S702、S814、S1006。
又一种可能的设计中,接收单元1702,用于接收来自移动管理网元的用于删除多播业务对应的单播QF信息和/或去激活单播QF的第八信息。例如,接收单元1702可以支持通信装置170执行S1506。
发送单元1703,用于根据第八信息向接入网设备发送N2消息;接入网设备与单播QF对应,N2消息用于指示修改单播QF所属的协议数据单元PDU会话。例如,发送单元1703用于支持通信装置170执行S1507。
再一种可能的设计中,接收单元1702,用于接收来自第一终端的用于请求加入多播业务对应的多播群组的加入请求。
发送单元1703,用于根据第一终端的加入请求,向移动管理网元发送用于指示终端加入多播业务对应的多播群组的第十信息。
具体的,上述图7-图16所示方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。通信装置170用于执行图7至图16所示方法所示多播业务的通信方法中第一会话管理网元的功能,因此可以达到与上述多播业务的通信方法相同的效果。
作为又一种可实现方式,图17所示通信装置170包括:处理模块和通信模块。处理模块用于对通信装置170的动作进行控制管理,例如,处理模块可以集成处理单元1701的功能。通信模块可以集成发送单元1703和接收单元1702的功能,执行S701、S805、S1003、S702、S814、S1006、S1506、S1507以及与其他网络实体的通信,例如与图4或图5示出的功能模块或网络实体之间的通信。进一步的,该通信装置170还可以包括存储模块,用于存储指令和/或数据。该指令被处理模块执行时,使得处理模块实现上述第一会话管理网元侧的方法。
其中,处理模块可以是处理器、控制器、模块或电路。其可以实现或执行结合本申请实施例公开内容所描述的各种示例性的逻辑方框。通信模块可以是收发电路、管脚、接口电路、总线接口、或通信接口等。存储模块可以是存储器。当处理模块为处理器,通信模块为通信接口,存储模块为存储器时,本申请实施例涉及的通信装置170可以为图6所示通信装置600。
图18示出了一种通信装置180的结构图,该通信装置180可以为移动管理网元、移动管理网元中的芯片、片上系统或者其他能够实现上述方法中移动管理网元的功能的装置等。该通信装置180可以用于执行上述方法实施例中涉及的移动管理网元的功能。作为一种可实现方式,图18所示通信装置180包括:处理单元1801、接收单元1802、发送单元1803。
一种可能的设计中,发送单元1803,用于向第一会话管理网元发送第一终端对应的多播业务的信息,第一终端对应的多播业务的信息包括以下至少一种:传输模式信息,或状态信息,传输模式信息用于指示多播业务的传输模式,状态信息用于表征多播业务对应的多播会话处于去激活状态。例如,发送单元1803可以支持通信装置180执行S701、S805、S1003。
接收单元1802,用于接收来自第一会话管理网元的第一信息,第一信息包括用于为第一终端传输多播业务的数据的QF信息。例如,接收单元1802可以支持通信装置180执行S702、S814、S1006。
又一种可能的设计中,接收单元1802,用于接收来自第二会话管理网元的用于触发激活多播业务对应的传输通道的第四信息。例如,接收单元1802可以支持通信装置180执行S1403。
处理单元1801,用于根据第四信息获取多播业务的传输模式。例如,处理单元1801可以支持通信装置180执行S1407。
发送单元1803,用于根据多播业务的传输模式向接入网设备发送多播业务的QF信息,接入网设备用于处理多播业务对应的传输通道上传输的数据,多播业务的QF信息用于传输多播业务的数据。例如,发送单元1803可以支持通信装置180执行S1408以及S1413。
再一种可能的设计中,接收单元1802,用于接收来自第二会话管理网元的用于触发去激活多播业务对应的传输通道的第六信息。例如,接收单元1802可以支持通信装置180执行S1503。
处理单元1801,用于根据第六信息获取多播业务的传输模式。例如处理单元1801可以支持通信装置180执行S1504。
发送单元1803,用于当多播业务的传输模式是共享传输模式时,根据第六信息,向接入网设备发送第七信息;接入网设备用于处理多播业务对应的传输通道上传输的数据;或,当多播业务的传输模式是单播传输模式时,向第一会话管理网元发送第八信息;其中,第七信息用于去激活多播业务对应的传输通道;第八信息用于删除多播业务对应的单播QF信息和/或去激活单播QF,单播QF用于为多播业务对应的多播群组中一个终端传输多播业务的数据。例如,发送单元1803可以支持通信装置180执行S1507以及S1506。
再一种可能的设计中,接收单元1802,用于接收触发寻呼多播业务对应的多播群组中的终端的第九信息。例如,接收单元1802可以支持通信装置180执行S1601。
发送单元1803,用于根据第九信息寻呼第一终端,第一终端属于多播业务对应的多播群组。例如,发送单元1803可以支持通信装置180执行S1602。
具体的,上述图7-图16所示方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。通信装置180用于执行图7至图16所示方法所示多播业务的通信方法中移动管理网元的功能,因此可以达到与上述多播业务的通信方法相同的效果。
作为又一种可实现方式,图18所示通信装置180包括:处理模块和通信模块。处理模块用于对通信装置180的动作进行控制管理,例如,处理模块可以集成处理单元1801的功能,可以用于支持通信装置180执行S1407以及S1504等步骤。通信模块可以集成发送单元1803和接收单元1802的功能,如执行S701、S805、S1003、S702、S814、S1006、S1403、S1408、S1413、S1503、S1507、S1506、S1601、S1602等以及与其他网络实体的通信,例如与图4或图5示出的功能模块或网络实体之间的通信。进一步的,该通信装置180还可以包括存储模块,用于存储指令和/或数据。该指令被处理模块执行时,使得处理模块实现上述移动管理网元侧的方法。
其中,处理模块可以是处理器、控制器、模块或电路。其可以实现或执行结合本申请实施例公开内容所描述的各种示例性的逻辑方框。通信模块可以是收发电路、管脚、接口电路、总线接口、或通信接口等。存储模块可以是存储器。当处理模块为处理器,通信模块为通信接口,存储模块为存储器时,本申请实施例涉及的通信装置180可以为图6所示通信装置600。
在本申请实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器可以是非易失性存储器,比如硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储指令和/或数据。
图19为本申请实施例提供的一种通信系统的结构图,如图19所示,该通信系统可以包括:终端、移动管理网元190以及第一会话管理网元191。需要说明的是,图19仅为示例性附图,本申请实施例不限定图19所示通信系统包括的网元以及网元的个数。
其中,移动管理网元190具有上述图7至图16所示的一个或多个方法中移动管理网元的功能。第一会话管理网元191具有上述图7至图16所示的一个或多个方法中第一会话管理网元的功能。
在本申请实施例中,“/”可以表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;“和/或”可以用于描述关联对象存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。为了便于描述本申请实施例的技术方案,在本申请实施例中,可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中,“示例性的”或者“例如”等词用于表示例子、例证或说明,被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
在本申请实施例中,对于一种技术特征,通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征,该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
应理解,在本申请实施例中,“与A对应的B”表示B与A相关联。例如,可以根据A可以确定B。还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。此外,本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本申请实施例对此不做任何限定。
本申请实施例中出现的“传输”(transmit/transmission)如无特别说明,是指双向传输,包含发送和/或接收的动作。具体地,本申请实施例中的“传输”包含数据的发送,数据的接收,或者数据的发送和数据的接收。或者说,这里的数据传输包括上行和/或下行数据传输。数据可以包括信道和/或信号,上行数据传输即上行信道和/或上行信号传输,下行数据传输即下行信道和/或下行信号传输。本申请实施例中出现的“网络”与“系统”表达的是同一概念,通信系统即为通信网络。
本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能模块可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
本申请实施例提供的技术方案可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、无线控制装置、接入网设备、终端或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,DVD))、或者半导体介质等。
在本申请实施例中,在无逻辑矛盾的前提下,各实施例之间可以相互引用,例如方法实施例之间的方法和/或术语可以相互引用,例如装置实施例之间的功能和/或术语可以相互引用,例如装置实施例和方法实施例之间的功能和/或术语可以相互引用。
以上所述,仅为本申请实施例的具体实施方式,但本申请实施例的保护范围并不局限于此,任何在本申请实施例揭露的技术范围内的变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应以所述权利要求的保护范围为准。
Claims (46)
1.一种多播业务的通信方法,其特征在于,所述方法包括:
第一会话管理网元接收来自移动管理网元的第一终端对应的多播业务的信息,所述第一终端对应的多播业务的信息包括以下至少一种:传输模式信息,或状态信息,所述传输模式信息用于指示所述多播业务的传输模式,所述状态信息用于表征所述多播业务对应的多播会话处于去激活态;
所述第一会话管理网元根据所述第一终端对应的多播业务的信息,向所述移动管理网元发送第一信息,所述第一信息包括用于为所述第一终端传输所述多播业务的数据的服务质量流QF信息。
2.根据权利要求1所述的方法,其特征在于,所述第一终端对应的多播业务的信息包括所述传输模式信息;
当所述传输模式信息指示所述多播业务的传输模式是单播传输模式时,所述第一信息包括所述多播业务对应的单播QF信息;或者,当所述多播业务的传输模式是共享传输模式时,所述第一信息包括所述多播业务对应的多播QF信息。
3.根据权利要求1所述的方法,其特征在于,
当所述第一终端对应的多播业务的信息包括所述状态信息时,所述第一信息包括所述多播业务对应的多播QF信息以及所述多播业务对应的单播QF信息。
4.根据权利要求1所述的方法,其特征在于,当所述第一终端对应的多播业务的信息包括所述状态信息和所述传输模式信息时,所述第一会话管理网元根据所述第一终端对应的多播业务的信息,向所述移动管理网元发送第一信息,包括:
当所述第一会话管理网元根据所述状态信息确定所述多播业务对应的多播会话处于去激活状态时,所述第一会话管理网元向所述移动管理网元发送所述第一信息;
其中,当所述传输模式信息指示所述多播业务的传输模式是单播传输模式时,所述第一信息包括所述多播业务对应的单播QF信息;或者,当所述传输模式信息指示所述多播业务的传输模式是共享传输模式时,所述第一信息包括所述多播业务对应的多播QF信息。
5.根据权利要求1-4任一项所述的方法,其特征在于,
所述第一信息携带在N11消息中。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
所述第一会话管理网元接收第二信息,所述第二信息用于指示所述第一终端离开所述多播业务对应的多播群组;
所述第一会话管理网元根据所述第二信息向所述移动管理网元发送第三信息;
其中,所述第三信息用于删除所述多播业务对应的单播QF信息。
7.根据权利要求6所述的方法,其特征在于,所述第一会话管理网元接收第二信息,包括:所述第一会话管理网元接收来自所述移动管理网元的所述第二信息。
8.根据权利要求6所述的方法,其特征在于,所述第一会话管理网元接收第二信息,包括:所述第一会话管理网元接收来自所述第一终端的所述第二信息。
9.根据权利要求6-8任一项所述的方法,其特征在于,
如果所述多播业务对应的多播会话处于激活状态,则所述第三信息还用于修改所述第一终端的用于传输所述多播业务的数据的协议数据单元PDU会话。
10.一种多播业务的通信方法,其特征在于,所述方法包括:
移动管理网元向第一会话管理网元发送第一终端对应的多播业务的信息,所述第一终端对应的多播业务的信息包括以下至少一种:传输模式信息,或状态信息,所述传输模式信息用于指示所述多播业务的传输模式,所述状态信息用于表征所述多播业务对应的多播会话处于去激活状态;
所述移动管理网元接收来自所述第一会话管理网元的第一信息,所述第一信息包括用于为所述第一终端传输所述多播业务的数据的服务质量流QF信息。
11.根据权利要求10所述的方法,其特征在于,
所述第一信息包括所述多播业务对应的单播QF信息,或者,所述第一信息包括所述多播业务对应的多播QF信息。
12.根据权利要求10所述的方法,其特征在于,
所述第一信息包括所述第一信息包括所述多播业务对应的多播QF信息以及所述多播业务对应的单播QF信息。
13.根据权利要求10-12任一项所述的方法,其特征在于,所述移动管理网元向第一会话管理网元发送第一终端对应的多播业务的信息,包括:
若所述多播业务支持单播传输模式,则所述移动管理网元向所述第一会话管理网元发送所述第一终端对应的多播业务的信息。
14.根据权利要求13所述的方法,其特征在于,所述方法还包括:
所述移动管理网元确定所述多播业务是否支持所述单播传输模式。
15.根据权利要求10-14任一项所述的方法,其特征在于,所述方法还包括:
所述移动管理网元接收来自所述第一会话管理网元的第三信息,所述第三信息用于删除所述多播业务对应的单播QF信息;
所述移动管理网元根据所述第三信息,删除所述多播业务对应的单播QF信息。
16.根据权利要求15所述的方法,其特征在于,如果所述多播业务对应的多播会话处于激活态,则所述第三信息还用于修改所述第一终端的用于传输所述多播业务的数据的协议数据单元PDU会话;所述方法还包括:
所述移动管理网元向接入网设备指示修改所述第一终端的用于传输多播业务的数据的PDU会话。
17.根据权利要求15或16所述的方法,其特征在于,所述方法还包括:
所述移动管理网元接收来自所述第一终端的离开请求,所述离开请求用于请求离开所述多播业务对应的多播群组;
所述移动管理网元根据所述离开请求,向所述第一会话管理网元发送第二信息,所述第二信息用于指示所述第一终端离开所述多播业务对应的多播群组。
18.一种多播业务的通信方法,其特征在于,所述方法包括:
移动管理网元接收来自第二会话管理网元的第四信息,所述第四信息用于触发激活多播业务对应的传输通道,所述传输通道用于传输所述多播业务的数据;所述第二会话管理网元用于管理所述多播业务对应的传输通道;
所述移动管理网元根据所述第四信息,获取所述多播业务的传输模式;所述多播业务的传输模式对应所述多播业务对应的传输通道上所述多播业务的数据的传输方式;
所述移动管理网元根据所述多播业务的传输模式,向接入网设备发送第五信息,所述第五信息包括所述多播业务的QF信息,所述接入网设备用于处理所述多播业务对应的传输通道上传输的数据,所述多播业务的QF信息用于传输所述多播业务的数据。
19.根据权利要求18所述的方法,其特征在于,所述移动管理网元根据所述第四信息,获取所述多播业务的传输模式包括:
所述移动管理网元根据所述第四信息,寻呼所述多播业务对应的多播群组中的终端;
所述移动管理网元接收来自所述接入网设备的第一终端的寻呼响应,所述第一终端属于所述多播业务对应的多播群组;
所述移动管理网元根据所述接入网设备的能力信息确定所述多播业务的传输模式;所述接入网设备的能力信息用于表征所述接入网设备是否具备多播能力。
20.根据权利要求18所述的方法,其特征在于,所述第四信息包括所述多播业务的标识信息;所述移动管理网元根据所述第四信息,获取所述多播业务的传输模式包括:
所述移动管理网元根据所述多播业务的标识信息、以及所述多播业务与所述多播业务的传输模式之间的对应关系,确定所述多播业务的传输模式。
21.根据权利要求18-20任一项所述的方法,其特征在于,
当所述传输模式是共享传输模式时,所述第五信息包括所述多播业务对应的多播QF信息以及所述多播业务对应的单播QF信息;或者,当所述传输模式是单播传输模式时,所述第五信息包括所述多播业务对应的单播QF信息,所述单播QF用于为所述多播业务对应的多播群组中的一个终端传输所述多播业务的数据。
22.一种多播业务的通信方法,其特征在于,所述方法包括:
移动管理网元接收来自第二会话管理网元的第六信息;其中,所述第六信息用于触发去激活所述多播业务对应的传输通道,所述传输通道用于传输所述多播业务的数据;所述第二会话管理网元用于管理所述多播业务对应的传输通道;
所述移动管理网元根据所述第六信息,获取所述多播业务的传输模式;所述多播业务的传输模式对应所述多播业务对应的传输通道上所述多播业务的数据的传输方式;
当所述多播业务的传输模式是共享传输模式时,所述移动管理网元根据所述第六信息,向接入网设备发送第七信息;所述接入网设备用于处理所述多播业务对应的传输通道上传输的数据;其中,所述第七信息用于去激活所述多播业务对应的传输通道;或,
当所述多播业务的传输模式是单播传输模式时,所述移动管理网元根据所述第六信息向第一会话管理网元发送第八信息;其中,所述第八信息用于删除所述多播业务对应的单播QF信息和/或去激活所述多播业务对应的单播QF,所述单播QF用于为所述多播业务对应的多播群组中一个终端传输所述多播业务的数据。
23.根据权利要求22所述的方法,其特征在于,所述移动管理网元根据所述第六信息,获取所述多播业务的传输模式包括:
所述移动管理网元根据所述第六信息,确定所述多播业务对应的多播群组中的终端;
所述移动管理网元确定所述多播业务对应的多播群组中的终端对应的接入网设备;
所述移动管理网元根据所述接入网设备的能力信息确定所述多播业务的传输模式;所述接入网设备的能力信息用于表征所述接入网设备是否具备多播能力。
24.根据权利要求22所述的方法,其特征在于,所述第六信息包括所述多播业务的标识信息;所述移动管理网元根据所述第六信息,获取所述多播业务的传输模式包括:
所述移动管理网元根据所述多播业务的标识信息、以及所述多播业务与所述多播业务的传输模式之间的对应关系,确定所述多播业务的传输模式。
25.根据权利要求22-24任一项所述的方法,其特征在于,
所述第七信息是多播会话释放消息或者多播广播会话资源释放消息或多播广播会话停止消息;所述第七信息包括所述多播业务的标识信息。
26.根据权利要求22-24任一项所述的方法,其特征在于,
所述第八信息携带在Nsmf_协议数据单元更新会话管理上下文请求Nsmf_PDUSession_UpdateSMContext Request消息中,所述第八信息包括所述多播业务的标识信息。
27.一种多播业务的通信方法,其特征在于,所述方法包括:
第一会话管理网元接收来自移动管理网元的第八信息;其中,所述第八信息用于删除所述多播业务对应的单播服务质量流QF信息和/或去激活所述多播业务对应的单播QF,所述单播QF用于为所述多播业务对应的多播群组中一个终端传输所述多播业务的数据;
所述第一会话管理网元根据所述第八信息,向接入网设备发送N2消息;所述接入网设备与所述单播QF对应,所述N2消息用于指示修改所述单播QF所属的协议数据单元PDU会话。
28.根据权利要求27所述的方法,其特征在于,
所述第八信息携带在Nsmf_协议数据单元更新会话管理上下文请求Nsmf_PDUSession_UpdateSMContext Request消息中,所述第八信息包括所述多播业务的标识信息。
29.一种多播业务的通信方法,其特征在于,所述方法包括:
移动管理网元接收第九信息,所述第九信息触发寻呼多播业务对应的多播群组中的终端;
所述移动管理网元根据所述九信息,寻呼第一终端,所述第一终端属于所述多播业务对应的多播群组。
30.根据权利要求29所述的方法,其特征在于,所述第九信息携带多播业务的标识信息,所述移动管理网元根据所述九信息,寻呼第一终端,包括:
所述移动管理网元根据所述多播业务的标识信息,确定所述多播业务对应的多播群组中包括所述第一终端,且所述第一终端处于空闲态idle态;
所述移动管理网元根据所述第一终端对应的接入网设备的能力信息以及所述第一终端的注册区域,确定所述第一终端对应的寻呼区域;
所述移动管理网元在所述寻呼区域内寻呼所述第一终端。
31.根据权利要求30所述的方法,其特征在于,
第一终端的寻呼区域包括所述第一终端的注册区域中除不具备多播能力的接入网设备覆盖的区域之外的区域。
32.根据权利要求30或31所述的方法,其特征在于,所述移动管理网元根据所述多播业务的标识信息,确定所述多播业务对应的多播群组中包括所述第一终端,包括:
所述移动管理网元根据所述多播业务的标识信息、以及所述多播业务对应的用户设备UE列表,确定所述多播业务对应的多播群组中包括所述第一终端;
其中,所述UE列表包括加入所述多播业务对应的多播群组的终端的标识信息。
33.根据权利要求32所述的方法,其特征在于,所述方法还包括:
所述移动管理网元接收加入请求,所述加入请求用于请求将所述第一终端加入所述多播业务对应的多播群组,所述移动管理网元根据所述加入请求,将所述第一终端的标识信息加入所述UE列表;或者,
所述移动管理网元接收来自所述第一会话管理网元的所述多播业务对应的UE列表。
34.根据权利要求30或31所述的方法,其特征在于,所述移动管理网元根据所述多播业务的标识信息,确定所述多播业务对应的多播群组中包括所述第一终端,包括:
所述移动管理网元查看所述第一终端的UE上下文,
当所述第一终端的UE上下文中包括所述多播业务的标识信息时,确定所述多播业务对应的多播群组包括所述第一终端。
35.根据权利要求29-34任一项所述的方法,其特征在于,
所述移动管理网元接收来自第一会话管理网元的所述第九信息;或者,
所述移动管理网元接收来自第二会话管理网元的所述第九信息。
36.根据权利要求29-35任一项所述的方法,其特征在于,所述方法还包括:
所述移动管理网元根据所述第九信息,寻呼第二终端,所述第二终端属于所述多播业务对应的多播群组。
37.一种多播业务的通信方法,其特征在于,所述方法包括:
第一会话管理网元接收来自第一终端的加入请求,所述加入请求用于请求加入多播业务对应的多播群组;
所述第一会话管理网元根据所述第一终端的加入请求,向所述移动管理网元发送第十信息,所述第十信息用于指示终端加入多播业务对应的多播群组。
38.根据权利要求37所述的方法,其特征在于,所述第十信息包括所述多播业务的标识信息以及所述多播业务对应的用户设备UE列表,所述UE列表包括加入所述多播业务对应的多播群组的终端的标识信息;所述方法还包括:
所述第一会话管理网元根据所述第一终端的加入请求,将所述第一终端的标识信息加入所述UE列表。
39.根据权利要求37所述的方法,其特征在于,
所述第十信息包括所述多播业务的标识信息以及下述信息的一种或者多种:所述第一终端的标识信息,或者所述第一终端的协议数据单元PDU会话的标识信息。
40.一种通信装置,其特征在于,所述通信装置用于执行如权利要求1-9任一项所述的多播业务的通信方法,或者执行如权利要求27-28任一项所述的多播业务的通信方法,或者执行如权利要求37-39任一项所述的多播业务的通信方法。
41.一种通信装置,其特征在于,所述通信装置用于执行如权利要求10-17任一项所述的多播业务的通信方法,或者执行如权利要求18-21任一项所述的多播业务的通信方法,或者执行如权利要求22-26任一项所述的多播业务的通信方法,或者执行如权利要求29-36任一项所述的多播业务的通信方法。
42.一种通信系统,其特征在于,所述通信系统包括如权利要求40所述的通信装置以及如权利要求41所述的通信装置。
43.一种计算机可读存储介质,其中,所述计算机可读存储介质存储计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行如权利要求1-9任一项所述的多播业务的通信方法,或者执行如权利要求27-28任一项所述的多播业务的通信方法,或者执行如权利要求37-39任一项所述的多播业务的通信方法。
44.一种计算机程序产品,其中,所述计算机程序产品包括计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行如权利要求1-9任一项所述的多播业务的通信方法,或者执行如权利要求27-28任一项所述的多播业务的通信方法,或者执行如权利要求37-39任一项所述的多播业务的通信方法。
45.一种计算机可读存储介质,其中,所述计算机可读存储介质存储计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行如权利要求10-17任一项所述的多播业务的通信方法,或者执行如权利要求18-21任一项所述的多播业务的通信方法,或者执行如权利要求22-26任一项所述的多播业务的通信方法,或者执行如权利要求29-36任一项所述的多播业务的通信方法。
46.一种计算机程序产品,其中,所述计算机程序产品包括计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行如权利要求10-17任一项所述的多播业务的通信方法,或者执行如权利要求18-21任一项所述的多播业务的通信方法,或者执行如权利要求22-26任一项所述的多播业务的通信方法,或者执行如权利要求29-36任一项所述的多播业务的通信方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110368567.4A CN115190433A (zh) | 2021-04-06 | 2021-04-06 | 一种多播业务的通信方法及装置 |
PCT/CN2022/081955 WO2022213799A1 (zh) | 2021-04-06 | 2022-03-21 | 一种多播业务的通信方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110368567.4A CN115190433A (zh) | 2021-04-06 | 2021-04-06 | 一种多播业务的通信方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115190433A true CN115190433A (zh) | 2022-10-14 |
Family
ID=83512351
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110368567.4A Pending CN115190433A (zh) | 2021-04-06 | 2021-04-06 | 一种多播业务的通信方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115190433A (zh) |
WO (1) | WO2022213799A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024092701A1 (en) * | 2022-11-04 | 2024-05-10 | Apple Inc. | Multicast and broadcast services (mbs) multicast activation and deactiviation notifications |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018006279A1 (zh) * | 2016-07-05 | 2018-01-11 | 华为技术有限公司 | 业务处理的方法、设备和系统 |
WO2019154036A1 (zh) * | 2018-02-12 | 2019-08-15 | 华为技术有限公司 | QoS流处理方法、设备及系统 |
CN111526553A (zh) * | 2020-05-13 | 2020-08-11 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
CN111526552A (zh) * | 2020-05-13 | 2020-08-11 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
CN111556540A (zh) * | 2020-05-13 | 2020-08-18 | 腾讯科技(深圳)有限公司 | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 |
CN111556539A (zh) * | 2020-05-13 | 2020-08-18 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
US20200396760A1 (en) * | 2019-06-11 | 2020-12-17 | Comcast Cable Communications, Llc | Wireless communications and control information transmission/reception |
US20210014827A1 (en) * | 2018-04-05 | 2021-01-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Paging Optimization Using Truncated UE Identifiers |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110557724B (zh) * | 2018-06-04 | 2020-12-15 | 华为技术有限公司 | 一种多播业务的数据传输方法以及相关设备 |
US11343653B2 (en) * | 2019-01-15 | 2022-05-24 | Ofinno, Llc | Session establishment to join a group communication |
CN114466383A (zh) * | 2019-04-01 | 2022-05-10 | 华为技术有限公司 | 数据处理方法和信息处理装置 |
CN111866755B (zh) * | 2020-07-17 | 2023-03-28 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
-
2021
- 2021-04-06 CN CN202110368567.4A patent/CN115190433A/zh active Pending
-
2022
- 2022-03-21 WO PCT/CN2022/081955 patent/WO2022213799A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018006279A1 (zh) * | 2016-07-05 | 2018-01-11 | 华为技术有限公司 | 业务处理的方法、设备和系统 |
WO2019154036A1 (zh) * | 2018-02-12 | 2019-08-15 | 华为技术有限公司 | QoS流处理方法、设备及系统 |
US20210014827A1 (en) * | 2018-04-05 | 2021-01-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Paging Optimization Using Truncated UE Identifiers |
US20200396760A1 (en) * | 2019-06-11 | 2020-12-17 | Comcast Cable Communications, Llc | Wireless communications and control information transmission/reception |
CN111526553A (zh) * | 2020-05-13 | 2020-08-11 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
CN111526552A (zh) * | 2020-05-13 | 2020-08-11 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
CN111556540A (zh) * | 2020-05-13 | 2020-08-18 | 腾讯科技(深圳)有限公司 | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 |
CN111556539A (zh) * | 2020-05-13 | 2020-08-18 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
Non-Patent Citations (1)
Title |
---|
""S2-2101017r01 PCR 23.575 KI1 conclusions MBS session activation and deactivation"", 3GPP TSG_SA\\WG2_ARCH, 2 March 2021 (2021-03-02), pages 1 - 22 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024092701A1 (en) * | 2022-11-04 | 2024-05-10 | Apple Inc. | Multicast and broadcast services (mbs) multicast activation and deactiviation notifications |
Also Published As
Publication number | Publication date |
---|---|
WO2022213799A1 (zh) | 2022-10-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220353799A1 (en) | Relay Node Selection | |
WO2020057328A1 (zh) | 一种通信方法和装置 | |
CN113545098B (zh) | 传输组播业务的方法和装置 | |
US20220330129A1 (en) | Route Configuration Method and Apparatus | |
CN114071376B (zh) | 一种通信方法、装置以及系统 | |
US20230171672A1 (en) | Route configuration method and apparatus | |
EP4075866A1 (en) | Communication method and apparatus | |
CN112584327B (zh) | 一种更新用户面路径的方法、装置及系统 | |
EP4271043A1 (en) | Communication method, apparatus and system | |
US11979247B2 (en) | Message forwarding method and apparatus | |
US20230232196A1 (en) | Data communication method and communication apparatus | |
CN113873443B (zh) | 通信方法及装置 | |
KR20230041066A (ko) | 데이터 송신 방법, 장치, 및 시스템 | |
WO2022213799A1 (zh) | 一种多播业务的通信方法及装置 | |
US20230371098A1 (en) | Communication method, apparatus, and system | |
EP4044614A1 (en) | Method for establishing multicast session and network device | |
CN105208555B (zh) | 集群业务注册方法及装置 | |
WO2022179434A1 (zh) | 组播/广播业务的通信方法、装置及系统 | |
AU2021426995A1 (en) | Communication method and apparatus for multicast/broadcast service | |
CN113973076A (zh) | 一种多播切换方法及装置 | |
WO2024074148A1 (zh) | 通信方法、装置及系统 | |
CN115334458A (zh) | 一种通信方法及装置 | |
WO2024017143A1 (zh) | 漫游场景下的分流方法、装置及存储介质 | |
EP4216622A2 (en) | Network registration method for traffic steering and device supporting the same | |
CN117641251A (zh) | 通信方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |