CN115696213A

CN115696213A - 多播广播业务的处理方法、装置及计算机可读存储介质

Info

Publication number: CN115696213A
Application number: CN202110827129.XA
Authority: CN
Inventors: 段小嫣
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2021-07-21
Filing date: 2021-07-21
Publication date: 2023-02-03
Also published as: WO2023000879A1

Abstract

本申请提供了一种多播广播业务的处理方法、装置及计算机可读存储介质，该方法包括：向UDR发送第一请求，第一请求用于请求MBS的授权信息，UDR存储MBS的授权信息；接收UDR发送的第一响应，第一响应包括请求的MBS的授权信息；根据请求的MBS的授权信息，对用户设备UE的签约数据进行处理。该方法通过UDR集中存储MBS的授权信息，克服了MBS的授权信息存储在UDM中所导致的重复存储和配置过程复杂的缺陷，简化了MBS的授权信息的配置与存储流程，提升了对UE的签约数据的处理效率，实现了MBS的授权信息的配置与存储，以用于UE加入多播会话时的授权检查，从而完善和优化了UE加入多播会话时的授权检查过程。

Description

多播广播业务的处理方法、装置及计算机可读存储介质

技术领域

本申请涉及无线通信技术领域，具体而言，本申请涉及多播广播业务的处理方法、装置及计算机可读存储介质。

背景技术

对于多播广播业务，UE(User Equipment，用户设备)需要经过授权才能加入多播广播会话，接收该多播广播会话对应的多播广播业务数据。在目前提出的MBS(MulticastBroadcast Service，多播广播业务)的授权信息存储方案中，UE的签约数据(如下表A中所示)和MBS的授权信息(如下表B中所示)都存储在UDM(Unified Data Management，统一数据管理)中。

表A--UE的签约数据

表B--MBS的授权信息

当UE请求加入特定的多播会话时，CN(Core Network，核心网)会话管理功能SMF(Session Management Function)查询UDM中UE的签约数据，判断UE是否被授权加入该多播会话，若是，则继续处理UE的加入请求，将UE加入该多播会话。

然而，UDM接到SMF的UE的约数据请求后，需要查询UE的签约数据(“是否允许接收多播业务数据Multicast allowed”)，再进一步根据UE的签约数据查询“多播广播业务(MBS)的授权信息”，才能确定UE是否被授权加入MBS会话。这样导致网络处理UE加入多播会话请求的时间较长，用户体验较差。

发明内容

本申请提出一种多播广播业务的处理方法、装置及计算机可读存储介质，用以解决上述的技术缺陷。

第一方面，提供了一种多播广播业务的处理方法，包括：

向统一数据存储UDR发送第一请求，第一请求用于请求多播广播业务MBS的授权信息，UDR存储MBS的授权信息；

接收UDR发送的第一响应，第一响应包括请求的MBS的授权信息；

根据请求的MBS的授权信息，对用户设备UE的签约数据进行处理。

在一个实施例中，根据请求的MBS的授权信息，对UE的签约数据进行处理，包括：

根据请求的MBS的授权信息，确定UE的MBS的签约信息，将UE的MBS的签约信息存储在UE的签约数据中；或者，

根据请求的MBS的授权信息，更新UE的签约数据中的UE的MBS的签约信息。

在一个实施例中，在根据请求的MBS的授权信息，对UE的签约数据进行处理之后，或在向UDR发送第一请求之前，还包括：

接收会话管理功能SMF发送的第二请求，其中，第二请求携带UE的标识，第二请求用于请求标识对应的UE的MBS的签约信息。

在一个实施例中，若第一请求携带UE的标识，则接收UDR发送的第一响应，包括：

接收UDR发送的携带标识对应的MBS的授权信息的第一响应。

在一个实施例中，还包括：

将UE的MBS的签约信息发送给SMF。

在一个实施例中，根据请求的MBS的授权信息，确定指定内容，并对指定内容执行存储或更新操作；

其中，指定内容包含以下信息中的至少一种或者多种：

任意UE被授权加入的MBS会话标识；

任意UE被授权加入的依赖位置的MBS信息中。

在一个实施例中，UE的MBS的签约信息包括以下信息中的至少一种或者多种：

UE被授权加入的MBS会话标识；

UE被授权加入的依赖位置的MBS信息；

用于指示UE被授权加入任意MBS会话的指示信息。

在一个实施例中，用于指示UE被授权加入任意MBS会话的指示信息包括特定取值的临时移动组标识TMGI。

第二方面，提供了一种多播广播业务的处理方法，应用于存储多播广播业务MBS的授权信息的统一数据存储UDR中，包括：

接收统一数据管理UDM发送的第一请求，第一请求用于请求MBS的授权信息；

根据第一请求，向UDM发送第一响应，第一响应包括请求的MBS的授权信息。

在一个实施例中，存储MBS的授权信息通过以下方式实现：

接收第一网络功能发送的第三请求，第三请求中携带MBS的授权信息，其中，第一网络功能为网络开放功能NEF、多播广播业务功能MBSF或应用功能AF中的一种或者多种；

根据第三请求，存储或更新MBS的授权信息。

在一个实施例中，MBS的授权信息，包括以下至少一项：

MBS会话标识；

被授权接收MBS的UE的标识；

MBS服务区域；

依赖位置的MBS信息。

第三方面，提供了一种多播广播业务的处理方法，包括：

接收应用功能AF发送的MBS的授权信息；

将MBS的授权信息发送给UDR，以使UDR存储或更新MBS的授权信息。

在一个实施例中，接收多播广播会话管理功能MB-SMF发送的MBS会话标识；

将MBS会话标识发送给UDR，以使UDR将MBS会话标识存储或更新到MBS会话标识对应的MBS的授权信息。

第四方面，提供了一种多播广播业务的处理方法，包括：

接收UE发送的第四请求，第四请求携带MBS会话标识，MBS会话标识用于标识UE请求加入的多播会话；

基于第四请求，向UDM发送第二请求，第二请求携带UE的标识，第二请求用于请求UE的MBS的签约信息；

接收UDM发送的第二响应；

基于第二响应，确定UE是否被授权加入多播会话。

在一个实施例中，第二请求还包括以下至少一项：

UE的签约数据类型，签约数据类型用于指示请求UE的MBS的签约信息；

MBS会话标识。

在一个实施例中，基于第二响应，确定UE是否被授权加入多播会话，包括：

若第二响应中携带的UE的签约数据中包含MBS会话标识，则确定UE被授权加入多播会话；

若所述第二响应中携带的所述UE的签约数据中不包含所述MBS会话标识，则确定UE不被授权加入所述多播会话。

在一个实施例中，在确定UE被授权加入多播会话之后，还包括：

接收UDM发送的第五请求，第五请求携带更新的UE的签约数据；

根据更新的UE的签约数据，若确定UE不被授权加入多播会话，则向UE发送离开会话指示，离开会话指示用于指示UE离开多播会话。

第五方面，提供了一种多播广播业务的处理装置，包括存储器，收发机，处理器：

存储器，用于存储计算机程序；收发机，用于在处理器的控制下收发数据；处理器，用于读取存储器中的计算机程序并执行以下操作：

接收UDR发送的携带标识对应的MBS的授权信息的第一响应。

在一个实施例中，在接收会话管理功能SMF发送的第二请求之后，还包括：

将所述UE的MBS的签约信息发送给SMF。

其中，指定内容包含以下信息中的至少一种或者多种：

任意UE被授权加入的MBS会话标识；

任意UE被授权加入的依赖位置的MBS信息。

UE被授权加入的MBS会话标识；

UE被授权加入的依赖位置的MBS信息；

用于指示UE被授权加入任意MBS会话的指示信息。

第六方面，提供了一种多播广播业务的处理装置，应用于存储多播广播业务MBS的授权信息的统一数据存储UDR中，包括存储器，收发机，处理器：

在一个实施例中，存储MBS的授权信息通过以下方式实现：

根据所述第三请求，存储或更新MBS的授权信息。

在一个实施例中，MBS的授权信息，包括以下至少一项：

MBS会话标识；

被授权接收MBS的UE的标识；

MBS服务区域；

依赖位置的MBS信息。

第七方面，提供了一种多播广播业务的处理装置，包括存储器，收发机，处理器：

接收应用功能AF发送的MBS的授权信息；

第八方面，提供了一种多播广播业务的处理装置，包括存储器，收发机，处理器：

接收UDM发送的第二响应；

基于第二响应，确定UE是否被授权加入多播会话。

在一个实施例中，第二请求还包括以下至少一项：

MBS会话标识。

若第二响应中携带的UE的签约数据中不包含MBS会话标识，则确定UE不被授权加入多播会话。

第九方面，本申请提供了一种多播广播业务的处理装置，包括：

第一处理单元，用于向统一数据存储UDR发送第一请求，第一请求用于请求多播广播业务MBS的授权信息，UDR存储MBS的授权信息；

第二处理单元，用于接收UDR发送的第一响应，第一响应包括请求的MBS的授权信息；

第三处理单元，用于根据请求的MBS的授权信息，对用户设备UE的签约数据进行处理。

第十方面，本申请提供了一种多播广播业务的处理装置，应用于存储MBS的授权信息的UDR中，包括：

第四处理单元，用于接收统一数据管理UDM发送的第一请求，第一请求用于请求MBS的授权信息；

第五处理单元，用于根据第一请求，向UDM发送第一响应，第一响应包括请求的MBS的授权信息。

第十一方面，本申请提供了一种多播广播业务的处理装置，包括：

第六处理单元，用于接收应用功能AF发送的MBS的授权信息；

第七处理单元，用于将MBS的授权信息发送给UDR，以使UDR存储或更新MBS的授权信息。

第十二方面，本申请提供了一种多播广播业务的处理装置，包括：

第八处理单元，用于接收UE发送的第四请求，第四请求携带MBS会话标识，MBS会话标识用于标识UE请求加入的多播会话；

第九处理单元，用于基于第四请求，向UDM发送第二请求，第二请求携带UE的标识，第二请求用于请求UE的MBS的签约信息；

第十处理单元，用于接收UDM发送的第二响应；

第十一处理单元，用于基于第二响应，确定UE是否被授权加入多播会话。

第十三方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序用于使处理器执行第一方面、第二方面、第三方面和第四方面中任一项所述的方法。

本申请实施例提供的技术方案，至少具有如下有益效果：

UDM向统一数据存储UDR发送第一请求，第一请求用于请求多播广播业务MBS的授权信息，UDR存储MBS的授权信息；UDM接收UDR发送的第一响应，第一响应包括请求的MBS的授权信息；UDM根据请求的MBS的授权信息，对UE的签约数据进行处理；如此通过UDR集中存储MBS的授权信息，克服了MBS的授权信息存储在UDM中所导致的重复存储和配置过程复杂的缺陷，简化了MBS的授权信息的配置与存储流程，提升了对UE的签约数据的处理效率，实现了MBS的授权信息的配置与存储，以用于UE加入多播会话时的授权检查，从而完善和优化了UE加入多播会话时的授权检查过程。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种多播广播业务的处理方法的流程示意图；

图2为本申请实施例提供的一种多播广播业务的处理方法的流程示意图；

图3为本申请实施例提供的一种多播广播业务的处理方法的流程示意图；

图4为本申请实施例提供的一种多播广播业务的处理方法的流程示意图；

图5为本申请实施例提供的一种多播广播业务的处理方法的流程示意图；

图6为本申请实施例提供的一种多播广播业务的处理方法的流程示意图；

图7为本申请实施例提供的一种多播广播业务的处理方法的流程示意图；

图8为本申请实施例提供的一种多播广播业务的处理方法的流程示意图；

图9为本申请实施例提供的一种多播广播业务的处理装置的结构示意图；

图10为本申请实施例提供的一种多播广播业务的处理装置的结构示意图；

图11为本申请实施例提供的一种多播广播业务的处理装置的结构示意图；

图12为本申请实施例提供的一种多播广播业务的处理装置的结构示意图；

图13为本申请实施例提供的一种多播广播业务的处理装置的结构示意图；

图14为本申请实施例提供的一种多播广播业务的处理装置的结构示意图；

图15为本申请实施例提供的一种多播广播业务的处理装置的结构示意图；

图16为本申请实施例提供的一种多播广播业务的处理装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

为了更好的理解及说明本公开实施例的方案，下面对本公开实施例中所涉及到的一些技术用语进行简单说明。

IP(Internet Protocol，网际互连协议)网络中采用的数据传输方式包括单播、多播与广播。单播(unicast)是指“一对一通信”，即数据由一个设备发送到一个接收设备；而多播/广播(Multicast/Broadcast)是指“一对多通信”，即相同的数据，通过共享信道和内容复制等技术，由一个设备发送到多个接收设备。与单播相比，多播/广播具有更高的网络资源使用效率。

5GS(5G System，第五代移动通信系统)是继4GS(4G System，第四代移动通信系统)，即EPS(Evolved Packet System，演进的分组通信系统)后的新一代无线移动通信系统，提供更大的传输带宽、支持更多的终端数目和更多的业务类型。目前5GS支持单播传输。为了支持更多业务，例如IPv4/IPv6多播/广播、IPTV(Internet Protocol Television，交互式网络电视)，或优化现有业务(例如：组通信、IoT(Internet of Things，物联网)通信、V2X(Vehicle to X，车辆网)通信、软件下载/更新等)的传输效率和网络资源使用效率，5GS将支持多播广播业务，即MBS(Multicast Broadcast Service，多播广播业务)。

在5G系统中，UDM(Unified Data Management，统一数据管理)用于管理和存储用户的签约数据(subscription data)。UDM可以本地存储用户的签约数据(若UDM具有本地存储功能)，也可以将用户的签约数据存储在UDR(Unified Data Repository，统一数据存储)中。UDR除了用于存储的用户签约数据，还可以存储应用数据(Application data)和策略数据(Policy data)。而UDR可以集中部署，通常UDM采取分散部署。即网络中可能存在多个UDM。那么背景技术中描述的MBS的授权信息，则需要配置/存储在其中一个UDM或所有UDM中。

若MBS的授权信息配置/存储在其中一个UDM(例如UDM-A)，则对于某一个UE来说，为其提供服务的UDM(例如UDM-B)中如果没有存储MBS的授权信息，那么该UE在请求加入MBS会话时，UDM-B将因为缺少MBS的授权信息而不允许UE加入MBS会话，进而导致UE加入MBS会话失败。

然而，为了保证UE请求加入的MBS会话不发生失败，提出将MBS的授权信息配置/存储在所有UDM中，这样会造成MBS的授权信息重复存储，同时也增加数据更新的复杂性，例如当MBS业务或MBS会话更新时需要向多个UDM同步更新MBS的授权信息。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例中提供了一种多播广播业务的处理方法，由UDM执行，该方法的流程示意图如图1所示，该方法包括：

步骤S101，向统一数据存储UDR发送第一请求，第一请求用于请求多播广播业务MBS的授权信息。

其中，UDR存储中MBS的授权信息。

在一个实施例中，MBS的授权信息(即MBS authorization data，在一些场景下也可以称之为MBS会话签约数据(MBS session subscription data)、或者MBS签约数据(MBSsubscription data))用来表征多播广播业务CP(Content Provider，内容提供者)、AS(Application Server，应用服务器)、AF(Application function，应用功能)或网络授权指定UE能够接收指定的多播广播业务。即通过MBS的授权信息能够判断出哪些UE能够接收哪些多播广播业务，哪些UE不能够接收哪些多播广播业务。

在一个实施例中，MBS的授权信息MBS subscription data表示多播广播业务内容提供者、AS、AF或网络，授权UE接收特定的多播广播业务。MBS的授权信息如表1所示(与背景技术中所记载的表B的内容相同，说明UDR中存储的MBS的授权信息中所包含的字段相对于背景技术中UDM中存储的MBS的授权信息中所包含的字段并没有发生变化)。

表1:MBS的授权信息(MBS subscription data)

其中，MBS的授权信息中所包含的依赖位置的多播广播业务信息具体包含的内容可以如表2所示，具体包含区域会话标识和多播广播业务服务区域等。这里的区域会话标识可以理解为也是一种会话标识，不同在于能够根据该区域会话标识确定出在某一个特定区域适用的MBS会话有哪些。

表2:依赖位置的多播广播业务信息

可选的，在UDR中存储了MBS的授权信息之外，还可以存储MBS的授权信息的关键字，通过该关键字可以对MBS的授权信息进行检索或者查询，以提升数据查询速度。例如：如表3中所示的关键字。

表3:MBS的授权信息的关键字(索引值)

即通过多播广播业务会话标识能够查询到该MBS会话标识对应的MBS授权信息、依赖位置的MBS信息等；通过区域会话标识能够查询到依赖位置的MBS信息等。

在一个实施例中，第一请求可以为数据管理查询请求或数据管理订阅请求，其中，数据管理查询请求用于请求查询MBS的授权信息，数据管理订阅请求用于请求订阅MBS的授权信息。

具体的，由于UDR中存储MBS的授权信息，UDM可以向UDR发送数据管理订阅请求，通过数据管理订阅请求，UDR可以将UDM订阅的MBS的授权信息周期地或者在满足订阅需求的情况下发送给UDM，以便于UDM及时获取MBS的授权信息。此外，当UDR中存储的MBS的授权信息发生变化或者更新，UDR可以基于该订阅功能向UDM发送变化的或者更新后的MBS的授权信息。

可选的，UDM还可以根据本地策略向UDR发送数据管理查询请求或数据管理订阅请求，例如：向UDR发送周期性查询请求，或者订阅到期后向UDR发送延续/更新订阅请求等等。

可选的，UDM可以在接收到其他网元发送的处理请求的情况下，确认需要获取MBS授权信息，此时，可以向UDR发送数据管理查询请求，以通过该数据管理查询请求，从UDR中查询MBS授权信息。这里的数据管理查询请求可以查询指定对象的MBS的授权信息，也可以是查询所有对象的MBS的授权信息。

在一个实施例中，在向UDR发送第一请求之前，还包括：

UDM在接收到SMF发送的第二请求时或者之后，可选地，判断本地是否存储有标识对应的UE的MBS的签约信息，如果有，可以直接将存储的UE的MBS的签约信息发送给SMF。如果没有，此时UDM可以向UDR发送第一请求，这里的第一请求可以是数据管理查询请求，该数据管理查询请求中携带UE的标识，即通过该数据管理查询请求，从UDR中查询该UE的MBS的签约信息(即授权信息)。

需要说明的是，这里UDM中已经存储的UE的MBS的签约信息可以是通过订阅事件获取并存储的，也可以是其他方式，这里对于UDM何时通过什么方式获取不做具体限定。

在一个实施例中，UDM在接收到SMF发送的第二请求之后，可以在向UDR发送的第一请求中携带UE的标识，以请求UE的MBS的授权信息(即第二请求所请求的UE的MBS的签约信息)。

在一个实施例中，第二请求可以是签约数据管理获取请求或签约数据管理订阅请求，第二请求用于请求获取或订阅标识对应的UE的MBS的签约信息。

例如，在向UDR发送第一请求之前，UDM接收SMF发送的第二请求，其中，第二请求可以是签约数据管理获取请求或签约数据管理订阅请求，签约数据管理获取请求用于请求获取标识对应的UE的MBS的签约信息，签约数据管理订阅请求用于请求订阅标识对应的UE的MBS的签约信息。

在一个实施例中，UDM在接收到SMF发送的第二请求之后，还包括：如果本地存储有标识对应的UE的MBS的签约信息，则将UE的MBS的签约信息发送给SMF。

可选的，如果UDM通过订阅方式已经从UDR中获取了UE的MBS的签约信息，那么UDM向SMF发送UE的MBS的签约信息。

步骤S102，接收UDR发送的第一响应，第一响应包括请求的MBS的授权信息。

在一个实施例中，第一响应是数据管理查询回复或数据管理通知消息。

例如，UDM接收UDR发送的第一响应，其中，第一响应可以是数据管理查询回复或数据管理通知消息，数据管理查询回复或数据管理通知消息携带MBS的授权信息。如果是针对订阅事件发送的第一响应，那么该第一响应可以为数据管理通知消息，通过该数据管理通知消息通知MBS的授权信息发生变化或者更新，那么第一响应中携带变化后或者更新后的MBS的授权下信息；

如果是针对数据查询请求发送的第一响应，那么该第一响应可以是数据查询回复消息，通过该数据查询回复消息通知UDM查询结果。在一个实施例中，若第一请求携带UE的标识，则接收UDR发送的第一响应，包括：接收UDR发送的携带标识对应的MBS的授权信息的第一响应。即在数据查询回复消息中携带待查询UE的标识对应的MBS的授权信息。

步骤S103，根据请求的MBS的授权信息，对用户设备UE的签约数据进行处理。

下面针对不同的场景，分别描述UDM在接收到UDR反馈的MBS的授权信息之后，如何对UE的签约数据进行处理的。

针对订阅事件，UDM在UDR反馈的变化的或者更新的MBS的授权信息之后，对UE的签约数据进行处理。

根据变化的或者更新的MBS的授权信息，确定所授权使用的UE的标识，针对每一个UE，分别执行以下操作：

根据确定的UE的标识，从UDM中存储的所有UE的签约信息中确定该标识对应的UE的签约信息；

判断确定的UE的签约信息中是否包含有MBS的授权信息；

如果未包含MBS的授权信息，则从变化的或者更新的MBS的授权信息确定出授权该UE使用的MBS的授权信息，并将确定出的MBS的授权信息存储在该UE的签约信息中；

如果包含MBS的授权信息，则从变化的或者更新的MBS的授权信息确定出授权该UE使用的MBS的授权信息，并利用确定出的MBS的授权信息对该UE的签约信息中的MBS的授权信息进行更新。

针对数据查询事件，UDM在UDR反馈数据查询结果之后，对UE的签约数据进行处理。

如果查询结果中包含多个UE的MBS的授权信息，可以参照上述记载的方式进行处理；

如果查询结果中包含请求的UE的MBS的授权信息，那么UDM将接收到的MBS的授权信息存储在该UE的签约信息中。

在一个实施例中，UE的MBS的签约信息是UE的签约数据中包括的该UE签约的MBS的信息，即与该UE被授权的MBS相关的信息。

在一个实施例中，在UDM中，存储针对每个UE的MBS的签约信息(MBS subscriptiondata per UE)，每个UE的MBS的签约信息(如表4所示)包括：该UE可以加入的MBS会话标识(MBS Session ID)(可以采用列表方式呈现)和该UE可以加入的依赖位置的多播广播业务信息Location dependent MBS information(也可以采用列表方式呈现)。

表4:UE的MBS的签约信息

可选地，在UE的MBS的签约信息中还可以包含任意UE都可以加入的MBS会话标识列表MBS Session ID list for any UE、任意UE都可以加入的依赖位置的多播广播业务信息列表List of Location dependent MBS information for any UE等信息。其中，任意UE都可以加入的MBS会话标识列表MBS Session ID list for any UE表示允许任意UE加入的多播会话的标识列表；任意UE都可以加入的依赖位置的多播广播业务信息列表List ofLocation dependent MBS information for any UE表示允许任意UE加入的依赖位置的多播会话的信息列表。

可选的，在UDM中存储每个UE的MBS的签约信息之外，还可以存储MBS的签约信息的关键字，通过该关键字可以对每个UE的MBS的签约信息进行检索或者查询，以提升数据查询速度。例如：如表5中所示的关键字。

