This application claims priority under 35 U.S.C. § 119 to European Patent Application No. EP12183318.0, filed Sep. 6, 2012, which is hereby incorporated herein by reference in its entirety.
This invention relates to a radio access architecture, and in particular to a radio access architecture using the Common Public Radio Interface. More specifically, the invention relates to the use of the Common Public Radio Interface over a transmission medium in which a downlink delay and an uplink delay cannot be guaranteed to be equal.
It is known that, in a Radio Access Network (RAN), such as a Universal Mobile Telecommunications System (UMTS) RAN, the radio base station has two basic subsystems, namely the Radio Equipment Control (REC) and the Radio Equipment (RE). The Common Public Radio Interface (CPRI) defines a specification for the internal interface of radio base stations between the Radio Equipment Control (REC) and the Radio Equipment (RE).
In some circumstances, the particular Radio Access Network might require that the nodes of the network should be synchronized, to within a specified time. In such a case, it will often be necessary to calibrate for the delay introduced by the link between the nodes, in particular when the Radio Equipment Control and the Radio Equipment are not co-located.
In many implementations, the link between the Radio Equipment Control (REC) and the Radio Equipment (RE) uses a point-to-point optical fibre connection. In that case, it can be assumed, with an acceptable degree of accuracy, that the connection is symmetric, that is, that the uplink delay is equal to the downlink delay. The round-trip delay, that is, the time taken for a signal to pass from a first node to a second node, and then back to the first node, can be measured accurately. Therefore, if it can be assumed that the uplink delay is equal to the downlink delay, the one way delay can be estimated from the round trip delay with acceptable accuracy.
However, when the link uses an asymmetric connection, in which the uplink delay is not necessarily equal to the downlink delay, the one way delay cannot be estimated from the round trip delay with the degree of accuracy that is required.
It is an object to provide a method of allowing the Common Public Radio Interface over an asymmetric transmission medium, in which a downlink delay and an uplink delay cannot be guaranteed to be equal.
According to one aspect, there is provided a method of communicating in a wireless network. The method comprises, in a node of the network, receiving data over a Common Public Radio Interface connection, extracting path delay data from the Common Public Radio Interface data frames, and correcting for path delay asymmetry using said path delay data.
The Common Public Radio Interface connection may be over an asymmetric transport network, with the path delay data relating to the asymmetric transport network, and the asymmetric transport network may be an Optical Transport Network.
In an embodiment, the path delay data is received within control words of the Common Public Radio Interface data frames. For example, the path delay data may be received within control words 8-15, 72-79, 136-143 and 200-207 of a hyperframe of the Common Public Radio Interface data structure, or may be received within control words 16-(p−1), 80-(p+63), 144-(p+127) and 208-(p+191) of a hyperframe of the Common Public Radio Interface data structure, where p is the index of a start of Control & Management data.
In one embodiment, the path delay data comprises data relating to a difference in a first transit time from the first node to the second node and a second transit time from the second node to the first node. In another embodiment, the path delay data comprises data relating to the first transit time and data relating to the second transit time.
In some embodiments, the path delay data comprises data directly representing a time value, for example a value equal to said time value in nanoseconds multiplied by a predetermined multiplier.
According to another aspect, there is provided a method of communicating in a wireless network, comprising, in a Common Public Radio Interface connection between two nodes of the network, transmitting path delay data from a first node to a second node within Common Public Radio Interface data frames.
According to another aspect, there is provided a Common Public Radio Interface node, comprising: a mapper, for receiving payload and control data, and for receiving path delay data, and for forming Common Public Radio Interface data frames from said data; and a transmitter, for transmitting said Common Public Radio Interface data frames.
According to another aspect, there is provided a Common Public Radio Interface node, comprising: a receiver, for receiving Common Public Radio Interface data frames; and a demapper, for extracting path delay data from said Common Public Radio Interface data frames.
The Radio Equipment Control (REC) 12 has a network interface 22 for connection to the core network. For example, in the case of a UMTS radio access network, the REC provides access to the Radio Network Controller via the lub interface. In the case of a WiMAX network, the REC provides access to other network entities, such as other base stations, or the Access Service Network (ASN) Gateway. In the case of an Extended UMTS Radio Access (E-UTRA) network, the REC provides access to the Evolved Packet Core for the transport of user plane and control plane traffic via an S1 interface.
The Radio Equipments 14, 16 provide the air interfaces 24, 26 to the user equipment or mobile subscriber stations, for example over the Uu interface in the case of a UMTS radio access network.
In the Radio Equipment Control (REC) 12, and the Radio Equipments (RE) 14, 16, the physical layer (layer 1) typically supports at least an electrical interface and an optical interface, while layer 2 supports flexibility and scalability. As is conventional, User Plane data, Control and Management Plane data, and Synchronization Plane data are multiplexed over the CPRI link.
As noted above, the REC 50 is located remotely from the RE 52, and they are connected over a server network 58. In this illustrated example, the server network is an Optical Transport Network (OTN), including multiple nodes, of which some nodes 60, 62, 64, 66, 68, 70 are illustrated. The mapping of CPRI over OTN has been defined in the recommendation ITU-T G.709.
The CPRI specification places certain requirements on the link between the REC and RE nodes. For example, the CPRI specification shall guarantee that the frequency synchronization on the radio interfaces should be better than 50 parts per billion, as required by many mobile technologies, and therefore only limited noise can be introduced by the CPRI link itself. Other mobile features and technologies, such as Long Term Evolution Time Division Duplex (LTE-TDD) require phase alignment over the radio interface. This in turn means that the REC and RE nodes should be able to calibrate for any delay on the link between them. For example, the calibration for delay over the transport network should be performed to within a few tens of nanoseconds (for example within 16 ns).
In some situations, the transport network between the REC and the RE is symmetric within a tolerance of a few nanoseconds. That is, the delay associated with the transmission from the REC to the RE is equal to the delay associated with the transmission from the RE to the REC. In such situations, the link delay calibration can be performed by calculating the round trip delay from the REC to the RE and back to the REC, or from the RE to the REC and back to the RE. The link delay is then half of the round trip delay.
However, in the system shown in
Although the invention is described herein with reference to a specific asymmetric network in the form of an Optical Transport Network, it will be appreciated that CPRI links could equally be established over other asymmetric networks, including wireless networks.
As discussed in more detail below, the problem of calibrating for delays in asymmetric transport networks such as OTN is mitigated by enhancing the CPRI specification to carry information on the downlink and uplink transit time. This information can then be used by the CPRI system to compensate for the asymmetry introduced by the transport network before calibrating for link delay.
In this embodiment, the CPRI client OTN mapper nodes 54, 56 have access to a common source of time information. For example, the CPRI client OTN mapper nodes 54, 56 might have access to respective Global Positioning System (GPS) receivers at their respective locations, allowing them to access highly accurate time information. This time information can be transmitted from the REC 50 to the RE 52, and from the RE 52 to the REC 50. As another example, if the OTN supports the Precision Time Protocol defined by IEEE 1588, then this can be used to provide a common source of time information between the nodes.
Thus, as shown in
Thus, the information about the transit times can be used to deduce information about the difference between the transit times, and this represents the path asymmetry.
Each CPRI end node can then make an appropriate correction for the asymmetry.
As an alternative, WO/2012/110109 describes a method of providing path delay asymmetry information, allowing time synchronization between a master clock at a first client node and a slave clock at a second client node. The method described therein can be used to generate path delay data, which can then be exchanged between the REC 50 and RE 52, as described in more detail below.
There are further alternative methods for generating the path delay data. For example, each node in the link can add information on the related transit time.
In step 74, the node creates a CPRI frame, for example in the mapping block, including the path delay data, as described in more detail below. In step 76, the node transmits the CPRI frame to the other node.
In step 80, the node receives a CPRI frame. In step 82, the node extracts the path delay data from the CPRI frame, for example in the demapping block.
In step 84, the node uses the extracted path delay data to perform an asymmetry calculation, in order to achieve the required synchronization between the nodes.
There are different ways in which the path delay data can be included in the CPRI frames.
A basic frame consists of 16 words with index W=0, . . . , 15. The number of bytes in each word depends on the CPRI line bit rate. The CPRI specification mandates the use of an 8/10 coding scheme, in which 8-bit data symbols are mapped to 10-bit symbols for transmission. Thus, the number of bytes, Y, in each word depends on the CPRI line bit rate as follows:
Within each basic frame, one word, having the index W=0 (that is, 1/16 of the basic frame), is used as a control word.
There are 36 control words of one hyperframe reserved for future interface protocol extensions, namely the control words identified by indices 3, 8-15, 67, 72-79, 131, 136-143, 195 and 200-207 of the hyperframe, and the path delay data can be included within these control words.
Alternatively, there are at least 16 control words of one hyperframe reserved for Vendor specific data, namely the control words identified by indices 16-(p−1), 80-(p+63), 144-(p+127) and 208-(p+191) of the hyperframe, where p is the index of a start of Control & Management data, and the path delay data can be included within these control words.
Thus, allocating 1 byte per hyperframe to the path delay data would allow the nodes to perform a delay calibration operation more frequently than once per millisecond, which should be sufficient in most cases. However, in principle correction could be associated with every delay measurement, for example 8 bytes per hyperframe.
As mentioned above, asymmetry is tolerated in the order of 20-40 ns.
The path delay data can be in a form that is consistent with popular implementations of IEEE 1588 correctionfield. More specifically, the IEEE1588 correctionfield is the value of the correction measured in nanoseconds and multiplied by 216. For example, in this format 2.5 ns is represented as “000000000002800016”.
This allows the time information to be provided with a precision in the nanosecond range, while also allowing a maximum value in the order of some hundreds of microseconds, which should be sufficient for most situations.
Thus, there is disclosed a method of communicating that allows CPRI to be transported over Optical Transport Networks, or other asymmetric networks, with minimal impact on the CPRI or OTN techniques.
Number | Date | Country | Kind |
---|---|---|---|
12183318 | Sep 2012 | EP | regional |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/EP2012/068774 | 9/24/2012 | WO | 00 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2014/037061 | 3/13/2014 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
20080225816 | Osterling | Sep 2008 | A1 |
20090245228 | Osterling | Oct 2009 | A1 |
20100246487 | Aoyama | Sep 2010 | A1 |
20110014908 | Eiza | Jan 2011 | A1 |
20110032910 | Aarflot | Feb 2011 | A1 |
20110143813 | Ohashi | Jun 2011 | A1 |
20110228831 | Hirata | Sep 2011 | A1 |
20120170631 | Liu | Jul 2012 | A1 |
20120287843 | Watanabe | Nov 2012 | A1 |
20120307712 | Watanabe | Dec 2012 | A1 |
20130129353 | Tan | May 2013 | A1 |
20130266323 | Tan | Oct 2013 | A1 |
20140029586 | Loehr | Jan 2014 | A1 |
Number | Date | Country |
---|---|---|
1852049 | Oct 2006 | CN |
101043277 | Sep 2007 | CN |
102082697 | Jun 2011 | CN |
2 276 298 | Jan 2011 | EP |
2 408 128 | Jan 2012 | EP |
2 437 416 | Apr 2012 | EP |
2 448 168 | May 2012 | EP |
2133489 | Jul 1999 | RU |
2356080 | May 2009 | RU |
2009049207 | Apr 2009 | WO |
2009067072 | May 2009 | WO |
2012048975 | Apr 2012 | WO |
2012048975 | Apr 2012 | WO |
2012092903 | Jul 2012 | WO |
WO 2012092903 | Jul 2012 | WO |
2012110109 | Aug 2012 | WO |
2013174454 | Nov 2013 | WO |
2014029430 | Feb 2014 | WO |
Entry |
---|
PCT International Search Report, dated May 14, 2013, in connection with International Application No. PCT/EP2012/068774, all pages. |
Ericsson “Discussion on CPRI over OTN Sync Requirements” ITU-T Draft, vol. 13, Sep. 21, 2010, pp. 1-6, XP017448601. |
CPRI Specification V5.0 “Common Public Radio Interface (CPRI); Interface Specification”, Sep. 21, 2011, pp. 1-119. |
IEEE Standard 1588-2008 “IEEE Standard for a Precision Clock Synchronization Protocol for Network Measurement and Control Systems” Jul. 24, 2008, pp. 1-289. |
ITU-T Standard G.709N.1331 “Interfaces for the Optical Transport Network” Feb. 2012, pp. 1-232. |
PCT International Search Report, dated May 29, 2013, in connection with International Application No. PCT/EP2012/066343, all pages. |
Cohen , R. “PTP over MPLP draft-ronc-ptp-mpls-00.txt”, Jun. 30, 2007, The IETF Trust, XP015052119, Issn: 0000-0004, pp. 1-14. |
Katz, D. et al. “Traffic Engineering (TE) Extensions to OSPF Version 2” Network Working Group RFC 3630, Sep. 2003, The Internet Society, pp. 1-14. |
ITU-T Recommendation G.709/Y.1331 “Interfaces for the optical transport network” ITU-T, Feb. 2012, pp. 1-238. |
ITU-T Recommendation G.8271/Y.1366 “Time and phase synchronization aspects of packet networks”, Feb. 2012, Appendix 1.6, pp. 1-5, 20-23. |
Braden, R. et al. “Resource ReSerVation Protocol (RSVP)—Version 1 Functional Specification” Network Working Group RFC 2205, Sep. 1997, pp. 1-97. |
Chinese Office Action, dated Mar. 27, 2017, in connection with Chinese Application No. 201280076562.3, all pages. |
English language translation of Chinese Office Action, dated Mar. 27, 2017, in connection with Chinese Application No. 201280076562.3, all pages. |
English language translation of Chinese Search Report dated Mar. 27, 2017, in connection with Chinese Application No. 201280076562.3, all pages. |
S. Davari et al., Transporting PTP messages (1588) over MPLS Networks, Sep. 22, 2010, 12 pages. |
Chongning Na et al., Synchronization Performance of the Precision Time Protocol, 2007 International IEEE Symposium on Precision Clock Synchronization (ISPCS) for Measurement, Control and Communication, Vienna, Austria, Oct. 1-3, 2007, 8 pages. |
Junfang Wang et al., 1588v2 transmission by OSC over OTN, FH Corporation.CATR.ATE Corporation, Shenzhen, Oct. 18-22, 2010, 3 pages. |
IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems, IEEE Instrumentation and Measurement Society, XP-002588173, IEEE Std 1588-2008, Jul. 24, 2008, part 1 pp. 1-144. |
IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems, IEEE Instrumentation and Measurement Society, XP-002588173, IEEE Std 1588-2008, Jul. 24, 2008, part 2 pp. 145-287. |
ITU-T Recommendation G.709/Y.1331, Interfaces for the Optical Transport Network (OTN), ITU-T, Dec. 2009, 218 pages. |
ITU, Telecommunication Standardization Sector, COM 15-C 1451-E, Analysis of phase/time distribution over OTN networks, France Telecom, Feb. 2011, 6 pages. |
Chinese Search Report, dated Mar. 22, 2017, in connection with Chinese Application No. 2012800769111, all pages. |
English translation of Chinese Office Action, dated Apr. 1, 2017, in connection with Chinese Application No. 2012800769111, all pages. |
English translation of Chinese Office Action Summary, dated Apr. 1, 2017, in connection with Chinese Application No. 2012800769111, all pages. |
Number | Date | Country | |
---|---|---|---|
20150207714 A1 | Jul 2015 | US |