应用功能发起的用于多播广播服务的多播会话加入程序

本申请要求2021年7月23日提交的美国临时专利申请号63/225,028的权益，该申请全文以引用方式并入本文。

技术领域

实施方案整体涉及在无线通信系统中的多播广播服务(MBS)。

背景技术

用户设备使用非接入层(NAS)层会话管理信令来触发用于多播-广播服务(MBS)的多播会话加入/离开程序。

发明内容

一些实施方案包括用于多播广播服务(MBS)的应用功能(AF)发起的多播会话加入程序的装置、方法和计算机程序产品，其中用户设备(UE)发起会话离开程序。AF服务器可从UE接收请求以获取内容，并且确定由AF服务器经由MBS的多播会话提供内容。AF服务器可向核心网络(例如，下一代核心网络)传输请求，以使得UE能够经由到数据网络名称/单网络切片选择辅助信息(DNN/S-NSSAI)的现有协议数据单元(PDU)会话来加入MBS的多播会话。如果UE尚未具有到提供MBS的多播会话的DNN/S-NSSAI的PDU会话，则AF服务器可调用应用触发和/或应用级重定向，以使得UE能够访问提供MBS的多播会话的DNN/S-NSSAI上的AF实例。

一些实施方案包括核心网络(CN)节点，其包括策略控制功能(PCF)以及通信地耦接到PCF的网络开放功能(NEF)。NEF从应用功能(AF)服务器接收第一请求以将UE添加到MBS的多播会话，其中AF服务器提供MBS。NEF可以向PCF传输第二请求，其中PCF负责管理其中要提供多播会话的UE的PDU会话的策略。CN节点可包括通信地耦接到PCF的会话管理功能(SMF)，其中PCF可向SMF传输对应于UE的PDU会话的信号，其中信号包括对应于MBS的多播会话的多播MBS会话ID。SMF可修改UE的PDU会话以将UE添加到MBS的多播会话。

CN节点可包括通信地耦接到SMF的接入和移动性管理功能(AMF)，其中AMF可从UE接收用于MBS会话控制的AF的允许列表，并且将AF的允许列表传输到SMF。为了修改UE的PDU会话，SMF可确定AF服务器是否包括在AF的允许列表中。AMF可存储AF的允许列表作为UE上下文的一部分。在一些实施方案中，SMF可存储AF的列表。

在一些实施方案中，PCF可确定UE的PDU会话不对应于提供MBS的多播会话的数据网络名称/单网络切片选择辅助信息(DNN/S-NSSAI)，并且基于该确定，将通知传输到AF服务器。NEF处理器在将第二请求传输到PCF之后可接收调用应用触发的消息，包括UE的通用公共订阅标识符(GPSI)。在接收到应用触发之后，UE建立与提供MBS的多播会话的DNN/S-NSSAI相对应的PDU会话。

附图说明

并入本文并形成说明书一部分的附图示出了所公开的公开内容，并且与说明书一起进一步用于解释本公开的原理并使相关领域的技术人员能够制造并使用该公开内容。

图1示出了根据本公开的一些实施方案的用于多播广播服务(MBS)的应用功能(AF)发起的多播会话加入程序的示例性系统。

图2A和图2B示出了根据本公开的一些实施方案的支持用于MBS的AF发起的多播会话加入程序的示例性系统。

图3A和图3B示出了根据本公开的一些实施方案的支持用于具有应用触发的MBS的AF发起的多播会话加入程序的示例性系统。

图4示出了根据本公开的一些实施方案的支持用于具有应用级重定向的MBS的AF发起的多播会话加入程序的示例性系统。

图5示出了根据本公开的一些实施方案的支持AF发起的多播会话加入程序的用户设备(UE)同意的示例。

图6示出了根据本公开的一些实施方案的用于AF执行MBS的多播会话加入程序的示例性方法。

图7示出了根据本公开的一些实施方案的在MBS环境中操作的示例性无线系统的框图。

图8是用于实现一些实施方案或者其部分的示例性计算机系统。

参考附图描述了本公开。在附图中，通常，相同的参考标号表示相同或功能相似的元件。另外，通常，参考标号的最左边的数字标识首先出现参考标号的附图。

具体实施方式