表5：UE的MBS的签约信息的关键字(索引值)

在一个实施例中，可以通过一个保留的TMGI值，或者采用一个特殊指示，例如“AnyMBS Session allowed”，表示网络允许某个UE加入任意的多播会话。TMGI值可以为0或者1表示。对于网络授权加入任意多播会话的UE，可以在该UE的MBS的签约信息中预先配置能够表示网络允许接入任意多播会话的TMGI值或者特殊指示信息。这样UDM或者SMF通过该TMGI值或者特殊指示信息确定该UE可以加入的多播会话，以此响应UE发送的多播会话业务请求。

UE被授权加入的MBS会话标识；

UE被授权加入的依赖位置的MBS信息；

用于指示UE被授权加入任意MBS会话的指示信息。

在一个实施例中，如表4所示的MBS会话标识列表包括至少一个UE被授权加入的MBS会话标识，依赖位置的MBS信息列表包括至少一个UE被授权加入的依赖位置的MBS信息。

在一个实施例中，由于MBS的授权信息中还包含任意UE都可以加入的MBS会话、任意UE都可以加入的依赖位置的多播广播业务信息等，这些内容对于多个UE来说都可使用，那么这些内容可以存储在每个UE的签约信息中，这样可能导致数据重复存储，因此，可以将这些内容单独进行存储，即单独于UE的签约信息之外，在UDM中独立存储“任意UE的MBS的签约信息MBS subscription data for any UE”中。如表6所示。

表6：任意UE的MBS的签约信息MBS subscription data for any UE

可选的，还可以存储“任意UE的MBS的签约信息MBS subscription data for anyUE”对应的关键字(或者索引)，即服务PLMN标识(Serving PLMN ID)、(可选的)网络标识(NID)，或终端标识(签约永久标识SUPI)。如表7所示。

表7:任意UE的MBS的签约信息的关键字MBS subscription data for anyUE

在一个实施例中，根据请求的MBS的授权信息，确定指定内容，并对指定内容执行存储或更新操作；其中，指定内容包含以下信息中的至少一种或者多种：

任意UE被授权加入的MBS会话标识；

任意UE被授权加入的依赖位置的MBS信息。

在一个实施例中，任意UE被授权加入的依赖位置的MBS信息包括表2中所示的区域会话标识和多播广播业务服务区域，以及表4中所示的任意UE都可以加入的、依赖位置的多播广播业务信息列表。

本申请实施例中，通过UDR集中存储MBS的授权信息，克服了MBS的授权信息存储在UDM中所导致的重复存储和配置过程复杂的缺陷，简化了MBS的授权信息的配置与存储流程，提升了对UE的签约数据的处理效率，实现了MBS的授权信息的配置与存储，以用于UE加入多播会话时的授权检查，从而完善和优化了UE加入多播会话时的授权检查过程。

本申请实施例中提供了一种多播广播业务的处理方法，应用于存储MBS的授权信息的UDR中，该方法的流程示意图如图2所示，该方法包括：

UDR中存储的MBS的授权信息通过以下方式实现：

接收第一网络功能发送的第三请求，第三请求中携带MBS的授权信息，其中，第一网络功能为NEF(Network Exposure Function，网络开放功能)、MBSF(MulticastBroadcast Service Function，多播广播业务功能)或应用功能AF中的一种或者多种；

根据第三请求，存储或更新MBS的授权信息。

需要说明的是，当UDR中没有存储MBS的授权信息时，根据第三请求，存储第三请求中携带的MBS的授权信息；当UDR中已存储了MBS的授权信息时，判断所存储的MBS的授权信息是否与第三请求中携带的MBS的授权信息相同或者是针对同一个MBS的，如果不同且不是针对同一个MBS的，那么存储第三请求中携带的MBS的授权信息；如果不同但是针对同一个MBS的，那么针对同一个MBS的授权信息，将该同一个MBS的授权信息更新为第三请求中携带的MBS的授权信息。

在一个实施例中，第三请求是数据管理创建请求或数据管理更新请求。

在一个实施例中，MBS的授权信息，包括以下至少一项：

MBS会话标识；

被授权接收MBS的UE的标识；

MBS服务区域；

依赖位置的MBS信息。

步骤S201，接收统一数据管理UDM发送的第一请求，第一请求用于请求MBS的授权信息。

在一个实施例中，第一请求可以是数据管理查询请求或数据管理订阅请求，第一请求用于请求查询或订阅MBS的授权信息。

步骤S202，根据第一请求，向UDM发送第一响应，第一响应包括请求的MBS的授权信息。

本申请实施例中提供了一种多播广播业务的处理方法，由NEF或MBSF执行，该方法的流程示意图如图3所示，该方法包括：

步骤S301，接收应用功能AF发送的MBS的授权信息。

步骤S302，将MBS的授权信息发送给UDR，以使UDR存储或更新MBS的授权信息。

在一个实施例中，NEF或MBSF接收应用功能AF发送的多播会话请求MulticastSession Request，多播会话请求包含MBS的授权信息。NEF或MBSF向UDR发送数据管理创建请求(数据管理创建Nudr_DM_Create请求)或数据管理更新请求(数据管理更新Nudr_DM_Update请求)。

其中，数据管理创建请求或数据管理更新请求携带MBS会话标识MBS Session ID、区域会话标识Area session ID(仅对于依赖位置的多播广播业务)和多播广播业务信息。

在一个实施例中，接收多播广播会话管理功能MB-SMF发送的MBS会话标识；将MBS会话标识发送给UDR，以使UDR将MBS会话标识存储或更新到MBS会话标识对应的MBS的授权信息。

在一个实施例中，NEF或MBSF接收MB-SMF发送的创建多播广播会话回复(创建多播广播会话Nmbsmf_MBSession_Create回复)。其中，创建多播广播会话回复携带MBS会话标识MBS Session ID、区域会话标识Area session ID(仅对于依赖位置的多播广播业务)以及其它参数。

NEF或MBSF向UDR发送数据管理创建请求(数据管理创建Nudr_DM_Create请求)或数据管理更新请求(数据管理更新Nudr_DM_Update请求)，以使UDR将MBS会话标识存储或更新到MBS会话标识对应的MBS的授权信息。

本申请实施例中，实现了多播会话配置过程中，存储或更新UDR中的MBS的授权信息，简化了MBS的授权信息的配置与存储流程，提升了对UE的签约数据的处理效率，实现了MBS的授权信息的配置与存储，以用于UE加入多播会话时的授权检查，从而完善和优化了UE加入多播会话时的授权检查过程。

本申请实施例中提供了一种多播广播业务的处理方法，由SMF执行，该方法的流程示意图如图4所示，该方法包括：

步骤S401，接收UE发送的第四请求，第四请求携带MBS会话标识，MBS会话标识用于标识UE请求加入的多播会话

在一个实施例中，第四请求可以是多播会话加入请求。

步骤S402，基于第四请求，向UDM发送第二请求，第二请求携带UE的标识，第二请求用于请求UE的MBS的签约信息。

在一个实施例中，第二请求可以是签约数据管理获取请求或签约数据管理订阅请求。

在一个实施例中，第二请求还包括以下至少一项：

MBS会话标识。

步骤S403，接收UDM发送的第二响应。

在一个实施例中，第二响应可以是签约数据管理获取回复或签约数据管理通知。SMF根据签约数据管理获取回复或签约数据管理通知，确定UE是否授权加入请求的多播会话。

步骤S404，基于第二响应，确定UE是否被授权加入多播会话。

在一个实施例中，若UE被授权加入请求的多播会话，则SMF继续处理UE的加入会话请求，例如向其它网络功能发送相关服务请求。若UE未被授权加入请求的多播会话，则SMF向UE发送多播会话加入回复Multicast session join response，其中携带拒绝加入指示，从而终止该多播会话加入过程。

在一个实施例中，第五请求可以是签约数据管理通知。

