Various embodiments relate to a method of bonding physical lines at a modem and to a corresponding device. In particular, various embodiments relate to techniques of bonding a first protocol stack and a second protocol stack at the Physical Medium Dependent layer.
According to International Telecommunications Union (ITU) Telecommunications standard (ITU-T) G.998.2 (2005) bonding of a plurality of physical lines is located in between the physical layer (layer 1) and the data link layer (layer 2) at the γ interface.
Bonding above the physical layer or at an upper edge of the physical layer has certain restrictions and drawbacks. E.g., it can be required to provide differential delay compensation buffers to cope with the required differential delay of up to 10 milliseconds for high bit rates. In particular, big differential delay compensation buffers may be required in a scenario where 10 ms impulse noise impacts one of the bonded physical lines, but not other bonded physical lines.
A further drawback is that adding another physical line to a bonding group can be comparably slow. Thus, switching between bonded mode and unbonded mode may not be possible or only possible to a limited degree during Showtime.
Further limitations and drawbacks relate to operation of the various physical lines in different modes. E.g., within existing reference implementations of bonding, operation may be limited to either full power transmission for all bonded physical lines or low power mode for all bonded physical lines. A combination of full power mode for one more bonded physical lines on the one hand side, with low power mode for further bonded physical lines on the other hand side may not be possible or only possible to a limited degree.
A further drawback of existing reference implementations of bonding relates to additional bonding overhead introduced. The bonding overhead reduces the throughput of applications implemented on the physical lines of a bonded group. E.g., fragmentation using sequence numbers identifying fragments may be used for distributing data between bonded physical lines; sequence numbers may require additional overhead.
Therefore, a need exists for advanced techniques of bonding. In particular, a need exists for techniques which overcome or mitigate at least some of the above-identified drawbacks and restrictions.
This need is met by the features of the independent claims. The dependent claims define embodiments.
According to various embodiments, a method of bonding physical lines at a modem is provided. The method comprises implementing a first protocol stack for communication on a first physical line and implementing at least parts of a second protocol stack for communication on a second physical line. The method further comprises bonding the first protocol stack and the second protocol stack at the Physical Medium Dependent layer of the first protocol stack and at the Physical Medium Dependent layer of the second protocol stack.
According to various embodiments, a device is provided. The device comprises a first interface configured to communicate on a first physical line. The device further comprises a second interface configured to communicate on a second physical line. The device further comprises at least one processor configured to implement a first protocol stack for communication on the first physical line via the interface. The at least one processor is further configured to implement at least parts of a second protocol stack for communication on the second physical line via the second interface. The at least one processor is configured to bond the first protocol stack and the second protocol stack at the Physical Medium Dependent layer of the first protocol stack and at the Physical Medium Dependent layer of the second protocol stack.
According to various embodiments, a computer program product is provided. The computer program product comprises program code that can be executed by at least one processor. Executing the program code by the at least one processor causes the at least one processor to execute a method. The method comprises implementing a first protocol stack for communication on a first physical line and implementing at least parts of a second protocol stack for communication on a second physical line. The method further comprises bonding the first protocol stack and the second protocol stack at the Physical Medium Dependent layer of the first protocol stack and at the Physical Medium Dependent layer of the second protocol stack.
It is to be understood that the features mentioned above and those yet to be explained below may be used not only in the respective combinations indicated, but also in other combinations or in isolation without departing from the scope of the invention.
In the following, various embodiments are explained in further detail with respect to the accompanying drawings.
In the following, embodiments will be described in detail with reference to the accompanying drawings. It is to be understood that the following description of embodiments is not to be taken in a limiting sense. The scope of the invention is not intended to be limited by the embodiments described hereinafter or by the drawings, which are taken to be illustrative only.
The drawings are to be regarded as being schematic representations and elements illustrated in the drawings are not necessarily shown to scale. Rather, the various elements are represented such that their function and general purpose become apparent to a person skilled in the art. Any connection or coupling between functional blocks, devices, components, or other physical or functional units shown in the drawings or described herein may also be implemented by an indirect connection or coupling. A coupling between components may also be established over a wireless connection. Functional blocks may be implemented in hardware, firmware, software, or a combination thereof.
Hereinafter, various techniques of bonding multiple physical lines are disclosed. E.g., by bonding the multiple physical lines, Ethernet transport may be distributed across the multiple physical lines, thereby facilitating high traffic throughput of communication between a transmitter modem and a receiver modem. Sometimes, bonding is also referred to as aggregating multiple physical lines.
Techniques disclosed herein may be applied to various kinds of transmission protocols. A particular focus is put, hereinafter, on transmission according to the ITU-T G.9701 G.fast protocol for illustrative purposes only. Respective techniques may be readily applied to other kinds of communication protocols, including, but not limited to ITU-T G.992.X (ADSL and ADSL 2+), G.993.1 (VDSL1), and G.993.2 (VDSL2). Respective techniques may also be applied to non-DSL communication protocols; examples include the Institute of Electrical and Electronics Engineers (IEEE) 802.11 Wireless Local Area Network (WLAN) communication protocol and the Third Generation Partnership Project (3GPP) Long-Term Evolution (LTE) or Universal Mobile Telecommunications system (UMTS) protocol. Further examples include Bluetooth and satellite communication.
E.g., the various techniques disclosed herein can be applicable for communication system employed for the Internet of Things (IoT) where a large number of devices communicates. Here, high traffic throughput, low energy consumption, and flexibility in operation modes may be of benefit.
According to embodiments, bonding of first and second protocol stacks is implemented at the Physical Medium Dependent (PMD) layer of the first and second protocol stacks. In some examples, bonding is done at the δ interface which corresponds to an upper edge of the PMD layer of the first and second protocol stacks.
Bonding at the upper edge of the PMD layer has particular advantages for time-synchronized physical lines as are typically present for G.fast. In such a scenario, symbol boundaries—e.g., discrete multitone (DMT) symbol boundaries—in different physical lines are aligned in time domain and, furthermore, time positions of synchronization symbols in different physical lines are also aligned. Such a time-domain synchronization is particularly present in vectored communication protocols such as ITU-T G.9701, G.993.2/G.998.4, as well as G.993.5.
A respective scenario is illustrated schematically by
While, with respect to
It is possible that the first physical line 121 is a first copper wire pair and that the second physical line is a second copper wire pair. E.g., the first and second physical lines 121, 122 may be integrated into a single cable having a so-called quad-structure. Typically, for a cable having the quad-structure, a comparably strong crosstalk between the pairs of wires implementing the first and second physical lines 121, 122 may be present; at the same time, a strongly reduced crosstalk may be present between different cables having quad-structure. A shielding effect to the outside of the cable may be achieved. Employing both wire pairs of a cable for a single subscriber in a coordinated fashion can substantially improve the traffic throughput of the overall communication system; here, bonding may facilitate such a coordinated combination of communication.
Turning to
The data link layer 190 may implement various functionalities such as: protection of communication of data, e.g., by means of an Automatic Repeat Request (ARQ) protocol; conversion between service data units and protocol data units of, e.g., Ethernet or TCP/IP; multiplexing of multiple protocols atop the data link layer; etc. It is possible that the data link layer 190 comprises one or more (sub-)layers such as the logical link control sublayer and the media access control sublayer (not shown in
The PMD layer 183 is delimited by the delta (δ) interface 187 from the Physical Medium-specific Transmission Convergence layer (PMS-TC) 182. The δ interface 187, thus, is the upper edge of the PMD. E.g., the PMS-TC layer 182 may implement encapsulation functionality.
The PMS-TC layer 182 is delimited by the α interface 186 from the Transport Protocol-specific Transmission Convergence (TPS-TC) layer 181 interfacing to the data link layer 190 via the γ interface 185. E.g., the TPS-TC layer 181 may provide functionality selected from the group comprising: cell conversion; header error check (HEC) calculation; removing idle cell; descrambling of payload.
In some examples, data may be communicated on the first physical line 121 by means of the first protocol stack 171 independently of data communicated on the second physical line 122 by means of the second protocol stack 172. In particular, in such a scenario it is possible that the second protocol stack 172 is operated at Showtime in a first mode 151, i.e., fully powered-up and communicating data on the physical line 122. Such techniques may increase a traffic throughput.
In other examples, it is also possible that the second protocol stack 172 is operated in a Showtime low power state or in a powered down state. I.e., the Showtime low power state may correspond to a scenario where initialization of the second protocol stack 172 from the powered down state has occurred, but—beyond some management data or control data—payload data is not communicated via the second physical line 122. E.g., the second protocol stack 172 may generate idle bits and/or synchronization symbols for communication on the second physical line 122 in the first mode 151. Such techniques may reduce power consumption.
As illustrated with respect to
As can be seen from
Implementing techniques of bonding 301 at the PMD layer 183, e.g., as illustrated with respect to
Further, additional memory—as may be required in reference implementation where bonding is executed at an upper layer 181, 182, 190—may not be required or only be required to a limited degree.
Further, by implementing the bonding 301 according to techniques disclosed herein, traffic throughput/bit rate capabilities can be increased. E.g., it can be possible to implement a traffic throughput of 1 Gbit per second over comparably long physical lines 121, 122 when implementing a G.fast protocol. E.g., such traffic throughput may be achieved for a length of the physical lines 121, 122 of up to 250 meters. In particular, by said bonding 301, it can be possible to double the available traffic throughput over a given length of the physical lines 121, 122.
If compared to reference implementation, a complexity can be reduced, e.g., due to a reduced size of required memory buffers.
Further, in a scenario where quad-structure cables com are relied upon, a particular improvement of efficiency can be achieved by bonding 301 the two wire pairs implementing the physical lines 121, 122 due to coordinated communication via both wire pairs.
Now referring again to
Using the unbonded first mode is possible as long as the traffic throughput of the first protocol stack 171 is sufficient for the application speed/the traffic load. Where the traffic throughput becomes insufficient, a part of the traffic is distributed to the second protocol stack 172, in the second mode 152 (cf.
Now referring to
Typically, the data exchange at the δ interface 187, 187A, 187B is done via so-called “data frames” according to reference implementation.
During operation, the data frame messages 223 of the first protocol stack 171 carry payload data and/or management data, whereas the data frame messages 223 of the second protocol stack 172, in the unbonded first mode 151, do not carry payload data or management data, but are filled up with idle bits or dummy bits.
Illustrated in
Next, the situation of the bonded second mode 152. In the bonded second mode 152 the second protocol stack 172 is powered and the DAF bonds the PMD layer 183 of the first protocol stack 171 and the PMD layer 183 of the second protocol stack 172, e.g., as slave to the master first protocol stack 171. The transmit data frame messages 223 of the PMS-TC layer 182 of the first protocol stack 171 are distributed between the first protocol stack 171 and the second protocol stack 172, in particular between the PMD layer 183 of the first protocol stack 171 and the PMD layer of the second protocol stack 172. Likewise, data frame messages 223 comprising data received via one of the physical lines 121, 122 are bonded, e.g., by the DAF, and passed to the layer 182 of the first protocol stack 171.
In the bonded second mode 152, in some examples, any transmit data frame message 223 generated by the PMS-TC layer 182 of the first protocol stack 171 is distributed either to the PMD layer 183 of the first protocol stack 171 or to the PMD layer 183 of the second protocol stack 172.
In particular in such an example, it is possible to flexibly adapt the amount of data distributed to the first protocol stack 171 in comparison to the amount of data distributed to the second protocol stack 172 (bonding strength). This may be implemented by distributing every second, third, fourth, etc. transmit data frame message 223 to the second protocol stack 172 for transmission on the second physical line 122. E.g., the bonding strength may be adjusted depending on at least one of the traffic load and the traffic throughput of the communication on the physical line 121. To facilitate time-synchronized transmission the PMD layer 183 of the second protocol stack 172 may fill up transmission frames with idle bits where required.
In
With respect to
Hereinafter, some examples are given of specific rules of distributing the data frame messages 223 between the first and second protocol stacks 171, 172.
In a first example, all data frame messages 223 are distributed between the first and second protocol stacks 171, 172, e.g., in alternating order or using a different pattern having a weaker bonding strength.
In a second example, all data frames having indices larger than zero (the indices corresponding to a position of a transmission frame) are distributed between the first and second protocol stacks 171, 172, e.g., in alternating order or using a different pattern. Here, data frames having index zero in the transmission frame may all be assigned to either the first protocol stack 171 or the second protocol stack 172. Data frame messages 223 having index zero in the transmission frame are typically positioned at the beginning of the transmission frame. Typically, data frame messages 223 having index zero carry a dedicated management section including management information for the first protocol stack 171 and/or the second protocol stack 172.
Concerning the distributing between the first and second protocol stacks 171, 172, in case of G.fast it is typically distinguished between the synchronization symbols which are transporting no data frame messages 223, data symbols which are transporting data frame message 223 with index larger than zero and RMC symbols which are transporting data frame messages 223 with index zero. The various indices of the data frame messages are also illustrated by FIG. 9-3 of G.9701 (Dec. 5, 2014).
With regard to the G.fast protocol, examples of management information comprise the Robust Management Channel (RMC) and the embedded operations channel (eoc) which is typically carried in a combined management and payload section. In particular, management information such as the RMC or the eoc may be determined by one of the upper layers 181, 182. Management information for the first protocol stack 171 or the second protocol stack 172 may comprise elements selected from the group comprising: TDD framing parameters; Showtime Adaptive Rate (SAR) parameters; and vectoring error reports.
Now turning to
The data frame message 223 is received from the PMS-TC layer 182 of the first protocol stack 171. I.e., that the management information for the second protocol stack 172 is also generated and transported by the layers 181, 182 of the first protocol stack 171 in the bonded second mode 152. In particular, in the G.fast framework, the eoc management information indicates management information for, both, the first protocol stack 171 and the second protocol stack 172. Also, the TMS-TC, PMS-TC layers 181, 182 of the first protocol stack 171, in the G.fast framework, generate the RMC management sections indicating, both, management information for the first protocol stack 171 and the second protocol stack 172, respectively.
In the example of
The scenario of
In the various scenarios disclosed above, it may be helpful to distinguish between the management sections 223-1, 223-2 indicating management information for the first protocol stack 171 on the one hand side, and the management sections 223-1, 223-2 indicating management information for the second protocol stack 172 on the other hand side. For this purpose, it is possible that management information—such as RMC information or eoc information—includes special identification bits to enable differentiation between management information for the first and second protocol stacks 171, 172, respectively. Such control indices implemented by the identification bits may facilitate distinguishing the control sections 223-1, 223-2 at the upper PMS-TC, TMS-TC layers 181, 182. The control indices may also facilitate distributing between the first and second protocol stacks 171, 172.
In a further example, the management sections 223-1, 223-2 are distinguished by the time position, respectively the position within each data frame message 223. Such a scenario is conceivable in a scenario where transmission frames are associated with dedicated data frame messages 223 or respective sections 223-1, 223-2 of data frame messages 223 as is the case for RMC management information. Such a scenario is in particular facilitated by time-synchronized physical lines 121, 122 of a bonding group. Distinguishing between management information for the first and second protocol stacks 171, 172 based on the time position of the received transmission frames may thus be only possible for a limited degree in the G.fast framework for eoc management information which is communicated together with the payload data and has its insertion/extraction allocation at the layer 181—unless a special mapping of eoc management information aligned with DTU 223-3 boundaries and boundaries of the data frame messages 223 is used.
In still a further embodiment, tone indices of bits of the data frame messages 223 are used to distinguish between management information for the first and second protocol stacks 171, 172, respectively. E.g., a concept of so-called virtual tone indices may be employed where the value of the tone indices enables to distinguish between tones used for communicating on the first physical line 121 via the first protocol stack 171 and tones used for communicating on the second physical line 122 via the second protocol stack 172. Also, the tone indices may facilitate the distributing between the first and second physical lines 172, 172.
Such a scenario of tone indices is illustrated in
Two examples are conceivable regarding distributing of the management section 223-1, 223-2 having RMC management information. First—as illustrated in
A second example as to implement two logical management channels, i.e., to distribute the management sections 223-1, 223-2 between, both, the first and second protocol stacks 171, 172 (as illustrated in
Now turning to
Next, at 1002, the first and second protocol stacks 171, 172 are bonded 301 at the PMD layer 183. In particular, bonding may occur at the upper edge of the PMD layer 181, i.e., at the ∂ interface 187, 187A, 187B.
E.g., the control data may indicate, in a first example, whether a physical line 121, 122 shall be a bonding master candidate or a bonding slave candidate during Showtime operation. In a second example, alternatively or additionally, the control data may indicate the distribution bit order, i.e., whether the received data frame messages 223 comprise fractions to be distributed to the first protocol stack 171 at the most significant bit or at the least significant bit (as illustrated above with respect to
During start-up/training at 1011, it is possible to synchronize the communication on the first physical line 121 and the communication on the second physical line 122 in time domain. In particular, generation of transmission frames by the physical media dependent layers 183 of the first and second protocol stacks 171, 172 may be synchronized in time domain.
Next, at 1014, it is checked whether the traffic—which is currently routed via the first protocol stack 171 only—exceeds a certain threshold. Only if this is the case, switching from the first mode 151 to the second mode 152 employing bonding 301 is executed. Thus, as can be seen from
At 1017 it is checked whether the traffic throughput is still above the threshold. If this is not the case, it is switched back from the second mode 152 to the first mode 151 and bonding 301 is stopped.
As can be seen from the exemplary scenario of
Switching between the modes 151, 152 can be controlled by upper layers 190, 181, 182 above the PMD layer 183. In particular, the switching can depend on the traffic throughput of the applications delivering payload data. In particular, switching back and forth between the first and second modes 151, 152 can be implemented analogous to switching between low-power mode and full-power mode according to the ITU-T G.9701. Whenever an application requires a higher traffic throughput than offered by the PMD layer 183 of the bonding master first protocol stack 171, the first protocol stack 171 indicates to the higher layers 190, 181, 182 that bonding 301 is required. Then, the higher layers 190, 181, 182 initiate a bonding entry procedure. Whenever the applications do not require high traffic throughput anymore that is higher than traffic throughput offered on the first physical line 121, only, the higher layers 190, 181, 182 initiate the bonding exit procedure and switch back to the first mode 151. A certain hysteresis of switching between the first and second modes 151, 152 can be considered in time domain to avoid permanent toggling between the first and second modes 121, 122 for traffic throughput varying close to the respective threshold.
Various scenarios are conceivable for aligning the switching between the first mode 151 in the second mode 152 in time domain. E.g., for alignment of the switching between the transmitter 101 and the receiver 111, the point in time or time instant of each particular switching can be coordinated via control data exchanged between the transmitter 101 and the receiver 111. E.g., in the G.fast scenario, the eoc or the RMC can be employed. In particular, exchange of control data can be implemented analogous to reference implementations of online reconfiguration such as for SRA.
It is possible that switching between the first mode 151 and the second mode 152 occurs between two time-division multiplex frames of the PMD layer 183 and/or at a point in time corresponding to a synchronization frame of the PMD layer 183. The synchronization frame may correspond to at least one synchronization symbol communicated on one of the physical lines 121, 122. Hence, it is possible that the time instant from which the new bonded or unbonded mode 151, 152 starts is the beginning of a superframe, a particular logical frame, or a particular TDD frame. From the start of a new bonded mode 152, the layer 182 starts to dispatch data frame messages 223 in a manner as specified by a predefined rule of distributing. E.g., the layer 182 can dispatch data frame messages 223 in a concatenated manner—i.e., comprising two individual data frame messages as sections 223A, 223B for distributing to the PMD layer 183 of the first protocol stack 171 or the second protocol stack 172, respectively (cf.
With respect to
In the various scenarios disclosed herein, examples have been given where the first protocol stack 171 acts as a master with respect to the second protocol stack 172 implementing a slave. Various scenarios are conceivable for deciding which protocol stack 171, 172 acts as master and slave, respectively. In one example, the protocol stack 171, 172 acting as bonding master is defined by the PMD layer 183 which is going first to Showtime after power up. Hence, it is possible that the first protocol stack 171 acting as master is initialized first into Showtime and that only then the second protocol stack 172 is initialized into Showtime.
Summarizing, above various techniques for bonding in the modem have been illustrated, in particular for a modem having two pairs of wires, each pair being coupled respectively to a master and slave module, wherein at least one of the master and slave module has a TMS-TC layer 181 and the PMS-TC layer 182 coupled to a PMD layer 183 through a δ interface 187, 187A, 187B, wherein the two pairs of wires are bonded at the PMD layer 183. Here, it is possible that the master controls the two physical media dependent layers 183 of the first and second protocol stacks 171, 172, respectively. Time of bonding entry and bonding strength can be adjusted by upper layers 181, 182, 190, in particular by a traffic throughput demand of applications implemented in upper layers 181, 182, 190. The power of the protocol stack of the bonding slave can be adjusted by the time of the bonding entry and/or the bonding strength.
By the various techniques disclosed herein, effects can be achieved. In particular, dynamic switching between a bonded state and an unbonded during Showtime is possible. The switching can occur within a time duration corresponding to a single superframe. The switching can mimic online reconfiguration according to reference implementation and therefore enable simple implementation for the physical layer of transmitter and receiver.
By the techniques disclosed herein, further, a higher traffic throughput can be achieved, because bonding at the PMD layer typically does not require a significant bonding overhead to be communicated via the physical lines. In particular, it is not required—as in reference implementation—to segment data as an upper layer and include respective sequence numbers in the segmented data in order to facilitate data reassembly. Instead, the time-synchronized operation of the PMD layers of the first and second protocol stacks can be relied upon for reassembly.
A further effect is that power consumption can be significantly reduced. In particular, where operation in an unbonded first mode is sufficient in terms of required traffic throughput, protocol stacks implementing bonding slaves can be put into a low-power mode. This may be particularly relevant for IoT applications.
Further, by implementing techniques of bonding as disclosed herein, it is typically not required to implement differential link delay compensation buffers. This and other techniques disclosed herein reduce the complexity required. In particular, it is not required to implement segmentation at the data link layer or an upper edge of the physical layer—rendering it unnecessary to include respective segmentation sequence numbers. Further, it is not required to re-order segment and data chunks by means of such sequence numbers. Further, at startup it is not required to negotiate a special bonding function.
Although the invention has been shown and described with respect to certain preferred embodiments, equivalents and modifications will occur to others skilled in the art upon the reading and understanding of the specification. The present invention includes all such equivalents and modifications and is limited only by the scope of the appended claims.
E.g., while various examples have been disclosed with respect to the G.fast protocol, it is possible to readily apply the respective techniques to other communication systems or protocols. In particular, respective techniques as disclosed herein may be readily applied to multitone communication in time-synchronized physical lines. E.g., while various scenarios have been disclosed with respect to wired physical lines, respective techniques may be readily applied to air interfaces.
E.g., while above various examples have been discussed with respect to US, respective techniques may be readily applied to DS. Further, the techniques disclosed herein are not limited to uni-directional communication on the physical lines, but can be applied to bi-directional communication, e.g., in a TDD or FDD geometry.
Further, while above reference has been made to various specific layers of the physical layer such as the TMS-TC layer and the PMS-TC layer, in other scenarios, other kinds of layers of the physical layer may be implemented. E.g., different terminology may be adapted for the layers by standards according to the ITU-T or the OSI.
This application claims the benefit of International Patent Application No. PCT/EP2015/076970 filed on Nov. 18, 2015, which claims priority to U.S. Provisional Application No. 62/081,637 filed on Nov. 19, 2014, the contents of which are herein incorporated by reference in their entirety.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/EP2015/076970 | 11/18/2015 | WO | 00 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2016/079182 | 5/26/2016 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
4930119 | Kobayashi | May 1990 | A |
6359881 | Gerszberg | Mar 2002 | B1 |
7519021 | Johnson | Apr 2009 | B1 |
8988987 | Bakhshi | Mar 2015 | B2 |
9276874 | Mok | Mar 2016 | B1 |
9438744 | Klocke | Sep 2016 | B2 |
9531646 | Vijayaraghavan | Dec 2016 | B1 |
20040076166 | Patenaude | Apr 2004 | A1 |
20040240881 | Dotaro | Dec 2004 | A1 |
20050180429 | Ghahremani | Aug 2005 | A1 |
20060062170 | Boutaud De La Combe | Mar 2006 | A1 |
20060104315 | Volkening | May 2006 | A1 |
20060109816 | Imaeda | May 2006 | A1 |
20060126505 | Denney | Jun 2006 | A1 |
20060182139 | Bugajski | Aug 2006 | A1 |
20060215689 | Liu | Sep 2006 | A1 |
20070110434 | Sato | May 2007 | A1 |
20070110436 | Bennett | May 2007 | A1 |
20070184798 | Bitran | Aug 2007 | A1 |
20070195817 | Denney | Aug 2007 | A1 |
20070280126 | Liu | Dec 2007 | A1 |
20080170531 | Petry | Jul 2008 | A1 |
20080227441 | Hermel | Sep 2008 | A1 |
20080259932 | Gabriel | Oct 2008 | A1 |
20090016244 | Sharma | Jan 2009 | A1 |
20090325610 | Liu | Dec 2009 | A1 |
20100061235 | Pai | Mar 2010 | A1 |
20100226390 | Yan | Sep 2010 | A1 |
20100268971 | Poo | Oct 2010 | A1 |
20110019381 | Kawano | Jan 2011 | A1 |
20120044918 | Ardhanari | Feb 2012 | A1 |
20120134262 | Licardie | May 2012 | A1 |
20120213259 | Renken | Aug 2012 | A1 |
20140226661 | Mekkattuparamban | Aug 2014 | A1 |
20140355446 | Altman | Dec 2014 | A1 |
20150103663 | Amini | Apr 2015 | A1 |
20150135209 | LaBosco | May 2015 | A1 |
20150172112 | Itkin | Jun 2015 | A1 |
20150200855 | Overcash | Jul 2015 | A1 |
20150245309 | Nayak | Aug 2015 | A1 |
20160269192 | Evans | Sep 2016 | A1 |
20160366283 | Cooke | Dec 2016 | A1 |
20170134263 | Zhang | May 2017 | A1 |
Entry |
---|
“Series G: Transmission Systems and Media, Digital Systems and Networks, Digital sections and digital line system—Access networks.” ITU-T Recommendation G.998.2. Telecommunication Standardization Section of ITU-T, International Telecommunication Union, (Jan. 2005), 18 pages. |
Tanenbaum, A.S. “Computer Networks, Reference Models.” Jan. 1, 1996, Computer Networks, Prentice-Hall International, London, GB. XP000863865. 12 pages. |
International Search Report for PCT/EP2015/076970, dated Jul. 3, 2016. |
Number | Date | Country | |
---|---|---|---|
20170318133 A1 | Nov 2017 | US |
Number | Date | Country | |
---|---|---|---|
62081637 | Nov 2014 | US |