CN103228054B - Send and receive the method and apparatus based on non-competing accidental access response message - Google Patents
Send and receive the method and apparatus based on non-competing accidental access response message Download PDFInfo
- Publication number
- CN103228054B CN103228054B CN201210022048.3A CN201210022048A CN103228054B CN 103228054 B CN103228054 B CN 103228054B CN 201210022048 A CN201210022048 A CN 201210022048A CN 103228054 B CN103228054 B CN 103228054B
- Authority
- CN
- China
- Prior art keywords
- response message
- access response
- accidental access
- user terminal
- optimization
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
The present invention proposes a kind of transmission and receives the method and apparatus based on non-competing accidental access response message. Wherein, in a base station for user terminal send accidental access response message method comprise the following steps: receive from multiple user terminals carry out from community Stochastic accessing based on non-competing random access lead code; The accidental access response message form optimized is adopted to send, at the user terminal carrying out Stochastic accessing from community, the accidental access response message optimized to this, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilizes the filler in traditional accidental access response message the designator that adopts to distinguish RAR information or real filling information, or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
Description
Technical field
The present invention relates to accidental access response message, particularly relate to and send in base station and user terminal and receive the method and apparatus based on non-competing accidental access response message.
Background technology
State according to current standard, version 11 (R11) is at Physical Random Access Channel (PhysicalRandomAccessChannel, PRACH) Stochastic accessing (RandomAccess in, RA) compared with version 8,9,10 (R8/9/10), there is many new features:
�� R11 by base station triggers, can carry out based on non-competing Stochastic accessing (contention-freeRA, CFRA) on community (Scell).
�� by base station triggers, that carry out on community (Scell), based on non-competing Stochastic accessing CFRA can due to any one scene following under trigger:
-synchronize from up (UL) of timing advance group (secondaryTimeAdvanceGroup, sTAG);
-determine the up timing reference point of sTAG;
-determine TAG belonging to Scell
�� RllCFRA accidental access response (RandomAccessResponse, RAR, namely message 2 (Message2)) can have the function (cross-scheduling) across cell scheduling, it is also possible to not there is the function across cell scheduling. So-called across cell scheduling, refer to that the schedule information for a community to a user terminal possibly be present in other communities.
In traditional R8, R9 and R10, the fixing 6bytes size that RAR message has, shown in below figure 1,2 and 3.
For R8, R9 and R10, when carrying out Stochastic accessing, user terminal must be lose uplink synchronous between base station, therefore re-fetch between base station synchronization before, it is impossible to carry out any uplink. Then, the distribution of the ascending resource in RAR (Uplinkgrant, ULgrant) can be used to start uplink as soon as possible.
Summary of the invention
But, in R11, especially for the Stochastic accessing carried out on Scell, ascending resource distribution it is not necessary to, even if because user terminal loses synchronization with Scell, it still can carry out uplink on Pcell. Especially for the stochastic process on Scell triggered under three kinds of situations mentioned above, it is only necessary to TA (TimeAdvance, timing advance), ULgrant it is not necessary to, and be redundancy. If ULgrant territory remains in RAR, base station needs also to distribute ascending resource for these situations, thus ascending resource utilization rate can be reduced, because base station is user terminal is assigned with its unwanted resource. Therefore, in R11, ascending resource allocation field is optional.
Additionally, for CFRA, Temporary Cell-Radio Network Temporary Identifier (TemporaryCell-RadioNetworkTemporaryIdentifier, TC-RNTI) is fully redundance, nonessential. It is in agreement now, only supports that UE carries out CFRA on Scell. Therefore, it is highly desirable to optimize the CFRARAR form of R11, to improve UL resource utilization and to improve RAR efficiency of transmission.
Additionally, due to R11 supports across cell scheduling, and may result in such situation across cell scheduling:
-multiple user terminals are likely on different communities to same base station to send identical random access lead code, and the accidental access response message that multiple user terminals are fed back by this base station is transmitted on same community. Now, owing to the plurality of user terminal adopts identical lead code, then different which accidental access response messages of user terminal None-identified is for this user terminal, namely there is the problem that lead code is obscured.
At present, how R11 transmits descending RAR message still among discussing, and there are following several optional modes:
B1. based on the RA-RNTI addressing PDCCH for message 2 (Msg2, that is, RAR message) on Pcell public search space (CommonSearchingSpace, CSS);
B2. based on the upper addressing of the RA-RNTI PDCCH for message 2 (Msg2, that is, RAR message) on the Pcell/Scell public search space (CommonSearchingSpace, CSS) being scheduled;
B3. based on the C-RNTI addressing PDCCH for message 2 (Msg2, that is, RAR message) on the specific search volume of the user terminal of Pcell or Scell being configured with PDCCH (UE-specificSearchingSpace, CSS).
Choosing RAR format design new for impact of above-mentioned 3 kinds of optional modes. In these options, in RAN2, b2 and b3 all has bigger supporting rate. If choosing b2 mode to send RAR, then RAR form must be redesigned, to solve the confounding issues of lead code. If choosing b3 mode to send RAR, it is necessary to design new MACCE (medium education control element MediaAccessControlControlElement) form, transmit for RAR load. That is, no matter be select b2 mode or select b3 mode, the RAR payload format of R11 all must be redesigned, and therefore, it is also desirable to re-optimization R11RAR, does not affect the operation of the user terminal of existing R10 simultaneously.
For solving at least one above-mentioned problem, according to the first aspect of the invention, propose a kind of in a base station for user terminal send accidental access response message method, comprise the following steps: receive from multiple user terminals carry out from community Stochastic accessing based on non-competing random access lead code; The accidental access response message form optimized is adopted to send, at the user terminal carrying out Stochastic accessing from community, the accidental access response message optimized to this, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilizes the filler in traditional accidental access response message, or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
According to the second aspect of the invention, it is provided that a kind of method carrying out Stochastic accessing in the user terminal, comprise the following steps: send non-competing random access lead code to the base station administering this user terminal; Receive the accidental access response message of the optimization adopting the accidental access response message form optimized to send from base station, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilize the filler in traditional accidental access response message or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
According to the third aspect of the invention we, provide a kind of in a base station for sending the first device of accidental access response message to user terminal, including first receiving device, for receive from multiple user terminals carry out from community Stochastic accessing based on non-competing random access lead code; First dispensing device, for adopting the accidental access response message form of optimization to send, at the user terminal carrying out Stochastic accessing from community, the accidental access response message optimized to this, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilizes the filler in traditional accidental access response message, or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
According to the fourth aspect of the invention, it is provided that a kind of the second device carrying out Stochastic accessing in the user terminal, including: the second dispensing device, for sending non-competing random access lead code to the base station administering this user terminal; Second receives device, for receiving the accidental access response message of the optimization adopting the accidental access response message form optimized to send from base station, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilize the filler in traditional accidental access response message or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
Accompanying drawing explanation
Reading the following detailed description to non-limiting example by referring to accompanying drawing, the further feature of the present invention, purpose and advantage will become apparent from.
Fig. 1 illustrates the schematic diagram of a kind of MAC head for RAR of the prior art;
Fig. 2 illustrates the another kind of the prior art schematic diagram for the MAC head of RAR;
Fig. 3 illustrates the schematic diagram of RAR load of the prior art.
Fig. 4 illustrates the schematic diagram of the MAC head of the RAR of a specific embodiment according to the present invention;
Fig. 5 illustrates the schematic diagram of the load of the RAR of a specific embodiment according to the present invention;
Fig. 6 illustrates the schematic diagram of the load of the RAR of another specific embodiment according to the present invention;
Fig. 7 illustrates the system approach flow chart of a specific embodiment according to the present invention;
Fig. 8 illustrates the device block diagram of a specific embodiment according to the present invention.
Wherein, same or analogous accompanying drawing labelling represents same or analogous steps characteristic or device/module.
Detailed description of the invention
As described previously for the CFRARA scene of several R11 from community (Scell), only TA field is required, and ascending resource distribution is not required to. Further, TC-RNTI also completely without. Therefore inventors suggest that the CFRARA form optimizing R11:
�� TA is required;
�� ascending resource distribution is optional;
�� TC-RNTI field is removed. For the RSR across cell scheduling, specific community ID, namely specific cell ID is provided, to solve the problem that lead code is obscured.
So far, how to send from community RARMACPDU also but without decision in R11. But analyzing as above, no matter which option (b2/b3) is finally selected, new RAR form must be defined. Especially, if b2 is by final checked, specific community ID should be comprised in RAR load, to solve the situation that lead code is obscured. Here it can be seen that the CFRA operation of R11 can provide the chance of the CFRARAR form optimizing R11, to improve the transmitting efficiency of ascending physical signal resource utilization and RARMACPDU.
As it has been described above, the final design determining to affect new RAR form on the RAR how sending R11. Very difficult prediction is any will be selected, and therefore the application is the RAR format design that b2 and b3 both of these case each provides new R11.
In the method for the invention, as it is shown in fig. 7, first, in step slo, user terminal sends non-competing random access lead code to the base station administering this user terminal.
Then, in step s 11, base station receive from multiple user terminals carry out from community Stochastic accessing based on non-competing random access lead code CFRApreamble.
Then, in step s 12, base station adopts the accidental access response message form optimized to send, at the user terminal carrying out Stochastic accessing from community, the accidental access response message optimized to this, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilizes the filler (suitable in scheme b 2) in traditional accidental access response message, or utilize medium education control element (suitable in scheme b 3) be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message. then, in step s 13, user terminal receives the accidental access response message of the optimization adopting the accidental access response message form optimized to send from base station, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilizes the filler (suitable in scheme b 2) in traditional accidental access response message, or utilize medium education control element (suitable in scheme b 3) be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message, thus completing based on non-competing random access procedure.
Hereinafter, scheme b 2 will be respectively directed to and scheme b 3 will be specifically described.
Scheme one: b2 is final decision
For this situation, specific community ID must be contained within the CFRARAR of R11, and this RAR contains and configures across cell scheduling, obscures solving potential lead code. Here first proposing, when being added into from community, specific community ID is sent to UE by wireless heterogeneous networks (RadioResourceControl, RRC) message. But it is known that owing to main plot (Pcell) arranges the RRC connection establishment process being based on R8, UE cannot get the specific community ID of its main plot.
In theory, for the CFRARA of R11, base station eNB is able to decide whether to need ascending resource to distribute. Therefore all of CFRARA can both be optimised, regardless of whether whether it is by across cell scheduling. There is the CFRARAR of two kinds of R11: configure with and without across cell scheduling, it is therefore desirable to consider two kinds of optimization:
Option one: for the RAR form that R11CFRARA design is new, refer to following 1.1
Option 2: only the R11CFRARA having across cell scheduling configuration is designed new RAR form, refer to following 1.2
For option one, it is possible to realize the efficiency higher than option 2, this is due to for option 2, traditional RAR form for R11 without the CFRARAR configured across cell scheduling. Therefore, although dispensable, but the ascending resource of redundancy distribution and TC-RNTI be comprised in RAR load.
Different options will cause different RAR forms, and this will discuss below respectively:
The 1.1 new RAR forms being used for R11CFRA, that is, option one
For this option, all of R11CFRARAR can be optimised:
�� TA field is required
�� ascending resource distribution is optional, and this is determined by base station eNB. This means that ascending resource allocation field only exists when necessary
�� TC-RNTI is not required to, but specific community ID is included for RAR. Involve a need to for the specific cell ID without the RAR configured across cell scheduling, it is provided that two sub-options, will be described in detail hereinafter
Therefore new RAR form must is fulfilled for claimed below:
�� require R1: the CFRARAR information of R11 and other RAR information (that is, CBRARAR, and the RAR of R10 and the CFRA of version in the past) are distinguished;
�� require that the CFRA user equipment (UE) of R2:R11 must be exactly known whether RAR exists or only fill;
�� require R3: clearly indicate whether ascending resource distribution exists;
�� require R4: solve potential lead code and obscure.
In order to realize requiring that R1, RARMACPDU are divided into following two part, as shown in Table 1:
Table one
The principle of R10 definition can be used to indicate that the end of Part I and the beginning of Part II. For R10UE with the R11UE of CBRA, Part II is considered filling information, and is left in the basket. Therefore, UE and the R11 of R10 and former version is performed the UE operation not impact of CBRA. For the UECFRA of R11, it must attempt to find its Stochastic accessing to identify (RandomAccessIdentifier, RAID) and corresponding RAR load information in the second portion. In the first portion, the rule of R10 definition is used to separate RAID information with corresponding RAR load information. This is also used for the beginning of position second portion by the R11UE with CFRA. Therefore the UE of R10 and R11 is operated, can't come into question.
For requiring R2, the first character joint of Part II is used to inform that the CFRAUE of R11, follow-up information fill or RAR information: E/P/R/R/R/R/R/R, as shown in Figure 4. Such as, following principle can be considered:
�� E/P=0/0: do not have RAR information;
�� E/P=1/1: follow-up is RAR information
�� E/P=0/1: be used for indicating this last RAID information byte
�� E/P=1/0: retain
For requiring R3, if there is the CFRARAR information of R11, owing to eNB can include (or not including) ascending resource allocation field based on implementing of it, so UE is it must be appreciated that ground is known in the RAR load whether ascending resource allocation field is comprised in correspondence. As it is shown in figure 1, there is " T " bit in E/T/RAID byte. In R10, it is keep out of the way designator (BackoffIndicator, BI) information or RAID information that " T " bit is used to indicate the byte of correspondence. In the RAR form of the optimization of this specification, due to BI byte in case of presence always RARMACPDU first character joint, so BI field is involved in the first portion. Accordingly, because Part II does not have BI, it is not required to use " T " bit BI information to represent in Part II. Therefore, we can redefine " T " bit and require R3 to meet, for instance:
�� T=1, ascending resource distribution is comprised in the RAR load of correspondence
�� T=0, does not contain ascending resource allocation field in corresponding RAR load.
For requiring that the CFRAUE of R4, R11 must be known by whether this corresponding RAR load is belonging to its own. In R10, RAID can be used and informs whether this RAR message of user terminal belongs to this user terminal. But in R11, especially because support to transmit across the RAR of cell scheduling, two UE will be likely to use the identical lead code from different physical areas, but their RAR is sent in same RARMACPDU. Therefore, each UE is it must be appreciated that correctly identify its RAR load. We provide both sub-option:
�� sub-option one: specific cell ID is comprised in RAR load, to identify this community of ongoing corresponding RA process, no matter whether this RAR is across cell scheduling. If the carrier number that base station is supported is less than 8, then the community ID of 3bit is just passable.
�� sub-option 2: specific community ID is only included in among the RAR that cell scheduling configures.
-for sub-option one, the CFRARAR of all R11 will comprise specific community ID, to represent the involved occurent community of RA process. As the above proposed, when being added into from community, the UE of R11 will pass through RRC information and obtain for its all configuration from the specific cell ID of community. Only deposit the specific cell ID haveing a problem in that UE is not received by the main plot for it. But, the UE of R11 can perform CFRA in its main plot certainly. Therefore, this programme is for the UE of R11, and this specific cell ID for its main plot is 000. Further, base station eNB does not use " 000 " to indicate any other community. Because using 3 bits, namely 000 represents that UE performs CFRA on main plot, and therefore, if adopting the CellID of 3-bit, effective when the program is only to support at most 7 communities, base station, this is for R11, and 7 communities are enough. Further, it is understood that the RAR in main plot cannot be configured with across cell scheduling function. Therefore, if UE detects that with community specific ID be the RAR of 000, then user terminal will understand that: this RAR is for the UE of the R11 PRACH performed on its main plot, and the community transmitting this RAR is the main plot of this UE. And for other values, community ID content can clearly indicate the corresponding ongoing community of RA process. Therefore, each UE can be clearly found its respective RAR load information.
Additionally, the field " T " in E/T/RAID will correctly represent the length of corresponding RAR load information:
" if T "=1, ascending resource distribution exists, and therefore RAR load is 5 bytes, and last byte is R/R/R/R/R/ community ID, and this community ID is the specific community ID for representing Scell of 3bit, as shown in Figure 5;
" if T "=0, it is absent from ascending resource distribution, corresponding RAR load is only 2 bytes, last byte is: TA/R/ community ID, this community ID is the specific community ID for representing Scell of 3bit, TA represents TimeAdvanceCommand, i.e. timing advance instruction), as shown in Figure 6.
-for sub-option 2, community ID only exists in the RAR load of cell scheduling. Therefore, in order to meet require the UE of 4, R11 must identify relevant RAR with or without across cell scheduling configure, then determine RAR load length. This " R " bit that can pass through in the first byte redefining in RAR load completes, as shown in Figure 3, for instance:
�� R=1, corresponding RAR is not across cell scheduling. Therefore community ID is not comprised.
�� then, if T=1, then ascending resource distribution exists, and relevant RAR load is 4 byte longs;
If �� is T=0, then ascending resource distribution is absent from, and relevant RAR load is 2 byte longs. Last byte is: TA/R/R/R/R/R
�� R=0, corresponding RAR are across cell scheduling, and therefore community ID exists
If �� is T=1, then ascending resource distribution exists, and relevant RAR load is 5 byte longs, and last byte is R/R/R/R/R/ community ID, and this community ID is the specific community ID for representing Scell
If �� is T=0, ascending resource distribution is absent from, and relevant RAR load is 2 byte longs. Last byte is: TA/R/ community ID, and this community ID is the specific community ID for representing Scell.
Visible, T bit and R bit must be used to represent the concrete length of each RAR load for sub-option 2, UE, to be properly located to the RAR load of its own. But, sub-option 2 is advantageous in that and the eNB number of cells supported is not limited, and sub-option one is advantageous in that, R11 can navigate to the RAR of its own by T bit, but the eNB number of cells supported is restricted, and this is not a problem for R11.
1.2 for the new RAR form with the R11CFRA configured across cell scheduling
RAR form traditional, with ascending resource distribution and TC-RNTI will be used without the R11CFRA configured across cell scheduling. Therefore these RAR should be arranged in Part I, as defined above. Then, Part II only covers with the R11UERAR configured across cell scheduling. As shown in Table 2:
Table two
For this option, for correct UE operation, following four requires to be satisfied:
Require R1: the R11CFRARAR information across cell scheduling separated with other RAR information
Require across the CFRAUE of cell scheduling, R2:R11 must correctly know that this RAR exists or fills
R3: clearly indicate whether ascending resource distribution exists
R4: solve potential lead code and obscure, this can be realized by being included by specific cell ID, 1.1 similar with above
For R1, Part I should be arranged in without the R11CFRA configured across cell scheduling
For R2, it is proposed to the sub-option of following two:
�� option one: similar with above 1.1 definition, uses specific byte E/P/R/R/R/R/R/R
�� option 2: use the first two bit of the first byte: E/T/-/-/-/-/-/-
-for sub-option one, first character joint is carried out and above 1.1 identical definition. If RAR load information is present in Part II, the T field of E/T/RAID is used to indicate that: whether the RAR load of this correspondence has ascending resource distribution, and this is the same with above 1.1 definition. Further, R11UE can know the length of RAR load by T bit:
If �� is T=1, ascending resource distribution exists, and concrete RAR load is 5 bytes. Last byte is R/R/R/R/R/ community ID, and this community ID is the specific community ID for representing Scell
If �� is T=0, ascending resource distribution is absent from, and concrete RAR load is 2 bytes. Last byte is TA/R/ community ID, and this community ID is the specific community ID for representing Scell
Additionally, for sub-option one, R bit remains in that as reserved.
-for sub-option 2, two bits of the first byte are used to indicate that whether RAR information exists. Such as:
�� E/T=0/0, is absent from RAR information;
�� E/T=0/1, only exists a RAR information, and first character joint is 0/1/RAID
, there is multiple RAR information in �� E/T=1/1. First character joint is 1/1/RAID, and next byte is E/1/RAID, and last head byte is 0/1/RAID.
�� E/T=1/0 retains
Then, for requiring R3, we can use the R bit in corresponding RAR load to represent whether ascending resource distribution exists.
Visible, for sub-option 2, concrete RAR loaded length is represented by the R bit in corresponding RAR payload segment.
For requiring R4, it is identical with sub-option one and sub-option 2. Potential lead code is obscured and can be solved by including expressly community ID, the same with front portion 1.1.
Scheme two: b3 is last decision
If finally selecting b3 to send RAR, new MACCE to be designed and be indicated by new Logic Channel Identifier (LogicalChannelID, LCID). When the CFRA of Jin Dangcong community is supported, b3 is effective. According to current state, for each UE, only carry out a RA process in the same time. Therefore, it is not required to include specific cell ID as to b2 is proposed. Being required for this new MACCE, TA, TC-RNTI is optional, and ascending resource distribution is optional. So we can see that this MACCE load has variable-length:
When distributing with ascending resource, length is 4 bytes
When distributing without ascending resource, length is 2 bytes.
Then, in the sub-head of this MACCE, extra byte F/L is needed. L byte representation length, and L field can be used impliedly instruction ascending resource distribution whether exist.
Above, from method angle, invention has been described, below, from the angle of device, the present invention will be carried out brief description.
First device 10 is arranged in base station, for sending accidental access response message to user terminal. First device 10 includes: first receiving device 100 and the first dispensing device 101.
Second device 20 is arranged in user terminal, is used for carrying out Stochastic accessing. Second device 20 includes the second dispensing device 200 and second and receives device 201.
First, the second dispensing device 200 sends non-competing random access lead code to the base station administering this user terminal.
Then, first receiving device 100 receive from multiple user terminals carry out from community Stochastic accessing based on non-competing random access lead code.
Then, first dispensing device 101 adopts the accidental access response message form optimized to send, at the user terminal carrying out Stochastic accessing from community, the accidental access response message optimized to this, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilizes the filler in traditional accidental access response message, or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
Then, second receives device 201 receives the accidental access response message of the optimization adopting the accidental access response message form optimized to send from base station, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilize the filler in traditional accidental access response message or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
Above embodiments of the invention being described, but the invention is not limited in specific system, equipment and concrete agreement, those skilled in that art can make various deformation or amendment within the scope of the appended claims.
The those skilled in the art of those the art can pass through to study description, disclosure and accompanying drawing and appending claims, and other of understanding and the enforcement embodiment to disclosing change. In the claims, word " includes " element and the step that are not excluded for other, and wording " one " is not excluded for plural number. In the present invention, " first ", " second " only represent title, do not represent orbution. In the practical application of invention, a part is likely to perform the function of multiple technical characteristics cited in claim. Any accompanying drawing labelling in claim should not be construed as the restriction to scope.
Claims (15)
1., in a base station for the method to user terminal transmission accidental access response message, comprise the following steps:
A. receive from multiple user terminals carry out from community Stochastic accessing based on non-competing random access lead code;
B. the accidental access response message form adopting optimization sends, at the user terminal carrying out Stochastic accessing from community, the accidental access response message optimized to this, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilizes the filler in traditional accidental access response message, or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
2. method according to claim 1, wherein, the accidental access response message form of this optimization utilize the filler in traditional accidental access response message be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message, the accidental access response message of described optimization includes the first designator, for whether the accidental access response message indicating this optimization to this user terminal occurs in the filler in traditional accidental access response message.
3. method according to claim 2, wherein, described user terminal includes adopting the user terminal across cell scheduling and the non-user terminal across cell scheduling of employing, and the accidental access response message of this optimization does not include Temporary Cell Radio Network temporary mark, and the accidental access response message of this optimization includes specific cell ID, this specific cell ID for identifying subscriber terminal carry out Stochastic accessing place from community.
4. method according to claim 2, wherein, also includes before described step B:
-judge whether this user terminal adopts across cell scheduling;
Described step B also includes:
-when this user terminal adopts across cell scheduling, the accidental access response message form adopting this optimization sends accidental access response message to this employing across the user terminal of cell scheduling, the accidental access response message of this optimization does not include Temporary Cell Radio Network temporary mark, and the accidental access response message of this optimization includes specific cell ID, this specific cell ID for identifying subscriber terminal carry out Stochastic accessing place from community.
5. method according to claim 4, wherein, this specific cell ID is supplied to described user terminal by described base station by radio resource control information.
6. method according to claim 2, wherein, the accidental access response message form of described optimization also includes the second designator, is used for indicating in this accidental access response media access control protocol data unit whether include ascending resource allocation field.
7. method according to claim 1, wherein, the accidental access response message form of described optimization utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message, described medium education control element does not include Temporary Cell-Cell Radio Network Temporary Identifier/Identity, Cell-RNTI, and this medium education control element is identified by new Logic Channel Identifier.
8. method according to claim 7, wherein, the sub-head of described medium education control element includes for indicating in this medium education control element ascending resource allocation field whether occur.
9. the method carrying out Stochastic accessing in the user terminal, comprises the following steps:
I. non-competing random access lead code is sent to the base station administering this user terminal;
II. the accidental access response message of the optimization adopting the accidental access response message form optimized to send from base station is received, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilize the filler in traditional accidental access response message or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
10. method according to claim 9, wherein, the accidental access response message of described optimization includes the first designator, for whether the accidental access response message indicating this this optimization of user terminal occurs in the filler in traditional accidental access response message.
11. method according to claim 9, wherein, described user terminal includes adopting the user terminal across cell scheduling and the non-user terminal across cell scheduling of employing.
12. method according to claim 9, wherein, described user terminal includes adopting the user terminal across cell scheduling, and do not include adopting the non-user terminal across cell scheduling, wherein, the accidental access response message of this optimization does not include Temporary Cell Radio Network temporary mark, and the accidental access response message of this optimization includes specific cell ID, this specific cell ID for user terminal notice carry out Stochastic accessing place from community.
13. method according to claim 9, wherein, the accidental access response message form of described optimization also includes the second designator, is used for indicating in this accidental access response media access control protocol data unit whether include ascending resource allocation field;
-when described second designator indicating this accidental access response media access control protocol data unit include ascending resource allocation field, also include after described step II:
-in the ascending resource allocation field of described distribution, carry out follow-up uplink.
14. in a base station for sending a first device for accidental access response message to user terminal, including:
First receiving device, for receive from multiple user terminals carry out from community Stochastic accessing based on non-competing random access lead code;
First dispensing device, the accidental access response message form optimized is adopted to send, at the user terminal carrying out Stochastic accessing from community, the accidental access response message optimized to this, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilizes the filler in traditional accidental access response message, or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
15. carry out second device of Stochastic accessing in the user terminal, including:
Second dispensing device, for sending non-competing random access lead code to the base station administering this user terminal;
Second receives device, for receiving the accidental access response message of the optimization adopting the accidental access response message form optimized to send from base station, wherein, the accidental access response message of this optimization comprises timing-advance information, and the accidental access response message form of this optimization utilize the filler in traditional accidental access response message or utilize medium education control element be sent in the user terminal that carries out Stochastic accessing from community based on non-competing accidental access response message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210022048.3A CN103228054B (en) | 2012-01-31 | 2012-01-31 | Send and receive the method and apparatus based on non-competing accidental access response message |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210022048.3A CN103228054B (en) | 2012-01-31 | 2012-01-31 | Send and receive the method and apparatus based on non-competing accidental access response message |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103228054A CN103228054A (en) | 2013-07-31 |
| CN103228054B true CN103228054B (en) | 2016-06-01 |
Family
ID=48838256
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210022048.3A Active CN103228054B (en) | 2012-01-31 | 2012-01-31 | Send and receive the method and apparatus based on non-competing accidental access response message |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103228054B (en) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016161650A1 (en) * | 2015-04-10 | 2016-10-13 | 华为技术有限公司 | Method, base station, and user equipment for transmitting random access response messages |
| KR102482873B1 (en) * | 2015-12-08 | 2022-12-28 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | Connection Establishment Method and Apparatus |
| CN108811166B (en) * | 2017-05-05 | 2020-04-21 | 维沃移动通信有限公司 | Method and device for sending and receiving random access response message |
| WO2019064603A1 (en) * | 2017-09-29 | 2019-04-04 | 株式会社Ｎｔｔドコモ | User device and base station device |
| CN110022612B (en) * | 2018-01-10 | 2023-05-09 | 中国移动通信有限公司研究院 | Information indication method, base station, terminal and computer storage medium |
| MX2020007845A (en) * | 2018-02-21 | 2020-09-25 | Fg innovation co ltd | Prioritizing access and services in next generation networks. |
| CN111565459B (en) * | 2019-02-14 | 2023-11-10 | 华为技术有限公司 | Communication method and device |
| CN114269026B (en) * | 2022-03-01 | 2022-05-10 | 成都爱瑞无线科技有限公司 | Random access signal processing method, random access method, device and storage medium |
-
2012
- 2012-01-31 CN CN201210022048.3A patent/CN103228054B/en active Active
Non-Patent Citations (1)
| Title |
|---|
| RA procedure on SCell;Alcatel-Lucent;《3GPP TSG-RAN WG2#77,R2-120603》;20120130;第1-5页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103228054A (en) | 2013-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103228054B (en) | Send and receive the method and apparatus based on non-competing accidental access response message | |
| CN102958073B (en) | Support that the UE of parallel PRACH transmission obtains the method for Timing Advance | |
| CN101385381B (en) | Initial connection establishment in a wireless communication system | |
| CN101133584B (en) | Random access method for time division synchronization code division multiple access to communication system terminal unit | |
| JP2022020756A (en) | Network node and method of network node | |
| CN102572937B (en) | Random access method, base station and system in broadband cluster system | |
| US20120099543A1 (en) | Transmission method of base station for random access resource allocation, transmission method of terminal for using the random access resource allocation, and apparatus for thereof | |
| CN104272844A (en) | Network node, user equipment and methods therein for random access handling | |
| CN103024923B (en) | A kind of method and subscriber equipment ensureing parallel data Stochastic accessing | |
| KR20140138949A (en) | Method of randomly accessing a secondary cell and receiving data | |
| CN102595633B (en) | Random access method, user equipment and network equipment | |
| CN102378302A (en) | Network access method and system | |
| CN101690321A (en) | Apparatus, method and computer program product providing non-synchronized random access handover | |
| EP3001580B1 (en) | Connection establishment method, device and system | |
| CN102869068B (en) | Method for random access in cellular system | |
| CN101262279B (en) | An uplink dispatching access control method for time division synchronization code division multi-address access system | |
| CN103096489A (en) | Implementation method of random access of carrier aggregation enhancement | |
| CN105072700A (en) | Random access method, random access device, random access control method and random access control device | |
| CN103220680A (en) | Method, device and system for achieving scheduling request | |
| CN104519590A (en) | Method and system for random access on small cell under dual connectivity | |
| CN102238531A (en) | Competition-based uplink transmission indication method, and data transmission method and device | |
| CN102932917A (en) | Method for acquiring absolute uplink timing advance (TA) in carrier aggregation scene | |
| US9113285B2 (en) | Method for transmitting/receiving control information for an M2M device, and device for same | |
| CN103220812A (en) | Method, base station and user equipment for determining paging sub-frame | |
| US20160135145A1 (en) | Telecommunications apparatus and method relating to a random access procedure |
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 | ||
| CP03 | Change of name, title or address |
Address after: Pudong New Area, Pudong Jinqiao Ning Bridge Road, No. 388, No. Co-patentee after: Alcatel Optical Networks Israe Patentee after: Shanghai NOKIA Baer Limited by Share Ltd Address before: 201206 Shanghai, Pudong Jinqiao Ning Bridge Road, No. 388, No. Co-patentee before: Alcatel Optical Networks Israe Patentee before: Shanghai Alcatel-Lucent Co., Ltd. |
|
| CP03 | Change of name, title or address |