下一代(例如，第五代(5G))多播广播服务(MBS)可以包括执行用户设备(UE)的会话加入/离开程序的应用功能(AF)服务器。一些实施方案包括用于当协议数据单元(PDU)会话尚未建立时提供MBS的系统的程序，并且描述了可用于执行会话加入/离开程序的UE标识符。一些实施方案描述了关于MBS多播会话的对应UE控制(例如，UE可如何控制哪些AF被授权以使得UE能够加入MBS的多播会话)。AF可包括内容提供商的功能。

图1示出了根据本公开的一些实施方案的用于多播广播服务(MBS)的应用功能(AF)发起的多播会话加入程序的示例性系统100。系统100包括UE 110、无线电接入网络(RAN)120、核心网络(CN)130、网络140、AF 150和AF 160。在一些实施方案中，RAN 120可包括下一代RAN，并且CN 130包括下一代核心网络(例如，核心网络节点)的功能。UE 110可以是可包括但不限于蜂窝电话、智能电话、平板电脑、个人数字助理(PDA)或膝上型电脑的电子设备。RAN 120可包括一个或多个基站，包括但不限于在频率范围1(FR1)和/或频率范围2(FR2)中操作的第五代节点B(gNB)。下一代通信的示例包括但不限于由第3代合作伙伴计划(3GPP)标准定义的第五代(5G)或新空口(NR)通信。例如，UE 110和RAN 120可包括配置为使用3GPP版本(诸如版本17(Rel-17))或其他3GPP标准操作的电子设备。

网络140可包括但不限于数据网络、局域网(LAN)、城域网(MAN)、公共陆地移动网络(PLMN)、无线局域网(WLAN)和/或互联网的任何组合。在一些实施方案中，网络140包括可以对应于一个或多个数据网络名称/单网络切片选择辅助信息(DNN/S-NSSAI)的一个或多个数据网络。AF 150和AF 160可以包括执行应用功能的一个或多个AF服务器。

图2A和图2B示出了根据本公开的一些实施方案的支持用于MBS的AF发起的多播会话加入程序的示例性系统200。为了方便而不是限制，可参考图1的元素来描述系统200。例如，图1的CN 130可包括接入和移动性管理功能(AMF)210、会话管理功能(SMF)220、用户平面功能(UPF)230、策略控制功能(PCF)240和网络开放功能(NEF)250。UE 110可以经由RAN120使用非接入层(NAS)信令消息(例如，会话管理消息)与AMF 210进行通信。AMF 210可以将NAS信令消息(例如，会话管理消息)传输到SMF 220，其中会话管理消息可用于经由UPF230与AF 160建立PDU会话。PDU会话可以是耦接到网络140内的DNN/S-NSSAI的UE 110和UPF230之间的连接。AF 160可耦接到网络140的DNN/S-NSSAI。

在260处，UE 110与AF 160建立PDU会话，并且开始与AF 160的单播连接。

在263处，UE 110可向AF 160传输请求以获取内容(例如，来自内容提供商AF 160的视频)。

在265处，AF 160可以从UE 110接收请求以获取内容。AF 160可执行许可控制(例如，执行授权检查)以确定UE 110是否被授权访问所请求的内容。如果授权UE 110访问所请求的内容，则AF 160可确定由AF 160提供所请求的内容作为多播广播服务(MBS)的多播会话还是作为单播会话。如果所请求的内容不是作为MBS的多播会话提供的，则AF 160可以提供所请求的内容(例如，经由单播连接经由所建立的PDU会话)。如果提供所请求的内容作为MBS的多播会话，则AF 160可确定对应于所请求的内容的MBS会话标识符(ID)。

在270处，基于请求，AF 160可确定CN 130中的UE 110的单播连接点，并且AF 160可确定对应的互联网协议(IP)地址和端口号。在一些实施方案中，RAN 120和CN 130可以是公共陆地移动网络(PLMN)的一部分。AF 160还可以确定与MBS会话ID相关联的服务质量(QoS)流。

在275处，AF 160请求CN 130将与MBS的多播会话的MBS会话ID相关联的QoS流添加到用对应IP地址和端口号标识的UE 110。在一些实施方案中，AF 160可向PCF 240(例如，经由NEF 250)传输请求以将与MBS的多播会话的对应MBS会话ID相关联的QoS流添加到由IP地址和端口号标识的UE 110。如果在CN 130内使用网络地址转换(NAT)，则NEF 250可以将可以是外部IP地址的IP地址映射到UE 110的内部IP地址。

在277处，例如，AF 160可向NEF 250传输信号，诸如MBS会话添加请求(IP地址、端口号和MBS会话ID)。

在280处，如果实现NAT，则NEF 250可以使用IP地址和端口号来获得UE 110的内部地址。NEF 250可将请求路由到管理UE 110的PDU会话的PCF 240。

在283处，例如，NEF 250可向PCF 240传输信号，诸如Npcf_PolicyAuthorizationCreate/Update(UE 110的内部IP地址、端口号、MBS会话ID)。

在285处，PCF 240可向锚定UE 110的PDU会话的SMF 220通知要添加到PDU会话的MBS会话ID(例如，经由SMPolicyControlUpdateNotification操作)。

在287处，例如，PCF 240可向SMF 220传输信号，诸如Npcf_SMPolicyControlUpdateNotify(SM策略关联ID、MBS会话ID)。

在290处，SMF 220修改PDU会话以将UE 110添加到多播会话。例如，SMF 220可以将与MBS的多播会话的对应MBS会话ID相关联的QoS流添加到UE 110。

在295处，可以发生PDU会话修改。在一些实施方案中，仅由UE 110触发用于离开MBS的多播会话的后续会话离开程序。

图3A和图3B示出了根据本公开的一些实施方案的支持用于具有应用触发的MBS的AF发起的多播会话加入程序的示例性系统300。为了方便而不是限制，可参考图1和图2的元素来描述系统300。例如，系统300包括图1的CN 130，其可包括AMF 210、SMF 220、UPF 230、PCF 240和NEF250。在系统300中，与系统200不同，UE 110尚未在提供MBS的多播会话的DNN/S-NSSAI上建立PDU会话。一些实施方案包括AF 160使用移动终止(MT)短消息服务(SMS)来调用应用触发，以使得UE 110能够在提供MBS的多播会话的DNN/S-NSSAI上建立PDU会话。

在310处，UE 110建立PDU会话并且开始与AF(例如，耦接到与AF 160不同的DNN/S-NSSAI的AF 150)的单播连接。换句话说，UE 110尚未在提供MBS的多播会话的DNN/S-NSSAI上与AF 160建立PDU会话。

在313处，UE 110可向AF 160传输请求以获取内容(例如，来自内容提供商AF 160的视频)。

在315处，AF 160可以从UE 110接收请求。AF 160可执行许可控制(例如，授权)以确定UE 110是否被授权访问所请求的内容。如果授权UE 110访问所请求的内容，则AF 160可确定提供所请求的内容作为MBS的多播会话还是作为单播会话。如果提供所请求的内容作为MBS的多播会话，则AF 160可确定对应的MBS会话ID。

在320处，基于请求，AF 160可确定CN 130中的UE 110的单播连接点，并且AF 160可确定对应的互联网协议(IP)地址和端口号。在一些实施方案中，RAN 120和CN 130可以是PLMN的一部分。AF 160还可以确定与MBS会话ID相关联的QoS流。

在325处，AF 160可请求CN 130将与MBS的多播会话的MBS会话ID相关联的QoS流添加到由对应IP地址和端口号标识的UE 110。在一些实施方案中，AF 160可向PCF 240(例如，经由NEF 250)传输请求以将与MBS的多播会话的对应MBS会话ID相关联的QoS流添加到由IP地址和端口号标识的UE 110。如果在CN 130内使用NAT，则NEF 250可以将可以是外部IP地址的IP地址映射到UE 110的内部IP地址。

在327处，例如，AF 160可向NEF 250传输信号，诸如MBS会话添加请求(IP地址、端口号和MBS会话ID)。

在330处，如果实现NAT，则NEF 250可以使用IP地址和端口号来获得UE 110的内部地址。NEF 250可将请求路由到PCF 240。PCF 240负责管理其中要提供多播会话的UE 110的PDU会话的策略。

在333处，例如，NEF 250可向PCF 240传输信号，诸如Npcf_PolicyAuthorizationCreate/Update(UE 110的内部IP地址、端口号、MBS会话ID)。

在345处，PCF 240确定是否已针对对应于提供MBS的多播会话的DNN/S-NSSAI的UE110建立PDU会话。例如，PCF 240确定是否已经针对提供MBS的多播会话的DNN/S-NSSAI建立对应于UE 110的会话管理(SM)策略关联ID。当不存在对应SM策略关联ID时，PCF 240确定尚未建立对应SM策略关联ID。

在360处，PCF 240可向AF 160通知UE 110不具有针对提供MBS的多播会话的DNN/S-NSSAI建立的PDU会话。

在365处，例如，PCF 240可传输信号以通知AF 160，诸如MBS会话添加失败(IP地址、端口号、所需DNN/S-NSSAI中无PDU会话)。如果采用NAT，则IP地址可以是UE 110的外部IP地址。

在370处，AF 160从PCF 240接收信号。作为响应，AF 160可使用UE 110的通用公共订阅标识符(GPSI)来调用应用触发，以使得UE 110能够建立与提供MBS的多播会话的DNN/S-NSSAI的PDU会话。例如，AF 160可设置标识MBS客户端的应用端口ID字段并且使用UE 110的GPSI，从而要求UE 110在提供MBS的多播会话的DNN/S-NSSAI上发起PDU会话。

在375处，例如，AF 160可传输信号，诸如Nnef_Trigger_Delivery请求(UE 110的GPSI、端口号(MBS客户端)、MBS会话ID)。

在380处，NEF 250调用应用触发。例如，NEF 250获得UE 110的GPSI到UE 110的订阅永久标识符(SUPI)的映射。NEF 250可从统一数据管理(UDM)(未示出)获得映射。NEF 250可联系SMS服务中心(SC)(未示出)以将MT SMS发送到UE 110。应用端口ID以UE 110的MBS客户端为目标，该MBS客户端触发UE 110以与提供MBS的多播会话的DNN/S-NSSAI建立PDU会话。在一些实施方案中，PDU会话可包括对应于MBS会话ID(例如，对应于所请求的内容的MBS会话ID)的多播会话(例如，QoS流)。

图4示出了根据本公开的一些实施方案的支持用于具有应用级重定向的MBS的AF发起的多播会话加入程序的示例性系统400。为了方便而不是限制，可参考先前图的元素来描述系统400。例如，系统400包括图1的CN 130，其可包括AMF 210、SMF 220、UPF 230、PCF240和NEF 250。在系统400中，与系统200不同，UE 110尚未在提供MBS的多播会话的DNN/S-NSSAI上建立PDU会话。一些实施方案包括AF 160使用应用级重定向来使UE 110中的应用客户端开始传输信号(例如，根据业务描述符的应用业务)，该信号触发提供MBS的多播会话的DNN/S-NSSAI上的PDU会话建立。

在410处，UE 110建立PDU会话并且开始与AF(例如，耦接到与AF 160不同的DNN/S-NSSAI的AF 150)的单播连接。换句话说，UE 110尚未在提供MBS的多播会话的DNN/S-NSSAI上与AF 160建立PDU会话。

在413处，UE 110可向AF 160传输请求以获取内容(例如，来自内容提供商AF 160的视频)。

在415处，AF 160可以从UE 110接收请求以获取内容。AF 160可执行许可控制(例如，授权)以确定UE 110是否被授权访问所请求的内容。如果授权UE 110访问所请求的内容，则AF 160可确定提供所请求的内容作为MBS的多播会话还是作为单播会话。如果提供所请求的内容作为MBS的多播会话，则AF 160可确定对应的MBS会话ID。

在420处，基于请求，AF 160可确定CN 130中的UE 110的单播连接点，并且AF 160可确定对应的互联网协议(IP)地址和端口号。在一些实施方案中，RAN 120和CN 130可以是PLMN的一部分。AF 160还可以确定与MBS会话ID相关联的QoS流。

在425处，AF 160请求CN 130将与MBS的多播会话的MBS会话ID相关联的QoS流

添加到用对应IP地址和端口号标识的UE 110。在一些实施方案中，AF 160可向PCF240(例如，经由NEF 250)传输请求以将与MBS的多播会话的对应MBS会话ID相关联的QoS流添加到由IP地址和端口号标识的UE 110。如果在CN 130内使用NAT，则NEF 250可以将可以是外部IP地址的IP地址映射到UE 110的内部IP地址。例如，AF 160可向NEF 250传输信号，诸如MBS会话添加请求(IP地址、端口号和MBS会话ID)。如果实现NAT，则NEF 250可以使用IP地址和端口号来获得UE 110的内部地址。NEF 250可将请求路由到管理对应于UE 110的PDU会话的PCF 240。例如，NEF 250可向PCF 240传输信号，诸如Npcf_PolicyAuthorizationCreate/Update(UE 110的内部IP地址、端口号、MBS会话ID)。

在435处，PCF 240可向锚定UE 110的PDU会话的SMF 220通知要添加到PDU会话的MBS会话ID。例如，PCF 240可向SMF 220(未示出)传输信号，诸如Npcf_SMPolicyControlUpdateNotify(SM策略关联ID、MBS会话ID)。SMF 220可确定UE 110不具有对应于AF 160的现有PDU会话。SMF 220可向PCF 240传输指示将UE 110添加到对应于MBS会话ID的QoS流的失败的信号。

在440处，PCF 240可向AF 160通知UE 110不具有针对提供MBS的多播会话的DNN/S-NSSAI建立的PDU会话。例如，PCF 240可向AF 160传输信号，诸如MBS会话添加失败(IP地址、端口号、所需DNN/S-NSSAI中无PDU会话)。如果采用NAT，则IP地址可以是UE 110的外部IP地址。

在450处，当AF 160不知道UE 110的GPSI时，AF 160可以调用应用级重定向以使UE110的应用客户端在提供MBS的多播会话的DNN/S-NSSAI上建立PDU会话。例如，UE 110可被配置有UE路线选择策略(URSP)规则，其将应用业务(例如，业务描述符)映射到多播PDU会话的对应PDU会话参数。例如，应用业务可以以通过提供MBS的多播会话的DNN/S-NSSAI可到达的不同完全合格域名(FQDN)为目标。因此，AF 160可使用应用级重定向来使UE中的应用客户端开始传输应用业务，该应用业务触发提供MBS的多播会话的DNN/S-NSSAI上的PDU会话建立。例如，应用级重定向消息可以包括MBS会话ID和/或DNN/S-NSSAI，用于连接到提供MBS的多播会话的AF 160。

图5示出了根据本公开的一些实施方案的支持AF发起的多播会话加入程序的用户设备(UE)同意的示例。为了方便而不是限制，可参考先前图的元素来描述系统500。例如，系统500包括图1的CN 130，其可包括AMF 210、SMF 220和PCF 240。一些实施方案解决了UE110如何控制或授权AF(例如，AF 160)来发起多播会话加入程序。授权可以防止例如UE 110加入到由未经授权的AF发起的多播会话。

在510处，替代方案1示出了当UE 110不知道AF 160到DNN/S-NSSAI的映射时，提供对应于所请求的内容的MBS的多播会话。例如，UE 110可在注册期间提供该信息。

在512处，UE 110指示被授权将UE 110添加到多播会话的AF的允许列表(例如，包括AF 160)。指示可以在NAS消息中从UE 110传输到AMF 210(例如，注册完成(MBS会话控制的AF的允许列表))。在一些实施方案中，新信息元素(IE)可包括“MBS会话控制的AF的允许列表”。

在514处，AMF 210接收具有新IE的注册完成消息，该新IE指示MBS会话控制的AF的允许列表，并且存储MBS会话控制的AF的允许列表作为UE上下文的一部分。随后，当建立PDU会话时，AMF 210可检索并向SMF 220传输与DNN/S-NSSAI相关的相关AF的列表(例如，来自MBS会话控制的AF的允许列表的AF的子集)。在一些实施方案中，当要建立PDU会话时，传输MBS会话控制的AF的整个允许列表。

在516处，例如，AMF 210可传输信号，诸如Nsmf_PDUSession_CreateSMContext(MBS会话控制的AF的允许列表)，其中新IE可包括相关AF的列表(例如，MBS会话控制的AF的允许列表的子集)或MBS会话控制的AF的整个允许列表。在一些实施方案中，AMF 210可基于本地配置信息(例如，与锚定在SMF 220中的MBS会话相关联的AF)来确定AF的相关允许列表。

在520处，替代方案2示出了当UE 110知道AF 160到DNN/S-NSSAI的映射时，例如通过URSP或应用层信令来提供对应于所请求的内容的MBS的多播会话。

在522处，由于UE 110知道映射，因此UE 110可以在NAS会话管理(SM)信号中传输新IE，例如按照PDU会话，MBS会话控制的AF的允许列表。例如，UE 110可将信号传输到AMF210，诸如PDU会话建立请求(MBS会话控制的AF的允许列表)。

在524处，AMF 210可接收具有MBS会话控制的AF的允许列表的PDU会话建立请求。AMF 210可向SMF 220传输信号，诸如Nsmf_PDUSession_CreateSMContext(MBS会话控制的AF的允许列表)。

在526处，SMF 220可从AMF 210接收信号并且可存储授权控制UE 110的MBS会话的AF的列表。

在530处，在516或524之后，SMF 220可从PCF 240接收信号以将MBS会话ID添加到所建立的PDU会话。例如，SMF 220可从PCF 240接收信号，诸如Npcf_SMPolicyControlUpdateNotify(SM策略关联ID、MBS会话ID)。例如，信号可以类似于图2B的287或图3B的347。

在540处，SMF 220可确定发起请求的AF(例如，AF 160)是否处于UE 110的MBS会话控制的AF的允许列表中。如果包括AF 160，则可以将对应于所请求的内容(例如，来自图2A的265、图3A的315或图4的415)的MBS会话ID添加到所建立的PDU会话。例如，对应于MBS会话ID的QoS流可与UE 110相关联。否则，不将MBS会话ID添加到所建立的PDU会话中。

图6示出了根据本公开的一些实施方案的用于AF执行MBS的多播会话加入程序的示例性方法600。为了方便而不是限制，可参考先前图的元素来描述方法。例如，方法600可由图1的AF 160执行，该AF可与图1的UE 110以及图2A和/或图2B的PCF 240和NEF 250通信。

在605处，AF 160可从UE 110接收请求以获取内容，其中请求包括IP地址和端口号。

在610处，AF 160可执行许可控制(例如，授权)以确定UE 110是否被授权接收所请求的内容。

在615处，AF 160确定所请求的内容是否作为MBS的多播会话提供。当提供所请求的内容作为MBS的多播会话时，方法600进行到625。否则，方法600进行到620。

在620处，当提供所请求的内容作为单播会话时，AF 160根据要求提供内容(例如，经由单播会话)。

返回到625，当提供所请求的内容作为多播会话时，AF 160可将请求(例如，经由NEF 250)传输到PCF 240以将与MBS的多播会话的对应MBS会话ID相关联的QoS流添加到用IP地址和端口号标识的UE 110。

在630处，AF 160确定已经接收到关于添加具有对应MBS会话ID的QoS流的失败消息。例如，AF 160可确定是否接收指示MBS会话添加失败的消息(例如，UE不具有在提供MBS的数据网络名称/单网络切片选择辅助信息(DNN/S-NSSAI)上建立的协议数据单元(PDU)会话)。当未接收到失败消息时，方法600进行到635。否则，方法600进行到640。

在635处，当未接收到失败消息(例如，SMF 220成功地将对应于MBS会话ID的QoS流添加到PDU会话)时，UE 110继续接收从MBS(例如，从AF 160)请求的内容。

返回到640，当接收到失败消息时，AF 160确定UE的通用公共订阅标识符(GPSI)是否已知。当AF 160知道GPSI时，方法600进行到645。否则，方法600进行到650。

在645处，AF 160可使用UE的GPSI来调用应用触发，以使得UE 110能够建立与提供MBS的多播会话的DNN/S-NSSAI的PDU会话。

返回到650，当AF 160不知道UE 110的GPSI时，AP 160可利用应用级重定向来使得UE 110能够触发建立PDU会话以访问提供MBS的多播会话的DNN/S-NSSAI上的AF实例。

图7示出了根据本公开的一些实施方案的在MBS环境中操作的示例性无线系统700的框图。出于说明目的而非限制目的，可参考图1的元素来描述图7。例如，系统700可以是系统100的电子设备中的任一种电子设备(例如，UE 110，RAN 120的设备，CN 130的设备或AF160)。

系统700包括一个或多个处理器765、收发器770、通信接口775、通信基础设施780、存储器785和天线790。存储器785可包括随机存取存储器(RAM)和/或高速缓存，并且可包括控制逻辑(例如，计算机指令)和/或数据。一个或多个处理器765可执行存储在存储器785中的指令以执行使得无线系统700能够传输和接收无线通信的操作，包括用于支持本文中用于MBS的AF发起的多播会话加入程序的功能。在一些实施方案中，一个或多个处理器765可以是“硬编码的”以执行本文的功能。根据一些实施方案，收发器770传输和接收包括支持用于MBS的AF发起的多播会话加入程序的无线通信的无线通信信号，并且可耦接到一个或多个天线790(例如，790a、790b)。在一些实施方案中，收发器770a(未示出)可耦接到天线790a，并且不同的收发器770b(未示出)可耦接到天线790b。通信接口775允许系统700与其他设备(其可以是有线的和/或无线的)进行通信。通信基础设施780可以是总线。天线790可包括可以是相同或不同类型的一个或多个天线。

可以例如使用诸如图8所示的计算机系统800的一个或多个众所周知的计算机系统来实现各种实施方案。计算机系统800可以是能够执行本文所述功能的任何众所周知的计算机。例如但非限制地，图1的系统100的设备；执行在图2的系统200、图3的系统300、图4的系统400、图5的系统500中描述的功能的设备；以及执行图6的方法600的功能的设备(和/或图中所示的其他装置和/或部件)可以使用计算机系统800或其部分来实现。

计算机系统800包括一个或多个处理器(也称为中央处理单元或CPU)，诸如处理器804。处理器804连接到可以是总线的通信基础设施806。一个或多个处理器804可以各自是图形处理单元(GPU)。在实施方案中，GPU是被设计用于处理数学密集型应用的专用电子电路的处理器。GPU可具有用于并行处理大数据块的有效的并行结构，诸如计算机图形应用、图像、视频等通用的数学密集型数据。

计算机系统800还包括通过用户输入/输出接口802与通信基础设施806进行通信的用户输入/输出设备803，诸如监视器、键盘、指向设备等。计算机系统800还包括主存储器或主要存储器808，诸如随机存取存储器(RAM)。主存储器808可包括一个或多个级别的高速缓存。主存储器808在其中存储有控制逻辑(例如，计算机软件)和/或数据。

计算机系统800还可包括一个或多个辅助存储设备或存储器810。辅助存储器810可包括例如硬盘驱动器812和/或可移除存储设备或驱动器814。可移除存储驱动器814可以是软盘驱动器、磁带驱动器、光盘驱动器、光学存储设备、磁带备份设备和/或任何其他存储设备/驱动器。

可移除存储驱动器814可与可移除存储单元818交互。可移除存储单元818包括其上存储有计算机软件(控制逻辑部件)和/或数据的计算机可用或可读存储设备。可移除存储单元818可以是软盘、磁带、光盘、DVD、光学存储盘和/或任何其他计算机数据存储设备。可移除存储驱动器814以众所周知的方式从可移除存储单元818读取和/或写入。

根据一些实施方案，辅助存储器810可包括用于允许计算机程序和/或其他指令和/或数据被计算机系统800访问的其他装置、工具或其他方法。此类装置、手段或其他方法可包括例如可移除存储单元822和接口820。可移除存储单元822和接口820的示例可包括程序盒和盒接口(诸如在视频游戏设备中找到的接口)、可移除存储器芯片(诸如EPROM或PROM)以及相关联的插座、存储棒和USB端口、存储卡和相关联的存储卡插槽，和/或任何其他可移除存储单元和相关联的接口。

计算机系统800还可包括通信或网络接口824。通信接口824使得计算机系统800能够与远程设备、远程网络、远程实体等(单独地和共同地由参考编号828引用)的任何组合进行通信和交互。例如，通信接口824可允许计算机系统800通过通信路径826与远程设备828通信，该通信路径可以是有线和/或无线的，并且可包括LAN、WAN、因特网等的任意组合。控制逻辑和/或数据可经由通信路径826传输到计算机系统800和从计算机系统传输。

前述实施方案中的操作可以各种各样的配置和架构实现。因而，前述实施方案中的操作中的一些或全部操作可在硬件、软件中或在硬件和软件两者中执行。在一些实施方案中，有形的、非暂态性装置或制品包括有形的、非暂态性计算机可用或可读介质，其上存储有控制逻辑部件(软件)，在本文中也称为计算机程序产品或程序存储设备。这包括但不限于计算机系统800、主存储器808、辅助存储器810和可移除存储单元818和822，以及体现前述任何组合的有形制品。此类控制逻辑在由一个或多个数据处理设备(诸如计算机系统800)执行时，导致此类数据处理设备如本文所述进行操作。

基于本公开中包含的教导，对于相关领域技术人员将显而易见的是，如何使用除图8所示以外的数据处理设备、计算机系统和/或计算机架构来制作和使用本公开的实施方案。特别地，实施方案可与除了本文描述的那些之外的软件、硬件和/或操作系统实现一起操作。

应当理解，具体实施方案部分而不是发明内容和摘要部分旨在用于解释权利要求。发明内容和摘要部分可阐述发明人所预期的本公开的一个或多个但不是所有示例性实施方案，并且因此，不旨在以任何方式限制本公开或所附权利要求。

尽管本文已经参考示例性领域和应用的示例性实施方案描述了本公开，但是应该理解，本公开不限于此。其他实施方案和修改是可能的，并且在本公开的范围和实质内。例如，并且在不限制本段落的一般性的情况下，实施方案不限于图中所示和/或本文所述的软件、硬件、固件和/或实体。此外，实施方案(无论是否本文明确描述)对于本文描述的示例之外的领域和应用具有显着的实用性。

这里已经借助于示出特定功能及其关系的实现的功能构建块描述了实施方案。为了便于描述，这些功能构建块的边界已在本文被任意地定义。只要适当地执行指定的功能和关系(或其等同物)，就可定义替代边界。另外，另选实施方案可使用与本文描述的顺序不同的顺序来执行功能块、步骤、操作、方法等。

本文对“一个实施方案”、“实施方案”、“示例性实施方案”或类似短语的引用指示所描述的实施方案可包括特定特征结构、结构或特性，但是每个实施方案可不必包括特定特征结构、结构或特性。此外，此类措辞用语不必是指相同的实施方案。此外，当结合实施方案描述特定特征结构、结构或特性时，无论是否本文明确提及或描述，将这些特征结构、结构或特征结合到其他实施方案中在相关领域的技术人员的知识范围内。

本公开的广度和范围不应受任何上述示例性实施方案的限制，而应仅根据所附权利要求及其等同物来限定。

本公开设想负责采集、分析、公开、传输、存储或其他使用此类个人信息数据的实体将遵守既定的隐私政策和/或隐私实践。具体地，此类实体应当实行并坚持使用被公认为满足或超出对维护个人信息数据的隐私性和安全性的行业或政府要求的隐私政策和实践。此类政策应该能被用户方便地访问，并应随着数据的采集和/或使用变化而被更新。来自用户的个人信息应当被收集用于实体的合法且合理的用途，并且不在这些合法使用之外共享或出售。此外，此类采集/共享应当仅在接收到用户知情同意后。此外，此类实体应考虑采取任何必要步骤，保卫和保障对此类个人信息数据的访问，并确保有权访问个人信息数据的其他人遵守其隐私政策和流程。另外，这种实体可使其本身经受第三方评估以证明其遵守广泛接受的隐私政策和实践。此外，应当调整政策和实践，以便采集和/或访问的特定类型的个人信息数据，并适用于包括管辖范围的具体考虑的适用法律和标准。例如，在美国，对某些健康数据的收集或获取可能受联邦和/或州法律的管辖，诸如健康保险转移和责任法案(HIPAA)；而其他国家的健康数据可能受到其他法规和政策的约束并应相应处理。因此，在每个国家应为不同的个人数据类型保持不同的隐私实践。