CN117501722A - 业务确定方法及装置、存储介质 - Google Patents
业务确定方法及装置、存储介质 Download PDFInfo
- Publication number
- CN117501722A CN117501722A CN202280001830.9A CN202280001830A CN117501722A CN 117501722 A CN117501722 A CN 117501722A CN 202280001830 A CN202280001830 A CN 202280001830A CN 117501722 A CN117501722 A CN 117501722A
- Authority
- CN
- China
- Prior art keywords
- network side
- side node
- multicast service
- configuration information
- inactive
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 114
- 230000004044 response Effects 0.000 claims description 57
- 238000004590 computer program Methods 0.000 claims description 9
- 238000012423 maintenance Methods 0.000 claims description 4
- 230000011664 signaling Effects 0.000 description 106
- 230000005540 biological transmission Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 238000012986 modification Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 7
- 230000003993 interaction Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开提供一种业务确定方法及装置、存储介质,其中,所述方法包括:根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务;其中,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。本公开可以支持非激活态组播业务,提高了非激活态组播业务接收的可行性。
Description
本公开涉及通信领域,尤其涉及业务确定方法及装置、存储介质。
在Rel-17(Release-17,版本17)中仅支持连接态终端的组播业务接收,即终端如果要执行组播业务数据接收,需要先与网络侧建立RRC(Radio Resource Control,无线资源控制)连接,使得终端进入连接态来进行接收,然而这不能满足如MBS(Multicast Broadcast Service,多播广播业务)等关键业务的需求,特别是对于终端数量较多的小区。另外,总是保持终端处于RRC_CONNECTED(连接)状态进行组播业务数据接收会导致功耗很大。
因此在Rel-18(Release-18,版本18)中研究支持非激活态组播业务接收,当终端处于非激活态时,也能够继续执行组播业务数据接收,包括终端接收RRC_INACTIVE(非激活态)组播的PTM(Point To Multipoint,点对多点)配置和移动性管理等。但是目前对于锚基站而言,还无法确定支持非激活态组播业务的业务区域。
发明内容
为克服相关技术中存在的问题,本公开实施例提供一种业务确定方法及装置、存储介质。
根据本公开实施例的第一方面,提供一种业务确定方法,所述方法应用于由第一网络侧节点执行,包括:
根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务;其中,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
可选地,所述网络配置信息包括以下至少一项:
所述第二网络侧节点的无线接入网RAN节点标识;
所述第二网络侧节点所支持的非激活态组播业务信息。
可选地,所述非激活态组播业务信息至少包括非激活态组播业务标识。
可选地,所述非激活态组播业务标识包括以下至少一项:
临时移动组标识TMGI;
多播广播业务MBS会话标识;
MBS业务流标识。
可选地,所述方法还包括以下任一项:
获取由所述第二网络侧节点所提供的所述网络配置信息;
获取由第三网络侧节点所提供的所述网络配置信息。
可选地,所述第三网络侧节点为以下任一项:
核心网节点;
操作维护管理OAM节点。
可选地,所述获取由所述第二网络侧节点所提供的所述网络配置信息,包括:
接收所述第二网络侧节点发送的所述网络配置信息。
可选地,所述方法还包括:
向所述第二网络侧节点发送请求消息;其中,所述请求消息用于请求获取所述网络配置信息;
所述获取由所述第二网络侧节点所提供的所述网络配置信息,包括:
接收所述第二网络侧节点基于所述请求消息发送的请求响应消息;其中,所述请求响应消息中携带所述网络配置信息。
根据本公开实施例的第二方面,提供一种业务确定方法,所述方法由第二网络侧节点执行,包括:
为第一网络侧节点提供网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
可选地,所述网络配置信息包括以下至少一项:
所述第二网络侧节点的无线接入网RAN节点标识;
所述第二网络侧节点所支持的非激活态组播业务信息。
可选地,所述非激活态组播业务信息至少包括非激活态组播业务标识。
可选地,所述非激活态组播业务标识包括以下至少一项:
临时移动组标识TMGI;
多播广播业务MBS会话标识;
MBS业务流标识。
可选地,所述为第一网络侧节点提供网络配置信息,包括:
向所述第一网络侧节点发送所述网络配置信息。
可选地,所述方法还包括:
接收所述第一网络侧节点发送的请求消息;其中,所述请求消息用于请求获取所述网络配置信息;
所述为第一网络侧节点提供网络配置信息,包括:
基于所述请求消息,向所述第一网络侧节点发送请求响应消息;其中,所述请求响应消息中携带所述网络配置信息。
根据本公开实施例的第三方面,提供一种业务确定方法,所述方法由第三网络侧节点执行,包括:
配置网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务;
为第一网络侧节点提供所述网络配置信息。
可选地,所述网络配置信息包括以下至少一项:
所述第二网络侧节点的无线接入网RAN节点标识;
所述第二网络侧节点所支持的非激活态组播业务信息。
可选地,所述非激活态组播业务信息至少包括非激活态组播业务标识。
可选地,所述非激活态组播业务标识包括以下至少一项:
临时移动组标识TMGI;
多播广播业务MBS会话标识;
MBS业务流标识。
可选地,所述第三网络侧节点为以下任一项:
核心网节点;
操作维护管理OAM节点。
根据本公开实施例的第四方面,提供一种业务确定装置,所述装置应用于第一网络侧节点,包括:
业务确定模块,被配置为根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务;其中,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
根据本公开实施例的第五方面,提供一种业务确定装置,所述装置应用于第二网络侧节点,包括:
第一提供模块,被配置为为第一网络侧节点提供网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
根据本公开实施例的第六方面,提供一种业务确定装置,所述装置应用于第三网络侧节点,包括:
执行模块,被配置为配置网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务;
第二提供模块,被配置为为第一网络侧节点提供所述网络配置信息。
根据本公开实施例的第七方面,提供一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述第一方面任一项所述的业务确定方法。
根据本公开实施例的第八方面,提供一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述第二方面任一项所述的业务确定方法。
根据本公开实施例的第九方面,提供一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述第三方面任一项所述的业务确定方法。
根据本公开实施例的第十方面,提供一种业务确定装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述第一方面任一项所述的业务确定方法。
根据本公开实施例的第十一方面,提供一种业务确定装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述第二方面任一项所述的业务确定方法。
根据本公开实施例的第十二方面,提供一种业务确定装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述第三方面任一项所述的业务确定方法。
本公开的实施例提供的技术方案可以包括以下有益效果:
在本公开实施例中,第一网络侧节点可以根据网络配置信息,来确定第二网络侧节点所支持的非激活态组播业务,从而支持非激活态组播业务,提高了非激活态组播业务接收的可行性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种业务确定方法流程示意图。
图2是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图3是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图4A是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图4B是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图5是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图6是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图7是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图8A是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图8B是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图9是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图10是根据一示例性实施例示出的另一种业务确定方法流程示意图。
图11是根据一示例性实施例示出的一种业务确定装置框图。
图12是根据一示例性实施例示出的另一种业务确定装置框图。
图13是根据一示例性实施例示出的另一种业务确定装置框图。
图14是本公开根据一示例性实施例示出的一种业务确定装置的一结构示意图。
图15是本公开根据一示例性实施例示出的另一种业务确定装置的一结构示意图。
图16是本公开根据一示例性实施例示出的另一种业务确定装置的一结构示意图。
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含至少一个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在5G(5th Generation Mobile Communication Technology,第五代移动通信技术)NR(New Radio,新空口)系统中,MBS业务可以通过MBS业务标识进行标记。其中,MBS业务标识可以为以下任一项:TMGI(Temporary Mobile Group Identity,临时移动组标识);MBS Session ID(MBS会话标识);MBS QoS flow ID(MBS业务流标识)。
其中,MBS业务的发送模式包括以下两种方式:
发送模式1(组播发送),终端进入RRC_CONNECTED状态接收MBS业务的发送配置信息,从而才能接收MBS业务。网络侧通过终端专属信令将MBS业务的接收配置信息发送给终端。
发送模式2(广播发送),终端可以在IDLE(空闲)状态或INACTIVE或CONNECTED状态接收MBS业务的发送配置信息,并接收MBS业务。网络侧通过系统信息和MBS控制信道信息将MBS业务的接收配置信息发送给终端。其中,系统消息可以为SIB(System Information Block,系统信息块),MBS控制信道可以为MCCH(Multicast Control Channel,多播控制信道)。
即目前可以支持连接态终端的组播业务接收。而如果要支持非激活态组播业务接收,让锚基站确定支持非激活态组播业务的业务区域,锚基站需要感知邻基站支持的非激活态组播业务信息。
为了解决这一技术问题,本公开提供了以下业务确定方法。下面先从第一网络侧节点侧介绍一下本公开提供的业务确定方法。
需要说明的是,在本公开实施例中,第一网络侧节点可以为anchor gNB(锚基站),或者第一网络侧节点可以为last serving gNB(最后服务基站)。
在一个可能的实现方式中,第一网络侧节点可以为将终端释放到RRC_INACTIVE状 态的基站。
在另一个可能的实现方式中,第一网络侧节点可以为和核心网保留连接的,且保留终端上下文的基站。
本公开实施例提供了一种业务确定方法,参照图1所示,图1是根据一实施例示出的一种业务确定方法流程图,可以由第一网络侧节点执行,该方法可以包括以下步骤:
在步骤101中,根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务;其中,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:第二网络侧节点的RAN(Radio Access Network,无线接入网)节点标识;第二网络侧节点所支持的非激活态组播业务信息;第二网络侧节点的RAN节点标识以及该第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
在本公开实施例中,第二网络侧节点可以为基站。
在一个可能的实现方式中,第一网络侧节点为anchor gNB,或者第一网络侧节点为last serving gNB,第二网络侧节点可以为第一网络侧节点的邻基站。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在本公开实施例中,第一网络侧节点可以根据第二网络侧节点所支持的非激活态组播业务,进一步确定非激活态组播业务的业务区域。
在一个可能的实现方式中,第一网络侧节点确定的非激活态组播业务的业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由第一网络侧节点为非激活态终端所配置的非激活态组播业务的业务区域。
以上仅为示例性说明,第一网络侧节点确定业务区域的其他方式也应属于本公开的保护范围。
上述实施例中,第一网络侧节点可以根据网络配置信息,来确定第二网络侧节点所支持的非激活态组播业务,从而支持非激活态组播业务,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,参照图2所示,图2是根据一实施例示出的一种业务确定方法流程图,可以由第一网络侧节点执行,该方法可以包括以下步骤:
在步骤201中,获取由第二网络侧节点所提供的网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:所述第二网络侧节点的RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息;所述第二网络侧节点的RAN节点标识以及所述第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业 务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在一个可能的实现方式中,第一网络侧节点可以直接接收第二网络侧节点发送的网络配置信息。
在另一个可能的实现方式中,第一网络侧节点可以先向第二网络侧节点发送请求消息,该请求消息用于请求获取网络配置信息,进一步地,第一网络侧节点接收第二网络侧节点基于所述请求消息发送的请求响应消息,其中,该请求响应消息中携带所述网络配置信息。
在本公开实施例中,第二网络侧节点可以为基站。
在一个可能的实现方式中,第一网络侧节点为anchor gNB,或者第一网络侧节点为last serving gNB,第二网络侧节点可以为第一网络侧节点的邻基站。
第一网络侧节点从上述第二网络侧节点获取网络配置信息的具体方式会在后续实施例中介绍,此处暂不介绍。
在步骤202中,根据所述网络配置信息确定所述第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,第一网络侧节点可以根据第二网络侧节点所支持的非激活态组播业务,进一步确定非激活态组播业务的业务区域。
在一个可能的实现方式中,第一网络侧节点确定的非激活态组播业务的业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由第一网络侧节点为非激活态终端所配置的非激活态组播业务的业务区域。
以上仅为示例性说明,第一网络侧节点确定业务区域的其他方式也应属于本公开的保护范围。
上述实施例中,第一网络侧节点可以从第二网络侧节点处获取网络配置信息,从而根据网络配置信息,来确定第二网络侧节点所支持的非激活态组播业务,实现支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,参照图3所示,图3是根据一实施例示出的一种业务确定方法流程图,可以由第一网络侧节点执行,该方法可以包括以下步骤:
在步骤301中,获取由第三网络侧节点所提供的网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:所述第二网络侧节点的RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息;所述第二网络侧节点的RAN节点标识以及所述第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在一个可能的实现方式中,所述第三网络侧节点为核心网节点,该网络配置信息可以 由核心网节点配置。相应地,第一网络侧节点可以接收核心网节点配置并发送的网络配置信息。或者第一网络侧节点向核心网节点发送请求消息,该请求消息用于请求获取网络配置信息,进一步地,第一网络侧节点接收核心网节点基于所述请求消息发送的请求响应消息,其中,该请求响应消息中携带所述网络配置信息。
在另一个可能的实现方式中,所述第三网络侧节点为OAM节点,该网络配置信息可以由OAM节点进行配置。相应地,第一网络侧节点可以接收OAM节点配置并发送的该网络配置信息。或者,第一网络侧节点向OAM节点发送请求消息,该请求消息用于请求获取网络配置信息,进一步地,第一网络侧节点接收OAM节点基于所述请求消息发送的请求响应消息,其中,该请求响应消息中携带所述网络配置信息。
第一网络侧节点从上述第三网络侧节点获取网络配置信息的具体方式会在后续实施例中介绍,此处暂不介绍。
在步骤302中,根据所述网络配置信息确定所述第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,第一网络侧节点可以根据第二网络侧节点所支持的非激活态组播业务,进一步确定非激活态组播业务的业务区域。
在一个可能的实现方式中,第一网络侧节点确定的非激活态组播业务的业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由第一网络侧节点为非激活态终端所配置的非激活态组播业务的业务区域。
以上仅为示例性说明,第一网络侧节点确定业务区域的其他方式也应属于本公开的保护范围。
上述实施例中,第一网络侧节点可以从第三网络侧节点处获取网络配置信息,从而根据网络配置信息,来确定第二网络侧节点所支持的非激活态组播业务,从而支持非激活态组播业务,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,第一网络侧节点在从第二网络侧节点或第三网络侧节点处获取了上述网络配置信息后,可以存储该网络配置信息。进一步地,第一网络侧节点可以根据网络配置信息,确定第二网络侧节点所支持的非激活态组播业务。
进一步地,第一网络侧节点可以根据第二网络侧节点所支持的非激活态组播业务,确定非激活态组播业务的业务区域。
在一个可能的实现方式中,第一网络侧节点所确定的非激活态组播业务的业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由第一网络侧节点为非激活态终端所配置的非激活态组播业务的业务区域。
第一网络侧节点可以将确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应的业务区域内执行非激活态组播业务接收。
在一个可能的实现方式中,第一网络侧节点在将连接态终端释放至非激活态时,将所述非激活态组播业务的业务区域信息发送给所述非激活态终端。
下面分别介绍第一网络侧节点从第二网络侧节点、第三网络侧节点处获取网络配置信息,从而确定第二网络侧节点所支持的非激活态组播业务的方案。
在一些可选实施例中,参照图4A所示,图4A是根据一实施例示出的一种业务确定方法流程图,可以由第一网络侧节点执行,该方法可以包括以下步骤:
在步骤401中,接收第二网络侧节点发送的网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在本公开实施例中,网络配置信息可以由第二网络侧节点主动提供。第一网络侧节点可以接收第二网络侧节点通过Xn信令消息发送的所述网络配置信息。
在一个可能的实现方式中,第二网络侧节点发送给第一网络侧节点的该Xn信令消息可以复用协议中已有的Xn信令消息,其中,所述协议可以是Rel-17或Rel-17之前的版本协议。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个示例中,第二网络侧节点发送给第一网络侧节点的Xn信令消息可以复用以下消息中的任一项:NG-RAN NODE CONFIGURATION UPDATE(NG-RAN节点配置更新)消息;HANDOVER REQUEST(切换请求)消息。
在另一个可能的实现方式中,第二网络侧节点可以通过独立的Xn信令消息将网络配置信息发送给第一网络侧节点。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:所述第二网络侧节点的RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息;所述第二网络侧节点的RAN节点标识以及所述第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在步骤402中,根据所述网络配置信息确定所述第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,所述第一网络侧节点可以在获取到网络配置信息后,存储该网络配置信息。第一网络侧节点可以根据存储的网络配置信息,确定所述第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,进一步地,第一网络侧节点可以根据所述第二网络侧节点所支持的非激活态组播业务,确定非激活态组播业务的业务区域。
在一个可能的实现方式中,第一网络侧节点确定的非激活态组播业务的业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由第一网络侧节点为非激活态终端所配置的非激活态组播业务的业务区域。
在步骤403中,将确定的非激活态组播业务的业务区域信息发送给非激活态终端。
在本公开实施例中,第一网络侧节点可以将所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应的业务区域内执行非激活态组播业务接收。
在一个可能的实现方式中,第一网络侧节点可以在将连接态终端释放至非激活态时,将第一网络侧节点所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务接收。其中,可选地,第一网络侧节点可以通过RRCRelease消息将连接态终端释放至非激活态。
上述实施例中,第一网络侧节点可以直接接收第二网络侧节点通过Xn信令消息发送的网络配置信息,并根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务,根据第二网络侧节点所支持的非激活态组播业务,确定非激活态组播业务的业务区域,进而可以将业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。实现了支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,参照图4B所示,图4B是根据一实施例示出的一种业务确定方法流程图,可以由第一网络侧节点执行,该方法可以包括以下步骤:
在步骤401’中,向第二网络侧节点发送请求消息;其中,所述请求消息用于请求获取网络配置信息。
在本公开实施例中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在本公开实施例中,第一网络侧节点可以通过Xn信令消息发送请求消息到第二网络侧节点。
在一个可能的实现方式中,第一网络侧节点发送给第二网络侧节点的Xn信令消息可以复用协议中已有的Xn信令消息,其中,所述协议可以是Rel-17或Rel-17之前的版本协议。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个示例中,第一网络侧节点发送给第二网络侧节点的Xn信令消息可以复用以下消息中的任一项:Xn SETUP REQUEST(Xn建立请求)消息;RETRIEVE UE CONTEXT REQUEST(终端上下文检索请求)消息。
在另一个可能的实现方式中,第一网络侧节点可以通过独立的Xn信令消息将网络配置信息发送给第二网络侧节点。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:所述第二网络侧节点的RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息;所述第二网络侧节点的RAN节点标识以及所述第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在步骤402’中,接收所述第二网络侧节点基于所述请求消息发送的请求响应消息;其中,所述请求响应消息中携带所述网络配置信息。
在本公开实施例中,网络配置信息可以由所述第二网络侧节点基于请求响应消息提供。所述第二网络侧节点发送的携带网络配置信息的请求响应消息可以为Xn信令消息。
在一个可能的实现方式中,第二网络侧节点发送给第一网络侧节点的该Xn信令消息可以复用协议中已有的Xn信令消息,其中,所述协议可以是Rel-17或Rel-17之前的版本协议。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个示例中,第一网络侧节点向第二网络侧节点发送携带请求消息的Xn SETUP REQUEST消息,其中,该请求消息用于请求获取网络配置信息,则第二网络侧节点基于该请求消息,向第一网络侧节点发送携带网络配置信息的请求响应消息,且该请求响应消息复用Xn SETUP RESPONSE(Xn建立响应)消息。
在另一个示例中,第一网络侧节点向第二网络侧节点发送携带请求消息的RETRIEVE UE CONTEXT REQUEST消息,其中,该请求消息用于请求获取网络配置信息,则第二网络侧节点基于该请求消息,向第一网络侧节点发送携带网络配置信息的请求响应消息,且该请求响应消息复用RETRIEVE UE CONTEXT RESPONSE(终端上下文检索响应)消息。
在另一个可能的实现方式中,第二网络侧节点可以通过独立的Xn信令消息将网络配置信息发送给第一网络侧节点。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在步骤403’中,根据所述网络配置信息确定所述第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,第一网络侧节点可以在获取到网络配置信息后,存储该网络配置信息。第一网络侧节点可以根据存储的网络配置信息,确定第二网络侧节点所支持的非激活态组播业务,根据第二网络侧节点所支持的非激活态组播业务,进一步确定非激活态组播业务的业务区域。
在一个可能的实现方式中,第一网络侧节点确定的非激活态组播业务的业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由第一网络侧节点为非激活态终端所配置的非激活态组播业务的业务区域。
在步骤404’中,将确定的非激活态组播业务的业务区域信息发送给非激活态终端。
在本公开实施例中,第一网络侧节点可以将所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应的业务区域内执行非激活态组播业务接收。
在一个可能的实现方式中,第一网络侧节点可以在将连接态终端释放至非激活态时, 将第一网络侧节点所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务接收。其中,可选地,第一网络侧节点可以通过RRCRelease消息将连接态终端释放至非激活态。
上述实施例中,第一网络侧节点可以先通过Xn信令消息向第二网络侧节点发送请求消息,请求获取网络配置信息,进一步地,第一网络侧节点接收第二网络侧节点基于该请求消息,通过Xn信令消息发送的携带网络配置信息的请求响应消息,并根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务,从而确定非激活态组播业务的业务区域,第一网络侧节点可以将业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。实现了支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,参照图5所示,图5是根据一实施例示出的一种业务确定方法流程图,可以由第一网络侧节点执行,该方法可以包括以下步骤:
在步骤501中,接收核心网节点配置并发送的网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在本公开实施例中,第三网络侧节点为核心网节点,第一网络侧节点可以接收核心网节点通过NG信令消息发送的所述网络配置信息。
在一个可能的实现方式中,核心网节点发送给第一网络侧节点的该NG信令消息可以复用协议中已有的NG信令消息,其中,所述协议可以是Rel-17或Rel-17之前的版本协议。其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
需要说明的是,可以由第一网络侧节点先发送请求消息到核心网节点,该请求消息用于请求获取网络配置信息,进一步地,核心网节点基于该请求消息,通过NG信令消息发送所述网络配置信息给第一网络侧节点。
在一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用会话管理流程中相关信令消息,包括但不限于MBS会话资源建立请求消息、MBS会话资源修改请求消息。
在另一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用终端上下文管理流程中的相关信令消息,包括但不限于UE上下文建立请求消息、UE上下文修改请求消息。
在另一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用终端移动性管理流程中的相关信令消息,包括但不限于切换命令、切换请求消息、下行NAS(Non-Access Stratum,非接入层)传输消息。
其中,可选的,第一网络侧节点可以先向核心网节点发送切换请求消息,其中,切换请求消息中携带用于请求获取网络配置信息的请求消息,核心网节点基于该切换请求消息,通过切换命令向第一网络侧节点发送该网络配置信息。
在另一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用接口管 理流程中的相关信令消息,包括但不限于NG建立响应消息、AMF(Authentication Management Function,认证管理功能)配置更新消息。
其中,可选的,第一网络侧节点可以先向核心网节点发送NG建立请求消息,其中,NG建立请求消息中携带用于请求获取网络配置信息的请求消息,核心网节点基于该NG建立请求消息,通过NG建立响应消息向第一网络侧节点发送该网络配置信息。
在另一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用配置传输流程中的相关信令消息,包括但不限于下行RAN配置传输消息。
在另一个可能的实现方式中,核心网节点可以通过独立的NG信令消息将网络配置信息发送给第一网络侧节点。其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
需要说明的是,可以由第一网络侧节点先发送请求消息到核心网节点,该请求消息用于请求获取网络配置信息,进一步地,核心网节点基于该请求消息,通过独立的NG信令消息发送所述网络配置信息给第一网络侧节点。
在一个可能的实现方式中,核心网节点可以为AMF。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:所述第二网络侧节点的RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息;所述第二网络侧节点的RAN节点标识以及所述第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
其中,第一网络侧节点与第二网络侧节点可以是同一AMF所连接的基站,也可以是不同AMF所连接的基站。进一步的,如果第一网络侧节点与第二网络侧节点是不同AMF所连接的基站,那么本公开提供的业务确定过程还涉及到核心网节点之间的信令交互,所述信令交互用于第一网络侧节点所连接的第一AMF能够从第二网络侧节点所连接的第二AMF处获取上述网络配置信息。
在步骤502中,根据所述网络配置信息确定所述第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,第一网络侧节点可以在获取到网络配置信息后,存储该网络配置信息。第一网络侧节点可以根据存储的网络配置信息,确定第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,第一网络侧节点可以根据第二网络侧节点所支持的非激活态组播业务,确定非激活态组播业务的业务区域。
在一个可能的实现方式中,第一网络侧节点确定的该业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由第一网络侧节点为非激活态终端所配置的非激活态组播业务的业务区域。
在步骤503中,将确定的非激活态组播业务的业务区域信息发送给非激活态终端。
在本公开实施例中,第一网络侧节点可以将所确定的非激活态组播业务的业务区域信 息发送给非激活态终端,以便非激活态终端在对应的业务区域内执行非激活态组播业务接收。
在一个可能的实现方式中,第一网络侧节点可以在将连接态终端释放至非激活态时,将第一网络侧节点所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务接收。其中,可选地,第一网络侧节点可以通过RRCRelease(RRC释放)消息将连接态终端释放至非激活态。
上述实施例中,第一网络侧节点可以接收核心网节点通过NG信令消息发送的网络配置信息,并根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务,根据第二网络侧节点所支持的非激活态组播业务,确定非激活态组播业务的业务区域,进而可以将业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。实现了支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,参照图6所示,图6是根据一实施例示出的一种业务确定方法流程图,可以由第一网络侧节点执行,该方法可以包括以下步骤:
在步骤601中,接收OAM节点配置并发送的网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在本公开实施例中,第三网络侧节点为OAM节点,第一网络侧节点可以从OAM节点获取该网络配置信息。其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:所述第二网络侧节点的RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息;所述第二网络侧节点的RAN节点标识以及所述第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在步骤602中,根据所述网络配置信息确定所述第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,第一网络侧节点可以在获取到网络配置信息后,存储该网络配置信息。第一网络侧节点可以根据存储的网络配置信息,确定第二网络侧节点所支持的非激活态组播业务。
在本公开实施例中,第一网络侧节点可以根据第二网络侧节点所支持的非激活态组播业务,确定非激活态组播业务的业务区域。
在一个可能的实现方式中,第一网络侧节点确定的非激活态组播业务的业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由第一网络侧节点为非激活态终端所配置的非激活态组播业务的业务区域。
在步骤603中,将所确定的非激活态组播业务的业务区域信息发送给非激活态终端。
在本公开实施例中,第一网络侧节点可以将所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应的业务区域内执行非激活态组播业务接收。
在一个可能的实现方式中,第一网络侧节点可以在将连接态终端释放至非激活态时,将第一网络侧节点所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务接收。其中,可选地,第一网络侧节点可以通过RRCRelease消息将连接态终端释放至非激活态。
上述实施例中,第一网络侧节点可以接收OAM节点发送的网络配置信息,并根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务,进而确定非激活态组播业务的业务区域,第一网络侧节点可以将业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。实现了支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
下面再从第二网络侧节点侧介绍一下本公开提供的业务确定方法。需要说明的是,本公开中的第二网络侧节点可以是基站。在一个可能的实现方式中,第一网络侧节点可以为anchor gNB或者last serving gNB,第二网络侧节点可以第一网络侧节点的邻基站。
本公开实施例提供了一种业务确定方法,参照图7所示,图7是根据一实施例示出的一种业务确定方法流程图,可以由第二网络侧节点执行,该方法可以包括以下步骤:
在步骤701中,为第一网络侧节点提供网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:第二网络侧节点的RAN节点标识;第二网络侧节点所支持的非激活态组播业务信息;第二网络侧节点的RAN节点标识以及第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在一个可能的实现方式中,第二网络侧节点可以直接向第一网络侧节点发送所述网络配置信息。
在另一个可能的实现方式中,第二网络侧节点先接收第一网络侧节点发送的请求消息,其中,所述请求消息用于请求获取所述网络配置信息,第二网络侧节点可以基于该请求消息,向所述第一网络侧节点发送请求响应消息,其中,所述请求响应消息中携带所述网络配置信息。
第一网络侧节点可以根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务,进而确定非激活态组播业务的业务区域。具体确定方式与第一网络侧节点侧的实施例提供的确定方式类似,在此不再赘述。
上述实施例中,第二网络侧节点可以为第一网络侧节点提供网络配置信息,以便第一网络侧节点根据该网络配置信息确定第二网络侧节点所支持的非激活态组播业务,从而支 持非激活态组播业务,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,参照图8A所示,图8A是根据一实施例示出的一种业务确定方法流程图,可以由第二网络侧节点执行,该方法可以包括以下步骤:
在步骤801中,向第一网络侧节点发送网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在本公开实施例中,网络配置信息可以由第二网络侧节点主动提供。第二网络侧节点可以通过Xn信令消息将所述网络配置信息发送给第一网络侧节点。
在一个可能的实现方式中,第二网络侧节点发送给第一网络侧节点的该Xn信令消息可以复用协议中已有的Xn信令消息,其中,所述协议可以是Rel-17或Rel-17之前的版本协议。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个示例中,第二网络侧节点发送给第一网络侧节点的Xn信令消息可以复用以下消息中的任一项:NG-RAN NODE CONFIGURATION UPDATE消息;HANDOVER REQUEST消息。
在另一个可能的实现方式中,第二网络侧节点可以通过独立的Xn信令消息将网络配置信息发送给第一网络侧节点。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:第二网络侧节点的RAN节点标识;第二网络侧节点所支持的非激活态组播业务信息;第二网络侧节点的RAN节点标识以及第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
第一网络侧节点获取该网络配置信息后,可以确定第二网络侧节点所支持的非激活态组播业务,进而确定非激活态组播业务的业务区域。进一步地,第一网络侧节点还可以将所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。具体实现方式与第一网络侧节点侧的实现方式类似,在此不再赘述。
上述实施例中,第二网络侧节点可以通过Xn信令消息直接将网络配置信息发送给第一网络侧节点,由第一网络侧节点根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务,进而确定非激活态组播业务的业务区域,第一网络侧节点可以将业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。实现了支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,参照图8B所示,图8B是根据一实施例示出的一种业务确定方法流程图,可以由第二网络侧节点执行,该方法可以包括以下步骤:
在步骤801’中,接收第一网络侧节点发送的请求消息;其中,所述请求消息用于请求获取网络配置信息。
在本公开实施例中,第一网络侧节点可以通过Xn信令消息发送请求消息到第二网络侧节点。
在一个可能的实现方式中,第一网络侧节点发送给第二网络侧节点的Xn信令消息可以复用协议中已有的Xn信令消息,其中,所述协议可以是Rel-17或Rel-17之前的版本协议。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个示例中,第一网络侧节点发送给第二网络侧节点的Xn信令消息可以复用以下消息中的任一项:Xn SETUP REQUEST消息;RETRIEVE UE CONTEXT REQUEST消息。
在另一个可能的实现方式中,第一网络侧节点可以通过独立的Xn信令消息将网络配置信息发送给第二网络侧节点。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:第二网络侧节点的RAN节点标识;第二网络侧节点所支持的非激活态组播业务信息;第二网络侧节点的RAN节点标识以及该第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在步骤802’中,基于所述请求消息,向所述第一网络侧节点发送请求响应消息;其中,所述请求响应消息中携带所述网络配置信息。
在本公开实施例中,基于该请求消息,网络配置信息可以由第二网络侧节点发送的请求响应消息提供。第二网络侧节点发送的携带网络配置信息的请求响应消息可以为Xn信令消息。
在一个可能的实现方式中,第二网络侧节点发送给第一网络侧节点的该Xn信令消息可以复用协议中已有的Xn信令消息,其中,所述协议可以是Rel-17或Rel-17之前的版本协议。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个示例中,第一网络侧节点向第二网络侧节点发送携带请求消息的Xn SETUP REQUEST消息,其中,该请求消息用于请求获取网络配置信息,则第二网络侧节点基于该请求消息,向第一网络侧节点发送携带网络配置信息的请求响应消息,且该请求响应消息复用Xn SETUP RESPONSE消息。
在另一个示例中,第一网络侧节点向第二网络侧节点发送携带请求消息的RETRIEVE UE CONTEXT REQUEST消息,其中,该请求消息用于请求获取网络配置信息,则第二网络侧节点基于该请求消息,向第一网络侧节点发送携带网络配置信息的请求响应消息,且该请求响应消息复用RETRIEVE UE CONTEXT RESPONSE消息。
在另一个可能的实现方式中,第二网络侧节点可以通过独立的Xn信令消息将网络配置信息发送给第一网络侧节点。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
第一网络侧节点获取该网络配置信息后,可以确定第二网络侧节点所支持的非激活态组播业务,进而确定非激活态组播业务的业务区域。进一步地,第一网络侧节点还可以将所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。具体实现方式与第一网络侧节点侧的实现方式类似,在此不再赘述。
上述实施例中,第一网络侧节点可以先通过Xn信令消息向第二网络侧节点发送请求消息,请求获取网络配置信息,第二网络侧节点基于该请求消息,通过Xn信令消息将网络配置信息发送给第一网络侧节点,由第一网络侧节点根据网络配置信息确定非激活态组播业务的业务区域,进而第一网络侧节点可以将业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。实现了支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
下面再从第三网络侧节点侧介绍一下本公开提供的业务确定方法。需要说明的是,本公开中的第三网络侧节点是不同于第一网络侧节点、第二网络侧节点的网络侧节点,可以为核心网节点或OAM节点。
本公开实施例提供了一种业务确定方法,参照图9所示,图9是根据一实施例示出的一种业务确定方法流程图,可以由核心网节点执行,该方法可以包括以下步骤:
在步骤901中,配置网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:第二网络侧节点的RAN节点标识;第二网络侧节点所支持的非激活态组播业务信息;第二网络侧节点的RAN节点标识以及该第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在步骤902中,向第一网络侧节点发送所述网络配置信息。
在本公开实施例中,核心网节点可以通过NG信令消息向第一网络侧节点发送该网络配置信息。
在一个可能的实现方式中,核心网节点发送给第一网络侧节点的该NG信令消息可以复用协议中已有的NG信令消息,其中,所述协议可以是Rel-17或Rel-17之前的版本协议。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
需要说明的是,可以由第一网络侧节点先发送请求消息到核心网节点,该请求消息用 于请求获取网络配置信息,进一步地,核心网节点基于该请求消息,通过NG信令消息发送所述网络配置信息给第一网络侧节点。
在一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用会话管理流程中相关信令消息,包括但不限于MBS会话资源建立请求消息、MBS会话资源修改请求消息。
在另一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用终端上下文管理流程中的相关信令消息,包括但不限于UE上下文建立请求消息、UE上下文修改请求消息。
在另一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用终端移动性管理流程中的相关信令消息,包括但不限于切换命令、切换请求消息、下行NAS传输消息。
其中,可选的,第一网络侧节点可以先向核心网节点发送切换请求消息,其中,切换请求消息中携带用于请求获取网络配置信息的请求消息,核心网节点基于该切换请求消息,通过切换命令向第一网络侧节点发送该网络配置信息。
在另一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用接口管理流程中的相关信令消息,包括但不限于NG建立响应消息、AMF配置更新消息。
其中,可选的,第一网络侧节点可以先向核心网节点发送NG建立请求消息,其中,NG建立请求消息中携带用于请求获取网络配置信息的请求消息,核心网节点基于该NG建立请求消息,通过NG建立响应消息向第一网络侧节点发送该网络配置信息。
在另一个示例中,核心网节点发送给第一网络侧节点的NG信令消息可以复用配置传输流程中的相关信令消息,包括但不限于下行RAN配置传输消息。
在另一个可能的实现方式中,核心网节点可以通过独立的NG信令消息将网络配置信息发送给第一网络侧节点。其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
需要说明的是,可以由第一网络侧节点先发送请求消息到核心网节点,该请求消息用于请求获取网络配置信息,进一步地,核心网节点基于该请求消息,通过独立的NG信令消息发送所述网络配置信息给第一网络侧节点。
在一个可能的实现方式中,核心网节点可以为AMF。
其中,第一网络侧节点与第二网络侧节点可以是同一AMF所连接的基站,也可以是不同AMF所连接的基站。进一步的,如果第一网络侧节点与第二网络侧节点是不同AMF所连接的基站,那么本公开提供的业务确定过程还涉及到核心网节点之间的信令交互,所述信令交互用于第一网络侧节点所连接的第一AMF能够从第二网络侧节点所连接的第二AMF处获取上述网络配置信息。
第一网络侧节点获取该网络配置信息后,可以确定第二网络侧节点所支持的非激活态组播业务,进而确定非激活态组播业务的业务区域。第一网络侧节点还可以将所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。具体实现方式与第一网络侧节点侧的实现方式类似,在此不再 赘述。
上述实施例中,核心网节点可以通过NG信令消息将网络配置信息发送给第一网络侧节点,由第一网络侧节点根据网络配置信息确定非激活态组播业务的业务区域,进而第一网络侧节点可以将业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。实现了支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
在一些可选实施例中,参照图10所示,图10是根据一实施例示出的一种业务确定方法流程图,可以由OAM节点执行,该方法可以包括以下步骤:
在步骤1001中,配置网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
在一个可能的实现方式中,网络配置信息可以包括但不限于以下至少一项:第二网络侧节点的RAN节点标识;第二网络侧节点所支持的非激活态组播业务信息;第二网络侧节点的RAN节点标识以及该第二网络侧节点所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
在步骤1002中,向第一网络侧节点发送所述网络配置信息。
第一网络侧节点获取该网络配置信息后,可以确定第二网络侧节点所支持的非激活态组播业务,进而确定非激活态组播业务的业务区域。进一步地,第一网络侧节点还可以将所确定的非激活态组播业务的业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。具体实现方式与第一网络侧节点侧的实现方式类似,在此不再赘述。
上述实施例中,OAM节点可以将网络配置信息发送给第一网络侧节点,由第一网络侧节点根据网络配置信息确定非激活态组播业务的业务区域,进而第一网络侧节点可以将业务区域信息发送给非激活态终端,以便非激活态终端在对应区域进行非激活态组播业务的接收。实现了支持非激活态组播业务的目的,提高了非激活态组播业务接收的可行性。
对本公开提供的业务确定方案进一步举例说明如下。以下实施例中以第一网络侧节点为锚基站,第二网络侧节点为锚基站的邻基站为例进行说明。
实施例1,锚基站从核心网节点获取网络配置信息,并根据网络配置信息确定非激活态组播业务的业务区域。
步骤1,网络配置信息包含在NG信令消息中,核心网节点通过NG信令将所述网络配置信息提供给锚基站。
其中,包含网络配置信息的所述NG信令消息可以是以下任一种:
第一种信令消息,协议中已有的NG信令消息,包括:
(1)会话管理流程中相关信令消息,包括但不限于MBS会话资源建立请求消息、MBS会话资源修改请求消息。
(2)终端上下文管理流程中的相关信令消息,包括但不限于UE上下文建立请求消息、UE上下文修改请求消息。
(3)终端移动性管理流程中的相关信令消息,包括但不限于切换命令、切换请求消息、下行NAS传输消息。
其中,可选的,所述切换命令可以响应于核心网节点接收到锚基站发送的携带请求消息的切换请求消息,该请求消息用于请求获取网络配置信息。
(4)接口管理流程中的相关信令消息,包括但不限于NG建立响应消息、AMF配置更新消息。
其中,可选的,所述NG建立响应消息可以响应于核心网节点接收到锚基站发送的携带请求消息的NG建立请求消息,该请求消息用于请求获取网络配置信息。
(5)配置传输流程中的相关信令消息,包括但不限于下行RAN配置传输。
第二种信令消息,独立的NG信令消息。
其中,可选的,独立的NG信令消息可以响应于核心网节点接收到锚基站发送的携带请求消息的NG信令消息,该请求消息用于请求获取网络配置信息。
步骤2,响应于接收到核心网节点提供的网络配置信息,锚基站存储所述网络配置信息,并根据所述网络配置信息确定非激活态组播业务的业务区域。
步骤3,响应于锚基站通过RRCRelease消息将终端释放到RRC_INACTIVE状态,支持非激活态组播业务的锚基站将非激活态组播业务的业务区域信息提供给终端。
在一个可能的实现方式中,锚基站确定的该业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由锚基站为非激活态终端所配置的非激活态组播业务的业务区域。
在一个可能的实现方式中,所述核心网节点可以是AMF。
在一个可能的实现方式中,所述网络配置信息包括但不限于以下至少一项:邻基站的RAN节点标识;邻基站所支持的非激活态组播业务信息;邻基站的RAN节点标识以及该邻基站所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
其中,锚基站与锚基站的邻基站可以是同一AMF所连接的基站,也可以是不同AMF所连接的基站。进一步的,如果锚基站与邻基站是不同AMF所连接的基站,那么本公开提供的业务确定过程还涉及到核心网节点之间的信令交互,所述信令交互用于锚基站所连接的第一AMF能够从邻基站所连接的第二AMF处获取上述网络配置信息。
实施例2,锚基站从邻基站获取网络配置信息,并根据网络配置信息确定非激活态组播业务的业务区域。
第一种实现方式,由锚基站的邻基站主动提供网络配置信息。
步骤1,网络配置信息包含在Xn信令消息中,邻基站通过Xn信令将网络配置信息提供给锚基站。
其中,包含网络配置信息的所述Xn信令消息可以是以下任一种:
第一种信令消息,协议中已有的Xn信令消息,包括但不限于:
(1)NG-RAN NODE CONFIGURATION UPDATE消息。
(2)HANDOVER REQUEST消息。
第二种信令消息,独立的Xn信令消息。
步骤2,响应于接收到邻基站提供的网络配置信息,锚基站存储所述网络配置信息,并根据所述网络配置信息确定非激活态组播业务的业务区域。
步骤3,响应于锚基站通过RRCRelease消息将终端释放到RRC_INACTIVE状态,支持非激活态组播业务的锚基站将非激活态组播业务的业务区域信息提供给终端。
在一个可能的实现方式中,锚基站确定的该业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由锚基站为非激活态终端所配置的非激活态组播业务的业务区域。
在一个可能的实现方式中,所述网络配置信息包括但不限于以下至少一项:邻基站的RAN节点标识;邻基站所支持的非激活态组播业务信息;邻基站的RAN节点标识以及该邻基站所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
第二种实现方式,锚基站向邻基站发送请求消息,请求获取网络配置信息,邻基站基于请求消息,通过请求响应消息将网络配置信息提供给锚基站。
步骤1,请求消息包含在Xn信令消息中,锚基站通过Xn信令消息向邻基站请求获取网络配置信息。
其中,包含请求消息的Xn信令消息可以是以下任一种:
第一种信令消息,协议中已有的Xn信令消息,包括但不限于:
(1)Xn SETUP REQUEST消息。
(3)RETRIEVE UE CONTEXT REQUEST消息。
第二种信令消息,独立的Xn信令消息。
步骤2,所述网络配置信息包含在请求响应消息中。邻基站响应于接收到锚基站发送的请求消息,邻基站通过所述请求响应消息将所述配置信息提供给锚基站。
其中,所述请求响应消息可以是Xn信令消息,包含网络配置信息的所述Xn信令消息可以是以下任一种:
第一种信令消息,协议中已有的Xn信令消息,包括但不限于:
(1)如果锚基站通过Xn SETUP REQUEST消息请求获取网络配置信息,则邻基站通过Xn SETUP RESPONSE消息发送网络配置信息给锚基站。
(2)如果锚基站通过RETRIEVE UE CONTEXT REQUEST消息请求获取网络配置信息,则邻基站通过RETRIEVE UE CONTEXT RESPONSE消息发送网络配置信息给锚基站。
第二种信令消息,独立的Xn信令消息。
步骤3,锚基站响应于接收到邻基站提供的网络配置信息,锚基站存储所述网络配置信息,并根据所述网络配置信息确定非激活态组播业务的业务区域。
步骤4,响应于锚基站通过RRCRelease消息将终端释放到RRC_INACTIVE状态,支持非激活态组播业务的锚基站非激活态组播业务的业务区域信息提供给终端。
在一个可能的实现方式中,锚基站确定的该业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由锚基站为非激活态终端所配置的非激活态组播业务的业务区域。
在一个可能的实现方式中,所述网络配置信息包括但不限于以下至少一项:邻基站的RAN节点标识;邻基站所支持的非激活态组播业务信息;邻基站的RAN节点标识以及该邻基站所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
实施例3,锚基站从OAM节点获取网络配置信息,并根据网络配置信息确定非激活态组播业务的业务区域。
步骤1,网络配置信息由OAM节点提供给锚基站。
在一个可能的实现方式中,所述网络配置信息包括但不限于以下至少一项:邻基站的RAN节点标识;邻基站所支持的非激活态组播业务信息;邻基站的RAN节点标识以及该邻基站所支持的非激活态组播业务信息之间的对应关系。
其中,非激活态组播业务信息至少可以包括非激活态组播业务标识。非激活态组播业务标识可以包括但不限于以下至少一项:TMGI;MBS会话标识;MBS业务流标识。
步骤2,响应于接收到OAM节点提供的网络配置信息,锚基站存储所述网络配置信息,并根据所述网络配置信息确定非激活态组播业务的业务区域。
步骤3,响应于锚基站通过RRCRelease消息将终端释放到RRC_INACTIVE状态,支持非激活态组播业务的锚基站将非激活态组播业务的业务区域信息提供给终端。
在一个可能的实现方式中,锚基站确定的该业务区域包括但不限于以下至少一项:终端正在接收的非激活态组播业务的业务区域;终端感兴趣的非激活态组播业务的业务区域;由锚基站为非激活态终端所配置的非激活态组播业务的业务区域。
上述实施例中,可以由核心网节点、邻基站或OAM节点为锚基站提供网络配置信息,锚基站可以根据网络配置信息,来确定非激活态组播业务的业务区域,从而支持非激活态组播业务,提高了非激活态组播业务接收的可行性。
与前述应用功能实现方法实施例相对应,本公开还提供了应用功能实现装置的实施例。
参照图11,图11是根据一示例性实施例示出的一种业务确定装置框图,所述装置应用于第一网络侧节点,包括:
业务确定模块1101,被配置为根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务;其中,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
参照图12,图12是根据一示例性实施例示出的一种业务确定装置框图,所述装置应用于第二网络侧节点,包括:
第一提供模块1201,被配置为为第一网络侧节点提供网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播 业务是处于非激活态的终端所支持的组播业务。
参照图13,图13是根据一示例性实施例示出的一种业务确定装置框图,所述装置应用于第三网络侧节点,包括:
执行模块1301,被配置为配置网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务;
第二提供模块1302,被配置为为第一网络侧节点提供所述网络配置信息。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
相应地,本公开还提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述用于第一网络侧节点侧任一所述的业务确定方法。
相应地,本公开还提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述用于第二网络侧节点侧任一所述的业务确定方法。
相应地,本公开还提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序用于执行上述用于第三网络侧节点侧任一所述的业务确定方法。
相应地,本公开还提供了一种业务确定装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述第一网络侧节点侧任一所述的业务确定方法。
如图14所示,图14是根据一示例性实施例示出的一种业务确定装置1400的一结构示意图。装置1400可以被提供为第一网络侧节点。参照图14,装置1400包括处理组件1422、无线发射/接收组件1424、天线组件1426、以及无线接口特有的信号处理部分,处理组件1422可进一步包括至少一个处理器。
处理组件1422中的其中一个处理器可以被配置为用于执行上述第一网络侧节点侧任一所述的业务确定方法。
相应地,本公开还提供了一种业务确定装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述第二网络侧节点侧任一所述的业务确定方法。
如图15所示,图15是根据一示例性实施例示出的一种业务确定装置1500的一结构示意图。装置1500可以被提供为第二网络侧节点。参照图15,装置1500包括处理组件1522、无线发射/接收组件1524、天线组件1526、以及无线接口特有的信号处理部分,处理组件1522可进一步包括至少一个处理器。
处理组件1522中的其中一个处理器可以被配置为用于执行上述第二网络侧节点侧任一所述的业务确定方法。
相应地,本公开还提供了一种业务确定装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为用于执行上述第三网络侧节点侧任一所述的业务确定方法。
如图16所示,图16是根据一示例性实施例示出的一种业务确定装置1600的一结构示意图。装置1600可以被提供为第三网络侧节点。参照图16,装置1600包括处理组件1622、无线发射/接收组件1624、天线组件1626、以及无线接口特有的信号处理部分,处理组件1622可进一步包括至少一个处理器。
处理组件1622中的其中一个处理器可以被配置为用于执行上述第三网络侧节点侧任一所述的业务确定方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或者惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (28)
- 一种业务确定方法,其特征在于,所述方法由第一网络侧节点执行,包括:根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务;其中,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
- 根据权利要求1所述的方法,其特征在于,所述网络配置信息包括以下至少一项:所述第二网络侧节点的无线接入网RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息。
- 根据权利要求2所述的方法,其特征在于,所述非激活态组播业务信息至少包括非激活态组播业务标识。
- 根据权利要求3所述的方法,其特征在于,所述非激活态组播业务标识包括以下至少一项:临时移动组标识TMGI;多播广播业务MBS会话标识;MBS业务流标识。
- 根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括以下任一项:获取由所述第二网络侧节点所提供的所述网络配置信息;获取由第三网络侧节点所提供的所述网络配置信息。
- 根据权利要求5所述的方法,其特征在于,所述第三网络侧节点为以下任一项:核心网节点;操作维护管理OAM节点。
- 根据权利要求5所述的方法,其特征在于,所述获取由所述第二网络侧节点所提供的所述网络配置信息,包括:接收所述第二网络侧节点发送的所述网络配置信息。
- 根据权利要求5所述的方法,其特征在于,所述方法还包括:向所述第二网络侧节点发送请求消息;其中,所述请求消息用于请求获取所述网络配置信息;所述获取由所述第二网络侧节点所提供的所述网络配置信息,包括:接收所述第二网络侧节点基于所述请求消息发送的请求响应消息;其中,所述请求响应消息中携带所述网络配置信息。
- 一种业务确定方法,其特征在于,所述方法由第二网络侧节点执行,包括:为第一网络侧节点提供网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
- 根据权利要求9所述的方法,其特征在于,所述网络配置信息包括以下至少一项:所述第二网络侧节点的无线接入网RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息。
- 根据权利要求10所述的方法,其特征在于,所述非激活态组播业务信息至少包括非激活态组播业务标识。
- 根据权利要求11所述的方法,其特征在于,所述非激活态组播业务标识包括以下至少一项:临时移动组标识TMGI;多播广播业务MBS会话标识;MBS业务流标识。
- 根据权利要求9-12任一项所述的方法,其特征在于,所述为第一网络侧节点提供网络配置信息,包括:向所述第一网络侧节点发送所述网络配置信息。
- 根据权利要求9-12任一项所述的方法,其特征在于,所述方法还包括:接收所述第一网络侧节点发送的请求消息;其中,所述请求消息用于请求获取所述网络配置信息;所述为第一网络侧节点提供网络配置信息,包括:基于所述请求消息,向所述第一网络侧节点发送请求响应消息;其中,所述请求响应消息中携带所述网络配置信息。
- 一种业务确定方法,其特征在于,所述方法由第三网络侧节点执行,包括:配置网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务;为第一网络侧节点提供所述网络配置信息。
- 根据权利要求15所述的方法,其特征在于,所述网络配置信息包括以下至少一项:所述第二网络侧节点的无线接入网RAN节点标识;所述第二网络侧节点所支持的非激活态组播业务信息。
- 根据权利要求16所述的方法,其特征在于,所述非激活态组播业务信息至少包括非激活态组播业务标识。
- 根据权利要求17所述的方法,其特征在于,所述非激活态组播业务标识包括以下至少一项:临时移动组标识TMGI;多播广播业务MBS会话标识;MBS业务流标识。
- 根据权利要求15-18任一项所述的方法,其特征在于,所述第三网络侧节点为以下任一项:核心网节点;操作维护管理OAM节点。
- 一种业务确定装置,其特征在于,所述装置应用于第一网络侧节点,包括:业务确定模块,被配置为根据网络配置信息确定第二网络侧节点所支持的非激活态组播业务;其中,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
- 一种业务确定装置,其特征在于,所述装置应用于第二网络侧节点,包括:第一提供模块,被配置为为第一网络侧节点提供网络配置信息;其中,所述网络配置信息用于确定所述第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务。
- 一种业务确定装置,其特征在于,所述装置应用于第三网络侧节点,包括:执行模块,被配置为配置网络配置信息;其中,所述网络配置信息用于确定第二网络侧节点所支持的非激活态组播业务,所述非激活态组播业务是处于非激活态的终端所支持的组播业务;第二提供模块,被配置为为第一网络侧节点提供所述网络配置信息。
- 一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行上述权利要求1-8任一项所述的业务确定方法。
- 一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行上述权利要求9-14任一项所述的业务确定方法。
- 一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序用于执行上述权利要求15-19任一项所述的业务确定方法。
- 一种业务确定装置,其特征在于,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为用于执行上述权利要求1-8任一项所述的业务确定方法。
- 一种业务确定装置,其特征在于,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为用于执行上述权利要求9-14任一项所述的业务确定方法。
- 一种业务确定装置,其特征在于,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为用于执行上述权利要求15-19任一项所述的业务确定方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2022/096993 WO2023231029A1 (zh) | 2022-06-02 | 2022-06-02 | 业务确定方法及装置、存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117501722A true CN117501722A (zh) | 2024-02-02 |
Family
ID=89026810
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202280001830.9A Pending CN117501722A (zh) | 2022-06-02 | 2022-06-02 | 业务确定方法及装置、存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117501722A (zh) |
WO (1) | WO2023231029A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102118355B (zh) * | 2009-12-31 | 2015-05-06 | 中兴通讯股份有限公司 | 多播广播业务信息处理方法 |
US10849022B2 (en) * | 2017-03-17 | 2020-11-24 | Ofinno, Llc | Cell selection of inactive state wireless device |
CN113453159B (zh) * | 2020-03-27 | 2022-12-27 | 维沃移动通信有限公司 | Mbs业务传输方法、mbs业务传输控制方法及相关设备 |
CN114375072A (zh) * | 2020-10-14 | 2022-04-19 | 夏普株式会社 | 无线连接控制方法以及用户设备 |
-
2022
- 2022-06-02 WO PCT/CN2022/096993 patent/WO2023231029A1/zh active Application Filing
- 2022-06-02 CN CN202280001830.9A patent/CN117501722A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2023231029A1 (zh) | 2023-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101529932B (zh) | 用于对向多个小区提供多媒体广播/组播的节点共享传输信道的方法和设备 | |
RU2374768C2 (ru) | Передача управляющих сообщений при многоточечном обслуживании в беспроводной системе связи | |
RU2369014C2 (ru) | Передача и прием уведомления управляющей информации для многоточечного обслуживания в беспроводной системе связи | |
EP1748658B1 (en) | A method of transmitting information related to a multicast service in a mobile telecommunications network | |
CN109565785B (zh) | 一种寻呼方法和寻呼设备 | |
KR100932485B1 (ko) | 방송 및/또는 멀티캐스트 서비스를 제공하는 방법 | |
US20170325076A1 (en) | Base station, user terminal and apparatus | |
CN113225695B (zh) | 一种多媒体广播组播服务业务接收及指示方法、设备、介质 | |
US20030211860A1 (en) | System and method for connecting multicast or broadcast control information to mobile stations | |
US20150341494A1 (en) | Method, system, base station and cluster EPC for establishing group call context | |
CN105307220A (zh) | D2d业务的切换实现方法及装置 | |
RU2408166C2 (ru) | Способ передачи и приема информации управления для групповой услуги мультимедиа точка - много точек | |
CN108781479B (zh) | 多播传输方法、基站和用户设备 | |
CN110022223B (zh) | 一种网络切片配置方法、第一网元和第二网元 | |
CN104768233A (zh) | 一种d2d通讯方法及终端 | |
CN110621054B (zh) | 一种多媒体广播多播业务的选路方法、基站及通信系统 | |
CN117501722A (zh) | 业务确定方法及装置、存储介质 | |
CN117016009A (zh) | 蜂窝通信系统中向用户设备提供mbs数据的装置和方法 | |
CN116420380A (zh) | 标识确定方法、指示方法、装置、通信设备及存储介质 | |
CN107454573B (zh) | 基于sc-ptm的同播方法和装置 | |
WO2024048772A1 (ja) | 通信方法及びユーザ装置 | |
CN112333784B (zh) | 安全上下文的处理方法、第一网元、终端设备及介质 | |
US20240155734A1 (en) | Core network device and communication method | |
WO2023228825A1 (en) | Method, user equipment, access network node and core network node | |
EP4254995A1 (en) | Method, apparatus and computer program |
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 |