WO2024092513A1

WO2024092513A1 - Control method, communication device, and storage medium

Info

Publication number: WO2024092513A1
Application number: PCT/CN2022/129006
Authority: WO
Inventors: 朱荣昌; 黄伟; 黄钧蔚
Original assignee: 深圳传音控股股份有限公司
Priority date: 2022-11-01
Filing date: 2022-11-01
Publication date: 2024-05-10

Abstract

According to the present application, uplink timing is adjusted on the basis of downlink information, and in a plurality of network device scenarios, a random access process can be carried out on the basis of a specific network device, thereby improving the accuracy of timing adjustment.

Description

Control method, communication device and storage medium

Technical Field

The present application relates to the field of communication technology, and in particular to a control method, communication equipment and storage medium.

Background technique

In the existing protocol, in the scenario of multiple network devices, SSB (Synchronization Signal and PBCH block) is not transmitted based on a specific network device, and SSB is not grouped. SSB is not bound to a certain network device. In the scenario of multiple network devices, the random access process cannot be performed based on a specific network device, which affects the accuracy of timing adjustment.

Therefore, it is necessary to propose a solution to improve the accuracy of timing adjustment.

The preceding description is intended to provide general background information and does not necessarily constitute prior art.

Technical Solutions

The main purpose of the present application is to provide a control method, a communication device and a storage medium, aiming to improve the accuracy of timing adjustment.

To achieve the above purpose, the present application provides a control method, which can be applied to a terminal device (such as a mobile phone), comprising the following steps:

S1: Adjust uplink timing based on downlink information.

The present application also provides a control method, which can be applied to a network device (such as a base station), comprising the following steps:

S0: Send downlink information so that the terminal device can adjust the uplink timing based on the downlink information.

The present application also provides a communication device, comprising: a memory, a processor, and a control program stored in the memory and executable on the processor, wherein the control program implements the steps of any of the control methods described above when executed by the processor.

The present application also provides a storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of any of the control methods described above are implemented.

The present application adjusts the uplink timing based on the downlink information, so that in multiple network device scenarios, the random access process can be performed based on a specific network device, thereby improving the accuracy of the timing adjustment.

BRIEF DESCRIPTION OF THE DRAWINGS

The drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present application, and are used together with the specification to explain the principles of the present application. In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments are briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative labor.

FIG1 is a schematic diagram of the hardware structure of a mobile terminal for implementing various embodiments of the present application;

FIG2 is a diagram of a communication network system architecture provided in an embodiment of the present application;

FIG3 is a schematic diagram of a hardware structure of a controller 140 provided in the present application;

FIG4 is a schematic diagram of the hardware structure of a network node 150 provided in the present application;

FIG5 is a schematic flow chart of a control method according to the first embodiment;

FIG6 is a schematic flow chart of a control method according to a second embodiment;

FIG7 is a schematic flow chart of a control method according to a third embodiment;

FIG8 is a schematic flow chart of a control method according to a fourth embodiment;

FIG9 is a first principle schematic diagram of a control method according to a fifth embodiment;

FIG10 is a second principle schematic diagram of a control method according to the fifth embodiment;

FIG11 is a third principle schematic diagram of a control method according to the fifth embodiment;

FIG12 is a first principle schematic diagram of a control method according to a sixth embodiment;

FIG13 is a second principle schematic diagram of a control method according to a sixth embodiment;

FIG14 is a first principle schematic diagram of a control method according to an eighth embodiment;

FIG15 is a second principle schematic diagram of a control method according to the eighth embodiment;

FIG16 is a first structural diagram of a control device provided in an embodiment of the present application;

FIG17 is a second structural schematic diagram of a control device provided in an embodiment of the present application;

FIG18 is a schematic diagram of the structure of a communication device provided in an embodiment of the present application.

The realization of the purpose, functional features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. The above-mentioned drawings have shown clear embodiments of this application, which will be described in more detail later. These drawings and textual descriptions are not intended to limit the scope of the concept of this application in any way, but to illustrate the concept of this application to those skilled in the art by reference to specific embodiments.

Embodiments of the present application

Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

It should be noted that, in this article, the terms "include", "comprises" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "includes a ..." does not exclude the existence of other identical elements in the process, method, article or device including the element. In addition, components, features, and elements with the same name in different embodiments of the present application may have the same meaning or different meanings, and their specific meanings need to be determined by their explanation in the specific embodiment or further combined with the context of the specific embodiment.

It should be understood that, although the terms first, second, third, etc. may be used to describe various information in this article, these information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, without departing from the scope of this article, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Depending on the context, the word "if" as used herein can be interpreted as "at the time of..." or "when..." or "in response to determination". Furthermore, as used in this article, the singular forms "one", "one" and "the" are intended to also include plural forms, unless there is an opposite indication in the context. It should be further understood that the terms "comprising", "including" indicate that there are the described features, steps, operations, elements, components, projects, kinds, and/or groups, but do not exclude the existence, occurrence or addition of one or more other features, steps, operations, elements, components, projects, kinds, and/or groups. The terms "or", "and/or", "including at least one of the following" etc. used in this application can be interpreted as inclusive, or mean any one or any combination. For example, “comprising at least one of the following: A, B, C” means “any of the following: A; B; C; A and B; A and C; B and C; A and B and C”, and for another example, “A, B or C” or “A, B and/or C” means “any of the following: A; B; C; A and B; A and C; B and C; A and B and C”. An exception to this definition will only occur when a combination of elements, functions, steps or operations are inherently mutually exclusive in some manner.

It should be understood that, although the various steps in the flowchart in the embodiment of the present application are displayed in sequence according to the indication of the arrows, these steps are not necessarily performed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and it can be performed in other orders. Moreover, at least a portion of the steps in the figure may include a plurality of sub-steps or a plurality of stages, and these sub-steps or stages are not necessarily performed at the same time, but can be performed at different times, and their execution order is not necessarily performed in sequence, but can be performed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

As used herein, the words "if" and "if" may be interpreted as "at the time of" or "when" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrases "if it is determined" or "if (stated condition or event) is detected" may be interpreted as "when it is determined" or "in response to determining" or "when detecting (stated condition or event)" or "in response to detecting (stated condition or event)", depending on the context.

It should be noted that in this article, step codes such as S1 and S2 are used for the purpose of expressing the corresponding content more clearly and concisely, and do not constitute a substantial limitation on the order. When implementing the step, those skilled in the art may execute S2 first and then S1, etc., but these should all be within the scope of protection of this application.

It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

In the subsequent description, the suffixes such as "module", "component" or "unit" used to represent elements are only used to facilitate the description of the present application, and have no specific meanings. Therefore, "module", "component" or "unit" can be used in a mixed manner.

The terminal device may be implemented in various forms. For example, the terminal device described in this application may include intelligent terminal devices such as mobile phones, tablet computers, laptop computers, PDAs, portable media players (PMPs), navigation devices, wearable devices, smart bracelets, pedometers, etc., as well as fixed terminal devices such as digital TVs and desktop computers.

The subsequent description will be made by taking a mobile terminal as an example, and those skilled in the art will understand that, in addition to components specifically used for mobile purposes, the construction according to the embodiments of the present application can also be applied to fixed-type terminal devices.

Please refer to FIG1, which is a schematic diagram of the hardware structure of a mobile terminal for implementing various embodiments of the present application. The mobile terminal 100 may include: an RF (Radio Frequency) unit 101, a WiFi module 102, an audio output unit 103, an A/V (audio/video) input unit 104, a sensor 105, a display unit 106, a user input unit 107, an interface unit 108, a memory 109, a processor 110, and a power supply 111. Those skilled in the art will appreciate that the mobile terminal structure shown in FIG1 does not constitute a limitation on the mobile terminal, and the mobile terminal may include more or fewer components than shown, or combine certain components, or arrange the components differently.

The following is a detailed introduction to the various components of the mobile terminal in conjunction with Figure 1:

The radio frequency unit 101 can be used for receiving and sending signals during information transmission or calls. Specifically, after receiving the downlink information of the base station, it is sent to the processor 110 for processing; in addition, the uplink data is sent to the base station. Generally, the radio frequency unit 101 includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc. In addition, the radio frequency unit 101 can also communicate with the network and other devices through wireless communication. The above-mentioned wireless communications may use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication), GPRS (General Packet Radio Service), CDMA2000 (Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division Duplexing-Long Term Evolution), TDD-LTE (Time Division Duplexing-Long Term Evolution), 5G and 6G, etc.

WiFi is a short-range wireless transmission technology. The mobile terminal can help users send and receive emails, browse web pages, and access streaming media through the WiFi module 102, which provides users with wireless broadband Internet access. Although FIG1 shows the WiFi module 102, it is understandable that it is not a necessary component of the mobile terminal and can be omitted as needed without changing the essence of the invention.

The audio output unit 103 can convert the audio data received by the RF unit 101 or the WiFi module 102 or stored in the memory 109 into an audio signal and output it as sound when the mobile terminal 100 is in a call signal reception mode, a talk mode, a recording mode, a voice recognition mode, a broadcast reception mode, etc. Moreover, the audio output unit 103 can also provide audio output related to a specific function performed by the mobile terminal 100 (for example, a call signal reception sound, a message reception sound, etc.). The audio output unit 103 may include a speaker, a buzzer, etc.

The A/V input unit 104 is used to receive audio or video signals. The A/V input unit 104 may include a graphics processor (GPU) 1041 and a microphone 1042, and the graphics processor 1041 processes the image data of a static picture or video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The processed image frame can be displayed on the display unit 106. The image frame processed by the graphics processor 1041 can be stored in the memory 109 (or other storage medium) or sent via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 can receive sound (audio data) via the microphone 1042 in the operation modes such as the telephone call mode, the recording mode, the voice recognition mode, etc., and can process such sound into audio data. The processed audio (voice) data can be converted into a format output that can be sent to a mobile communication base station via the radio frequency unit 101 in the case of the telephone call mode. The microphone 1042 can implement various types of noise elimination (or suppression) algorithms to eliminate (or suppress) noise or interference generated in the process of receiving and sending audio signals.

The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Optionally, the light sensor includes an ambient light sensor and a proximity sensor. Optionally, the ambient light sensor can adjust the brightness of the display panel 1061 according to the brightness of the ambient light, and the proximity sensor can turn off the display panel 1061 and/or the backlight when the mobile terminal 100 is moved to the ear. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in all directions (generally three axes), and can detect the magnitude and direction of gravity when stationary. It can be used for applications that identify the posture of the mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for other sensors that can also be configured on the mobile phone, such as fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., they will not be repeated here.

The display unit 106 is used to display information input by the user or information provided to the user. The display unit 106 may include a display panel 1061, which may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

The user input unit 107 can be used to receive input digital or character information, and to generate key signal input related to the user settings and function control of the mobile terminal. Optionally, the user input unit 107 may include a touch panel 1071 and other input devices 1072. The touch panel 1071, also known as a touch screen, can collect the user's touch operation on or near it (such as the user's operation on the touch panel 1071 or near the touch panel 1071 using any suitable object or accessory such as a finger, stylus, etc.), and drive the corresponding connection device according to a pre-set program. The touch panel 1071 may include two parts: a touch detection device and a touch controller. Optionally, the touch detection device detects the user's touch orientation, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into the touch point coordinates, and then sends it to the processor 110, and can receive and execute the command sent by the processor 110. In addition, the touch panel 1071 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may further include other input devices 1072. Optionally, the other input devices 1072 may include, but are not limited to, one or more of a physical keyboard, a function key (such as a volume control key, a switch key, etc.), a trackball, a mouse, a joystick, etc., which are not specifically limited here.

Optionally, the touch panel 1071 may cover the display panel 1061. When the touch panel 1071 detects a touch operation on or near it, it is transmitted to the processor 110 to determine the type of the touch event, and then the processor 110 provides a corresponding visual output on the display panel 1061 according to the type of the touch event. Although in FIG. 1 , the touch panel 1071 and the display panel 1061 are used as two independent components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 1071 and the display panel 1061 can be integrated to implement the input and output functions of the mobile terminal, which is not limited here.

The interface unit 108 serves as an interface through which at least one external device can be connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, an audio input/output (I/O) port, a video I/O port, a headphone port, etc. The interface unit 108 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and an external device.

The memory 109 can be used to store software programs and various data. The memory 109 can mainly include a program storage area and a data storage area. Optionally, the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc.; the data storage area can store data created according to the use of the mobile phone (such as audio data, a phone book, etc.), etc. In addition, the memory 109 can include a high-speed random access memory, and can also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage devices.

The processor 110 is the control center of the mobile terminal. It uses various interfaces and lines to connect various parts of the entire mobile terminal. It executes various functions of the mobile terminal and processes data by running or executing software programs and/or modules stored in the memory 109, and calling data stored in the memory 109, so as to monitor the mobile terminal as a whole. The processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor and a modem processor. Optionally, the application processor mainly processes the operating system, user interface, and application programs, and the modem processor mainly processes wireless communications. It is understandable that the above-mentioned modem processor may not be integrated into the processor 110.

