WO2014015786A1 - 一种hfc网络中的二层接入方法、设备及系统 - Google Patents

一种hfc网络中的二层接入方法、设备及系统 Download PDF

Info

Publication number
WO2014015786A1
WO2014015786A1 PCT/CN2013/079876 CN2013079876W WO2014015786A1 WO 2014015786 A1 WO2014015786 A1 WO 2014015786A1 CN 2013079876 W CN2013079876 W CN 2013079876W WO 2014015786 A1 WO2014015786 A1 WO 2014015786A1
Authority
WO
WIPO (PCT)
Prior art keywords
service virtual
access control
media access
svlan
control address
Prior art date
Application number
PCT/CN2013/079876
Other languages
English (en)
French (fr)
Inventor
柯波
贺庆涛
沈承虎
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP13822775.6A priority Critical patent/EP2782300A4/en
Publication of WO2014015786A1 publication Critical patent/WO2014015786A1/zh
Priority to US14/312,361 priority patent/US20140314089A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2801—Broadband local area networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H04L12/4645—Details on frame tagging
    • H04L12/465—Details on frame tagging wherein a single frame includes a plurality of VLAN tags
    • H04L12/4658—Details on frame tagging wherein a single frame includes a plurality of VLAN tags wherein a VLAN tag represents a service provider backbone VLAN, e.g. B-Tag, S-Tag
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Definitions

  • the present invention relates to the field of communications, and in particular, to a Layer 2 access method, device, and system in an HFC network.
  • coaxial cable In addition to twisted pair xDSL (Digital Subscriber Line) and fiber can provide broadband access services, coaxial cable (Cable) can also provide broadband access services.
  • the traditional radio and television network is a typical one-way channel network. Data can only be transmitted from the video head (Header, HE) to the Set Top Box (STB) in the user's home, but it cannot be transmitted from the set-top box to the video head.
  • the first task to support broadband services is to transform the broadcasting network into a two-way network, and support, HE-->STB,,, "STB->HE" two transmission directions, while also supporting bandwidth control and quality of service (Quality of Service, QoS) guarantee.
  • QoS Quality of Service
  • DOCSIS Data Over Cable Systems Interface Standard
  • DOCSIS 3.0 the bandwidth of coaxial modulation can exceed the bandwidth that twisted pair can provide, and even the bandwidth of fiber access is comparable.
  • the European-originated Euro-DOCSIS standard is established to support the two-way business of cable TV.
  • China is developing a Chinese version of the DOCSIS standard in line with China's national conditions: C-DOCSIS, for guiding cable TV two-way business.
  • the C-DOCSIS system consists of the system headend, system terminal, configuration system and network management system.
  • the system architecture is shown in Figure 1.
  • the system terminal equipment that is, the Cable Modem (CM) connects the operator's coaxial distribution network and the home network, and is responsible for data transfer between them.
  • CM Cable Modem
  • User equipment can be embedded in the CM or as a stand-alone device.
  • Typical user equipment includes personal computers, eMTAs, home routers, and STBs.
  • the system head end that is, the Coax Medium Converter (CMC) connects the coaxial distribution network and the aggregation network, and is responsible for data forwarding between them, and accesses the operator's configuration system and network management system through the aggregation network.
  • CMC Coax Medium Converter
  • the C-DOCSIS configuration system provides service and device configuration services for the C-DOCSIS system, and implements configuration file generation, delivery, and software upgrade of terminal devices, including Dynamic Host Configuration Protocol (DHCP) server and configuration.
  • DHCP Dynamic Host Configuration Protocol
  • File server software download server, clock protocol server, policy server, etc.
  • CMTS Cable Modem Termination System
  • CM Cable Modem Termination System
  • CM Cable Modem Termination System
  • the traffic classification method may be based on an Ethernet, an Internet Protocol (IP) header or a transmission control protocol.
  • IP Internet Protocol
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • the most common traffic classification method is to classify the traffic according to the source IP traffic. After the traffic classification, it will not be mapped to the Virtual Local Area Network (VLAN).
  • VLAN Virtual Local Area Network
  • the traffic classification in the Telecommunication Layer 2 network multi-service flow mechanism is based on the Ethernet header field.
  • the IP header and the TCP/UDP header are not supported.
  • the traffic is mapped to the VLAN.
  • C-DOCSIS defines the introduction of a Layer 2 access network in a Hybrid Fiber-Coaxial (HFC) network.
  • HFC Hybrid Fiber-Coaxial
  • the Simple Network Management Protocol (SNMP) or the Dynamic Host Configuration Protocol (DHCP) message sent by the central processing unit (CPU) of the CM (Including the IP header), matching the traffic classification condition, and the service channel 2, and the Address Resolution Protocol (ARP) packet (no IP header), cannot match the traffic classification condition, and take the service channel 3 (the default flow).
  • service channel 3 corresponds to a different service VLAN (SVLAN), which causes the management packets of the same device to travel in different service channels and use different SVLANs.
  • SVLAN service VLAN
  • the media access control (MAC) address of the CM learns the SVLAN 200 on the optical line terminal (OLT), and the SVLAN 300 (MAC learning table drift) is learned.
  • An embodiment of the present invention provides a Layer 2 access method in an HFC network, including: receiving a DHCP message of a terminal device, extracting a source MAC address and a device type from the DHCP message, and corresponding to the SVLAN according to the device type.
  • the relationship is generated by the relationship between the source MAC address and the SVLAN.
  • the source MAC address in the data packet is extracted, and the corresponding SVLAN is obtained according to the correspondence between the MAC address and the SVLAN. And forwarding the data packet of the terminal device according to the corresponding SVLAN.
  • the obtaining the device type from the dynamic host configuration protocol packet includes: extracting Option 60 from the dynamic host configuration protocol packet, and acquiring the device type from the Option 60.
  • the forwarding the data packet of the terminal device according to the corresponding service virtual local area network specifically includes: Adding the corresponding service virtual local area network to the data packet;
  • the data packet including the service virtual local area network is sent through the service channel corresponding to the service virtual local area network.
  • An embodiment of the present invention provides a coaxial media conversion device, including:
  • An SVLAN mapping module configured to save a correspondence between a device type and an SVLAN.
  • the DHCP processing module is configured to receive a DHCP message of the terminal device, extract a source MAC address and a device type in the DHCP message, and generate a correspondence between the source MAC address and the SVLAN according to the correspondence between the device type and the SVLAN. ;
  • a traffic classification module configured to receive a data packet of the terminal device, extract a source MAC address in the data packet, obtain a corresponding SVLAN according to the correspondence between the MAC address and the SVLAN, and forward the terminal device according to the corresponding SVLAN. Data message.
  • the flow classification module specifically includes:
  • a user side port configured to receive a data packet of the terminal device
  • a service virtual local area network obtaining module configured to extract a source media access control address in the data packet, and find a corresponding relationship between the locally saved media access control address and the service virtual local area network, and obtain a service virtual corresponding to the source media access control address Local area network
  • a network side port configured to forward the data packet of the terminal device according to the corresponding service virtual local area network.
  • An embodiment of the present invention provides a Layer 2 access system in an HFC, including a coaxial media conversion device and a plurality of terminal devices.
  • the coaxial media conversion device is configured to receive a DHCP message of the terminal device, extract a MAC address and a device type in the DHCP message, and generate the foregoing according to a correspondence between the device type and the SVLAN. Corresponding relationship between the MAC address and the SVLAN; when receiving the data packet of the terminal device, extracting the source MAC address in the data packet, and obtaining the corresponding information according to the correspondence between the MAC address and the SVLAN
  • the forwarding the data packet of the terminal device according to the corresponding service virtual local area network specifically includes: adding the corresponding service virtual local area network to the data packet; sending by using a service channel corresponding to the service virtual local area network The data packet including the service virtual local area network.
  • the system further includes an optical line terminal, configured to receive a data packet of the coaxial media conversion device, extract a source media access control address and a service virtual local area network in the data packet, and record the source media. The correspondence between the access control address and the service virtual local area network.
  • the method, the device, and the system provided by the embodiment of the present invention obtain the MAC address and the SVLAN of the terminal device according to the correspondence between the device type and the SVLAN when the device receives the DHCP message from the terminal device.
  • Corresponding relationship, and forwarding data packets of the terminal device according to the correspondence between the MAC address and the SVLAN can ensure that the data sent by the same terminal device is sent to the network side through an SVLAN, and the network side device can learn the MAC address and Correspondence between SVLANs to avoid MAC address flapping.
  • FIG. 1 is a schematic diagram of a C-DOCSIS system architecture in the prior art
  • 2 is a schematic diagram of a C-DOCSIS Layer 2 access architecture in the prior art
  • FIG. 3 is a schematic structural diagram of a layer 2 access system in an HFC network according to an embodiment of the present disclosure
  • FIG. 4 is a flowchart of a Layer 2 access method in an HFC network according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a CMC according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a CMC according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a layer 2 access system in an HFC network according to an embodiment of the present invention.
  • FIG. 3 is a layer 2 access system in an HFC network provided by the implementation of the present invention, including: an Optical Line Terminal (OLT) 30, a CMC 32, and a CM 34.
  • OLT Optical Line Terminal
  • the CMC32 is used to implement the head end function of the C-DOCSIS system. It can be located in the network close to the user side, such as the optical node of the HFC network.
  • the CM 34 can be connected to user equipment such as a PC and/or an STB. In the following embodiments, the CM and the CM connected user equipment are collectively referred to as a terminal device.
  • the CMC 32 can communicate with the CM34 through the radio interface and connect to the aggregation network through the network-side interface to implement data flow forwarding and service mapping.
  • a plurality of service channels can be set between the CMC32 and the CM34.
  • the CM34 is used to classify the packets destined for the CMC32 (flow classification), and send the packets to the CMC32 according to the corresponding service channel.
  • the message here includes the message sent by the CM34 to the CMC32, and also the message sent by the user equipment connected to the CM34 to the CMC32 through the CM34.
  • the C-DOC-defined HFC network is integrated with the Layer 2 access technology, which causes the packets of the same terminal device to be categorized by the CM34 and then travels to different service channels.
  • this embodiment provides a Layer 2 in the HFC network.
  • the access method provides a method for classifying packets from the CM 34 on the CMC 32 to distinguish different service packets and mapping to different SVLANs.
  • FIG. 4 the method flow provided is as shown in FIG. 4, including:
  • Step 401 Receive a DHCP message from the terminal device, and extract source MAC address and device type information from the DHCP message.
  • the device type information includes the PC, the STB, and the CM. It can be carried in the Option 60. For example, if the Option 60 is the "STB" in the DHCP message sent by the STB, the device type information can be extracted from the DHCP message. Obtain Option 60 in the DHCP packet and obtain the device type information of the terminal device from Option 60.
  • the device type information can also be carried in the DHCP packet.
  • the following uses the device type information in Option 60 as an example.
  • Step 403 Generate a correspondence between the source MAC address and the SVLAN according to the mapping between the device type and the SVLAN.
  • the mapping between the device type and the SVLAN may be the relationship between the Option 60 and the SVLAN.
  • the Option 60 of the PC may correspond to the SVLAN X
  • the Option 60 of the STB may correspond to the SVLAN Y, CM.
  • Option 60 corresponds to SVLAN Z, etc., as follows:
  • the CMC32 After the source MAC address and the device type of the DHCP packet are extracted, the CMC32 obtains the mapping between the source MAC address and the SVLAN according to the mapping between the pre-configured device type and the SVLAN.
  • the source MAC address and the Option 60 are extracted, and the correspondence between the source MAC address and the SVLAN is obtained according to the pre-configured relationship between the Option 60 and the SVLAN.
  • the CMC32 saves the mapping between the MAC address and the SVLAN locally.
  • Step 405 Receive a data packet of the terminal device, and forward the data packet according to the correspondence between the MAC address and the SVLAN.
  • the CMC receives the data packet of the terminal device, extracts the source MAC address in the data packet, and obtains the corresponding SVLAN according to the mapping between the local MAC address and the SVLAN, and forwards the data packet according to the corresponding SVLAN.
  • the process of forwarding the data packet may be: adding the corresponding SVLAN to the data packet, and forwarding the data packet to the network side according to the service channel corresponding to the SVLAN.
  • the CMC32 receives the data of the CM34, extract the source MAC address of the CM34: CM MAC, query the correspondence between the MAC address and the SVLAN, and know that the CM MAC corresponds to the SVLAN Z, then add the SVLAN Z to the data, and use The service channel corresponding to the SVLAN Z is sent to the OLT 30.
  • the method provided in this embodiment obtains the correspondence between the MAC address of the terminal device and the SVLAN according to the correspondence between the device type and the SVLAN, and the corresponding relationship between the device type and the SVLAN is obtained.
  • the data packet sent by the terminal device is forwarded according to the correspondence between the MAC address and the SVLAN.
  • the data packet sent by the same terminal device is sent to the network through an SVLAN.
  • the network device can learn the correspondence between the MAC address and the SVLAN. The occurrence of MAC address drift occurs.
  • An embodiment of the present invention provides a CMC, as shown in FIG. 5, including:
  • the SVLAN mapping module 51 is configured to save the mapping between the device type and the SVLAN. In this embodiment, the mapping between the Option 60 and the SVLAN is performed, and the Option 60 carries the device type.
  • the DHCP processing module 53 is configured to receive the DHCP message of the terminal device, and initiate the source MAC address and the device type in the DHCP message, and generate a correspondence between the source MAC address and the SVLAN according to the correspondence between the device type and the SVLAN, and generate the source.
  • the correspondence between the MAC address and the SVLAN is saved to the flow classification module 55.
  • the traffic classification module 55 is configured to receive a data packet of the terminal device, extract a source MAC address in the data packet, obtain a corresponding SVLAN according to the correspondence between the saved MAC address and the SVLAN, and forward the according to the corresponding SVLAN. Data packet of the terminal device.
  • the flow classification module 55 includes:
  • the user side port 551 is configured to receive data packets of the terminal device.
  • the user side port 55 may include multiple radio frequency interfaces for communicating with multiple terminal devices.
  • the SVLAN obtaining module 553 is configured to extract a source MAC address in the data packet, and find a corresponding relationship between the locally saved MAC and the SVLAN, and obtain an SVLAN corresponding to the source MAC address.
  • the CMC provided in this embodiment can be connected to multiple CMs, and the CM can be connected to the PC and/or the STB.
  • the mapping between the device type of the terminal device and the SVLAN is pre-configured in the SVLAN.
  • the device type is carried in the Option 60 as an example.
  • the mapping between the Option 60 and the SVLAN needs to be configured.
  • the Option 60 of the PC corresponds to the SVLAN X and the Option 60 of the STB.
  • Option 60 of CM corresponds to SVLAN Z.
  • the DHCP processing module 53 After receiving the DHCP message from the CM, the DHCP processing module 53 extracts the source MAC address and the Option 60 in the DHCP message, and obtains the SVLAN Z corresponding to the source MAC address of the CM according to the correspondence between the Option 60 and the SVLAN in the SVLAN mapping module 51.
  • the MAC address of the CM is saved to the SVLAN Z and saved in the flow mapping module 55.
  • the DHCP processing module 53 After receiving the DHCP message of the STB, the DHCP processing module 53 extracts the source MAC address and the Option 60 in the DHCP message, and obtains the SVLAN Y corresponding to the source MAC address of the STB according to the correspondence between the Option 60 and the SVLAN in the SVLAN mapping module 51.
  • the MAC address of the STB is saved to the SVLAN Y and stored in the flow mapping module 55.
  • the DHCP processing module 53 extracts the source MAC address and the Option 60 in the DHCP message, and obtains the source MAC address of the PC according to the correspondence between the Option 60 and the SVLAN in the SVLAN mapping module 51.
  • SVLAN X saves the MAC address of the STB to the SVLAN X and saves it to the flow mapping module 55.
  • the traffic classification module 55 When receiving the data packet of the terminal device (CM, STB, or PC), the traffic classification module 55 extracts the MAC address in the data packet, and selects the corresponding SVLAN to send the data packet according to the correspondence between the saved MAC address and the SVLAN.
  • the CMC provided in this embodiment obtains the correspondence between the MAC address of the terminal device and the SVLAN according to the correspondence between the device type and the SVLAN, and the corresponding relationship between the device type and the SVLAN is obtained. Forwarding data packets of the terminal device according to the mapping between the MAC address and the SVLAN, ensuring that the data packets sent by the same terminal device pass through one
  • the SVLAN is sent to the network.
  • the device on the network can learn the mapping between the MAC address and the SVLAN to avoid MAC address flapping.
  • An embodiment of the present invention provides a Layer 2 access system in an HFC network. As shown in FIG. 7, the CMC 72 and a plurality of terminal devices may be used.
  • the terminal device may be a CM, or may be a CM-connected STB and a PC.
  • the CMC 72 is configured to receive a DHCP message of the terminal device, extract a source MAC address and a device type in the DHCP message, and generate a correspondence between the source MAC address and the SVLAN according to the correspondence between the device type and the SVLAN.
  • the source MAC address in the data packet is extracted, and the corresponding SVLAN is obtained according to the correspondence between the MAC address and the SVLAN, according to the corresponding SVLAN.
  • the corresponding SVLAN is added to the data packet, and the data packet carrying the SVLAN is forwarded to the network side through the service channel corresponding to the SVLAN.
  • the system provided in this embodiment may further include an OLT 70.
  • the OLT 70 and the CMC 72 are provided with multiple service channels, and each service channel corresponds to one SVLAN.
  • the OLT 70 is configured to receive data packets forwarded by the CMC 72, and record datagrams. The correspondence between the source MAC address and the SVLAN in the text, so that when the network side packet is received, the corresponding service channel is selected and sent to the corresponding terminal according to the correspondence between the source MAC address and the SVLAN.
  • the second-layer access system obtained in this embodiment obtains the MAC address and SVLAN of the terminal device according to the correspondence between the device type and the SVLAN when the device receives the DHCP message from the terminal device. Corresponding relationship, and forwarding the data packet of the terminal device according to the correspondence between the MAC address and the SVLAN, ensuring that the data packet sent by the same terminal device passes An SVLAN is sent to the network.
  • the device on the network can learn the mapping between the MAC address and the SVLAN to avoid MAC address flapping.
  • all or part of the steps of implementing the above embodiments can be completed by a program to instruct related hardware, and the program can be stored in a computer readable storage medium, such as ROM/RAM, magnetic. Disc or CD.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明提供一种光缆-同轴电缆混合网中的二层接入方法、设备和系统，包括：接收终端设备的DHCP报文，从DHCP报文中提取源MAC地址和设备类型，根据设备类型与SVLAN的对应关系生成所述源MAC地址和所述SVLAN的对应关系；在收到终端设备的数据报文时，提取数据报文中的源MAC地址，根据保存的MAC地址和SVLAN的对应关系获取对应的SVLAN，根据所述对应的SVLAN转发所述终端设备的数据报文。

Description

一种 HFC网絡中的二层接入方法、 设备及系统
本申请要求于 2012年 7月 23日提交中国专利局、申请号为 201210256018.9、 发明名称为"一种 HFC网络中的二层接入方法、 设备及系统，，的中国专利申请的 优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域， 尤其涉及一种 HFC网络中的二层接入方法、 设备和 系统。
背景技术
除了双绞线 xDSL(Digital Subscriber Line, 数字用户线)和光纤可以提供宽带 接入业务外， 同轴电缆 (Cable)也可以提供宽带接入业务。 传统广电网络是典型的单向通道网络， 数据只能从视频头端 (Header, HE)传 输到用户家中的机顶盒 (Set Top Box, STB) , 但是不能从机顶盒传输到视频头端。 要支持宽带业务首要任务是将广电网络改造成双向网络，同时支持，，HE-->STB，，、 "STB->HE" 两个传输方向， 同时还要支持带宽控制和服务质量 （Quality of Service, QoS )保证。 在同轴电缆上支持双向的宽带业务有多种技术标准， 其中最著名和成熟的 技术标准是北美制定的电缆承载数据业务接口规范 （Data Over Cable Systems Interface Standard, DOCSIS )„ 该标准 1999年发布了 1.0版本， 之后不断更新完 善， 2008年发布了 3.0版本。 按 DOCSIS 3.0的定义， 同轴电调制的带宽可以超 过双绞线能提供的带宽， 甚至可以和光纤接入的带宽媲美。 欧洲以 DOCSIS标 准为基础制订欧洲本土化的 Euro-DOCSIS标准， 支持有线电视双向业务。 我国 正在制定符合中国国情的中国版本的 DOCSIS标准： C-DOCSIS, 用于指导有线 电视双向业务。
C-DOCSIS系统由系统头端、 系统终端、 配置系统和网络管理系统几部分组 成， 其系统架构如图 1所示。
在 C-DOCSIS系统架构中， 系统终端设备， 也即电缆调制解调终端 (Cable Modem, CM)连接运营商的同轴分配网络和家庭网络， 负责它们之间的数据转 发。 用户设备可以嵌入 CM之中， 也可以作为独立的设备存在。 典型的用户设备 包括个人电脑、 eMTA、 家庭路由器和 STB等。
系统头端， 也即同轴媒体转换器 (Coax Medium Converter, CMC)连接同轴分 配网络和汇聚网络， 负责它们之间的数据转发， 通过汇聚网络接入运营商的配 置系统及网络管理系统。
C-DOCSIS配置系统提供 C-DOCSIS系统的业务和设备配置服务， 实现配置 文件的生成、 下发、 终端设备的软件升级等功能， 包括动态主机配置协议 ( Dynamic Host Configuration Protocol, DHCP )服务器、 配置文件服务器、 软件 下载服务器、 时钟协议服务器、 策略服务器等。
根据 DOCSIS标准定义， 电缆调制解调终端系统 (Cable Modem Termination System, CMTS)和 CM之间支持多业务通道， 流分类方式可以是基于以太网、 因 特网协议 (Internet Protocol, IP)头或传输控制协议 (Transmission Control Protocol, TCP)/用户数据包协议（ User Datagram Protocol, UDP)头来进行， 其中最常用的流 分类方式是按源 IP流分类，对于无法匹配流分类条件的报文走缺省流，流分类之 后不会映射到虚拟局域网（Virtual Local Area Network, VLAN)。
在二层接入技术中， 电信二层网络多业务流机制中的流分类用是根据以太 头字段， 不支持 IP头和 TCP/UDP头， 流分类之后会映射到 VLAN。 C-DOCSIS定义了在光缆-同轴电缆混合网（ Hybrid Fiber - Coaxial, HFC )网 络中引入了二层接入网络， 这种网络的问题是， 当 CM流分类条件为 IP地址， 或 UDP/TCP端口号时，会导致 CM发出的管理报文走不同的业务通道。 如图 2 所示， CM的中央处理单元 (Central Processing Unit, CPU)发出的简单网络管理协 议 (Simple Network Management Protocol, SNMP)或动态主机西己置协议 (Dynamic Host Configuration Protocol, DHCP)报文 （含 IP头）， 匹配流分类条件， 走业务通 道 2, 而地址解析协议 (Address Resolution Protocol, ARP)报文 (无 IP头）， 无法匹 配流分类条件， 走业务通道 3(缺省流)。 而业务通道 2, 业务通道 3对应不同的 业务 VLAN(Service VLAN, SVLAN), 这样会导致同一个设备的管理报文走不同 业务通道， 使用不同 SVLAN。 其结果是 CM 的媒体访问控制 (Media Access Control, MAC)地址在光线路终端（Optical Line Terminal, OLT)上一会学习到 SVLAN200, 一会学习到 SVLAN300(MAC学习表漂移）， 导致业务不通。
发明内容
本发明一个实施例提供一种 HFC网络中的二层接入方法， 包括： 接收终端设备的 DHCP报文，从所述 DHCP报文中提取源 MAC地址和设备类 型， 根据设备类型与 SVLAN的对应关系生成所述源 MAC地址和所述 SVLAN的 对应关系； 在收到终端设备的数据报文时， 提取所述数据报文中的源 MAC地址， 根据 MAC地址和 SVLAN的对应关系获取对应的 SVLAN, 根据所述对应的 SVLAN转 发所述终端设备的数据报文。 一个方面， 所述从所述动态主机配置协议报文中获取设备类型具体包括： 从所述动态主机配置协议报文中提取 Option 60, 从所述 Option 60中获取设 备类型。 一个方面， 所述根据所述对应的业务虚拟局域网转发所述终端设备的数据 报文具体包括： 将所述对应的业务虚拟局域网添加到所述数据报文；
通过业务虚拟局域网对应的业务通道发送所述包含有业务虚拟局域网的数 据报文。
本发明一个实施例提供一种同轴媒体转换设备， 包括：
SVLAN映射模块， 用于保存设备类型与 SVLAN的对应关系；
DHCP处理模块， 用于接收终端设备的 DHCP报文， 提取所述 DHCP报文中 的源 MAC地址和设备类型， 根据设备类型与 SVLAN的对应关系生成所述源 MAC地址和所述 SVLAN的对应关系；
流分类模块，用于接收终端设备的数据报文，提取所述数据报文中的源 MAC 地址， 根据 MAC地址和 SVLAN的对应关系获取对应的 SVLAN , 根据所述对应 的 SVLAN转发所述终端设备的数据报文。
一个方面， 所述流分类模块具体包括：
用户侧端口， 用于接收终端设备的数据报文；
业务虚拟局域网获取模块， 用于提取所述数据报文中的源媒体访问控制地 址， 查找本地保存的媒体访问控制地址和业务虚拟局域网的对应关系， 获取所 述源媒体访问控制地址对应的业务虚拟局域网；
网络侧端口， 用于根据所述对应的业务虚拟局域网转发所述终端设备的数 据报文。
本发明一个实施例提供一种 HFC中的二层接入系统， 包括同轴媒体转换设 备以及多个终端设备，
所述同轴媒体转换设备， 用于接收终端设备的 DHCP报文， 提取所述 DHCP 报文中的 MAC地址和设备类型， 根据设备类型与 SVLAN的对应关系生成所述 MAC地址和所述 SVLAN的对应关系； 在接收到终端设备的数据报文时， 提取所 述数据报文中的源 MAC地址， 根据 MAC地址和 SVLAN的对应关系获取对应的
一个方面， 所述根据所述对应的业务虚拟局域网转发所述终端设备的数据 报文具体包括： 将所述对应的业务虚拟局域网添加到所述数据报文； 通过业务虚拟局域网对应的业务通道发送所述包含有业务虚拟局域网的数 据报文。 一个方面， 所述系统还包括光线路终端， 用于接收所述同轴媒体转换设备 的数据报文， 提取所述数据报文中的源媒体访问控制地址和业务虚拟局域网， 记录所述源媒体访问控制地址和业务虚拟局域网的对应关系。 本发明实施例提供的方法、 装置和系统， 通过预先配置设备类型与 SVLAN 的对应关系， 在收到终端设备的 DHCP报文时， 根据设备类型与 SVLAN的对 应关系获取终端设备的 MAC地址与 SVLAN的对应关系， 并根据 MAC地址与 SVLAN的对应关系转发终端设备的数据报文， 可以保证同一个终端设备发出的 数据 4艮文通过一个 SVLAN发送到网络侧， 网络侧设备可以学习到 MAC地址和 SVLAN的对应关系， 避免发生 MAC地址漂移现象的发生。
附图说明 为了更清楚地说明本发明实施例的技术方案， 下面将对实施例或现有技术 描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅 是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动 的前提下， 还可以根据这些附图获得其他的附图。 图 1为现有技术中 C-DOCSIS系统架构示意图； 图 2为现有技术中 C-DOCSIS二层接入架构示意图；
图 3为本发明实施例提供的 HFC网络中二层接入系统架构示意图；
图 4为本发明实施例提供的 HFC网络中二层接入方法流程图；
图 5为本发明一个实施例提供的 CMC的结构示意图；
图 6为本发明一个实施例提供的 CMC的结构示意图；
图 7为本发明实施例提供的 HFC网络中二层接入系统的结构示意图。
具体实施例
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
图 3为本发明实施提供的 HFC网络中的二层接入系统， 包括： 光线路终端 ( Optical Line Terminal, OLT ) 30、 CMC 32和 CM 34。
其中， CMC32用于实现 C-DOCSIS系统头端功能， 可以位于网络中靠近用户 侧的位置， 如 HFC网络的光节点处等。 CM 34可以连接 PC和 /或 STB等用户设备， 以下实施例中将 CM以及 CM连接的用户设备统称为终端设备。
CMC 32可以通过射频接口与 CM34进行通信， 通过网络侧接口与汇聚网连 接， 实现数据流转发与业务映射。
CMC32与 CM34之间可以设置多个业务通道， CM34用于对发往 CMC32的报 文进行分类 （流分类） ， 将报文按照对应的业务通道发送给 CMC32。 这里的报 文包括 CM34发往 CMC32的报文，也包括 CM34下连接的用户设备通过 CM34发往 CMC32的报文。 C-DOCSIS定义的 HFC网络融合二层接入技术， 会导致同一个终端设备的报 文经 CM34分类后走不同的业务通道， 为解决这个问题， 本实施例提供一种 HFC 网络中的二层接入方法， 所提供的方法在 CMC32上对来自 CM34的报文做分类， 区分出不同的业务报文， 进而映射到不同的 SVLAN。
具体的， 所提供的方法流程如图 4所示， 包括：
步骤 401、 接收终端设备的 DHCP报文， 从 DHCP报文中提取源 MAC地址和 设备类型信息。
设备类型信息包括 PC、 STB以及 CM等，可以携带在 Option 60信息中，如 STB 发送的 DHCP报文中， 携带的 Option 60就为 "STB" 等， 则从 DHCP报文中提取 设备类型信息可以是获取 DHCP报文中的 Option 60,从 Option 60中获取终端设备 的设备类型信息。
设备类型信息也可以单独标识携带在 DHCP报文中， 以下实施例中， 以 Option 60携带设备类型信息作为举例。
步骤 403、 根据设备类型与 SVLAN的对应关系生成所述源 MAC地址和 SVLAN的对应关系。
在本步骤之前， 需要在 CMC32上配置设备类型与 SVLAN的对应关系， 使得 一种终端设备发出的报文通过一个 SVLAN发送。 在本实施例中， 设备类型与 SVLAN的对应关系具体可以为 Option 60与 SVLAN的对应关系， 如图 5所示， 可 以将 PC的 Option 60对应 SVLAN X, STB的 Option 60对应 SVLAN Y, CM的 Option 60对应 SVLAN Z等， 如下：
PC Option 60-SVLAN X ==> PC MAC地址〜 SVLAN X
STB Option 60-SVLAN Y==>STB MAC地址〜 SVLAN Y CM Option 60-SVLAN Z==>CM MAC地址〜 SVLAN Z。
CMC32提取了 DHCP报文中的源 MAC地址和设备类型后， 根据预先配置的 设备类型与 SVLAN的对应关系获取所述源 MAC地址和 SVLAN的对应关系。
具体可以是提取源 MAC地址和 Option 60 , 根据预先配置的 Option 60与 SVLAN的对应关系获取所述源 MAC地址和 SVLAN的对应关系。
CMC32将 MAC地址和 SVLAN的对应关系保存在本地。
步骤 405、 接收终端设备的数据报文， 根据所述 MAC地址和 SVLAN的对应 关系转发所述数据报文。
CMC32收到终端设备的数据报文， 提取数据报文中的源 MAC地址， 根据本 地保存的 MAC地址和 SVLAN的对应关系获取对应的 SVLAN, 根据所述对应的 SVLAN转发所述数据报文。
转发数据报文的过程可以是： 将对应的 SVLAN添加到所述数据报文中， 将 数据报文按照 SVLAN对应的业务通道转发到网络侧。
如 CMC32收到 CM34的数据 ^艮文， 提取 CM34的源 MAC地址： CM MAC, 查 询 MAC地址和 SVLAN的对应关系得知 CM MAC对应 SVLAN Z, 则将 SVLAN Z 添加到数据 4艮文中， 釆用 SVLAN Z对应的业务通道发送给 OLT30。
本实施例提供的方法， 通过预先配置设备类型与 SVLAN的对应关系， 在收 到终端设备的 DHCP报文时， 根据设备类型与 SVLAN的对应关系获取终端设备 的 MAC地址与 SVLAN的对应关系， 并根据 MAC地址与 SVLAN的对应关系转发 终端设备的数据报文， 可以保证同一个终端设备发出的数据报文通过一个 SVLAN发送到网络侧， 网络侧设备可以学习到 MAC地址和 SVLAN的对应关系， 避免发生 MAC地址漂移现象的发生。 本发明一个实施例提供一种 CMC, 如图 5所示， 包括：
SVLAN映射模块 51 , 用于保存设备类型与 SVLAN的对应关系， 在本实施例 中， 可以是 Option 60与 SVLAN的对应关系， Option 60中携带有设备类型。
DHCP处理模块 53 , 用于接收终端设备的 DHCP报文， 提起 DHCP报文中的 源 MAC地址和设备类型，根据设备类型与 SVLAN的对应关系生成源 MAC地址和 SVLAN的对应关系， 将生成的源 MAC地址和 SVLAN的对应关系保存到流分类 模块 55。
流分类模块 55 , 用于接收终端设备的数据报文， 提取所述数据报文中的源 MAC, 根据保存的 MAC地址和 SVLAN的对应关系获取对应的 SVLAN, 根据所 述对应的 SVLAN转发所述终端设备的数据报文。
其中， 所述流分类模块 55包括：
用户侧端口 551 , 用于接收终端设备的数据报文； 用户侧端口 55可以包含多 个射频接口， 用于和多个终端设备通信。
SVLAN获取模块 553 , 用于提取所述数据报文中的源 MAC地址， 查找本地 保存的 MAC和 SVLAN的对应关系， 获取所述源 MAC地址对应的 SVLAN;
网络侧端口 555 ,
文。网络侧端口
将对应的 SVLAN添加到数据报文中， 通过 SVLAN对应的业务通道发送携带有 SVLAN的数据报文。
本实施例提供的 CMC可以连接多个 CM, CM下可以连接 PC和 /或 STB等， 在 本实施例中，将终端设备的设备类型与 SVLAN的对应关系预先配置在 SVLAN映 射模块 51中， 本实施例中以设备类型携带在 Option 60中作为举例， 则需要在 SVLAN映射模块 51中配置 Option 60与 SVLAN的对应关系， 如 PC的 Option 60对 应 SVLAN X , STB的 Option 60对应 SVLAN Y , CM的 Option 60对应 SVLAN Z等。
DHCP处理模块 53收到 CM的 DHCP报文后，提取 DHCP报文中的源 MAC地址 和 Option 60, 根据 SVLAN映射模块 51中的 Option 60与 SVLAN的对应关系得到 CM的源 MAC地址对应的 SVLAN Z, 将 CM的 MAC地址对应到 SVLAN Z保存到 流映射模块 55中。
DHCP处理模块 53收到 STB的 DHCP报文后， 提取 DHCP报文中的源 MAC地 址和 Option 60,根据 SVLAN映射模块 51中的 Option 60与 SVLAN的对应关系得到 STB的源 MAC地址对应的 SVLAN Y,将 STB的 MAC地址对应到 SVLAN Y保存到 流映射模块 55中。
同理， DHCP处理模块 53收到 PC的 DHCP报文后， 提取 DHCP报文中的源 MAC地址和 Option 60, 根据 SVLAN映射模块 51中的 Option 60与 SVLAN的对应 关系得到 PC的源 MAC地址对应的 SVLAN X, 将 STB的 MAC地址对应到 SVLAN X保存到流映射模块 55中。
流分类模块 55收到终端设备（CM、 STB或者 PC )的数据报文时， 提取数据 报文中的 MAC地址， 根据保存的 MAC地址与 SVLAN的对应关系， 选择对应的 SVLAN发送数据报文。
本实施例提供的 CMC, 通过预先配置设备类型与 SVLAN的对应关系， 在收 到终端设备的 DHCP报文时， 根据设备类型与 SVLAN的对应关系获取终端设备 的 MAC地址与 SVLAN的对应关系， 并根据 MAC地址与 SVLAN的对应关系转发 终端设备的数据报文， 可以保证同一个终端设备发出的数据报文通过一个 SVLAN发送到网络侧， 网络侧设备可以学习到 MAC地址和 SVLAN的对应关系， 避免发生 MAC地址漂移现象的发生。 本发明一个实施例提供一种 HFC网络中的二层接入系统， 如图 7所示， 包括 CMC 72和多个终端设备，终端设备可以是 CM,还可以是 CM连接的 STB和 PC等。
CMC 72,用于接收终端设备的 DHCP报文，提取所述 DHCP报文中的源 MAC 地址和设备类型，根据设备类型与 SVLAN的对应关系生成所述源 MAC地址和所 述 SVLAN的对应关系； 在接收到终端设备的数据报文时， 提取所述数据报文中 的源 MAC地址， 根据 MAC地址和 SVLAN的对应关系获取对应的 SVLAN, 根据
Figure imgf000013_0001
以是将对应的 SVLAN添加到数据报文中，通过该 SVLAN对应的业务通道将携带 有 SVLAN的数据报文转发到网络侧。
本实施例提供的系统还可以包括 OLT 70, OLT 70与 CMC 72之间设置有多 条业务通道， 每个业务通道对应一个 SVLAN, OLT 70用于接收 CMC 72转发的 数据报文， 记录数据报文中源 MAC地址和 SVLAN的对应关系， 这样在收到网络 侧的报文时，根据源 MAC地址和 SVLAN的对应关系选择对应业务通道向下行发 送给相应的终端。
本实施例提供的二层接入系统， 通过预先配置设备类型与 SVLAN的对应关 系， 在收到终端设备的 DHCP报文时， 根据设备类型与 SVLAN的对应关系获取 终端设备的 MAC地址与 SVLAN的对应关系， 并根据 MAC地址与 SVLAN的对应 关系转发终端设备的数据报文， 可以保证同一个终端设备发出的数据报文通过 一个 SVLAN发送到网络侧， 网络侧设备可以学习到 MAC地址和 SVLAN的对应 关系， 避免发生 MAC地址漂移现象的发生。 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是 可以通过程序来指令相关的硬件完成， 所述的程序可以存储于一计算机可读存 储介质中， 如 ROM/RAM、 磁碟或光盘等。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限于 此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到 变化或替换， 都应涵盖在本发明的保护范围之内， 因此， 本发明的保护范围应 所述以权利要求的保护范围为准。

Claims

权利要求书
1、 一种光缆-同轴电缆混合网中的二层接入方法， 其特征在于， 包括： 接收终端设备的动态主机配置协议报文， 从所述动态主机配置协议报文中 提取源媒体访问控制地址和设备类型， 根据设备类型与业务虚拟局域网的对应 关系生成所述源媒体访问控制地址和所述业务虚拟局域网的对应关系；
在收到终端设备的数据报文时， 提取所述数据报文中的源媒体访问控制地 址， 根据媒体访问控制地址和业务虚拟局域网的对应关系获取对应的业务虚拟 局域网， 根据所述对应的业务虚拟局域网转发所述终端设备的数据报文。
2、 根据权利要求 1所述的方法， 其特征在于， 所述从所述动态主机配置协 议报文中获取设备类型具体包括：
从所述动态主机配置协议报文中提取 Option 60, 从所述 Option 60中获取设 备类型。
3、 根据权利要求 1所述的方法， 其特征在于， 所述根据所述对应的业务虚 拟局域网转发所述终端设备的数据报文具体包括：
将所述对应的业务虚拟局域网添加到所述数据报文；
通过业务虚拟局域网对应的业务通道发送所述包含有业务虚拟局域网的数 据报文。
4、根据权利要求 1-3任意一项所述的方法， 其特征在于， 所述终端设备包括 电缆调制解调终端、 PC和机顶盒中的一种或者多种。
5、 一种同轴媒体转换设备， 其特征在于， 包括：
SVLAN映射模块， 用于保存设备类型与业务虚拟局域网的对应关系； DHCP处理模块， 用于接收终端设备的动态主机配置协议报文， 提取所述动 态主机配置协议报文中的源媒体访问控制地址和设备类型， 根据设备类型与业 务虚拟局域网的对应关系生成所述源媒体访问控制地址和所述业务虚拟局域网 的对应关系；
流分类模块， 用于接收终端设备的数据报文， 提取所述数据报文中的源媒 体访问控制地址， 根据媒体访问控制地址和业务虚拟局域网的对应关系获取对 应的业务虚拟局域网， 根据所述对应的业务虚拟局域网转发所述终端设备的数 据报文。
6、 根据权利要求 5所述的设备， 其特征在于， 所述流分类模块具体包括： 用户侧端口， 用于接收终端设备的数据报文；
业务虚拟局域网获取模块， 用于提取所述数据报文中的源媒体访问控制地 址， 查找本地保存的媒体访问控制地址和业务虚拟局域网的对应关系， 获取所 述源媒体访问控制地址对应的业务虚拟局域网；
网络侧端口， 用于根据所述对应的业务虚拟局域网转发所述终端设备的数 据报文。
7、一种光缆-同轴电缆混合网中的二层接入系统， 包括同轴媒体转换设备以 及多个终端设备， 其特征在于，
所述同轴媒体转换设备， 用于接收终端设备的动态主机配置协议报文， 提 取所述动态主机配置协议报文中的媒体访问控制地址和设备类型， 根据设备类 型与业务虚拟局域网的对应关系生成所述媒体访问控制地址和所述业务虚拟局 域网的对应关系； 在接收到终端设备的数据报文时， 提取所述数据报文中的源 媒体访问控制地址， 根据媒体访问控制地址和业务虚拟局域网的对应关系获取 对应的业务虚拟局域网， 根据所述对应的业务虚拟局域网转发所述终端设备的 数据报文。
8、 根据权利要求 7所述的系统， 其特征在于， 所述根据所述对应的业务虚 拟局域网转发所述终端设备的数据报文具体包括： 将所述对应的业务虚拟局域网添加到所述数据报文； 通过业务虚拟局域网对应的业务通道发送所述包含有业务虚拟局域网的数 据报文。
9、 根据权利要求 7或 8所述的系统， 其特征在于， 还包括光线路终端， 用于 接收所述同轴媒体转换设备的数据报文， 提取所述数据报文中的源媒体访问控 制地址和业务虚拟局域网， 记录所述源媒体访问控制地址和业务虚拟局域网的 对应关系。
10、 根据权利要求 7 所述的系统， 其特征在于， 所述终端设备包括电缆调 制解调终端， 所述电缆调制解调终端与所述同轴媒体转换设备之间设置有多条 业务通道， 所述电缆调制解调终端用于对发往所述同轴媒体转换设备的报文进 行分类， 将报文按照对应的业务通道发送给所述同轴媒体转换设备。
11、 一种同轴媒体转换设备， 其特征在于， 包括处理器和存储器， 所述存储器， 用于保存设备类型与业务虚拟局域网的对应关系；
所述处理器， 用于接收终端设备的动态主机配置协议报文， 提取所述动态 主机配置协议报文中的源媒体访问控制地址和设备类型， 根据设备类型与业务 虚拟局域网的对应关系生成所述源媒体访问控制地址和所述业务虚拟局域网的 对应关系；接收终端设备的数据报文，提取所述数据报文中的源媒体访问控制地 址， 根据媒体访问控制地址和业务虚拟局域网的对应关系获取对应的业务虚拟 局域网， 根据所述对应的业务虚拟局域网转发所述终端设备的数据报文。
PCT/CN2013/079876 2012-07-23 2013-07-23 一种hfc网络中的二层接入方法、设备及系统 WO2014015786A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13822775.6A EP2782300A4 (en) 2012-07-23 2013-07-23 TWO-POINT ACCESS PROCESS, DEVICE AND SYSTEM IN A HFC NETWORK
US14/312,361 US20140314089A1 (en) 2012-07-23 2014-06-23 Layer 2 access method, device and system on hfc network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210256018.9A CN103581059A (zh) 2012-07-23 2012-07-23 一种hfc网络中的二层接入方法、设备及系统
CN201210256018.9 2012-07-23

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/312,361 Continuation US20140314089A1 (en) 2012-07-23 2014-06-23 Layer 2 access method, device and system on hfc network

Publications (1)

Publication Number Publication Date
WO2014015786A1 true WO2014015786A1 (zh) 2014-01-30

Family

ID=49996588

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/079876 WO2014015786A1 (zh) 2012-07-23 2013-07-23 一种hfc网络中的二层接入方法、设备及系统

Country Status (4)

Country Link
US (1) US20140314089A1 (zh)
EP (1) EP2782300A4 (zh)
CN (1) CN103581059A (zh)
WO (1) WO2014015786A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107210973B (zh) * 2015-08-12 2020-09-29 华为技术有限公司 一种报文处理方法、装置及系统
CN105704056B (zh) * 2016-01-25 2019-03-15 苏州摩联通信技术有限公司 使用带vlan的电缆调制解调器进行hfc网络信号分流的方法及系统
CN105634824B (zh) * 2016-01-25 2019-05-17 苏州摩联通信技术有限公司 使用多网口电缆调制解调器进行hfc网络信号分流的方法及系统
WO2017127972A1 (zh) * 2016-01-25 2017-08-03 华为技术有限公司 一种数据传输方法以及宿主机
CN105721327B (zh) * 2016-01-25 2019-02-15 苏州摩联通信技术有限公司 一种hfc网络信号分流的系统
CN106130859A (zh) * 2016-06-23 2016-11-16 北京东土科技股份有限公司 一种工业互联网现场层宽带总线配置管理实现方法
EP3701683B1 (en) * 2017-10-24 2023-09-20 InterDigital CE Patent Holdings Cable modem interface mask based virtual local area network mapping

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1357997A (zh) * 2000-12-15 2002-07-10 华为技术有限公司 以太网接入网中的虚拟局域网接入方法
CN1416239A (zh) * 2001-10-31 2003-05-07 华为技术有限公司 光纤同轴混合接入网中的虚拟局域网接入方法
US6693878B1 (en) * 1999-10-15 2004-02-17 Cisco Technology, Inc. Technique and apparatus for using node ID as virtual private network (VPN) identifiers
CN1852234A (zh) * 2005-09-22 2006-10-25 华为技术有限公司 一种实现报文转发的方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8165156B1 (en) * 2003-12-16 2012-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Ethernet DSL access multiplexer and method providing dynamic service selection and end-user configuration
EP1737161A1 (en) * 2005-06-20 2006-12-27 Thomson Telecom Belgium Device and method for managing two types of devices
US7492766B2 (en) * 2006-02-22 2009-02-17 Juniper Networks, Inc. Dynamic building of VLAN interfaces based on subscriber information strings
EP1940085B1 (en) * 2006-12-27 2013-06-05 Huawei Technologies Co., Ltd. Method and device for service binding
US7894437B2 (en) * 2007-12-29 2011-02-22 Alcatel Lucent Determining transmission port in a GPON network
US9130878B2 (en) * 2011-04-05 2015-09-08 Broadcom Corporation Traffic switching in hybrid fiber coaxial (HFC) network
US20140198802A1 (en) * 2011-08-10 2014-07-17 Thomson Licensing Method to selectively add priority tagging to network traffic

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6693878B1 (en) * 1999-10-15 2004-02-17 Cisco Technology, Inc. Technique and apparatus for using node ID as virtual private network (VPN) identifiers
CN1357997A (zh) * 2000-12-15 2002-07-10 华为技术有限公司 以太网接入网中的虚拟局域网接入方法
CN1416239A (zh) * 2001-10-31 2003-05-07 华为技术有限公司 光纤同轴混合接入网中的虚拟局域网接入方法
CN1852234A (zh) * 2005-09-22 2006-10-25 华为技术有限公司 一种实现报文转发的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2782300A4 *

