Source: https://patents.google.com/patent/US8929396B2/en
Timestamp: 2018-03-20 20:34:13
Document Index: 462129873

Matched Legal Cases: ['art 3', 'art 3', 'art 3', 'art 3', 'art 3', 'art 3']

US8929396B2 - Ethernet media access control organization specific extension - Google Patents
Ethernet media access control organization specific extension Download PDF
US8929396B2
US8929396B2 US12494649 US49464909A US8929396B2 US 8929396 B2 US8929396 B2 US 8929396B2 US 12494649 US12494649 US 12494649 US 49464909 A US49464909 A US 49464909A US 8929396 B2 US8929396 B2 US 8929396B2
US12494649
US20100002592A1 (en )
Yang Sulin
The present application claims priority to U.S. Provisional Patent Application 61/078,711, filed Jul. 7, 2008 by Frank J. Effenberger et al., and entitled “Ethernet Media Access Control Organization Specific Extension,” which is incorporated herein by reference as if reproduced in its entirety.
A passive optical network (PON) is one system for providing network access over “the last mile.” The PON is a point-to-multi-point (P2MP) network comprised of an optical line terminal (OLT) at the central office, an optical distribution network (ODN), and a plurality of optical network units (ONUs) at the customer premises. In some PON systems, such as Gigabit PON (GPON) systems, downstream data is broadcasted at about 2.5 Gigabits per second (Gbps) while upstream data is transmitted at about 1.25 Gbps. Further, some PON systems, such as Ethernet PON (EPON) systems, may support Ethernet technology. Ethernet technology is widely used for transporting data in a plurality of networks because of its relatively simple implementation and available equipment. However, Ethernet technology lacks some advanced features for current and desirable network operations, such as some operation, administration, and maintenance (OAM) features.
In one embodiment, the disclosure includes an apparatus comprising a data framer configured to frame a Media Access Control (MAC) control message for transmission, the MAC control message comprising an organization unique identifier (OUI) and at least one type-length-value (TLV) comprising a type field, a length field, and a value field, wherein a format of the TLV is specified by the OUI, and wherein the value field comprises information related to OAM features of a network.
In another embodiment, the disclosure includes an apparatus comprising at least one component configured to implement a method comprising compiling an OAM message comprising a plurality of organization-specific TLVs and an organization unique identifier (OUI) that indicates an organization responsible for the format of the TLV, and transmitting the OAM message.
In yet another embodiment, the disclosure includes a method comprising adding a header to a MAC control message, wherein the header comprises an opcode that indicates that the MAC control message comprises an organizational-specific message, formatting a MAC control information according to an organizational format, adding the MAC control information to the MAC control message, wherein the MAC control information comprises an indicator of the organizational format, adding a footer to the MAC control message, and transmitting the MAC control message.
FIG. 2 is an illustration of an embodiment of a MAC control message.
FIG. 3 is a flowchart of an embodiment of a message framing method.
MAC control related protocols in PON systems that support Ethernet technology, such as EPONs, may comprise a plurality of MAC control messages that provide limited OAM features. For instance, a Multi-Point Control Protocol (MPCP) may comprise about five operation codes (opcodes) that specify about five different MAC control messages, which may not be sufficient to implement advanced OAM features or functions. Other PON systems, such as GPONs, may use a Physical Layer OAM (PLOAM) channel that support the functions provided by the MPCP as well as other OAM functions, such as data privacy, protection switching, authentication, fault and performance monitoring, and configuration of a management channel.
Disclosed herein is a system and method for extending the functionality of the MAC control protocol in a PON, such as the EPON, using an improved MAC control message. The MAC control message may comprise control information specified by organizations other than the organization that specifies the MAC control message format. For example, the MAC control message format may be specified by the Institute of Electrical and Electronics Engineers (IEEE), while the control information contained in the MAC control message is formatted as specified by an Enterprise, such as Huawei, Cisco, or Alcatel. The MAC control message may comprise an opcode that indicates that the message comprises control information having a format that is organization specific. Specifically, the payload may comprise a plurality of organization specific messages, for example TLVs, and an OUI that indicates an organization responsible for the message format. The PON may use the MAC control message to implement advanced OAM features, and hence extend its MAC control protocol.
FIG. 1 illustrates one embodiment of a PON 100. The PON 100 comprises an OLT 110, a plurality of ONUs 120, and an ODN 130, which may be coupled to the OLT 110 and the ONUs 120. The PON 100 may be a communications network that does not require any active components to distribute data between the OLT 110 and the ONUs 120. Instead, the PON 100 may use the passive optical components in the ODN 130 to distribute data between the OLT 110 and the ONUs 120. The PON 100 may be Next Generation Access (NGA) systems, such as ten Gbps GPONs (or XGPONs), which may have a downstream bandwidth of about ten Gbps and an upstream bandwidth of at least about 2.5 Gbps. Other examples of suitable PONs 100 include the asynchronous transfer mode PON (APON) and the broadband PON (BPON) defined by the ITU-T G.983 standard, the GPON defined by the ITU-T G.984 standard, the EPON defined by the IEEE 802.3ah standard, 10G EPON as defined by the IEEE 802.3av standard, and the wavelength division multiplexed (WDM) PON (WPON), all of which are incorporated herein by reference as if reproduced in their entirety.
In an embodiment, the ONUs 120 may be any devices that are configured to communicate with the OLT 110 and a customer or user (not shown). Specifically, the ONUs 120 may act as an intermediary between the OLT 110 and the customer. For instance, the ONUs 120 may forward data received from the OLT 110 to the customer, and forward data received from the customer onto the OLT 110. Although the specific configuration of the ONUs 120 may vary depending on the type of PON 100, in an embodiment, the ONUs 120 may comprise an optical transmitter configured to send optical signals to the OLT 110 and an optical receiver configured to receive optical signals from the OLT 110. Additionally, the ONUs 120 may comprise a converter that converts the optical signal into electrical signals for the customer, such as signals in the Ethernet or asynchronous transfer mode (ATM) protocol, and a second transmitter and/or receiver that may send and/or receive the electrical signals to a customer device. In some embodiments, ONUs 120 and optical network terminals (ONTs) are similar, and thus the terms are used interchangeably herein. The ONUs may be typically located at distributed locations, such as the customer premises, but may be located at other locations as well.
In an embodiment, the OLT 110 and/or the ONUs 120 may comprise a data framer, which may be coupled to the transmitter and/or the receiver. The data framer may be any device configured to process the data between the OLT 110 and the ONUs 120 by framing the data into frames or obtaining the data from the frames according to a PON protocol, such as IEEE 802.3ah and/or 802.3av. The data framer may be hardware, such as a processor, comprising electronic or logic circuitry, which may be designed for such purpose. Alternatively, the data framer may be software or firmware, which may be programmed for such purpose. Specifically, the data framer may be configured to generate MAC control messages, which may be used to promote OAM functions in the PON 100. The data framer may be configured to generate different control messages, for instance to implement different OAM functions according to different organizations or architectures. For example, the data framer may frame control data for different providers, customer networks, or standardization and/or regulatory organizations (e.g. IEEE, ITU-T, etc.) into a MAC control message.
FIG. 2 illustrates an embodiment of a MAC control message 200, which may be generated or received by the data framer, for example at in the OLT 110 and/or the ONU 120. The MAC control message 200 may have an Ethernet message format. Specifically, the MAC control message 200 may comprise a destination address (DA) 210, a source address (SA) 220, a length/type 230, an opcode 240, an OUI 245, and a payload 250. The MAC control message 200 may also comprise a timestamp 248, an extopcode 249, and a frame check sequence (FCS) 260. In an embodiment, the length of each of the DA 210 and SA 220 may be equal to about six bytes, the length of each of the length/type 230 and opcode 240 may be equal to about two bytes, the length of each of the timestamp 245 and FCS 260 may be equal to about four bytes, and the length of the payload 250 may be equal to about 40 bytes.
The DA 210 may comprise a network address, such as a MAC address, for a destination node, which may be intended to receive the data, e.g. the OLT or one of the ONUs. The SA 220 may comprise a network address for a source node, which may originate the MAC control message 200. The length/type 230 may be used to indicate that the message's length and type corresponds to a MAC control message. For instance, the length/type 230 may be set to 88-08 according to IEEE 802.3av. The opcode 240 may be used to indicate that the MAC control message 200 is an MAC control message that comprises control information formatted according to at least one external organization, e.g. an organization other than the organization that specified the format of the MAC control frame. For instance, the opcode 240 may be assigned one of the reserved opcodes in the MPCP protocol, such as about seven (e.g. opcode=00-07), to indicate that the MAC control message 200 comprises organization specific messages formatted according to other organizations' formats. The timestamp 248 may comprise the time of originating or transmitting the MAC control message 200, which may be used for synchronization and/or message sequencing. Alternatively, the timestamp 245 may comprise an expiration time for the MAC control message 200. The OUI 245 may specify the organization responsible for the message format. For instance, the OUI may be set to a specific value to indicate that the message is formatted as specified by a specific organization, which may be a standards organization such as IEEE or ITU, an Enterprise such as Huawei, Cisco, or Alcatel, or any other organization. The extopcode 249 may specify that the message is a protocol message formatted by the specified organization. The FCS 260 may be used for error detection and correction, such as a Cyclic Redundancy Check (CRC) or other checksum.
The payload 250 may comprise at least one control message that is formatted as specified by the organization associated with the OUI 245. Specifically, the payload 250 may comprise at least one organization specific message 251 and optionally a padding 255. Further, the different organization specific messages 251 may be different control messages comprising different control information or functions. For example, the payload 250 may comprise two organization specific messages 251 a and 251 b that are formatted per the same organization. In an embodiment, each organization specific message 251 may be a TLV, which may comprise a type field 252, a length field 253, and a value field 254, which may differ between the two organization specific messages 251 a and 251 b. Specifically, each type field 252 may indicate a different control message, for instance for a different OAM function. As such, the type field 252 a for the first organization specific message 251 a may be set to a first value to indicate that the first organization message 251 a corresponds to a first control function, while the type field 252 b for the second organization specific message 251 b may be set to a second value to indicate that the second organization message 251 b corresponds to a second control function as specified by the same organization. Accordingly, the length field 253 a may be different than the length field 253 b, and the value field 254 a may comprise different control information than the value field 254 b.
Any of the components described herein may comprise a reference table that correlates a plurality of OUIs or OUI values to a plurality of message formats as specified by a plurality of different organizations. Table 1 illustrates an embodiment of a table, which may be used to associate the OUIs with the corresponding organizational formats. Specifically, Table 1 may comprise a list of OUIs and a list of matching organizations, where the OUIs may be uniquely assigned to the organizations. A single organization may also support a plurality of different formats, and such may be indicated in the reference table by using separate OUIs for the various formats. The OUI 245 in the MAC control message 200 may be assigned a value from one of the entries in the Table 1 that corresponds to the organization format of the MAC control message 200 or the organization specific messages 251 in the MAC control message 200. Moreover, when a MAC control message 200 is received, the OUI value in the OUI 245 may be compared to the entries in the Table 1, and the OUI may be matched with one of the entries in the table to obtain the specific organization corresponding to the OUI. When the MAC control message 200 is associated with the organization responsible for the format of the message, the message content may be decoded in accordance with the organization specifications and the control information may be processed appropriately.
OUI Organizational Format
OUI 1 Organizational Format 1
OUI N Organizational Format N
In an embodiment, the length of the type field 252 and the length field 253 may be equal to about three bytes and one byte, respectively, and the length of the value field 254 may be, for instance based on the control information and the specific organization specification. When the overall length of the payload 250 is fixed, the length of the padding 255 may be equal to the remaining length of the payload 250 excluding the combined length of the organization specific messages 251. For example, if the payload length is limited to 40 bytes, then the length of the padding 255 may be equal to about 40−Σi=1 N(4+Li) bytes, where Li is the length or the ith organization specific message 251, N is the quantity of organization specific messages 251 in the payload 250, and i is an integer.
FIG. 3 illustrates one embodiment of a message framing method 300, which may be used to encapsulate the MAC control information into an organization-specific MAC control message, such as the MAC control message described above. The message framing method 300 may begin at block 310, where a header may be added to a MAC control message. The header may comprise the OUI indicating the organizational format of the MAC control message. For instance, the OUI may be obtained from a reference table, such as Table 1, where a plurality of organizations may be assigned a plurality of unique OUIs. Additionally, the header may comprise the DA, the SA, the length/type, the opcode, the timestamp, or combinations thereof. The message framing method 300 may then proceed to block 320, where an organization specific message, such as the organization specific message described above, may then be added to the MAC control message.
Next, at block 330, the message framing method may verify whether there is more MAC control information corresponding to the specified organization. For instance, the OLT or ONT may need to communicate additional OAM data and/or MAC control protocol related data. The message framing method 300 may return to block 320 if the condition in block 330 is met or may proceed to block 340 if there is no more control information. At block 340, the message framing method 300 may add the padding (if required) and the FCS to the MAC control message. Next, at block 350, the message framing method 300 may transmit the MAC control message. In other embodiments, the message framing method 300 may additionally or alternatively receive the transmitted MAC control message and obtain the control information by interpreting the MAC control message, for instance by substantially executing the reverse sequence of blocks above.
a data framer coupled to a transmitter and configured to frame a Media Access Control (MAC) control message for transmission, the MAC control message comprising a length/type field, an organization unique identifier (OUI), and at least one type-length-value (TLV) field comprising a type sub-field, a length sub-field, and a value sub-field,
wherein the length/type field is set to 88-08 to indicate that the MAC control message is an Institute of Electrical and Electronics Engineers (IEEE) 802.3 MAC control frame,
wherein a format of the TLV field is specified by the OUI, and
wherein the value sub-field comprises information related to operation, administration, and maintenance (OAM) features of a network,
wherein the MAC control message further comprises a padding, and
wherein the padding has a length equal to a payload minus Σi=1 N(4+Li) bytes, where Li is the length of the ith TLV, N is a quantity of TLVs in the MAC control message, and i is an integer.
2. The apparatus of claim 1, wherein the type sub-field specifies a specific control message in a protocol associated with the OUI.
3. The apparatus of claim 2, wherein the type sub-field has a length equal to three bytes and the length sub-field has a length equal to one byte.
4. The apparatus of claim 2, wherein the MAC control message comprises a plurality of second TLV fields, wherein each of the second TLV fields comprise different type values.
5. The apparatus of claim 1, wherein the OUI is associated with one out of a plurality of organizational formats using a reference table.
6. The apparatus of claim 5, wherein a plurality of organizations are associated with the plurality of organizational formats, and wherein at least some of the organizations comprise an enterprise.
7. The apparatus of claim 1, wherein the MAC control message further comprises an opcode set to 00-07.
a memory coupled to the processor and comprising instructions that, when executed by the processor, cause the apparatus to:
compile a Media Access Control (MAC) control message comprising a length/type field, a plurality of organization-specific type-length-values (TLVs), and an organization unique identifier (OUI) that indicates an organization responsible for a format of the TLV; and
transmit the MAC control message,
9. The apparatus of claim 8, wherein the organization is an enterprise.
10. The apparatus of claim 8, wherein the MAC control message further comprises an operation code (opcode) indicating that the MAC control message comprises the organization-specific TLV.
11. The apparatus of claim 8, wherein the TLVs comprise different control messages.
12. The apparatus of claim 8, wherein a combined length of all the TLVs does not exceed a payload length of the MAC control message.
13. The apparatus of claim 8, wherein the apparatus is further configured to:
receive a second MAC control message similar to the MAC control message, wherein the second MAC control message comprises a second OUI and a second length/type field set to 88-08 to indicate that the second MAC control message is an IEEE 802.3 MAC control frame;
obtain a second plurality of TLVs from the second MAC control message;
consult a reference table to determine the format of the second plurality of TLVs based on the second OUI; and
decode a control information in the second plurality of TLVs.
adding a header to a Media Access Control (MAC) control message, wherein the header comprises an operation code (opcode) that indicates that the MAC control message comprises an organizational-specific message and a length/type field that is set to 88-08 to indicate that the MAC control message is an Institute of Electrical and Electronics Engineers (IEEE) 802.3 MAC control frame;
formatting a MAC control information according to an organizational format;
adding the MAC control information to the MAC control message, wherein the MAC control information comprises an indicator of the organizational format;
adding a footer to the MAC control message; and
transmitting the MAC control message,
wherein the padding has a length equal to a payload minus Σi=1 N(4+Li) bytes, where Li is the length of an ith type-length-value (TLV) in the MAC control message, N is a quantity of TLVs in the MAC control message, and i is an integer.
receiving the MAC control message;
interpreting the MAC control information using the organizational format corresponding to the indicator; and
obtaining the MAC control information.
16. The method of claim 15, wherein the MAC control information relates to advanced features of a passive optical network (PON) standard or a Multi-Point Control Protocol (MPCP) protocol.
17. The method of claim 16, wherein the PON is an Ethernet PON (EPON).
a media access control (MAC) sublayer component configured to:
receive a MAC control information (MA_CONTROL.request) containing an Extension operation code (opcode) from a MAC client; and
call a MAC sublayer with a MAC data request (MA_DATA.request) service comprising the following parameters:
a destination address that is set equal to a destination address parameter of the MA_CONTROL.request;
a source_address that is set equal to a 48 bit individual address of a station;
a length/type field within a mac_service_data_unit parameter that is set to 88-08;
a remainder of the mac_service_data_unit that is set to a concatenation of the Extension opcode, an International Telecommunication Union (ITU) Standardization Sector (ITU-T) organizationally unique identifier (OUI), and an organization-specific data; and
a frame check sequence (frame_check_sequence) is omitted,
wherein the MAC control information further comprises a padding, and
wherein the padding has a length equal to a payload minus Σi=1 N(4+Li) bytes, where Li , is the length of the ith type-length-value (TLV) in the MAC control information, N is a quantity of TLVs in the MAC control information, and i is an integer.
19. An optical line terminal (OLT) comprising:
a data framer coupled to the optical transmitter and configured to frame a Media Access Control (MAC) control message for transmission by the optical transmitter over an optical fiber, wherein the MAC control message comprises:
a destination_address that is set equal to a destination_address parameter of a MAC control information (MA_CONTROL.request);
a source_address that is set equal to an individual address of a station;
a length/type field within a mac data unit that is set to 88-08; and
a remainder of the mac data unit that is set to a concatenation of an extension opcode, an International Telecommunication Union (ITU) Standardization Sector (ITU-T) organizationally unique identifier (OUI), and organization-specific data comprising a format determined by the ITU-T, wherein the extension opcode indicates that the MAC control message comprises formatting specified by the ITU-T.
20. The OLT of claim 19, wherein the individual address is 48 bits.
21. An optical network unit (ONU) comprising:
a receiver configured to accept a media access control (MAC) control message comprising:
a destination_address that is set equal to a destination_address parameter of a MAC control information (MA_CONTROL.request),
a source_address that is set equal to an individual address of a station,
a length/type field within a mac data unit that is set to 88-08, and
a remainder of the mac data unit that is set to a concatenation of an extension opcode, an International Telecommunication Union (ITU) Standardization Sector (ITU-T) organizationally unique identifier (OUI), and organization-specific data comprising a format determined by the ITU-T, wherein the extension opcode indicates that the MAC control message comprises formatting specified by the ITU-T; and
a processor coupled to the receiver and configured to parse the MAC control message.
US12494649 2008-07-07 2009-06-30 Ethernet media access control organization specific extension Active 2030-11-20 US8929396B2 (en)
US7871108 true 2008-07-07 2008-07-07
US12494649 US8929396B2 (en) 2008-07-07 2009-06-30 Ethernet media access control organization specific extension
PCT/CN2009/072657 WO2010003363A1 (en) 2008-07-07 2009-07-07 Ethernet media access control organization specific extension
US20100002592A1 true US20100002592A1 (en) 2010-01-07
US8929396B2 true US8929396B2 (en) 2015-01-06
ID=41464322
US12494649 Active 2030-11-20 US8929396B2 (en) 2008-07-07 2009-06-30 Ethernet media access control organization specific extension
US (1) US8929396B2 (en)
WO (1) WO2010003363A1 (en)
CN102149028A (en) * 2010-02-08 2011-08-10 中兴通讯股份有限公司 Method, equipment and system for controlling optical network unit accessing authority
CN103731332A (en) * 2012-10-12 2014-04-16 上海斐讯数据通信技术有限公司 Master-slave communication method and OLT system
CN104038850B (en) * 2013-03-06 2017-11-28 中兴通讯股份有限公司 A method to achieve a variety of protocols compatible oam, equipment and systems epon
CN103905256B (en) * 2014-04-25 2017-08-11 国家电网公司 Optical network unit data processing method and related apparatus
CN1897497A (en) 2006-05-16 2007-01-17 中国电信股份有限公司 Expand operation managing maintenance-ability discovery in Ethernet non-light source network
WO2007033204A2 (en) 2005-09-12 2007-03-22 Nortel Networks Limited Forwarding plane data communications channel for ethernet transport networks
CN101119244A (en) 2006-08-01 2008-02-06 阿尔卡特朗讯公司 Method and network node for monitoring traffic in a private VLAN
CN1988502A (en) 2005-12-20 2007-06-27 华为技术有限公司 Passive optic network user terminal and its power control and state reporting method
WO2008054817A1 (en) 2006-10-31 2008-05-08 Nortel Networks, Limited Ethernet oam at intrmediate nodes in a pbt network
"Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specification, Amendment: Physical Layer Specifications and Management Parameters for 10 Gb/s Passive Optical Networks," Draft Amendment to IEEE Std 802.3-2008, IEEE P802.3av(TM) D3.3.1, Jun. 9, 2009.
"Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications," Section Two-Information Technology-Telecommunications and Information Exchange Between Systems-Local and Metropolitan Area Networks-Specific Requirements, IEEE 802.3, 2005, 810 pages.
"Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specification, Amendment: Physical Layer Specifications and Management Parameters for 10 Gb/s Passive Optical Networks," Draft Amendment to IEEE Std 802.3-2008, IEEE P802.3av™ D3.3.1, Jun. 9, 2009.
"Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications," Section Two—Information Technology—Telecommunications and Information Exchange Between Systems—Local and Metropolitan Area Networks—Specific Requirements, IEEE 802.3, 2005, 810 pages.
Complete List of IEEE Recognized Ethertype values, http://standards.ieee.org/develop/regauth/ethertype/eth.txt, downloaded Jul. 5, 2011.
Foreign communication from a counterpart application, PCT application PCT/CN2009/072657, English translation International Preliminary Report on Patentability dated Jan. 11, 2011, 5 pages.
Foreign communication from a counterpart application, PCT application PCT/CN2009/072657, English translation International Search Report dated Sep. 24, 2009, 4 pages.
IEEE Standard, P802.3av, "Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications-Amendment: Physical Layer Specifications and Management Parameters for 10 Gb/s Passive Optical Networks," IEEE Draft P802.3av/D2.2, Dec. 3, 2008.
IEEE Standard, P802.3av, "Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications—Amendment: Physical Layer Specifications and Management Parameters for 10 Gb/s Passive Optical Networks," IEEE Draft P802.3av/D2.2, Dec. 3, 2008.
International Telecommunications Union Standard, ITU-T Series G: "Transmission Systems and Media, Digital Systems and Networks-Digital Sections and Digital Line System-Optical Line Systems for Local and Access Networks-Gigabit-Capable Passive Optical Networks (G-PON): ONT Management and Control Interface Specification", G.984.4, Feb. 2008.
International Telecommunications Union Standard, ITU-T Series G: "Transmission Systems and Media, Digital Systems and Networks—Digital Sections and Digital Line System—Optical Line Systems for Local and Access Networks—Gigabit-Capable Passive Optical Networks (G-PON): ONT Management and Control Interface Specification", G.984.4, Feb. 2008.
US20100002592A1 (en) 2010-01-07 application
WO2010003363A1 (en) 2010-01-14 application
US20080037986A1 (en) 2008-02-14 Optical Network Terminal Management and Control Interface (OMCI) Containing a Description of the OMCI
CN1536812A (en) 2004-10-13 Frame structure of kilomega passive optical network packaging method and its data processing method
US20080260385A1 (en) 2008-10-23 Signal processing apparatus and method for gigabit passive optical network
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:EFFENBERGER, FRANK J.;WEI, LIN;SULIN, YANG;REEL/FRAME:023020/0185;SIGNING DATES FROM 20090627 TO 20090630
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:EFFENBERGER, FRANK J.;WEI, LIN;SULIN, YANG;SIGNING DATES FROM 20090627 TO 20090630;REEL/FRAME:023020/0185