CN109803379B - Method for allocating random access channel resources, network side equipment and terminal - Google Patents
Method for allocating random access channel resources, network side equipment and terminal Download PDFInfo
- Publication number
- CN109803379B CN109803379B CN201711135745.9A CN201711135745A CN109803379B CN 109803379 B CN109803379 B CN 109803379B CN 201711135745 A CN201711135745 A CN 201711135745A CN 109803379 B CN109803379 B CN 109803379B
- Authority
- CN
- China
- Prior art keywords
- rach
- terminal
- ssbs
- network side
- transmitted
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention provides a method for allocating random access channel resources, network side equipment and a terminal, and belongs to the technical field of wireless. The method for allocating the random access channel resources applied to the terminal comprises the following steps: the terminal transmits a non-contention RACH and/or beam recovery request to the network side device using RACH resources associated with the non-transmitted SSBs. The method for allocating the random access channel resources applied to the network side equipment comprises the following steps: the network side device receives a non-contention RACH and/or beam recovery request sent by a terminal by utilizing RACH resources associated with non-transmitted SSBs. The technical scheme of the invention can avoid the waste of RACH resources.
Description
Technical Field
The present invention relates to the field of wireless technologies, and in particular, to a method for allocating random access channel resources, a network side device, and a terminal.
Background
The initial access based on multi-beam is introduced in the design of the 5G system, namely, the 5G system uses a plurality of narrow beams to respectively send the synchronous signals in the process of synchronization, thereby effectively improving the coverage performance of the synchronous signals and even the whole 5G system. Up to now, in the 5G system, different maximum numbers of beams are defined for different frequency bands, that is:
for a system with 0-3 GHz carrier frequency, the maximum number L of wave beams is 4;
for a system with 3-6 GHz carrier frequency, the maximum number L of wave beams is 8;
for a system with a carrier frequency of more than 6GHz, the maximum number L of wave beams is 64;
in practical deployment, the number of beams that may be actually used may be smaller than the maximum number of beams, and different numbers of beams may occur in a frequency band. The reasons for using different numbers of beams in the same frequency band at least include: 1) different operators have different coverage requirements (generally, the higher the coverage requirement is, the more the number of beams is); 2) different network-side devices may use different antenna configurations (generally, the larger the number of antennas, the larger the number of beams).
In a practical system, the number of beams used may be any number less than L. Up to now, a method of notifying a specific number of beams to a terminal by using a higher layer configuration (RRC, radio resource control) signaling has been standardized. Specifically, in a system with a carrier frequency of >6GHz, the network side device notifies the terminal using a 64-bit bitmap, which indicates which positions actually perform SSB transmission at 64 positions where a Synchronization Signal Block (SSB) may occur.
The disadvantage of using only RRC signaling to inform the terminal is that the terminal can only know the location of the SSB in or after entering the connected state. To address this drawback, the standard introduces signaling based on system message broadcast to inform the actually transmitted SSBs. Since the system message needs to be broadcast to the system-wide, the overhead of 64 bits is too large for the system message. Therefore, a group bitmap (8 bits) + bitmap in group (8 bits) notification mode is introduced into the system message. Specifically, if the group bitmap is [10111000], it means that the 64 bits are divided into 8 groups, where the 1 st, 3 rd, 4 th, and 5 th groups actually transmit SSBs, and if the bitmap in group is [ 11111111111 ], it means that all SSBs in each group are actually transmitted, as shown in fig. 1.
According to the above configuration, the SSB transmission mode broadcasted in the system message is as shown in fig. 2.
Since the transmission pattern of the SSB is configured by two sets of signaling, the SSB transmission pattern configured in the RRC and the SSB transmission pattern in the system message may be different. In particular, since the user in idle state needs to perform paging rate matching on the SSB configured in the system message (avoid the SSB in the corresponding location when sending the paging), in an actual system, generally, the SSB configured in RRC should be equal to or a subset of the SSB in the system message, otherwise, the problem that the paging cannot perform correct rate matching occurs (because some SSBs are not known when doing paging, but are actually used to send the SSB). For example, as shown in fig. 3, the SSB configured by the system message (RMSI) has 32 beams, and the SSB configured by the RRC has 28 beams, wherein four beams are configured in the system message, but actually no corresponding beam transmission is performed.
According to the system design of 5G, a terminal may measure different beam qualities on different SSBs, and report a downlink beam to be subsequently used through resource selection of a Random Access Channel (RACH), that is, there is a resource mapping from the SSBs to the Random Access Channel (RACH), as shown in fig. 4, where DL resources are downlink resources and UL resources are uplink resources.
For the problem of how many RACH resources are specifically configured, the following three options are technically possible, and each option also has merits and demerits:
configuring RACH resources according to the maximum SSB number (L):
the problems are as follows: a lot of RACH resource waste may result (e.g., the case of actually transmitting 32 SSB).
And configuring RACH resources according to the number and the position of SSBs indicated by RMSI:
the problems are as follows: there may still be a waste of resources (e.g. 4 x 8 RMSI notifications) compared to the number of RRC configured SSBs. For example, in fig. 3, there are four RACH resources corresponding to the SSBs and no SSBs are actually transmitted, which results in RACH resource waste.
Configuring according to the number and the position of SSBs indicated by RRC:
the problems are as follows: it cannot be used in initial access and cannot be updated in IDLE state.
The RACH resources are currently configured in the standard already in the way that is already done in the standard in RMSI (system message), so the second option is in principle most reasonable, but as mentioned before, the second option still causes a problem of partial RACH resource waste.
Disclosure of Invention
The technical problem to be solved by the present invention is to provide a method for allocating random access channel resources, a network side device and a terminal, which can avoid the waste of RACH resources.
To solve the above technical problem, embodiments of the present invention provide the following technical solutions:
in one aspect, a method for allocating random access channel resources is provided, which is applied to a terminal and includes:
the terminal transmits a non-contention RACH and/or beam recovery request to the network side device using RACH resources associated with the non-transmitted SSBs.
Further, before the terminal transmits a non-contention RACH and/or beam recovery request to a network side device using a RACH resource associated with an untransmitted SSB, the method further includes:
the terminal acquires RACH resources associated with non-transmitted SSBs.
Further, the terminal acquiring the RACH resource associated with the non-transmitted SSB includes:
and the terminal compares the number and the position of the SSBs configured in the system message with the number and the position of the SSBs configured in the RRC signaling, and determines the SSBs which are not transmitted and the RACH resources associated with the SSBs.
Further, the method further comprises:
configuring a beam corresponding to RACH resources associated with the non-transmitted SSB;
the terminal transmitting the beam recovery request to the network side device by using the RACH resource associated with the non-transmitted SSB comprises the following steps:
and the terminal transmits a beam recovery request of a beam corresponding to the RACH resource to network side equipment by using the RACH resource.
The embodiment of the invention also provides a method for allocating random access channel resources, which is applied to network side equipment and comprises the following steps:
the network side device receives a non-contention RACH and/or beam recovery request sent by a terminal by utilizing RACH resources associated with non-transmitted SSBs.
Further, after the network side device receives a beam recovery request sent by the terminal by using the RACH resource, the method further includes:
and the network side equipment performs beam recovery on the beam corresponding to the beam recovery request.
The embodiment of the invention also provides a terminal, which comprises a processor and a transceiver,
the processor is configured to control the transceiver to transmit a non-contended RACH and/or beam recovery request to a network side device using RACH resources associated with non-transmitted SSBs.
Further, the processor is configured to acquire RACH resources associated with the non-transmitted SSB.
Further, the processor is specifically configured to compare the number and the location of the SSBs configured in the system message with the number and the location of the SSBs configured in the RRC signaling, and determine the non-transmitted SSBs and their associated RACH resources.
Further, the processor is further configured to configure a beam corresponding to a RACH resource associated with the non-transmitted SSB;
the processor is specifically configured to control the transceiver to transmit a beam recovery request of a beam corresponding to the RACH resource to a network side device using the RACH resource.
The embodiment of the invention also provides a network side device, which comprises a processor and a transceiver,
the transceiver is configured to receive a non-contended RACH and/or beam recovery request transmitted by a terminal using RACH resources associated with an untransmitted SSB.
Further, the processor is configured to perform beam recovery on a beam corresponding to the beam recovery request.
The embodiment of the invention also provides a terminal, which comprises a memory, a processor and a computer program which is stored on the memory and can be run on the processor; the processor, when executing the program, implements the method for allocating random access channel resources as described above.
The embodiment of the invention also provides network side equipment, which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor; the processor, when executing the program, implements the method for allocating random access channel resources as described above.
An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps in the allocation method of random access channel resources described above.
The embodiment of the invention has the following beneficial effects:
in the above scheme, the terminal sends the non-contention RACH and/or beam recovery request to the network side device by using the RACH resource associated with the non-transmitted SSB, so that the RACH resource can be effectively used, and waste of the RACH resource is avoided.
Drawings
FIG. 1 is a schematic diagram of SSB notification of actual transmission by way of group bitmap + bitmap in group;
FIG. 2 is a schematic illustration of the SSB transmission mode ultimately broadcast in a system message, as indicated in FIG. 1;
FIG. 3 is a schematic diagram of an RRC configured SSB being a subset of a system message configured SSB;
fig. 4 is a diagram illustrating that each SSB has a corresponding RACH resource;
fig. 5 is a schematic diagram of a data transmission difficulty caused by a waste RACH resource;
fig. 6 is a flowchart illustrating a method for allocating random access channel resources according to an embodiment of the present invention;
fig. 7 is a diagram illustrating that no actually used RACH resources are available for transmitting a beam recovery request;
fig. 8 is a flowchart illustrating a method for allocating random access channel resources according to an embodiment of the present invention;
fig. 9 is a schematic structural diagram of a terminal according to an embodiment of the present invention;
fig. 10 is a schematic structural diagram of a network-side device according to an embodiment of the present invention.
Detailed Description
In order to make the technical problems, technical solutions and advantages to be solved by the embodiments of the present invention clearer, the following detailed description will be given with reference to the accompanying drawings and specific embodiments.
Embodiments of the present invention provide a method for allocating random access channel resources, a network side device, and a terminal, which can avoid waste of RACH resources.
To avoid causing a waste of RACH resources, a straightforward solution is to schedule uplink data on RACH resources that are not actually used. However, since the time granularity of the RACH itself does not match with the uplink data (the length of the RACH is 1,2,4,6,12 symbols, the sub-carrier bandwidth of the high frequency band is 60120kHz or 120kHz, and the uplink data is generally scheduled in slot (14 symbols)), it is difficult for the network side device to actually schedule data on the corresponding resources. In addition, since the network side device needs to additionally find a suitable location to transmit a UL grant for scheduling uplink data, it is also difficult to schedule data on the relevant RACH resource, as shown in fig. 5, the wasted RACH resource is difficult to perform data transmission.
Therefore, the transmission of RACH is still most suitable on RACH resources that are not actually used. Since only the users in the RRC connected state know that these resources do not perform RACH transmission corresponding to the SSB, only the users in the RRC connected state can perform RACH transmission using these resources. Considering that the non-contention based RACH is transmitted only in the connected state, one reasonable way is to transmit the non-contention RACH using the above resources.
An embodiment of the present invention provides a method for allocating random access channel resources, which is applied to a terminal, and as shown in fig. 6, the method includes:
step 102: the terminal transmits a non-contention RACH and/or beam recovery request to the network side device using RACH resources associated with the non-transmitted SSBs.
In this embodiment, the terminal sends a non-contention RACH and/or beam recovery request to the network side device by using the RACH resource associated with the non-transmitted SSB, that is, the RACH resource that has been configured in the RMSI and removed in the RRC signaling, so as to effectively utilize the RACH resource and avoid waste of the RACH resource.
Further, as shown in fig. 6, before the terminal transmits a non-contended RACH and/or beam recovery request to the network side device using the RACH resource associated with the non-transmitted SSB, the method further includes:
step 101: the terminal acquires RACH resources associated with the non-transmitted SSB.
Further, the terminal acquiring the RACH resource associated with the non-transmitted SSB includes:
and the terminal compares the number and the position of the SSBs configured in the system message with the number and the position of the SSBs configured in the RRC signaling, and determines the SSBs which are not transmitted and the RACH resources associated with the SSBs.
More specifically, in the 5G system, there is a non-contention RACH transmitted for handover, and there is also a beam recovery request transmitted after a beam failure. Since the first non-contention RACH requires signaling interaction between network side devices and is relatively complex, the beam recovery request may be preferably transmitted using the RACH resource associated with the non-transmitted SSB.
Therefore, the terminal can report the SS block index (1/8/15/22 in 28 beams) in the beam scanning in a short time to form fast beam recovery without waiting for all RACH resources to be scanned.
More specifically, the RACH resources without SSBs are configured to have RACH resources corresponding to corresponding beams, and specifically, which RACHs correspond to which beams are configured by RRC high layer signaling.
Further, the method further comprises:
configuring a beam corresponding to RACH resources associated with the non-transmitted SSB;
the terminal transmitting the beam recovery request to the network side device by using the RACH resource associated with the non-transmitted SSB comprises the following steps:
and the terminal transmits a beam recovery request of a beam corresponding to the RACH resource to network side equipment by using the RACH resource.
The terminal sends a corresponding beam recovery request on a corresponding RACH resource, which means that the network side device may perform beam recovery on the corresponding beam, for example, send a Physical Downlink Control Channel (PDCCH), and the like, as shown in fig. 7, the RACH resource that is not actually used may be used to transmit the beam recovery request.
For example, 4 RACH resources in fig. 7 may be configured to correspond to beams 1,9,19,28, etc., respectively. If the terminal detects that the signal strength on the corresponding beam is sufficient, the terminal can send a random access signal on the corresponding RACH resource to notify the network side device that the corresponding beam recovery procedure can be performed.
An embodiment of the present invention further provides a method for allocating random access channel resources, which is applied to a network side device, as shown in fig. 8, and includes:
step 201: the network side device receives a non-contention RACH and/or beam recovery request sent by a terminal by utilizing RACH resources associated with non-transmitted SSBs.
In this embodiment, the terminal sends a non-contention RACH and/or beam recovery request to the network side device by using the RACH resource associated with the non-transmitted SSB, that is, the RACH resource that has been configured in the RMSI and removed in the RRC signaling, so as to effectively utilize the RACH resource and avoid waste of the RACH resource.
More specifically, in the 5G system, there is a non-contention RACH transmitted for handover, and there is also a beam recovery request transmitted after a beam failure. Since the first non-contention RACH requires signaling interaction between network side devices and is relatively complex, the beam recovery request may be preferably transmitted using the RACH resource associated with the non-transmitted SSB.
Further, after the network side device receives a beam recovery request sent by the terminal by using the RACH resource associated with the non-transmitted SSB, the method further includes:
and the network side equipment performs beam recovery on the beam corresponding to the beam recovery request. The terminal sends a corresponding beam recovery request on the corresponding RACH resource, which means that the network side device can perform beam recovery on the corresponding beam, such as sending a downlink PDCCH.
Embodiments of the present invention also provide a terminal, as shown in fig. 9, including a processor 31 and a transceiver 32,
the processor 31 is configured to control the transceiver 32 to transmit a non-contention RACH and/or beam recovery request to a network side device by using a RACH resource associated with an untransmitted SSB.
In this embodiment, the terminal sends a non-contention RACH and/or beam recovery request to the network side device by using the RACH resource associated with the non-transmitted SSB, that is, the RACH resource that has been configured in the RMSI and removed in the RRC signaling, so as to effectively utilize the RACH resource and avoid waste of the RACH resource.
Further, the processor 31 is also configured to acquire RACH resources associated with the non-transmitted SSB.
Further, the processor 31 is specifically configured to compare the number and the location of the SSBs configured in the system message with the number and the location of the SSBs configured in the RRC signaling, and determine the non-transmitted SSBs and their associated RACH resources.
More specifically, the non-contention RACH transmitted for handover in the 5G system includes a beam recovery request transmitted after a beam failure. Since the first non-contention RACH requires signaling interaction between network side devices and is relatively complex, the beam recovery request may be preferably transmitted using the RACH resource associated with the non-transmitted SSB. Therefore, the terminal can report the SS block index (1/8/15/22 in 28 beams) in the beam scanning in a short time to form fast beam recovery without waiting for all RACH resources to be scanned.
More specifically, the RACH resources without SSBs are configured to have RACH resources corresponding to corresponding beams, and specifically, which RACHs correspond to which beams are configured by RRC high layer signaling.
Further, the processor 31 is further configured to configure a beam corresponding to a RACH resource associated with the non-transmitted SSB;
the processor 31 is specifically configured to control the transceiver to transmit a beam recovery request of a beam corresponding to the RACH resource to a network side device by using the RACH resource.
The terminal sends a corresponding beam recovery request on the corresponding RACH resource, that is, it means that the network side device can perform beam recovery on the corresponding beam, for example, send a downlink PDCCH, and as shown in fig. 7, no actually used RACH resource is available for transmitting the beam recovery request.
For example, 4 RACH resources in fig. 7 may be configured to correspond to beams 1,9,19,28, etc., respectively. If the terminal detects that the signal strength on the corresponding beam is sufficient, the terminal can send a random access signal on the corresponding RACH resource to notify the network side device that the corresponding beam recovery procedure can be performed.
An embodiment of the present invention further provides a network-side device, as shown in fig. 10, including a processor 41 and a transceiver 42,
the transceiver 42 is configured to receive a non-contention RACH and/or beam recovery request transmitted by a terminal using RACH resources associated with non-transmitted SSBs.
In this embodiment, the terminal sends a non-contention RACH and/or beam recovery request to the network side device by using the RACH resource associated with the non-transmitted SSB, that is, the RACH resource that has been configured in the RMSI and removed in the RRC signaling, so as to effectively utilize the RACH resource and avoid waste of the RACH resource.
More specifically, in the 5G system, there are a non-contention RACH transmitted for handover and a beam recovery request transmitted after a beam failure. Since the first non-contention RACH requires signaling interaction between network side devices and is relatively complex, the beam recovery request may be preferably transmitted using the RACH resource associated with the non-transmitted SSB.
Further, the processor is configured to perform beam recovery on a beam corresponding to the beam recovery request.
And the network side equipment performs beam recovery on the beam corresponding to the beam recovery request. The terminal sends a corresponding beam recovery request on the corresponding RACH resource, which means that the network side device can perform beam recovery on the corresponding beam, such as sending a downlink PDCCH.
The embodiment of the invention also provides a terminal, which comprises a memory, a processor and a computer program which is stored on the memory and can be run on the processor; the processor, when executing the program, implements the method for allocating random access channel resources as described above.
The embodiment of the invention also provides network side equipment, which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor; the processor, when executing the program, implements the method for allocating random access channel resources as described above.
An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps in the allocation method of random access channel resources described above.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
While the foregoing is directed to the preferred embodiment of the present invention, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (11)
1. A method for allocating random access channel resources is applied to a terminal, and is characterized by comprising the following steps:
the terminal acquires RACH resources associated with the non-transmitted SSB, and the method comprises the following steps: the terminal compares the number and the position of the SSBs configured in the system message with the number and the position of the SSBs configured in the RRC signaling, and determines the SSBs which are not transmitted and the RACH resources related to the SSBs;
the terminal transmits a non-contention RACH and/or beam recovery request to the network side device using RACH resources associated with the non-transmitted SSBs.
2. The method for allocating random access channel resources according to claim 1, wherein the method further comprises:
configuring a beam corresponding to RACH resources associated with the non-transmitted SSB;
the terminal transmitting the beam recovery request to the network side device by using the RACH resource associated with the non-transmitted SSB comprises the following steps:
and the terminal transmits a beam recovery request of a beam corresponding to the RACH resource to network side equipment by using the RACH resource.
3. A method for allocating random access channel resources is applied to network side equipment, and is characterized by comprising the following steps:
the network side equipment receives a non-competitive RACH and/or beam recovery request sent by a terminal by utilizing the RACH resource associated with the non-transmitted SSB; wherein acquiring, by a terminal, RACH resources associated with an untransmitted SSB comprises: and the terminal compares the number and the position of the SSBs configured in the system message with the number and the position of the SSBs configured in the RRC signaling, and determines the SSBs which are not transmitted and the RACH resources associated with the SSBs.
4. The method for allocating random access channel resources according to claim 3, wherein after the network side device receives the beam recovery request sent by the terminal using the RACH resources, the method further comprises:
and the network side equipment performs beam recovery on the beam corresponding to the beam recovery request.
5. A terminal, comprising a processor and a transceiver,
the processor is configured to acquire RACH resources associated with non-transmitted SSBs;
the processor is further configured to control the transceiver to transmit a non-contended RACH and/or beam recovery request to a network side device using RACH resources associated with non-transmitted SSBs;
the processor is specifically configured to compare the number and the location of the SSBs configured in the system message with the number and the location of the SSBs configured in the RRC signaling, and determine the non-transmitted SSBs and their associated RACH resources.
6. The terminal of claim 5,
the processor is further configured to configure a beam corresponding to a RACH resource associated with the non-transmitted SSB;
the processor is specifically configured to control the transceiver to transmit a beam recovery request of a beam corresponding to the RACH resource to a network side device using the RACH resource.
7. A network side device, comprising a processor and a transceiver,
the transceiver is configured to receive a non-contention RACH and/or beam recovery request transmitted by a terminal using RACH resources associated with non-transmitted SSBs; wherein acquiring, by a terminal, RACH resources associated with an untransmitted SSB comprises: and the terminal compares the number and the position of the SSBs configured in the system message with the number and the position of the SSBs configured in the RRC signaling, and determines the SSBs which are not transmitted and the RACH resources associated with the SSBs.
8. The network-side device of claim 7,
the processor is configured to perform beam recovery on a beam corresponding to the beam recovery request.
9. A terminal comprising a memory, a processor and a computer program stored on the memory and executable on the processor; a method for allocating random access channel resources according to any of claims 1-2, when the processor executes the program.
10. A network-side device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor; a method for allocating random access channel resources according to claim 3 or 4, when the processor executes the program.
11. A computer readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the steps of the method for allocation of random access channel resources according to any one of claims 1-2 or the steps of the method for allocation of random access channel resources according to claim 3 or 4.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711135745.9A CN109803379B (en) | 2017-11-16 | 2017-11-16 | Method for allocating random access channel resources, network side equipment and terminal |
| PCT/CN2018/101732 WO2019095767A1 (en) | 2017-11-16 | 2018-08-22 | Random access channel resource allocation method, network side device, and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711135745.9A CN109803379B (en) | 2017-11-16 | 2017-11-16 | Method for allocating random access channel resources, network side equipment and terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109803379A CN109803379A (en) | 2019-05-24 |
| CN109803379B true CN109803379B (en) | 2021-04-27 |
Family
ID=66538432
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711135745.9A Active CN109803379B (en) | 2017-11-16 | 2017-11-16 | Method for allocating random access channel resources, network side equipment and terminal |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN109803379B (en) |
| WO (1) | WO2019095767A1 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115136537A (en) * | 2022-05-23 | 2022-09-30 | 北京小米移动软件有限公司 | Multi-PRACH transmission configuration method and device supporting SSB crossing |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107079459A (en) * | 2015-08-11 | 2017-08-18 | 瑞典爱立信有限公司 | Recover from wave beam failure |
| CN107278383A (en) * | 2017-03-28 | 2017-10-20 | 北京小米移动软件有限公司 | Transmission, the method and device for obtaining synchronous information block |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017146550A1 (en) * | 2016-02-26 | 2017-08-31 | Samsung Electronics Co., Ltd. | Apparatus and method for performing random access in beam-formed system |
-
2017
- 2017-11-16 CN CN201711135745.9A patent/CN109803379B/en active Active
-
2018
- 2018-08-22 WO PCT/CN2018/101732 patent/WO2019095767A1/en active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107079459A (en) * | 2015-08-11 | 2017-08-18 | 瑞典爱立信有限公司 | Recover from wave beam failure |
| CN107278383A (en) * | 2017-03-28 | 2017-10-20 | 北京小米移动软件有限公司 | Transmission, the method and device for obtaining synchronous information block |
Non-Patent Citations (3)
| Title |
|---|
| Beam Failure Recovery Design Details;Huawei, HiSilicon;《3GPP TSG RAN WG1 Meeting AH NR#3，R1-1715468》;20170911;第3.2. 1. 1节 * |
| Discussion on SS block composition and SS burst set composition;Huawei, HiSilicon;《3GPP TSG RAN WG1 Meeting #89，R1-1708161》;20170506;第4节 * |
| Remaining details on RACH procedure;MediaTek Inc;《3GPP TSG RAN WG1 Meeting 90bis，Rl-1718340》;20171003;第4节 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109803379A (en) | 2019-05-24 |
| WO2019095767A1 (en) | 2019-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112119597B (en) | Beam failure determining method, device, equipment and storage medium | |
| US20230144665A1 (en) | Method and apparatus for supporting flexible ue bandwidth in next generation communication system | |
| US11877316B2 (en) | Apparatuses and methods for establishing an initial access | |
| US11075685B2 (en) | Communication method, base station, and user equipment | |
| US20210068154A1 (en) | Channel sensing method, related device, and system | |
| JP7282182B2 (en) | RA-RNTI processing method and apparatus | |
| US10952168B2 (en) | Method for transmitting downlink control signal and apparatus | |
| US11323945B2 (en) | Method for performing random access and handover | |
| CN110300455B (en) | Random access resource indication, random access method, base station, terminal and device | |
| US20230254874A1 (en) | Method and device for determining and detecting time domain resource, storage medium, and electronic device | |
| US11758581B2 (en) | Clear channel listening method and apparatus, and device | |
| CN109803379B (en) | Method for allocating random access channel resources, network side equipment and terminal | |
| EP3573400B1 (en) | Method for reassigning root sequence index and apparatus therefor | |
| US20240023071A1 (en) | Communication method and apparatus | |
| CN113709894B (en) | Search space configuration method and device | |
| CN108811171B (en) | Random access method, terminal, base station, and computer-readable storage medium | |
| WO2023123519A1 (en) | Methods and apparatuses of resource allocation for sidelink communication | |
| CN115190592A (en) | Communication method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |