A Machine Type Communication (MTC) device is a user equipment (UE) that is used by a machine for specific application. In 3rd Generation Partnership Project Long Term Evolution (3GPP-LTE) Release 12 (Rel-12), a work item (WI) on Low Complexity MTC (LC-MTC) UEs was concluded in which the complexity and cost of MTC UEs were reduced by approximately 50%. In Release 13 (Rel-13), another WI was agreed upon to further reduce complexity, enhance coverage and improve power consumption of MTC UEs.
One complexity and cost reduction technique is to reduce the radio-frequency (RF) bandwidth of LC-MTC UEs to 1.4 MHz (operating with 6 Physical Resource Blocks (PRBs), where a PRB is a unit of resource allocation in the frequency domain).
For a coverage enhancement (CE) aspect of this WI, one technique for reducing complexity and cost is repetition of the physical channel. However, it is expected that the number of repetitions will be relatively high (e.g., hundreds of repetitions), which may have an impact on spectra efficiency.
One or more example embodiments may reduce power consumed by user equipments (UEs), such as Low Complexity Machine Type Communication (LC-MTC) UEs, when receiving random access responses (RARs) in coverage enhanced and/or non-coverage enhanced modes with a configured random access (RA) response window. One or more example embodiments may also reduce complexity, cost and/or enhance coverage of LC-MTC UEs.
At least one example embodiment provides a user equipment including a processing circuit and a transceiver connected to the processing circuit. The processing circuit is configured to: determine whether to decode a random access response message received by the user equipment based on downlink control information received by the user equipment over a physical downlink control channel, the downlink control information one of implicitly and explicitly indicating whether the random access response message is intended for the user equipment; and decode the random access response message to obtain a random access response for the user equipment if the downlink control information indicates that the random access response message is intended for the user equipment. The a transceiver is configured to establish a radio resource connection based on the obtained random access response.
At least one other example embodiment provides a user equipment including a processing circuit and a transceiver connected to the processing circuit. The processing circuit is configured to: detect a preamble message on a physical downlink shared channel based on downlink control information received by the user equipment over a physical downlink control channel; determine whether a random access response message on the physical downlink shared channel is intended for the user equipment based on the detected preamble message; and decode the random access response message to obtain a random access response for the user equipment if the detected preamble message indicates that that the random access response message is intended for the user equipment. The transceiver is configured to establish a radio resource connection based on the obtained random access response.
According to at least some example embodiments, the downlink control information one of implicitly and explicitly indicates whether the preamble message is present on the physical downlink shared channel
At least one other example embodiment provides a base station comprising a transceiver. The transceiver is configured to transmit downlink control information to a user equipment on a physical downlink control channel in response to preamble information received from the user equipment, the downlink control information being indicative of whether a random access response message transmitted to the user equipment on a physical downlink shared channel is intended for the user equipment, the transceiver being further configured to transmit the random access response message to the user equipment on the physical downlink shared channel.
The present invention will become more fully understood from the detailed description given herein below and the accompanying drawings, wherein like elements are represented by like reference numerals, which are given by way of illustration only and thus are not limiting of the present invention.
It should be noted that these figures are intended to illustrate the general characteristics of methods, structure and/or materials utilized in certain example embodiments and to supplement the written description provided below. These drawings are not, however, to scale and may not precisely reflect the precise structural or performance characteristics of any given embodiment, and should not be interpreted as defining or limiting the range of values or properties encompassed by example embodiments. The use of similar or identical reference numbers in the various drawings is intended to indicate the presence of a similar or identical element or feature.
Various example embodiments will now be described more fully with reference to the accompanying drawings in which some example embodiments are shown.
Detailed illustrative embodiments are disclosed herein. However, specific structural and functional details disclosed herein are merely representative for purposes of describing example embodiments. Example embodiments may, however, be embodied in many alternate forms and should not be construed as limited to only the embodiments set forth herein.
While example embodiments are capable of various modifications and alternative forms, the embodiments are shown by way of example in the drawings and will be described herein in detail. It should be understood, however, that there is no intent to limit example embodiments to the particular forms disclosed. On the contrary, example embodiments are to cover all modifications, equivalents, and alternatives falling within the scope of this disclosure. Like numbers refer to like elements throughout the description of the figures.
Although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of this disclosure. As used herein, the term “and/or,” includes any and all combinations of one or more of the associated listed items.
When an element is referred to as being “connected,” or “coupled,” to another element, it can be directly connected or coupled to the other element or intervening elements may be present. By contrast, when an element is referred to as being “directly connected,” or “directly coupled,” to another element, there are no intervening elements present. Other words used to describe the relationship between elements should be interpreted in a like fashion (e.g., “between,” versus “directly between,” “adjacent,” versus “directly adjacent,” etc.).
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting. As used herein, the singular forms “a,” “an,” and “the,” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises,” “comprising,” “includes,” and/or “including,” when used herein, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
It should also be noted that in some alternative implementations, the functions/acts noted may occur out of the order noted in the figures. For example, two figures shown in succession may in fact be executed substantially concurrently or may sometimes be executed in the reverse order, depending upon the functionality/acts involved.
Specific details are provided in the following description to provide a thorough understanding of example embodiments. However, it will be understood by one of ordinary skill in the art that example embodiments may be practiced without these specific details. For example, systems may be shown in block diagrams so as not to obscure the example embodiments in unnecessary detail. In other instances, well-known processes, structures and techniques may be shown without unnecessary detail in order to avoid obscuring example embodiments.
In the following description, illustrative embodiments will be described with reference to acts and symbolic representations of operations (e.g., in the form of flow charts, flow diagrams, data flow diagrams, structure diagrams, block diagrams, etc.) that may be implemented as program modules or functional processes include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types and may be implemented using existing hardware at, for example, existing small wireless cells, base stations, NodeBs, user equipments (UEs) including LC-MTC UEs, etc. Such existing hardware may include one or more Central Processing Units (CPUs), system-on-chip (SOC) devices, digital signal processors (DSPs), application-specific-integrated-circuits, field programmable gate arrays (FPGAs) computers or the like.
Although a flow chart may describe the operations as a sequential process, many of the operations may be performed in parallel, concurrently or simultaneously. In addition, the order of the operations may be re-arranged. A process may be terminated when its operations are completed, but may also have additional steps not included in the figure. A process may correspond to a method, function, procedure, subroutine, subprogram, etc. When a process corresponds to a function, its termination may correspond to a return of the function to the calling function or the main function.
As disclosed herein, the term “storage medium”, “computer readable storage medium” or “non-transitory computer readable storage medium” may represent one or more devices for storing data, including read only memory (ROM), random access memory (RAM), magnetic RAM, core memory, magnetic disk storage mediums, optical storage mediums, flash memory devices and/or other tangible machine readable mediums for storing information. The term “computer-readable medium” may include, but is not limited to, portable or fixed storage devices, optical storage devices, and various other mediums capable of storing, containing or carrying instruction(s) and/or data.
Furthermore, example embodiments may be implemented by hardware, software, firmware, middleware, microcode, hardware description languages, or any combination thereof. When implemented in software, firmware, middleware or microcode, the program code or code segments to perform the necessary tasks may be stored in a machine or computer readable medium such as a computer readable storage medium. When implemented in software, a processor or processors will perform the necessary tasks.
A code segment may represent a procedure, function, subprogram, program, routine, subroutine, module, software package, class, or any combination of instructions, data structures or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.
As used herein, the term “eNodeB” or “eNB” may be considered synonymous to, and may hereafter be occasionally referred to as a NodeB, base station, transceiver station, base transceiver station (BTS), macro cell, etc., and describes a device in communication with and providing wireless resources to UEs in a geographical coverage area. As discussed herein, eNBs may have all functionally associated with conventional, well-known base stations in addition to the capability and functionality discussed herein.
As used herein, the term “small wireless cell” may be considered synonymous to, and may hereafter be occasionally referred to as a micro cell, pico cell, Home NodeB (HNB), Home eNodeB (HeNB), etc., and describes a device in communication with and providing wireless resources (e.g., LTE, 3G, WiFi, etc.) to users in a geographical coverage area that is, in most cases, smaller than the geographical coverage area covered by a macro eNB or cell. As discussed herein, small wireless cells may have all functionally associated with conventional, well-known base stations in addition to the capability and functionality discussed herein. In this regard, the small wireless cells may include a base station or eNB. Small wireless cells according to at least some example embodiments may also serve as WLAN (or WiFi) access points (APs) providing WLAN (or WiFi) resources for devices within range of the small wireless cell. Although discussed with regard to macro eNBs, example embodiments may also be applicable to small wireless cells and base stations.
Generally, as discussed herein, a small wireless cell may be any well-known small wireless cell including one or more processors, various communication interfaces (e.g., LTE, WiFi and wired), a computer readable medium, memories, etc. The one or more interfaces may be configured to transmit/receive data signals via wireless connections over a WiFi and a cellular network to/from one or more other devices, and also communicate with the Internet, for example over a wired connection.
The term “user equipment” or “UE”, as discussed herein, may be considered synonymous to, and may hereafter be occasionally referred to, as user, client, client device, mobile unit, mobile station, mobile user, mobile, subscriber, user, remote station, access terminal, receiver, etc., and describes a remote user of wireless resources in a wireless communication network (e.g., a 3rd Generation Partnership Project Long-Term Evolution (3GPP LTE) network). The UEs discussed herein may be low complexity machine type communication (LC-MTC) UEs capable of operating in coverage enhanced (CE) and/or non-coverage enhanced (non-CE) modes.
According to example embodiments, UEs, small wireless base stations (or cells), eNBs, etc. may be (or include) hardware, firmware, hardware executing software, or any combination thereof. Such hardware may include one or more Central Processing Units (CPUs), system-on-chip (SOC) devices, digital signal processors (DSPs), application-specific-integrated-circuits (ASICs), field programmable gate arrays (FPGAs), computers, or the like, configured as special purpose machines to perform the functions described herein as well as any other well-known functions of these elements. In at least some cases, CPUs, SOCs, DSPs, ASICs and FPGAs may collectively be referred to as processing circuits, processors and/or microprocessors.
Referring to
Within the IP-CAN 100, the eNB 105 is part of what is referred to as an Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (EUTRAN), and the portion of the IP-CAN 100 including the SGW 101, the PGW 103, the PCRF 106, and the MME 108 is referred to as the Evolved Packet Core (EPC). Although only a single eNB 105 is shown in
Still referring to
The SGW 101 routes and forwards user data packets, while also acting as the mobility anchor for the user plane during inter-eNB handovers of UEs. The SGW 101 also acts as the anchor for mobility between 3GPP LTE and other 3GPP technologies. For idle UEs, the SGW 101 terminates the downlink data path and triggers paging when downlink data arrives for the idle UEs.
The PGW 103 provides connectivity between the UEs 110 and external packet data networks (e.g., the IP-PDN) by serving as the point of entry/exit of traffic for the UEs 110 to/from the IP-CAN 100. As is known, a given UE 110 may have simultaneous connectivity with more than one PGW 103 for accessing multiple PDNs.
Still referring to
Non Access Stratum (NAS) signaling terminates at the MME 108, and is responsible for generation and allocation of temporary identities for UEs 110. The MME 108 also checks the authorization of a UE 110 to camp on a service provider's Public Land Mobile Network (PLMN), and enforces UE 110 roaming restrictions. The MME 108 is the termination point in the network for ciphering/integrity protection for NAS signaling, and handles security key management.
The MME 108 also provides control plane functionality for mobility between LTE and 2G/3G access networks with an S3 type of interface from the SGSN (not shown) terminating at the MME 108.
Still referring to
Referring to
Still referring to
The backhaul interface 235 interfaces with the SGW 101, MME 108, other eNBs, or other EPC network elements and/or RAN elements within IP-CAN 100.
The memory 225 may buffer and store data that is being processed at eNB 105, transmitted and received to and from eNB 105.
Still referring to
Referring to
The memory 270 may be a computer readable storage medium that generally includes a random access memory (RAM), read only memory (ROM), and/or a permanent mass storage device, such as a disk drive. The memory 270 also stores an operating system and any other routines/modules/applications for providing the functionalities of the UE 110 (e.g., functionalities of a UE, methods according to the example embodiments, etc.) to be executed by the processor 250. These software components may also be loaded from a separate computer readable storage medium into the memory 270 using a drive mechanism (not shown). Such separate computer readable storage medium may include a disc, tape, DVD/CD-ROM drive, memory card, or other like computer readable storage medium (not shown). In some embodiments, software components may be loaded into the memory 270 via one of the various interfaces 290, rather than via a computer readable storage medium.
The processor 250 may be configured to carry out instructions of a computer program by performing the arithmetical, logical, and input/output operations of the system. Instructions may be provided to the processor 250 by the memory 270.
The various interfaces 290 may include components that interface the processor 250 with the antenna 295, or other input/output components. As will be understood, the interfaces 290 and programs stored in the memory 270 to set forth the special purpose functionalities of the UE 110 will vary depending on the implementation of the UE 110.
When a UE (such as a UE 110 in
To initiate establishment of a RRC connection with the eNB, a UE sends a Random Access CHannel (RACH) preamble to the eNB in a first message (Msg1) via the Physical Random Access Channel (PRACH). As is known, the UE chooses the RACH preamble from among a set of 64 preamble sequences. The preamble sequence (or preamble ID) identifies the particular UE, including the type of UE and the identifier (UE ID) for the UE sending the preamble sequence. In one example, the preamble sequence may include a cyclic prefix, a sequence and a guard time. The preamble sequences may be defined from a Zadoff-Chu sequence.
In response to receiving the preamble ID from the UE on the PRACH, the eNB sends a Random Access Response (RAR) to the UE. The RAR for a particular UE may include a timing advance (TA) for the UE, a Cell Radio Network Temporary Identifier (C-RNTI) for the UE, and an uplink (UL) grant for the UE to transmit a subsequent RRC connection request to the eNB.
The RAR for the UE is multiplexed together with RARs for other UEs for which the eNB has received preamble IDs simultaneously, concurrently or within a given time window of the preamble ID from the UE. In this regard, the RARs for multiple UEs are multiplexed into RAR messages, wherein each of the RAR messages may include RARs for multiple different UEs.
Because the eNB is able to multiplex RARs for multiple different UEs in a single RAR message, the eNB also sends a control channel message corresponding to each RAR message to provide control information for decoding the PDSCH transmitted to a UE (e.g., transport block size (TBS) and modulation and coding scheme (MCS)) for decoding the RAR intended for a given UE).
The eNB sends the RAR to the UE in a given RAR message on the Physical Downlink Shared CHannel (PDSCH) along with the corresponding control channel message transmitted on a physical downlink control channel. As discussed herein, a RAR message may also be referred to as a RAR protocol data unit (PDU).
In one example, the eNB sends the control channel messages to the UEs on the Enhanced Physical Downlink Control CHannel (EPDCCH) in EPDCCH Common Search Space (CSS) subframes. The control channel messages are multiplexed with the RAR messages (e.g., in the time domain) for transmission to the UEs; that is, in this example the eNB multiplexes EPDCCH and PDSCH transmissions to the UEs such that the UEs receive a control channel message prior to receiving a corresponding RAR message.
Even if only 1 RAR is included in a RAR message, the eNB still provides the subband/physical resource block (PRB) for the resource information on the EPDCCH, unless the subband/PRB and the TBS and/or MCS is fixed in the specification or semi-statically configured in the system information blocks (SIB), which limits the scheduling flexibility at the eNB. In order to maintain the flexibility in scheduling RARs for UEs, the control channel messages are transmitted on the EPDCCH prior to transmission of the corresponding RAR message on the PDSCH. In a bandwidth limited system, the different repetition levels (even if different PRACH resources are used) may share the same subband for the control channel messages.
For a specific repetition level, the eNB must be able to respond to preamble IDs received from multiple different UEs (also referred to as PRACHs received from multiple different UEs) requesting access to the wireless network simultaneously, concurrently and/or within a given time window. Multiplexing of multiple RARs by the eNB may help in this respect. However, the eNB may also desire to spread uplink resources required for the Radio Resource Control (RRC) connection request messages from the UEs, rather than responding to all received PRACHs in one particular instance. To facilitate this spreading of uplink resources, 3GPP-LTE Release 8 (Rel-8), provides a random access (RA) response window in which the transmissions of RAR messages by the eNB are spread over a semi-statically configured period.
Conventionally, in this scenario, each UE decodes each control channel message transmitted on the EPDCCH as well as each corresponding RAR message transmitted on the PDSCH during the RA response window until the UE identifies its preamble ID in an RAR. In the case of a coverage enhanced (CE) LC-MTC UE, decoding a relatively large number of repetitions of the control channel and the PDSCH increases power consumption by the UE.
One or more example embodiments allow for reduced power consumption at UEs (e.g., LC-MTC UEs) by providing indicator information as part of the control channel message transmitted to UEs on the physical downlink control channel (e.g., EPDCCH) preceding a corresponding RAR message transmitted on the downlink shared channel (e.g., PDSCH). As discussed in more detail below, the indicator information may be explicit or implicit in the control channel message, and indicates whether the corresponding RAR message includes a RAR intended for a particular UE. If the UE determines that the subsequent RAR message includes a RAR intended for the UE, then the UE processes and decodes the RAR message to obtain the RAR for the UE. Otherwise, the UE does not decode the corresponding RAR message. Example embodiments will be discussed in more detail below with regard to
Referring to
In response to receiving the RACH preamble message (Msg1) from the UE 110, at S41 the scheduler 215 generates a RAR for the UE 110 to be transmitted to the UE 110 in a RAR message on the PDSCH. The scheduler 215 also generates downlink control information (DCI) for the RAR. As mentioned above, the RAR includes a timing advance (TA) for the UE, a Cell Radio Network Temporary Identifier (C-RNTI) for the UE, and an uplink (UL) grant for the UE to transmit a subsequent third message (e.g., Msg3, such as a RRC connection request) to the eNB 105. Because methods for generating RARs, and the information included therein, are well-known a detailed discussion is omitted.
The scheduler 215 encodes the RAR for transmission to the UE 110 in a RAR message on the PDSCH. The scheduler 215 also encodes the DCI for transmission to the UE 110 as a control channel message on the EPDCCH. Encoding of the DCI will be discussed in more detail later.
The DCI provides scheduling information for downlink transmissions on the PDSCH. Scheduling information may include resource assignments, such as which resource block pairs are used for a corresponding PDSCH transmission. Additionally, the DCI may provide scheduling information for uplink grant for the physical uplink shared channel (PUSCH). The DCI may also convey power control commands, Physical Multicast CHannel (PMCH) commands, and RACH commands.
According to one or more example embodiments, the encoded DCI may also serve as implicit indicator information indicating whether the corresponding RAR message transmitted on the PDSCH within the random access (RA) response window includes a RAR intended for the UE 110; that is, for example, whether the RAR message is intended for the UE 110.
In one example, the scheduler 215 may generate the implicit indicator information by encoding the DCI using a RA-RNTI that is a function of the preamble ID received from the UE on the PRACH. In other words, the scheduler 215 may implicitly indicate that a particular RAR message includes a RAR intended for the UE 110 by encoding the DCI information with a RA-RNTI that is a function of the preamble ID received from the UE 110. The DCI may be encoded by masking the DCI with the RA-RNTI. In one example, the RA-RNTI may be computed as a function of preamble ID using Equation (1) shown below.
RA-RNTI=1+tid+10fid+100*RAPID (1)
In Equation 1, RAPID is the preamble ID received from the UE 110, tid is the time domain index of the first subframe in which the preamble ID is transmitted to the eNB 105, and fid is the frequency domain index indicating the subcarrier group where the preamble ID is transmitted to the eNB 105. In at least this example, the time domain index is indicative of a subframe and has a value between 0 and 9.
In another example, the scheduler 215 generates the implicit indicator information by encoding the DCI using a RA-RNTI, which is a function of a value representing a set of a plurality of preamble IDs. In other words, the scheduler 215 may implicitly indicate that a particular RAR message includes a RAR intended for a UE by encoding the DCI information with a RA-RNTI that is a function of a value representing the set of a plurality of preamble IDs received from UEs simultaneously, concurrently or within a given time window. In an example case in which the set of preamble IDs is 2 (i.e., preamble IDs RAPID#A and RAPID#B), the RA-RNTI may be computed using a Cantor function as shown below in Equation (2).
RA-RNTI=½[RAPIDA+RAPIDB][RAPIDA+RAPIDB+1] (2)
According to one or more other example embodiments, the scheduler 215 may include explicit indicator information within the DCI itself. In this case, the DCI may still be encoded based on the RA-RNTI, but the RA-RNTI need not be a function of the preamble ID or a value representing a set of preamble IDs.
In one example, the explicit indicator information may be in the form of the multi-bit preamble ID received from the UE 110. In another example, the explicit indicator information may be a value representing a set of a plurality of preamble IDs associated with a set of a plurality of UEs. In this example, the preamble ID received from the UE 110 is included in the set of preamble IDs, and the explicit indicator may indicate that the corresponding RAR message includes RARs intended for each of the UEs associated with preamble IDs in the set of preamble IDs.
Returning now to
Upon receipt, the UE 110 examines the indicator information (either implicit or explicit) included in the control channel message to decide whether the corresponding RAR message includes a RAR intended for the UE 110.
Since, in this case, the RAR message corresponding to the decoded control channel message includes a RAR intended for the UE 110, the UE 110 decodes the corresponding RAR message to obtain the RAR provided by the eNB 105 for the UE 110.
Once having obtained the RAR included in the RAR message from the eNB 105, the UE 110 and the eNB 105 exchange RRC Connection messages to establish a RRC session between the UE 110 and the wireless network using the resources granted by the eNB 105 in the obtained RAR. In more detail, as shown in
In response to the RRC connection request message, at S46 the eNB 105 sends a fourth message (e.g., Msg4, such as a RRC connection setup message) to establish the RRC connection between the UE 110 and the eNB 105.
Example operation of the UE 110 will be discussed in more detail below with regard to
Referring to
At step S604, the processing circuit 250 of the UE decides whether the RAR message corresponding to the received control channel message includes a RAR intended for the UE 110 based on the decoded DCI.
In one example, the processing circuit 250 attempts to decode the DCI using the RA-RNTI for the UE 110. If the processing circuit 250 is able to properly decode the DCI using the RA-RNTI, then the UE 110 determines that the RAR message corresponding to the control channel message includes an RAR intended for the UE 110.
In another example, the processing circuit 250 decodes the DCI to obtain preamble information included in the DCI. In this example, the processing circuit 250 decodes the DCI based on RA-RNTI for the UE 110. If the preamble information includes the preamble ID generated by the UE 110, then the processing circuit 250 determines that the corresponding RAR message includes a RAR intended for the UE 110.
Example embodiments are discussed with regard to the DCI including preamble information, and the preamble information including a plurality of preamble IDs. However, in one or more other example embodiments, each DCI may include one preamble ID. In this example, the UE 110 decodes multiple DCIs and determines whether any of the multiple DCIs contains the preamble ID for the UE 110.
Returning to
If the processing circuit 250 determines that the RA response window has not expired, then the processing circuit 250 decodes the DCI in a next control channel message at step S608. The processing circuit 250 decodes the DCI in the next control channel message in the same manner as discussed above with regard to step S602. The process then returns to step S604, and continues as discussed herein.
Returning to step S606, if the processing circuit 250 determines that the RA response time window has expired, then the process terminates without resulting in a RRC connection. In this case, the UE 110 performs retransmission of a preamble ID. In one example, the UE 110 may transmit a different preamble ID after expiration of backoff time window if a backoff indicator is provided by the eNB 105.
Returning to step S604 in
Once having obtained the RAR included in the RAR message from the eNB 105, the UE 110 and the eNB 105 exchange RRC Connection messages to establish a RRC session between the UE 110 and the wireless network using the resources granted by the eNB 105 in the obtained RAR, as discussed above with regard to
In at least one other example embodiment, a preamble message (or part or PDU) may be transmitted to UEs along with the RAR message (or PDU) on the PDSCH. The preamble message may include preamble information including one or more preamble IDs for UEs to which the RAR message is intended.
In this example, the DCI included in the control channel message corresponding to the RAR message includes indicator information (either explicit or implicit) that indicates whether PDSCH is carrying the preamble message from the eNB; that is, whether the preamble message has been transmitted to the UE by the eNB on the PDSCH. Based on the DCI (and/or the indicator information contained therein), the user equipment is able to detect whether a preamble message is present on the PDSCH. In this example, the indicator information may be a 1-bit indicator (or flag bit) indicating whether a preamble message is present on the PDSCH. In this case, the RA-RNTI may be computed as RA-RNTI=1+tid+10*fid.
If the indicator information indicates that the preamble message is not present on the PDSCH, then the UE processes RAR messages in the conventional manner (e.g., sequentially decoding each RAR message until identifying the preamble ID associated with the UE).
If, however, the indicator information indicates that preamble message is present on the PDSCH, then the UE decides whether to decode the RAR message based on the preamble information included in the preamble message.
For example, the UE decodes the preamble message based on the DCI in the corresponding control channel message. If the preamble ID for the UE is included in the preamble message, then the UE decodes the RAR message associated with the preamble message. Otherwise, the UE does not decode the RAR message associated with the preamble message. This example embodiment is a compromise between the amount of multiplexing and the size of the RAR message (uplink grant and the temporary RNTI).
Referring to
At step S704, based on the decoded DCI, the processing circuit 250 determines whether a preamble message from the eNB 105 is present on the PDSCH along with the RAR message corresponding to the control channel message. In this example, the DCI may include an indicator bit (e.g., a flag bit) indicating whether the preamble message is present on the PDSCH.
If the processing circuit 250 determines that the preamble message is present on the PDSCH, then at step S706 the processing circuit 250 decodes the preamble message to determine whether the corresponding RAR message is intended for the UE 110 (e.g., includes an RAR for the UE 110). In one example, the UE 110 determines that the RAR message is intended for the UE 110 if the preamble message of the RAR message includes the preamble ID for the UE 110.
If the processing circuit 250 determines that the RAR message is intended for the UE 110 at step S708, then at step S710 the UE 110 decodes the corresponding RAR message (the RAR PDU) to obtain the RAR for the UE 110.
Returning to step S708, if the processing circuit 250 determines that the RAR message is not intended for the UE 110 based on the decoded preamble message, then the UE 110 does not decode the corresponding RAR message.
The processing circuit 250 then determines whether the RA response window has expired at step S707. If the processing circuit 250 determines that the RA response window has expired at S707, then the process terminates. In this case, the UE 110 performs retransmission of a preamble ID. In one example, the UE 110 may transmit a different preamble ID after expiration of backoff time window if a backoff indicator is provided by the eNB 105.
Returning to step S707, if the processing circuit 250 determines that the RA response window has not expired at step S707, then at step S712 the processing circuit 250 decodes the DCI in the next control channel message. The process then proceeds to step S704 and continues as discussed above.
Returning now to step S704 in
As with the example embodiment discussed above with regard to
The foregoing description of example embodiments has been provided for purposes of illustration and description. It is not intended to be exhaustive or to limit the disclosure. Individual elements or features of a particular example embodiment are generally not limited to that particular embodiment, but, where applicable, are interchangeable and can be used in a selected embodiment, even if not specifically shown or described. The same may also be varied in many ways. Such variations are not to be regarded as a departure from the disclosure, and all such modifications are intended to be included within the scope of the disclosure.