例如，当UDM中UE的MBS的签约信息发生变化时，UDM向SMF发送签约数据管理通知，其中携带更新的UE的MBS的签约信息。SMF根据签约数据管理通知中更新的UE的MBS的签约信息，确定UE是否仍然被授权接收当前的多播会话。若UE不再被授权接收当前的多播会话(即被取消授权)，则SMF向UE发送离开多播会话请求，其中，离开多播会话请求携带MBSSession ID和离开会话指示，离开会话指示用于指示UE离开多播会话。

本申请实施例中，实现了MBS的授权信息的配置与存储，以用于UE加入多播会话时SMF对UE进行的授权检查，从而完善和优化了UE加入多播会话时的授权检查过程。

通过如下实施例来对本申请上述实施例的多播广播业务的处理方法进行全面详尽的介绍：

在本申请的实施例一中：UDM向UDR请求或订阅MBS的授权信息

本申请实施例中提供了一种多播广播业务的处理方法，该方法的流程示意图如图5所示，该方法包括：

步骤0，在UDR中，存储的MBS的授权信息，如表1、表2和表3所示。

在UDM中，存储针对每个UE的MBS的签约信息(MBS subscription data per UE)，如表4、表5所示。

在一个实施例中，对于任意UE都可以加入的MBS会话，在UDM中存储“任意UE都可以加入的MBS会话标识列表(MBS Session ID list for any UE)”，有如下两种存储方式：

1)每个UE的MBS的签约信息(MBS subscription data per UE)中都存储该列表，该列表可以采用服务PLMN标识(Serving PLMN ID)、(可选的)网络标识(NID)或终端标识(签约永久标识SUPI)来索引。如表4、表5所示。

2)该列表不存储在每个UE的MBS的签约信息中，而存储在一个独立的“任意UE的MBS的签约信息MBS subscription data for any UE”中。该列表和“任意UE的MBS的签约信息MBS subscription data for any UE”可以采用服务PLMN标识(Serving PLMN ID)、(可选的)网络标识(NID)或终端标识(签约永久标识SUPI)来索引。如表6、表7所示。

在一个实施例中，对于任意UE都可以加入的、依赖位置的多播广播业务的多播会话，其信息列表也可以存储在每个UE的MBS的签约信息或任意UE的MBS的签约信息中，如表4、表5、表6、表7所示。

步骤1，UDM向UDR发送数据管理查询Nudr_DM_Query请求或数据管理订阅Nudr_DM_Subscribe请求，请求查询或订阅UDR中的MBS的授权信息。

在一个实施例中，如图1或图2中所示的第一请求可以是数据管理查询请求(数据管理查询Nudr_DM_Query请求)或数据管理订阅请求(数据管理订阅Nudr_DM_Subscribe请求)。

在一个实施例中，UDM可以在接收到其它网络功能NF(例如SMF)查询或订阅UE的MBS的授权信息的请求时，向UDR发起上述请求(参见实施例3)；或依据本地策略向UDR发起上述请求，例如向UDR周期性查询信息，或订阅到期后延续/更新订阅信息。

在一个实施例中，Nudr_DM_Query请求或Nudr_DM_Subscribe请求包含以下参数：

1)数据集标识Data Set Identifier：若MBS的授权信息MBS subscription data存储为数据集“Subscription data(签约数据)”的子集，则Data Set Identifier设置为“Subscription data”；若MBS的授权信息存储为数据集“Application data(应用数据)”的子集，则Data Set Identifier设置为“Application data”。

2)数据子集标识Data Subset Identifier：设置为“MBS subscription data(MBS的授权信息)”。

3)数据关键字Data Key和/或数据子关键字Data Sub Key:可以设置为以下一项或多项：MBS Session ID、SUPI、SUP list、Internal Group ID、PLMN ID、PLMN ID+NID、关注区域Area of Interest(可以是小区标识列表Cell ID list或跟踪区域标识列表TAIlist)，用于请求特定多播会话、特定UE、特定PLMN、特定NPN、特定区域内的MBS的授权信息中的至少一项。

在一个实施例中，Nudr_DM_Subscribe请求还可以包含所订阅内容(或者事件)上报信息Event Reporting Information(例如是否周期性上报、上报次数/时长)等参数。

步骤2，UDR接收UDM发送的Nudr_DM_Query请求或Nudr_DM_Subscribe请求。

在一个实施例中，对于Nudr_DM_Query请求，UDR根据Nudr_DM_Query请求中的参数，向UDM发送数据管理查询回复Nudr_DM_Query response，其中包含UDR中存储的满足查询请求的MBS subscription data。

在一个实施例中，对于Nudr_DM_Subscribe请求，若Nudr_DM_Subscribe请求中包含“立即上报标志Immediate reporting flag”，则UDR立即向UDM发送数据管理通知Nudr_DM_Notify消息，其中包含UDR中存储的满足订阅请求的MBS subscription data。

在一个实施例中，如图1或图2中所示的第一响应可以是数据管理查询回复(数据管理查询回复Nudr_DM_Query response)或数据管理通知消息(数据管理通知Nudr_DM_Notify消息)。

在一个实施例中，基于UDR发送的MBS subscription data，UDM生成或更新每个UE的MBS的签约信息，和/或任意UE的MBS的签约信息。

步骤3，若步骤1-2中UDR接收到Nudr_DM_Subscribe请求，当UDR中存储的MBSsubscription data发生变化时，或满足Nudr_DM_Subscribe请求中的上报条件(例如达到周期性上报的周期)时，UDR向UDM发送数据管理通知Nudr_DM_Notify消息，其中包含更新的MBS subscription data。基于UDR发送的MBS subscription data，UDM生成或更新每个UE的MBS的签约信息和/或任意UE的MBS的签约信息。

本申请实施例中，通过UDR集中存储MBS的授权信息，简化了MBS的授权信息的配置与存储流程，提升了对UE的签约数据的处理效率，实现了MBS的授权信息的配置与存储，以用于UE加入多播会话时的授权检查，从而完善和优化了UE加入多播会话时的授权检查过程。

在本申请的实施例二中：多播会话配置过程中更新UDR中的MBS的授权信息

本申请实施例中提供了一种多播广播业务的处理方法，该方法的流程示意图如图6所示，该方法包括：

在MBS会话配置过程中，UDR创建或更新MBS的授权信息(即MBS subscriptiondata，参见实施例1)。

步骤1，应用功能AF向网络开放功能NEF或多播广播业务功能MBSF发送多播会话请求Multicast Session Request。

其中，多播会话请求包含多播广播业务信息，多播广播业务信息包括：a)多播广播组标识Internal Group Identifier、终端标识(签约永久标识)列表SUPI List或任意终端指示Any UE indication，以用于指示哪些终端或终端组可以接收该多播会话，即被授权接收多播广播业务的终端标识信息；b)其它多播会话参数，例如：一个或多个多播广播业务服务区域MBS service area、QoS信息等；其中，对于依赖位置的多播广播业务，有多个多播广播业务服务区域，在这些区域中发送不同的多播广播业务内容/数据。

步骤2，NEF或MBSF进行多播广播会话管理功能MB-SMF选择，向选择的MB-SMF发送创建多播广播会话Nmbsmf_MBSession_Create请求，其中，创建多播广播会话Nmbsmf_MBSession_Create请求携带步骤1中的多播广播业务信息，请求创建多播会话。

步骤3，MB-SMF为多播会话分配多播广播业务会话标识MBS Session ID。对于依赖位置的多播广播业务，除了MBS Session ID，MB-SMF还分配区域会话标识Area sessionID，用于标识特定区域(例如该MB-SMF服务区域)内的多播会话。MB-SMF向NEF或MBSF发送创建多播广播会话Nmbsmf_MBSession_Create回复，其中，创建多播广播会话Nmbsmf_MBSession_Create回复携带MBS Session ID、Area session ID(仅对于依赖位置的多播广播业务)以及其它参数。

步骤4，NEF或MBSF向UDR发送数据管理创建Nudr_DM_Create请求或数据管理更新Nudr_DM_Update请求，其中，数据管理创建Nudr_DM_Create请求或数据管理更新Nudr_DM_Update请求携带MBS Session ID、Area session ID(仅对于依赖位置的多播广播业务)，以及步骤1中的多播广播业务信息，请求创建或更新UDR中的MBS的授权信息(即MBSsubscription data，参见实施例1)。

在一个实施例中，如图2中所示的第三请求可以是数据管理创建请求(数据管理创建Nudr_DM_Create请求)或数据管理更新请求(数据管理更新Nudr_DM_Update请求)。

在一个实施例中，若存在UDM向UDR订阅了MBS的授权信息且满足订阅要求(例如数据关键字Data Key和/或数据子关键字Data Sub Key，参见实施例1的步骤1)，UDR向该UDM发送数据管理通知Nudr_DM_Notify消息，其中，数据管理通知Nudr_DM_Notify消息包含更新的MBS subscription data。基于UDR发送的MBS subscription data，UDM生成或更新每个UE的MBS的签约信息，和/或任意UE的MBS的签约信息。

步骤5，UDR向NEF或MBSF发送数据管理创建Nudr_DM_Create回复或数据管理更新Nudr_DM_Update回复，以用于指示成功创建或更新MBS的授权信息。

步骤6，NEF或MBSF向AF发送多播会话回复Multicast Session Response，以用于指示多播会话配置成功。

在一个实施例中，若AF为可信AF(trusted AF)，例如运营商部署在该PLMN内的AF，则上述流程中步骤1、6可以省略，步骤2、3、4、5中NEF或MBSF由AF代替，即：AF可以直接向MB-SMF发送创建多播广播会话Nmbsmf_MBSession_Create请求，并根据创建多播广播会话Nmbsmf_MBSession_Create回复，向UDR请求创建或更新UDR中的多播会话授权信息。

在本申请的实施例三中：UE请求加入多播会话时，SMF对UE进行授权检查

本申请实施例中提供了一种多播广播业务的处理方法，该方法的流程示意图如图7所示，该方法包括：

步骤1，UE向SMF发送多播会话加入请求Multicast session join request，其中，多播会话加入请求Multicast session join request携带MBS Session ID、加入会话指示中至少一项。该多播会话加入请求可以是PDU会话修改请求PDU Session ModificationRequest或其它消息。

在一个实施例中，如图4中所示的第四请求可以是多播会话加入请求(Multicastsession join request)。

步骤2，SMF向UDM发送签约数据管理获取Nudm_SDM_Get请求或签约数据管理订阅Nudm_SDM_Subscribe请求，请求获取UE的MBS的签约信息。

在一个实施例中，如图1中所示的第二请求可以是签约数据管理获取请求(签约数据管理获取Nudm_SDM_Get请求)或签约数据管理订阅请求(签约数据管理订阅Nudm_SDM_Subscribe请求)。

在一个实施例中，Nudm_SDM_Get请求或Nudm_SDM_Subscribe请求中可以携带以下参数：

1)签约数据类型Subscription data type:MBS Subscription data per UE，指示请求UE的MBS的签约信息。

2)数据关键字Data Key和/或数据子关键字Data Sub Key:UE标识(SUPI)。数据关键字Data Key和/或数据子关键字Data Sub Key包含PLMN ID、PLMN ID+NID、UE位置区域UElocation、MBS Session ID中的至少一项。

步骤3，UDM根据Nudm_SDM_Get请求或Nudm_SDM_Subscribe请求，向SMF发送签约数据管理获取Nudm_SDM_Get回复或签约数据管理通知Nudm_SDM_Notify。

具体地，签约数据管理获取Nudm_SDM_Get回复或签约数据管理通知Nudm_SDM_Notify包括：

1)UE标识(SUPI)对应的UE可以加入的所有多播会话的MBS Session ID、(仅对于依赖位置的MBS业务)Area Session ID中的至少一项；

2)若Nudm_SDM_Get或Nudm_SDM_Subscribe请求中的Data Key或Data Sub Key包含了MBS Session ID，且UE签约数据中包含该MBS Session ID，则签约数据管理获取Nudm_SDM_Get回复或签约数据管理通知Nudm_SDM_Notify可以仅携带该MBS Session ID、以及对应的一个或多个Area Session ID(若存在)；若Nudm_SDM_Get或Nudm_SDM_Subscribe请求中的Data Key或Data Sub Key包含了MBS Session ID，且UE签约数据中不包含该MBSSession ID，则签约数据管理获取Nudm_SDM_Get回复或签约数据管理通知Nudm_SDM_Notify不携带MBS Session ID；

3)若Nudm_SDM_Get或Nudm_SDM_Subscribe请求中的Data Key或Data Sub Key包含了UE位置区域，则可以仅包括该区域内允许UE加入的多播会话的MBS Session ID、(仅对于依赖位置的MBS业务)Area Session ID中的至少一项。

在一个实施例中，签约数据管理获取Nudm_SDM_Get回复中携带的MBS SessionID、(仅对于依赖位置的MBS业务)Area Session ID包括任意UE都允许加入的MBS SessionID、(仅对于依赖位置的MBS业务)Area Session ID。即：UDM也会依据SUPI、PLMN或PLMN ID+NID，查询任意UE都允许加入的MBS Session ID、(仅对于依赖位置的MBS业务)AreaSession ID，并将这些信息携带在该回复中。

在一个实施例中，如图4中所示的第二响应可以是签约数据管理获取回复(签约数据管理获取Nudm_SDM_Get回复)或签约数据管理通知(签约数据管理通知Nudm_SDM_Notify)。

步骤4，SMF根据Nudm_SDM_Get回复或签约数据管理通知Nudm_SDM_Notify中的信息，确定UE是否授权加入请求的多播会话。

在一个实施例中，若UE被授权加入请求的多播会话，SMF继续处理UE的加入会话请求，例如向其它网络功能发送相关服务请求。若UE未被授权加入请求的多播会话，则SMF向UE发送多播会话加入回复Multicast session join response，其中携带拒绝加入指示，从而终止该多播会话加入过程。

在一个实施例中，该多播会话加入回复可以是PDU会话修改命令PDU SessionModification Command或其它消息。

步骤5，当UDM中UE的MBS的签约信息发生变化时，UDM向SMF发送签约数据管理通知Nudm_SDM_Notify，其中携带更新的UE的MBS的签约信息。

在一个实施例中，如图4中所示的第五请求可以是签约数据管理通知Nudm_SDM_Notify。

在一个实施例中，UE的MBS的签约信息的具体内容参见步骤3。

步骤6，SMF根据签约数据管理通知Nudm_SDM_Notify中更新的UE的MBS的签约信息，确定UE是否仍然被授权接收当前的多播会话。

在一个实施例中，若UE不再被授权接收当前的多播会话(即被取消授权)，SMF向UE发送离开多播会话请求Multicast session leave request，其中携带MBS Session ID和离开会话指示。

步骤7，UE根据接收到的离开多播会话请求，离开该多播会话，即：释放UE本地的该多播会话的上下文和相关资源。

在一个实施例中，离开多播会话请求可以是PDU会话修改命令PDU SessionModification Command或其它消息。

在本申请的实施例四中：UE请求加入多播会话时，SMF对UE进行授权检查

本申请实施例中提供了一种多播广播业务的处理方法，该方法的流程示意图如图8所示，该方法包括：

UDM也可以在UE请求加入多播会话的过程中，接收到SMF的UE的MBS的签约信息请求后，向UDR请求查询或订阅MBS的授权信息，从而生成或更新每个UE的MBS的签约信息和/或任意UE的MBS的签约信息，并据此回复SMF。

步骤1-2，同实施例3中的步骤1-2。

步骤3-4，UDM查询本地数据，确定缺少UE的MBS的签约信息，或确定缺少最新的UE的MBS的签约信息(例如根据数据的时间戳或上一次数据更新的时间)，则向UDR请求查询或订阅MBS的授权信息。同实施例1中的步骤1-2。

步骤5-6，同实施例3中的步骤3-4。

步骤7，同实施例1中的步骤3。

步骤8-10，同实施例3中的步骤5-7。

基于相同的发明构思，本申请实施例还提供了一种多播广播业务的处理装置，应用于UDM，该装置的结构示意图如图9所示，收发机1500，用于在处理器1510的控制下接收和发送数据。

其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1510代表的一个或多个处理器和存储器1520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1500可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1510负责管理总线架构和通常的处理，存储器1520可以存储处理器1510在执行操作时所使用的数据。

处理器1510可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器也可以采用多核架构。

处理器1510，用于读取所述存储器中的计算机程序并执行以下操作：

在一个实施例中，处理器1510，还用于执行：

接收UDR发送的携带标识对应的MBS的授权信息的第一响应。

将UE的MBS的签约信息发送给SMF。

其中，指定内容包含以下信息中的至少一种或者多种：

任意UE被授权加入的MBS会话标识；

任意UE被授权加入的依赖位置的MBS信息。

UE被授权加入的MBS会话标识；

UE被授权加入的依赖位置的MBS信息；

用于指示UE被授权加入任意MBS会话的指示信息。

在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

基于相同的发明构思，本申请实施例还提供了一种多播广播业务的处理装置，应用于存储MBS的授权信息的UDR中，该装置的结构示意图如图10所示，收发机1600，用于在处理器1610的控制下接收和发送数据。

其中，在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1610代表的一个或多个处理器和存储器1620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1600可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1610负责管理总线架构和通常的处理，存储器1620可以存储处理器1610在执行操作时所使用的数据。

处理器1610可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器也可以采用多核架构。

处理器1610，用于读取所述存储器中的计算机程序并执行以下操作：

在一个实施例中，存储MBS的授权信息通过以下方式实现：

根据所述第三请求，存储或更新MBS的授权信息。

在一个实施例中，MBS的授权信息，包括以下至少一项：

MBS会话标识；

被授权接收MBS的UE的标识；

MBS服务区域；

依赖位置的MBS信息。

基于相同的发明构思，本申请实施例还提供了一种多播广播业务的处理装置，应用于NEF或MBSF，该装置的结构示意图如图11所示，收发机1700，用于在处理器1710的控制下接收和发送数据。

其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1710代表的一个或多个处理器和存储器1720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1700可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1710负责管理总线架构和通常的处理，存储器1720可以存储处理器1710在执行操作时所使用的数据。

处理器1710可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器也可以采用多核架构。

处理器1710，用于读取所述存储器中的计算机程序并执行以下操作：

接收应用功能AF发送的MBS的授权信息；

基于相同的发明构思，本申请实施例还提供了一种多播广播业务的处理装置，应用于SMF，该装置的结构示意图如图12所示，收发机1800，用于在处理器1810的控制下接收和发送数据。

其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1810代表的一个或多个处理器和存储器1820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1800可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1810负责管理总线架构和通常的处理，存储器1820可以存储处理器1810在执行操作时所使用的数据。

处理器1810可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器也可以采用多核架构。

处理器1810，用于读取所述存储器中的计算机程序并执行以下操作：

接收UDM发送的第二响应；

基于第二响应，确定UE是否被授权加入多播会话。

在一个实施例中，第二请求还包括以下至少一项：

MBS会话标识。

基于前述实施例相同的发明构思，本申请实施例还提供了一种多播广播业务的处理装置，应用于UDM，该装置的结构示意图如图13所示，多播广播业务的处理装置50，包括第一处理单元501、第二处理单元502和第三处理单元503。

第一处理单元501，用于向统一数据存储UDR发送第一请求，第一请求用于请求多播广播业务MBS的授权信息，UDR存储MBS的授权信息；

第二处理单元502，用于接收UDR发送的第一响应，第一响应包括请求的MBS的授权信息；

第三处理单元503，用于根据请求的MBS的授权信息，对用户设备UE的签约数据进行处理。

在一个实施例中，第三处理单元503，具体用于：

在一个实施例中，在根据请求的MBS的授权信息，对UE的签约数据进行处理之后，或在向UDR发送第一请求之前，第一处理单元501，还用于：

在一个实施例中，若第一请求携带UE的标识，则第二处理单元502，具体用于：

接收UDR发送的携带标识对应的MBS的授权信息的第一响应。

在一个实施例中，在接收会话管理功能SMF发送的第二请求之后，第二处理单元502，还用于：

将UE的MBS的签约信息发送给SMF。

在一个实施例中，第三处理单元503，还用于：

根据请求的MBS的授权信息，确定指定内容，并对指定内容执行存储或更新操作；

其中，指定内容包含以下信息中的至少一种或者多种：

任意UE被授权加入的MBS会话标识；

任意UE被授权加入的依赖位置的MBS信息。

UE被授权加入的MBS会话标识；

UE被授权加入的依赖位置的MBS信息；

用于指示UE被授权加入任意MBS会话的指示信息。

基于前述实施例相同的发明构思，本申请实施例还提供了一种多播广播业务的处理装置，存储MBS的授权信息的UDR中，该装置的结构示意图如图14所示，多播广播业务的处理装置60，包括第四处理单元601和第五处理单元602。

第四处理单元601，用于接收统一数据管理UDM发送的第一请求，第一请求用于请求MBS的授权信息；

第五处理单元602，用于根据第一请求，向UDM发送第一响应，第一响应包括请求的MBS的授权信息。

在一个实施例中，存储的MBS的授权信息通过以下方式实现：

根据所述第三请求，存储或更新MBS的授权信息。

在一个实施例中，MBS的授权信息，包括以下至少一项：

MBS会话标识；

被授权接收MBS的UE的标识；

MBS服务区域；

依赖位置的MBS信息。

基于前述实施例相同的发明构思，本申请实施例还提供了一种多播广播业务的处理装置，应用于NEF或MBSF，该装置的结构示意图如图15所示，多播广播业务的处理装置70，包括第六处理单元701和第七处理单元702。

第六处理单元701，用于接收应用功能AF发送的MBS的授权信息；

第七处理单元702，用于将MBS的授权信息发送给UDR，以使UDR存储或更新MBS的授权信息。

在一个实施例中，第七处理单元702，还用于：

接收多播广播会话管理功能MB-SMF发送的MBS会话标识；将MBS会话标识发送给UDR，以使UDR将MBS会话标识存储或更新到MBS会话标识对应的MBS的授权信息。

基于前述实施例相同的发明构思，本申请实施例还提供了一种多播广播业务的处理装置，应用于SMF，该装置的结构示意图如图16所示，多播广播业务的处理装置80，包括第八处理单元801、第九处理单元802、第十处理单元803和第十一处理单元804。

第八处理单元801，用于接收UE发送的第四请求，第四请求携带MBS会话标识，MBS会话标识用于标识UE请求加入的多播会话；

第九处理单元802，用于基于第四请求，向UDM发送第二请求，第二请求携带UE的标识，第二请求用于请求UE的MBS的签约信息；

第十处理单元803，用于接收UDM发送的第二响应；

第十一处理单元804，用于基于第二响应，确定UE是否被授权加入多播会话。

在一个实施例中，第二请求还包括以下至少一项：

MBS会话标识。

在一个实施例中，第十一处理单元804，具体用于：

在一个实施例中，在确定UE被授权加入多播会话之后，第十一处理单元804，还用于：

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

基于相同的发明构思，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序用于被处理器执行时实现本申请实施例中任意一个实施例或任意一种可选实施方式提供的任意一种多播广播业务的处理方法的步骤。

基于相同的发明构思，本申请实施例还提供了一种处理器可读存储介质，存储有计算机程序，该计算机程序用于被处理器执行时实现本申请实施例中任意一个实施例或任意一种可选实施方式提供的任意一种多播广播业务的处理方法的步骤。

