CN114071376A - 一种通信方法、装置以及*** - Google Patents
一种通信方法、装置以及*** Download PDFInfo
- Publication number
- CN114071376A CN114071376A CN202110858677.9A CN202110858677A CN114071376A CN 114071376 A CN114071376 A CN 114071376A CN 202110858677 A CN202110858677 A CN 202110858677A CN 114071376 A CN114071376 A CN 114071376A
- Authority
- CN
- China
- Prior art keywords
- session
- multicast
- network element
- information
- terminal
- 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 353
- 230000006854 communication Effects 0.000 title claims abstract description 352
- 238000004891 communication Methods 0.000 title claims abstract description 351
- 230000006870 function Effects 0.000 claims description 673
- 230000004913 activation Effects 0.000 claims description 109
- 230000009849 deactivation Effects 0.000 claims description 99
- 238000012545 processing Methods 0.000 claims description 67
- 230000003213 activating effect Effects 0.000 claims description 52
- 238000004590 computer program Methods 0.000 claims description 14
- 230000000977 initiatory effect Effects 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 abstract description 119
- 238000007726 management method Methods 0.000 description 501
- 238000013461 design Methods 0.000 description 104
- 230000008569 process Effects 0.000 description 80
- 238000012546 transfer Methods 0.000 description 38
- 230000004044 response Effects 0.000 description 35
- 230000011664 signaling Effects 0.000 description 23
- 238000010586 diagram Methods 0.000 description 21
- 239000013256 coordination polymer Substances 0.000 description 20
- 238000012986 modification Methods 0.000 description 20
- 230000004048 modification Effects 0.000 description 20
- 238000013507 mapping Methods 0.000 description 16
- 230000001960 triggered effect Effects 0.000 description 15
- 101150119040 Nsmf gene Proteins 0.000 description 12
- 230000000694 effects Effects 0.000 description 12
- 230000001976 improved effect Effects 0.000 description 8
- 230000000717 retained effect Effects 0.000 description 7
- 230000009471 action Effects 0.000 description 6
- 238000012217 deletion Methods 0.000 description 6
- 230000037430 deletion Effects 0.000 description 6
- 230000002829 reductive effect Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 208000037550 Primary familial polycythemia Diseases 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 208000017693 primary familial polycythemia due to EPO receptor mutation Diseases 0.000 description 4
- 230000008093 supporting effect Effects 0.000 description 4
- 238000012384 transportation and delivery Methods 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000001914 filtration Methods 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
- 230000003993 interaction Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 102000040650 (ribonucleotides)n+m Human genes 0.000 description 1
- 101100240980 Caenorhabditis elegans smf-2 gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000003542 behavioural 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
- 238000011161 development Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000005641 tunneling Effects 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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/0016—Hand-off preparation specially adapted for end-to-end data sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例公开了一种通信方法、装置以及***,使得去激活/去激活组播会话的情况下保持组播业务的数据的正常传输,以实现组播业务的连续性。所述方法包括:第一会话管理功能网元或者接入网设备确定待去激活的PDU会话是否和组播业务对应的组播会话关联,如果关联,则组播会话去激活时,去激活PDU会话,反之,如果组播会话处于激活态,则不去激活PDU会话。
Description
本申请要求于2020年08月03日提交国家知识产权局、申请号为202010769176.9、申请名称为“一种通信方法、装置以及***”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种通信方法、装置以及***。
背景技术
随着移动互联网的发展,移动高清视频业务呈现井喷态势。用户逐渐从传统的通过固定电视收看热点节目的方式转变为通过手机终端与移动互联网收看热点节目,视频业务对移动网络的冲击愈发强烈。目前,可以通过组播/广播(multicast/broadcast)的方式优化视频业务的传输来大幅减少视频流量对移动网络的冲击,如将视频业务的数据通过组播/广播方式发送给大量用户。
众多移动通信网络架构中,第5代(the 5th generation,5G)移动通信网络架构可以支持组播/广播功能,通过组播/广播方式将组播/广播业务的数据发送给大量用户。其中,针对5G的组播/广播功能的研究中,如何在组播/广播会话的激活与去激活情况下保持组播业务数据的正常传输以实现组播业务的连续性,是一个亟待解决的问题。
发明内容
本申请实施例提供一种通信方法、装置以及***,以解决在组播/广播会话的激活与去激活情况下如何保持组播业务的数据的正常传输以实现组播业务的连续性的问题。
为达到上述目的,本申请实施例采用如下技术方案。
本申请实施例的第一方面,提供一种通信方法,该方法可以由第一会话管理功能网元或者接入网设备执行,所述方法包括:确定待去激活的PDU会话是否和组播业务对应的组播会话关联,确定组播会话是否处于激活态,如果PDU会话和组播会话关联,且组播会话处于激活态,则保持PDU会话的状态为激活态,如果PDU会话和组播会话关联,且组播会话处于去激活态,则去激活PDU会话。
基于第一方面所述的方法,在去激活PDU会话时,查看与该PDU会话关联的组播会话的激活情况,若与该PDU会话关联的组播会话处于激活态,则不去激活该PDU会话,保持该PDU会话处于激活态,以便后续在某种应用场景下(例如切换的场景)将组播业务的数据映射/注入到该PDU会话上,保证组播业务的数据正常传输,或者,避免该PDU会话为终端的最后一个PDU时,该PDU会话去激活后,该终端进入空闲态,导致终端无法通过空口资源接收组播业务的数据问题。若与该PDU会话关联的组播会话处于去激活态,则去激活该PDU会话,节省传输资源,提高资源利用率。
一种可能的设计中,如果方法的执行主体为第一会话管理功能网元,第一会话管理功能网元对应于第一终端,第一终端属于组播业务对应的组播群组,则确定组播会话是否处于激活态包括:第一会话管理功能网元接收来自第二会话管理功能网元的第一信息,第一信息用于指示去激活组播会话,如第一信息可以为下述任一种信息:组播/广播业务会话停止(multicast/broadcast service stop,MBS session stop)、组播广播业务会话去激活(multicast broadcast service session deactivation,MBS sessiondeactivation)、或组播会话去激活(multicast session deactivation),第二会话管理功能网元对应于组播群组,第一会话管理功能网元根据第一信息确定组播会话处于去激活态。
基于该可能的设计,可以在组播会话停止或者其他去激活组播会话的情况下,由管理组播会话的第二会话管理功能网元及时通知第一会话管理功能网元去激活组播会话,以便第一会话管理功能网元结合组播会话的情况下判断释放去激活组播会话关联的PDU会话,以使得PDU会话与其关联的组播会话的状态一致,保证有可用的会话使得组播业务的数据正常传输。
一种可能的设计中,所述方法还包括:第一会话管理功能网元接收来自第二会话管理功能网元的用于指示激活组播会话的第二信息,第二信息可以为下述任一种信息:组播/广播业务会话开始/启动(MBS session start)、组播广播业务会话激活(multicastbroadcast service session activation,MBS session activation)、或组播会话激活(multicast session activation),第一会话管理功能网元通知接入网设备将第一终端加入至组播群组,例如,第一会话管理功能网元可通过N2会话管理信息(N2 sessionmanagement information,N2 SM information)通知接入网设备将第一终端加入至组播群组,所述N2 SM information可以是PDU会话资源建立请求传输(PDU session resourcesetup request transfer)或者是PDU会话资源建立请求(PDU session resource setuprequest)或者是PDU会话资源修改请求传输(PDU session resource modify requesttransfer)或者是PDU会话资源修改请求(PDU session resource modify request),等。N2SM information中包含组播业务的识别信息(比如组播广播业务会话(multicastbroadcast service session,MBS session)的标识信息);可选的,N2 SM information还可包含将终端加入组播会话的指示;可选的,N2 SM information还可包含所述组播会话对应的组播业务的QoS配置(QoS profile)信息所映射/对应的单播QoS配置信息。
基于该可能的设计,第一会话管理功能网元可以在第二会话管理功能网元的指示下重启组播会话,触发接入网设备将第一终端加入组播会话对应的组播群组中,通过组播方式传输数据,提高资源利用率。
一种可能的设计中,第一会话管理功能网元通知接入网设备将第一终端加入至组播群组之前组播会话关联的PDU会话处于去激活态,则所述方法还包括:第一会话管理功能网元激活组播会话关联的PDU会话,所述组播群组也可以叫做组播会话。
另外一种可能的设计中,第一会话管理功能网元通知接入网设备将第一终端设备加入至组播群组之后,如果组播会话关联的PDU会话处于去激活态,则所述方法还包括:第一会话管理功能网元激活组播会话关联的PDU会话。
基于该可能的设计,可以在组播会话处于激活态时,将其关联的PDU会话激活,以便PDU会话与其关联的组播会话的状态一致,保证有可用的会话使得组播业务的数据正常传输。
一种可能的设计中,所述方法还包括:第一会话管理功能网元确定通过PDU会话传输组播业务的数据。基于该可能的设计,可以在组播会话处于去激活态时,将组播业务映射到PDU会话,通过PDU会话传输组播业务的数据,保证组播业务的数据传输连续性。
一种可能的设计中,所述方法还包括:第一会话管理功能网元向第一用户面功能网元发送用于指示检测来自第二用户面功能网元发送的组播业务的数据的第三信息,第一会话管理功能网元接收来自第一用户面功能网元的用于指示检测到组播业务的数据的第四信息,第一会话管理功能网元通知接入网设备将第一终端加入至组播群组。
基于该可能的设计,可以在将组播业务映射到PDU会话的情况下,通知第一用户面网元时刻检测是否有从第二用户面网元发过来的组播业务的数据,如果有,则通知给第一会话管理功能网元,触发第一会话管理功能网元激活组播会话,通过组播会话传输数据,提高资源利用率以及数据传输速率。
一种可能的设计中,如果方法的执行主体为接入网设备,则接入网设备发起接入网释放AN release之前,接入网设备确定PDU会话是否和组播会话关联。
基于该可能的设计,可以在接入网设备发起AN release流程之前,确定PDU会话,尤其是终端的最后一个PDU会话是否和组播会话关联,以便在不考虑组播会话的情况下发起AN release流程使终端处于CM空闲态,影响组播业务的数据传输。
一种可能的设计中,如果方法的执行主体为接入网设备,则确定PDU会话是否和组播会话关联之前,所述方法还包括:接入网设备接收第一会话管理功能网元的用于指示去激活PDU会话的第五信息,如果保持PDU会话状态为激活态,所述方法还包括:接入网设备向第一会话管理功能网元发送用于指示拒绝去激活PDU会话的第六信息;如果去激活PDU会话,所述方法还包括:接入网设备向第一会话管理功能网元发送用于指示已去激活PDU会话的第七信息。基于该可能的设计,接入网设备确定PDU会话的状态后,可以向第一会话管理功能网元发送第六信息或者第七信息,以便第一会话管理功能网元同步PDU当前的状态。
第二方面,本申请实施例提供一种通信方法,该方法可以由第一会话管理功能网元或者接入网设备执行,所述方法包括:确定待去激活的PDU会话是否和组播业务对应的组播会话关联,确定组播会话是否处于激活态,确定待去激活的PDU会话对应的接入网设备是否支持组播功能;如果所述PDU会话和所述组播会话关联,且所述组播会话处于激活态,且所述接入网设备不支持组播功能,则保持所述PDU会话的状态为激活态;如果所述PDU会话和所述组播会话关联,且所述组播会话处于去激活态,则去激活所述PDU会话。
基于第二方面所述的方法,可以在去激活PDU会话时,查看与该PDU会话关联的组播会话的激活情况以及该PDU会话对应的接入网设备是否支持组播功能,若与该PDU会话关联的组播会话处于激活态并且所述接入网设备不支持组播功能,则不去激活该PDU会话,保持该PDU会话处于激活态,以便后续在某种应用场景下(例如切换的场景)将组播业务的数据映射/注入到该PDU会话上,保证组播业务的数据正常传输,或者,避免该PDU会话为终端的最后一个PDU时,该PDU会话去激活后,该终端进入空闲态,导致终端无法通过空口资源接收组播业务的数据问题。若与该PDU会话关联的组播会话处于去激活态,则去激活该PDU会话,节省传输资源,提高资源利用率。
一种可能的设计中,如果方法的执行主体为第一会话管理功能网元,第一会话管理功能网元对应于第一终端,第一终端属于组播业务对应的组播群组,则确定组播会话是否处于激活态包括:第一会话管理功能网元接收来自第二会话管理功能网元的第一信息,根据第一信息确定组播会话处于去激活态。第一信息用于指示去激活组播会话,第二会话管理功能网元对应于组播群组。
基于该可能的设计,在组播会话停止或者其他去激活组播会话时,由管理组播会话的第二会话管理功能网元及时通知第一会话管理功能网元去激活组播会话,以便第一会话管理功能网元结合组播会话的情况下判断释放去激活组播会话关联的PDU会话,以使得PDU会话与其关联的组播会话的状态一致,保证有可用的会话使得组播业务的数据正常传输。
一种可能的设计中,所述方法还包括:第一会话管理功能网元接收来自第二会话管理功能网元的第二信息,第二信息用于指示激活组播会话;第一会话管理功能网元通知接入网设备将第一终端加入至组播群组。
基于该可能的设计,第一会话管理功能网元可以在第二会话管理功能网元的指示下获知组播会话激活,触发接入网设备将第一终端加入组播会话对应的组播群组中,通过组播方式传输数据,提高资源利用率。
第三方面,本申请提供一种通信装置,该通信装置可以为第一会话管理功能网元上的第一会话管理功能网元或者第一会话管理功能网元中的芯片或者片上***。或者,该通信装置可以为接入网设备上的接入网设备或者接入网设备中的芯片或者片上***。该通信装置可以实现上述第一方面或者第一方面可能的设计中通信装置所执行的功能,或者第二方面或者第二方面所述的设备中通信装置所执行的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
一种可能的设计中,如:该通信装置可以包括:处理单元。
处理单元,用于确定待去激活的PDU会话是否和组播业务对应的组播会话关联,确定组播会话是否处于激活态,如果PDU会话和组播会话关联,且组播会话处于激活态,则保持PDU会话的状态为激活态,如果PDU会话和组播会话关联,且组播会话处于去激活态,则去激活PDU会话。
其中,该通信装置的各个单元的具体实现方式可以参考第一方面或第一方面的任一种可能的设计提供的通信方法中第一会话管理功能网元或功能,在此不再重复赘述。该提供的通信装置可以达到与第一方面或者第一方面的任一种可能的设计相同的有益效果。
又一种可能的设计中,该通信装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述第一方面或者第一方面的任一种可能的设计所述的通信方法。
第四方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计所述的通信方法。
第五方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计所述的通信方法。
第六方面,提供了一种通信装置,该通信装置可以为芯片***,该芯片***可以包括处理器、通信接口,用于支持通信装置实现上述第一方面或者第一方面的任一种可能的设计中所涉及的功能,例如处理器确定待去激活的PDU会话是否和组播业务对应的组播会话关联,确定组播会话是否处于激活态,如果PDU会话和组播会话关联,且组播会话处于激活态,则保持PDU会话的状态为激活态,如果PDU会话和组播会话关联,且组播会话处于去激活态,则去激活PDU会话。在一种可能的设计中,所述芯片***还包括存储器,所述存储器,用于保存通信装置必要的程序指令和数据。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第三方面至第六方面中任一种设计方式所带来的技术效果可参见上述第一方面或者第一方面的任一种可能的设计所带来的技术效果,不再赘述。
第七方面,本申请实施例提供又一种通信方法,该方法可以包括:第一会话管理功能网元接收来自第二会话管理功能网元的用于指示激活组播会话的第二信息,通知接入网设备将第一终端加入至组播会话对应的组播群组,其中,第一会话管理功能网元对应于第一终端,第二会话管理功能网元对应于组播群组。
基于第七方面所述的方法,组播会话为去激活态时,第一会话管理功能网元接收到激活组播会话的第二信息后,通知接入网设备将第一终端加入至组播会话对应的组播群组,通过组播会话传输组播业务的数据,实现组播会话的激活,将组播业务的数据通过组播会话发送给终端,提高资源利用率。
一种可能的设计中,所述方法还包括:激活组播会话关联的PDU会话。
基于该可能的设计,可以在激活组播会话时,查看与该组播会话关联的PDU会话的激活情况,若该PDU会话非激活态,则激活该PDU会话,以便后续在某种应用场景下(例如切换的场景)将组播业务的数据映射/注入到该PDU会话上,保证组播业务的数据正常传输。
一种可能的设计中,所述方法还包括:如果所述组播会话关联的PDU会话对应的接入网设备不支持组播功能,则第一会话管理功能网元激活PDU会话。
基于该可能的设计,可以在组播会话处于激活态时,根据能力将组播会话关联的PDU会话激活,以便PDU会话与其关联的组播会话的状态一致,保证有可用的会话使得组播业务的数据正常传输。
需要说明的是,本申请实施例中,第一会话管理功能网元接收到激活组播会话的第二信息后,可以执行下述两个过程中的一个或者两个:(1)、通知接入网设备将第一终端加入至组播会话对应的组播群组;(2)、根据第二信息激活组播会话关联的PDU会话;或者,当所述组播会话关联的PDU会话对应的接入网设备不支持组播功能时,第一会话管理功能网元根据第二信息激活PDU会话。应注意,当执行这两个过程时,这两个执行过程的先后顺序不受限定,可以先根据第二信息执行过程(1),进一步可选的再执行过程(2);或者先根据第二信息执行过程(2),进一步可选的再执行过程(1)。
一种可能的设计中,激活组播会话关联的PDU会话被激活可以包括:第一会话管理功能网元接收到激活组播会话的第二信息后,第一会话管理功能网元向接入网设备发送包含N2会话管理消息(N2 SM information)的Namf_Communication_N1N2MessageTransfer消息或者包含N2 SM information的PDU会话上下文更新响应(Nsmf_PDUSession_UpdateSMContext Response),以触发接入网设备根据N2 SM information激活组播会话关联的PDU会话,比如建立该PDU会话对应的空口资源以及传输隧道(本申请中可以简称为隧道)等等。进一步的,接入网设备激活组播会话关联的PDU会话后,还可以向第一会话管理功能网元发送针对N2 SM information的回复消息。
其中,所述N2 SM information可以是PDU会话资源建立请求传输(PDU sessionresource setup request transfer),针对N2 SM information的回复消息可以是PDU会话资源建立回复传输(PDU session resource setup response transfer);或者N2 SMinformation可以是PDU会话资源建立请求(PDU session resource setup request),针对N2 SM information的回复消息可以是PDU会话资源建立回复(PDU session resourcesetup response);或者,N2 SM information可以是PDU会话资源修改请求传输(PDUsession resource modify request transfer),针对N2 SM information可以的回复消息可以是PDU会话资源修改回复传输(PDU session resource modify response transfer);或者,N2 SM information可以是PDU会话资源修改请求(PDU session resource modifyrequest),针对N2 SM information的回复消息可以是PDU会话资源修改回复(PDU sessionresource modify response)等等,不予限制。
其中,N2 SM information中可以包含组播业务的识别信息(比如组播广播业务会话(multicast broadcast service session,MBS session)的标识信息)。可选的,N2 SMinformation还可包含将终端加入组播会话的指示;可选的,N2 SM information还可包含所述组播会话对应的组播业务的QoS配置(QoS profile)信息所映射/对应的单播QoS配置信息。
如果N2 SM information中包含组播会话对应的组播业务的QoS配置(QoSprofile)信息所映射/对应的单播QoS配置信息,则接入网设备可以根据单播QoS配置信息配置用于传输多播业务的数据的空口资源(或者称为无线承载),并在建立空口资源之后,如果接入网设备与UPF之间的传输隧道未建立,则接入网设备在对第一会话管理功能网元发送的针对N2SM information的回复消息中包含下行隧道信息(比如NG-U transportlayer information或NG-RAN node endpoint),该下行隧道信息为N2 SM information的回复消息中的必选信元,下行隧道信息可以用于建立接入网设备与UPF之间用于传输多播业务的数据的传输隧道,保证组播会话关联的PDU会话是被激活的。
一种可能的设计中,所述方法还包括:第一会话管理功能网元向第一接入与移动性管理功能网元发送组播群组的标识信息,组播群组的标识信息用于第一接入与移动性管理功能网元发现第一终端处于空闲态时,在第一终端的注册区域发起组寻呼。
进一步的,第一接入与移动性管理功能网元接收第一会话管理功能网元发送的组播群组的标识信息,如果组播群组中存在处于CM-IDLE态的终端,在处于CM-IDLE态的终端的注册区域,向接入网设备发送携带组播群组的标识信息的寻呼消息(可以称为组寻呼消息),触发接入网设备寻呼该组播群组中处于CM-IDLE态的多个终端。
其中,组播群组中存在处于CM-IDLE态的终端可以包括上述第一终端,还可以包括其他终端,比如第二终端、第三终端等。
应注意,当组播群组内存在处于CM-IDLE态的多个终端,且多个终端的注册区域存在相互重叠的区域(本文中可以称为重叠区域)时,为节省信令开销,第一接入与移动性管理功能网元可以在一个终端的重叠区域发起组寻呼即可,不用在每个终端的注册区域的重叠区域中重复发起组寻呼。比如,组播群组内还存在处于CM-IDLE态的第二终端,组播群组的标识信息还用于第一接入与移动性管理功能网元发现第二终端处于空闲态时,在第二终端的注册区域中除重叠区域之外的其他区域发起组寻呼,该重叠区域可以是第一终端的注册区域与第二终端的注册区域中相互重叠的区域。
基于该可能的设计,第一会话管理功能网元可以向第一接入与移动性管理功能网元发送组播群组的标识信息,第一接入与移动性管理功能网元收到组播群组的标识信息,并且发现第一终端处于CM-IDLE态,则第一接入与移动性管理功能网元向第一终端设备注册区域中的接入网设备发起组寻呼,如发送一条携带有组播群组的标识信息的、用于寻呼组播群组中处于CM-IDLE态的多个终端,应注意,第一接入与移动性管理功能网元不在处于组播群组内处于CM-IDLE态的多个终端的每个终端的注册区域的重叠区域中重复发起组寻呼,降低信令开销。
其中,组播群组的标识信息也可以称为组播会话(multicast session)的标识信息或者也可以称为组播广播会话(multicast broadcast session,MB session)的标识信息或者也可以称为组播广播业务会话(multicast broadcast service session,MBSsession)的标识信息,组播群组的标识信息可以包括:TMGI,组播业务的标识,组播地址,组播IP地址(IP multicast address),组播群组的标识,组播组的标识,组播会话的标识、组播会话的上下文信息、组播业务的地址信息、组播会话关联的PDU会话的识别信息、组播/广播业务会话ID(multicast broadcast service session ID,MBS session ID)、组播会话ID(multicast session ID)、组播业务会话ID(multicast service session ID)、组播业务的业务的数据流(service data flow,SDF)识别信息中的一种或者多种,组播群组的识别信息可以与组播业务的识别信息相同,不予限定。
另一种可能的设计中,所述方法还包括:第一会话管理功能网元向第一接入与移动性管理功能网元发送第三消息,第三消息可以是N11消息,第三消息可以包括第一终端的标识信息,该第三消息可以用于当第一终端处于空闲态时,触发第一接入与移动性管理网元在第一终端的注册区域发起寻呼。
比如当第一终端处于空闲态(或者称为idle态或CM-IDLE态)时,第一接入与移动性管理网元在处于CM-IDLE态的所述第一终端的注册区域,向接入网设备发送针对所述第一终端的寻呼消息,触发接入网设备寻呼所述处于CM-IDLE态的第一终端。
其中,所述第一终端的标识信息可以用于标识第一终端,第一终端的标识可以包括第一终端的用户永久标识(subscription permanent identifier,SUPI)、第一终端的通用公共用户标识(generic public subscription identifier,GPSI)、或者用户隐藏标识(subscription concealed identifier,SUCI)等。第一接入与移动性管理功能网元可以是为所述第一终端的NAS信令服务的接入与移动性管理功能网元,或者,也可以是为所述组播群组服务的接入与移动性管理功能网元,不予限制。
一种可能的设计中,所述方法还包括:第一会话管理功能网元接收来自第二会话管理功能网元的用于指示去激活组播会话的第一信息,如第一信息可以为组播/广播业务会话停止(multicast/broadcast service stop,MBS session stop)或组播广播业务会话去激活(multicast broadcast service session deactivation)或组播会话去激活(multicast session deactivation),第一会话管理功能网元根据第一信息,将组播会话标记为去激活态。
基于该可能的设计,可以在组播会话停止或者其他去激活组播会话的情况下,由管理组播会话的第二会话管理功能网元及时通知第一会话管理功能网元去激活组播会话,以便第一会话管理功能网元标记组播会话的状态。后续第一会话管理功能网元可以根据所标记的组播会话的状态,确定是否去激活关联的PDU会话。
一种可能的设计中,所述方法还包括:第一会话管理功能网元确定通过组播会话关联的PDU会话传输组播业务的数据。基于该可能的设计,在组播会话处于去激活态时,将组播业务映射到PDU会话,通过PDU会话传输组播业务的数据,保证组播业务的数据传输连续性。
一种可能的设计中,所述方法还包括:第一会话管理功能网元向第一用户面功能网元发送用于指示检测来自第二用户面功能网元发送的组播业务的数据的第三信息,第一会话管理功能网元接收来自第一用户面功能网元的用于指示检测到组播业务的数据的第四信息,第一会话管理功能网元通知接入网设备将第一终端加入至组播群组。
基于该可能的设计,可以在将组播业务映射到PDU会话的情况下,通知第一用户面网元时刻检测是否有从第二用户面网元发过来的组播业务的数据,如果有,则通知给第一会话管理功能网元,触发第一会话管理功能网元激活组播会话,通过组播会话传输组播业务的数据,提高资源利用率。
一种可能的设计中,所述方法还包括:第一终端加入至组播会话对应的组播群组之后,第一会话管理功能网元释放通过PDU会话传输组播业务的数据的资源,减少资源占用,提高资源利用率。
第八方面,提供一种通信装置,该通信装置可以为第一会话管理功能网元或者第一会话管理功能网元中的芯片或者片上***。该通信装置可以实现上述第七方面或者第七方面的可能的设计中第一会话管理功能网元所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如:该通信装置可以包括:接收单元、处理单元;
接收单元,用于接收来自第二会话管理功能网元的用于指示激活组播会话的第二信息。
处理单元,用于通知接入网设备将第一终端加入至组播会话对应的组播群组,其中,第一会话管理功能网元对应于第一终端,第二会话管理功能网元对应于组播群组。
其中,该通信装置的具体实现方式可参考第七方面或第七方面的任一种可能的设计提供的通信方法中第一会话管理功能网元的行为功能,第七方面或者第七方面的任一种可能的设计方法可以由该通信装置包括的接收单元以及发送单元对应实现。
第九方面,提供了一种通信装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述第七方面或者第七方面的任一种可能的设计所述的通信方法。
第十方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第七方面或者上述方面的任一种可能的设计所述的通信方法。
第十一方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第七方面或者上述方面的任一种可能的设计所述的通信方法。
第十二方面,提供了一种芯片***,该芯片***包括处理器、通信接口,用于支持通信装置实现上述方面中所涉及的功能,例如处理器通过通信接口接收来自第二会话管理功能网元的用于指示激活组播会话的第二信息,通知接入网设备将第一终端加入至组播会话对应的组播群组,其中,第一会话管理功能网元对应于第一终端,第二会话管理功能网元对应于组播群组。在一种可能的设计中,所述芯片***还包括存储器,所述存储器,用于保存通信装置必要的程序指令和数据。该芯片***,可以由芯片构成,或者包含芯片和其他分立器件。
其中,第九方面至第十二方面中任一种设计方式所带来的技术效果可参见上述第七方面或者第七方面的任一种可能的设计所带来的技术效果,不再赘述。
第十三方面,还提供一种通信方法,该方法包括:所述方法包括:接入网设备确定去激活组播业务对应的组播会话,向第一接入和移动管理功能网元或第二接入和移动管理功能网元发送用于指示去激活组播会话的第八信息,第一接入和移动管理功能网元对应于组播业务对应的组播群组内的终端,第二接入与移动性管理功能网元对应组播业务对应的组播群组。
基于第十三方面所述的方法,可以在接入网设备确定去激活组播会话后,由接入网设备将去激活组播会话的信息发送给核心网侧设备,以便核心网侧设备根据接入网设备发送的信息去激活组播会话,节省资源开销。
一种可能的设计中,接入网设备确定去激活组播业务的组播会话包括:若接入网设备未在组播会话上接收到组播业务的数据的时长大于预设时长,则接入网设备确定去激活组播业务的组播会话。或者,若接入网设备服务的终端中不存在接收组播业务的数据的终端,则接入网设备确定去激活组播业务的组播会话。基于该可能的设计,在不传输组播业务的数据或者无终端接收组播业务的数据时去激活组播会话,以免影响其他终端接收多播业务的数据。
一种可能的设计中,第八信息还用于通知释放组播会话的传输隧道,减少传输隧道的占用,提高资源利用率。
一种可能的设计中,第八信息包括组播会话的识别信息,组播会话的识别信息包括组播会话的标识信息、组播业务的识别信息、组播会话的上下文信息、组播业务的地址信息、组播会话关联的PDU会话的识别信息、组播业务的业务数据流SDF识别信息中的一种或者多种。基于该可能的设计,可以结合多种信息去指示组播会话,灵活多样,使用范围较广。
一种可能的设计中,释放组播会话对应的空口资源,减少资源占用,提高资源利用率。
第十四方面,本申请提供一种通信装置,该通信装置可以为接入网设备或者接入网设备中的芯片或者片上***。该通信装置可以实现上述第十三方面或者第十三方面的可能的设计中接入网设备所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如:该通信装置可以包括:处理单元,发送单元;
处理单元,用于确定去激活组播业务对应的组播会话。
发送单元,用于向第一接入和移动管理功能网元或第二接入和移动管理功能网元发送用于指示去激活组播会话的第八信息,第一接入和移动管理功能网元对应于组播业务所对应的组播群组内的一个终端,第二接入与移动性管理功能网元对应于组播业务对应的组播群组。
其中,该通信装置的具体实现方式可参考第十三方面或第十三方面的任一种可能的设计提供的通信方法中行为功能,第十三方面或者第十三方面的任一种可能的设计方法可以由该通信装置包括获取单元以及发送单元对应实现。
第十五方面,提供了一种通信装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,使通信装置执行如上述第十三方面或第十三方面的任一种可能的设计所述的通信方法。
第十六方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第十三方面或者上述方面的任一种可能的设计所述的通信方法。
第十七方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第十三方面或者上述方面的任一种可能的设计所述的通信方法。
第十八方面,提供了一种芯片***,该芯片***包括处理器、通信接口,用于支持通信装置实现上述方面中所涉及的功能,例如处理器确定去激活组播业务对应的组播会话,向第一接入和移动管理功能网元或第二接入和移动管理功能网元发送用于指示去激活组播会话的第八信息,第一接入和移动管理功能网元对应于组播业务所对应的组播群组内的一个终端,第二接入与移动性管理功能网元对应于组播业务对应的组播群组。在一种可能的设计中,所述芯片***还包括存储器,所述存储器,用于保存通信装置必要的程序指令和数据。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第十五方面至第十八方面中任一种设计方式所带来的技术效果可参见上述第十三方面或者第十三方面的任一种可能的设计所带来的技术效果,不再赘述。
第十九方面,还提供一种通信方法,该方法包括:第一终端接收来自寻呼消息,第一终端确定与组播会话关联的PDU会话处于去激活态,第一终端向接入网设备发送第一消息(如服务请求(service request)),第一消息用于激活组播会话关联的PDU会话。
基于第十九方面所述的方法,第一终端接收到寻呼消息时,如确定与组播会话关联的PDU会话处于去激活态,则向接入网设备发送激活组播会话关联的PDU会话的第一消息,以激活组播会话关联的PDU会话。以便后续在某种应用场景下(例如切换的场景)将组播业务的数据映射/注入到该PDU会话上,保证组播业务的数据正常传输。
一种可能的设计中,寻呼消息包括第一终端的标识信息或者组播群组的标识信息,即可以向单个终端发起寻呼,也可以群组寻呼,寻呼方式灵活多样,适用范围较广。
第二十方面,本申请提供一种通信装置,该通信装置可以为第一终端或者第一终端中的芯片或者片上***。该通信装置可以实现上述第十九方面或者第十九方面的可能的设计中第一终端所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如:该通信装置可以包括:接收单元、处理单元、发送单元;
接收单元,用于接收来自寻呼消息。
处理单元,用于确定与组播会话关联的PDU会话处于去激活态,
发送单元,用于向接入网设备发送第一消息(如服务请求(service request)),第一消息用于激活组播会话关联的PDU会话。
其中,该通信装置的具体实现方式可参考第十九方面或第十九方面的任一种可能的设计提供的通信方法中第一终端的行为功能,第十九方面或者第十九方面的任一种可能的设计方法可以由该通信装置包括获取单元以及发送单元对应实现。
第二十一方面,提供了一种通信装置,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,使通信装置执行如第十九方面或第十九方面的任一种可能的设计所述的通信方法。
第二十二方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第十九方面或者上述方面的任一种可能的设计所述的通信方法。
第二十三方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行第十九方面或者上述方面的任一种可能的设计所述的通信方法。
第二十四方面,提供了一种芯片***,该芯片***包括处理器、通信接口,用于支持通信装置实现上述方面中所涉及的功能,例如处理器通过通信接口接收来自寻呼消息,确定与组播会话关联的PDU会话处于去激活态,向接入网设备发送第一消息(如服务请求(service request)),第一消息用于激活组播会话关联的PDU会话。在一种可能的设计中,所述芯片***还包括存储器,所述存储器,用于保存通信装置必要的程序指令和数据。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第二十一方面至第二十四方面中任一种设计方式所带来的技术效果可参见上述第十九方面或者第十九方面的任一种可能的设计所带来的技术效果,不再赘述。
第二十五方面,提供一种通信***,该通信***可以包括如第八方面至第十二方面任一方面所述的通信装置或芯片***,以及第八方面至第十二方面任一方面所涉及的第二会话管理功能网元;或者,该通信***包括如第十四方面至第十八方面任一方面所述的通信装置或芯片***,以及第八方面至第十二方面任一方面所涉及的第一接入和移动管理功能网元;或者,该通信***包括如第十四方面至第十八方面任一方面所述的通信装置或芯片***、以及第八方面至第十二方面任一方面所涉及的第二接入和移动管理功能网元。
第二十六方面,本申请实施例还提供一种通信方法,所述方法包括:接入网设备组播业务的数据,接入网设备确定接收到的数据对应组播业务;接入网设备向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息。
基于第二十六方面所述的方法,当接入网设备确定从用户面接收到的数据是组播业务的数据时,触发接入网设备寻呼组播业务对应的组播群组中处于RRC_inactive态的终端,以保证组播群组中的终端正常接收组播业务的数据。
一种可能的设计中,接入网设备根据数据确定激活组播业务包括:接入网设备确定数据对应于组播业务,确定组播业务处于去激活态,接入网设备确定激活组播业务。
一种可能的设计中,接入网设备确定数据对应组播业务包括:接入网设备根据传输数据的隧道的信息和/或隧道的信息与组播业务的识别信息之间的对应关系,确定数据对应组播业务。基于该可能的设计,可以将用于传输组播业务的数据的隧道与组播业务对应起来,以便根据该对应关系确定从该隧道接收到的数据为组播业务的数据,简化***设计。
一种可能的设计中,接入网设备向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息,包括:接入网设备在组播群组的终端中确定出处于RRC_inactive态的终端,向处于RRC_inactive态的终端发送寻呼消息。
假设处于RRC_inactive态的终端包括第一终端以及第二终端;则接入网设备向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息,包括:接入网设备在第一终端的RNA发送第一寻呼消息,第一寻呼消息包括第一终端的标识信息,在第二终端的RNA发送第二寻呼消息,第二寻呼消息包括第二终端的标识信息;或者,接入网设备在第一终端的RNA以及第二终端的RNA内发送寻呼消息,寻呼消息包括组播业务的识别信息。
其中,接入网设备在第一终端的RNA以及第二终端的RNA内发送寻呼消息包括:在一个寻呼周期内,接入网设备在第一终端的RNA以及第二终端的RNA的重叠区域内发送一次寻呼消息。
基于该可能的设计,可以以per UE为粒度发送寻呼消息,也可以以多个UE为粒度发送寻呼消息,提供寻呼组播群组中的终端的多种方式,灵活且有效地寻呼处于RRC_inactive的终端。同时,在以多个UE为粒度发送寻呼消息时,对于重复区域,仅发送一次寻呼消息,降低信令开销。
第二十七方面,本申请实施例还提供一种通信方法,所述方法包括:接入网设备接收来自接入与移动性管理网元的用于指示去激活组播业务对应的组播会话的信息;接入网设备根据该信息向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息。
基于第二十七方面所述的方法,接入网设备可以从核心网获知去激活组播会话,进而触发接入网设备寻呼组播业务对应的组播群组中处于RRC_inactive态的终端,以保证组播群组中的终端正常接收组播业务的数据。
一种可能的设计中,接入网设备向组播业务对应的组播群组中处于无线资源控制_非激活RRC_inactive态的终端发送寻呼消息,包括:接入网设备在所述组播群组的终端中确定出处于RRC_inactive态的终端,向处于RRC_inactive态的终端发送寻呼消息。
假设处于RRC_inactive态的终端包括第一终端以及第二终端;则接入网设备向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息,包括:接入网设备在第一终端的RNA发送第一寻呼消息,第一寻呼消息包括第一终端的标识信息,在第二终端的RNA发送第二寻呼消息,第二寻呼消息包括第二终端的标识信息;或者,接入网设备在第一终端的RNA以及第二终端的RNA内发送寻呼消息,寻呼消息包括组播业务的识别信息。
其中,接入网设备在第一终端的RNA以及第二终端的RNA内发送寻呼消息包括:在一个寻呼周期内,接入网设备在第一终端的RNA以及第二终端的RNA的重叠区域内发送一次寻呼消息。
基于该可能的设计,可以以per UE为粒度发送寻呼消息,也可以以多个UE为粒度发送寻呼消息,提供寻呼组播群组中的终端的多种方式,灵活且有效地寻呼处于RRC_inactive的终端。同时,在以多个UE为粒度发送寻呼消息时,对于重复区域,仅发送一次寻呼消息,降低信令开销。
第二十八方面,本申请实施例还提供一种通信***,该通信***可以包括:会话管理功能网元,用于确定去激活组播业务对应的组播会话,向接入与移动性管理网元发送用于指示去激活所述组播会话的信息;接入与移动性管理网元,用于接收所述信息,向接入网设备发送所述信息;所述接入网设备,用于接收所述信息,根据所述信息,向所述组播业务对应的组播群组中处于无线资源控制_非激活RRC_inactive态的终端发送寻呼消息。
附图说明
图1a为PDU会话示意图;
图1b为组播会话示意图;
图1c为PDU会话与组播会话关联示意图;
图2为一种通信***的架构示意图;
图3a为一种5G通信***的架构示意图;
图3b为另一种5G通信架构示意图;
图3c为本申请实施例提供的一种组播/广播业务传输方式的示意图;
图4为本申请实施例提供的一种通信装置400的组成示意图;
图5为本申请实施例提供的一种通信方法的流程图;
图6为本申请实施例提供的一种通信方法的流程图;
图7为本申请实施例提供的又一种通信方法的流程图;
图8为本申请实施例提供的又一种通信方法的流程图;
图9为本申请实施例提供的又一种通信方法的流程图;
图10为本申请实施例提供的又一种通信方法的流程图;
图11为本申请实施例提供的又一种通信方法的流程图;
图12为本申请实施例提供的又一种通信方法的流程图;
图13为本申请实施例提供的又一种通信方法的流程图;
图14a为本申请实施例提供的又一种通信方法的流程图;
图14b为本申请实施例提供的又一种通信方法的流程图;
图14c为本申请实施例提供的又一种通信方法的流程图;
图15为本申请实施例提供的一种通信装置150的组成示意图;
图16为本申请实施例提供的一种通信装置160的组成示意图;
图17为本申请实施例提供的一种通信装置170的组成示意图;
图18为本申请实施例提供的一种通信装置180的组成示意图;
图19为本申请实施例提供的一种通信***的组成示意图。
具体实施方式
在介绍本申请实施例之前,对本申请实施例涉及的相关技术术语进行解释说明。需要说明的是,这些解释说明是为了让本申请实施例更容易被理解,而不应该视为对本申请实施例所要求的保护范围的限定。
协议数据单元(protocal data unit,PDU)会话,是通过单播方式向终端传输业务数据(如组播业务的数据或者单播业务的数据)的传输路径(或称为传输隧道(tunnel)),PDU会话可以包括数据网络到核心网设备(如用户面功能网元)、再到单播传输路径、以及接入网设备分配的用于向某个特定终端业务数据的空口资源。接入网设备接收到PDU会话上传输来的业务数据后,在空口上,接入网设备可以通过点对点(point to point,PTP)的单播方式将业务数据发送给该PDU会话对应的终端。一个PDU会话面向一个终端,PDU会话是用户设备(user equipment,UE)级别的,一个终端对应一个或多个PDU会话。
例如,如图1a所示,3个终端(比如终端1、终端2和终端3)中的每个终端分别对应一个PDU会话。业务提供商(如应用服务器/业务提供商(application server/contentprovider,AS/CP))发送的三份不同的业务数据可以通过各个终端对应的PDU会话发送给终端,如从AS/CP经过用户面功能网元、接入网设备到终端,图1a中的3个PDU会话分别对应3个终端。接入网设备接收到3个PDU会话上传输的业务数据后,可以以单播方式,即PTP方式,分别向终端1、终端2和终端3发送业务数据。在图1a中,每个终端的业务数据可以均不相同(例如,目标地址分别为各终端的因特网协议(internet protocol,IP)地址),且各个终端的业务数据可以通过各个终端对应的PDU会话发送给相应终端。
组播(multicast)会话可以为一个组播业务提供传输服务,组播会话可以是通过组播方式向组播群组中的多个终端传输组播业务的数据的传输路径,加入组播群组中的多个终端可以共享该组播会话。组播会话可以包括数据网络到核心网设备(如用户面功能网元)的传输路径、用户面功能网元到用于传输组播业务的数据的组播会话隧道、以及接入网设备分配的用于发送组播业务的数据的空口资源。接入网设备接收到组播会话上传输来的业务数据后,在空口上,接入网设备可以通过点对多点(point to multi-point,PTM)的组播方式将一份业务数据发送给加入该组播会话对应的组播群组的多个终端,将业务数据承载在接入网设备为多个终端分配的空口资源上发送给多个终端。一个组播会话面向一个组播群组中的多个终端,一个组播群组对应一个或者多个组播会话,组播会话是业务级别的,一类组播业务可以对应一个或多个组播会话。
例如,如图1b所示,组播业务的数据可以从AS/CP通过组播会话发送至终端1、终端2和终端3。其中,从AS/CP至传输路径可以包含AS/CP与用户面功能网元之间的传输路径、以及用户面功能网元与接入网设备之间的传输路径(如组播会话),该组播会话是终端1、终端2和终端3共享的。在空口上,接入网设备向终端1、终端2和终端3发送上述组播业务的数据,即只需要发送一份组播业务的数据,3个终端均可接收。
需要说明的是,本申请的“组播”是广义上的概念,可以包括组播(multicast)或广播(broadcast),即本申请实施例既可以应用于组播业务传输,也可以应用于广播业务传输。本申请中提及的“组播”可以替换为“组播或广播”。此外,本申请中的组播会话(multicast session)可以替换为组播业务会话(multicast service session)或组播广播业务会话(multicast broadcast service session,MBS session),不限定。
一种可能的实现中,终端可以通过其建立的一个或多个PDU会话中的任一PDU会话加入组播会话对应的组播群组,如终端通过PDU会话的控制面消息(例如PDU会话建立/修改请求(PDU session establishment/modification request))加入组播群组,控制面消息携带组播业务的识别信息和加入组播群组的指示信息等;又例如,终端通过PDU会话的用户面通知消息(例如因特网组管理协议/组播监听者发现协议(internet group managementprotocol/multicast listener discovery join,IGMP/MLD join)加入组播群组,用户面通知消息携带例如组播业务的识别信息和加入组播群组的指示信息等。
应理解,本申请所述的加入组播群组还可以替换描述为加入组播会话、或者加入组播业务,或者加入多播广播业务(multicast broadcast service,MBS),或者加入多播业务对应的多播会话(multicast session)或者加入多播业务对应的多播广播业务会话(multicast broadcast service session,MBS session)等,不予限制。
本申请实施例中,若一个PDU会话用于终端加入组播会话对应的组播群组,则该PDU会话可以称为与组播会话关联的PDU会话。进一步的,终端通过PDU会话加入组播会话对应的组播群组后,PDU会话与组播会话之间的关联关系可以记录在终端、接入网设备以及核心网设备(如接入与移动性管理功能网元、会话管理功能网元、网络存储功能网元(如统一数据库(unified data repository,UDR)等)上。示例性的,可以通过下述一种或者多种方式记录PDU会话与组播会话之间的关联关系:1)、PDU会话的会话管理上下文(sessionmanagement context,SM context)中存储有组播业务的相关信息(例如组播业务的识别信息等);2)PDU会话的SM context的ID指向该组播业务,如PDU会话的SM context的ID与组播业务的识别信息对应存储;3)组播业务对应的上下文(如,组播/广播业务会话上下文(MBSsession context),组播/广播组上下文(MBS group context),组播/广播业务上下文(MBSservice context),组播/广播上下文(MBS context))中存储有终端的信息(例如,终端的识别信息)和/或与组播会话关联的PDU会话的信息(例如,PDU会话的识别信息)。
本申请实施例中,终端的识别信息可以用于识别终端,终端的识别信息可以包括但不限于终端的用户隐藏标识符(subscription concealed identifier,SUCI)、终端的用户永久标识(subscription permanent identifier,SUPI)或终端的通用公共用户标识(generic public subscription identifier,GPSI)等。
本申请实施例中,PDU会话的识别信息可以识别PDU会话。PDU会话的识别信息可以包括但不限于PDU会话的ID或者PDU会话的会话管理上下文标识(SM context ID)等。
需要说明的是,本申请实施例中,通过PDU会话加入组播会话还可以替换描述为通过PDU会话加入组播/广播业务(multicast broadcast service,MBS),PDU会话与组播会话关联还可以替换描述为PDU会话与组播/广播业务关联,不予限制。
例如,图1c是用户设备(user equipment,UE)的PDU会话与组播会话的关联示意图,UE1有3个PDU会话,3个PDU会话的标识(PDU session ID)分别为1、3、5,其中假设ID为1的PDU会话以及ID为3的PDU会话由会话管理功能(session management function,SMF)1服务,ID为6的PDU会话由SMF2服务。UE1通过ID为1的PDU会话加入了3个组播业务(或者称为组播会话),MBS ID分别为(1、3、5),也就是说PDU会话ID为1的PDU会话关联了3个MBS,MBS ID分别是1、3、5。同理,ID为3的PDU会话关联了2个MBS,MBS ID分别是2、4;ID为6的PDU会话关联了3个MBS,MBS ID分别是6、7、8。图1c中的MB-SMF是组播/广播会话管理功能网元(MBS-session management function),负责建立、管理组播会话等。图1c所示关系可以存储在PDU会话的SM context中或者组播业务相关的上下文中,或者UDR中,此处不限定。
由上可知,用于终端加入组播会话的PDU会话与终端加入的组播会话之间存在关联关系。通信过程中,若不考虑PDU会话与组播会话之间的关联关系,去激活PDU会话,则会导致组播业务的数据从组播会话切换到组播会话关联的PDU会话失败,影响组播业务的数据的传输连续性。又如,为了保证业务连续性保证(如组播会话传输的业务的连续性),以防止当终端设备发生切换时,若没有激活关联的PDU会话,会导致组播业务的连续性无法得到保证。具体的,切换时,可以通过将组播会话传输的组播业务的数据注入到组播会话关联的PDU会话中,然后进行切换,这样组播业务的连续性可以得到保证。若切换发生时,关联的PDU会话还在去激活态,则无法将组播业务的数据映射/注入到PDU会话,保证切换时组播业务的数据正常传输。
为解决该问题,本申请实施例提供了一种通信方法,该方法可以包括:在去激活第一终端的PDU会话时,确定待去激活的PDU会话是否和组播业务对应的组播会话关联、以及确定组播会话是否处于激活态,即判断待去激活的PDU会话关联的组播会话是否处于激活态,如果PDU会话和组播会话关联且组播会话处于激活态,则保持PDU会话的状态为激活态;若组播会话处于去激活态,则可去激活PDU会话。进一步可选的,在接收到激活组播会话的第二信息(如组播/广播业务会话开始/启动(MBS session start)、组播广播业务会话激活(MBS session activation)或组播会话激活(multicast session activation))时,第一终端对应的第一会话管理功能网元可以判断组播会话关联的PDU会话是否处于激活态,若组播关联的PDU会话处于去激活态,则第一会话管理功能网元需要激活组播会话关联的PDU会话,以保证组播业务从组播会话切换到PDU会话时组播业务的数据正常传输。具体的,该实现方式参照图5~图7对应的实施例中所述。
或者,本申请实施例提供了又一种通信方法,该方法可以包括:对应于第一终端的第一会话管理功能网元接收到用于指示激活组播会话的第二信息(例如,组播/广播业务会话开始/启动(MBS session start)、组播广播业务会话激活(MBS session activation)或组播会话激活(Multicast session activation))时,第一会话管理功能网元通知接入网设备将第一终端加入组播会话对应的组播群组。进一步可选的,若组播会话关联的PDU会话处于去激活态,则激活组播会话关联的PDU会话,以保证组播业务从组播会话切换到PDU会话时组播业务的数据正常传输,或者保证在第一终端发生切换组播业务的连续性。具体的,该实现方式参照图8~图14a对应的实施例中所述。
应注意,本申请实施例中,PDU会话关联的组播会话可以包括一个或多个组播会话,本申请实施例所述的组播会话处于激活态是指这PDU会话关联的组播会话中的至少一个组播会话处于激活态。
下面结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
本申请实施例提供的通信方法可应用于图2所示的通信***,如图2所示,该通信***可以包括多个终端(如第一终端等)、接入网设备、第一会话管理功能网元。进一步的,图2所示通信***还可以包括接入与移动性管理功能网元、第一用户面功能网元、第二会话管理功能网元、第二用户面功能网元、策略控制网元、网络存储网元、数据网络(datanetwork,DN),DN可以包括应用服务器(application server,AS)等。其中,接入与移动性管理功能网元、第一用户面功能网元、第二会话管理功能网元、第二用户面功能网元、DN在本申请中为可选网元。
其中,多个终端可以组成一个组播群组,多个终端可以同时接收相同数据,即组播业务的数据。第一用户面功能网元可用于传输单播数据(unicast data),也可以用于传输组播业务的数据,第二用户面功能网元可以用于传输组播业务的数据(multicast data),单播数据可以为向某个特定终端或者用户发送的数据,组播业务的数据可以为向一个组播群组发送的数据。第一会话管理功能网元可以为管理PDU的会话管理功能网元,第二会话管理功能网元可以为管理组播业务的会话管理功能网元。下面对图2所示架构中涉及的网元或设备进行介绍。
终端,可以称为终端设备(terminal equipment)或者用户设备(user equipment,UE)或者移动台(mobile station,MS)或者移动终端(mobile terminal,MT)等。具体的,图2中的终端可以是手机(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 datarepository,UDR)等。
DN,可以为用户提供数据传输服务的运营商网络,如:可以为向用户提供IP多媒体业务(IP multi-media service,IMS)的运营商网络等。DN中可以部署有应用服务器,该应用服务器可以向用户提供数据传输服务。
需要说明的是,图2仅为示例性架构图,除图2中所示功能单元外,该***还可以包括其他功能网元,如:操作和管理(operation and management,O&M)网元等,本申请实施例对此不进行限定。此外,图2中各个设备的名称不受限制,除图2所示名称之外,各个设备还可以命名为其他名称,如替换成具备相同或相似功能的网元名称,不予限制。
其中,图2所示***可以为第三代合作伙伴计划(3rd generation partnershipproject,3GPP)通信***,如第4代(4th generation,4G)通信***、长期演进(long termevolution,LTE)***,又可以为第五代(5th generation,5G)通信***或者新空口(newradio,NR)***、下一代通信***等,也可以为非3GPP通信***,不予限制。
以图2所示的通信***为图3a所示的5G通信***为例,如图3a所示,上述第二会话管理功能网元所对应的网元或者实体可以为5G通信***中的组播/广播会话管理功能(multicast broadcast session management function,MB-SMF),上述的第二用户面功能网元所对应的网元或者实体可以为5G通信***中的用户面功能(multicast broadcastuser plane function,MB-UPF)。接入网设备对应的网元或者实体可以为5G通信***中的无线接入网(radio access network,RAN)、接入与移动性管理功能网元对应的网元或者实体可以为5G通信***中的接入与移动性管理功能(access and mobility managementfunction,AMF)、策略控制功能可以为5G通信***中的策略控制功能(policy controlfunction,PCF)。
需要说明的是,本申请中,SMF与MB-SMF可以合设,也可以各自独立部署,不予限制。在本申请中,UPF与MB-UPF可以合设,也可以各自独立部署,不与限制。
以图2所示的通信***为图3b所示的5G通信***为例,与图3a所示***不同,图3b所示***还可以包括组播广播业务传输功能(multicast/broadcast service transportfunction,MBSTF)、组播广播业务功能(multicast broadcast MBSF)。MBSTF可以具备UPF的功能,用于传输多播业务数据。MBSF可以具备MB-SMF的功能,比如建立/管理多播业务对应的多播会话等;MBSF还可以支持与LTE的MBMS进行互通等。
本申请实施例中,接入网设备不支持组播功能情况下,接入网设备与用户面网元之间可以以5G核心网单独组播/广播业务流量传输方式传输多播业务数据。接入网设备支持组播功能情况下,可以以5G核心网共享组播/广播业务流量传输(5GC shared MBStraffic delivery)方式传输组播/广播业务数据。例如,如图3c所示,5GC shared MBStraffic delivery方式下,组播/广播业务数据通过MB-UPF以及MB-UPF与RAN之间的N3隧道直接到达RAN,RAN可以以点到点(point to point,PTP)或点到多点(point to multi-point,PTM)的方式发送给加入组播业务的终端。5G核心网单独组播/广播业务流量传输方式,组播/广播业务数据通过MB-UPF到UPF,然后再通过UPF与RAN之间的N3隧道(比如终端的PDU会话)到达RAN,RAN点对点发送给终端。
接入网设备不支持组播功能可以理解为接入网设备不支持以5G核心网共享组播/广播业务流量传输(5GC shared MBS traffic delivery)方式传输组播/广播业务数据,也即,只支持5G核心网单独组播/广播业务流量传输(5GC Individual MBS trafficdelivery)方式传输组播/广播业务数据,也即,组播/广播业务数据通过加入组播业务的终端的关联的PDU会话发送给终端。
应理解,组播/广播业务数据到达接入网设备(例如,RAN)之后,经过RAN的服务数据适配协议(service data adaptation protocol,SDAP)层、分组数据汇聚协议(packetdata convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层、物理(physical,PHY)层的处理,发送给每个接收组播/广播业务数据的终端。
可选的,本申请实施例中的会话管理功能网元、接入网设备以及接入与移动性管理功能网元也可以称之为通信装置,其可以是一个通用设备或者一个专用设备,本申请实施例对此不作具体限定。可选的,本申请实施例中的会话管理功能网元、用户面功能网元、接入网设备以及接入与移动性管理功能网元的相关功能可以由一个设备实现,也可以由多个设备共同实现,还可以是由一个设备内的一个或多个功能模块实现,本申请实施例对此不作具体限定。可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者硬件与软件的结合,或者平台(例如,云平台)上实例化的虚拟化功能。
在具体实现时,图2所示各设备,如第一会话管理功能网元、接入网设备、接入与移动性管理功能网元等,都可以采用图4所示的组成结构,或者包括图4所示的部件。图4为本申请实施例提供的一种通信装置400的组成示意图,该通信装置400可以包括处理器401和存储器404。进一步的,该通信装置400还可以包括通信线路402以及通信接口403。其中,处理器401,存储器404以及通信接口403之间可以通过通信线路402连接。
处理器401,可以是中央处理器(central processing unit,CPU)、通用处理器、网络处理器(network processor,NP)、数字信号处理器(digital signal processing,DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device,PLD)或它们的任意组合。处理器401还可以是其它具有处理功能的装置,如电路、器件或软件模块,不予限制。
通信线路402,用于在通信装置400所包括的各部件之间传送信息。
通信接口403,用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。通信接口403可以是模块、电路、收发器或者任何能够实现通信的装置。
存储器404,用于存储指令。其中,指令可以是计算机程序。
其中,存储器404可以是只读存储器(read-only memory,ROM)或可存储静态信息和/或指令的其他类型的静态存储设备,也可以是随机存取存储器(random accessmemory,RAM)或可存储信息和/或指令的其他类型的动态存储设备,还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟)、磁盘存储介质、其他磁存储设备,不予限制。
需要说明的是,存储器404可以独立于处理器401存在,也可以和处理器401集成在一起。存储器404可以用于存储指令或者程序代码或者一些数据等。存储器404可以位于通信装置400内,也可以位于通信装置400外,不予限制。
处理器401,用于执行存储器404中存储的指令,以实现本申请下述实施例提供的通信方法。例如,当通信装置400为第一会话管理功能网元或者第一会话管理功能网元中的芯片或者片上***时,处理器401执行存储器404中存储的指令,以实现本申请下述实施例中第一会话管理功能网元所执行的步骤。又例如,当通信装置400为接入网设备或者接入网设备中的芯片或者片上***时,处理器401可以执行存储器404中存储的指令,以实现本申请下述实施例中接入网设备所执行的步骤。
在一种示例中,处理器401可以包括一个或多个CPU,例如图4中的CPU0和CPU1。
作为一种可选的实现方式,通信装置400包括多个处理器,例如,除图4中的处理器401之外,还可以包括处理器407。
作为一种可选的实现方式,通信装置400还包括输出设备405和输入设备406。示例性地,输入设备406是键盘、鼠标、麦克风或操作杆等设备,输出设备405是显示屏、扬声器(speaker)等设备。
需要说明的是,通信装置400可以是台式机、便携式电脑、网络服务器、移动手机、平板电脑、无线终端、嵌入式设备、芯片***或有图4中类似结构的设备。此外,图4中示出的组成结构并不构成对该通信装置的限定,除图4所示部件之外,该通信装置可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本申请实施例中,芯片***可以由芯片构成,也可以包括芯片和其他分立器件。
此外,本申请的各实施例之间涉及的动作,术语等均可以相互参考,不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例,具体实现中也可以采用其他的名称,不予限制。
下面以图2所示架构为例,对本申请实施例提供的通信方法进行描述。下述实施例中的各网元可以具备图4所示部件,不予赘述。需要说明的是,本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例,具体实现中也可以采用其他的名称。例如本申请实施例中的确定也可以理解为创建(create)或者生成(generate),本申请实施例中的“包括”也可以理解为“携带”等,本申请实施例中的“指示(indicate)”也可以理解为“触发(trigger)”或“通知(notify)”或者“请求(request)”等,本申请实施例对此不作具体限定。
图5为本申请实施例提供的一种通信方法的流程图,该方法可以由第一会话管理功能网元执行或者由接入网设备执行,第一会话管理功能网元可以为第一终端的PDU会话的对应的会话管理功能网元,第一会话管理功能网元管理第一终端的PDU会话,接入网设备可以为第一终端的PDU会话对应的接入网设备。如图5所示,该方法可以包括:
S501:确定待去激活的PDU会话是否和组播业务对应的组播会话关联。
其中,PDU会话可以为第一终端的PDU会话,第一终端可以为图2中任一终端。需要说明的是,本申请中,待去激活的PDU会话可以为第一终端对应的最后一个处于激活态/未被释放的PDU会话,也可以为第一终端对应的多个处于激活态/未被释放的PDU会话中的任一PDU会话,不予限制。
本申请中,PDU会话对应的会话管理功能网元为第一会话管理功能网元,PDU会话对应的用户面功能网元为第一用户面功能网元,第一用户面功能网元为PDU会话的锚点(PDU session anchor UPF,PSA)。组播会话对应的会话管理功能网元为第二会话管理功能网元,组播会话对应的用户面功能网元为第二用户面功能网元。
在图5所示方法由接入网设备执行的情况下,若接入网设备长时间内未接收到PDU会话上传输的数据,则确定待去激活PDU会话,或者,若接入网设备确定第一终端不再接收PDU会话上传输的数据,如第一终端移出服务区域,则确定待去激活PDU会话。或者,在第一会话管理功能网元接收到来自第一用户面功能网元的一段时间未检测到PDU会话传输数据的信息这种场景下,第一会话管理功能网元确定待去激活PDU会话后,可以向接入网设备发送用于指示或通知去激活PDU会话的信息,如第一会话管理功能网元通过第一接入与移动性管理功能网元向接入网设备发送第五信息,第五信息可以用于指示去激活PDU会话,接入网设备接收到来自第一会话管理功能网元的指示去激活PDU会话的第五信息,根据第五信息确定待去激活PDU会话。
其中,本申请所述的第一接入与移动性管理功能网元对应第一终端,是为第一终端的非接入层(non-access stratum,NAS)信令服务的接入与移动性管理功能网元,第二接入与移动性管理功能网元对应于组播会话对应的组播群组。
在图5所示方法由第一会话管理功能网元执行的情况下,若第一会话管理功能网元接收到来自第一用户面功能网元的一段时间未检测到PDU会话传输数据的信息,则确定待去激活PDU会话;或者,第一会话管理功能网元接收到来自指示或通知去激活PDU会话的信息,确定待去激活PDU会话;或者,第一会话管理功能网元接收到来自第一接入与移动性管理功能网元发送的用于指示第一终端移出服务区域的消息后,确定去激活第一终端的PDU会话。或者,第一会话管理功能网元接收到来自第一用户面网元的一段时间未检测到PDU会话传输数据的指示信息,第一会话管理功能网元根据第一用户面网元发送的未检测到PDU会话上的数据的指示信息确定待去激活PDU会话。
进一步的,第一会话管理功能网元确定待去激活PDU会话后,可以向接入网设备发送用于指示或通知去激活PDU会话的第五信息,如第一会话管理功能网元通过第一接入与移动性管理功能网元向接入网设备发送第五信息,第五信息可以用于指示去激活PDU会话,以便接入网设备接收到来自第一会话管理功能网元的指示去激活PDU会话的第五信息,根据第五信息确定待去激活PDU会话。
进一步的,如果图5所示方法由接入网设备执行,(如若上述待去激活PDU会话为第一终端的最后一个PDU会话时,会触发接入网设备发起接入网释放(AN release)流程,接入网设备在发起AN release流程之前,确定待去激活的PDU会话是否和组播业务对应的组播会话关联,即是否存在与待去激活的PDU会话关联的组播会话,根据确定结果以及组播会话的状态确定是否发起接入网释放(AN release)流程。如果图5所示方法由第一会话管理功能网元执行,第一会话管理功能网元确定待去激活PDU会话之后,不会立即释放PDU会话,释放PDU会话对应的资源(如PDU会话对应的UPF上包检测规则(packets detection rule,PDR)以及转发行为规则(forwarding action rule,FAR)、为该PDU会话配置的空口资源等),而是在释放PDU会话之前,确定待去激活的PDU会话是否和组播业务对应的组播会话关联,根据确定结果以及组播会话的状态确定是否释放PDU会话。
示例性的,本申请中,第一会话管理功能网元或者接入网设备确定待去激活PDU会话后,可以根据本地或其他网元所记录的PDU会话与组播会话之间的关联关系,确定待去激活的PDU会话是否和组播业务对应的组播会话关联。具体的,包括下述(1)~(3)三种不同的确定方式,需要说明的是,确定待去激活的PDU会话是否和组播业务对应的组播会话关联的方式不限定是下述三种方式中任一方式,还可以为其他方式。
(1)、在采用上述方式1)记录PDU会话与组播会话之间的关联关系的情况下,以PDU会话的识别信息为索引,查找PDU会话的SM Context,确定PDU会话的SM Context中是否有组播业务的相关信息,例如,是否在PDU会话的SM Context中存在所述组播业务对应的标识信息(例如MBS session ID、TMGI、multicast session ID或IP multicast address等),若存在组播业务的相关信息,则确定该待去激活的PDU会话与组播业务对应的组播会话关联,反之,则确定待去激活的PDU会话与组播会话不关联。
(2)、在采用上述方式2)记录PDU会话与组播会话之间的关联关系的情况下,以PDU会话的SM context的ID为索引,查找本地是否存在SM context的ID对应的组播业务的识别信息(例如MBS session ID、TMGI、multicast Session ID或TMGI等),若存在,则确定待去激活的PDU会话与组播会话关联,反之,则确定待激活的PDU会话与组播会话不关联。
(3)、在采用上述方式3)记录PDU会话与组播会话之间的关联关系的情况下,查看本地存储的所述组播会话相关的上下文中是否有第一终端的标识信息和/或第一终端的PDU会话的识别信息(例如SM Context),若存在,则确定待去激活的PDU会话与组播会话关联,反之,则确定待激活的PDU会话与组播会话不关联。
本申请中,组播会话相关的上下文可以称为组播会话的上下文、组播/广播业务上下文(multicast/broadcast service context)、组播/广播组上下文(multicast/broadcast group context)、组播/广播业务会话上下文(MBS session context)、组播/广播业务上下文(multicast/broadcast service context)、多播会话上下文(multicastsession context)、多播群组上下文(multicast group context)、或者多播业务上下文(multicast service context)等,不予限制。
其中,本申请实施例中,PDU会话的识别信息可以用于唯一识别PDU会话,PDU会话的识别信息可以包括PDU会话的ID、PDU会话的SM context的ID中的一种或者多种。
其中,本申请实施例中,组播业务的识别信息可以用于唯一识别组播业务,组播业务的识别信息可以包括组播会话的标识信息、组播业务的识别信息、组播会话的上下文信息、组播业务的地址信息、组播会话关联的PDU会话的识别信息、组播业务的业务数据流(service data flow,SDF)识别规则、组播业务的数据的分组过滤(packet filter)信息、组播业务对应的组播群组的标识信息(如组播群组的临时移动组标识(temporary mobilegroup identifier,TMGI),组播/广播业务会话ID(multuicast/broadcast servicesession ID),组播/广播业务会话ID(MBS session ID),组播会话ID(multicast sessionID)、提供组播业务的数据的应用服务器(如AF)的因特网协议(internet protocol,IP)地址、组播业务的业务标识(service identifier,service ID)、组播业务的包检测规则(packets detection rule,PDR)中的一种或者多种,此处不限定。应理解,PDR是过滤器的集合,每一个过滤器是一个五元组,每一个过滤器包含组播业务的源地址、目的地址、源端口号、目标端口号、协议号,PDR用于对组播业务的数据进行过滤。
其中,第一终端的标识信息可以用于唯一标识第一终端,第一终端的标识信息可以为第一终端的签约永久标识(subscription permanent identifier,SUPI)、第一终端的因特网协议(internet protocol,IP)地址,第一终端的媒体接入控制(media accesscontrol,MAC)地址,或者第一终端的国际移动用户识别码(international mobilesubscriber identity,IMSI)等。
S502:确定组播会话是否处于激活态。
在图5所示方法由第一会话管理功能网元执行的情况下,第一会话管理功能网元可以通过下述方式确定组播会话是否处于激活态:第一会话管理功能网元接收来自接入网设备或者第二会话管理功能网元的用于指示去激活组播会话的第一信息,第一会话管理功能网元根据第一信息确定组播会话处于去激活态。第一会话管理功能网元接收来自第二会话管理功能网元的用于指示激活组播会话的第二信息,第一会话管理功能网元根据第二信息确定组播会话处于激活态。
其中,第二会话管理功能网元对应于组播群组,第二会话管理功能网元为管理组播会话的网元,如可以为图3b所示的MB-SMF。应理解,本申请所述的第二会话管理功能网元对应于组播群组可以理解为第二会话管理功能网元具备管理该组播群组对应的组播会话的能力,比如第二会话管理功能网元具备建立、修改或者删除该组播群组的组播会话的能力。此外,第二会话管理功能网元对应于组播群组还可以替换描述为第二会话管理功能网元对应于组播会话或者组播业务等,不予限制。
其中,第一信息可以直接指示(indicate)/通知(notify)去激活组播会话,如第一信息可以携带一信元/指示符(indication)/通知(notification),该信元/指示符/通知显式指示去激活组播会话,或者第一指示信息可以为组播广播业务会话去激活(MBS sessiondeactivation)或组播会话去激活(multicast session deactivation)。又一种示例中,第一信息可以间接指示去激活组播会话,如第一信息可以用于指示/通知组播会话停用,如第一信息可以为组播/广播业务会话停止(MBS session stop)/会话停止(session stop)或者,第二用户面功能网元未检测到组播业务的数据,或者,第一信息可以用于指示第一终端处于连接管理(connection management,CM)空闲态,等,第一会话管理功能网元根据第一信息间接地确定组播会话处于去激活态。再一种示例中,第一信息可以直接或间接指示组播会话处于去激活态,若第一会话管理功能网元接收到第一信息,则确定组播会话处于去激活态,反之,若未接收到第一信息,则默认组播会话仍处于激活态。
其中,第二信息可以直接指示(indicate)/通知(notify)激活组播会话,如第二信息可以携带一信元/指示符(indication)/通知(notification),该信元/指示符/通知显式指示激活组播会话,或者第二信息可以为组播/广播业务会话激活(MBS sessionactivation),或者组播会话激活(multicast session activation)。又一种示例中,第二信息可以间接指示激活组播会话,如第二信息可以用于指示/通知组播会话即将开始/即将启动/启动/开始,第二信息为组播/广播业务会话开始(MBS session start)/会话开始(session start),或者,第二信息用于指示第二用户面功能网元检测到组播业务的数据,或者,第二信息可以用于指示第一终端处于连接管理(connection management,CM)连接态等,第一会话管理功能网元根据第二信息间接地确定组播会话处于激活态。
本申请实施例中,组播会话可以替换描述为组播/广播会话,组播会话的状态可以替换描述为组播/广播会话的状态,组播/广播会话的状态可以包括去激活态/非激活态(deactivated或inactive或standby)、激活态(active),释放态/删除态(release/deleted)。
组播/广播会话的状态为去激活态(inactive或deactive或MBS sessiondeactivation)可以指:在服务提供商(content provider)开始/发起/启动(intiate)组播/广播会话停止(MBS session stop或Session stop)或组播/广播业务会话去激活(MBSsession deactivation)或组播会话去激活(multicast session deactivation)时去激活组播/广播会话,在去激活组播/广播会话的执行过程中或去激活组播/广播会话执行完毕后,与组播/广播会话相关的信息在终端侧与接入网设备侧释放,与组播/广播会话相关的信息(例如MBS session context或MB service context)在第一会话管理功能网元和/或第二会话管理功能网元保留但是设置为去激活态。具体的,组播/广播会话的去激活可以指,组播/广播业务相关的信息(例如,与组播/广播业务相关的服务质量(quality ofservice,QoS)信息等)在终端中被释放;组播/广播业务相关的信息在接入网设备被释放(例如,与组播/广播业务相关的上下文(例如,组播/广播上下文(MB Context)或组播/广播业务会话上下文(MBS session context)或组播/广播组上下文(MB group context)或组播/广播业务上下文(MBS context))被释放;与组播/广播会话相关的隧道信息释放;与组播/广播会话相关的空口资源被释放;接入网设备存储的终端的上下文中与组播/广播业务相关的信息被释放等;组播/广播业务相关的信息在第一会话管理功能网元与第二会话管理功能网元被保留但是被设置为去激活态(例如相关的信息可以是MBS session context或MB service context),或组播业务相关的信息在第一会话管理功能网元被保留但是设置为去激活态但是在第二会话管理功能网元被释放,或者组播业务的相关信息在第一会话管理功能网元被释放但是在第二会话管理功能网元被保留但是设置为去激活态等。去激活的组播会话可被组播会话启动/开始流程(MBS session start)或组播广播业务会话激活(MBS session activation)或组播会话激活(multicast session activation)被重新启动/开始/激活。
组播/广播业务会话(MBS session)的状态为去激活态(inactive或deactive或MBS session deactivation)还可以指:已经建立的组播/广播会话在去激活(inactive或deactive或MBS session deactivation)态。没有组播/广播业务的数据在传输。加入组播/广播会话的终端设备可以在CM_CONNECTED态或CM_IDLE态。经过鉴权的终端设备可以允许加入组播/广播会话。激活操作(activation)可以由应用功能(application function,AF)/应用服务器(applcation server,AS)请求触发或者可以是UPF检测到组播/广播业务的数据到达触发。激活组播/广播会话,需要将已经加入组播/广播会话的并且处于CM_IDLE态的终端设备寻呼回CM_CONNECTED态。应注意,组播/广播会话在非激活态时,核心网相关网元中与组播/广播业务相关的QoS信息可以被移除或保留(例如,在MBS session context中的相关组播/广播业务相关的QoS信息),例如,组播/广播业务相关的QoS信息在MB-SMF与SMF都被移除;或者,组播/广播业务相关的QoS信息在MB-SMF被保留,在SMF被移除;或者,组播/广播业务相关的QoS信息在MB-SMF被移除,在SMF被保留;或者组播/广播业务相关的QoS信息在MB-SMF与SMF都被保留。所述组播/广播业务相关的QoS信息,例如,可以包括组播/广播相关的QoS Flow ID,数据包过滤器(例如,PCC rule中用于生成包检测规则(packetdetection rule,PDR)的业务的数据流(service data flow,SDF)模板),组播/广播业务相关的策略信息,等。此外,组播/广播会话在去激活态时,可以将MBS session context标识为inactive态,也可以不标识。此外,组播/广播会话的状态为非激活态时,与组播/广播业务会话相关的N3隧道被释放或被保留。此外,组播/广播会话的状态为非激活态时,与组播/广播业务相关的上下文可从接入网设备中移除/释放/删除,与组播/广播业务相关的上下文也可以保留在接入网设备;或者组播/广播会话在去激活态时,与组播/广播业务相关的组播/广播相关的QoS信息(例如,QoS profile)保留在接入网设备,对于加入组播/广播业务的处于CM-CONNECTED态的终端而言,接入网设备中保存有该终端的上下文,该终端的上下文中有组播/广播的QoS flow所映射的单播QoS fow对应的QoS profile,即组播/广播会话去激活时,组播/广播的QoS flow所映射的单播QoS fow对应的QoS profile保留在接入网设备中;或者组播/广播会话在去激活态时,与组播/广播业务相关的QoS信息(例如,QoSprofile)保留在接入网设备。
组播/广播会话的状态为激活态(active或MBS session activation)可以指:在服务提供商(content provider)开始/发起/启动(intiate)组播/广播会话开始/启动(MBSsession start或Session start)或组播/广播业务会话激活(MBS session activation)或组播会话激活(multicast session activation)时激活组播/广播会话,在激活组播/广播会话的执行过程中或激活组播/广播会话执行完毕后,与组播/广播会话相关的信息在终端与接入网侧建立,与组播/广播会话相关的信息在第一会话管理功能网元和/或第二会话管理功能网元设置为激活态(active)。具体的,组播/广播会话的激活可以指:组播/广播业务相关的信息(例如,与组播/广播业务相关的QoS信息等)在终端中建立/分配;组播/广播业务相关的信息在接入网设备建立(例如,与组播/广播业务相关的上下文(例如,组播/广播上下文(MB context)或组播/广播业务会话上下文(MBS session context)或组播/广播组上下文(MB group context)或组播/广播业务上下文(MBS context))被建立,与组播/广播会话相关的隧道信息分配,与组播/广播会话相关的空口资源分配,在终端的上下文中建立与组播/广播业务相关的信息等;与组播/广播会话相关的隧道建立;组播/广播业务相关的信息在第一会话管理功能网元与第二会话管理功能网元设置为激活态(active)等。激活的组播/广播会话可被组播/广播会话停止流程(MBS session stop)或组播/广播业务会话去激活(MBS session deactivation)流程或组播会话去激活(multicast sessiondeactivation)流程去激活/停止。
组播/广播会话的状态为激活态(active或MBS session activation)还可以指:已经建立的组播/广播会话在激活(active)态。组播/广播业务数据可以发送给加入组播/广播组内的终端。与组播/广播会话相关的5GC资源被预留(reserved)或被配置。与组播/广播会话相关的空口资源根据加入组播/广播业务的终端所在的基站被预留(reserved)或被配置。加入组播/广播会话的终端在CM_CONNECTED态。经过鉴权的终端可以允许加入组播/广播会话。在激活态的组播/广播会话可以转换为非激活态(inactive)。去激活操作(Deactivation)可以由应用功能(Application Function,AF)/应用服务器(ApplcationServer,AS)请求触发或者可以是UPF接收到组播/广播业务数据触发。
除此之外,组播/广播会话的状态可以为释放/删除态,组播/广播会话为释放/删除态可以指:在服务提供商(content provider)开始/发起/启动(intiate)组播/广播会话释放/删除(MBS session delete或MBS session release或session delete或sessiondelete)时释放/删除组播/广播会话,在释放/删除组播/广播会话的执行过程中或释放/删除组播/广播会话执行完毕后,与组播/广播会话相关的信息在终端与接入网侧释放/删除,与组播/广播会话相关的信息在第一会话管理功能网元和/或第二会话管理功能网元释放/删除。具体的,组播/广播会话的释放/删除可以指:组播/广播业务相关的信息(例如,与组播/广播业务相关的QoS信息等)在终端中释放/删除;组播/广播业务相关的信息在接入网设备释放/删除(例如,与组播/广播业务相关的上下文(例如,组播/广播上下文或组播/广播业务会话上下文或组播/广播组上下文或组播/广播业务上下文)释放/删除,与组播/广播会话相关的隧道信息释放/删除,与组播/广播会话相关的空口资源释放/删除,在接入网设备存储的终端的上下文中与组播/广播业务相关的信息释放/删除等;与组播/广播会话相关的隧道释放/删除;组播/广播业务相关的信息在第一会话管理功能网元与第二会话管理功能网元释放/删除等。释放/删除的组播/广播会话无法被下述流程重新开始/启动/激活:组播会话开始/启动(MBS session start或Session start)或组播广播业务会话激活(Multicast Broadcast Service(MBS)Session Activation)或组播会话激活(MulticastSession Activation),组播会话释放/删除流程可以应用于激活的组播会话或者去激活的组播会话。
在图5所示方法由接入网设备执行的情况下,接入网设备可以通过下述方式确定组播会话处于去激活态:如果接入网设备未在组播会话上接收到组播业务的数据的时长大于预设时长,则接入网设备确定去激活组播会话,释放为组播会话分配的空口资源,组播会话处于去激活态。或者,若接入网设备服务的终端中不存在接收组播业务的数据的终端,则接入网设备确定去激活组播业务的组播会话,释放为组播会话分配的空口资源,释放与组播会话相关的隧道信息等,组播会话处于去激活态。或者,接入网设备接收来自第二接入与移动性管理功能网元的第九信息,第九信息可以由第二会话管理功能网元发送给第二接入与移动性管理功能网元,第九信息可以用于指示/通知去激活组播业务的组播会话(例如,第九信息可以是会话停止(session stop)或组播广播业务会话去激活(MBS sessiondeactivation)或组播会话去激活(multicast session deactivation),接入网设备根据第九信息确定去激活组播会话,释放为组播会话分配的空口资源,释放与组播会话相关的隧道信息,使组播会话处于去激活态。
在图5所示方法由接入网设备执行的情况下,接入网设备可以通过下述方式确定组播会话处于激活态:如果接入网设备在组播会话上接收到组播业务的数据,则接入网设备确定组播会话处于激活态。或者,若接入网设备服务的终端中存在接收组播业务的数据的终端,则接入网设备确定组播会话处于激活态。或者,如果接入网设备本地存在组播会话相关的上下文信息(例如,组播/广播业务上下文或者组播/广播组上下文或者组播/广播会话上下文或者组播/广播上下文)或者接入网设备未释放掉为组播会话分配的空口资源以及组播会话相关的隧道信息,则接入网设备确定组播会话处于激活态。
其中,第九信息可以携带一显式的指示信息,该指示信息用于指示/通知去激活组播会话,或者,第九信息可以用于携带用于指示组播会话停用(MBS session stop)或组播广播业务会话去激活(MBS session deactivation)或组播会话去激活(multicastsession deactivation),或者,用于指示第二用户面功能网元未检测到组播业务的数据的指示/通知/报告信息,通过第九信息携带的这些信息间接地指示去激活组播会话。
进一步的,如果组播会话处于激活态,则可以根据与组播会话关联的PDU会话的情况确定是否激活PDU会话。具体的,该方法可以参照S503a所述。或者,根据与组播会话关联的PDU会话的情况、以及能力信息确定是否激活PDU会话。具体的,该方法可以参照下述S503b所述。
S503a:如果PDU会话和组播会话关联且组播会话处于激活态,则保持PDU会话的状态为激活态。
其中,保持PDU会话的状态为激活态可以包括保持分配给该PDU会话的空口资源和/或建立接入网设备与第一用户面功能网元之间该PDU会话对应的传输隧道等。
具体的,如果图5所示方法由接入网设备执行,则PDU会话和组播会话关联且组播会话处于激活态,如还有组播业务的数据通过该组播会话到达接入网设备进行空口传输时,接入网设备不执行/发起AN release流程。如果图5所示方法由第一会话管理功能网元执行,则PDU会话和组播会话关联且组播会话处于激活态时,第一会话管理功能网元不执行关联的PDU会话的去激活。
其中,AN release流程用于触发核心网网元释放第一终端的PDU会话。AN release流程可以包括:接入网设备通过第一接入与移动性管理功能网元向第一会话管理功能网元发送用于指示或通知去激活PDU会话的信息,如接入网设备向第一接入与移动性管理功能网元发送N2 UE上下文释放完成(N2 UE Context Release Complete),然后第一接入与移动性管理功能网元向第一会话管理功能网元发送服务化接口Nsmf_PDU会话更新会话管理上下文请求(Nsmf_PDU session_updataSMContext request),Nsmf_PDU session_updataSMContext request中携带有用于指示去激活PDU会话的信息,触发第一会话管理功能网元释放PDU会话对应的空口资源等。
需要注意的是,本申请实施例中,在图5所示方法由第一会话管理功能网元执行的情况下,即使第一会话管理功能网元确定组播会话关联的PDU会话需要去激活,但是由于第一会话管理功能网元发现/确定所述PDU会话和组播会话关联且组播会话处于激活态,则第一会话管理功能网元不执行关联的PDU会话的去激活流程,保持该PDU会话处于激活态。
其中第一会话管理功能网元可以根据下述方式确定(determine)PDU会话需要(need)去激活(inactive):该PDU会话对应的锚点UPF(PSA UPF)在一段时间内没有检测到PDU会话中有业务数据到达,该PSA UPF向第一会话管理功能网元发送去激活PDU会话的指示/通知,第一会话管理功能网元接收到PSA UPF发送的去激活PDU会话的指示/通知,确定该PDU会话需要去激活。
本申请实施例中,PDU会话的去激活流程可以包括释放所述PDU会话的N3隧道和/或所述PDU会话对应的空口资源(例如DRB)等。
S503b:如果PDU会话和组播会话关联,且组播会话处于激活态以及PDU会话对应的接入网设备不支持组播功能,则保持PDU会话的状态为激活态。
其中,保持PDU会话的状态为激活态可以包括保持分配给该PDU会话的空口资源和/或建立接入网设备与第一用户面功能网元之间该PDU会话对应的传输隧道等。
具体的,如果图5所示方法由第一会话管理功能网元执行,则PDU会话和组播会话关联且组播会话处于激活态,第一会话管理功能网元确定接入网设备是否支持组播功能,如果第一会话管理功能网元确定所述PDU会话对应的接入网设备不支持组播功能,第一会话管理功能网元不执行关联的PDU会话的去激活,保持PDU会话的状态为激活态。如果第一会话管理功能网元确定PDU会话对应的接入网设备支持组播功能,则第一会话管理功能网元执行关联的PDU会话的去激活,即去激活组播会话关联的PDU会话。
其中,当所述接入网设备不支持组播功能时,如图3c所示,组播/广播业务数据需要通过5G核心网单独组播/广播业务流量传输(5GC Individual MBS traffic delivery)方式传输,也即,组播/广播业务数据通过加入组播业务的终端设备的关联的PDU会话发送给终端设备。因为当基站不支持组播功能时,组播/广播业务数据需通过关联的PDU会话发送,由于组播/广播业务数据的发送周期可能比PDU会话上传输的数据(可以称为单播业务的数据)的发送周期长,也即,例如组播/广播业务数据一天发一次,但是PDU会话的锚点UPF(比如PSA UPF)中设置的非激活定时器(inactivity timer)是一小时,这时候,当inactivity timer到期后(也即检测到PDU会话上在这个定时器内没有业务的数据传输),不能去激活这个PDU会话,因为还有组播/广播会话在激活态,该组播/广播会话对应的组播/广播业务的数据需要经过这个PDU会话传输。
本申请实施例中,第一会话管理功能网元可以根据下述方式确定PDU会话对应的接入网设备是否支持组播功能:第一会话管理功能网元通过第一接入与移动性管理网元从PDU会话对应的接入网设备获取能力信息,能力信息用于指示接入网设备是否支持组播功能,第一会话管理功能网元根据所述能力信息确定接入网设备是否支持组播功能,比如如果能力信息指示接入网设备支持组播功能,则确定接入网设备支持组播功能,反之,如果能力信息指示接入网设备不支持组播功能,则确定接入网设备不支持组播功能。
本申请实施例中,比如S503a或S503b中,激活组播会话关联的PDU会话可以包括:第一会话管理功能网元接收到激活组播会话的第二信息后,第一会话管理功能网元向接入网设备发送包含N2会话管理消息(N2 SM information)的Namf_Communication_N1N2MessageTransfer消息或者包含N2 SM information的PDU会话上下文更新响应(Nsmf_PDUSession_UpdateSMContext Response),以触发接入网设备根据N2 SM information激活组播会话关联的PDU会话,比如建立该PDU会话对应的空口资源以及传输隧道等等。进一步的,接入网设备激活组播会话关联的PDU会话后,还可以向第一会话管理功能网元发送针对N2 SM information的回复消息。
其中,所述N2 SM information可以是PDU会话资源建立请求传输(PDU sessionresource setup request transfer),针对N2 SM information的回复消息可以是PDU会话资源建立回复传输(PDU session resource setup response transfer);或者N2 SMinformation可以是PDU会话资源建立请求(PDU session resource setup request),针对N2 SM information的回复消息可以是PDU会话资源建立回复(PDU session resourcesetup response);或者,N2 SM information可以是PDU会话资源修改请求传输(PDUsession resource modify request transfer),针对N2 SM information可以的回复消息可以是PDU会话资源修改回复传输(PDU session resource modify response transfer);或者,N2 SM information可以是PDU会话资源修改请求(PDU session resource modifyrequest),针对N2 SM information的回复消息可以是PDU会话资源修改回复(PDU sessionresource modify response)等等,不予限制。
其中,N2 SM information中可以包含组播业务的识别信息(比如组播广播业务会话(multicast broadcast service session,MBS session)的标识信息)。可选的,N2 SMinformation还可包含将终端加入组播会话的指示;可选的,N2 SM information还可包含所述组播会话对应的组播业务的QoS配置(QoS profile)信息所映射/对应的单播QoS配置信息。
如果N2 SM information中包含组播会话对应的组播业务的QoS配置(QoSprofile)信息所映射/对应的单播QoS配置信息,则接入网设备可以根据单播QoS配置信息配置用于传输多播业务的数据的空口资源(或者称为无线承载),并在建立空口资源之后,如果接入网设备与UPF之间的传输隧道未建立,则接入网设备在对第一会话管理功能网元发送的针对N2SM information的回复消息中包含下行隧道信息(比如NG-U transportlayer information或NG-RAN node endpoint),该下行隧道信息为响应消息中的必选信元,下行隧道信息可以用于建立接入网设备与UPF之间用于传输多播业务的数据的传输隧道,保证组播会话关联的PDU会话是被激活的。
S504:如果PDU会话和组播会话关联且组播会话处于去激活态,则去激活PDU会话。
其中,去激活PDU会话可以包括释放分配给该PDU会话的空口资源和/或释放接入网设备与第一用户面功能网元之间该PDU会话对应的传输隧道等。
需要说明的是,在图5所示方法由接入网设备执行的情况下,如果接入网设备接收第一会话管理功能网元的第五信息,根据第五信息确定待去激活PDU会话,则如果保持PDU会话状态为激活态,接入网设备向第一会话管理功能网元发送第六信息,第六信息用于指示拒绝去激活PDU会话;如果去激活PDU会话,接入网设备向第一会话管理功能网元发送第七信息,第七信息用于指示已去激活PDU会话,以此保证接入网设备侧与第一会话管理功能网元侧同步PDU会话的状态、组播会话的状态。
其中,接入网设备可以通过第一接入与移动性管理功能网元与第一会话管理功能网元交互信息,如接入网设备可以通过第一接入与移动性管理功能网向第一会话管理功能网元发送第六信息,或者,通过第一接入与移动性管理功能网向第一会话管理功能网元发送第七信息。
进一步的,如果第一会话管理功能网元去激活PDU会话,则为了保证组播业务的数据的正常传输,所述方法还可以包括:第一会话管理功能网元确定通过PDU会话发送组播业务的数据,将组播会话传输的组播业务的数据注入/映射到该PDU会话,通过该PDU会话传输关联的组播会话对应的组播业务的数据。需要说明的是,该PDU会话可以为组播会话关联的PDU会话,也可以不是与组播会话关联的PDU会话,而是第一终端的其他处于激活态/未被释放的PDU会话,不予限制。
其中,第一会话管理功能网元确定通过PDU会话发送组播业务的数据可以包括:第一会话管理功能网元将第一用户面功能网元的隧道信息发送给第二用户面功能网元,通知第二用户面功能网元建立第一用户面功能网元与第二用户面功能网元之间的用于传输组播业务的数据的通道,如第一会话管理功能网元向第二会话管理功能网元发送第一用户面功能网元的隧道信息,第二会话管理功能网元向第二用户面功能网元发送携带第一用户面功能网元的隧道信息的会话更新请求(例如,可以是N4会话更新请求),第二用户面功能网元接收并对应存储第一用户面功能网元的隧道信息。进一步的,第二用户面功能网元向第二会话管理功能网元发送会话更新响应(例如,可以是N4会话更新响应)。同时,第一会话管理功能网元根据组播业务的信息以及组播业务所包含的组播QoS流与单播QoS流的映射关系,对第一用户面功能网元进行配置,如第一会话管理功能网元向第一用户面功能网元发送该组播业务的信息和组播服务质量的(quality of service,QoS)流所映射的单播QoS流的QFI,从而将组播的QoS流映射/注入到PDU会话的PDU会话隧道中以单播QoS流的方式传输,其中上述组播业务的信息可以包含组播业务的识别信息;还可以包括包检测规则(packets detection rule,PDR),对于过滤后的组播业务的数据,第一用户面功能网元根据组播QoS流的QFI与单播QoS流的QFI的映射关系将组播业务的数据映射到PDU会话中以单播QoS流的方式进行传输。
进一步的,在图5所示方法由第一会话管理功能网元执行,且组播会话处于去激活态的情况下,所述方法还包括:第一会话管理功能网元接收来自第二会话管理功能网元的第二信息;第一会话管理功能网元根据第二信息确定激活组播会话,通过第一接入与移动性管理功能网元通知接入网设备将第一终端加入至组播群组。或者,第一会话管理功能网元接收来自第二会话管理功能网元的第二信息,根据第二信息确定激活组播会话,通过第一接入与移动性网元移动性管理功能网元通知接入网设备将第一终端加入至组播群组。
其中,第二信息的相关描述可参照S502中所述,不予赘述。
需要说明的是,在第一会话管理功能网元通过第一接入与移动性管理功能网元通知接入网设备将第一终端加入至组播群组之前,如果组播会话关联的PDU会话不处于激活态,则第一会话管理功能网元还要激活组播会话关联的PDU会话。
其中,激活PDU会话和通知接入网设备将第一终端设备加入至组播群组的过程可以是:第一会话管理功能网元激活组播会话关联的PDU会话,第一会话管理功能网元向第一接入与移动性管理功能网元发送Namf_Communication_N1N2MessageTransfer消息,Namf_Communication_N1N2MessageTransfer消息中可以携带组播群组的标识信息。第一接入与移动性管理功能网元收到上述消息后,若第一终端处于连接态,那么第一接入与移动性管理功能网元继续与接入网设备交互执行后续流程激活关联的PDU会话。如果第一终端处于CM-IDLE态,第一接入与移动性管理功能网元与接入网设备进行针对与单个UE的寻呼或者针对于该组播群组的组寻呼,第一终端收到寻呼消息后,第一终端发起业务请求(servicerequest)流程激活关联得PDU会话,之后第一会话管理功能网元通过与组播群组内终端相关的信令通知接入网设备将第一终端加入组播群组。具体的,该过程可以包括:
第一会话管理功能网元接收到第二会话管理功能网元发送的MBS sessionstart/MBS session activation/session start或组播广播业务会话激活(MBS sessionactivation)或组播会话激活(multicast session activation),或接收到第一用户面功能网元报告/通知/指示的组播业务的数据到达的信息后,第一会话管理功能网元向第一接入与移动性管理功能网元发送N11消息(例如可以是N1N2消息传递(Namf_Communication_N1N2MessageTransfer)),N11消息中可以携带组播群组的标识信息。若第一接入与移动性管理功能网元发现由第一接入与移动性管理功能网元管理的且处于组播群组的终端中,存在处于CM-CONNECTED态的多个终端,那么第一接入与移动性管理功能网元继续与接入网设备等进行交互激活关联的PDU会话;若存在处于CM-IDLE态的多个终端,第一终端包括在处于CM-IDLE态的多个终端中,则第一接入与移动性管理功能网元发起1个或多个寻呼消息,寻呼一个或多个处于CM-IDLE态的终端,多个寻呼消息与多个处于CM-IDLE态的终端一一对应,一个寻呼消息面向一个终端,一个寻呼消息用于寻呼一个处于CM-IDLE态的终端;或者,第一接入与移动性管理功能网元发起组寻呼,如发起用于寻呼组播群组中的多个处于CM-IDLE态的终端的一个寻呼消息,该寻呼消息可以携带有组播群组的标识信息(如TMGI,MBSsession ID,组播业务的标识,组播地址,组播IP地址,组播群组的标识,组播组的标识,组播会话的标识、组播会话的上下文信息、组播业务的地址信息、组播会话关联的PDU会话的识别信息、组播业务的业务数据流SDF识别信息中的一种或者多种等),组播群组的标识信息可以与组播业务的识别信息相同,不予限定。组播群组的标识信息由第一接入与移动性管理功能网元从第一会话管理功能网元获得,以此通过一条寻呼消息使处于CM-IDLE态的多个终端回到CM-CONNECTED态。当组播群组内的终端(包括第一终端)回到收到寻呼消息后,如果发现与组播业务关联的PDU会话还在非激活态,则发起业务请求(servicerequest)流程激活与组播会话关联的PDU会话,业务请求流程可参照现有技术,不予赘述。进一步的,与组播会话关联的PDU会话被激活后,通知接入网设备将第一终端加入到组播群组。
本申请实施例不限于于第一会话管理功能网元向中第一接入与移动性管理网元发送携带组播群组的标识信息的N11消息,可替换的,第一会话管理功能网元可以向第一接入与移动性管理网元发送第三消息,该第三消息可以是N11消息,第三消息可以包括第一终端的标识信息,该第三消息可以用于第一接入与移动性管理网元根据第一会话管理功能网元的指示获知加入组播群组的终端是哪些终端,并在当组播群组中的第一终端处于空闲态或者CM-IDLE态时,触发第一接入与移动性管理网元在第一终端的注册区域发起寻呼,如此可以方便第一接入与移动性管理网元根据终端的标识信息确定对处于idle态或者CM-IDLE态的终端发起寻呼。具体的,第一接入与移动性管理网元发起寻呼的过程如上所述,比如第一接入网设备可以发送一个或者多个寻呼消息,一个寻呼消息对应寻呼一个终端;或者,第一接入网设备发送组寻呼,如发送对应多个终端的组寻呼消息,该组寻呼消息可以包括组播业务的识别信息,实现通过组寻呼实现一次寻呼多个终端。
应注意,当组播群组内存在处于CM-IDLE态的多个终端,且多个终端的注册区域存在相互重叠的区域(本文中可以称为重叠区域)时,为节省信令开销,第一接入与移动性管理功能网元可以在一个终端的重叠区域发起组寻呼即可,不用在每个终端的注册区域的重叠区域中重复发起组寻呼。比如,组播群组内还存在处于CM-IDLE态的第二终端,组播群组的标识信息还用于第一接入与移动性管理功能网元发现第二终端处于空闲态时,在第二终端的注册区域中除重叠区域之外的其他区域发起组寻呼,该重叠区域可以是第一终端的注册区域与第二终端的注册区域中相互重叠的区域。如此,第一接入与移动性管理网元可以不在组播群组中处于CM-IDLE态的每个终端的注册区域的重叠区域重复发起组寻呼,达到节省信令开销的目的。
应注意,本申请实施例中,第一终端可以包括一个或多个终端。当第一终端包括多个终端时,上述第一会话管理功能网元向第一接入与移动性管理功能网元发送第一终端的标识信息可以替换描述为第一会话管理功能网元向第一接入与移动管理功能网元发送UE列表,该UE列表可以包括加入多播会话的多个终端的标识信息。
需要注意的是,对于组播群组内处于CM-CONNECTED态的终端,第一会话管理功能网元可以在激活终端关联的PDU会话后,再与接入网设备以及其它核心网设备交互将第一终端加入组播群组,也可以先与接入网设备以及其它核心网设备交互将第一终端加入组播群组,然后再激活关联的PDU会话,也可以第一会话管理功能网元与接入网设备以及其它核心网进行交互,将第一终端加入组播群组与激活关联的PDU会话同时进行,不予限定。
对于组播群组内处于CM-IDLE态的终端,可以先在终端收到寻呼消息并且执行服务请求流程后(例如,关联的PDU会话激活后),第一会话管理功能网元与接入网设备以及其它核心网设备交互将第一终端加入组播群组,或者,也可以在终端收到寻呼消息并且执行服务请求流程后(例如,虽然回到了CM-CONNECTED态,但是关联的PDU会话还未激活),先与接入网设备以及其它核心网设备交互将第一终端加入组播群组,然后再激活关联的PDU会话,也可以第一会话管理功能网元与接入网设备以及其它核心网进行交互,将第一终端加入组播群组与激活关联的PDU会话同时进行,不予限定。
例如,假设UE处于CM-CONNECTED态,UE有PDU会话标识=1、PDU会话标识=3、PDU会话标识=5三个PDU会话,这三个PDU会话均处于非激活态,UE通过PDU会话标识为1的PDU会话加入了组播会话1,那么UE是知道哪个PDU会话关联了哪个组播会话。当PDU会话标识为5的PDU会话上的数据到达UPF,使得网络侧设备触发service request流程,如果UE在CM-CONNECTED态(例如,1、3、5中至少有一个PDU会话在激活态),那么第一SMF只需继续执行后续服务请求流程激活关联的标识为1的PDU会话;若UE在CM-IDLE态(即,1,3,5号都在去激活),AMF收到第一SMF发送的上述N11消息后会发寻呼或者组寻呼消息,UE收到寻呼或者组寻呼消息后,会发起UE发起的服务请求流程激活组播关联的PDU会话。然后,通知接入网设备将UE加入组播群组,或者先将在CM-CONNECTED态的UE加入组播群组,若关联的PDU会话在去激活态,然后激活关联的PDU会话,不予限定。
示例性的,第一会话管理功能网元通知接入网设备将第一终端加入至组播群组还可以替换描述为激活组播会话或者为终端接收组播业务的数据分配空口资源以及接收组播业务的数据的无线承载配置等。本申请各实施例中,第一会话管理功能网元通知接入网设备将第一终端加入至组播群组可以包括:第一会话管理功能网元通过与接入网设备(例如,RAN)以及其它核心网网元(例如,AMF、MB-SMF等)交互将第一终端加入组播组播群组。
具体的,第一会话管理功能网元通知接入网设备将第一终端加入至组播群组可以为:当组播业务的数据通过组播会话进行传输或分发时,第一会话管理功能网元通过UE相关的信令通知接入网设备为第一终端分配组播会话相关的空口资源,接入网设备将第一终端加入组播群组。可选的,接入网设备还可以与AMF、SMF、MB-SMF、MB-UPF中的一种或几种网元进行交互建立接入网设备与MB-UPF之间的组播会话隧道等。或者,当组播业务的数据通过UE的PDU会话进行传输或分发,第一第一会话管理功能网元通知接入网设备与第一用户面网元为传输该组播会话对应的组播业务相关的QoS流分配资源,并建立第一用户面网元与第二用户面网元之间的隧道等。
基于图5所示方法,可以在去激活PDU会话的过程中,考虑与该PDU会话关联的组播会话,若与该PDU会话关联的组播会话处于激活态,则不去激活该PDU会话,保持该PDU会话处于激活态,以便后续在某种应用场景下(例如切换的场景)将组播业务的数据映射/注入到该PDU会话上,保证组播业务的数据正常传输,或者,避免该PDU会话为终端的最后一个PDU时,该PDU会话去激活后,该终端进入空闲态,导致终端无法通过空口资源接收组播业务的数据问题。若与该PDU会话关联的组播会话处于去激活态,则去激活该PDU会话,节省传输资源,提高资源利用率。
下面结合图3a所示5G***,以第一终端为UE、接入网设备为RAN、第一会话管理功能网元为第一SMF、第二会话管理功能网元为MB-SMF/第二SMF、第一用户面功能网元为UPF、第二用户面功能网元为MB-UPF,接入与移动性管理功能网元为AMF为例,对接入网设备执行图5所示方法进行详细描述。需要说明的是,本申请中,UPF可以与MB-UPF集成在一起,该集成后的UPF既可以具备本申请所述的UPF的功能,又可以具备MB-UPF的功能,或者,UPF与MB-UPF独立部署,不予限制。本申请中,SMF可以与MB-SMF集成在一起,该集成后的SMF既可以具备本申请所述的SMF的功能,又可以具备MB-SMF的功能,或者,SMF与MB-SMF独立部署,不予限制。
图6为本申请实施例提供的一种通信方法的流程图,用于实现当RAN去激活某个PDU会话时,先判断与该PDU会话关联的组播会话的状态,再根据该PDU会话关联的组播会话的状态决定是否去激活PDU会话。如图6所示,所述方法包括:
S601:RAN确定去激活UE的PDU会话。
其中,UE的PDU会话对应第一SMF以及UPF。RAN确定去激活UE的PDU会话还可以替换描述为RAN确定待去激活UE的PDU会话,不予限制。
示例性的,RAN可以通过下述四种方式中任一方式确定去激活UE的PDU会话:方式(1)、RAN长时间内未接收到UE的PDU会话上传输的数据,则确定去激活UE的PDU会话。方式(2)、UE移出RAN的服务区域,UE不可达,RAN不再为UE提供网络服务,则RAN确定去激活UE的PDU会话。方式(3)、如果UE处于无线接入控制空闲(radio resource control,RRC_idle)态或非激活(RRC_inactived)态,则RAN确定去激活UE的PDU会话。方式(4)、RAN接收来自第一SMF的第五信息,该第五信息可以用于指示UE的PDU会话停止的信息或者用于指示UPF未检测到发往UE的数据的信息或者用于指示去激活PDU会话的信息,RAN根据该第五信息确定去激活UE的PDU会话。
S602:RAN确定待去激活的PDU会话是否与组播会话关联。
其中,S602的执行过程可参照S501所述,不予赘述。
S603:RAN确定组播会话是否处于激活态,如果PDU会话和组播会话关联且组播会话处于激活态,则执行S604,流程结束。反之,则执行S605~S610,流程结束。
示例性的,如果下述事件1~事件3中任一个或者多个事件执行完成(或发生),则确定组播会话处于去激活态,反之,若事件1~事件3均未发生,则确定组播会话处于激活态。
事件1:RAN长时间内未接收到组播会话上传输的组播业务的数据;或者,RAN不存在接收组播业务的数据的UE,则RAN确定去激活组播会话,释放为组播会话分配的空口资源,使组播会话处于去激活态。
进一步,当RAN确定去激活组播会话时,RAN还可以删除/移除/释放存储在RAN的组播会话的上下文(或者称为组播上下文(multicast context)。可选的,若组播会话的上下文释放,则RAN确定释放RAN与MB-UPF之间的组播会话对应的传输隧道(或者称为组播会话隧道)。
进一步,事件1还可以包括:RAN向第一SMF发送去激活组播会话的通知消息,或者RAN向MB-SMF发送去激活组播会话的通知消息。RAN向第一SMF发送去激活组播会话的通知消息可以包括:RAN向AMF发送携带去激活组播会话的通知消息的N2消息(N2message),AMF收到RAN发送的N2消息后,根据N2消息中携带的PDU会话ID定位到PDU会话对应的第一SMF,AMF将该通知消息携带在N11消息中发送给第一SMF。
其中,RAN向MB-SMF发送去激活组播会话的通知消息可以包括:RAN向AMF发送携带去激活组播会话的通知消息的N2消息(N2 message),AMF收到RAN发送的N2消息后,根据N2消息中携带的组播业务的识别信息以及组播业务的识别信息与MB-SMF的识别信息之间的对应关系确定(定位)出MB-SMF,组播业务的识别信息与MB-SMF的识别信息之间的对应关系可以在UE在加入该组播业务时AMF已经获知,AMF将该通知消息携带在N11消息中发送给MB-SMF。
进一步的,MB-SMF接收到N11消息后,根据N11消息中携带的通知消息与MB-UPF进行会话更新(如N4会话更新),如MB-SMF向MB-UPF发送会话更新请求(如N4会话更新请求)。进一步的,MB-SMF接收来自MB-UPF的会话更新响应(如N4会话更新响应)。
其中,N4会话更新请求可以携带组播业务的识别信息,可选的,N4会话更新请求还携带指示MB-UPF缓存组播业务的数据的通知,可选的,若MB-SMF没有通知MB-UPF进行组播业务的数据的缓存,MB-SMF也可以进行组播业务的数据的缓存;可选的,N4会话更新请求还可以用于指示MB-UPF在组播业务的数据的到达MB-UPF时通知MB-SMF。可选的,N4会话更新请求还可以携带释放组播会话隧道的释放通知。需要说明的是,上述通知可以作为信元携带在N4会话更新请求中,可替换的,也可以携带在专门的N4消息中,不予限制。
如果MB-UPF收到了组播会话隧道的释放通知,则MB-UPF移除与组播会话隧道相关的隧道信息,如MB-UPF与RAN之间的组播会话隧道的RAN侧的隧道端点标识信息。之后,MB-UPF向MB-SMF发送N4会话更新响应,MB-SMF接收N4会话更新响应,向第一SMF发送第二消息的响应。
其中,上述通知消息携带在N2消息中时,可以是携带在N2消息中的指示(indication)或者发送N2消息的原因值(cause),该原因值表示触发N2消息发送的原因是由于组播会话去激活。该N2消息可以是一条新类型的N2消息,也可以是与UE相关的N2消息,如与当前还在激活态的与组播会话相关联的PDU会话相关的N2消息。N2消息可以携带与组播会话关联的PDU会话的ID。此外,可选的,N2消息还可以携带去激活的组播会话对应的组播业务的识别信息。类似的,上述通知消息携带在N11消息中时,可以是携带在N11消息中的指示或者发送N11消息的原因值,该原因值表示触发N11消息发送的原因是由于组播会话去激活,N11消息可以是一条新类型的N11消息,也可以是与组播会话相关联的PDU会话相关的N11消息,PDU会话上下文更新请求(Nsmf_PDUSession_UpdateSMContext Request)。
可选的,如果RAN确定释放其与MB-UPF之间的组播会话隧道,则RAN还可以将组播会话隧道的释放通知包含在上述通知消息中,该释放通知可以是通知消息中的一个指示,用于指示释放组播会话隧道。
本申请各实施例中,MB-SMF确定加入该组播业务的第一SMF可以包括:其中,MB-SMF根据组播业务的识别信息确定加入组播业务的第一SMF可以包括:MB-SMF可以以组播业务的识别信息为索引本地查找或者从UDR获取该组播业务对应的上下文(例如,可以是组播业务上下文,组播组上下文,组播上下文,组播业务上下文,组播会话的上下文,等),MB-SMF查看组播业务对应的上下文中的SMF列表,将列表中的SMF确定为第一SMF。当UE通过SMF加入组播业务或者组播会话或者组播群组时,当MB-SMF第一次收到SMF的关于获取组播会话或组播业务相关的信息(例如,组播QoS信息)时,将SMF加到与组播业务或者组播群组相关的SMF列表中。
当SMF中最后一个UE离开组播群组或者组播业务时,SMF向MB-SMF发消息,MB-SMF收到之后,从与组播业务或者组播群组的SMF列表中删除SMF。
事件2:AS/CP向MB-SMF发送组播会话停止(MBS session stop)的消息,该消息中包含需要停止(或者去激活)的组播会话对应的组播业务的识别信息。MB-SMF接收组播会话停止的消息,MB-SMF与MB-UPF进行N4会话更新,通知MB-UPF去激活组播会话或者组播会话停止。进一步的,MB-SMF可以确定是否释放组播会话隧道,若确定释放组播会话隧道,则在与MB-UPF进行N4会话更新时,通知MB-UPF释放组播会话隧道。MB-SMF接收组播会话停止的消息后,MB-SMF确定加入该组播业务的第一SMF,向第一SMF发送第一信息,第一信息可以用于指示组播会话停止(MBS session stop)或者直接指示去激活组播会话,例如组播广播业务会话去激活(MBS session deactivation)或组播会话去激活(multicast sessiondeactivation)。可选的,若MB-SMF确定释放组播会话隧道,则在第八信息中还包括释放组播会话隧道的消息。第一SMF接收MB-SMF发送的第七信息,根据组播业务的识别信息,确定是否有与该组播会话业务关联的PDU会话,如有,则第一SMF向AMF发送N1N2消息传递。AMF接收N1N2消息传递,向RAN发送N2消息,N2消息可以携带上述第一信息。RAN收到第一信息后,确定去激活组播会话,释放分配给组播会话的空口资源。
或者,MB-SMF向AMF发送组播会话停止(MBS session stop)或组播广播业务会话去激活(MBS session deactivation)或组播会话去激活(multicast sessiondeactivation)的消息,AMF将该消息转发给RAN,RAN收到组播会话停止(MBS sessionstop)或组播广播业务会话去激活(MBS session deactivation)或组播会话去激活(multicast session deactivation)的消息后,确定去激活组播会话,释放分配给组播会话的空口资源。
事件3:MB-UPF长时间未检测到组播业务的数据,MB-UPF向MB-SMF发送未检测到组播业务的数据的消息,该消息中包含未检测到数据的组播业务的识别信息。MB-SMF接收未检测到组播业务的数据的消息,MB-SMF向MB-UPF发送响应消息,通知MB-UPF去激活组播会话、缓存组播业务的数据,或者将组播业务的数据到达MB-UPF时向MB-SMF发送通知等。进一步的,MB-SMF可以确定是否释放组播会话隧道,若确定释放组播会话隧道,则还可以通知MB-UPF释放组播会话隧道。MB-SMF接收未检测到组播业务的数据的消息后,MB-SMF确定加入该组播业务的第一SMF,向第一SMF发送第一信息,第一信息可以用于指示未检测到组播业务的数据的消息或者直接指示去激活组播会话。可选的,若MB-SMF确定释放组播会话隧道,则在第八信息中还包括释放组播会话隧道的消息。第一SMF接收MB-第一SMF发送的第一信息,确定是否有与该组播会话业务关联的PDU会话,如有,则第一SMF向AMF发送N1N2消息传递。AMF接收N1N2消息传递,向RAN发送N2消息,N2消息可以携带上述第一信息。RAN收到第一信息后,确定去激活组播会话,释放分配给组播会话的空口资源。
或者,MB-SMF向AMF发送未检测到组播业务的数据的消息,AMF将该消息转发给RAN,RAN收到未检测到组播业务的数据的消息后,确定去激活组播会话,释放分配给组播会话的空口资源。
进一步可选的,若RAN还收到了组播会话隧道的释放通知,则RAN还可以删除(或移除)存储在RAN的组播会话的上下文(如multicast context)。可选的,若组播会话的上下文释放,则RAN释放RAN与MB-UPF之间的组播会话对应的传输隧道。
S604:RAN保持PDU会话的状态为激活态。
如果S601中RAN采用方式(4)确定去激活PDU会话,则进一步的,接入网设备向第一会话管理功能网元发送第六信息,如通过第一AMF向第一SMF发送第六信息,第六信息用于指示拒绝去激活PDU会话,第一AMF与UE的PDU对应。
S605:RAN去激活PDU会话。
S606:RAN向第一SMF发送第七信息,第七信息用于指示已去激活PDU会话。
示例性的,RAN可以通过第一AMF向第一SMF发送第七信息。
S607:第一SMF接收RAN发送的第七信息,确定通过PDU会话传输组播业务的数据。
需要说明的是,该PDU会话为除已去激活PDU会话之外的处于激活态的任一PDU会话。
其中,第一SMF确定通过PDU会话传输组播业务的数据的过程可参照下述S1004~S1007,如第一SMF向MB-SMF发送携带PDU会话对应的UPF的隧道信息的N16mb消息。MB-SMF接收N16mb消息,MB-SMF与MB-UPF进行N4会话更新,将UPF的隧道信息发送给MB-UPF,建立MB-SMF与UPF之间的用于传输组播业务的数据的通道。同时,第一SMF与UPF进行N4会话更新,将组播业务的组播QoS流映射到PDU会话的PDU会话隧道中以单播QoS流的方式传输,如第一SMF向UPF发送该组播业务的信息和组播QoS流所映射的单播QoS流的QFI,从而将组播的QoS流映射到PDU会话的PDU会话隧道中以单播QoS流的方式传输,其中上述组播业务的信息可以包含组播业务的识别信息,还可以包括PDR等,对于过滤后的组播业务的数据,UPF根据组播QoS流的QFI与单播QoS流的QFI的映射关系将组播业务的数据映射到PDU会话中以单播QoS流的方式进行传输。
S608:第一SMF向UPF发送第三信息。相应的,UPF接收第三信息。
其中,第三信息用于指示监测来自MB-SMF的组播业务的数据,当来自MB-SMF的组播业务的数据到达UPF时向第一SMF发送第四信息。
S609:UPF接收到来自MB-UPF的组播业务的数据,向第一SMF发送第四信息。相应的,第一SMF接收来自UPF的第四信息。
其中,第四信息可以用于指示检测到组播业务的数据。示例性的,UPF可以向第一SMF发送用户面通知消息,如N4消息,N4消息中可以携带用于指示检测到组播业务的数据以及组播业务的识别信息的第四信息。可选的,用于指示检测到组播业务的数据的第四信息可以作为信元携带于N4消息中,该信元可以是一个指示或者可以是一个原因值,即表示发送该N4消息的原因是组播业务的数据的到达通知;或者,用于指示检测到组播业务的数据的第四信息可以作为一条专有的消息由UPF发向第一SMF,该消息可以是一条专有的N4消息。
需要说明的是,S607~S609为可选步骤,可以执行也可以不执行,不予限制。
S610:第一SMF接收来自MB-SMF的第二信息,第一SMF通知RAN将UE加入至组播群组。在第一SMF通知RAN将UE加入至组播群组之前,如果组播会话关联的PDU会话处于去激活态,则第一SMF激活与组播会话关联的PDU会话。
具体的,S610所述过程可参照图5中所述,不予赘述。
其中,第一SMF通知RAN将UE加入至组播群组还可以替换描述为激活组播会话或者为UE接收组播业务的数据分配空口资源等。第一SMF通知RAN将UE加入至组播群组的过程可参照图5中所述,不予赘述。
下面结合图3a所示5G***,以第一终端为UE、接入网设备为RAN、第一会话管理功能网元为第一SMF、第二会话管理功能网元为MB-SMF/第二SMF、第一用户面功能网元为UPF、第二用户面功能网元为MB-UPF,接入与移动性管理功能网元为AMF为例,对第一会话管理功能网元执行图5所示方法进行详细描述。需要说明的是,本申请中,UPF可以与MB-UPF集成在一起,该集成后的UPF既可以具备本申请所述的UPF的功能,又可以具备MB-UPF的功能,或者,UPF与MB-UPF独立部署,不予限制。在本申请中,SMF可以与MB-SMF集成在一起,该集成后的SMF既可以具备本申请所述的SMF的功能,又可以具备MB-SMF的功能,或者,SMF与MB-SMF独立部署,不予限制。图7为本申请实施例提供的一种通信方法的流程图,如图7所示,所述方法包括:
S701:第一SMF确定去激活UE的PDU会话。
示例性的,第一SMF可以通过下述两种方式中任一方式确定去激活UE的PDU会话:方式(1)、第一SMF接收到RAN发送的去激活PDU会话的通知,确定去激活UE的PDU会话。方式(2)、第一SMF接收到UPF发送的长时间内未检测到通过UE的PDU会话传输的数据的通知,确定去激活PDU会话。
S702:第一SMF确定待去激活的PDU会话是否与组播会话关联。
其中,S702的执行过程可参照S501所述,不予赘述。
S703:第一SMF确定组播会话是否处于激活态,如果PDU会话和组播会话关联且组播会话处于激活态,则执行S704,流程结束。反之,则执行S705,流程结束。
示例性的,如果下述事件1~事件3中任一个或者多个事件执行完成(或发生),则确定组播会话处于去激活态,反之,若事件1~事件3均未发生,则确定组播会话处于激活态。
事件1:第一SMF接收到来自RAN的指示/通知去激活组播会话,则确定去激活组播会话,将组播会话的状态标记为去激活态。
事件2:AS/CP通过NEF或者直接向MB-SMF发送组播会话停止(MBS session stop或Session stop)的消息,该消息中包含需要停止(或者去激活)的组播会话对应的组播业务的识别信息(例如,组播业业务的识别信息可以是组播群组的multicast IP地址或者组播群组的ID或名称或组ID等)。MB-SMF接收组播会话停止的消息,MB-SMF与MB-UPF进行会话更新(例如,N4会话更新),通知MB-UPF关于组播会话去激活或者组播会话停止。进一步的,MB-SMF可以确定是否释放组播会话隧道,若确定释放组播会话隧道,则在与MB-UPF进行会话更新(例如,N4会话更新)时,通知MB-UPF释放组播会话隧道。MB-SMF接收组播会话停止的消息后,MB-SMF确定加入该组播业务的第一SMF,向第一SMF发送第一信息,第一信息可以用于指示/通知组播会话停止的消息或者直接指示去激活组播会话。可选的,若MB-SMF确定释放组播会话隧道,则在第一信息中还包括释放组播会话隧道的消息。第一SMF接收MB-SMF发送的第一信息,根据第一信息确定去激活组播会话,将组播会话的状态标记为去激活态。
事件3:MB-UPF长时间未检测到组播业务的数据,MB-UPF向MB-SMF发送未检测到组播业务的数据的消息,该消息中包含未检测到数据的组播业务的识别信息。MB-SMF接收未检测到组播业务的数据的消息,确定所示组播业务对应的组播会话去激活,MB-SMF向MB-UPF发送响应消息,通知MB-UPF缓存所述组播会话下次激活时的组播业务的数据,或者当组播业务的数据到达MB-UPF时向MB-SMF发送通知等。进一步的,MB-SMF可以确定是否释放组播会话隧道,若确定释放组播会话隧道,则还可以通知MB-UPF释放组播会话隧道。MB-SMF接收未检测到组播业务的数据的消息后,MB-SMF确定加入该组播业务的第一SMF,向第一SMF发送第一信息,第一信息可以用于指示未检测到组播业务的数据的消息或者直接指示去激活组播会话。可选的,若MB-SMF确定释放组播会话隧道,则在第一信息中还包括释放组播会话隧道的消息。第一SMF接收MB-SMF发送的第一信息,根据第一信息确定去激活组播会话,将组播会话的状态标记为去激活态。
S704:第一SMF保持组播会话关联的PDU会话的状态为激活态。
S705:第一SMF去激活PDU会话。
S706:第一SMF确定通过PDU会话传输组播业务的数据。
需要说明的是,PDU会话为除已去激活PDU会话之外的处于激活态的任一PDU会话。
其中,第一SMF确定通过PDU会话传输组播业务的数据的过程可参照下述S1004~S1007,如第一SMF向MB-SMF发送携带PDU会话对应的UPF的隧道信息的N16mb消息。MB-SMF接收N16mb消息,MB-SMF与MB-UPF进行会话更新(例如,N4会话更新),将UPF的隧道信息发送给MB-UPF,建立MB-SMF与UPF之间的用于传输组播业务的数据的通道。同时,第一SMF与UPF进行会话更新(例如,N4会话更新),将组播业务的组播QoS流映射到PDU会话的PDU会话隧道中以单播QoS流的方式传输,如第一SMF向UPF发送携带组播业务的信息和组播QoS流所映射的单播QoS流的QFI的会话更新请求(如N4会话更新请求),从而将组播的QoS流映射到PDU会话的PDU会话隧道中以单播QoS流的方式传输,其中上述组播业务的信息可以包含组播业务的识别信息,还可以包括PDR等,对于过滤后的组播业务的数据,UPF根据组播QoS流的QFI与单播QoS流的QFI的映射关系将组播业务的数据映射到PDU会话中以单播QoS流的方式进行传输。进一步的,UPF向第一SMF返回会话更新响应(如N4会话更新响应)。
S707:第一SMF向UPF发送第三信息。相应的,UPF接收第三信息。
其中,第三信息用于指示监测来自MB-SMF的组播业务的数据,当来自MB-SMF的组播业务的数据到达UPF时向第一SMF发送第四信息。
需要说明的是,第三信息可以在第一SMF与UPF进行会话更新(例如,N4会话更新)的过程中,携带在会话更新请求中发送给UPF,此时,步骤S707可以合并到第一SMF与UPF进行会话更新的过程中执行。
S708:UPF接收到来自MB-UPF的组播业务的数据,向第一SMF发送第四信息。相应的,第一SMF接收来自UPF的第四信息。
其中,第四信息可以用于指示检测到组播业务的数据。示例性的,UPF可以向第一SMF发送用户面通知消息,如N4消息,N4消息中可以携带用于指示检测到组播业务的数据以及组播业务的识别信息的第四信息。可选的,用于指示检测到组播业务的数据的第四信息可以作为信元携带于N4消息中,该信元可以是一个指示或者通知或者可以是一个原因值,即表示发送该N4消息的原因是组播业务的数据的到达通知;或者,用于指示检测到组播业务的数据的第四信息可以作为一条专有的消息由UPF发向第一SMF,该消息可以是一条专有的N4消息。
需要说明的是,上述S706~S708为可选步骤,可以执行也可以不执行,不予限制。
S709:第一SMF接收来自MB-SMF的第二信息,第一SMF通知RAN将UE加入至组播群组。
此处应注意,在第一SMF与RAN以及其它核心网设备交互将UE加入至组播群组之前,如果组播会话关联的PDU会话处于去激活态,则第一SMF激活与组播会话关联的PDU会话。此处应注意,SMF与RAN以及其它核心网进行交互将UE加入组播群组与激活组播会话关联的PDU会话可以同时进行,也可以先将UE加入组播群组,再激活组播会话关联的PDU会话,也可以先激活组播关联的PDU会话,再将UE加入组播群组,不予限定。
示例性的,对于组播群组内处于CM-CONNECTED态的UE,如果关联的PDU会话在去激活态,第一SMF(即,第一会话管理功能网元)激活关联的PDU会话;对于处在CM-IDLE态的UE,网络侧设备可以先经过组寻呼(group paging)或者面向单个UE的寻呼,UE收到寻呼消息后发起第一消息,如发起service request,通过执行service request流程将与组播会话关联的PDU会话激活。可以在组播会话关联的PDU会话激活后,将UE加入组播群组,也可以先将UE加入组播群组,再激活关联的PDU会话,也可以在将UE加入组播群组的同时激活关联的PDU会话,不限定。
具体的,激活与组播会话关联的PDU会话的过程可参照图5中所述,不予赘述。
示例性的,第一SMF通知RAN将UE加入至组播群组还可以替换描述为激活组播会话或者为UE接收组播业务的数据分配空口资源以及接收组播业务的数据的无线承载配置等。第一SMF通知RAN将UE加入至组播群组的过程可参照图5中所述,不予赘述。
上面图5-图7所示方法从组播会话与其关联的PDU会话为例,在对去激活PDU会话时考虑与该PDU会话的组播会话是否处于去激活态来判断是否去激活PDU会话。可替换的,本申请还提供一种通信方法,该通信方法包括:当第一会话管理功能网元接收到激活组播会话的第二信息后,通知接入网设备将第一终端加入到组播会话对应的组播群组中,保证第一终端通过组播会话接收组播业务的数据,提高资源利用率。或者,第一会话管理功能网元接收到激活组播会话的第二信息后,激活组播会话关联的PDU会话,比如直接激活组播会话关联的PDU会话,或者根据该PDU会话对应的组播能力激活组播会话关联的PDU会话。具体的该方法可参照图8所示。
图8为本申请实施例提供的一种通信方法的流程图,该方法可以应用于组播会话处于去激活态的场景中,如图8所示,所述方法可以包括:
S801:第二会话管理功能网元向第一会话管理功能网元发送第二信息。
其中,第一会话管理功能网元可以为第一终端的PDU会话对应的会话管理功能网元,第一会话管理功能网元可以管理第一终端的PDU会话,第一终端可以为加入组播业务对应的组播群组的任一终端。
其中,第二信息可以用于指示激活组播会话,第二信息可以包括组播业务的识别信息或组播群组的识别信息(例如,TMGI,组播广播业务会话(MBS session ID),组播业务的标识,组播地址,组播IP地址,组播群组的标识,组播组的标识,组播会话的标识、组播会话的上下文信息、组播业务的地址信息、组播会话关联的PDU会话的识别信息、组播业务的业务数据流SDF识别信息中的一种或者多种,等)。需要说明的是,组播群组的识别信息可以用于唯一标识一个组播群组,本申请中,组播群组的识别信息还可以替换描述为组播群组的标识信息,不予限制。第二信息可以直接指示(indicate)/通知(notify)激活组播会话,如第二信息可以携带一信元/指示符(indication)/通知(notification),该信元/指示符/通知显式指示激活组播会话。又一种示例中,第二信息可以间接指示激活组播会话,如第二信息可以用于指示/通知组播会话启动/开始,第二信息为MBS session start/Sessionstart或组播广播业务会话激活(MBS session activation)或组播会话激活(multicastsession activation),或者,第二信息用于指示第二用户面功能网元检测到组播业务的数据,例如,也可以是组播广播业务会话激活(MBS session activation)或组播会话激活(multicast session activation),或者,第二信息可以用于指示第一终端处于连接管理(connection management,CM)连接态等。或者,第二信息可以用于指示组播业务的数据到达第二用户面功能网元或第二用户面功能网元检测到组播业务的数据或者即将传输组播业务的数据等。
S802:第一会话管理功能网元接收第二信息,将第一终端加入至所述组播会话对应的组播群组。
示例性的,第一会话管理功能网元可以与接入网设备以及其它核心网设备(例如,第一接入与移动性管理功能网元、第二接入与移动性管理功能网元、第一会话管理功能网元、第二会话管理功能网元等一种或多种)交互将第一终端加入至所述组播会话对应的组播群组。具体的,第一会话管理功能网元与接入网设备以及其它核心网设备交互将第一终端加入至所述组播会话对应的组播群组的过程可参照图5中所述,不予赘述。
进一步的,如果组播会话关联的PDU会话处于去激活态,则图8所示方法还可以包括:
S803:第一会话管理功能网元激活组播会话关联的PDU会话。
示例性的,对于组播群组内处于CM-CONNECTED态的第一终端,如果第一终端的PDU会话与组播会话关联,且该关联的PDU会话在去激活态,则第一会话管理功能网元激活关联的PDU会话。或者,对于组播群组内处于CM-CONNECTED态的第一终端,当所述第一终端对应的接入网设备(也即与第一终端设备存在RRC连接的所述接入网设备)不支持组播功能时,如果关联的PDU会话在去激活态,第一会话管理功能网元激活关联的PDU会话。
对于处在CM-IDLE态的第一终端,网络侧设备(例如第一接入与移动性管理功能网元)可以先经过组寻呼((group paging))或者面向单个终端的寻呼方式向第一终端发送寻呼消息,第一终端收到寻呼消息后发起service request流程,触发第一会话管理功能网元将与组播会话关联的PDU会话激活。
一种可能的设计中,激活与组播会话关联的PDU会话可参照图5中所述,不予赘述。
又一种可能的设计中,第一会话管理功能网元激活关联的PDU会话可以包括:当第一会话管理功能网元接收到第一移动与接入性管理网元的指示激活PDU会话的指示信息时,第一会话管理功能网元激活组播会话关联的PDU会话。比如:第一会话管理功能网元接收到激活组播会话的第二信息,确定与该组播会话关联的PDU会话,并向该PDU会话对应的第一接入与移动性管理功能网元发送携带PDU会话的标识信息的N1N2Namf_通信_N1N2消息传输(N1N2Namf_Communication_N1N2MessageTransfer),以便第一接入与移动性管理功能网元根据组播会话关联的PDU会话的标识信息,确定组播会话关联的PDU会话需要激活。第一接入与移动性管理功能网元向第一会话管理功能网元发送Nsmf_PDU会话_更新会话管理上下文请求(Nsmf_PDUSession_UpdateSMContext Request),该Nsmf_PDUSession_UpdateSMContext Request可以包含激活PDU会话的指示信息,比如可以包括操作类型字段,该操作类型字段用于指示将操作类型设置为用户面激活(operation type set to“UPactivate”)。第一会话管理功能网元接收Nsmf_PDUSession_UpdateSMContext Request,第一会话管理功能网元根据Nsmf_PDUSession_UpdateSMContext Request包含的操作类型字段激活所述组播会话关联的PDU会话。
其中,本申请不限定第一会话管理功能网元与接入网设备以及其它核心网网元交互将第一终端加入组播会话对应的组播群组、以及激活关联的PDU会话之间的执行顺序,可以在与组播会话关联的PDU会话激活后,第一会话管理功能网元与接入网设备以及其它核心网网元交互将第一终端加入组播会话对应的组播群组将第一终端加入组播群组,也可以先第一会话管理功能网元与接入网设备以及其它核心网网元交互将第一终端加入组播会话对应的组播群组,再激活关联的PDU会话,也可以第一会话管理功能网元与接入网设备以及其它核心网网元交互将第一终端加入组播会话对应的组播群组与激活关联的PDU会话同时进行。例如,一种可能的设计中,第一会话管理功能接收到第二信息后,可以根据第二信息执行S802,进一步可选的,第一会话管理功能网元再执行S803。又一种可能的设计中,第一会话管理功能接收到第二信息后,可以根据第二信息执行S803,进一步可选的,第一会话管理功能网元再执行S802。
在图8所示方法中,S801之前,第一会话管理功能网元可以通过S804或者S805确定去激活组播会话:
S804:第一会话管理功能网元接收来自第二会话管理功能网元的第一信息,根据第一信息确定去激活组播会话。
其中,第一信息可以为MBS session stop/Session stop/MBS sessiondeactivation,第一信息是一个显式的指示信息,直接指示去激活组播会话,如可以由服务提供商(Content Provider)向第二会话管理功能网元发送用于指示去激活组播会话的第一信息(MBS session stop/Session stop),第二会话管理功能网元接收第一信息,向第一会话管理功能网元发送第一信息;或者,第一信息可以为用于指示组播会话停止/去激活的信息;或者,第一信息可以用于指示第二用户面功能网元未检测到组播业务的数据的信息。第一信息可以携带组播业务的识别信息,第一信息的具体描述可参照图5所述,不予赘述。
具体的,第一会话管理功能网元接收来自第二会话管理功能网元的第一信息的过程可参照下述图11~图14a对应的实施例中所述。
进一步的,第一会话管理功能网元接收来自第二会话管理功能网元的第一信息之后,所述方法还可以包括:第一会话管理功能网元向接入网设备发送第一信息,以使得接入网设备根据第一信息确定去激活组播会话,释放为组播会话分配的空口资源等。
S805:第一会话管理功能网元接收来自第八信息,根据第八信息确定去激活组播会话。
其中,第八信息可以用于指示去激活组播业务对应的组播会话。第八信息还可以用于指示释放组播会话隧道的释放通知。示例一中,第八信息可以是一个指示/通知,直接指示/通知去激活组播会话,第八信息可以携带组播业务的识别信息;或者,第八信息为用于去激活组播会话关联的PDU会话的信息,第八信息可以携带组播会话关联的PDU会话的识别信息。第八信息可以由接入网设备通过第一接入和移动管理功能网元或第二接入和移动管理功能网元发送给第一会话管理功能网元。
示例性的,第一会话管理功能网元可以通过第一接入与移动性管理功能网元接收来自第八信息,或者,第一会话管理功能网元通过第二会话管理功能网元接收来自第八信息,如接入网设备将第八信息发送给第二接入与移动性管理功能网元,第二接入与移动性管理功能网元接收到第八信息后,将第八信息转发给第二会话管理功能网元,第二会话管理功能网元将第八信息发送给第一会话管理功能网元。具体的,第一会话管理功能网元接收来自第八信息过程可参照下述图9以及图10对应的实施例中所述。
进一步的,第一会话管理功能网元接收来自第二会话管理功能网元的第八信息之后,所述方法还可以包括:第一会话管理功能网元向第二会话管理功能网元发送第八信息,以使得第二会话管理功能网元与第二用户面功能网元交互,触发第二用户面功能网元缓存组播业务的数据、删除组播会话相关的信息(例如,组播会话相关的上下文信息,组播会话相关的隧道(如组播会话隧道))等。
进一步的,第一会话管理功能网元确定去激活组播会话后,将组播会话标记为去激活态。
示例性的,第一会话管理功能网元可以在组播会话/组播业务对应得组播业务得相关的相关信息中的组播会话状态置为去激活态(deactivated/inactive/standby),或者,将组播会话的相关信息置为去激活态等。
进一步的,在图8所示方法中,在成功激活组播会话之前,为了保持组播业务的数据的正常传输,所述方法还可以包括:第一会话管理功能网元确定通过与组播会话关联的PDU会话发送组播业务的数据,通知第一用户面功能网元建立第一用户面功能网元和第二用户面功能网元之间的通道,并将组播业务的数据映射到PDU会话上,通过PDU会话向第一终端传输组播业务的数据。具体的,该过程可以包括:
第一会话管理功能网元向第二会话管理功能网元发送N16消息,N16消息可以用于建立第二用户面功能网元与第一用户面功能网元之间的传输组播业务的数据的通道(或称为隧道(tunnel)),N16消息可以包括第一用户面功能网元的隧道信息。第二会话管理功能网元接收N16消息,向第二用户面功能网元发送携带第一用户面功能网元的隧道信息的会话更新请求(例如,N4会话更新请求)。第二用户面功能网元接收会话更新请求,对应存储第一用户面功能网元的隧道信息与组播业务的识别信息,建立第二用户面功能网元与第一用户面功能网元之间的传输组播业务的数据的通道,第二用户面功能网元向第二会话管理功能网元发送会话更新响应(例如,N4会话更新响应)。第二会话管理功能网元接收第二用户面功能网元的会话更新响应,向第一会话管理功能网元发送携带组播业务的识别信息的N16消息的响应。第一会话管理功能网元收到N16消息的响应后,根据组播业务对应的组播QoS流与单播QoS流的映射关系,向第一用户面功能网元发送该组播业务的识别信息和组播QoS流所映射的单播QoS流的QFI,以便第一用户面功能网元对应存储组播业务的识别信息以及组播QoS流所映射的单播QoS流的QFI,将组播业务的数据映射到PDU会话中,以单播QoS流的方式传输组播业务的数据。
应理解,本申请实施例不限定N16消息的命名,替换的,N16消息还可以称为N16mb消息或者其他名称,不予限制。
进一步的,将组播业务的数据映射到PDU会话上之后,所述方法还可以包括:第一会话管理功能网元向第一用户面功能网元发送第三信息,第三信息可以用于指示检测来自第二用户面功能网元发送的组播业务的数据或者用于指示在组播业务的数据到达第一用户面功能网元时向第一会话管理功能网元发送通知,以便第一用户面功能网元检测到组播业务的数据到达第一用户面功能网元时向第一会话管理功能网元发送第四信息,以便第一会话管理功能网元根据第四信息激活组播会话。
需要说明的是,第三信息可以在第一会话管理功能网元与第一用户面功能网元进行会话更新(例如,N4会话更新)的过程中,携带在会话更新请求中发送给第一用户面功能网元。
可选的,如果图8所示方法中第一会话管理功能网元确定通过PDU会话传输组播业务的数据,则为了节省传输资源,将第一终端重新加入到组播会话对应的组播群组后,所述方法还可以包括:第一会话管理功能网元释放通过PDU会话传输组播业务的数据的资源,如触发接入网设备释放PDU会话对应的用于传输组播业务的数据的空口资源、释放第一用户面功能网元与第二与用户面功能网元之间的用于传输组播业务的数据的通道,释放第一用户面功能网元中用于识别组播业务的数据的PDR等。
基于图8所示方法,组播会话为去激活态时,第一会话管理功能网元接收到激活组播会话的第二信息后,对于组播群组内处于在CM-CONNECTED态的UE,如果关联的PDU会话在去激活态,第一会话管理功能网元激活关联的PDU会话;对于处在CM-IDLE态的UE,网络侧设备可以先经过组寻呼((group paging))或者面向单个UE的寻呼,UE收到寻呼消息后发起service request流程将与于组播会话关联的PDU会话激活。可以在与组播会话关联的PDU会话激活后,第一会话管理功能网元与接入网设备以及其它核心网网元交互将第一终端加入组播会话对应的组播群组,也可以第一会话管理功能网元与接入网设备以及其它核心网网元交互将第一终端加入组播会话对应的组播群组,再激活关联的PDU会话,也可以第一会话管理功能网元与接入网设备以及其它核心网网元交互将第一终端加入组播会话对应的组播群组与激活关联的PDU会话同时进行,不限定。可选的,将组播业务的数据映射到PDU会话的情况下,在激活组播会话后,释放通过PDU会话传输组播业务的数据的资源,如此,可以灵活地激活/去激活组播会话。
下面结合图3a所示5G***,以第一终端为UE、接入网设备为RAN、第一会话管理功能网元为第一SMF、第二会话管理功能网元为MB-SMF/第二SMF、第一用户面功能网元为UPF、第二用户面功能网元为MB-UPF,接入与移动性管理功能网元为AMF为例,对接入网设备执行图5所示方法进行详细描述。需要说明的是,本申请中,UPF可以与MB-UPF集成在一起,该集成后的UPF既可以具备本申请所述的UPF的功能,又可以具备MB-UPF的功能,或者,UPF与MB-UPF独立部署,不予限制。本申请中,SMF可以与MB-SMF集成在一起,该集成后的SMF既可以具备本申请所述的SMF的功能,又可以具备MB-SMF的功能,或者,SMF与MB-SMF独立部署,不予限制。对图8所示方法中,第一会话管理功能网元接收来自RAN的第八信息、第一会话管理功能网元标记去激活组播会话,并触发RAN以及MB-UPF去激活组播会话,后续,接收第二信息(MBS session start/Session start)后再次激活/重启组播会话的过程进行详细描述。
本申请实施例中,第二信息可以包括组播广播业务会话激活(MBS sessiondeactivation)或组播会话激活(multicast session deactivation)。
图9为本申请实施例提供的一种通信方法的流程图,如图9所示,所述方法可以包括:
S901:建立组播业务对应的组播会话,将UE加入组播业务对应的组播群组。
例如,通过UE的PDU会话加入组播业务对应的组播会话,该过程如前所述,不予赘述。
S902a:RAN执行AN release流程,当AN release流程执行完后,第一AMF确定UE进入CM空闲态,第一AMF向第一SMF发送UE进入CM空闲态的通知。相应的,第一SMF接收UE进入CM空闲态的通知。此处应注意,RAN执行AN release流程,若发现UE的PDU会话有关联组播会话并且组播会话在激活态,则不执行AN release。
其中,第一AMF可以为第一终端的PDU会话对应的AMF(即,上文所述第一接入与移动性管理功能网元)。
示例性的,第一SMF可以向第一AMF订阅UE进入CM空闲态的通知,如当第一SMF发现UE通过UE的某个PDU会话的控制面消息或来自用户面通知消息中加入组播群组时,第一SMF可以向第一AMF订阅该PDU会话对应的UE进入CM空闲态的通知。可选的,第一SMF可以通过Namf_EventExposure服务向第一AMF订阅UE进入空闲态态的通知,当UE进入CM空闲态时,第一AMF可以向第一SMF发送UE进入CM空闲态的通知,如第一AMF可以将UE进入CM空闲态的通知通过第一SMF在向其订阅时的返回统一资源标识符(call-back uniform resourceidentifier,call-back URI)发送给第一SMF。
S902b:RAN确定去激活组播会话,向第一SMF发送第八信息。相应的,第一SMF接收第八信息。
其中,第八信息可以用于指示去激活组播业务对应的组播会话。
示例性的,若RAN未在组播会话上接收到组播业务的数据的时长大于预设时长,则RAN确定去激活组播业务的组播会话。或者,若RAN服务的UE中不存在接收组播业务的数据的UE,则RAN确定去激活组播业务的组播会话。
其中,RAN可以通过第一AMF或者第二AMF向第一SMF发送第八信息,RAN可以向第一AMF或者第二AMF发送用于指示去激活组播业务对应的组播会话的第八信息,第八信息可以携带在N2消息中。第一AMF接收到第八信息后,根据N2消息中携带的第八信息(如与组播会话关联的PDU会话的ID,或者SM context ID)定位到该相应的第一SMF,并可以向第一SMF发送第八信息,第八信息可以携带在N11消息中。或者第二AMF接收到第八信息后,将第八信息发送给第二SMF,第二SMF根据N2消息中携带的第八信息(如与组播会话关联的PDU会话的ID,或者SM context ID)定位到该相应的第一SMF,并可以向第一SMF发送第八信息,第八信息可以携带在N11消息中。
其中,上述第八信息可以是携带在N2消息中的指示(indication)或者发送N2消息的原因值(cause),该原因值表示触发N2消息发送的原因是由于组播会话去激活。该N2消息可以是一条新类型的N2消息,也可以是与UE相关的N2消息,如与当前还在激活态的与组播会话相关联的PDU会话相关的N2消息。N2消息可以携带与组播会话关联的PDU会话的ID。此外,可选的,N2消息还可以携带去激活的组播会话对应的组播业务的识别信息。类似的,上述第八信息可以是携带在N11消息中的指示或者发送N11消息的原因值,该原因值表示触发N11消息发送的原因是由于组播会话去激活,N11消息可以是一条新类型的N11消息,也可以是与组播会话相关联的PDU会话相关的N11消息,如PDU会话上下文更新请求(N第一SMF_PDUSession_UpdateSMContext Request)。
S902c:RAN执行AN release流程,如:RAN向第一AMF发送携带第八信息的N2 UE上下文释放完成消息,第一AMF接收到N2 UE上下文释放完成(N2 UE Context ReleaseComplete)消息,根据第八信息向第一SMF发送第八信息,相应的,第一SMF接收第八信息。
示例性的,第一AMF可以向第一SMF发送携带第八信息的Nsmf SMF_PDUSession_UpdateSMContext Request,此时,第八信息可以用于指示去激活PDU会话,即间接指示去激活组播会话,该PDU会话与组播会话关联。
进一步的,RAN确定组播会话去激活或者组播会话关联的PDU会话去激活后,释放分配给组播会话的空口资源,可选的,RAN还删除/移除/释放存储在RAN的组播会话的上下文。可选的,若组播会话的上下文释放,则RAN可以确定释放RAN与MB-UPF之间的组播会话对应的传输隧道(或者称为组播会话隧道)。
进一步的,如果RAN确定释放RAN与MB-UPF之间的组播会话隧道,则上述第八信息、第八信息还可以携带释放组播会话隧道的释放通知/指示,用于指示/通知释放组播会话隧道。
S903:第一SMF确定去激活组播会话,将组播会话标记为去激活态。
示例性的,当第一SMF收到第一AMF发送的用于指示UE进入CM空闲态的通知时,确定去激活组播会话,该UE为加入组播群组的UE。或者,当第一SMF收到RAN发送的去激活组播会话的第八信息时,确定去激活组播会话。或者,当第一SMF收到了携带去激活PDU会话(PDUsession deactivation)的N第一SMF_PDUSession_UpdateSMContext Request时,第一SMF根据其中携带的去激活PDU会话的信元以及PDU会话与组播会话之间的关联关系确定去激活组播会话。
S904:第一SMF向MB-SMF发送N16消息。相应的,MB-SMF接收N16消息。
其中,N16消息可以用于通知MB-SMF去激活组播会话,如N16消息可以是现有N16消息,该N16消息中可以携带去激活组播会话的通知/指示,去激活组播会话的通知/指示可以作为信元携带于N16消息中,例如,信元可以是一个指示(indication)/通知(notification),也可以是一个原因值,即发送N16消息的原因是组播会话的去激活的通知/指示等。可替换的,去激活组播会话的通知/指示也可以作为一条单独的信令,如一条专门的用于通知/指示/请求去激活组播会话的N16消息发送给MB-SMF。
可选的,若第一SMF接收的第八信息还携带释放组播会话隧道的释放通知/指示,则第一SMF向MB-SMF发送的N16消息还携带有释放组播会话隧道的释放通知/指示,指示/通知释放组播会话隧道。
S905:MB-SMF与MB-UPF进行会话更新(例如N4会话更新)。
示例性的,MB-SMF向MB-UPF发送N4会话更新请求,N4会话更新请求可以携带组播业务的识别信息。可选的,N4会话更新请求还携带指示MB-UPF缓存组播业务的数据的通知/指示,可选的,若MB-SMF没有通知MB-UPF进行组播业务的数据的缓存,MB-SMF也可以进行组播业务的数据的缓存;可选的,N4会话更新请求还可以用于指示/通知MB-UPF在组播业务的数据的到达MB-UPF时通知MB-SMF。
可选的,在N16消息中携带释放组播会话隧道的释放通知时,N4会话更新请求还可以携带释放组播会话隧道的释放通知。MB-UPF收到了组播会话隧道的释放通知,则MB-UPF移除与组播会话隧道相关的隧道信息,如MB-UPF与RAN之间的组播会话隧道的RAN侧的隧道端点标识信息。之后,MB-UPF向MB-SMF发送N4会话更新响应。
需要说明的是,上述通知可以作为信元携带在N4会话更新请求中,可替换的,也可以携带在专门的N4消息中,不予限制。
S906:MB-SMF向第一SMF发送N16消息的响应。相应的,第一SMF接收N16消息的响应。
上述S901~S906为组播会话去激活的相关流程,进一步的,当组播业务的数据再次传输时,为了保证组播业务的传输,还需要激活组播会话,激活组播会话的过程可参照下述:
S907a:AS/CP确定启动组播会话,传输组播业务的数据,AS/CP通过NEF或者直接向MB-SMF发送启动组播会话(MBS session start)的通知。相应的,MB-SMF接收启动组播会话的通知。
示例性的,AS/CP可以向MB-SMF发送启动组播会话(MBS session start)的通知以及需要启动的组播会话对应的组播业务的识别信息等。
本申请实施例中,启动组播会话、组播广播业务会话激活(MBS sessiondeactivation)或组播会话激活(multicast session deactivation)所表示的内容相同,这几种描述之间可以替换使用,不予限制。
S907b:MB-UPF检测到组播业务的数据到达MB-UPF,向MB-SMF发送组播业务的数据到达的通知。相应的,MB-SMF接收组播业务的数据到达的通知。
示例性的,MB-UPF可以向MB-SMF发送用户面通知消息,如N4消息,N4消息中可以携带组播业务的数据到达的通知以及组播业务的识别信息。可选的,组播业务的数据到达的通知可以作为信元携带于N4消息中,该信元可以是一个指示或者通知或者可以是一个原因值,原因值可以用于表示发送该N4消息的原因是组播业务的数据的到达通知;或者,组播业务的数据到达的通知可以作为一条专有的消息由MB-UPF发向MB-SMF,该消息可以是一条专有的N4消息。
需要说明的是,S907a、S907b可以择一执行,不予限制。
S908:MB-SMF向第一SMF发送第二信息。相应的,第一SMF接收第二信息。
其中,第二信息可以用于指示即将开始传输组播业务的数据,第二信息为MBSsession start,第二信息可以携带组播业务的识别信息、组播群组的标识信息或识别信息(例如,TMGI,组播业务的标识,组播地址,组播IP地址,组播群组的标识,组播组的标识,组播会话的标识、组播会话的上下文信息、组播业务的地址信息、组播会话关联的PDU会话的识别信息、组播业务的业务数据流SDF识别信息中的一种或者多种,等)以及其他信息,不予限制。组播群组的标识信息或识别信息可以与组播业务的识别信息相同,不予限制。
示例性的,MB-SMF可以向第一SMF发送N16消息,N16消息中携带有第二信息。N16消息可以携带该组播业务的识别信息,N16消息可以将组播业务的数据到达的通知或组播会话需要启动的通知作为信元携带于其中,组播业务的数据到达的通知或组播会话需要启动的通知可以是一个指示(indication),或者,组播业务的数据到达的通知或组播会话需要启动的通知也可以是一个原因值,用于表示发送N16消息的原因是组播业务的数据到达的通知或组播会话需要启动的通知。可选的,N16消息还可以是一条专门的N16消息,专门用于指示组播业务的数据到达或组播会话需要启动。
示例性的,MB-SMF接收到上述控制面消息或者用户面通知消息后,根据控制面消息或者用户面通知消息中携带的组播业务的识别信息,确定加入组播业务的第一SMF,向确定出的第一SMF发送第二信息。
可选的,若MB-SMF发现组播会话隧道在组播会话去激活时已经释放,那么MB-SMF请求建立RAN与MB-UPF之间的组播会话隧道。可选的,请求建立RAN与MB-UPF之间的组播会话隧道的信息可以是一个指示,也可以是一个请求(request),也可是一个通知。不予限制。请求建立RAN与MB-UPF之间的组播会话隧道的信息可以携带在第二信息中。
S909:第一SMF根据第二信息携带的组播业务的识别信息,确定存在与组播会话关联的PDU会话,向PDU会话对应的第一AMF发送N1N2消息传递(Namf_Communication_N1N2Message Transfer)。相应的,第一AMF接收N1N2消息传递。
其中,第一SMF确定存在与组播会话关联的PDU会话可参照S501中所述,不予赘述。
其中,N1N2消息传递可以携带UE的识别信息、PDU会话的识别信息、N1容器(包括发送给UE的SM消息)、组播群组的标识信息或识别信息、以及N2 SM信息,等。N2 SM信息中可以包括组播业务的相关信息,组播业务的相关信息用于触发RAN为组播会话分配空口资源,重新将UE加入该组播业务对应的组播群组,如组播业务的相关信息可以包括组播业务的识别信息,还可以包括组播QoS流的QFI,组播QoS流的QFI对应的QoS参数信息、组播QoS流对应的单播QoS流的信息、组播会话隧道的建立请求或指示等等,单播QoS流的信息可以包括单播QoS流的QFI与单播QoS流对应的QoS参数信息。
进一步的,若UE在CM连接态(CM-CONNECTED),并且若关联的PDU会话是去激活态,则可先执行910,再执行914,或者先执行914,再执行910,或者910与914同时进行,不限定。若UE在CM空闲态(CM-IDLE),则可先执行911~913激活关联的PDU会话,再执行914,或者,也可以先执行911~913回到连接态(例如,此时关联的PDU会话未激活),再执行S914,然后再激活关联的PDU会话,或者激活关联的PDU会话与914同时进行,不限定。
S910:若UE在CM-CONNECTED态,第一SMF激活组播会话关联的PDU会话(例如,继续执行服务请求流程激活关联的PDU会话)。
S911:第一AMF收到步骤S909所述的N1N2消息传递(Namf_Communication_N1N2Message Transfer)后,触发第一AMF向第一终端的注册区域内的RAN发送寻呼消息。相应的,RAN接收寻呼消息。
其中,所述寻呼消息可以用于寻呼单个UE,寻呼消息可以包括UE的识别信息,或者寻呼消息可以是组寻呼消息,该寻呼消息可以用于寻呼组播群组中处于CM-IDLE态的多个UE,寻呼消息可以包括组播业务的识别信息或组播群组的标识信息(如组播群组的TMGI等)。示例性的,如果N1N2消息传递中携带有组播群组的标识信息,则触发第一AMF向第一终端的注册区域内的RAN发送寻呼消息。如果N1N2消息传递中未携带有组播群组的标识信息,则触发第一AMF向第一终端的注册区域内的RAN发送针对第一终端的寻呼消息。
S912:RAN根据UE的识别信息或组播群组的识别信息向UE发送寻呼消息。相应的,UE接收RAN发送的寻呼消息。
S913:UE收到寻呼消息后,执行service request流程,激活与组播会话关联的PDU会话。
示例性的,UE执行service request流程的过程可参照现有技术,不予赘述。
S914:第一SMF通过与接入网设备(例如,RAN)以及其它核心网网元(例如,第一AMF、MB-SMF等)交互将UE加入组播组播群组。
示例性的,将UE加入到组播群组可以包括:当组播业务通过组播会话进行传输或分发,第一SMF通过UE相关的信令通知RAN为UE分配组播会话相关的空口资源,RAN将UE加入组播群组。可选的,基站还可以与AMF、SMF、MB-SMF、MB-UPF中的一种或几种网元进行交互建立基站与MB-UPF之间的组播会话隧道等。
当组播业务通过UE关联的PDU会话进行传输或分发,第一SMF通知RAN与第一用户面网元为传输该组播会话对应的组播业务相关的QoS流分配资源,并建立第一用户面网元与第二用户面网元之间的隧道等。
基于图9所示方法,第一SMF接收MB-SMF去激活组播会话的消息(或第一信息(例如,组播会话停止)),将组播会话状态标记为去激活。第一SMF在收到MB-SMF的组播会话开始/启动或者激活组播会话的消息后,对于组播群组内处于在CM-CONNECTED态的UE,如果关联的PDU会话在去激活状态,第一SMF激活关联的PDU会话,应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以是第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。对于处在CM-IDLE态的UE,网络侧设备可以先经过组寻呼((group paging))或者面向单个UE的寻呼。UE收到寻呼消息后发起service request流程将与于组播会话关联的PDU会话激活。应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。
下面结合图3a所示5G***,以第一终端为UE、接入网设备为RAN、第一会话管理功能网元为第一SMF/SMF、第二会话管理功能网元为MB-SMF、第一用户面功能网元为UPF、第二用户面功能网元为MB-UPF,接入与移动性管理功能网元为AMF为例,对图8所示方法中,第一会话管理功能网元接收来自第八信息、第一会话管理功能网元根据第八信息标记组播会话的状态为去激活,并将组播业务的数据映射到PDU会话,通过PDU会话传输组播业务的数据的过程进行详细描述。需要说明的是,本申请中,UPF可以与MB-UPF集成在一起,该集成后的UPF既可以具备本申请所述的UPF的功能,又可以具备MB-UPF的功能,或者,UPF与MB-UPF独立部署,不予限制。本申请中,第一SMF可以与MB-SMF集成在一起,该集成后的SMF既可以具备本申请所述的第一SMF的功能,又可以具备MB-SMF的功能,或者,第一SMF与MB-SMF独立部署,不予限制。
图10为本申请实施例提供的一种通信方法的流程图,如图10所示,可以包括:
S1001:建立组播业务对应的组播会话,将UE加入组播业务对应的组播群组。
其中,S1001可参照S901所述,不予赘述。
S1002a:RAN执行AN release流程,当AN释放流程执行完后,第一AMF确定UE进入CM空闲态,第一AMF向第一SMF发送UE进入CM空闲态的通知。相应的,第一SMF接收UE进入CM空闲态的通知。
其中,S1002a可参照S902a所述,不予赘述。
S1002b:RAN确定去激活组播会话,通过第一AMF向第一SMF发送第八信息。相应的,第一SMF接收第八信息。
其中,S1002b可参照S902b所述,不予赘述。
S1002c:RAN执行AN release流程,向第一AMF发送携带第八信息的UE上下文释放完成消息,第一AMF接收到UE上下文释放完成消息,根据第八信息向第一SMF发送第八信息,相应的,第一SMF接收第八信息。
其中,S1002c可参照S902c所述,不予赘述。
S1003:第一SMF确定去激活组播会话,将组播会话标记为去激活态。
其中,S1003可参照S903所述,不予赘述。
接下来,第一SMF将组播业务的数据映射到PDU会话上,通过PDU会话传输组播业务的数据,该PDU会话可以为与组播会话关联的PDU会话,也可以不是与组播会话关联的PDU会话,不予限制。具体的,该过程可参照下述S1004~S1007。
S1004:第一SMF向MB-SMF发送N16消息。相应的,MB-SMF接收N16消息。
其中,N16消息可以用于通知MB-SMF去激活组播会话,可选的,N16消息可以包括UPF的隧道的信息以及去激活组播会话的通知。可选的,去激活组播会话的通知可以作为信元包含于N16消息中,例如信元可以是一个指示,也可以是一个原因值,即发送N16消息的原因是组播会话的去激活的通知等;去激活组播会话的通知也可以作为一条单独的信令,例如一条专门的N16消息,专门用于组播会话的去激活通知。
S1005:MB-SMF与MB-UPF进行N4会话更新,建立MB-SMF与UPF之间的用于传输组播业务的数据的通道。
例如,MB-SMF向MB-UPF发送N4会话更新请求,可选的,N4会话更新请求携带S1005中所述的UPF的隧道信息。MB-UPF接收UPF的隧道信息,建立与UPF之间的传输组播业务的数据的通道/隧道,MB-UPF向MB-SMF发送N4会话更新响应。
S1006:MB-SMF向第一SMF发送N16消息的响应。相应的,第一SMF接收N16消息的响应。
S1007:第一SMF与UPF进行N4会话更新,将组播业务的组播QoS流映射到PDU会话的PDU会话隧道中以单播QoS流的方式传输。
示例性的,第一SMF收到N16消息的响应后,根据所述组播业务的信息以及所述组播业务所包含的组播QoS流与单播QoS流的映射关系,对UPF进行配置。具体的,第一SMF向UPF发送该组播业务的信息和组播QoS流所映射的单播QoS流的QFI,从而将组播的QoS流映射到PDU会话的PDU会话隧道中以单播QoS流的方式传输,其中上述组播业务的信息可以包含组播业务的识别信息,还可以包括PDR等,对于过滤后的组播业务的数据,UPF根据组播QoS流的QFI与单播QoS流的QFI的映射关系将组播业务的数据映射到PDU会话中以单播QoS流的方式进行传输。
进一步的,第一SMF还可以向UPF发送第三信息,第三信息用于指示监测来自MB-SMF的组播业务的数据,当来自MB-SMF的组播业务的数据到达UPF时向第一SMF发送第四信息,以便第一SMF根据第四信息确定激活组播会话。
其中,第三信息可以在第一SMF与UPF进行N4会话更新时发送给UPF,如第三信息携带在会话更新请求中发送给UPF,第三信息也可以在第一SMF与UPF进行N4会话更新之前或者之后发送给UPF,不予限制。
上述步骤1001~S1007为组播会话去激活、并将组播业务的数据映射到PDU会话的相关流程的相关流程,进一步的,当组播业务的数据再次采用组播方式传输时,为了保证组播业务的传输,还需要激活组播会话,激活组播会话的过程可参照下述:
S1008:AS/CP确定启动组播会话,即将开始传输组播业务的数据,通过NEF或者直接向MB-SMF发送启动组播会话的通知(MBS Session start/Session start)或组播广播业务会话激活(MBS session activation)或组播会话激活(multicast sessionactivation)。相应的,MB-SMF接收启动组播会话的通知。
S1009:MB-SMF向第一SMF发送第二信息,可包括组播群组的识别信息或标识信息。相应的,第一SMF接收第二信息。
S1010:如果UPF接收到第一SMF发送的第三信息,则UPF检测到组播业务的数据到达UPF后,向第一SMF发送组播业务的数据到达的通知或者检测到组播业务的数据的第四信息。相应的,第一SMF接收第四信息。
需要说明的是,图10中,可以执行S1008以及S1009,或者,执行S1010,不予限制。
S1011:第一SMF根据第二信息或第四信息携带的组播业务的识别信息,确定存在与组播会话关联的PDU会话,向PDU会话对应的第一AMF发送N1N2消息传递(Namf_Communication_N1N2Message Transfer),可包括组播群组的识别信息或标识信息。相应的,第一AMF接收N1N2消息传递。
若UE在CM连接态,PDU会话是去激活态,则执行S1012,再执行S1016,或者先执行S1016再执行S1012,或者S1016与S1012同时进行,不限定。对于CM空闲态的UE,先执行S1013~S1015激活关联的PDU会话,再执行S1016,或者,也可以先执行S1013~S1015回到连接态(例如,此时关联PDU会话未激活),再执行S1016,再执行S1016,也可以激活关联的PDU会话与将UE加入组播群组同时进行,不限定。
S1012:若UE在CM-CONNECTED态,第一SMF继续执行服务请求流程激活关联的PDU会话。
S1013:第一AMF收到N1N2消息传递(Namf_Communication_N1N2MessageTransfer)后,触发第一AMF向UE的注册区域内的RAN发送寻呼消息。相应的,RAN接收寻呼消息。
具体的,步骤S1013可以参照S911所述,不予赘述。
S1014:RAN根据UE的识别信息或组播群组的识别信息向UE发送寻呼消息。相应的,UE接收RAN发送的寻呼消息。
S1015:UE收到寻呼消息后执行service request流程,激活与组播会话关联的PDU会话。
S1016:第一SMF与接入网设备以及其它核心网网网元交互将UE加入到组播群组。
具体的,步骤S1016可以参照图5中所述,不予赘述。
基于图10所示方法,第一SMF接收MB-SMF去激活组播会话的消息(或第一信息(例如,组播会话停止)),将组播会话状态标记为去激活。第一SMF在收到MB-SMF的组播会话开始/启动或者激活组播会话的消息后,对于组播群组内处于在CM-CONNECTED态的UE,如果关联的PDU会话在去激活状态,第一SMF激活关联的PDU会话,应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以是第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。对于处在CM-IDLE态的UE,网络侧设备可以先经过组寻呼((group paging))或者面向单个UE的寻呼。UE收到寻呼消息后发起service request流程将与于组播会话关联的PDU会话激活。应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。
下面结合图3a所示5G***,以第一终端为UE、接入网设备为RAN、第一会话管理功能网元为第一SMF/SMF、第二会话管理功能网元为MB-SMF、第一用户面功能网元为UPF、第二用户面功能网元为MB-UPF,接入与移动性管理功能网元为AMF为例,对图8所示方法中,第一会话管理功能网元接收来自第二会话管理功能网元的第一信息(MBS session stop/Session stop)、根据第一信息标记组播会话的状态为去激活态,后续,接收第二信息(MBSsession start/Session start)后再次激活/重启组播会话的过程进行详细描述的过程进行详细描述。需要说明的是,本申请中,UPF可以与MB-UPF集成在一起,该集成后的UPF既可以具备本申请所述的UPF的功能,又可以具备MB-UPF的功能,或者,UPF与MB-UPF独立部署,不予限制。本申请中,第一SMF可以与MB-SMF集成在一起,该集成后的SMF既可以具备本申请所述的SMF的功能,又可以具备MB-SMF的功能,或者,SMF与MB-SMF独立部署,不予限制。
本申请实施例中,第一信息还包括组播广播业务会话去激活(MBS sessiondeactivation)或组播会话去激活(multicast session deactivation)。组播广播业务会话停止、组播会话停止、组播广播业务会话去激活(MBS session deactivation)或组播会话去激活(multicast session deactivation)所表示的内容相同,这几种描述之间可以替换使用。
本申请实施例中,第二信息还可以包括组播广播业务会话激活(MBS sessionactivation)或组播会话去激活(multicast session activation)。组播广播业务会话启动、组播会话启动、组播广播业务会话激活(MBS session deactivation)或组播会话激活(multicast session deactivation)所表示的内容相同,这几种描述之间可以替换使用。
图11为本申请实施例提供的一种通信方法的流程图,如图11所示,可以包括:
S1101:建立组播业务对应的组播会话,将UE加入组播业务对应的组播群组。
其中,S1101可参照S901所述,不予赘述。
接下来,执行事件A或者事件B或者事件C,第一SMF接收来自MB-SMF的第一信息,根据第一信息确定去激活组播会话,并将组播会话标记为去激活态。
其中,事件A可以包括:1a、RAN确定去激活组播会话,向第一AMF(或者第二AMF(图11中未示出))发送去激活组播会话的第八信息。2a、第一AMF(或者第二AMF)接收去激活组播会话的通知,向MB-SMF发送去激活组播会话的通知。3a、MB-SMF接收去激活组播会话的通知,与MB-UPF进行N4会话更新。4a、MB-SMF向第一SMF发送第一信息。相应的,第一SMF接收来自MB-SMF的第一信息。
其中,第二AMF可以为组播群组对应的AMF。
其中,RAN确定去激活组播会话的过程可参照图9中S902b所述,事件A中MB-SMF与MB-UPF进行会话更新的过程可参照S905所述,不予赘述。
如图11所示,事件B可以包括:1b、AS/CP通过网络开放功能(network explosefunction,NEF)或直接向MB-SMF发送第一信息(例如,组播会话停止(MBS session stop/Session stop),该第一信息中包含需要停止(或者去激活)的组播会话对应的组播业务的识别信息。
2b、MB-SMF接收组播会话停止的消息,MB-SMF与MB-UPF进行N4会话更新,通知MB-UPF去激活组播会话或者组播会话停止。进一步的,MB-SMF可以确定是否释放组播会话隧道,若确定释放组播会话隧道,则在与MB-UPF进行N4会话更新时,通知MB-UPF释放组播会话隧道。MB-SMF通知/指示MB-UPF缓存下次组播会话数据的到达通知/报告。
3b、MB-SMF接收组播会话停止的消息后,MB-SMF确定加入该组播业务的第一SMF,向第一SMF发送第一信息(例如,组播会话停止(MBS session stop/Session stop)),第一信息可以用于指示组播会话停止(如MBS session stop)或者直接指示去激活组播会话。可选的,若MB-SMF确定释放组播会话隧道,则在第一信息中还包括释放组播会话隧道的消息。
4b、第一SMF接收MB-SMF发送的第一信息,根据第一信息将组播会话的状态标记(mark)或者置为(set as)去激活态,并根据组播业务的识别信息,确定是否有与该组播会话业务关联的PDU会话,如有,则第一SMF向第一AMF发送N1N2消息传递。N1N2消息传递可以包括UE的识别信息、PDU会话标识、N2 SM信息等,N2 SM信息中可以包括3b所述的第一信息(例如,组播会话停止(MBS session stop/Session stop)),告诉RAN组播业务对应的组播会话需要停止(或者去激活)。
5b、第一AMF向RAN发送N2消息,N2消息可以携带上述第一信息。RAN收到第一信息后,释放分配给组播会话的空口资源。可选的,若RAN还收到了释放组播会话隧道的释放通知,则RAN还可以移除存储在RAN的组播业务对应的上下文信息(例如,组播会话上下文或者组播组上下文或者组播上下文或者组播业务上下文),移除组播隧道相关的信息,释放组播会话对应的空口资源等。
此处应注意,当组播会话去激活后,第一SMF可以去激活与组播会话关联的PDU会话。或者,反过来说,当第一SMF待去激活关联的PDU会话时,发现PDU会话与组播会话关联并且组播会话在激活态,那么第一SMF不去激活PDU会话;反之,当组播会话在去激活态或释放态/删除态时,可以去激活PDU会话。
需要说明的是,2b与3b~5b的顺序不限制,例如,2b可以与3b或4b或5b并行执行;又例如,可以按照2b、3b、4b、5b的顺序执行;又例如,可以按照3b、2b、4b、5b的顺序执行;又例如,可以按照3b、4b、2b、5b的顺序执行,不予限制。
如图11所示,事件C可以包括:1c、MB-UPF长时间未检测到组播业务的数据。2c、MB-UPF向MB-SMF发送未检测到组播业务的数据的消息,该消息中包含未检测到数据的组播业务的识别信息。
3c、MB-SMF接收未检测到组播业务的数据的消息,MB-SMF向MB-UPF发送响应消息,通知MB-UPF去激活组播会话、缓存组播业务的数据,或者将组播业务的数据到达MB-UPF时向MB-SMF发送通知等。进一步的,MB-SMF可以确定是否释放组播会话隧道,若确定释放组播会话隧道,则还可以通知MB-UPF释放组播会话隧道。
4c、MB-SMF接收未检测到组播业务的数据的消息后,MB-SMF确定加入该组播业务的第一SMF,向第一SMF发送第一信息,第一信息可以用于指示未检测到组播业务的数据的消息或者直接指示去激活组播会话。可选的,若MB-SMF确定释放组播会话隧道,则在第八信息中还包括释放组播会话隧道的消息。
5c、第一SMF接收MB-SMF发送的第一信息,根据第一信息将组播会话的状态标记为去激活,并根据组播业务的识别信息,确定是否有与该组播会话业务关联的PDU会话,如有,则第一SMF向第一AMF发送N1N2消息传递。N1N2消息传递可以包括UE的识别信息、PDU会话标识、N2 SM信息等,N2 SM信息中可以包括S3b的第一信息,告诉RAN组播业务对应的组播会话需要停止(或者去激活)。
6c、第一AMF向RAN发送N2消息,N2消息可以携带上述第一信息。RAN收到第一信息后,释放分配给组播会话的空口资源。可选的,若RAN还收到了释放组播会话隧道的释放通知,则RAN还可以移除存储在RAN的组播业务对应的组播会话的上下文,释放组播会话隧道相关的信息等。
需要说明的是,2c与3c~6c的顺序不限制,例如,2c可以与3c或4c或5c或者6c并行执行;又例如,可以按照2c、3c、4c、5c、6c的顺序执行;又例如,可以按照3c、2c、4c、5c、6c的顺序执行;又例如,可以按照3c、4c、2c、5c、6c的顺序执行,不予限制。
上述步骤为组播会话去激活的相关流程,进一步的,当组播业务的数据再次传输时,为了保证组播业务的传输,还需要激活组播会话,激活组播会话的过程可参照下述:
S1102a:AS/CP确定启动组播会话,传输组播业务的数据,通过NEF向MB-SMF发送启动组播会话的通知(例如,MBS session start)。相应的,MB-SMF接收启动组播会话的通知。其中启动组播会话的通知还可以替换描述为组播广播业务会话激活(MBS sessionactivation)或组播会话激活(multicast session activation)。
S1102b:MB-UPF检测到组播业务的数据到达MB-UPF,向MB-SMF发送组播业务的数据到达的通知。相应的,MB-SMF接收组播业务的数据到达的通知。
需要说明的是,图11中,S1102a、S1102b可以择其一执行或者均执行,不予限制。
S1103:MB-SMF向与组播会话关联的PDU会话对应的第一SMF发送第二信息,可包含组播群组的标识信息。相应的,第一SMF接收第二信息。
S1104:第一SMF根据第二信息携带的组播业务的识别信息,确定存在与组播会话关联的PDU会话,向PDU会话对应的AMF发送N1N2消息传递(Namf_Communication_N1N2Message Transfer),可包含组播群组的标识信息。相应的,AMF接收N1N2消息传递。
若UE在CM连接态,PDU会话是去激活态,则可先执行S1105,再执行S1109,或者先执行S1109,再执行S1105,或者S1105与S1109同时执行,不限定。对于CM空闲态的UE,先执行1106~1108激活关联的PDU会话,再执行1109,或者,也可以先执行1106~1108回到连接态(例如,此时关联PDU会话未激活),再执行S1109,或者执行S1106~S1108与S1109同时执行(即,激活关联的PDU会话与将UE加入组播群组同时执行),不限定。
S1105:若UE在CM-CONNECTED态,第一SMF继续执行服务请求流程激活关联的PDU会话。
S1106:第一AMF收到N1N2消息传递(Namf_Communication_N1N2MessageTransfer)后,触发第一AMF向UE的注册区域内的RAN发送寻呼消息。相应的,RAN接收寻呼消息。
具体的,步骤S1106可以参照S911所述,不予赘述。
S1107:RAN根据UE的识别信息或组播群组的识别信息向UE发送寻呼消息。相应的,UE接收RAN发送的寻呼消息。
S1108:UE收到寻呼消息后执行service request流程,激活与组播会话关联的PDU会话。
具体的,步骤S1107可以参照S913所述,不予赘述。
S1109:第一SMF与接入网设备以及其它核心网网元交互将UE加入到组播群组。
具体的,步骤S1109可以参照图5对应的实施例中所述,不予赘述。
基于图11所示方法,第一SMF接收MB-SMF去激活组播会话的消息(或第一信息(例如,组播会话停止)),将组播会话状态标记为去激活。第一SMF在收到MB-SMF的组播会话开始/启动或者激活组播会话的消息后,对于组播群组内处于在CM-CONNECTED态的UE,如果关联的PDU会话在去激活状态,第一SMF激活关联的PDU会话,应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以是第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。对于处在CM-IDLE态的UE,网络侧设备可以先经过组寻呼((group paging))或者面向单个UE的寻呼。UE收到寻呼消息后发起service request流程将与于组播会话关联的PDU会话激活。应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。
下面结合图3a所示5G***,以第一终端为UE、接入网设备为RAN、第一会话管理功能网元为第一SMF、第二会话管理功能网元为MB-SMF、第一用户面功能网元为UPF、第二用户面功能网元为MB-UPF,接入与移动性管理功能网元为AMF为例,对图8所示方法中,第一会话管理功能网元接收来自第二会话管理功能网元的第一信息、根据第一信息标记组播会话的状态为去激活态,并将组播业务的数据映射到PDU会话上,通过PDU会话以单播方式传输组播业务的数据,后续,接收第二信息(MBS session start)后再次激活/重启组播会话的过程进行详细描述。其中下述实施例中,第二信息还可以是组播广播业务会话激活(MBSsession activation)或组播会话激活(multicast session sctivation)。
图12为本申请实施例提供的一种通信方法的流程图,如图12所示,可以包括:
S1201:建立组播业务对应的组播会话,将UE加入组播业务对应的组播群组。
其中,S1201可参照S901所述,不予赘述。
接下来,一种可能的实现方式中,执行事件A,第一SMF接收来自MB-SMF的第一信息,根据第一信息确定去激活组播会话,并将组播会话标记为去激活态,同时,第一SMF接收来自MB-SMF的第一信息之后,将组播业务的数据映射到PDU会话上,通过PDU会话传输组播业务的数据,该PDU会话可以为与组播会话关联的PDU会话,也可以不是与组播会话关联的PDU会话,不予限制。
具体的,事件A的相关过程可参照图11中1a~4a所示,第一SMF将组播业务的数据映射到PDU会话上的过程可参照上述图10中S1004~S1007所述,不予赘述。
又一种可能的设计中,如图12所示,执行上述事件B中的1b、3b~5b,第一SMF接收来自MB-SMF的第一信息,根据第一信息确定去激活组播会话,并将组播会话标记为去激活态,同时,在3b之后,4b之前,第一SMF将组播业务的数据映射到PDU会话上,通过PDU会话传输组播业务的数据,该PDU会话可以为与组播会话关联的PDU会话,也可以不是与组播会话关联的PDU会话,不予限制。
具体的,第一SMF将组播业务的数据映射到PDU会话上的过程可参照上述图10中S1005~S1008所述,不予赘述。
再一种可能的实现方式中,如图12所示,执行上述事件C中的1c-2c、4c~6c,第一SMF接收来自MB-SMF的第一信息,根据第一信息确定去激活组播会话,并将组播会话标记为去激活态,同时,在4c之后,5c之前,第一SMF将组播业务的数据映射到PDU会话上,通过PDU会话传输组播业务的数据,该PDU会话可以为与组播会话关联的PDU会话,也可以不是与组播会话关联的PDU会话,不予限制。
具体的,第一SMF将组播业务的数据映射到PDU会话上的过程可参照上述图10中S1004~S1007所述,不予赘述。
进一步的,第一SMF还可以向UPF发送第三信息,第三信息用于指示监测来自MB-SMF的组播业务的数据,当来自MB-SMF的组播业务的数据到达UPF时向第一SMF发送第四信息,以便第一会话管理功能网元根据第四信息激活组播会话。
其中,第三信息可以在第一SMF与UPF进行N4会话更新时发送给UPF,也可以在第一SMF与UPF进行N4会话更新之前或者之后发送给UPF,不予限制。
上述步骤为组播会话去激活、并将组播业务的数据映射到PDU会话的相关流程,进一步的,当组播业务的数据再次采用组播方式传输时,为了保证组播业务的组播传输,还需要激活组播会话,激活组播会话的过程可参照下述:
S1202:AS/CP确定启动组播会话,即将开始传输组播业务的数据,AS/CP通过NEF或者直接向MB-SMF发送启动组播会话的通知。相应的,MB-SMF接收启动组播会话的通知。
S1203:MB-SMF向第一SMF发送第二信息,可包含组播群组的标识信息。相应的,第一SMF接收第二信息。
S1204:如果UPF接收到第一SMF发送的第三信息,则UPF检测到组播业务的数据到达UPF后,向第一SMF发送组播业务的数据到达的通知或者检测到组播业务的数据的第四信息。相应的,第一SMF接收第四信息。
其中,图12所示方法可以执行S1202以及S1203,或者,执行S1204,不予限制。
S1205:第一SMF根据第二信息或第四信息携带的组播业务的识别信息,确定存在与组播会话关联的PDU会话,向PDU会话对应的AMF发送N1N2消息传递(Namf_Communication_N1N2Message Transfer),可包含组播群组的标识信息。相应的,AMF接收N1N2消息传递。
若UE在CM连接态,PDU会话是去激活态,则执行S1206,再执行S1210,或者先执行S1210再执行S1206,或者S1210与S1206同时执行,不限定。对于CM空闲态的UE,先执行S1207~S1209激活关联的PDU会话,再执行S1210,或者,也可以先执行S1207~S1209回到连接态(例如,此时关联PDU会话未激活),再激活关联的PDU会话,再执行S1210,也可以执行S1207~S1209的同时执行S1210(即,激活关联的PDU会话与将UE加入组播群组同时进行),不限定。
S1206:若UE在CM-CONNECTED态,第一SMF继续执行服务请求流程激活关联的PDU会话。
S1207:第一AMF收到N1N2消息传递(Namf_Communication_N1N2MessageTransfer),触发第一AMF向UE的注册区域内的RAN发送寻呼消息。相应的,RAN接收寻呼消息。
S1208:RAN根据UE的识别信息或组播群组的识别信息向UE发送寻呼消息。相应的,UE接收RAN发送的寻呼消息。
S1209:UE收到寻呼消息后执行service request流程,激活与组播会话关联的PDU会话。
具体的,步骤S1209可以参照S913所述,不予赘述。
S1210:第一SMF与接入网以及其它核心网网元交互将UE加入到组播群组。
具体的,步骤S1210可以参照图5对应的实施例中所述,不予赘述。
基于图12所示方法,第一SMF接收MB-SMF去激活组播会话的消息(或第一信息(例如,组播会话停止)),将组播会话状态标记为去激活。第一SMF在收到MB-SMF的组播会话开始/启动或者激活组播会话的消息后,对于组播群组内处于在CM-CONNECTED态的UE,如果关联的PDU会话在去激活状态,第一SMF激活关联的PDU会话,应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以是第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。对于处在CM-IDLE态的UE,网络侧设备可以先经过组寻呼((group paging))或者面向单个UE的寻呼。UE收到寻呼消息后发起service request流程将与于组播会话关联的PDU会话激活。应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。
下面结合图3a所示5G***,以第一终端为UE、接入网设备为RAN、第一会话管理功能网元为第一SMF、第二会话管理功能网元为MB-SMF、第一用户面功能网元为UPF、第二用户面功能网元为MB-UPF,接入与移动性管理功能网元为AMF为例,对图8所示方法中,第一会话管理功能网元接收来自第二会话管理功能网元的第一信息、根据第一信息标记组播会话的状态为去激活态,并去激活组播会话,后续,接收第二信息(MBS session start)后再次激活/重启组播会话的过程进行详细描述。其中下述实施例中,第二信息还可以是组播广播业务会话激活(MBS session activation)或组播会话激活(multicast sessionactivation)。
图13为本申请实施例提供的一种通信方法的流程图,如图13所示,可以包括:
S1301:建立组播业务对应的组播会话,将UE加入组播业务对应的组播群组。
其中,S1301可参照S901所述,不予赘述。
接下来,执行事件D或者事件E,第一SMF通过第一AMF或第二AMF、RAN接收来自MB-SMF的第一信息,根据第一信息确定去激活组播会话,并将组播会话标记为去激活态。
如图13所示,事件D可以包括:1d、AS/CP向MB-SMF发送组播会话停止(MBS sessionstop)的消息,该消息中包含需要停止(或者去激活)的组播会话对应的组播业务的识别信息。
其中,组播会话停止还可以替换描述为组播广播业务会话去激活(MBS sessiondeactivation)或组播会话去激活(multicast session deactivation)。
2d、MB-SMF接收组播会话停止的消息,MB-SMF与MB-UPF进行N4会话更新,通知MB-UPF去激活组播会话或者组播会话停止,指示/通知MB-UPF报告或通知下次组播会话数据的到达。进一步的,MB-SMF可以确定是否释放组播会话隧道,若确定释放组播会话隧道,则在与MB-UPF进行N4会话更新时,通知MB-UPF释放组播会话隧道。
3d、MB-SMF接收组播会话停止的消息后,向第二AMF发送第一信息,第一信息可以携带组播会话停止的消息以及组播业务的识别信息,用于指示组播会话停止或去激活组播会话。如果MB-SMF确定释放组播会话隧道,则第一信息还用于指示释放组播会话隧道。
4d、第二AMF接收第一信息,向RAN发送第一信息,如第一信息携带在N2消息。RAN收到第一信息后,释放分配给组播会话的空口资源。可选的,若RAN还收到了释放组播会话隧道的释放通知,则RAN还可以移除存储在RAN的组播业务对应的组播会话的上下文,释放组播会话隧道的相关信息等。
5d、RAN向第一AMF发送第一信息。
6d、第一AMF接收第一信息,向第一SMF发送第一信息,第一SMF接收第一信息,根据第一信息确定去激活组播会话,将组播会话的状态标记为去激活。
需要说明的是,2d与3d~6d的顺序不限制,例如,2d可以与3d或4d或5或者6d并行执行;又例如,可以按照2d、3d、4d、5d、6d的顺序执行;又例如,可以按照3d、2d、4d、5d、6d的顺序执行;又例如,可以按照3d、4d、2d、5d、6d的顺序执行,不予限制。
如图13所示,事件E可以包括:1e、MB-UPF长时间未检测到组播业务的数据,MB-UPF向MB-SMF发送未检测到组播业务的数据的消息,该消息中包含未检测到数据的组播业务的识别信息。
可替换的,步骤1e还可以是AS/CP向MB-SMF发送去激活组播/广播会话的通知(例如MBS session deactivation),该去激活组播/广播会话的通知可以包含组播业务的识别信息(例如MBS session ID、TMGI、IP组播地址等一种或多种)。应注意MB-UPF向MB-SMF发送的未检测到组播业务的数据的消息可以是PFCP会话消息(PFCP session message)或N4会话消息(N4 session message)。
2e、MB-SMF接收未检测到组播业务的数据的消息或者接收到去激活组播/广播会话的通知,MB-SMF向MB-UPF发送响应消息,通知MB-UPF去激活组播会话、缓存后续组播业务再次到达时的组播业务的数据,或者在组播业务的数据到达MB-UPF时向MB-SMF发送通知等。
进一步的,MB-SMF可以确定是否释放组播会话隧道,若确定释放组播会话隧道,则还可以通知MB-UPF释放组播会话隧道。例如,MB-SMF可以向MB-UPF发送携带下行隧道的标识信息的释放通知。下行隧道的标识信息可以包括与MB-UPF连接的隧道信息,比如接入网隧道标识(AN tunnel info)。
其中,MB-SMF向MB-UPF发送的响应消息可以是PFCP会话消息(PFCP sessionmessage)或N4会话消息(N4 session message))。
3e、MB-SMF接收未检测到组播业务的数据的消息或收到AS/CP发送的去激活组播/广播会话的通知后,向第二AMF发送第一信息,第一信息可以是组播/广播会话去激活通知(MBS Session Deactivation Notification)或MBS session deactivation,携带组播业务的识别信息。
可选的,如果MB-SMF确定释放组播会话隧道(也即接入网设备与MB-UPF之间的N3隧道或N3mb隧道),则第一信息还用于指示已释放组播会话隧道。
可选的,如果MB-SMF确定不释放组播会话隧道(即接入网设备与MB-UPF之间的N3隧道或N3mb隧道),则第一信息还用于指示未释放组播会话的隧道/不释放组播会话隧道。
应注意,第二AMF可以是为UE的NAS信令服务的AMF,第二AMF也可以是不为NAS信令服务的AMF,比如AMF可以为专门为组播/广播业务服务的AMF;第二AMF还可以是在建立组播会话隧道时从多个AMF中选择出的AMF,通过该AMF可以将信令传输至管理所述组播/广播业务的MB-SMF;或者第二AMF还可以是其它AMF,这里不限定。
4e、第二AMF接收第一信息,向RAN发送第一信息,如第一信息可以是N2消息。RAN收到第一信息后,释放组播会话对应的空口资源,例如,释放用于传输组播/广播业务的数据的无线承载,移除/删除所述组播/广播业务对应的上下文(比如组播/广播业务会话上下文MBS session context)等。
可替换的,若RAN收到了未释放组播会话隧道的通知/不释放组播会话隧道的通知,则RAN保留在RAN的组播业务对应的组播广播会话业务会话上下文(MBS sessioncontext)等。
5e、RAN向第一AMF发送第一信息。
6e、第一AMF接收第一信息,向第一SMF发送第一信息,第一SMF接收第一信息,根据第一信息将组播会话的状态标记为去激活。
上述步骤为组播会话去激活的相关流程,进一步的,当组播业务的数据再次通过组播方式传输时,为了保证组播业务的传输,还需要激活组播会话,激活组播会话的过程参照下述:
S1302a:AS/CP确定启动组播会话,即将开始传输组播业务的数据,向MB-SMF发送启动组播会话的通知。相应的,MB-SMF接收启动组播会话的通知。
S1302b:MB-UPF检测到组播业务的数据到达MB-UPF,向MB-SMF发送组播业务的数据到达的通知。相应的,MB-SMF接收组播业务的数据到达的通知。
需要说明的是,S1302a、S1302b可以择其一执行,也可以都执行,不予限制。
S1303:MB-SMF向第一SMF发送第二信息,可包含组播群组的标识信息。相应的,第一SMF接收第二信息。
S1304:第一SMF根据第二信息携带的组播业务的识别信息,确定存在与组播会话关联的PDU会话,向PDU会话对应的AMF发送N1N2消息传递(Namf_Communication_N1N2Message Transfer),可包含组播群组的标识信息。相应的,AMF接收N1N2消息传递。
若UE在CM连接态,PDU会话是去激活态,则执行S1305,再执行S1309,或者先执行S1309再执行S1305,或者激活关联的PDU会话与将UE加入组播群组同时执行,不限定。对于CM空闲态的UE,先执行S1306~S1308激活关联的PDU会话,再执行S1309,或者,也可以先执行S1306~S1308回到连接态(例如,此时关联PDU会话未激活),再执行S1309,也可以同时执行,不限定。
S1305:若UE在CM-CONNECTED态,第一SMF继续执行服务请求流程激活关联的PDU会话。
S1306:第一AMF收到N1N2消息传递(Namf_Communication_N1N2MessageTransfer),触发第一AMF向UE的注册区域内的RAN发送寻呼消息。相应的,RAN接收寻呼消息。
具体的,步骤S1306可以参照S911所述,不予赘述。
S1307:RAN根据UE的识别信息或组播群组的识别信息向UE发送寻呼消息。相应的,UE接收RAN发送的寻呼消息。
S1308:UE进入CM-CONNECTED态,执行service request流程,激活与组播会话关联的PDU会话。
具体的,步骤S1308可以参照S913所述,不予赘述。
S1309:第一SMF将UE加入到组播群组。
具体的,步骤S1309可以参照图5对应的实施例中所述,不予赘述。
基于图13所示方法,第一SMF接收MB-SMF去激活组播会话的消息(或第一信息(例如,组播会话停止)),将组播会话状态标记为去激活。第一SMF在收到MB-SMF的组播会话开始/启动或者激活组播会话的消息后,对于组播群组内处于在CM-CONNECTED态的UE,如果关联的PDU会话在去激活状态,第一第一SMF激活关联的PDU会话,应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以是第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。对于处在CM-IDLE态的UE,网络侧设备可以先经过组寻呼((group paging))或者面向单个UE的寻呼。UE收到寻呼消息后发起service request流程将与于组播会话关联的PDU会话激活。应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。
下面结合图3a所示5G***,以第一终端为UE、接入网设备为RAN、第一会话管理功能网元为第一SMF、第二会话管理功能网元为MB-SMF、第一用户面功能网元为UPF、第二用户面功能网元为MB-UPF,接入与移动性管理功能网元为AMF为例,对图8所示方法中,第一会话管理功能网元接收来自第二会话管理功能网元的第一信息、根据第一信息标记组播会话的状态为去激活态,并将组播业务的数据映射到PDU会话上,通过PDU会话以单播方式传输组播业务的数据,后续,接收第二信息后再次激活/重启组播会话的过程进行详细描述。
其中,第二信息可以为组播/广播业务会话启动(MBS session start)、或组播广播业务会话激活(MBS session activation)或组播会话激活(multicast aessionactivation)。
图14a为本申请实施例提供的一种通信方法的流程图,如图14a所示,可以包括:
S1401:建立组播业务对应的组播会话,将UE加入组播业务对应的组播群组。
其中,S1401可参照S901所述,不予赘述。
接下来,一种可能的实现方式中,执行事件D中的1d、3d~6d,第一SMF通过第一AMF、RAN接收来自MB-SMF的第一信息,根据第一信息确定去激活组播会话,并将组播会话标记为去激活态,同时,在6d之后,第一SMF将组播业务的数据映射到PDU会话上,通过PDU会话传输组播业务的数据,该PDU会话可以为与组播会话关联的PDU会话,也可以不是与组播会话关联的PDU会话,不予限制。
再一种可能的实现方式中,如图14a所示,执行上述事件E中的1e、3e~6e,第一SMF通过AMF、RAN接收来自MB-SMF的第一信息,根据第一信息确定去激活组播会话,并将组播会话标记为去激活态,同时,在6e之后,第一SMF将组播业务的数据映射到PDU会话上,通过PDU会话传输组播业务的数据,该PDU会话可以为与组播会话关联的PDU会话,也可以不是与组播会话关联的PDU会话,不予限制。
具体的,第一SMF将组播业务的数据映射到PDU会话上的过程可参照上述图10中S1005~S1008所述,不予赘述。
进一步的,第一SMF还可以向UPF发送第三信息,第三信息用于指示监测来自MB-SMF的组播业务的数据,当来自MB-SMF的组播业务的数据到达UPF时向第一SMF发送第四信息,以便第一会话管理功能网元根据第四信息激活组播会话。
其中,第三信息可以在第一SMF与UPF进行N4会话更新时发送给UPF,也可以在第一SMF与UPF进行N4会话更新之前或者之后发送给UPF,不予限制。
上述步骤为组播会话去激活、并将组播业务的数据映射到PDU会话的相关流程,进一步的,当组播业务的数据再次采用组播方式传输时,为了保证组播业务的组播传输,还需要激活组播会话,激活组播会话的过程可参照下述:
S1402:AS/CP确定启动组播会话,即将开始传输组播业务的数据,向MB-SMF发送启动组播会话的通知。相应的,MB-SMF接收启动组播会话的通知。
S1403:MB-SMF向第一SMF发送第二信息,可包含组播群组的标识信息。相应的,第一SMF接收第二信息。
S1404:UPF检测到组播业务的数据到达UPF,向第一SMF发送组播业务的数据到达的通知或者检测到组播业务的数据的第四信息。相应的,第一SMF接收到来自UPF的第四信息。
S1405:第一SMF根据第二信息或第四信息携带的组播业务的识别信息,确定存在与组播会话关联的PDU会话,向PDU会话对应的AMF发送N1N2消息传递(Namf_Communication_N1N2Message Transfer),可包含组播群组的标识信息。相应的,AMF接收N1N2消息传递。
若UE在CM连接态,PDU会话是去激活态,则执行S1406,再执行S1410,或者先执行1410再执行1405,或者同时(即,激活关联的PDU会话与将UE加入组播群组同时执行)不限定。对于CM空闲态的UE,先执行1407~1409激活关联的PDU会话,再执行1410,或者,也可以先执行1410~1409回到连接态(例如,此时关联PDU会话未激活),再执行S1410,或者激活关联的PDU会话与将UE加入组播群组同时执行,不限定。
S1406:若UE在CM-CONNECTED态,第一SMF继续执行服务请求流程激活关联的PDU会话。
S1407:第一AMF收到N1N2消息传递(Namf_Communication_N1N2MessageTransfer),触发第一AMF向UE的注册区域内的RAN发送寻呼消息。相应的,RAN接收寻呼消息。
具体的,步骤S1406可以参照S911所述,不予赘述。
S1408:RAN根据UE的识别信息或组播群组的识别信息向UE发送寻呼消息。相应的,UE接收RAN发送的寻呼消息。
S1409:UE进入CM-CONNECTED态,执行service request流程,激活与组播会话关联的PDU会话。
具体的,步骤S1409可以参照S913所述,不予赘述。
S1410:第一SMF将UE加入到组播群组。
具体的,步骤S1410可以参照图5对应的实施例中所述,不予赘述。
基于图14a所示方法,第一SMF接收MB-SMF去激活组播会话的消息(或第一信息(例如,组播会话停止)),将组播会话状态标记为去激活。第一SMF在收到MB-SMF的组播会话开始/启动或者激活组播会话的消息后,对于组播群组内处于在CM-CONNECTED态的UE,如果关联的PDU会话在去激活状态,第一SMF激活关联的PDU会话,应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以是第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。对于处在CM-IDLE态的UE,网络侧设备可以先经过组寻呼((group paging))或者面向单个UE的寻呼。UE收到寻呼消息后发起service request流程将与于组播会话关联的PDU会话激活。应注意,可以在与组播会话关联的PDU会话激活后,第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组先将UE加入组播群组,再激活关联的PDU会话,也可以第一SMF通过与RAN以及与其它核心网网元交互将UE加入组播群组以及激活关联的PDU会话同时进行,不限定。
与图11步骤1b~步骤5b所示组播会话停止(或去激活流程)不同的是:
组播会话释放在服务提供商(content provider)开始/发起/启动(intiate)组播会话释放/删除(MBS session delete或MBS session release或session delete或session delete)时释放/删除组播会话,在释放/删除组播会话的执行过程中或释放/删除组播会话执行完毕后,与组播会话相关的信息在终端与接入网侧释放/删除,与组播会话相关的信息在第一会话管理功能网元、第二会话管理功能网元释放/删除。
具体的,组播会话的释放/删除可以指:组播业务相关的信息(例如,与组播业务相关的QoS信息等)在终端中释放/删除;组播业务相关的信息在接入网设备释放/删除(例如,与组播业务相关的上下文(例如,组播/广播上下文或组播/广播会话上下文或组播/广播组上下文或组播/广播业务上下文)释放/删除,与组播会话相关的隧道信息释放/删除,与组播会话相关的空口资源释放/删除,在接入网设备存储的终端的上下文中与组播业务相关的信息释放/删除等;与组播会话相关的隧道释放/删除;组播业务相关的信息在第一会话管理功能网元和/或第二会话管理功能网元释放/删除等。释放/删除的组播会话无法被下述任一流程重新开始/启动/激活:组播会话开始/启动(MBS session start或sessionstart)流程、组播广播业务会话激活(multicast broadcast service sessionactivation,MBS session activation)流程、组播会话激活(multicast sessionactivation)流程,组播会话释放/删除流程可以应用于激活的组播会话或者去激活的组播会话。
上述方法实施例对激活/去激活多播会话、激活/去激活与多播会话关联的PDU会话的过程进行了描述。可选的,本申请实施例中还提供了寻呼终端的方案,本申请实施例提供的寻呼终端的方案可以包括接入网设备通过用户面上传输的数据确定寻呼处于无线资源控制非激活(RRC_inactive)态的终端,或者由核心网设备触发接入网设备寻呼终端,即通过控制面信令触发接入网设备寻呼终端。具体的,该方法可以参照下述图14b或者图14c。
图14b为本申请提供一种组播业务的通信方法的流程图,如图14b所示,可以包括:
S1401b:接入网设备接收组播业务的数据。
其中,接入网设备可以是图2中的接入网设备。
示例性的,接入网设备可以接收来自MB-UPF的组播业务的数据。
S1402b:接入网设备根据数据确定激活组播业务。
其中,组播业务的相关描述可参照上述,不予赘述。
需要说明的是,激活组播业务还可以替换描述为激活组播业务对应的组播会话,或者激活组播业务对应的组播群组中的终端,使组播群组中的终端处于RRC连接态等等。
其中,接入网设备根据数据确定激活所述组播业务包括:接入网设备确定接收到的数据对应于组播业务,接入网设备确定组播业务处于去激活态,确定激活组播业务。组播业务处于去激活态可以包括组播业务对应的组播群组中存在处于RRC_inactive态的终端等。
示例性的,接入网设备确定接收到的数据对应于组播业务可以包括:接入网设备根据传输数据的隧道的信息和/或隧道的信息与组播业务的识别信息之间的对应关系,确定传输该数据的隧道是否与组播业务对应,如果确定传输该数据的隧道与组播业务对应,则确定接收到数据对应于组播业务的数据,反之,则确定接收到的数据不是/不对应于组播业务。
其中,组播业务的标识信息用于标识组播业务,组播业务的标识信息的相关描述可参照上文中所述,不予赘述。本申请实施例中,在数据对应于组播业务的情况下,该数据可以称为组播业务的数据。
其中,隧道的信息可以用于标识一个隧道。本申请实施例中,接入网设备与MB-UPF之间的用于传输组播业务的数据的隧道可以是通过单播传输方式建立的隧道(或者称为单播隧道),也可以是通过组播传输方式建立的隧道(或者称为组播隧道)。其中单播传输方式可以指:下游节点(比如接入网设备)为组播业务分配隧道的信息给上游节点(比如MB-UPF),这样上游节点可以知道将组播业务的数据发给下游哪个节点,单播传输也可以称为点对点的传输方式。组播传输可以指:上游节点(比如MB-UPF)为该组播业务的数据分配一个公共的隧道的信息(或者称为组播隧道的信息)给一个或多个下游节点(比如接入网设备),这样上游节点就可以根据该公共的隧道的信息向一个或者多个下游节点发送组播业务的数据,这些下游节点都能收到组播业务的数据,组播传输也可以称为叫点到多点的传输方式。
本申请实施例中,不同建立方式下隧道的信息是不同的。在接入网设备与MB-UPF之间建立传输组播业务的数据的隧道后,可以将传输组播业务的数据的隧道的信息与组播业务的识别信息之间的对应关系保存在接入网设备中。下面针对不同建立方式对确定隧道上传输的数据对应于组播业务的过程进行描述:
情况一、通过单播传输方式建立用于传输组播业务的数据的隧道。
具体的,MB-UPF与接入网设备之间通过单播传输(unicast transport)方式建立用于传输组播业务的数据的隧道,即通过点对点隧道(point to point tunnel)的方式建立MB-UPF与接入网设备之间的隧道可以包括:
接入网设备通过核心网设备(比如SMF、MB-SMF)将隧道的信息发送给MB-UPF,比如携带在组播会话对应的配置信息中发送给MB-UPF,MB-UPF接收隧道的信息,对应保存隧道的信息以及组播业务的标识信息之间的对应关系,以便MB-UPF根据该对应关系将接收到的组播业务的数据发送给接入网设备,相应的,接入网设备也可以保存组播业务的标识信息以及隧道的信息之间的对应关系,以便接入网设备根据该对应关系获知从隧道的信息所对应的隧道接收到的数据为组播业务的数据,至此从MB-UPF到用于传输组播业务的数据的隧道建立完成。
其中,该隧道可以称为单向通用分组无线服务(general packet radio service,GPRS)隧道传输协议-用户面(GPRS tunnel protocol-user,GTP-U)隧道(或者下行隧道)。隧道的信息可以包括接入网设备的接入网隧道信息(AN Tunnel Info)或者接入网设备的隧道端点标识(tunnel endpoint identifier,TEID),隧道的信息可以用于建立接入网设备与MB-UPF之间的用于传输组播业务的数据的隧道(比如GTP-U隧道)。
情况一中,当组播业务对应的组播会话激活时,MB-UPF从应用服务器接收到组播业务的数据后,MB-UPF可以根据组播业务的标识信息与隧道的信息之间的对应关系,获知用于传输组播业务的数据的隧道所对应的隧道的信息,根据获知的隧道的信息将组播业务的数据通过隧道发送给接入网设备。对应的,接入网设备从该隧道接收到数据,进而根据该隧道对应的隧道的信息、和/或组播业务的标识信息与隧道的信息之间的对应关系获知该隧道上传输的数据为组播业务的数据,确定数据对应于组播业务。
比如基站与MB-UPF之间建立有三个隧道:隧道1、隧道2以及隧道3,如果默认/预先配置仅隧道1上传输组播业务的数据,则基站从隧道1上接收到数据后可以直接确定从隧道1上接收到的数据为组播业务的数据。或者,基站中预先存储有下述对应关系{隧道1,组播业务1}、{隧道2,组播业务2}以及{隧道3,组播业务3},基站从隧道1上接收到数据后,以隧道1的隧道的信息为索引,查找对应关系{隧道1,组播业务1},根据对应关系确定接收到的组播业务的数据为组播业务1的数据。
情形二、通过组播传输方式建立用于传输组播业务的数据的隧道。
其中,通过组播传输方式建立的用于传输组播业务的数据的隧道可以是一个组播树,组播树可以对应/标识一个或多个组播业务。该隧道的信息可以是组播IP地址,组播IP地址可以包括公共TEID(Common-TEID,C-TEID)或者MB-UPF的IP地址等。
具体的,以隧道的信息是组播IP地址为例,根据组播传输方式(multicasttransport)建立MB-UPF与接入网设备之间的隧道可以包括:MB-UPF与其对应的一个或者多个接入网设备之间可以形成一个组播树,该组播树可以用于传输组播业务的数据,MB-UPF为组播源,而与MB-UPF对应的一个或者多个接入网设备可以作为该组播树的接收端,该一个或者多个接入网设备包括S1b中的接入网设备。MB-SMF或MB-UPF可以为该组播树分配组播IP地址,并发送给一个或者多个接入网设备,一个或者多个接入网设备可以接收组播IP地址,并对应存储组播IP地址与组播业务的标识信息之间的对应关系,至此一个或者多个接入网设备加入该组播IP地址对应的组播树。
情况二中,当组播业务对应的组播会话激活时,MB-UPF从应用服务器接收到组播业务的数据后,MB-UPF可以将组播IP地址以及组播业务的数据封装在数据包中,并通过组播树发送给一个或者多个接入网设备,接入网设备接收到该数据包后,可以从中获取组播IP地址,进而根据组播IP地址以及组播业务的识别信息之间的对应关系,确定接收到的数据对应于组播业务,为组播业务的数据。
S1403b:接入网设备向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息。
示例性的,接入网设备向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息可以包括:接入网设备确定组播业务对应的组播群组中处于RRC_inactive态的终端,向处于RRC_inactive态的终端发送寻呼消息。
其中,处于RRC_inactive态的终端可以是一个或者多个。接入网设备确定组播业务对应的组播群组中处于RRC_inactive态的终端可以包括:接入网设备可以以组播业务的识别信息为索引,查到接入网设备保存的终端的上下文,找到存储组播业务的识别信息的终端的上下文。如果找到的终端的上下文中含有非激活态无线网络临时标识(inactiveradio network temporary identifier,I-RNTI),则确定该终端处于RRC-inactive态,进而向处于RRC-inactive态的终端的寻呼区域。
本申请实施例中,寻呼消息可以用于寻呼处于RRC-inactive态的终端。
一种可能的设计中,寻呼消息可以是针对一个终端的寻呼消息,即per UE为粒度的寻呼消息,一个寻呼消息仅寻呼一个终端,此时寻呼消息可以携带终端的标识信息。比如,假设处于RRC_inactive态包括第一终端和第二终端,接入网设备可以在第一终端的无线接入网的通知区域(RAN-based Notification Area,RNA)发送第一寻呼消息,第一寻呼消息包括第一终端的标识信息,第一终端在寻呼信道监听到携带第一终端的标识信息的寻呼消息后,第一终端可以从RRC_inactive态转变为(switch to)RRC连接态。类似的,接入网设备可以在第二终端的RNA发送第二寻呼消息,第二寻呼消息包括第二终端的标识信息,第二终端在寻呼信道监听到携带第二终端的标识信息的寻呼消息后,第二终端可以从RRC_inactive态转变为(switch to)RRC连接态。
本申请实施例中,每个终端的RNA可以由接入网设备配置,并预先分配给终端。每个终端的RNA可以包括一个或者多个小区,终端的RNA可以包括一个或者多个接入网设备的信号覆盖区域。比如UE1的RNA可以包含1号、2号、以及3号基站的信号覆盖区域。
又一种可能的设计中,寻呼消息也可以是针对多个终端的组寻呼消息,即以多个UE为粒度的寻呼消息,此时该寻呼消息可以称为组寻呼消息,以减少寻呼消息的发送次数,节省信令开销。组寻呼消息可以携带组播业务的识别信息。如果终端在寻呼信道监听到组播业务的识别信息,则该终端可以从RRC_inactive态转变为(switch to)RRC连接态。比如,假设处于RRC_inactive态包括第一终端和第二终端,接入网设备可以在第一终端的RNA以及第二终端的RNA内发送寻呼消息,该寻呼消息包括组播业务的识别信息。
可选的,为了节省信令开销,接入网设备在第一终端的RNA以及第二终端的RNA内发送寻呼消息包括:在一个寻呼周期内,接入网设备在第一终端的RNA以及第二终端的RNA的重叠区域内发送一次寻呼消息,即如果不同终端的RNA有重叠,则仅在重叠区域发送一次组寻呼消息即可,这样可以降低寻呼的信令开销。
其中,寻呼周期可以指发送寻呼消息的时间间隔。寻呼周期可以根据需要设置,不予限制。
例如,在RRC-inactive态的UE1、UE2会被预先分配一个RNA,例如,UE1的RNA包含1号、2号、以及3号基站的信号覆盖区域,UE2的RNA包含2号、3号以及4号基站的信号覆盖区域。假设以per UE为粒度发送寻呼消息,则1号、2号、以及3号基站分别在UE1的RNA发送携带UE1的标识信息的寻呼消息,共发送3条寻呼消息,2号、3号、以及4号基站在UE2的RNA发送3条携带UE2的标识信息的寻呼消息。若以多个UE为粒度进行组寻呼,且在重叠区域发送一次寻呼消息,由于UE1的RNA中2号、3号基站的信号覆盖区域与UE2的RNA中2号、3号基站的信号覆盖区域是重叠的,而UE1的RNA中1号基站的信号覆盖区域与UE2的RNA不存在重叠区域,UE2的RNA中4号基站的信号覆盖区域与UE1的RNA不存在重叠区域,则在一个寻呼周期,可以向1号基站的信号覆盖区域、2号、3号基站的信号覆盖区域、4号基站的信号覆盖区域分别发送携带携带组播业务的识别信息(例如MBS session ID)的寻呼消息,即发出4条寻呼消息即可,与per UE为粒度的寻呼相比节省了2条寻呼消息,降低寻呼信令开销。
基于图14b所示方法,当接入网设备确定从用户面接收到的数据是组播业务的数据时,触发接入网设备寻呼组播业务对应的组播群组中处于RRC_inactive态的终端,以保证组播群组中的终端正常接收组播业务的数据。
图14c为本申请提供一种组播业务的通信方法,如图14c所示,可以包括:
S1401c:会话管理功能网元确定激活组播业务对应的组播会话,向接入与移动性管理功能网元发送用于指示激活组播业务对应的组播会话的信息。相应的,接入与移动性管理功能网元接收该信息。
其中,会话管理网元可以是上文所述的MB-SMF,用于指示激活组播会话的信息可以是上文所述的第二信息,该信息可以携带组播业务的标识信息。具体的,该信息的相关描述可参照上文S801中对第二信息的相关描述,会话管理功能网元可参照图8对应的实施例所述方法确定激活组播会话,组播业务的标识信息可参照上文所述,不予赘述。
应注意,S1401c中所述的接入与移动性管理功能网元可以是上述第二接入与移动管理网元,或者,可以是能够为所述组播业务对应的组播群组内的任一个终端提供NAS信令服务的AMF,本申请对此不限定。以会话管理网元为MB-SMF为例,该接入与移动性管理网元可以由NRF选择并指示给MB-SMF,即该接入与移动性管理网元可以是MB-SMF从NRF中选择的AMF,比如MB-SMF可以向NRF发送携带组播业务的识别信息的查询请求,该查询请求请求查询能够为组播群组中的终端提供NAS信令服务的AMF,NRF接收到该查询请求后,根据组播业务的识别信息从多个AMF中选择出该接入与移动性管理网元,并将该接入与移动性管理网元指示给MB-SMF。
S1402c:接入与移动性管理功能网元向接入网设备发送用于指示激活组播业务对应的组播会话的信息。相应的,接入网设备接收该信息。
其中,接入与移动性管理功能网元可以将该信息携带在N2消息中向接入网设备发送。S1403c:接入网设备根据用于指示激活组播会话的信息,向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息。
示例性的,接入网设备根据用于指示激活组播业务对应组播会话的信息,向组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息可以包括:接入网设备根据用于指示激活组播业务对应的组播会话的信息确定激活组播会话/激活组播业务,接入网设备确定组播业务对应的组播群组中处于RRC_inactive态的终端,向处于RRC_inactive态的终端发送寻呼消息。
其中,接入网设备确定组播业务对应的组播群组中处于RRC_inactive态的终端、以及,向处于RRC_inactive态的终端发送寻呼消息的过程可参照S1403b中所述,不予赘述。
基于图14c所示方法,接入网设备可以从核心网获知激活组播业务对应的组播会话,进而触发接入网设备寻呼组播业务对应的组播群组中处于RRC_inactive态的终端,以保证组播群组中的终端正常接收组播业务的数据。
上述主要从各个节点之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,各个节点,如第一会话管理功能网元、接入网设备、第一终端等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对第一会话管理功能网元、接入网设备、第一终端等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图15为本申请实施例提供的一种通信装置150的组成示意图,该通信装置150可以为第一会话管理功能网元或者第一会话管理功能网元中的芯片或者片上***,或者,该通信装置可以为接入网设备上的接入网设备或者接入网设备中的芯片或者片上***。一种可能的设计中,如图15所示,该通信装置150可以包括:处理单元1501;
处理单元1501,用于确定待去激活的PDU会话是否和组播业务对应的组播会话关联,确定组播会话是否处于激活态,如果PDU会话和组播会话关联,且组播会话处于激活态,则保持PDU会话的状态为激活态,如果PDU会话和组播会话关联,且组播会话处于去激活态,则去激活PDU会话。例如,处理单元1501可以支持通信装置150执行S501~S504。
具体的,该可能的设计中,上述图5~图7所示方法实施例中涉及第一会话管理功能网元或各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。该可能的设计中所述的通信装置150用于执行图5~图7所示通信方法中第一会话管理功能网元或功能,因此可以达到与上述通信方法相同的效果。
需要说明的是,作为再一种可实现方式,图15所示通信装置150可以包括:处理模块和通信模块。处理模块可以集成处理单元1501的功能。处理模块用于对通信装置150的动作进行控制管理,例如,处理模块用于支持该通信装置150执行S501~S504以及本文所描述的技术的其它过程。通信模块用于支持通信装置150执行步骤501、步骤504以及步骤607等以及与其他网络实体的通信。进一步的,图15所示通信装置150还可以包括存储模块,用于存储通信装置150的程序代码和数据。
其中,处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器,通信模块为通信接口,存储模块为存储器时,图15所示通信装置150可以为图4所示通信装置400。
图16为本申请实施例提供的一种通信装置160的组成示意图,该通信装置160可以为第一会话管理功能网元或者第一会话管理功能网元中的芯片或者片上***。如图16所示,该通信装置160可以包括:接收单元1601、处理单元1602;
接收单元1601,用于接收来自第二会话管理功能网元的用于指示激活组播会话的第二信息。例如,接收单元1601可以支持通信装置160执行S802。
处理单元1602,用于通知接入网设备将第一终端加入至组播会话对应的组播群组,其中,第一会话管理功能网元对应于第一终端,第二会话管理功能网元对应于组播群组。例如,处理单元1602可以支持通信装置160执行S802。
具体的,该可能的设计中,上述图8~图14a所示方法实施例中涉及第一会话管理功能网元的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。该可能的设计中所述的通信装置160用于执行图8~图14a所示通信方法中第一会话管理功能网元的功能,因此可以达到与上述通信方法相同的效果。
需要说明的是,作为再一种可实现方式,图16所示通信装置160可以包括:处理模块和通信模块。通信模块可以集成接收单元1601的功能。处理模块可以集成处理单元1602的功能。处理模块用于对通信装置160的动作进行控制管理,例如,处理模块用于支持该通信装置160执行S802以及本文所描述的技术的其它过程。通信模块用于支持通信装置160与其他网络实体的通信。进一步的,图16所示通信装置160还可以包括存储模块,用于存储通信装置160的程序代码和数据。当处理模块为处理器,通信模块为通信接口,存储模块为存储器时,图16所示通信装置160可以为图4所示通信装置400。
图17为本申请实施例提供的一种通信装置170的组成示意图,该通信装置170可以为接入网设备或者接入网设备中的芯片或者片上***。如图17所示,该通信装置170可以包括:处理单元1701,发送单元1702;
处理单元1701,用于确定去激活组播业务对应的组播会话。例如,处理单元1701可以支持通信装置170执行S902b、S1102b。
发送单元1702,用于向第一接入和移动管理功能网元或第二接入和移动管理功能网元发送用于指示去激活组播会话的第八信息,第一接入和移动管理功能网元对应于组播业务所对应的组播群组内的一个终端,第二接入与移动性管理功能网元对应于组播业务对应的组播群组。例如,发送单元1702可以支持通信装置170执行S902b、S902c、S1102b、S1102c等。
具体的,该可能的设计中,上述图9、图11所示方法实施例中涉及各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。该可能的设计中的通信装置170用于执行图9、图11所示通信方法中功能,因此可以达到与上述通信方法相同的效果。
需要说明的是,作为再一种可实现方式,图17所示通信装置170可以包括:处理模块和通信模块。通信模块可以集成发送单元1702的功能。处理模块可以集成处理单元1701的功能。处理模块用于对通信装置170的动作进行控制管理,例如,处理模块用于支持该通信装置170执行S902b、S1102b以及本文所描述的技术的其它过程。通信模块用于支持通信装置170执行S902b、S902c、S1102b、S1102c以及与其他网络实体的通信。进一步的,图17所示通信装置170还可以包括存储模块,用于存储通信装置170的程序代码和数据。当处理模块为处理器,通信模块为通信接口,存储模块为存储器时,图17所示通信装置170可以为图4所示通信装置400。
图18为本申请实施例提供的一种通信装置180的组成示意图,该通信装置180可以为第一终端或者第一终端中的芯片或者片上***。如图18所示,该通信装置180可以包括:接收单元1801、处理单元1802、发送单元1803;
接收单元1801,用于接收来自寻呼消息。
处理单元1802,用于确定与组播会话关联的PDU会话处于去激活态。
发送单元1803,用于向接入网设备发送第一消息(如服务请求(servicerequest)),第一消息用于激活组播会话关联的PDU会话。
具体的,该可能的设计中,上述图5~图14a所示方法实施例中涉及第一终端的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。该可能的设计中所述的通信装置180用于执行图5~图14a所示通信方法中第一终端的功能,因此可以达到与上述通信方法相同的效果。
需要说明的是,作为再一种可实现方式,图18所示通信装置180可以包括:处理模块和通信模块。处理模块可以集成处理单元1802的功能,通信模块可以集成接收单元1801、发送单元1803的功能。处理模块用于支持通信装置180对通信装置180的动作进行控制管理,通信模块用于支持通信装置180与其他网络实体的通信。进一步的,图18所示通信装置180还可以包括存储模块,用于存储通信装置180的程序代码和数据。当处理模块为处理器,通信模块为通信接口,存储模块为存储器时,图18所示通信装置180为图4所示通信装置400。
图19为本申请实施例提供的一种通信***的组成示意图,如图19所示,该通信***可以包括终端190、SMF191、RAN192。还可以包括第一AMF、第二AMF、MB-SMF,其中,SMF191对应于终端190,MB-SMF对应于组播群组。
其中,终端190与通信装置180的功能相同,SMF191的功能与通信装置150或者通信装置160的功能相同。RAN192与通信装置150或者通信装置170的功能相同。
例如,一种示例中,SMF191或者RAN192,用于确定待去激活的协议数据单元PDU会话是否和组播业务对应的组播会话关联,确定组播会话是否处于激活态,如果PDU会话和组播会话关联,且组播会话处于激活态,则保持PDU会话的状态为激活态,如果PDU会话和组播会话关联,且组播会话处于去激活态,则去激活PDU会话。
又一种示例中,SMF191,用于接收来自MB-SMF的用于指示激活组播会话的第二信息,通知RAN192将第一终端加入至组播会话对应的组播群组。
再一种示例中,RAN192,用于确定去激活组播业务对应的组播会话,向第一AMF或第二AMF发送用于指示去激活组播会话的第八信息,第一AMF对应于组播业务所对应的组播群组内的一个终端,二AMF对应于组播业务对应的组播群组。
终端190,用于接收来自RAN192的寻呼消息,确定与组播会话关联的PDU会话处于去激活态,向RAN192发送第一消息(如服务请求(service request)),第一消息用于激活组播会话关联的PDU会话。
具体的,图19中各个网元的执行过程可参照图5-图14a所示方法中对应网元的执行步骤,不予赘述。
本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成,该程序可存储于上述计算机可读存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的终端装置,如:包括数据发送端和/或数据接收端的内部存储单元,例如终端装置的硬盘或内存。上述计算机可读存储介质也可以是上述终端装置的外部存储设备,例如上述终端装置上配备的插接式硬盘,智能存储卡(smart media card,SMC),安全数字(secure digital,SD)卡,闪存卡(flash card)等。进一步地,上述计算机可读存储介质还可以既包括上述终端装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述终端装置所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机指令。上述方法实施例中的全部或者部分流程可以由计算机指令来指令相关的硬件(如计算机、处理器、网络设备、和终端等)完成。该程序可被存储于上述计算机可读存储介质中。
应理解,在本申请实施例中,“与A对应的B”表示B与A相关联。例如,可以根据A可以确定B。还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。此外,本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本申请实施例对此不做任何限定。
本申请实施例中出现的“传输”(transmit/transmission)如无特别说明,是指双向传输,包含发送和/或接收的动作。具体地,本申请实施例中的“传输”包含数据的发送,数据的接收,或者数据的发送和数据的接收。或者说,这里的数据传输包括上行和/或下行数据传输。数据可以包括信道和/或信号,上行数据传输即上行信道和/或上行信号传输,下行数据传输即下行信道和/或下行信号传输。本申请实施例中出现的“网络”与“***”表达的是同一概念,通信***即为通信网络。
在本申请的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备,如:可以是单片机,芯片等,或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (67)
1.一种通信方法,其特征在于,所述方法包括:
确定待去激活的协议数据单元PDU会话是否和组播业务对应的组播会话关联;
确定所述组播会话是否处于激活态;
如果所述PDU会话和所述组播会话关联,且所述组播会话处于激活态,则保持所述PDU会话的状态为激活态;
如果所述PDU会话和所述组播会话关联,且所述组播会话处于去激活态,则去激活所述PDU会话。
2.根据权利要求1所述的方法,其特征在于,如果所述方法的执行主体为第一会话管理功能网元,所述第一会话管理功能网元对应于第一终端,所述第一终端属于所述组播业务对应的组播群组,则确定所述组播会话是否处于激活态包括:
所述第一会话管理功能网元接收来自第二会话管理功能网元的第一信息,所述第一信息用于指示去激活所述组播会话,所述第二会话管理功能网元对应于所述组播群组;
所述第一会话管理功能网元根据所述第一信息确定所述组播会话处于去激活态。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元接收来自所述第二会话管理功能网元的第二信息,第二信息用于指示激活所述组播会话;
所述第一会话管理功能网元通知接入网设备将所述第一终端加入至所述组播群组。
4.根据权利要求3所述的方法,其特征在于,所述第一会话管理功能网元通知接入网设备将所述第一终端加入至所述组播群组之前所述PDU会话处于去激活态,则所述方法还包括:
所述第一会话管理功能网元激活所述PDU会话。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元确定通过所述PDU会话传输所述组播业务的数据。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元向所述第一用户面功能网元发送第三信息,所述第三信息用于指示检测来自第二用户面功能网元发送的所述组播业务的数据,所述第二用户面功能网元对应于所述组播群组;
所述第一会话管理功能网元接收来自所述第一用户面功能网元的第四信息,所述第四信息用于指示检测到所述组播业务的数据;
所述第一会话管理功能网元通知接入网设备将所述第一终端加入至所述组播群组。
7.根据权利要求1所述的方法,其特征在于,如果所述方法的执行主体为接入网设备,则所述接入网设备发起接入网释放AN release之前,所述接入网设备确定所述PDU会话是否和所述组播会话关联。
8.根据权利要求1或7所述的方法,其特征在于,如果所述方法的执行主体为接入网设备,则确定所述PDU会话是否和所述组播会话关联之前,所述方法还包括:
所述接入网设备接收第一会话管理功能网元的第五信息,所述第五信息用于指示去激活所述PDU会话,其中,所述第一会话管理功能网元对应于第一终端,所述第一终端属于所述组播业务对应的组播群组;
如果保持所述PDU会话状态为激活态,所述方法还包括:所述接入网设备向所述第一会话管理功能网元发送第六信息,所述第六信息用于指示拒绝去激活所述PDU会话;
如果去激活所述PDU会话,所述方法还包括:所述接入网设备向所述第一会话管理功能网元发送第七信息,所述第七信息用于指示已去激活所述PDU会话。
9.一种通信方法,其特征在于,所述方法包括:
确定待去激活的协议数据单元PDU会话是否和组播业务对应的组播会话关联;
确定所述组播会话是否处于激活态;
确定所述PDU会话对应的接入网设备是否支持组播功能;
如果所述PDU会话和所述组播会话关联,且所述组播会话处于激活态,且所述接入网设备不支持组播功能,则保持所述PDU会话的状态为激活态;
如果所述PDU会话和所述组播会话关联,且所述组播会话处于去激活态,则去激活所述PDU会话。
10.根据权利要求9所述的方法,其特征在于,如果所述方法的执行主体为第一会话管理功能网元,所述第一会话管理功能网元对应于第一终端,所述第一终端属于所述组播业务对应的组播群组,则确定所述组播会话是否处于激活态包括:
所述第一会话管理功能网元接收来自第二会话管理功能网元的第一信息,所述第一信息用于指示去激活所述组播会话,所述第二会话管理功能网元对应于所述组播群组;
所述第一会话管理功能网元根据所述第一信息确定所述组播会话处于去激活态。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元接收来自所述第二会话管理功能网元的第二信息,第二信息用于指示激活所述组播会话;
所述第一会话管理功能网元通知接入网设备将所述第一终端加入至所述组播群组。
12.一种通信方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元接收来自第二会话管理功能网元的第二信息,所述第二信息用于指示激活组播会话;
所述第一会话管理功能网元通知接入网设备将第一终端加入至所述组播会话对应的组播群组,其中,所述第一会话管理功能网元对应于所述第一终端,所述第二会话管理功能网元对应于所述组播群组。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:
激活所述组播会话关联的协议数据单元PDU会话。
14.根据权利要求12所述的方法,其特征在于,所述方法还包括:若所述接入网设备不支持组播功能,激活所述组播会话关联的PDU会话。
15.根据权利要求12-14任一项所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元向第一接入与移动性管理功能网元发送组播群组的标识信息,所述组播群组的标识信息用于所述第一接入与移动性管理功能网元发现所述第一终端处于空闲态时,在所述第一终端的注册区域发起组寻呼。
16.一种通信方法,其特征在于,所述方法包括:
第一会话管理功能网元接收来自第二会话管理功能网元的第二信息,所述第二信息用于指示激活组播会话;
所述第一会话管理功能网元根据所述第二信息,激活所述组播会话关联的协议数据单元PDU会话。
17.一种通信方法,其特征在于,所述方法包括:
第一会话管理功能网元接收来自第二会话管理功能网元的第二信息,所述第二信息用于指示激活组播会话;
若所述组播会话关联的协议数据单元PDU会话对应的接入网设备不支持组播功能,则所述第一会话管理功能网元根据所述第二信息,激活所述组播会话关联的PDU会话。
18.根据权利要求16或17所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元向第一接入与移动性管理功能网元发送组播群组的标识信息,所述组播群组的标识信息用于所述第一接入与移动性管理功能网元发现所述第一终端处于空闲态时,在所述第一终端的注册区域发起组寻呼。
19.根据权利要求15或18所述的方法,其特征在于,
所述组播群组的标识信息还用于所述第一接入与移动性管理功能网元发现第二终端处于空闲态时,在所述第二终端的注册区域中除重叠区域之外的其他区域发起组寻呼;其中,所述重叠区域是所述第一终端的注册区域与所述第二终端的注册区域中相互重叠的区域。
20.根据权利要求12-19任一项所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元接收来自所述第二会话管理功能网元的第一信息,所述第一信息用于指示去激活所述组播会话;
所述第一会话管理功能网元根据所述第一信息,将所述组播会话标记为去激活态。
21.根据权利要求12-20任一项所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元确定通过所述组播会话关联的PDU会话传输所述组播业务的数据。
22.根据权利要求21所述的方法,其特征在于,所述方法还包括:
所述第一会话管理功能网元向第一用户面功能网元发送第三信息,所述第三信息用于指示检测来自第二用户面功能网元发送的所述组播业务的数据,所述第一用户面功能网元为所述PDU会话的锚点;
所述第一会话管理功能网元接收来自所述第一用户面功能网元的第四信息,第四信息用于指示检测到所述组播业务的数据。
23.根据权利要求21或22所述的方法,其特征在于,所述方法还包括:
所述第一终端加入至所述组播会话对应的组播群组之后,所述第一会话管理功能网元释放通过所述PDU会话传输所述组播业务的数据的资源。
24.一种通信方法,其特征在于,所述方法还包括:
第一终端接收来自寻呼消息;
所述第一终端确定与组播会话关联的协议数据单元PDU会话处于去激活态;
第一终端向接入网设备发送第一消息,所述第一消息用于激活所述组播会话关联的PDU会话。
25.根据权利要求24所述的方法,其特征在于,所述寻呼消息包括所述第一终端的标识信息或者所述组播会话对应的组播群组的标识信息。
26.一种通信装置,其特征在于,所述通信装置包括:
处理单元,用于确定待去激活的协议数据单元PDU会话是否和组播业务对应的组播会话关联;确定所述组播会话是否处于激活态;
如果所述PDU会话和所述组播会话关联,且所述组播会话处于激活态,则保持所述PDU会话的状态为激活态;如果所述PDU会话和所述组播会话关联,且所述组播会话处于去激活态,则去激活所述PDU会话。
27.根据权利要求26所述的通信装置,其特征在于,如果所述通信装置的执行主体为第一会话管理功能网元,所述第一会话管理功能网元对应于第一终端,所述第一终端属于所述组播业务对应的组播群组,则所述通信装置,还包括:
接收单元,用于接收来自第二会话管理功能网元的第一信息,所述第一信息用于指示去激活所述组播会话,所述第二会话管理功能网元对应于所述组播群组;
所述处理单元,用于根据所述第一信息确定所述组播会话处于去激活态。
28.根据权利要求27所述的通信装置,其特征在于,
所述接收单元,还用于接收来自所述第二会话管理功能网元的第二信息,第二信息用于指示激活所述组播会话;
所述处理单元,还用于通知接入网设备将所述第一终端加入至所述组播群组。
29.根据权利要求28所述的通信装置,其特征在于,
所述处理单元,还用于激活所述PDU会话。
30.根据权利要求27所述的通信装置,其特征在于,
所述处理单元,还用于确定通过所述PDU会话传输所述组播业务的数据。
31.根据权利要求30所述的通信装置,其特征在于,所述通信装置还包括:
发送单元,用于向所述第一用户面功能网元发送第三信息,所述第三信息用于指示检测来自第二用户面功能网元发送的所述组播业务的数据,所述第二用户面功能网元对应于所述组播群组;
接收单元,用于接收来自所述第一用户面功能网元的第四信息,所述第四信息用于指示检测到所述组播业务的数据;
所述处理单元,还用于通知接入网设备将所述第一终端加入至所述组播群组。
32.根据权利要求26所述的通信装置,其特征在于,如果所述通信装置的执行主体为接入网设备,则所述接入网设备发起接入网释放AN release之前,所述处理单元,确定所述PDU会话是否和所述组播会话关联。
33.根据权利要求26或32所述的通信装置,其特征在于,如果所述通信装置的执行主体为接入网设备,则确定所述PDU会话是否和所述组播会话关联之前,所述通信装置还包括:
接收单元,用于接收第一会话管理功能网元的第五信息,所述第五信息用于指示去激活所述PDU会话,其中,所述第一会话管理功能网元对应于第一终端,所述第一终端属于所述组播业务对应的组播群组;
如果保持所述PDU会话状态为激活态,所述通信装置还包括:发送单元,用于向所述第一会话管理功能网元发送第六信息,所述第六信息用于指示拒绝去激活所述PDU会话;
如果去激活所述PDU会话,所述通信装置还包括:发送单元,用于向所述第一会话管理功能网元发送第七信息,所述第七信息用于指示已去激活所述PDU会话。
34.一种通信装置,其特征在于,所述通信装置包括:
处理单元,用于确定待去激活的协议数据单元PDU会话是否和组播业务对应的组播会话关联;确定所述组播会话是否处于激活态;确定所述PDU会话对应的接入网设备是否支持组播功能;
如果所述PDU会话和所述组播会话关联,且所述组播会话处于激活态,且所述接入网设备不支持组播功能,则保持所述PDU会话的状态为激活态;
如果所述PDU会话和所述组播会话关联,且所述组播会话处于去激活态,则去激活所述PDU会话。
35.根据权利要求34所述的通信装置,其特征在于,如果所述通信装置为第一会话管理功能网元,所述第一会话管理功能网元对应于第一终端,所述第一终端属于所述组播业务对应的组播群组,则所述通信装置还包括可接收单元,所述处理单元,具体用于:
通过所述接收单元,接收来自第二会话管理功能网元的第一信息,所述第一信息用于指示去激活所述组播会话,所述第二会话管理功能网元对应于所述组播群组;
根据所述第一信息确定所述组播会话处于去激活态。
36.根据权利要求35所述的通信装置,其特征在于,
所述接收单元,还用于接收来自所述第二会话管理功能网元的第二信息,第二信息用于指示激活所述组播会话;
所述处理单元,还用于通知接入网设备将所述第一终端加入至所述组播群组。
37.一种通信装置,其特征在于,所述通信装置还包括:
接收单元,用于接收来自第二会话管理功能网元的第二信息,所述第二信息用于指示激活组播会话;
处理单元,用于通知接入网设备将第一终端加入至所述组播会话对应的组播群组,其中,所述第一会话管理功能网元对应于所述第一终端,所述第二会话管理功能网元对应于所述组播群组。
38.根据权利要求37所述的通信装置,其特征在于,
所述处理单元,还用于激活所述组播会话关联的协议数据单元PDU会话。
39.根据权利要求37所述的通信装置,其特征在于,
所述处理单元,还用于若所述接入网设备不支持组播功能,激活所述组播会话关联的PDU会话。
40.根据权利要求37-39任一项所述的通信装置,其特征在于,所述通信装置还包括:
发送单元,用于向第一接入与移动性管理功能网元发送组播群组的标识信息,所述组播群组的标识信息用于所述第一接入与移动性管理功能网元发现所述第一终端处于空闲态时,在所述第一终端的注册区域发起组寻呼。
41.一种通信装置,其特征在于,所述通信装置包括:
接收单元,用于接收来自第二会话管理功能网元的第二信息,所述第二信息用于指示激活组播会话;
处理单元,用于根据所述第二信息,激活所述组播会话关联的协议数据单元PDU会话。
42.一种通信装置,其特征在于,所述通信装置包括:
接收单元,用于接收来自第二会话管理功能网元的第二信息,所述第二信息用于指示激活组播会话;
处理单元,用于若所述组播会话关联的协议数据单元PDU会话对应的接入网设备不支持组播功能,则根据所述第二信息激活所述组播会话关联的PDU会话。
43.根据权利要求41或42所述的通信装置,其特征在于,
所述处理单元,还用于向第一接入与移动性管理功能网元发送组播群组的标识信息,所述组播群组的标识信息用于所述第一接入与移动性管理功能网元发现所述第一终端处于空闲态时,在所述第一终端的注册区域发起组寻呼。
44.根据权利要求40或43所述的通信装置,其特征在于,
所述组播群组的标识信息还用于所述第一接入与移动性管理功能网元发现第二终端处于空闲态时,在所述第二终端的注册区域中除重叠区域之外的其他区域发起组寻呼;其中,所述重叠区域是所述第一终端的注册区域与所述第二终端的注册区域中相互重叠的区域。
45.根据权利要求37-44任一项所述的通信装置,其特征在于,
所述接收单元,还用于接收来自所述第二会话管理功能网元的第一信息,所述第一信息用于指示去激活所述组播会话;
所述处理单元,还用于根据所述第一信息,将所述组播会话标记为去激活态。
46.根据权利要求37-45任一项所述的通信装置,其特征在于,所述处理单元,还用于确定通过所述组播会话关联的PDU会话传输所述组播业务的数据。
47.根据权利要求46所述的通信装置,其特征在于,所述通信装置还包括:
发送单元,用于向第一用户面功能网元发送第三信息,所述第三信息用于指示检测来自第二用户面功能网元发送的所述组播业务的数据,所述第一用户面功能网元为所述PDU会话的锚点;
所述接收单元,还用于接收来自所述第一用户面功能网元的第四信息,第四信息用于指示检测到所述组播业务的数据。
48.根据权利要求46或47所述的通信装置,其特征在于,所述处理单元,还用于:
所述第一终端加入至所述组播会话对应的组播群组之后,释放通过所述PDU会话传输所述组播业务的数据的资源。
49.一种通信装置,其特征在于,所述通信装置还包括:
接收单元,用于接收来自寻呼消息;
处理单元,用于确定与组播会话关联的协议数据单元PDU会话处于去激活态;
发送单元,用于向接入网设备发送第一消息,所述第一消息用于激活所述组播会话关联的PDU会话。
50.根据权利要求49所述的通信装置,其特征在于,所述寻呼消息包括所述第一终端的标识信息或者所述组播会话对应的组播群组的标识信息。
51.一种通信***,其特征在于,所述通信***包括:
第二会话管理功能网元,用于向第一会话管理功能网元发送第二信息,所述第二信息用于指示激活组播会话;
所述第一会话管理功能网元,用于接收来自所述第二会话管理功能网元的第二信息,通知接入网设备将第一终端加入至所述组播会话对应的组播群组,其中,所述第一会话管理功能网元对应于所述第一终端,所述第二会话管理功能网元对应于所述组播群组。
52.一种通信方法,其特征在于,所述方法包括:
接入网设备接收组播业务的数据;
所述接入网设备根据所述数据确定激活所述组播业务;
所述接入网设备向所述组播业务对应的组播群组中处于无线资源控制_非激活RRC_inactive态的终端发送寻呼消息。
53.根据权利要求52所述的方法,其特征在于,所述接入网设备根据所述数据确定激活所述组播业务包括:
所述接入网设备确定所述数据对应于所述组播业务;
所述接入网设备确定所述组播业务处于去激活态;
所述接入网设备确定激活所述组播业务。
54.根据权利要求53所述的方法,其特征在于,所述接入网设备确定所述数据对应于所述组播业务包括:
所述接入网设备根据传输所述数据的隧道的信息和/或所述隧道的信息与所述组播业务的识别信息之间的对应关系,确定所述数据对应于所述组播业务。
55.根据权利要求52-54中任一项所述的方法,其特征在于,所述接入网设备向所述组播业务对应的组播群组中处于无线资源控制_非激活RRC_inactive态的终端发送寻呼消息,包括:
所述接入网设备在所述组播群组的终端中确定出所述处于RRC_inactive态的终端;
所述接入网设备向所述处于RRC_inactive态的终端发送寻呼消息。
56.根据权利要求52-55中任一项所述的方法,其特征在于,所述处于RRC_inactive态的终端包括第一终端以及第二终端;
所述接入网设备向所述组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息包括:所述接入网设备在所述第一终端的无线接入网的通知区域RNA发送第一寻呼消息,所述第一寻呼消息包括所述第一终端的标识信息,在所述第二终端的RNA发送第二寻呼消息,所述第二寻呼消息包括所述第二终端的标识信息;或者,
所述接入网设备向所述组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息包括:所述接入网设备在所述第一终端的RNA以及所述第二终端的RNA内发送寻呼消息,所述寻呼消息包括所述组播业务的识别信息。
57.根据权利要求56所述的方法,其特征在于,所述接入网设备在所述第一终端的RNA以及所述第二终端的RNA内发送寻呼消息包括:在一个寻呼周期内,所述接入网设备在所述第一终端的RNA以及所述第二终端的RNA的重叠区域内发送一次寻呼消息。
58.一种通信方法,其特征在于,所述方法包括:
接入网设备接收来自接入与移动性管理网元的用于指示激活组播业务对应的组播会话的信息;
所述接入网设备根据所述信息,向所述组播业务对应的组播群组中处于无线资源控制_非激活RRC_inactive态的终端发送寻呼消息。
59.根据权利要求58所述的方法,其特征在于,所述接入网设备向所述组播业务对应的组播群组中处于无线资源控制_非激活RRC_inactive态的终端发送寻呼消息,包括:
所述接入网设备在所述组播群组的终端中确定出所述处于RRC_inactive态的终端;
所述接入网设备向所述处于RRC_inactive态的终端发送寻呼消息。
60.根据权利要求58或59所述的方法,其特征在于,所述处于RRC_inactive态的终端包括第一终端以及第二终端;
所述接入网设备向所述组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息包括:所述接入网设备在所述第一终端的无线接入网的通知区域RNA发送第一寻呼消息,所述第一寻呼消息包括所述第一终端的标识信息,在所述第二终端的RNA发送第二寻呼消息,所述第二寻呼消息包括所述第二终端的标识信息;或者,
所述接入网设备向所述组播业务对应的组播群组中处于RRC_inactive态的终端发送寻呼消息包括:所述接入网设备在所述第一终端的RNA以及所述第二终端的RNA内发送寻呼消息,所述寻呼消息包括所述组播业务的识别信息。
61.根据权利要求60所述的方法,其特征在于,所述接入网设备在所述第一终端的RNA以及所述第二终端的RNA内发送寻呼消息包括:在一个寻呼周期内,所述接入网设备在所述第一终端的RNA以及所述第二终端的RNA的重叠区域内发送一次寻呼消息。
62.一种通信***,其特征在于,所述通信***包括:
会话管理功能网元,用于确定激活组播业务对应的组播会话,向接入与移动性管理网元发送用于指示激活所述组播会话的信息;
所述接入与移动性管理网元,用于接收所述信息,向接入网设备发送所述信息;
所述接入网设备,用于接收所述信息,根据所述信息,向所述组播业务对应的组播群组中处于无线资源控制_非激活RRC_inactive态的终端发送寻呼消息。
63.一种通信装置,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于从所述存储器调用并运行所述计算机程序,以执行如权利要求1-8任一项,或权利要求9-11任一项,或权利要求12-23任一项,或权利要求24-25任一项,或权利要求52-57任一项,或权利要求58-61任一项所述的通信方法。
64.一种处理器,其特征在于,用于执行如权利要求1-8任一项,或权利要求9-11任一项,或权利要求12-23任一项,或权利要求24-25任一项,或权利要求52-57任一项,或权利要求58-61任一项所述的通信方法。
65.一种芯片***,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于从所述存储器调用并运行所述计算机程序,使得安装所述芯片***的设备执行如权利要求1-8任一项,或权利要求9-11任一项,或权利要求12-23任一项,或权利要求24-25任一项,或权利要求52-57任一项,或权利要求58-61任一项所述的通信方法。
66.一种计算机可读存储介质,包括计算机程序,当其在计算机上运行时,使得所述计算机执行如权利要求1-8任一项,或权利要求9-11任一项,或权利要求12-23任一项,或权利要求24-25任一项,或权利要求52-57任一项,或权利要求58-61任一项所述的通信方法。
67.一种计算机程序产品,所述计算机程序产品包括计算机程序,当所述计算机程序在计算机上运行时,使得计算机执行如权利要求1-8任一项,或权利要求9-11任一项,或权利要求12-23任一项,或权利要求24-25任一项,或权利要求52-57任一项,或权利要求58-61任一项所述的通信方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2021/110399 WO2022028437A1 (zh) | 2020-08-03 | 2021-08-03 | 一种通信方法、装置以及*** |
EP21854126.6A EP4184959A4 (en) | 2020-08-03 | 2021-08-03 | COMMUNICATION METHOD, APPARATUS AND SYSTEM |
US18/163,697 US20230188949A1 (en) | 2020-08-03 | 2023-02-02 | Communication method, apparatus, and system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2020107691769 | 2020-08-03 | ||
CN202010769176 | 2020-08-03 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114071376A true CN114071376A (zh) | 2022-02-18 |
CN114071376B CN114071376B (zh) | 2023-04-04 |
Family
ID=80233405
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110858677.9A Active CN114071376B (zh) | 2020-08-03 | 2021-07-28 | 一种通信方法、装置以及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114071376B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022237500A1 (zh) * | 2021-05-10 | 2022-11-17 | 华为技术有限公司 | 一种通信方法及装置 |
WO2023185298A1 (zh) * | 2022-03-28 | 2023-10-05 | 华为技术有限公司 | 一种组播/广播业务通信的方法、装置以及*** |
WO2023213299A1 (zh) * | 2022-05-05 | 2023-11-09 | 大唐移动通信设备有限公司 | 数据传输处理方法及装置 |
WO2023213221A1 (en) * | 2022-05-04 | 2023-11-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Restoration of multicast or broadcast session |
WO2023222029A1 (zh) * | 2022-05-20 | 2023-11-23 | ***通信有限公司研究院 | 通信处理方法、装置、通信设备及可读存储介质 |
WO2023226937A1 (zh) * | 2022-05-26 | 2023-11-30 | 华为技术有限公司 | 通信方法、装置及*** |
WO2024060035A1 (en) * | 2022-09-20 | 2024-03-28 | Nec Corporation | Method, device and computer storage medium of communication |
WO2024130597A1 (en) * | 2022-12-21 | 2024-06-27 | Shenzhen Tcl New Technology Co., Ltd. | Indication method of multicast session deactivation and apparatus |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1956413A (zh) * | 2005-10-29 | 2007-05-02 | 华为技术有限公司 | 一种mbms中组播业务去激活的方法和*** |
CN101296399A (zh) * | 2007-04-29 | 2008-10-29 | 华为技术有限公司 | 广播组播业务去激活的方法及设备 |
WO2017075792A1 (zh) * | 2015-11-05 | 2017-05-11 | 华为技术有限公司 | 小区多播业务处理方法以及设备 |
CN109673061A (zh) * | 2017-10-16 | 2019-04-23 | 华为技术有限公司 | 一种pdu会话处理的方法和装置 |
CN109673060A (zh) * | 2017-10-17 | 2019-04-23 | 华为技术有限公司 | 一种通信方法及装置 |
WO2019080690A1 (zh) * | 2017-10-24 | 2019-05-02 | 华为技术有限公司 | 一种通信***、通信方法及其装置 |
EP3496453A1 (en) * | 2011-11-09 | 2019-06-12 | Qualcomm Incorporated | Efficient variable rate for broadcast/multicast service |
US20190223250A1 (en) * | 2018-01-15 | 2019-07-18 | Huawei Technologies Co., Ltd. | Methods and systems for multicast-broadcast session release and modification |
CN110167190A (zh) * | 2018-02-14 | 2019-08-23 | 华为技术有限公司 | 会话建立方法和设备 |
CN110169140A (zh) * | 2017-01-09 | 2019-08-23 | 华为技术有限公司 | 用于会话管理的***和方法 |
US20200092923A1 (en) * | 2018-09-19 | 2020-03-19 | Qualcomm Incorporated | Multicast idle mode behavior and paging |
CN111065056A (zh) * | 2018-10-16 | 2020-04-24 | 华为技术有限公司 | 发送组播数据的方法和装置 |
CN111373774A (zh) * | 2017-11-17 | 2020-07-03 | 华为技术有限公司 | 用于对等通信的业务路由和路径优化的方法和设备 |
-
2021
- 2021-07-28 CN CN202110858677.9A patent/CN114071376B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1956413A (zh) * | 2005-10-29 | 2007-05-02 | 华为技术有限公司 | 一种mbms中组播业务去激活的方法和*** |
CN101296399A (zh) * | 2007-04-29 | 2008-10-29 | 华为技术有限公司 | 广播组播业务去激活的方法及设备 |
EP3496453A1 (en) * | 2011-11-09 | 2019-06-12 | Qualcomm Incorporated | Efficient variable rate for broadcast/multicast service |
WO2017075792A1 (zh) * | 2015-11-05 | 2017-05-11 | 华为技术有限公司 | 小区多播业务处理方法以及设备 |
CN110169140A (zh) * | 2017-01-09 | 2019-08-23 | 华为技术有限公司 | 用于会话管理的***和方法 |
CN109673061A (zh) * | 2017-10-16 | 2019-04-23 | 华为技术有限公司 | 一种pdu会话处理的方法和装置 |
CN109673060A (zh) * | 2017-10-17 | 2019-04-23 | 华为技术有限公司 | 一种通信方法及装置 |
WO2019080690A1 (zh) * | 2017-10-24 | 2019-05-02 | 华为技术有限公司 | 一种通信***、通信方法及其装置 |
CN111373774A (zh) * | 2017-11-17 | 2020-07-03 | 华为技术有限公司 | 用于对等通信的业务路由和路径优化的方法和设备 |
US20190223250A1 (en) * | 2018-01-15 | 2019-07-18 | Huawei Technologies Co., Ltd. | Methods and systems for multicast-broadcast session release and modification |
CN110167190A (zh) * | 2018-02-14 | 2019-08-23 | 华为技术有限公司 | 会话建立方法和设备 |
US20200092923A1 (en) * | 2018-09-19 | 2020-03-19 | Qualcomm Incorporated | Multicast idle mode behavior and paging |
CN111065056A (zh) * | 2018-10-16 | 2020-04-24 | 华为技术有限公司 | 发送组播数据的方法和装置 |
Non-Patent Citations (1)
Title |
---|
NOKIA等: "PDU session enhanced for multicast to provide the basic multicast connectivity service", 《3GPP SA WG2 MEETING #S2-136 S2-1911366》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022237500A1 (zh) * | 2021-05-10 | 2022-11-17 | 华为技术有限公司 | 一种通信方法及装置 |
WO2023185298A1 (zh) * | 2022-03-28 | 2023-10-05 | 华为技术有限公司 | 一种组播/广播业务通信的方法、装置以及*** |
WO2023213221A1 (en) * | 2022-05-04 | 2023-11-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Restoration of multicast or broadcast session |
WO2023213299A1 (zh) * | 2022-05-05 | 2023-11-09 | 大唐移动通信设备有限公司 | 数据传输处理方法及装置 |
WO2023222029A1 (zh) * | 2022-05-20 | 2023-11-23 | ***通信有限公司研究院 | 通信处理方法、装置、通信设备及可读存储介质 |
WO2023226937A1 (zh) * | 2022-05-26 | 2023-11-30 | 华为技术有限公司 | 通信方法、装置及*** |
WO2024060035A1 (en) * | 2022-09-20 | 2024-03-28 | Nec Corporation | Method, device and computer storage medium of communication |
WO2024130597A1 (en) * | 2022-12-21 | 2024-06-27 | Shenzhen Tcl New Technology Co., Ltd. | Indication method of multicast session deactivation and apparatus |
Also Published As
Publication number | Publication date |
---|---|
CN114071376B (zh) | 2023-04-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114071376B (zh) | 一种通信方法、装置以及*** | |
WO2022028437A1 (zh) | 一种通信方法、装置以及*** | |
CN109819485B (zh) | 一种通信方法、装置及*** | |
CN109819486B (zh) | 承载标识的确定方法及装置、存储介质 | |
CN103875302B (zh) | 一种数据连接管理的方法、装置及*** | |
CN113545098B (zh) | 传输组播业务的方法和装置 | |
CN113973269B (zh) | 一种数据传输方法、装置以及*** | |
CN113630822B (zh) | 组播业务切换的方法和装置 | |
WO2021204131A1 (zh) | 一种组播/广播业务的通信方法和装置 | |
WO2021223620A1 (zh) | 业务切换方法、装置及*** | |
US20230371098A1 (en) | Communication method, apparatus, and system | |
WO2021184271A1 (zh) | 一种消息转发方法及装置 | |
WO2018010583A1 (zh) | 网络*** | |
US20230156436A1 (en) | Data Transmission Method, Apparatus, and System | |
WO2022213799A1 (zh) | 一种多播业务的通信方法及装置 | |
EP3878239A1 (en) | Method and system for supporting multiple fully separated network slices | |
TWI786013B (zh) | 一種通訊方法及裝置 | |
CN117641251A (zh) | 通信方法及装置 | |
JP2024502547A (ja) | ユーザ装置、ネットワークノード及びそれらでの方法 | |
CN115551082A (zh) | 一种多播业务的通信方法、装置及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |