CN102595634B - Method for receiving random access response information in carrier aggregation - Google Patents
Method for receiving random access response information in carrier aggregation Download PDFInfo
- Publication number
- CN102595634B CN102595634B CN201210021284.3A CN201210021284A CN102595634B CN 102595634 B CN102595634 B CN 102595634B CN 201210021284 A CN201210021284 A CN 201210021284A CN 102595634 B CN102595634 B CN 102595634B
- Authority
- CN
- China
- Prior art keywords
- random access
- access response
- response window
- information
- rar information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000004044 response Effects 0.000 title claims abstract description 85
- 238000000034 method Methods 0.000 title claims abstract description 56
- 230000002776 aggregation Effects 0.000 title claims abstract description 16
- 238000004220 aggregation Methods 0.000 title claims abstract description 16
- 230000005540 biological transmission Effects 0.000 claims abstract description 19
- 238000012544 monitoring process Methods 0.000 claims abstract description 4
- 230000008569 process Effects 0.000 claims description 25
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims description 15
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims description 15
- 230000003111 delayed effect Effects 0.000 claims 1
- 230000007246 mechanism Effects 0.000 abstract description 3
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 4
- 101150096622 Smr2 gene Proteins 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 101100411667 Arabidopsis thaliana RAN4 gene Proteins 0.000 description 1
- 101150014328 RAN2 gene Proteins 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
The embodiment of the invention discloses a method for receiving random access response information in carrier aggregation. The method comprises the steps that a piece of user equipment (UE) obtains configuration information of a random access response window, enters a random access procedure, continuously monitors physical downlink control channel (PDCCH) scrambled by cell-radio network temporary identifier (C-RNTI) in the random access response window, and receives the random access response (RAR) information from a resource indicated by the PDCCH scrambled by the C-RNTI in the random access response window; when the RAR information is not received successfully in the random access response window, the UE judges whether the transmission times of a random access lead code reaches a maximum transmission times or not, if yes, the UE ends the current random access procedure, otherwise, the UE retransmits the random access lead code to a network side and returns to the steps of continuously monitoring the PDCCH scrambled by the C-RNTI; and the UE receives the RAR information based on a Hybrid Automatic Requestor (HARQ) mechanism. The method disclosed by the invention can determine how to receive the RAR information.
Description
Technical Field
The present invention relates to the field of carrier aggregation technologies, and in particular, to a method for receiving random access response information in carrier aggregation.
Background
In the Rel-10 protocol, the RAN4 defines intra-band and inter-band (inter-band) carrier aggregation for up to 2 bands. In the current research of Rel-11, there have been several standings considering extending multiple frequency bands for carrier aggregation. With the increase of the number of frequency bands capable of performing carrier aggregation, in Rel-11 and subsequent releases, more UEs supporting inter-band carrier aggregation are provided, and thus the requirement of multiple TAs is increased.
A UE supporting multiple TAs needs to obtain multiple Timing Advances (TAs), and if the UE needs to obtain multiple TAs, it is first ensured that the UE can obtain absolute TA information.
Currently, the UE obtains absolute TA information through a random access procedure.
Random access technology is an important technology for medium access control in communication systems. The random access is an access process before user equipment starts to communicate with a network, and is mainly used for establishing purposes of user initial access, RRC connection reestablishment, switching and the like and uplink synchronization of the network. There are two main modes of random access, contention-based random access and non-contention-based random access. For the multi-TA scenario, the RAN2 has explicitly supported non-contention mode random access on a secondary cell (SCell) to acquire a TA.
Fig. 1 is a flowchart of a UE acquiring a TA through a non-contention mode random access.
As shown in fig. 1, the process mainly includes the following steps:
step 0, the base station (eNB) instructs the UE to perform a Preamble (Preamble) for random access through the Msg0 message.
Step 1, UE sends random access Preamble code in Physical Random Access Channel (PRACH) through Msg1 message.
And step 2, the eNB transmits Random Access Response (RAR) information through the Msg2 message on the DL-SCH channel, wherein the RAR information comprises a TA value sent to the UE by the eNB.
Currently, there are schemes that provide RAR information to be sent on a primary cell (PCell), and schemes that provide RAR information to be sent on a secondary cell (SCell) for random access or other scells. Since in the previous protocol version, the PDSCH for indicating the resource location for transmitting RAR information needs to be scrambled by RA-RNTI, and RA-RNTI belongs to a common search space, the current industry has reached the formula that the UE is not supported to monitor the common search space of the SCell to obtain RAR information, and regarding how to indicate the resource location of RAR information, the industry considers that there are two alternative methods, respectively:
method 1, resource location of RAR information is indicated by a method of scrambling PDCCH on PCell by using RA-RNTI.
In the method 2, the resource position of RAR information is indicated by a method of scrambling PDCCH by C-RNTI.
Due to the fact that the resource position of the RAR information is indicated by the method that the C-RNTI is used for scrambling the PDCCH, the problem that RA-RNTI and preamble are limited or conflict when random access is carried out on the SCell by supporting multiple TAs in a carrier aggregation scene can be solved, and the method is widely supported by people in the industry.
However, if the method of scrambling PDCCH with C-RNTI indicates the resource location of RAR information, then the RAR information is specifically how to be received, and there is no corresponding solution at present.
Disclosure of Invention
In view of the above, the present invention provides a method for receiving random access response information in carrier aggregation to determine how RAR information should be received.
The technical scheme of the invention is realized as follows:
a method of receiving Random Access Response (RAR) information in carrier aggregation, the method comprising:
user Equipment (UE) acquires configuration information of a random access response window, the UE performs a random access process, a Physical Downlink Control Channel (PDCCH) scrambled by C-RNTI is continuously monitored in the random access response window, RAR information is received in the random access response window on resources indicated by the PDCCH scrambled by the C-RNTI, when the UE fails to successfully receive the RAR information in the random access response window, the UE judges whether the transmission frequency of the random access lead code reaches the maximum transmission frequency, if so, the UE ends the random access process, otherwise, the UE retransmits the random access lead code to a network side and returns to the step of continuously monitoring the PDCCH scrambled by the C-RNTI in the random access response window;
or the UE monitors a PDCCH scrambled by a C-RNTI in the random access process, receives RAR information on resources indicated by the PDCCH scrambled by the C-RNTI, performs Hybrid Automatic Repeat Request (HARQ) feedback to a network side according to the receiving condition of the RAR information, the network side judges whether the UE successfully receives the RAR information according to the HARQ feedback of the UE, if the UE fails to successfully receive the RAR information and the retransmission times of the RAR information do not reach the maximum retransmission times, the network side retransmits the RAR information, and if the retransmission times of the RAR information reach the maximum retransmission times, the random access process is ended.
According to the technical scheme, the UE receives the RAR information according to the random access response window and the maximum retransmission times of the random access lead code, specifically, the UE continuously monitors the PDCCH scrambled by the C-RNTI in the random access response window by obtaining the configuration information of the random access response window and receives the RAR information on the resource indicated by the PDCCH scrambled by the C-RNTI, when the UE fails to successfully receive the RAR information in the random access response window, the UE judges whether the transmission times of the random access lead code reaches the maximum transmission times, if so, the UE ends the random access process, otherwise, the UE retransmits the random access lead code to the network side and returns to the step of continuously monitoring the PDCCH scrambled by the C-RNTI in the random access response window so as to continuously receive the RAR information. In the random access response window, the reception of the RAR information may or may not support the HARQ function.
Or, the invention realizes the reception of the RAR information through the HARQ function, specifically, the UE monitors the PDCCH scrambled by the C-RNTI in the random access process, receives the RAR information on the resource indicated by the PDCCH scrambled by the C-RNTI, performs HARQ feedback to the network side according to the reception condition of the RAR information, the network side judges whether the UE has successfully received the RAR information according to the HARQ feedback of the UE, if the UE has failed to successfully receive the RAR information and the retransmission times of the RAR information does not reach the maximum retransmission times, the network side retransmits the RAR information, if the retransmission times of the RAR information reaches the maximum retransmission times, the random access process is ended, and the network side can immediately or delay trigger the UE to perform the random access process again.
Drawings
Fig. 1 is a flowchart of a UE acquiring a TA through a non-contention mode random access.
Fig. 2 is a flowchart of random access for receiving RAR information in carrier aggregation according to the present invention.
Fig. 3 is a first flowchart of receiving RAR information according to the present invention.
Fig. 4 is a second flowchart of receiving RAR information according to the present invention.
Fig. 5 is a third flowchart of receiving RAR information according to the present invention.
Detailed Description
In the invention, the UE receives the RAR information according to the random access response window and the maximum retransmission times of the random access lead code, wherein the reception of the RAR information can support the HARQ function or not support the HARQ function in the random access response window. Or, in the invention, the RAR information is received through the HARQ function without setting the random access response window and the maximum retransmission times of the random access preamble.
The present invention will be described in detail with reference to the accompanying drawings, and specifically, refer to fig. 2 to 4.
Fig. 2 is a random access flow chart for receiving RAR information in carrier aggregation according to the present invention, where, for example, Cell1 is a PCell of a UE, and other scells are UEs, such as Cell2 is SCell1 of the UE, and Cell3 is SCell2 of the UE. SCell1 is scheduled by PCell and SCell2 is scheduled by the present carrier. The network selects the UE for random access on Cell2 (i.e., SCell1 of the UE).
As shown in fig. 2, the process includes:
in step 201, a base station (eNB) allocates a random access preamble to a UE through an Msg0 message, and specifically, the eNB sends an Msg0 message to the UE through a cell1, i.e., a scheduling cell PCell of an SCell1 of the UE.
In step 202, the UE sends an Msg1 message to cell2, i.e. secondary cell1, thereby transmitting a random access preamble.
In step 203, the network sends the PDCCH scrambled by the C-RNTI to the UE through the secondary cell2, wherein the PDCCH scrambled by the C-RNTI indicates the transmission resource of the Msg2 message.
And step 204, the UE receives the Msg2 message on the transmission resource indicated by the PDCCH scrambled by the C-RNTI and reads RAR information comprising the TA value from the Msg2 message.
Fig. 3 is a first flowchart of receiving RAR information according to the present invention.
In the flow shown in fig. 3, the reception of the RAR information does not support the HARQ function, and the RAR information may or may not be multiplexed with the normal service data. Since the normal service data does not limit the receiving time, the flow shown in fig. 3 proposes to receive the RAR information by using a random access response window mechanism.
As shown in fig. 3, the process specifically includes:
step 301, the UE monitors the PDCCH scrambled by the C-RNTI in the random access response window.
In the carrier aggregation scenario, since the system information of the SCell is indicated to the UE through a dedicated signaling RRC connection reconfiguration message, the configuration information of the random access response window may be obtained in a display manner, that is, the configuration information of the random access response window of the secondary cell (SCell) is obtained from a Radio Resource Control (RRC) connection reconfiguration message.
Because the UE performs non-contention mode random access on the SCell, in order to save signaling overhead, the configuration information of the random access response window may also be obtained in an implicit manner, that is, the configuration information of the random access response window of the primary cell (PCell) is obtained, and the random access response window of the PCell is shared to receive RAR information of the SCell.
Step 302, the UE determines whether the PDCCH scrambled by the C-RNTI is monitored in the random access response window, if so, step 303 is executed, otherwise, step 311 is executed.
Step 303, the UE receives downlink data transmitted on the resource indicated by the CRNTI scrambled PDCCH in the random access response window.
In step 304, the UE determines whether downlink data is received on the resource indicated by the PDCCH scrambled by the C-RNTI in the random access response window, if so, performs step 305, otherwise, performs step 311.
In step 305, the UE decodes the received downlink data.
In step 306, the UE determines whether the decoding is successful, if so, performs step 307, otherwise, performs step 310.
In step 307, the UE determines whether the received downlink data includes RAR information, if so, performs step 308, otherwise, performs step 309.
Step 308, the UE does not feed back the ACK message for the downlink data including only the RAR information, and feeds back the ACK message for RAR information and service data multiplexing, that is, when the decoding result includes the RAR information and the downlink service data or only includes the downlink service data, the UE feeds back the ACK message, and ends the process.
In step 309, the UE feeds back an ACK message, and returns to step 301.
In step 308-309, when the transmission of the RAR information does not support HARQ and the transmission of the service data supports HARQ, the RAR information and the service data can still be transmitted in a multiplexing manner.
In step 310, the UE does not feed back a NACK message.
In this step, the UE needs to monitor the PDCCH scrambled by the C-RNTI in the random access response window. In the downlink data transmission process, downlink service data and RAR information may be transmitted, wherein the downlink service data needs to support an HARQ function, but the RAR information does not support the HARQ function, if the decoding error occurs, the UE cannot distinguish whether the received downlink data is the downlink service data or the RAR information, and therefore whether NACK (negative acknowledgement) information needs to be fed back or not cannot be confirmed, the solution provided in the invention is that if the UE receives the downlink data indicated by the C-RNTI scrambled PDCCH in a random access response window, if the decoding error occurs, the NACK feedback is not sent, for the following reasons:
if the network side sends downlink service data at this time, the network side does not receive HARQ feedback at a specific time according to a timing relationship, that is, does not receive either an ACK message or a NACK message, and then the network side retransmits the downlink service data according to an existing mechanism, in other words, when the retransmission times of the downlink service data do not reach the maximum retransmission times, the network side retransmits the downlink service data.
If the network sends RAR information at this time, the UE does not correctly receive RAR information at this time, so after the random access response window ends, step 311 is entered, that is, when the sending of the random access preamble does not reach the maximum value, the UE resends the preamble, after the network side receives the random access preamble sent by the UE, the network side sends a PDCCH scrambled by the C-RNTI to the UE in the next random access response window to indicate the transmission resource of the RAR information, and sends the RAR information to the UE on the transmission resource, so that the UE receives the RAR information on the transmission resource.
In step 311, the UE determines whether the random access preamble transmission frequency reaches the maximum value, if so, the UE ends the random access process, otherwise, step 312 is executed.
In step 312, the UE sends the random access preamble to the network again, and returns to step 301.
In the method shown in fig. 3, since the RAR information can be transmitted only in the random access response window, and normal service data is transmitted outside the random access response window, the UE receives downlink data on the resource indicated by the PDCCH scrambled by the C-RNTI outside the random access response window, decodes the received downlink data, feeds back an ACK message when decoding is successful, and feeds back a NACK message when decoding is failed.
Fig. 4 is a second flowchart of receiving RAR information according to the present invention.
In the flow shown in fig. 4, the RAR information is still received in the random access response window, and unlike the flow shown in fig. 3, the reception of the RAR information supports the HARQ function in the random access response window.
No matter which format the RAR information in the invention adopts, the RAR information is generally fixed length, and the maximum MAC subheader is 56 bits. Therefore, if the reception of the RAR information supports the HARQ function, in order to avoid the waste of resources caused by loading too many padding (padding) bits due to one RAR information, the RAR information may be multiplexed with the service data when the resources allow.
As shown in fig. 4, the process includes:
step 401, the UE monitors the PDCCH scrambled by the C-RNTI in the random access response window.
In this step, the obtaining of the random access response window configuration information may refer to the related description in step 301, which is not described herein again.
In step 402, the UE determines whether the PDCCH scrambled by the C-RNTI is monitored in a random access response window, if so, step 403 is executed, otherwise, step 414 is executed.
And step 403, the UE receives downlink data on the transmission resource indicated by the PDCCH scrambled by the C-RNTI in the random access response window.
In step 404, the UE determines whether the downlink data is received in the random access response window, if so, performs step 405, otherwise, performs step 414.
In step 405, the UE decodes the received downlink data.
In step 406, the UE determines whether the decoding is successful, if so, performs step 407 and step 408, otherwise, performs step 409.
Step 407, the UE determines whether the decoding result includes RAR information, if so, ends the process, and if not, returns to step 401.
In step 408, the UE feeds back an ACK message to the network side.
In step 409, the UE feeds back a NACK message to the network side.
In step 410, the network side and the UE side determine whether the random access response window is finished, if yes, execute step 414, otherwise, execute steps 401 and 411.
In step 411, the network side determines whether the number of retransmissions of the RAR message in the random access response window has reached the maximum number of retransmissions, if so, step 412 is executed, otherwise, step 413 is executed.
Step 412, the network side does not retransmit RAR information, returns to step 401,
in step 413, the network side retransmits RAR information, and returns to step 401.
In steps 411 to 413, the network side determines whether the NACK message received in the random access response window is for RAR information according to a timing relationship, if so, the network side retransmits the RAR information when the number of RAR information retransmission times in the random access response window by the network side does not reach a maximum value and the random access response window is not finished, and if the number of RAR information retransmission times in the random access response window reaches a maximum value, the network side stops retransmitting the RAR information in the random access response window.
In step 414, the UE determines whether the number of times of sending the random access preamble reaches the maximum value, if so, the procedure is ended, otherwise, step 415 is executed.
In step 415, the UE retransmits the random access preamble and returns to step 401.
In the flow shown in fig. 4, since the retransmission of the RAR information is completed in the random access response window, the network side needs to configure the random access response window length according to the maximum value of the number of RAR information retransmissions in the random access response window and the retransmission interval of the RAR information, in other words, the product of the maximum value of the number of RAR information retransmissions in the random access response window and the retransmission interval of the RAR information needs not to be greater than the random access response window length.
Fig. 5 is a third flowchart of receiving RAR information according to the present invention.
In the flow shown in fig. 5, the reception of RAR information supports the HARQ function, and since the reception of RAR information can already support the HARQ function, and the network side can determine whether the UE has correctly received RAR information according to HARQ feedback and timing relationship, it is not necessary to set a random access response window length, as shown in fig. 5, the flow includes:
step 501, the network side triggers the UE to start a random access process.
Step 502, the UE sends a random access preamble to the network side, the network side performs steps 503 to 505, and the UE side performs step 506.
Step 503, the network side judges whether the random access preamble sent by the UE is received, if so, step 504 is executed, otherwise, step 501 is returned.
In step 504, the network side sends the PDCCH scrambled by the C-RNTI to the UE to indicate the transmission resource of the RAR information.
In step 505, the network side sends RAR information on the resource indicated by the C-RNTI.
In step 506, the UE monitors the PDCCH scrambled by the C-RNTI.
And step 507, the UE receives downlink data on the resource indicated by the PDCCH scrambled by the C-RNTI.
In step 508, the UE determines whether the downlink data is received, if so, performs step 509, otherwise, performs step 514.
In step 509, the UE decodes the received downlink data.
In step 510, the UE determines whether the decoding is successful, if so, performs step 511, otherwise, performs step 512.
In step 511, the UE determines whether the decoding result includes RAR information, if so, performs step 515, otherwise, returns to step 506.
In step 512, the UE feeds back a NACK message.
Step 513, the network side determines whether the maximum retransmission times of the RAR information reaches the maximum value, if so, the random access process is ended, the network can immediately or delay triggering a new random access process, otherwise, step 504 is executed.
Step 514, the network side determines that the UE does not receive RAR information according to the timing relationship, and returns to step 513.
Step 515, the UE feeds back the ACK message, and ends the process.
In step 511 and step 515, after the decoding is determined to be successful, an ACK message may be fed back immediately, and then it is determined whether the decoding result includes RAR information, if so, the process is ended, and if not, the process returns to step 506.
In the flow shown in fig. 5, the network side may determine whether the UE has successfully received RAR information according to HARQ feedback of the UE, specifically:
the network side judges whether an ACK message or a NACK message aiming at the RAR information of the UE is received or not according to the timing relation, when the ACK message aiming at the RAR information of the UE is judged to be received, the network side judges that the RAR information is successfully received by the UE, and when the NACK message aiming at the RAR information of the UE is judged to be received or HARQ feedback aiming at the RAR information of the UE is not received, the network side judges that the RAR information is not successfully received by the UE.
In the flow shown in fig. 5, when the RAR information can be multiplexed with the downlink service data, the maximum number of retransmissions of the RAR information may be the maximum number of retransmissions of the downlink service data; when the RAR information cannot be multiplexed with downlink traffic data, the maximum number of retransmissions of the RAR information may be configured by the network side.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (8)
1. A method for receiving Random Access Response (RAR) information in carrier aggregation is characterized by comprising the following steps:
user Equipment (UE) acquires configuration information of a random access response window, the UE performs a random access process, continuously monitors a Physical Downlink Control Channel (PDCCH) scrambled by a C-RNTI in the random access response window, and receives RAR information on resources indicated by the PDCCH scrambled by the C-RNTI in the random access response window, wherein the method specifically comprises the following steps: the UE decodes the downlink data received in the random access response window, and when the decoding is successful, if the decoding result only comprises RAR information, the UE does not feed back an ACK message, if the decoding result comprises RAR information and downlink service data, or only comprises downlink service data, the UE feeds back the ACK message, and when the decoding is failed, the UE does not feed back a NACK message; when the UE fails to successfully receive the RAR information in the random access response window, the UE judges whether the transmission frequency of the random access lead code reaches the maximum transmission frequency, if so, the UE ends the random access process, otherwise, the UE retransmits the random access lead code to the network side and returns to the step of continuously monitoring the PDCCH scrambled by the C-RNTI in the random access response window;
after a network side sends downlink service data to UE, if an ACK message or a NACK message aiming at the downlink service data is not received according to a timing relation, the network side retransmits the downlink service data when the retransmission times of the downlink service data do not reach the maximum retransmission times;
after the network side sends the RAR information to the UE, if the random access lead code retransmitted by the UE is received after the random access response window is ended, the network side sends the PDCCH scrambled by the C-RNTI to the UE in the next random access response window, and sends the RAR information to the UE on the resource indicated by the PDCCH scrambled by the C-RNTI.
2. The method of claim 1, wherein the UE acquiring the configuration information of the random access response window comprises:
the UE acquires configuration information of a random access response window of the secondary cell SCell from the Radio Resource Control (RRC) connection reconfiguration message;
or, the UE uses the configuration information of the random access response window of the primary cell PCell.
3. The method of claim 1, further comprising:
and the UE receives downlink data on the resource indicated by the PDCCH scrambled by the C-RNTI outside the random access response window, decodes the received downlink data, feeds back an ACK message when the decoding is successful, and feeds back a NACK message when the decoding is failed.
4. The method of claim 1, wherein receiving RAR information on resources indicated by the PDCCH scrambled with the C-RNTI within the random access response window is:
the UE decodes the downlink data received in the random access response window, and feeds back an ACK message to the network side when the decoding is successful, and feeds back a NACK message to the network side when the decoding is failed; wherein,
the RAR information can be multiplexed with downlink traffic data.
5. The method of claim 4, further comprising:
the network side determines whether the NACK message received in the random access response window is directed at RAR information according to the timing relation, if so, the network side retransmits the RAR information when the retransmission times of the RAR information in the random access response window of the network side do not reach the maximum value and the random access response window is not finished, and if the retransmission times of the RAR information in the random access response window reach the maximum value, the network side stops retransmitting the RAR information in the random access response window.
6. The method of claim 5, wherein the network configures the length of the random access response window according to the maximum number of RAR information retransmissions in the random access response window and the retransmission interval of the RAR information.
7. The method of claim 1, further comprising:
and if the network side judges that the random access lead code sent by the UE is not received according to the timing relation, the network side immediately or in a delayed manner triggers the UE to carry out the random access process again.
8. The method of claim 1,
when the RAR information can be multiplexed with downlink service data, the maximum retransmission times of the RAR information is the maximum retransmission times of the downlink service data;
when the RAR information cannot be multiplexed with downlink service data, the maximum retransmission times of the RAR information is configured by the network side.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210021284.3A CN102595634B (en) | 2012-01-31 | 2012-01-31 | Method for receiving random access response information in carrier aggregation |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210021284.3A CN102595634B (en) | 2012-01-31 | 2012-01-31 | Method for receiving random access response information in carrier aggregation |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102595634A CN102595634A (en) | 2012-07-18 |
| CN102595634B true CN102595634B (en) | 2015-07-15 |
Family
ID=46483713
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210021284.3A Active CN102595634B (en) | 2012-01-31 | 2012-01-31 | Method for receiving random access response information in carrier aggregation |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102595634B (en) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103716897B (en) * | 2012-09-29 | 2018-07-31 | 南京中兴软件有限责任公司 | Information transferring method and device based on carrier wave polymerization |
| CN103796194B (en) * | 2012-10-31 | 2017-08-25 | 华为技术有限公司 | The transmission method and device of upstream data in carrier convergence |
| CN104823401B (en) * | 2012-11-12 | 2018-10-09 | 华为技术有限公司 | Report the method and device of more Timing Advances |
| KR102287928B1 (en) | 2013-09-27 | 2021-08-10 | 삼성전자 주식회사 | Method and apparatus for transmitting and receiving a data using a plurality of carriers in mobile communication system |
| WO2015169019A1 (en) * | 2014-05-09 | 2015-11-12 | 华为技术有限公司 | User device, base station, access base station and wireless link monitoring method |
| KR20180110150A (en) * | 2016-02-22 | 2018-10-08 | 지티이 위스트론 텔레콤 에이비 | Dynamic Random Access Response (RAR) reception termination |
| JP2019110351A (en) * | 2016-04-20 | 2019-07-04 | シャープ株式会社 | Terminal device, base station device, communication method, and integrated circuit |
| US20190200391A1 (en) * | 2016-05-12 | 2019-06-27 | Huawei Technologies Co., Ltd. | Random Access Method and Apparatus |
| US11368982B2 (en) * | 2016-12-09 | 2022-06-21 | Motorola Mobility Llc | Mobile phone network random access |
| CN110495230B (en) * | 2017-03-22 | 2023-10-10 | 苹果公司 | Timing determination techniques for 5G radio access network cells |
| CN108811093B (en) * | 2017-04-28 | 2022-02-08 | 大唐移动通信设备有限公司 | Transmission method and device of downlink channel |
| CN109219147A (en) * | 2017-07-05 | 2019-01-15 | 普天信息技术有限公司 | A kind of random access response method and base station |
| MX2020007885A (en) * | 2018-03-06 | 2020-09-07 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Response information processing method, device and storage medium. |
| CN110769516B (en) * | 2018-07-26 | 2022-01-28 | 维沃移动通信有限公司 | Random access method and related equipment |
| CN110831223B (en) * | 2018-08-07 | 2022-04-05 | 华为技术有限公司 | Random access method and device |
| CN111225450B (en) * | 2018-11-26 | 2022-05-13 | 华为技术有限公司 | Random access method and device suitable for satellite communication |
| WO2020186546A1 (en) | 2019-03-19 | 2020-09-24 | Oppo广东移动通信有限公司 | Random access method and device |
| WO2020186466A1 (en) * | 2019-03-19 | 2020-09-24 | Oppo广东移动通信有限公司 | Wireless communication method, terminal device, and network device |
| CN111436158B (en) * | 2019-03-22 | 2023-03-28 | 维沃移动通信有限公司 | Method and device for transmitting physical random access channel signal and electronic equipment |
| CN114503772A (en) | 2019-09-29 | 2022-05-13 | 苹果公司 | MsgB retransmission in two-step random access procedure |
| EP4042813A4 (en) | 2019-11-07 | 2023-10-18 | FG Innovation Company Limited | Methods and apparatuses for random access procedure in medium access control layer |
| WO2022012318A1 (en) * | 2020-07-16 | 2022-01-20 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Random access methodand apparatus and user equipment |
| CN114071691B (en) * | 2020-08-07 | 2023-07-21 | 北京佰才邦技术股份有限公司 | Random access response detection method, device, terminal and base station side equipment |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101682935A (en) * | 2007-06-15 | 2010-03-24 | 夏普株式会社 | Base station device, mobile station device, wireless communication system, program, random access response transmitting method, and random access response receiving method |
| CN102238754A (en) * | 2011-07-12 | 2011-11-09 | 电信科学技术研究院 | Non-competitive random access method and equipment on secondary cell (SCell) |
-
2012
- 2012-01-31 CN CN201210021284.3A patent/CN102595634B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101682935A (en) * | 2007-06-15 | 2010-03-24 | 夏普株式会社 | Base station device, mobile station device, wireless communication system, program, random access response transmitting method, and random access response receiving method |
| CN102238754A (en) * | 2011-07-12 | 2011-11-09 | 电信科学技术研究院 | Non-competitive random access method and equipment on secondary cell (SCell) |
Non-Patent Citations (1)
| Title |
|---|
| Potevio.Considerations on CBRA and Msg2 transmission for SCell.《3GPP TSG-RAN WG2 Meeting#77, R2-120202》.2012, * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102595634A (en) | 2012-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102595634B (en) | Method for receiving random access response information in carrier aggregation | |
| US11653387B2 (en) | Random access method and apparatus in wireless communication system | |
| CN109548152B (en) | Method and apparatus for preventing misalignment of bandwidth parts in wireless communication system | |
| KR102384807B1 (en) | Method and apparatus for enhanced contention-based random access procedure | |
| US20190289638A1 (en) | Method and apparatus for handling transmission during a random access procedure in a wireless communication system | |
| US20230018487A1 (en) | Random access procedure for latency reduction | |
| EP2756729B1 (en) | Improved contention-free random access procedure in wireless networks | |
| EP2487970B1 (en) | Method, system and device for uplink synchronization | |
| US10098147B2 (en) | Wireless communication system, receiving device, transmitting device, and wireless communication method | |
| US9750051B2 (en) | Wireless communication system and method of wireless communication | |
| US9078236B2 (en) | Random access scheme for preventing unnecessary retransmission and user equipment for the same | |
| CN102883459B (en) | The reception of accidental access response and sending method, subscriber equipment, base station and system | |
| EP2369891B1 (en) | Method utilized in a base station, and base station thereof, for optimizing random access procedures | |
| KR20190067891A (en) | HARQ feedback for unscheduled uplinks | |
| WO2015002438A1 (en) | Method and device for enabling direct communication between terminals using pseudo-random access procedure | |
| EP2695472A2 (en) | Method for random access | |
| US10841890B2 (en) | Delay tolerant node | |
| US11824662B2 (en) | Method and apparatus for discontinuous reception regarding PUCCH transmission in a wireless communication system | |
| CN114616905A (en) | Method and apparatus for random access procedure in media access control layer |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |