The disclosure relates to device-to-device communication in a wireless network.
The demand for data capacity in wireless networks has increased dramatically with the widespread use of smartphones and tablet computers. In addition to traditional voice services, consumers now expect to be able to use their wireless devices to watch streaming video, often in a high-definition format, play on-line games in real-time, and transfer large files. This has put additional load on wireless networks and, in spite of advances in cellular technology (e.g., the deployment of 4G networks, the use of newer versions of the IEEE 802.11 family of standards), capacity is still an issue that providers have to consider.
In addition to data capacity and speed, consumers desire improved battery life for their mobile devices. A mobile device typically increases its power consumption in order to transmit to a remotely located base station. This increased power consumption reduces the mobile device's battery life more quickly. Consumers also desire improved operational capabilities and flexibility. A mobile device located near an edge of a cell may have limited communication with a base station due to reception or interference problems. Due to this limited communication, the base station may drop a phone call between two mobile devices, even when those mobile devices are within close proximity to each other and within their own range of transmission. In other scenarios, the mobile devices may be located where the base station cannot meet the quality of service needs for a communication session between the mobile devices. For example, the base station may be able to provide a sufficient data rate for a voice call between the mobile devices, but not for a video call. Device-to-Device (D2D) communication allows for mobile devices to communicate directly with one another. This direct communication allows for improved operational capability and flexibility and also reduced power consumption for transmission.
Cellular networks such as LTE and UMTS have traditionally operated on a model in which the network controls radio communications, and communication between UEs (User Equipments) is required to pass through the network. However, when using so-called Device-to-Device (D2D) communication UEs are able to communicate directly with one another. In many D2D communication methods, the network is initially involved in establishing how devices are to engage in such communication. For example, the network may allocate the appropriate radio resources to the devices, and provide information regarding the allocated resources to the devices. As with non-D2D communication, a network tries to allocate radio resources to devices engaging in D2D communication in such a way as to minimize the amount of interference experienced by neighboring devices.
However, there may be situations in which the network is unable to account for the interference that may be caused by it granting resources. For example, if there are devices that are not connected to the network, but are engaged in D2D communication using the same or similar set of resources that the network has allocated for other devices, then the non-network connected devices may experience interference without the knowledge of the network.
The present disclosure is generally directed to a method and system for allocating radio or time-frequency resources in a wireless communication network. In particular, the disclosure is directed to receiving, from a UE that is connected to the network, information regarding the usage of radio resources in areas where the network has little or no coverage.
A network entity (e.g., eNB) of a wireless network in one embodiment communicates with a first UE, for example, a UE operated by an incident scene commander at a fire. The eNB allocates radio resources for use by the first UE. A second UE, operated by a firefighter, engages in D2D communication with one or more other UEs, but is not in a communication with the network entity. This lack of communication may be due to factors such as the second UE being taken into a building or into other areas with poor cellular reception and/or transmission characteristics.
As a result of the inability of the second UE to transmit to the eNB, the radio resources used by the second UE may overlap or conflict with the radio resources allocated for the first UE and undesirable interference may occur, particularly where the second UE uses a high transmit power for its D2D communication.
According to an embodiment, a monitor UE in the vicinity of the second UE sends information about the radio resources used by the second UE to the network entity, for example, on a periodic or event-driven basis. The network entity then determines whether the radio resources allocated for the first UE should be changed based on the received information. The network entity may change the radio resources allocated based on the determination, for example, to reduce the interference between the first and second UEs.
Turning to the drawings,
Network entity 104 can be made of multiple network entities. For example, network entity 104 may in fact be two or more base stations operating in conjunction with one another to operate as a single network entity. The network entity 104 may also be a sub-portion of another network entity.
In some embodiments, the network entity 104 divides its resources (e.g., processing power, antenna array, etc.) so that each set of resources constitutes and operates as a separate network entity.
Also shown in
A monitor UE 106 is able to communicate with the network 100—either in connected mode or in idle mode. In the embodiment of
In an embodiment, the monitor UE 106 determines whether the radio resource use by other UEs is too heavy or too light, and reports the results of this determination to the network entity 104. The report may include such information as the identity (e.g., which Resource Blocks (RBs)) of the radio resources that are being heavily or lightly used.
Each UE of the first group 101 is in communication (e.g., via cellular connection) with the network entity 104. Any of the UEs of the first group 101 may also be connected with a second UE (e.g., a D2D partner) for D2D communication. The D2D partner may belong to the first group 101 of UEs.
Each UE of the second group 102 is engaged in D2D communication with at least one another UE of the second group 102. However, the network entity 104 is not in a communication with the UEs of the second group 102. There are a variety of possible reasons for this lack of uplink communication. For example, one or more of the UEs of the second group 102 may have been carried into a building, structure, or other area with poor cellular reception and/or transmission characteristics. Alternatively, one or more of the UEs of the second group 102 may have entered a D2D mode or other operational mode where the UE does not send uplink communications to the network entity 104.
The network entity 104 and the UEs of
Referring still to
During operation of the network entity 104, the transceiver 240 receives data from the controller/processor 210 and transmits RF signals representing the data via the antenna 221. Similarly, the transceiver 240 receives RF signals via the antenna 221 converts the signals into the appropriately formatted data, and provides the data to the controller/processor 210. The controller/processor 210 retrieves instructions from the memory 220 and, based on those instructions, processes the received data. If needed, the controller/processor can retrieve, from a database via the database interface 230, additional data that facilitates its operation.
Referring still to
The controller/processor 210 can be any programmable processor. The controller/processor 210 can be implemented, for example, as a general-purpose or a special purpose computer, a programmed microprocessor or microprocessor, peripheral integrated circuit elements, an application-specific integrated circuit or other integrated circuits, hardware/electronic logic circuits, such as a discrete element circuit, a programmable logic device, such as a programmable logic array, field programmable gate-array, or the like.
The memory 220 can be implemented in a variety of ways, including as volatile and nonvolatile data storage, electrical, magnetic optical memories, random access memory (RAM), cache, or hard drive. Data is stored in the memory 220 or in a separate database. The database interface 230 is used by the controller/processor 210 to access a database. The database may contain formatting data that allows the UE to access the network 100 (
The I/O device interface 250 may be connected to one or more input devices, such as a keyboard, mouse, pen-operated touch screen, monitor, or voice-recognition device. The I/O device interface 250 may also be connected to one or more output devices, such as a monitor, printer, disk drive, or speakers.
The network connection interface 260 may be connected to one or more devices, such as a modem, network interface card, transceiver, or any other device capable of transmitting to and receiving signals from the network 100. The network connection interface 260 can be used to connect a client device to the network 100.
According to an embodiment of the invention, the antenna 221 is one of a set of geographically collocated or proximal physical antenna elements linked to the one or more data paths 270, each having one or more transmitters and one or more receivers. The number of transmitters that the network entity 104 has is related to the number of transmit antennas that the network entity has. The network entity 104 may use the multiple antennas to support MIMO communication.
The UE also includes a processor 304 that executes stored programs. The UE further includes a volatile memory 306 and a non-volatile memory 308. The processor 304 writes data to and reads data from the volatile memory 306 and the non-volatile memory 308. The UE includes a user input interface 310 that may include one or more of a keypad, display screen, touch screen, and the like. The UE also includes an audio interface 312 that includes a microphone and a speaker. The UE also includes a component interface 314 to which additional elements may be attached. Possible additional elements include a universal serial bus (USB) interface. Finally, the UE includes a power management module 316. The power management module, under the control of the processor 304, controls the amount of power used by the transceiver 302 to transmit signals.
During operation, the transceiver 302 receives data from the processor 304 and transmits RF signals representing the data via the antenna 303. Similarly, the transceiver 302 receives RF signals via the antenna 303, converts the signals into the appropriately formatted data, and provides the data to the processor 304. The processor 304 retrieves instructions from the non-volatile memory 308 and, based on those instructions, provides outgoing data to, or receives incoming data from the transceiver 302. If needed, the processor 304 can use the volatile memory 306 to cache or de-cache data and instructions that the processor 304 requires to perform its functions.
In an embodiment of the invention, the user interface 310 includes a display screen, such as a touch-sensitive display, that displays, to the user, the output of various application programs executed by the processor 304. The user interface 310 additionally includes on-screen buttons that the user can press in order to cause the UE to respond. The content shown on the user interface 310 is generally provided to the user interface at the direction of the processor 304. Similarly, information received through the user interface 310 is provided to the processor 304, which may then cause the UE to carry out a function whose effects may or may not necessarily be apparent to a user.
In an LTE embodiment, the modulation scheme used for communication between the network entity 104 and the UEs differs depending on whether the signals are being sent in the uplink (UL) direction (travelling from a UE to a network entity) or in the downlink (DL) direction (travelling from a network entity to a UE). The modulation scheme used in the DL direction is a multiple-access version of OFDM called Orthogonal Frequency-Division Multiple Access (OFDMA). In the UL direction, Single Carrier Frequency Division Multiple Access (SC-FDMA) or DFT-SOFDM is typically used. The bandwidth of an LTE UL or DL carrier varies depending partially upon whether Carrier Aggregation is being used (e.g., up to 20 MHz without CA, or up to 100 MHz with CA).
Referring to
Referring to
Referring to
Referring to
Referring to
Referring to
The control information transmitted by a UE on the PUCCH includes HARQ feedback, Scheduling Request (SR), and CSI reports. The UE sends HARQ feedback in order to ACK or NACK data that the UE receives from a network entity. An SR is used by the UE to request UL resources from the network 100, including from one or more network entities. CSI reports are used by a UE to report, to a network entity, information regarding the DL transmission channel as seen from the point of view of the UE.
A UE may transmit an UL DM-RS and/or SRS within a UL subframe. The UL DM-RS is used by a network entity for channel estimation to enable coherent demodulation of the PUSCH and/or PUCCH. The SRS is used by the network entity for channel state estimation to support uplink channel-dependent scheduling and link adaptation.
Referring to
The network entity 104 also transmits several types of reference signals on the DL subframe. One reference signal is Channel State Information Reference Signal (CSI-RS), which is used by the UE to determine channel-state information (CSI). The UE reports the determined CSI to the network entity 104. The CSI-RS is not necessarily transmitted in all subframes. The network entity 104 also transmits Cell-specific Reference Signals (CRS) to the UEs on the DL subframe. The UEs use the CRS for channel estimation and for demodulation of downlink channels. Additionally, the network entity 104 transmits DL DM-RS to the UEs. When using certain transmission modes, the UEs use DL DM-RS for channel estimation.
In various embodiments of the invention described herein, the network entity 104 (
In an embodiment of the invention, UEs engage in D2D communication using resources of either the UL or the DL carriers. The UEs may also engage in D2D communication using resources of other carriers that are not used by the UEs to communicate with the network entities.
Referring to
The RBs of an RB pair assigned for a D2D-SCH may be next to one another in the subframe or may be separated in frequency. The RBs of an RB pair assigned for a D2D-SCH may be next to RBs of an RB-pair assigned for PUSCH. RBs assigned for PUSCH and RBs assigned for D2D-SCH may share the same UL carrier. D2D links carrying user data and control information between UEs can occur over D2D-SCH or similarly defined links. The configuration for the D2D links may be similar to PUSCH, PDSCH or PUCCH. The PDSCH may be appropriate since one UE is transmitting to another, similar to the network transmitting to a UE in regular cellular communications.
The UEs may, in an embodiment of the invention, engage in D2D communication with one another on a frame structure that uses time-frequency resources of either the UL carrier or the DL carrier. The structure of the D2D frame is that of a TDD frame, although the UL carrier or DL carrier from which the D2D resources are taken may be either TDD or FDD. In some cases, when UEs are engaged in D2D communication, the UEs transmit data to one another over a separate physical channel, which is defined specifically for D2D communication.
According to an embodiment of the invention, UEs communicate with one another using the frame format shown in
As shown, the frame 900 includes regular subframes #0, #2, #3, #4, #5, #7, #8, and #9. Each of the regular subframes will be used for D2D, or for communicating with the network entity (if the UE is connected to the network entity). Subframes #1 and #6, which are labeled with reference numbers 901 and 903, are special subframes. A special subframe provides a transition, in which one UE transmits during a first set of symbols 902, the second set of symbols 904 are used as a guard interval, in which neither UE transmits using those resources, and a third set of symbols 906, in which the other UE transmits.
For example, assume a first UE and a second UE are engaged in D2D communication with one another. The first UE might transmit on subframes #0, #7, #8, and #9 (during which the second UE would receive) and the second UE might transmit on subframes #2, #3, #4, and #5, with special subframes #1 and #6 (901 and 903) acting as transition subframes.
During each subframe of
UEs having D2D capability can transmit discovery reference signals to allow other D2D-capable UEs to discover them. There are many types of signals that a UE can use as a discovery reference signal. In one example, a zero power PUSCH or PDSCH, in which only the embedded DM-RS has a non-zero power level, serves as a discovery reference signal. Alternatively, the UE may use SRS, SR, or HARQ feedback information as a discovery reference signal.
In another example, a specifically-defined discovery beacon serves as the discovery reference signal. Such a discovery reference signal may map to the same RE locations in time-frequency that the UE would have used for transmitting UL DM-RS or SRS to the network entity 104.
The discovery reference signal may also include substantive data. For example, an SR and HARQ feedback each have a one-bit field. If the UE uses either the SR or HARQ feedback as a discovery reference signal, the UE could use the one-bit field to broadcast information about itself, such as its receiver type capabilities, power control information, mobility information (e.g., is the device stationary), or information about its preferred/desired D2D operating mode to be used for communication.
In one example, the network entity 104 over-provisions an existing channel in order to provide resource blocks for use by the UEs to transmit a discovery reference signal. In this example, a UE transmits a discovery reference signal on resource blocks that are on or near the edge of the transmission bandwidth configuration of a carrier. The transmission bandwidth configuration contains resource blocks that the network entity has configured for use for typical UE to network communication. Not all of the resource blocks within the transmission bandwidth configuration are necessarily used during a given time.
In another example, the network entity 104 defines additional resource blocks on which UEs can transmit a reference signal. These additionally-defined resource blocks are within the channel bandwidth of the carrier, but are outside of the transmission bandwidth configuration. These resource blocks are on frequencies near the boundary of the spectral emissions mask. In some cases, transmissions on these frequencies are of lower energy than those frequencies that are within the channel bandwidth.
Referring to
Initially, the network entity 104 connects to the UEs of the first group 101 (1000A), and to the monitor UE 106 (1000B). Either the network entity 104 or the UEs can initiate the connection. The UEs may, for example, Random Access Channel (RACH) on to the network 100, with the network entity 104 responding to the RACH. At some point in time, either before or after the UEs connect to the network entity 104 (1000A, 1000B), the UEs of the second group 102 begin engaging in D2D communication (1000C).
The UEs of the second group 102 may be configured to use network resources that have been pre-designated for use by public safety, government, or other privileged users. For example, specific frequencies, sub-frames, slots, or resource blocks may be reserved in the network for communication by police, rescue, and/or fire personnel. In this implementation, the UEs of the second group 102 may be Band 14 public safety LTE devices.
The monitor UE 106 begins monitoring the use of radio resources, to the extent that it can detect such use (1001), including the use of radio resources for D2D communication by UEs of the second group 102. In some embodiments, the monitor UE 106 monitors the use of pre-designated D2D RBs. In other embodiments, the network entity 104 transmits information regarding which RBs to monitor to the monitor UE 106. The network entity 104 in one embodiment selects a UE from among those UEs connected to the network entity 104 to be the monitor UE 106. This selection may be based on indications received from other UEs served by the network entity 104. In alternative embodiments, a UE served by the network 104 may become a monitor UE 106 upon receipt of an indication from a UE of the second group 102 or from its own user interface 310. The network entity may choose multiple UEs to act as monitors. The network entity may also change which UE(s) act as monitors over time.
A UE of the first group 101 transmits a request for radio resources to the network entity 104 (1006). This request may be for communication of data via the network entity 104 or for D2D communication (e.g., with another UE of the first group 101). Where the request is for D2D communication, the request may be transmitted before or after the D2D partner UE accepts an invitation.
The network entity 104 allocates a first set of radio resources for the requesting UE (1008). The allocated resources may be one or more RBs of a control channel of the network entity 104 (e.g., PUCCH or PDCCH) or one or more RBs of a data channel of the network entity 104 (e.g., PUSCH or PDSCH).
The network entity 104 informs (e.g., via higher layer signaling) the UE of the first group 101 as to the identity of the first set of resources (e.g., RB0 and RB1) (1010). The network entity 104 would do this for each of the UEs in the first group, though not necessarily at the same time. The UE of the first group 101 and, where applicable, its D2D partner UE, communicate using the allocated resources (1012).
Referring still to
If the network entity 104 receives a “too heavy,” “too light,” or periodic report from the monitor UE 106, then the network entity determines (1020) whether to reallocate radio resources of the UEs of the first group 101. In one embodiment, the network entity 104 determines whether the radio resources allocated for use by the first group 101 should be changed. This determination may be based on an estimate or other information related to interference the UEs of the second group 102 are experiencing as a result of the communication of the first group 101. This information may be based on the level of interference on radio resources being experienced by the monitor UE 106, as reported by the monitor UE 106. The network entity 104 in one embodiment changes the radio resources allocated to the first group 101 of UEs in order to reduce interference with the D2D communication of the second group 102 of UEs. For example, the network entity 104 may increase or reduce the radio resources allocated for use by the first group 101. In another example, the network entity 104 may assign different radio resources to the first group 101.
Based on one or more of the determinations previously noted, the network entity 104 reallocates the radio resources accordingly. If the usage is too heavy or interference reaches undesirable levels, the network entity 104 takes resources (the first set of radio resources) away from the first group of UEs 101 (e.g., reduces the number of RBs that the first group is permitted to use—RB0 and RB1 gets reduced to RB0, for example). The network entity may carry out this reduction on a UE-by-UE basis, or it may apply the reduction to the aggregate of the first group. Alternatively, the network entity 104 may take resources away while simultaneously granting additional resources (e.g., assign different resources used while keeping a same quantity—RB0 and RB1 are taken away and RB7 and RB8 are granted). The resulting set of radio resources after the reduction constitutes a second set of radio resources, the second set being different from the first set by at least one member.
If the usage is too light, the network entity 104 may increase the resources available to the first group of UEs 101 for use. For example, the network entity 104 may grant additional RBs for use in communication (e.g., the network entity 104 makes RB2 available in addition to RB0 and RB1). The resulting set of radio resources after the increase constitutes a second set of radio resources, the second set being different from the first set by at least one member.
The network entity 104 informs the one or more UEs of the first group 101 regarding the identity of the second set of radio resources (1022). Finally, the UEs of the first group 101 begin communicating using the second set of resources (1024).
Another possible scenario for an embodiment of the invention will now be described. In this use case, (1) network entity 104 is an eNB of an LTE network; (2) the first group 101 of UEs are mobile phones operated by consumer cellular subscribers; and (3) the monitor UE 106 and the second group 102 of UEs are mobile devices operated by police officers. In alternative use cases, the first group 101 may also be operated by police officers or other public safety workers. The police officers need to enter a building in which they face possible danger. The building does not have good cellular reception with respect to the network entity 104, but the officers are able to communicate D2D with one another. One of the officers could put one of the UEs near a window so that it is able to connect to the network (via network entity 104). That UE could then function as a monitor UE (such as the monitor UE 106 of
In one example, the UEs of the second group 102 autonomously (e.g., without assistance of the network entity 104) select resource blocks and/or power levels needed for their D2D communication. The selected resource blocks may include those pre-designated for public safety as described above, or may be chosen from those available for consumer cellular subscribers.
In one implementation, the officer may designate a UE as the monitor UE 106 via its user interface 310 (
It can be seen from the foregoing that a method and apparatus for allocating resources in device-to-device communication has been provided. The terms, descriptions and figures used herein are set forth by way of illustration only and are not meant as limitations.
For example, in the present disclosure, when two or more components are “electrically coupled,” they are linked such that electrical signals from one component will reach the other component, even though there may be intermediate components through which such signals may pass.
For example, interactions between UEs and between UEs and the network entity are often described as occurring in a particular order. However, any suitable communication sequence may be used.
ePDG Evolved Packet Data Gateway
PGW Packet data network Gateway
USB Universal Serial Bus