CN108235259A - 分组传送网的组播业务实现方法及其装置、通信*** - Google Patents
分组传送网的组播业务实现方法及其装置、通信*** Download PDFInfo
- Publication number
- CN108235259A CN108235259A CN201611160764.2A CN201611160764A CN108235259A CN 108235259 A CN108235259 A CN 108235259A CN 201611160764 A CN201611160764 A CN 201611160764A CN 108235259 A CN108235259 A CN 108235259A
- Authority
- CN
- China
- Prior art keywords
- transport network
- multicast service
- packet transport
- base station
- network equipment
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供的分组传送网的组播业务实现方法及其装置、通信***,分组传送网设备接收网关设备通过P2MP通道发送的组播业务,该分组传送网设备将组播业务推送给下挂基站;通过将接收到的组播业务通过P2MP通道直接推送到预先设置好的分组传送网设备过程中,只需要进行一份业务数据的推送,大大减少了网关发送的数据量,同时也减少了网关与设备之间的链路设置,减少了不必要资源的消耗浪费提高了网关数据的处理效率,然后再由分组传送网分别与下挂基站进行协议交互,保证了业务推动的准确性,也有效利用了***资源,实现了组播业务推送的灵活控制。
Description
技术领域
本发明涉及数据传输网技术领域,尤其涉及一种分组传送网的组播业务实现方法及其装置。
背景技术
由于运营商对增强型多媒体广播多播业务(enhanced MultiMedia BroadcastMulticast Service,eMBMS)开始支持,对包交换网络的带宽利用率要求提高,而现有的通信***的实现方式是采用专用物理信道实现多媒体广播多播组播业务,具体是为各个用户设备与服务器之间设置供其各自使用的专用物理信道。也即是说,即使多个用户设备接收的是同一个业务的数据流,也需要通过各自的专用物理信号实现,而且服务器也需要对各个用户发送的请求获取数据流进行反馈。这种方式实现比较简单,适合于多组播业务用户较少的情况,但是,对于多组播业务用户较多的情况,再使用上述的方式实现时,为每个多组播业务用户设置对外的通讯链路,需要消耗的资源非常多,使得成本也比较高,并且服务器处理数据的量也非常大,给服务器带来的负荷较大,会消耗大量的码资源和功率资源。
发明内容
本发明实施例提供的分组传送网的组播业务实现方法及其装置,主要解决的技术问题是解决现有的多组播业务实现方式,需要设置较多的专用通信链路以及服务器交互的数据量大,导致资源浪费的问题。
为解决上述技术问题,本发明实施例提供一种分组传送网的组播业务实现方法,包括:
分组传送网设备通过点到多点P2MP通道接收网关设备发送的组播业务;
所述分组传送网设备将组播业务推送至下挂基站。
本发明实施例还提供一种分组传送网的组播业务实现装置,包括:接收模块和交互模块;
接收模块用于通过分组传送网设备接收网关设备通过点到多点P2MP通道发送组播组业务;
交互模块用于将所述分组传送网设备接收到的组播组业务推送至所述下挂基站。
本发明实施例还提供一种计算机存储介质,所述计算机存储介质中存储有计算机可执行指令,所述计算机可执行指令用于执行前述提供的分组传送网的组播业务实现方法。
本发明的有益效果是:
根据本发明实施例提供的分组传送网的组播业务实现方法、装置以及计算机存储介质,分组传送网设备通过点到多点P2MP通道接收网关设备发送的组播业务,该分组传送网设备通过预设的交互协议与下挂基站进行交互,将组播业务推送给下挂基站;通过对本发明提供的方法的实施,网关设备将接收到的组播业务通过点对多点通道直接推送到预先设置好的分组传送网设备过程中,只需要进行一份业务数据的推送,大大减少了网关交互数据的工作量,同时也减少了网关设备与其他设备之间的链路设置,减少了不必要资源的消耗浪费,降低了成本,提高了网关数据的处理效率,然后再由分组传送网分别与下挂基站进行协议交互,实现了逐一的组播业务推送,保证了业务推动的准确性,也有效利用了***资源,实现了组播业务推送的灵活控制。
附图说明
图1为本发明实施例一提供的分组传送网的组播业务实现方法的流程图;
图2为本发明实施例一提供的L2VPN和L3VPN都支持P2MP的边缘设备的示意图;
图3为本发明实施例一提供的只有L3VPN支持P2MP的边缘设备的示意图;
图4为本发明实施例二提供的分组传送网的组播业务实现装置的结构框图。
具体实施方式
下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。
实施例一:
本实施例提供的组播业务实现方法主要是基于支持P2MP(Point to MultiplePoint,点对多点)通道的设备提出的,P2MP通道具有“任一组播组在网络内同一物理跨段只占用一份流量”的特性,多媒体广播多播组播业务网关(MBMS_GW)通过P2MP通道把各个组播业务全部推送到与各个直连基站的分组传送网设备(Packet Transport Network,PTN)上,再以分组传送网设备作为查询器,与下挂基站通过互联网组管理协议(Internet GroupManagement Protocol,IGMP)交互来决定各个基站对应推送的组播流量,从而解决了现有技术中需要为各个用户与网关之间设置专用通信链路,以及网关对各个用户发送的请求分别获取数据流而导致网关承载负荷过大,资源浪费的问题。
请参见图1,图1为本实施例提供的分组传送网的组播业务实现方法的流程图,该实现方法具体包括如下步骤:
S101,分组传送网设备接收网关设备通过点到多点P2MP通道发送的组播业务,所述分组传送网设备用于向下挂基站推送组播业务。
在本实施例中,所述分组传送网设备为预设的能支持点到多点P2MP通道传送的PTN设备或者PC,所述分组传送网设备可以为用于桥接第二层虚拟网络层和第三层虚拟网络层的桥接设备,也可以是直连有至少一个基站的PTN设备;当与所述网关设备连接的分组传送网设备均支持P2MP通道时,在网关设备接收到外界服务器发送的组播流量后,通过P2MP通道直接将接收到的组播流发送给分组传送网设备,优选的,由于所述点到多点P2MP通道具有接收一份数据流量,输出多分数据流量的特点,因此,根据该特点网关设备在发送组播流量时,不需要根据下挂基站的数量进行发送,对于多个下挂基站情求相同的业务网关设备只需要发送一份即可,不需要针对每个基站都发送,并且通过P2MP通道与多个PTN设备通信时,只需要设置一条P2MP通道即可,这样大大减轻了网关设备分别发送时的流量负荷。
在本实施例中,在该步骤通过通过点到多点P2MP通道接收组播业务之前之前,还包括:查询所述分组传送网设备与所述网关设备之间是否已存在点到多点P2MP通道;若不存在,则根据预设的通道模型创建点到多点P2MP通道。
进一步的,在创建完成点到多点P2MP通道之后,为了更加方便后续的使用,该方法还包括:对创建的点到多点P2MP通道添加查询标签,并将创建的通道以及对应的查询标签更新到对应关系表中。
S102,所述分组传送网设备将组播业务推送至下挂基站。
在本实施例中,所述分组传送网设备与下挂基站之间进行组播业务交互时,是通过预设的交互协议进行,优选的,所述预设的交互协议为IGMP协议;在分组传送网设备接收到网关发送的组播业务后,分组传送网设备根据下挂的各基站的业务请求从组播业务中查询对应的组播业务下发给对应的基站。
优选的,在本实施例中是以所述分组传送网设备作为IGMP查询器,分组传送网设备和下挂基站之间是通过IGMP协议进行交互,具体是所述分组传送网设备与所述下挂基站通过互联网组管理协议查询下挂基站对应实际交互的组播业务,根据查询到的实际交互组播业务给所述下挂基站推送对应的组播业务,也即是根据与下挂基站交互的实际情况从组播业务中选择与基站对应的组播业务推送。
在本实施例中,当第二层虚拟网络层(L2VPN,又称接入层)和第三层虚拟网络层(L3VPN,又称汇聚层)中的所有分组传送网设备都支持P2MP通道时,所述分组传送网设备为直连有至少一个所述下挂基站的接入层分组传送网设备,所述接收模块通过接入层分组传送网设备接收所述网关设备通过点到多点P2MP通道发送的组播组业务,所述接入层分组传送网设备将接收到的组播业务根据对应的交互协议分别下发至所述下挂基站,具体是网关设备通过点到多点P2MP通道将组播业务发送至连接有所述下挂基站的接入层分组传送网设备。
如图2所示,为本实施例提供的L2VPN和L3VPN都支持P2MP的边缘设备的示意图,在MBMS_GW(网关设备)接收到来自外界服务器发送过来的组播流量,这里的组播流量包括至少一种业务类型的流量,例如,视频流量、电视节目、音频流量等等。当多个下挂基站交互的是同一个业务类型的组播业务时,其需要的流量的相同的,因此,所述PTN设备直接将对应的组播业务复制后分别推送给基站即可,当多个基站交互的业务类型为不同的类型时,所述PTN设备在推送组播业务之前,还需要获取各基站交互的业务类型对应需要的流量,根据业务类,PTN设备为基站推送对应的流量。
进一步的,MBMS_GW将接收到的组播流量不做任何的筛选处理,直接发送给PTN设备K1和K2;K1和K2在接收到组播业务后,根据接收到下一层PTN设备或者基站发送的请求进行组播业务的推送,具体的推送方式如下:
方式一、当接收到的是基站的业务请求,则K1根据基站1的业务请求从组播流量中查询对应的组播业务发送给基站1,最后通过基站将该组播业务推送给用户设备;
方式二、当K1接收到的是下一层PTN设备发送的组播业务请求时,则K1将接收的所有组播流量发送给PTN设备N1,然后由N1根据与N1连接的设备发送的业务请求从组播业务包中查询对应的组播业务进行推送,最后设备将接收到的组播业务推送给用户设备。
在本实施例中,不管PTN设备下连接的是基站还是PTN设备,都可以按照上述的方式一进行组播流量的推送,每层的PTN设备都可以进行适当的筛选后才推送,这样不仅可以充分利用了各PTN设备的流量资源,还可以极大地提高了推送效率。当然,若PTN设备下既连接有基站也连接有PTN设备时,则分别根据上述的方式一和方式二进行业务流量的推送。
如图3,为本实施例提供的只有L3VPN支持P2MP的边缘设备的示意图,基于图3的边缘设备实现组播业务交互的具体过程为:
当L2VPN中存在分组传送网设备不支持P2MP通道,且L3VPN中的所有分组传送网设备都支持点对多点通道时,所述分组传送网设备通过点到多点P2MP通道接收网关设备发送的组播业务为:所述分组传送网设备为桥接第二层虚拟网络层L2VPN和第三层虚拟网络层L3VPN的各二三层虚拟网络桥接的分组传送网设备,所述接收模块通过各二三层虚拟网络桥接的分组传送网设备接收所述网关设备通过点到多点P2MP通道发送的组播组业务,所述各二三层虚拟网络层桥接的分组传送网设备再将接收到的组播组业务推送到下一接入层分组传送网设备。
如图3所示,L3VPN包括PTN设备K1、K2和M1~M4,其中M1~M4为L2VPN与L3VPN的桥接设备,并且K1、K2和M1~M4是支持P2MP的新设备,在L3VPN以及MBMS_GW的组播业务的交互过程为,MBMS_GW接收到来自外界服务器发送过来的组播流量,这里的组播流量包括至少一种业务类型的流量,例如,视频流量、电视节目、音频流量等等。MBMS_GW将接收到的组播流量不做任何的筛选处理,直接发送给PTN设备K1和K2;K1和K2在接收到组播流量后,根据接收到下一层PTN设备或者基站发送的请求进行组播流量的推送,也即是图3中所示的与K1连接的设备M1、M3和基站1,K1与设备M1、M3和基站1之间的组组播业务交互过程与图2中的相同,这里就不再重复赘述了。
对于L2VPN中各设备或者基站的业务交互时,如图3中的以及基站之间的交互过程具体是通过原有的通信链路进行交互,优选的,通过M1、M2与下接的设备N1、N2、设备A、B、C、D直接通过VPLS或VPLS连接,由二三层桥接PTN设备M1、M2分别将组播流量下发至设备N1、N2,设备N1再分别下发至设备A、B、C、D,最后以设备A、B、C、D作为IGMP查询器,与下挂基站通过IGMP协议交互来决定是否推送组播业务,推送哪些播组业务。
在本实施例中,在以PTN设备作为IGMP查询器实现从所述PTN设备到所述下挂基站的推送处理具体包括:当所述分组传送网设备下连接有多个下挂基站时,在该分组传送网设备根据预设的虚拟局域网的推送数量复制多份组播业务,并分别将组播业务分别推送到对应的多个下挂基站,具体的所述分组传送网设备包括用于实现二三层虚拟网络桥接的分组传送网设备和其他连接有对个基站的分组传送网设备,但是不管哪一种分组传送网设备,其都会存在连接多个基站的情况,这时就可以根据请求将接收到的组播业务进行复制,然后分别发送给基站,具体是根据虚拟局域网下挂的基站的个数,将所述组播业务进行复制,并分别将复制后的组播业务分别推送到对应的多个下挂基站。
如图3所示,设备A下挂有基站2和基站3,当两个基站同时请求的是相同的业务,都是视频流量,这时,设备A在接收到设备N1发送的组播流量后,查询接收到的关于视频流量的业务请求的个数或者查询预先设置的虚拟局域网业务推送数量,该虚拟局域网业务推送数量是根据下挂的基站数进行预设的,设备A根据查询到的业务请求个数或者业务推送数量进行视频流量的复制,复制的分数与查询到的业务请求个数或者业务推送数量相等,最后将得到的视频流量分别推送到对应的多个下挂基站。
本发明实施例提供的分组传送网的组播业务实现方法,MBMS_GW通过P2MP通道把各个组播业务全部推送到与各个直连基站的PTN设备上,再以该PTN设备作为查询器,与下挂基站通过IGMP协议交互来决定各个基站对应推送的组播业务,实现了MBMS_GW只需要进行一份业务数据的推送,大大减少了网关交互数据的工作量,从而解决了现有技术中需要为各个用户与网关之间设置专用通信链路,以及网关对各个用户发送的请求分别获取数据流而导致网关承载负荷过大,资源浪费的问题。
实施例二:
请参见图4,图4为本实施例提供的分组传送网的组播业务实现装置的结构框图,该分组传送网的组播业务实现装置4包括:接收模块41和交互模块42,其中:
接收模块41通过分组传送网设备接收网关设备通过P2MP通道发送的组播组业务,所述预设分组传送网设备用于向下挂基站推送组播组。
在本实施例中,与所述网关设备连接的分组传送网设备均支持P2MP通道,接收模块41在发送组播业务时,不需要根据下挂基站的数量进行发送,对于多个下挂基站情求相同的业务网关设备只需要发送一份即可,不需要针对每个基站都发送,并且通过P2MP通道与多个PTN设备通信时,只需要设置一条P2MP通道即可,这样大大减轻了网关分别发送时的流量负荷。
在本实施例中,所述组播业务实现装置还包括查询模块、通道创建模块和标签模块,所述查询模块用于查询所述分组传送网设备与所述网关设备之间是否已存在点到多点P2MP通道;若不存在,则所述通道创建模块根据预设的通道模型创建点到多点P2MP通道。
所述标签模块用于对创建的点到多点P2MP通道添加标签,所述标签用于标识所述点到多点P2MP通道,具体的用于查询所述分组传送网设备与所述网关设备之间的P2MP通道时使用,直接通过标签即可查询到对应的P2MP通道。
交互模块42将所述分组传送网设备接收到的播组业务推送至所述下挂基站。
在本实施例中,所述分组传送网设备与下挂基站之间进行组播业务交互时,是通过预设的交互协议进行,优选的,所述预设的交互协议为IGMP协议;所述交互模块42将所述分组传送网设备作为IGMP查询器,所述分组传送网设备与所述下挂基站通过互联网组管理协议查询对应的组播业务,根据查询到的组播业务给所述下挂基站推送对应的组播业务。具体的,在分组传送网设备接收到网关发送的组播业务后,分组传送网设备根据下挂的各基站的业务请求从组播业务包中查询对应的组播业务下发给对应的基站。
在本实施例中,当L2VPN和L3VPN中的所有分组传送网设备都支持点对多点通道时,所述交互模块42通过点对多点通道将组播业务推送到分组传送网设备具体是网关设备通过点到多点P2MP通道将组播业务发送至连接有所述下挂基站的接入层分组传送网设备。
如图2所示,在MBMS_GW接收到来自外界服务器发送过来的组播流量后,直接发送给PTN设备K1和K2;K1和K2在接收到组播业务后,根据接收到下一层PTN设备或者基站发送的请求进行组播业务的推送。
当接收到的是基站的业务请求,则K1根据基站1的业务请求从组播业务包中查询对应的组播业务发送给基站1,最后通过基站将该组播业务推送给用户设备;当K1接收到的是下一层PTN设备发送的组播业务请求时,则K1将接收的所有组播业务发送给PTN设备N1,然后由N1根据与N1连接的设备发送的业务请求从组播业务中查询对应的组播业务进行推送,最后设备将接收到的组播业务推送给用户设备。
当L2VPN中存在分组传送网设备不支持P2MP通道,且L3VPN中的所有分组传送网设备都支持点对多点通道时,所述交互模块42通过网关设备通过P2MP通道将组播组业务推送到L3VPN中的各二三层虚拟网络桥接分组传送网设备,再通过所述各二三层虚拟网络桥接分组传送网设备将组播组业务推送到下一接入层分组传送网设备。
如图3所示,L3VPN以及MBMS_GW的组播业务的交互过程与图2中的相同,在L2VPN中各设备或者基站的业务交互时,由二三层虚拟网络桥接PTN设备M1、M2分别将组播流量下发至设备N1、N2,设备N1再分别下发至设备A、B、C、D,最后以设备A、B、C、D作为IGMP查询器,与下挂基站通过IGMP协议交互来决定是否推送组播流量,推送哪些组播组的流量。优选的,通过VPLS或VPLS来实现。
在本实施例中,当所述分组传送网设备对应有多个下挂基站时,所述交互模块42用于在该分组传送网设备根据预设的虚拟局域网的推送数量复制多份组播页流量,并分别将组播业务流量分别推送到对应的多个下挂基站,具体的所述分组传送网设备包括用于实现二三层虚拟网络桥接的分组传送网设备和其他连接有对个基站的分组传送网设备,但是不管哪一种分组传送网设备,其都会存在连接多个基站的情况,这时就可以根据请求将接收到的组播业务进行复制,然后分别发送给基站。
在本实施例中,对于上述图4提供的组播业务实现装置4各各个模块所实现的功能还可以通过处理器、接收模块和发送模块来实现,此时,分组传送网的组播业务实现装置的实现方式可以为:
接收模块接收来自服务器发送的组播业务;
处理器通过P2MP通道将接收到的组播业务推送到分组传送网设备,其中,分组传送网设备用于向下挂基站推送组播业务。
处理器与所述下挂基站进行协议交互,查询与下挂各个基站对应的业务组播流量,从而实现将组播业务从所述分组传送网设备到所述下挂基站的推送处理。
进一步的,所述接收模块41可以直接采用支持P2MP通道的家庭网关来实现,而交互模块42采用PTN设备来实现,其交互流程为:家庭网关接收来至服务器的组播流量,然后通过与接入层的PTN设备建立P2MP通道将组播业务通过P2MP通道发送给接入层的PTN设备,以接入层的PTN设备作为查询器,通过IGMP协议与下挂基站交互,确定需要推送的组播月。
在本实施例中,对家庭网关与接入层的PTN设备之间的P2MP通道的建立流程如下:
步骤1,处理器查询与PTN设备之间已有的P2MPSwitch节点和多播流点。
该步骤主要是用于判断是否已存在与该组播流量对应的P2MPSwitch节点,若不存在则新建,并且将新建的节点与原有的其他P2MPSwitch节点挂接兄弟关系,通知模型,通知表生成器进行节点列表的更新处理;或者,判断是否已存在与该组播流量对应的多播流点,若不存在则新建,并且将新建的节点与原有的其他多播流点挂接兄弟关系,通知模型,通知表生成器进行节点列表的更新处理,这里的模型指的是PTN设备上预设的建立节点或流点的建立规则,通过对应的建立规则建立节点或流点。若存在,则直接进行查询出、入向LSP节点和出、入向LSP流点进行组播业务的交互。
步骤2,新建出向LSP节点和出向LSP流点,挂接父子关系,根据出向LSP端口信息挂接lsp节点与装置上的物理端口之间的关系,通知模型,通知表生成器,这里的父子关系指的是节点与流点之间的关系,一个节点下存在多个流点。
在本实施例中,当新建的P2MPSwitch节点为非根节点时,则还需要建立入向LSP节点和入向LSP流点,具体如步骤3所示。
步骤3,非根节点新建入向LSP节点和LSP流点,挂接父子关系,根据入向LSP端口信息挂接LSP节点与端口之间父子关系,通知模型,通知表生成器;
步骤4,将出向LSP流点与多播流点挂接父子关系,将P2MPSwitch节点分别与多播流点,入向LSP流点挂接兄弟关系,通知模型,通知表生成器;
步骤5,配置相关节点属性,通知模型,通知表生成器。
在本实施例中,分组传送网的组播业务实现装置还包括对P2MP通道进行实时检测,判断各通道是否长时间不进行组播业务交互,若是,则执行通道删除步骤,具体如下所示:
步骤一、通知L3组播命令处理器处理,通知模型,通知表生成器进行节点列表的更新处理。
步骤二、释放多播流点index,通知模型,通知表成器进行节点列表的更新处理。
步骤三、解除入向LSP与端口之间的关系,出向LSP与端口之间的关系,出向LSP流点与多播流点的关系,P2MPSwitch节点与多播流点,入向LSP流点的关系,通知模型,通知表成器进行节点列表的更新处理。
步骤四、删除有P2MP相关的所有节点和流点,通知模型,通知表成器进行节点列表的更新处理。
在本实施例中,为了方便后续再进行相同的组播业务交互时可以直接查询调用,通过上述的步骤在家庭网关与接入层的PTN设备之间建立一条P2MP通道后,还包括为新建的P2MP通道增加标签,具体步骤如下:
步骤a,收到添加P2MP通道标签的命令后,查询标签map,处理标签map的存储;
步骤b,检测对应通道标签发生变化,将旧的通道对应的入标签签置为无效值,通知模型,通知表生成器更新变更后的通道标签;
步骤c,设置P2MP通道的入标签,通知模型,通知表成器进行节点列表的更新处理;
当接收到的是删除P2MP通道标签的命令时,则查询标签map,并将对应的通道进行删除即可。
对应的,本发明还提供了一种通信***,该通信***包括上述的分组传送网的组播业务实现装置,所述***通过P2MP通道将组播业务推送到分组传送网设备,将所述分组传送网设备作为查询器,与所述下挂基站进行协议交互,实现将组播业务从所述分组传送网设备到所述下挂基站的推送处理。
综上所述,本发明实施例提供的分组传送网的组播业务实现方法及其装置,分组传送网设备通过点到多点P2MP通道接收网关设备发送的组播业务,该分组传送网设备通过预设的交互协议与下挂基站进行交互,将组播业务推送给下挂基站;通过对本发明提供的方法的实施,网关将接收到的组播业务通过P2MP通道直接推送到预先设置好的分组传送网设备过程中,只需要进行一份业务数据的推送,大大减少了网关交互数据的工作量,同时也减少了网关与设备之间的链路设置,减少了不必要资源的消耗浪费,降低了成本,提高了网关数据的处理效率,然后再由分组传送网分别与下挂基站进行协议交互,实现了逐一的组播业务推送,保证了业务推动的准确性,也有效利用了***资源,实现了组播业务推送的灵活控制。
显然,本领域的技术人员应该明白,上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (11)
1.一种分组传送网的组播业务实现方法,其特征在于,包括:
分组传送网设备通过点到多点P2MP通道接收网关设备发送的组播业务;
所述分组传送网设备将所述组播业务推送至下挂基站。
2.根据权利要求1所述的分组传送网的组播业务实现方法,其特征在于,所述分组传送网设备将所述组播业务推送至下挂基站包括:
所述分组传送网设备将所述组播业务推送到直连有至少一个下挂基站的接入层分组传送网设备,所述接入层分组传送网设备将所述组播业务分别下发至所述下挂基站,其中所述分组传送网设备为用于桥接第二层虚拟网络层L2VPN和第三层虚拟网络层L3VPN的桥接设备。
3.根据权利要求1或2所述的分组传送网的组播业务实现方法,其特征在于,在所述分组传送网设备通过点到多点P2MP通道接收网关设备发送的组播业务之前,还包括:查询所述分组传送网设备与所述网关设备之间是否已存在所述点到多点P2MP通道;若不存在,则根据预设的通道模型创建所述点到多点P2MP通道。
4.根据权利要求3所述的分组传送网的组播业务实现方法,其特征在于,在所述根据预设的通道模型创建所述点到多点P2MP通道之后,还包括:对所述点到多点P2MP通道添加标签,其中所述标签用于标识所述点到多点P2MP通道。
5.根据权利要求4所述的分组传送网的组播业务实现方法,其特征在于,所述分组传送网设备将所述组播业务推送至下挂基站包括:
所述分组传送网设备通过预设的交互协议将所述组播业务推送至所述下挂基站,其中所述交互协议包括互联网组管理协议IGMP。
6.一种分组传送网的组播业务实现装置,其特征在于,包括:接收模块和交互模块;
所述接收模块用于通过分组传送网设备接收网关设备通过点到多点P2MP通道发送的组播组业务;
所述交互模块用于将所述分组传送网设备接收到的播组业务推送至下挂基站。
7.根据权利要求6所述的分组传送网的组播业务实现装置,其特征在于,所述交互模块用于通过所述分组传送网设备将所述组播业务推送到直连有至少一个下挂基站的接入层分组传送网设备,所述接入层分组传送网设备将所述组播业务分别下发至所述下挂基站,其中所述分组传送网设备为用于桥接第二层虚拟网络层L2VPN和第三层虚拟网络层L3VPN的桥接设备。
8.根据权利要求6或7所述的分组传送网的组播业务实现装置,其特征在于,还包括查询模块和通道创建模块,所述查询模块用于查询所述分组传送网设备与所述网关设备之间是否已存在所述点到多点P2MP通道;若不存在,则所述通道创建模块根据预设的通道模型创建点到多点P2MP通道。
9.根据权利要求8所述的分组传送网的组播业务实现装置,其特征在于,还包括标签模块,用于对创建的点到多点P2MP通道添加标签,其中所述标签用于标识所述点到多点P2MP通道。
10.根据权利要求9所述的分组传送网的组播业务实现装置,其特征在于,所述分组传送网设备通过预设的交互协议将所述组播业务推送至所述下挂基站,其中所述交互协议包括互联网组管理协议IGMP。
11.一种通信***,其特征在于,包括:如权利要求6至10任一项所述分组传送网的组播业务实现装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611160764.2A CN108235259B (zh) | 2016-12-15 | 2016-12-15 | 分组传送网的组播业务实现方法及其装置、通信*** |
PCT/CN2017/116631 WO2018108168A1 (zh) | 2016-12-15 | 2017-12-15 | 分组传送网的组播业务实现方法及其装置、通信*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611160764.2A CN108235259B (zh) | 2016-12-15 | 2016-12-15 | 分组传送网的组播业务实现方法及其装置、通信*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108235259A true CN108235259A (zh) | 2018-06-29 |
CN108235259B CN108235259B (zh) | 2021-11-12 |
Family
ID=62558053
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611160764.2A Active CN108235259B (zh) | 2016-12-15 | 2016-12-15 | 分组传送网的组播业务实现方法及其装置、通信*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108235259B (zh) |
WO (1) | WO2018108168A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113438606A (zh) * | 2020-03-23 | 2021-09-24 | ***通信有限公司研究院 | 报文传输方法、装置、相关设备及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11234054B2 (en) | 2019-07-22 | 2022-01-25 | Qatar Foundation For Education, Science And Community Development | Edge network system for service-less video multicast |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013123676A1 (zh) * | 2012-02-24 | 2013-08-29 | 华为技术有限公司 | 确定建立多协议标签交换流量工程隧道的方法及设备 |
CN106470162A (zh) * | 2015-08-19 | 2017-03-01 | ***通信集团公司 | 一种业务报文的组播方法及装置 |
CN107786438A (zh) * | 2016-08-31 | 2018-03-09 | 中兴通讯股份有限公司 | P2mp组播隧道保护的方法、装置、***及设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7496096B1 (en) * | 2002-01-31 | 2009-02-24 | Cisco Technology, Inc. | Method and system for defining hardware routing paths for networks having IP and MPLS paths |
CN101132607B (zh) * | 2006-08-22 | 2011-07-20 | 上海贝尔阿尔卡特股份有限公司 | 演进多媒体广播组播业务接入网关、基站和方法 |
CN102308532B (zh) * | 2009-05-21 | 2013-10-09 | 华为终端有限公司 | 点到多点推送消息处理方法、***及服务器 |
-
2016
- 2016-12-15 CN CN201611160764.2A patent/CN108235259B/zh active Active
-
2017
- 2017-12-15 WO PCT/CN2017/116631 patent/WO2018108168A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013123676A1 (zh) * | 2012-02-24 | 2013-08-29 | 华为技术有限公司 | 确定建立多协议标签交换流量工程隧道的方法及设备 |
CN106470162A (zh) * | 2015-08-19 | 2017-03-01 | ***通信集团公司 | 一种业务报文的组播方法及装置 |
CN107786438A (zh) * | 2016-08-31 | 2018-03-09 | 中兴通讯股份有限公司 | P2mp组播隧道保护的方法、装置、***及设备 |
Non-Patent Citations (4)
Title |
---|
ZHENG, ET AL.: "Survey Report on Protocol Independent Multicast - Sparse Mode (PIM-SM) Implementations and Deployments", 《IETF》 * |
王健,梁灿: "基于LTE网络eMBMS业务的传输承载方案研究", 《技术专题》 * |
王迎春,李勇: "PTN网络承载eMBMS业务技术及网络部署方案", 《电信工程技术与标准化》 * |
蒋鑫: "TD-LTE网络E-MBMS传输解决方案研究", 《电信技术》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113438606A (zh) * | 2020-03-23 | 2021-09-24 | ***通信有限公司研究院 | 报文传输方法、装置、相关设备及存储介质 |
CN113438606B (zh) * | 2020-03-23 | 2022-08-30 | ***通信有限公司研究院 | 报文传输方法、装置、相关设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2018108168A1 (zh) | 2018-06-21 |
CN108235259B (zh) | 2021-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102882758B (zh) | 虚拟私云接入网络的方法、网络侧设备和数据中心设备 | |
CN108063672B (zh) | 一种视频会议终端的管理方法和装置 | |
CN105162704B (zh) | Overlay网络中组播复制的方法及装置 | |
CN102067514B (zh) | 用于多跳中继通信***中的多播树管理的方法和装置 | |
CN103067286B (zh) | 一种组播数据传输方法和设备 | |
CN102204369B (zh) | 移动通信***、核心网络节点、控制站、基站和通信方法 | |
CN103975556A (zh) | 远程多播复制网络的改进复制管理 | |
RU2011119536A (ru) | Способ применения экземпляра службы к сети mpls (варианты) и сеть mpls | |
CN102281181B (zh) | 扩展端口桥设备中实现多播转发的方法、装置及*** | |
WO2017117956A1 (zh) | 一种信息传输方法及装置 | |
CN104469691A (zh) | 一种组通信方法、设备及*** | |
CN101616014A (zh) | 一种实现跨虚拟专用局域网组播的方法 | |
CN100492977C (zh) | 指定源组播协议无关组播模式下跨虚拟局域网组播的方法和*** | |
CN109743595A (zh) | 终端数据同步方法和装置 | |
CN101123526B (zh) | 一种大规模流媒体传输结构的实现方法 | |
CN102571375B (zh) | 组播转发方法、装置及网络设备 | |
CN110035256A (zh) | 一种监控资源权限的处理方法和装置 | |
CN109889779A (zh) | 一种报文乱序的处理方法和装置 | |
CN103716169B (zh) | 点到多点的组播实现方法、网络节点和*** | |
CN108235259A (zh) | 分组传送网的组播业务实现方法及其装置、通信*** | |
CN109257190A (zh) | 一种基于sdn的组播处理方法、控制器、交换机及*** | |
CN109587433A (zh) | 一种点调方法和点调装置 | |
CN109698818A (zh) | 一种获取在线用户以及跨流媒体通信的方法和装置 | |
CN106375100B (zh) | 一种视频监控***中组播实现方法及装置 | |
CN102170710B (zh) | 一种在标签交换路径中实现叶子节点发现的方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |