CN104521189B - 网络终端获取业务的方法、设备、系统 - Google Patents
网络终端获取业务的方法、设备、系统 Download PDFInfo
- Publication number
- CN104521189B CN104521189B CN201380005839.8A CN201380005839A CN104521189B CN 104521189 B CN104521189 B CN 104521189B CN 201380005839 A CN201380005839 A CN 201380005839A CN 104521189 B CN104521189 B CN 104521189B
- Authority
- CN
- China
- Prior art keywords
- address
- message
- network terminal
- network
- business
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种网络终端获取业务的方法、设备、系统。所述方法包括网络终端接收请求第一业务的第一报文,所述第一报文携带目的IP地址和源IP地址;如果确定所述目的IP地址在所述第一业务的第一地址网段内,向上层网络发送请求所述业务的第二报文,所述第二报文的源IP地址为所述网络终端的第一IP地址;响应所述第二报文的发送,接收所述上层网络发送的所请求的业务。通过以上技术方案,用户终端采用一个IP地址进行多种业务报文的发送,网络终端在收到报文后,查询路由表,将报文发送到不同业务的服务器,从而获取到多种业务,使得现网中的用户终端无需更换,节省了资源。
Description
技术领域
本发明涉及网络通信技术,特别涉及一种网络终端获取业务的方法、设备和系统。
背景技术
随着越顶服务(Over The Top,OTT指的是在为用户提供互联网的业务成为运营商的一种业务之后,运营在互联网“之上”的业务。这种业务最典型的特征是,其提供者勿需拥有自己的物理网络,直接在运营商的互联网物理网络上运营)视频时代的到来,多屏业务和实时社交媒体互动改变了人们娱乐消费的方式,传统视频业务如IPTV面临着严峻考验。许多运营商计划在现有IPTV业务的基础上,增加OTT业务。
目前,现有技术中解决用户终端STB(Set Top Box,机顶盒)同时支持IPTV业务和OTT业务的技术方案是STB分别从提供IPTV业务的服务器和提供OTT业务的服务器获取用于实现业务的私网IP地址,采用不同的IP地址,发送不同格式的业务请求报文到网络终端,并分别采用桥接和路由的方式进行业务向上层网络设备的发送,而现网中的大量STB不能支持上述功能,因此需要更换STB,增加了成本。
发明内容
有鉴于此,本发明实施例提供了一种网络终端获取业务的方法、设备、系统,以解决上述问题。
第一方面,一种网络终端获取业务的方法,所述方法包括网络终端内置路由表,所述路由表的表项包括业务的地址网段和所述网络终端的互联网协议IP地址的对应关系,所述方法包括:
网络终端接收请求第一业务的第一报文,所述第一报文携带目的IP地址和源IP地址;
如果确定所述目的IP地址在所述第一业务的第一地址网段内,向上层网络发送请求所述业务的第二报文,所述第二报文的源IP地址为所述网络终端的第一IP地址;
响应所述第二报文的发送,接收所述上层网络发送的所请求的业务。
在第一方面的第一种可能的实现方式中,所述路由表的表项还包括第二业务的第二地址网段和所述网络终端的第二逻辑WAN口的对应关系;接收请求第二业务的第三报文,所述第三报文携带目的IP地址和源IP地址;
如果确定所述第三报文的目的IP地址在所述第二业务的第二地址网段内,向上层网络发送请求第二业务的第四报文,所述第四报文的源IP地址为所述网络终端的第二IP地址。
结合第一方面或第一方面的第一种可能的实现方式,在第二中可能的实现方式中,所述方法还包括:
所述路由表的表项还包括所述网络终端的第三IP地址;
如果确定所述路由表的表项中没有与接收的请求报文的目的IP地址对应的地址网段,向上层网络发送请求业务的第五报文,请求业务的第五报文的源IP地址为所述网络终端的第三IP地址。
在第一方面的第三种可能的实现方式中,所述方法还包括:所述网络终端获取所述第一业务服务器给所述网络终端分配的第一IP地址,并将所述第一IP地址配置到所述网络终端的所述路由表中。
在第一方面的第四种可能的实现方式中,所述方法还包括:所述网络终端获取所述第二业务服务器给所述网络终端分配的第二IP地址,并将所述第二IP地址配置到所述网络终端的所述路由表中。
在第一方面的第五种可能的实现方式中,所述方法还包括:
所述网络终端上电后,与宽带远程接入服务器BRAS建立以太网承载PPP协议PPPoE连接;
获取所述BRAS给所述网络终端分配的第三IP地址,并将所述第三IP地址配置到所述网络终端的所述路由表中。
第二方面,一种网络终端,包括用户接口模块,用于接收用户终端发送的请求业务的报文,所述请求业务的报文携带目的互联网协议IP地址和源IP地址;
转发控制模块,所述转发控制模块包含路由表,所述路由表的表项包括业务的地址网段和所述网络终端的IP地址的对应关系,所述转发控制模块用于确定所述用户接口模块发送的所述目的IP地址是否在所述路由表中的第一业务的第一地址网段内,如果是,向上层网络发送所述请求业务的第二报文,所述请求业务的第二报文的所述源IP地址为所述网络终端的第一IP地址;
网络侧接口模块,用于响应所述转发控制模块的所述第二报文的发送,接收所述上层网络发送的所述请求业务的报文。
在第二方面第一种可能的实现方式中,所述转发控制模块的所述路由表的表项还包括第二业务的第二地址网段和所述网络终端的第二IP地址的对应关系。
在第二方面第二种可能的实现方式中,所述转发控制模块还用于接收请求第二业务的第三报文,所述第三报文携带目的IP地址和源IP地址;
如果确定所述第三报文的目的IP地址在所述第二业务的第二地址网段内,向上层网络发送请求第二业务的第四报文,所述第四报文的源IP地址为所述网络终端的第二IP地址。
在第二方面第三种可能的实现方式中,所述转发控制模块的所述路由表的表项还包括所述网络终端的第三IP地址。
在第二方面第四种可能的实现方式中,所述转发控制模块,还用于如果确定所述路由表的表项中没有与接收的请求报文的目的IP地址对应的地址网段,向上层网络发送请求业务的第五报文,请求业务的第五报文的源IP地址为所述网络终端的第三IP地址。
在第二方面第五种可能的实现方式中,所述网络终端还包括动态主机配置协议DHCP模块,包括DHCP模块,用于获取所述第一业务服务器给所述网络终端分配的第一IP地址,并将所述第一IP地址配置到所述网络终端的所述路由表中。
结合第二方面或第二方面的第五种可能的实施方式,在第六种可能的实现方式中,所述DHCP模块还用于获取所述第二业务服务器给所述网络终端分配的第二IP地址,并将所述第二IP地址配置到所述网络终端的所述路由表中。
在第二方面第七种可能的实现方式中,所述网络终端还包括以太网承载PPP协议PPPoE模块,所述PPPoE模块用于与宽带远程接入服务器BRAS建立PPPoE连接,获取所述BRAS给所述网络终端分配的第三IP地址,并将所述第三IP地址配置到所述转发控制模块的所述路由表中。
第三方面,一种通信系统,包括第二方面的或第二方面的任意一种可能的实现方式中提到的网络终端。
综上,通过以上技术方案,用户终端采用一个IP地址进行多种业务报文的发送,网络终端在收到报文后,查询路由表,将报文发送到不同业务的服务器,从而获取到多种业务,使得现网中的与用户终端连接的STB无需更换,节省了网络资源。
附图说明
为了更清楚地说明本发明的实施例或现有技术中的技术方案,下面将对描述背景技术和实施例时所使用的附图作简单的介绍。显而易见地,下面附图中描述的仅仅是本发明的一部分实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图和描述得到其他的附图或实施例,而本发明旨在涵盖所有这些衍生的附图或实施例。
图1是本发明一实施例所基于的通信网络组网结构示意图;
图2是本发明一实施例中提供的网络终端获取业务的方法流程示意图;
图3是本发明另一实施例提供的网络终端获取业务的方法流程示意图;
图4是本发明另一实施例提供的网络终端获取业务流程示意图;
图5是本发明另一实施例提供的网络终端的模块示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明一实施例所基于的通信网络组网结构示意图。
在图1的组网结构中,多个用户终端111、112、113、114耦合到网络终端120。用户终端可以是PC、STB、电话、无线终端等。这里的网络终端可以是光网络终端ONT或数字用户线路接入复用器(DSLAM,Digital Subscriber Line Access Multiplexer)或以太终端。这里仅以ONT为例进行说明。这里的对于光纤到户(FTTH,Fiber To The Home)的应用中,用户终端可以通过电缆连接到ONT 120,也可以通过无线空口连接到ONT 120。在光纤到大楼(FTTB,Fiber To The Building)或光纤到路边(FTTC,Fiber To The Curb)等的应用中,用户终端可以通过用户网关,如家庭网关,连接到ONT 120。
ONT 120是一种无源光网络(PON,Passive Optical Network)的终端,其属于接入汇聚层的用户侧边缘设备。ONT 120将用户终端连接到接入汇聚层的OLT。值得说明的是,ONT也可以表示成ONU或MDU,其中,ONT通常是直接连接到用户终端的设备,ONT和MDU与用户终端之间还可以连接用户网关等设备。如无特别说明,在本发明的实施例中,ONU、ONT、MDU可以替换使用,为方便起见,后续统一以ONT表示。ONT 120可以包含用户接口模块122、转发控制模块124和PON接口模块126。用户接口模块122用以提供连接用户链路的接口,可以从逻辑上划分成多个LAN,如图1所示的LANl、LAN2、LAN3、LAN4,每一个LAN可以对应一个用户终端。转发控制模块124能够将用户接口模块122和PON接口模块126之间的报文进行NAT和路由操作,例如,将来自用户接口模块124的上行报文,进行NAPT操作后路由到耦合到PON接口模块126的相应WAN口,以及将来自PON接口模块126的下行报文进行NAT操作后路由到相应LAN口。
OLT 130属于接入汇聚层设备,上行方向提供业务汇聚功能,下行提供业务分发功能。OLT 130还能够实现PON协议(如GPON协议、EPON协议)和上层网络协议之间的转换。OLT130耦合到业务控制层设备,如BRAS 142和SR 144。接入汇聚层还可以包含一个或多个局域网交换机(图中未示出),耦合于OLT和业务控制层设备之间,用以提供给业务的汇聚交换。
ONT 120到OLT 130的上行传输采用多点到点的方式,OLT 130到ONT 120的下行传输采用点到多点方式。图1所示的T-CONT 1,T-CONT 2和T-CONT 3表示GPON系统定义的业务容器,每一个ONT 120可以被分配一个或多个T-CONTs以传输数据,其中,不同业务类型可以对应不同的T-CONTs。在EPON系统中,逻辑链路类似于GPON系统的T-CONT。上述GPON可以适用于ITU-T G.984、ITU-T G.987、或两者结合等系列标准,两者上行速率分别为1G和10G速率,当然,也可以使用未来更高速率的GPON系统,如40G GPON。上述EPON可以适用于IEEE802.3ah、IEEE 802.3av、或两者结合等系列标准,两者上行速率分别为1G和10G速率,当然,也可以使用于未来更高速率的EPON系统,如40G EPON。上述跟随数字的“G”表示吉比特。
BRAS能够实现网络承载功能,如负责终结用户的PPPoE连接、汇聚用户的流量功能。通过BRAS,能够为用户终端返回服务策略参数,如IP地址、地址租期等。DHCP服务器为用户接入提供IP地址、地址租期等服务策略参数。DHCP服务器可以远程连接到BRAS,也可以内置于BRAS中。
业务运营系统提供各种各样的业务,如OTT业务、HIS业务、VoIP业务、IPTV业务。每一种业务可以一个或多个业务服务器提供相应业务。这些业务
可以由一个或多个业务运营商提供,通常情况下,这些业务由多个业务运营商或供应者提供。其中,OTT业务是指互联网运营商利用电信运营商的宽带网络发展自己的业务,并直接向用户提供业务和计费。如国外的谷歌、苹果、Skype、Netflix,即时通信(如腾讯即时通信)、Netflix网络视频以及各种移动应用商店里的应用都是OTT业务。
本发明一实施例提供了一种网络设备获取业务的方法,如图3所示,如下:
S300,网络终端接收请求业务的第一报文。
在本步骤中,用户终端发送业务请求报文至网络终端,所述的业务请求报文携带源IP地址和目的IP地址。源IP地址为用户终端的私网IP地址,目的IP地址是请求业务的报文最终发往的提供业务的服务器的地址。业务请求报文还携带有源MAC地址和目的MAC地址,源MAC地址为用户终端的MAC地址,目的MAC地址为网络终端的MAC地址。在网络终端接收到请求业务的报文后,可以通过源MAC地址检测该用户终端是否是合法的用户终端。
S310,判断第一报文中携带的目的IP是否在第一业务的第一地址网段中。
在本步骤中,网络终端接收到用户终端发送的业务请求报文后,查询网络终端本地的路由表,如表1所示,判断所述业务请求报文携带的目的IP地址是否属于所述路由表中的某个特定地址网段。
S320,第一报文中携带的目的IP在第一业务的第一地址网段中,则向上层网络发送请求业务的第二报文。
在本步骤中,第二报文为将第一报文中的源IP地址转换为网络终端的第一WAN口地址。这里所述的WAN口地址,就是网络终端的公网IP地址,如表1所示,第一WAN口地址对应第一IP地址,第二WAN口地址对应第二IP地址,依次类推。
S330,第一报文中携带的目的IP不在第一业务的第一地址网段中,则判断第一报文携带的目的IP地址是否在第二业务的第二地址网段中。
在本步骤中,网络终端判断所述业务请求报文携带的目的IP地址是否属于所述路由表中的第二地址网段。
S340,第一报文携带的目的IP地址在第二业务的第二地址网段中,则向上层网络设备发送请求业务的第三报文。
在本步骤中,如表1所示,第三报文中的源IP地址变换为网络终端的第二WAN口地址,即第二业务对应的第二IP地址。
S350中,第一报文携带的目的IP地址不在第二业务的第二地址网段中,则向上层网络设备发送请求业务的第四报文。
在本步骤中,第四报文的源IP地址变换为网络终端的默认路由对应的WAN口地址,即第三IP地址。
S360,接收上层网络设备发送的所请求的业务。
在本步骤中,第四报文为将第一报文中的源IP地址转换为网络终端的默认路由对应的WAN口地址。
通过以上的方案,用户终端采用一个IP地址进行多种业务报文的发送,网络终端在收到报文后,查询路由表,将报文发送到不同业务的服务器,从而获取到多种业务,使得现网中的与用户终端连接的STB无需更换,节省了网络资源。
下面将结合具体应用场景对本发明作进一步说明,该实施例中用户终端和网络终端分别为STB和ONT,ONT可以通过STB给用户提供IPTV业务和OTT业务。可以理解,本发明实施例网络终端不仅限于ONT,网络终端提供的业务不仅限于IPTV业务和OTT。
如图4所示,包括:
步骤0,ONT通过PPPoE连接建立过程获得访问互联网的IP地址,并将所获取的IP地址配置到ONT上的路由表中。这个过程可以由ONT的PPPoE客户端和远程的PPPoE服务器实现。
ONT上电后,与作为PPPoE服务器的BRAS建立PPPoE连接,获取访问互联网的IP地址,并将所获取的IP地址配置到ONT上的路由表。该IP可以被配置为默认路由设置的WAN口地址,作为访问互联网的IP地址。表1所示为路由表的示例。
表1
如表1所示,路由表表项包含地址网段、掩码、WAN口地址、下一跳地址。
地址网段,不同业务采用不同的地址网段,地址网段通常由提供业务的运营商提供。
掩码,与地址网段相关联的子网掩码。
WAN口,网络终端与网络侧对接的接口,在本发明的实施例中WAN口是逻辑划分的WAN口,即网络终端从不同业务服务器获取的IP地址,可以为多个WAN口配置多个公网IP地址,每一个WAN口对应一个公网IP地址。这些公网IP地址可以由不同的服务器提供,例如多种类型业务的公网IP地址可以由各自业务运营商的服务器分配给网络终端。不同的业务,采用不同的IP地址。对于ONT来说,WAN口耦合于PON接口模块,PON接口模块逻辑上可以划分成多个WAN口。
步骤1,STB向ONT发送DHCP发现报文。
为了方便描述,将STB向ONT发送的DHCP发现称为第一DHCP发现报文。表2为DHCP报文结构的示例。
表2
表2中,OP:报文的操作类型,分为请求报文和响应报文,1为请求报文;2为响应报文。具体的报文类型在option字段中标识。
Htype:硬件类别,Ethernet为1;Htype可以表示DHCP客户端的硬件类别。
Hlen:硬件长度,Ethernet为6;Hlen可以表示DHCP客户端的硬件长度。
Hops:DHCP报文经过的DHCP中继的数目。DHCP报文每经过一个DHCP中继,该字段就会增加1。若在同一网内,为0。
Transaction ID:事务标识,是个,用于客户和服务器之间匹配请求和相应消息;随机数由客户端发起一次请求时选择,用来标识一次地址请求过程。
Seconds:由用户指定的时间,指开始地址获取和更新进行后的时间;DHCP客户端开始DHCP请求后所经过的时间。如果不使用,可以设为固定的值,如固定为0。
Flags:从0-15bits,最左第一个bit为1时表示server将以广播方式传送报文给client,0表示采用单播方式,其余尚未使用。
Ciaddr:客户端的IP地址;
Yiaddr:DHCP服务器分配给客户端的IP地址;
Siaddr:用于bootstrap过程中的IP地址;DHCP客户端获取IP地址等信息的服务器IP地址。
Giaddr:转发代理(网关)IP地址;通常是DHCP客户端发出请求报文后经过的第一个DHCP中继的IP地址。
Chaddr:Client的硬件地址;
Sname:可选server的名称,以0x00结尾;通常是DHCP客户端获取IP地址等信息的服务器名称。
File:启动文件名;通常是DHCP服务器为DHCP客户端指定的启动配置文件名称及路径信息。
Options:选项字段,每一个字段可变长。这些字段可以根据需要选择,例如,可以包含报文的类型、有效租期、DNS服务器的IP地址、WINS服务器的IP地址、厂商标识等部分或全部配置信息。DHCP Option字段采用Type-Length-Value的格式来表示。Option选项内容可以参见互联网工程任务组标准RFC 2132和RFC3442。
STB作为DHCP Client端发出广播的DHCP发现报文,广播的目的是让DHCP Server能够收到这个报文。Client端可以在这个报文的选项字段中加入请求参数列表(“RequestParameter List”)选项,表明自己想要获得的各种参数。
DHCP发现报文中可以携带Option 60字段以提供验证信息,也可以通过其它选项字段提供验证信息。Option 60字段包含一些验证信息,如厂商、STB标识、MAC地址、账号、密码等一个或多个信息。ONT侧可以根据验证信息对STB进行合法认证。根据不同的运营商,Option 60字段携带的信息可以不同,本发明实施例提到的Option 60字段并不限于某种特定运营商的规定。
步骤2,ONT收到STB发送的第一DHCP发现报文后,中继或代理STB向远程连接到ONT的DHCP Server发送第二DHCP发现报文以请求IP租约。其中,该第二DHCP发现中包含来自STB的验证信息,如Option 60字段的内容,以提供给远程连接的DHCP Server。
在图4所示的实施例中,第二DHCP发现报文可以通过IPTV SR透传给IPTV业务平台的DHCP Server。在本发明的其它实施例中,远程连接的DHCP Server可以设置于SR或其它包含DHCP Server的设备中。
ONT可以基于第一DHCP发现报文中的验证信息对STB进行合法认证。
ONT可以对第一DHCP发现报文进行提取Option60字段后,重新封装以生成第二DHCP发现报文。
ONT也可以提取第一DHCP发现报文中的内容,如STB的验证信息,以生成第二DHCP发现报文。ONT内部可以包含DHCP Server模块和DHCP Client模块。DHCP Server模块收到STB发送的DHCP发现报文后,将报文中含有的字段信息复制到ONT内部的DHCP Client模块,DHCP Client代理STB向网络发起DHCP发现报文,即第二DHCP发现报文。其中,第二DHCP发现报文为广播报文。
第二DHCP发现报文可以经由IPTV SR中继给指定的IPTV DHCP服务器。
步骤3,IPTV DHCP服务器收到第二DHCP发现报文后进行响应,通过DHCP提供(DHCPOffer)报文返回可分配给ONT的IP地址。DHCP提供报文可以携带路由信息,该路由信息可以通过Option 121字段返回。该DHCP提供报文可以经由SR达到ONT。IPTV DHCP服务器可以基于Option 60信息进行认证,认证通过后,返回DHCP提供报文给SR,SR转发DHCP提供报文。
步骤4,ONT收到返回的提供IP地址的DHCP提供报文后,向SR发起DHCP请求报文,用于选择IP地址。其中,DHCP请求报文中携带了选择的IP地址以表示“用户想要的IP地址”,该地址是从DHCP提供报文中提供的IP地址中选择的。
在本步骤中,ONT的DHCP Client收到SR的DHCP提供报文后,会向SR发出一个广播的DHCP请求报文,在DHCP请求报文中IPTV DHCP Server的IP地址和用户想要的IP地址。此“DHCP Server的IP地址”用于IPTV DHCP服务器验证DHCP请求报文中所选择的IP地址是否是自己发出的Offer。
在本步骤中,SR收到ONT发送的DHCP请求报文后,发送给IPTV DHCP服务器,基于Option 60验证通过后,IPTV DHCP Server向SR发送DHCP确认报文以确认IP租约。其中,在DHCP确认报文中通过Option 121字段携带静态路由表项。
步骤5,IPTV DHCP Server收到DHCP请求报文后,如果同意DHCP客户端选择的IP地址则响应一个DHCP确认报文,在DHCP确认报文的字段中增加了IP地址使用租期选项。如果IPTV DHCP Server不同意DHCP客户端选择的IP地址,返回DHCP不确认报文。DHCP请求报文中携带了DHCP客户端选择的服务器的地址,如Siaddr字段的内容,IPTV DHCP Server基于DHCP客户端选择的服务器的地址确定是否处理该DHCP请求报文。
进一步地,SR在接收到的DHCP确认报文添加Option 121字段后,转发给ONT。ONT响应DHCP确认报文的接收,将接收到的DHCP确认报文中的IP地址作为访问IPTV业务的逻辑WAN口地址,并将接收到的DHCP确认报文中的静态路由表项配置到ONT路由表,表1所示中。如果ONT上还未创建IPTV WAN口,可以触发IPTV WAN口的创建操作,这里的IPTV WAN口为逻辑WAN口。
更进一步地,配置路由表可以通过Option121进行配置,也可以通过其他方式配置,如宽带论坛定义的技术报告TR 069来配置,本发明实施例并不限定特定的配置方法,其中TR为技术报告的缩写。
步骤6-8,ONT给STB分配私网IP地址。用户终端可以使用相同的私网IP地址接入不同类型的业务,如使用该地址作为OTT业务和IPTV业务的IP地址。
ONT将接收到IPTV系统,如IPTV DHCP Server分配的IP地址后,从自己的本地地址池中取出一个地址分配给STB,作为STB的私网IP地址。STB可以使用该私网IP地址作为请求不同类型业务的唯一地址。
其中,步骤7中DHCP请求报文中携带DHCP Option 60信息以报告STB的配置信息,ONT可以忽略该信息,也可以基于该信息检验STB。
步骤9,STB发送请求某个业务的报文至ONT,ONT收到报文后,根据报文内容和路由表信息,进行相应的转发;每一种业务类型的业务报文通过与业务相应的WAN口转发到上层网络。
ONT可以将多种业务类型的业务报文转发到各自对应的WAN口,每一个WAN口对应唯一WAN口地址。
对于从STB来的OTT业务的上行业务报文,ONT查找路由表,从HSI WAN口转发出去,在从WAN口转发出去之前先做NAT操作,即将作为源IP地址的私网IP地址转换为HSI WAN口地址;对于从PON接口收到的OTT业务的下行业务报文,查找路由表,做NAT操作,即将下行业务报文的目的IP地址转换为STB对应的私网IP地址,再转发到STB对应的端口或接口。
对于从STB来的IPTV业务的报文,ONT查找路由表,从IPTV WAN口转发出去,在从WAN口转发出去之前先做NAT操作,即将作为源IP地址的私网IP地址转换为IPTV WAN口地址;对于从PON接口收到的IPTV业务的报文,ONT查找路由表,做NAT操作,再转发到STB对应的端口或接口。
在本步骤中,STB发送的业务报文可以携带:
源MAC地址:用于标识STB的物理地址;
目的MAC地址:用于标识ONT的物理地址;
源IP地址:用于标识STB的IP地址;在本发明实施例中,源IP地址为私网IP地址;
目的IP地址:用于标识业务的IP地址;
ONT接到上述报文后,根据源MAC地址来验证STB是否合法;
以目的IP地址为126.201.1.5举例说明,该地址为IPTV业务的IP地址。ONT根据报文中携带的目的IP地址查询路由表,如表1,确定所述目的IP地址属于IPTV业务地址网段,则从与IPTV业务地址网段对应的WAN口,即IPTV WAN口,转发该业务报文。
在转发到IPTV WAN口之前,需要将所述业务报文中的源IP地址,即私网IP地址192.168.1.25,转换IPTV业务地址网段对应的WAN口地址,即IPTV WAN口IP,并封装下一跳地址,如下一跳IP地址101.7.1.9。
如果该目的IP地址不在IPTV的地址网段中,那么ONT将源私网IP地址转换为默认路由中的WAN口,并封装下一跳地址,如BRAS的IP地址。
本发明实施例只是以ONT为例进行说明,对于DSL终端和以太终端连接STB的网络应用,也可以采用上述步骤描述的方法,本发明实施例并不只限于ONT。
图5所示为本发明一实施例提供的一种网络终端示意图。如图5所示,网络终端500可以包括:
用户接口模块510,用于耦合至少一个用户终端。通过用户接口模块510可以向用户终端发送下行报文以及接收来自用户终端的上行报文。用户接口模块510,用于接收用户终端发送的特定业务类型的业务报文,所述特定类型业务的业务报文携带目的IP地址和源IP地址。
其中,通过该用户接口模块510能够收发各种报文,包括但不仅限于如下至少一种:DHCP报文、OTT业务的业务报文、IPTV业务的业务报文、VoIP业务的业务报文等,例如上述方法和附图中涉及的各种报文。各种报文的内容和格式可以参见本文相关描述,不再赘述。
转发控制模块520,一端耦合于用户接口模块510,一端耦合于网络接口模块530连接,转发控制模块520,保存有路由表,路由表的表结构如表1所示。所述路由表可以内置于转发控制模块转发控制模块520上,还可以保存在网络终端100上外部耦合到转发控制模块520的存储器中以供转发控制模块520访问。
其中,如果转发控制模块520确定接收的上行业务报文中携带的目的IP地址包含在所配置的与特定业务类型对应的地址网段内,通过该地址网络对应的WAN口转发。在转发给WAN口前,将从用户接口模块510接收到报文进行NAT操作和报文封装。该特定业务类型的业务包括如下至少一种:IPTV业务、VoIP业务。
如果转发控制模块520确定接收的上行业务报文中携带的目的IP地址无法匹配到特定业务类型对应的地址网段,将其发送到默认的WAN口。在转发给默认WAN口前,将接收到的上行报文进行NAT操作和报文封装。该特定业务类型的业务包括如下至少一种:HSI业务、OTT业务。
网络终端上支持多个WAN口,转发控制模块520可以按照一定顺序,如按业务类型,将目的IP地址和相应的地址网段匹配,如果能够匹配到一个地址网络,则根据匹配到的地址网段,确定与地址网段对应的WAN口。如果转发控制模块520没有匹配到,则通过默认的WAN口转发。具体的匹配过程、NAT操作和报文封装参见方法描述,不再赘述。
下行方向,转发控制模块520接收来自网络接口模块530的下行业务报文,将下行业务报文的内容和路由表匹配,转发到STB相应的接口。在转发前,转发控制模块520可以对下行业务报文进行NAT操作。
网络接口模块530,用于向上层网络发送上行报文和接收上层网络发送的下行报文。
其中,网络接口模块530包括多个WAN口,不同的业务类型对应的WAN口也不同。这些WAN口是逻辑划分的WAN口,即逻辑WAN口。
网络接口模块530可以是PON接口模块,PON接口模块包含PON MAC处理电路或处理器。PON接口模块可以包含光收发模块。
网络终端500还可以包括DHCP模块540和PPPoE模块550。
PPPoE模块550负责网络终端500和PPP服务器的PPPoE连接的建立和维护,并通过PPPoE过程获得分配给网络终端500的IP地址,用于访问互联网。该IP地址可以作为连接到网络终端500的用户终端的默认WAN口地址。在本发明一个实例中,默认WAN口支持HSI业务和OTT业务中至少一种业务类型的业务。
DHCP模块540,作为连接到网络终端500的用户终端和DHCP服务器的中间模块,将业务运营商的DHCP服务器为用户终端分配的相应业务的公网IP地址保存到网络终端500,并为用户终端分配私网IP地址。网络终端500允许一个用户终端采用相同的私网IP地址进行不同业务类型的业务。表1所示为网络终端500上所保存的相应业务的公网IP地址的示例。
综上,通过以上技术方案,用户终端采用一个IP地址进行多种业务报文的发送,网络终端在收到报文后,查询路由表,将报文发送到不同业务的服务器,从而获取到多种业务,使得现网中的用户终端无需进行更换即可实现多种业务的接入,且实现结构简单,节省了网络资源,提高了用户的满意度。
本发明一个实施例还提供了一种通信系统,具体该通信系统的组网结构示意图如图1所示。该通信系统包括本发明实施例提供的网络终端120,该网络终端一端与用户终端连接,一端与上层网络连接,上述网络终端和系统内的用户终端、上层网络之前的消息交互、执行过程等内容,具体网络终端的结构请参见图5以及图5对应的实施例的描述,,此处不再赘述。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可以用硬件实现,或固件实现,或它们的组合方式来实现。当使用软件实现时,可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的,盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟,其中盘通常磁性的复制数据,而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
虽然以上对本发明的描述是参考其具体实施方式来进行的,但是,这些描述不应当被认为是对本发明的限制。任何不背离本发明精神和范围的修改和变换都属于由附带权利要求所定义的本发明的范围之内。
缩略语对照表
Claims (15)
1.一种网络终端获取业务的方法,其特征在于,所述网络终端内置路由表,所述路由表的表项包括业务的地址网段和所述网络终端的IP地址的对应关系,所述方法包括:
网络终端接收请求第一业务的第一报文,所述第一报文携带目的IP地址和源IP地址;
如果确定所述目的IP地址在所述第一业务的第一地址网段内,向上层网络发送请求所述业务的第二报文,所述第二报文的源IP地址为所述网络终端的第一IP地址;
响应所述第二报文的发送,接收所述上层网络发送的所请求的业务。
2.如权利要求1所述的方法,其特征在于,所述路由表的表项还包括第二业务的第二地址网段和所述网络终端的第二IP地址的对应关系;
所述网络终端接收请求第二业务的第三报文,所述第三报文携带目的IP地址和源IP地址;
如果确定所述第三报文的目的IP地址在所述第二业务的第二地址网段内,向上层网络发送请求第二业务的第四报文,所述第四报文的源IP地址为所述网络终端的第二IP地址。
3.如权利要求1或2所述的方法,其特征在于,所述路由表的表项还包括所述网络终端的第三IP地址;
如果确定所述路由表的表项中没有与接收的请求报文的目的IP地址对应的地址网段,向上层网络发送请求业务的第五报文,请求业务的第五报文的源IP地址为所述网络终端的第三IP地址。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述网络终端获取第一业务服务器给所述网络终端分配的第一IP地址,并将所述第一IP地址配置到所述网络终端的所述路由表中。
5.如权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述网络终端获取第二业务服务器给所述网络终端分配的第二IP地址,并将所述第二IP地址配置到所述网络终端的所述路由表中。
6.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述网络终端上电后,与宽带远程接入服务器BRAS建立以太网承载PPP协议PPPoE连接;
获取所述BRAS给所述网络终端分配的第三IP地址,并将所述第三IP地址配置到所述网络终端的所述路由表中。
7.一种网络终端,其特征在于,包括:
用户接口模块,用于接收用户终端发送的请求业务的报文,所述请求业务的报文携带目的IP地址和源IP地址;
转发控制模块,所述转发控制模块包含路由表,所述路由表的表项包括业务的地址网段和所述网络终端的IP地址的对应关系,所述转发控制模块用于确定所述用户接口模块接收的所述报文的目的IP地址是否在所述路由表中的第一业务的第一地址网段中,如果是,向上层网络发送所述请求业务的第二报文,所述请求业务的第二报文的所述源IP地址为所述网络终端的第一IP地址;
网络侧接口模块,用于响应所述转发控制模块的所述第二报文的发送,接收所述上层网络发送的所述请求业务的报文。
8.如权利要求7所述的网络终端,其特征在于,所述转发控制模块的所述路由表的表项还包括第二业务的第二地址网段和所述网络终端的第二IP地址的对应关系。
9.如权利要求7所述的网络终端,其特征在于,所述转发控制模块还用于:
接收请求第二业务的第三报文,所述第三报文携带目的IP地址和源IP地址;
如果确定所述第三报文的目的IP地址在所述第二业务的第二地址网段内,向上层网络发送请求第二业务的第四报文,所述第四报文的源IP地址为所述网络终端的第二IP地址。
10.如权利要求7所述的网络终端,其特征在于,所述转发控制模块的所述路由表的表项还包括所述网络终端的第三IP地址。
11.如权利要求7~10任意一项所述的网络终端,其特征在于,所述转发控制模块,还用于:
如果确定所述路由表的表项中没有与接收的请求报文的目的IP地址对应的地址网段,向上层网络发送请求业务的第五报文,请求业务的第五报文的源IP地址为所述网络终端的第三IP地址。
12.如权利要求7所述的网络终端,其特征在于,所述网络终端还包括动态主机配置协议DHCP模块,包括:
DHCP模块,用于获取第一业务服务器给所述网络终端分配的第一IP地址,并将所述第一IP地址配置到所述网络终端的所述路由表中。
13.如权利要求12所述的网络终端,其特征在于,所述DHCP模块还用于:
获取第二业务服务器给所述网络终端分配的第二IP地址,并将所述第二IP地址配置到所述网络终端的所述路由表中。
14.如权利要求7所述的网络终端,其特征在于,所述网络终端还包括以太网承载PPP协议PPPoE模块,所述PPPoE模块用于:
与宽带远程接入服务器BRAS建立PPPoE连接,获取所述BRAS给所述网络终端分配的第三IP地址,并将所述第三IP地址配置到所述转发控制模块的所述路由表中。
15.一种通信系统,其特征在于,所述通信系统包括:如权利要求7-14任意一项所述的网络终端。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2013/081191 WO2015018069A1 (zh) | 2013-08-09 | 2013-08-09 | 网络终端获取业务的方法、设备、系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104521189A CN104521189A (zh) | 2015-04-15 |
CN104521189B true CN104521189B (zh) | 2017-10-17 |
Family
ID=52460560
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380005839.8A Active CN104521189B (zh) | 2013-08-09 | 2013-08-09 | 网络终端获取业务的方法、设备、系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104521189B (zh) |
WO (1) | WO2015018069A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106412680B (zh) * | 2015-07-31 | 2021-01-22 | 中兴通讯股份有限公司 | 多屏控制方法及装置 |
CN106790576B (zh) * | 2016-12-27 | 2020-01-31 | 深圳市汇龙建通实业有限公司 | 一种互动桌面同步方法 |
CN107948061B (zh) * | 2017-11-23 | 2021-11-12 | 成都智蜂网科技有限责任公司 | 基于桥接可分流的热备双路由系统及其控制方法 |
CN111385132B (zh) * | 2018-12-29 | 2022-12-06 | 中兴通讯股份有限公司 | 一种路由配置方法、路由更新方法和装置 |
CN115834270A (zh) * | 2019-09-23 | 2023-03-21 | 华为技术有限公司 | 分布式网络的数据传输方法、装置、设备和存储介质 |
CN112367252B (zh) * | 2020-09-25 | 2022-05-27 | 新华三技术有限公司合肥分公司 | 容灾备份的实现方法及装置 |
CN112437355B (zh) * | 2020-11-23 | 2022-07-01 | 深圳市友华软件科技有限公司 | 三层组播的实现方法及系统 |
CN113364661B (zh) * | 2021-06-11 | 2022-06-03 | 中国电信股份有限公司 | 综合组网方法、装置、电子设备及计算机可读介质 |
CN114786047B (zh) * | 2022-04-24 | 2023-12-08 | 中国电信股份有限公司 | 多屏互动的实现方法及装置、存储介质及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1585377A (zh) * | 2003-08-22 | 2005-02-23 | 华为技术有限公司 | 一种在路由设备中实现报文转发的方法 |
CN101155196A (zh) * | 2006-09-27 | 2008-04-02 | 中国电信股份有限公司 | 面向业务的IPv6地址分类与分配方法及实现该方法的终端和系统 |
CN102204191A (zh) * | 2011-05-31 | 2011-09-28 | 华为技术有限公司 | 一种报文转发方法和网间路由装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101252529A (zh) * | 2008-03-31 | 2008-08-27 | 杭州华三通信技术有限公司 | 一种组播报文的转发方法和设备 |
CN102025658B (zh) * | 2009-09-17 | 2014-08-13 | 中兴通讯股份有限公司 | 身份标识网络与互联网互通的实现方法和系统 |
CN101848155A (zh) * | 2010-05-12 | 2010-09-29 | 北京星网锐捷网络技术有限公司 | 标签交换路径的检测方法及标签交换路由器 |
-
2013
- 2013-08-09 WO PCT/CN2013/081191 patent/WO2015018069A1/zh active Application Filing
- 2013-08-09 CN CN201380005839.8A patent/CN104521189B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1585377A (zh) * | 2003-08-22 | 2005-02-23 | 华为技术有限公司 | 一种在路由设备中实现报文转发的方法 |
CN101155196A (zh) * | 2006-09-27 | 2008-04-02 | 中国电信股份有限公司 | 面向业务的IPv6地址分类与分配方法及实现该方法的终端和系统 |
CN102204191A (zh) * | 2011-05-31 | 2011-09-28 | 华为技术有限公司 | 一种报文转发方法和网间路由装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2015018069A1 (zh) | 2015-02-12 |
CN104521189A (zh) | 2015-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104521189B (zh) | 网络终端获取业务的方法、设备、系统 | |
US10103982B2 (en) | System and method for automatic routing of dynamic host configuration protocol (DHCP) traffic | |
CN101296203B (zh) | 对家庭网络中应用终端进行自动配置的装置、系统和方法 | |
US10560321B2 (en) | Information processing method, network node, authentication method, and server | |
US9742634B2 (en) | System and method for automatically learning and maintaining IP address allocation topology | |
CN101075962B (zh) | 在二层网络交换设备中实现dhcp中继的装置及其方法 | |
US20180205575A1 (en) | Broadband access | |
CN102170395A (zh) | 数据的传输方法及网络设备 | |
US9100206B1 (en) | Seamless architecture for cable access networks | |
WO2018019299A1 (zh) | 一种虚拟宽带接入方法、控制器和系统 | |
KR101319418B1 (ko) | 정보 제공 방법, 홈 게이트웨이 및 홈 네트워크 시스템 | |
CN102238075A (zh) | 基于以太网点对点协议的IPv6路由建立方法及接入服务器 | |
CN105991796A (zh) | 用于用户终端的配置服务 | |
CN102137011A (zh) | 网络中的报文转发方法、装置和系统 | |
US11930037B2 (en) | Validation and implementation of flow specification (Flowspec) rules | |
CN103069750B (zh) | 用于有效地使用电信网络以及该电信网络和客户驻地设备之间的连接的方法和系统 | |
US11394577B2 (en) | Expandable network device | |
CN105635335B (zh) | 社会资源接入方法、装置及系统 | |
CN109862437A (zh) | 一种转发表项创建方法及bras | |
US9497076B2 (en) | Dual-stack support for demarc auto configuration (DAC) mechanism in DOCSIS provisioning of EPON (DPOE) network | |
CN105610994A (zh) | Ip地址分配方法、同轴电缆中间转换器及系统 | |
CN102487396B (zh) | 用户位置确定方法及系统 | |
CN105323159A (zh) | 数据报文的处理方法及装置 | |
US11700228B2 (en) | Hardware address consistency management | |
CN105306353A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |