Patent Description:
In recent communication networks, a random access channel (RACH) is shared by terminal devices to request access to networks for call set-up and burst data transmission. Since the RACH is shared, it is possible that two or more terminal devices transmit at the same time and their transmissions collide. This is known as contention. If the terminal device does not get response, it performs the random access request again. Such transmission collisions may incur undesirable failure of random access and unexpected delay in transmission.

R2-<NUM> discusses the <NUM>-step contention based procedure for licensed and unlicensed operation.

R2-<NUM> discusses the applicable scenarios that may benefit with a <NUM>-step contention based procedure.

R2-<NUM> discusses the RAN2 impacts of <NUM>-step contention based procedure.

Further documents discussing random access include R2-<NUM>, R1-<NUM> and R2-<NUM>.

The disclosure relates to a terminal device, a method and a computer readable medium as set forth in the claims. It will be understood that aspects of this disclosure falling outside the scope of the claims are not part of the invention but may be useful to understand the disclosure.

Thus, any embodiment, aspect, example or implementation not being part of the appended claims, is only presented as information.

Aspects of the disclosure are presented in the sense of examples and their advantages are explained in greater detail below, with reference to the accompanying drawings, where.

Throughout the figures, same or similar reference numbers indicate same or similar elements.

The subject matter described herein will now be discussed with reference to several example aspects. It should be understood these aspects are discussed only for the purpose of enabling those skilled persons in the art to better understand and thus implement the subject matter described herein, rather than suggesting any limitations on the scope of the subject matter.

The terminology used herein is for the purpose of describing particular aspects only and is not intended to be limiting of example aspects. 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.

For example, two functions or acts shown in succession may in fact be executed concurrently or may sometimes be executed in the reverse order, depending upon the functionality/acts involved.

As used herein, the term "communication network" refers to a network following any suitable communication standards, such as New Radio (NR), Long Term Evolution (LTE), LTE-Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), High-Speed Packet Access (HSPA), and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (<NUM>), the second generation (<NUM>), <NUM>, <NUM>, the third generation (<NUM>), the fourth generation (<NUM>), <NUM>, the future fifth generation (<NUM>) communication protocols, and/or any other protocols either currently known or to be developed in the future.

Aspects of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system. For the purpose of illustrations, aspects of the present disclosure will be described with reference to <NUM> communication system.

The term "network device" used herein includes, but not limited to, a base station (BS), a gateway, a registration management entity, and other suitable device in a communication system. The term "base station" or "BS" represents a node B (NodeB or NB), an evolved NodeB (eNodeB or eNB), a NR NB (also referred to as a gNB), a Remote Radio Unit (RRU), a radio header (RH), a remote radio head (RRH), a relay, a low power node such as a femto, a pico, and so forth.

The term "terminal device" used herein includes, but not limited to, "user equipment (UE)" and other suitable end device capable of communicating with the network device. By way of example, the "terminal device" may refer to a terminal, a Mobile Terminal (MT), a Subscriber Station (SS), a Portable Subscriber Station, a Mobile Station (MS), or an Access Terminal (AT).

The term "circuitry" used herein may refer to one or more or all of the following:.

As mentioned above, several mechanisms for RACH have been proposed. For example, four-step RACH procedure has been proposed. As shown in <FIG>, for four-step RACH procedure, a RACH transmission occasion is defined as the time-frequency resource on which a PRACH message <NUM> is transmitted using the configured PRACH preamble format. The user equipment (UE) <NUM> may transmit <NUM> the RACH preamble on a PRACH resource which is mapped to a RA-RNTI and the network device may decode the preamble and obtain the RA-RNTI depending on the PRACH resource where the preamble is received. The gNB <NUM> may transmit <NUM> message <NUM> which may indicate the transmission resource of message <NUM>. In particular, the gNB <NUM> may transmit RA response scheduled with PDCCH addressed the RA-RNTI which is calculated from the PRACH resource (for example, time and/or frequency allocation). The UE <NUM> may decode the RA response and obtain the transmission resource for message3. The UE <NUM> may transmit <NUM> a radio resource control (RRC) connection request as message3 scrambled by T-CRNTI obtained from the RA response (message2). The gNB <NUM> may response <NUM> a contention resolution ID (containing the UL CCCH SDU in msg3) in message4 scrambled by T-CRNTI obtained from the RA response (message2) and T-CRNTI is considered as C-RNTI by the UE upon reception of the message <NUM>.

In recent studies, two-step RACH has also been proposed, which is shown in <FIG>. The UE <NUM> transmits <NUM> messageA to the gNB <NUM> and the gNB <NUM> transmits <NUM> messageB to the UE <NUM>. Compared to the traditional four-step RACH with preamble, RAR, message3 and contention resolution message, two-step RACH combines the transmission of preamble and the message3 payload into messageA, and combines RAR and contention resolution message into messageB. For two-step RACH, the messageA is a signal to detect the UE while the second message is for contention resolution for CBRA with a possible payload. The messageA will at least include the equivalent information which is transmitted in message3 for four-step RACH.

As a baseline, all the triggers for four-step RACH are also applicable to two-step RACH; however further analysis is needed on SI request and BFR as well as how timing advance and grants can be obtained for messageA.

The contention resolution in two-step RACH will be performed by including a UE identifier in the first message (i.e. messageA) which is echoed in the second message (i.e. messageB). Fall-back from two-step RACH to four-step RACH will be supported. The fallback after messageA transmission is feasible only if detection of the UE without the decoding of the payload is possible and thus relies on such support at the physical layer. If two-step RACH is used for initial access, the parameters for two-step RACH procedure including resources for messageA will be broadcasted. The network can configure different PRACH resources or different preambles for four-step RACH and two-step RACH.

For contention resolution and design of RNTI for two-step RACH, studies have been made to reuse what has already been defined for the traditional four-step RACH.

The RA-RNTI associated with the PRACH in which the Random Access Preamble is transmitted, is computed uniquely as: <MAT> where s_id is the index of the first OFDM symbol of the specified PRACH (<NUM> ≤ s_id < <NUM>), t_id is the index of the first slot of the specified PRACH in a system frame (<NUM> ≤ t_id < <NUM>), f_id is the index of the specified PRACH in the frequency domain (<NUM> ≤ f_id < <NUM>), and ul_carrier_id is the UL carrier used for Message1 transmission (<NUM> for NUL carrier, and <NUM> for SUL carrier). In other words, there is a one-to-one relationship between the RA-RNTI and the PRACH occasion used to transmit the Random Access Preamble.

It has been discussed that the RAR window (currently maximum <NUM>) needs to be extended to cope with potential LBT failure, which means the RA-RNTI range will also need to be extended. Similarly, the window for messageB reception will most likely be longer than current RAR window as well. Current RA-RNTI space is already over <NUM> values, it is undesirable to extend the RA-RNTI further to keep overhead under control.

Contention resolution for four-step RACH is addressed to either Temporary C-RNTI or C-RNTI depending on whether the UE already has C-RNTI allocated and included C-RNTI MAC CE in the message3. Both cannot be used for two-step RACH. C-RNTI is not applicable to two-step RACH from IDLE mode initial when the UE does not have C-RNTI allocated yet. Temporary C-RNTI is allocated in message2 of the four-step RACH hence not applicable to two-step RACH.

According to aspects of the present disclosure, the terminal devices transmit random access requests and the network device transmits one response to the random access requests which comprises the identity information of terminal devices which succeed in the RACH. According to aspects of the present disclosure, the terminal devices transmit random access requests in random access channels and the network device transmits the response to the random access requests on the downlink control channel addressed to the common identifier. According to aspects of the present disclosure, there is one to multiple mapping for contention resolution radio network temporary identifier (CR-RNTI) and physical RACH (PRACH). In this way, the number of RNTIs is decreased and the overhead is reduced.

<FIG> illustrates a schematic diagram of a communication system <NUM> in which aspects of the present disclosure can be implemented. The communication system <NUM>, which is a part of a communication network, comprises terminal devices <NUM>-<NUM>, <NUM>-<NUM>,. , <NUM>-N (collectively referred to as "terminal device(s) <NUM>" where N is an integer number). The communication system <NUM> comprises one or more network devices, for example, a network device <NUM>. It should be understood that the communication system 300may also comprise other elements which are omitted for the purpose of clarity. It is to be understood that the numbers of terminal devices and network devices shown in <FIG> are given for the purpose of illustration without suggesting any limitations. The network device <NUM> may communicate with the terminal devices <NUM>.

Communications in the communication system <NUM> may be implemented according to any proper communication protocol(s), including, but not limited to, cellular communication protocols of the first generation (<NUM>), the second generation (<NUM>), the third generation (<NUM>), the fourth generation (<NUM>) and the fifth generation (<NUM>) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) <NUM> and the like, and/or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, including but not limited to: Code Divided Multiple Address (CDMA), Frequency Divided Multiple Address (FDMA), Time Divided Multiple Address (TDMA), Frequency Divided Duplexer (FDD), Time Divided Duplexer (TDD), Multiple-Input Multiple-Output (MIMO), Orthogonal Frequency Divided Multiple Access (OFDMA) and/or any other technologies currently known or to be developed in the future.

<FIG> illustrates a schematic diagram of interactions <NUM> in accordance with aspects of the present disclosure. The interactions <NUM> may be implemented at any suitable devices. Only for the purpose of illustrations, the interactions <NUM> are described to be implemented at the terminal device <NUM>-<NUM> and the network device <NUM>.

The terminal device <NUM>-<NUM> transmits <NUM> one or more random access request (also referred to as "message A") to the network device <NUM>. The random access request comprises a preamble for random access procedure. The preamble is transmitted on a random access channel, for example, physical random access channel (PRACH). In some aspects, the terminal device <NUM>-<NUM> may determine the PRACH and preamble based on predetermined configurations. For example, the terminal device <NUM>-<NUM> may be configured with information indicating PRACHs and/or preambles used for two-step RACH.

In addition, the random access request comprises identity information of the terminal device <NUM>-<NUM>. The identity information may be transmitted on a physical uplink shared channel (PUSCH). In some aspects, if the terminal device <NUM>-<NUM> is in an idle mode and/or inactive mode, the identity information may be a common control channel (CCCH) message which contains UE ID, e.g. RRC Setup Request message for idle mode UE or RRC Resume Request for inactive mode UE. In other aspects, if the terminal device <NUM>-<NUM> has a cell radio network temporary identifier (C-RNTI), for example, the terminal device <NUM>-<NUM> may be in a connected mode, the identity information may be the C-RNTI. The request may comprise C-RNTI medium access control (MAC) control element (CE).

Alternatively or in addition, the random access request may also comprise a buffer report (BSR) and/or power headroom report (PHR). The random access request may further comprise other proper data depending on the size of the request.

The network device <NUM> receives the random access requests from one or more terminal devices <NUM>, for example, the terminal devices <NUM>-<NUM> and/or <NUM>-<NUM>. The network device <NUM> determines <NUM> at least one terminal device (referred to as "the target terminal device") from the one or more terminal devices <NUM>. The target terminal device is successful in random access procedure. The random access requests may be from one terminal device. Alternatively, the random access requests may be from different terminal devices.

In some aspects, the network device <NUM> may determine <NUM> the random access channels on which the random access request are received. In some aspects, the preambles may be transmitted on different random access channels. In other aspects, the preambles may be transmitted on a same random access channel.

In some aspects, the network device <NUM> may be configured with information indicating a set of predetermined PRACHs used for two-step RACH. If the PRACHs belong to the set of predetermined PRACHs, the network device <NUM> may determine that the random access requests are used for two-step RACH.

Alternatively or in addition, the network device <NUM> may be configured with information indicating a set of predetermined preambles used for two-step RACH. If the preambles belong to the set of predetermined preambles, the network device <NUM> may determine that the random access requests are used for two-step RACH.

The network device <NUM> may generate <NUM> the random access response (messageB). The random access response comprises the identity information of the target terminal device. If the identity information carried in the random access request is the CCCH UE ID of the target terminal device, the network device <NUM> generates the random access response indicating the CCCH UE ID. For example, the random access response may comprise the CCCH MAC CE as contention resolution. Alternatively or in addition, the random access response may comprise C-RNTI field to allocate C-RNTI to target the terminal device.

In other aspects, if the identity information carried in the random access request is the C-RNTI of the target terminal device, the network device <NUM> generates the random access response indicating the C-RNTI MAC CE in the message if it is not scheduled with PDCCH addressed to C-RNTI. For example, the random access response may comprise the C-RNTI MAC CE as contention resolution. Alternatively, the random access response maybe scheduled with PDCCH addressed to C-RNTI without indicating the C-RNTI MAC CE in the message.

The identifier may be common to requests received on different random access channels. Alternatively, the identifier may also be common to all requests received on the random access channels. In an example aspect, one common specific RNTI, contention resolution RNTI (CR-RNTI) may be configured for transmitting the random access responses, instead of linking the response to the PRACH occasion where the preamble for random access request is sent.

In another aspect, finer granularity than only one common specific RNTI may be defined for CR-RNTI. In this way, it reduces decoding efforts for the terminal devices which are not responded by the network device <NUM>. For example one RNTI for each subframe/slot within a radio frame. The CR-RNTI may be preconfigured to the network device <NUM> and the terminal devices <NUM> or fixed in the specification.

The network device <NUM> may determine <NUM> a physical downlink control channel for transmitting the random access response. The downlink control channel is scrambled with an identifier.

In some aspects, the downlink control channel is scrambled with the CR-RNTI. In other aspects, if the network device <NUM> knows the C-RNTI of the terminal device <NUM>-<NUM>, the downlink control channel is scrambled with the C-RNTI. In this way, the number of RNTIs may be reduced, thus saving RNTI space used for RA procedure.

The network device <NUM> transmits <NUM> the random access response (also referred to as "message B") to the terminal device <NUM>-<NUM>. In some aspects, the terminal device <NUM>-<NUM> may determine the CR-RNTI and receive the random access response on the PDCCH addressed to the CR-RNTI. For example, the terminal device <NUM>-<NUM> may monitor the PDCCH addressed to CR-RNTI during a configured window time (for example, the contention resolution window). Alternatively, the terminal device <NUM>-<NUM> may determine the C-RNTI and receive the random access response on the PDCCH associated with the C-RNTI. For example, the terminal device <NUM>-<NUM> may monitor the PDCCH addressed to C-RNTI during the configured window time.

The terminal device <NUM>-<NUM> determines <NUM> whether the random access procedure is successful. For example, if the terminal device <NUM>-<NUM> determines that the random access response comprises the identity information of the terminal device <NUM>-<NUM>, the terminal device <NUM>-<NUM> may determine that the random access procedure of the terminal device <NUM>-<NUM> is successful.

In some aspects, if the terminal device <NUM>-<NUM> determines that the random access response does not comprise the identity information of the terminal device <NUM>-<NUM>, the terminal device <NUM>-<NUM> may determine that this attempt of the random access procedure of the terminal device <NUM>-<NUM> is not successful.

In this way, a limited number of RNTIs is needed for the random access scheduling instead of tens of thousands of RNTIs. In addition, the overhead of the random access response is reduced.

In some aspects, the terminal device <NUM>-<NUM> may monitor the downlink control channel until the timer for the random access response expires. According to the claimed embodiment, the terminal device <NUM>-<NUM> stops monitoring the random access response before the expire of the timer, if the random access response comprising a further indication indicating there is no further random access response to the random access request.

In addition, in some aspects, the random access response may comprise an indication indicating that a further random access response to the random access request, the terminal device <NUM>-<NUM> may monitor the further random access response within the window. The further random response may be for a particular PRACH resource, for example, PRACH occasion, preamble, slot/subframe number. In this way, the terminal device <NUM>-<NUM> does not have to wait and can immediately transmit a further random access request.

<FIG> illustrates a flow chart of a method <NUM> in accordance with aspects of the present disclosure. The method <NUM> may be implemented at any suitable devices. Only for the purpose of illustrations, the method <NUM> is described to be implemented at the terminal device <NUM>-<NUM>.

At block <NUM>, the terminal device <NUM>-<NUM> transmits the random access request to the network device <NUM>. The random access request comprises at least one preamble for random access procedure. The preamble may be transmitted on a random access channel, for example, PRACH. In some aspects, the terminal device <NUM>-<NUM> may determine the random access channel based on predetermined configurations. For example, the terminal device <NUM>-<NUM> may be configured with information indicating PRACHs used for two-step RACH.

In addition, the random access request comprises identity information of the terminal device <NUM>-<NUM>. The identity information may be transmitted on a physical uplink shared channel (PUSCH). In some aspects, if the terminal device <NUM>-<NUM> is in an idle mode and/or inactive mode, the identity information may be a common control channel (CCCH) UE ID. In other aspects, if the terminal device <NUM>-<NUM> has a cell radio network temporary identifier (C-RNTI), for example, the terminal device <NUM>-<NUM> may be in a connected mode, the identity information may be the C-RNTI. The request may comprise C-RNTI medium access control (MAC) control element (CE).

At block <NUM>, the terminal device <NUM>-<NUM> receives the random access response scheduled by a downlink control channel scrambled with the identifier from the network device <NUM>. The random access response comprises the identity information of the at least one of the one or more terminal devices which succeed in the random access procedure. The one or more terminal devices transmit preambles to the network device <NUM>. The identifier being used for scrambling downlink control channels associated with the one or more terminal devices.

In some aspects, the terminal device <NUM>-<NUM> may determine the CR-RNTI and receive the random access response on the PDCCH addressed to the CR-RNTI. For example, the terminal device <NUM>-<NUM> may monitor the PDCCH addressed to CR-RNTI during a configured window time (for example, the contention resolution window). Alternatively, the terminal device <NUM>-<NUM> may determine the C-RNTI and receive the random access response on the PDCCH addressed to the C-RNTI. For example, the terminal device <NUM>-<NUM> may monitor the PDCCH addressed to C-RNTI during the configured window time.

If the identity information carried in the random access request is the CCCH UE ID of the target terminal device, the random access response may indicate the CCCH UE ID. For example, the random access response may comprise the CCCH MAC CE as contention resolution. Alternatively or in addition, the random access response may comprise C-RNTI MAC CE to allocate C-RNTI to target the terminal device.

In other aspects, if the identity information carried in the random access request is the C-RNTI of the target terminal device, the random access response may indicate the C-RNTI. For example, the random access response may comprise the C-RNTI MAC CE as contention resolution.

At block <NUM>, the terminal device <NUM>-<NUM> determines whether the identity information of the terminal device <NUM>-<NUM> is in the random access response in order to determine random access procedure of the terminal device <NUM>-<NUM> is successful. If the terminal device <NUM>-<NUM> determines that the random access response comprises the identity information of the terminal device <NUM>-<NUM>, the terminal device <NUM>-<NUM> may determine, at block <NUM>, that the random access procedure of the terminal device <NUM>-<NUM> is successful.

In some aspects, the terminal device <NUM>-<NUM> may monitor the downlink control channel until the timer for the random access response expires. In some aspects, the terminal device <NUM>-<NUM> may stop monitoring the random access response before the expire of the timer, if the random access response comprising a further indication indicating there is no further random access response to the random access request.

In some aspects, if the terminal device <NUM>-<NUM> determines that the random access response does not comprise the identity information of the terminal device <NUM>-<NUM>, the terminal device <NUM>-<NUM> may determine that the random access procedure of the terminal device <NUM>-<NUM> is not successful.

In some aspects, an apparatus for performing the method <NUM> (for example, the terminal device <NUM>-<NUM>) may comprise respective means for performing the corresponding steps in the method <NUM>. These means may be implemented in any suitable manners. For example, it can be implemented by circuitry or software modules.

In some aspects, the apparatus comprises means for transmitting, at a terminal device, a random access request to a network device, the random access request comprising at least one preamble for a random access procedure and identity information of the terminal device; means for receiving, from the network device, a random access response to the random access request scheduled by a downlink control channel scrambled with an identifier, the random access response comprising identity information of at least one of one or more terminal devices, the one or more terminal devices transmitting preambles for random access procedures to the network device on random access channels, the identifier being used for scrambling downlink control channels associated with the one or more terminal devices and means for in response to determining that the random access response comprising the identity information of the terminal device, determining that the random access procedure of the terminal device is successful.

In some aspects, the identifier is common to a plurality of random access channels in the random access channels.

In some aspects, the identifier is common to all of the random access channels.

In some aspects, the mean for receiving the random access response comprises: means for determining the identifier to be a contention resolution radio network temporary identifier (CR-RNTI); and means for receiving the random access response on the downlink control channel addressed to the CR-RNTI.

In some aspects, the means for receiving the random access response comprises: means for determining the identifier to be a cell radio network temporary identifier (C-RNTI); and means for receiving the random access response on the downlink control channel addressed to the C-RNTI.

In some aspects, the means for transmitting the identity information comprises: means for in response to the terminal device being in an idle mode or an inactive mode, transmitting the identity information comprising a common control channel (CCCH) user equipment (UE) ID; or means for in response to the terminal device being in a connected mode, transmitting the identity information comprising a cell radio network temporary identifier (C-RNTI) medium access control (MAC) control element (CE).

In some aspects, the random access request further comprises at least one of: a buffer status report (BSR), or a power headroom report.

In some aspects, the apparatus further comprises at least one of: means for in response to determining that the random access response excluding the identity information of the terminal device, determine that the random access request of the terminal device is failed; and means for in response to the random access response comprising an indication indicating a further random access response to the random access request, monitor the further random access response.

In some aspects, the random access response comprises at least one of: a CCH MAC CE, or a C-RNTI MAC CE.

In some aspect, the apparatus further comprises: means for in response to the random access response comprising a further indication indicating there is no further random access response to the random access request, stopping monitoring the downlink control channel before an expire of a time for the random access response.

In some aspect, the apparatus further comprises: means for monitoring the downlink control channel until an expiration of a time for the random access response.

<FIG> illustrates a flow chart of a method <NUM> in accordance with aspects of the present disclosure. The method <NUM> may be implemented at any suitable devices. Only for the purpose of illustrations, the method <NUM> is described to be implemented at the network device <NUM>.

At block <NUM>, the network device <NUM> receives random access requests from the one or more terminal devices <NUM>-<NUM>. The random access requests comprise preambles for random access procedure of the one or more terminal devices. The preambles may be received on random access channels. In some aspects, the preambles may be received on different random access channels. In other aspects, the preambles may be received on the same random access channel.

In addition, the random access request comprises identity information of the terminal devices <NUM>. The identity information may be received on a physical uplink shared channel (PUSCH). In some aspects, if the terminal devices are in an idle mode and/or inactive mode, the identity information may be a common control channel (CCCH) UE ID. In other aspects, if the terminal devices <NUM> have a cell radio network temporary identifier (C-RNTI), for example, the terminal device <NUM>-<NUM> may be in a connected mode, the identity information may be the C-RNTI. The request may comprise C-RNTI medium access control (MAC) control element (CE).

In some aspects, the network device <NUM> may determine the random accesses channels on which the random access request is received. In some aspects, the network device <NUM> may be configured with information indicating a set of predetermined random accesses channels used for two-step RACH. If the random accesses channels belong to the set of predetermined random accesses channels, the network device <NUM> may determine that the random access requests are used for two-step RACH.

In some aspects, the network device <NUM> may be configured with information indicating a set of predetermined preambles used for two-step RACH. If the preambles belong to the set of predetermined preambles, the network device <NUM> may determine that the random access requests are used for two-step RACH.

In some aspects, the network device <NUM> may generate the random access response. The random access response comprises the identity information of the target terminal device. If the identity information carried in the random access request is the CCCH UE ID of the target terminal device, the network device <NUM> generates the random access response indicating the CCCH UE ID. For example, the random access response may comprise the CCCH MAC CE as contention resolution. Alternatively or in addition, the random access response may comprise C-RNTI filed to allocate C-RNTI to target the terminal device.

In other aspects, if the identity information carried in the random access request is the C-RNTI of the target terminal device, the network device <NUM> generates the random access response indicating the C-RNTI. For example, the random access response may comprise the C-RNTI MAC CE as contention resolution if the random access is not scheduled by PDCCH addressed to C-RNTI, but with contention resolution RNTI.

In an example aspect, one common specific RNTI, contention resolution RNTI (CR-RNTI) may be configured for transmitting the random access response, instead of linking the response to the PRACH occasion where the preamble for random access request is sent.

In another aspect, finer granularity than only one common specific RNTI may be defined for CR-RNTI. In this way, it reduces access efforts for the terminal devices which are not responded by the network device <NUM>. For example one RNTI for each subframe/slot within a radio frame. The CR-RNTI may be preconfigured to the network device <NUM> and the terminal devices <NUM>.

The network device <NUM> may determine a physical downlink control channel (PDCCH) for transmitting the random access response. In some aspects, the PDCCH is addressed to the CR-RNTI. In other aspects, the PDCCH is addressed to the C-RNTI. In this way, the number of RNTIs may be reduced, thus saving space.

At block <NUM>, the network device <NUM> transmits the random access response to the terminal device <NUM>-<NUM>. The random access response is scheduled by the downlink control channel which is scrambled with the identifier. In some aspects, the PDCCH may be scrambled with the CR-RNTI. Alternatively, the PDCCH may be scrambled with the C-RNTI. In some aspects, the identifier is common to a plurality of random access channels in the random access channels. Alternatively, the identifier is common to all of the random access channels.

In some aspects, an apparatus for performing the method <NUM> (for example, the network device <NUM>) may comprise respective means for performing the corresponding steps in the method <NUM>. These means may be implemented in any suitable manners. For example, it can be implemented by circuitry or software modules.

In some aspects, the apparatus comprises: means for receiving, at a network device, random access requests from one or more terminal devices, the random access requests comprising preambles for random access procedures of the one or more the terminal devices and identity information of the one or more terminal devices, the preambles being transmitted on random access channels; and means for transmitting a random access response to the one or more terminal devices on a downlink control channel scrambled with an identifier, the random access response comprising identity information of the at least one of the one or more terminal devices to indicate that the random access procedure of the at least one of the one or more terminal devices is successful, the identifier being used for scrambling downlink control channels associated with the one or more terminal devices.

In some aspects, the identity information of the plurality of terminal devices comprises at least one of: common control channel (CCCH) user equipment (UE) IDs of the plurality of terminal devices, or cell radio network temporary identifier (C-RNTI) medium access control (MAC) control elements (CEs) of the one or more of terminal devices.

In some aspects, the random access request further comprises at least one of: a buffer status report (BSR), or power headroom report (PHR).

In some aspects, the apparatus further comprises: means for determining whether a further random access response is needed; and means for in response to determining that the further random access response is needed, adding into the random access response an indication indicating the further random access response.

In some aspects, the means for transmitting the random access response comprises: means for determining physical random access channels (PRACHs) on which the preambles are received; means for comparing the PRACHs with a set of predetermined PRACHs; means for in response to the PRACHs belong to the set of predetermined PRACHs, determining the downlink control channel addressed to the identifier; and means for transmitting the random access response on the downlink control channel.

In some aspects, the means for transmitting the random access response comprises: means for comparing the preambles with a set of predetermined preambles; means for in response to the preambles belonging to the set of predetermined preambles, determining the downlink control channel addressed to the identifier; and means for transmitting the random access response on the downlink control channel.

In some aspects, the means for transmitting the random access response comprises: means for in response to the identity information of the at least one of the terminal devices device being a common control channel (CCCH) user equipment (UE) ID, generating the random access response indicating the CCH ID of the at least one of the terminal devices device; or means for in response to the identity information of the at least one of the terminal devices device being a cell radio network temporary identifier (C-RNTI), generating the random access response indicating the C-RNTI of the at least one of the terminal devices device.

<FIG> is a simplified block diagram of a device <NUM> that is suitable for implementing aspects of the present disclosure. The device <NUM> may be implemented at the network device <NUM>. The device <NUM> may also be implemented at the terminal devices <NUM>. As shown, the device <NUM> includes one or more processors <NUM>, one or more memories <NUM> coupled to the processor(s) <NUM>, one or more transmitters and/or receivers (TX/RX) <NUM> coupled to the processor <NUM>.

The processor <NUM> may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples.

The memory <NUM> may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples.

The memory <NUM> stores at least a part of a program <NUM>. The device <NUM> may load the program <NUM> from the computer readable medium to the RAM for execution.

The TX/RX <NUM> is for bidirectional communications. The TX/RX <NUM> has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones.

The program <NUM> is assumed to include program instructions that, when executed by the associated processor <NUM>, enable the device <NUM> to operate in accordance with the aspects of the present disclosure, as discussed herein with reference to <FIG> and <FIG>. That is, aspects of the present disclosure can be implemented by computer software executable by the processor <NUM> of the device <NUM>, or by hardware, or by a combination of software and hardware.

While this specification contains many specific implementation details, these should not be construed as limitations on the scope of any disclosure or of what may be claimed, but rather as descriptions of features that may be specific to particular aspects of particular disclosures. Certain features that are described in this specification in the context of separate aspects can also be implemented in combination in a single aspect. Conversely, various features that are described in the context of a single aspect can also be implemented in multiple aspects separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or variation of a sub-combination.

Claim 1:
A terminal device, comprising:
means for transmitting (<NUM>), at the terminal device, a random access request to a network device, the random access request comprising at least one preamble for a random access procedure and a cell radio network temporary identifier of the terminal device, wherein the at least one preamble is transmitted on a random access channel among a plurality of random access channels;
means for receiving (<NUM>), from the network device and during a configured time window, a random access response to the random access request on a downlink control channel addressed to the cell radio network temporary identifier of the terminal device;
in response to determining (<NUM>) that the random access response is addressed to the cell radio network temporary identifier of the terminal device, means for determining (<NUM>) that the random access procedure of the terminal device is successful; and characterized by
in response to the random access response comprising a further indication indicating there is no further random access response to the random access request, means for stopping monitoring a further random access response before an expiry of the configured time window for the random access response.