CN103916301A - Method and apparatus for distinguishing GPON traffic - Google Patents

Abstract

Embodiments of the present invention relate to methods and devices for differentiating GPON services. According to an embodiment of the present invention, a method for managing Ethernet services is used to realize the differentiation of GPON services. The method includes: obtaining a definition of an Ethernet service classification standard, the definition including a two-tuple (<ETC_ARG_TIDL, OPID>) of information indicating an operation on the Ethernet service classification variable type list and an Ethernet service classification variable type list ; making at least the identifier (ETC_ID) of the 2-tuple indicated in the GEM PORT ID, so as to distinguish the services of the GPMPN. The invention also provides the corresponding Ethernet service manager.

Description

Method and device for distinguishing GPON services

technical field

The present application generally relates to the communication field, and more specifically, the present invention relates to a method and an apparatus for differentiating Gigabit Passive Optical Network (GPON) services. the

Background technique

Broadband Forum TR-156 Version 2 "Using GPON Access in the context of TR-101" released in 2010 has stipulated the use of GPON as an access technology. Between the optical network unit (ONU) and the optical line terminal (OLT) is an optical distribution network (ODN), and here supports Ethernet services by using GPON encapsulation mode (GEM) channels, each GEM channel is identified by a uniquely assigned GEM port (ID) to identify. GEM port identification (ID) is used to distinguish different transport classes. the

For operators such as virtual network operators, third parties, and service providers (which may not be network providers themselves), they need to distinguish GPON services according to their own business needs, so that they can deploy all services across their own virtual networks. Customized and differentiated services. the

Therefore, it is necessary to provide a solution capable of distinguishing GPON services according to Ethernet service classification standards defined by operators. the

Contents of the invention

In order to solve the technical problems existing in the prior art, the embodiment of the present invention proposes a technical solution for distinguishing GPON services, so that operators can software define the Ethernet Traffic Classification (Ethernet Traffic Classification, ETC) standard, and can according to the The software-defined ETC standard differentiates GPON services. the

According to an embodiment of the present invention, a method for managing Ethernet services is provided. The method includes: obtaining the definition of the Ethernet service classification standard, which definition includes a list of variable types of Ethernet service classification and a two-tuple (<ETC_ARG_TIDL, OPID>) of information indicating operations on the list of variable types of Ethernet service classification ; making at least the identifier (ETC_ID) of the two-tuple indicated in the gigabit passive optical network encapsulation mode port identifier (GEM PORT ID), so as to distinguish the services of the gigabit passive optical network. the

According to another embodiment of the present invention, there is also provided an Ethernet service manager, including: means for obtaining the definition of the Ethernet service classification standard, the definition includes a list of Ethernet service classification variable types and an indication for the Ethernet A two-tuple (<ETC_ARG_TIDL, OPID>) of information on the operation of the network service classification variable type list; used to indicate the two-tuple at least in the Gigabit PON encapsulation mode port identification (GEM PORT ID) The device of the identification (ETC_ID) to distinguish the service of the gigabit passive optical network. the

According to another embodiment of the present invention, there is also provided a corresponding computer program product, including instruction codes, when the instruction codes are executed by a processor, the method for managing Ethernet services according to one or more embodiments of the present invention is executed. method. the

Description of drawings

For a more complete understanding of the exemplary embodiments of the present invention, reference is now made to the following description taken in conjunction with the accompanying drawings, in which:

Fig. 1 shows an exemplary access system that can be implemented according to an embodiment of the present invention;

Fig. 2 shows the flow chart of the method for managing Ethernet business according to the embodiment of the present invention;

Figures 3a-3c illustrate exemplary message formats for notifying an OLT access point of an ETC according to an embodiment of the present invention. the

Fig. 4 shows an exemplary format of a gigabit passive optical network encapsulation port identifier according to an embodiment of the present invention. the

Figures 5a-5c illustrate exemplary message formats for capability negotiation according to one embodiment of the present invention. the

Figure 6 shows an exemplary signal flow diagram between various network elements according to an embodiment of the present invention;

Fig. 7 schematically shows a structural block diagram of an Ethernet service manager according to an embodiment of the present invention. the

Detailed ways

In the following detailed description of the embodiments, reference is made to the accompanying drawings which form a part hereof. The embodiments in which the invention may be practiced are shown by way of illustration. Other embodiments may be utilized and structural or logical changes may be made without departing from the scope of the present invention. Therefore, the following detailed description does not limit the scope of protection of the present application. the

The various operation procedures described in the specification with reference to the flow charts are expressed as a plurality of discrete operations performed in sequence in a manner that facilitates the understanding of the embodiments of the present invention. However, the order of flow described herein should not be construed to mean that these operations are necessarily dependent on the order described. Those skilled in the art can adopt other process sequences to realize the embodiments of the present invention without departing from the scope of the present invention, for example, executing certain process steps in parallel, merging certain process steps, subdividing certain process steps ,etc. the

Fig. 1 shows an exemplary access system that can be implemented therein according to an embodiment of the present invention. the

As shown in FIG. 1, a Network Access Server (NAS) 110 is a network element that aggregates subscriber traffic from multiple Optical Line Terminal Access Nodes (OLT-AN) 120 (only one OLT-AN is shown exemplary). The NAS 110 is the enforcement point for policy management and IP Quality of Service (QoS) in the access network. It is also known as Broadband Network Gateway (BNG) or Broadband Remote Access Server. the

Since the various embodiments of the present invention are primarily described in the context of GPON, OLT-AN 120 is the access node that terminates the common (root) endpoint of the GPON Optical Network Distribution Network (ODN). the

Optical Network Units (ONUs) such as ONUs 130-1, 130-2, 130-3 are devices that terminate the distribution (leaf) endpoints of any one GPON ODN. Each ONU 130-1, 130-2 and 130-3 can be assigned one or more GEM channels identified by a uniquely assigned GPON encapsulation method (GEM) ID. For example, in the example shown in Fig. 1, ONU 130-1 is allocated with GEM channel 1 to carry Ethernet traffic; ONU 130-2 is allocated with GEM channel 2 and GEM channel 3 to bear different Ethernet services respectively; And ONU 130-4 is assigned GEM channel 4 to carry Ethernet services. the

According to one or more embodiments of the present invention, the Ethernet Traffic Manager disposed, for example, in NAS 110 is configured to support encoding and identification mechanisms for the Ethernet Traffic Classification (ETC) standard. Multiple network operators such as virtual network operators VNO 1, VNO 2 can software define their own ETC standards via the Ethernet traffic manager of the NAS 110 by using coding and identification mechanisms. In order to distinguish GPON services according to the software-defined ETC standard, the Ethernet service manager of the NAS 110 and the OLT-AN 120 can be configured to perform capability negotiation through signaling interaction. The allocation of GEM port IDs is performed according to the software-defined ETC standard on the Ethernet service manager of the NAS 110, thereby realizing the distinction of GPON services. the

In the example shown in FIG. 1, the Ethernet service manager is set at the NAS 110. However, those skilled in the art should understand that the Ethernet service manager can also be set in any other suitable network elements, such as other suitable network elements in the Ethernet aggregation network. In fact, the Ethernet service manager aims to provide a definition for the ETC standard and centralized management for the distinction of services in the GPON access network, so the network element where the Ethernet service manager is located does not contribute to the technical solution of the present invention. constituting a restriction. the

Fig. 2 shows a flowchart of a method for managing Ethernet services according to an embodiment of the present invention. the

As shown in Fig. 2, in step S201, obtain the definition of Ethernet service classification standard, this definition comprises the binary group of the information of the variable type list of Ethernet service classification and the operation for described Ethernet service classification variable type list (will be elaborated below). the

In one implementation, the Ethernet service manager can obtain the definition of the Ethernet service classification standard from, for example, each virtual network operator VNO 1, VNO 2. In another implementation, the Ethernet service manager can also provide various alternative ETC standards to, for example, each virtual network operator VNO 1, VNO 2, and then each virtual network operator VNO 1, VNO 2 selects its The required ETC standard, thus obtaining the definition of Ethernet business classification standard. Those skilled in the art may use any suitable method to enable the Ethernet service manager to obtain the definition of the ETC standard of each operator. the

According to one or more embodiments of the present invention, the definition of the ETC standard is implemented by encoding the ETC in the form of the tuple <ETC_ARG_TIDL, OPID> consisting of the ETC variable type identifier list ETC_ARG_TIDL and the operation identifier OPID . the

Wherein, ETC_ARG_TIDL is defined as {ETC_ARG_TID-1, ETC_ARG_TID-2, ..., ETC_ARG_TID-N}, that is, an ETC variable type identifier list may include N variable types defined by the VNO. Each ETC variable type in the list is indexed by the ETC variable type identifier ETC_ARG_TID. The ETC variable type can be any variable type used in the Ethernet traffic class. Types of variables used in Ethernet traffic classification may include, for example, but are not limited to: Source Media Access Control (MAC) address, Destination MAC address, Client-VLAN VLAN ID (C-VLANVID), Service-VLAN VLAN ID (S-VLAN VID), and any variable type that can be used in Ethernet service classification. As a specific example, Table 1 shows an alternative Ethernet service classification variable type table, which shows a possible ETC variable type ETC_ARG and its corresponding identifier ETC_ARG_TID. the

Table 1

The variable type table of alternative Ethernet service classification shown in Table 1 can be customized by operators such as VNOs, third parties, service providers, etc. who need software-defined ETC standards, or can be customized by network providers The network service classification variable type table is pre-configured into corresponding network devices in the form of software, hardware or a combination of the two. Preferably, no matter how the alternative Ethernet service classification variable type table is configured, it can be configured to be scalable so as to support more Ethernet service classification variable types. the

The operation identifier OPID in the tuple <ETC_ARG_TIDL, OPID> is the identifier of the operation for ETC_ARG_TIDL. Table 2 is a list of alternative operations for configuration, which shows descriptions of some exemplary typical operations for manipulating the ETC variable type list and the OPIDs that index them. the

Table II

OPID Operation description 0x0001 Use only the source MAC address 0x0002 Use only the destination MAC address 0x0003 Use destination MAC address with VLAN VID 0x0004 Use one or more VLAN VIDs 0x0005 Use one or more VLAN PCP fields  …  …

The list of alternative operations shown in Table 2 can be customized by operators such as VNOs, third parties, and service providers that require software-defined ETC standards, or the network provider can classify the alternative Ethernet service variable types The tables are pre-configured into corresponding network devices in software, hardware or a combination of the two. Preferably, no matter how the alternative operation list is configured, it can be configured to be extensible so as to support more operations on the Ethernet service classification variable type list. the

Table 3 is a table of alternative 2-tuples for defining the Ethernet service classification standard, showing exemplary <ETC_ARG_TIDL, OPID> 2-tuples and the Ethernet service distinguishing identifier ETC_ID indexed for each 2-tuple. the

Table 3

For example, ETC_ID 0x0001 indicates that the ETC standard uses the ETC_ARG_TID of the ETC variable type as 0x0001 and the OPID of the operation as 0x0001, that is, the ETC variable type is the variable "source client MAC address" identified by "0x0001" in Table 1, and the operation is The operation identified by "0x0001" in Table 2 "uses only the source MAC address", then the two-tuple <{ETC_ARG_TID-1=0x0001}, OPID=0x0001> indicates "only uses the source client MAC address" as the ETC standard. As another example, ETC_ID 0x0005 indicates that the ETC standard uses the ETC variable type ETC_ARG_TID 0x0002 and 0x0006 and the OPID of the operation is 0x0003, that is, the ETC variable type is the variable identified by "0x0002" in Table 1 "only use the destination MAC address " and the "C-VLAN VID" identified by "0x0006", the operation is the operation "use destination MAC address together with VLAN VID" identified by "0x0003" in Table 2, then the two-tuple <{ETC_ARG_TID-1= 0x0002, ETC_ARG_TID-2 = 0x0006}, OPID = 0x0003> means "use destination client MAC address with C-VLAN VID" as ETC standard. the

It can be understood that the ETC_ARG_TIDL in the binary group <ETC_ARG_TIDL, OPID> can be {ETC_ARG_TID-1, ETC_ARG_TID-2, ..., ETC_ARG_TID-N}, that is, select N ETC variable types as the input of the ETC standard, (for example, In Table 3, the number of elements of ETC_ARG_TIDL of ETC_ID 0x0005, 0x0006, 0x0009, 0x000A is 1; the number of elements of ETC_ARG_TIDL of ETC_ID 0x0001, 0x0002, 0x0003, 0x0004, 0x0007, 0x0008, 0x000B is 2) and OPID can be selected accordingly An operation identifier for operating on N ETC variables, thereby defining the ETC standard. the

Operators such as VNO network operators, third parties, and service providers that need to distinguish GPON services can use the above-mentioned ETC standard coding and identification mechanism to define their own ETC standards in software. By configuring different ETC variable type lists and/or operating on the ETC list, different ETC classification standards can be obtained for distribution and customization of different operators that need to differentiate GPON services. the

According to an implementation of the present invention, the ETC standard database such as Table 1, Table 2, and Table 3 that has been preconfigured can be maintained by an Ethernet service manager residing in a network element such as NAS, and GPON service The differentiating operator chooses to configure the corresponding ETC standard, for example via the configuration interface. According to another implementation mode of the present invention, the ETC standard database such as Table 1, Table 2, and Table 3 can also be defined by the operator who needs to distinguish the GPON service, and then the network element that supports the software definition of the ETC standard (such as NAS) to load ETC standard data. the

In step S202, the identifier ETC_ID of the binary group is indicated at least in the port identifier GEM PORT ID of the gigabit passive optical network encapsulation mode, so as to distinguish the services of the GPON network. the

According to an embodiment of the present invention, the Ethernet service manager may be configured to at least notify the optical line terminal access node of the identifier of the 2-tuple or the 2-tuple itself. the

