首页> 中国专利> 为移动组播业务辅助建立固网组播回传通道的方法及装置

为移动组播业务辅助建立固网组播回传通道的方法及装置

摘要

本发明的提出旨在解决现有技术中,毫微微蜂窝技术中无法在固定接入和汇聚网中为移动组播业务建立固网的组播回传通道的问题。根据本发明的方案,移动基站设备获取来自本移动基站设备所辖的移动终端设备的用于请求移动组播业务的组播加入消息,并将该组播加入消息发送给本移动基站设备的固网中的上级网络设备,以辅助所述固网中的上级网络设备在固网中建立所述组播回传通道。采用本发明提供的技术方案,节省了固定接入网中的网络资源,并且减轻了固定接入网中的各个网元,例如网关、边缘路由器、接入节点等沉重的工作负荷。

著录项

  • 公开/公告号CN101784010A

    专利类型发明专利

  • 公开/公告日2010-07-21

    原文格式PDF

  • 申请/专利权人 上海贝尔股份有限公司;

    申请/专利号CN200910045501.0

  • 发明设计人 张青山;马松伟;宾梵翔;

    申请日2009-01-16

  • 分类号H04W4/06(20090101);H04W36/38(20090101);H04W80/04(20090101);

  • 代理机构11256 北京市金杜律师事务所;

  • 代理人郑立柱

  • 地址 201206 上海市浦东金桥宁桥路388号

  • 入库时间 2023-12-18 00:05:42

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2018-01-05

    专利权人的姓名或者名称、地址的变更 IPC(主分类):H04W4/06 变更前: 变更后: 申请日:20090116

    专利权人的姓名或者名称、地址的变更

  • 2014-06-25

    授权

    授权

  • 2010-09-15

    实质审查的生效 IPC(主分类):H04W4/06 申请日:20090116

    实质审查的生效

  • 2010-07-21

    公开

    公开

说明书

技术领域

本发明涉及通信网络,尤其涉及通信网络中用于为移动组播业务建立固网中的组播回传通道的方法和装置。

背景技术

毫微微蜂窝技术(Femtocell是通信行业中的一个热点。其作为一种扩展移动通信室内覆盖的解决方案,可以把移动用户终端,例如手机或者个人数字助理(Personal Digital Assistant,PDA)发出的话音和数据呼叫经由固网的回传通道(backhaul)传输到基于标准接口的3G核心网络(Mobile Core Network),也即,Femtocell技术借助于固定网作为其回传通道,且它的家庭接入点即插即用,可连接到任何现有的基于IP的传送网络。

传统的宏蜂窝小区的无线传播特性是建筑物穿透特性较差,因而导致室内服务质量的下降。Femtocell技术的出现将有效提高室内覆盖范围和服务质量。

图1示出了一种现有的采用Femtocell技术的通信网络中通过固定回传通道传输移动广播/组播业务的示意图。如图1所示,通信网络中包括移动基站设备(Base Station Router,BSR,也称为eNodeB或home NodeB)1、接入节点(Access Node,AN)2、边缘路由器3、Femtocell网关(Femtocell Gateway,GW)4和广播组播业务中心(Broadcast Multicast Service Center,BM-SC)5。Femtocell网关4配置于移动核心网和公共IP网络之间,该Femtocell网关4汇聚并提供标准的面向移动核心网的接口,例如Iu_CS、Iu_PS、Gn/Gi等网络侧接口。BSR1通过接入节点2连接到固定接入网络中,该固定接入网可以是ADSL网络,也可以是FTTX网络等。图1中示出了四个BSR 1a、1b、1c、1d以及两个接入节点2a和2b,其中BSR 1a和1b连接到接入节点2a,BSR 1c和1d连接到接入节点2b,接入节点2a和2b通过固定接入网/汇聚网与边缘路由器3建立连接,边缘路由器3接入公共IP网,并最终通过Femtocell网关4连入移动核心网。其中,移动核心网中的广播组播业务中心5用于提供移动广播组播业务。可以理解,图1中所示的4个BSR、2个接入节点等均为示例,实际的网络中可以不限于上述配置以及配置的网络元件的个数。

以下,对现有技术中无线数据传输的过程进行简要说明。当移动终端,例如手机或PDA向移动核心网请求组播业务时,该移动终端会发出组播加入消息,以请求加入该组播组。相应地,BSR会通过例如因特网协议安全隧道(Internet Protocol Security Tunnel,IPSecTunnel)将该组播加入消息发送出去,也即,将该组播加入消息再封装在IPSec数据包中,且该封装的IPSec数据包的目的地址即为隧道的出口,即Femtocell网关4,该封装的IP数据包的源地址为隧道的入口,即BSR的IP地址。同理,当BSR1b-1d所辖的移动终端均请求该组播业务时,则该3个BSR分别通过不同的IPSec隧道发送组播加入消息。在该情形下,因为组播加入消息是直接通过单播隧道从相应的BSR传输至Femtocell网关4的,且该隧道穿过固定接入网,因此,该组播加入消息对固定接入网中的各个网元,例如接入节点,交换机,路由器,边缘路由器等是不可见的,则在固网域中无法建立组播回传通道,则组播业务数据在固定网中只能以单播的形式传输。因此,当BSR1a-1d所辖的移动终端均向广播组播业务中心5请求组播业务时,即使4个BSR向移动核心网请求的是同一个组播业务,例如组播业务60时,Femtocell网关4仍将该组播业务60拷贝4份分别为60a、60b、60c、60d,并分别经由4个IPSec tunnel以单播的方式发送至4个BSR,也即,以单播的形式分别发送至BSR1a-1d。

由此可见,现有技术中在移动核心网和Femtocell之间传送广播/组播业务的上述方法占用了非常多的固定网中的网络资源,并给网络设备,例如网关、边缘路由器、接入节点等带来了非常沉重的工作负荷。

发明内容

鉴于现有技术存在上述问题,本发明提出了移动基站设备辅助固网中的上级网络设备建立固网中的回传通道的方法。

根据本发明的第一方面,提供了一种在移动基站设备中用于辅助固网中的上级网络设备为所述本移动基站设备所辖的移动终端设备访问移动核心网的组播业务在固网中建立组播回传通道的方法,其中,包括以下步骤:获取来自所述移动终端设备的用于请求移动组播业务的组播加入消息;根据所述组播加入消息,辅助上级网络设备为所述移动组播业务在固网中建立所述组播回传通道。

优选地,该方法包括以下步骤:将所述组播加入消息发送给所述固网中的上级网络设备,以辅助所述固网中的上级网络设备在固网中建立所述组播回传通道。

根据本发明的第二方面,提供了一种在移动基站设备中用于辅助固网中的上级网络设备为所述本移动基站设备所辖的移动终端设备访问移动核心网的组播业务在固网中建立组播回传通道的控制装置,其中,包括:第一获取装置,用于获取来自所述移动终端设备的用于请求移动组播业务的组播加入消息;辅助装置,用于根据所述组播加入消息,辅助上级网络设备为所述移动组播业务在固网中建立所述组播回传通道。

优选地,该辅助装置还包括:发送装置,用于将所述组播加入消息发送给所述固网中的上级网络设备,以辅助所述固网中的上级网络设备在固网中建立所述组播回传通道。

采用本发明提供的技术方案,节省了固定接入网中的网络资源,并且减轻了固定接入网中的各个网元,例如网关、边缘路由器、接入节点等的沉重的工作负荷。

附图说明

通过参照附图阅读以下所作的对非限制性实施例的详细描述,本发明的其它特征、目的和优点将会变得更明显。

图1为一种现有的采用Femtocell技术的通信网络中通过固定单播回传通道传输移动广播/组播业务的示意图;

图2为一种采用Femtocell的通信网络中通过固定组播回传通道传输移动组播业务的本发明的网络拓扑结构的示意图;

图3为本发明的一个示例的方法流程图;

图4为本发明的一个示例的装置框图。

其中,相同或相似的附图标记表示相同或相似的步骤特征或装置/模块。

具体实施方式

以图2为例对本发明的网络拓扑结构进行说明。如图2所示,通信网络中包括移动基站设备1a-1d、接入节点2a和2b、边缘路由器3、Femtocell网关4和广播组播业务中心5。Femtocell网关4配置于移动核心网和公共IP网络之间,BSR1通过接入节点2连接到固定接入网络中,该固定接入网可以是ADSL网络,也可以是FTTX网络等。图2中示出了四个BSR 1a、1b、1c、1d以及两个接入节点2a和2b,其中BSR 1a和1b连接到接入节点2a,BSR 1c和1d连接到接入节点2b,接入节点2a和2b通过固定接入网/汇聚网与边缘路由器3建立连接,边缘路由器3接入公共IP网,并最终通过Femtocell网关4连入移动核心网。其中,移动基站设备为Base Station Router,BSR,也称为eNodeB或家庭NodeB,即H-NodeB,其集成了基站、路由器、无线网络控制器(Radio Network Controller,RNC)的功能,甚至还可以涵盖业务GPRS支持节点(Service GPRS Support Node,SGSN)、网关GPRS支持节点(Gateway GPRS Support Node,GGSN)等等的功能。移动核心网中的广播组播业务中心(Broadcast MulticastService Center,BM-SC)5用于提供广播组播业务。可以理解,图1中所示的4个BSR、2个接入节点等均为示例,实际的网络中可以不限于上述配置以及配置的网络元件的个数。此外,与BSR级联的网络设备也可以是小型路由器,小交换机等,并不限于如数字用户线路(Digital Subscriber Line Access Multiplexer,DSLAM)等接入设备。

以下,参考图3,对本发明的方法流程进行具体描述。

如图3所示,在步骤S10中,BSR监听(inspection)来自所辖的移动终端的数据包,具体地,BSR查看IP包的包头中的协议类型和消息类型。

情形一:

当IP包头中的协议域值(protocol type)为2时,指示该IP包数据部分包含IGMP消息,则BSR进一步查看IGMP消息的消息域(message type)。i)当IGMP消息中的消息域为0x22时,指示该IGMP消息为版本3的组播加入消息,也即Version 3 MembershipReport;或者ii)当IGMP消息中的消息域为0x12时,指示该IGMP消息为版本1的组播加入消息,也即Version 1 Membership Report;或者iii)当IGMP消息中的消息域为0x16时,指示该IGMP消息为版本2的组播加入消息,也即Version 2 Membership Report;(请参考 RFC 3376:http://www.ietf.org/rfc/rfc3376.txt?number=3376,Internet Group Management Protocol,Version 3)则在上述三种情形下,也即该IGMP消息为组播加入消息,则该方法进入步骤S11,BSR获取到来自移动终端设备的用于请求移动组播业务的组播加入消息,也即,Membership Report Message,或IGMP join message。

情形二:

当IP包头中的协议域(protocol type)值为2时,指示该IP包数据部分包含IGMP消息,则BSR进一步查看消息域(message type)。i)当IGMP消息中的消息域为0x17时,指示该IGMP消息为Version2 Leave Group,也即,组播退出消息,则该方法进入步骤S11’。

