WO2019095767A1

WO2019095767A1 - Random access channel resource allocation method, network side device, and terminal

Info

Publication number: WO2019095767A1
Application number: PCT/CN2018/101732
Authority: WO
Inventors: 童辉; 吴丹
Original assignee: 中国移动通信有限公司研究院; 中国移动通信集团有限公司
Priority date: 2017-11-16
Filing date: 2018-08-22
Publication date: 2019-05-23
Also published as: CN109803379A; CN109803379B

Abstract

The present disclosure provides a random access channel resource allocation method, a network side device, and a terminal, belonging to the field of wireless technologies. The random access channel resource allocation method applied to a terminal comprises: the terminal using a random access channel resource associated with an untransmitted synchronization signal block to send a non-contention random access channel and/or beam recovery request to a network side device. A random access channel resource allocation method applied to a network side device comprises: the network side device using a random access channel resource associated with an untransmitted synchronization signal block to receive the non-contention random access channel and/or the beam recovery request sent by a terminal.

Description

Method for allocating random access channel resources, network side device and terminal

Cross-reference to related applications

The present application claims priority to Chinese Patent Application No. 201711135745.9, filed on Jan.

Technical field

The present disclosure 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 technique

In the 5G system design, the initial access based on multi-beam is introduced. That is, in the process of synchronizing, the 5G system uses multiple narrow beams to separately transmit the synchronization signals, thereby effectively improving the coverage performance of the synchronization signal and even the entire 5G system. So far, in the 5G system, different maximum beam numbers have been defined for different frequency bands, namely:

For a system with a carrier frequency of 0 to 3 GHz, the maximum number of beams is L=4;

For a system with a carrier frequency of 3 to 6 GHz, the maximum number of beams is L=8;

For systems with >6 GHz carrier frequency, the maximum number of beams is L=64;

In actual deployment, the actual possible beam may be smaller than the maximum number of beams, and there may be different beam numbers in one frequency band. The reasons for using different beam numbers in the same frequency band include: 1) Different operators have different coverage requirements (the higher the coverage requirement is, the more the number of beams is); 2) Different network side devices may use different antennas. Configuration (the more the number of antennas, the more the number of beams).

In an actual system, the number of beams used may be any number less than L. So far, the method of notifying the specific beam number of the terminal by using the high-level configuration radio resource control (RRC) signaling has been adopted in the standardization. Specifically, in a system with a carrier frequency of >6 GHz, the network side device uses a 64-bit bitmap bitmap to notify the terminal, indicating which locations are actually actually performed at 64 locations where a Synchronization Signal Block (SSB) may occur. The transmission of the SSB.

The drawback of using only RRC signaling to notify the terminal is that the terminal can only know the location of the SSB in the connected state or after entering the connected state. In order to solve this drawback, the standard introduces signaling of the SSB based on the system message broadcast notification actual transmission. Since system messages need to be broadcast to the whole system, the 64-bit overhead is too large for system messages. Therefore, a group bitmap (8 bits) + bitmap in group (8 bits) notification method is introduced in the system message. Specifically, if group bitmap=[10111000], it means that the 64 bits are divided into 8 groups, of which the first, third, fourth, and fifth groups actually transmit the SSB, and if the bitmap in group=[11111111], This means that all SSBs in each group are actually transmitted, as shown in Figure 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 the idle state needs to perform the rate matching of the paging of the SSB configured by the above system message (avoiding the SSB at the corresponding location when sending the paging), in an actual system, generally, the SSB of the RRC configuration should be equal to or Is a subset of the SSB in the system message, otherwise there will be a problem that the paging cannot match the correct rate (because some SSB is not known when doing the paging, but is actually used to send the SSB). For example, as shown in FIG. 3, the SSB configured in the Remaining Minimum System Information (RMSI) of the system message has 32 beams, and the SSB of the RRC configuration has 28 beams, of which four beams are in the system. The message is configured, but the corresponding beam transmission is not actually performed.

According to the 5G system design, the terminal can measure different beam qualities on different SSBs and report the subsequent downlink beams through the resource selection of the random access channel, that is, there is a slave access channel (Random Access Channel). , RACH) resource mapping, as shown in Figure 4, where DL resources are downlink resources and UL resources are uplink resources.

For the specific configuration of how many RACH resources, the following three options are technically possible, and each has its own advantages and disadvantages:

Configure RACH resources according to the maximum number of SSBs (L):

Problem: A large amount of RACH resources may be wasted (for example, when 32SSB is actually sent).

Configure RACH resources according to the number and location of SSBs indicated by RMSI:

Problem: Compared to the number of SSBs configured by RRC, it is still possible to waste resources (for example, 4*8 RMSI notifications). For example, in FIG. 3, there are four RSB resources corresponding to the SSB and the SSB is not actually transmitted, which causes the RACH resources to be wasted.

Configure according to the number and location of SSBs indicated by RRC:

Problem: Cannot be used during initial access and cannot be updated in IDLE mode.

The way that has been adopted in the standard is to configure the RACH resource in the RMSI. Therefore, in principle, the second option is the most reasonable, but as mentioned above, the second option still causes some of the problem of wasted RACH resources.

Summary of the invention

The technical problem to be solved by the present disclosure is to provide a method for allocating random access channel resources, a network side device, and a terminal, which can avoid waste of RACH resources.

To solve the above technical problem, the embodiments of the present disclosure provide the following technical solutions:

In one aspect, a method for allocating a random access channel resource is provided for the terminal, including:

The terminal transmits a non-contention RACH and/or beam restoration request to the network side device by using the RACH resource associated with the untransmitted SSB.

Further, before the terminal sends the non-contention RACH and/or the beam recovery request to the network side device by using the RACH resource associated with the untransmitted SSB, the method further includes:

The terminal acquires RACH resources associated with the untransmitted SSB.

Further, the acquiring, by the terminal, the RACH resource associated with the untransmitted SSB includes:

The terminal compares the number and location of the SSBs configured in the system message with the number and location of the SSBs configured in the RRC signaling, and determines the untransmitted SSB and its associated RACH resources.

Further, the method further includes:

Configuring a beam corresponding to the RACH resource associated with the untransmitted SSB;

The sending, by the terminal, the beam recovery request to the network side device by using the RACH resource associated with the untransmitted SSB includes:

The terminal uses the RACH resource to send a beam recovery request of a beam corresponding to the RACH resource to a network side device.

The embodiment of the present disclosure further provides a method for allocating a random access channel resource, which is applied to a network side device, and includes:

The network side device receives a non-contention RACH and/or beam recovery request transmitted by the terminal using RACH resources associated with the untransmitted SSB.

After the network side device receives the beam recovery request sent by the terminal by using the RACH resource, the method further includes:

The network side device performs beam recovery on a beam corresponding to the beam recovery request.

The embodiment of the present disclosure further provides a terminal, including a processor and a transceiver.

The processor is configured to control the transceiver to send a non-contention RACH and/or beam recovery request to the network side device by using the RACH resource associated with the untransmitted SSB.

Further, the processor is further configured to acquire RACH resources associated with the untransmitted SSB.

Further, the processor is specifically configured to compare the number and location of the SSBs configured in the system message with the number and location of the SSBs configured in the RRC signaling, and determine the untransmitted SSB and its associated RACH. Resources.

Further, the processor is further configured to configure a beam corresponding to the RACH resource associated with the untransmitted SSB;

The processor is specifically configured to control, by the transceiver, the beam recovery request of the beam corresponding to the RACH resource to be sent to the network side device by using the RACH resource.

The embodiment of the present disclosure further provides a network side device, including a processor and a transceiver.

The transceiver is configured to receive a non-contention RACH and/or beam recovery request sent by the terminal with RACH resources associated with the untransmitted SSB.

Further, the processor is configured to perform beam recovery on a beam corresponding to the beam recovery request.

Embodiments of the present disclosure also provide a terminal, including a memory, a processor, and a computer program stored on the memory and executable on the processor; the processor executing the program implements as described above A method of allocating random access channel resources.

Embodiments of the present disclosure also provide a network side device, including a memory, a processor, and a computer program stored on the memory and executable on the processor; the processor implements the program as described above A method for allocating random access channel resources.

Embodiments of the present disclosure also provide a computer readable storage medium having stored thereon a computer program that, when executed by a processor, implements the steps in the method of allocating random access channel resources as described above.

Embodiments of the present disclosure have the following beneficial effects:

In the foregoing solution, the terminal sends a non-contention RACH and/or a beam recovery request to the network side device by using the RACH resource associated with the untransmitted SSB, and can effectively utilize the RACH resource to avoid waste of the RACH resource.

DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present disclosure, the drawings to be used in the embodiments of the present disclosure will be briefly described below. It is obvious that the drawings in the following description are only some embodiments of the present disclosure, Those skilled in the art can also obtain other drawings based on these drawings without paying for creative labor.

FIG. 1 is a schematic diagram of notifying an actual transmitted SSB by means of a group bitmap+bitmap in group;

2 is a schematic diagram of an SSB transmission mode that is finally broadcast in a system message according to the indication of FIG. 1;

3 is a schematic diagram of an RRC configured SSB being a subset of SSBs configured by a system message;

Figure 4 is a schematic diagram of each RSB having a corresponding RACH resource;

FIG. 5 is a schematic diagram of a wasteful RACH resource that is difficult to perform data transmission;

FIG. 6 is a schematic flowchart of a method for allocating random access channel resources according to an embodiment of the present disclosure;

7 is a schematic diagram of a RACH resource that is not actually used to transmit a beam recovery request;

FIG. 8 is a schematic flowchart of a method for allocating random access channel resources according to an embodiment of the present disclosure;

FIG. 9 is a schematic structural diagram of a terminal according to an embodiment of the present disclosure;

FIG. 10 is a schematic structural diagram of a network side device according to an embodiment of the present disclosure.

Detailed ways

The technical solutions in the embodiments of the present disclosure are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present disclosure. It is obvious that the described embodiments are a part of the embodiments of the present disclosure, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present disclosure without departing from the inventive scope are the scope of the disclosure.

The technical problems, the technical solutions, and the advantages of the embodiments of the present disclosure will become more apparent from the following detailed description.

The embodiments of the present disclosure provide a method for allocating random access channel resources, a network side device, and a terminal, which can avoid waste of RACH resources.

In order to avoid wasting RACH resources, a straightforward solution is to schedule uplink data on RACH resources that are not actually used. However, since the RACH's own time granularity does not match the uplink data (the length of the RACH is 1, 2, 4, 6, 12 symbols, the subcarrier bandwidth of the high frequency band is 60120 kHz or 120 kHz, and the uplink data is generally a slot ( 14 symbols are scheduled for the unit), so it is actually difficult for the network side device to schedule data on the corresponding resource. In addition, because the network side device schedules the uplink data and needs to find another suitable location to send the UL grant (authorization), it also makes it difficult to schedule data on the relevant RACH resources. As shown in FIG. 5, the wasted RACH resource is difficult to perform data transmission.

Therefore, it is still most suitable for RACH transmission on the RACH resources that are not actually used. Since only users in the RRC connected state know that these resources do not perform RACH transmission corresponding to the SSB, only users in the RRC connected state can use these resources for RACH transmission. Considering that non-contention based RACH is only sent in the connected state, a reasonable way is to use the above resources to send a non-contention RACH.

An embodiment of the present disclosure provides a method for allocating a random access channel resource, which is applied to a terminal, as shown in FIG. 6, and includes:

Step 102: The terminal sends a non-contention RACH and/or beam restoration request to the network side device by using the RACH resource associated with the untransmitted SSB.

In this embodiment, the terminal sends a non-contention RACH and/or a beam recovery request to the network side device by using the RACH resource associated with the untransmitted SSB, and can effectively utilize the RACH resource to avoid waste of the RACH resource, where The RACH resource associated with the SSB is the RACH resource that has been configured in the RMSI and removed in the RRC signaling.

Further, as shown in FIG. 6 , before the terminal sends a non-contention RACH and/or a beam recovery request to the network side device by using the RACH resource associated with the untransmitted SSB, the method further includes:

Step 101: The terminal acquires the RACH resource associated with the untransmitted SSB.

More specifically, in a 5G system, there is a non-contention RACH transmitted for handover, and a beam restoration request transmitted after a beam failure. Since the first type of non-contention RACH requires signaling interaction between network side devices, it is relatively complicated. Therefore, the beam recovery request can be sent using the RACH resources associated with the untransmitted SSB.

In this way, the terminal can report the SS block index (1/8/15/22 of 28 beams) in the sweeping beam in a short time, forming a fast beam recovery without waiting for all RACH resources to be swept.

More specifically, the RACH resources that do not correspond to the SSB are configured as the RACH resources corresponding to the corresponding beams, and which RACHs correspond to which beams are configured by the RRC high layer signaling.

Further, the method further includes:

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, for example, a physical downlink control channel (PDCCH), such as a physical downlink control channel (PDCCH). It is shown that no RACH resources actually used can be used to transmit beam recovery requests.

For example, four RACH resources in FIG. 7 may be configured to correspond to beams 1, 9, 19, 28, and the like, respectively. If the terminal detects that the signal strength of the corresponding beam is sufficient, the random access signal may be sent on the corresponding RACH resource to notify the network side device that the corresponding beam recovery process can be performed.

The embodiment of the present disclosure further provides a method for allocating a random access channel resource, which is applied to a network side device, as shown in FIG.

Step 201: The network side device receives a non-contention RACH and/or beam restoration request sent by the terminal by using the RACH resource associated with the untransmitted SSB.

More specifically, in a 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 type of non-contention RACH requires signaling interaction between network side devices, it is relatively complicated. Therefore, the beam recovery request can be sent using the RACH resources associated with the untransmitted SSB.

Further, after the network side device receives the beam recovery request sent by the terminal by using the RACH resource associated with the untransmitted SSB, the method further includes:

The network side device performs beam recovery on a 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, for example, sending a downlink PDCCH.

The embodiment of the present disclosure further provides 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 send a non-contention RACH and/or beam restoration request to the network side device by using the RACH resource associated with the untransmitted SSB.

Further, the processor 31 is further configured to acquire RACH resources associated with the untransmitted SSB.

Further, the processor 31 is specifically configured to compare the number and location of the SSBs configured in the system message with the number and location of the SSBs configured in the RRC signaling to determine the untransmitted SSB and its associated SSB. RACH resources.

More specifically, the non-contention RACH transmitted for handover in the 5G system also has a beam recovery request transmitted after the beam fails. Since the first type of non-contention RACH requires signaling interaction between network side devices, it is relatively complicated. Therefore, the beam recovery request can be transmitted using the RACH resources associated with the untransmitted SSB. In this way, the terminal can report the SS block index (1/8/15/22 of 28 beams) in the sweeping beam in a short time, forming a fast beam recovery without waiting for all RACH resources to be swept.

Further, the processor 31 is further configured to configure a beam corresponding to the RACH resource associated with the untransmitted SSB;

The processor 31 is specifically configured to control, by the transceiver, the beam recovery request of the beam corresponding to the RACH resource to be sent to the network side device by using the RACH resource.

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, for example, sending a downlink PDCCH. As shown in FIG. 7, the RACH resource that is not actually used can be used. Transmit beam recovery request.

The embodiment of the present disclosure 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 restoration request sent by the terminal using RACH resources associated with the untransmitted SSB.

More specifically, there is a non-contention RACH transmitted for handover in a 5G system, and a beam recovery request transmitted after a beam failure. Since the first type of non-contention RACH requires signaling interaction between network side devices, it is relatively complicated. Therefore, the beam recovery request can be sent using the RACH resources associated with the untransmitted SSB.

Computer readable media includes both permanent and non-persistent, removable and non-removable media. Information storage can be implemented by any method or technology. The information can be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, Phase-Change Random Access Memory (PRAM), Static Random Access Memory (SRAM), and Dynamic Random Access Memory (Dynamic Random Access Memory). , DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (Electrically Erasable Programmable Read-Only Memory, EEPROM ), flash memory or other memory technology, Compact Disc Read-Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, magnetic cassette A magnetic tape storage or other magnetic storage device or any other non-transportable medium that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary storage of computer readable media (Transitory Media), such as modulated data signals and carrier waves.

In the embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, each functional unit in various embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

The functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product. Based on such understanding, the portion of the technical solution of the present disclosure that contributes in essence or to the prior art or the portion of the technical solution may be embodied in the form of a software product stored in a storage medium, including The instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present disclosure. The foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

The above is a preferred embodiment of the present disclosure, and it should be noted that those skilled in the art can also make several improvements and refinements without departing from the principles of the present disclosure. It should be considered as the scope of protection of this disclosure.

Claims

A method for allocating random access channel resources is applied to a terminal, including:

The terminal transmits a non-contention RACH and/or beam restoration request to the network side device using the random access channel RACH resource associated with the untransmitted synchronization signal block SSB.
The method for allocating random access channel resources according to claim 1, wherein the terminal transmits a non-contention RACH and/or beam restoration request to the network side device by using the RACH resource associated with the untransmitted SSB. The method also includes:

The terminal acquires RACH resources associated with the untransmitted SSB.
The method for allocating random access channel resources according to claim 2, wherein the acquiring, by the terminal, the RACH resources associated with the untransmitted SSB comprises:

The terminal compares the number and location of the SSBs configured in the system message with the number and location of the SSBs configured in the RRC signaling, and determines the untransmitted SSB and its associated RACH resources.
The method for allocating random access channel resources according to claim 1, wherein the method further comprises:

Configuring a beam corresponding to the RACH resource associated with the untransmitted SSB;

The sending, by the terminal, the beam recovery request to the network side device by using the RACH resource associated with the untransmitted SSB includes:

The terminal uses the RACH resource to send a beam recovery request of a beam corresponding to the RACH resource to a network side device.
A method for allocating a random access channel resource, which is applied to a network side device, and includes:

The network side device receives a non-contention RACH and/or beam recovery request transmitted by the terminal using RACH resources associated with the untransmitted SSB.
The method for allocating a random access channel resource according to claim 5, wherein after the network side device receives the beam recovery request sent by the terminal by using the RACH resource, the method further includes:

The network side device performs beam recovery on a beam corresponding to the beam recovery request.
A terminal, including a processor and a transceiver,

The processor is configured to control the transceiver to transmit a non-contention RACH and/or beam recovery request to the network side device using the RACH resource associated with the untransmitted SSB.
The terminal according to claim 7, wherein

The processor is further configured to acquire RACH resources associated with the untransmitted SSB.
The terminal according to claim 8, wherein

The processor is specifically configured to compare the number and location of the SSBs configured in the system message with the number and location of the SSBs configured in the RRC signaling to determine the untransmitted SSB and its associated RACH resources.
The terminal according to claim 7, wherein the processor is further configured to configure a beam corresponding to the RACH resource associated with the untransmitted SSB;

The processor is specifically configured to control, by the transceiver, the beam recovery request of the beam corresponding to the RACH resource to be sent to the network side device by using the RACH resource.
A network side device, including a processor and a transceiver,

The transceiver is configured to receive a non-contention RACH and/or beam recovery request sent by the terminal with RACH resources associated with the untransmitted SSB.
The network side device according to claim 11, wherein

The processor is configured to perform beam recovery on a beam corresponding to the beam recovery request.
A terminal comprising a memory, a processor, and a computer program stored on the memory and operable on the processor; wherein the processor executes the program to implement any of claims 1-4 A method for allocating random access channel resources as described in the item.
A network side device comprising a memory, a processor, and a computer program stored on the memory and operable on the processor; wherein the processor executes the program as claimed in claim 5 or 6 A method for allocating random access channel resources.
A computer readable storage medium having stored thereon a computer program, the program being executed by a processor to implement the steps in the method for allocating random access channel resources according to any one of claims 1 to 4 or to be processed The step of implementing the method for allocating random access channel resources according to claim 5 or 6 when executed.