In one implementation, the ETC standard defined by the operator software such as VNO 1, VNO 2, etc. can be notified to the OLT by the Ethernet service manager signaling through the Access Node Control Protocol (Access Node Control Protocol, ANCP) general message -AN. It should be understood that ANCP is only an exemplary protocol capable of implementing notification to the OLT-AN, and those skilled in the art may use any suitable protocol or message format to perform the notification process between the Ethernet service manager and the OLT-AN. the

Figures 3a-3c illustrate exemplary message formats for notifying an OLT access point of an ETC according to an embodiment of the present invention. the

Figure 3a shows the format of an ANCP general message. As is known, the message payload portion of a given ANCP general message can vary from one use case to another. However, it can be understood that ANCP general messages can be encoded based on a Type-Length-Value (Type Length Value, TLV) structure. the

As shown in Fig. 3b, the new ANCP message payload according to one embodiment of the present invention may be called NAS_GEM_ETC_SPEC, for example, in an implementation in which the Ethernet Service Manager is in the NAS. The payload may include, for example, but not limited to the following encoded information:

1) Type (16 bits): indicates the type of the payload, such as NAS_GEM_ETC_SPEC. the

2) Length (16 bits): indicates the number of bytes in the message value field of eg NAS_GEM_ETC_SPEC. the

3) GEM port ID structure indication (16 bits): indicates the GEM port ID structure, and the meaning of this field will be described below in conjunction with the example format of the GEM port ID shown in FIG. 4 . the

4) Indicator C: indicates the network element to which the GEM port ID is allocated. For example, when C is set to 0, it indicates that the Ethernet service manager is only responsible for determining the short ETC_ID part of the GEM port ID, and the subport ID part can be assigned by the OLT-AN, for example. When C is set to 1, it indicates that the Ethernet Traffic Manager is responsible for determining the entire GEM port ID, namely the short ETC_ID and the subport ID. With reference to the description of FIG. 4 , the meaning of the indicator C will be more clear. the

5) Optional GEM port ID (12 bits): directly indicates the GEM port ID that will be used to distinguish GPON services in the OLT-AN. In one embodiment, the GEM port ID can be directly indicated to the OLT-AN in the NAS_GEM_ETC_SPEC message. Of course, this field is optional, because the OLT-AN can also construct the corresponding GEM port ID according to the notification content of the Ethernet service manager, thereby realizing the distinction of GPON services. the

6) ETC_ID (16 bits): identifies the specific ETC standard for the customized service. For example, as defined in Table 3, each ETC_ID is used to uniquely identify a two-tuple <ETC_ARG_TIDL, OPID>. the

7) OPID (16 bits): identifies the operation for the specific ETC standard determined by ETC_ID in 6). For example, the value of OPID can be defined as shown in Table 2, for example. the

8) Number of ETC_ARGs (16 bits): Indicates the number of ETC_ARGs for a specific ETC standard. the

9) ETC_ARG element type (16 bits): This field is filled with ETC_ARG_TID. The value of ETC_ARG_TID can be defined as shown in Table 1, for example. the

10) ETC_ARG element length (16 bits): indicates the number of bytes of the ETC_ARG ElementValue field. In one implementation, if the above C indicator is set to 0, this field may not be included in the NAS_GEM_ETC_SPEC payload; if the C indicator is set to 1, this field may be included in the NAS_GEM_ETC_SPEC payload to indicate the value of the ETC_ARG_Element_Value field Section number. the

11) ETC_ARG element value (variable): indicates the value of each variable type in ETC_ARG_TIDL of a specific ETC standard. In one implementation, if the above C indicator is set to 0, this field may not be included in the NAS_GEM_ETC_SPEC payload; if the C indicator is set to 1, this field may be included in the NAS_GEM_ETC_SPEC payload to indicate each ETC_ARG in ETC_ARG_TIDL the actual value of . the

Figure 3c shows an example of the ETC_ARG element TLV when the C indicator is set to 1. As shown in Figure 3c, ETC_ARG element 1 in the ETC_ARG_TIDL of the tuple <ETC_ARG_TIDL, OPID> is the destination client MAC address with ETC_ARG_TID 0x0002, and ETC_ARG element 2 is the C-VLAN VID with ETC_ARG_TID 0x0006. the

Exemplary message formats that can be used to notify an optical line termination access point of an ETC are described with reference to Figures 3a-3c. In the examples shown in Figures 3a-3c, certain redundant information is included for easy control and management of the functions. That is to say, not all the fields described above with reference to FIGS. 3a-3c are mandatory. In order to meet different system design requirements, those skilled in the art may omit, add or modify the fields in the above exemplary message format. For example, in some embodiments, only the ETC_ID or the tuple itself, ie the fields ETC_ARG element type field and OPID field, may be notified to the OLT-AN. For another example, in some implementations, the OLT-AN can be notified of the list of values corresponding to the Ethernet service classification variable type in the Ethernet service classification variable type list, that is, the ETC_ARG element value field, and in some implementations, it can be selected not to OLT-AN notifies this field. As another example, in some embodiments, the OLT-AN may not be notified of the GEM port ID, but only of the GEM port ID structure indication. Therefore, the message formats shown in Figs. 3a-3c are only exemplary and do not constitute any limitation to the present invention. the

Fig. 4 shows an exemplary format of a gigabit passive optical network encapsulation port identifier according to an embodiment of the present invention. the

As shown in FIG. 4, the GEM port ID may include an L-bit short ETC_ID field and a 12-L-bit subport ID field. In this example, the ETC_ID is indicated by the shortened ETC_ID in the GEM port ID. In order to meet the length requirement of the GEM port ID in the existing protocol, the ETC_ID can be shortened/compressed into a shortened short ETC_ID by some algorithm, so as to save the bits of the GEM port ID. Unlike ETC_ID, short ETC_ID has a limited lifetime and is a locally valid value only. At different times, the same short ETC_ID can be reused by ETC_ID. the

Optionally, the subport ID is indicated in the GEM port ID. The subport identification is based on the value of the corresponding Ethernet service classification variable type (such as the field ETC_ARG element value in Figure 3b indicates) and the operation of the Ethernet service classification variable type list (such as the field OPID indication in Figure 3b) exported. the

In an implementation manner, the structure of the GEM port ID may be indicated in the GEM port ID structure indication field of the NAS_GEM_ETC_SPEC load message as shown in FIG. 3b. For example, in one embodiment, the structure information indicates the number of bits indicating the ETC_ID in the GEM port ID, that is, L bits. the

In the GPON access network domain, the OLT-AN allocates the GEM port ID indicating the definition of the ETC standard to the corresponding ONU through a control message, thereby realizing the distinction of GPON services. the

According to an embodiment of the present invention, the Ethernet service manager and the optical line terminal access node may be configured to perform a negotiation process on the ability to support the ability to differentiate GPON services according to the ETC standard. the

In one implementation, the negotiation process is implemented by taking ANCP as an example. However, it should be understood that the description based on ANCP here is only exemplary, rather than limiting the technical solution claimed in the present invention. Those skilled in the art can use any suitable protocol, specific or extended signaling, etc. to implement. the

According to an implementation manner of the present invention, the capability negotiation process between the Ethernet service manager in the NAS and the OLT-AN is performed by using ANCP. The ANCP adjacency relationship is a relationship between the ANCP agent on the OLT-AN side and the ANCP agent on the Ethernet service manager side for the purpose of exchanging ANCP messages. In particular, the capabilities that can be applied to a given ANCP adjacency can be negotiated through ANCP messages during adjacency establishment. the

Figures 5a-5c illustrate exemplary message formats for capability negotiation according to one embodiment of the present invention. the

Figure 5a shows an exemplary ANCP adjacency message format. For the embodiments of the present invention, some fields in the ANCP adjacency message are modified as follows:

1) The length of the capability field (8 bits): indicates the number of capability fields;

2) Capability fields: each capability field indicates an ANCP capability supported by the sender of the adjacency message. The specific format of the capability field may be encoded based on the TLV structure. the

According to an embodiment of the present invention, a new capability message (eg called NASCAP_GEM_ETC_PROG) may be set and sent by the Ethernet traffic manager of the NAS during the ANCP adjacency procedure. Through this message, the network element on the side of the Ethernet service manager, such as the NAS, can announce to the OLT-AN that it has the software-defined capability supporting the ETC standard. Moreover, the message can indicate that the network element on the Ethernet service manager side, such as NAS, will instruct the OLT-AN to distinguish GPON services according to the software-defined ETC standard, for example, after the ANCP adjacency has been synchronized between the NAS and the OLT-AN side The ETC standard is then specified through ANCP general messages. Figure 3b shows the encoding format of the NASCAP_GEM_ETC_PROC message for a NAS with Ethernet Traffic Manager. Note that in Figure 3b the Capability Number and hence the Capability Data subfield is not shown. the

According to an embodiment of the present invention, a new capability message (eg called ANCAP_GEM_ETC_ASG) can be set and sent by the OLT-AN during the ANCP adjacency procedure. Through this message, the OLT-AN declares that it can open GPON service differentiation according to the software-defined ETC standard specified by the Ethernet service manager. Figure 3c shows the encoding format of the ANCAP_GEM_ETC_ASG message for OLT-AN. It should also be noted that in Figure 3c the capability number and hence the capability data subfield are not shown. the

Fig. 6 shows an exemplary signal flow diagram between various network elements according to an embodiment of the present invention. the

As shown in Fig. 6, steps S601-S606 show an exemplary capability negotiation process between the NAS and the OLT-AN. the

In step S601, during the ANCP adjacency procedure, the NAS with Ethernet traffic manager sends an ANCP synchronization message M601 to the OLT-AN. The message M601 includes the capability NASCAP_GEM_ETC_PROG as shown in FIG. 5 b , to declare that the NAS has a software-defined capability supporting the ETC standard. the

In step S602, upon receiving the ANCP synchronization message M601, the OLT-AN replies to the NAS through an ANCP synchronization response message M602 as an affirmative response to the message M601. the

In step S603, upon receiving the ANCP synchronization response message M602, the NAS replies to the OLT-AN with an ANCP response message M603, indicating that the negotiation of the NASCAP_GEM_ETC_PROG capability is successful. the

In step S604, during the ANCP adjacency procedure, the OLT-AN sends an ANCP synchronization message M604 to the NAS. The message M604 includes the capability ANCAP_GEM_ETC_ASG as shown in FIG. 5c to declare that the OLT-AN can enable GPON service differentiation according to the software-defined ETC standard stipulated by the Ethernet Service Manager. the

In step S605, upon receiving the ANCP synchronization message M604, the NAS replies to the OLT-AN through an ANCP synchronization response message M605 as an affirmative response to the message M604. the

In step S606, upon receiving the ANCP synchronization response message M605, the OLT-AN replies to the NAS through the ANCP response message M606, indicating that the negotiation of the ANCAP_GEM_ETC_ASG capability is successful. the

In the capability negotiation process of steps S601-S606, a consensus is reached between the NAS and the OLT-AN on distinguishing GPON services according to the software-defined ETC standard. After these steps, the ANCP adjacency between the NAS and the OLT-AN is successfully established, and ANCP general messages can be exchanged between the NAS and the OLT-AN. the

Steps S607-S608 show the allocation process of the GEM port ID, and the GPON service is distinguished by indicating the identifier ETC_ID of the ETC standard two-tuple in the GEM port ID. the

In step S607, the NAS with the Ethernet service manager sends an ANCP general message M607 to the OLT-AN, and the message includes a NAS_GEM_ETC_SPEC message payload in the encoding format shown in FIG. 5b. the

In step S608, upon receiving the ANCP general message M607, the OLT-AN assigns a GEM port ID through a GTC control message (configure port ID) M608 according to the software definition of the ETC standard specified in M507. If the C indicator in NAS_GEM_ETC_SPEC in Fig. 5b is set to 0, eg the OLT-AN also assigns a subport ID in the GEM port ID after the short ETC_ID indicated in message M607. If the C indicator in the NAS_GEM_ETC_SPEC among Fig. 5 b is set to 1, then determine the whole GEM port ID including short ETC_ID and subport ID to be used for carrying out GPON service distinction by Ethernet service manager. For the subport ID, in one implementation, the Ethernet service manager or OLT-AN can indicate the actual value of each ETC_ARG in ETC_ARG_TIDL and the variable type for the Ethernet service classification identified by OPID through the NAS_GEM_ETC_SPEC payload of the message M507 List of operations to derive subport IDs. the

Fig. 7 schematically shows a structural block diagram of an Ethernet service manager according to an embodiment of the present invention. the

As shown in FIG. 7, an Ethernet service manager 700 according to an embodiment of the present invention includes a means 710 for obtaining the definition of the Ethernet service classification standard, which definition includes a list of Ethernet service classification variable types and an indication for the Ethernet 2-tuple (<ETC_ARG_TIDL, OPID>) of the operation information of the network service classification variable type list. The Ethernet service manager 700 also includes means 720 for enabling at least the identification (ETC_ID) of the two-tuple to be indicated in the gigabit passive optical network encapsulation mode port identification (GEM PORT ID), so as to Bit passive optical network services are differentiated. the

According to one or more embodiments of the present invention, the Ethernet service classification variable type list includes at least one Ethernet service classification variable type ({ETC_ARG_TID-1, ETC_ARG_TID-2, ..., ETC_ARG_TID-N}), the at least An Ethernet traffic classification variable type is selected from the configured alternate Ethernet traffic classification variable type table. This alternative Ethernet service classification variable type table includes: source client MAC address; destination client MAC address; source backbone network MAC address; destination backbone network MAC address; C-VLAN label; C-VLAN VID; C_VLAN priority S-VLAN tag; S-VLAN VID; S_VLAN priority code point field; 802.1ah service instance VLAN ID; differentiated service code point field; the

