TECHNICAL FIELD
[0001] This application relates to the field of communications technologies, and in particular,
to a resource allocation method, a base station, and a terminal.
BACKGROUND
[0002] Random access is a basic and important procedure in a long term evolution (Long Term
Evolution, LTE for short) system and a new radio (New Radio, NR for short) system.
Main objectives of the random access are to: 1. achieve uplink synchronization; and
2. allocate a unique cell radio network temporary identifier (Cell Radio Network Temporary
Identifier, C-RNTI for short) to a terminal, to request a network to allocate an uplink
resource to the terminal. Therefore, the random access is not only used for initial
access, but also may be used for new cell access in a handover process, access after
a radio link failure, uplink synchronization restoration when there is uplink/downlink
data transmission, an uplink shared channel (uplink shared channel, UL-SCH for short)
resource request, and the like.
[0003] There are two different random access procedures: a contention-based (Contention
based) random access procedure and a non-contention-based (Non-Contention based) random
access procedure. For contention-based random access, an entire procedure usually
includes four steps. In the first step, a terminal may send a preamble (Preamble)
to a base station by using a random access channel (Random Access Channel, RACH for
short) resource allocated by the base station. However, in an unlicensed frequency
band (unlicensed band), a channel contention-based access mechanism is used. Before
sending the preamble by using the allocated RACH resource, the terminal needs to perform
listen before talk (Listen Before Talk, LBT for short), and can send the preamble
only after the LBT succeeds. Therefore, if the LBT fails, the terminal cannot send
the preamble, and if the LBT succeeds, because a time point at which the LBT succeeds
may not match the allocated RACH resource in terms of time, the terminal cannot send
the preamble, increasing a latency and uncertainty of accessing a cell by the terminal.
SUMMARY
[0004] A technical problem to be resolved in embodiments of this application is to provide
a resource allocation method, a base station, and a terminal, to resolve a problem
of a high random access latency of a terminal.
[0005] According to a first aspect, an embodiment of this application provides a resource
allocation method. The method may include:
[0006] Abase station sends a configuration message to a terminal, where the configuration
message is used to configure, for the terminal, a random access channel RACH resource
used in a channel occupancy time COT.
[0007] The base station receives a random access request that is sent by the terminal based
on the RACH resource allocated by using the configuration message.
[0008] In a possible implementation, the configuration message includes:
time domain position information of the RACH resource.
[0009] In a possible implementation, the configuration message is downlink control information
DCI, and the time domain position information includes:
information about a relative position of the RACH resource and the DCI.
[0010] In a possible implementation, the time domain position information further includes:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
[0011] In a possible implementation, the configuration message is a discovery reference
signal DRS, and the time domain position information includes:
information about a relative position of the RACH resource and the DRS.
[0012] In a possible implementation, the time domain position information further includes:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
[0013] In a possible implementation, the configuration message includes at least one RACH
configuration parameter.
[0014] Alternatively, the configuration message includes a RACH configuration index, and
the RACH configuration index is used to indicate the terminal to obtain a corresponding
RACH configuration parameter from a preset RACH configuration table.
[0015] In a possible implementation, a frequency domain configuration of the RACH resource
uses a frequency domain configuration of an allocated RACH resource that is persistent
or semi-persistent in a current cell.
[0016] Alternatively, a frequency domain configuration of the RACH resource uses a frequency
domain configuration of an allocated RACH resource on one or more minimum unit bandwidths
that are used for LBT and on which the LBT succeeds.
[0017] Alternatively, the base station performs frequency domain configuration on the RACH
resource.
[0018] According to a second aspect, an embodiment of this application provides a resource
allocation method. The method may include:
[0019] A terminal receives a configuration message sent by a base station, where the configuration
message is used to configure, for the terminal, a random access channel RACH resource
used in a channel occupancy time COT.
[0020] The terminal sends a random access request to the base station based on the RACH
resource allocated by using the configuration message.
[0021] In a possible implementation, the configuration message includes:
time domain position information of the RACH resource.
[0022] In a possible implementation, the configuration message is downlink control information
DCI, and the time domain position information includes:
information about a relative position of the RACH resource and the DCI.
[0023] In a possible implementation, the time domain position information further includes:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
[0024] In a possible implementation, the configuration message is a discovery reference
signal DRS, and the time domain position information includes:
information about a relative position of the RACH resource and the DRS.
[0025] In a possible implementation, the time domain position information further includes:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
[0026] In a possible implementation, the configuration message includes at least one RACH
configuration parameter.
[0027] Alternatively, the configuration message includes a RACH configuration index, and
the RACH configuration index is used to indicate the terminal to obtain a corresponding
RACH configuration parameter from a preset RACH configuration table.
[0028] In a possible implementation, a frequency domain configuration of the RACH resource
uses a frequency domain configuration of an allocated RACH resource that is persistent
or semi-persistent in a current cell.
[0029] Alternatively, a frequency domain configuration of the RACH resource uses a frequency
domain configuration of an allocated RACH resource on one or more minimum unit bandwidths
that are used for LBT and on which the LBT succeeds.
[0030] Alternatively, the base station performs frequency domain configuration on the RACH
resource.
[0031] According to a third aspect, an embodiment of this application provides a base station.
The base station may include:
a sending unit, configured to send a configuration message to a terminal, where the
configuration message is used to configure, for the terminal, a random access channel
RACH resource used in a channel occupancy time COT; and
a receiving unit, configured to receive a random access request that is sent by the
terminal based on the RACH resource allocated by using the configuration message.
[0032] In a possible implementation, the configuration message includes:
time domain position information of the RACH resource.
[0033] In a possible implementation, the configuration message is downlink control information
DCI, and the time domain position information includes:
information about a relative position of the RACH resource and the DCI.
[0034] In a possible implementation, the time domain position information further includes:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
[0035] In a possible implementation, the configuration message is a discovery reference
signal DRS, and the time domain position information includes:
information about a relative position of the RACH resource and the DRS.
[0036] In a possible implementation, the time domain position information further includes:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
[0037] In a possible implementation, the configuration message includes at least one RACH
configuration parameter.
[0038] Alternatively, the configuration message includes a RACH configuration index, and
the RACH configuration index is used to indicate the terminal to obtain a corresponding
RACH configuration parameter from a preset RACH configuration table.
[0039] In a possible implementation, a frequency domain configuration of the RACH resource
uses a frequency domain configuration of an allocated RACH resource that is persistent
or semi-persistent in a current cell.
[0040] Alternatively, a frequency domain configuration of the RACH resource uses a frequency
domain configuration of an allocated RACH resource on one or more minimum unit bandwidths
that are used for LBT and on which the LBT succeeds.
[0041] Alternatively, the base station performs frequency domain configuration on the RACH
resource.
[0042] According to a fourth aspect, an embodiment of this application provides a terminal.
The terminal may include:
a receiving unit, configured to receive a configuration message sent by a base station,
where the configuration message is used to configure, for the terminal, a random access
channel RACH resource used in a channel occupancy time COT; and
a sending unit, configured to send a random access request to the base station based
on the RACH resource allocated by using the configuration message.
[0043] In a possible implementation, the configuration message includes:
time domain position information of the RACH resource.
[0044] In a possible implementation, the configuration message is downlink control information
DCI, and the time domain position information includes:
information about a relative position of the RACH resource and the DCI.
[0045] In a possible implementation, the time domain position information further includes:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
[0046] In a possible implementation, the configuration message is a discovery reference
signal DRS, and the time domain position information includes:
information about a relative position of the RACH resource and the DRS.
[0047] In a possible implementation, the time domain position information further includes:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
[0048] In a possible implementation, the configuration message includes at least one RACH
configuration parameter.
[0049] Alternatively, the configuration message includes a RACH configuration index, and
the RACH configuration index is used to indicate the terminal to obtain a corresponding
RACH configuration parameter from a preset RACH configuration table.
[0050] In a possible implementation, a frequency domain configuration of the RACH resource
uses a frequency domain configuration of an allocated RACH resource that is persistent
or semi-persistent in a current cell.
[0051] Alternatively, a frequency domain configuration of the RACH resource uses a frequency
domain configuration of an allocated RACH resource on one or more minimum unit bandwidths
that are used for LBT and on which the LBT succeeds.
[0052] Alternatively, the base station performs frequency domain configuration on the RACH
resource.
[0053] According to a fifth aspect, an apparatus is provided. The apparatus provided in
this application has a function of implementing behavior of the base station or the
terminal in the aspects of the foregoing methods, and includes corresponding means
(means) configured to perform the steps or the functions described in the aspects
of the foregoing methods. The steps or the functions may be implemented by using software,
hardware (for example, a circuit), or a combination of hardware and software.
[0054] In a possible design, the apparatus includes one or more processors and a communications
unit. The one or more processors are configured to support the apparatus in performing
a corresponding function of the base station in the foregoing methods. For example,
the processor generates a configuration message used to configure, for the terminal,
a random access channel RACH resource used in a channel occupancy time COT. The communications
unit is configured to support the apparatus in communicating with another device,
to implement a receiving function and/or a sending function. For example, the communications
unit sends the configuration message to the terminal, and receives a random access
request sent by the terminal.
[0055] Optionally, the apparatus may further include one or more memories. The memory is
configured to be coupled to the processor, and the memory stores program instructions
and/or data necessary for the apparatus. The one or more memories may be integrated
with the processor, or may be disposed independent of the processor. This is not limited
in this application.
[0056] The apparatus may be a base station, a gNB, a TRP, or the like. The communications
unit may be a transceiver or a transceiver circuit. Optionally, the transceiver may
alternatively be an input/output circuit or an interface.
[0057] The apparatus may alternatively be a communications chip. The communications unit
may be an input/output circuit or an interface of the communications chip.
[0058] In another possible design, the apparatus includes a transceiver, a processor, and
a memory. The processor is configured to control the transceiver or the input/output
circuit to send and receive a signal, and the memory is configured to store a computer
program. The processor is configured to run the computer program in the memory, to
enable the apparatus to perform the method completed by the base station in any one
of the first aspect or the possible implementations of the first aspect.
[0059] In a possible design, the apparatus includes one or more processors and a communications
unit. The one or more processors are configured to support the apparatus in performing
a corresponding function of the terminal in the foregoing methods. For example, the
processor parses the received configuration message, and obtains configuration parameters
of the RACH resource. The communications unit is configured to support the apparatus
in communicating with another device, to implement a receiving function and/or a sending
function. For example, the communications unit receives the configuration message
sent by the base station, and sends the random access request to the base station.
[0060] Optionally, the apparatus may further include one or more memories. The memory is
configured to be coupled to the processor, and the memory stores program instructions
and/or data necessary for a network device. The one or more memories may be integrated
with the processor, or may be disposed independent of the processor. This is not limited
in this application.
[0061] The apparatus may be an intelligent terminal, a wearable device, or the like. The
communications unit may be a transceiver or a transceiver circuit. Optionally, the
transceiver may alternatively be an input/output circuit or an interface.
[0062] The apparatus may alternatively be a communications chip. The communications unit
may be an input/output circuit or an interface of the communications chip.
[0063] In another possible design, the apparatus includes a transceiver, a processor, and
a memory. The processor is configured to control the transceiver or the input/output
circuit to send and receive a signal, and the memory is configured to store a computer
program. The processor is configured to run the computer program in the memory, to
enable the apparatus to perform the method completed by the terminal in any one of
the second aspect or the possible implementations of the second aspect.
[0064] According to a sixth aspect, a system is provided, and the system includes the base
station and the terminal.
[0065] According to a seventh aspect, a computer-readable storage medium is provided, and
is configured to store a computer program. The computer program includes instructions
used to perform the method according to any one of the first aspect or the possible
implementations of the first aspect.
[0066] According to an eighth aspect, a computer-readable storage medium is provided, and
is configured to store a computer program. The computer program includes instructions
used to perform the method according to any one of the second aspect or the possible
implementations of the second aspect.
[0067] According to a ninth aspect, a computer program product is provided. The computer
program product includes computer program code. When the computer program code is
run on a computer, the computer is enabled to perform the method according to any
one of the first aspect or the possible implementations of the first aspect.
[0068] According to a tenth aspect, a computer program product is provided. The computer
program product includes computer program code. When the computer program code is
run on a computer, the computer is enabled to perform the method according to any
one of the second aspect or the possible implementations of the second aspect.
BRIEF DESCRIPTION OF DRAWINGS
[0069] To describe the technical solutions in embodiments of this application or in the
background more clearly, the following describes the accompanying drawings for describing
the embodiments of this application or the background.
FIG. 1 is a schematic architectural diagram of a communications system according to
an embodiment of this application;
FIG. 2 is a schematic flowchart of a resource allocation method according to an embodiment
of this application;
FIG. 3 is a schematic flowchart of another resource allocation method according to
an embodiment of this application;
FIG. 4 is a schematic composition diagram of a base station according to an embodiment
of this application;
FIG. 5 is a schematic composition diagram of another base station according to an
embodiment of this application;
FIG. 6 is a schematic composition diagram of a terminal according to an embodiment
of this application; and
FIG. 7 is a schematic composition diagram of another terminal according to an embodiment
of this application.
DESCRIPTION OF EMBODIMENTS
[0070] The following describes the embodiments of this application with reference to the
accompanying drawings in the embodiments of this application.
[0071] The terms "include", "comprise", and any other variants thereof in the specification,
claims, and the accompanying drawings of this application are intended to cover a
non-exclusive inclusion. For example, a process, a method, a system, a product, or
a device that includes a series of steps or units is not limited to the listed steps
or units, but optionally further includes an unlisted step or unit, or optionally
further includes another inherent step or unit of the process, the method, the product,
or the device.
[0072] With increasing communications requirements of people, communications technologies
are rapidly developing. After a cell search process, a terminal achieves downlink
synchronization with a cell. Therefore the terminal can receive downlink data. However,
the terminal can perform uplink transmission only after achieving uplink synchronization
with the cell. The terminal establishes a connection to the cell through a random
access procedure (Random Access Procedure, RAP for short) and achieves uplink synchronization
with the cell. Random access may be completed between a base station and the terminal
by using a msg 1 to a msg 4. The msg 1 indicates that the terminal sends a random
access preamble (Preamble). The msg 2 indicates that the base station sends a random
access response message. The msg 3 indicates that the terminal sends the msg 3, and
content of the msg 3 corresponds to several types of triggering events of the random
access. For example, content of the msg 3 during initial access is a radio resource
control (Radio Resource Control, RRC for short) connection request, and content of
the msg 3 during connection reestablishment is an RRC connection reestablishment request.
The msg 4 indicates that the base station sends a conflict resolution message. Therefore,
the random access procedure is completed.
[0073] When this random access method is applied to, for example, a system that works in
new radio in an unlicensed spectrum (NR in Unlicensed Spectrum, NRU for short), the
NRU system works in the unlicensed spectrum, and the unlicensed spectrum needs to
be shared among a plurality of devices or even between an NRU device and an inter-RAT
(such as Wi-Fi) device through channel preemption. Therefore, the device needs to
listen to a channel before sending a signal, and can send the signal only after determining
that the channel is idle. This mechanism is referred to as listen before talk. To
improve random access efficiency of the terminal, it is expected to ensure that the
preamble can be successfully sent after the LBT succeeds. Therefore, a method for
enabling a terminal to implement fast random access in such an unlicensed spectrum
communications system needs to be provided.
[0074] For ease of description, a 5G system is used for description in the embodiments of
the present invention. A person skilled in the art should understand that the implementations
in the embodiments of the present invention are also applicable to an existing communications
system and a future communications system at a higher level, such as a 6G communications
system and a 7G communications system. This is not limited in the embodiments of the
present invention.
[0075] The following describes in detail a random access method and a device in the embodiments
of the present invention with reference to the accompanying drawings.
[0076] FIG. 1 is a schematic architectural diagram of a communications system according
to an embodiment of this application. The communications system may include a base
station and at least one terminal. The terminal may also be referred to as user equipment
(User Equipment, UE for short).
[0077] Abase station 10 may be an NR base station (gNB), an evolved NodeB (evolved Node
B, eNB for short), a NodeB (NodeB, NB for short), a base station controller (Base
Station Controller, BSC for short), a base transceiver station (Base Transceiver Station,
BTS for short), a home base station (for example, a home evolved NodeB or a home Node
B, HNB for short), a baseband unit (Baseband Unit, BBU for short), and the like. The
base station 10 may also be referred to as a base station transceiver, a radio base
station, a radio transceiver, a transceiver function, a base station subsystem (Base
Station Sub system, BSS for short), or some other appropriate terms by a person skilled
in the art. The base station 10 is an entity, on a network side, configured to transmit
a signal or receive a signal. In this embodiment of this application, the base station
10 may send a configuration message to the terminal, to dynamically allocate a RACH
resource to the terminal 20.
[0078] The terminal 20 may also be referred to as user equipment (User Equipment, UE for
short). The terminal 20 may include a cellular phone, a smartphone, a session initiation
protocol (Session Initiation Protocol, SIP for short) phone, a laptop computer, a
personal digital assistant (Personal Digital Assistant, PDA for short), satellite
radio, a global positioning system, a multimedia device, a video device, a digital
audio player (for example, an MP3 player), a camera, a game console, or any other
device with a similar function. The terminal may also be referred to as a mobile station,
a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote
unit, a mobile device, a wireless device, a wireless communications device, a remote
device, a mobile subscriber station, an access terminal, a mobile terminal, a wireless
terminal, a remote terminal, a handheld device, a user agent, a mobile client, a client,
or some other appropriate terms by a person skilled in the art. The terminal 20 is
an entity, on a user side, configured to receive a signal or transmit a signal. In
this embodiment of this application, the terminal 20 may receive the configuration
message sent by the base station 10, obtain a configuration parameter of the RACH
resource, and send a random access request based on the RACH resource dynamically
allocated by the base station 20, to implement fast random access. For ease of description,
only one terminal 20 is shown in this embodiment of this application. In an actual
scenario, there may be one or more terminals 20. Some of the terminals may further
serve as transit devices, and may send downlink information to some other terminals,
and a user group may be formed by the terminals. This is not limited in this embodiment
of this application.
[0079] FIG. 2 is a schematic flowchart of a resource allocation method according to an embodiment
of this application. The following steps are specifically included.
[0080] S201: A base station sends a configuration message to a terminal.
[0081] The configuration message is used to configure, for the terminal, a random access
channel (RACH) resource used in a channel occupancy time (Channel occupancy time,
COT for short).
[0082] When the base station/terminal performs LBT on a channel (for example, 20 MHz), if
the LBT succeeds, the base station/terminal obtains permission to use the channel
in a period of time. The period of time may be referred to as the channel occupancy
time (COT). Maximum COT duration after channel preemption is related to a priority
used for performing the LBT, and the priority may include CAT 2, CAT 4, and the like.
For example, when CAT 2 LBT is used for performing channel access, the maximum COT
duration is 4 ms. When CAT 4 LBT is used for performing channel access, the maximum
COT duration is 8 ms or 10 ms. After the LBT succeeds, the base station may send the
configuration message. In this case, the COT is established and countdown is performed.
[0083] When the base station/terminal performs LBT on a plurality of channels, LBT on one
or more sub-channels (for example, 20 MHz) may succeed. A method for performing the
LBT is similar to that in the foregoing case of one channel, and details are not described
herein again. The base station/terminal may perform transmission on a set of the foregoing
sub-channels on which the LBT succeeds, and a COT start time and end time are the
same on the sub-channels.
[0084] Optionally, the configuration message includes:
time domain position information of the RACH resource.
[0085] Optionally, the configuration message is downlink control information (Downlink control
information, DCI for short), and the time domain position information includes:
information about a relative position of the RACH resource and the DCI.
[0086] After the LBT succeeds and a COT length is obtained, the time domain position information
of the RACH resource may be carried in the DCI, and the terminal is notified of the
time domain position information.
[0087] S202: The base station receives a random access request that is sent by the terminal
based on the RACH resource allocated by using the configuration message.
[0088] In a specific example, when generating the configuration message, the base station
may perform configuration based on a configuration table partially the same as an
NR RACH resource configuration table (for example, some parameters in some configuration
items are different). That is, a sequence number of one configuration item is carried
in the configuration message and used to indicate a plurality of corresponding configuration
parameters, and a relative position relationship between the RACH resource and the
DCI is carried in one or more parameters of the configuration item. This implementation
may be compatible with an existing NR RACH resource configuration mechanism, thereby
reducing hardware and software modification costs.
[0089] It should be noted that in this embodiment of this application, the RACH resource
may also be referred to as a PRACH resource.
[0090] For example, Table 1 below is a part of the NR RACH resource configuration table.
Meanings of parameters are as follows:
Table 1
| PRACH configuration index |
Preamble format |
nSFN mod x = y |
Subframe number |
Starting symbol |
Number of PRACH slots within a subframe |
 , number of time-domain PRACH occasions within a PRACH slot |
 dur PRACH duration |
| x |
y |
| 0 |
0 |
16 |
1 |
9 |
0 |
- |
- |
0 |
| 1 |
0 |
8 |
1 |
9 |
0 |
- |
- |
0 |
| 2 |
0 |
4 |
1 |
9 |
0 |
- |
- |
0 |
| 3 |
0 |
2 |
0 |
9 |
0 |
- |
- |
0 |
| 4 |
0 |
2 |
1 |
9 |
0 |
- |
- |
0 |
| 5 |
0 |
2 |
0 |
4 |
0 |
- |
- |
0 |
| 6 |
0 |
2 |
1 |
4 |
0 |
- |
- |
0 |
| 7 |
0 |
1 |
0 |
9 |
0 |
- |
- |
0 |
| 8 |
0 |
1 |
0 |
8 |
0 |
- |
- |
0 |
| 9 |
0 |
1 |
0 |
7 |
0 |
- |
- |
0 |
| 10 |
0 |
1 |
0 |
6 |
0 |
- |
- |
0 |
| 11 |
0 |
1 |
0 |
5 |
0 |
- |
- |
0 |
| 12 |
0 |
1 |
0 |
4 |
0 |
- |
- |
0 |
| 13 |
0 |
1 |
0 |
3 |
0 |
- |
- |
0 |
| 14 |
0 |
1 |
0 |
2 |
0 |
- |
- |
0 |
| 15 |
0 |
1 |
0 |
1,6 |
0 |
|
|
0 |
| 16 |
0 |
1 |
0 |
1,6 |
7 |
- |
- |
0 |
| 17 |
0 |
1 |
0 |
4, 9 |
0 |
- |
- |
0 |
| 18 |
0 |
1 |
0 |
3, 8 |
0 |
- |
- |
0 |
| 19 |
0 |
1 |
0 |
2, 7 |
0 |
- |
- |
0 |
| 20 |
0 |
1 |
0 |
8, 9 |
0 |
- |
- |
0 |
| 21 |
0 |
1 |
0 |
4,8,9 |
0 |
- |
- |
0 |
| 22 |
0 |
1 |
0 |
3,4,9 |
0 |
- |
- |
0 |
| 23 |
0 |
1 |
0 |
7,8,9 |
0 |
- |
- |
0 |
| 24 |
0 |
1 |
0 |
3, 4, 8, 9 |
0 |
- |
- |
0 |
| 25 |
0 |
1 |
0 |
6, 7, 8, 9 |
0 |
- |
- |
0 |
| 26 |
0 |
1 |
0 |
1, 4, 6, 9 |
0 |
- |
- |
0 |
| 27 |
0 |
1 |
0 |
1,3,5,7, 9 |
0 |
- |
- |
0 |
1. The PRACH configuration index indicates a random access configuration sequence
number that may be used as a RACH resource configuration index, and is used to notify
UE of a set of current system RACH resource configuration parameters. When the UE
prestores a RACH configuration table, the UE may query the table by using the random
access configuration sequence number, to obtain a specific RACH resource configuration
parameter.
2. The preamble format indicates a preamble sequence format. Currently, an NR system
supports a long sequence format (specifically including 0/1/2/3) with a sequence length
of 839 and a short sequence format (specifically including A1/A2/A3/B1/B2/B3/B4) with
a length of 139.
3. For x and y, x is a RACH resource configuration periodicity. For example, 16 indicates
that a RACH resource appears every 160 ms. y=1 indicates that the RACH resource appears
in system frames 1, 17, and 33.
4. The subframe number indicates a subframe index, and is used to indicate a subframe
(ranging from 0 to 9) in which the RACH resource is located.
5. The starting symbol is used to indicate a symbol (ranging from 0 to 13) that is
in a subframe and in which the RACH resource is located.
6. The number of PRACH slots within a subframe is used to indicate a quantity of physical
random access channel (Physical Random Access Channel, PRACH for short) slots (slots)
included in one subframe.
7. The number of time-domain PRACH occasions within a PRACH slot is used to indicate
a quantity of PRACH occasions included in one PRACH slot, where the PRACH occasion
represents a time-frequency resource used for random access.
8. The PRACH duration is used to indicate a quantity of symbols that each RACH resource
lasts in time domain.
[0091] When the method described in this implementation is applied to an NRU system, because
a radius of an NRU cell is relatively small, a configuration table 2 of the NRU system
may not include the configuration items (about the first 120 items) that are based
on the preamble format 0/1/2/3 (mainly for a large-radius cell) and in the foregoing
NR configuration table 1, but include a PRACH configuration item that is triggered
by the DCI and based on the short sequence format (A1/A2/A3/B1/B2/B3/B4). One configuration
item includes an entire row of data in the table. In addition, in the configuration
table 2 of the NRU system, different configuration items may be used to indicate a
relative position relationship between a dynamically allocated RACH resource and DCI.
The configuration table 2 of the NRU system and parameter configuration of the PRACH
configuration item have the following meanings.
Table 2
| PRACH configuration index |
Preamble format |
nSFN mod x1=y1 |
Subframe number |
Starting symbol |
Number of PRACH slots within a subframe |
 , number of time-domain PRACH occasions within a PRACH slot |
 dur PRACH duration |
| X1 |
y1 |
| 0 |
A1 |
0 |
1 |
0 |
0 |
- |
- |
0 |
| 1 |
A2 |
1 |
2 |
1,3,5,7 |
0 |
- |
- |
0 |
| 2 |
A3 |
2 |
3 |
2,5,8 |
0 |
- |
- |
0 |
| 3 |
A4 |
3 |
4 |
3, 7 |
0 |
- |
- |
0 |
| 4 |
B2 |
4 |
5 |
4 |
0 |
- |
- |
0 |
| 5 |
B3 |
5 |
6 |
5 |
0 |
- |
- |
0 |
| 6 |
B4 |
6 |
Reserved information |
6 |
0 |
- |
- |
0 |
1. The PRACH configuration index indicates a random access configuration sequence
number that may be used as a RACH resource configuration index, and is used to notify
UE of a set of current system RACH resource configuration parameters. When the UE
prestores a RACH configuration table, the UE may query the table by using the random
access configuration sequence number, to obtain a specific RACH resource configuration
parameter. Compared with Table 1, herein, a configuration item corresponding to the
preamble format 0/1/2/3 is not included.
The random access configuration sequence number in Table 2 may use the sequence number
in Table 1, or may be renumbered. This is not limited herein. There are many methods
for continuing to use the sequence numbers in Table 1. For example, Table 1 and Table
2 are substantially combined into one large table, and the configuration items in
Table 2 are supplemented after the configuration items in Table 1. For another example,
Table 2 is a virtual table, namely, a part of indication functions that are actually
nested in Table 1. Content such as parameters and possible values of the parameters
in the configuration items in Table 1 remain unchanged, and some of the configuration
items may be used in the NRU system. However, indication functions of one or more
parameters in some configuration items used in the NRU system are different from those
of the one or more parameters in some configuration items used in an NR system. In
other words, for ease of application, Table 1 and Table 2 may be properly simplified,
for example, a configuration item corresponding to the short sequence format A1/A2/A3/B1/B2/B3/B4
with the length of 139 is reused in the NR system and the NRU system. A storage capacity
of the simplified tables can be further reduced.
2. The preamble format indicates a preamble sequence format. The configuration table
2 of the NRU system does not include the configuration item corresponding to the preamble
format 0/1/2/3, but includes the configuration item corresponding to the short sequence
format A1/A2/A3/B1/B2/B3/B4 with the length of 139.
3. For x1 and y1, x1 may be used to indicate a relative position relationship between DCI that triggers
dynamic RACH resource allocation and a dynamically allocated RACH resource, namely,
a time offset value. Optionally, the relative position relationship may be indicated
by using a subframe or a system frame as a unit or a granularity. For example, the
RACH resource is offset by two subframes or three system frames relative to a time
domain resource of the DCI. In this way, the terminal may determine, based on a value
of x1, a time domain position at which the dynamically allocated RACH resource first appears.
In the COT, the dynamically allocated RACH resource is used to send a preamble to
perform random access. Optionally, the time domain position information further includes
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT. In this case, y1 may be used to indicate a quantity of times that the dynamically allocated RACH resource
appears in the COT or a repetition periodicity of the dynamically allocated RACH resource
appearing in the COT. In this way, the terminal may determine, based on values of
x1 and y1 and the COT length, a time domain position at which the dynamically allocated RACH
resource first appears. For example, a common COT length is 8 ms. If y1=2, when x1 is equal to 0, the dynamically allocated RACH resource appears in the first subframe
and the third subframe in the COT. If y1=3 and x1=1, the dynamically allocated RACH resource appears in the second subframe, the fifth
subframe, and the eighth subframe in the COT. Alternatively, y1 may be set as reserved information (For example, reserved bits).
4. The subframe number indicates a subframe number, and is used to indicate a subframe
(ranging from 0 to 9) in which the dynamically allocated RACH resource is located.
5. The starting symbol is used to indicate a symbol (ranging from 0 to 13) that is
in a subframe and in which the dynamically allocated RACH resource is located.
6. The number of PRACH slots within a subframe is used to indicate a quantity of PRACH
slots included in one subframe.
7. The number of time-domain PRACH occasions within a PRACH slot is used to indicate
a quantity of PRACH occasions included in one PRACH slot, where the PRACH occasion
represents a dynamically allocated time-frequency resource used for random access.
8. The PRACH duration is used to indicate a quantity of symbols that each dynamically
allocated RACH resource lasts in time domain.
[0092] It should be noted that, for ease of description, Table 2 provides only an example
of a possible configuration item of the short sequence format (A1/A2/A3/B1/B2/B3/B4).
During actual use, a plurality of configuration items may be obtained based on various
combinations of configuration parameters, and details are not described herein.
[0093] Optionally, a RACH resource dynamically allocated by the base station by using the
DCI may be valid in a current COT, or may be valid in one or several subsequent COTs.
A valid time may be agreed upon in advance in a standard protocol, or may be indicated
in DCI. This is not limited in this embodiment of this application.
[0094] Optionally, in addition to reusing the NR PRACH configuration table to perform PRACH
configuration in the NRU system, a new preset PRACH configuration table may also be
generated for allocation of the RACH resource in the NRU system. A configuration parameter
is included in the new PRACH configuration table.
[0095] Optionally, the configuration message may include at least one RACH configuration
parameter of the eight items in the foregoing configuration table 2.
[0096] Alternatively, the configuration message includes a RACH configuration index that
is similar to that is the foregoing random access configuration sequence number. The
RACH configuration index is used to indicate the terminal to obtain a corresponding
RACH configuration parameter from a preset RACH configuration table.
[0097] After receiving the configuration message, the terminal may obtain, by using the
configuration message, a configuration parameter that is of the RACH resource dynamically
allocated in the current COT or several subsequent COTs and that is indicated by the
base station.
[0098] It can be learned from the configuration items included in Table 2 that, if all configuration
parameters are indicated in Table 2, a quantity of the configuration items of the
RACH resources obtained through dynamic allocation triggered by the DCI may reach
120. Therefore, in the DCI, 7 bits are required to indicate a currently used RACH
configuration parameter. This results in relatively high indication overheads.
[0099] In another optional implementation, the base station may notify the UE of a currently
available RACH resource configuration item of the cell by using one or more of common
information, such as remaining minimum system information (Remaining minimum system
information, RMSI for short), other system information (Other system information,
OSI for short), a group common physical downlink control channel (Group Community
-Physical downlink control channel, GC-PDCCH for short), and radio resource control
(Radio Resource control, RRC) signaling. After learning of some available RACH resource
configuration items, the UE may remove an unavailable configuration item from the
RACH resource configuration table, thereby reducing a quantity of bits that are used
to indicate the RACH configuration item and that is in the DCI, and reducing DCI overheads.
For example, it is assumed that there are 128 configuration items for dynamic allocation
of the RACH resource, and there may be only 16 configuration items for use by a current
cell. Therefore, the terminal may be notified of the 16 available items by using the
foregoing information or signaling. In this way, a quantity of bits can be reduced
when the base station sends the DCI. For example, when there are 16 available configuration
items, only 4 bits are required for indication, thereby reducing the DCI overheads.
Certainly, the complete RACH resource configuration table may alternatively be retained,
and the base station performs selection and indication only from the available configuration
items.
[0100] In an optional implementation, the base station may further periodically or aperiodically
update or resend, by using the RMSI, the OSI, the GC-PDCCH, and the RRC, a currently
available RACH resource configuration item of the cell, including a change of a quantity
of configuration items and/or a change of a sequence number of a specific configuration
item. For example, a quantity of last available configuration items ranges from 1
to 16, and a quantity of currently available configuration items ranges from 2 to
17. The DCI overheads can be reduced by indicating the available configuration item,
so that efficiency of obtaining a RACH resource configuration parameter through parsing
by the terminal is improved, thereby improving an access probability of the UE and
reducing an access latency of the UE.
[0101] In another implementation, in addition to notifying, by using the foregoing configuration
message, the terminal of the time domain position information of the dynamically allocated
RACH resource, a frequency domain position of the RACH resource may be configured
in any one of the following manners.
[0102] Optionally, a frequency domain configuration of the RACH resource may use a frequency
domain configuration of an allocated RACH resource that is persistent or semi-persistent
in a current cell.
[0103] Alternatively, a frequency domain configuration of the RACH resource may use a frequency
domain configuration of an allocated RACH resource on one or more minimum unit bandwidths
that are used for LBT and on which the LBT succeeds.
[0104] Alternatively, the base station performs frequency domain configuration on the RACH
resource.
[0105] The minimum unit bandwidth used for the LBT is 20 MHz, and 20 MHz is a unit bandwidth
of one Wi-Fi standard channel and is also a unit bandwidth (nominal channel bandwidth,
NCB for short) of the NRU system. In other words, the terminal detects, on each 20
MHz bandwidth, total energy on the channel. When energy exceeds a threshold, the terminal
considers that the 20 MHz channel is occupied by another device and does not perform
transmission. Otherwise, when the energy is lower than a threshold, the terminal considers
that the 20 MHz channel is idle and performs data transmission. In conclusion, 20
MHz is the minimum unit bandwidth for performing LBT, and a device may simultaneously
perform LBT on a plurality of 20 MHz channels. Transmission may be performed on 20
MHz channels on which the LBT succeeds.
[0106] Optionally, the frequency domain configuration may remain unchanged in one or more
COTs.
[0107] In addition, it should be noted that, in an existing NRU system, a discovery reference
signal (discovery reference signal, DRS for short) subcarrier spacing is 15/30 kHz,
and a PRACH subcarrier spacing is 15/30/60 kHz. Therefore, the time offset value x
in item 3 in the dynamic RACH configuration table 2 of the NRU system may be indicated
by using one of the DRS subcarrier spacings, or by using one of the PRACH subcarrier
spacings, where x may be understood as a quantity, and the subcarrier spacing may
be understood as a unit. A subcarrier spacing, used by the time offset value x, indicated
in item 3 may be agreed upon in advance in a standard protocol, or may be indicated
by the base station in a manner such as the RMSI, the OSI, the GC-PDCCH, and the RRC.
This is not limited in this embodiment of this application.
[0108] In another possible implementation, the configuration message may be a discovery
reference signal (DRS), and the time domain position information may include:
information about a relative position of the RACH resource and the DRS.
[0109] Optionally, the dynamically allocated RACH resource may be adjacent to the DRS (adjacent
to DRS) in time domain, and the base station may indicate, in a physical broadcast
channel (Physical broadcast channel, PBCH for short)/RMSI/OSI in the DRS, a time offset
between the RACH resource and the last DRS unit (unit). Being adjacent means that
when the base station sends only one DRS, the first symbol of a dynamic RACH resource
corresponding to the DRS is adjacent to the last symbol of the DRS or separated by
one symbol from the last symbol of the DRS, and is used for the UE to perform uplink
LBT. When the base station sends a group of DRSs in which there are more than one
DRSs, the last symbol of the last DRS is adjacent to the first symbol of the first
RACH resource in a RACH resource group or separated by one symbol from the first symbol
of the first RACH resource in a RACH resource group, and is used for the UE to perform
uplink LBT.
[0110] Optionally, the time domain position information may further include:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block (Synchronization signal/PBCH block, SSB for short) in the DRS and the RACH resource.
[0111] Abeam direction used by the base station to send the SSB is consistent with a beam
direction of receiving a preamble by the base station on a corresponding RACH resource.
Alternatively, a quasi-co location (quasi-colocation, QCL for short) relationship
exists between a beam direction used by the base station to send the SSB and a beam
direction of receiving a preamble by the base station on a corresponding RACH resource.
Therefore, there is a correspondence between the SSB and the RACH resource. Because
the SSB occupies only one slot in time domain, but may correspond to a plurality of
RACH resources in frequency domain, the mapping relationship between the SSB and the
RACH resource may be indicated.
[0112] For example, one SSB corresponds to one/two/four/eight RACH resources, or one/two/four/eight
SSBs correspond to one RACH resource.
[0113] In addition, because one RACH resource usually occupies only a 2 MHz bandwidth, a
plurality of RACH resources may exist in frequency domain. Therefore, a repetition
quantity (1/2/4/8) of the RACH resource in frequency domain on the minimum unit bandwidth
in which the DRS is located, namely, a 20 MHz channel, may be further indicated.
[0114] Optionally, if the DRS is received on a 20 MHz channel 1, the device may send data
on the channel 1. In this case, a RACH resource configuration message of the channel
1 needs to be configured. If the DRS is also received on a 20 MHz channel 2, a RACH
resource configuration message of the channel 2 may be further configured.
[0115] Similar to the configuration performed by using the DCI, the dynamically allocated
RACH resource is adjacent to the DRS in time domain, and the foregoing configuration
parameters are fixed or have only limited values. Therefore, the configuration parameter
of the RACH resource adjacent to the DRS may be agreed upon in a standard protocol,
or configured by the base station in the PBCH/RMSI/OSI/RRC. When the UE is notified,
and each time the base station sends the DRS, one or more bits are carried in a PBCH/RMSI/RMSI
of the SSB to indicate a currently used RACH resource configuration parameter. In
other words, the base station may send the RACH resource to the terminal by configuring
at least one of the foregoing optional parameters in the DRS, by using a configuration
index, or by using a specific configuration parameter or a configuration index carried
in one or more bits, so that the terminal obtains the configuration parameter by querying
a table.
[0116] Optionally, when the base station configures only a part of the configuration parameters
of the dynamically allocated RACH resource in the PBCH/RMSI/OSI of the DRS, indication
information of the remaining configuration parameters may use configuration information
of a persistent/semi-persistent RACH resource configured in a system.
[0117] For a frequency domain configuration manner, refer to the descriptions of the DCI
as the configuration message. Details are not described herein again.
[0118] S202: The base station receives a random access request that is sent by the terminal
based on the RACH resource allocated by using the configuration message.
[0119] After receiving the configuration message sent by the base station, the terminal
may obtain the RACH resource allocated by the base station to the terminal, then send
a preamble based on the allocated RACH resource, and initiate the random access request
to the base station. Then, the terminal exchanges information of a msg 2 to a msg
4 with the base station to implement random access.
[0120] In this embodiment of this application, the base station sends the configuration
message to the terminal, to allocate, to the terminal, the RACH resource used in the
COT, so that after the LBT, the terminal has the available RACH resource to send the
preamble. Therefore, fast access of the terminal during contention-based access in
an unlicensed spectrum is ensured, an access latency of the terminal is reduced, a
success rate and access efficiency of random access of the terminal are improved,
and efficiency and stability of an entire system are also improved. The DCI or the
DRS is used as the configuration message or used to carry the configuration message,
to be better compatible to an existing system, reduce reconstruction costs. This is
easy to implement.
[0121] FIG. 3 is a schematic flowchart of another resource allocation method according to
an embodiment of this application. The method includes the following steps.
[0122] S301: A terminal receives a configuration message sent by a base station.
[0123] The configuration message is used to configure, for the terminal, a random access
channel RACH resource used in a channel occupancy time COT.
[0124] The terminal may parse the configuration message, and obtain, from the configuration
message, the RACH resource allocated by the base station to the terminal.
[0125] S302: The terminal sends a random access request to the base station based on the
RACH resource allocated by using the configuration message.
[0126] This embodiment basically describes the device in the embodiment shown in FIG. 2.
For concepts, explanations, detailed descriptions that are related to the technical
solutions provided in this embodiment of this application, refer to the descriptions
of the content in the method described in FIG. 2. Details are not described herein.
[0127] FIG. 4 is a schematic composition diagram of a base station according to an embodiment
of this application. The base station may include:
a sending unit 100, configured to send a configuration message to a terminal, where
the configuration message is used to configure, for the terminal, a random access
channel RACH resource used in a channel occupancy time COT; and
a receiving unit 200, configured to receive a random access request that is sent by
the terminal based on the RACH resource allocated by using the configuration message.
[0128] Optionally, the configuration message includes:
time domain position information of the RACH resource.
[0129] Optionally, the configuration message is downlink control information DCI, and the
time domain position information includes:
information about a relative position of the RACH resource and the DCI.
[0130] Optionally, the time domain position information further includes:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
[0131] Optionally, the configuration message is a discovery reference signal DRS, and the
time domain position information includes:
information about a relative position of the RACH resource and the DRS.
[0132] Optionally, the time domain position information further includes:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
[0133] Optionally, the configuration message includes at least one RACH configuration parameter.
[0134] Alternatively, the configuration message includes a RACH configuration index, and
the RACH configuration index is used to indicate the terminal to obtain a corresponding
RACH configuration parameter from a preset RACH configuration table.
[0135] Optionally, a frequency domain configuration of the RACH resource uses a frequency
domain configuration of an allocated RACH resource that is persistent or semi-persistent
in a current cell.
[0136] Alternatively, a frequency domain configuration of the RACH resource uses a frequency
domain configuration of an allocated RACH resource on one or more minimum unit bandwidths
that are used for LBT and on which the LBT succeeds.
[0137] Alternatively, the base station performs frequency domain configuration on the RACH
resource.
[0138] For concepts, explanations, detailed descriptions, and other steps of the base station
that are related to the technical solutions provided in this embodiment of this application,
refer to the descriptions of the content in the foregoing methods or other embodiments.
Details are not described herein.
[0139] FIG. 5 is a schematic composition diagram of another base station according to an
embodiment of this application. As shown in FIG. 5, the base station may include a
processor 110, a memory 120, and a bus 130. The processor 110 and the memory 120 are
connected through the bus 130. The memory 120 is configured to store instructions.
The processor 110 is configured to execute the instructions stored in the memory 120,
to implement the steps in the method corresponding to FIG. 2.
[0140] Further, the base station may further include an input port 140 and an output port
150. The processor 110, the memory 120, the input port 140, and the output port 150
may be connected through the bus 130.
[0141] The processor 110 is configured to execute the instructions stored in the memory
120, to control the input port 140 to receive a signal, and control the output port
150 to send a signal, to complete the steps performed by the base station in the foregoing
methods. The input port 140 and the output port 150 may be a same physical entity
or different physical entities. When the input port 140 and the output port 150 are
the same physical entity, the input port 140 and the output port 150 may be collectively
referred to as an input/output port. The memory 120 may be integrated into the processor
110, or may be disposed separately from the processor 110.
[0142] In an implementation, it may be considered that functions of the input port 140 and
the output port 150 are implemented by using a transceiver circuit or a dedicated
transceiver chip. It may be considered that the processor 110 is implemented by using
a dedicated processing chip, a processing circuit, a processor, or a general-purpose
chip.
[0143] In another implementation, it may be considered that the base station provided in
this embodiment of this application is implemented by using a general-purpose computer.
To be specific, program code that is used to implement functions of the processor
110, the input port 140, and the output port 150 is stored in the memory, and a general-purpose
processor implements the functions of the processor 110, the input port 140, and the
output port 150 by executing the code in the memory.
[0144] For concepts, explanations, detailed descriptions, and other steps of the base station
that are related to the technical solutions provided in this embodiment of this application,
refer to the descriptions of the content in the foregoing methods or other embodiments.
Details are not described herein.
[0145] FIG. 6 is a schematic composition diagram of a terminal according to an embodiment
of this application. The terminal may include:
a receiving unit 300, configured to receive a configuration message sent by a base
station, where the configuration message is used to configure, for the terminal, a
random access channel RACH resource used in a channel occupancy time COT; and
a sending unit 400, configured to send a random access request to the base station
based on the RACH resource allocated by using the configuration message.
[0146] Optionally, the configuration message includes:
time domain position information of the RACH resource.
[0147] Optionally, the configuration message is downlink control information DCI, and the
time domain position information includes:
information about a relative position of the RACH resource and the DCI.
[0148] Optionally, the time domain position information further includes:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
[0149] Optionally, the configuration message is a discovery reference signal DRS, and the
time domain position information includes:
information about a relative position of the RACH resource and the DRS.
[0150] Optionally, the time domain position information further includes:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
[0151] Optionally, the configuration message includes at least one RACH configuration parameter.
[0152] Alternatively, the configuration message includes a RACH configuration index, and
the RACH configuration index is used to indicate the terminal to obtain a corresponding
RACH configuration parameter from a preset RACH configuration table.
[0153] Optionally, a frequency domain configuration of the RACH resource uses a frequency
domain configuration of an allocated RACH resource that is persistent or semi-persistent
in a current cell.
[0154] Alternatively, a frequency domain configuration of the RACH resource uses a frequency
domain configuration of an allocated RACH resource on one or more minimum unit bandwidths
that are used for LBT and on which the LBT succeeds.
[0155] Alternatively, the base station performs frequency domain configuration on the RACH
resource.
[0156] For concepts, explanations, detailed descriptions, and other steps of the terminal
that are related to the technical solutions provided in this embodiment of this application,
refer to the descriptions of the content in the foregoing methods or other embodiments.
Details are not described herein.
[0157] FIG. 7 is a schematic composition diagram of another terminal according to an embodiment
of this application. As shown in FIG. 7, the terminal may include a processor 210,
a memory 220, and a bus 230. The processor 210 and the memory 220 are connected through
the bus 230. The memory 220 is configured to store instructions. The processor 210
is configured to execute the instructions stored in the memory 220, to implement the
steps performed by the terminal in the method corresponding to FIG. 3.
[0158] Further, the terminal may further include an input port 240 and an output port 250.
The processor 210, the memory 220, the input port 240, and the output port 250 may
be connected through the bus 230.
[0159] The processor 210 is configured to execute the instructions stored in the memory
220, to control the input port 240 to receive a signal, and control the output port
250 to send a signal, to complete the steps performed by the terminal in the foregoing
methods. The input port 240 and the output port 250 may be a same physical entity
or different physical entities. When the input port 240 and the output port 250 are
the same physical entity, the input port 240 and the output port 250 may be collectively
referred to as an input/output port. The memory 220 may be integrated into the processor
210, or may be disposed separately from the processor 210.
[0160] In an implementation, it may be considered that functions of the input port 240 and
the output port 250 are implemented by using a transceiver circuit or a dedicated
transceiver chip. It may be considered that the processor 210 is implemented by using
a dedicated processing chip, a processing circuit, a processor, or a general-purpose
chip.
[0161] In another implementation, it may be considered that the terminal provided in this
embodiment of this application is implemented by using a general-purpose computer.
To be specific, program code that is used to implement functions of the processor
210, the input port 240, and the output port 250 is stored in the memory, and a general-purpose
processor implements the functions of the processor 210, the input port 240, and the
output port 250 by executing the code in the memory.
[0162] For concepts, explanations, detailed descriptions, and other steps of the terminal
that are related to the technical solutions provided in this embodiment of this application,
refer to the descriptions of the content in the foregoing methods or other embodiments.
Details are not described herein.
[0163] A person skilled in the art may understand that, for ease of description, FIG. 5
and FIG. 7 show only one memory and only one processor. In an actual controller, there
may be a plurality of processors and memories. The memory may also be referred to
as a storage medium, a storage device, or the like. This is not limited in this embodiment
of this application.
[0164] It should be understood that the processor in this embodiment of this application
may be a central processing unit (Central Processing Unit, CPU for short), or may
be another general-purpose processor, a digital signal processor (Digital Signal Processor,
DSP for short), an application-specific integrated circuit (Application-Specific Integrated
Circuit, ASIC for short), a field programmable gate array (Field Programmable Gate
Array, FPGA for short) or another programmable logic device, a discrete gate or a
transistor logic device, a discrete hardware component, or the like.
[0165] The memory may include a read-only memory and a random access memory, and provide
instructions and data to the processor. Apart of the memory may further include a
non-volatile random access memory.
[0166] In addition to a data bus, the bus may further include a power bus, a control bus,
a status signal bus, and the like. However, for clear description, various types of
buses in the figure are marked as the bus.
[0167] In an implementation process, steps in the foregoing methods may be implemented by
using an integrated logical circuit of hardware in the processor, or by using instructions
in a form of software. The steps of the method disclosed with reference to the embodiments
of this application may be directly performed by a hardware processor, or may be performed
by using a combination of hardware and software modules in the processor. The software
module may be located in a mature storage medium in the art, such as a random access
memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically
erasable programmable memory, or a register. The storage medium is located in the
memory, and the processor reads information in the memory and completes the steps
in the foregoing methods in combination with hardware of the processor. To avoid repetition,
details are not described herein again.
[0168] According to the methods provided in the embodiments of this application, an embodiment
of this application further provides a system, including the foregoing base station
and terminal.
[0169] Sequence numbers of the foregoing processes do not mean execution sequences in various
embodiments of this application. The execution sequences of the processes should be
determined based on functions and internal logic of the processes, and should not
be constructed as any limitation on the implementation processes of the embodiments
of this application.
[0170] A person of ordinary skill in the art may be aware that various illustrative logical
blocks (illustrative logical blocks, ILBs for short) and steps that are described
with reference to the embodiments disclosed in this specification can be implemented
by electronic hardware or a combination of computer software and electronic hardware.
Whether the functions are performed by hardware or software depends on particular
applications and design constraints of the technical solutions. A person skilled in
the art may use different methods to implement the described functions for each particular
application, but it should not be considered that the implementation goes beyond the
scope of this application.
[0171] In the several embodiments provided in this application, it should be understood
that, the disclosed system, apparatus, and method may be implemented in another manner.
For example, the described apparatus embodiments are merely examples. For example,
division into the units is merely logical function division and may be other division
in actual implementation. For example, a plurality of units or components may be combined
or integrated into another system, or some features may be ignored or not performed.
In addition, the displayed or discussed mutual couplings or direct couplings or communication
connections may be implemented through some interfaces. The indirect couplings or
communication connections between the apparatuses or units may be implemented in an
electrical form, a mechanical form, or another form.
[0172] All or some of the foregoing embodiments may be implemented by using software, hardware,
firmware, or any combination thereof. When software is used to implement the embodiments,
all or some of the embodiments may be implemented in a form of a computer program
product. The computer program product includes one or more computer instructions.
When the computer program instructions are loaded and executed on the computer, the
procedure or functions according to the embodiments of this application are all or
partially generated. The computer may be a general-purpose computer, a dedicated computer,
a computer network, or another programmable apparatus. The computer instructions may
be stored in a computer-readable storage medium or may be transmitted from a computer-readable
storage medium to another computer-readable storage medium. For example, the computer
instructions may be transmitted from a website, computer, server, or data center to
another website, computer, server, or data center in a wired (for example, a coaxial
cable, an optical fiber, or a digital subscriber line) or wireless (for example, infrared,
radio, or microwave) manner. The computer-readable storage medium may be any usable
medium accessible by the computer, or a data storage device, such as a server or a
data center, integrating one or more usable media. The usable medium may be a magnetic
medium (for example, a floppy disk, a hard disk, or a magnetic tape), an optical medium
(for example, a DVD), a semiconductor medium (for example, a solid-state drive), or
the like.
[0173] The foregoing descriptions are merely specific implementations of this application,
but are not intended to limit the protection scope of this application. Any variation
or replacement readily figured out by a person skilled in the art within the technical
scope disclosed in this application shall fall within the protection scope of this
application. Therefore, the protection scope of this application shall be subject
to the protection scope of the claims.
1. A resource allocation method, comprising:
sending, by a base station, a configuration message to a terminal, wherein the configuration
message is used to configure, for the terminal, a random access channelRACH resource
used in a channel occupancy timeCOT; and
receiving, by the base station, a random access request that is sent by the terminal
based on the RACH resource allocated by using the configuration message.
2. The method according to claim 1, wherein the configuration message comprises:
time domain position information of the RACH resource.
3. The method according to claim 2, wherein the configuration message is downlink control
informationDCI, and the time domain position information comprises:
information about a relative position of the RACH resource and the DCI.
4. The method according to claim 3, wherein the time domain position information further
comprises:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource in the COT.
5. The method according to claim 2, wherein the configuration message is a discovery
reference signal DRS, and the time domain position information comprises:
information about a relative position of the RACH resource and the DRS.
6. The method according to claim 5, wherein the time domain position information further
comprises:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
7. The method according to any one of claims 1 to 6, wherein the configuration message
comprises at least one RACH configuration parameter; or
the configuration message comprises a RACH configuration index, and the RACH configuration
index is used to indicate the terminal to obtain a corresponding RACH configuration
parameter from a preset RACH configuration table.
8. The method according to claim 7, wherein a frequency domain configuration of the RACH
resource uses a frequency domain configuration of an allocated RACH resource that
is persistent or semi-persistent in a current cell;
a frequency domain configuration of the RACH resource uses a frequency domain configuration
of an allocated RACH resource on one or more minimum unit bandwidths that are used
for LBT and on which the LBT succeeds; or
the base station performs frequency domain configuration on the RACH resource.
9. A resource allocation method, comprising:
receiving, by a terminal, a configuration message sent by a base station, wherein
the configuration message is used to configure, for the terminal, a random access
channel RACH resource used in a channel occupancy time COT; and
sending, by the terminal, a random access request to the base station based on the
RACH resource allocated by using the configuration message.
10. The method according to claim 9, wherein the configuration message comprises:
time domain position information of the RACH resource.
11. The method according to claim 10, wherein the configuration message is downlink control
information DCI, and the time domain position information comprises:
information about a relative position of the RACH resource and the DCI.
12. The method according to claim 11, wherein the time domain position information further
comprises:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
13. The method according to claim 10, wherein the configuration message is a discovery
reference signal DRS, and the time domain position information comprises:
information about a relative position of the RACH resource and the DRS.
14. The method according to claim 13, wherein the time domain position information further
comprises:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
15. The method according to any one of claims 9 to 14, wherein the configuration message
comprises at least one RACH configuration parameter; or
the configuration message comprises a RACH configuration index, and the RACH configuration
index is used to indicate the terminal to obtain a corresponding RACH configuration
parameter from a preset RACH configuration table.
16. The method according to claim 15, wherein a frequency domain configuration of the
RACH resource uses a frequency domain configuration of an allocated RACH resource
that is persistent or semi-persistent in a current cell;
a frequency domain configuration of the RACH resource uses a frequency domain configuration
of an allocated RACH resource on one or more minimum unit bandwidths that are used
for LBT and on which the LBT succeeds; or
the base station performs frequency domain configuration on the RACH resource.
17. A communications apparatus for resource allocation, comprising:
a sending unit, configured to send a configuration message to a terminal, wherein
the configuration message is used to configure, for the terminal, a random access
channel RACH resource used in a channel occupancy time COT; and
a receiving unit, configured to receive a random access request that is sent by the
terminal based on the RACH resource allocated by using the configuration message.
18. The communications apparatus according to claim 17, wherein the configuration message
comprises:
time domain position information of the RACH resource.
19. The communications apparatus according to claim 18, wherein the configuration message
is downlink control information DCI, and the time domain position information comprises:
information about a relative position of the RACH resource and the DCI.
20. The communications apparatus according to claim 19, wherein the time domain position
information further comprises:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
21. The communications apparatus according to claim 18, wherein the configuration message
is a discovery reference signal DRS, and the time domain position information comprises:
information about a relative position of the RACH resource and the DRS.
22. The communications apparatus according to claim 21, wherein the time domain position
information further comprises:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
23. The communications apparatus according to any one of claims 17 to 22, wherein the
configuration message comprises at least one RACH configuration parameter; or
the configuration message comprises a RACH configuration index, and the RACH configuration
index is used to indicate the terminal to obtain a corresponding RACH configuration
parameter from a preset RACH configuration table.
24. The communications apparatus according to claim 23, wherein a frequency domain configuration
of the RACH resource uses a frequency domain configuration of an allocated RACH resource
that is persistent or semi-persistent in a current cell;
a frequency domain configuration of the RACH resource uses a frequency domain configuration
of an allocated RACH resource on one or more minimum unit bandwidths that are used
for LBT and on which the LBT succeeds; or
the base station performs frequency domain configuration on the RACH resource.
25. A communications apparatus, comprising:
a receiving unit, configured to receive a configuration message sent by a base station,
wherein the configuration message is used to configure, for a terminal, a random access
channel RACH resource used in a channel occupancy time COT; and
a sending unit, configured to send a random access request to the base station based
on the RACH resource allocated by using the configuration message.
26. The communications apparatus according to claim 25, wherein the configuration message
comprises:
time domain position information of the RACH resource.
27. The communications apparatus according to claim 26, wherein the configuration message
is downlink control information DCI, and the time domain position information comprises:
information about a relative position of the RACH resource and the DCI.
28. The communications apparatus according to claim 27, wherein the time domain position
information further comprises:
a quantity of times that the RACH resource appears in the COT or a repetition periodicity
of the RACH resource appearing in the COT.
29. The communications apparatus according to claim 26, wherein the configuration message
is a discovery reference signal DRS, and the time domain position information comprises:
information about a relative position of the RACH resource and the DRS.
30. The communications apparatus according to claim 29, wherein the time domain position
information further comprises:
a quantity of times that the RACH resource appears and/or an interval at which the
RACH resource appears, and a mapping relationship between a synchronization signal/PBCH
block SSB in the DRS and the RACH resource.
31. The communications apparatus according to any one of claims 25 to 30, wherein the
configuration message comprises at least one RACH configuration parameter; or
the configuration message comprises a RACH configuration index, and the RACH configuration
index is used to indicate the terminal to obtain a corresponding RACH configuration
parameter from a preset RACH configuration table.
32. The communications apparatus according to claim 31, wherein a frequency domain configuration
of the RACH resource uses a frequency domain configuration of an allocated RACH resource
that is persistent or semi-persistent in a current cell;
a frequency domain configuration of the RACH resource uses a frequency domain configuration
of an allocated RACH resource on one or more minimum unit bandwidths that are used
for LBT and on which the LBT succeeds; or
the base station performs frequency domain configuration on the RACH resource.
33. A network-side communications apparatus, comprising:
a processor, a memory, and a bus, wherein the processor and the memory are connected
by using the bus, the memory is configured to store a set of program code, and the
processor is configured to invoke the program code stored in the memory to perform
the step according to any one of claims 1 to 8.
34. A communications apparatus, comprising:
a processor, a memory, and a bus, wherein the processor and the memory are connected
by using the bus, the memory is configured to store a set of program code, and the
processor is configured to invoke the program code stored in the memory to perform
the step according to any one of claims 9 to 16.
35. A computer-readable storage medium, wherein
the computer-readable storage medium stores instructions; and when the instructions
are run on a computer, the method according to any one of claims 1 to 8 is implemented.
36. A computer-readable storage medium, wherein
the computer-readable storage medium stores instructions; and when the instructions
are run on a computer, the method according to any one of claims 9 to 16 is implemented.