CN104521189A - 网络终端获取业务的方法、设备、*** - Google Patents

网络终端获取业务的方法、设备、*** Download PDF

Info

Publication number
CN104521189A
CN104521189A CN201380005839.8A CN201380005839A CN104521189A CN 104521189 A CN104521189 A CN 104521189A CN 201380005839 A CN201380005839 A CN 201380005839A CN 104521189 A CN104521189 A CN 104521189A
Authority
CN
China
Prior art keywords
address
network
network terminal
message
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.)
Granted
Application number
CN201380005839.8A
Other languages
English (en)
Other versions
CN104521189B (zh
Inventor
宿宝伍
沈承虎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN104521189A publication Critical patent/CN104521189A/zh
Application granted granted Critical
Publication of CN104521189B publication Critical patent/CN104521189B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid 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 , ΟΤΤ指的是在为用户提供互联网的业务成 为运营商的一种业务之后,运营在互联网 "之上,,的业务。这种业务最典型的特征 是, 其提供者勿需拥有自己的物理网络, 直接在运营商的互联网物理网络上运 营)视频时代的到来, 多屏业务和实时社交媒体互动改变了人们娱乐消费的方 式, 传统视频业务如 IPTV面临着严峻考验。 许多运营商计划在现有 IPTV业务 的基础上, 增加 ΟΤΤ业务。
目前, 现有技术中解决用户终端 STB ( Set Top Box, 机顶盒)同时支持 IPTV 业务和 OTT业务的技术方案是 STB分别从提供 IPTV业务的服务器和提供 OTT 业务的服务器获取用于实现业务的私网 IP地址, 釆用不同的 IP地址, 发送不同 格式的业务请求报文到网络终端, 并分别釆用桥接和路由的方式进行业务向上 层网络设备的发送, 而现网中的大量 STB不能支持上述功能, 因此需要更换 STB, 增加了成本。
发明内容
有鉴于此, 本发明实施例提供了一种网络终端获取业务的方法、 设备、 系 统, 以解决上述问题。
第一方面, 一种网络终端获取业务的方法, 所述方法包括网络终端内置路 由表, 所述路由表的表项包括业务的地址网段和所述网络终端的互联网协议 IP 地址的对应关系, 所述方法包括:
网络终端接收请求第一业务的第一报文,所述第一报文携带目的 IP地址和源 IP地址;
如果确定所述目的 IP地址在所述第一业务的第一地址网段内 ,向上层网络发 送请求所述业务的第二 ,所述第二"¾文的源 IP地址为所述网络终端的第一 IP 地址;
响应所述第二报文的发送, 接收所述上层网络发送的所请求的业务。
在第一方面的第一种可能的实现方式中, 所述路由表的表项还包括第二业 务的第二地址网段和所述网络终端的第二逻辑 WAN口的对应关系; 接收请求第 二业务的第三报文, 所述第三报文携带目的 IP地址和源 IP地址;
如果确定所述第三 4艮文的目的 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地址;
如果确定所述第三 4艮文的目的 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所示的 LAN1、 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协议)和上层网 络协议之间的转换。 OLT 130耦合到业务控制层设备, 如 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可以适 用于 IEEE 802.3ah、 IEEE 802.3 av、 或两者结合等系列标准, 两者上行速率分别 为 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业务和 οττ。
如图 4所示, 包括:
步骤 0 , ΟΝΤ通过 PPPoE连接建立过程获得访问互联网的 IP地址, 并将所获 取的 IP地址配置到 ONT上的路由表中。这个过程可以由 ONT的 PPPoE客户端和远 程的 PPPoE月良务器实现。
ONT上电后, 与作为 PPPoE服务器的 BRAS建立 PPPoE连接, 获取访问互联 网的 IP地址, 并将所获取的 IP地址配置到 ONT上的路由表。 该 IP可以被配置为默 认路由设置的 WAN口地址,作为访问互联网的 IP地址。表 1所示为路由表的示例。
序号 地址网段 掩码 WAN口地址 下一 ϋ地址
1 126.201.0.0 255.255.0.0 126.201.1.1 101.7.1.9
2 10.7.0.0 255.255.0.0 10.7.2.1 10.7.8.6 3
默认
0.0.0.0 0.0.0.0 100.2.6.3 90.6.3.4 路由 如表 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
ΟΡ(1) Htype(l) Hlen(l) Hops(l)
Transaction ID(4)
Seconds(2) Flags(2)
Ciaddr ( 4 )
Yiaddr ( 4 )
Siaddr ( 4 )
Giaddr ( 4 )
Chaddr ( 16 ) Sname ( 64 )
File ( 128 )
Options ( variable )
表 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和 RFC 3442。
STB作为 DHCP Client端发出广播的 DHCP发现报文, 广播的目的是让 DHCP Server能够收到这个报文。 Client端可以在这个报文的选项字段中加入请求参数 列表( "Request Parameter 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 提供 ( DHCP Offer )报文返回可分配给 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地址 作为访问 IPT V业务的逻辑 WAN口地址, 并将接收到的 DHCP确认报文中的静态 路由表项配置到 ONT路由表, 表 1所示中。 如果 ONT上还未创建 IPTV WAN口, 可以触发 IPT V WAN口的创建操作 , 这里的 IPT V WAN口为逻辑 WAN口。
更进一步地, 配置路由表可以通过 Optionl21进行配置, 也可以通过其他方 式配置, 如宽带论坛定义的技术报告 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 )、 软盘和蓝光光碟, 其中盘通常磁性的复制数据, 而碟则 用激光来光学的复制数据。 上面的组合也应当包括在计算机可读介质的保护范 围之内。
虽然以上对本发明的描述是参考其具体实施方式来进行的, 但是, 这些描 述不应当被认为是对本发明的限制。 任何不背离本发明精神和范围的修改和变 换都属于由附带权利要求所定义的本发明的范围之内。 缩略语对照表 缩写 英文 中文
PC Personal Computer 个人计算机
IP Internet Protocol 互联网协议
HSI High Speed Internet 高速互联网 (俗称上网)
IPTV Internet Protocol Television IP电视
VoIP Voice over Internet Protocol 基于互联网协议语音
OTT Over-the-Top 越顶服务
FTTH Fiber to the Home 光纤到户
FTTC Fiber to the Curb 光纤到路边
FTTB Fiber to the Building 光纤到大楼
UNI User Network Interface 用户网络接口
PON Passive Optical Network 无源光网络
GPON Gigabit-capable Passive Optical 吉 (或千兆) 比特无源光网络
Network
EPON Ethernet Passive Optical Network 以太网无源光网络
OLT Optical Line Terminal 光线路终端
ONT Optical Network Terminal 光网络终端
ONU Optical Network Unit 光网络单元
MDU Multiple Dwelling Unit 多住户单元
T-CONT Traffic Container 业务容器
BRAS Broadband Remote Access Server 宽带远程接入服务器
SR Service Router 业务路由器
VLAN Virtual Local Area Network 虚拟局域网
STB Set Top Box 机顶盒

