WO2015077913A1 - 一种电缆承载数据业务接口规范***中报文转发方法及装置 - Google Patents

一种电缆承载数据业务接口规范***中报文转发方法及装置 Download PDF

Info

Publication number
WO2015077913A1
WO2015077913A1 PCT/CN2013/087829 CN2013087829W WO2015077913A1 WO 2015077913 A1 WO2015077913 A1 WO 2015077913A1 CN 2013087829 W CN2013087829 W CN 2013087829W WO 2015077913 A1 WO2015077913 A1 WO 2015077913A1
Authority
WO
WIPO (PCT)
Prior art keywords
upstream
downstream
vpn
flows
identifier
Prior art date
Application number
PCT/CN2013/087829
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 PCT/CN2013/087829 priority Critical patent/WO2015077913A1/zh
Priority to CN201380002336.5A priority patent/CN104838622A/zh
Publication of WO2015077913A1 publication Critical patent/WO2015077913A1/zh

Links

Classifications

    • 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]
    • 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/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a packet forwarding method and apparatus in a cable bearer data service interface specification system.
  • Virtual Private Network refers to the technology of establishing a dedicated network on a public network. Among them, the reason is that the virtual network is mainly because the connection between any two nodes of the VPN network does not have the end-to-end physical link required by the traditional private network, but is the network platform provided by the public network service provider. For example, the logical network above the Internet, Frame Relay, etc., user data is transmitted on the logical link.
  • Layer 2 virtual private network L2VPN can transparently transmit user's Layer 2 data on the IP network.
  • the prior art includes a corporate VPN network and a multi-operator network.
  • the core network devices of the two types of networks include: a VPN core network device and a multi-system operator (MSO, Muti-System Operation).
  • Operator Support System (OSS)
  • the access network equipment is a Distributed Cable Modem Termination System (D-CMTS)
  • the user side equipment is a cable modem terminal (CM).
  • Cable Modem the user side device may further include a router (Router), or an access point (AP, Access Point), wherein the cable carrier data service interface specification (DOCSIS, Data-Over-) is supported between the D-CMTS and the CM. Cable Service Interface Specifications ).
  • DOCSIS cable carrier data service interface specification
  • non-VPN traffic flow or “normal data flow”
  • VPN flow the data flow between the user side and the enterprise VPN core network device
  • the D-CMTS device if the data stream needs to be transmitted through the D-CMTS uplink, the D-CMTS is for the DOCSIC-based unidirectional stream data from the CM (including: non-VPN traffic flow or normal data flow) ), converted into bidirectional streaming data conforming to the Ethernet protocol.
  • the existing D-CMTS device adds the identification VLAN 222 to the non-VPN service flow, and the D-CMTS device adds the identification VLAN 567 to the VPN flow, but both It is based on the identifier carried in the unidirectional flow parameter in the configuration file.
  • the identifier cannot be extended from the unidirectional service flow conforming to the DOCSIS standard to support the bidirectional service flow in the Ethernet IP network. It can be understood that, in the prior art, the association of two types of data streams is based on Differently, the D-CMTS cannot send data transmitted by the DOCSIS-compliant one-way traffic to the upper layer network based on the Ethernet protocol.
  • the embodiments of the present invention provide a packet forwarding method and device in a cable bearer data service interface specification system, which can extend the L2VPN identifier from a DOCSIS compliant one-way service flow to support a two-way service flow in an Ethernet IP network.
  • the first aspect provides a packet forwarding method in a cable bearer data service interface specification system, including:
  • the configuration file carries an upstream parameter, a downstream parameter, and a virtual private network VPN identifier;
  • VLAN virtual local area network
  • the establishing, by the uplink parameter, the downlink parameter, and the VPN identifier, the two-way service flow carrying the VPN identifier includes:
  • the two-way service flow with the same number of uplinks is established, where the two-way service flow corresponding to the uplink carrying the VPN carries the VPN identifier.
  • the establishing, by the uplink parameter, the downlink parameter, and the VPN identifier, the bidirectional service flow carrying the VPN identifier includes:
  • the VPN identifier is carried in the downstream And in the one or more, the VPN is copied to the corresponding upstream flow, and the two-way service flow with the same number of uplinks is established, where the two-way service flow corresponding to the uplink carrying the VPN
  • the service flow carries the VPN identity.
  • the establishing, by the uplink parameter, the downlink parameter, and the VPN identifier, the two-way service flow carrying the VPN identifier includes:
  • the two-way service flow with the same number of downlinks is established, where the two-way service flow corresponding to the downlink carrying the VPN carries the VPN identifier.
  • the two-way service flow that carries the VPN identifier according to the uplink parameter, the downlink parameter, and the VPN identifier specifically includes:
  • the VPN is copied to the corresponding downstream flow, and the two-way service flow with the same number of downlinks is established, where the two-way service flow corresponding to the downlink carrying the VPN carries The VPN ID.
  • the configuration file further carries the VLAN corresponding to the VPN identifier.
  • the identifier of the virtual local area network (VLAN) corresponding to the VPN identifier added to the data packet includes:
  • VLAN virtual local area network
  • a distributed cable modem terminal system D-CMTS including: a first data transceiver, configured to acquire a configuration file of the CM after the cable modem terminal CM is online;
  • the file carries an upstream parameter, a downstream parameter, and a virtual private network VPN identifier;
  • a processor configured to establish, according to the uplink parameter, the downlink parameter, and the VPN identifier, a two-way service flow carrying the VPN identifier;
  • a second data transceiver configured to receive a DOCSIC-based datagram from the CM And adding a virtual local area network (VLAN) VLAN identifier corresponding to the VPN identifier to the data packet, and encapsulating the data that is added with the VLAN identifier into an Ethernet file, and then forwarding the data to the network side by using the bidirectional service flow.
  • VLAN virtual local area network
  • the processor is specifically configured to calculate, according to the uplink parameter and the downlink parameter, the number of uplinks and the number of downstream flows, if the number of the upstream flows More than the number of the downlink flows, and the VPN identifier is carried in one or more of the uplink flows, and a bidirectional service flow with the same number of uplinks is established, where The two-way service flow corresponding to the upstream carries the VPN identifier.
  • the processor is specifically configured to calculate, according to the uplink parameter and the downlink parameter, an uplink quantity and a downlink quantity, if the uplink quantity More than the number of the downlink flows, and the VPN identifier is carried in one or more of the downlink flows, and the VPN is copied to the corresponding upstream flow, and the same two-way number as the uplink is established.
  • the service flow where the two-way service flow corresponding to the uplink carrying the VPN carries the VPN identifier.
  • the processor is specifically configured to calculate, according to the uplink parameter and the downlink parameter, an uplink quantity and a downlink quantity, if the downlink quantity More than the number of the upstream flows, and the VPN identifier is carried in one or more of the downlink flows, and a bidirectional service flow with the same number of downlinks is established, where The bidirectional service flow corresponding to the downlink carries the VPN identifier.
  • the processor is specifically configured to calculate, according to the uplink parameter and the downlink parameter, an uplink quantity and a downlink quantity, if the downlink quantity is More than the number of the upstream flows, and the VPN identifier is carried in one or more of the upstream flows, and the VPN is copied to the corresponding downstream flow, and the same two-way number as the downlink is established.
  • the service flow where the two-way service flow corresponding to the downlink carrying the VPN carries the VPN identifier.
  • a cable bearer data service interface specification system including the D-CMTS described in any of the above.
  • the system further includes a cable modulation solution Request a message and request an IP address.
  • An embodiment of the present invention provides a method for forwarding a packet in a cable bearer data service interface specification system, and downloads a configuration file corresponding to a file name from a TFTP server corresponding to the address of the TFTP server; the configuration file carries an upstream parameter and a downlink The flow parameter and the virtual private network VPN identifier; the bidirectional service flow carrying the VPN identifier is established according to the uplink parameter, the downlink parameter, and the VPN identifier; the DOCSIC-based data packet from the CM is received, and the VPN identifier is added to the data packet.
  • Corresponding VLAN ID of the virtual LAN encapsulates the data packet with the VLAN ID into an Ethernet packet, and then forwards it to the network through the bidirectional service flow.
  • the DOCSIS standard coaxial network that supports the one-way service flow supports the two-way service flow. The conversion of the Ethernet IP network enables normal forwarding of data streams.
  • FIG. 1 is a schematic diagram of a prior art including a corporate VPN network and a multi-operator network;
  • FIG. 2a is a single logical architecture of processing a data stream in a D-CMTS according to an embodiment of the present invention
  • 2b is a more detailed representation of a single logical architecture of processing a data stream in a D-CMTS according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a packet forwarding method in a cable bearer data service interface specification system according to Embodiment 1 of the present invention
  • FIG. 4 is a flowchart of a packet forwarding method in a cable bearer data service interface specification system according to Embodiment 2 of the present invention.
  • FIG. 5 is a schematic diagram of a bidirectional flow according to a configuration file exemplified in Embodiment 2;
  • FIG. 6 is a schematic diagram of a bidirectional flow according to a configuration file exemplified in Embodiment 2;
  • FIG. 7 is a schematic diagram of the present invention;
  • the two-way service flow that is, the same service flow, supports data traffic from the user side to the network side, and also supports data traffic from the network side to the user side.
  • the single logical architecture for processing the data stream in the D-CMTS includes a chip supporting the bidirectional service flow (ie, the Ethernet forwarding chip in FIG. 2a) and support in the D-CMTS.
  • the unidirectional stream chip that is, the DOCSIS-compliant chip in the figure
  • the D-CMTS includes a unidirectional stream chip supporting the DOCSIS standard and a bidirectional service stream chip supporting the Ethernet standard. Therefore, there is a correspondence between the two-way service flow and the one-way flow. As shown in FIG.
  • the uplink data stream and the downlink data stream are divided into a pair of two-way data streams by supporting the two-way service flow chip, that is, the two-way service flow 1 and the two-way.
  • Service flow 2 wherein the two-way service flow 1 processes upstream 1 (ie, SFID1 as shown in FIG. 2b) and downstream 1 (ie, SFID3 as shown in FIG. 2b), and the two-way service flow 2 processes upstream. 2 (ie SFID2 as shown in Figure 2b) and downstream 2 (ie SFID4 as shown in Figure 2b).
  • the SFID is a service flow identifier (ie, SFID, Service Flow ID).
  • each two-way service flow is divided according to the order in which the data streams are arranged in the configuration file, such as: in the first uplink data stream of the configuration file, and in the configuration file.
  • the first downstream data stream is divided together as a two-way traffic flow.
  • the embodiment of the present invention does not limit other bidirectional service flow division schemes, and is merely a specific example herein.
  • An embodiment of the present invention provides a packet forwarding method in a cable bearer data service interface specification system. As shown in FIG. 3, the method includes:
  • Step A1 Obtain a configuration file of the CM when the cable modem terminal CM is online, and the configuration file carries an upstream parameter, a downstream parameter, and a VPN identifier.
  • the process of obtaining the CM configuration file by the D-CMTS may be to intercept the dynamic allocation from the network side during the process of the CM acquiring the Internet Protocol (IP) address through the D-CMTS.
  • IP Internet Protocol
  • a Dynamic Host Control Protocol (DHCP) ACK packet carries the address of a File Transfer Protocol (FTP) server and the file name of the configuration file of the CM. Corresponding configuration file.
  • FTP File Transfer Protocol
  • Step A3 The D-CMTS establishes a bidirectional service flow carrying the VPN identifier according to the uplink parameter, the downlink parameter, and the VPN identifier.
  • step A4 the D-CMTS receives the data packet based on the DOCSIC protocol from the CM, adds the virtual local area network VLAN identifier corresponding to the VPN identifier to the data packet, and encapsulates the data packet with the VLAN identifier added into the data packet.
  • the Ethernet packet is forwarded to the network side through the two-way service flow.
  • the number of upstream and downstream flows can be calculated from the configuration file.
  • the number of upstream or downstream flows is determined, and the two-way service flow is established according to the flow with the largest number. For example: 4 upstream and 2 downstream, the two-way traffic is created according to the number of 4 upstream.
  • the method provided by the embodiment of the present invention can extend the L2VPN identifier from the DOCSIS-compliant one-way service flow to support the two-way service flow in the Ethernet IP network.
  • the conversion of the DOCSIS standard coaxial network supporting one-way traffic and the Ethernet IP network supporting two-way service flow services enables normal forwarding of data streams.
  • An embodiment of the present invention provides a packet forwarding method in a cable bearer data service interface specification system. As shown in FIG. 4, the method includes:
  • Step 101 Obtain a configuration file of the CM after the CM is online.
  • the configuration file carries an upstream parameter, a downstream parameter, and a VPN identifier.
  • the process of obtaining the configuration file may be that the D-CMTS intercepts the CM to obtain the IP address through the DHCP.
  • the DHCPACK packet obtains the FTP server address of the CM configuration file and the file name of the configuration file from the DHCP ACK packet, and downloads the configuration file corresponding to the file name from the corresponding FTP server.
  • the configuration file can also be downloaded from the FTP server by the CM and sent to the D-CMTS.
  • Step 103 Establish a bidirectional service flow according to the uplink parameter, the downlink parameter, and the VPN identifier.
  • the two-way service flow established by the D-CMTS may be between the port connected to the CM on the D-CMTS and the port connected to the upper layer network on the D-CMTS.
  • the process of establishing a two-way service flow by the D-CMTS according to the upstream parameter, the downstream parameter, and the VPN identifier may be as follows:
  • the number of upstream flows and the number of downstream flows are calculated using the upstream parameters and the downstream parameters.
  • the configuration file acquired by the D-CMTS from the TFTP server needs to establish three uplinks and four downstream flows, and the upstream identifier in the second CM configuration file includes the VPN identifier.
  • the upstream identifier in the second CM configuration file includes the VPN identifier.
  • the D-CMTS will establish a bidirectional traffic flow with the same number of downstream flows, that is, According to the upstream parameter and the downstream parameter in the configuration file, four bidirectional service flows are configured. Since the uplink direction of the third and fourth bidirectional service flows has no upstream parameters, the third and fourth bidirectional services are The upstream parameters of the stream can use the default parameters.
  • the second upstream flow is ignored as a VPN service flow. Therefore, in the second downstream configuration file, the VPN identifier in the upstream flow is copied, and the second two-way The service flow is a VPN service flow (that is, the second downlink and the second upstream are both established as VPN traffic).
  • the D-CMTS needs to establish 4 downstream flows and 3 upstream flows for the CM, and the second downstream flow carries the VPN identifier, and the D-CMTS is on the D-CMTS user side according to the number of downstream flows.
  • Four bidirectional service flows are configured between the port and the network side port, because the second line is down.
  • the flow carries the VPN identifier, and the second bidirectional service flow established carries the VPN identifier.
  • the VPN identifier is carried in one or more of the upstream flows, establishing the same two-way service as the upstream traffic a flow, where the two-way service flow corresponding to the uplink carrying the VPN carries the VPN identifier.
  • the D-CMTS is configured with four bidirectional traffic flows.
  • Step 104 Receive a DOCSIC-based data packet from the CM, add a virtual local area network (VLAN) VLAN identifier corresponding to the VPN identifier, and encapsulate the data packet with the VLAN identifier into an Ethernet packet. The message is forwarded to the network side through the two-way service flow.
  • VLAN virtual local area network
  • the D-CMTS After receiving the uplink data packet from the CM, the D-CMTS adds the VPN identifier to the upstream data packet and encapsulates the data packet with the VPN identifier into the Ethernet format packet. Send to the network side.
  • the D-CMTS will send the corresponding VPN ID and send it to the CM.
  • the method provided in this embodiment can extend the L2VPN identifier from the unidirectional service flow conforming to the DOCSIS standard to support the bidirectional service flow in the Ethernet IP network.
  • the conversion of the DOCSIS standard coaxial network supporting one-way service flow and the Ethernet IP network supporting two-way service flow service realizes normal forwarding of data streams.
  • the embodiment of the present invention provides a D-CMTS.
  • the structure is shown in FIG. 7.
  • the first data transceiver 601, the processor 601, and the second data transceiver 603 are provided.
  • a first data transceiver 601 configured to acquire a configuration file corresponding to the CM after the CM is online;
  • the configuration file carries an upstream parameter, a downstream parameter, and a virtual private network VPN identifier;
  • the processor 602 is configured to: Upstream parameters, downstream parameters, and the VPN identifier Establishing a two-way service flow carrying the VPN identifier;
  • a second data transceiver 603 configured to receive a data packet based on the DOCSIC protocol from the CM, add a virtual local area network (VLAN) VLAN identifier corresponding to the VPN identifier, and add a datagram with a VLAN identifier. After being encapsulated into an Ethernet packet, the packet is forwarded to the network side through the bidirectional service flow.
  • VLAN virtual local area network
  • the D-CMTS provided in this embodiment can support the conversion of the DOCSIS standard coaxial network of the one-way service flow and the Ethernet IP network supporting the two-way service flow service, and realize normal forwarding of the data stream.
  • the first data transceiver 601 can intercept the DHCP ACK message in the process of obtaining the IP address from the DHCP server by the CM through the DHCP protocol, and obtain the address and configuration of the CM FTP server from the DHCP ACK message.
  • the file name of the file, and the configuration file corresponding to the file name is downloaded from the FTP server corresponding to the address of the FTP server.
  • the first data transceiver 601 can also be obtained from the CM after the CM acquires the configuration file.
  • the first data transceiver 601 can also obtain the configuration file in other ways, which is not described here.
  • the processor 602 is configured to establish a bidirectional service flow carrying the VPN identifier according to the uplink parameter, the downlink parameter, and the VPN identifier, and specifically includes:
  • the two-way service flow with the same number of uplinks is established, where the two-way service flow corresponding to the uplink carrying the VPN carries the VPN identifier.
  • the processor 602 is configured according to the upstream parameter, the downstream parameter, and the
  • the VPN identifier establishes a two-way service flow carrying the VPN identifier, and specifically includes:
  • the processor 602 is configured to establish a bidirectional service flow carrying the VPN identifier according to the uplink parameter, the downlink parameter, and the VPN identifier, and specifically includes:
  • the processor 602 is configured to establish a bidirectional service flow carrying the VPN identifier according to the uplink parameter, the downlink parameter, and the VPN identifier, and specifically includes:
  • the embodiment of the present invention further provides a cable bearer data service interface specification system, which may be the D-CMTS described in the foregoing embodiment. It is not repeated here.
  • the system may further include a CM, where the CM is further configured to send a DHCP request message to the DHCP server through the D-CMTS, requesting to allocate an IP address.
  • CM is further configured to send a DHCP request message to the DHCP server through the D-CMTS, requesting to allocate an IP address.
  • the program may be stored in a computer readable storage medium, and the storage medium may include: ROM, RAM, disk or CD, etc.