Also Published As

Publication number Publication date
EP2782300A1 (en) 2014-09-24
CN103581059A (zh) 2014-02-12
US20140314089A1 (en) 2014-10-23
EP2782300A4 (en) 2015-02-25

Similar Documents

Publication Publication Date Title
US11843641B2 (en) Apparatus and methods for centralized message exchange in a user premises device
US10439862B2 (en) Communication terminal with multiple virtual network interfaces
WO2014015786A1 (zh) 一种hfc网络中的二层接入方法、设备及系统
US9742634B2 (en) System and method for automatically learning and maintaining IP address allocation topology
WO2013135156A1 (zh) 一种分布式部署、集中式控制的有线电视网络宽带接入系统
WO2015070681A1 (zh) 接入网虚拟化的方法及代理节点
WO2012109917A1 (zh) 网络中的报文转发方法、装置和系统
CN106716939B (zh) 数据流递送中改进的qos
US20180241715A1 (en) Method and apparatuses for providing addressability to devices in a network
US9516385B2 (en) Technique for obtaining a multicast address that matches an IP version supported by a terminal
WO2012130142A1 (zh) 用户业务接入方法、系统和接入设备
WO2019042225A1 (zh) 用户宽带接入处理的方法及装置、设备
US9729385B2 (en) Service provisioning method, device, and system in coaxial cable system
EP3515048B1 (en) Cable media converter management method, apparatus and system
WO2016018318A1 (en) Control point discovery
CN103117911B (zh) 具有多种VLAN模式的MoCA头端
WO2017024571A1 (zh) 一种报文处理方法、装置及系统
WO2019232680A1 (en) Method and device for providing load balancing
JP6107773B2 (ja) 通信装置及び通信システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13822775

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2013822775

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013822775

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE