CN101166311A - 无线通信系统中广播多播区域管理的实现方法 - Google Patents
无线通信系统中广播多播区域管理的实现方法 Download PDFInfo
- Publication number
- CN101166311A CN101166311A CNA2007101530645A CN200710153064A CN101166311A CN 101166311 A CN101166311 A CN 101166311A CN A2007101530645 A CNA2007101530645 A CN A2007101530645A CN 200710153064 A CN200710153064 A CN 200710153064A CN 101166311 A CN101166311 A CN 101166311A
- Authority
- CN
- China
- Prior art keywords
- broadcast
- information
- communication system
- wireless communication
- entity
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种无线通信系统中广播多播区域管理的实现方法。该方法主要包括:首先,在无线通信系统中网络侧实体中配置并保存广播区域信息;然后,当无线通信系统中的客户端需要获取广播多播业务时,向网络侧实体发送请求消息,由网络侧实体根据配置的广播区域信息对用户的请求消息进行区域鉴权来支持广播节目基于位置区域进行管理,同时网络侧可以通过配置的位置区来发起业务流的建立。因此,本发明的实现改变了目前的BCMCS业务请求消息只有针对用户的鉴权和管理,缺少针对地域的鉴权和管理的缺点,从而在实际业务开展过程中,为运营商希望部分节目在部分区域进行某些广播的需求提供了可行的解决方案,并支持了针对部分区域需求发起BCMCS业务的可行性。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种无线通信系统中广播多播区域管理的实现方法。
背景技术
BCMCS(广播多播业务,Broadcast Multicast Service)的主要技术特点是:空口业务信道为共享的广播信道,可以同时为大量用户提供内容相同的信息,如图1所示。如果在无线通信系统中实现了BCMCS业务,则诸如手机电视等BCMCS业务就可以大范围、低成本地开展,从而显著体现3G网络的运营优势。BCMCS业务可以认为是3G网络中的主要业务。
下面首先对BCMCS的网络结构进行描述,如图2所示,在BCMCS网络中具体包括:
BCMCS Controller(BCMCS控制器):一台运营商网络内IP主机,用于保存BCMCS业务的会话信息,所述的会话信息包括:节目名与多播地址、端口号以及BCMCS流ID的对应关系,以及业务承载的链路层信息,如IP头压缩参数,另外还有加密、安全相关的参数,如BAK(Broadcast AccessKey、广播接入密钥)等。所述的BCMCS Controller用于在终端发起“内容信息获取”查询会话信息的过程中,为终端提供BCMCS业务会话信息。在终端发起“内容接收注册”的过程中,为BSN(BroadGast Serving Node,广播业务节点)、AN/PCF(接入网和分组控制功能)、Content Server(内容服务器)提供会话信息,以便建立业务承载。同时还用于在上述两个过程中,参与对用户的鉴权。
BCMCS内容服务器(BCMCS Content Server):用于根据BCMCSController的会话信息,将来自业务源的内容转变为会话要求的格式,例如,指定的编码格式等,将BCMCS业务内容转变为IP多播流并转发给MR(多播路由器)。
BCMCS内容源(BCMCS Content Provider):是BCMCS内容的提供者,可以由第三方的内容提供商或是运营商自己提供。
BSN(BCMCS业务节点):其建立的A10业务承载为单向,只做PPP(点对点协议)封装,BSN的头压缩方式不是协商,而是从BCMCSController获取。BSN向上只与BCMCS Controller以及Content Server接口,与多播路由器协商加入多播组,以获得BCMCS业务的IP多播流。
MR:为符合IETF RFC的标准多播路由器,如果Content Server与BSN之间的多播IP流通过隧道传输,则可以省略这个网元。
AN/PCF(接入网/分组控制功能):负责建立、拆除AT(终端)与BSN之间的承载,也可以对承载的业务做链路层加密。
AAA:负责BCMCS业务鉴权、授权以及记帐,为BCMCS Controller提供用户签订业务的信息。
PDSN(分组数据业务节点):可与AN/PCF通信以建立、拆除单播IP流在无线网络的承载,可以与AT建立PPP连接,以便AT获取单播IP地址,与BCMCS Controller之间建立通信。
下面将结合附图对广播多播的处理过程进行详细说明。
首先,运营商把每个流的带宽信息,是否需要软合并等策略下发给AN/PCF和BCMCS Controller。BCMCS Controller、AAA、CS(内容服务器)及BSN根据运营商的策略进行配置。
配置了相应的信息后,用户到运营商开通的网站上获得节目名,MS(用户)先通过配置的BCMCS Controller地址或通过DHCP(动态主机配置协议)发现BCMCS Controller地址;然后,通过WAP(无线应用协议)、http(超文本传输协议)、SMS(短消息服务)或终端内置的BCMCS应用程序等手段向BCMCS Controller获取节目信息、时间信息等;
后续的处理过程如图1所示,具体包括:
步骤11:MS向BCMCS controller发送消息获取BCMCS节目的会话相关信息:BCMCS_FLOW_ID,压缩参数,组播地址/端口、安全相关参数,如BAK等,消息中携带着MS的身份信息;
步骤12:BCMCS controller收到MS获取节目名的请求消息后,则向MS返回鉴权challenge(挑战码);
步骤13:MS根据上述的鉴权challenge及RK(登记密钥)信息计算响应值并通过请求消息发送给BCMCS controller;
所述的RK为用户开通业务时获得,在AAA(鉴权认证计费)服务器也将得到RK及相关计费种类信息;
步骤14:BCMCS controller向AAA服务器发送请求消息,消息中携带着MS的上报的鉴权响应信息;
步骤15:AAA服务器收到所述的请求消息后,利用其中RK对该MS进行接入鉴权;
步骤16:AAA服务器根据鉴权处理结果,将允许该MS收看的节目及用该用户的RK生成的TK和TK_Rand发给BCMCS controller;
步骤17:BCMCS controller再将可以收看的节目和对应的BAK通过TK加密后同时把该节目的相关信息和TK_Rand下发给所述MS,终端MS获取后运用自身保存的RK和得到的TK_Rand生成TK,然后解密出BAK,便可以利用所述BAK收看相应的节目了。
经过上述处理过程后,用户MS开始监听该小区的系统消息,如果该小区已经广播用户希望看到的BCMCS节目,则使用已经得到的密钥进行解密处理便可以收看相应的节点。如果该小区尚未广播相应的节目,则用户MS将作为该小区下的第一个发起注册(registration)流程的用户,发起承载建立流程,建立动态流的承载。
具体的注册处理过程如图2所示,包括以下步骤:
步骤21:MS向AN/PCF或者是BSC/PCF发送注册消息,注册消息中携带着鉴权签名和流标识信息;
步骤22:AN/PCF向BSN发送广播业务请求消息;
AN/PCF如果进行代理鉴权,则直接进行密码检查,如果没有代理鉴权,则透传鉴权签名;
步骤23:BSN继续向BCMCS控制器发所述的广播业务请求消息,即请求消息;
所述请求消息格式如表1所示:
表1
Information Element | Element Direction |
A9 Message Type:消息类型 | BS/AN→PCF |
Correlation ID:相关ID | BS/AN→PCF |
Mobile Identity(IMSI/ATI):移动标识 | BS/AN→PCF |
BCMCS Flow and Registration InformationBCMCS流及注册信息 | BS/AN→PCF |
步骤24:BCMCS控制器收到所述消息后对该MS的注册进行鉴权,即判断是否允许发送给该流,如果鉴权通过,则向BSN返回允许接入的消息,并清求建立业务承载;
并根据运营商开通的流的带宽要求和网络覆盖情况配置物理信道和逻辑信道的映射关系,以及流ID的逻辑信道的对应关系;
具体的鉴权处理为依据在图1中的步骤16获得的信息实现;
步骤25:BSN建立相应的业务承载,并向AN/PCF返回允许接入的消息;
所述的消息中携带着:Common Session info(公共会话信息),BSNSession Info(BSN会话信息),RN Session(终端会话)信息;
步骤26:BSC/PCF向BSN发送注册请求消息;
步骤27:BSN向BSC/PCF返回注册响应消息,完成向BSN注册的过程;
步骤28:在MS与内容服务器间建立业务承载,此时,内容服务器上的BCMCS业务(即节目流信息)便可以通过所述业务承载发送给相应的MS。
终端MS开始监听BCMCS overhead(系统开销)消息,如果有其需要接收的内容,则用户可以直接接收。如系统没有返回拒绝接入的消息,而且业务也没有发送下来,则MS可以继续发起注册。如果系统拒绝终端想要接收的节目内容,则终端不能再发起注册要求网络下发其需要的内容。
所述的BSN还用于收集计费信息上报给AAA服务器,并由AAA服务器进行用户计费处理
由上述现有技术可以看出,目前,BCMCS业务请求消息只有针对用户的鉴权,缺少针对地域的鉴权内容,实际业务开展中存在运营商只希望一些节目只在部分区域进行广播的需求。而且,现有的用户或者AN/PCF下也没有针对广播业务进行区域划分。同时,现有技术中针对同一个流的计费也无法支持地域之间的差异。
目前网络侧发起的业务建立也没有区域信息,会导致在大面积内全部建立起一个BCMCS节目,造成资源的浪费。缺乏针对性的地域管理机制。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的是提供一种无线通信系统中广播多播区域管理的实现方法,可以实现针对区域的鉴权处理,从而满足运营商希望只在部分区域进行广播业务的需求。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种无线通信系统中广播多播区域管理的实现方法,包括:
A、在无线通信系统中网络侧实体中配置广播多播业务允许播放的广播区域信息;
B、当无线通信系统中的客户端需要获取广播多播业务时,向网络侧实体发送请求消息;
C、由网络侧实体根据请求消息中承载的信息,以及配置的广播多播业务允许播放的广播区域信息对用户的请求消息进行区域鉴权。
所述的网络侧实体包括:
无线通信系统中的广播多播业务BCMCS控制器、接入控制功能实体和/或BCMCS业务节点。
所述的接入控制功能实体包括:
接入网AN/数据控制功能实体PCF或基站控制器BSC/PCF。
所述的广播区域信息为基于无线通信系统中的各小区、扇区、频点、基站、接入控制功能实体、BCMCS业务节点或广播多播业务类型确定的广播物理区域信息或广播逻辑区域信息,并且,所述的小区、扇区、频点、基站、接入控制功能实体或BCMCS业务节点至少归属于一个广播逻辑区域。
所述的步骤B包括:
无线通信系统中的客户端向接入控制功能实体发送请求消息;
接入控制功能实体将其所属的广播区域信息承载于请求消息中发送给BCMCS业务节点,并通过BCMCS业务节点发送给BCMCS控制器。
所述的步骤B包括:
无线通信系统中的客户端通过接入控制功能实体向BCMCS业务节点发送请求消息;BCMCS业务节点将其所属的广播区域信息承载于请求消息中发送给BCMCS控制器。
所述的步骤C包括:
C1、无线通信系统中的接入控制功能实体、BCMCS业务节点或BCMCS控制器根据接收的请求消息确定客户端所处的广播区域上;
C2、BCMCS控制器根据客户端所在的广播区域信息及配置的该广播多播业务允许播放的广播区域信息对该请求消息进行区域鉴权处理。
所述的步骤C2还包括:
在接入控制功能实体、BCMCS控制器或BCMCS业务节点上,根据接收的请求消息中的承载的广播区域信息确定客户端所在的广播区域信息;
或者,在接入控制功能实体、BCMCS控制器或BCMCS业务节点上,根据接收的请求消息来源确定客户端所在的广播区域信息。
所述的请求消息中采用独立的字段承载所述广播区域信息,或者采用设定的算法对应于流标识字段承载所述广播区域信息,或者对原有消息进行扩展标识所述广播区域信息。
所述的无线通信系统中广播多播区域管理的实现方法还包括:
网络侧实体将客户端所在的广播区域信息,以及允许该广播区域收看的广播多播业务信息下发给相应的客户端;
客户端根据收到的所述信息及当前所处的广播区域信息确定是否发起广播多播业务请求。
所述的无线通信系统中广播多播区域管理的实现方法还包括:
网络侧用于计费的实体获取客户端的计费信息,所述的计费信息可以包括客户端所在的广播区域信息;
根据所述的包含客户端所在的广播区域信息的计费信息进行计费处理。
本发明还提供了一种无线通信系统中广播多播区域管理的实现方法,包括:
D、在无线通信系统中的网络侧实体上配置广播多播业务允许播放的广播区域信息;
E、当网络侧实体向客户端下发广播多播业务信息时,根据配置的广播多播业务允许播放的广播区域信息确定可以下发广播多播业务的广播区域;
F、将所述的广播多播业务下发至确定的广播区域。
所述的步骤D包括:
在BCMCS控制器上配置广播逻辑区域描述信息,及其对应的分组控制功能PCF标识、接入控制功能实体标识和/或BCMCS业务节点标识,并在BSC上配置广播逻辑区域的实际位置信息;
通过网管设备或BCMCS控制器统一将配置的广播逻辑区域信息下发给接入控制功能实体;
或者,
在网络侧实体上采用分层配置的方式分别配置广播逻辑区域对应的下一级网络侧实体。
所述的步骤E包括:
无线通信系统需要发起一个业务流在至少一个广播逻辑区域的业务建立时,BCMCS控制器向配置的广播逻辑区域对应的BCMCS业务节点BSN发送携带广播逻辑区域及其对应的在该BSN下的PCF标识、接入控制功能实体标识的业务建立请求消息;并且,一条业务建立请示消息中至少携带一个广播逻辑区域信息;
或者,
无线通信系统需要发起一个业务流在至少一个广播逻辑区域的业务建立时,如果网络侧实体上采用分层配置的方式配置广播逻辑区域信息,则BCMCS控制器仅需要在业务建立请求消息中携带相应的广播逻辑区域信息。
所述的步骤E还包括:
每个BSN根据收到的业务建立请求消息中携带的PCF标识、接入控制实体标识向对应的PCF和接入控制功能实体发送业务建立请求;
或者,
在各个网络侧实体上根据广播逻辑区域信息确定对应的下一级网络侧实体,并向其发送所述业务建立请求。
所述的步骤E还包括:
每个PCF根据收到的业务建立请求消息中携带的接入控制实体标识向对应的接入控制实体发送业务建立请求。
所述的步骤E包括:
接入控制功能实体根据所述业务建立请求消息中携带的广播逻辑区域信息,建立属于相应广播逻辑区域的所有小区、扇区、频点和/或基站的该业务流的承载。
所述的步骤E还包括:
当在无线通信系统中的BCMCS控制器配置广播逻辑区域对应的BSN标识为缺省配置时,BCMCS控制器向所有BSN发送业务建立请求消息;
和/或,当BSN配置该广播逻辑区域对应的PCF标识为缺省配置时,则BSN需要向所有的PCF发送业务建立请求消息;
和/或,当PCF配置该广播逻辑区域对应的接入控制功能实体标识为缺省配置时,则PCF需要向所有接入控制功能实体发送业务建立请求消息。
和/或,当接入控制功能实体配置的广播多播区域对应的小区、扇区、频点、基站为缺省配置时,则需要向所有小区、扇区、频点、基站建立该业务流的承载。
所述的请求消息中采用独立的字段承载所述广播逻辑区域信息,或者采用设定的算法对应于流标识字段承载所述广播逻辑区域信息,或者对原有消息进行扩展标识所述广播逻辑区域信息。
所述的无线通信系统中广播多播区域管理的实现方法还包括:
收到业务建立请求消息的网络侧实体需要向发送方返回业务建立请求响应消息,所述的响应消息中包含:业务建立成功或失败、已经成功建立业务的节点或小区或未成功建立业务的节点或小区的信息。
所述的无线通信系统中广播多播区域管理的实现方法还包括:
通过信令方式在接入控制实体、BCMCS控制器、PCF和BSN之间实现广播区域的范围的动态更新。
本发明中,步骤E所述网络侧实体包括:
接入控制实体、BCMCS控制器、PCF或BSN。
由上述本发明提供的技术方案可以看出,本发明改变了目前的BCMCS业务请求消息只有针对用户的鉴权,缺少针对地域的鉴权内容的缺点,从而在实际业务开展过程中,为运营商希望部分节目只在部分区域进行广播的需求提供了可行的解决方案,实现了基于用户所在的广播区域对其进行鉴权处理。同时,还针对用户收看节目内容进行了基于广播区域的计费处理,以及运营商针对某些区域主动发起业务建立。
因此,本发明的实现为分区域对广播业务进行管理提供了相应的处理方案,从而使得运营商可以更为灵活地对广播业务进行运营管理。
附图说明
图1为广播业务鉴权的处理过程示意图;
图2为广播业务注册的处理过程示意图;
图3为本发明所述的方法的处理过程示意图1;
图4为本发明所述的方法的处理过程示意图2。
具体实施方式
本发明的核心是实现针对广播业务进行区域划分,包括物理位置区域的划分和逻辑区域的划分,并实现针对地域的鉴权处理,同时还可以针对同一个流的计费支持地域之间的差异处理。以满足运营商灵活的运营需求。
为便于对本发明有更进一步的理解,下面将结合附图对本发明所述的方法的具体实现方式作详细的说明。
如图3所示,本发明所述的方法在具体实现过程中包括以下步骤:
步骤31:在AN/PCF或者BSC/PCF上获取小区所属的广播区域信息;
本发明中,所述的广播区域信息具体包括:广播物理位置区域或广播逻辑区域;所述的广播物理位置区域信息是指根据运营需要根据物理位置信息或网络侧实体信息划分确定的广播区域,其粒度可以为小区、扇区、频点、基站或接入控制功能实体等;所述的广播逻辑区域则是指虚拟的广播区域,可以跨越物理位置根据业务开展的需要进行定义,例如,同属于商场群组的所有用户终端可以作为一个广播逻辑区域,此时,各个用户终端不一定处于同一网络侧实体范围;
在该步骤中,获得相应的广播区域信息可以通过两种方式实现:
(1)AN/PCF可以通过配置得到该小区从属的广播区域信息,在进行BCMCS业务请求时可以携带该小区从属的广播区域;
AN或BSC等网络侧实体可以在空中接口通报当前小区、基站或AN以及PCF/BSN所属的广播区域信息,客户端则可以根据收到的所述广播区域信息向允许其收看的广播多播业务发起请求;
(2)AN/PCF可以通过信令得到该小区从属的广播区域信息(具体为AN或BSC等网络侧实体通过信令得到运营商在网管设备或其他网络侧实体中配置的广播区域信息),在进行BCMCS业务请求时可以携带该小区从属的广播区域;
本发明中,还可以通过信令方式在接入控制实体、BCMCS控制器、PCF和BSN之间实现广播区域的范围的动态变化和增删,即动态更新相应网络侧实体保存配置的广播区域信息;
如果AN在空中接口通报当前小区、基站或AN,以及PCF/BSN所属的广播区域信息,则客户端也可以在注册消息中包含该广播区域信息,以便于网络侧的区域鉴权应用。
步骤32:BCMCS Controller获取广播区域信息;
也就是说,在步骤31和步骤32中,首先由运营商人工确定各个业务内容对应的广播区域。并将每个流的带宽信息,是否需要软合并等策略下发给AN(或BSC)/PCF和BCMCS Controller。
在AN(或BSC)/PCF和BCMCS Controller上分别配置了相应的广播区域信息后,便可以根据广播区域信息对用户获取节目信息的过程进行基于广播区域的鉴权处理和计费处理。
与现有技术相同,本发明中,MS如果要获得节目信息首先需要通过相应的鉴权处理过程,以使得BCMCS控制器和MS可以获得允许该MS收看的节目信息及相应的BAK信息。
同时,用户监听该小区的系统消息,如果该小区已经广播用户希望看到的BCMCS节目,则使用已经得到的密钥进行解密处理并收看相应的节目信息即可;如果该小区尚未广播,则用户将作为该小区下的第一个发起registration流程的用户,发起承载建立流程,建立动态流的承载。
如图3所示,本发明中相应的注册处理过程包括:
步骤33:MS向AN/PCF发送注册消息,所述消息中携带着流标识和鉴权签名信息等;
步骤34:AN/PCF向BSN发送广播业务请求消息,消息中携带着该小区所属的广播区域信息,以及流标识和鉴权签名信息等;
AN/PCF如果进行代理鉴权,则直接进行密码检查,这种情况下,区域鉴权可以直接配置到AN/PCF上进行代理鉴权,也可以仍然放在BCMCS控制器进行鉴权;
步骤35:BSN继续向BCMCS控制器发送请求消息,消息中同样携带着该MS所在的小区所属的广播区域信息,以及流标识和鉴权签名信息等;
所述的消息的格式如表2所示:
表2
Information Element | Element Direction |
A9 Message Type | BS/AN→PCF |
Correlation ID | BS/AN→PCF |
Mobile Identity(IMSI/ATI) | BS/AN→PCF |
BCMCS Flow and Registration Information | BS/AN→PCF |
Critical Vendor/Organization Specific Extension运营商专用扩展信息 | BS/AN→PCF |
在表2所示的消息中,可以采用运营商专用扩展信息字段承载客户端所在的广播区域信息;
BCMCS控制器收到所述的请求消息后,则根据步骤32中配置的广播区域信息及其他鉴权处理需要的信息对该请求消息进行鉴权处理;
具体讲,BCMCS控制器需要进行业务鉴权和广播区域鉴权,即BCMCS控制器在鉴权时会检查该广播区域是否允许发送给该节目流,如果允许则确定广播区域鉴权通过,否则广播区域鉴权失败,且不会将相应节目流发送给这一区域,即确定用户在该区域无权收看该节目流;
步骤36:当鉴权通过后,向BSN返回允许接入的消息;
步骤37:BSN继续将所述的允许接入的消息发送给AN/PCF;
所述的消息中包括:Common Session info,BSN Session Info,RNSession信息,等等;
步骤38、步骤39:BSC/PCF与BSN间进行信息交互完成向BSN的注册过程;
步骤310:在MS与内容服务器间建立业务承载,此时,内容服务器上的BCMCS业务便可以通过所述业务承载发送给相应的MS。
AN/PCF根据运营商开通的流的带宽要求和网络覆盖情况配置物理信道和逻辑信道的映射关系,以及流ID的逻辑信道的对应关系。
BCMCS Controller,AAA服务器、CS及BSN的配置及用户获得节目信息的流程可以与现有技术相同。
另外,与现有技术处理过程相同之处还包括:
当终端MS发起注册过程后,开始监听BCMCS overhead信道,如果监听到有其需要接收的节目内容,则用户可以直接接收。如有系统一直没有返回拒绝消息,而且也未将业务(即相应的节目流)发送下来,则MS需要定时发起注册。当然,如果系统拒绝终端想要接收的节目内容,则终端不能再发起注册要求网络下发其需要的内容。
本发明中,如果按时间对用户收看节目内容过程进行计费,则还需要RAN(无线接入网)上报计费信息给BSN,BSN收集计费信息上报给AAA服务器,并由AAA服务器对用户进行计费处理。本发明中,所述的计费信息中需要包含接收广播多播业务的客户端所在的广播区域信息,这是因为,在AAA服务器上不同的广播区域收看同一节目内容的收费可能是不同,需要根据广播区域信息进行区别计费。
本发明中,所述的广播区域可以采用上述具体实现方式中描述的以小区为广播区域,也可以基于BSN、PCF、子网、BSC、BTS等进行广播物理位置区域或广播逻辑区域的划分;如每个BSN划分为一个广播区域,这种情况下,广播区域信息是在BSN向BCMCS控制器发送请求消息时增加到消息中,并发送给BCMCS控制器,区别是在BSN进行区域的管理,根据PCF上报的子网信息和运营商的子网规划在BSN上进行区域的划分和管理;而对于所述的广播逻辑区域信息的最底层配置点则分别为上一级网络侧实体,比如,广播逻辑区域的粒度为BTS时,需要在BSC上进行广播逻辑区域信息的配置,如果广播逻辑区域的粒度为BSC时,则在PCF上进行广播逻辑区域信息的配置。
本发明中,运营商也可以通过一定的命名规则将流ID与广播区域信息对应,以用于进行基于区域的鉴权和计费处理;所述的流ID通常是一系列的数字,作为广播区域信息的代号也可以是一系列的数字,具体可通过一定的机制将其对应起来,比如将流ID的前8个bit标识为广播区域信息等。如果采用这种处理方式,仍需要在BCMCS控制器上进行广播区域信息及区域鉴权处理的配置,终端和BSC/PCF需要配合进行检验目前的广播区域是否能够开通该业务流,即BSC/PCF上仍需要配置当前的广播区域信息。
本发明中,在BCMCS控制器上还可以根据发来请求消息的源端的接入控制功能实体(AN/PCF或BSC/PCF)或BCMCS业务节点的身份信息或地址信息获得客户端所在的广播区域信息,例如,可以首先在BCMCS控制器上配置各个AN/PCF的身份信息或地址信息对应的广播区域信息,当收到所述请求消息后,根据发来的请求消息的身份信息或地址信息便可以确定对应的广播区域信息,从而确定客户端所在的广播区域信息。
本发明中,无线通信系统中的BCMCS控制器、BSC/PCF或BSN上均可以配置相应的广播区域信息,包括广播物理位置区域信息或广播逻辑区域信息,并可以基于所述广播区域信息主动发起某些广播区域的广播多播业务建立,在业务建立请求消息中包含广播区域信息。即本发明中,可以在接入控制实体、PCF和BSN之间任意一个网络侧实体上配置广播区域信息,并可发起基于广播区域的业务建立。
也就是说,本发明在具体的实现过程中,还可以采用以下的处理过程实现针对广播多播业务的分区域管理,具体如图4所示,以在网络侧实体上配置广播逻辑区域信息为例对本发明所述方法作进一步说明,相应的在网络侧实体上配置广播物理位置区域信息的处理方法与其类似,具体包括:
步骤41:在无线通信系统中的网络侧实体(如BCMCS控制器或BCMCS业务节点,或BSC/PCF上)上配置广播多播业务允许播放的广播逻辑区域信息,以便于相应的网络侧实体可以主动发起广播多播业务;
本发明中,由运营商定义广播逻辑区域信息,包括:广播逻辑区域相关的所有小区、频点、扇区、BTS、接入控制实体、PCF/BSN等信息,以及该广播逻辑区域的描述,所述描述为广播逻辑区域的识别信息,具体可以为商场、车站的组合信息,等等;
当在BCMCS控制器上配置广播逻辑区域信息时,配置信息包括:广播逻辑区域对应的BSN地址、PCF地址、BSC地址及该区域的描述(商场组合或车站组合等)信息;本发明中,也可以采用分层配置的方式逐级分别在BSN、PCF、子网、BSC、BTS等网络侧实体中进行广播区域对应的下一级实体的配置,如在BCMCS控制器中配置广播区域对应的BSN标识,在BSN中配置广播区域对应的PCF标识,在PCF中配置广播区域对应的BSC标识等等;这样,业务建立请求消息中便不再需携带中间节点信息,各级节点收到业务建立请求消息后,根据配置的广播区域信息分别查找下级节点信息并进行业务建立请求消息的发送即可;
本发明中,如果分层配置过程中采用的为缺省配置时,则网络侧实体需要向所有下级节点发送相应消息;
下面以BCMCS控制器发起广播多播业务建立过程为例对相应的分区域管理处理过程进行描述:
步骤42:BCMCS控制器向BSN发送业务流建立请求,请求中携带着所述确定的可以下发广播多播业务的广播逻辑区域信息,即根据业务需要将广播区域信息携带在业务建立消息中,以便于通过后续的处理过程可以将所述的广播多播业务下发至指定的广播逻辑区域。
也就是说,当无线通信系统需要发起一个业务流在一到多个广播逻辑区域的业务建立时,BCMCS控制器需要根据配置的广播逻辑区域对应的所有BSN信息,向相应的BSN发送携带广播逻辑区域及其对应的在该BSN下的PCF标识、接入控制实体标识的业务建立请求消息;
所述的一条业务建立请求消息中可以携带多个广播逻辑区域。一个广播逻辑区域可以与多个BSN标识、PCF标识、接入控制实体标识相关;
步骤43:BSN根据业务建立请求消息中的广播逻辑区域信息向对应的AN/PCF或BSC/PCF发送业务流建立请求;
PCF根据收到的业务建立请求消息中携带的接入控制实体标识向对应的接入控制实体(即AN等)发送业务建立请求;
接入控制功能实体根据所述业务建立请求消息中携带的广播逻辑区域信息建立本接入控制功能实体下属于该广播逻辑区域的所有小区、扇区、频点、基站关于该业务流的承载,用于将相应的广播多播业务通过所述的承载传送给相应的小区、扇区、频点、基站下的用户终端;
步骤44:BSC/PCF向BSN发送业务流建立响应消息;
步骤45:BSN继续向BCMCS控制器发送业务建立响应消息;
步骤44和步骤45中的响应消息中包括:业务建立成功或失败、已经成功建立业务的节点或小区(基站、BSC等)、未成功建立业务的节点或小区(基站、BSC等)信息;
BCMCS控制器收到所述的业务建立响应后,则根据情况决定是否需要重新建立业务以及重建广播逻辑区域,并在确定业务建立成功时,执行步骤47;
步骤46:在MS与内容服务器间建立业务承载,此时,内容服务器上的BCMCS业务(即节目流信息)便可以通过所述业务承载发送给相应的MS;
这样,在网络侧便可以实现针对广播多播业务的分区域管理,满足了广播多播业务运营商的运营需求。
综上所述,本发明可以满足网络侧根据广播逻辑区域发起业务建立的需求,支持灵活的运营。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (22)
1.一种无线通信系统中广播多播区域管理的实现方法,其特征在于,包括:
A、在无线通信系统中网络侧实体中配置广播多播业务允许播放的广播区域信息;
B、当无线通信系统中的客户端需要获取广播多播业务时,向网络侧实体发送请求消息;
C、由网络侧实体根据请求消息中承载的信息,以及配置的广播多播业务允许播放的广播区域信息对用户的请求消息进行区域鉴权。
2.根据权利要求1所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的网络侧实体包括:
无线通信系统中的广播多播业务BCMCS控制器、接入控制功能实体和/或BCMCS业务节点。
3.根据权利要求2所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的接入控制功能实体包括:
接入网AN/数据控制功能实体PCF或基站控制器BSC/PCF。
4.根据权利要求2所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的广播区域信息为基于无线通信系统中的各小区、扇区、频点、基站、接入控制功能实体、BCMCS业务节点或广播多播业务类型确定的广播物理区域信息或广播逻辑区域信息,并且,所述的小区、扇区、频点、基站、接入控制功能实体或BCMCS业务节点至少归属于一个广播逻辑区域。
5.根据权利要求2所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的步骤B包括:
无线通信系统中的客户端向接入控制功能实体发送请求消息;
接入控制功能实体将其所属的广播区域信息承载于请求消息中发送给BCMCS业务节点,并通过BCMCS业务节点发送给BCMCS控制器。
6.根据权利要求2所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的步骤B包括:
无线通信系统中的客户端通过接入控制功能实体向BCMCS业务节点发送请求消息;BCMCS业务节点将其所属的广播区域信息承载于请求消息中发送给BCMCS控制器。
7.根据权利要求1至6任一项所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的步骤C包括:
C1、无线通信系统中的接入控制功能实体、BCMCS业务节点或BCMCS控制器根据接收的请求消息确定客户端所处的广播区域上;
C2、BCMCS控制器根据客户端所在的广播区域信息及配置的该广播多播业务允许播放的广播区域信息对该请求消息进行区域鉴权处理。
8.根据权利要求7所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的步骤C2还包括:
在接入控制功能实体、BCMCS控制器或BCMCS业务节点上,根据接收的请求消息中的承载的广播区域信息确定客户端所在的广播区域信息;
或者,在接入控制功能实体、BCMCS控制器或BCMCS业务节点上,根据接收的请求消息来源确定客户端所在的广播区域信息。
9.根据权利要求8所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的请求消息中采用独立的字段承载所述广播区域信息,或者采用设定的算法对应于流标识字段承载所述广播区域信息,或者对原有消息进行扩展标识所述广播区域信息。
10.根据权利要求1至6任一项所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,该方法还包括:
网络侧实体将客户端所在的广播区域信息,以及允许该广播区域收看的广播多播业务信息下发给相应的客户端;
客户端根据收到的所述信息及当前所处的广播区域信息确定是否发起广播多播业务请求。
11.根据权利要求1至6任一项所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,该方法还包括:
网络侧用于计费的实体获取客户端的计费信息,所述的计费信息可以包括客户端所在的广播区域信息;
根据所述的包含客户端所在的广播区域信息的计费信息进行计费处理。
12.一种无线通信系统中广播多播区域管理的实现方法,其特征在于,包括:
D、在无线通信系统中的网络侧实体上配置广播多播业务允许播放的广播区域信息;
E、当网络侧实体向客户端下发广播多播业务信息时,根据配置的广播多播业务允许播放的广播区域信息确定可以下发广播多播业务的广播区域;
F、将所述的广播多播业务下发至确定的广播区域。
13.根据权利要求12所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的步骤D包括:
在BCMCS控制器上配置广播逻辑区域描述信息,及其对应的分组控制功能PCF标识、接入控制功能实体标识和/或BCMCS业务节点标识,并在BSC上配置广播逻辑区域的实际位置信息;
通过网管设备或BCMCS控制器统一将配置的广播逻辑区域信息下发给接入控制功能实体;
或者,
在网络侧实体上采用分层配置的方式分别配置广播逻辑区域对应的下一级网络侧实体。
14.根据权利要求13所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的步骤E包括:
无线通信系统需要发起一个业务流在至少一个广播逻辑区域的业务建立时,BCMCS控制器向配置的广播逻辑区域对应的BCMCS业务节点BSN发送携带广播逻辑区域及其对应的在该BSN下的PCF标识、接入控制功能实体标识的业务建立请求消息;并且,一条业务建立请示消息中至少携带一个广播逻辑区域信息;
或者,
无线通信系统需要发起一个业务流在至少一个广播逻辑区域的业务建立时,如果网络侧实体上采用分层配置的方式配置广播逻辑区域信息,则BCMCS控制器仅需要在业务建立请求消息中携带相应的广播逻辑区域信息。
15.根据权利要求14所述的无线通信系统中广播多播逻辑区域管理的实现方法,其特征在于,所述的步骤E还包括:
每个BSN根据收到的业务建立请求消息中携带的PCF标识、接入控制实体标识向对应的PCF和接入控制功能实体发送业务建立请求;
或者,
在各个网络侧实体上根据广播逻辑区域信息确定对应的下一级网络侧实体,并向其发送所述业务建立请求。
16.根据权利要求15所述的无线通信系统中广播多播逻辑区域管理的实现方法,其特征在于,所述的步骤E还包括:
每个PCF根据收到的业务建立请求消息中携带的接入控制实体标识向对应的接入控制实体发送业务建立请求。
17.根据权利要求15所述的无线通信系统中广播多播逻辑区域管理的实现方法,其特征在于,所述的步骤E包括:
接入控制功能实体根据所述业务建立请求消息中携带的广播逻辑区域信息,建立属于相应广播逻辑区域的所有小区、扇区、频点和/或基站的该业务流的承载。
18.根据权利要求13所述的无线通信系统中广播多播逻辑区域管理的实现方法,其特征在于,所述的步骤E还包括:
当在无线通信系统中的BCMCS控制器配置广播逻辑区域对应的BSN标识为缺省配置时,BCMCS控制器向所有BSN发送业务建立请求消息;
和/或,当BSN配置该广播逻辑区域对应的PCF标识为缺省配置时,则BSN需要向所有的PCF发送业务建立请求消息;
和/或,当PCF配置该广播逻辑区域对应的接入控制功能实体标识为缺省配置时,则PCF需要向所有接入控制功能实体发送业务建立请求消息。
和/或,当接入控制功能实体配置的广播多播区域对应的小区、扇区、频点、基站为缺省配置时,则需要向所有小区、扇区、频点、基站建立该业务流的承载。
19.根据权利要求14到18任一项所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,所述的请求消息中采用独立的字段承载所述广播逻辑区域信息,或者采用设定的算法对应于流标识字段承载所述广播逻辑区域信息,或者对原有消息进行扩展标识所述广播逻辑区域信息。
20.根据权利要求12至18任一项所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,该方法还包括:
收到业务建立请求消息的网络侧实体需要向发送方返回业务建立请求响应消息,所述的响应消息中包含:业务建立成功或失败、已经成功建立业务的节点或小区或未成功建立业务的节点或小区的信息。
21.根据权利要求12至18任一项所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,该方法还包括:
通过信令方式在接入控制实体、BCMCS控制器、PCF和BSN之间实现广播区域的范围的动态更新。
22.根据权利要求12至18任一项所述的无线通信系统中广播多播区域管理的实现方法,其特征在于,步骤E所述网络侧实体包括:
接入控制实体、BCMCS控制器、PCF或BSN。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101530645A CN101166311A (zh) | 2005-04-12 | 2005-04-12 | 无线通信系统中广播多播区域管理的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101530645A CN101166311A (zh) | 2005-04-12 | 2005-04-12 | 无线通信系统中广播多播区域管理的实现方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100635547A Division CN100355316C (zh) | 2005-03-26 | 2005-04-12 | 无线通信系统中广播多播区域管理的实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101166311A true CN101166311A (zh) | 2008-04-23 |
Family
ID=39334731
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101530645A Pending CN101166311A (zh) | 2005-04-12 | 2005-04-12 | 无线通信系统中广播多播区域管理的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101166311A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103118278A (zh) * | 2013-02-27 | 2013-05-22 | 山东泰信电子股份有限公司 | 一种数字电视终端区域控制方法 |
CN101815243B (zh) * | 2009-02-19 | 2013-10-16 | 中国电信股份有限公司 | 一种基于移动网络的业务区域限制的方法及系统 |
CN106157648A (zh) * | 2015-04-15 | 2016-11-23 | 中国电信股份有限公司 | 用于发布交通信息的方法、交通信息服务器和系统 |
CN111225344A (zh) * | 2018-11-27 | 2020-06-02 | 华为技术有限公司 | 一种通信方法、装置及系统 |
WO2021068830A1 (zh) * | 2019-10-08 | 2021-04-15 | 华为技术有限公司 | 用于多播传输的方法和装置 |
-
2005
- 2005-04-12 CN CNA2007101530645A patent/CN101166311A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101815243B (zh) * | 2009-02-19 | 2013-10-16 | 中国电信股份有限公司 | 一种基于移动网络的业务区域限制的方法及系统 |
CN103118278A (zh) * | 2013-02-27 | 2013-05-22 | 山东泰信电子股份有限公司 | 一种数字电视终端区域控制方法 |
CN106157648A (zh) * | 2015-04-15 | 2016-11-23 | 中国电信股份有限公司 | 用于发布交通信息的方法、交通信息服务器和系统 |
CN111225344A (zh) * | 2018-11-27 | 2020-06-02 | 华为技术有限公司 | 一种通信方法、装置及系统 |
CN113891255A (zh) * | 2018-11-27 | 2022-01-04 | 华为技术有限公司 | 一种通信方法、装置及系统 |
WO2021068830A1 (zh) * | 2019-10-08 | 2021-04-15 | 华为技术有限公司 | 用于多播传输的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100355316C (zh) | 无线通信系统中广播多播区域管理的实现方法 | |
US9729314B2 (en) | Method and system of securing group communication in a machine-to-machine communication environment | |
CN1878062B (zh) | 解密密钥发送方法和认证装置 | |
JP4729587B2 (ja) | 広帯域無線アクセスシステムにおけるサービスガイドの伝達装置及び方法 | |
CN101321073B (zh) | 一种组播业务授权控制的方法及装置 | |
KR100573176B1 (ko) | Bcmcs 서비스를 제공하기 위해 주파수 할당 모드 및/또는 bcmcs 서비스 할당 비율을 지정하는 방법 및 통신 시스템 | |
US11659621B2 (en) | Selection of IP version | |
US9456342B2 (en) | Security for network load broadcasts over cellular networks | |
KR100816560B1 (ko) | 모바일 멀티캐스트 방송 보안을 위한 대리인증 방법 | |
US20120011574A1 (en) | Generic key-decision mechanism for gaa | |
CN101163324A (zh) | 多播广播业务的播送模式转换方法、终端切换方法及基站 | |
US7903821B2 (en) | Method for managing key in multimedia broadcast and multicast service | |
CN101779519A (zh) | 用于获取或发布与一个或多个备选自组织服务提供方相关的信息的系统和方法 | |
KR20050093896A (ko) | 이동통신시스템에서 동일한 인터넷 프로토콜 어드레스를통해 서로 다른 패킷 서비스들을 수신하는 방법 | |
CN101779520A (zh) | 自组织服务提供方拓扑结构 | |
KR20040045845A (ko) | 멀티캐스트 서비스 및/또는 브로드캐스트 서비스를제공하기 위한 이동통신망 및 그 방법 | |
CN101166311A (zh) | 无线通信系统中广播多播区域管理的实现方法 | |
CN100372330C (zh) | 一种基站选择接入服务网络网关的方法 | |
US7738868B2 (en) | System and method for managing secure registration of a mobile communications device | |
US20050013268A1 (en) | Method for registering broadcast/multicast service in a high-rate packet data system | |
CN101459651A (zh) | 一种促进QoS建立的方法、服务器及系统 | |
KR20090066079A (ko) | 무선통신 네트워크에서 다수의 서비스 제공자들의 서비스를제공하기 위한 장치 및 방법 | |
US20240187849A1 (en) | Multicast Broadcast Service Keys | |
KR100987231B1 (ko) | 이동통신 시스템에서 방송 서비스 과금 방법 | |
CN101296106B (zh) | 一种组播广播业务鉴权的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080423 |