情形一和情形二针对BSR监听的是IPv4数据包的情形,以下,在情形三和情形四中,针对BSR监听的是IPv6数据包的情形进行具体描述。

情形三:

当IP包头中的协议域(protocol type)值为1时,指示该IP包数据部分包含ICMP消息,则BSR进一步查看ICMP消息的消息域(message type),当ICMP消息中的消息域为58,指示ICMPv6的中携带的是MLD(组播侦听发现,Multicast Listener Discovery)消息,则BSR再进一步查看MLD消息的消息域。i)当MLD的消息域为十进制的143,指示该MLD消息为版本为2的组播侦听报告消息,也即Version 2 Multicast Listener Report(Type=decimal 143)(请参考RFC 3810:http://www.ietf.org/rfc/rfc3810.txt?number=3810);或者ii)当MLD的消息域为十进制的131,指示该MLD消息为版本为1的组播侦听报告消息,也即Version 1 Multicast Listener Report(Type=decimal 131)(请参考RFC 2710:http://www.ietf.org/rfc/rfc2710.txt?number=2710);则对应情形三中的i)、ii)两种情形,该MLD消息为组播加入消息,则该方法进入步骤S11,BSR获取到来自移动终端设备的用于请求移动组播业务的组播加入消息,也即,Membership Report Message,也称为MLD joinmessage。

情形四:

当IP包头中的协议域(protocol type)值为1时,指示该IP包数据部分包含ICMP消息,则BSR进一步查看ICMP消息的消息域(message type),当ICMP消息中的消息域为58,指示ICMPv6的中携带的是MLD消息,则BSR再进一步查看MLD消息的消息域。i)当MLD的消息域为十进制的132,指示该MLD消息为版本为1的组播完成消息,也即Version 1 Multicast Listener Done(Type=decimal 132)(请参考RFC 2710:http://www.ietf.org/rfc/rfc2710.txt?number=2710),当一个主机(host)离开一个IPv6的组播组时,相应地,该主机会发送MLD done消息,也即组播退出消息,则该方法进入步骤S11’。

在步骤S10中,如果BSR监听IP包的协议类型和消息类型,判断结果为该IP包不属于上述四种情形中的任一种,也即,既不属于组播加入消息,也不属于组播退出消息,则该方法进入步骤S11”,BSR直接对该IP包进行IPSec封装,即对IP包进行IP-in-IP的封装,封装后的IP包的目的地址为Femtocell网关4的地址,BSR通过IPSec隧道将封装后的IP包直接传输至IPSec隧道的出口:Femtocell网关4。

以下,先针对上述情形一和情形三对本发明的后续步骤进行具体的描述,对于情形一和情形三,当在步骤S11中,BSR获取到来自移动终端设备的用于请求移动组播业务的组播加入消息之后,该方法进入步骤S12,BSR复制该组播加入消息,并将该组播加入消息的拷贝保存在本BSR中。

此外,BSR对组播加入消息进行IP-in-IP的封装,并经由IPSec隧道转发该组播加入消息,此时隧道的入口是BSR的IP地址,隧道的出口为Femtocell网关4的IP地址,其目的是为了在移动域建立组播业务的无线组播承载(bearer),在图3中也未示出。

经IPSec隧道转发的封装的数据包到达Femtocell网关4后,Femtocell网关4将其解封装,然后转发给移动核心网进行处理。移动核心网对该组播加入消息进行相应的认证并为该组播业务建立移动域的无线组播承载,生成MBMS UE context,该实现的具体细节在现有技术中均有记载,请参见3GPP TS 23.246,因此在此处不予赘述。

然后,在步骤S13中,BSR获取来自移动核心网的反馈消息,也即MBMS UE context。

然后,当BSR接收到来自移动核心网的MBMS UE context以后,该方法进入步骤S14。在步骤S14中,BSR将在步骤S12中存储的组播加入消息发送给固网中的上级网络设备,以辅助固网中的上级网络设备在固网中建立固网组播回传通道。

具体地,BSR根据MBMS UE context中相关的源地址、目的地址,从缓存的多个组播加入消息中找出对应的组播加入消息。例如,BSR接收到来自移动核心网的反馈消息,该MBMS UE context相关的源地址为移动终端的IP地址,例如101.0.0.11,相关的目的地址为组播地址224.0.0.22,则BSR根据该反馈消息,查找在该BSR上存储的多个来自移动终端设备的组播加入消息,并找出目的地址为组播地址224.0.0.22,源地址为移动终端设备的IP地址,例如101.0.0.11的组播加入消息,则BSR将该组播消息确定为对应于该反馈的MBMS UE context的组播加入消息,于是,BSR将该与反馈的MBMS UE context相对应的组播加入消息发送至固网中的上级网络设备。在图2所示的拓扑结构中,BSR的上级网络设备为接入节点,例如DSLAM,但BSR的应用场景并不限于此。BSR的上级网络设备可以是小交换机,小路由器等,小路由器对应了FTTX连接的场景。因此,根据网络拓扑结构的不同,BSR将该组播加入消息发送至其级联的上级网络设备。

因为固网中的上级网络设备接收到来自BSR的组播加入消息,因此,固网中的上级网络设备可以按照现有的流程,记录该组播加入消息的源地址和目的地址,并配置相应的端口,并根据相应的路由协议转发给组播加入消息,以最终建立组播树。

考虑到BSR的固网中的上级网络设备可能对属于移动域的源地址比较敏感,也即,当源地址为移动域中的地址时,例如,固网中的上级网络设备接收到上例中的来源于地址为101.0.0.11的移动终端的消息,固网中的上级网络设备可能因为该消息的源地址不属于固网域网段的地址而直接将该消息丢弃。为了应对上述情形,在一个变化的实施例中,BSR在进入步骤S14之前,还需要进行以下步骤:

将该组播加入消息中的源地址修改为本BSR的IP地址。BSR的IP地址是由固网分配的,属于固网网段,例如,BSR的IP地址为202.0.0.11,因此,BSR将该组播加入消息的源地址修改为BSR的IP地址为202.0.0.11,然后进入步骤S14,将源地址经过修改的组播加入消息发送至本BSR的固网中的上级网络设备。

在上述实施例中,BSR在完成了步骤S13,即在获取了移动核心网的反馈消息后,再进行步骤S14,将该组播加入消息发送给固网中的上级网络设备。值得注意的是,上述实施顺序仅为一个示例。在一个变化的实施例中,步骤S12可以省略,且步骤S13和步骤S14的执行没有明显的先后顺序,也即在步骤S11获取到来自移动终端设备的用于请求移动组播业务的组播加入消息后,不需要对该组播加入消息进行缓存,而是直接进入步骤S14,BSR将该组播加入消息发送给固网中的上级网络设备,然后再将该组播加入消息通过IPSec隧道发送给Femtocell网关4,再由Femtocell网关4解封装后再发送给移动核心网,也即,BSR触发建立移动组播业务的固定网中的组播回传通道的过程可以不依赖于来自移动核心网的反馈。此外,BSR还在移动域建立无线组播承载,在此不予赘述,在图3中未示出。该变化的实施例节省了时间,但是如果该移动组播业务请求未被移动核心网认证通过,则可能导致在固网中建立的组播回传通道,如组播树等,无效。

上述的各个实施例均为针对组播消息是组播加入消息的情形进行描述,以下,针对情形二和情形四,即组播消息为组播退出消息的情形对本发明的实施例进行具体描述。

当在步骤S10中,BSR判断来自移动终端设备的IP包属于情形二和情形四,则该方法进入步骤S11’,BSR获取该来自移动终端设备的用于退出移动组播业务的组播退出消息。

然后,该方法直接进入步骤S14’,BSR直接将组播退出消息发送给固网中的上级网络设备。值得注意的是,因为该BSR请求退出一个组播组,因此,其不需要来自移动核心网的认证即可退出,因此,也不需要进行步骤S12和S13。

在一个变化的实施例中,考虑到BSR的固网中的上级网络设备可能对属于移动域的源地址比较敏感,也即,当组播退出消息的源地址为移动域中的地址时,例如,固网中的网络设备接收到来源于地址为101.0.0.11的移动终端设备的组播退出消息时,上级网络设备可能因为该消息的IP地址不属于固网域而直接将该消息丢弃。为了应对上述情形,在一个变化的实施例中,BSR在进入步骤S14’之前,还需要进行以下步骤:

将该组播退出消息中的源地址修改为本BSR的地址。BSR的IP地址是由固网分配的,属于固网网段,例如,BSR的IP地址为202.0.0.11,因此,BSR将该组播退出消息的源IP地址修改为BSR的IP地址202.0.0.11,然后进入步骤S14’,将源地址经过修改的组播退出消息发送至本BSR的上级网络设备。在图2所示的拓扑结构中,BSR的上级网络设备为接入节点,例如DSLAM,但BSR的应用场景并不限于此。BSR的上级网络设备可以是小交换机,小路由器等,小路由器对应了FTTX连接的场景。因此,根据网络拓扑结构的不同,BSR将该组播退出消息发送至其级联的上级网络设备。

以下,参考图4,并结合图2和图3,对本发明的装置框图进行具体描述。图4是根据本发明一个具体实施例,移动通信网络的BSR1中的控制装置10的装置框图。其中,控制装置10位于以图2所示的BSR1a至BSR1d中。控制装置10包括第一获取装置100,第二获取装置101,存储装置102和辅助装置103。其中,辅助装置103还包括查询装置1030和发送装置1031。

如图4所示,BSR监听(inspection)来自所辖的移动终端的数据包,具体地,BSR查看IP包的包头中的协议类型和消息类型。

情形一:

当IP包头中的协议域值(protocol type)为2时,指示该IP包数据部分包含IGMP消息,则BSR进一步查看IGMP消息的消息域(message type)。i)当IGMP消息中的消息域为0x22时,指示该IGMP消息为版本3的组播加入消息,也即Version 3 MembershipReport;或者ii)当IGMP消息中的消息域为0x12时,指示该IGMP消息为版本1的组播加入消息,也即Version 1 Membership Report;或者iii)当IGMP消息中的消息域为0x16时,指示该IGMP消息为版本2的组播加入消息,也即Version 2 Membership Report;(请参考RFC 3376:http://www.ietf.org/rfc/rfc3376.txt?number=3376,Internet Group Management Protocol,Version 3)则在上述三种情形下,也即该IGMP消息为组播加入消息,则第一获取装置100获取到来自移动终端设备的用于请求移动组播业务的组播加入消息,也即,Membership Report Message,或IGMP join message。

情形二:

当IP包头中的协议域(protocol type)值为2时,指示该IP包数据部分包含IGMP消息,则BSR进一步查看消息域(message type)。i)当IGMP消息中的消息域为0x17时,指示该IGMP消息为Version2 Leave Group也即,组播退出消息,则第一获取装置100获取来自移动终端设备的用于请求退出移动组播业务的组播退出消息。

情形一和情形二针对BSR监听的是IPv4数据包的情形,以下,在情形三和情形四中,针对BSR监听的是IPv6数据包的情形进行具体描述。

情形三:

当IP包头中的协议域(protocol type)值为1时,指示该IP包数据部分包含ICMP消息,则BSR进一步查看ICMP消息的消息域(message type),当ICMP消息中的消息域为58,指示ICMPv6的中携带的是MLD(组播侦听发现,Multicast Listener Discovery)消息,则BSR再进一步查看MLD消息的消息域。i)当MLD的消息域为十进制的143,指示该MLD消息为版本为2的组播侦听报告消息,也即Version 2 Multicast Listener Report(Type=decimal 143)(请参考RFC 3810:http://www.ietf.org/rfc/rfc3810.txt?number=3810);或者ii)当MLD的消息域为十进制的131,指示该MLD消息为版本为1的组播侦听报告消息,也即Version 1 Multicast Listener Report(Type=decimal 131)(请参考RFC 2710:http://www.ietf.org/rfc/rfc2710.txt?number=2710);则对应情形三中的i)、ii)两种情形,该MLD消息为组播加入消息,则第一获取装置100获取到来自移动终端设备的用于请求移动组播业务的组播加入消息,也即,Membership Report Message,或MLD join message。

情形四:

当IP包头中的协议域(protocol type)值为1时,指示该IP包数据部分包含ICMP消息,则BSR进一步查看ICMP消息的消息域(message type),当ICMP消息中的消息域为58,指示ICMPv6的中携带的是MLD消息,则BSR再进一步查看MLD消息的消息域。i)当MLD的消息域为十进制的132,指示该MLD消息为版本为1的组播完成消息,也即Version 1 Multicast Listener Done(Type=decimal 132)(请参考RFC:2710:http://www.ietf.org/rfc/rfc2710.txt?number=2710),当一个主机(host)离开一个IPv6的组播组时,相应地,该主机会发送MLD done消息,也即组播退出消息,则第一获取装置100获取来自移动终端设备的用于请求退出移动组播业务的该组播退出消息。

如果BSR监听IP包的协议类型和消息类型,判断结果为该IP包不属于上述四种情形中的任一种,也即,既不属于组播加入消息,也不属于组播退出消息,则BSR直接对该IP包进行IPSec封装,即对IP包进行IP-in-IP的封装,封装后的IP包的目的地址为Femtocell网关4的地址,BSR通过IPSec隧道将封装后的IP包直接传输至IPSec隧道的出口:Femtocell网关4。

以下,先针对上述情形一和情形三对本发明的后续步骤进行具体的描述,对于情形一和情形三,当第一获取装置100获取到来自移动终端设备的用于请求移动组播业务的组播加入消息之后,存储装置102复制该组播加入消息,并将该组播加入消息的拷贝保存在本BSR中。

此外,BSR对组播加入消息进行IP-in-IP的封装,并经由IPSec隧道转发该组播加入消息,此时隧道的入口是BSR的IP地址,隧道的出口为Femtocell网关4的IP地址,以为了在移动域建立组播业务的无线组播承载(bearer),在图4中也未示出。

此外,BSR还在移动域建立无线组播承载,以便于BSR在移动域内向移动终端设备传输组播业务,该步骤与现有技术相同,因此在此不予赘述,在图4中未示出。

经IPSec隧道转发的封装的数据包到达Femtocell网关4后,Femtocell网关4将其解封装,然后转发给移动核心网进行处理。移动核心网对该组播加入消息进行相应的认证并为该组播业务建立移动域的无线组播承载,生成MBMS UE context,该实现的具体细节在现有技术中均有记载,请参见3GPP TS 23.246,因此在此处不予赘述。

然后,第二获取装置101获取来自移动核心网的反馈消息,也即MBMS UE context。

然后,当第二获取装置101接收到来自移动核心网的MBMS UEcontext以后,辅助装置103中的发送装置1031将存储装置102中存储的组播加入消息发送给固网中的上级网络设备,以辅助固网中的上级网络设备在固网中建立所述组播回传通道。

具体地,辅助装置103中的查询装置1030根据MBMS UE context中相关的源地址、目的地址,从缓存的多个组播加入消息中找出对应的组播加入消息。例如,第二获取装置101接收到来自移动核心网的反馈消息,该MBMS UE context相关的源地址为移动终端的IP地址,例如101.0.0.11,相关的目的地址为组播地址224.0.0.22,则查询装置1030根据该反馈消息,查找在该BSR上存储的多个来自移动终端设备的组播加入消息,并找出目的地址为组播地址224.0.0.22,源地址为移动终端设备的IP地址,例如101.0.0.11的组播加入消息,则查询装置1030将该组播消息确定为对应于该反馈的MBMS UE context的组播加入消息,于是,发送装置1031将与该反馈的MBMS UE context相对应的组播加入消息发送至固网中的上级网络设备。在图2所示的拓扑结构中,BSR的上级网络设备为接入节点,例如DSLAM,但BSR的应用场景并不限于此。BSR的上级网络设备可以是小交换机,小路由器等,小路由器对应了FTTX连接的场景。因此,根据网络拓扑结构的不同,发送装置1031将该组播加入消息发送至其级联的上级网络设备。

因为固网中的上级网络设备接收到来自BSR的组播加入消息,因此,固网中的上级网络设备可以按照现有的流程,记录该组播加入消息的源地址和目的地址,并配置相应的端口,并根据相应的路由协议转发给组播加入消息,以最终建立组播树。

考虑到BSR的固网中的上级网络设备可能对属于移动域的源地址比较敏感,也即,当源地址为移动域中的地址时,例如,固网中的上级网络设备接收到上例中的来源于地址为101.0.0.11的移动终端的消息,固网中的上级网络设备可能因为该消息的源地址不属于固网域网段的地址而直接将该消息丢弃。为了应对上述情形,在一个变化的实施例中,控制装置10还包括更新装置(图中未示出),更新装置用于执行以下步骤:

将该组播加入消息中的源地址修改为本BSR的IP地址。BSR的IP地址是由固网分配的,属于固网网段,例如,BSR的IP地址为202.0.0.11,因此,更新装置将该组播加入消息的源地址修改为BSR的IP地址为202.0.0.11,然后发送装置1031将源地址经过修改的组播加入消息发送至本BSR的固网中的上级网络设备。

在上述实施例中,第二获取装置101在获取了移动核心网的反馈消息后发送装置1031才将该组播加入消息发送给固网中的上级网络设备。值得注意的是,上述实施顺序仅为一个示例。在一个变化的实施例中,存储装置102可以省略,且第二获取装置101和发送装置1031执行的操作之间没有明显的先后顺序,也即第一获取装置100获取到来自移动终端设备的用于请求移动组播业务的组播加入消息后,发送装置1031直接将该组播加入消息发送给固网中的上级网络设备,然后再将该组播加入消息通过IPSec隧道发送给Femtocll网关4,再由Femtocll网关4解封装后再发送给移动核心网,也即,BSR触发建立移动组播业务的固定网中的组播回传通道的过程可以不依赖于来自移动核心网的反馈。此外,BSR还在移动域建立无线组播承载,在此不予赘述,在图4中未示出。该变化的实施例节省了时间,但是如果该移动组播业务请求未被移动核心网认证通过,则可能导致在固网中建立的组播回传通道,如组播树等,无效。

上述的各个实施例均为针对组播消息是组播加入消息的情形进行描述,以下,针对情形二和情形四,即组播消息为组播退出消息的情形对本发明的实施例进行具体描述。

BSR判断来自移动终端设备的IP包属于情形二和情形四,第一获取装置100获取该来自移动终端设备的用于退出移动组播业务的组播退出消息。

然后,如图4中的虚线所示,发送装置1031直接将组播退出消息发送给固网中的上级网络设备。值得注意的是,因为该BSR请求退出一个组播组,因此,其不需要来自移动核心网的认证即可退出,也即,第二获取装置101、存储装置102和查询装置1030均可以省略。

在一个变化的实施例中,考虑到BSR的固网中的上级网络设备可能对属于移动域的源地址比较敏感,也即,当组播退出消息的源地址为移动域中的地址时,例如,固网中的网络设备接收到来源于地址为101.0.0.11的移动终端设备的组播退出消息时,上级网络设备可能因为该消息的IP地址不属于固网域而直接将该消息丢弃。为了应对上述情形,在一个变化的实施例中,控制装置10中的辅助装置103中还包括更新装置(图4中未示出),用于执行以下操作:

将该组播退出消息中的源地址修改为本BSR的地址。BSR的IP地址是由固网分配的,属于固网网段,例如,BSR的IP地址为202.0.0.11,因此,更新装置将该组播退出消息的源IP地址修改为BSR的IP地址202.0.0.11,然后发送装置1031将源地址经过修改的组播退出消息发送至本BSR的上级网络设备。在图2所示的拓扑结构中,BSR的上级网络设备为接入节点,例如DSLAM,但BSR的应用场景并不限于此。BSR的上级网络设备可以是小交换机,小路由器等,小路由器对应了FTTX连接的场景。因此,根据网络拓扑结构的不同,BSR将该组播退出消息发送至其级联的上级网络设备。

以上对本发明的实施例进行了描述,但是本发明并不局限于特定的系统、设备和具体协议,本领域内技术人员可以在所附权利要求的范围内做出各种变形或修改。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号