The technology described relates to communication networks, and in particular to a communication network in which a terminal device can be configured for uplink multicarrier operation. The disclosure specifically relates to a network node and a terminal device, methods of operating the same and computer program products for causing a computer or processor to perform the methods.
In a typical cellular radio system, radio or wireless terminals (also known as mobile stations, user equipment units (UEs) and/or terminal devices) communicate via a radio access network (RAN) to one or more core networks. The radio access network (RAN) covers a geographical area which is divided into cell areas, with each cell area being served by a base station, e.g., a radio base station (RBS), which in some networks may also be called, for example, a “Node B” (in a Universal Mobile Telecommunications System (UMTS)) or “eNodeB” (in a Long Term Evolution (LTE) system). A cell is a geographical area where radio coverage is provided by the radio base station equipment at a base station site. Each cell is identified by an identity within the local radio area, which is broadcast in the cell. The base stations communicate over the air interface operating on radio frequencies with the user equipment units (UEs) within range of the base stations.
In some radio access networks, several base stations may be connected (e.g., by landlines or microwave) to a radio network controller (RNC) or a base station controller (BSC). The radio network controller supervises and coordinates various activities of the plural base stations connected thereto. The radio network controllers are typically connected to one or more core networks.
The UMTS is a third generation mobile communication system, which evolved from the Global System for Mobile Communications (GSM). UMTS Terrestrial Radio Access (UTRA) Network (UTRAN) is essentially a radio access network using wideband code division multiple access (WCDMA) for user equipment units (UEs). The Evolved Universal Terrestrial Radio Access (E-UTRA) Network (E-UTRAN) comprises the Long Term Evolution (LTE) and System Architecture Evolution (SAE).
User data (i.e. data from a UE) is transmitted to the network in an uplink transport channel. As defined in section 4.1 of 3GPP TS 25.211 “Physical channels and mapping of transport channels” v13.0.0, transport channels are services offered by Layer 1 to the higher layers. A transport channel is defined by how and with what characteristics data is transferred over the air interface. A general classification of transport channels is into two groups: dedicated channels, using inherent addressing of UE, and common channels, using explicit addressing of UE if addressing is needed.
In High-Speed Uplink Packet Access (HSUPA) in UMTS, the uplink transport channel is the Enhanced-Dedicated Channel (E-DCH) transport channel. The Transmission Time Interval (TTI) is a parameter in UMTS that defines the duration of a transmission on the transport channel and is related to the size of the data packet. Thus, one block of data is transmitted on the transport channel for each TTI.
The Radio Resource Control (RRC) protocol is responsible for the establishment, maintenance and release of the RRC connection between the UE and UTRAN as well as the establishment, reconfiguration and release of Radio Bearers (RBs) and Signalling Radio Bearers (SRBs). The configuration of lower level parameters is also included in RRC messages. The RRC protocol is described in 3GPP TS 25.331 “Radio Resource Control (RRC); Protocol specification” v13.2.0. Currently the TTI for an Enhanced-Dedicated Channel (E-DCH) transport channel is configured when the transport channel is added.
The E-DCH is mapped to two E-DCH Dedicated Physical Data Channels, the Enhanced Dedicated Physical Data Channel (E-DPDCH) which carries uplink user data and the Enhanced Dedicated Physical Control Channel (E-DPCCH) which carries control data required by the Node B. Information for the E-DPCCH is defined in an “E-DPCCH Info” group of IEs that is defined in section 10.3.6.98 of TS 25.331 v13.2.0 and is shown in
Within UMTS, dual-carrier high speed uplink packet access (DC-HSUPA) allows a UE to transmit simultaneously on two uplink carriers, effectively doubling the maximum uplink throughput when the UE is experiencing good radio conditions. In DC-HSUPA, the two carriers must be configured in the same frequency band. This DC-HSUPA functionality was introduced in the Third Generation Partnership Project (3GPP) Release 9.
Dual-band dual-carrier HSUPA (DB-DC-HSUPA) was introduced in 3GPP Release 13. DB-DC-HSUPA allows the two carriers to be configured on different frequency bands. High-frequency carriers have relatively smaller coverage than low-frequency ones, and depending on the actual difference in frequency, the coverage for different bands can differ very substantially. This means that the two carriers in a dual-band scenario can have significantly different coverage.
For the secondary cell (i.e. a cell on the secondary carrier), several information elements exist. These are the “Uplink secondary cell info FDD” defined in section 10.3.6.115 of TS 25.331 v13.2.0 and shown in
In preparation for 3GPP release 14, work is being carried out on enhancements to multicarrier for UMTS. One of the objectives is to introduce different TTI lengths for the different carriers, as described in RP-161259 of 3GPP TSG RAN Meeting #72 “Multi-Carrier Enhancements for UMTS”. The current standard supports only 2 ms (milliseconds)+2 ms TTIs on the two carriers, but the objective is to introduce 2 ms+10 ms, 10 ms+2 ms and 10 ms+10 ms configurations.
Thus, it is an objective to introduce the possibility for one or both of the carriers to use a 10 ms TTI configuration. However, the current standards assume that the E-DCH TTIs are the same for both carriers and thus there is a need for techniques for configuring a terminal device for multicarrier operation with different TTIs (not just 2 ms+2 ms TTIs, but other configurations as well).
According to a first specific example, there is provided a method of operating a network node in a communication network to configure a terminal device for uplink multicarrier operation for transmissions from the terminal device to a radio access node in the communication network, the method comprising initiating the sending of a message to the terminal device to configure the terminal device to operate with a first uplink carrier having a first transmission time interval, TTI, and a second uplink carrier having a second TTI.
In an embodiment of the first specific example, the message configures the terminal device with a single transport channel for the first uplink carrier and the second uplink carrier, the single transport channel has the first TTI and the second TTI, and the message comprises an “Uplink secondary cell info FDD” information element, IE, that indicates parameters that are specific to the TTI of the second uplink carrier.
According to a second specific example, there is provided a network node for use in a communication network, the network node being for configuring a terminal device for uplink multicarrier operation for transmissions from the terminal device to a radio access node in the communication network, the network node being adapted to initiate the sending of a message to the terminal device to configure the terminal device to operate with a first uplink carrier having a first transmission time interval, TTI, and a second uplink carrier having a second TTI.
In an embodiment of the second specific example, the message configures the terminal device with a single transport channel for the first uplink carrier and the second uplink carrier, the single transport channel has the first TTI and the second TTI, and the message comprises an “Uplink secondary cell info FDD” information element, IE, that indicates parameters that are specific to the TTI of the second uplink carrier.
According to a third specific example, there is provided a method of operating a terminal device, wherein the terminal device is capable of uplink multicarrier operation with a communication network for transmissions from the terminal device to a radio network node in the communication network, the method comprising receiving a message from the communication network, the message being for configuring the terminal device to operate with a first uplink carrier having a first transmission time interval, TTI, and a second uplink carrier having a second TTI.
In an embodiment of the third specific example, the message configures the terminal device with a single transport channel for the first uplink carrier and the second uplink carrier, the single transport channel has the first TTI and the second TTI, and the message comprises an “Uplink secondary cell info FDD” information element, IE, that indicates parameters that are specific to the TTI of the second uplink carrier.
According to a fourth specific example, there is provided a terminal device, wherein the terminal device is capable of uplink multicarrier operation with a communication network for transmissions from the terminal device to a radio network node in the communication network, the terminal device being adapted to receive a message from the communication network, the message being for configuring the terminal device to operate with a first uplink carrier having a first transmission time interval, TTI, and a second uplink carrier having a second TTI.
In an embodiment of the fourth specific example, the message configures the terminal device with a single transport channel for the first uplink carrier and the second uplink carrier, the single transport channel has the first TTI and the second TTI, and the message comprises an “Uplink secondary cell info FDD” information element, IE, that indicates parameters that are specific to the TTI of the second uplink carrier.
According to a fifth specific example, there is provided a computer program product comprising a computer readable medium having computer readable code embodied therein, the computer readable code being configured such that, on execution by a suitable computer or processor, the computer or processor is caused to perform any of the methods described above.
The above examples enable the configuration of a terminal device for multicarrier operation in an efficient and clear way.
Exemplary embodiments of the techniques introduced in this document are described below with reference to the following figures, in which:
The following sets forth specific details, such as particular embodiments for purposes of explanation and not limitation. But it will be appreciated by one skilled in the art that other embodiments may be employed apart from these specific details. In some instances, detailed descriptions of well-known methods, nodes, interfaces, circuits, and devices are omitted so as not obscure the description with unnecessary detail. Those skilled in the art will appreciate that the functions described may be implemented in one or more nodes using hardware circuitry (e.g., analog and/or discrete logic gates interconnected to perform a specialized function, ASICs, PLAs, etc.) and/or using software programs and data in conjunction with one or more digital microprocessors or general purpose computers. Nodes that communicate using the air interface also have suitable radio communications circuitry. Moreover, where appropriate the technology can additionally be considered to be embodied entirely within any form of computer-readable memory, such as solid-state memory, magnetic disk, or optical disk containing an appropriate set of computer instructions that would cause a processor to carry out the techniques described herein.
Hardware implementation may include or encompass, without limitation, digital signal processor (DSP) hardware, a reduced instruction set processor, hardware (e.g., digital or analog) circuitry including but not limited to application specific integrated circuit(s) (ASIC) and/or field programmable gate array(s) (FPGA(s)), and (where appropriate) state machines capable of performing such functions.
In terms of computer implementation, a computer is generally understood to comprise one or more processors, one or more processing units, one or more processing modules or one or more controllers, and the terms computer, processor, processing unit, processing module and controller may be employed interchangeably. When provided by a computer, processor, processing unit, processing module or controller, the functions may be provided by a single dedicated computer, processor, processing unit, processing module or controller, by a single shared computer, processor, processing unit, processing module or controller, or by a plurality of individual computers, processors, processing units, processing modules or controllers, some of which may be shared or distributed. Moreover, these terms also refer to other hardware capable of performing such functions and/or executing software, such as the example hardware recited above.
Although in the description below the term user equipment (UE) is used, it should be understood by the skilled in the art that “UE” is a non-limiting term comprising any mobile or wireless device or node equipped with a radio interface allowing for at least one of: transmitting signals in uplink (UL) and receiving and/or measuring signals in downlink (DL). A UE herein may comprise a UE (in its general sense) capable of operating or at least performing measurements in one or more frequencies, carrier frequencies, component carriers or frequency bands. It may be a “UE” operating in single- or multi-radio access technology (RAT) or multi-standard mode. As well as “UE”, the terms “mobile device” and “terminal device” may be used interchangeably in the following description, and it will be appreciated that such a device does not necessarily have to be ‘mobile’ in the sense that it is carried by a user. Instead, the terms “mobile device” and “terminal device” encompass any device that is capable of communicating with communication networks that operate according to one or more mobile communication standards, such as the Global System for Mobile communications, GSM, UMTS, Long-Term Evolution, LTE, etc.
A cell is associated with a base station or radio base station (RBS), where a base station comprises in a general sense any network node transmitting radio signals in the downlink and/or receiving radio signals in the uplink. Some example base stations, or terms used for describing base stations, are eNodeB, eNB, Node B, macro/micro/pico/femto radio base station, home eNodeB (also known as femto base station), relay, repeater, sensor, transmitting-only radio nodes or receiving-only radio nodes. A base station may operate or at least perform measurements in one or more frequencies, carrier frequencies or frequency bands and may be capable of carrier aggregation. It may also be a single-radio access technology (RAT), multi-RAT, or multi-standard node, e.g., using the same or different base band modules for different RATs.
It should be noted that the term “radio access node” or “radio network node” as used herein refers to a network node, e.g. a base station, Node B or eNodeB, that communicates with a terminal device over an air interface, and the term “control node” can refer to a node in the radio access network (RAN) part of the communication network (e.g. in the case of an RNC in UTRAN) or a node in a core network part of the communication network (e.g. a mobility management entity, MME, or serving gateway, SGW in an LTE communication network).
Unless otherwise indicated herein, the signalling described is either via direct links or logical links (e.g. via higher layer protocols and/or via one or more network nodes).
It will be appreciated that, for simplicity, only components of the terminal device 42, the radio network node 40 and control node 38 required to illustrate the methods described below are shown in
Although the embodiments of the present disclosure will mainly be described in the context of UTRAN (i.e. Node Bs and RNCs), it will be appreciated by those skilled in the art that the problems and solutions described herein are equally applicable to other types of wireless access networks and user equipments (UEs) implementing other access technologies and standards, and thus UTRAN (and the other UTRAN-specific terminology used herein) should only be seen as examples of the technologies to which the techniques can be applied. For example, those skilled in the art will appreciate that the techniques described herein can be applied to an evolved UTRAN (E-UTRAN) that is part of an LTE network.
An exemplary radio resource control (RRC) reconfiguration procedure is shown in
As noted above, it is an objective of current development work for Release 14 to enhance uplink multicarrier such that the uplink carriers can have different transmission time intervals (TTIs). In the following description, the uplink carriers are referred to as the first uplink carrier and second uplink carrier, as well as primary cell and secondary cell, and primary and secondary carrier.
Currently the secondary carrier is limited to the support of transport channels of type E-DCH and it is assumed to have the same E-DCH TTI as that of the primary carrier. The current RRC protocol framework does not allow the configuration of the secondary carrier with a different E-DCH TTI from that of the primary carrier. The techniques described herein provide ways to enable this configuration.
The message sent, or initiated to be sent, in step 101 can be an RRC message, such as an RRC Reconfiguration message.
Although not shown in3, after the message is sent, the network node 38, 40 can receive a message from the terminal device 42 indicating that reconfiguration of the terminal device in response to the configuration message is complete. This message can be, for example, an RRC Reconfiguration Complete message.
The network node can also receive data from the terminal device 42 via the first uplink carrier and the second uplink carrier once the reconfiguration is complete.
The message sent, or initiated to be sent, in step 101 can be an RRC message, such as an RRC Reconfiguration message.
Although not shown in
The terminal device 42 can also transmit data to the network via the first uplink carrier and the second uplink carrier once the reconfiguration is complete.
Various examples of the message sent, or initiated to be sent, in step 101, and received in step 111, are described in more detail below with reference to
In a first approach, a second transport channel is created that has a different E-DCH TTI. This would mean the UE 42 is configured with one E-DCH transport channel with one TTI on the primary carrier and a second E-DCH transport channel with a different TTI on the secondary carrier. Thus the message in steps 101/111 can configure the terminal device 42 with a first transport channel (e.g. E-DCH) having the first TTI for the first uplink carrier and a second transport channel (e.g. E-DCH) having the second TTI for the second uplink carrier.
In some examples the first TTI is 2 ms and the second TTI is 10 ms. In other examples, the first TTI is 10 ms and the second TTI is 2 ms. In yet other examples, the first TTI and/or second TTI can be other values (i.e. values other than 2 ms and/or 10 ms).
This first approach can fit into the current protocol framework through the addition of another entry for a new E-DCH in the list of UL transport channels in the IE “Added or Reconfigured TrCH information list” shown in
This approach also means that the user data stream (i.e., the logical channel) will need to be split before data is handed down to the two transport channels. Currently, this functionality is handled within the transport layer. Higher layers just hand the data over to a single E-DCH transport channel, which is responsible for the distribution over the two UL carriers. Therefore, this approach requires the functionality for carrier distribution of data to be performed in two different layers.
In a second approach, the message framework can be expanded to accommodate different TTI lengths within the same transport channel (e.g. within the same E-DCH). Thus the message can configure the terminal device 42 with a single transport channel for the first uplink carrier and the second uplink carrier, with the single transport channel having the first TTI and the second TTI. There are several ways that this can be achieved.
In the current framework the E-DCH is specified in an RRC Reconfiguration message in different places. Transport-layer parameters such as TTI length, HARQ (hybrid automatic repeat request) info, etc., are given as part of the IE “Added or Reconfigured UL TrCH information” (e.g. as shown in
The first way in which this second approach can be implemented is to add all the E-DCH-TTI-specific parameters for the secondary carrier to the IE “Uplink secondary cell info FDD”, overriding similar parameters in the “E-DCH Info” IE when necessary. Thus the message in step 101/111 can comprise an “Uplink secondary cell info FDD” information element, IE, that indicates parameters that are specific to the TTI of the second uplink carrier.
A second way in which the second approach can be implemented keeps the current logical structure of the parameters within the message. This requires the creation of new parameters for the new E-DCH TTI at the appropriate levels whenever appropriate. Thus the message in step 101/111 can comprise a first IE that indicates the first TTI for the first uplink carrier and a second IE that indicates the second TTI for the second uplink carrier. At the message level, this involves adding new transport channel parameters, e.g., “E-DCH Transmission Time Interval for secondary carrier” and for the lower layer UL radio resource parameters, adding a new IE for E-DCH Info for secondary UL frequency as well as modifying the existing IE “Uplink secondary cell info FDD” to remove any duplicated or no longer needed parameters. An example of the implementation of this approach is shown in
Thus the “E-DCH Info” is effectively decoupled and a separate IE e.g. called “E-DCH Info for secondary carrier” or similar is implemented alongside the existing E-DCH. An example of this new IE group is shown in
As an alternative, instead of reusing the whole “E-DCH Info” as in
Thus, the above examples enable the configuration of a terminal device for multicarrier operation in an efficient and clear way.
Modifications and other variants of the described example(s) will come to mind to one skilled in the art having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. Therefore, it is to be understood that the example(s) is/are not to be limited to the specific examples disclosed and that modifications and other variants are intended to be included within the scope of this disclosure. Although specific terms may be employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.
Various examples of the techniques described herein are set out in the following statements:
1. A method of operating a network node in a communication network to configure a terminal device for uplink multicarrier operation for transmissions from the terminal device to a radio access node in the communication network, the method comprising:
2. A method as defined in statement 1, wherein the message is a Radio Resource Control, RRC, message.
3. A method as defined in statement 1 or 2, wherein the message is a RRC Reconfiguration message.
4. A method as defined in any of statements 1-3, wherein the message configures the terminal device with a first transport channel having the first TTI for the first uplink carrier and a second transport channel having the second TTI for the second uplink carrier.
5. A method as defined in statement 4, wherein the first transport channel and the second transport channel are Enhanced-Dedicated Channels, E-DCHs.
6. A method as defined in statement 4 or 5, wherein the message comprises an information element, IE, identifying the first transport channel and the second transport channel in a transport channel list.
7. A method as defined in any of statements 1-3, wherein the message configures the terminal device with a single transport channel for the first uplink carrier and the second uplink carrier, wherein the single transport channel has the first TTI and the second TTI.
8. A method as defined in statement 7, wherein the message comprises an “Uplink secondary cell info FDD” information element, IE, that indicates parameters that are specific to the TTI of the second uplink carrier.
9. A method as defined in statement 7, wherein the message comprises a first information element, IE, that indicates the first TTI for the first uplink carrier and a second IE that indicates the second TTI for the second uplink carrier.
10. A method as defined in statement 9, wherein the first IE and the second IE are part of an “Added or Reconfigured UL TrCH information” group of IEs, and wherein parameters that are specific to the second uplink carrier are indicated in a separate group of IEs.
11. A method as defined in statement 9 or 10, wherein the second IE is part of a separate group of IEs to the first IE.
12. A method as defined in statement 9, 10 or 11, wherein the message comprises an “E-DCH Info” IE for the second uplink carrier that indicates parameters that are specific to the TTI of the second uplink carrier.
13. A method as defined in any of statements 1-12, wherein the method further comprises receiving a message from the terminal device indicating that reconfiguration of the terminal device in response to the configuration message is complete.
14. A method as defined in any of statements 1-13, wherein the method further comprises receiving data from the terminal device via the first uplink carrier and the second uplink carrier.
15. A network node for use in a communication network, the network node being for configuring a terminal device for uplink multicarrier operation for transmissions from the terminal device to a radio access node in the communication network, the network node being adapted to:
Various additional embodiments of the network node are also contemplated in which the network node is further adapted to perform the method steps set out in any of statements 2-14.
16. A method of operating a terminal device, wherein the terminal device is capable of uplink multicarrier operation with a communication network for transmissions from the terminal device to a radio network node in the communication network, the method comprising:
17. A method as defined in statement 16, wherein the message is a Radio Resource Control, RRC, message.
18. A method as defined in statement 16 or 17, wherein the message is a RRC Reconfiguration message.
19. A method as defined in any of statements 16-18, wherein the message is for configuring the terminal device with a first transport channel having the first TTI for the first uplink carrier and a second transport channel having the second TTI for the second uplink carrier.
20. A method as defined in statement 19, wherein the first transport channel and the second transport channel are Enhanced-Dedicated Channels, E-DCHs.
21. A method as defined in statement 19 or 20, wherein the message comprises an information element, IE, identifying the first transport channel and the second transport channel in a transport channel list.
22. A method as defined in any of statements 16-18, wherein the message is for configuring the terminal device with a single transport channel for the first uplink carrier and the second uplink carrier, wherein the single transport channel has the first TTI and the second TTI.
23. A method as defined in statement 22, wherein the message comprises an “Uplink secondary cell info FDD” information element, IE, that indicates parameters that are specific to the TTI of the second uplink carrier.
24. A method as defined in statement 22, wherein the message comprises a first information element, IE, that indicates the first TTI for the first uplink carrier and a second IE that indicates the second TTI for the second uplink carrier.
25. A method as defined in statement 24, wherein the first IE and the second IE are part of an “Added or Reconfigured UL TrCH information” group of IEs, and wherein parameters that are specific to the second uplink carrier are indicated in a separate group of IEs.
26. A method as defined in statement 24 or 25, wherein the second IE is part of a separate group of IEs to the first IE.
27. A method as defined in statement 24, 25 or 26, wherein the message comprises an “E-DCH Info” IE for the second uplink carrier that indicates parameters that are specific to the TTI of the second uplink carrier.
28. A method as defined in any of statements 16-27, wherein the method further comprises sending a message to the communication network indicating that reconfiguration of the terminal device in response to the configuration message is complete.
29. A method as defined in any of statements 16-28, wherein the method further comprises transmitting data from the terminal device via the first uplink carrier and the second uplink carrier.
30. A terminal device, wherein the terminal device is capable of uplink multicarrier operation with a communication network for transmissions from the terminal device to a radio network node in the communication network, the terminal device being adapted to receive a message from the communication network, the message being for configuring the terminal device to operate with a first uplink carrier having a first transmission time interval, TTI, and a second uplink carrier having a second TTI.
Various additional embodiments of the terminal device are also contemplated in which the terminal device is further adapted to perform the method steps set out in any of statements 17-29.
31. A computer program product comprising a computer readable medium having computer readable code embodied therein, the computer readable code being configured such that, on execution by a suitable computer or processor, the computer or processor is caused to perform the method of any of statements 1-14 or 16-29.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/SE2017/050918 | 9/21/2017 | WO | 00 |
Number | Date | Country | |
---|---|---|---|
62402512 | Sep 2016 | US |