The present disclosure relates generally to a first communication device and methods performed thereby for sending downlink information to a second communication device. The present disclosure also relates generally to the second communication device and methods performed thereby decoding downlink information received from the first communication device. The present disclosure further relates generally to a computer program product, comprising instructions to carry out the actions described herein, as performed by the first communication device, or by the second communication device. The computer program product may be stored on a computer-readable storage medium.
Communication devices such as wireless devices are also known as e.g. User Equipments (UE), mobile terminals, wireless terminals and/or Mobile Stations (MS). Wireless devices are enabled to communicate wirelessly in a cellular communications network or wireless communication network, sometimes also referred to as a cellular radio system, cellular system, or cellular network. The communication may be performed e.g. between two wireless devices, between a wireless device and a regular telephone and/or between a wireless device and a server via a Radio Access Network (RAN) and possibly one or more core networks, comprised within the wireless communications network.
Wireless devices may further be referred to as mobile telephones, cellular telephones, laptops, or surf plates with wireless capability, just to mention some further examples. The terminals in the present context may be, for example, portable, pocket-storable, hand-held, computer-comprised, or vehicle-mounted mobile devices, enabled to communicate voice and/or data, via the RAN, with another entity, such as another terminal or a server.
The wireless communications network covers a geographical area which may be divided into cell areas, wherein each cell area being served by an access node such as a Base Station (BS), e.g. a Radio Base Station (RBS), which sometimes may be referred to as e.g. Evolved Node B “eNB”, “eNodeB”, “NodeB”, “B node”, or BTS (Base Transceiver Station), depending on the technology and terminology used. The base stations may be of different classes such as e.g. macro eNodeB, home eNodeB or pico base station, based on transmission power and thereby also cell size. A cell is the geographical area where radio coverage is provided by the base station at a base station site. One base station, situated on the base station site, may serve one or several cells. Further, each base station may support one or several communication technologies. The base stations communicate over the air interface operating on radio frequencies with the terminals within range of the base stations. In the context of this disclosure, the expression Downlink (DL) is used for the transmission path from the base station to the mobile station. The expression Uplink (UL) is used for the transmission path in the opposite direction i.e. from the mobile station to the base station.
3rd Generation Partnership Project (3GPP) Long-Term Evolution (LTE) represents a project within the third generation partnership project, with an aim to improve the Universal Mobile Telecommunications System (UMTS) standard. The 3GPP LTE radio interface offers high peak data rates, low delays and an increase in spectral efficiencies. The LTE physical layer is designed to achieve higher data rates, and is facilitated by turbo coding/decoding, and higher order modulations, up to 256-Quadrature Amplitude Modulation (QAM). The modulation and coding may be adaptive, and may depend on channel conditions. Orthogonal Frequency Division Multiple Access (OFDMA) may be used for the downlink, while Single Carrier Frequency Division Multiple Access (SC-FDMA) may be used for the uplink. The main advantage of such schemes is that the channel response is flat over a sub-carrier even though the multi-path environment may be frequency selective over the entire bandwidth. This may reduce the complexity involved in equalization, as simple single tap frequency domain equalizers, which may be understood as stateless or memoryless filters, may be used at the receiver. OFDMA allows LTE to achieve its goal of higher data rates, reduced latency and improved capacity/coverage, with reduced costs to the operator. The LTE physical layer supports Hybrid Automatic Repeat reQuest (H-ARQ), power weighting of physical resources, uplink power control, and Multiple-Input Multiple-Output (MIMO).
The LTE ecosystem may support both Frequency Division Duplex (FDD) and Time Division Duplex (TDD). This may enable the operators to exploit both the paired and unpaired spectrum, since LTE may have flexibility in bandwidth, as it may support 6 bandwidths 1.4 MegaHertz (MHz), 3 MHz, 5 MHz, 10 MHz, 15 MHz and 20 MHz.
In the case of FDD operation, there may be two carrier frequencies which are represented in
In the case of TDD operation, there is a single carrier frequency only and uplink and downlink transmissions are separated in the time domain on a cell basis. For example,
In LTE, the uplink control channel may carry information about Hybrid Automatic Repeat reQuest (HARQ)—ACKnowledgment (ACK) information corresponding to the downlink data transmission, and channel state information. The channel state information may typically consist of a Rank Indicator (RI), CQI, and a PMI. Either the PUCCH or the PUSCH may be used to carry this information. The PUCCH reporting may be periodic, and the periodicity of the PUCCH may be configured by the higher layers, while the PUSCH reporting may be aperiodic. Also, there may be various modes for PUCCH and PUSCH, and, in general, the reporting may depend on the transmission mode, and the formats may be configured via higher layer signaling.
In LTE, the downlink control channel (PDCCH) may carry information about the scheduling grants. Typically, this may consist of a number of MIMO layers scheduled, transport block sizes, modulation for each codeword, parameters related to HARQ, sub band locations and also PMI corresponding to those sub bands.
Typically, the following information may be transmitted by means of the downlink control information (DCI) format: localized/distributed Virtual Resource Block (VRB) assignment flag, resource block assignment, modulation and coding scheme, HARQ process number, new data indicator, redundancy version, Transmitter Power Control (TPC) command for PUCCH, downlink assignment index, precoding matrix index, and number of layers.
Note that, all DCI formats may not use all the information as shown above. In general, the contents of PDCCH may depend on transmission mode and DCI format.
Carrier aggregation (CA) was introduced in Release 10 for LTE and/or LTE Advanced (LTE-A) to increase the bandwidth without any modifications of the baseband. In the case of carrier aggregation, multiple LTE carriers, each with a bandwidth up to 20 MHz may be transmitted in parallel to and/or from the same terminal, thereby allowing for an overall wider bandwidth, and correspondingly higher per-link data rates. In the context of carrier aggregation, each carrier may be referred to as a component carrier as, from a Radio Frequency (RF) point-of-view, the entire set of aggregated carriers may be seen as a single, RF, carrier. Till Release 12, up to 5 LTE/LTE-A component carriers may be aggregated, allowing for transmission bandwidths up to 40 MHz for High-Speed Packet Access (HSPA), and up to 100 MHz for LTE/LTE-A.
A terminal capable of carrier aggregation may receive or transmit simultaneously on multiple component carriers. Aggregated component carriers may not need to be contiguous in the frequency domain. Rather, with respect to the frequency location of the different component carriers, three different cases may be identified: intra-band aggregation with frequency-contiguous component carriers, intra-band aggregation with non-contiguous component carriers, and inter-band aggregation with non-contiguous component carriers.
A terminal capable of carrier aggregation may have one downlink primary component carrier and an associated uplink primary component carrier. In addition, it may have one or several secondary component carriers in each direction. Different terminals may have different carriers as their primary component carrier—that is, the configuration of the primary component carrier may be terminal specific.
From the recent mobile data statistics, in general the traffic is asymmetric. This means that DL traffic may be much heavier than uplink. Hence, in order to support more downlink subframes for LTE-TDD systems, a 3GPP RAN plenary has discussed adding more downlink heavy configurations for the currently existing TDD configurations. The configurations under considerations are 10:0:0 and 9:1:0. Both the configurations are configured along with a standalone carrier as the primary carrier.
Downlink heavy configurations, however, with existing methods, negatively affect the performance of wireless devices due to increased interference, and result in degraded network communications.
It is therefore an object of embodiments herein to improve the performance of a communications network by providing improved methods of sending downlink information, such as a downlink message.
According to a first aspect of embodiments herein, the object is achieved by a method performed by a first communication device. The method is for sending downlink information to a second communication device. The first communication device and the second communication device operate in a communications network. The first communication device determines whether or not one or more third communication devices operating in the communications network are sending uplink information on an adjacent carrier. The adjacent carrier is adjacent to a carrier assigned to the first communication device for sending the downlink information to the second communication device. The first communication device sends the downlink information to the second communication device on the carrier. This is done when the first communication device has determined that the one or more third communication devices are not sending uplink information on the adjacent carrier to the carrier used by the first communication device for sending the downlink information.
According to a second aspect of embodiments herein, the object is achieved by a method performed by the second communication device. The method is for decoding downlink data received from the first communication device. The first communication device and the second communication device operate in the communications network. The second communication device determines whether the second communication device is scheduled on the carrier, assigned to the second communication device for receiving downlink control information from the first communication device, or on another carrier. The determining is based on whether time-frequency resources in which the determining is performed are configured to allow the sending of uplink information, or not, on the adjacent carrier. The adjacent carrier is adjacent to the carrier wherein the sending is by the one or more third communication devices operating in the communications network. The second communication device receives the downlink data from the first communication device. The second communication device also decodes the received downlink data based on the determining whether the second communication device is scheduled on the carrier or on the other carrier.
According to a third aspect of embodiments herein, the object is achieved by the first communication device configured to send the downlink information to the second communication device. The first communication device and the second communication device are configured to operate in the communications network. The first communication device is configured to determine whether or not the one or more third communication devices configured to operate in the communications network are sending the uplink information on the adjacent carrier. The adjacent carrier is adjacent to the carrier assigned to the first communication device for sending the downlink information to the second communication device. The first communication device is further configured to send the downlink information to the second communication device on the carrier. In order to send the downlink information, the first communication device is configured to have determined that the one or more third communication devices are not sending uplink information on the adjacent carrier to the carrier used by the first communication device for sending the downlink information.
According to a fourth aspect of embodiments herein, the object is achieved by the second communication device configured to decode the downlink data received from the first communication device. The first communication device and the second communication device are configured to operate in the communications network. The second communication device is further configured to determine whether the second communication device is scheduled on the carrier assigned to the second communication device for receiving the downlink information from the first communication device, or on the other carrier. To determine is based on whether the time-frequency resources in which the determining is configured to be performed are configured to allow the sending of uplink information, or not, on the adjacent carrier. The adjacent carrier is adjacent to the carrier wherein the sending is configured to be by the one or more third communication devices configured to operate in the communications network. The second communication device is configured to receive the downlink data from the first communication device. The second communication device is also configured to decode the received downlink data based on the determining whether the second communication device is scheduled on the carrier or on the other carrier.
According to a fifth aspect of embodiments herein, the object is achieved by a computer program. The computer program comprises instructions which, when executed on at least one processor, cause the at least one processor to carry out the method performed by the first communication device.
According to a sixth aspect of embodiments herein, the object is achieved by computer-readable storage medium. The computer-readable storage medium has stored thereon a computer program comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out the method performed by the first communication device.
According to a seventh aspect of embodiments herein, the object is achieved by a computer program. The computer program comprises instructions which, when executed on at least one processor, cause the at least one processor to carry out the method performed by the second communication device.
According to an eighth aspect of embodiments herein, the object is achieved by computer-readable storage medium. The computer-readable storage medium has stored thereon a computer program comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out the method performed by the second communication device.
By the first communication device determining whether or not the one or more third communication devices are sending uplink information on the adjacent carrier before sending the downlink information, the first communication device may send the downlink information to the second communication device on the carrier as soon as, or only in the case that, it has determined that the one or more third communication devices are not sending uplink information. Hence, interference from the downlink transmission from the first communication device to the uplink transmission from the one or more third communication devices is reduced, or even avoided. Deployment of downlink-heavy configurations is therefore facilitated without disrupting the quality of communications by wireless devices in nearby areas.
Examples of embodiments herein are described in more detail with reference to the accompanying drawings, on which:
The following commonly terminologies are used in the embodiments and are elaborated below:
Radio network node: In some embodiments the non-limiting term radio network node is more commonly used and it refers to any type of network node serving a wireless device, e.g., a UE, and/or connected to other network node or network element or any radio node from where a wireless device receives a signal. Examples of radio network nodes are Base Transceiver Station (BTS), Node B, Base Station (BS), Multi-Standard Radio (MSR) radio node such as MSR BS, eNode B, network controller, Radio Network Controller (RNC), base station controller, relay, donor node controlling relay, Access Point (AP), transmission points, transmission nodes, Remote Radio Unit (RRU), Remote Radio Head (RRH), nodes in Distributed Antenna System (DAS) etc.
Network node: In some embodiments, a more general term “network node” is used and it may correspond to any type of radio network node or any network node, which communicates with at least a radio network node. Examples of network node are any radio network node stated above, core network node, e.g., MSC, Mobility Management Entity (MME) etc., Operational and Maintenance (O&M), Operational Support Systems (OSS), Self Organizing Network (SON) node, positioning node, e.g. Evolved Serving Mobile Location Centre (E-SMLC), Minimization of Drive Test (MDT) node etc.
Wireless device: In some embodiments the non-limiting term wireless device or UE is used and it refers to any type of wireless device communicating with a radio network node in a cellular or mobile communication system. Examples of wireless device are target device, device to device (D2D) mobile stations or D2D UE, machine type mobile stations or mobile stations capable of machine to machine (M2M) communication, PDA, iPad, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), USB dongles etc.
In some embodiments the non-limiting term user equipment (UE) is used. It refers to any type of wireless device that communicates with a radio network node in a cellular or mobile communication system. Examples of UE are target device, device to device (D2D) UE, machine type UE or UE capable of machine to machine (M2M) communication, PDA, iPad, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), USB dongles etc.
The embodiments are applicable to single carrier as well as to MultiCarrier (MC) or Carrier Aggregation (CA) operation of the UE. The term carrier aggregation (CA) may be also called, e.g. interchangeably called, “multi-carrier system”, “multi-cell operation”, “multi-carrier operation”, “multi-carrier” transmission and/or reception.
Although terminology from the 3rd Generation Partnership Project (3GPP) Radio Access Network (GERAN) has been used in this disclosure to exemplify the embodiments herein, this should not be seen as limiting the scope of the embodiments herein to only the aforementioned system. Other wireless systems, including Wideband Code Division Multiple Access (WCDMA), WiMax, and Ultra Mobile Broadband (UMB) may also benefit from exploiting the ideas covered within this disclosure.
In this section, the embodiments herein will be illustrated in more detail by a number of exemplary embodiments. It should be noted that these embodiments are not mutually exclusive. Components from one embodiment may be tacitly assumed to be present in another embodiment and it will be obvious to a person skilled in the art how those components may be used in the other exemplary embodiments.
As part of the development of embodiments herein, a problem will first be identified and discussed.
With the introduction of additional TDD configurations, the performance of the legacy carriers on adjacent frequencies will be impacted due to the downlink only or heavy downlink interference. The normal TDD operations in the adjacent TDD frequency bands operated by another operator will be disrupted. That is, if an operator deploys a downlink only TDD configuration it has a huge impact on the uplink performance of the neighbor operator(s) due to strong downlink-to-uplink interference. This may particularly happen if the additional TDD configuration is deployed on a macro network. For example, to understand the problem, a heterogeneous deployment scenario may be considered, wherein two operators have deployed their macro nodes and low power nodes in a cell. The Operator A has deployed a macro node and is operating on frequency F1, and is using the TDD configuration 3 defined in Table 1. The operator B has deployed a macro or a pico node and is using the additional configuration, 10:0:0, or any heavy downlink configuration, for example, configuration 5 in Table 1 on an adjacent frequency F2. Without any coordination between the two operators, the downlink transmission on F2 will cause interference to the uplink transmission for the carrier F1.
In a first hypothetical scenario to illustrate the problem, it may be considered that the operator B is deployed as a Low Power Node (LPN).
In a second hypothetical scenario to illustrate the problem, it may be considered that the operator B is deployed as a macro node.
The problem illustrated by the example scenario just described is addressed in the present disclosure. Embodiments herein may be related to wireless communication systems and, in particular, to a method related to transmitting a downlink control channel in a TDD system. Embodiments herein may also be related to a method to transmit data in a TDD wireless communication system. Further particularly, embodiments herein may provide a method of transmitting data in a TDD wireless communication system which causes no adjacent channel interference. In the disclosed method, an aggressor Node may sense whether there is any uplink transmission on the adjacent frequencies, and transmit data to the UEs in its cell when there is no uplink transmission on the adjacent frequencies, thereby minimizing the performance loss of the other legacy systems. Embodiments herein may therefore be considered to be related to Downlink control channel, TDD, FDD, carrier aggregation, downlink only, LTE, LTE-A, PDCCH, or ePDCCH.
The term CSI-RS may be used herein for simplicity. However embodiments are applicable to any type of reference signal (aka pilot signals) or any known sequence or signals which may be transmitted in a radio resource from an antenna element belonging to any antenna system. The radio resource may be a resource element which in turn may be a time-frequency resource. The terms element, elements and antenna ports are also interchangeably used but carry the same meaning in this disclosure.
The wireless communications network 100 comprises a plurality of communication devices, such as the first communication device 101, the second communication device 102, the one or more third communication devices 103, and the fourth communication device 104. Any of the first communication device 101, the second communication device 102, the one or more third communication devices 103, and the fourth communication device 104 may be a network node such as first network node 111 described below, or in some instances such as in Device to Device (D2D) communications, a wireless device such as the first wireless device 121 described below. The first communication device 101 is different than any of the second communication device 102, the one or more third communication devices 103, and the fourth communication device 104. Typically, on the DL, the first communication device 101 will be the first network node 111 and the second communication device 102 will be the wireless device 120. Also typically, the one or more third communication devices 103 may be one or more wireless devices such as the wireless device 120, which may be served by the fourth communication device 104, which may be another network node such as the network node 111. This corresponds to the non-limiting particular example illustrated in
The wireless communications network 100 comprises a plurality of network nodes whereof two network nodes, such as the first network node 111 and the second network node 112 are depicted in
The wireless communications network 100 covers a geographical area which is divided into cell areas, wherein each cell area is served by a network node, although, one network node may serve one or several cells. In the non-limiting example depicted in
The wireless communications network 100 comprises a plurality of wireless devices whereof two wireless devices, such as the first wireless device 121 and the second wireless device 122 are depicted in
The first communication device 101 may communicate with the second communication device 102 over a first radio link in the first cell 131, e.g., a primary cell, or a carrier 141. The carrier 141 may also be referred to herein as a “component carrier”. In some embodiments, as will be described later, the first communication device 101 may communicate with the second communication device 102 over a so called “cross carrier”, which may be understood as another carrier used with cross-carrier scheduling. In the non-limiting example of
In other examples than those depicted in
Any of the first communication device 101 and the second communication device 102 described above may be implemented in a so-called cloud solution, referring to that the implementation may be distributed, and any of the first communication device 101 and the second communication device 102 and indexing server therefore may be so-called virtual nodes or virtual machines. This may similarly apply to any of the one or more third communication devices 103 and the fourth communication device 104.
In this section, the embodiments herein will be illustrated in more detail by a number of exemplary embodiments. It should be noted that these embodiments are not mutually exclusive. Components from one embodiment may be tacitly assumed to be present in another embodiment and it will be obvious to a person skilled in the art how those components may be used in the other exemplary embodiments.
Several embodiments are comprised herein. More specifically, the following are embodiments related to the first communication device 101, e.g., a transmitting device, and embodiments related to the second communication device 102, e.g., a receiving device related embodiments.
Embodiments of a method performed by the first communication device 101 for sending downlink information, e.g. a message, to the second communication device 102, will now be described with reference to the flowchart depicted in
The method may comprise one or more of the following actions. In some embodiments all the actions may be performed. In some embodiments, one or more actions may be performed. One or more embodiments may be combined, where applicable. All possible combinations are not described to simplify the description. In
In some particular embodiments, this action 601 is related to a method at the first communication device 101, e.g., the network node 111, for transmitting downlink data. In the normal course of communications in the communications network 100, the first communication device 101, e.g., the network node 111, may need to send downlink information, such as data, to the second communication device 102, e.g., the wireless device 120. In the communications network 100, the carrier 141 is assigned to the first communication device 101 for sending the downlink information to the second communication device 102. The downlink information may be downlink control information or data. In LTE, the downlink information may be e.g., information in a PDSCH, such as data, and/or downlink control information in a PDCCH.
For the purpose of sending downlink information, e.g., data, to the second communication device 102, the first communication device 101, may, in this Action, schedule the second communication device 102. Scheduling may be understood as determining information to control or manage when and how, e.g., at what data rate, transmissions to and from the second communication device 102 may be performed. In some embodiments, the scheduling may also comprise sending to the second communication device 102 the determined information to control or manage when and how transmissions to and from the second communication device 102 may be performed For example, in the case of LTE, scheduling may be performed by sending downlink control information, as described in the background section of this application, e.g., in relation to
As part of the scheduling, the first communication device 101 may decide to schedule the second communication device 102 in a particular set of time-frequency resources, e.g., in LTE, this may be a set of OFDM symbols, or a particular subframe.
According to embodiments herein, and in order to avoid causing interference to the one or more third communication devices 103, which may be transmitting nearby, e.g., at low power, the first communication device 101 may sense if there is any uplink transmission from the one or more third communication devices 103 in the adjacent carrier 142. If there is uplink transmission, the first communication device 101 may then refrain from proceeding with the transmission of data, that is, backoff. In order to be able to conduct the sensing prior to the transmission of the data, the first communication device 101 may need to first free-up time-frequency resources on the carrier 141 to allow for the sensing to occur. Since the downlink control information may be typically sent on the carrier 141 before the data, the first communication device 101 may, in some embodiments, for sending the downlink information to the second communication device 102, wherein the downlink information is data, schedule the second communication device 102 using cross carrier scheduling. This may be performed by the first communication device 101 by sending the downlink control information of the carrier 141 on another carrier, that is, the cross carrier described earlier. The downlink control information may be, e.g., in LTE, the PDCCH.
In certain time-frequency resources, e.g., in certain subframes, sending of uplink information may not be allowed. That is, the time-frequency resources may be configured for downlink only transmission, whereas others, may be configured for sending of uplink information. Taking LTE as an example, this may be observed for certain configurations. As may be seen in Table 1, uplink transmission is possible only in few sub frames. For example, subframes 0, 5 and 1, this last one in a partial way, may always be used for downlink. Subframe 1 is a special subframe (S), which may contain both, downlink and uplink transmission. In some embodiments, the first communication device 101 and the second communication device 102 may operate in the communications network 100 with a first Time Division Duplex, TDD, configuration, and the one or more third communication devices 103 may operate in the communications network 100 with a second TDD configuration, which first TDD configuration may be different than the second TDD configuration. Since the second TDD configuration may be different than the first TDD configuration, uplink transmissions from the one or more third communication devices 103 may be allowed when downlink transmissions from the first communication device 101 may be allowed, and therefore the latter may interfere on the former. However, there may be intervals of time, e.g., TTIs, wherein transmission of uplink information by the one or more third communication devices 103 is not allowed, hence, the first communication device 101 may not need to check for uplink transmissions, since they may not occur anyway. Therefore, for sending the downlink information to the second communication device 102 wherein the downlink information is data, in some embodiments when the second communication device 102 may be scheduled in time-frequency resources wherein the sending of uplink information, by the one or more third communication devices 103, is not allowed, the first communication device 101 may schedule the second communication device 102 using component carrier 141 scheduling, wherein the sending the downlink control information to the second communication device 102 may be performed on the carrier 141.
Conversely, when the second communication device 102 may be scheduled in time-frequency resources wherein the sending of uplink information is allowed, by the one or more third communication devices 103, the sending the downlink control information to the second communication device 102 may be performed by the first communication device 101 on the other carrier, e.g., using cross carrier scheduling, since the sensing may be required.
As explained earlier whether the sending of uplink information by the one or more third communication device 103 is allowed or not may be understood to be based, in some embodiments on whether the time-frequency resources are configured for the sending of uplink information or not, respectively.
In order to avoid causing interference to the one or more third communication devices 103 which may be transmitting nearby, in this Action, the first communication device 101 determines whether or not the one or more third communication devices 103 e.g., one wireless device such as the wireless device 120, operating in the communications network 100 are sending uplink information, e.g., to the fourth communication device 104, on the adjacent carrier 142. The adjacent carrier 142 is one of the one or more adjacent carriers to the carrier 141 to be used by the first communication device 101 for sending the downlink information to the second communication device 102. A carrier herein may be e.g., a radio frequency carrier. According to this Action, the first communication device 101 may sense if a received signal is an uplink signal, e.g., an uplink LTE signal, or not. This may require an uplink receiver and a conventional uplink receiver may be used for this purpose. This may be done in several ways, e.g., by simple energy detection: whenever the first communication device 101 detects signals above a certain energy level in an uplink subframe, it may assume that uplink communication is ongoing on the adjacent carrier 142. Alternatively, the first communication device 101 may try to detect the content of the signals, e.g., by detecting reference signals. This may allow the first communication device 101 to detect whether the signal is uplink or downlink, without needing to know the TDD configuration of the one or more third communication devices 103.
If the first communication device 101 determines that there is an uplink transmission, then it may back off from transmitting the data to the second communication device 102, thereby minimizing, or even nullifying, the interference from the first communication device 101 to the fourth communication device 104.
The determining whether or not the one or more third communication devices 103 are sending uplink information may be understood to be performed in time-frequency resources. For example, in some embodiments wherein the communications network 100 is an LTE network, the time-frequency resources may be a first three Orthogonal Frequency Division Multiplexing symbols in a subframe. However, the time-frequency resources may also be understood as subframes.
As explained earlier, the first communication device 101 may not need to check for uplink transmissions in the time-frequency resources wherein uplink transmission is not allowed anyway. Therefore, in some embodiments, the determining whether or not the one or more third communication devices 103 are sending uplink information is based on whether the time-frequency resources wherein the determining is performed are configured for the sending of uplink information or not. In some embodiments, the determining whether or not one or more third communication devices 103 are sending uplink information may be only performed in time-frequency resources wherein sending of uplink information is allowed, that is in time-frequency resources configured for sending uplink information. Taking LTE as an example, and in reference to the configurations of Table 1, in some embodiments, the determining whether or not the one or more third communication devices 103 are sending uplink information may be only performed in subframes 2, 3, 4, 6, 7, 8, and 9. As explained earlier, there subframes are configured to allow uplink transmissions. Similarly, the first communication device 101 may skip determining whether or not the one or more third communication devices 103 are sending uplink information in subframes 0, 1 and 5, as uplink transmissions are not allowed in these subframes anyway.
In this Action, the first communication device 101 sends the downlink information to the second communication device 102 on the carrier 141, wherein the first communication device 101 has determined that the one or more third communication devices 103 are not sending uplink information on the adjacent carrier 142 to the carrier 141 used by the first communication device 101 for sending the downlink information.
The downlink information may be, e.g., in LTE, e.g., information in a PDSCH, such as data, and/or downlink information in a PDCCH.
As has been explained above, there may be instances wherein the first communication device 101 may send the downlink control information, e.g., the PDCCH, using cross carrier scheduling, but may back off from transmitting the data, e.g., the PDSCH. In these cases, the second communication device 102 may send a HARQ-NAK as it did not receive any PDSCH data, which may be meaningful. Once the first communication device 101 receives this HARQ-NAK, it may discard the NAK, and reschedule the packet with the same redundancy version as that of old attempt. In an example, the scheduling parameters may be same as that of an old attempt. This may reduce the computational effort of re-computing all the scheduling parameters. In another example, the first communication device 101 may compute the scheduling parameters again based on the latest channel state information. However, in both cases, the redundancy version and HARQ process identifier (ID) may be same to get the HARQ gain, both chase combing and Incremental redundancy, at the receiver.
According to the foregoing, some examples of embodiments herein may relate to a method at the first communication device 101, e.g., the network node 111, for handling or interpreting the HARQ-ACK received from the second communication device 102. Some examples may relate to a method wherein the back off data may be retransmitted in another time interval with the same scheduling parameters as a previous attempt. In other examples of embodiments herein may relate to a method wherein the back off data is retransmitted in another time interval with the different scheduling parameters from old attempt, but with the same redundancy version and HARQ process identifier.
To summarize the method just described in other terms, the method herein may be understood to relate to a method in a transmission node to check if there is any uplink transmission on the adjacent carriers and back off from transmission of data if there is any transmission in the uplink. In some embodiments of this method, the downlink control information of the said carrier 141 may be sent on another carrier using cross carrier scheduling.
The method performed by the first communication device 101 will now be illustrated with an example wherein the communications network 100 is an LTE network.
As an example, the Node 2, in accordance with Action 601, decides to schedule the second communication device 102, denoted in the Figure as UE2, in a kth TTI in the downlink direction. Hence, according to the background section entitled “Message sequence chart of downlink transmission”, the Node 2 may need to send PDCCH and PDSCH in kth TTI. In general, in conventional methods, the first 3 OFDM symbols of the subframe are used for PDCCH and the remaining symbols are used to for PDSCH as shown in
However, for some embodiments herein, the node 2 may need to sense if there is any uplink transmission from the other nodes, the one or more third communication devices 103. Therefore, the node 2 may not send any information on the first 3 OFDM, symbols. Instead, according to examples herein, the Node 2 sends the PDCCH for the UE2 on another carrier using cross carrier scheduling according to Action 601, and frees up these 3 OFDM symbols for sensing the uplink transmissions, as shown in
According to the foregoing, an example of embodiments herein is a method in the network node 111, where the cross carrier scheduling is used only in subframe 2, 3, 4, 6, 7, 8 and 9. Another example of embodiments herein is a method in the network node 111 according to the Actions of
In some particular examples, the method may comprise that the first network node 101 may use a listen before talk (LBT) type of mechanism when an additional TDD configuration is deployed. An advantage of embodiments herein is that the performance loss of the legacy systems is minimized, and at the same time the deployment of downlink heavy TDD configurations is facilitated. Methods herein therefore mitigate the drawbacks of deploying additional TDD configuration.
It may be noted that while the first communication device 101 may transmit other common channels which may interfere with the uplink reception of the neighbor frequencies although the PDSCH may be muted. However, it may be noted that the power to the common control channels, such as Cell-specific Reference Signal (CRS), may typically be very low compared to the PDSCH. This implies that the power amplifier may be operating in the linear region. Hence in these cases, the Adjacent Channel Interference Ratio (ACIR) may generally be high and the impact to the neighbor uplink transmissions may be very minimal. Hence, this method may perform well, even when the first communication device 101 may be a DL-only TDD eNode B which transmits only common channels.
Finally, it may be noted that the co-existence issue may not occur if the operators on adjacent carriers are both using the downlink-only configuration.
Embodiments of a method performed by the second communication device 102 for decoding downlink data received from the first communication device 101, will now be described with reference to the flowchart depicted depicted in
The detailed description of some of the following corresponds to the same references provided above, in relation to the actions described for the first communication device 101, and will thus not be repeated here.
The method may comprise one or more of the following actions. In some embodiments all the actions may be performed. In some embodiments, one or more actions may be performed. One or more embodiments may be combined, where applicable. All possible combinations are not described to simplify the description.
In some particular embodiments, embodiments herein are therefore related to a method at the second communication device 102, e.g., a UE, for receiving the downlink data. As explained in the background section entitled “Message Sequence Chart of Downlink Transmission”, the second communication device 102 may need to check the downlink control information, e.g., the PDCCH, before decoding the data, e.g., the PDSCH. Also as explained earlier, for some embodiments herein, the first communication device 101 may need to use cross carrier scheduling to send the downlink control information. Accordingly, the second communication device 102 receiving the downlink data from the first communication device 101 may check the cross carrier 142, for example a primary carrier, PDCCH, and may then decide if the data is scheduled for it or not. Accordingly, in this Action, the second communication device 102 may determine whether the second communication device 102 is scheduled on the carrier 141 assigned to the first communication device 101 for sending the downlink information to the second communication device 102, or on another carrier, that is, the other carrier. In other words, the second communication device 102 may determine whether or not the data for the second communication device 102 is scheduled in the carrier 141 or in the other, cross, carrier, e.g., based on the received downlink control information, e.g., based on the PDCCH. Typically, this may be done by a Cyclic Redundancy Check (CRC) of the PDCCH symbols.
However, the first communication device 101 may only send the downlink control information the other carrier using in e.g., subframes where the sensing of uplink transmissions may be required. Therefore, in some time-frequency resources, e.g., frames, the second communication device 102 may skip monitoring the other carrier, since it may not expect the downlink control information on it anyway. The determining in this Action is therefore based on whether time-frequency resources in which the determining 1201 is performed are configured to allow sending of uplink information, or not, on the adjacent carrier 142 to the carrier 141. The sending is by the one or more third communication devices 103 operating in the communications network 100. As explained earlier, in a particular example in LTE, this Action may be implemented by determining if the time-frequency resources are the subframes 0, 1, or 5, or not. Since in these subframes, uplink transmission is not allowed, that is, they are configured for downlink only, the second communication device 102 may determine that it is scheduled on the carrier 141. This is because in these subframes, the first communication device 101, may not need to scan for uplink transmissions, and may therefore schedule the second communication device 102 on the carrier 141.
In some examples of Action 1201, embodiments herein may relate to a method in the second communication device 102 for decoding downlink control information, e.g., the PDCCH, on the other carrier, a primary carrier, in subframes 2, 3, 4, 6, 7, 8 and 9.
In some examples of Action 1201, embodiments herein may relate to a method in the second communication device 102 for decoding downlink control information, e.g., the PDCCH, on the carrier 141, the component carrier, in subframes 0, 1, and 5.
In this Action, the second communication device 102 receives the downlink data from the first communication device 101. The data may be received when the first communication device 101 has determined that the one or more third communication devices 103 are not sending uplink information in the adjacent carrier 142. The adjacent carrier 142 may be one of the one or more adjacent carriers to the carrier 141 used by the first communication device 102 for sending the downlink information.
The second communication device 102 may receive the downlink data in the carrier 141 or in the other carrier.
In this Action, the second communication device 102 may decode the received downlink information based on the determining whether or not the second communication device 102 is scheduled on the carrier 141 or on the other carrier.
Embodiments on Action 1203 may then be related to decoding a data channel, e.g., the PDSCH, received from the first communication device 101, based on the determining of whether or not the second communication device 102 is scheduled in the carrier 141 or in the other, cross, carrier e.g., based on the PDCCH. If e.g., as a result of Action 1201, the second communication device 102 decides that it is scheduled on a secondary carrier, it may use the scheduling information to decode the data, e.g., the PDSCH, on the secondary carrier.
If the PDSCH transmission is a pass, then second communication device 102 may send a HARQ-ACK, and if a CRC for the PDSCH is a fail, then it may send a HARQ-NAK. However, there may be instances when the first communication device 101 may send the PDCCH for the intended UE, but may have not sent the PDSCH on the secondary carrier to avoid the interference to the adjacent carrier 142, or adjacent channel, to uplink transmissions from the one or more third communication devices 103. In these cases, the second communication device 102 may send a NAK, as the CRC anyhow will fail.
According to the foregoing, some examples embodiments herein may relate to a method whereby the second communication device 102 may communicate HARQ-NAK to the first communication device 101 when it decodes the PDCCH successfully, but the PDSCH a failure.
To perform the method actions described above in relation to
The detailed description of some of the following corresponds to the same references provided above, in relation to the actions described for the first communication device 101, and will thus not be repeated here. For example, in some embodiments, the first communication device 101 and the second communication device 102 may be configured to operate in the communications network 100 with a first TDD configuration, and the one or more third communication devices 103 may be configured to operate in the communications network 100 with a second TDD configuration, which first TDD configuration may be different than the second TDD configuration.
The first communication device 101 is further configured to, e.g., by means of a determining module 1301 configured to, determine whether or not the one or more third communication devices 103 configured to operate in the communications network 100 are sending uplink information on the adjacent carrier 142, wherein the adjacent carrier 142 is adjacent to the carrier 141 assigned to the first communication device 101 for sending the downlink information to the second communication device 102.
The determining module 1301 may be a processor 1302 of the first communication device 101, or an application running on such processor.
To determine whether or not the one or more third communication devices 103 are sending uplink information may be configured to be performed in time-frequency resources, and may be configured to be based on whether the time-frequency resources are configured for the sending of uplink information or not.
The time-frequency resources may be the first three Orthogonal Frequency Division Multiplexing symbols in a subframe.
In some embodiments, to determine whether or not the one or more third communication devices 103 are sending uplink information is only configured to be performed in subframes 2, 3, 4, 6, 7, 8, and 9
The first communication device 101 may be further configured to, e.g., by means of a sending module 1303 configured to, send the downlink information to the second communication device 102 on the carrier 141, wherein the first communication device 101 is configured to have determined that the one or more third communication devices 103 are not sending uplink information on the adjacent carrier 142 to the carrier 141 used by the first communication device 101 for sending the downlink information. The sending module 1303 may be the processor 1302 of the first communication device 101, or an application running on such processor.
In some embodiments, wherein the downlink information is data, the first communication device 101, to send the downlink information to the second communication device 102, may be further configured to, e.g., by means of a scheduling module 1304 configured to, schedule the second communication device 102 using cross carrier 141 scheduling, by being configured to send the downlink control information of the carrier 141 on another carrier, that is the other carrier. The scheduling module 1304 may be the processor 1302 of the first communication device 101, or an application running on such processor.
In some embodiments, to send the downlink control information to the second communication device 102 may be configured to be performed by the first communication device 101 on the other carrier when the second communication device 102 is scheduled in time-frequency resources wherein the sending of uplink information is configured to be allowed.
In some embodiments, wherein the downlink information is data, the first communication device 101, to send the downlink information to the second communication device 102, may be further configured to, e.g., by means of the scheduling module 1304 configured to, schedule the second communication device 102 using component carrier 141 scheduling, wherein to send the downlink control information to the second communication device 102 may be configured to be performed on the carrier 141, when the second communication device 102 is scheduled in time-frequency resources wherein the sending of uplink information is configured to not be allowed.
The first communication device 101 may be configured to perform other actions with other modules 1305 configured to perform these actions within the first communication device 101. Each of the other modules 1305 may be the processor 1302 of the first communication device 101, or an application running on such processor.
The embodiments herein may be implemented through one or more processors, such as the processor 1302 in the first communication device 101 depicted in
The first communication device 101 may further comprise a memory 1306 comprising one or more memory units. The memory 1306 is arranged to be used to store obtained information, store data, configurations, schedulings, and applications etc. to perform the methods herein when being executed in the first communication device 101.
In some embodiments, the first communication device 101 may receive information, e.g., from the one or more third communication devices 103, or from second communication device 102, through a receiving port 1307. In some embodiments, the receiving port 1307 may be, for example, connected to the two or more antennas in first communication device 101. In other embodiments, the first communication device 101 may receive information from another structure in the communications network 100 through the receiving port 1307. Since the receiving port 1307 may be in communication with the processor 1302, the receiving port 1307, may then send the received information to the processor 1302. The receiving port 1307 may also be configured to receive other information.
The processor 1302 in the first communication device 101 may be further configured to transmit or send information to e.g., to the second communication device 102, through a sending port 1308, which may be in communication with the processor 1302 and the memory 1306.
The first communication device 101 may comprise an interface unit to facilitate communications between the first communication device 101 and other nodes or devices, e.g., the second communication device 102. The interface may, for example, include a transceiver configured to transmit and receive radio signals over an air interface in accordance with a suitable standard.
Those skilled in the art will also appreciate that the determining module 1301, the sending module 1303, the scheduling module 1303, and the other modules 1305 described above may refer to a combination of analog and digital modules, and/or one or more processors configured with software and/or firmware, e.g., stored in memory, that, when executed by the one or more processors such as the processor 1302 perform as described above. One or more of these processors, as well as the other digital hardware, may be included in a single Application-Specific Integrated Circuit (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a System-on-a-Chip (SoC).
Also, in some embodiments, the different modules 1301 and 1303-1304 described above may be implemented as one or more applications running on one or more processors such as the processor 1302.
Thus, the methods according to the embodiments described herein for the first communication device 101 may be implemented by means of a computer program 1309 product, comprising instructions, i.e., software code portions, which, when executed on at least one processor 1302, cause the at least one processor 1302 to carry out the actions described herein, as performed by the first communication device 101. The computer program 1309 product may be stored on a computer-readable storage medium 1310. The computer-readable storage medium 1310, having stored thereon the computer program 1309, may comprise instructions which, when executed on at least one processor 1302, cause the at least one processor 1302 to carry out the actions described herein, as performed by the first communication device 101. In some embodiments, the computer-readable storage medium 1310 may be a non-transitory computer-readable storage medium, such as a CD ROM disc, or a memory stick. In other embodiments, the computer program 1309 product may be stored on a carrier containing the computer program 1309 just described, wherein the carrier is one of an electronic signal, optical signal, radio signal, or the computer-readable storage medium, as described above.
To perform the method actions described above in relation to
The detailed description of some of the following corresponds to the same references provided above, in relation to the actions described for the second communication device 102, and will thus not be repeated here. For example, in some embodiments, the first communication device 101 and the second communication device 102 may be configured to operate in the communications network 100 with a first TDD configuration, and the one or more third communication devices 103 may be configured to operate in the communications network 100 with a second TDD configuration, which first TDD configuration may be different than the second TDD configuration.
The first communication device 101 is further configured to, e.g., by means of a determining module 1401 configured to, determine whether the second communication device 102 is scheduled on the carrier 141 assigned to the second communication device 102 for receiving the downlink control information from the first communication device 101, or on another carrier. To determine is based on whether time-frequency resources in which the determining is configured to be performed are configured to allow the sending of uplink information, or not, on the adjacent carrier 142 to the carrier 141. The sending is configured to be by the one or more third communication devices 103 configured to operate in the communications network 100. The determining module 1401 may be the processor 1402 of the second communication device 102, or an application running on such processor.
The second communication device 102 is further configured to, e.g., by means of a receiving module 1402 configured to, receive the downlink data from the first communication device 101.
The receiving module 1402 may be a processor 1402 of the receiving device 102, or an application running on such processor.
The second communication device 102 may be further configured to, e.g., by means of a decoding module 1404 configured to, decode the received downlink information based on the determining whether the second communication device 102 is scheduled on the carrier 141 or on the other carrier. The decoding module 1404 may be the processor 1402 of the second communication device 102, or an application running on such processor.
The second communication device 102 may be configured to perform other actions with other modules 1405 configured to perform these actions within the second communication device 102. Each of the other modules 1405 may be the processor 1402 of the second communication device 102, or an application running on such processor.
The embodiments herein may be implemented through one or more processors, such as the processor 1402 in second communication device 102 depicted in
The second communication device 102 may further comprise a memory 1406, comprising one or more memory units. The memory 1406 is arranged to be used to store obtained information, store data, configurations, schedulings, and applications etc. to perform the methods herein when being executed in the second communication device 102.
In some embodiments, the second communication device 102 may receive information, e.g., from the first communication device 101, through a receiving port 1407. In some embodiments, the receiving port 1407 may be, for example, connected to the two or more antennas in the second communication device 102. In other embodiments, the second communication device 102 may receive information from another structure in the communications network 100 through the receiving port 1407. Since the receiving port 1407 may be in communication with the processor 1402, the receiving port 1407, may then send the received information to the processor 1402. The receiving port 1407 may also be configured to receive other information.
The processor 1402 in the second communication device 102 may be further configured to transmit or send information to e.g., to the first communication device 101, through a sending port 1408, which may be in communication with the processor 1402 and the memory 1406.
The second communication device 102 may comprise an interface unit to facilitate communications between the second communication device 102 and other nodes or devices, e.g., the first communication device 101. The interface may, for example, include a transceiver configured to transmit and receive radio signals over an air interface in accordance with a suitable standard.
Those skilled in the art will also appreciate that the determining module 1401, the receiving module 1403, the decoding module 1404, and the other modules 1405, described above may refer to a combination of analog and digital modules, and/or one or more processors configured with software and/or firmware, e.g., stored in memory, that, when executed by the one or more processors such as the processor 1402 perform as described above. One or more of these processors, as well as the other digital hardware, may be included in a single Application-Specific Integrated Circuit (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a System-on-a-Chip (SoC).
Also, in some embodiments, the different modules 1401, 1403-1405 described above may be implemented as one or more applications running on one or more processors such as the processor 1402.
Thus, the methods according to the embodiments described herein for the second communication device 102 may be implemented by means of a computer program 1409 product, comprising instructions, i.e., software code portions, which, when executed on at least one processor 1402, cause the at least one processor 1402 to carry out the actions described herein, as performed by the second communication device 102. The computer program 1409 product may be stored on a computer-readable storage medium 1410. The computer-readable storage medium 1410, having stored thereon the computer program 1409, may comprise instructions which, when executed on at least one processor 1402, cause the at least one processor 1402 to carry out the actions described herein, as performed by the second communication device 102. In some embodiments, the computer-readable storage medium 1410 may be a non-transitory computer-readable storage medium, such as a CD ROM disc, or a memory stick. In other embodiments, the computer program 1409 product may be stored on a carrier containing the computer program 1409 just described, wherein the carrier is one of an electronic signal, optical signal, radio signal, or the computer-readable storage medium, as described above.
It is a further object of the present disclosure to improve the performance of a communications network by providing improved methods for reducing interference from a first network node on a second network node. Within this section, the term “further disclosure” may be understood to refer to a group of embodiments which is different to those that have been described thus far.
As part of the development of further disclosure herein, another problem with existing methods will first be identified and discussed, based on the communications network 100, an example of which is illustrated in
As explained earlier, with the introduction of additional TDD configurations, an operator using a downlink-only TDD configuration has a severe impact on the uplink performance of the neighbor operators due to strong downlink-to-uplink, i.e., BS-to-BS interference. This may be a valid concern if the additional TDD configuration is used on a macro network, which is interfering on the macro network of another operator. However, the downlink-only configuration may be used in pico nodes. This may reduce the downlink-to-uplink interference to a macro network on an adjacent carrier such that the interference is not high anymore.
In general, due to transmit non-linearity, some of the transmitted signals may be leaked to the other frequency bands. Adjacent Channel Leakage Ratio (ACLR) may be used as a metric to measure the leakage due to non-linearity of the transmitter. The current 3GPP standard limits the emission, that is, interference, to −45 dBc, which may be understood as the relative levels of noise or sideband power, compared with the carrier power. However, with an additional TDD configuration, even with −45 dBc, the loss in the uplink throughput of neighbor frequencies is more.
The further disclosure herein may relate to a method of adjusting emission levels in the first communication device 101. The first communication device 101 may be, e.g., the first network node 111, which may also be referred to as an aggressor node, operating in a TDD wireless communication system, such that adjacent channel interference at the fourth communication device 104. Any reference in the further disclosure to the first network node 111 may be understood to equally refer to the first communication device 101. The first communication device 101 may be, e.g., the second network node 112, which may also be referred to as a victim node, is avoided or reduced. Any reference in the further disclosure to the second network node 112 may be understood to equally refer to the fourth communication device 104. Similarly, any reference in the further disclosure to the UE 121 may be understood to equally refer to the second communication device 102, e.g., the first wireless device 121. Any reference in the further disclosure to the UE 122 may be understood to equally refer to one of the one or more third communication devices 103, e.g., the second wireless device 122.
Several examples of the further disclosure are comprised herein. More specifically, the following are a first network node related further disclosure, a second network node related further disclosure and a UE related further disclosure. In particular, the further disclosure relates to the first communication device, the second communication device, the fourth communication device, and methods therein for reducing interference
The first network node further disclosure relates to
The method performed by the first network node 111 is for adjusting the emission levels in the first network node 111 transmitting to a wireless device, e.g., the first wireless device 121, such as a UE, which may be referred to in the further disclosure as “the UE 121” on at least a first carrier frequency. The first network node 111, the UE 121 and the second network node 112 operate in the communications network 100, e.g. a wireless communications network. The method may comprise one or more of the following actions:
In some examples herein, the determining 1501 the TDD configuration may comprise listening to a PUCCH and/or a PUSCH transmission of the neighbour frequency over a period of time to judge, which may also be referred to as derive the TDD configuration.
In some examples herein, the determining 1501 the TDD configuration may comprise listening to a PDCCH and/or a PDSCH transmission of the neighbour frequency over a period of time to judge, which may also be referred to as derive the TDD configuration.
In some examples herein, the determining 1601 the TDD configuration may comprise receiving/retrieving information about the TDD configuration used in the second network node 112 from the fourth communication device 104, such as the second network node 112 or a wireless device such as the UE 121. The information may e.g. comprise the frequency TDD configuration or information about a group of subframes for which a specific interference target may be applied. In some embodiments retrieving may comprise sending a request for information to a second communication device and/or receiving information from the second network device.
In some examples herein, the establishing 1602 of the target interference limit may comprise establishing a specific target dB value. The target dB value in UL and/or SF subframes may be greater than or equal to −45 dBc. In a further embodiment the target dB value in UL and/or SF subframes may be greater than or equal to −50 dBc.
In some examples herein, the adapting 1603 radio emission characteristics may comprise applying predistorting techniques.
In some examples herein, the adapting 1603 radio emission may comprise applying a power backoff.
The first network node 111 may be configured to perform other actions with other modules 1605 configured to perform these actions within the first network node 111. Each of the other modules 1605 may be the processor 1602 of the first network node 111, or an application running on such processor.
In some examples all the actions may be performed. In some embodiments, one or more actions may be performed. One or more embodiments may be combined, where applicable. All possible combinations are not described to simplify the description.
According to the further disclosure herein, the first network node 111, such as e.g. a downlink only TDD eNode B, may check the neighbor frequencies, and may determine their TDD configuration. Based on the TDD configuration, the first network node 111 may adapt its transmission chain such that ACLR≥−45 dBc for its subframes, for which the downlink transmission interferes with the neighbor frequency TDD downlink transmissions from the second network node 112. In the subframes where the downlink transmission of the first network node 111 interferes with the uplink transmission of the neighbor frequencies of the second network node 112, the first network node 111 may adapt its parameters such that ACLR≥−50 dBc, or any value greater than −45 dBc, thereby minimizing the impact of the downlink only transmission. Methods herein therefore mitigate the drawbacks of deploying an additional TDD configuration.
The first network node 111 may comprise the arrangement depicted in
The UE further disclosure relates to
The method performed by the UE 121 is for adjusting the emission levels in the first network node 111 transmitting to a wireless device, such as the UE 121 on at least a first carrier frequency. The first network node 111, the UE 121 and the second network node 112 operate in the communications network 100, e.g. a wireless communications network. The method may comprise one or more of the following actions:
The UE 121 may be configured to perform other actions with other modules 1805 configured to perform these actions within the UE 121. Each of the other modules 1805 may be the processor 1802 of the UE 121, or an application running on such processor.
In some examples all the actions may be performed. In some examples, one or more actions may be performed. One or more examples may be combined, where applicable. All possible combinations are not described to simplify the description.
The UE 121 may comprise the arrangement depicted in
The second network node 112 related embodiments relate to
The method performed by the second network node 112 is for adjusting the emission levels in the first network node 111 transmitting to a wireless device, such as the UE 122 on at least a first carrier frequency. The first network node 111, the UE 122 and the second network node 112 operate in the communications network 100, e.g. a wireless communications network. The method may comprise one or more of the following actions:
The second network node 112 may be configured to perform other actions with other modules 2005 configured to perform these actions within the second network node 112. Each of the other modules 2005 may be the processor 2002 of the second network node 112, or an application running on such processor.
In some embodiments all the actions may be performed. In some embodiments, one or more actions may be performed. One or more embodiments may be combined, where applicable. All possible combinations are not described to simplify the description.
The second network node 112 may comprise the arrangement depicted in
To summarize the further disclosure in other words, the aggressor node, e.g. eNB, operating at least a first carrier frequency may:
The steps performed at the first network node 111, which may also be referred to as a transmission node or an aggressor node, according to one non-limiting example of the further disclosure herein are shown in the block diagram as shown in
A first example of the further disclosure may therefore relate to a method in the first network node 111, the transmission node, to determine the TDD configuration and adjusting the transmission chain parameters.
A second example of the further disclosure may relate to a method according to the first example, where the adjusting of the parameters is done such that to achieve two values of ACLR according to the neighbor frequency downlink and uplink transmissions.
The examples of the further disclosure are explained by assuming the first network node 111 is transmitting with a DL only TDD configuration. However it may be understood that the further disclosure may be applicable to any eNode B or network node with any TDD configuration.
The main examples of the methods just described in relation to the further disclosure are provided below.
As explained earlier, the first network node 111 may adjust the transmission parameters according to the neighbor frequency TDD configuration. Adjusting the transmission parameters may refer to the network node using either of the following two techniques to achieve the desired radio emission characteristics, e.g. ACLR, unwanted emission, out of band emission etc. For example, if the ACLR limits are −45 dBc and −50 dBc for the downlink and uplink time resources, e.g., TTIs, subframes, slots etc, respectively of the neighbor frequency.
a. Pre-distorting Techniques: Using two types of digital pre-distortion techniques the first network node 111 may limit the ACLR to two different values. For example, the first network node 111 may use a more sophisticated Digital Pre-Distortion (DPD) algorithm to limit the ACLR to −50 dBc and, and a less sophisticated DPD algorithm to limit the ACLR to −45 dBc. In case of a less sophisticated DPD algorithm, the number of computations applied by the first network node 111 may be below a threshold to achieve the target ACLR, e.g., −45 dBc. This may involve less processing and complexity. In case of a more sophisticated DPD algorithm, the number of computations applied by the first network node 111 may be above a threshold to achieve the target ACLR, e.g. −50 dBc. This may involve more processing and complexity in the first network node 111. To switch between different emission characteristics, e.g., ACLR values, over time, the first network node 111 may also need additional hardware resources, e.g. processors, memory resources, Radio Frequency (RF) filters. For example the first network node 111 may use a first type of RF filter and a second type of RF filter for transmitting signals to achieve ACLR of −50 dBc and −45 dBc respectively. The first type of RF filter, as compared to the second type of RF filter, may be capable of suppressing more emissions outside the operating frequency of the aggressor node when transmitting signals.
In another example of the further disclosure, with only one DPD algorithm, the first network node 111 may apply two types of ACLR. For example, to achieve the ACLR of −50 dBc, the DPD loop may need to run e.g., 25 times. Hence, if the first network node 111 runs the loop only for 20 times, an ACLR of −45 dBc may be achieved.
b. Power backoff: In this method, rather than using linearization techniques, the first network node 111 may use two types of power back offs, such that two ACLR values may be obtained based on the neighbor frequency TDD configuration. For example, with 3 dB power back off, an ACLR of −45 dBc may be obtained, then to achieve −50 dBc, the first network node 111 may need to back off by 4.5 dB in power.
In another example of the further disclosure, the first network node 111 may use both these techniques to obtain two types of ACLR values. For example, it may use the DPD algorithm to achieve an ACLR value of −45 dBc, and may use power back off to achieve an ACLR value of −50 dBc.
In yet another example of the further disclosure the aggressor network node may adjust the emission characteristics of its transmitted radio signals according to a pattern of time resources used in the victim network node.
For example, the pattern may comprise a certain maximum number of UL subframes in the victim node every frame or group of frames where emissions may need to be reduced, compared to the emissions in the DL subframes in the victim node. In another example, the UL subframes where emissions may need to be reduced may also be defined as those which contain specific types of signals e.g. sounding reference signals, UL control channel etc. The pattern may be determined by the victim node and transmitted to the aggressor node. The exchange of such pattern may take place via interface between the two nodes or even via a UE. For example, the UE 121 served by the aggressor node may acquire the pattern by reading the system information of the victim node and send the acquired pattern to the aggressor node.
The objective of the pattern may be understood to be to avoid the need for changing the emission levels between every UL and DL subframes. The method may allow the aggressor network node to use more a stringent emission level, e.g., ACLR −50 dBc, only in selected and most critical UL subframes e.g., those carrying more important signals in the UL. In this way, the processing and complexity in the aggressor network node may be reduced.
An example of such a pattern per radio frame, i.e., over 10 subframes, is:
[D U1 U2 U1 U1 D U1 U2 U1 U2],
where:
As explained earlier, in one example of the further disclosure, the first network node 111 may identify the neighbor frequency TDD configuration. The first network node 111 may identify the TDD configuration by listening to the PUCCH/PUSCH transmissions of the neighbor frequency over a period of time and judge, which may also be referred to as derive, the TDD configuration.
In another example of the further disclosure, the first network node 111 may identify the neighbor frequency TDD configuration by listening to the PDCCH/PDSCH transmissions of the neighbor frequency over a period of time.
In yet another example of the further disclosure, the first network node 111 may determine the neighbor frequency TDD configuration by receiving the information about the TDD configuration used in the second network node 112, a victim network node, from another network node, e.g. from the victim network node, the second network node 112.
In yet another example of the further disclosure, the first network node 111 may determine the neighbor frequency TDD configuration by receiving the information about the TDD configuration used in the victim network node from the UE 121. For example the UE 121 served by the aggressor network node may acquire the information about the TDD configuration used in the victim network node, the second network node 112, by reading the system information of the victim network node. The UE 121 may then transmit the acquired information about the TDD configuration to the first network node 111.
An advantage of the further disclosure herein is that it allows to minimize the performance loss of the legacy systems and at the same time facilitates the deployment of downlink heavy TDD configurations. This enables co-existence between these two systems with minimum adjacent channel interference, and therefore facilitates a deployment of a new LTE TDD configuration.
Interference mitigation methods according to the further disclosure herein may be used to further reduce the downlink-to-uplink interference. For instance, BSs may detect strong neighbors on adjacent carriers by measuring a Primary Synchronization Signal (PSS)/Secondary Synchronization Signal (SSS)/CRS on adjacent carriers before starting up and occasionally during operation. If neighbors with low-to-medium interference are detected, i.e., low-to-medium BS-BS interference may occur, the pico BSs may lower the transmission power accordingly. If neighbors with strong interference are detected, the pico BSs may decide to use the same UL/DL configuration as the neighbor eNB and by that avoid BS to BS interference completely.
Since BS-BS interference is not specific to the new DL-heavy TDD configurations, such methods may be applied also to existing TDD configurations for the case that networks on adjacent carriers are using different UL/DL configurations.
When using the word “comprise” or “comprising” it shall be interpreted as non-limiting, i.e. meaning “consist at least of”.
The embodiments herein are not limited to the above described preferred embodiments. Various alternatives, modifications and equivalents may be used. Therefore, the above embodiments should not be taken as limiting the scope of the invention. It is to be understood that the embodiments 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.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/SE2016/050532 | 6/3/2016 | WO | 00 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2016/195585 | 12/8/2016 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
6944146 | Barany | Sep 2005 | B1 |
8644834 | Ahluwalia | Feb 2014 | B2 |
9247506 | Krishnamurthy | Jan 2016 | B2 |
9253783 | Wang | Feb 2016 | B2 |
9674809 | Ramamurthy | Jun 2017 | B1 |
10141990 | Wang | Nov 2018 | B2 |
20040116114 | Lewiner | Jun 2004 | A1 |
20070037595 | Shpak | Feb 2007 | A1 |
20070041347 | Beale | Feb 2007 | A1 |
20070081489 | Anderson | Apr 2007 | A1 |
20100074151 | Westerberg | Mar 2010 | A1 |
20100124880 | Wu | May 2010 | A1 |
20120236736 | Frank | Sep 2012 | A1 |
20130028151 | Ning | Jan 2013 | A1 |
20130053081 | Hulkkonen | Feb 2013 | A1 |
20140177457 | Grosspietsch | Jun 2014 | A1 |
20140198678 | Kim | Jul 2014 | A1 |
20140248917 | Scipione | Sep 2014 | A1 |
20150085782 | Seo et al. | Mar 2015 | A1 |
20150124665 | Park | May 2015 | A1 |
20150189666 | Wang | Jul 2015 | A1 |
20150289141 | Ghasemzadeh | Oct 2015 | A1 |
20160014781 | Nagata | Jan 2016 | A1 |
Number | Date | Country |
---|---|---|
104412685 | Mar 2015 | CN |
104412686 | Mar 2015 | CN |
2785128 | Oct 2014 | EP |
2833686 | Feb 2015 | EP |
2835918 | Feb 2015 | EP |
2013177780 | Dec 2013 | WO |
Entry |
---|
3GPP, “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Feasibility study on possible additional configuration for LTE Time Division Duplex (TDD) (Release 13)”, 3GPP TR 36.825 V13.0.0, Sep. 2015, 1-35. |
Unknown, Author, “Configuration of PUCCH SCell”, R2-152520, 3rd Generation Partnership Project (3GPP), vol. RAN WG2, No. Fukuoka, Japan, May 24, 2015, 1-2. |
Unknown, Author, “PUCCH on SCell”, R2-150389, 3rd Generation Partnership Project (3GPP), vol. RAN WG2, No. Athens, Greece; Feb. 9, 2015-Feb. 13, 2015, Feb. 8, 2015, 1-8. |
Unknown, Author, “PUCCH on SCell for CA enhancement beyond 5CCs”, R2-150290, 3rd Generation Partnership Project (3GPP), vol. RAN WG2, No. Athens, Greece; Feb. 9, 2015-Feb. 13, 2015, Feb. 8, 2015, 1-8. |
Unknown, Author, “SR on PUCCH SCell”, R2-151488, 3rd Generation Partnership Project (3GPP), vol. RAN WG2, No. Bratislava, Slovakia; Apr. 20, 2015-Apr. 24, 2015, Apr. 19, 2015, 1-8. |
Unknown, Author, “SR support on PUCCH on SCell”, R2-151287, 3rd Generation Partnership Project (3GPP), vol. RAN WG2, No. Bratislava, Slovakia; Apr. 20, 2015-Apr. 24, 2015, Apr. 19, 2015, 1-8. |
Unknown, Author, “Considerations of introducing possible additional TDD configuration(s)”, NEC, 3GPP TSG RAN Meeting #67, RP-150140, Shanghai, China, Mar. 9-12, 2015, 1-5. |
Chinese Office Action with English Translation dated Jan. 26, 2021 for Application No. 2016800328314 filed Jun. 3, 2016, consisting of 12-pages. |
Number | Date | Country | |
---|---|---|---|
20180152925 A1 | May 2018 | US |
Number | Date | Country | |
---|---|---|---|
62171422 | Jun 2015 | US | |
62215422 | Sep 2015 | US |