The mobile terminal 100 may also include a power supply 111 (such as a battery) for supplying power to various components. Preferably, the power supply 111 may be logically connected to the processor 110 via a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system.

Although not shown in FIG. 1 , the mobile terminal 100 may further include a Bluetooth module, etc., which will not be described in detail herein.

In order to facilitate understanding of the embodiments of the present application, the communication network system on which the mobile terminal of the present application is based is described below.

Please refer to Figure 2, which is a communication network system architecture diagram provided in an embodiment of the present application. The communication network system is a NR (New Radio) system of universal mobile communication technology. The NR system includes UE (User Equipment) 201, E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, EPC (Evolved Packet Core) 203 and the operator's IP service 204, which are connected in sequence.

Optionally, UE201 may be the above-mentioned terminal device 100, which will not be described in detail here.

E-UTRAN 202 includes eNodeB 2021 and other eNodeBs 2022 , etc. Optionally, eNodeB 2021 may be connected to other eNodeBs 2022 via a backhaul (eg, an X2 interface), and eNodeB 2021 is connected to EPC 203 , and eNodeB 2021 may provide UE 201 with access to EPC 203 .

EPC203 may include MME (Mobility Management Entity) 2031, HSS (Home Subscriber Server) 2032, other MMEs 2033, SGW (Serving Gate Way) 2034, PGW (PDN Gate Way) 2035 and PCRF (Policy and Charging Rules Function) 2036. Optionally, MME 2031 is a control node that processes signaling between UE 201 and EPC 203, providing bearer and connection management. HSS 2032 is used to provide some registers to manage functions such as home location register (not shown in the figure), and save some user-specific information such as service features and data rates. All user data can be sent through SGW2034. PGW2035 can provide IP address allocation and other functions for UE 201. PCRF2036 is the policy and charging control policy decision point for service data flow and IP bearer resources. It selects and provides available policy and charging control decisions for the policy and charging execution functional unit (not shown in the figure).

IP service 204 may include the Internet, intranet, IMS (IP Multimedia Subsystem) or other IP services.

Although the above introduction takes the LTE system as an example, those skilled in the art should know that the present application is not only applicable to the LTE system, but also to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, 5G and future new network systems (such as 6G), etc., without limitation here.

Fig. 3 is a schematic diagram of the hardware structure of a controller 140 provided in the present application. The controller 140 includes: a memory 1401 and a processor 1402, the memory 1401 is used to store program instructions, and the processor 1402 is used to call the program instructions in the memory 1401 to execute the steps performed by the controller in the first embodiment of the above method, and its implementation principle and beneficial effects are similar, which will not be repeated here.

Optionally, the controller further includes a communication interface 1403, which can be connected to the processor 1402 via a bus 1404. The processor 1402 can control the communication interface 1403 to implement the receiving and sending functions of the controller 140.

Fig. 4 is a schematic diagram of the hardware structure of a network node 150 provided by the present application. The network node 150 includes: a memory 1501 and a processor 1502, the memory 1501 is used to store program instructions, and the processor 1502 is used to call the program instructions in the memory 1501 to execute the steps performed by the first node in the first embodiment of the above method, and its implementation principle and beneficial effects are similar, which will not be repeated here.

Optionally, the controller further includes a communication interface 1503, which can be connected to the processor 1502 via a bus 1504. The processor 1502 can control the communication interface 1503 to implement the receiving and sending functions of the network node 150.

The above-mentioned integrated module implemented in the form of a software function module can be stored in a computer-readable storage medium. The above-mentioned software function module is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor (English: processor) to perform some steps of the methods of various embodiments of the present application.

In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the 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 process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a storage medium, or transmitted from one storage medium to another storage medium. For example, the computer instructions can be transmitted from one website site, computer, server or data center to another website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The storage medium can be any available medium that can be accessed by the computer or a data storage device such as a server or data center that includes one or more available media integrated. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid state drive solid state disk, SSD), etc.

Based on the above-mentioned mobile terminal hardware structure and communication network system, various embodiments of the present application are proposed.

First embodiment

5 is a schematic flow chart of a control method according to a first embodiment. The method of the embodiment of the present application can be applied to a terminal device (such as a mobile phone). The control method includes the following steps:

S1: Adjust uplink timing based on downlink information.

In an embodiment of the present application, for a scenario based on multiple network devices, for example: a scenario with multiple transmission receiving nodes (Multi-TRP, Multi-Transmission/Reception Point), optionally, the multiple network device scenarios are multiple network device scenarios based on multiple downlink control information (DCI, Downlink Control Information), for example: a scenario with multiple transmission receiving points based on multiple downlink control information. In this scenario, the control resource set pool index value parameter (for example: coresetPoolIndex) configured by the wireless resource control (RRC, Radio Resource Control) in the control resource set information element (IE, Information Element) (for example: ControlResourceSet) has two values, which are 0 and 1. When the control resource set pool index value parameter is 0 and 1, it corresponds to two groups of control resource sets (CORESET, Control Resource Set), for example: a first group of control resource sets, wherein the control resource set pool index value parameter of each control resource set is 0; a second group of control resource sets, wherein the control resource set pool index value parameter of each control resource set is 1. In a scenario of multiple network devices based on multiple downlink control information, a terminal device can receive/monitor two physical downlink control channels (PDCCH, Physical Downlink Control Channel) on resources corresponding to two groups of control resource sets. For example, the network device includes a first network device and a second network device, and the first network device is associated with a control resource set pool index value parameter value 0. Optionally, the terminal device receives/monitors a first physical downlink control channel sent from the first network device on resources corresponding to the first group of control resource sets with a control resource set pool index value parameter of 0, and receives a physical downlink shared information scheduled by the first physical downlink control channel from the first network device. The terminal device receives/monitors a second physical downlink control channel sent from the second network device on resources corresponding to a second group of control resource sets whose index value parameter is 1, receives a physical downlink shared channel or a downlink reference signal scheduled by the second physical downlink control channel from the second network device, and/or sends a physical uplink shared channel or a physical uplink control channel or an uplink reference signal scheduled by the second physical downlink control channel to the first network device; the second network device is associated with the control resource pool index value parameter 1, and optionally, the terminal device receives/monitors a second physical downlink control channel sent from the second network device on resources corresponding to a second group of control resource sets whose index value parameter is 1, receives a physical downlink shared channel or a downlink reference signal scheduled by the second physical downlink control channel from the second network device, and/or sends a physical uplink shared channel or a physical uplink control channel or an uplink reference signal scheduled by the second physical downlink control channel to the second network device.

Optionally, in the embodiment of the present application, the first network device and the second network device may belong to the same cell or to different cells.

Optionally, the downlink information includes at least one of radio resource control signaling, system information, downlink control information and a synchronization broadcast block;

Optionally, the radio resource control signaling and/or the system information includes at least one of a synchronization broadcast block position parameter in a burst, a synchronization broadcast block number parameter for each element, an element arrangement pattern parameter, a group parameter, a group status parameter, a short bitmap parameter, a medium bitmap parameter, and a long bitmap parameter, and optionally, the system information is a system information block 1 (SIB1, System Information Block 1);

Optionally, the downlink control information includes first downlink control information and/or second downlink control information.

Optionally, the terminal device may be in a single network device or multiple network device scenario, and the terminal device may implicitly or explicitly determine when to group the synchronization broadcast block (SSB, Synchronization Signal and PBCH block), that is, to associate different SSBs with different network devices. All candidate SSBs are grouped according to the number of SSBs of each element and the arrangement pattern of the elements, and divided into two groups of candidate SSBs, each group of candidate SSBs is associated with one network device.

Optionally, according to the number of SSBs in each element and the arrangement pattern of the elements, the SSBs for transmission indicated by the SSB position parameter in the burst (for example: ssb-PositionsInBurst, also known as the synchronous broadcast block position parameter in the burst) in the service cell common configuration information element and/or the service cell common system information block configuration information element are grouped and divided into two groups of SSBs for transmission, each group being sent from one network device.

Optionally, the terminal device can directly obtain the SSB for transmission of the first and second network devices through two parameters (for example, ssb-PositionsInBurst and ssb-PositionsInBurst2) or two groups of parameters (for example, two groups of inOneGroup and groupPresence, or two groups of shortBitmap, mediumBitmap and longBitmap).

Optionally, the terminal device measures the SSB sent from the first network device and finds the best SSB therefrom for a subsequent random access channel (RACH) process; and/or, the terminal device measures the SSB sent from the second network device and finds the best SSB therefrom for a subsequent RACH process.

Optionally, a random access response corresponding to the random access preamble is received in a random access response window, and then timing adjustment is performed on a physical uplink channel and/or a reference signal according to a timing advance command in the random access response.

This embodiment uses the above solution, specifically by adjusting the uplink timing based on the downlink information, so that in a scenario of multiple network devices, the random access process can be performed based on a specific network device, thereby improving the accuracy of the timing adjustment.

Second embodiment

Based on the first embodiment of the present application, this embodiment discloses a specific method of adjusting the uplink timing based on downlink information in step S1. Referring to FIG. 6 , FIG. 6 is a flow chart of a control method according to the second embodiment, showing that the specific steps of S1 include:

S11: Selecting or determining a physical random access channel timing based on downlink information;

Optionally, the SSBs are divided into two groups according to the radio resource control signaling and/or system information in the downlink information, the first group of SSBs are sent from the first network device, and the second group of SSBs are sent from the second network device. The best SSB is selected from the first group of SSBs, and a random access preamble (e.g., Preamble) is sent to the first network device based on the SSB; and/or, the best SSB is selected from the second group of SSBs, and a random access preamble is sent to the second network device based on the SSB.

S12: Send a random access preamble on a physical random access channel;

Optionally, the terminal device determines a first physical random access channel occasion (PRACH occasion) according to the first SSB, and/or determines a second PRACH occasion according to the second SSB. Optionally, depending on whether the terminal device supports sending random access preambles to two network devices simultaneously, there are the following two situations:

(1) Support: Regardless of whether the first PRACH occasion and the second PRACH occasion are the same in the time domain, the terminal device can directly send a random access preamble to the first network device in the first PRACH occasion, and the terminal device can directly send a random access preamble to the second network device in the second PRACH occasion.

(2) Not supported: The terminal device sends random access preambles to two network devices at different PRACH occasions in the time domain through the following methods:

The second random access process is not performed before the first random access response window expires: the terminal device first sends a random access preamble to one of the network devices, and the terminal device sends a random access preamble to the other network device after the random access response window expires.

Send a random access preamble in the subsequent available PRACH occasion corresponding to the SSB: If the first PRACH occasion and the second PRACH occasion are the same in the time domain, the terminal device first sends a random access preamble to one network device, and obtains the subsequent available PRACH occasion associated with the other network device according to the best SSB corresponding to the other network device. The terminal device selects a PRACH occasion from them to send a random access preamble to the network device.

A constraint relationship is designed for the association method between SSB and PRACH occasion: a first physical random access channel opportunity is obtained based on the constraint relationship and the first synchronous broadcast block, and/or a second physical random access channel opportunity is obtained based on the constraint relationship and the second synchronous broadcast block.

S13: receiving a random access response, and adjusting the timing of a physical uplink channel and/or a reference signal according to the timing advance command, specifically including at least one of the following:

Performing timing adjustment on the first physical uplink channel and/or the reference signal according to the first timing advance command;

The timing of the second physical uplink channel and/or the reference signal is adjusted according to the second timing advance command.

Optionally, after receiving a random access response including a timing advance command, a timing adjustment is performed on the physical uplink channel and/or the reference signal according to the timing advance command. Optionally, the uplink timing adjustment includes an uplink timing adjustment based on non-competition random access and/or an uplink timing adjustment based on competition random access. The physical uplink channel includes a physical uplink shared channel (PUSCH, Physical Uplink Shared Channel) and/or a physical uplink control channel (PUCCH, Physical Uplink Control Channel), and the reference signal includes a channel sounding reference signal (SRS, Sounding Reference Signal).

Optionally, the uplink timing adjustment based on non-contention random access mainly includes the following steps:

The first step: sending downlink control information from a first network device, optionally including a first random access preamble index value, a first SSB index value and a first physical random access channel (PRACH, Physical Random Access Channel) mask index value, optionally, the first random access preamble index value is not all zero; and/or, sending downlink control information from a second network device, optionally including a second random access preamble index value, a second SSB index value and a second physical random access channel mask index value, optionally, the second random access preamble index value is not all zero.

Step 2: The terminal device determines the first PRACH occasion according to the first SSB index value and the first physical random access channel mask index value, and sends the first random access preamble to the first network device at the first PRACH occasion; and/or, the terminal device determines the second PRACH occasion according to the second SSB index value and the second physical random access channel mask index value, and sends the second random access preamble to the second network device at the second PRACH occasion.

Step 3: Send a random access response corresponding to the first random access preamble from the first network device, and/or send a random access response corresponding to the second random access preamble from the second network device.

Step 4: Use the first timing advance command to perform timing adjustment on the first physical uplink channel/reference signal, and/or use the second timing advance command to perform timing adjustment on the second physical uplink channel/reference signal.

Optionally, the uplink timing adjustment of the contention-based random access mainly includes the following steps:

Step 1: Contention-based random access includes contention-based random access initiated by a terminal device and contention-based random access initiated by a network device. Optionally, the contention-based random access initiated by a terminal device includes type 1 random access and type 2 random access. Contention-based random access initiated by a network device is to instruct a terminal device to perform random access by sending downlink control information, that is: downlink control information is sent from a first network device, optionally including a first random access preamble index value, optionally, the first random access preamble index value is all 0; and/or downlink control information is sent from a second network device, optionally including a second random access preamble index value, optionally, the second random access preamble index value is all 0. The terminal device selects a first SSB from the first group of SSBs and/or selects a second SSB from the second group of SSBs.

Step 2: The terminal device determines the first PRACH occasion based on the first SSB, and/or determines the second PRACH occasion based on the second SSB.

Step 3: The terminal device sends a first random access preamble to the first network device at the first PRACH occasion, and/or sends a second random access preamble to the second network device at the second PRACH occasion.

Step 4: Send a random access response corresponding to the first random access preamble from the first network device, and/or send a random access response corresponding to the second random access preamble from the second network device. Optionally, for type 2 random access, an absolute timing advance command media access control layer control element (MAC CE) (e.g., absolute timing advance command MAC CE) corresponding to the first random access preamble is sent from the first network device, and/or an absolute timing advance command MAC CE corresponding to the second random access preamble is sent from the second network device.

Step 5: Use the first timing advance command to perform timing adjustment on the first physical uplink channel/reference signal, and/or use the second timing advance command to perform timing adjustment on the second physical uplink channel/reference signal.

This embodiment adopts the above scheme, specifically by selecting or determining the physical random access channel opportunity based on downlink information; sending a random access preamble at the physical random access channel opportunity; receiving a random access response, and adjusting the timing of the physical uplink channel and/or reference signal according to the timing advance command. In a scenario of multiple network devices, SSB is configured based on a specific network device to improve the accuracy of timing adjustment.

Third embodiment

Based on the first and second embodiments of the present application, this embodiment discloses a specific method for selecting or determining a physical random access channel opportunity based on downlink information in step S11. Referring to FIG. 7 , FIG. 7 is a flow chart of a control method according to a third embodiment, showing that the specific steps of step S11 include:

S111: Select or determine a first group of synchronized broadcast blocks and/or a second group of synchronized broadcast blocks based on radio resource control signaling and/or system information;

Optionally, before the step of selecting or determining the first group of synchronized broadcast blocks and/or the second group of synchronized broadcast blocks based on the radio resource control signaling and/or the system information, at least one of the following is further included:

Selecting or determining a sync broadcast block for transmission according to a sync broadcast block position parameter in a burst;

Adding a synchronization broadcast block position parameter in the second burst to a serving cell common system information block configuration information element and/or a serving cell common configuration information element;

A second group of in-group parameters and group status parameters, and/or at least one of a second group of short bitmap parameters, medium bitmap parameters and long bitmap parameters are added to the synchronous broadcast block position parameters in the burst.

Optionally, during the grouping of candidate SSBs, the terminal device may be in a single network device or multiple network device scenario. The terminal device needs to determine when to group the synchronous broadcast blocks, that is, to associate different SSBs with different network devices, which can be done in the following ways:

Implicit method: The terminal device judges according to the application scenario. For example, the current scenario is based on multiple network devices with multiple DCIs. That is, the control resource set pool index value parameter configured by RRC in the control resource set information element has two values, 0 and 1. The terminal device can consider that SSB needs to be grouped.

Explicit method: Indicate that SSB needs to be grouped through parameters in the serving cell common configuration information element (e.g., ServingCellConfigCommon) and/or the serving cell common system information block configuration information element (e.g., ServingCellConfigCommonSIB). Optionally, it can be indicated in the following three ways:

(1) Add a parameter in the information element to indicate whether the SSB needs to be grouped. If the parameter is enabled, it means that the SSB needs to be grouped;

(2) If a new parameter is added to the information element to indicate the arrangement pattern of the element, the configuration of this parameter means that the SSB needs to be grouped;

(3) If a new parameter is added to the information element to indicate the SSB used by the second network device for transmission, the configuration of this parameter means that the SSB needs to be grouped.

Optionally, the newly added parameter is a synchronous broadcast block position parameter in the second burst, and/or a group parameter and a group status parameter of the second group, and/or at least one of a short bitmap parameter, a medium bitmap parameter and a long bitmap parameter of the second group.

Optionally, each element in the first group of SSBs contains X SSBs, each element in the second group of SSBs contains Y SSBs, the first group of SSBs is associated with a first network device, the second group of SSBs is associated with a second network device, all elements in the first group of SSBs and the second group of SSBs are arranged in a pattern, and optionally, X and Y are integers, such as 1, 2, 3, 4, etc. In addition, the values of X and Y may be the same or different. The following methods are used to determine the values of X and Y:

Default mode: X and Y values use default values;

Network equipment configuration: Two new parameters are added in the serving cell common configuration information element and/or the serving cell common system information block configuration information element to indicate the values of X and Y. In particular, if the values of X and Y are the same, only one parameter is needed to indicate the values of X and Y.

Optionally, all elements in the first group of SSBs and the second group of SSBs are arranged in a pattern. Optionally, the pattern may be a cyclic pattern or a half-and-half pattern. The following pattern determination methods are available:

By default, a circular permutation pattern is used;

The default is to use a half-and-half pattern;

Network equipment configuration: New parameters are added to the serving cell common configuration information element and/or the serving cell common system information block configuration information element to indicate the pattern in which all elements are currently arranged, for example: a circular arrangement pattern or a half-and-half arrangement pattern.

Optionally, the step of selecting or determining the first group of synchronized broadcast blocks and/or the second group of synchronized broadcast blocks based on radio resource control signaling and/or system information includes at least one of the following:

Obtaining a first group of synchronized broadcast blocks according to synchronized broadcast block position parameters in the first burst, and/or obtaining a second group of synchronized broadcast blocks according to synchronized broadcast block position parameters in the second burst;

Grouping candidate synchronized broadcast blocks and/or synchronized broadcast blocks for transmission according to a synchronized broadcast block number parameter of each element and/or an arrangement pattern parameter of the element to obtain a first group of synchronized broadcast blocks and/or a second group of synchronized broadcast blocks;

Obtain a first group of synchronized broadcast blocks according to the first group of in-group parameters and/or group status parameters, and/or obtain a second group of synchronized broadcast blocks according to the second group of in-group parameters and/or group status parameters;

A first group of synchronized broadcast blocks is obtained according to at least one of the first group of short bitmap parameters, medium bitmap parameters and long bitmap parameters, and/or a second group of synchronized broadcast blocks is obtained according to at least one of the second group of short bitmap parameters, medium bitmap parameters and long bitmap parameters.

Optionally, the Synchronization Signal and PBCH block (SSB) can be divided into two groups as follows:

(1) Grouping candidate SSBs: All candidate SSBs are grouped according to the number of SSBs of each element and the arrangement pattern of the elements into two groups of candidate SSBs. Then, two groups of SSBs for transmission are obtained by combining the SSB position parameters in the burst.

(2) Grouping SSBs for transmission: The terminal device groups the SSBs for transmission indicated by the SSB position parameter in the burst according to the number of SSBs in each element and the arrangement pattern of the elements, and divides them into two groups of SSBs for transmission.

(3) Directly indicating two sets of SSBs for transmission: Two sets of SSBs for transmission can be directly obtained through two parameters (for example, ssb-PositionsInBurst and ssb-PositionsInBurst2) or two sets of parameters (for example, two sets of inOneGroup and groupPresence, or two sets of shortBitmap, mediumBitmap, and longBitmap).

S112: Select or determine a first physical random access channel timing based on the first synchronization broadcast block and/or the first downlink control information, and/or select or determine a second physical random access channel timing based on the second synchronization broadcast block and/or the second downlink control information.

Optionally, the step of selecting or determining the first physical random access channel opportunity and/or the second physical random access channel opportunity includes at least one of the following:

Select or determine a first physical random access channel opportunity according to a first synchronization broadcast block index value and/or a first physical random access channel mask index value in the first downlink control information, and/or select or determine a second physical random access channel opportunity according to a second synchronization broadcast block index value and/or a second physical random access channel mask index value in the second downlink control information;

Designing a constraint relationship for the association method between the synchronous broadcast block and the physical random access channel opportunity, obtaining a first physical random access channel opportunity based on the constraint relationship and the first synchronous broadcast block, and/or obtaining a second physical random access channel opportunity based on the constraint relationship and the second synchronous broadcast block;

If the first preset condition is met, obtaining a first physical random access channel opportunity according to the first synchronization broadcast block, and/or selecting one from the subsequently available physical random access channel opportunities corresponding to the second synchronization broadcast block as a second physical random access channel opportunity;

If the second preset condition is met, obtaining a first physical random access channel opportunity according to the first synchronization broadcast block, and/or obtaining a second physical random access channel opportunity according to the second synchronization broadcast block;

If the third preset condition is met, the network device identifier is added to the random access wireless network temporary identifier calculation formula to obtain an improved random access wireless network temporary identifier, and the first physical random access channel timing is obtained according to the first synchronization broadcast block, and/or the second physical random access channel timing is obtained according to the second synchronization broadcast block, and the improved random access wireless network temporary identifier is associated with the first physical random access channel timing and/or the second physical random access channel timing.

Optionally, the first improved random access radio network temporary identifier is associated with a first physical random access channel opportunity, and/or the second improved random access radio network temporary identifier is associated with a second physical random access channel opportunity.

Optionally, the first preset condition includes: if the first physical random access channel timing obtained according to the first synchronization broadcast block and the second synchronization broadcast block is the same as the second physical random access channel timing in the time domain, and the terminal device does not support sending random access preambles to two network devices at the same time.

Optionally, the second preset condition includes: if the first physical random access channel occasion obtained according to the first synchronization broadcast block and the second synchronization broadcast block are different from the second physical random access channel occasion in the time domain, and the terminal device does not support sending random access preambles to two network devices at the same time. The random access channel occasion (for example: PRACH occasion) is different in the time domain, which means that the two PRACH occasions are separated by at least X time units in the time domain, and optionally, X is an integer.

Optionally, the third preset condition includes: if the first physical random access channel timing obtained according to the first synchronization broadcast block and the second synchronization broadcast block is the same as the second physical random access channel timing, and the terminal device supports sending random access preambles to two network devices respectively at the same time.

This embodiment adopts the above scheme, specifically by selecting or determining the first group of synchronization broadcast blocks and/or the second group of synchronization broadcast blocks based on radio resource control signaling and/or system information; selecting or determining the first physical random access channel opportunity based on the first synchronization broadcast block and/or the first downlink control information, and/or selecting or determining the second physical random access channel opportunity based on the second synchronization broadcast block and/or the second downlink control information. In a scenario of multiple network devices, based on configuring SSB for a specific network device, the terminal device can select two PRACH occasions to send random access preambles to two network devices, and can distinguish between two different random access processes, thereby improving the accuracy of timing adjustment.

Fourth embodiment

8 is a flow chart of a control method according to a fourth embodiment. The method of the embodiment of the present application can be applied to a network device (such as a base station). The control method includes the following steps:

Optionally, the downlink information sent by the network device includes at least one of radio resource control signaling, system information, downlink control information and a synchronization broadcast block.

Optionally, the wireless resource control signaling and/or system information includes a synchronization broadcast block position parameter in a burst, a synchronization broadcast block number parameter for each element, an element arrangement pattern parameter, a group parameter, a group status parameter, a short bitmap parameter, a medium bitmap parameter, and at least one of a long bitmap parameter.

Optionally, after receiving the downlink information sent by the network device, the terminal device selects or determines the physical random access channel timing according to the downlink information, sends the corresponding random access preamble at the physical random access channel timing, receives the random access response corresponding to the random access preamble in the random access response window, and adjusts the timing of the physical uplink channel and/or reference signal according to the timing advance command in the random access response.

Optionally, in the process of selecting or determining the physical random access channel timing according to the downlink information, the terminal device selects or determines the first group of synchronous broadcast blocks and/or the second group of synchronous broadcast blocks based on the wireless resource control signaling and/or system information in the downlink information; selects or determines the first physical random access channel timing based on the first synchronous broadcast block and/or the first downlink control information, and/or selects or determines the second physical random access channel timing based on the second synchronous broadcast block and/or the second downlink control information.

Optionally, the terminal device determines how to perform SSB grouping through various parameters, including the terminal device selecting or determining the synchronized broadcast block for transmission based on the synchronized broadcast block position parameter in the burst; and/or, adding a second synchronized broadcast block position parameter in the burst to the service cell common system information block configuration information element and/or the service cell common configuration information element; and/or, adding a second group of in-group parameters and group status parameters, and/or at least one of the second group of short bitmap parameters, medium bitmap parameters and long bitmap parameters to the synchronized broadcast block position parameter in the burst.

Optionally, the method further comprises at least one of the following:

The terminal device obtains a first group of synchronized broadcast blocks according to the synchronized broadcast block position parameter in the first burst, and/or obtains a second group of synchronized broadcast blocks according to the synchronized broadcast block position parameter in the second burst;

The terminal device groups candidate synchronized broadcast blocks and/or synchronized broadcast blocks for transmission according to the synchronized broadcast block number parameter of each element and/or the arrangement pattern parameter of the element to obtain a first group of synchronized broadcast blocks and/or a second group of synchronized broadcast blocks;

The terminal device obtains a first group of synchronized broadcast blocks according to the first group of in-group parameters and/or group status parameters, and/or obtains a second group of synchronized broadcast blocks according to the second group of in-group parameters and/or group status parameters;

The terminal device obtains a first group of synchronized broadcast blocks based on at least one of the first group of short bitmap parameters, medium bitmap parameters and long bitmap parameters, and/or obtains a second group of synchronized broadcast blocks based on at least one of the second group of short bitmap parameters, medium bitmap parameters and long bitmap parameters.

Optionally, the method further comprises at least one of the following:

The terminal device selects or determines the first synchronous broadcast block based on the first downlink control information and/or the first group of synchronous broadcast blocks;

The terminal device selects or determines the second synchronization broadcast block based on the second downlink control information and/or the second group of synchronization broadcast blocks.

Optionally, the terminal device selects or determines the first physical random access channel timing according to the first synchronization broadcast block index value and/or the first physical random access channel mask index value in the first downlink control information, and/or selects or determines the second physical random access channel timing according to the second synchronization broadcast block index value and/or the second physical random access channel mask index value in the second downlink control information;

Optionally, the network device designs a constraint relationship for the association method between the synchronous broadcast block and the physical random access channel opportunity, and the terminal device obtains the first physical random access channel opportunity based on the constraint relationship and the first synchronous broadcast block, and/or obtains the second physical random access channel opportunity based on the constraint relationship and the second synchronous broadcast block;

If the first preset condition is met, the terminal device obtains the first physical random access channel opportunity according to the first synchronization broadcast block, and/or selects one from the subsequently available physical random access channel opportunities corresponding to the second synchronization broadcast block as the second physical random access channel opportunity;

If the second preset condition is met, the terminal device obtains the first physical random access channel opportunity according to the first synchronization broadcast block, and/or obtains the second physical random access channel opportunity according to the second synchronization broadcast block;

If the third preset condition is met, the terminal device adds the network device identifier to the random access wireless network temporary identifier calculation formula to obtain an improved random access wireless network temporary identifier, and obtains the first physical random access channel timing according to the first synchronization broadcast block, and/or obtains the second physical random access channel timing according to the second synchronization broadcast block, and associates the improved random access wireless network temporary identifier with the first physical random access channel timing and/or the second physical random access channel timing.

Optionally, after the network device receives the first random access preamble sent by the terminal device, the network device sends a random access response including a first timing advance command, and optionally, the first timing advance command is used for the terminal device to perform timing adjustment on the first physical uplink channel and/or the reference signal;

Optionally, after the network device receives the second random access preamble sent by the terminal device, it sends a random access response including a second timing advance command. Optionally, the second timing advance command is used for the terminal device to perform timing adjustment on the second physical uplink channel and/or reference signal.

Optionally, the network device receives the first physical uplink channel and/or reference signal sent by the terminal device after the timing adjustment is performed by the first timing advance command; and/or the network device receives the second physical uplink channel and/or reference signal sent by the terminal device after the timing adjustment is performed by the second timing advance command, and the timing adjustment process is completed.

This embodiment adopts the above scheme, specifically by sending downlink information so that the terminal device adjusts the uplink timing based on the downlink information. In multiple network device scenarios, the random access process can be performed based on a specific network device, so that the timing calculation and adjustment of the physical uplink channel and/or reference signal of any network device are more accurate.

Fifth embodiment

Based on the above embodiments of the present application, this embodiment further discloses the control method in the above embodiments.

In an embodiment of the present application, the terminal device may be in a single network device or multiple network device scenario, and the terminal device determines when to group the synchronization broadcast block (SSB, Synchronization Signal and PBCH block) in an implicit and/or explicit manner, that is, to associate different SSBs with different network devices. In addition, the terminal device determines how to group the SSBs through various parameters, including indicating the SSB grouping through the number of SSBs in each element and/or the arrangement pattern of the elements.

Optionally, all candidate SSBs are grouped according to the number of SSBs of each element and the arrangement pattern of the elements, and divided into two groups of candidate SSBs, each group of candidate SSBs is associated with a network device. According to the sub-carrier spacing (SCS) of the SSB, it can be divided into 7 cases, such as case A to case G.

Optionally, for Case A (i.e., 15kHz SCS): the index value of the first symbol of the candidate SSB is: {2,8}+14*n. For non-shared spectrum channel access, it can be divided into two cases according to the carrier frequency. When the carrier frequency is less than or equal to 3GHz, n=0,1, and a maximum of 4 SSBs can be transmitted in each half frame (Lmax=4). When the carrier frequency is in frequency range 1 (FR1, Frequency Range 1) and greater than 3GHz, n=0,1,2,3, and a maximum of 8 SSBs can be transmitted in each half frame (Lmax=8).

Optionally, when the carrier frequency is less than or equal to 3 GHz, and X=Y=2 and all elements are arranged in a circular pattern or a half-and-half pattern, the first and second candidate SSBs are associated with the first network device, and the third and fourth candidate SSBs are associated with the second network device. Referring to Figure 9, Figure 9 is a first principle schematic diagram of the control method according to the fifth embodiment, and the arrangement of all candidate SSBs is shown in Figure 9.

Optionally, when the carrier frequency is within the frequency range 1 and greater than 3 GHz, and X=Y=2 and all elements are arranged in a circular pattern, the first, second, fifth and sixth candidate SSBs are associated with the first network device, and the third, fourth, seventh and eighth candidate SSBs are associated with the second network device. Referring to Figure 10, Figure 10 is a second principle schematic diagram of the control method according to the fifth embodiment, and the arrangement of all candidate SSBs is shown in Figure 10.

Optionally, when the carrier frequency is within the frequency range 1 and greater than 3 GHz, and X=Y=4 and all elements are arranged in a half-and-half pattern, the first, second, third and fourth candidate SSBs are associated with the first network device, and the fifth, sixth, seventh and eighth candidate SSBs are associated with the second network device. Referring to Figure 11, Figure 11 is a third principle schematic diagram of the control method according to the fifth embodiment, and the arrangement of all candidate SSBs is shown in Figure 11.

Optionally, the terminal device groups all candidate SSBs according to the number of SSBs of each element and the arrangement pattern of the elements into two groups of candidate SSBs, and each group of candidate SSBs is associated with a network device.

Optionally, one or more SSBs for transmission are indicated by an SSB position parameter in a burst (e.g., ssb-PositionsInBurst) in a serving cell common configuration information element and/or a serving cell common system information block configuration information element. If one or more SSBs for transmission are candidate SSBs corresponding to a first network device, the one or more SSBs for transmission are sent from the first network device; and/or, if one or more SSBs for transmission are candidate SSBs corresponding to a second network device, the one or more SSBs for transmission are sent from the second network device.

This embodiment uses the above scheme to group all candidate SSBs according to the number of SSBs of each element and the arrangement pattern of the elements, and divides them into two groups of candidate SSBs, each group of candidate SSBs is associated with a network device. Since the number of SSBs in each element (i.e., X/Y) can be flexibly configured, the arrangement pattern of the elements (e.g., a cyclic arrangement pattern or a half-half arrangement pattern) can be flexibly configured, the candidate SSBs are grouped according to an arrangement pattern of the elements, and the arrangement of the elements is relatively concise and regular, and/or, the SSB position parameter in the burst of the existing protocol can be reused to indicate the SSB used for transmission, without the need for additional enhancement of the SSB used for transmission.

Sixth embodiment

In an embodiment of the present application, according to the number of SSBs in each element and the arrangement pattern of the elements, the SSBs for transmission indicated by the SSB position parameter in the burst (for example: ssb-PositionsInBurst) in the serving cell common configuration information element and/or the serving cell common system information block configuration information element are grouped and divided into two groups of SSBs for transmission, each group being sent from one network device.

Optionally, the SSB position parameter in the burst in the serving cell common configuration information element and/or the serving cell common system information block configuration information element indicates the SSB used for transmission. Optionally, the number of SSBs used for transmission is at least 2. Optionally, the number of SSBs used for transmission is an even number.

Optionally, for case A (i.e., 15kHz SCS): the index value of the first symbol of the candidate SSB is: {2,8}+14*n. For non-shared spectrum channel access, when the carrier frequency is in frequency range 1 and greater than 3GHz, n＝0,1,2,3, and a maximum of 8 SSBs (Lmax＝8) can be transmitted in each half frame.

Optionally, when the SSB position parameter in the burst indicates that the second to seventh SSBs are SSBs for transmission, and X=Y=2 and the SSBs for transmission are arranged in a cyclic pattern, the second, third, sixth and seventh SSBs for transmission are sent from the first network device, and the fourth and fifth SSBs for transmission are sent from the second network device. Referring to Figure 12, Figure 12 is a first principle schematic diagram of the control method according to the sixth embodiment, and the arrangement of all SSBs for transmission is shown in Figure 12.

Optionally, when the SSB position parameter in the burst indicates that the second to seventh SSBs are SSBs for transmission, and X=Y=2 and the SSBs for transmission are arranged in a half-and-half pattern, the second, third and fourth SSBs for transmission are sent from the first network device, and the fifth, sixth and seventh SSBs for transmission are sent from the second network device. Referring to Figure 13, Figure 13 is a second principle schematic diagram of the control method according to the sixth embodiment, and the arrangement of all SSBs for transmission is shown in Figure 13.

Optionally, the terminal device groups the SSBs for transmission indicated by the SSB position parameter in the burst (e.g., ssb-PositionsInBurst) in the serving cell common configuration information element and/or the serving cell common system information block configuration information element according to the number of SSBs in each element and the arrangement pattern of the elements, and divides them into two groups of SSBs for transmission, each group being sent from one network device.

Optionally, the terminal device measures the SSB sent from the first network device and finds the best SSB therefrom for use in a subsequent RACH process; and/or, the terminal device measures the SSB sent from the second network device and finds the best SSB therefrom for use in a subsequent RACH process.

This embodiment uses the above scheme, specifically by grouping the SSBs for transmission indicated by the SSB position parameter in the burst in the serving cell common configuration information element and/or the serving cell common system information block configuration information element according to the number of SSBs in each element and the arrangement pattern of the elements, into two groups of SSBs for transmission, each group being sent from a network device. Since the number of SSBs in each element (i.e., X/Y) can be flexibly configured, the arrangement pattern of the elements (e.g., a cyclic arrangement pattern or a half-by-half arrangement pattern) can be flexibly configured, it is simple and direct to directly group the SSBs for transmission according to an arrangement pattern of the elements, and the arrangement of the elements is relatively concise and regular.

Seventh embodiment

In an embodiment of the present application, two groups of SSBs for transmission are also directly indicated through a serving cell common system information block configuration information element and/or a serving cell common configuration information element.

Optionally, a serving cell common system information block configuration information element (eg, ServingCellConfigCommonSIB) is configured via system information block 1 (eg, SIB1), and the information element is used to provide cell parameters.

Optionally, directly adding an SSB position parameter in the second burst to indicate the SSB used by the second network device for transmission specifically includes:

A second SSB position parameter in burst (e.g., ssb-PositionsInBurst2) is added to the serving cell common system information block configuration information element, which includes two parameters, namely, a group parameter (e.g., inOneGroup) and a group state parameter (e.g., groupPresence). The first SSB position parameter in burst (e.g., ssb-PositionsInBurst) is used to indicate the SSB used for transmission by the first network device, and the second SSB position parameter in burst (e.g., ssb-PositionsInBurst2) is used to indicate the SSB used for transmission by the second network device.

Optionally, the parameters are used as follows:

Optionally, in a group parameter: a group parameter including a first burst SSB position parameter and a second burst SSB position parameter. When a maximum of 4 SSBs can be transmitted in each half frame, only the leftmost 4 bits of the parameter are valid; when a maximum of 8 or 64 SSBs can be transmitted in each half frame, all 8 bits of the parameter are valid. When a maximum of 4 or 8 SSBs can be transmitted in each half frame, the first/leftmost bit in the parameter corresponds to SSB 0, the second bit corresponds to SSB 1, and so on. When a maximum of 64 SSBs can be transmitted in each half frame, the first/leftmost bit in the parameter corresponds to the first SSB in a group (for example: SSB 0, SSB 8, and so on), and the second bit corresponds to the second SSB in a group (for example: SSB 1, SSB 9, and so on). If a bit value in the parameter is 0, it means that the SSB corresponding to the bit is not used for transmission; if a bit value in the parameter is 1, it means that the SSB corresponding to the bit is used for transmission.

Optionally, group status parameter: includes group status parameters in the SSB position parameter in the first burst and the SSB position parameter in the second burst. When a maximum of 64 SSBs can be transmitted in each half frame, the first/leftmost bit in this parameter corresponds to SSB 0-7, the second bit corresponds to SSB 8-15, and so on. If a bit value in this parameter is 0, it means that the SSB corresponding to the bit is not used for transmission; if a bit value in this parameter is 1, it means that the SSB corresponding to the bit is used for transmission.

Optionally, a second set of parameters is added through the SSB position parameter in the burst to indicate the SSB used by the second network device for transmission, specifically including:

Add two parameters, namely, a second in-group parameter (e.g., inOneGroup2) and a second group status parameter (e.g., groupPresence2) to the SSB position parameter in the burst (e.g., ssb-PositionsInBurst). The first in-group parameter (e.g., inOneGroup) and the first group status parameter (e.g., groupPresence) are used to indicate the SSB for transmission of the first network device, and the second in-group parameter (e.g., inOneGroup2) and the second group status parameter (e.g., groupPresence2) are used to indicate the SSB for transmission of the second network device. Optionally, the use of each parameter is as follows:

Optionally, in a group parameter: includes a first in a group parameter and a second in a group parameter. When a maximum of 4 SSBs can be transmitted in each half frame, only the leftmost 4 bits of this parameter are valid; when a maximum of 8 or 64 SSBs can be transmitted in each half frame, all 8 bits of this parameter are valid. When a maximum of 4 or 8 SSBs can be transmitted in each half frame, the first/leftmost bit in this parameter corresponds to SSB 0, the second bit corresponds to SSB 1, and so on. When a maximum of 64 SSBs can be transmitted in each half frame, the first/leftmost bit in this parameter corresponds to the first SSB in a group (for example: SSB 0, SSB8, and so on), and the second bit corresponds to the second SSB in a group (for example: SSB 1, SSB 9, and so on). If a bit value in this parameter is 0, it means that the SSB corresponding to the bit is not used for transmission; if a bit value in this parameter is 1, it means that the SSB corresponding to the bit is used for transmission.

Optionally, group status parameter: includes a first group status parameter and a second group status parameter. When a maximum of 64 SSBs can be transmitted in each half frame, the first/leftmost bit in this parameter corresponds to SSB 0-7, the second bit corresponds to SSB 8-15, and so on. If a bit value in this parameter is 0, it means that the SSB corresponding to the bit is not used for transmission; if a bit value in this parameter is 1, it means that the SSB corresponding to the bit is used for transmission.

Optionally, the indication through the serving cell common configuration information element includes directly adding an SSB position parameter in a second burst and/or adding a second set of parameters to the SSB position parameter in the burst to indicate the SSB used by the second network device for transmission.

Optionally, directly adding the SSB position parameter in the second burst to indicate the SSB used by the second network device for transmission specifically includes:

The second SSB position parameter in the burst (e.g., ssb-PositionsInBurst2) is added to the serving cell common configuration information element, which includes three parameters: a short bitmap parameter (e.g., shortBitmap), a medium bitmap parameter (e.g., mediumBitmap), and a long bitmap parameter (e.g., longBitmap). The first SSB position parameter in the burst (e.g., ssb-PositionsInBurst) is used to indicate the SSB used for transmission by the first network device, and the second SSB position parameter in the burst (e.g., ssb-PositionsInBurst2) is used to indicate the SSB used for transmission by the second network device.

Optionally, the parameters are used as follows:

Short bitmap parameter: includes the short bitmap parameter in the SSB position parameter in the first burst and the SSB position parameter in the second burst. When a maximum of 4 SSBs can be transmitted in each half frame, this parameter is used to indicate the SSB used for transmission of the corresponding network device.

Middle bitmap parameter: includes the middle bitmap parameter in the SSB position parameter in the first burst and the SSB position parameter in the second burst. When a maximum of 8 SSBs can be transmitted in each half frame, this parameter is used to indicate the SSB used for transmission of the corresponding network device.

Long bitmap parameter: includes the long bitmap parameter in the SSB position parameter in the first burst and the SSB position parameter in the second burst. When a maximum of 64 SSBs can be transmitted in each half frame, this parameter is used to indicate the SSB used for transmission of the corresponding network device.

Optionally, adding a second set of parameters through an SSB position parameter in a burst to indicate that the second network device uses an SSB for transmission specifically includes:

Add three parameters, namely, a second short bitmap parameter (e.g., shortBitmap2), a second medium bitmap parameter (e.g., mediumBitmap2), and a second long bitmap parameter (e.g., longBitmap2) to the SSB position parameter in the burst (e.g., ssb-PositionsInBurst). The first short bitmap parameter (e.g., shortBitmap), the first medium bitmap parameter (e.g., mediumBitmap), and the first long bitmap parameter (e.g., longBitmap) are used to indicate the SSB for transmission of the first network device; the second short bitmap parameter (e.g., shortBitmap2), the second medium bitmap parameter (e.g., mediumBitmap2), and the second long bitmap parameter (e.g., longBitmap2) are used to indicate the SSB for transmission of the second network device.

Optionally, the parameters are used as follows:

Short bitmap parameter: includes the first short bitmap parameter and the second short bitmap parameter. When a maximum of 4 bits can be transmitted in each half frame, this parameter is used to indicate the SSB used for transmission of the corresponding network device.

Middle bitmap parameter: includes the first middle bitmap parameter and the second middle bitmap parameter. When a maximum of 8 bits can be transmitted in each half frame, this parameter is used to indicate the SSB used for transmission of the corresponding network device.

Long bitmap parameter: includes the first long bitmap parameter and the second long bitmap parameter. When a maximum of 64 bits can be transmitted in each half frame, this parameter is used to indicate the SSB used for transmission of the corresponding network device.

Optionally, the SSBs used for transmission of the first and second network devices can be obtained through two/groups of parameters, and any SSB used for transmission of the first network device can be different from the SSB used for transmission of the second network device. For example, if SSB 0 is the SSB used for transmission of the first network device, then SSB 0 is not the SSB used for transmission of the second network device. In addition, if the terminal device capability supports it, the same SSB can be indicated for different network devices. At this time, the configuration of these two/groups of parameters is not restricted, and the SSBs used for transmission of the first and second network devices can be flexibly indicated.

This embodiment uses the above solution to directly indicate two groups of SSBs for transmission through the serving cell common system information block configuration information element and/or the serving cell common configuration information element. Two network devices can be flexibly instructed to transmit any SSB without being restricted by the arrangement pattern of the elements; when transmitting the same number of SSBs, not only multiple arrangement patterns of elements can be realized, but also other irregular arrangement patterns can be realized, and the coverage of SSB can be flexibly adjusted.

Eighth embodiment

In the embodiment of the present application, if the terminal device selects two best SSBs for two network devices, and obtains two PRACH occasions that are the same in the time domain according to the two best SSBs, the terminal device uses the same PRACH occasion in the time domain when sending random access preambles (e.g., preambles) to the two network devices, which places high requirements on the capabilities of the terminal device. If the terminal device does not support sending random access preambles to the first network device and the second network device at the same time, in order to avoid sending random access preambles to the two network devices at the same PRACH occasion in the time domain, the following methods are designed:

Send a random access preamble on the subsequent available PRACH occasion corresponding to the SSB;

Design constraints on the association method between SSB and PRACH occasion;

The random access preamble is sent directly on different PRACH occasions in the time domain.

Optionally, for sending a random access preamble in a subsequent available PRACH occasion corresponding to an SSB, if the terminal device needs to send a random access preamble to two network devices, and the best SSBs selected for the two network devices are associated with the same PRACH occasion in the time domain, the terminal device does not expect to send a random access preamble to the two network devices in the same PRACH occasion in the time domain, that is: the terminal device selects two different PRACH occasions in the time domain to send a random access preamble to the two network devices. At this time, the terminal device first sends a random access preamble to one of the network devices, which can be the first network device or the second network device. At the same time, the terminal device obtains the subsequent available PRACH occasion associated with the other network device according to the best SSB corresponding to the other network device, and the terminal device selects a PRACH occasion from it to send a random access preamble to the network device. Optionally, the terminal device can select the next available PRACH occasion to send a random access preamble. Optionally, the subsequently available PRACH occasion may be a subsequently available PRACH occasion in the time domain. Optionally, the subsequently available PRACH occasion refers to a PRACH occasion with a larger index value.

Referring to FIG. 14, FIG. 14 is a first principle schematic diagram of a control method according to the eighth embodiment. As shown in FIG. 14, a subsequent available PRACH occasion is selected in the time domain. Optionally, the number of SSBs transmitted in one SSB burst period is 8, the frequency division multiplexing parameter of message 1 (e.g., msg1-FDM) is 4, and the number of SSBs N for each random access channel opportunity is 2. Optionally, N is provided by the number of SSBs for each random access channel opportunity and the contention-based preamble number parameter for each SSB (e.g., ssb-perRACH-OccasionAndCB-PreamblesPerSSB). At this time, the best SSBs corresponding to the first network device and the second network device are SSB 0 and SSB 1, respectively, and the terminal device sends a random access preamble to the first network device in PRACH occasion 1; for the second network device, the PRACH occasion 1 of the next random access channel configuration period is a subsequently available PRACH occasion, and the terminal device sends a random access preamble to the second network device in the PRACH occasion 1 of the next period.

Optionally, a constraint relationship is designed for the association method of SSB and PRACH occasion, and the terminal device selects two optimal SSBs for two network devices, thereby obtaining two PRACH occasions that are different in the time domain based on the two optimal SSBs. There is a design method with the following constraint relationship, when in a multiple network device scenario, the network device sets the frequency division multiplexing parameter of message 1 to 1 and/or sets the number of SSBs N for each random access channel opportunity to 1. The terminal device selects two optimal SSBs for two network devices, namely: a first SSB and a second SSB, obtains a first PRACH occasion based on the constraint relationship and the first SSB, and/or obtains a second PRACH occasion based on the constraint relationship and the second SSB, wherein the two PRACH occasions are different in the time domain.

Optionally, if the terminal device selects two best SSBs for two network devices, and the two PRACH occasions associated with the two SSBs are at least X time units apart in the time domain, that is, different PRACH occasions in the time domain, the terminal device can directly send random access preambles to the two network devices in the corresponding PRACH occasions, and optionally, X is an integer, which can be obtained by at least one method such as setting by default value, obtaining according to the terminal device capability, and indicating by the network device; the time unit can be at least one of a symbol (e.g., symbol), a time slot (e.g., slot), a subframe (e.g., subframe), a frame (e.g., frame), a millisecond (e.g., ms), and a second (e.g., s). As long as different PRACH occasions in the time domain are selected according to the best SSBs corresponding to the two network devices, the terminal device can directly send random access preambles to the two network devices in the corresponding PRACH occasions.

Referring to FIG. 15 , FIG. 15 is a second principle schematic diagram of the control method according to the eighth embodiment. As shown in FIG. 15 , two PRACH occasions associated with two optimal SSBs are different in the time domain. Optionally, 8 SSBs are transmitted in one SSB burst cycle, the frequency division multiplexing parameter of message 1 is 4, and the number of SSBs N for each random access channel opportunity is 1. At this time, the optimal SSBs corresponding to the first network device and the second network device are SSB 0 and SSB 5, respectively, and the terminal device sends random access preambles to the first network device and the second network device at PRACH occasion 1 and PRACH occasion 6, respectively.

Through the above scheme, if the terminal device does not support sending random access preambles to two network devices at the same time, the random access preamble is sent by a subsequent available PRACH occasion corresponding to the SSB; and/or, a constraint relationship is designed for the association method between the SSB and the PRACH occasion; and/or, the random access preamble is directly sent at PRACH occasions that are different in the time domain, and the terminal device can select two different PRACH occasions to send the random access preamble to the two network devices. Optionally, the two different PRACH occasions are different in the time domain to avoid sending the random access preamble to the two network devices at the same time.

Ninth embodiment

In an embodiment of the present application, if the terminal device supports sending a random access preamble to two network devices at the same time, and the best SSBs selected for the two network devices are associated with the same PRACH occasion in the time domain, the terminal device can send a random access preamble to the first network device and the second network device at the same PRACH occasion in the time domain. Therefore, if the terminal device supports sending a random access preamble to two network devices at the same time, regardless of whether the two PRACH occasions are the same, the terminal device can directly send a random access preamble to the two network devices at the two PRACH occasions. Optionally, there are the following examples, a first example: a terminal device may directly send a random access preamble to two network devices at two identical PRACH occasions, wherein the two PRACH occasions are identical in both time domain and frequency domain; a second example: a terminal device may directly send a random access preamble to two network devices at two identical PRACH occasions in time domain, wherein the two PRACH occasions are identical in time domain but different in frequency domain; a third example: a terminal device may directly send a random access preamble to two network devices at two identical PRACH occasions in frequency domain, wherein the two PRACH occasions are identical in frequency domain but different in time domain; a fourth example: a terminal device may directly send a random access preamble to two network devices at two different PRACH occasions, wherein the two PRACH occasions are different in both time domain and frequency domain.

