演进型多媒体广播多播服务网络共享和漫游支持的制作方法_2

文档序号:9932980
S密钥(例如,MBMS 服务密钥("MSK"))可以跨越PLMN的BM-SC来共享,并且被用来向接收机设备提供接收密钥, 以实现对所选择的MBMS服务的接收。在另一实施例中,保护MBMS密钥所需的信息(例如,从 接收机设备的根密钥(Ks)导出的接收机设备特定的密钥)可以是从归属PLMN发送到VPLMN 的。在这样的实施例中,使用TMGI进行过滤可能需要定位TMGI查找表中的MCC/MNC。
[0031]在另一实施例中,服务层或者服务等级可以标识服务属于不同的运营商。在这样 的实施例中,可以通过使用服务等级来确定是否注册来自HPLMN的MBMS服务,来避免TMGI查 找。与使用TMGI查找表相比,使用服务等级可以使应用/服务层配置和管理更容易。
[0032] 在实施例中,当建立了MBMS会话时,MCE可以通过在TMGI中查看MCC/MNC来应用每 一PLMN的分配和保留优先级("ARP")。在实施例中,与非共享的内容相比,共享的MBMS内容 可以被设置为较高的ARP。另外,BM-SC可以向MCE指示某个内容是共享的或者非共享的内 容。
[0033] 在实施例中,当不同的CN运营商共享相同的网络设备时,通过与不同的CN运营商 相关联的接收机设备进行内容共享可以实现要在空中仅仅传送MBMS服务的一个实例。以该 方式,可以不浪费网络资源从不同的运营商多次发送相同的内容。公共安全场景是当避免 提供复制内容可以是有利的时的不例。在其中避免提供复制内容可以是有利的另一不例可 以是在现场(in-venue)内容场景中,在所述现场内容场景中,订阅到不同的蜂窝运营商的 接收机设备可以能够在无需在空中对来自不同的CN运营商的内容进行复制的情况下接收 eMBMS服务。假设接收机设备可以支持许可的或者非许可的频谱,该避免提供复制内容可以 应用于相应的频带。接收机设备可以具有与一个CN运营商的一个订阅,或者具有与多个CN 运营商的一个以上的订阅,例如,接收机设备可以是具有针对每个订阅的SM的双SM接收 机设备。接收机设备可以向其WLMN注册单播服务(还被称为接收机设备的注册的PLMN ("RPLMN")),但是可以例如通过激活与和HPLMN的CN运营商不同的CN运营商相关联的TMGI 来从其它PLMN接收共享的MBMS内容。以该方式,当跨越PLMN来共享内容时,可能实现对属于 HPLMN的地理覆盖区域中的不同的PLMN的和/或使用VPLMN在HPLMN的地理覆盖区域外部漫 游的TMGI的消耗。在这样的实施例中,对eMBMS服务的发送和接收的计费和收费可以是基于 CN运营商和服务提供商之间的线下协议的。
[0034] 在实施例中,公共USD或者个体USD可以被用来向接收机设备指示针对在不同的CN 运营商和服务提供商之间共享的MBMS服务的所有的TMGI。使用公共USD或者个体USD,接收 机设备可以选择MBMS服务,确定针对接收机设备所在的当前的PLMN中的服务的TMGI,并且 激活所确定的针对MBMS服务的TMGI。如果MBMS服务被加密,则用于该服务的MSK可以在CN运 营商的BM-SC之间共享,或者保护由CN运营商的BM-SC生成的MBMS密钥所需的信息(例如,从 接收机设备的根密钥(Ks)导出的接收机设备特定的密钥)可以是从归属PLMN发送到VPLMN 的。
[0035] 接收机设备可以被预配置有用于服务发现的引导程序信息,诸如用于经由单播信 道获得USD的USD进入点(例如,单播服务器URL),或者用于经由广播信道获得USD的广播信 息(例如,会话描述协议("SDP")、TMGI、IP地址/端口等等)。当接收机设备在VPLMN中时,对 接收机设备进行预配置可能是不灵活的,因为接收机设备可能不包括用于VPLMN的引导程 序信息。当CN运营商具有预建立的漫游协议时,用于漫游协议下覆盖的多个CN运营商的引 导程序信息可以被预配置在那些CN运营商的接收机设备上。
[0036]在实施例中,当接收机设备附着到VPLMN时或者在接收机设备附着到VPLMN之后, 接收机设备可以下载供应的URL以在接收机设备正在漫游时实现服务发现。该URL可以经由 开放移动联盟设备管理("0MA-DM")、经由短消息服务("SMS")点对点或者小区广播、经由域 名系统("DNS")查找、无线接入协议("WAP")推送、和/或经由公共数据网络("PDN")过程(例 如,经由指定的协议配置选项("PCO"))被提供给接收机设备。
[0037]在实施例中,用于通过广播信道获得USD的信息可以跨越PLMN来标准化,以在接收 机设备正在漫游时实现服务发现。可以被标准化的信息可以包括会话描述协议("SDP"),其 包括针对USD的TMGI、IP地址/端口等等,并且接收机设备可以发现来自MCCH的可用的TMGI。 在实施例中,用于通过eMBMS进行USD下载的会话参数可以包括会话中的信道的数量,其可 以被设置为一;用于每一媒体的会话中的每个信道的目的IP地址和端口号,其可以是IP多 播地址和端口、可以是FLUTE/UDP的协议ID;用于每个媒体的MBMS承载的模式,其可以被设 置为广播sfn模式并且包括TMGI;以及每一媒体的服务语言,其可以被设置为英语。在会话 参数中可能不需要发送方IP地址。传输会话标识符("TSI")、会话的开始时间和结束时间、 媒体类型和格式(fmt)列表,以及前向纠错("FEO能力和相关的参数可能未被列在会话参 数中,因为这些参数经由文件传送表("FDT")可以是可用的。
[0038] 在实施例中,针对服务的MBMS服务ID可以跨越PLMN来标准化,被用于USD以实现网 络共享和漫游。例如,在从000000至000031的范围中的六位MBMS服务ID可以被保留用于 USD。以该方式,所有的TMGI中用于USD的前六位可能是相同的,并且将该服务标识为USD。形 成TMGI的剩余部分的MCC和丽C可以反映与TMGI相关联的CN运营商的PLMN ID。当接收机设 备在来自MCCH的可用范围(例如,在00000至000031之内)内发现TMGI服务ID时,接收机设备 可以将该服务识别为USD。以该方式,接收机设备可以使用硬编码的SDP参数来从广播信道 获取USD。
[0039] 在实施例中,多播IP地址和端口可以被保留用于USD,以实现网络共享。例如,在互 联网协议版本4( "IPv4")中,多播IPv4地址范围239.192.0.0可以被保留用于USD用途。作为 另一示例,在互联网协议版本6( "IPv6")中,多播地址范围FF18::0可以被保留用于USD用 途。另外,专用端口 49152或者从49152到49183的五比特端口范围可以被保留用于USD用途。 当多播IP地址和/或端口被保留时,接收机设备可以被供应有信息,诸如将多播IP地址和端 口号映射到TMGI服务ID的表格。
[0040] 在实施例中,针对不同的PLMN的动态MBMS资源分配可以使用来自eNB的关于资源 可用性的反馈来实现。此外,计费/收费记录可以是从无线接入网络运营商发送到CN网络运 营商的,其可以指示资源使用水平。
[0041] 在实施例中,HTTPS可以被用于针对秘密保护的接收报告和/或文件修复。接收机 设备可以使用预配置的受信的根证书列表用于传输层安全("TLS")的服务器认证和验证。 当接收机设备在VPLMN中时,利用受信的根证书来预配置接收机设备可能是不灵活的,因为 接收机设备可能不包括用于VPLMN的受信的根证书。当CN运营商具有预建立的漫游协议时, 用于漫游协议下覆盖的多个CN运营商的受信的根证书可以被预配置在那些CN运营商的接 收机设备上。在实施例中,可以使用增强型MSK密钥请求和MBMS服务注册过程以向接收机设 备传送证书认证机构("CA")证书,来实现漫游安全。替代地,可以使用运营商自己签名的证 书或者较简单的公钥(例如,使用MBMS请求密钥(MRK)签名的密钥),而不是使用公钥基础设 施("PKI")来对该服务器进行认证。
[0042]当接收机设备正在VPLMN中漫游并且处于空闲模式时,接收机设备可能需要搜索 可用的PLMN。例如,接收机设备可以尝试在八小时的期间里每六分钟获取自动模式的服务, 或者如果未配置周期值,则可以尝试每六十分钟获取服务。如果接收机设备在VPLMN中漫游 并且接收VPLMN中的eMBMS服务,则当接收机设备尝试通过搜索可用的PLMN来获取服务时可 能会中断该eMBMS服务。即使在HPLMN和VPLMN中可以提供相同的服务,针对该服务的TMGI也 可能由于PLMN ID不同而不同,并且eMBMS服务可能由于搜索可用的PLMN而中断。在实施例 中,当接收机设备在接收VPLMN中的MBMS服务时,用户偏好和/或CN运营商策略可以允许接 收机设备旁路PLMN搜索。以该方式,当接收机设备在VPLMN上漫游时,服务的连续性可以被 保持。当前的SAI不传送PLMN ID信息,因为SAI仅仅在PLMN内是唯一的。在实施例中,SIB 15 (或者通过其它SIB)中的对其它PLMN的SAI的指示可以使得接收机设备能够确定HPLMN、扩 展的HPLMN("EHPLMN")或者VPLMN是否也具有感兴趣的服务。例如,接收机设备可以以下列 两种方式来确定HPLMN、EHPLMN或者VPLMN是否具有感兴趣的服务:1)通过除了 SAI信息之外 在被提供给接收机设备的SIB中添加相关联的PLMN ID信息;或者2)通过扩展SAI来包括 PLMN ID信息。
[0043]各个实施例在部署公共安全网络("PSN")和/或群呼中可能是有用的。图3B是示出 了根据实施例的用于针对公共安全进行eMBMS网络共享的网络架构的系统框图。图3B示出 了用于共享来自PSN和/或群呼应用服务器(例如,群通信系统使能器("GCSE")服务器)的公 共安全信息的可能的不同的实施例场景。在第一场景中,PSN和/或群呼应用服务器可以部 署其自己的无线和核心网。在第二场景中,PSN和/或群呼应用服务器可以与一个无线运营 商共享CN和/或RAN。在第三场景中,PSN和/或群呼应用服务器可以与多个无线运营商共享 CN和/或RAN。例如,PSN和/或群呼应用服务器可以将一个无线运营商的网络用作主网络,并 且将另一无线运营商的网络用作备份网络,用于可靠性传输或者避免网络拥塞。作为另一 示例,PSN和/或群呼应用服务器可以在不同的区域中使用不同的无线运营商的网络。在所 有的上述场景或者上述场景的任意组合中,PSN和/或群呼应用服务器可以拥有TMGI空间 (例如,PSN和/或群呼应用服务器可以具有其自己的MCC和MNC)。群成员接收机设备可以知 道接收机设备所属的TMGI,并且RAN提供商可以向该TMG
再多了解一些
当前第2页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1