Patent Application
20220271839
The present disclosure is generally related to Passive Optical Networks (PONs), and is specifically related to bonding wavelength based channels in a PON and communication over such bonded channels.
A PON is one system for providing network access between the edge of a service provider's network and the end consumer. The PON is a point-to-multipoint (P2MP) network employing an upstream optical device at the central office, an optical distribution network (ODN) of passive optical components, and a plurality of downstream optical devices at the customer premises. Various PON systems have been developed including Gigabit PONs (GPONs) and Ethernet PONs (EPONs), which have been deployed worldwide for multimedia applications. User bandwidth demands are ever increasing, and fifty gigabits per second (50G) PONs are currently under development to meet such demands. Some PONs may operate by employing a single communication channel that is shared between PON devices by employing time division multiplexing. However, achieving a 50G data rate on a PON with a single channel has proven difficult.
In an embodiment, the disclosure includes an Optical Line Terminal (OLT) comprising a downstream transceiver coupled to a Passive Optical Network (PON). The downstream transceiver is configured to communicate over a plurality of bonded channels. An upstream transceiver is configured to receive a downstream Service Data Unit (SDU), the downstream SDU including user data. A processor is coupled to the upstream transceiver and to the downstream transceiver. The processor is configured to split the downstream SDU into a plurality of downstream blocks. The processor distributes the downstream blocks amongst selected bonded channels, with the distributing being based on bonded channel availability for transmission over the PON via the downstream transceiver. Splitting a SDU and distributing the resulting blocks over bonded channels allows portions of the SDU to be simultaneously communicated over multiple channels. This results in substantially increased peak transmission speeds for the SDU in comparison to serial communication of the SDU over a single channel.
Optionally, in any of the preceding aspects, another implementation of the aspect includes distributing the plurality of downstream blocks amongst the selected bonded channels based on bonded channel availability, including evenly distributing the plurality of downstream blocks over each available bonded channel at each transmitter buffer index. Even distribution over available channels maximizes the portion of the SDU that can be transmitted at each point in time.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the processor is further configured to employ ten-Gigabit PON Encapsulation Mode (XGEM) frames to encapsulate groups of downstream blocks in the selected bonded channels prior to transmission over the PON. The XGEM frames encapsulate groups of blocks and ensure the blocks are properly transmitted to the receiver as a group.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the processor is further configured to insert Frame Alignment Markers (FAMs) in headers of the XGEM frames to support ordering the plurality of downstream blocks at an Optical Network Unit (ONU) upon receipt of the plurality of downstream blocks over the selected bonded channels. Channels operate at different wavelengths and hence propagate at different speeds, causing skew. FAMs allow blocks to be positioned in the correct order to reconstruct the SDU frame regardless of skew.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the downstream transceiver includes a transmitter with a transmitter buffer, and wherein the FAMs are transmitter buffer indices employed by the transmitter buffer for the corresponding XGEM frames. Transmitter buffer indices can be used as FAMs with minimal processing overhead, which results in faster overall transmission speed.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the plurality of downstream blocks that are split from the downstream SDU include eight bytes of user data.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the downstream transceiver is configured to receive a first Physical Layer Operations, Administration, and Maintenance (PLOAM) message from the ONU, the first PLOAM message indicating available channels for simultaneous upstream communication by the ONU and available channels for simultaneous downstream communication by the ONU. PLOAM messages can be used to determine available channels for bonding as well as bonding assignments. This allows the OLT to setup bonded channels.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the downstream transceiver is configured to transmit a second PLOAM message to the ONU, the second PLOAM message assigning the selected bonded channels based on the bonded channel availability, the selected bonded channels being assigned for communication of the plurality of downstream blocks from the downstream SDU.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the first PLOAM message is a Serial Number ONU message, a Channel Report message, or a Tuning Response message, and wherein the second PLOAM message is an Assign ONU Identifier (ID) message or a Channel Bonding Response message.
Optionally, in any of the preceding aspects, another implementation of the aspect includes a memory, wherein the processor is further configured to generate a Gigabit PON Encapsulation (GEM) Bonding Service Profile (GBSP) managed entity instance for the ONU. The GBSP managed entity is configured to synchronize a managed entity file with an ONU Three Gigabit (ONU3-G) managed entity operating at the ONU and store the managed entity file in the memory. The managed entity file includes available channels for simultaneous upstream communication by the ONU. The managed entity file also includes available channels for simultaneous downstream communication by the ONU. The managed entity file also includes bonded channels for upstream communication and downstream communication between the OLT and ONU. Synchronizing the managed entity files allows the OLT to determine available channels for bonding as well as communicate bonding assignments. This allows the OLT to setup bonded channels.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the downstream transceiver is further configured to receive a plurality of upstream blocks distributed amongst second selected bonded channels based on bonded channel availability. The processor is further configured to reassemble the plurality of upstream blocks received from the second selected bonded channels over the PON into an upstream SDU, the upstream SDU including user data, and forward the upstream SDU via the upstream transceiver. Both the OLT and ONU can employ channel bonding in both the upstream and downstream directions. This allows for increased peak communication speeds for both uploads and downloads.
In an embodiment, the disclosure includes a method implemented in an OLT. The method comprises receiving a downstream SDU including user data at an upstream transceiver. The downstream SDU is split into a plurality of downstream blocks. The downstream blocks are distributed amongst selected bonded channels, with the distributing being based on bonded channel availability. The downstream blocks are transmitted over a PON via the selected bonded channels. Splitting a SDU and distributing the resulting blocks over bonded channels allows portions of the SDU to be simultaneously communicated over multiple channels. This results in substantially increased peak transmission speeds for the SDU in comparison to serial communication of the SDU over a single channel.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the distributing the downstream blocks amongst selected bonded channels based on bonded channel availability includes evenly distributing the plurality of downstream blocks over each selected bonded channel at each transmitter buffer index. Even distribution over available channels maximizes the portion of the SDU that can be transmitted at each point in time.
Optionally, in any of the preceding aspects, another implementation of the aspect includes encapsulating, by the processor, groups of downstream blocks in the bonded channels with XGEM frames prior to transmitting the plurality of downstream blocks over the PON. The XGEM frames encapsulate groups of blocks and ensure the groups of blocks are properly transmitted to the receiver as a group.
Optionally, in any of the preceding aspects, another implementation of the aspect includes inserting, by the processor, FAMs in headers of the XGEM frames to support ordering the plurality of downstream blocks at an ONU upon receipt of the plurality of downstream blocks over the selected bonded channels. Channels operate at different wavelengths and hence propagate at different speeds causing skew. FAMs allow blocks to be positioned in the correct order to reconstruct the SDU frame, regardless of skew.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the FAMs are transmitter buffer indices employed by a transmitter buffer for the corresponding XGEM frames. Transmitter buffer indices can be used as FAMs with minimal processing overhead, which results in faster overall transmission speed.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the downstream blocks that are split from the downstream SDU include eight bytes of user data.
Optionally, in any of the preceding aspects, another implementation of the aspect includes receiving, at the downstream transceiver, a first Physical Layer Operations, Administration, and Maintenance (PLOAM) message from the ONU, the first PLOAM message indicating available channels for simultaneous upstream communication by the ONU and available channels for simultaneous downstream communication by the ONU. PLOAM messages can be used to determine available channels for bonding as well as bonding assignments. This allows the OLT to setup bonded channels.
Optionally, in any of the preceding aspects, another implementation of the aspect includes transmitting, by the downstream transceiver, a second PLOAM message to the ONU, the second PLOAM message assigning the selected bonded channels based on the bonded channel availability, the selected bonded channels being assigned for communication of the plurality of downstream blocks from the downstream SDU.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the first PLOAM message is a Serial Number ONU message, a Channel Report message, or a Tuning Response message, and wherein the second PLOAM message is an Assign ONU ID message or a Channel Bonding Response message.
Optionally, in any of the preceding aspects, another implementation of the aspect includes generating a GBSP managed entity to synchronize a managed entity file with an ONU3-G managed entity operating at the ONU. The managed entity file is stored in a memory. The managed entity file includes available channels for simultaneous upstream communication by the ONU. The managed entity file also includes available channels for simultaneous downstream communication by the ONU. The managed entity file includes bonded channels for upstream communication and downstream communication between the OLT and ONU. Synchronizing the managed entity files allows the OLT to determine available channels for bonding as well as communicate bonding assignments. This allows the OLT to setup bonded channels.
Optionally, in any of the preceding aspects, another implementation of the aspect includes receiving, at the downstream transceiver, a plurality of upstream blocks distributed amongst the selected bonded channels based on the bonded channel availability. The plurality of upstream blocks, as received from the selected bonded channels over the PON, are reassembled into an upstream SDU including user data. The upstream SDU is forwarded via the upstream transceiver. Both the OLT and ONU can employ channel bonding in both the upstream and downstream directions. This allows for increased peak communication speeds for both uploads and downloads.
In an embodiment, the disclosure includes an Optical Network Unit (ONU). The ONU comprises a transceiver coupled to a PON. The transceiver is configured to communicate over the PON via a plurality of bonded channels. The transceiver is also configured to receive a plurality of downstream blocks distributed amongst selected bonded channels, with the distributing being based on bonded channel availability. A processor is coupled to the transceiver. The processor is configured to reassemble the plurality of downstream blocks received from the selected bonded channels over the PON into a downstream SDU, the downstream SDU including user data. The processor is also configured to forward the downstream SDU toward a user device via a downstream interface. Splitting a SDU and distributing the resulting blocks over selected bonded channels allows portions of the SDU to be simultaneously communicated over multiple bonded channels. This results in substantially increased peak transmission speeds for the SDU in comparison to serial communication of the SDU over a single channel.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the plurality of downstream blocks are distributed equally amongst the selected bonded channels available at each transmitter buffer index. Even distribution over available bonded channels maximizes the portion of the SDU that can be transmitted at each point in time.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the plurality of downstream blocks are received in XGEM frames, each XGEM frame encapsulating a group of downstream blocks in a common bonded channel. The XGEM frames encapsulate groups of blocks and ensure the blocks are properly transmitted to the receiver as a group.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the processor is further configured to obtain FAMs in headers of the XGEM frames. The plurality of downstream blocks are ordered for reassembly into the downstream SDU based on the FAMs. Channels operate at different wavelengths and hence propagate at different speeds, causing skew. FAMs allow blocks to be positioned in the correct order to reconstruct the SDU frame regardless of skew.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the FAMs are transmitter buffer indices that are employed by an OLT transmitter buffer for the corresponding XGEM frames. Transmitter buffer indices can be used as FAMs with minimal processing overhead, which results in faster overall transmission speed.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the plurality of downstream blocks include eight bytes of user data.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the transceiver is configured to transmit a first Physical Layer Operations, Administration, and Maintenance (PLOAM) message to the OLT, the first PLOAM message indicating the bonded channel availability for simultaneous upstream communication by the ONU and available channels for simultaneous downstream communication by the ONU. PLOAM messages can be used to determine available channels for bonding, as well as bonding assignments. This allows the OLT to setup bonded channels.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the transceiver is configured to receive a second PLOAM message from the OLT, with the second PLOAM message assigning the selected bonded channels based on the bonded channel availability and assigning the selected bonded channels being assigned for communication of the plurality of downstream blocks of the downstream SDU.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the first PLOAM message is a Serial Number ONU message, a Channel Report message, or a Tuning Response message, and wherein the second PLOAM message is an Assign ONU ID message or a Channel Bonding Response message.
Optionally, in any of the preceding aspects, another implementation of the aspect includes a memory. The processor is further configured to generate an ONU3-G managed entity that is configured to synchronize a managed entity file with a GBSP managed entity instance operating on the OLT and store the managed entity file in the memory. The managed entity file includes available channels for simultaneous upstream communication by the ONU. The managed entity file also includes available channels for simultaneous downstream communication by the ONU. The managed entity file also includes bonded channels for upstream communication and downstream communication between the OLT and ONU. Synchronizing the managed entity files allows the OLT to determine available channels for bonding as well as communicate bonding assignments. This allows the OLT to setup bonded channels.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the downstream interface is further configured to receive an upstream SDU, the upstream SDU including user data. The processor is further configured to split the upstream SDU into a plurality of upstream blocks, and distribute the plurality of upstream blocks amongst second selected bonded channels based on bonded channel availability for transmission over the PON via the transceiver. Both the OLT and ONU can employ channel bonding in both the upstream and downstream directions. This allows for increased peak communication speeds for both uploads and downloads.
In an embodiment, the disclosure includes a method implemented in an ONU. The method comprises receiving, at a transceiver coupled to a Passive Optical Network (PON), a plurality of downstream blocks distributed amongst selected bonded channels, with the distributing being based on bonded channel availability. The plurality of downstream blocks, as received from the selected bonded channels over the PON, are reassembled into a downstream SDU, the downstream SDU including user data. The downstream SDU is forwarded toward a user device via a downstream interface. Splitting a SDU and distributing the resulting blocks over the selected bonded channels allows portions of the SDU to be simultaneously communicated over multiple bonded channels. This results in substantially increased peak transmission speeds for the SDU in comparison to serial communication of the SDU over a single channel.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the plurality of downstream blocks are distributed equally amongst the selected bonded channels available at each transmitter buffer index. Even distribution over available bonded channels maximizes the portion of the SDU that can be transmitted at each point in time.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the plurality of downstream blocks are received in XGEM frames, where each XGEM frame encapsulates a group of downstream blocks in a common bonded channel. The XGEM frames encapsulate groups of blocks and ensure the groups of blocks are properly transmitted to the receiver as a group.
Optionally, in any of the preceding aspects, another implementation of the aspect includes obtaining FAMs in headers of the XGEM frames. The plurality of downstream blocks are ordered for reassembly into the downstream SDU based on the FAMs. Channels operate at different wavelengths and hence propagate at different speeds, causing skew. FAMs allow blocks to be positioned in the correct order to reconstruct the SDU frame regardless of skew.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the FAMs are transmitter buffer indices employed by an Optical Line Terminal (OLT) transmitter buffer for the corresponding XGEM frames. Transmitter buffer indices can be used as FAMs with minimal processing overhead, which results in faster overall transmission speed.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the plurality of downstream blocks include eight bytes of user data.
Optionally, in any of the preceding aspects, another implementation of the aspect includes transmitting, by the transceiver, a first Physical Layer Operations, Administration, and Maintenance (PLOAM) message to the OLT, the first PLOAM message indicating available channels for simultaneous upstream communication by the ONU and available channels for simultaneous downstream communication by the ONU. PLOAM messages can be used to determine available channels for bonding as well as bonding assignments. This allows the OLT to setup bonded channels.
Optionally, in any of the preceding aspects, another implementation of the aspect includes receiving, at the transceiver, a second PLOAM message from the OLT, the second PLOAM message assigning the selected bonded channels based on the bonded channel availability, the selected bonded channels being assigned for communication of the plurality of downstream blocks of the downstream SDU.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the first PLOAM message is a Serial Number ONU message, a Channel Report message, or a Tuning Response message, and wherein the second PLOAM message is an Assign ONU ID message or a Channel Bonding Response message.
Optionally, in any of the preceding aspects, another implementation of the aspect includes, generating, by the processor, an ONU3-G managed entity configured to synchronize a managed entity file with a GBSP managed entity instance operating on the OLT, and store the managed entity file in memory. The managed entity file includes available channels for simultaneous upstream communication by the ONU. The managed entity file also includes available channels for simultaneous downstream communication by the ONU. The managed entity file also includes bonded channels for upstream communication and downstream communication between the OLT and ONU. Synchronizing the managed entity files allows the OLT to determine available channels for bonding as well as communicate bonding assignments. This allows the OLT to setup bonded channels.
Optionally, in any of the preceding aspects, another implementation of the aspect includes receiving an upstream SDU including user data at the downstream interface. The upstream SDU is split into a plurality of upstream blocks. At the transceiver, the plurality of upstream blocks are distributed amongst second selected bonded channels based on bonded channel availability for transmission over the PON. The second selected bonded channels can be the same or different from the selected bonded channels. Both the OLT and ONU can employ channel bonding in both the upstream and downstream directions. This allows for increased peak communication speeds for both uploads and downloads.
In an embodiment, the disclosure includes a non-transitory computer readable medium comprising a computer program product for use by an OLT. The computer program product comprises computer executable instructions stored on the non-transitory computer readable medium such that when executed by a processor to cause the OLT to perform any of the preceding aspects.
In an embodiment, the disclosure includes a non-transitory computer readable medium comprising a computer program product for use by an ONU. The computer program product comprises computer executable instructions stored on the non-transitory computer readable medium such that, when executed by a processor, cause the ONU to perform any of the preceding aspects.
In an embodiment, the disclosure includes an OLT. The OLT comprises an upstream communication means for receiving a downstream SDU including user data. The OLT also comprises a splitting means for splitting the downstream SDU into a plurality of downstream blocks. The OLT also comprises a distributing means for distributing the plurality of downstream blocks amongst selected bonded channels, with the distributing being based on bonded channel availability. The OLT also comprises a downstream communication means for transmitting the plurality of downstream blocks over a PON via the selected bonded channels.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the splitting means, distributing means, and downstream communication means are further configured for performing any of the preceding aspects.
In an embodiment, the disclosure includes an ONU comprising an upstream communication means for receiving a plurality of downstream blocks from a PON, and distributing the plurality of downstream blocks amongst selected bonded channels, with the distributing being based on bonded channel availability. The ONU also comprises a reassembling means for reassembling the plurality of downstream blocks received from the selected bonded channels over the PON into a downstream SDU, the downstream SDU including user data. The ONU also comprises a downstream communication means for forwarding the downstream SDU toward a user device via a downstream interface.
Optionally, in any of the preceding aspects, in another implementation of the aspect, the upstream communication means, reassembling means, and forwarding means are further configured for performing any of the preceding aspects.
For the purpose of clarity, any one of the foregoing embodiments may be combined with any one or more of the other foregoing embodiments to create a new embodiment within the scope of the present disclosure.
These and other features will be more clearly understood from the following detailed description taken in conjunction with the accompanying drawings and claims.
For a more complete understanding of this disclosure, reference is now made to the following brief description, taken in connection with the accompanying drawings and detailed description, wherein like reference numerals represent like parts.
It should be understood at the outset that although an illustrative implementation of one or more embodiments are provided below, the disclosed systems and/or methods may be implemented using any number of techniques, whether currently known or in existence. The disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary designs and implementations illustrated and described herein, but may be modified within the scope of the appended claims along with their full scope of equivalents.
In order to achieve a 50G data rate, PON components may simultaneously communicate over multiple channels. A channel is a predetermined group of wavelengths (or frequencies). Hence, different channels operate at different wavelengths and corresponding frequencies. Signals in different channels can be modulated onto a shared optical carrier to create an optical signal. The optical signal is communicated downstream and/or upstream between an Optical Line Terminal (OLT) at a central office and Optical Network Units (ONUs) at customer premises. The optical signal is received and employed to reconstruct the different sub-signals based on the channel. Such a process may be referred to a wavelength division multiplexing. The OLT can transmit downstream over multiple channels, in which case the ONUs receive data over multiple channels. Further, the ONUs can transmit upstream over multiple channels, in which case the OLT receives data over multiple channels.
In order to accomplish multi-channel communication, the OLT and ONUs may be equipped with multiple channel specific optical transceivers. Each optical transceiver may be treated as a separate physical interface from a hardware standpoint. Multi-channel communication can be employed to simultaneously communicate multiple data signals. Further, multi-channel communication can be employed to simultaneously communicate multiple parts of a single data signal, which can approximately double, triple, quadruple, etc. the data rate of the data signal depending on the number of channels employed. Multi-channel communication of a single signal in a PON can be accomplished by channel bonding. Channel bonding is a mechanism that combines multiple channel specific physical interfaces into a single logical link in the Media Access Control (MAC) layer. When ONUs include multiple optical transceivers, channel bonding enables the ONUs to achieve much higher peak data rates than is possible with a single channel system. In order to use channel bonding to achieve such increased peak data rates, the PON protocol layer should distribute user data in bonding units to the bonded channels at the sending side. Further, the PON protocol layer should be able to reassemble the received bonding units in the correct order at the receiving side.
Disclosed herein are example improvements to the ITU-T International Telecommunication Union Telecommunications Standardization Sector (ITU-T) PON protocol that allow for the creation and use of bonded channels. In the disclosed examples, a SDU, such as a MAC layer Ethernet frame, is obtained for transmission across a PON (e.g., from an OLT to an ONU or vice versa). The SDU is broken down into blocks. Such blocks may be eight bytes long. The blocks are transmitted over bonded channels based on channel availability. For example, the blocks may be split equally amongst all bonded channels that are available at each instance, as indicated by a transmitter buffer index. The blocks can be stored in a transmitter buffer to prepare for transmission. Blocks allocated to a common channel can be encapsulated in an XGEM frame prior to transmission. The XGEM frame may include a FAM, which may be a counter value and/or a transmitter buffer index. The FAM can be used by the receiver to reassemble the blocks into the correct order. For example, different channels operate at different wavelengths, and hence blocks traversing different channels propagate across the ODN at different speeds. Hence, the blocks may be received out of order. The FAM can be employed by the receiver to determine the relative order of block assignment to the XGEM frames, and hence to determine the relative order of the blocks. The disclosure also includes mechanisms for creating the bonded channels to support such communication. In one example embodiment, the ONUs and OLT exchange PLOAM messages. A PLOAM message from the ONU indicates the channels that an ONU can employ for simultaneous upstream transmission and downstream receipt. The OLT then selects and assigns bonded channels to the ONU, and forwards such assignments to the ONU via a responsive PLOAM message. Other PLOAM messages can be employed to adjust channel bonding assignments when an ONU is directed to adjust channel usage. In another example embodiment, the ONU generates an ONU Three Gigabit (ONU3-G) managed entity, and the OLT generates a corresponding Gigabit PON Encapsulation (GEM) Bonding Service Profile (GBSP) managed entity instance. Each entity maintains a local copy of a managed entity file in memory. The managed entity file is synchronized periodically and/or upon the occurrence of a predetermined event. The managed entity file includes the channels that an ONU can employ for simultaneous upstream transmission and downstream receipt as specified by the corresponding ONU. The managed entity file also includes the bonded channel assignments as specified by the OLT.
An OLT 110 is an optical device configured to communicate data from a core network (e.g., the Internet) downstream towards the ONUs 120, and communicate upstream data from the ONUs 120 toward the core network. Specifically, the OLT 110 acts as an intermediary between the core network and the ONUs 120. The OLT 110 may be located at a central location, such as a central office, but may be located at other locations as well. The OLT 110 generally contains one or more transmitters, receivers, and/or transceivers, referred to collectively as transceivers for clarity, configured as upstream interfaces for communicating with the core network. The OLT 110 also generally contains one or more downstream transceivers configured as downstream interfaces for communicating with the ONUs 120. In multi-channel implementations, different interfaces communicate over different channels. For example, a first interface may communicate over a first channel, a second interface may communicate over a second channel, etc. As used herein, a channel is a bounded group of wavelengths (or frequencies). Hence, different channels operate at different wavelengths and corresponding frequencies. The OLT 110 may employ such interfaces to modulate multiple wavelength signals onto a single optical carrier, which generates an optical signal containing multiple data signals at different wavelengths/frequencies.
The ODN 130 is a data distribution system. The ODN 130 may include optical fiber cables, couplers, splitters, distributors, and/or other equipment for communicating optical signals between the OLT 110 and the ONUs 120. Such optical fiber cables, couplers, splitters, distributors, and/or other equipment are passive optical components. Specifically, the optical fiber cables, couplers, splitters, distributors, and/or other equipment are components that do not require any power to distribute data signals between the OLT 110 and the ONUs 120. Accordingly, the ODN 130 propagates optical signals between the OLT 110 and the ONUs 120 without making changes to such signals (e.g., without switching packets). In some cases, the ODN 130 may comprise some active components, such as optical amplifiers, for maintaining signal quality and/or mitigating signal loss. The ODN 130 may extend from the OLT 110 to the ONUs 120 in a branching configuration as shown in
An ONU 120 is device that is configured to communicate data between the OLT 110 and a customer or user. Specifically, an ONU 120 may act as an intermediary between the OLT 110 and the customer. For instance, the ONUs 120 may receive data from the OLT 110 on an upstream interface and forward such data to a customer on a downstream interface, and vice versa. For example, the ONUs 120 may comprise one or more upstream interfaces that each include an optical transceiver (e.g., an optical transmitter and an optical receiver) configured to couple to the ODN 130. The ONU 120 also includes one or more downstream interfaces, such as Ethernet ports, for communicating with a local network, such as a home or office network. Additionally, the ONUs 120 may comprise a converter that converts the received optical signal from the OLT 110 into an electrical signal for the customer, such as signals in the Ethernet or asynchronous transfer mode (ATM) protocol. In examples that employ multiple channels, the ONUs 120 may include multiple upstream interfaces for transmitting and receiving optical signal data in corresponding channels.
As noted above, OLTs 110 and ONUs 120 can increase peak data rates by employing channel bonding to logically combine multiple channel specific interfaces into a single logical link for purposes of Open Systems Interconnect (OSI) model layer two type communications. For example, the OLT 110 can bond multiple downstream interfaces into a logical link. The OLT 110 can then break a SDU, such as an Ethernet frame, from the core network into multiple blocks and simultaneously send the blocks over multiple downstream interfaces, and hence over multiple channels. In this manner, the SDU blocks are transmitted across the ODN 130 in parallel instead of in series. The ONU 120 can receive the blocks on multiple upstream interfaces and can order the received blocks to reconstruct the SDU. The same process can also occur for upstream communication. For example, a SDU from a local network (e.g., from a user) can be split into multiple blocks and forwarded across multiple upstream interfaces at the ONU 120. The OLT 110 can receive the blocks on multiple downstream interfaces and can reconstruct the SDU for communication towards the core network. The following FIGS. describe various example mechanisms for dividing, transmitting, and reconstructing an SDU by employing bonded channels as well as provide example mechanisms to bond channels for such communications.
The SDU 201 may include a header, a payload, metadata, etc. The transmitter splits the SDU 201 into a plurality of fragments of predetermined size. In the example shown in
The transmitter can encapsulate the SDU fragments 202 and 203 into XGEM frames according to XGEM encapsulation (e.g., according to an ITU-T PON protocol). An XGEM frame is a container employed to carry user data over PONs. An XGEM frame includes an XGEM header containing control information and an XGEM payload containing user data. Hence, the SDU fragment A 202 is converted into an XGEM payload A 205 when the SDU fragment A 202 is encapsulated by an XGEM header A 204. Further, the SDU fragment B 203 is converted into an XGEM payload B 207 when the SDU fragment B 203 is encapsulated by an XGEM header B 206. The XGEM frames can then be transmitted over separate bonded channels. In some cases, multiple SDU fragments 202 and/or 203 can be allocated to a common channel and encapsulated by a single XGEM header 204 and/or 206. In such a case, a separate XGEM frame can be employed for each channel. Hence, the XGEM frames, including XGEM headers 204 and 206 and XGEM payloads 205 and 207, can be employed to encapsulate groups of blocks in assigned bonded channels prior to transmission over a PON.
Referring first to
The blocks 302 are then distributed amongst the bonded channels 331 based on bonded channel 331 availability, for transmission over the PON. In this example, a transmitter buffer is employed to distribute the blocks 302. The transmitter buffer includes memory capable of storing and/or queueing blocks 302 for transit over corresponding channels 331. The transmitter buffer stores the blocks 302 according to a bonded channel 331 and a transmitter buffer index 332. For purposes of illustration, the blocks 302 are assigned to channels 331 at transmitter buffer indices 332 of twelve to twenty three in the present example. In the present example, a transmitter buffer index 332 (that corresponds with a channel 331 that does not contain a block 302) indicates that the channel 331 is unavailable at that transmitter buffer index 332. A channel 331 can be unavailable because the channel 331 is already in use for transmission of an unrelated communication.
In order to prepare the blocks 302 for transmission, an XGEM header 304 is attached to the blocks 302 allocated to a common channel. The XGEM headers 304 may be substantially similar to XGEM header 204 and/or 206. The XGEM headers 304 each include a Frame Allocation Marker (FAM), which can be used to reassemble the blocks 302 in the correct order at the receiver. While the FAM may be any counter value, in this case the FAM is selected as the transmitter buffer index 332 that is employed by the transmitter buffer as the starting point of the corresponding XGEM frame (e.g., as a position index). For example, the first available buffer index 332 for CH0 is eighteen, the first available buffer index 332 for CH1 is twelve, and the first available buffer index 332 for CH2 is fifteen, respectively. Hence, the XGEM headers 304 for CH0, CH1, and CH2 are positioned at buffer indices 332 eighteen, twelve, and fifteen, respectively. Further, the XGEM headers 304 for CH0, CH1, and CH2 receive FAMs eighteen, twelve, and fifteen, respectively.
Once the XGEM headers 304 are stored in the transmit buffer, the SDN blocks 302 are distributed amongst the bonded channels 331 based on channel 331 availability from lowest channel to highest channel. Specifically, the SDN blocks 302 are evenly distributed over each available bonded channel 331 at each transmitter buffer index 332. In the example shown, CH0 is available from transmitter buffer index 332 eighteen to twenty four, CH1 is available from transmitter buffer index 332 twelve to twenty two, and CH2 is available from transmitter buffer index 332 fifteen to twenty. The blocks 302 are positioned in the transmit buffer in order following the corresponding XGEM headers 304. Accordingly, CH1 is the only channel 331 available to receive blocks 302 from buffer index 332 thirteen to fifteen, and therefore blocks 302 one, two, and three are positioned in order at the corresponding buffer indices 332 at CH1. From buffer index 332 sixteen to index 332 eighteen, both CH1 and CH2 are available. As such, blocks 302 four through nine are distributed evenly between CH1 and CH2 in order from lowest channel to highest channel. From buffer index 332 nineteen to buffer index 332 twenty, CH0, CH1 and CH2 are all available. Hence, blocks 302 ten through fifteen are distributed evenly between CH0, CH1, and CH2 in order from lowest channel to highest channel. From buffer index 332 twenty one to buffer index 332 twenty two, CH0 and CH1 are all available. As such, blocks 302 sixteen through nineteen are distributed evenly between CH0 and CH1 in order from lowest channel to highest channel. From buffer index 332 twenty three to buffer index 332 twenty four only CH0 is available. Thus, blocks 302 twenty through twenty one are positioned in order in CH0. Once the blocks 302 are positioned in the transmitter buffer, the XGEM header 304 for a channel 331 and blocks 302 assigned to the channel 331 form an XGEM frame.
Referring now to
Referring now to
As a specific example, by employing protocol 300 downstream, an OLT can receive an SDU including user data on an upstream receiver. The OLT can split the SDU into a plurality of blocks 302 and distribute the blocks 302 amongst the bonded channels 331 based on bonded channel 331 availability. Such blocks 302 can then be scheduled for transmission over the PON via a downstream transceiver, so long as the downstream transceiver is coupled to the PON and configured to communicate over the bonded channels. Further, an ONU employing a transceiver coupled to the PON and communicating over the PON via the bonded channels 331 can receive the blocks 302 distributed amongst the bonded channels 331 based on channel 331 availability. The ONU can then reassemble the blocks 302 received from the bonded channels 331 over the PON into the SDU including the user data. The ONU can then forward the SDU toward a user via a downstream interface.
As another specific example, by employing protocol 300 upstream, an ONU can receive an SDU including user data on a downstream interface. The ONU can split the SDU into a plurality of blocks 302 and distribute the blocks 302 amongst the bonded channels 331 based on bonded channel 311 availability. Such blocks 302 can then be scheduled for transmission over the PON via an upstream transceiver, so long as the upstream transceiver is coupled to the PON and configured to communicate over the bonded channels. Further, an OLT employing a transceiver coupled to the PON and communicating over the PON via the bonded channels can receive the blocks 302 distributed amongst the bonded channels 331 based on channel 331 availability. The OLT can then reassemble the blocks 302 received from the bonded channels 331 over the PON into the SDU including the user data. The OLT can then forward the SDU upstream (e.g., toward the Internet) via an upstream transceiver.
The XGEM header 400 also carries a FAM field 444. The FAM field 444 contains a FAM inserted into the header 400 of the XGEM frame by the OLT or ONU, depending on the example. The FAM field 444 is employed to support ordering the blocks in the XGEM frame for reassembly at the receiver (e.g., the ONU or OLT) upon receipt over the selected bonded channels. The FAM field 444 contains a copy of a counter value generated when the XGEM frame is formed at the sender. This counter may be an intra-frame counter (IFC) associated with the given XGEM frame. The IFC can be used as a transmitter buffer index in some examples. The counter in the FAM field 444 can also be any counter based on the transmitting clock. The FAM field 444 can inherit either the entire counter value or a portion of the counter value. When a portion of the counter value is used for FAM field 444, the higher bits of the counter can be omitted and the lower bits of the counter can be encoded into the FAM field 444.
The XGEM header 400 also includes an options field 445. The options field 445 is generally eighteen bits long and is reserved for data employed for ten-Gigabit PON (XG-PON), ten-Gigabit Symmetric PON (XGS-PON), and Next Generation PON version Two (NG-PON2). When x bits are used for FAM field 444, the options field 445 becomes (18-x) bits. The FAM field 444 size is determined by multiple factors, such as the number of bonded channels, the maximum channel skew, and the implementation of PON chips. In one example, the FAM field 444 is set as sixteen bits, which aligns fields in the XGEM header 400 to bytes.
Mechanism 500 begins when the OLT sends a Serial Number (SN) grant 551 to the ONU. The OLT periodically sends SN grant 551 messages downstream. The SN grant 551 is an invitation for any unregistered ONU to request an address and/or other ID from the OLT. The ONU responds to the SN grant 551 with a Serial Number ONU PLOAM message 552. The Serial Number ONU PLOAM message 552 is a request to obtain an ONU specific ID from the OLT. The ID can then be employed for further communication. The Serial Number ONU PLOAM message 552 may contain various information related to the communications capabilities of the ONU (e.g., as discussed in more detail with respect to the tables below). The OLT then authenticates the ONU. Presuming the ONU is authorized to connect to the PON, the OLT sends an Assign ONU ID PLOAM message 553. The Assign ONU ID PLOAM message 553 includes the ID used when communicating with the ONU via the PON. The ID can then be stored at the ONU.
In order to avoid collision of upstream messages from multiple ONUs, the OLT performs a ranging procedure. The ranging procedure allows the OLT to determine a transmission delay to add to upstream messages. The transmission delay is specific to each ONU and is primarily based on OLT to ONU distance. The transmission delay adjusts upstream message transmission start time so the upstream messages reach the OLT in the correct timeslot, and hence avoid collision with other messages. The OLT transmits a ranging request message 554 to initiate the ranging procedure. The ONU responds to the ranging request message 554 with a registration PLOAM 555. The registration PLOAM 555 acts as a request to register the ONU with the OLT and receive time slots for upstream and downstream communication. The OLT employs the delay between sending the ranging request 554 and receiving the registration PLOAM 555 to determine transmission delays for the ONU. The OLT then replies with a ranging time PLOAM 556. The ranging time PLOAM 556 contains the delay(s) that should be added to communications as determined by the ranging procedure. Such delays ensure that upstream messages reach the OLT at the correct upstream time slot and that the ONU reads downstream data at the correct time based on an assigned downstream timeslot. The OLT can the assign upstream and downstream timeslots so that data communications between the OLT and ONU can commence.
Channel bonding can be determined and assigned by employing a pair of the PLOAM messages (552, 553) and/or (555, 556). Specifically, a first PLOAM message (e.g., serial number ONU PLOAM 552 or registration PLOAM 555) can be transmitted from an upstream transceiver on the ONU and received by a downstream transceiver at the OLT. The first PLOAM message can be employed to indicate available channels for simultaneous upstream communication by the ONU and available channels for simultaneous downstream communication by the ONU. The OLT can then determine channels for channel bonding based on the available channels indicated by the ONU. A second PLOAM message can then be transmitted from the downstream transceiver on the OLT to the upstream transceiver on the OLT. The second PLOAM message can be employed to assign a plurality of bonded channels based on the available channels. The plurality of bonded channels can then be used for communication of a plurality of blocks from an SDU as discussed above.
As an example, the serial number ONU PLOAM message 552 or the registration PLOAM 555 can be employed as the first message and can include a field for the purpose of indicating available channels for simultaneous upstream and downstream communication between the ONU and OLT. Such channels can be indicated via an upstream bitmap and a downstream bitmap. An example of a serial number ONU PLOAM message 552, as modified to contain a wavelength channel bitmap field to indicate available channels for bonding, is shown in Table 1 below. In this example a maximum of four channels is assumed in each direction. For a system with more than four channels in either direction, a longer bitmap should be employed.
As another example, the assigned ONU ID PLOAM message 553 or the ranging time PLOAM 556 can be employed as the second message and can include fields for the purpose of assigning bonded channels between the ONU and OLT based on the available channels indicated by the ONU. Such channels can be indicated via an upstream bitmap and a downstream bitmap. An example of assign ONU ID PLOAM message 553, as modified to contain a downstream wavelength channel bonding set field and an upstream wavelength channel bonding set field to indicate assigned downstream and upstream bonded channels, respectively, is shown in Table 2 below. Specifically, two bytes (e.g., octets fifteen and sixteen) are defined for downstream channel bonding, and another two bytes (e.g., octets seventeen and eighteen) are defined for upstream channel bonding.
In mechanism 600, the ONU transmits a channel report message 652 containing channels that can be simultaneously employed by the ONU, and hence are available for channel bonding. The OLT then assigns channels and responds with a channel bonding control message 653 containing the channel bonding assignments. The ONU can then respond with a channel bonding response message 654, which acknowledges receipt of the channel bonding at the ONU. Specifically, a first PLOAM message (e.g., channel report message 652) can be transmitted from an upstream transceiver on the ONU and received by a downstream transceiver at the OLT. The first PLOAM message can be employed to indicate available channels for simultaneous upstream communication by the ONU and available channels for simultaneous downstream communication by the ONU. The OLT can then determine channels for channel bonding based on the available channels indicated by the ONU. A second PLOAM message (e.g., a channel bonding control message 653) can then be transmitted from the downstream transceiver on the OLT to the upstream transceiver on the OLT. The second PLOAM message can be employed to assign a plurality of bonded channels based on the available channels. The plurality of bonded channels can then be used for communication of a plurality of blocks from an SDU as discussed above.
The channel report message 652 can include a field for the purpose of indicating available channels for simultaneous upstream and downstream communication between the ONU and OLT. Such channels can be indicated via an upstream bitmap and a downstream bitmap. An example of a channel report message 652 containing a wavelength channel bitmap field to indicate available channels for bonding, is shown in Table 3 below.
The channel bonding control message 653 can include fields for the purpose of assigning bonded channels between the ONU and OLT based on the available channels indicated by the ONU. Such channels can be indicated via an upstream bitmap and a downstream bitmap. An example channel bonding control message 653 containing a downstream wavelength channel bonding set field and an upstream wavelength channel bonding set field to indicate assigned downstream and upstream bonded channels, respectively, is shown in Table 4 below.
An example of a channel bonding response message 654 is also shown in Table 5 below.
Mechanism 800 operates on an OLT 810 and an ONU 820, which may be substantially similar to OLT 110 and ONU 120, respectively. The OLT 810 and an ONU 820 each control a managed entity, which share communication information including channel bonding information to support bonded channel communication as discussed above. The ONU 820 is configured to generate an ONU3-G managed entity 821. The OLT 810 is configured to generate an instance of a GBSP managed entity 811 for each ONU 820. The ONU3-G managed entity 821 and the GBSP managed entity 811 each store channel bonding information in local memory as a managed entity file. Hence, the ONU3-G managed entity 821 and the GBSP managed entity 811 each operate on a combination of processors and memory. Further, the ONU3-G managed entity 821 and the GBSP managed entity 811 are configured to synchronize 850 the managed entity file to ensure that both entities 811 and 821 have access to the same channel bonding information. Such synchronization 850 can occur periodically and/or upon the occurrence of a predefined condition (e.g., system software update, system reboot, system connect, channel tuning, etc.) Once the managed entity file is synchronized 850, the ONU3-G managed entity 821 and the GBSP managed entity 811 each store a local copy of the managed entity file in local memory. The synchronized 850 managed entity file may contain available channels for simultaneous upstream communication by the ONU 820, available channels for simultaneous downstream communication by the ONU 820, and/or assignments of bonded channels for upstream communication and downstream communication between the OLT 810 and ONU 820.
The ONU3-G managed entity 821 and the GBSP managed entity 811 are generated according to an ONU Management and Control Interface (OMCI) protocol. The ONU3-G managed entity 821 is a control and management entity that manages and controls communications for the ONU 820. For example, the ONU3-G managed entity 821 controls the ONU 820 upstream transceiver to direct sampling of the communication stream from the OLT 810 to obtain relevant data, controls the ONU 820 upstream transceiver to transmit data upstream at an appropriate time slot, directs packets toward corresponding communication ports, etc. The GBSP managed entity 811 is a control and management entity that manages a corresponding ONU3-G managed entity 821 based on network wide time slot assignments.
The ONU3-G managed entity 821 can be configured according to Table 7 to manage channel bonding at the ONU 820. It should be noted that the functionality of Table 7 could also be added to other managed entities at an ONU 820 to accomplish channel bonding in some examples.
The above OMCI extensions are for channel bonding configuration. After such configuration, the bonded units are encapsulated into XGEM frames for distribution to and transmission over multiple physical (PHY) interfaces of an ONU 820 or the OLT 810. This updates the relationship between a GEM Interworking Termination Point (TP) at the OLT 810 and a GEM port network Connection Termination Point (CTP) at the ONU 820 in the OMCI protocol. The TP and the CTP act as communication points so that upper layer processes can treat PON communications as if they were point to point communications. Multiple GEM port network CTPs at multiple ONUs 820 may point to a GEM Interworking TP instance at the OLT 810. Toward this end, the GBSP managed entity 811 can be designed as described in Table 8.
An instance of the GEM Bonding Service Profile works as the hub to connect multiple GEM port network CTP instances at the ONUs 820 and a GEM Interworking TP instance at the OLT 810. A pointer should be added to the GEM Interworking TP. The pointer points to the corresponding GBSP managed entity 811 instance. Another pointer should be added to the GEM port network CTP at the ONU 820. The pointer also points to the same GBSP managed entity 811 instance. In scenarios of channel bonding, multiple GEM port network CTP instances are created for an ONU 820, and their associated GEM port IDs are the same. The outgoing XGEM frames are generated by the GEM Interworking TP instance and the incoming XGEMs are reassembled by the GEM Interworking TP instance. Table 9 shows the added GBSP pointer in the GEM Port Network CTP managed entity at the ONU 820.
Table 10 shows the added GBSP pointer in the GEM Internetworking TP managed entity as used at the OLT 810.
The processor 930 is implemented by hardware and software. The processor 930 may be implemented as one or more CPU chips, cores (e.g., as a multi-core processor), field-programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), and digital signal processors (DSPs). The processor 930 is in communication with the downstream ports 920, Tx/Rx units 910, upstream ports 950, and memory 932. The processor 930 comprises a channel bonding module 914. The channel bonding module 914 implements the disclosed embodiments described herein, such as scheme 200, protocol 300, and mechanisms 500, 600, 700, and/or 800. The channel bonding module 914 may also encapsulate SDU blocks with XGEM headers 400. For example, the channel bonding module 914 may perform channel bonding via PLOAM messages and/or managed entities. The channel bonding module 914 may then subdivide SDUs according to scheme 200, encapsulate the blocks in a XGEM frames, and communicate the blocks according to protocol 300. The inclusion of the channel bonding module 914 therefore provides a substantial improvement to the functionality of the network element 900 and effects a transformation of the network element 900 to a different state. Alternatively, the channel bonding module 914 can be implemented as instructions stored in the memory 932 and executed by the processor 930 (e.g., as a computer program product stored on a non-transitory medium).
The memory 932 comprises one or more memory types such as disks, tape drives, solid-state drives, read only memory (ROM), random access memory (RAM), flash memory, ternary content-addressable memory (TCAM), static random-access memory (SRAM), etc. The memory 932 may be used as an over-flow data storage device, to store programs when such programs are selected for execution, and to store instructions and data that are read during program execution.
In an example embodiment, the network element 900 includes a reception module receiving a downstream Service Data Unit (SDU) including user data at an upstream transceiver, a splitter module splitting the downstream SDU into a plurality of downstream blocks, a distribution module distributing the downstream blocks amongst a plurality of bonded channels, with the distributing being based on bonded channel availability, and a transmission module transmitting the downstream blocks over a Passive Optical Network (PON) via the plurality of bonded channels. In some embodiments, the network element 900 may include other or additional modules for performing any one of or combination of steps described in the embodiments. Further, any of the additional or alternative embodiments or aspects of the method, as shown in any of the figures or recited in any of the claims, are also contemplated to include similar modules.
In an example embodiment, the network element 900 includes a reception module receiving a plurality of downstream blocks distributed amongst a plurality of bonded channels, with the distributing being based on channel availability, a reassembler module reassembling the plurality of downstream blocks received from the plurality of bonded channels over the PON into a downstream Service Data Unit (SDU) including user data, and a forward module forwarding the downstream SDU toward a user via a downstream interface. In some embodiments, the network element 900 may include other or additional modules for performing any one of or combination of steps described in the embodiments. Further, any of the additional or alternative embodiments or aspects of the method, as shown in any of the figures or recited in any of the claims, are also contemplated to include similar modules.
The method 1000 initiates when an ONU joins a PON. The ONU then registers with the OLT. During this process, a first PLOAM message is received at a downstream transceiver of an OLT at step 1001. The first PLOAM message is received from the ONU and indicates available channels for simultaneous upstream communication by the ONU and available channels for simultaneous downstream communication by the ONU. Depending on the example, the first PLOAM message may be a Serial Number ONU message, a Channel Report message, or a Tuning Response message.
At step 1002, the OLT transmits a second PLOAM message to the ONU in response to the first PLOAM message of step 1001. The second PLOAM message assigns a plurality of bonded channels for further communication based on the available channels. Specifically, the plurality of bonded channels are later employed for communication of a plurality of blocks split from an SDU. Depending on the example, the second PLOAM message can be an Assign ONU ID message or a Channel Bonding Response message.
It should be noted that when mechanism 800 is employed, steps 1001 and 1002 can be omitted in place of a block that generates a GBSP managed entity to synchronize a managed entity file with an ONU3-G managed entity operating at the ONU, and stores the managed entity file in the memory. In this case, the managed entity file includes the available channels for simultaneous upstream communication by the ONU, the available channels for simultaneous downstream communication by the ONU, and the bonded channels for upstream communication and downstream communication between the OLT and ONU.
In either case, channels become bonded upon completion of the preceding steps. At step 1003, an SDU including user data is received at an upstream receiver/transceiver. The SDU may be an Ethernet packet/frame, or other communications packet. At step 1004, the SDU is split into a plurality of blocks for transmission over the bonded channels. The blocks split from the SDU may be split to include eight bytes of user data each.
The blocks are then distributed amongst the plurality of bonded channels based on bonded channel availability at step 1005. For example, distributing the blocks amongst the bonded channels based on bonded channel availability may include evenly distributing the blocks over each available bonded channel at each transmitter buffer index. Groups of the blocks can then be encapsulated in the bonded channels with XGEM frames at step 1006 prior to transmission over the PON. To support reordering the blocks at an ONU upon receipt over the selected bonded channels, FAMs can be inserted into headers of the XGEM frames. For example, the FAMs may include transmitter buffer indices employed by a transmitter buffer for the corresponding XGEM frames. The blocks are then transmitted over the PON via the plurality of bonded channels at step 1007.
The method 1100 initiates when an ONU joins a PON. The ONU then registers with the OLT. During this process, the ONU transmits a first PLOAM message to the OLT at step 1101. The first PLOAM message indicates available channels for simultaneous upstream communication by the ONU and available channels for simultaneous downstream communication by the ONU. Depending on the example, the first PLOAM message can be a Serial Number ONU message, a Channel Report message, or a Tuning Response message.
At step 1102, the ONU receives a second PLOAM message from the OLT. The second PLOAM message assigns a plurality of bonded channels based on the available channels of step 1101. The plurality of bonded channels can then be used for communication of a plurality of blocks of an SDU. Depending on the example, the second PLOAM message can be an Assign ONU ID message or a Channel Bonding Response message.
It should be noted that when mechanism 800 is employed, steps 1101 and 1102 can be omitted in place of a block that generates an ONU3-G managed entity configured to synchronize a managed entity file with a GBSP managed entity instance operating on the OLT, and storing the managed entity file in memory. In this case, the managed entity file includes available channels for simultaneous upstream communication by the ONU, available channels for simultaneous downstream communication by the ONU, and bonded channels for upstream communication and downstream communication between the OLT and ONU.
In either case, channels become bonded upon completion of the preceding steps. At step 1103, a plurality of blocks are received at the ONU (e.g., from the OLT). Such blocks are distributed amongst a plurality of bonded channels based on channel availability. The blocks can be distributed equally amongst the bonded channels available at each transmitter buffer index in some examples. Further, the plurality of blocks can be received in XGEM. For example, each XGEM frame can encapsulate a group of blocks in a common bonded channel. In some examples, the blocks may include eight bytes of user data each.
At step 1104, FAMs in headers of the XGEM frames are obtained. The blocks can then be ordered for reassembly into an SDU based on the FAMs at step 1105. In some cases, the FAMs are transmitter buffer indices employed by an OLT transmitter buffer for the corresponding XGEM frames.
At step 1106, the blocks received from the plurality of bonded channels over the PON are reassembled into an SDU including user data. The SDU can then be forwarded toward a user via a downstream interface at step 1107.
A first component is directly coupled to a second component when there are no intervening components, except for a line, a trace, or another medium between the first component and the second component. The first component is indirectly coupled to the second component when there are intervening components other than a line, a trace, or another medium between the first component and the second component. The term “coupled” and its variants include both directly coupled and indirectly coupled. The use of the term “about” means a range including ±10% of the subsequent number unless otherwise stated.
While several embodiments have been provided in the present disclosure, it may be understood that the disclosed systems and methods might be embodied in many other specific forms without departing from the spirit or scope of the present disclosure. The present examples are to be considered as illustrative and not restrictive, and the intention is not to be limited to the details given herein. For example, the various elements or components may be combined or integrated in another system or certain features may be omitted, or not implemented.
In addition, techniques, systems, subsystems, and methods described and illustrated in the various embodiments as discrete or separate may be combined or integrated with other systems, components, techniques, or methods without departing from the scope of the present disclosure. Other examples of changes, substitutions, and alterations are ascertainable by one skilled in the art and may be made without departing from the spirit and scope disclosed herein.
This patent application is a continuation of U.S. patent application Ser. No. 17/158,807, filed Jan. 26, 2021, by Bo Gao, et. al., and titled “Passive Optical Network (PON) Channel Bonding Protocol,” which is a continuation of International Application No. PCT/CN2019/091251, filed Jun. 14, 2019, by Bo Gao, et. al., and titled “Passive Optical Network (PON) Channel Bonding Protocol,” and claiming the benefit of U.S. Provisional Patent Application No. 62/734,621, filed Sep. 21, 2018, by Bo Gao, et. al., and titled “Passive Optical Network (PON) Channel Bonding Protocol”. All of the aforementioned patent applications are hereby incorporated by reference in their entireties.
| Number | Date | Country | |
|---|---|---|---|
| 62734621 | Sep 2018 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 17158807 | Jan 2021 | US |
| Child | 17741439 | US | |
| Parent | PCT/CN2019/091251 | Jun 2019 | US |
| Child | 17158807 | US |