处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种多播广播业务的处理方法，其特征在于，包括：

向统一数据存储UDR发送第一请求，所述第一请求用于请求多播广播业务MBS的授权信息，所述UDR存储MBS的授权信息；

接收所述UDR发送的第一响应，所述第一响应包括请求的MBS的授权信息；

根据所述请求的MBS的授权信息，对用户设备UE的签约数据进行处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述请求的MBS的授权信息，对UE的签约数据进行处理，包括：

根据所述请求的MBS的授权信息，确定UE的MBS的签约信息，将所述UE的MBS的签约信息存储在UE的签约数据中；或者，

根据所述请求的MBS的授权信息，更新UE的签约数据中的UE的MBS的签约信息。

3.根据权利要求1或2所述的方法，其特征在于，在根据所述请求的MBS的授权信息，对UE的签约数据进行处理之后，或在向UDR发送第一请求之前，还包括：

接收会话管理功能SMF发送的第二请求，其中，所述第二请求携带UE的标识，所述第二请求用于请求所述标识对应的UE的MBS的签约信息。

4.根据权利要求1或3所述的方法，其特征在于，若所述第一请求携带UE的标识，则接收所述UDR发送的第一响应，包括：

接收所述UDR发送的携带所述标识对应的MBS的授权信息的第一响应。

5.根据权利要求1或3所述的方法，其特征在于，还包括：

将所述UE的MBS的签约信息发送给会话管理功能SMF。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述请求的MBS的授权信息，确定指定内容，并对所述指定内容执行存储或更新操作；

其中，所述指定内容包含以下信息中的至少一种或者多种：

任意UE被授权加入的MBS会话标识；

任意UE被授权加入的依赖位置的MBS信息。

7.根据权利要求2所述的方法，其特征在于，所述UE的MBS的签约信息包括以下信息中的至少一种或者多种：

所述UE被授权加入的MBS会话标识；

所述UE被授权加入的依赖位置的MBS信息；

用于指示所述UE被授权加入任意MBS会话的指示信息。

8.根据权利要求7所述的方法，其特征在于，所述用于指示所述UE被授权加入任意MBS会话的指示信息包括特定取值的临时移动组标识TMGI。

9.一种多播广播业务的处理方法，其特征在于，应用于存储多播广播业务MBS的授权信息的统一数据存储UDR中，包括：

接收统一数据管理UDM发送的第一请求，所述第一请求用于请求MBS的授权信息；

根据所述第一请求，向所述UDM发送第一响应，所述第一响应包括请求的MBS的授权信息。

10.根据权利要求9所述的方法，其特征在于，存储MBS的授权信息通过以下方式实现：

接收第一网络功能发送的第三请求，所述第三请求中携带MBS的授权信息，其中，所述第一网络功能为网络开放功能NEF、多播广播业务功能MBSF或应用功能AF中的一种或者多种；

根据所述第三请求，存储或更新MBS的授权信息。

11.一种多播广播业务的处理方法，其特征在于，包括：

接收应用功能AF发送的MBS的授权信息；

将所述MBS的授权信息发送给UDR，以使所述UDR存储或更新所述MBS的授权信息。

12.根据权利要求11所述的方法，其特征在于，还包括：

接收多播广播会话管理功能MB-SMF发送的MBS会话标识；

将所述MBS会话标识发送给所述UDR，以使所述UDR将所述MBS会话标识存储或更新到所述MBS会话标识对应的MBS的授权信息。

13.一种多播广播业务的处理方法，其特征在于，包括：

接收用户设备UE发送的第四请求，所述第四请求携带MBS会话标识，所述MBS会话标识用于标识所述UE请求加入的多播会话；

基于所述第四请求，向UDM发送第二请求，所述第二请求携带所述UE的标识，所述第二请求用于请求所述UE的MBS的签约信息；

接收所述UDM发送的第二响应；

基于所述第二响应，确定所述UE是否被授权加入所述多播会话。

14.根据权利要求13所述的方法，其特征在于，所述第二请求还包括以下至少一项：

所述UE的签约数据类型，所述签约数据类型用于指示请求所述UE的MBS的签约信息；

所述MBS会话标识。

15.根据权利要求13所述的方法，其特征在于，所述基于所述第二响应，确定所述UE是否被授权加入所述多播会话，包括：

若所述第二响应中携带的所述UE的签约数据中包含所述MBS会话标识，则确定所述UE被授权加入所述多播会话；

若所述第二响应中携带的所述UE的签约数据中不包含所述MBS会话标识，则确定所述UE不被授权加入所述多播会话。

16.根据权利要求15所述的方法，其特征在于，在确定所述UE被授权加入所述多播会话之后，所述方法还包括：

接收所述UDM发送的第五请求，所述第五请求携带更新的UE的签约数据；

根据所述更新的UE的签约数据，若确定所述UE不被授权加入所述多播会话，则向所述UE发送离开会话指示，所述离开会话指示用于指示所述UE离开所述多播会话。

17.一种多播广播业务的处理装置，其特征在于，包括存储器，收发机，处理器：

存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：

18.根据权利要求17所述的装置，其特征在于，所述根据所述请求的MBS的授权信息，对UE的签约数据进行处理，包括：

19.根据权利要求17所述的装置，其特征在于，若所述第一请求携带UE的标识，则接收所述UDR发送的第一响应，包括：

20.一种多播广播业务的处理装置，其特征在于，应用于存储MBS的授权信息的UDR中，包括存储器，收发机，处理器：

21.根据权利要求20所述的装置，其特征在于，存储MBS的授权信息通过以下方式实现：

根据所述第三请求，存储或更新MBS的授权信息。

22.一种多播广播业务的处理装置，其特征在于，包括存储器，收发机，处理器：

接收应用功能AF发送的MBS的授权信息；

23.一种多播广播业务的处理装置，其特征在于，包括存储器，收发机，处理器：

接收UE发送的第四请求，所述第四请求携带MBS会话标识，所述MBS会话标识用于标识所述UE请求加入的多播会话；

接收所述UDM发送的第二响应；

24.根据权利要求23所述的装置，其特征在于，所述基于所述第二响应，确定所述UE是否被授权加入所述多播会话，包括：

25.一种多播广播业务的处理装置，其特征在于，包括：

第一处理单元，用于向统一数据存储UDR发送第一请求，所述第一请求用于请求多播广播业务MBS的授权信息，所述UDR存储MBS的授权信息；

第二处理单元，用于接收所述UDR发送的第一响应，所述第一响应包括请求的MBS的授权信息；

第三处理单元，用于根据所述请求的MBS的授权信息，对用户设备UE的签约数据进行处理。

26.一种多播广播业务的处理装置，其特征在于，应用于存储MBS的授权信息的UDR中，包括：

第四处理单元，用于接收统一数据管理UDM发送的第一请求，所述第一请求用于请求MBS的授权信息；

第五处理单元，用于根据所述第一请求，向所述UDM发送第一响应，所述第一响应包括请求的MBS的授权信息。

27.一种多播广播业务的处理装置，其特征在于，包括：

第六处理单元，用于接收应用功能AF发送的MBS的授权信息；

第七处理单元，用于将所述MBS的授权信息发送给UDR，以使所述UDR存储或更新所述MBS的授权信息。

28.一种多播广播业务的处理装置，其特征在于，包括：

第八处理单元，用于接收UE发送的第四请求，所述第四请求携带MBS会话标识，所述MBS会话标识用于标识所述UE请求加入的多播会话；

第九处理单元，用于基于所述第四请求，向UDM发送第二请求，所述第二请求携带所述UE的标识，所述第二请求用于请求所述UE的MBS的签约信息；

第十处理单元，用于接收所述UDM发送的第二响应；

第十一处理单元，用于基于所述第二响应，确定所述UE是否被授权加入所述多播会话。

29.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求1至16中任一项所述的方法。