If the two PRACH occasions are the same, in order to distinguish the two random access processes, the following two methods are provided in the embodiments of the present application:

Directly distinguish by controlling the resource pool index parameter identifier;

Distinguished by enhanced random access wireless network temporary identification.

Optionally, the terminal device may select two random access preambles to send to two network devices respectively, monitor/receive a first physical downlink control channel according to a random access wireless network temporary identifier in a control resource set whose index parameter value of the control resource set pool is 0, and the downlink control channel includes downlink control information for scheduling a random access response corresponding to the first random access preamble; monitor/receive a second physical downlink control channel according to a random access wireless network temporary identifier in a control resource set whose index parameter value of the control resource set pool is 1, and the downlink control channel includes downlink control information for scheduling a random access response corresponding to the second random access preamble.

Optionally, since each random access process corresponds to a random access radio network temporary identifier (RA-RNTI, Random Access Radio Network Temporary Identifier), it can be used to distinguish the random access process. The network device identifier can be added to the existing random access radio network temporary identifier calculation formula to achieve the purpose of distinguishing the random access preambles sent to two different network devices. Optionally, the network device identifier is added after the uplink carrier index value (for example: ul_carrier_id) in the existing random access radio network temporary identifier calculation formula. The specific RA-RNTI calculation formula is:

RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×(ul_carrier_id+G)

Wherein, s_id is the first OFDM symbol index value of PRACH occasion, t_id is the index value of the first time slot of PRACH occasion in a system frame, f_id is the index value of PRACH occasion in the frequency domain, and ul_carrier_id is the index value of the uplink carrier of the random access preamble transmission. G is the network device identifier, and the following options are possible: a) The value of G is consistent with the value of the control resource set pool index parameter (for example, coresetPoolIndex), for example, coresetPoolIndex is 0 to identify the first network device, and the value of G is 0; coresetPoolIndex is 1 to identify the second network device, and the value of G is 1; b) It is identified by the index value of the SSB group; c) Since the value of ul_carrier_id is 0 or 1, the value of G can be a number greater than 1 to distinguish the network device identifier, for example, G is 2 to indicate that the random access is directed to the first network device before sending, and G is 3 to indicate that the random access is directed to the second network device before sending, and vice versa; d) G depends on the timing advance group index value (TAG, Timing Advance Group), for example, the timing advance group index value is 0, G depends on 0; the timing advance group index value is 1, G depends on 1.

Optionally, in a control resource set whose control resource set pool index parameter value is 0, a first physical downlink control channel is monitored/received according to an enhanced random access wireless network temporary identifier corresponding to a first network device, and the downlink control channel includes downlink control information for scheduling a random access response corresponding to a first random access preamble; and/or, in a control resource set whose control resource set pool index parameter value is 1, a second physical downlink control channel is monitored/received according to an enhanced random access wireless network temporary identifier corresponding to a second network device, and the downlink control channel includes downlink control information for scheduling a random access response corresponding to a second random access preamble.

In this embodiment, through the above scheme, if the terminal device supports sending random access preambles to two network devices at the same time, the distinction is made by controlling the resource set pool index parameter identifier; and/or, the enhanced random access wireless network temporary identifier is used to distinguish. The terminal device can send random access preambles to two network devices through the same PRACH occasion in two time domains, and can distinguish two different random access processes.

Tenth embodiment

In an embodiment of the present application, in a scenario of multiple network devices based on multiple downlink control information, different network devices can be distinguished by taking a control resource pool index parameter (e.g., coresetPoolIndex). For example, a physical downlink control channel transmitted in a control resource set whose control resource pool index parameter value is 0 or other physical channels/reference signals scheduled by the physical downlink control channel are associated with a first network device; a physical downlink control channel transmitted in a control resource set whose control resource pool index parameter value is 1 or other physical channels/reference signals scheduled by the physical downlink control channel are associated with a second network device.

Optionally, the terminal device performs timing adjustment on the physical uplink channel and/or reference signal according to the timing advance command in the random access response, including uplink timing adjustment based on non-competition random access and/or uplink timing adjustment based on competition random access.

Optionally, in a scenario of multiple network devices based on multiple downlink control information, a non-contention-based random access process may be performed on two network devices respectively, and the steps are as follows:

The first step: transmitting a first physical downlink control channel from a control resource set having an index parameter value of 0 in a control resource set pool, the first physical downlink control channel including downlink control information (e.g., DCI), that is, sending downlink control information from a first network device, the downlink control information including a first random access preamble index value (e.g., Random Access Preamble index), a first SSB index value (e.g., SS/PBCH index), and a first physical random access channel mask index value (e.g., PRACH Mask Index); and/or, transmitting a second physical downlink control channel from a control resource set having an index parameter value of 1 in a control resource set pool, the second physical downlink control channel including downlink control information, that is, sending downlink control information from a second network device, the downlink control information including a second random access preamble index value, a second SSB index value, and a second physical random access channel mask index value. Optionally, when the first random access preamble index value is not all 0, it indicates that non-contention-based random access is triggered; and/or, when the second random access preamble index value is not all 0, it indicates that non-contention-based random access is triggered. When non-contention-based random access is triggered, the random access preamble index value is configured by a random access preamble index value parameter (e.g., ra-PreambleIndex). Optionally, the SSB for transmission is divided into two groups, corresponding to the first and second network devices, respectively, the first network device selects a first SSB index value from the SSB for transmission corresponding to the first network device, and/or the second network device selects a second SSB index value from the SSB for transmission corresponding to the second network device, and the two groups of SSBs for transmission are grouped in the following manner:

Step 2: The terminal device determines the first PRACH occasion according to the first SSB index value and the first physical random access channel mask index value, and sends the first random access preamble to the first network device at the first PRACH occasion; and/or, the terminal device determines the second PRACH occasion according to the second SSB index value and the second physical random access channel mask index value, and sends the second random access preamble to the second network device at the second PRACH occasion. Optionally, depending on whether the terminal device supports sending random access preambles to two network devices simultaneously, there are the following two situations:

(1) If the terminal device supports sending random access preambles to two network devices simultaneously, regardless of whether the first PRACH occasion and the second PRACH occasion are the same in the time domain, the terminal device can directly send the random access preamble to the first network device in the first PRACH occasion, and directly send the random access preamble to the second network device in the second PRACH occasion.

(2) If the terminal device does not support sending random access preambles to two network devices at the same time, the terminal device does not expect to transmit random access preambles in the same PRACH occasion in the time domain. Optionally, the two PRACH occasions can be different in the time domain by configuring the SSB index value and the physical random access channel mask index value. For example: when the SSB index value and/or the physical random access channel mask index value are configured to be different, and for another example: when the physical random access channel mask index value is 0/9/10, the terminal device can select two different PRACH occasions in the time domain.

Step 3: Transmit the first physical downlink control channel from the control resource set with an index parameter value of 0 in the control resource set pool, the first physical downlink control channel includes downlink control information, and the downlink control message schedules a random access response corresponding to the first random access preamble, that is, the random access response corresponding to the first random access preamble is sent from the first network device; and/or, transmit the second physical downlink control channel from the control resource set with an index parameter value of 1 in the control resource set pool, the second physical downlink control channel includes downlink control information, and the downlink control message schedules a random access response corresponding to the second random access preamble, that is, the random access response corresponding to the second random access preamble is sent from the second network device. Optionally, the following technical features are included:

(1) The terminal device assumes that the first physical downlink control channel including the first random access preamble index value and the first physical downlink control channel including the downlink control information of the scheduling random access response have the same demodulation reference signal (DMRS) antenna port quasi co-location characteristic (QCL), and/or, the second physical downlink control channel including the second random access preamble index value and the second physical downlink control channel including the downlink control information of the scheduling random access response have the same demodulation reference signal antenna port quasi co-location characteristic.

(2) The random access responses corresponding to the first and second random access preambles are received in the first and second random access response windows, respectively. Optionally, the first random access response window starts at the first symbol of the earliest control resource set, which is a physical downlink control channel used by the terminal device to receive a type 1 physical downlink control channel common search space set (e.g., Type1-PDCCH CSS set). Optionally, a control resource set pool index parameter value associated with the control resource set is 0, and at the same time, the start symbol of the first random access response window is at least one symbol away from the last symbol of the first PRACH occasion; and/or, the second random access response window starts at the first symbol of the earliest control resource set. Optionally, a control resource set pool index parameter value associated with the control resource set is 1, and at the same time, the start symbol of the second random access response window is at least one symbol away from the last symbol of the second PRACH occasion.

(3) The random access responses corresponding to the first and second random access preambles respectively include a first media access control layer (MAC) random access response (RAR) and a second MAC random access response, wherein the first MAC random access response includes a first timing advance command (e.g., Timing Advance Command), and/or the second MAC random access response includes a second timing advance command. Optionally, the first timing advance command is calculated by the first network device according to the first random access preamble, and/or the second timing advance command is calculated by the second network device according to the second random access preamble. Optionally, the first MAC random access response includes a first network device identifier, which is used to indicate that the first timing advance command is applied to uplink transmission to the first network device; and/or the second MAC random access response includes a second network device identifier, which is used to indicate that the second timing advance command is applied to uplink transmission to the second network device. Optionally, the network device identifier may be a random preamble sequence group index value or an SSB group index value.

Step 4: The first physical uplink channel (e.g., PUSCH/PUCCH)/reference signal (e.g., SRS) scheduled by the physical downlink control channel transmitted by the control resource set whose index parameter value of the control resource pool is 0 is adjusted in timing using the first timing advance command; and/or, the second physical uplink channel/reference signal scheduled by the physical downlink control channel transmitted by the control resource set whose index parameter value of the control resource pool is 1 is adjusted in timing using the second timing advance command.

This embodiment uses the above solution to improve the accuracy of timing adjustment by performing non-contention-based random access to two network devices respectively in a scenario of multiple network devices based on multiple downlink control information.

Eleventh Embodiment

In an embodiment of the present application, in a scenario of multiple network devices based on multiple downlink control information, different network devices can be distinguished by a control resource pool index parameter (for example: coresetPoolIndex), for example: the physical downlink control channel transmitted in the control resource set whose control resource pool index parameter value is 0 or other physical channels/reference signals scheduled by the physical downlink control channel are all associated with the first network device; the physical downlink control channel transmitted in the control resource set whose control resource pool index parameter value is 1 or other physical channels/reference signals scheduled by the physical downlink control channel are all associated with the second network device.

Optionally, contention-based random access includes contention-based random access initiated by a terminal device and contention-based random access initiated by a network device. Optionally, contention-based random access initiated by a terminal device includes type 1 random access and type 2 random access. Contention-based random access initiated by a network device is to instruct a terminal device to perform contention-based random access by sending downlink control information, that is, sending downlink control information from a first network device to trigger a random access process, and/or sending downlink control information from a second network device to trigger a random access process, and optionally, the downlink control information includes a random access preamble index value. When a non-contention-based random access preamble has been used up, a contention-based random access process will be triggered. Optionally, if the random access preamble is grouped so that two groups of random access preambles correspond to two network devices respectively, the non-contention-based random access preamble has been used up, indicating that if a non-contention-based random access preamble corresponding to a network device has been used up, the network device will trigger a contention-based random access process. In a scenario of multiple network devices based on multiple downlink control information, a contention-based random access process can be performed to two network devices respectively, and the steps are as follows:

Step 1: For contention-based random access initiated by a network device, a first physical downlink control channel is transmitted from a control resource set with a control resource set pool index parameter value of 0, and the first physical downlink control channel includes downlink control information, that is, downlink control information is sent from the first network device, and the downlink control information includes a first random access preamble index value (e.g., Random Access Preamble index); and/or, a second physical downlink control channel is transmitted from a control resource set with a control resource set pool index parameter value of 1, and the second physical downlink control channel includes downlink control information, that is, downlink control information is sent from the second network device, and the downlink control information includes a second random access preamble index value. Optionally, when the random access preamble index value is all 0, it indicates that contention-based random access is triggered, that is, when the first random access preamble index value is all 0, the terminal device selects the best SSB and selects the first random access preamble, and then sends the first random access preamble to the first network device, and/or, when the second random access preamble index value is all 0, the terminal device selects the best SSB and selects the second random access preamble, and then sends the second random access preamble to the second network device. For contention-based random access initiated by a terminal device, the terminal device directly selects the best SSB and selects the first random access preamble, and then sends the first random access preamble to the first network device, and/or directly selects the best SSB and selects the second random access preamble, and then sends the second random access preamble to the second network device. Optionally, the SSBs for transmission are divided into two groups, corresponding to the first and second network devices, respectively. The terminal device measures the first group of SSBs sent from the first network device and selects the best SSB therefrom, namely, the first SSB, and/or the terminal device measures the second group of SSBs sent from the second network device and selects the best SSB therefrom, namely, the second SSB. The two groups of SSBs for transmission are grouped in the following manner:

Step 2: The terminal device determines the first PRACH occasion according to the first SSB, and/or determines the second PRACH occasion according to the second SSB. Optionally, depending on whether the terminal device supports sending random access preambles to two network devices simultaneously, there are the following two situations:

(1) If the terminal device supports sending random access preambles to two network devices simultaneously, regardless of whether the first PRACH occasion and the second PRACH occasion are the same in the time domain, the terminal device can directly send the random access preamble to the first network device in the first PRACH occasion, and the terminal device can directly send the random access preamble to the second network device in the second PRACH occasion.

(2) If the terminal device does not support sending random access preambles to two network devices simultaneously, the following method can be used to avoid the terminal device sending random access preambles to two network devices at the same PRACH occasion in the time domain:

a) The second random access process is not performed before the first random access response window expires: the terminal device first sends a random access preamble to one of the network devices, and the terminal device sends a random access preamble to the other network device after the random access response window expires.

b) Sending a random access preamble in the subsequent available PRACH occasion corresponding to the SSB: If the first PRACH occasion and the second PRACH occasion are the same in the time domain, the terminal device first sends a random access preamble to one network device, and obtains the subsequent available PRACH occasion associated with the other network device according to the best SSB corresponding to the other network device. The terminal device selects a PRACH occasion from them to send a random access preamble to the network device.

c) Designing a constraint relationship for the association method between SSB and PRACH occasion: obtaining a first physical random access channel opportunity based on the constraint relationship and a first synchronous broadcast block, and/or obtaining a second physical random access channel opportunity based on the constraint relationship and a second synchronous broadcast block.

Step 3: The terminal device sends a first random access preamble to the first network device in the first PRACH occasion, and/or sends a second random access preamble to the second network device in the second PRACH occasion.

Step 4: Transmitting a first physical downlink control channel from a control resource set with an index parameter value of 0 in the control resource set pool, the first physical downlink control channel includes downlink control information (e.g., DCI), and the downlink control message schedules a random access response (e.g., MSG2) corresponding to the first random access preamble, that is, sending a random access response corresponding to the first random access preamble from the first network device, and optionally, for type 2 random access, sending an absolute timing advance command MAC CE corresponding to the first random access preamble from the first network device; and/or, transmitting a second physical downlink control channel from a control resource set with an index parameter value of 1 in the control resource set pool, the second physical downlink control channel includes downlink control information, and the downlink control message schedules a random access response corresponding to the second random access preamble, that is, sending a random access response corresponding to the second random access preamble from the second network device, and optionally, for type 2 random access, sending an absolute timing advance command MAC CE corresponding to the second random access preamble from the second network device. Optionally, the following technical features are included:

(1) The terminal device assumes that the physical downlink shared channel of the random access response including the first random access preamble has the same demodulation reference signal antenna port quasi-co-location characteristic as the first SSB, and/or, the physical downlink shared channel of the random access response including the second random access preamble has the same demodulation reference signal antenna port quasi-co-location characteristic as the second SSB. Optionally, the terminal device assumes that the first physical downlink control channel of the scheduling random access response has the same demodulation reference signal antenna port quasi-co-location characteristic as the first SSB, and/or, the second physical downlink control channel of the scheduling random access response has the same demodulation reference signal antenna port quasi-co-location characteristic as the second SSB.

(3) The random access responses corresponding to the first and second random access preambles respectively include a first MAC random access response (e.g., MAC RAR) and a second MAC random access response, wherein the first MAC random access response includes a first timing advance command (e.g., Timing Advance Command), and/or the second MAC random access response includes a second timing advance command, optionally, the first timing advance command is calculated by the first network device according to the first random access preamble, and/or the second timing advance command is calculated by the second network device according to the second random access preamble. Optionally, the first MAC random access response includes a first network device identifier, which is used to indicate that the first timing advance command is applied to uplink transmission to the first network device; and/or the second MAC random access response includes a second network device identifier, which is used to indicate that the second timing advance command is applied to uplink transmission to the second network device. Optionally, the network device identifier may be a random preamble sequence group index value or an SSB group index value.

Step 5: The first physical uplink channel (e.g., PUSCH/PUCCH)/reference signal (e.g., SRS) scheduled by the physical downlink control channel transmitted by the control resource set whose index parameter value of the control resource pool is 0 is adjusted in timing using the first timing advance command; and/or, the second physical uplink channel/reference signal scheduled by the physical downlink control channel transmitted by the control resource set whose index parameter value of the control resource pool is 1 is adjusted in timing using the second timing advance command.

This embodiment uses the above solution to perform a contention-based random access process. In a scenario of multiple network devices based on multiple downlink control information, a contention-based random access process can be performed on two network devices respectively, thereby improving the accuracy of timing adjustment.

Twelfth Embodiment

In an embodiment of the present application, a network device (eg, a base station) sends downlink information, including at least one of radio resource control signaling, system information, downlink control information, and a synchronous broadcast block.

When the terminal device receives the downlink information sent by the network device, it selects or determines the physical random access channel opportunity according to the downlink information, sends the corresponding random access preamble at the physical random access channel opportunity, receives the random access response corresponding to the random access preamble in the random access response window, and adjusts the timing of the physical uplink channel and/or reference signal according to the timing advance command in the random access response.

Optionally, the terminal device obtains a first group of synchronized broadcast blocks according to a synchronized broadcast block position parameter in a first burst, and/or obtains a second group of synchronized broadcast blocks according to a synchronized broadcast block position parameter in a second burst;

The terminal device obtains a first group of synchronized broadcast blocks according to at least one of the first group of short bitmap parameters, medium bitmap parameters and long bitmap parameters, and/or obtains a second group of synchronized broadcast blocks according to at least one of the second group of short bitmap parameters, medium bitmap parameters and long bitmap parameters.

Optionally, at least one of the following is included:

If the first physical random access channel opportunity obtained according to the first synchronization broadcast block and the second synchronization broadcast block is the same as the second physical random access channel opportunity in the time domain, and the terminal device does not support sending random access preambles to two network devices at the same time, the terminal device obtains the first physical random access channel opportunity according to the first synchronization broadcast block, and/or selects one from the subsequently available physical random access channel opportunities corresponding to the second synchronization broadcast block as the second physical random access channel opportunity;

If the first physical random access channel opportunity obtained according to the first synchronization broadcast block and the second synchronization broadcast block is different from the second physical random access channel opportunity in the time domain, and the terminal device does not support sending random access preambles to two network devices at the same time, the terminal device obtains the first physical random access channel opportunity according to the first synchronization broadcast block, and/or obtains the second physical random access channel opportunity according to the second synchronization broadcast block;

If the first physical random access channel opportunity obtained according to the first synchronization broadcast block and the second synchronization broadcast block is the same as the second physical random access channel opportunity, and the terminal device supports sending random access preambles to two network devices at the same time, the terminal device adds the network device identifier to the random access wireless network temporary identifier calculation formula to obtain an improved random access wireless network temporary identifier, and obtains the first physical random access channel opportunity according to the first synchronization broadcast block, and/or obtains the second physical random access channel opportunity according to the second synchronization broadcast block, and associates the improved random access wireless network temporary identifier with the first physical random access channel opportunity and/or the second physical random access channel opportunity.

Optionally, after the network device receives the first random access preamble sent by the terminal device, it correspondingly sends a random access response including a first timing advance command, and optionally, the first timing advance command is used for the terminal device to perform timing adjustment on the first physical uplink channel and/or the reference signal;

Through the above-mentioned scheme, this embodiment enables the random access process of the terminal device to be performed based on a specific network device in a scenario of multiple network devices based on multiple downlink control information, so that the timing calculation and adjustment of the physical uplink channel and/or reference signal of any network device are more accurate.

Please refer to Figure 16, which is a schematic diagram of the structure of the control device provided in the embodiment of the present application. The device can be mounted on the terminal device in the above method embodiment, and the device can specifically be a server. The control device shown in Figure 16 can be used to perform some or all of the functions in the method embodiment described in the above embodiment. As shown in Figure 16, the control device 110 includes:

The control module 111 is configured to adjust the uplink timing based on the downlink information.

Optionally, the downlink information includes at least one of wireless resource control signaling, system information, downlink control information and synchronous broadcast block; and/or, the wireless resource control signaling and/or system information includes a synchronous broadcast block position parameter in a burst, a synchronous broadcast block number parameter for each element, an element arrangement pattern parameter, at least one of a group parameter, a group status parameter, a short bitmap parameter, a medium bitmap parameter and a long bitmap parameter; and/or, the downlink control information includes first downlink control information and/or second downlink control information.

Optionally, the control module is further used to:

Selecting or determining a physical random access channel opportunity based on downlink information;

Sending a random access preamble at a physical random access channel opportunity;

Receive a random access response, and adjust the timing of a physical uplink channel and/or a reference signal according to the timing advance command.

Optionally, the step of selecting or determining a physical random access channel opportunity based on downlink information includes:

Selecting or determining a first group of synchronized broadcast blocks and/or a second group of synchronized broadcast blocks based on radio resource control signaling and/or system information;

A first physical random access channel opportunity is selected or determined based on the first synchronization broadcast block and/or the first downlink control information, and/or a second physical random access channel opportunity is selected or determined based on the second synchronization broadcast block and/or the second downlink control information.

Optionally, before the step of selecting or determining the first group of synchronized broadcast blocks and/or the second group of synchronized broadcast blocks based on radio resource control signaling and/or system information, at least one of the following items is also included:

Optionally, the step of selecting or determining a first physical random access channel opportunity based on the first synchronization broadcast block and/or the first downlink control information, and/or selecting or determining a second physical random access channel opportunity based on the second synchronization broadcast block and/or the second downlink control information, includes at least one of the following:

Optionally, the control module is further used for at least one of the following:

Sending a first random access preamble at a first physical random access channel opportunity;

The second random access preamble is sent at a second physical random access channel opportunity.

Optionally, the method further comprises at least one of the following:

receiving a random access response corresponding to a first random access preamble in a first random access response window, optionally wherein the random access response includes a first timing advance command;

A random access response corresponding to a second random access preamble is received in a second random access response window, and optionally, the random access response includes a second timing advance command.

Optionally, the step of adjusting the timing of the physical uplink channel and/or the reference signal according to the timing advance command includes at least one of the following:

The control device provided in the embodiment of the present application can execute the technical solution shown in the above method embodiment, and its implementation principle and beneficial effects are similar, which will not be repeated here.

Please refer to FIG. 17 , which is a second structural schematic diagram of a control device provided in an embodiment of the present application. As shown in FIG. 17 , the control device 120 includes:

The sending module 121 is used to send downlink information so that the terminal device adjusts the uplink timing based on the downlink information.

Optionally, the sending module is further used for at least one of the following:

The terminal device selects or determines the physical random access channel timing based on the downlink information;

The terminal device sends the corresponding random access preamble at the physical random access channel opportunity;

The terminal device receives a random access response corresponding to the random access preamble in a random access response window;

The terminal device adjusts the timing of the physical uplink channel and/or reference signal according to the timing advance command in the random access response.

The terminal device selects or determines the first group of synchronized broadcast blocks and/or the second group of synchronized broadcast blocks based on the radio resource control signaling and/or the system information;

The terminal device selects or determines the first physical random access channel timing based on the first synchronization broadcast block and/or the first downlink control information, and/or selects or determines the second physical random access channel timing based on the second synchronization broadcast block and/or the second downlink control information.

The terminal device selects or determines the synchronous broadcast block for transmission according to the synchronous broadcast block position parameter in the burst;

The terminal device adds a synchronization broadcast block position parameter in the second burst in the serving cell common system information block configuration information element and/or the serving cell common configuration information element;

The terminal device adds a second group of in-group parameters and group status parameters, and/or at least one of a second group of short bitmap parameters, medium bitmap parameters and long bitmap parameters to the synchronous broadcast block position parameters in the burst.

Optionally, the method further comprises at least one of the following:

The terminal device selects or determines the first physical random access channel timing according to the first synchronization broadcast block index value and/or the first physical random access channel mask index value in the first downlink control information, and/or selects or determines the second physical random access channel timing according to the second synchronization broadcast block index value and/or the second physical random access channel mask index value in the second downlink control information;

The network device designs a constraint relationship for the association method between the synchronous broadcast block and the physical random access channel opportunity, and the terminal device obtains the first physical random access channel opportunity based on the constraint relationship and the first synchronous broadcast block, and/or obtains the second physical random access channel opportunity based on the constraint relationship and the second synchronous broadcast block;

The terminal device performs timing adjustment on the first physical uplink channel and/or the reference signal according to the first timing advance command in the random access response;

The terminal device adjusts the timing of the second physical uplink channel and/or the reference signal according to the second timing advance command in the random access response.

Optionally, the method further comprises at least one of the following:

After receiving the first random access preamble, sending a random access response including a first timing advance command;

After receiving the second random access preamble, a random access response including a second timing advance command is sent.

Optionally, the method further comprises at least one of the following:

A first physical uplink channel and/or a reference signal sent by a receiving terminal device after timing adjustment by a first timing advance command;

The receiving terminal device adjusts the timing of the second physical uplink channel and/or reference signal and sends the second physical uplink channel and/or reference signal after the second timing advance command.

Refer to Figure 18, which is a schematic diagram of the structure of a communication device provided in an embodiment of the present application. As shown in Figure 18, the communication device 140 described in this embodiment can be a terminal device (or a component that can be used for a terminal device) or a network device (or a component that can be used for a network device) mentioned in the aforementioned method embodiment. The communication device 140 can be used to implement the method corresponding to the terminal device or the network device described in the aforementioned method embodiment, and specifically refer to the description in the aforementioned method embodiment.

The communication device 140 may include one or more processors 141, which may also be referred to as a processing unit, and may implement certain control or processing functions. The processor 141 may be a general-purpose processor or a dedicated processor, etc. For example, it may be a baseband processor or a central processing unit. The baseband processor may be used to process the communication protocol and communication data, and the central processing unit may be used to control the communication device, execute the software program, and process the data of the software program.

Optionally, the processor 141 may also store instructions 143 or data (eg, intermediate data). Optionally, the instructions 143 may be executed by the processor 141, so that the communication device 140 executes the method corresponding to the terminal device or network device described in the above method embodiment.

Optionally, the communication device 140 may include a circuit, which can implement the functions of sending or receiving or communicating in the aforementioned method embodiments.

Optionally, the communication device 140 may include one or more memories 142, on which instructions 144 may be stored. The instructions may be executed on the processor 141, so that the communication device 140 executes the method described in the above method embodiment.

Optionally, data may also be stored in the memory 142. The processor 141 and the memory 142 may be provided separately or integrated together.

Optionally, the communication device 140 may further include a transceiver 145 and/or an antenna 146. The processor 141 may be referred to as a processing unit, and controls the communication device 140 (terminal device or core network device or wireless access network device). The transceiver 145 may be referred to as a transceiver unit, a transceiver, a transceiver circuit, or a transceiver, etc., and is used to implement the transceiver function of the communication device 140.

Optionally, if the communication device 140 is used to implement operations corresponding to the terminal device in the above embodiments, for example, the transceiver 145 can receive downlink information; and the processor 141 can adjust the uplink timing based on the downlink information.

Optionally, the specific implementation process of the processor 141 and the transceiver 145 can refer to the relevant description of the above embodiments, which will not be repeated here.

Optionally, if the communication device 140 is used to implement operations corresponding to the network devices in the above embodiments, for example: the transceiver 145 can send downlink information so that the terminal device adjusts the uplink timing based on the downlink information.

The processor 141 and the transceiver 145 described in the present application can be implemented in an IC (Integrated Circuit), an analog integrated circuit, an RFIC (Radio Frequency Integrated Circuit), a mixed signal integrated circuit, an ASIC (Application Specific Integrated Circuit), a PCB (Printed Circuit Board), an electronic device, etc. The processor 141 and the transceiver 145 can also be manufactured using various integrated circuit process technologies, such as CMOS (Complementary Metal Oxide Semiconductor), NMOS (N Metal-Oxide-Semiconductor), PMOS (Positive channel Metal Oxide Semiconductor), BJT (Bipolar Junction Transistor), bipolar CMOS (BiCMOS), silicon germanium (SiGe), gallium arsenide (GaAs), etc.

In this application, the communication device may be a terminal device (such as a mobile phone) or a network device (such as a base station), which needs to be determined according to the context. In addition, the terminal device may be implemented in various forms. For example, the terminal device described in this application may include mobile terminals such as mobile phones, tablet computers, laptop computers, PDAs, portable media players (PMPs), navigation devices, wearable devices, smart bracelets, pedometers, etc., as well as fixed terminal devices such as digital TVs and desktop computers.

Although in the above embodiments, the communication device is described by taking a terminal device or a network device as an example, the scope of the communication device described in the present application is not limited to the above terminal device or network device, and the structure of the communication device may not be limited by Figure 21. The communication device may be an independent device or may be part of a larger device.

An embodiment of the present application also provides a communication system, including: a terminal device as in any of the above method embodiments; and a network device as in any of the above method embodiments.

The embodiment of the present application also provides a communication device, including a memory and a processor, wherein a control program is stored in the memory, and when the control program is executed by the processor, the steps of the control method in any of the above embodiments are implemented. The communication device in the present application can be a terminal device (such as a mobile phone) or a network device (such as a base station), and the specific reference needs to be clarified according to the context.

An embodiment of the present application also provides a storage medium, on which a control program is stored. When the control program is executed by a processor, the steps of the control method in any of the above embodiments are implemented.

In the embodiments of the communication device and the storage medium provided in the embodiments of the present application, all the technical features of any of the above-mentioned control method embodiments may be included, and the expansion and explanation content of the specification are basically the same as those of the embodiments of the above-mentioned methods, and will not be repeated here.

An embodiment of the present application further provides a computer program product, which includes a computer program code. When the computer program code runs on a computer, the computer executes the methods in the above various possible implementation modes.

An embodiment of the present application also provides a chip, including a memory and a processor, wherein the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that a device equipped with the chip executes the methods in various possible implementation modes as described above.

It is understood that the above scenarios are only examples and do not constitute a limitation on the application scenarios of the technical solutions provided in the embodiments of the present application. The technical solutions of the present application can also be applied to other scenarios. For example, it is known to those skilled in the art that with the evolution of the system architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

The serial numbers of the embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

The steps in the method of the embodiment of the present application can be adjusted in order, combined and deleted according to actual needs.

The units in the device of the embodiment of the present application can be merged, divided and deleted according to actual needs.

In the present application, the same or similar terminology concepts, technical solutions and/or application scenario descriptions are generally described in detail only the first time they appear. When they appear again later, they are generally not repeated for the sake of brevity. When understanding the technical solutions and other contents of the present application, for the same or similar terminology concepts, technical solutions and/or application scenario descriptions that are not described in detail later, reference can be made to the previous related detailed descriptions.

In the present application, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

The various technical features of the technical solution of the present application can be arbitrarily combined. In order to make the description concise, not all possible combinations of the various technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of the present application.

Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, disk, CD) as above, including a number of instructions for a terminal device (which can be a mobile phone, a computer, a server, a controlled terminal device, or a network device, etc.) to execute the method of each embodiment of the present application.

In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. A computer program product includes one or more computer instructions. When a computer program instruction is loaded and executed on a computer, a process or function according to an embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. Computer instructions may be stored in a storage medium or transmitted from one storage medium to another storage medium. For example, computer instructions may be transmitted from one website, computer, server or data center to another website, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The storage medium may be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrated therein. Available media may be magnetic media (e.g., floppy disk, storage disk, tape), optical media (e.g., DVD), or semiconductor media (e.g., solid-state storage disk Solid State Disk (SSD)), etc.

The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

A control method, comprising the steps of:

S1: Adjust uplink timing based on downlink information.
The method according to claim 1, wherein step S1 comprises:

Selecting or determining a physical random access channel opportunity based on downlink information;

Sending a random access preamble at a physical random access channel opportunity;

Receive a random access response, and adjust the timing of a physical uplink channel and/or a reference signal according to the timing advance command.
The method according to claim 2, wherein the step of selecting or determining the physical random access channel timing based on the downlink information comprises:

Select or determine a first group of synchronized broadcast blocks and/or a second group of synchronized broadcast blocks based on radio resource control signaling and/or system information;

A first physical random access channel opportunity is selected or determined based on the first synchronization broadcast block and/or the first downlink control information, and/or a second physical random access channel opportunity is selected or determined based on the second synchronization broadcast block and/or the second downlink control information.
The method according to claim 3, wherein before the step of selecting or determining the first group of synchronized broadcast blocks and/or the second group of synchronized broadcast blocks based on radio resource control signaling and/or system information, at least one of the following is further included:

Selecting or determining a sync broadcast block for transmission according to a sync broadcast block position parameter in a burst;

Adding a synchronization broadcast block position parameter in the second burst in a serving cell common system information block configuration information element and/or a serving cell common configuration information element;

A second group of in-group parameters and group status parameters, and/or at least one of a second group of short bitmap parameters, medium bitmap parameters and long bitmap parameters are added to the synchronous broadcast block position parameters in the burst.
The method of claim 3, wherein the step of selecting or determining the first group of synchronized broadcast blocks and/or the second group of synchronized broadcast blocks based on radio resource control signaling and/or system information comprises at least one of the following:

Obtaining a first group of synchronized broadcast blocks according to synchronized broadcast block position parameters in the first burst, and/or obtaining a second group of synchronized broadcast blocks according to synchronized broadcast block position parameters in the second burst;

Grouping candidate synchronized broadcast blocks and/or synchronized broadcast blocks for transmission according to a synchronized broadcast block number parameter of each element and/or an arrangement pattern parameter of the element to obtain a first group of synchronized broadcast blocks and/or a second group of synchronized broadcast blocks;

Obtain a first group of synchronized broadcast blocks according to the first group of in-group parameters and/or group status parameters, and/or obtain a second group of synchronized broadcast blocks according to the second group of in-group parameters and/or group status parameters;

A first group of synchronized broadcast blocks is obtained according to at least one of the first group of short bitmap parameters, medium bitmap parameters and long bitmap parameters, and/or a second group of synchronized broadcast blocks is obtained according to at least one of the second group of short bitmap parameters, medium bitmap parameters and long bitmap parameters.
The method of claim 3, wherein the step of selecting or determining the first physical random access channel opportunity based on the first synchronization broadcast block and/or the first downlink control information, and/or selecting or determining the second physical random access channel opportunity based on the second synchronization broadcast block and/or the second downlink control information, comprises at least one of the following:

Select or determine a first physical random access channel opportunity according to a first synchronization broadcast block index value and/or a first physical random access channel mask index value in the first downlink control information, and/or select or determine a second physical random access channel opportunity according to a second synchronization broadcast block index value and/or a second physical random access channel mask index value in the second downlink control information;

Designing a constraint relationship for the association method between the synchronous broadcast block and the physical random access channel opportunity, obtaining a first physical random access channel opportunity based on the constraint relationship and the first synchronous broadcast block, and/or obtaining a second physical random access channel opportunity based on the constraint relationship and the second synchronous broadcast block;

If the first preset condition is met, obtaining a first physical random access channel opportunity according to the first synchronization broadcast block, and/or selecting one from the subsequently available physical random access channel opportunities corresponding to the second synchronization broadcast block as a second physical random access channel opportunity;

If the second preset condition is met, obtaining a first physical random access channel opportunity according to the first synchronization broadcast block, and/or obtaining a second physical random access channel opportunity according to the second synchronization broadcast block;

If the third preset condition is met, the network device identifier is added to the random access wireless network temporary identifier calculation formula to obtain an improved random access wireless network temporary identifier, and the first physical random access channel timing is obtained according to the first synchronization broadcast block, and/or the second physical random access channel timing is obtained according to the second synchronization broadcast block, and the improved random access wireless network temporary identifier is associated with the first physical random access channel timing and/or the second physical random access channel timing.
The method according to any one of claims 2 to 6, wherein the step of adjusting the timing of the physical uplink channel and/or the reference signal according to the timing advance command comprises at least one of the following:

Performing timing adjustment on the first physical uplink channel and/or the reference signal according to the first timing advance command;

The timing of the second physical uplink channel and/or the reference signal is adjusted according to the second timing advance command.
A control method, comprising the steps of:

S0: Send downlink information so that the terminal device can adjust the uplink timing based on the downlink information.
The method as claimed in claim 8, wherein the downlink information includes at least one of wireless resource control signaling, system information, downlink control information and synchronous broadcast blocks; and/or the wireless resource control signaling and/or the system information include at least one of a synchronous broadcast block position parameter in a burst, a synchronous broadcast block number parameter for each element, an element arrangement pattern parameter, a group parameter, a group status parameter, a short bitmap parameter, a medium bitmap parameter and a long bitmap parameter; and/or the downlink control information includes the first downlink control information and/or the second downlink control information.
The method according to claim 8, further comprising at least one of the following:

After receiving the first random access preamble, sending a random access response including a first timing advance command;

After receiving the second random access preamble, a random access response including a second timing advance command is sent.
The method according to claim 10, further comprising at least one of the following:

A first physical uplink channel and/or a reference signal sent by a receiving terminal device after timing adjustment by a first timing advance command;

The receiving terminal device adjusts the timing of the second physical uplink channel and/or reference signal and sends the second physical uplink channel and/or reference signal after the second timing advance command.
A communication device, comprising: a memory, a processor, and a control program stored in the memory and executable on the processor, wherein the control program implements the steps of the control method as claimed in claim 1 or 8 when executed by the processor.
A storage medium, wherein a computer program is stored on the storage medium, and when the computer program is executed by a processor, the steps of the control method according to claim 1 or 8 are implemented.