Claims (15)

  1. 权 利 要 求 书
    1、一种网络终端获取业务的方法, 其特征在于, 所述网络终端内置路由表, 所述路由表的表项包括业务的地址网段和所述网络终端的互联网协议 IP地址的 对应关系, 所述方法包括:
    网络终端接收请求第一业务的第一报文,所述第一报文携带目的 IP地址和源 IP地址;
    如果确定所述目的 IP地址在所述第一业务的第一地址网段内 ,向上层网络发 送请求所述业务的第二 ^文 ,所述第二"¾文的源 IP地址为所述网络终端的第一 IP 地址;
    响应所述第二报文的发送, 接收所述上层网络发送的所请求的业务。
  2. 2、 如权利要求 1所述的方法, 其特征在于, 所述路由表的表项还包括第二 业务的第二地址网段和所述网络终端的第二 IP地址的对应关系;
    所述网络终端接收请求第二业务的第三报文,所述第三报文携带目的 IP地址 和源 IP地址;
    如果确定所述第三 4艮文的目的 IP地址在所述第二业务的第二地址网段内,向 上层网络发送请求第二业务的第四报文,所述第四报文的源 IP地址为所述网络终 端的第二 IP地址。
  3. 3、 如权利要求 1或 2所述的方法, 其特征在于, 所述路由表的表项还包括所 述网络终端的第三 IP地址;
    如果确定所述路由表的表项中没有与接收的请求报文的目的 IP地址对应的 地址网段, 向上层网络发送请求业务的第五报文, 请求业务的第五报文的源 IP 地址为所述网络终端的第三 IP地址。
  4. 4、 如权利要求 1所述的方法, 其特征在于, 所述方法还包括:
    所述网络终端获取所述第一业务服务器给所述网络终端分配的第一 IP地址, 并将所述第一 IP地址配置到所述网络终端的所述路由表中。
  5. 5、 如权利要求或 2所述的方法, 其特征在于, 所述方法还包括: 所述网络终端获取所述第二业务服务器给所述网络终端分配的第二 IP地址, 并将所述第二 IP地址配置到所述网络终端的所述路由表中。
  6. 6、 如权利要求 1或 3所述的方法, 其特征在于, 所述方法还包括:
    所述网络终端上电后, 与宽带远程接入服务器 BRAS建立以太网承载 PPP协 议 PPPoE连接;
    获取所述 BRAS给所述网络终端分配的第三 IP地址, 并将所述第三 IP地址配 置到所述网络终端的所述路由表中。
  7. 7、 一种网络终端, 其特征在于, 包括:
    用户接口模块, 用于接收用户终端发送的请求业务的报文, 所述请求业务 的才艮文携带目的互联网协议 IP地址和源 IP地址;
    转发控制模块, 所述转发控制模块包含路由表, 所述路由表的表项包括业 务的地址网段和所述网络终端的 IP地址的对应关系,所述转发控制模块用于确定 所述用户接口模块发送的所述目的 IP地址是否在所述路由表中的第一业务的第 一地址网段内, 如果是, 向上层网络发送所述请求业务的第二报文, 所述请求 业务的第二 ^艮文的所述源 IP地址为所述网络终端的第一 IP地址;
    网络侧接口模块, 用于响应所述转发控制模块的所述第二报文的发送, 接 收所述上层网络发送的所述请求业务的 文。
  8. 8、 如权利要求 7所述的网络终端, 其特征在于, 所述转发控制模块的所述 路由表的表项还包括第二业务的第二地址网段和所述网络终端的第二 IP地址的 对应关系。
  9. 9、 如权利要求 7所述的网络终端, 其特征在于, 所述转发控制模块还用于: 接收请求第二业务的第三报文, 所述第三报文携带目的 IP地址和源 IP地址; 如果确定所述第三 4艮文的目的 IP地址在所述第二业务的第二地址网段内,向 上层网络发送请求第二业务的第四报文,所述第四报文的源 IP地址为所述网络终 端的第二 IP地址。
  10. 10、 如权利要求 7所述的网络终端, 其特征在于, 所述转发控制模块的所述 路由表的表项还包括所述网络终端的第三 IP地址。
  11. 11、 如权利要求 7~10任意一项所述的网络终端, 其特征在于, 所述转发控 制模块, 还用于:
    如果确定所述路由表的表项中没有与接收的请求报文的目的 IP地址对应的 地址网段, 向上层网络发送请求业务的第五报文, 请求业务的第五报文的源 IP 地址为所述网络终端的第三 IP地址。
  12. 12、 如权利要求 7所述的网络终端, 其特征在于, 所述网络终端还包括动态 主机配置协议 DHCP模块, 包括:
    DHCP模块, 用于获取所述第一业务服务器给所述网络终端分配的第一 IP地 址, 并将所述第一 IP地址配置到所述网络终端的所述路由表中。
  13. 13、 如权利要求 12所述的网络终端, 其特征在于, 所述 DHCP模块还用于: 获取所述第二业务服务器给所述网络终端分配的第二 IP地址,并将所述第二
    IP地址配置到所述网络终端的所述路由表中。
  14. 14、 如权利要求 7所述的网络终端, 其特征在于, 所述网络终端还包括以太 网承载 PPP协议 PPPoE模块, 所述 PPPoE模块用于:
    与宽带远程接入服务器 BRAS建立 PPPoE连接, 获取所述 BRAS给所述网络 终端分配的第三 IP地址 ,并将所述第三 IP地址配置到所述转发控制模块的所述路 由表中。
  15. 15、 一种通信***, 其特征在于, 所述通信***包括: 如权利要求 7-14所述 的任意一网络终端。
CN201380005839.8A 2013-08-09 2013-08-09 网络终端获取业务的方法、设备、*** Active CN104521189B (zh)

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 true CN104521189A (zh) 2015-04-15
CN104521189B 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)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106790576A (zh) * 2016-12-27 2017-05-31 深圳市汇龙建通实业有限公司 一种互动桌面同步方法
CN107948061A (zh) * 2017-11-23 2018-04-20 成都智蜂网科技有限责任公司 基于桥接可分流的热备双路由***及其控制方法
CN112437355A (zh) * 2020-11-23 2021-03-02 深圳市友华软件科技有限公司 三层组播的实现方法及***
CN113364661A (zh) * 2021-06-11 2021-09-07 中国电信股份有限公司 综合组网方法、装置、电子设备及计算机可读介质
CN114786047A (zh) * 2022-04-24 2022-07-22 中国电信股份有限公司 多屏互动的实现方法及装置、存储介质及电子设备
CN115834270A (zh) * 2019-09-23 2023-03-21 华为技术有限公司 分布式网络的数据传输方法、装置、设备和存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106412680B (zh) * 2015-07-31 2021-01-22 中兴通讯股份有限公司 多屏控制方法及装置
CN111385132B (zh) * 2018-12-29 2022-12-06 中兴通讯股份有限公司 一种路由配置方法、路由更新方法和装置
CN112367252B (zh) * 2020-09-25 2022-05-27 新华三技术有限公司合肥分公司 容灾备份的实现方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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 北京星网锐捷网络技术有限公司 标签交换路径的检测方法及标签交换路由器

Patent Citations (3)

* Cited by examiner, † Cited by third party
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 华为技术有限公司 一种报文转发方法和网间路由装置

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106790576A (zh) * 2016-12-27 2017-05-31 深圳市汇龙建通实业有限公司 一种互动桌面同步方法
CN106790576B (zh) * 2016-12-27 2020-01-31 深圳市汇龙建通实业有限公司 一种互动桌面同步方法
CN107948061A (zh) * 2017-11-23 2018-04-20 成都智蜂网科技有限责任公司 基于桥接可分流的热备双路由***及其控制方法
CN115834270A (zh) * 2019-09-23 2023-03-21 华为技术有限公司 分布式网络的数据传输方法、装置、设备和存储介质
CN112437355A (zh) * 2020-11-23 2021-03-02 深圳市友华软件科技有限公司 三层组播的实现方法及***
CN112437355B (zh) * 2020-11-23 2022-07-01 深圳市友华软件科技有限公司 三层组播的实现方法及***
CN113364661A (zh) * 2021-06-11 2021-09-07 中国电信股份有限公司 综合组网方法、装置、电子设备及计算机可读介质
CN114786047A (zh) * 2022-04-24 2022-07-22 中国电信股份有限公司 多屏互动的实现方法及装置、存储介质及电子设备
CN114786047B (zh) * 2022-04-24 2023-12-08 中国电信股份有限公司 多屏互动的实现方法及装置、存储介质及电子设备

Also Published As

Publication number Publication date
CN104521189B (zh) 2017-10-17
WO2015018069A1 (zh) 2015-02-12

Similar Documents

Publication Publication Date Title
CN104521189B (zh) 网络终端获取业务的方法、设备、***
US11038751B2 (en) Information processing method, network node, authentication method, and server
CN101296203B (zh) 对家庭网络中应用终端进行自动配置的装置、***和方法
US10103982B2 (en) System and method for automatic routing of dynamic host configuration protocol (DHCP) traffic
US12021561B1 (en) Data provisioning
US20180205575A1 (en) Broadband access
US9705706B2 (en) Multiple prefix connections with translated virtual local area network
US9742634B2 (en) System and method for automatically learning and maintaining IP address allocation topology
CN102170395A (zh) 数据的传输方法及网络设备
US20170012873A1 (en) Mapping of address and port (map) provisioning
KR101319418B1 (ko) 정보 제공 방법, 홈 게이트웨이 및 홈 네트워크 시스템
US20140313933A1 (en) Method, apparatus, and system for layer 2 interworking based on ipv6
CN102238075A (zh) 基于以太网点对点协议的IPv6路由建立方法及接入服务器
CN102769678B (zh) 一种dhcp地址分配方法及装置
US9100206B1 (en) Seamless architecture for cable access networks
CN102447565A (zh) 一种在宽带接入网实现组播控制的方法和***
CN110855809A (zh) 报文处理方法及装置
CN102246495A (zh) 一种防止地址冲突的方法及接入节点
US20110142048A1 (en) System and method for providing common carrier selection service in distribution network
US20040042446A1 (en) Maintaining routing information in a passive optical network
US11700228B2 (en) Hardware address consistency management
CN104935677A (zh) 一种nat64资源获取方法及获取/分配装置
CN109587064B (zh) 一种IPv4/IPv6地址管理***和方法

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