According to one or more embodiments of the present invention, the operation of the Ethernet service classification variable type list is an operation selected from a configured alternative operation list. The list of alternative operations includes: use source MAC address or its hash value; use destination MAC address or its hash value; use destination MAC address with VLAN VID; use one or more VLANVIDs; use one or more VLANs priority code point field; etc. the

According to an embodiment of the present invention, the device 720 in the Ethernet service manager 700 for indicating the identity of the binary group at least in the port identity of the gigabit passive optical network encapsulation mode includes an The ingress node at least notifies the device of the 2-tuple or the identity of the 2-tuple. the

According to an embodiment of the present invention, the device 720 in the Ethernet service manager 700 for indicating at least the identifier of the two-tuple in the gigabit passive optical network encapsulation mode port identifier further includes: The optical line terminal access node notifies the device of the list of values corresponding to the Ethernet service classification variable type in the Ethernet service classification variable type list. In one embodiment, the sub-port identification is further indicated in the Gigabit passive optical network encapsulation mode port identification, and the sub-port identification is based on the value of the corresponding Ethernet service classification variable type and for the Ethernet service Categorical variable type list operations derived. the

According to an embodiment of the present invention, the device 720 of the Ethernet service manager 700 for indicating at least the identity of the two-tuple in the port identity of the gigabit passive optical network encapsulation mode further includes: The optical line terminal access node notifies the device about how to indicate the structure information of the identity of the 2-tuple in the port identity of the gigabit passive optical network encapsulation mode. In one embodiment, the structure information indicates the number of bits indicating the identity of the two-tuple in the gigabit passive optical network encapsulation mode port identifier. the

According to the embodiment of the present invention, the Ethernet service manager 700 also includes a method for negotiating with the optical line terminal access node about the ability to support the service classification of the Ethernet service to distinguish the service of the Gigabit passive optical network process device. the

Embodiments of the present invention may be implemented in software, hardware, application logic, or a combination of software, hardware, and application logic. In an exemplary embodiment, the application logic, software, or an instruction set is maintained on any one of various conventional computer-readable media. In the context of this document, a "computer-readable medium" may be a medium capable of containing, storing, transmitting, propagating or transporting for use with an instruction execution system, apparatus or device such as a computer or in conjunction with an instruction execution system such as a computer, Any medium or means of instruction relating to a device or device. The computer-readable medium may include a computer-readable storage medium, which may contain or store information for use by an instruction execution system, apparatus, or device, such as a computer, or in conjunction with an instruction execution system, such as a computer. , device or equipment related to any medium or device of instruction. the

If necessary, different functions discussed herein may be performed in different order and/or in parallel with each other. Also, one or more of the above functions may be optional or may be combined as necessary. the

Although various aspects of the invention are set out in the independent claims, other aspects of the invention include other combinations of features from the described embodiments and/or dependent claims with features of the independent claims, not just the claims combinations explicitly stated in . the

It is also noted herein that while the above describes example embodiments of the invention, these descriptions should not be viewed in a limiting sense. On the contrary, various changes and modifications may be made without departing from the scope of the present invention as defined in the appended claims. the

Claims (20)

1. A method for managing Ethernet services, comprising: Obtain the definition of the Ethernet traffic classification standard, the definition includes a two-tuple (<ETC_ARG_TIDL, OPID>) of information indicating the operation of the Ethernet traffic classification variable type list and the Ethernet traffic classification variable type list; At least the identifier (ETC_ID) of the two-tuple is indicated in the Gigabit PON encapsulation mode port identifier (GEM PORTID), so as to distinguish the service of the Gigabit PON. 2. The method according to claim 1, wherein said Ethernet traffic classification variable type list comprises at least one Ethernet traffic classification variable type ({ETC_ARG_TID-1, ETC_ARG_TID-2, . . . , ETC_ARG_TID-N}), The at least one Ethernet service classification variable type is selected from a configured alternative Ethernet service classification variable type table, and the optional Ethernet service classification variable type table includes: source client MAC address; Destination client MAC address; Source backbone network MAC address; Destination backbone network MAC address; C-VLAN tag; C-VLAN VID; C_VLAN priority code point field; S-VLAN tag; S-VLAN VID; S_VLAN priority code point field; 802.1ah service instance VLAN ID; Distinguished service code point field. 3. The method according to claim 1, wherein the operation for the Ethernet service classification variable type list is an operation selected from a configured alternative operation list, and the alternative operation list includes: Use the source MAC address or its hash; Use the destination MAC address or its hash; Use destination MAC address together with VLAN VID; Use one or more VLAN VIDs; Use one or more VLAN priority code point fields. 4. The method according to any one of claims 1-3, wherein the step of causing at least the identification of the two-tuple to be indicated in the Gigabit PON-Encapsulation port identification comprises: Notifying at least the identifier of the two-tuple or the two-tuple to the optical line terminal access node. 5. The method according to claim 4, wherein the step of causing at least the identification of the two-tuple to be indicated in the gigabit passive optical network encapsulation mode port identification further comprises: Notifying the optical line terminal access node of the list of values corresponding to the Ethernet service classification variable types in the Ethernet service classification variable type list. 6. The method according to claim 5, wherein the sub-port identification is further indicated in the port identification of the gigabit passive optical network encapsulation mode, and the sub-port identification is based on the corresponding Ethernet service classification variable type The value and type list operation for the Ethernet traffic classifier is derived. 7. The method according to claim 4, wherein the step of causing at least the identification of the two-tuple to be indicated in the Gigabit PON-Encapsulation port identification further comprises: Notifying the optical line terminal access node of structural information on how to indicate the identity of the 2-tuple in the gigabit passive optical network encapsulation mode port identity. 8. The method according to claim 7, wherein the structure information indicates the number of bits indicating the identity of the 2-tuple in the Gigabit PON-Encapsulation port identity. 9. The method according to claim 4, wherein the optical line terminal access node assigns the gigabit PON-encapsulation mode port identifier. 10. The method of claim 4, comprising: A negotiation process is carried out with the optical line terminal access node regarding the ability to support the ability to differentiate gigabit passive optical network traffic according to Ethernet traffic classification. 11. An Ethernet service manager, comprising: means for obtaining a definition of an Ethernet traffic classification standard, the definition comprising a two-tuple (<ETC_ARG_TIDL, OPID>) of a list of Ethernet traffic classification variable types and information indicating operations on said list of Ethernet traffic classification variable types ; Means for causing at least an identification (ETC_ID) of said tuple to be indicated in a Gigabit Passive Optical Network Encapsulation Mode Port Identification (GEMPORT ID) to differentiate services of a Gigabit Passive Optical Network. 12. The Ethernet traffic manager according to claim 11, wherein said Ethernet traffic classification variable type list comprises at least one Ethernet traffic classification variable type ({ETC_ARG_TID-1, ETC_ARG_TID-2, . . . , ETC_ARG_TID-N }), the at least one Ethernet service classification variable type is selected from the configured alternative Ethernet service classification variable type table, and the optional Ethernet service classification variable type table includes: source client MAC address; Destination client MAC address; Source backbone network MAC address; Destination backbone network MAC address; C-VLAN tag; C-VLAN VID; C_VLAN priority code point field; S-VLAN tag; S-VLAN VID; S_VLAN priority code point field; 802.1ah service instance VLAN ID; Distinguished service code point field. 13. The Ethernet service manager according to claim 11, wherein the operation for the Ethernet service classification variable type list is an operation selected from a configured alternative operation list, and the alternative operation list includes: Use the source MAC address or its hash; Use the destination MAC address or its hash; Use destination MAC address together with VLAN VID; Use one or more VLAN VIDs; Use one or more VLAN priority code point fields. 14. The Ethernet traffic manager according to any one of claims 11-13, wherein the means for causing at least the identification of the two-tuple to be indicated in the gigabit passive optical network encapsulation mode port identification comprises : Means for notifying at least the two-tuple or the identity of the two-tuple to an optical line terminal access node. 15. The Ethernet traffic manager according to claim 14, wherein the means for indicating the identity of the two-tuple at least in the Gigabit PON encapsulation mode port identity further comprises: means for notifying the optical line terminal access node of the list of values corresponding to the Ethernet service classification variable types in the Ethernet service classification variable type list. 16. The Ethernet service manager according to claim 15, wherein the sub-port identification is further indicated in the gigabit passive optical network encapsulation mode port identification, and the sub-port identification is based on the corresponding Ethernet service The value of the classification variable type and derived for the operation on the Ethernet service classification variable type list. 17. The Ethernet traffic manager according to claim 14, wherein the means for indicating at least the identity of the two-tuple in the gigabit passive optical network encapsulation mode port identity further comprises: Means for notifying the OLT access node of structural information on how to indicate the identity of the 2-tuple in the Gigabit PON-Encapsulation port identity. 18. The Ethernet service manager according to claim 17, wherein the structure information indicates the number of bits indicating the identity of the two-tuple in the gigabit passive optical network encapsulation mode port identifier. 19. The Ethernet service manager according to claim 14, wherein the optical line terminal access node assigns the gigabit PON-encapsulation mode port identifier. 20. The Ethernet service manager according to claim 14, comprising: Means for conducting a negotiation process with said optical line termination access node regarding the capability to support the differentiation of gigabit passive optical network traffic according to Ethernet traffic classification.