Landscapes

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

Abstract

一种电缆承载数据业务接口规范***中报文转发方法和装置，从TFTP服务器的地址对应的TFTP服务器下载文件名对应的配置文件；配置文件携带有上行流参数、下行流参数以及虚拟专用网络VPN标识；根据上行流参数、下行流参数以及VPN标识建立携带有VPN标识的双向业务流；接收来自CM的基于DOCSIC协议的数据报文，在数据报文中添加VPN标识对应的虚拟局域网VLAN标识，将添加有VLAN标识的数据报文封装成以太网报文后通过双向业务流向网络侧转发，能实现在双向业务流中根据 DOCSIS单向业务流VPN 标识进行VPN标识支持。

Description

一种电缆承载数据业务接口规范***中报文转发方法及装置 技术领域
本发明涉及通信技术领域，特别涉及一种电缆承载数据业务接口规范*** 中报文转发方法及装置。
背景技术
虚拟专用网络（ VPN, Virtual Private Network )是指在公用网络上建立专 用网络的技术。 其中， 之所以为虚拟网络， 主要因为在 VPN网络的任意两个节 点之间的连接并没有传统专用网络所需的端到端的物理链路，而是架构在公用 网络服务商所提供的网络平台， 如： 互联网， 帧中继 （Frame Relay )等之上 的逻辑网络， 用户数据在逻辑链路上传输。 二层虚拟专用网（L2VPN, Layer 2 virtual private network )可以在 IP网络上透明传递用户的二层数据。
如图 1所示为现有技术中包括有企业 VPN网络和多运营商网络示意图， 该 两类网络的核心网部分设备包括： VPN核心网络设备与多***运营商（MSO , Muti- System Operation )的运营商支持*** ( OSS, Operation Supported System ) 设备，接入网设备为分布式电缆调制解调终端***（ D-CMTS, Distributed Cable Modem Termination System ), 用户侧设备为电缆调制解调终端 （CM, Cable Modem ), 用户侧设备还可以包括路由器（ Router ), 或者接入点（AP, Access Point ), 其中， D-CMTS与 CM之间支持电缆承载数据业务接口规范（DOCSIS, Data-Over-Cable Service Interface Specifications )。
如图 1所示， 在该网络示意图中主要有 2类数据流， 一类用户侧与 MSO
OSS设备之间的数据流（筒称 "非 VPN业务流" 或者 "普通数据流"）， 还有 一类是用户侧与企业 VPN核心网络设备之间的数据流（筒称 "VPN流"）。 对 于接入网设备 D-CMTS设备而言， 若数据流需要经过 D-CMTS上行传输时， D-CMTS对于来自 CM的基于 DOCSIC协议的单向流数据 (包括： 非 VPN业 务流或者普通数据流），转化成为符合以太网协议的双向流数据，在此过程中， 现有 D-CMTS设备虽然将非 VPN业务流增加了标识 VLAN222,以及 D-CMTS 设备将 VPN流增加了标识 VLAN567,但是都是基于配置文件中单向流参数中 携带的标识，该标识不能从符合 DOCSIS标准的单向业务流扩展到， 支持以太 IP化网络中双向业务流。 可以理解为， 现有技术中， 两类数据流所基于的协 议不同， D-CMTS无法将符合 DOCSIS标准的单向业务流所传输的数据发送到 基于以太网协议的上层网络中。
发明内容
本发明实施例提供了一种电缆承载数据业务接口规范***中报文转发方 法及装置， 能实现将 L2VPN标识从符合 DOCSIS标准的单向业务流， 扩展到 支持以太 IP化网络中双向业务流。
第一方面， 提供了一种电缆承载数据业务接口规范***中报文转发方法， 包括：
在电缆调制解调终端 CM上线后获取所述 CM的配置文件；所述配置文件 携带有上行流参数、 下行流参数以及虚拟专用网络 VPN标识；
根据所述上行流参数、 下行流参数以及所述 VPN 标识建立携带有所述 VPN标识的双向业务流；
接收来自所述 CM的基于 DOCSIC协议的数据报文， 在所述数据报文中 添加所述 VPN标识对应的虚拟局域网 VLAN标识，将添加有 VLAN标识的数 据报文封装成以太网报文后通过所述双向业务流向网络侧转发。
在第一种可能的实现方式中， 根据第一方面， 所述根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流具体包 括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述上 行流中的一条或多条中， 则建立与所述上行数量相同的双向业务流， 其中， 与 所述携带有 VPN的上行流对应的双向业务流携带有所述 VPN标识。
在第二种可能的实现方式中， 根据第一方面， 所述根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流具体包 括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述下 行流中的一条或多条中， 则将所述 VPN复制到对应的上行流上， 建立与所述 上行数量相同的双向业务流， 其中， 与所述携带有 VPN的上行流对应的双向 业务流携带有所述 VPN标识。
在第三种可能的实现方式中， 根据第一方面， 所述根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流具体包 括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述下行流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述下 行流中的一条或多条中， 则建立与所述下行数量相同的双向业务流， 其中， 与 所述携带有 VPN的下行流对应的双向业务流携带有所述 VPN标识。
在第四种可能的实现方式中， 根据第一方面， 所述根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流具体包 括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述下行流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述上 行流中的一条或多条中， 则将所述 VPN复制到对应的下行流中， 建立与所述 下行数量相同的双向业务流， 其中， 与所述携带有 VPN的下行流对应的双向 业务流携带有所述 VPN标识。
在第五种可能的实现方式中，结合第一方面或第一种可能的实现方式至第 四种可能的实现方式的任意一种， 所述配置文件中还携带有所述 VPN标识对 应的 VLAN标识， 则在所述数据报文中添加所述 VPN标识对应的虚拟局域网 VLAN标识具体包括：
根据本地保存的所述 VPN标识与 VLAN标识的对应关系在所述数据报文 中添加所述 VPN标识对应的虚拟局域网 VLAN标识。
第二方面， 提供了一种分布式电缆调制解调终端*** D-CMTS, 包括： 第一数据收发器，用于在电缆调制解调终端 CM上线后获取所述 CM的配 置文件；所述配置文件携带有上行流参数、下行流参数以及虚拟专用网络 VPN 标识；
处理器， 用于根据所述上行流参数、 下行流参数以及所述 VPN标识建立 携带有所述 VPN标识的双向业务流；
第二数据收发器， 用于接收来自所述 CM的基于 DOCSIC协议的数据报 文， 在所述数据报文中添加所述 VPN标识对应的虚拟局域网 VLAN标识， 将 添加有 VLAN标识的数据 文封装成以太网 文后通过所述双向业务流向网 络侧转发。
在第一种可能的实现方式中，根据第二方面， 所述处理器具体用于根据所 述上行流参数和下行流参数计算上行流的数量和下行流的数量，如果所述上行 流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述上行流中的一 条或多条中， 则建立与所述上行数量相同的双向业务流， 其中， 与所述携带有 VPN的上行流对应的双向业务流携带有所述 VPN标识。
在第二种可能的实现方式中，根据第二方面， 所述处理器具体用于根据所 述上行流参数和下行流参数计算上行流的数量和下行流的数量，如果所述上行 流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述下行流中的一 条或多条中， 则将所述 VPN复制到对应的上行流上， 建立与所述上行数量相 同的双向业务流， 其中， 与所述携带有 VPN的上行流对应的双向业务流携带 有所述 VPN标识。
在第三种可能的实现方式中，根据第二方面， 所述处理器具体用于根据所 述上行流参数和下行流参数计算上行流的数量和下行流的数量，如果所述下行 流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述下行流中的一 条或多条中， 则建立与所述下行数量相同的双向业务流， 其中， 与所述携带有 VPN的下行流对应的双向业务流携带有所述 VPN标识。
在第四种可能的实现方式中，根据第二方面， 所述处理器具体用于根据所 述上行流参数和下行流参数计算上行流的数量和下行流的数量，如果所述下行 流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述上行流中的一 条或多条中， 则将所述 VPN复制到对应的下行流上， 建立与所述下行数量相 同的双向业务流， 其中， 与所述携带有 VPN的下行流对应的双向业务流携带 有所述 VPN标识。
第三方面，提供了一种电缆承载数据业务接口规范***， 包括上述任意一 项所述的 D-CMTS。
在第一种可能的实现方式中，根据第三方面， 所述***还包括电缆调制解 求报文， 请求分配 IP地址。
本发明实施例提供一种电缆承载数据业务接口规范***中报文转发方法 和装置的说明， 从 TFTP服务器的地址对应的 TFTP服务器下载文件名对应的 配置文件； 配置文件携带有上行流参数、 下行流参数以及虚拟专用网络 VPN 标识； 根据上行流参数、 下行流参数以及 VPN标识建立携带有 VPN标识的双 向业务流； 接收来自 CM的基于 DOCSIC协议的数据报文， 在数据报文中添 加 VPN标识对应的虚拟局域网 VLAN标识，将添加有 VLAN标识的数据报文 封装成以太网报文后通过双向业务流向网络侧转发， 支持单向业务流的 DOCSIS标准的同轴线网络与支持双向业务流业务的以太 IP化网络的转换， 实现数据流的正常转发。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作筒单地介绍，显而易见地， 下面描述 中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲，在不付 出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1是现有技术中包括有企业 VPN网络和多运营商网络示意图； 图 2a是本发明实施例提供的 D-CMTS 中对数据流的处理的筒单逻辑架 构；
图 2b是本发明实施例提供的 D-CMTS中对数据流的处理的筒单逻辑架构 的更细化的表现形式；
图 3 是本发明方法实施例一提供的一种电缆承载数据业务接口规范*** 中报文转发方法的流程筒图；
图 4 是本发明方法实施例二提供的一种电缆承载数据业务接口规范*** 中报文转发方法的流程筒图；
图 5是实施例二中例举的一种根据配置文件建立双向流示意筒图； 图 6是实施例二中例举的一种根据配置文件建立双向流示意筒图； 图 7是本发明方法实施例三提供的一种 D-CMTS示意筒图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明实施例所说的双向业务流即同一条业务流即支持从用户侧到网络 侧的数据流量， 也支持从网络侧到用户侧的数据流量。
如图 2a和图 2b所示， 为 D-CMTS中对数据流的处理的筒单逻辑架构， 在 D-CMTS中包括有支持双向业务流的芯片 （即图 2a中以太网转发芯片）和 支持单向流的芯片 （即图中符合 DOCSIS的芯片）， 即 D-CMTS中包含有支持 DOCSIS标准的单向流芯片和支持以太网络标准的双向业务流芯片。 因此存在 双向业务流与单向流的对应关系， 如图 2b中所示， 上行数据流和下行数据流 通过支持双向业务流芯片被划分为成对的双向数据流，即双向业务流 1和双向 业务流 2, 其中， 双向业务流 1中处理来上行流 1 (即如图 2b所示的 SFID1 ) 和下行流 1 (即如图 2b所示的 SFID3 ) , 双向业务流 2中处理来上行流 2 (即 如图 2b所示的 SFID2 )和下行流 2 (即如图 2b所示的 SFID4 )。 需要理解的是 SFID为服务流标识符（即 SFID, Service Flow ID )。
还需要理解的是，每条双向业务流中包括的 2条数据流是根据数据流在配 置文件中的排列顺序进行的划分， 如： 在配置文件的第一条上行数据流， 和配 置文件中的第一条下行数据流被划分在一起， 作为一条双向业务流。 当然， 本 发明实施例不限制其他的双向业务流划分方案， 此处仅是一种具体的举例。
现有技术中只是支持在单向流中增加 VPN标识， 现有的 Docsis标准中不 能实现对双向业务流中增加 L2VPN标识。 本发明实施例可以解决该问题， 如 下结合具体实施例， 对本发明实施的方案进行说明。
实施例一
本发明实施例提供一种电缆承载数据业务接口规范***中报文转发方法， 图 3所示， 该方法包括：
步骤 A1 , 在电缆调制解调终端 CM上线时获取 CM的配置文件， 所述配 置文件携带有上行流参数、 下行流参数以及 VPN标识。
其中， D-CMTS获取 CM配置文件的过程可以是在 CM通过 D-CMTS获 取因特网协议（ Internet Protocol , IP )地址的过程中截获来自网络侧的动态配 置协议 (Dynamic Host Control Protocol, DHCP) ACK报文，所述 DHCP ACK报 文中携带有文件传输协议 (File Transfer Protocol, FTP)服务器的地址以及所述 CM的配置文件的文件名。 对应的配置文件。
步骤 A3, D-CMTS根据所述上行流参数、 下行流参数以及所述 VPN标识 建立携带有所述 VPN标识的双向业务流。
步骤 A4, D-CMTS接收来自所述 CM的基于 DOCSIC协议的数据报文， 在所述数据报文中添加所述 VPN标识对应的虚拟局域网 VLAN标识， 将添加 有 VLAN标识的数据报文封装成以太网报文后通过所述双向业务流向网络侧 转发。
需要理解的是，从配置文件中可以计算出上行流和下行流的条数， 建立双 向业务流时判断上行流还是下行流的数目多，依照数目最多的流建立双向业务 流。 比如： 上行流 4条， 下行流 2条， 双向业务流就按照 4条上行流的数目来 创建。
本发明实施例提供的方法能够实现将 L2VPN标识从符合 DOCSIS标准的 单向业务流， 扩展到支持以太 IP化网络中双向业务流。 支持单向业务流的 DOCSIS标准的同轴线网络与支持双向业务流业务的以太 IP化网络的转换， 实现数据流的正常转发。
实施例二
本发明实施例提供一种电缆承载数据业务接口规范***中报文转发方法， 如图 4所示， 该方法包括：
步骤 101 , 在 CM上线后获取该 CM的配置文件； 配置文件携带有上行流 参数、 下行流参数以及 VPN标识；
获取配置文件的过程可以是 D-CMTS截获 CM通过 DHCP获取 IP地址的
DHCPACK报文，从 DHCP ACK报文中获取该 CM的配置文件的 FTP服务器 地址以及配置文件的文件名， 从对应的 FTP服务器下载文件名对应的配置文 件。
配置文件也可以是由 CM从 FTP服务器下载后发送给 D-CMTS。 步骤 103, 根据所述上行流参数、 下行流参数以及 VPN标识建立双向业 务流。
D-CMTS建立的双向业务流可以是介于 D-CMTS上与该 CM相连的端口 和 D-CMTS上连接上层网络的端口之间。
D-CMTS根据上行流参数、 下行流参数以及 VPN标识建立双向业务流的 过程具体可以是如下：
利用上行流参数和下行流参数计算上行流的数量和下行流的数量。
(1)如果所述下行流的数量多于所述上行流的数量， 且从配置文件中得到 所述 VPN标识携带在所述上行流中的一条或多条中，则将所述 VPN复制到对 应的下行流中， 建立与所述下行数量相同的双向业务流， 其中， 与所述携带有 VPN标识的下行流对应的双向业务流携带有所述 VPN标识。
如图 5所示，假设 D-CMTS从 TFTP服务器获取的配置文件中，记载着需 要建立 3条上行流， 4条下行流， 且在第 2条 CM配置文件中的上行流中包括 有 VPN标识（如图中上行流编号为 2后面的 "+"表示配置了 VPN标识）； 由 于下行流的数量大于上行流的数量， 因此， D-CMTS将建立与下行流数量相同 的双向业务流，即按照配置文件中的上行流参数和下行流参数配置出 4条双向 业务流， 由于第 3条和第 4条双向业务流的上行方向没有上行流参数， 因此， 第 3条和第 4条双向业务流的上行流参数可以使用默认参数。
在以下行流数量建立双向业务流时， 会导致忽略了第二条上行流是 VPN 业务流， 因此， 在第 2条下行流的配置文件中复制上行流中的 VPN标识， 则 第 2条双向业务流为 VPN业务流（即第 2条下行流和第 2条上行流都建立为 VPN业务流）。
(2) 如果所述下行流的数量多于所述上行流的数量， 且所述 VPN标识携 带在所述下行流中的一条或多条中， 则建立与所述下行数量相同的双向业务 流， 其中， 与所述携带有 VPN的下行流对应的双向业务流携带有所述 VPN标 识。
比如在配置文件中记载 D-CMTS需要为该 CM建立 4条下行流， 3条上行 流， 且第 2 条下行流携带有 VPN 标识， 则 D-CMTS 按照下行流的数量在 D-CMTS用户侧端口和网络侧端口之间配置 4条双向业务流，由于第 2条下行 流携带有 VPN标识， 则建立的第 2条双向业务流携带有 VPN标识。
(3)如果所述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带 在所述上行流中的一条或多条中， 则建立与所述上行流数量相同的双向业务 流， 其中， 与所述携带有 VPN的上行流对应的双向业务流携带有所述 VPN标 识。
如图 6所示，假设 D-CMTS从 TFTP服务器获取的配置文件中，需要建立 4条上行流， 和 3条下行流， 且在第 2条上行流的配置文件中包括有 VPN标 识（如图中上行流编号为 2后面的 "+" 表示配置了 VPN标识）； 由于上行流 的数量大于下行流的数量， 因此， D-CMTS配置 4条双向业务流。
(4)如果所述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带 在所述下行流中的一条或多条中， 则建立与所述上行数量相同的双向业务流， 其中， 与所述携带有 VPN的上行流对应的双向业务流携带有所述 VPN标识。
步骤 104,接收来自所述 CM的基于 DOCSIC协议的数据报文， 在所述数 据报文中添加所述 VPN标识对应的虚拟局域网 VLAN标识，将添加有 VLAN 标识的数据报文封装成以太网报文后通过所述双向业务流向网络侧转发。
D-CMTS从携带有 VPN标识的双向业务流接收到来自 CM的上行数据报 文后，在上行数据报文中添加 VPN标识，将添加有 VPN标识的数据报文封装 成以太网格式的报文发送到网络侧。
对于下行数据报文， D-CMTS会去掉相应的 VPN标识后发送到 CM。 本实施例提供的方法能够实现将 L2VPN标识从符合 DOCSIS标准的单向 业务流，扩展到支持以太 IP化网络中双向业务流。支持单向业务流的 DOCSIS 标准的同轴线网络与支持双向业务流业务的以太的 IP化网络的转换， 实现数 据流的正常转发。
实施例三
本发明实施例提供了一种 D-CMTS, 结构示意图如图 7所示， 包括第一数 据收发器 601 , 处理器 601 , 第二数据收发器 603, 其中：
第一数据收发器 601 , 用于在 CM上线后获取该 CM对应的配置文件； 所 述配置文件携带有上行流参数、 下行流参数以及虚拟专用网络 VPN标识； 处理器 602, 用于根据所述上行流参数、 下行流参数以及所述 VPN标识 建立携带有所述 VPN标识的双向业务流；
第二数据收发器 603,用于接收来自所述 CM的基于 DOCSIC协议的数据 报文， 在所述数据报文中添加所述 VPN标识对应的虚拟局域网 VLAN标识， 将添加有 VLAN标识的数据报文封装成以太网报文后通过所述双向业务流向 网络侧转发。
本实施例提供的 D-CMTS,能够支持单向业务流的 DOCSIS标准的同轴线 网络与支持双向业务流业务的以太 IP化网络的转换， 实现数据流的正常转发。
作为一种实施方式， 第一数据收发器 601可以在 CM通过 DHCP协议从 DHCP服务器上获取 IP地址的过程中截获 DHCP ACK才艮文， 从 DHCP ACK 报文中获取 CM的 FTP服务器的地址以及配置文件的文件名， 从 FTP服务器 的地址对应的 FTP服务器下载文件名对应的配置文件。
第一数据收发器 601也可以是在 CM获取配置文件后从 CM获取。第一数 据收发器 601还可以以其他方式获取配置文件， 在此不再——阐述。
优选的， 所述处理器 602 中根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流， 具体包括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述上 行流中的一条或多条中， 则建立与所述上行数量相同的双向业务流， 其中， 与 所述携带有 VPN的上行流对应的双向业务流携带有所述 VPN标识。
优选的， 所述处理器 602 中根据所述上行流参数、 下行流参数以及所述
VPN标识建立携带有所述 VPN标识的双向业务流， 具体包括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述下 行流中的一条或多条中， 则将所述 VPN复制到对应的上行流上， 建立与所述 上行数量相同的双向业务流， 其中， 与所述携带有 VPN的上行流对应的双向 业务流携带有所述 VPN标识。
优选的， 所述处理器 602 中根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流， 具体包括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述下行流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述下 行流中的一条或多条中， 则建立与所述下行数量相同的双向业务流， 其中， 与 所述携带有 VPN的下行流对应的双向业务流携带有所述 VPN标识。
优选的， 所述处理器 602 中根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流， 具体包括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述下行流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述上 行流中的一条或多条中， 则将所述 VPN复制到对应的下行流上， 建立与所述 下行数量相同的双向业务流， 其中， 与所述携带有 VPN的下行流对应的双向 业务流携带有所述 VPN标识。
实施例四
本发明实施例还提供了一种电缆承载数据业务接口规范***，该***可以 是上述实施例描述的 D-CMTS。 此处不重述。
优选的， 该***还可以包括 CM, 所述 CM还用于通过所述 D-CMTS向 DHCP服务器发送 DHCP请求报文， 请求分配 IP地址。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读 存储介质中， 存储介质可以包括： ROM、 RAM, 磁盘或光盘等。
以上对本发明实施例所提供的一种电缆承载数据业务接口规范***中报 文转发方法和装置， 进行了详细介绍， 本文中应用了具体个例对本发明的原理 及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及 其核心思想； 同时， 对于本领域的一般技术人员， 依据本发明的思想， 在具体 实施方式及应用范围上均会有改变之处， 综上所述， 本说明书内容不应理解为 对本发明的限制。

Claims

权 利 要 求
1、 一种电缆承载数据业务接口规范***中报文转发方法， 其特征在于， 包括：
在电缆调制解调终端 CM上线后获取所述 CM的配置文件；所述配置文件 携带有上行流参数、 下行流参数以及虚拟专用网络 VPN标识；
根据所述上行流参数、 下行流参数以及所述 VPN 标识建立携带有所述 VPN标识的双向业务流；
接收来自所述 CM的基于 DOCSIC协议的数据报文， 在所述数据报文中 添加所述 VPN标识对应的虚拟局域网 VLAN标识，将添加有 VLAN标识的数 据报文封装成以太网报文后通过所述双向业务流向网络侧转发。
2、 如权利要求 1所述的方法， 其特征在于， 所述根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流具体包 括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述上 行流中的一条或多条中， 则建立与所述上行数量相同的双向业务流， 其中， 与 所述携带有 VPN的上行流对应的双向业务流携带有所述 VPN标识。
3、 如权利要求 1所述的方法， 其特征在于， 所述根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流具体包 括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述下 行流中的一条或多条中， 则将所述 VPN复制到对应的上行流上， 建立与所述 上行数量相同的双向业务流， 其中， 与所述携带有 VPN的上行流对应的双向 业务流携带有所述 VPN标识。
4、 如权利要求 1所述的方法， 其特征在于， 所述根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流具体包 括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述下行流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述下 行流中的一条或多条中， 则建立与所述下行数量相同的双向业务流， 其中， 与 所述携带有 VPN的下行流对应的双向业务流携带有所述 VPN标识。
5、 如权利要求 1所述的方法， 其特征在于， 所述根据所述上行流参数、 下行流参数以及所述 VPN标识建立携带有所述 VPN标识的双向业务流具体包 括：
根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如 果所述下行流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述上 行流中的一条或多条中， 则将所述 VPN复制到对应的下行流中， 建立与所述 下行数量相同的双向业务流， 其中， 与所述携带有 VPN的下行流对应的双向 业务流携带有所述 VPN标识。
6、 如权利要求 1至 5任意一项所述的方法， 其特征在于， 所述配置文件 中还携带有所述 VPN标识对应的 VLAN标识， 则在所述数据报文中添加所述 VPN标识对应的虚拟局域网 VLAN标识具体包括：
根据本地保存的所述 VPN标识与 VLAN标识的对应关系在所述数据报文 中添加所述 VPN标识对应的虚拟局域网 VLAN标识。
7、 一种分布式电缆调制解调终端*** D-CMTS, 其特征在于， 包括： 第一数据收发器，用于在电缆调制解调终端 CM上线后获取所述 CM的配 置文件；所述配置文件携带有上行流参数、下行流参数以及虚拟专用网络 VPN 标识；
处理器， 用于根据所述上行流参数、 下行流参数以及所述 VPN标识建立 携带有所述 VPN标识的双向业务流；
第二数据收发器， 用于接收来自所述 CM的基于 DOCSIC协议的数据报 文， 在所述数据报文中添加所述 VPN标识对应的虚拟局域网 VLAN标识， 将 添加有 VLAN标识的数据报文封装成以太网报文后通过所述双向业务流向网 络侧转发。
8、 根据权利要求 7所述的 D-CMTS, 其特征在于， 所述处理器具体用于 根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如果所 述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述上行流 中的一条或多条中， 则建立与所述上行数量相同的双向业务流， 其中， 与所述 携带有 VPN的上行流对应的双向业务流携带有所述 VPN标识。
9、 根据权利要求 7所述的 D-CMTS, 其特征在于， 所述处理器具体用于 根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如果所 述上行流的数量多于所述下行流的数量， 且所述 VPN标识携带在所述下行流 中的一条或多条中， 则将所述 VPN复制到对应的上行流上， 建立与所述上行 数量相同的双向业务流， 其中， 与所述携带有 VPN的上行流对应的双向业务 流携带有所述 VPN标识。
10、根据权利要求 7所述的 D-CMTS, 其特征在于， 所述处理器具体用于 根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如果所 述下行流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述下行流 中的一条或多条中， 则建立与所述下行数量相同的双向业务流， 其中， 与所述 携带有 VPN的下行流对应的双向业务流携带有所述 VPN标识。
11、 根据权利要求 7所述的 D-CMTS, 其特征在于， 所述处理器具体用于 根据所述上行流参数和下行流参数计算上行流的数量和下行流的数量，如果所 述下行流的数量多于所述上行流的数量， 且所述 VPN标识携带在所述上行流 中的一条或多条中， 则将所述 VPN复制到对应的下行流上， 建立与所述下行 数量相同的双向业务流， 其中， 与所述携带有 VPN的下行流对应的双向业务 流携带有所述 VPN标识。
12、 一种电缆承载数据业务接口规范***， 其特征在于， 包括如权利要求
7-11任意一项所述的 D-CMTS。
13、 根据权利要求 12所述的***， 其特征在于， 所述***还包括电缆调 制解调终端 CM, 所述 CM还用于通过所述 D-CMTS 向 DHCP服务器发送 DHCP请求 ^艮文， 请求分配 IP地址。
PCT/CN2013/087829 2013-11-26 2013-11-26 一种电缆承载数据业务接口规范***中报文转发方法及装置 WO2015077913A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2013/087829 WO2015077913A1 (zh) 2013-11-26 2013-11-26 一种电缆承载数据业务接口规范***中报文转发方法及装置
CN201380002336.5A CN104838622A (zh) 2013-11-26 2013-11-26 一种电缆承载数据业务接口规范***中报文转发方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/087829 WO2015077913A1 (zh) 2013-11-26 2013-11-26 一种电缆承载数据业务接口规范***中报文转发方法及装置

Publications (1)

Publication Number Publication Date
WO2015077913A1 true WO2015077913A1 (zh) 2015-06-04

Family

ID=53198167

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/087829 WO2015077913A1 (zh) 2013-11-26 2013-11-26 一种电缆承载数据业务接口规范***中报文转发方法及装置

Country Status (2)

Country Link
CN (1) CN104838622A (zh)
WO (1) WO2015077913A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105812352A (zh) * 2016-02-23 2016-07-27 四川长虹电器股份有限公司 用于cm的远程访问控制列表生成及数据包处理方法
US11251984B2 (en) 2017-10-24 2022-02-15 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
CN1416239A (zh) * 2001-10-31 2003-05-07 华为技术有限公司 光纤同轴混合接入网中的虚拟局域网接入方法
CN1731757A (zh) * 2004-08-05 2006-02-08 华为技术有限公司 边缘路由器提供服务质量保证的方法及***
CN101453758A (zh) * 2007-11-30 2009-06-10 华为技术有限公司 在通用接入网络实现流控管理的方法、设备及相应的***
CN101754275A (zh) * 2002-08-14 2010-06-23 Lg电子株式会社 双向分组数据传输***和方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9141169B2 (en) * 2012-01-20 2015-09-22 Cisco Technology, Inc. System and method to conserve power in an access network without loss of service quality

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1416239A (zh) * 2001-10-31 2003-05-07 华为技术有限公司 光纤同轴混合接入网中的虚拟局域网接入方法
CN101754275A (zh) * 2002-08-14 2010-06-23 Lg电子株式会社 双向分组数据传输***和方法
CN1731757A (zh) * 2004-08-05 2006-02-08 华为技术有限公司 边缘路由器提供服务质量保证的方法及***
CN101453758A (zh) * 2007-11-30 2009-06-10 华为技术有限公司 在通用接入网络实现流控管理的方法、设备及相应的***

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105812352A (zh) * 2016-02-23 2016-07-27 四川长虹电器股份有限公司 用于cm的远程访问控制列表生成及数据包处理方法
CN105812352B (zh) * 2016-02-23 2019-07-19 四川长虹电器股份有限公司 用于cm的远程访问控制列表生成及数据包处理方法
US11251984B2 (en) 2017-10-24 2022-02-15 Interdigital Ce Patent Holdings Cable modem interface mask based virtual local area network mapping

Also Published As

Publication number Publication date
CN104838622A (zh) 2015-08-12

Similar Documents

Publication Publication Date Title
JP6378261B2 (ja) 仮想プライベート・ネットワークを介して接続を確立するための方法および装置
EP2628287B1 (en) Multipath transmission control protocol proxy
US10939456B2 (en) Handling network traffic via a fixed access
US8179883B2 (en) Apparatus, method and system for managing session encapsulation information within an internet protocol content bypass architecture
WO2015003391A1 (zh) Gre隧道实现方法、接入设备和汇聚网关
EP3174261B1 (en) Multilink fusion method, server and client
WO2004105319A1 (fr) Procede d'acces a large bande et grande capacite et systeme associe
WO2011153679A1 (zh) 业务配置方法、设备和***
WO2013107138A1 (zh) 一种Wifi终端访问不同业务域的方法和装置
WO2017166936A1 (zh) 一种实现地址管理的方法、装置、aaa服务器及sdn控制器
JP5679343B2 (ja) クラウドシステム、ゲートウェイ装置、通信制御方法、及び通信制御プログラム
WO2014079335A1 (zh) Ip报文处理方法、装置及网络***
WO2007000120A1 (fr) Systeme, procede et serveur d'acces pour authentification
WO2016180020A1 (zh) 一种报文处理方法、设备和***
WO2012159503A1 (zh) 一种业务访问控制方法和***
WO2023125151A1 (zh) 物联网设备数据迁移***、方法、装置及存储介质
WO2014114058A1 (zh) 一种数据报文转发方法、用户驻地设备和***
WO2022142905A1 (zh) 报文转发的方法、装置和网络***
WO2009074072A1 (fr) Procédé, système de réseau et équipement de réseau de conversion de stratégie dynamique
WO2013020267A1 (zh) Ip地址分配方法和***以及设备
WO2015077913A1 (zh) 一种电缆承载数据业务接口规范***中报文转发方法及装置
WO2015014167A1 (zh) 一种处理原始ip报文的方法和相应装置
WO2011026284A1 (zh) 用于无线分布***的无线中继器及其管理方法和装置
WO2014131330A1 (zh) 一种基于多链路的数据传输方法及设备
JP2001285354A (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: 13898092

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13898092

Country of ref document: EP

Kind code of ref document: A1