一种多播业务漫游的实现方法

文档序号:7686362阅读:136来源:国知局
专利名称:一种多播业务漫游的实现方法
技术领域
本发明涉及移动通信网络中多播业务漫游的实现方法。
为达到上述目的,本发明提供的多播业务漫游的实现方法,包括(1)将每一个多播业务服务区划分为多播业务区,对多播业务区进行标识;(2)用户根据获取服务的需要,采用包括不同参数的多播业务上下文(MBMS Context)向网络发出多播业务请求,所述参数包括IP多播地址、接入点名称(APN)和多播业务区标识;(3)网络根据用户请求确定用户选择的多播业务区,选择相应的多播数据源,然后向该用户播发所选择的多播业务区的数据。
在非漫游用户访问本地所在区域的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址和接入点名称的MBMS Context向网络发出多播业务请求。
在非漫游用户访问本地指定区域的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和本地目的多播业务区标识的MBMS Context向网络发出多播业务请求。
在非漫游用户访问外地的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和外地目的多播业务区标识的MBMSContext向网络发出多播业务请求。
在漫游用户访问本地的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称的MBMS Context向网络发出多播业务请求。
在漫游用户访问本地指定区域的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和本地目的多播业务区标识的MBMS Context向网络发出多播业务请求。
在漫游用户访问归属地的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和归属地目的多播业务区标识的MBMSContext向网络发出多播业务请求。
在漫游用户访问外地的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和外地目的多播业务区标识的MBMSContext向网络发出多播业务请求。
由于本发明对多播业务区进行标识,使得用户可以根据漫游和获取服务的需要,在IP多播地址、接入点名称(APN)和多播业务区标识等参数中进行选择,采用包括不同参数的多播业务上下文(MBMS Context)向网络发出多播业务请求,这样,无论用户是否处于漫游状态,都可以根据自己的需要通过MBMS Context自由选择多播业务区,网络根据MBMSContext来区别不同的多播业务源,从而真正实现多播业务漫游;与现有方法相比,解决了漫游时的多播业务区选择问题。另外,由于MBMSContext中无多播业务源信息,移动网络的GGSN(网关GPRS支持节点)无法利用将来将推出的版本3的IGMP(Intemet Group Management Protocal,目前处于草案阶段)协议的优点,针对多播源有选择接受数据,影响网络效率。
具体实施例方式
本发明在具体实现时,为满足移动网络的多播业务对不同区域传送不同数据的要求,将每个多播业务服务区域分为一个或多个子区域,即多播业务区,多播业务区的划分与特定的多播业务的要求有关,可能是一座城市、也可能是一片居民区,或是一处名胜景点。多播业务区与移动网络小区(Cell)无关联,可小于移动网络的小区。在同一多播业务区内,移动网络为该业务发送相同的多播数据。每个多播业务的业务区划分可能是不同的。为便于开展业务,实际中网络运营商可以按一定统一原则划分区域,形成多播业务区最小粒度,业务提供商可以在运营商划分基础上通过合并一些区域来形成多播业务区。
多播业务经过区域划分后,能够提供与区域相关地特色服务。为使用户无论是否处于漫游状态都可以根据自己的需要自由选择多播业务区,需要为每一个多播业务区进行标识,以便于使不处于该区域内的用户也能访问这些被标识区域的特色业务,例如,假设多播业务为天气预报,业务区按城市划分,前往某城市前,可接收目的地的天气预报情况。具体的标识操作由无线网络运营商或业务提供商完成,根据业务需要,可公开所有业务区标识,也可有选择的公开部分业务区标识供用户选择。
多播业务区标识可以采取统一资源定位器(URL)的格式定义。该标识的具体内容由网络运营商或业务提供商编址并公开,具体实现时可以采用下述编址方案1、采取与地域名相关的URL,如MCnangsang.shengzheng.gd.cn。
2、给为本业务区提供服务的MBMS业务中心(MB-SC)的增添多播业务区标识相同的域名,这样可通过业务区标识直接解析出对应的MBMS业务中心。
基于上述多播业务区标识,在用户进行多播业务区选择时,需要将所述标识加入到多播业务上下文(MBMS Context)中。按照3GPP 22.146协议的规定,提供MBMS业务的PLMN的网络实体可为每个活动状态的多播业务提供一或多个多播上下文,一个多播上下文包含了MBMS业务必要的信息和参数。MBMS上下文包含MBMS多播业务的IP多播地址以及用于访问MBMS业务的APN及其他信息,用户使用MBMS Context申请多播业务。对同一业务,各地的对应多播地址和APN可能都相同,如果采用“IP多播地址+APN”的MBMS Context的结构,则这样的多播上下文仅仅标识了某业务,没有反映地域和多播业务区。对于漫游用户,由于拜访地特色业务和归属地特色业务使用相同的MBMS Context,申请多播业务时只能得到拜访地所在多播业务区的本地多播数据,因此,按照本发明,如果用户需要自由选择多播业务区,就需要将所述标识加入到多播业务上下文(MBMSContext)中。也就是说,为了使用户能够访问特定多播业务小区的多播数据,必须增加多播上下文中附带的信息。新的多播上下文为现有方案与多播业务区标识的结合,定义如下MBMS Context=IP多播地址+APN+[多播业务区标识多播业务源URI]+[其余信息]。
多播业务源URI=多播业务区标识|多播业务源主机URL当用户申请指定业务区的多播业务时,应使用附带多播业务区标识的MBMS Context发起申请。如多播业务区标识采取前述方案,则可直接解析出为指定业务区提供服务的多播业务中心(MB-SC),并向该业务中心申请业务。
实际中还可以在用户使用不附带多播业务区标识的MBMS Context,无论用户是否漫游,将默认获得用户所在多播业务区提供的当地特色业务,这是将多播业务标识作为MBMS Context的可选参数使用,当然实际中也可以作为必选参数使用。
对网络而言,使用附带多播业务区标识的MBMS Context可以定位出同一业务为不同多播区提供服务的多播源,该上下文在整个网络内都是唯一的,用户漫游时,网络仍然能够将非本地业务源与本地业务源区分开,从而实现多播业务漫游。
附带“多播业务源主机URL”的MBMS Context是用于标识由指定多播业务源发出的相应多播业务,主要用于在移动网络内接受Intemet网络上多播数据。
使用附带“多播业务源URI”的MBMS Context,如果移动网络与多播源间支持版本3的IGMP协议,则移动网络的GGSN能够选择接受它需要的来自某些业务源的多播数据,而不是该多播组的所有源的数据,有助于降低网络效率。
下面结合附图对本发明作进一步详细的描述。


图1是本发明所述方法的实施例流程图。按照图1,用户向网络发出多播业务请求时,首先在步骤1根据获取服务的需要,选择包括不同参数的多播业务上下文(MBMS Context),所述参数包括IP多播地址、接入点名称(APN)和多播业务区标识等;然后在步骤2采用所选择的MBMSContext向网络发出多播业务请求,网络在步骤3根据用户请求确定用户选择的多播业务区,然后向该用户播发所选择的多播业务区的数据。
上述步骤3在具体实现时,如果是非漫游用户访问本地所在区域的MBMS业务,则用户可以使用“多播业务相应的IP多播地址+APN”的MBMS Context申请业务,网络定位到用户所在多播区的业务源,并提供相应业务数据给用户;如果非漫游用户访问本地指定区域的MBMS业务,则用户可以使用“多播业务相应的IP多播地址+APN+本地的目的多播业务区标识”的MBMS Context申请业务,网络定位到用户指定本地多播区的业务源,并提供相应业务数据给用户;如果是非漫游用户访问外地的MBMS业务,则用户可以使用“多播业务相应的IP多播地址+APN+外地的目的多播业务区标识”的MBMS Context申请业务,网络定位到用户指定外地多播区的业务源,并提供相应业务数据给用户;如果是漫游用户访问本地(拜访地)的MBMS业务,则用户可以使用“多播业务相应的IP多播地址+APN”的MBMS Context申请业务,网络定位到用户所在多播区的业务源,并提供相应业务数据给用户;如果是漫游用户访问本地指定区域的MBMS业务,则用户可以使用“多播业务相应的IP多播地址+APN+本地的目的多播业务区标识”的MBMS Context申请业务,网络定位到用户指定多播区的业务源,并提供相应业务数据给用户;如果是漫游用户访问归属地的MBMS业务,则用户可以使用“多播业务相应的IP多播地址+APN+归属地的目的多播业务区标识”的MBMS Context申请业务,网络定位到用户指定归属地多播区的业务源,并提供相应业务数据给用户;如果是漫游用户访问外地(非归属地,也非拜访地)的MBMS业务,则用户可以使用“多播业务相应的IP多播地址+APN+外地的目的多播业务区标识”的MBMS Context申请业务,网络定位到用户指定外地多播区的业务源,并提供相应业务数据给用户。
上面所述归属地(Home Network)是指全权负责提供和控制用户签约信息,并为之提供服务的网络,即指用户签约地网络;上面所述拜访地(Visited Network)是指用户当前正拜访的网络,本发明中特指用户漫游后,用户正使用的网络。
下面结合具体的应用实例对本发明进一步说明。
假设业务提供商为某省(省名gd)的一座城市(市名sz)提供天气预报和购物指南两种多播业务,两种多播业务的多播IP地址分别为IP1、IP2。天气预报业务按该市的行政区域划分(假设该市分为4区,分别是east、west、north、south)提供业务,业务提供商为这4个业务区都分配了标识。购物指南业务为该市内的商业中心地区提供业务,业务提供商决定只公开了其中的一处商业繁华地带hqb的多播业务区标识。
sz市的移动用户ms1、ms2都签约了天气预报和购物指南两种多播业务。移动用户ms1没有离开sz市,使用IP1+APN申请业务,接收到他所在行政区的天气预报信息,使用IP2+APN申请业务,接收到他附近商业中心的购物指南信息。ms1用户使用IP1+APN+天气预报多播业务east区标识,从而了解该市east地区的天气情况。而通过IP2+APN+购物指南多播业务hqb区标识,可特意浏览sz市hqb商业中心最新购物动向。
ms2已经漫游到gz市,他使用IP1+APN申请业务(IP1和APN与他在sz市时相同),接收到他所在gz市的某区的天气预报信息,使用IP2+APN申请业务(IP2和APN与他在sz市时相同),接收到他所在gz市的某临近商业中心的购物指南信息,使用“IP1+APN+sz市east区多播业务区标识”申请业务,接受到sz市east区的天气预报。
权利要求
1.一种多播业务漫游的实现方法,包括(1)将每一个多播业务服务区划分为多播业务区,对多播业务区进行标识;(2)用户根据获取服务的需要,采用包括不同参数的多播业务上下文(MBMS Context)向网络发出多播业务请求,所述参数包括IP多播地址、接入点名称(APN)和多播业务区标识;(3)网络根据用户请求确定用户选择的多播业务区,选择相应的多播数据源,然后向该用户播发所选择的多播业务区的数据。
2.根据权利要求1所述的多播业务漫游的实现方法,其特征在于在非漫游用户访问本地所在区域的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址和接入点名称的MBMS Context向网络发出多播业务请求。
3.根据权利要求2所述的多播业务漫游的实现方法,其特征在于在非漫游用户访问本地指定区域的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和本地目的多播业务区标识的MBMSContext向网络发出多播业务请求。
4.根据权利要求3所述的多播业务漫游的实现方法,其特征在于在非漫游用户访问外地的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和外地目的多播业务区标识的MBMSContext向网络发出多播业务请求。
5.根据权利要求4所述的多播业务漫游的实现方法,其特征在于在漫游用户访问本地的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称的MBMS Context向网络发出多播业务请求。
6.根据权利要求5所述的多播业务漫游的实现方法,其特征在于在漫游用户访问本地指定区域的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和本地目的多播业务区标识的MBMSContext向网络发出多播业务请求。
7.根据权利要求6所述的多播业务漫游的实现方法,其特征在于在漫游用户访问归属地的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和归属地目的多播业务区标识的MBMSContext向网络发出多播业务请求。
8.根据权利要求7所述的多播业务漫游的实现方法,其特征在于在漫游用户访问外地的多播业务时,步骤(2)采用包括与多播业务相对应的IP多播地址、接入点名称和外地目的多播业务区标识的MBMS Context向网络发出多播业务请求。
9.根据权利要求1、2、3、4、5、6、7或8所述的多播业务漫游的实现方法,其特征在于步骤(1)所述对多播业务区进行标识采用统一资源定位器(URL)的规定实现。
全文摘要
本发明公开了一种多播业务漫游的实现方法,该方法将每一个多播业务服务区划分为多播业务区,对多播业务区进行标识;用户根据获取服务的需要,采用包括不同参数的多播业务上下文(MBMS Context)向网络发出多播业务请求,所述参数包括IP多播地址、接入点名称(APN)和多播业务区标识;网络根据用户请求确定用户选择的多播业务区,然后向该用户播发所选择的多播业务区的数据;采用上述方案,无论用户是否处于漫游状态,都可以根据自己的需要通过MBMS Context自由选择多播业务区,网络根据MBMS Context来区别不同的多播业务源,从而真正实现多播业务漫游。
文档编号H04W8/02GK1450750SQ02116569
公开日2003年10月22日 申请日期2002年4月9日 优先权日2002年4月9日
发明者谢国军 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1