Communication method
By having the terminal device actively request the network device to send SIB1 information, the energy consumption problem caused by the network device's long-term broadcasting is solved, thus achieving energy saving for the network device.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- HONOR DEVICE CO LTD
- Filing Date
- 2025-12-22
- Publication Date
- 2026-07-23
AI Technical Summary
In the prior art, network devices broadcast System Information Block Type 1 (SIB1) information for a long time, which leads to increased energy consumption. Terminal devices need to consume a lot of energy when accessing the network.
When a terminal device needs SIB1 information, it actively sends a request to the network device. The network device then sends the SIB1 information based on the request, thus avoiding prolonged broadcasting.
By requesting SIB1 information on demand, the energy consumption of network devices is reduced and the energy efficiency of terminal devices is improved.
Smart Images

Figure CN2025144462_23072026_PF_FP_ABST
Abstract
Description
A communication method
[0001] This application claims priority to Chinese Patent Application No. 202510091836.5, filed with the State Intellectual Property Office of China on January 17, 2025, entitled "A Communication Method", the entire contents of which are incorporated herein by reference. Technical Field
[0002] This application relates to the field of communication technology, and in particular to a communication method. Background Technology
[0003] When a terminal device needs to access the network, it can obtain System Information Block Type 1 (SIB1) information from the network device and access the network based on the SIB1 information.
[0004] In the current solution, network devices can broadcast SIB1 scheduling information and SIB1 information. Upon receiving the SIB1 scheduling information, the terminal device then receives the SIB1 information accordingly.
[0005] Thus, prolonged broadcasting by network devices leads to increased energy consumption. Summary of the Invention
[0006] This application provides a communication method that enables a terminal device to send an SIB1 request to a network device when it needs SIB1 information, thereby obtaining the corresponding SIB1 information. Correspondingly, the network device can send SIB1 information after receiving the SIB1 request. This solution avoids the energy consumption overhead caused by the network device broadcasting SIB1 and other information for extended periods.
[0007] To achieve the above technical objectives, this application adopts the following technical solution:
[0008] Firstly, a communication method is provided, applied to a terminal device. The method includes: obtaining SIB1 request configuration information, wherein the SIB1 request configuration information is used to send an SIB1 request, the SIB1 request being used to request first SIB1 information, the first SIB1 information corresponding to a first cell, the first cell being a Network Energy Saving (NES) cell; sending the SIB1 request; and receiving the first SIB1 information.
[0009] Based on this scheme, the terminal device can initiate an SIB1 request to the first network device according to the SIB1 request configuration information. It can then obtain the SIB1 information of the first cell from the first network device. This allows the terminal device to receive the SIB1 information immediately after initiating the SIB1 request, thus avoiding the energy consumption caused by prolonged broadcasting of SIB1 information by both the terminal device and the first network device.
[0010] In some possible designs, obtaining the SIB1 request configuration information includes: obtaining the SIB1 request configuration information from a first network device, which corresponds to the first cell; or obtaining the SIB1 request configuration information from a second network device, which corresponds to a second cell, which is either an NES cell or a normal cell.
[0011] In some possible designs, the second cell is a neighboring cell of the first cell.
[0012] In this example, the SIB1 request configuration information can be sent by the first network device corresponding to the NES cell. For example, the first network device can configure the SIB1 request configuration information to the terminal device through the first cell. This allows the terminal device to obtain the SIB1 information of the first cell when it reconnects to the first cell after leaving it. Alternatively, the SIB1 request configuration information can be configured to the terminal device by a second network device through a second cell. Therefore, when the terminal device reselects to the first cell after leaving the second cell, it can obtain the SIB1 information of the first cell from the first network device based on the SIB1 request configuration information.
[0013] In some possible designs, the SIB1 request configuration information includes first resource information indicating time-frequency domain resources for communication with the first cell. Sending the SIB1 request includes sending the SIB1 request to the first network device using the time-frequency domain resources indicated by the first resource information.
[0014] This allows the terminal device to request configuration information via SIB1 and communicate with the first network device. For example, sending an SIB1 request to the first network device.
[0015] In some possible designs, sending the SIB1 request includes sending the SIB1 request when there is an SIB1 requirement. Specifically, this may occur when the terminal device accesses the network from its initial state after power-on, or when the terminal device transitions from an idle state to a connected state, or after the terminal device performs cell reselection.
[0016] In some possible designs, sending the SIB1 request includes: sending a first preamble on a configured first RO. The first preamble includes the SIB1 request. This provides a specific method for sending the SIB1 request.
[0017] In some possible designs, after sending the SIB1 request, the method further includes: determining a first timing corresponding to receiving the first information. This first information is used to indicate the physical downlink control channel (PDCCH) information of the random access response (RAR) information. For example, the first timing can be a RAR window, used to indicate the time-frequency position of the RAR PDCCH.
[0018] In some possible designs, the first SIB1 request configuration information includes RAR-related information used to indicate the first timing. Determining the first timing includes: determining the first timing based on the RAR-related information and the first RO.
[0019] In some possible designs, the RAR-related information includes a Type 1 search space, a control resource set, and a RAR window length. The RAR window length indicates the length of the window from which the RAR PDCCH is received. For example, the Type 1 search space can be used to indicate the frequency domain information of the RAR window, and the RAR window length can indicate the time domain length of the RAR window.
[0020] In some possible designs, the starting symbol position of the first timing is: the position of the starting symbol of the first control resource set CORESET at an interval of not less than 1 symbol after the first RO ending symbol.
[0021] In some possible designs, after determining the first timing, the method further includes receiving the first information at that first timing. Thus, the terminal device can obtain the RAR PDCCH information from the first network device after sending the SIB1 request.
[0022] In some possible designs, the method further includes: parsing the first information based on a first wireless network temporary identifier (RNTI). Alternatively, parsing the first information based on a second RNTI. The first RNTI is a RA-RNTI, and the second RNTI is preset in the electronic device.
[0023] The first RNTI can be the RA-RNTI calculated based on the first RO. Thus, the first network device can calculate the RA-RNTI based on the first RO received from the SIB1 request and scramble the first information based on this RA-RNTI. Correspondingly, the terminal device can parse the received information based on the first RNTI to obtain the first information.
[0024] In other implementations, the second RNTI can be data pre-set in both the terminal device and the first network device. For example, the second RNTI can be represented as OD-RA-RNTI. This second RNTI can be independent of the first RO. Thus, the first network device can scramble the first information based on the pre-set second RNTI. Correspondingly, the terminal device can parse the received information based on the second RNTI to obtain the first information.
[0025] In some possible designs, the method further includes: determining second information based on the first information, the second information indicating the Physical Downlink Shared Channel (PDSCH) of the RAR information; and obtaining the RAR information based on the second information.
[0026] In some possible designs, the RAR information includes: a random access preamble identifier (RAPID) used to confirm that the SIB1 request has been received.
[0027] In some possible designs, the method further includes: determining a second timing for receiving first synchronization signal block (SSB) information, the first SSB information indicating the first SIB1 information.
[0028] In some possible designs, determining the second timing includes: determining the second timing based on SSB-related information. This SSB-related information is included in the SIB1 request configuration information, or it is included in the RAR information. The SSB-related information includes at least one of the following: SSB period, SSB window length information, SSB Global Synchronization Channel Number (GSCN), and information indicating the start position of the SSB window.
[0029] In some possible designs, the SSB-related information includes a first offset. This first offset indicates the offset between a first position and the start position of the SSB window. The first position is the position of the end symbol of the first timing. The position of the end symbol of the first timing is also the position of the end symbol of the RAR window.
[0030] In some possible designs, the SSB-related information includes a second offset. This second offset indicates the offset between a second position and the start position of the SSB window. This second position is the location where the end symbol of the RAR information is received.
[0031] In some possible designs, the method further includes: receiving the first SSB information at the second opportune moment; determining third information based on the first SSB information; the third information indicating the PDCCH configuration information of the first SIB1; and receiving the first SIB1 information, which includes: receiving the first SIB1 information based on the third information.
[0032] In some implementations, this third information can be the MIB and PBCH payloads. The MIB and PBCH payloads are used to indicate the configuration information of the PDCCH for the first SIB1 information. This PDCCH configuration information can be used to indicate the resources (such as PDSCH) for transmitting the first SIB1 information. Therefore, the terminal device can receive the first SIB1 information according to the configuration information of the PDCCH for the first SIB1 information.
[0033] In the above example, the first network device instructs the terminal device to receive the PDCCH configuration information of the first SIB1 information through SSB information.
[0034] In other designs, the first network device can indicate the time-frequency domain location of the first SIB1 information to the terminal device. Correspondingly, the terminal device can receive the first SIB1 information based on the time-frequency domain location of the first SIB1 information.
[0035] In some possible designs, a third timing is determined for receiving the first SIB1 information. In this example, the first network device may configure the first...
[0036] In some possible designs, determining the third timing includes: determining the third timing based on SIB1-related information. This SIB1-related information is included in the SIB1 request configuration information, or it is included in the RAR information. The SIB1-related information includes at least one of the following: the time-frequency resources for receiving SIB1, the window length of SIB1, the SIB1 period, and information indicating the start position of the SIB1 window.
[0037] In some possible designs, the SIB1 related information includes a third offset. This third offset indicates the offset between the first position and the start position of the SIB1 window. The first position is the location of the end symbol of the first timing.
[0038] In some possible designs, the SIB1-related information includes a fourth offset. This fourth offset indicates the offset between the second position and the start position of the SIB1 window. The second position is the location where the end symbol of the RAR information is received.
[0039] In some possible designs, receiving the first SIB1 information includes receiving the first SIB1 information according to the third timing.
[0040] In other designs, the first network device can indicate the time-frequency domain location of the PDCCH information of the first SIB1 information to the terminal device. Correspondingly, the terminal device can determine the resources for receiving the first SIB1 information based on the time-frequency domain location of the PDCCH information of the first SIB1 information, and thus obtain the first SIB1 information.
[0041] In some possible designs, the method further includes: determining a fourth timing for receiving first SIB1 control information, the first SIB1 control information being used to indicate PDCCH information of the first SIB1 information.
[0042] In some possible designs, determining the fourth timing includes: determining the fourth timing based on SIB1 control instruction information. The SIB1 control instruction information is included in the SIB1 request configuration information, or the SIB1 control instruction information is included in the RAR information. The SIB1 control instruction information includes at least one of the following: the SIB1 PDCCH search space, the length of the SIB1 PDCCH window, and information indicating the starting position of the SIB1 PDCCH window.
[0043] In some possible designs, the SIB1 control indication information includes a fifth offset. This fifth offset indicates the offset between the first position and the start position of the SIB1 PDCCH window. The first position is the position of the end symbol of the first timing.
[0044] In some possible designs, the SIB1 control indication information includes a sixth offset. This sixth offset indicates the offset between the second position and the start position of the SIB1 window. The second position is the location where the end symbol of the RAR information is received.
[0045] In some possible designs, the method further includes: receiving the first SIB1 control information according to the fourth timing; and acquiring the first SIB1 information according to the PDCCH information indicated by the first SIB1 control information.
[0046] In some possible designs, the method further includes: obtaining the first SIB1 information based on the PDCCH information indicated by the first SIB1 control information. The first SIB1 control information is included in the RAR information, or the first SIB1 control information is included in the SIB1 request configuration information.
[0047] Secondly, a communication method is provided, applied to a network device. The method includes: receiving an SIB1 request, the SIB1 request being used to request first SIB1 information of a first cell, the first cell being a Network Energy Saving (NES) cell. The first cell corresponds to the network device. The first SIB1 information is then sent.
[0048] In some possible designs, before receiving the SIB1 request, the method further includes: sending SIB1 request configuration information, which is used by the terminal device to send the SIB1 request; or, obtaining the SIB1 request configuration information.
[0049] In some possible designs, the SIB1 request configuration information includes first resource information indicating time-frequency domain resources for communication with the first cell. Receiving the SIB1 request includes receiving the SIB1 request using the time-frequency resources indicated by the first resource information.
[0050] In some possible designs, receiving the SIB1 request includes: receiving a first preamble on a first RO. The first preamble includes the SIB1 request.
[0051] In some possible designs, after receiving the SIB1 request, the method further includes sending first information, which is used to indicate the physical downlink control channel (PDCCH) information of the random access response (RAR) information.
[0052] In some possible designs, sending the first information includes: sending the first information at a first opportune moment. This first opportune moment corresponds to the first RO and RAR-related information. The RAR-related information is included in the SIB1 request configuration information. This RAR-related information includes the Type 1 Search Space, the control resource set, and the RAR window length. The RAR window length indicates the window length for receiving the RAR PDCCH.
[0053] In some possible designs, before sending the first information, the method further includes: scrambling the first information according to a first Radio Network Temporary Identifier (RNTI). Alternatively, scrambling the first information according to a second RNTI. The first RNTI corresponds to the first Radio Network Entity (RO), and the second RNTI is preset in the network device.
[0054] In some possible designs, after sending the first information, the method further includes: sending the RAR information on the physical downlink shared channel (PDSCH) corresponding to the first information.
[0055] In some possible designs, the RAR information includes: a random access preamble identifier (RAPID) used to confirm that the SIB1 request has been received.
[0056] In some possible designs, the method further includes sending a first synchronization signal block (SSB) information, which indicates the first SIB1 information.
[0057] In some possible designs, sending the first SSB information includes: sending the first SSB information at a second opportune time. This second opportune time corresponds to SSB-related information. This SSB-related information is included in the SIB1 request configuration information, or it is included in the RAR information. The SSB-related information includes at least one of the following: SSB period, SSB window length information, SSB Global Synchronization Channel Number (GSCN), and information indicating the start position of the SSB window.
[0058] In some possible designs, the SSB-related information includes a first offset. This first offset indicates the offset between a first position and the start position of the SSB window. The first position is the location of the end symbol of the first timing.
[0059] In some possible designs, the SSB-related information includes a second offset. This second offset indicates the offset between a second position and the start position of the SSB window. This second position is the location where the end symbol of the RAR information is received.
[0060] In some possible designs, the method further includes: sending the first SIB1 information according to the PDCCH configuration information of the first SIB1 information corresponding to the first SSB information.
[0061] In some possible designs, the method further includes: sending the first SIB1 information at a third opportune moment. This third opportune moment corresponds to SIB1-related information. This SIB1-related information is included in the SIB1 request configuration information, or it is included in the RAR information. The SIB1-related information includes at least one of the following: time-frequency resources for receiving SIB1, the length of the SIB1 window, the SIB1 period, and information indicating the start position of the SIB1 window.
[0062] In some possible designs, the SIB1 related information includes a third offset. This third offset indicates the offset between the first position and the start position of the SIB1 window. The first position is the location of the end symbol of the first timing.
[0063] In some possible designs, the SIB1-related information includes a fourth offset. This fourth offset indicates the offset between the second position and the start position of the SIB1 window. The second position is the location where the end symbol of the RAR information is received.
[0064] In some possible designs, first SIB1 control information is sent at a fourth opportune moment. This first SIB1 control information is used to indicate the PDCCH information of the first SIB1 information. This fourth opportune moment corresponds to SIB1 control indication information. The SIB1 control indication information is included in the SIB1 request configuration information, or the SIB1 control indication information is included in the RAR information. The SIB1 control indication information includes at least one of the following: SIB1 PDCCH search space, the length of the SIB1 PDCCH window, and information indicating the starting position of the SIB1 PDCCH window.
[0065] In some possible designs, the SIB1 control indication information includes a fifth offset. This fifth offset indicates the offset between the first position and the start position of the SIB1 PDCCH window. The first position is the position of the end symbol of the first timing.
[0066] In some possible designs, the SIB1 control indication information includes a sixth offset. This sixth offset indicates the offset between the second position and the start position of the SIB1 window. The second position is the location where the end symbol of the RAR information is received.
[0067] In some possible designs, the method further includes: sending the first SIB1 information according to the PDCCH information corresponding to the first SIB1 control information.
[0068] In some possible designs, the first SIB1 control information is sent based on the PDCCH information included in the first SIB1 control information. The first SIB1 control information is included in the RAR information, or it is included in the SIB1 request configuration information.
[0069] Thirdly, a terminal device is provided. The terminal device includes a memory and one or more processors. The memory and processors are coupled. The memory stores computer program code, which includes computer instructions. When the processor executes the computer instructions, it causes the terminal device to perform the technical solutions provided in the first aspect and any possible implementation thereof.
[0070] Fourthly, a network device is provided. The network device includes a memory and one or more processors. The memory and processors are coupled. The memory stores computer program code, which includes computer instructions. When the processor executes the computer instructions, it causes the network device to perform the technical solutions provided in the second aspect and any possible implementation thereof.
[0071] Fifthly, a chip system is provided, which is applied to a terminal device. The chip system may include one or more interface circuits and one or more processors. The interface circuits and processors are interconnected via lines. The interface circuits are used to receive signals from the memory of the electronic device and send the signals to the processors. The signals include computer instructions stored in the memory. When the processor executes the aforementioned computer instructions, the terminal device executes the technical solutions provided in the first aspect and any possible implementation thereof.
[0072] Sixthly, a chip system is provided, which is applied to a network device. The chip system may include one or more interface circuits and one or more processors. The interface circuits and processors are interconnected via lines. The interface circuits are used to receive signals from the memory of the electronic device and send the signals to the processors. The signals include computer instructions stored in the memory. When the processor executes the aforementioned computer instructions, the network device executes the technical solutions provided in the first aspect and any possible implementation thereof.
[0073] In a seventh aspect, a computer-readable storage medium is provided, including computer instructions that, when executed on a terminal device, cause the terminal device to perform the technical solutions provided in the first aspect and any possible implementation thereof.
[0074] Eighthly, a computer-readable storage medium is provided, including computer instructions that, when executed on a network device, cause the network device to perform the technical solutions provided in the second aspect and any possible implementation thereof.
[0075] Ninth aspect, a computer program product is provided, which, when run on a computer, causes the computer to execute the technical solutions provided in the first aspect and any possible implementation thereof, or to execute the technical solutions provided in the second aspect and any possible implementation thereof.
[0076] In a tenth aspect, a communication system is provided, which may include a terminal device as provided in the third aspect and a network device as provided in the fourth aspect.
[0077] It is understood that the solutions provided in the second to tenth aspects of this application can be respectively associated with the first aspect and any of its possible designs, and therefore the beneficial effects achieved are similar, which will not be repeated here. Attached Figure Description
[0078] Figure 1 is a schematic diagram of the interaction flow of a communication method provided in an embodiment of this application;
[0079] Figure 2 is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application;
[0080] Figure 3 is a schematic diagram of a communication scenario provided in an embodiment of this application;
[0081] Figure 4 is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application;
[0082] Figure 5 is a timing logic diagram of a communication method provided in an embodiment of this application;
[0083] Figure 6 is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application;
[0084] Figure 7 is a timing logic diagram of another communication method provided in an embodiment of this application;
[0085] Figure 8 is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application;
[0086] Figure 9 is a timing logic diagram of another communication method provided in an embodiment of this application;
[0087] Figure 10 is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application;
[0088] Figure 11 is a timing logic diagram of another communication method provided in an embodiment of this application;
[0089] Figure 12 is a schematic diagram of the composition of a terminal device provided in an embodiment of this application;
[0090] Figure 13 is a schematic diagram of the composition of another terminal device provided in an embodiment of this application;
[0091] Figure 14 is a schematic diagram of the composition of a chip system provided in an embodiment of this application. Detailed Implementation
[0092] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise stated, "a plurality of" means two or more.
[0093] Before establishing a communication connection with the network device, the terminal device can obtain the System Information Block Type 1 (SIB1) information corresponding to the cell of the network device from the network device.
[0094] The network equipment may include base stations in LTE networks (such as eNB), base stations in 5G New Radio (NR) networks (such as gNB), or base stations in 6G networks.
[0095] The terminal device can perform subsequent operations based on SIB1.
[0096] For example, a terminal device can determine whether it can access a cell based on SIB1. Furthermore, a terminal device can use SIB1 to perform subsequent cell selection, reselection, and other operations.
[0097] In the following examples, the information including SIB1 will be referred to simply as SIB1, or SIB1 information.
[0098] Referring to Figure 1, this is a schematic diagram of the interaction flow of a communication method provided in an embodiment of this application. The terminal device can obtain SIB1 using the scheme shown in Figure 1.
[0099] S101, Network device sends broadcast information 11.
[0100] For example, a network device may send the broadcast information 11 on the Physical Broadcast Channel (PBCH).
[0101] The broadcast message 11 may include the Master Information Block (MIB) and / or the PBCH payload.
[0102] The MIB and / or PBCH payloads may include basic information such as subcarrier spacing and system frame number, which are common information of the network device's cell. This basic information can be used to determine SIB1 scheduling information.
[0103] S102. The terminal device determines the scheduling information of SIB1 based on the broadcast information 11.
[0104] For example, the terminal device can determine the scheduling information of SIB1 based on the information in the MIB and / or PBCH load.
[0105] In some embodiments, the scheduling information of SIB1 can be used to instruct network devices on the frequency domain resources, time domain resources, etc., used by SIB1.
[0106] S103, The network device sends SIB1 information 12.
[0107] For example, the SIB1 information 12 may include SIB1 information. The network device can send the SIB1 information 12 through the transmission resources (such as frequency domain resources, time domain resources) corresponding to the MIB and / or PBCH payload in the broadcast information 11.
[0108] S104, The terminal device receives SIB1 information 12.
[0109] The SIB1 information 12 may include SIB1 information.
[0110] For example, the terminal device can listen to the Physical Downlink Control Channel (PDCCH) corresponding to the scheduling information of SIB1 to obtain SIB1 information 12.
[0111] As illustrated in Figure 1, when the served terminal devices do not have access, measurement, or service transmission requirements, the network devices need to continuously send broadcast information 11, SIB1 information 12, and other information. This is so that when the terminal devices enter the network device's cell, they can obtain the broadcast information 11 and then receive the subsequent SIB1 (i.e., SIB1 information 12).
[0112] This leads to energy waste in network equipment.
[0113] To avoid network devices sending broadcast information for extended periods, refer to Figure 2, which illustrates the interaction flow of another communication method provided in this application embodiment. The scheme shown in Figure 2 can also be referred to as the SIB1 on-demand request scheme.
[0114] As shown in Figure 2, the scheme may include:
[0115] S201, The terminal device sends SIB1 request information 21 to the network device. This SIB1 request information 21 can be used to request the network device to send SIB1 information to the terminal device.
[0116] S202, the network device sends SIB1 information 22 to the terminal device. For example, the SIB1 information 22 may include SIB1 information.
[0117] In this way, the terminal device can send an SIB1 request to the network device when it needs SIB1 (such as SIB1 request information 21 in S201). Correspondingly, the network device can send SIB1 information to the terminal device after receiving the SIB1 request. Thus, the transmission of SIB1 is changed from the original periodic broadcast to on-demand request. This avoids the energy waste caused by the network device sending SIB1 information and other broadcast messages for a long time.
[0118] The terminal device has a SIB1 requirement in any of the following situations:
[0119] After the terminal device is powered on, it accesses the network from the initial state; the terminal device enters the connected state (RRC_CONNECTED) from the idle state (RRC_IDLE); the terminal device performs cell reselection.
[0120] In this application, the cell supporting the SIB1 on-demand request scheme can be a Network Energy Saving cell (NES cell, or simply NES cell). This NES cell can send SIB1 information based on the received SIB1 request.
[0121] The counterpart to NES cells can be ordinary cells (or normal cells).
[0122] In this example, the terminal device can obtain the configuration information for the SIB1 request before sending it. The terminal device can then send the SIB1 request to the NES cell based on this configuration information.
[0123] The SIB1 request configuration information can instruct the end device to send resource (such as time-domain and / or frequency-domain resources) information for the SIB1 request, and / or related information for receiving subsequent information. In some implementations, the SIB1 request configuration information may also include the cell identifier of the NES cell. This SIB1 request configuration information can also be called the UL Wake-Up Signal (UL-WUS) configuration information, or simply UL-WUS configuration.
[0124] Referring to Figure 3, which is a schematic diagram of a communication scenario provided by an embodiment of this application, several interaction examples under different scenarios are provided.
[0125] In this context, cell 1 can be a neighboring cell of cell 2. Cell 1 can be a normal cell or an NES cell. Cell 2 can be an NES cell. Referring to Figure 2, cell 2 can be the NES cell corresponding to the network device in Figure 2.
[0126] Cell 1 corresponds to network device 31. Cell 2 corresponds to network device 32.
[0127] In some implementations, network device 31 and network device 32 can be the same network device (as shown in Figure 2). The cell of this network device can include an NES cell.
[0128] In other implementations, network device 31 and network device 32 can be different network devices. For example, network device 32 can correspond to the network device shown in Figure 2.
[0129] Through any of the interaction methods shown in Figure 3, the terminal device can obtain the SIB1 information 22 of cell 2 of network device 32 through the on-demand request scheme of SIB1.
[0130] Referring to scenario 1 in Figure 3, cell 2 can be an anchor cell.
[0131] Network device 32 can send SIB1 request configuration information 31 to terminal devices on cell 2. This SIB1 request configuration information 31 can be used to indicate the resources for which the SIB1 request is sent and / or the sequence of SIB1 requests, etc. In some implementations, the SIB1 request configuration information 31 may also include the corresponding cell identifier (such as the cell identifier of cell 2).
[0132] When a terminal device has an SIB1 requirement, it can send an SIB1 request 21 to the network device 32 corresponding to cell 2 according to the SIB1 request configuration information 31. Correspondingly, the network device 32 can send SIB1 information 22 to the terminal device on cell 2.
[0133] In this scenario 1, the cell that configures the SIB1 request configuration information 31 and the cell that supports the SIB1 request can be the same cell.
[0134] As shown in Scenario 2 of Figure 3, Cell 1 can be an anchor cell.
[0135] Network device 31 can send SIB1 request configuration information 31 to terminal devices on cell 1. This SIB1 request configuration information 31 can be used to indicate the resources for which the SIB1 request is sent and / or the sequence of SIB1 requests, etc. In some implementations, the SIB1 request configuration information 31 may also include the corresponding cell identifier (e.g., the cell identifier of cell 2).
[0136] When a SIB1 request is needed, the terminal device can send an SIB1 request 21 to the network device 31 corresponding to cell 1, based on the SIB1 request configuration information 31. This SIB1 request 21 may carry the cell identifier of cell 2.
[0137] Correspondingly, network device 31 can forward the SIB1 request 21 to the network device 32 corresponding to the small 2.
[0138] In this way, network device 32 can send SIB1 information 22 to network device 31 according to the SIB1 request 21. Network device 31 can then send the SIB1 information 22 to the terminal device through cell 1.
[0139] As shown in scenario 3 of Figure 3, cell 1 can be an anchor cell.
[0140] Network device 31 can send SIB1 request configuration information 31 to terminal devices on cell 1. This SIB1 request configuration information 31 can be used to indicate the resources for which the SIB1 request is sent and / or the sequence of SIB1 requests, etc. In some implementations, the SIB1 request configuration information 31 may also include the corresponding cell identifier (e.g., the cell identifier of cell 2).
[0141] When a terminal device has an SIB1 requirement, it can send an SIB1 request 21 to the network device 32 corresponding to cell 2 according to the SIB1 request configuration information 31. Correspondingly, the network device 32 can send SIB1 information 22 to the terminal device on cell 2.
[0142] In scenarios 2 and 3, the SIB1 request configuration information 31 can be configured by the network device (such as network device 31) of the normal cell (such as cell 1) to the terminal device.
[0143] The solution provided in this application embodiment can be applied to any of the scenarios shown in Figure 3.
[0144] In the following description, taking scenario 3 in Figure 3 as an example, the communication method provided by the embodiments of this application will be described in detail.
[0145] In this context, the first network device can correspond to network device 32 in scenario 3 of Figure 3. The cell of the first network device can be the first cell. This first cell can correspond to cell 2 in scenario 3, and the first cell is an NES cell.
[0146] The solution provided in this application embodiment enables a terminal device to obtain the SIB1 of the first cell of the first network device based on the SIB1 request configuration information. The first request configuration information may correspond to the SIB1 request configuration information 31 in the aforementioned example.
[0147] For example, referring to FIG4, is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application.
[0148] As shown in Figure 4, the scheme may include:
[0149] S401, Terminal device requests configuration information from SIB1 41.
[0150] For example, referring to the description in Figure 3, taking scenario 3 as an example, the terminal device can obtain the SIB1 request configuration information 41 from the network device 31 of a normal cell (such as cell 1). In other scenarios, the method by which the terminal device obtains the SIB1 request configuration information 41 can be referred to the description in Figure 3, and will not be repeated here.
[0151] In some embodiments, the SIB1 request configuration information 41 may include resource information R1 (first resource information). This resource information R1 can be used for uplink communication between the terminal device and the first cell. Therefore, the terminal device can send an SIB1 request to the first network device corresponding to the first cell based on this resource information R1.
[0152] In some embodiments, the SIB1 request configuration information 41 may also include: Random Access Response (RAR) related information.
[0153] The RAR-related information can be used to indicate the timing 43 (first timing) for the terminal device to receive the RAR PDCCH (first information). Correspondingly, the first network device can send the RAR PDCCH within the receiving timing 43. This receiving timing 43 can also be referred to as the RAR window.
[0154] This RAR-related information can be used by terminal devices to receive RARs.
[0155] In some implementations, RAR-related information may include RAR PDCCH search space information, control resource sets, and RAR PDCCH window information.
[0156] For example, RAR PDCCH search space information may include Type 1 search space. RAR PDCCH window information may include the RAR PDCCH window size.
[0157] In some embodiments, the SIB1 request configuration information 41 may also include: Synchronization Signal Block (SSB) related information.
[0158] The SSB-related information can be used to indicate the receiving timing 47 (second timing) for the terminal device to receive the SSB. Correspondingly, the first network device can send the SSB within this receiving timing 47. This SSB can be used to schedule SIB1. This receiving timing 47 of the SSB can also be called the SSB window.
[0159] In some implementations, SSB-related information may include SSB cycle and / or SSB window information. For example, the SSB window information may include the length of the SSB window.
[0160] In other implementations, SSB-related information may also include the SSB's Global Synchronization Channel Number (GSCN). The SSB's GSCN is used to indicate the SSB's frequency domain location.
[0161] In the following description, we take the SIB1 request configuration information 41, which includes resource information R1 and RAR related information, as an example.
[0162] S402, The terminal device sends an SIB1 request 42 to the first network device.
[0163] For example, the terminal device can send an SIB1 request 42 to the first network device through the resource information R1 indicated by the SIB1 request configuration information 41.
[0164] The SIB1 request 42 can be used to request SIB1 from the first network device.
[0165] In some embodiments, the terminal device may send a preamble to the first network device. The preamble may include the SIB1 request 42.
[0166] In this example, the terminal device can also calculate the corresponding Random Access Radio Network Temporary Identifier (RA-RNTI) based on information such as the transmission timing and resource location. The RA-RNTI is the RA-RNTI defined by 3GPP protocol 38.321 of the 3rd Generation Partnership Project. The RNTI is related to the actual transmission of the Random Access Opportunity (RO) and the resource location. The specific calculation process will not be described in detail.
[0167] S403, The terminal device determines the timing of receiving the RAR PDCCH.
[0168] For example, the terminal device can determine the timing 43 for receiving the RAR PDCCH based on the RAR-related information in the SIB1 request configuration information 41 and the timing of sending the SIB1 request 42.
[0169] In some embodiments, the terminal device sends SIB1 request 42 at RO1 as an example.
[0170] The terminal device can determine the timing of receiving the RAR PDCCH based on the end symbol of RO1, the start symbol of the Control Resource Set (CORESET), and the window length of the RAR PDCCH.
[0171] The starting symbol of CORESET can be determined based on the Type1 Search Space.
[0172] For example, the position of the start symbol of the reception timing 43 of the RAR PDCCH window (i.e., the RAR window) can be: the position of the start symbol of the first CORESET after the interval of not less than 1 symbol from the end symbol of RO1.
[0173] The symbol length of the RAR PDCCH reception timing 43 corresponds to the window length of the RAR PDCCH.
[0174] S404, The first network device sends RAR PDCCH information to the terminal device 44.
[0175] For example, the first network device may send RAR PDCCH information 44 to the terminal device within the reception time 43.
[0176] The RAR PDCCH information 44 is used to schedule the Physical Downlink Shared Channel (PDSCH) where the RAR resides. The first network device can send the RAR to the terminal device in the PDSCH resource indicated by the RAR PDCCH information 44.
[0177] In some embodiments, the RAR PDCCH information 44 may include PDCCH format 1-0.
[0178] In this example, the first network device can determine the RA-RNTI after receiving the SIB1 request 42. The first network device can also scramble the PDCCH format 1-0 according to the RA-RNTI and send the RAR PDCCH information 44 to the terminal device.
[0179] S405, The terminal device receives RAR PDCCH information within the reception time 43 44.
[0180] According to the description in S403, the terminal device can receive RAR PDCCH information 44 starting from the first CORESET start symbol at an interval of not less than 1 symbol after the end symbol of RO1, within the length corresponding to the window length of RAR PDCCH.
[0181] After receiving RAR PDCCH information 44, the terminal device can parse RAR PDCCH information 44 according to RA-RNTI to determine the PDSCH information of the received RAR.
[0182] S406, The first network device sends RAR information 46 at the timing 45 corresponding to RAR PDCCH information 44.
[0183] For example, this timing 45 can correspond to the PDSCH indicated by the RAR PDCCH information 44. The first network device can send RAR information 46 to the terminal device at the PDSCH indicated by the RAR PDCCH information 44.
[0184] Based on the description in S404, in this S406, the first network device can send RAR information 46 to the terminal device.
[0185] In some embodiments, the RAR information 46 may include a random access preamble identity (RAPID). This RAPID is used to confirm that the first network device has received the SIB1 request 42.
[0186] In some embodiments, RAR information 46 may include information related to the Synchronization Signal Block (SSB).
[0187] The SSB-related information can be used to indicate the timing 47 for the terminal device to receive the SSB. Correspondingly, the first network device can send the SSB within this receiving timing 47. The SSB can contain the time-frequency domain resource configuration information of the SIB1 PDCCH.
[0188] In some implementations, SSB-related information may include SSB cycle and / or SSB window information.
[0189] In other implementations, SSB-related information may also include the SSB's GSCN. The SSB's GSCN is used to indicate the frequency domain location where the SSB may be located.
[0190] In some implementations, SSB-related information may also include an offset, Offset1 (the first offset). This offset, Offset1, is used to indicate the starting position of the SSB window.
[0191] Take the time domain position T1 of the last symbol in the RAR PDCCH reception timing 43 as an example.
[0192] The starting position of the SSB window can be the time domain position after T1 and offset by Offset1.
[0193] In some implementations, SSB-related information may also include an offset of Offset2 (the second offset). This offset of Offset2 is used to indicate the starting position of the SSB window.
[0194] Taking T2 as an example, where the first network device sends the end symbol of the RAR. The terminal device can complete receiving the RAR at T2.
[0195] The starting position of the SSB window can be the time domain position after T2, passing by an offset of Offset2.
[0196] It is understandable that, in conjunction with the description in S401, if the SIB1 request configuration information 41 includes SSB cycle and / or SSB window information, then the RAR information 46 may not include SSB cycle and / or SSB window information.
[0197] That is, SSB cycle and / or SSB window information can be configured via SIB1 request configuration information 41 or via RAR information 46.
[0198] Therefore, by using the SSB period, SSB window information, SSB GSCN, and the offset 1 or offset 2 indicating the starting position of the SSB window, the first network device can determine the timing 47 for sending the SSB.
[0199] S407, The terminal device receives the RAR information at the timing corresponding to the RAR PDCCH information 44 46.
[0200] For example, the terminal device can receive RAR information 46 on the PDSCH indicated by RAR PDCCH information 44.
[0201] As described in S407, the RAR information 46 may include RAPID. The RAR information 46 may also include SSB cycle, SSB window information, SSB GSCN, and information indicating the start position of the SSB window, etc.
[0202] Therefore, the terminal device can determine the timing of the SSB window based on the RAR information 47.
[0203] S408, The first network device sends SSB information 48 at the timing corresponding to RAR information 46.
[0204] For example, the first network device can send SSB information 48 (first SSB information) to the terminal device in the SSB window (instantaneous machine 47) corresponding to RAR information 46.
[0205] In some implementations, the first network device can send SSB information 48 to the terminal device in the SSB window, at the frequency domain location indicated by the GSCN of the SSB.
[0206] This SSB information 48 can be used to indicate the PDCCH configuration information for SIB1. In some implementations, this PDCCH configuration information can indicate the resource from which the SIB1 PDCCH is sent.
[0207] In some embodiments, SSB information 48 may also include mode indication information.
[0208] This mode indication information can be used to indicate whether the mode in which the first network device sends SIB1 to the terminal device is broadcast mode or non-broadcast mode.
[0209] In some implementations, this mode indication information can be carried in the MIB and / or PBCH payload.
[0210] S409. The terminal device receives the SSB information at the timing corresponding to the RAR information 46.
[0211] For example, the terminal device can obtain SSB information 48 at the frequency domain location indicated by GSCN in the SSB window.
[0212] In some implementations, the terminal device can perform SSB searches within a window on different GSCNs. In this way, the terminal device can obtain SSB information based on the frequency domain location indicated by the GSCN.48
[0213] The terminal device can parse the SSB information 48 to obtain the PDCCH configuration information of SIB1.
[0214] S410, The first network device sends SIB1 information 49.
[0215] For example, the first network device can send SIB1 information 49 via the PDSCH indicated by the PDCCH of SIB1 sent through the PDCCH configuration information of SIB1 in SSB information 48.
[0216] S411. The terminal device receives SIB1 information 49 based on SSB information 48.
[0217] For example, the terminal device can receive SIB1 information 49 through the PDSCH indicated by the PDCCH of SIB1 sent by the PDCCH configuration information of SIB1 in SSB information 48.
[0218] Thus, through the scheme shown in Figure 4, the terminal device can send an SIB1 request (such as SIB1 request 42) to the first network device when it needs SIB1. Correspondingly, the first network device can configure SSB information 48 indicating SIB1 in the RAR sent to the terminal device. This enables the first network device and the terminal device to transmit SIB1 based on the resources negotiated by the SSB information 48.
[0219] Referring to Figure 5, it is a timing logic diagram of a communication method.
[0220] As shown in Figure 5, taking scenario 3 as an example, the second network device (such as network device 31) can send SIB1 request configuration information 41 to the terminal device.
[0221] In some embodiments, the SIB1 request configuration information 41 may include resource information R1, RAR PDCCH search space information, and RAR PDCCH window information.
[0222] Optionally, the SIB1 request configuration information 41 may include SSB cycle and / or SSB window information.
[0223] Correspondingly, the terminal device can determine the reception timing 43 for receiving RAR PDCCH information 44 based on the RAR PDCCH search space information and RAR PDCCH window information. The reception timing 43 can start from the beginning position of the first CORESET after the RO1 end symbol interval is not less than 1 symbol.
[0224] When a terminal device has an SIB1 requirement, it can send an SIB1 request 42 to the first network device. For example, the terminal device can send an SIB1 request 42 from the configured RO1.
[0225] The first network device may send RAR PDCCH information 44 to the terminal device within the reception timing 43 after the first CORESET at least one symbol after the RO1 end symbol interval. RAR PDCCH information 44 is used to indicate the PDSCH of RAR.
[0226] The terminal device receives RAR PDCCH information 44 and determines the PDSCH of the RAR.
[0227] The first network device can send RAR information 46 at the time corresponding to RAR PDCCH information 44.
[0228] Correspondingly, the terminal device can receive RAR information at time 45 and time 46.
[0229] The RAR information 46 may include the RAPID, the GSCN of the SSB, and information indicating the start position of the SSB window. Optionally, the RAR information 46 may also include SSB cycle and / or SSB window information.
[0230] The terminal device can determine the timing 47 for receiving SSB information 48 based on RAR information 46.
[0231] The first network device may send SSB information 48 to the terminal device within time 47. This SSB information 48 may be used to indicate the time-frequency domain resource configuration information of the SIB1 PDCCH.
[0232] In this way, the first network device and the terminal device can synchronize the resources of SIB1 through SSB information 48. Afterwards, the first network device can send SIB1 on the resources of SIB1 (such as the PDSCH resources indicated by the PDCCH). Correspondingly, the terminal device can receive SIB1 on the PDSCH resources indicated by the PDCCH.
[0233] In the examples shown in Figures 4 and 5, we take the example of a terminal device requesting 42 via SIB1 to obtain the SIB1 of the first cell of the first network device.
[0234] In some cases, the first cell may also include other terminal devices. For ease of distinction, the terminal device in Figure 4 will be referred to as the first terminal device. The first cell also includes a second terminal device.
[0235] When the second terminal device has an SIB1 requirement, in some implementations, the second terminal device can be implemented according to the scheme shown in Figure 4 or Figure 5, by sending an SIB1 request to the first network device to obtain the SIB1 of the first cell from the first network device.
[0236] In other implementations, the second terminal device can blindly detect SSB information. For example, the second terminal device can blindly detect SSB information 48 sent by the first network device after the first terminal device sends SSB1 request 42. The second terminal device can obtain the PDSCH of SSB1 and the broadcast information 49 based on the SSB information 48, and then obtain the SSB1 corresponding to the first cell.
[0237] Referring to Figure 6, it is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application.
[0238] As shown in Figure 6, the scheme may include:
[0239] S601, Terminal device obtains SIB1 request configuration information 61.
[0240] For example, in scenario 3, the terminal device can obtain the SIB1 request configuration information 61 from the network device 31.
[0241] In some embodiments, in conjunction with the description in S401, the SIB1 request configuration information 61 may include resource information R1. This resource information R1 can be used for uplink communication between the terminal device and the first cell. Therefore, the terminal device can send an SIB1 request to the first network device corresponding to the first cell based on this resource information R1.
[0242] In some embodiments, in conjunction with the description in S401, the SIB1 request configuration information 61 may include RAR-related information. This RAR-related information may be used to indicate the timing 63 for the terminal device to receive the RAR PDCCH.
[0243] In some implementations, RAR-related information may include temporal candidate resources for the RAR PDCCH and RAR PDCCH window information.
[0244] For example, the temporal candidate resources of a RAR PDCCH may include RAR PDCCH search space information and a control resource set (CORESET). The RAR PDCCH search space information may include a Type 1 search space. The RAR PDCCH window information may include the RAR PDCCH window length. The RAR PDCCH window information can also be referred to as the RAR window length.
[0245] In some embodiments, the SIB1 request configuration information 61 may include SIB1 related information.
[0246] The SIB1 related information can be used to instruct the first network device on the time-frequency resources for transmitting SIB1, and / or the window information for the first network device to transmit SIB1.
[0247] The window information of SIB1 may include the window length of SIB1, the period of SIB1, and the starting position of the SIB1 window.
[0248] In different implementations, the starting position of the SIB1 window can be indicated by offset 3 (third offset) or offset 4 (fourth offset).
[0249] Take the starting position of SIB1 indicated by the offset Offset3 as an example.
[0250] The starting position of the SIB1 window can be: after the end position of the receiving timing 63 corresponding to the RAR PDCCH, and after the offset Offset3 position.
[0251] Take the starting position of SIB1 indicated by the offset Offset4 as an example.
[0252] The starting position of the SIB1 window can be: the position after the terminal device receives the RAR, after passing the offset of Offset4.
[0253] In this way, the first network device and the terminal device can synchronize the timing of SIB1 transmission by using SIB1 related information.
[0254] In the following description, we take the SIB1 request configuration information 61, which includes resource information R1 and RAR-related information, as an example.
[0255] S602, The terminal device sends an SIB1 request to the first network device.
[0256] For example, when there is a need for SIB1, the terminal device can send an SIB1 request 62 to the first network device. A specific implementation of this S602 can be found in S402 of Figure 4.
[0257] In this way, the terminal device can send the SIB1 request 62 to the first network device corresponding to the first cell through the resource information R1 indicated by the SIB1 request configuration information 61.
[0258] As described in S402, the terminal device can also determine RA-RNTI based on RO1 used when sending SIB1 request 62.
[0259] S603, The terminal device determines the timing of receiving the RAR PDCCH.
[0260] For example, a specific implementation of S603 can be found in S403 in Figure 4.
[0261] The terminal device can determine the timing 63 for receiving the RAR PDCCH based on the RO1 used to send the SIB1 request 62.
[0262] In some implementations, the timing 63 for receiving the RAR PDCCH may include: the start of the first CORESET after the end symbol of RO1 with an interval of not less than 1 symbol, and the time domain length corresponding to the window length of the RAR PDCCH.
[0263] S604, The first network device sends RAR PDCCH information to the terminal device 64.
[0264] For example, a specific implementation of S604 can be referred to as S404 in Figure 4. The RAR PDCCH information 64 can be used to indicate the PDSCH resources of the RAR.
[0265] The first network device can scramble the RAR PDCCH information 64 according to RA-RNTI. During the reception period 63, the first network device can send the scrambled RAR PDCCH information 64 to the terminal device.
[0266] S605, The terminal device receives RAR PDCCH information within the reception time 63 64.
[0267] For example, a specific implementation of S605 can be found in S405 in Figure 4.
[0268] The terminal device can receive RAR PDCCH information 64 during the RAR PDCCH reception time 63. The terminal device can also parse the RAR PDCCH information 64 through RA-RNTI to obtain the RAR PDSCH resources.
[0269] S606, The first network device sends RAR information 66 at the timing 65 corresponding to RAR PDCCH information 64.
[0270] For example, the first network device can send RAR information 66 to the terminal device on the PDSCH resource corresponding to RAR PDCCH information 64 (i.e., machine 65).
[0271] In some embodiments, the RAR information 66 may include a RAPID. The RAPID is used to confirm that the first network device has received the SIB1 request 62.
[0272] In other embodiments, the RAR information 66 may include SIB1 related information.
[0273] As described in S601, the SIB1 related information can be used to instruct the first network device to send the time-frequency resources of SIB1, and / or the window information for the first network device to send SIB1.
[0274] It is understandable that if the SIB1 request configuration information 61 includes the SIB1 related information, then the RAR information 66 may not include the SIB1 related information, thereby avoiding the duplication of configuration of the SIB1 related information.
[0275] In this example, the SIB1 request configuration information 61 does not include SIB1-related information. Therefore, the RAR information 66 can include this SIB1-related information, thereby enabling the first network device to configure the timing of SIB1 transmission to the terminal device.
[0276] In other embodiments, the SIB1 related information can also be configured jointly through SIB1 request configuration information 61 and RAR information 66.
[0277] S607, The terminal device receives the RAR information at the timing corresponding to the RAR PDCCH information 64.
[0278] For example, the terminal device can obtain RAR information 66 through the PDSCH resource corresponding to RAR PDCCH information 64.
[0279] As described in S605, the terminal device can parse the RAR information 66 to obtain SIB1 related information.
[0280] Based on the SIB1 information, the terminal device can determine the time-frequency resources for the first network device to send SIB1, as well as the transmission timing 67 (third timing) of SIB1. For example, the terminal device can determine the starting position of the SIB1 window, the length of the SIB1 window, and the SIB1 period when the first network device sends SIB1.
[0281] S608, The first network device sends SIB1 at the timing 67 corresponding to RAR information 66.
[0282] For example, the first network device may send SIB1 to the terminal device within time 67 using time-frequency resources related to SIB1.
[0283] S609, The terminal device receives SIB1 at the timing corresponding to RAR information 66.
[0284] For example, the terminal device may receive SIB1 within timing 67 on the time-frequency resources indicated by the SIB1 related information.
[0285] Therefore, through the scheme shown in Figure 6, the terminal device can send an SIB1 request 62 to the first network device when it needs SIB1. Correspondingly, the first network device can send SIB1 to the terminal device through resources and timing negotiated with the terminal device. Compared to the scheme in Figure 4, in the implementation of the scheme shown in Figure 6, the first network device can achieve the transmission of SIB1 to the terminal device without sending an SSB.
[0286] Referring to Figure 7, it is a timing logic diagram of another communication method provided in an embodiment of this application.
[0287] As shown in Figure 7, taking scenario 3 as an example, the second network device (such as network device 31) can request configuration information 61 from the terminal device via SIB1.
[0288] From the perspective of the terminal device, the terminal device can, based on the SIB1 request configuration information 61, send an SIB1 request 62 to the first network device via the configured RO1 when there is an SIB1 requirement. This SIB1 request 62 can be used to request the SIB1 of the first cell (NES cell) of the first network device.
[0289] The terminal device can use the first CORESET after at least one symbol interval from the RO1 end symbol as the starting position of the RAR PDCCH window. Within reception timing 63, it acquires the RAR PDCCH information 64 sent by the first network device. This RAR PDCCH information 64 can be used to indicate the scheduling resources of RAR.
[0290] The terminal device can receive RAR information 66 from the first network device on the RAR scheduling resources (i.e., machine 65).
[0291] The terminal device can determine the time and frequency resources of SIB1 and the transmission timing of SIB1 based on the RAR information 66 and / or SIB1 request configuration information 61.
[0292] In this way, the terminal device can obtain the SIB1 of the first cell sent by the first network device based on the time-frequency resources of the SIB1 and the transmission timing of the SIB1.
[0293] Correspondingly, from the perspective of the first network device, the first network device can receive the SIB1 request 62 from the terminal device. Within the RAR PDCCH reception time 63, the first network device can send RAR PDCCH information 64 to the terminal device.
[0294] Subsequently, the first network device can also send RAR information 66 on the RAR scheduling resources indicated by RAR PDCCH information 64.
[0295] In this way, the terminal device can send the SIB1 of the first cell to the terminal device at the time and frequency resources of SIB1 negotiated with the terminal device and the timing of SIB1 transmission.
[0296] In this example, the first terminal device (as shown in Figure 6 or Figure 7) can obtain the SIB1 sent by the first network device through the above implementation. For other terminal devices in the first cell (such as the second terminal device), when the second terminal device has an SIB1 requirement, it can also send an SIB1 request to the first network device through the scheme shown in Figure 6 or Figure 7, so as to obtain the SIB1 of the first cell from the first network device.
[0297] Referring to Figure 8, it is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application.
[0298] As shown in Figure 8, the scheme may include:
[0299] S801, Terminal device obtains SIB1 request configuration information 81.
[0300] For example, taking scenario 3 as an example, the terminal device can obtain SIB1 request configuration information 81 from the second network device (such as network device 31).
[0301] In some embodiments, as described in S401, the SIB1 request configuration information 81 may include resource information R1. This resource information R1 can be used for uplink communication between the terminal device and the first cell. Therefore, the terminal device can send an SIB1 request to the first network device corresponding to the first cell based on this resource information R1.
[0302] In some embodiments, in conjunction with the description in S401, the SIB1 request configuration information 81 may include RAR-related information. This RAR-related information may be used to indicate the timing 83 for the terminal device to receive the RAR PDCCH.
[0303] In some implementations, RAR-related information may include RAR PDCCH search space information and RAR PDCCH window information.
[0304] For example, RAR PDCCH search space information may include the Type 1 search space and the control resource set. RAR PDCCH window information (i.e., RAR window length) may include the window length of the RAR PDCCH.
[0305] In some embodiments, the SIB1 request configuration information 81 may include SIB1 control indication information. This SIB1 control indication information may be used to indicate information such as the SIB1 PDCCH.
[0306] In some implementations, the SIB1 control indication information may include PDCCH information for one or more SIB1s.
[0307] In other implementations, the SIB1 control instruction information may include SIB1 PDCCH search space information, control resource set, and SIB1 PDCCH window information.
[0308] For example, the SIB1 PDCCH search space information may include the Type 0 search space. The RAR PDCCH window information may include the window length of the RAR PDCCH.
[0309] The starting position of the SIB1 PDCCH search space information can be indicated by offset 5 or offset 6.
[0310] Offset5 indicates the offset between the end symbol of the RAR PDCCH window and the start symbol of the SIB1 PDCCH search space. Offset6 indicates the offset between the position of receiving / transmitting RAR information and the start position of the SIB1 PDCCH search space.
[0311] In some implementations, the SIB1 control indication information may include SIB1 repetition configuration information. This repetition configuration information may include the number of repetitions and / or the repetition type. The repetition type indicates that the SIB1 repeats continuously, or that the SIB1 repeats in consecutive time slots.
[0312] S802, The terminal device sends an SIB1 request to the first network device.
[0313] For example, referring to S402 in Figure 4, the terminal device can send an SIB1 request 82 to the first network device when there is a need for SIB1.
[0314] For example, the terminal device can send a preamble on RO1, which may include SIB1 request 82. The SIB1 request 82 is used to request the SIB1 of the first cell.
[0315] S803, The terminal device determines the timing of receiving the RAR PDCCH.
[0316] For example, a specific implementation of S803 can be found in S403 in Figure 4.
[0317] The terminal device can determine the timing 83 for receiving the RAR PDCCH based on the RO1 used to send the SIB1 request 82.
[0318] In some implementations, the timing 83 for receiving the RAR PDCCH may include: the start of the first CORESET after the end symbol of RO1 with an interval of not less than 1 symbol, and the time domain length corresponding to the window length of the RAR PDCCH.
[0319] S804, The first network device sends RAR PDCCH information to the terminal device.
[0320] In this example, RAR PDCCH information 84 can be information processed by the first network device according to the preset OD-RA-RNTI scrambling.
[0321] In this way, one or more terminal devices with OD-RA-RNTI pre-set can parse the RAR PDCCH information 84 according to OD-RA-RNTI after receiving the RAR PDCCH information 84.
[0322] S805, The terminal device receives RAR PDCCH information within the reception time 83 84.
[0323] For example, the terminal device can perform a blind test on the OD-RA-RNTI scrambled RAR PDCCH information 84 within time 83, thereby obtaining the RAR PDCCH information 84.
[0324] Understandably, in this example, the RAR PDCCH information 84 is scrambled using OD-RA-RNTI, rather than scrambled using the RA-RNTI corresponding to RO1. Therefore, if multiple terminal devices have OD-RA-RNTI pre-configured, these multiple terminal devices can obtain the RAR PDCCH information 84 through blind detection. This allows the multiple electronic devices to share the RAR PDCCH and perform subsequent steps to obtain the SIB1 of the first cell.
[0325] This enables the first network device to synchronously respond to SIB1 request information from multiple terminal devices. Compared to responding to each terminal device separately, this saves energy in the network device.
[0326] In this example, we take a terminal device that is pre-configured with OD-RA-RNTI as an example, and uses blind detection to receive RAR PDCCH information 84 within reception timing 83. The execution strategy for other terminal devices is similar and will not be described in detail.
[0327] In this way, through S805, the terminal device can obtain RAR PDCCH information 84. The terminal device can parse RAR PDCCH information 84 according to OD-RA-RNTI to obtain RAR PDSCH information.
[0328] S806, The first network device sends RAR information 86 at the timing corresponding to RAR PDCCH information 84.
[0329] For example, the first network device may send RAR information 86 to the terminal device at the time 85 indicated by the PDSCH corresponding to RAR PDCCH information 84.
[0330] In some embodiments, the RAR information 86 may include a RAPID, or the RAR information 86 may include a RAPID and an RO index corresponding to the received SIB1 request information. The RAPID and / or RO index can be used to confirm that the first network device has received the SIB1 request 82.
[0331] In other embodiments, the RAR information 86 may include SIB1 control instruction information.
[0332] The SIB1 control indication information can be used to indicate information such as the SIB1 PDCCH, or the timing of receiving information such as the SIB1 PDCCH.
[0333] In some implementations, the SIB1 control indication information may include PDCCH information for one or more SIB1s.
[0334] In other implementations, the SIB1 control indication information may include SIB1 PDCCH search space information, CORESET, and SIB1 PDCCH window information. For example, the SIB1 control indication information may include Type 0 Search Space and CORESET, RAR PDCCH window length, etc. The SIB1 PDCCH search space information, CORESET, and SIB1 PDCCH window information can be used to determine the reception timing corresponding to the SIB1 PDCCH window.
[0335] In other embodiments, the SIB1 control instruction information may include SIB1 retransmission configuration information.
[0336] In conjunction with the description in S801, in this example, the SIB1 control indication information can be configured to the terminal device by the second network device through SIB1 request configuration information 81, or the SIB1 control indication information can be configured to the terminal device by the first network device through RAR information 86.
[0337] S807, The terminal device receives the RAR information at the time corresponding to the RAR PDCCH information 84.
[0338] For example, the terminal device can obtain RAR information 86 through the PDSCH resource corresponding to RAR PDCCH information 84.
[0339] As described in S806, after S807, the terminal device can obtain SIB1 control indication information. Through this SIB1 control indication information, the terminal device can obtain SIB1 PDCCH.
[0340] Therefore, through S801-S807, the terminal device can obtain SIB1 control instruction information based on RAR information 86 and / or SIB1 request configuration information 81.
[0341] As described above, in some embodiments, the SIB1 control indication information can indicate the SIB1 PDCCH information 88. In this case, the first network device and the terminal device can proceed to execute the following S810.
[0342] In other embodiments, the SIB1 control instruction information may include SIB1 PDCCH search space information, CORESET, and SIB1 PDCCH window information, etc. Thus, the first network device and the terminal device can execute the following S808-S809 to obtain SIB1 PDCCH information 88 based on the SIB1 control instruction information.
[0343] S808, the first network device sends SIB1 PDCCH information 88 at the timing corresponding to RAR information 86.
[0344] The SIB1 PDCCH information 88 can be used to indicate the PDSCH of SIB1. The PDSCH can be used by the first network device to send SIB1 to the terminal device.
[0345] Taking SIB1 control indication information, which includes SIB1 PDCCH search space information and SIB1 PDCCH window information, as an example, the timing 87 can be the SIB1 PDCCH window. The SIB1 PDCCH window can include the SIB1 PDCCH search space and the time domain position corresponding to the SIB1 PDCCH window.
[0346] As explained above, when the SIB1 PDCCH search space information includes offset Offset5 (the fifth offset), the starting position of the SIB1 PDCCH window can be the position of the end symbol of the RAR PDCCH window (i.e., machine 83).
[0347] When the SIB1 PDCCH search space information includes offset Offset6 (sixth offset), the starting position of the SIB1 PDCCH window can be: the time domain position where the terminal device receives RAR information 86.
[0348] S809, The terminal device receives SIB1 PDCCH information at time 87 88.
[0349] For example, SIB1 control indication information includes SIB1 PDCCH search space information, CORESET, and SIB1 PDCCH window information.
[0350] The terminal device can receive SIB1 PDCCH information 88 within the SIB1 PDCCH window.
[0351] Therefore, the terminal device can obtain the SIB1 PDCCH information 88. By parsing the SIB1 PDCCH information 88, the terminal device can obtain information such as the SIB1 PDSCH.
[0352] S810, the first network device sends SIB1 on the resource corresponding to SIB1 PDCCH information 88.
[0353] For example, the resource corresponding to the SIB1 PDCCH information 88 may include the PDSCH indicated by the SIB1 PDCCH information 88. The first network device may send SIB1 to the terminal device on the PDSCH corresponding to the SIB1 PDCCH information 88.
[0354] S811, The terminal device receives SIB1 on the resource corresponding to SIB1 PDCCH information 88.
[0355] For example, the terminal device can receive SIB1 on the PDSCH corresponding to SIB1 PDCCH information 88.
[0356] It should be noted that in this example, when the first network device executes S810, it can repeatedly send SIB1 to the terminal device.
[0357] Referring to the descriptions in S801 and S806, in some implementations, the first network device can continuously transmit SIB1. Correspondingly, the resource corresponding to the SIB1 PDCCH information 88 can include multiple consecutive PDSCHs. Correspondingly, the repetition type indicated by the SIB1 repetition configuration information can be consecutive repetition.
[0358] In other implementations, the first network device can continuously transmit SIB1 across multiple time slots. Correspondingly, the resources corresponding to the SIB1 PDCCH information 88 may include multiple PDSCHs, each corresponding to multiple consecutive time slots. Correspondingly, the repetition type indicated by the SIB1 retransmission configuration information can be repetition within consecutive time slots.
[0359] Referring to Figure 9, it is a timing logic diagram of another communication method provided in an embodiment of this application.
[0360] As shown in Figure 9, in scenario 3, the second network device (such as network device 31) can send SIB1 request configuration information 81 to the terminal device.
[0361] For the terminal device, when there is a SIB1 requirement, it can send an SIB1 request 82 to the first network device. The terminal device can receive RAR PDCCH information 84 within reception time 83. The starting position of this reception time 83 can be the position of the first CORESET at an interval of not less than one symbol after the RO1 end symbol. This RAR PDCCH information 84 can be scrambled by a preset OD-RA-RNTI. The terminal device can also receive RAR information 86 at time 85. This time 85 corresponds to RAR PDCCH information 84.
[0362] After receiving RAR information 86, the terminal device can determine SIB1 control indication information. This SIB1 control indication information can be used to indicate the timing (i.e., timing 87) for the terminal device to receive SIB1 PDCCH. Therefore, the terminal device can receive SIB1 PDCCH information 88 at timing 87. This RAR PDCCH information 84 can be scrambled with a preset OD-RA-RNTI. This SIB1 PDCCH information 88 can be used to indicate the resources for transmitting SIB1; for example, the resources indicated by this SIB1 PDCCH information 88 may include PDSCHs for transmitting SIB1. The terminal device can also receive SIB1 on the resources indicated by this SIB1 PDCCH information 88.
[0363] For the first network device, it can receive an SIB1 request 82 from the terminal device. Correspondingly, the first network device can send RAR PDCCH information 84 to the terminal device at reception time 83. This RAR PDCCH information 84 can be scrambled by a preset OD-RA-RNTI. The first network device can also send RAR information 86 to the terminal device at time 85. The first network device can also send SIB1 PDCCH information 88 to the terminal device at time 87. The first network device can also send SIB1 to the terminal device on the resource corresponding to the SIB1 PDCCH information 88. This SIB1 can be the SIB1 of the first cell.
[0364] In this example, the RAR PDCCH information 84 is scrambled using a preset OD-RA-RNTI. Therefore, other terminal devices located in the first cell (such as the second terminal device) can blindly detect the OD-RA-RNTI scrambled RAR PDCCH information 84. When the OD-RA-RNTI scrambled RAR PDCCH information 84 is detected, the second terminal device can obtain the SIB1 of the first cell according to the scheme shown in Figure 8. In the case of detection failure, the second terminal device can send an SIB1 request to the first network device when there is an SIB1 requirement, according to the scheme shown in Figure 8, thereby obtaining the SIB1 sent by the first network device.
[0365] In the examples of Figures 8 and 9 above, the RAR PDCCH information is scrambled using a preset OD-RA-RNTI method for illustration.
[0366] In other embodiments of this application, the RAR PDCCH information can also be scrambled using the RA-RNTI corresponding to RO1.
[0367] Referring to Figure 10, it is a schematic diagram of the interaction flow of another communication method provided in an embodiment of this application.
[0368] As shown in Figure 10, the scheme may include:
[0369] S1001, Terminal device obtains SIB1 request configuration information 101.
[0370] S1002, The terminal device sends an SIB1 request 102 to the first network device.
[0371] S1003, The terminal device determines the timing of receiving the RAR PDCCH 103.
[0372] For example, the execution of S1001-S1003 can be referred to S801-S803 in Figure 8 respectively.
[0373] S1004, The first network device sends RAR PDCCH information to the terminal device 104.
[0374] For example, the content of the RAR PDCCH information 104 can be seen in the example in Figure 8.
[0375] In this example, the RAR PDCCH information 104 can be scrambled using a RA-RNTI. In conjunction with the foregoing description, this RA-RNTI can be associated with RO1 of the SIB1 request 102 sent by the terminal device. Thus, the first network device can calculate the RA-RNTI corresponding to RO1 upon receiving the SIB1 request 102. The first network device can also scramble the RAR PDCCH information 104 based on the RA-RNTI corresponding to RO1 before sending it.
[0376] S1005, The terminal device receives RAR PDCCH information within the reception time 103 104.
[0377] For example, the terminal device can receive the RAR PDCCH information 104 and parse the RAR PDCCH information 104 according to the RA-RNTI corresponding to RO1, thereby obtaining the PDSCH corresponding to RAR.
[0378] S1006, The first network device sends RAR information 106 at the timing 105 corresponding to RAR PDCCH information 104.
[0379] S1007, The terminal device receives RAR information at the timing 105 corresponding to RAR PDCCH information 104. 106.
[0380] For example, the processing of S1006-S1007 can be referred to the relevant description in Figure 8.
[0381] When the SIB1 control instruction information includes SIB1 PDCCH search space information, CORESET and SIB1 PDCCH window information, the first network device and the terminal device can obtain SIB1 PDCCH information 108 through S1008-S1009.
[0382] If the SIB1 control instruction information includes SIB1 PDCCH information 108, then the first network device and the terminal device can jump to execute S1010.
[0383] S1008, the first network device sends SIB1 PDCCH information 108 at the timing 107 corresponding to RAR information 106.
[0384] S1009, The terminal device receives SIB1 PDCCH information at time 107 108.
[0385] S1010, The first network device sends SIB1 on the resource corresponding to SIB1 PDCCH information 108.
[0386] S1011. The terminal device receives SIB1 on the resource corresponding to SIB1 PDCCH information 108.
[0387] For example, the processing of S1008-S1011 can be referred to S808-S811 in Figure 8, and will not be described in detail here.
[0388] Referring to Figure 11, it is a timing logic diagram of another communication method provided in an embodiment of this application.
[0389] As shown in Figure 11, in scenario 3, the second network device (such as network device 31) can send SIB1 request configuration information 101 to the terminal device.
[0390] For the terminal device, when there is an SIB1 requirement, it can send an SIB1 request 102 to the first network device. The terminal device can receive RAR PDCCH information 104 within reception timing 103. The starting position of this reception timing 103 can be the position of the first CORESET at an interval of not less than one symbol after the RO1 end symbol. This RAR PDCCH information 104 can be scrambled by the RA-RNTI corresponding to RO1. The terminal device can also receive RAR information 106 at timing 105. This timing 105 corresponds to the RAR PDCCH information 104.
[0391] After receiving RAR information 106, the terminal device can determine SIB1 control indication information. This SIB1 control indication information can be used to indicate the timing (i.e., timing 107) for the terminal device to receive the SIB1 PDCCH. Therefore, the terminal device can receive SIB1 PDCCH information 108 at timing 107. This RAR PDCCH information 104 can be scrambled by the RA-RNTI corresponding to RO1. This SIB1 PDCCH information 108 can be used to indicate the resources for transmitting SIB1; for example, the resources indicated by this SIB1 PDCCH information 108 may include the PDSCH for transmitting SIB1. The terminal device can also receive SIB1 on the resources indicated by this SIB1 PDCCH information 108.
[0392] For the first network device, it can receive an SIB1 request 102 from the terminal device. Correspondingly, the first network device can send RAR PDCCH information 104 to the terminal device at reception time 103. This RAR PDCCH information 104 can be scrambled by RA-RNTI corresponding to RO1. The first network device can also send RAR information 106 to the terminal device at time 105. The first network device can also send SIB1 PDCCH information 108 to the terminal device at time 107. The first network device can also send SIB1 to the terminal device on the resource corresponding to SIB1 PDCCH information 108. This SIB1 can be the SIB1 of the first cell.
[0393] It should be noted that in the examples shown in Figures 4-11 above, scenario 3 is used as an example. Thus, the second network device can be network device 31. The second cell corresponding to the second network device can be a normal cell or an NES cell. Through any of the above embodiments, the terminal device can obtain the SIB1 of the first cell (e.g., cell 2) of the first network device (e.g., network device 32). This first cell can be an NES cell.
[0394] In other embodiments, the schemes shown in Figures 4-11 above can also be applied to scenario 1 or scenario 2 as shown in Figure 3.
[0395] Taking scenario 1 as an example, the second network device and the first network device can both be network device 32. That is, the terminal device can be configured with SIB request configuration information and SIB1 through the same network device. Through the solution of any of the above embodiments, the terminal device can obtain the SIB1 of cell 2 corresponding to network device 32.
[0396] Taking scenario 2 as an example, the second network device and the first network device can both be network device 31. Through the solutions of any of the above embodiments, the terminal device can obtain the SIB1 of cell 2 corresponding to network device 32. Communication between the terminal device and network device 32 is relayed by network device 31.
[0397] It is understood that the electronic device provided in this application embodiment includes hardware structures and / or software modules corresponding to perform each function in order to achieve the above-mentioned functions. Those skilled in the art should readily recognize that, in conjunction with the units and algorithm steps of the various examples described in the embodiments disclosed herein, the embodiments of this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the embodiments of this application.
[0398] This application embodiment can divide the above-described electronic device into functional modules based on the method example described above. For example, each function can be divided into its own functional modules, or two or more functions can be integrated into one processing module. The integrated modules can be implemented in hardware or as software functional modules. It should be noted that the module division in this application embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.
[0399] For example, referring to Figure 12, a software structure block diagram of a terminal device provided in an embodiment of this application is shown. The software structure adopts a layered architecture, which divides the software into several layers, each with a clear role and division of labor. Layers communicate with each other through software interfaces. system, Taking the system running on an application processor (AP) as an example, in some embodiments, the Android system is divided into five layers, from top to bottom: the application layer, the application framework layer, the Android runtime and system libraries, the hardware abstraction layer (HAL), and the system kernel layer.
[0400] The application layer can include a series of application packages. These packages may include apps for camera, gallery, calendar, calling, maps, WLAN, Bluetooth, music, video, and SMS. The application layer may also include a system UI, which displays the terminal device's interface, such as the signal icon corresponding to the SIM card or the call interface. The application framework layer provides application programming interfaces (APIs) and a programming framework for the applications in the application layer. The application framework layer includes some predefined functions. For example, it may include a window manager, content provider, view system, phone manager, resource manager, and notification manager. The phone manager provides the terminal device's calling functions, such as managing call status (including connection and disconnection). The phone manager is represented by "telephony" in Figure 12. The application framework layer may also include a RIL (Radio Interface Layer), through which the modem can interact with the telephony.
[0401] As shown in Figure 12, the system library of the terminal device can be configured with a surface manager, a 3D graphics processing library, a 2D graphics engine, a media library, etc.
[0402] The HAL layer of a terminal device can be configured with display HAL, camera HAL, audio HAL, sensor HAL, etc. One or more drivers can be configured at the kernel layer, such as display driver, audio driver, camera driver, and sensor driver.
[0403] A modem may include a NAS (Non-Access Stratum) layer, an RRC (Radio Resource Control) layer, a Packet Data Convergence Protocol (PDCP) layer, a Radio Link Control (RLC) layer, a Medium Access Control (MAC) layer, and a Physical (PHY) layer. Each of these layers can be a software module. The modem interacts with the base station via an antenna.
[0404] Furthermore, Figure 13 shows a schematic diagram of the composition of a terminal device 1300 provided in some embodiments of this application. The terminal device 1300 includes: one or more processors 1301 and a memory 1302; the memory 1302 is used to store computer program code, which includes computer instructions. When one or more processors 1301 execute the computer instructions, the terminal device performs the technical solutions provided in any of the embodiments described above.
[0405] Referring to Figure 14, a schematic diagram of the composition of a chip system 1400 is provided for some embodiments of this application. This chip system 1400 is applied to a terminal device and includes at least one processor 1401 and a communication interface 1402. The communication interface 1402 is used to receive instructions and transmit them to at least one processor 1401; the at least one processor 1401 executes instructions to cause the terminal device to perform the aforementioned communication method. The chip system may be a modem, or a system-on-a-chip (SoC) including a modem, and the aforementioned method may be implemented by a modem.
[0406] In other embodiments of this application, the chip system includes a processing circuit, a receiving pin, and a transmitting pin. The receiving pin, the transmitting pin, and the processing circuit communicate with each other via internal interconnection paths. The processing circuit executes the communication method provided in any of the above embodiments to control the receiving pin to receive signals and to control the transmitting pin to transmit signals.
[0407] Furthermore, this application provides a terminal device that has the function of implementing the behavior of the terminal device in any of the above method embodiments. The function can be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the various sub-functions described above. Specifically, the terminal device can be a user device, such as a mobile phone.
[0408] This application also provides a communication system, which includes the network device and terminal device described in any of the above embodiments.
[0409] This application also provides a computer-readable storage medium storing a computer program thereon. When executed by a computer, the computer program implements the method flow related to the terminal device in any of the above method embodiments. Specifically, the computer can be the aforementioned terminal device.
[0410] This application also provides a computer program or a computer program product including a computer program, which, when executed on a computer, will cause the computer to implement the method flow related to the terminal device in any of the above method embodiments. Specifically, the computer can be the aforementioned terminal device.
[0411] This application also provides a computer program or a computer program product including a computer program, which, when executed on a computer, causes the computer to implement the method flow related to the network device in any of the above method embodiments. Specifically, the computer can be the aforementioned network device.
[0412] This application also provides an apparatus for use in a terminal device. The apparatus is coupled to a memory and is used to read and execute instructions stored in the memory, enabling the terminal device to execute method flows related to the terminal device in any of the above method embodiments. The memory may be integrated into the processor or may be independent of the processor. The apparatus may be a chip on the terminal device. In some implementations, the chip may be a System on a Chip (SoC).
[0413] It should be understood that the processor mentioned in the embodiments of the present invention can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.
[0414] It should also be understood that the memory mentioned in the embodiments of the present invention can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDR SDRAM), Enhanced Synchronous DRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and Direct Rambus RAM (DR RAM).
[0415] It should be noted that the memories described herein are intended to include, but are not limited to, these and any other suitable types of memories.
[0416] The functions, actions, operations, or steps in the above embodiments can be implemented, in whole or in part, by software, hardware, firmware, or any combination thereof. When implemented using software programs, they can be implemented, in whole or in part, in the form of a computer program product. This computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. 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 computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or include one or more data storage devices such as servers and data centers that can be integrated with the medium. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state disks, SSDs), etc.
[0417] Although this application has been described in conjunction with specific features and embodiments, it is obvious that various modifications and combinations can be made thereto without departing from the scope of this application. Accordingly, this specification and drawings are merely exemplary illustrations of the application as defined by the appended claims, and are considered to cover any and all modifications, variations, combinations, or equivalents within the scope of this application. Clearly, those skilled in the art can make various alterations and modifications to this application without departing from the scope of this application. Thus, if such modifications and modifications of this application fall within the scope of the claims of this application and their equivalents, this application is also intended to include such modifications and modifications.
Claims
1. A communication method, characterized in that, The method is applied to a terminal device, and the method includes: Obtain SIB1 request configuration information, which is used to send an SIB1 request. The SIB1 request is used to request first SIB1 information, which corresponds to a first cell, and the first cell is a Network Energy Saving (NES) cell. Send SIB1 request; Receive the first SIB1 information.
2. The method according to claim 1, characterized in that, The process of obtaining SIB1 request configuration information includes: The SIB1 request configuration information is obtained from a first network device, which corresponds to the first cell; or... The SIB1 request configuration information is obtained from the second network device, which corresponds to the second cell, which is either an NES cell or a normal cell. The second cell is a neighboring cell of the first cell.
3. The method according to claim 1 or 2, characterized in that, The SIB1 request configuration information includes first resource information, which indicates time-frequency domain resources for communication with the first cell; Sending the SIB1 request includes: The SIB1 request is sent to the first network device using the time-frequency domain resources indicated by the first resource information.
4. The method according to any one of claims 1-3, characterized in that, Sending the SIB1 request includes: When there is a need for SIB1, the SIB1 request is sent; Specifically, the terminal device may access the network from an initial state after powering on, or the terminal device may enter a connected state from an idle state, or the terminal device may have an SIB1 requirement after performing cell reselection.
5. The method according to any one of claims 1-4, characterized in that, Sending the SIB1 request includes: On the configured first RO, a first preamble is sent; the first preamble includes the SIB1 request.
6. The method according to claim 5, characterized in that, After sending the SIB1 request, the method further includes: Determine the first timing corresponding to receiving the first information; The first information is used to indicate the physical downlink control channel (PDCCH) information of the random access response (RAR) information.
7. The method according to claim 6, characterized in that, The first SIB1 request configuration information includes RAR-related information, which is used to indicate the first timing; The determination of the first timing includes: The first timing is determined based on the RAR-related information and the first RO.
8. The method according to claim 7, characterized in that, The RAR-related information includes the Type 1 Search Space and the Control Resource Set (CORESET), and the RAR window length; the RAR window length indicates the length of the window from which the RAR PDCCH is received.
9. The method according to any one of claims 6-8, characterized in that, After determining the first timing, the method further includes: The first information is received at the first opportune moment.
10. The method according to claim 9, characterized in that, The method further includes: The first information is parsed based on the first wireless network temporary identifier (RNTI); or... Based on the second RNTI, the first information is parsed; The first RNTI is RA-RNTI, and the second RNTI is preset in the terminal device.
11. The method according to claim 10, characterized in that, The method further includes: Based on the first information, second information is determined, wherein the second information indicates the Physical Downlink Shared Channel (PDSCH) of the RAR information; Based on the second information, obtain the RAR information.
12. The method according to claim 11, characterized in that, The RAR information includes: Random Access Preamble Identifier (RAPID), which is used to confirm that the SIB1 request has been received.
13. The method according to claim 12, characterized in that, The method further includes: A second timing is determined, which is used to receive the first synchronization signal block (SSB) information, the first SSB information indicating the first SIB1 information.
14. The method according to claim 13, characterized in that, The determination of the second timing includes: Based on SSB-related information, determine the second timing; The SSB-related information is included in the SIB1 request configuration information, or the SSB-related information is included in the RAR information; The SSB-related information includes at least one of the following: The SSB period, the length of the SSB window, the Global Synchronization Channel Number (GSCN) of the SSB, and information indicating the starting position of the SSB window.
15. The method according to claim 14, characterized in that, The SSB-related information includes a first offset; the first offset indicates the offset between a first position and the start position of the SSB window; the first position is the position of the end symbol of the first timing; or... The SSB-related information includes a second offset; the second offset indicates the offset between the second position and the start position of the SSB window; the second position is the position of the end symbol for receiving the RAR information.
16. The method according to any one of claims 13-15, characterized in that, The method further includes: The first SSB information is received at the second opportune moment; Based on the first SSB information, the third information is determined; the third information indicates the PDCCH configuration information of the first SSB1 information. Receiving the first SIB1 information includes: Based on the third information, the first SIB1 information is received.
17. The method according to claim 12, characterized in that, The method further includes: A third timing is determined, the third timing being used to receive the first SIB1 information; The determination of the third timing includes: The third timing is determined based on SIB1-related information; The SIB1 related information is included in the SIB1 request configuration information, or the SIB1 related information is included in the RAR information; The SIB1 related information includes at least one of the following: Receive the time-frequency resources of SIB1, the length of the SIB1 window, the SIB1 period, and information indicating the starting position of the SIB1 window.
18. The method according to claim 17, characterized in that, The SIB1 related information includes a third offset; the third offset indicates the offset between a first position and the start position of the SIB1 window; the first position is the position of the end symbol of the first timing; or, The SIB1 related information includes a fourth offset; the fourth offset indicates the offset between the second position and the start position of the SIB1 window; the second position is the position of the end symbol for receiving the RAR information.
19. The method according to claim 17 or 18, characterized in that, Receiving the first SIB1 information includes: According to the third timing, the first SIB1 information is received.
20. The method according to claim 12, characterized in that, The method further includes: A fourth timing is determined, the fourth timing being used to receive first SIB1 control information, the first SIB1 control information being used to indicate the PDCCH information of the first SIB1 information.
21. The method according to claim 20, characterized in that, The determination of the fourth timing includes: The fourth timing is determined based on the SIB1 control instruction information; The SIB1 control indication information is included in the SIB1 request configuration information, or the SIB1 control indication information is included in the RAR information; The SIB1 control instruction information includes at least one of the following: The SIB1 PDCCH search space, the length of the SIB1 PDCCH window, and information indicating the starting position of the SIB1 PDCCH window.
22. The method according to claim 21, characterized in that, The SIB1 control indication information includes a fifth offset; the fifth offset indicates the offset between the first position and the start position of the SIB1 PDCCH window; the first position is the position of the end symbol of the first timing; or, The SIB1 control indication information includes a sixth offset; the sixth offset indicates the offset between the second position and the start position of the SIB1 window; the second position is the position of the end symbol for receiving the RAR information.
23. The method according to any one of claims 20-22, characterized in that, The method further includes: According to the fourth timing, the first SIB1 control information is received; The first SIB1 information is obtained based on the PDCCH information indicated by the first SIB1 control information.
24. The method according to claim 12, characterized in that, The method further includes: The first SIB1 information is obtained based on the PDCCH information included in the first SIB1 control information; The first SIB1 control information is included in the RAR information, or the first SIB1 control information is included in the SIB1 request configuration information.
25. A communication method, characterized in that, The method is applied to a network device, and the method includes: Receive an SIB1 request, the SIB1 request being used to request the first SIB1 information of a first cell, the first cell being a Network Energy Saving (NES) cell; the first cell corresponds to the network device. Send the first SIB1 information.
26. The method according to claim 25, characterized in that, Before receiving the SIB1 request, the method further includes: Send SIB1 request configuration information, which is used by the terminal device to send an SIB1 request; or, Obtain the SIB1 request configuration information.
27. The method according to claim 26, characterized in that, The SIB1 request configuration information includes first resource information, which indicates time-frequency domain resources for communication with the first cell; The receiving of the SIB1 request includes: The SIB1 request is received using the time-frequency resources indicated by the first resource information.
28. The method according to any one of claims 25-27, characterized in that, The receiving of the SIB1 request includes: A first preamble is received on the first RO; the first preamble includes the SIB1 request.
29. The method according to claim 28, characterized in that, After receiving the SIB1 request, the method further includes: Send first information, which is used to indicate the physical downlink control channel (PDCCH) information of the random access response (RAR) information.
30. The method according to claim 29, characterized in that, The sending of the first information includes: At the first opportune moment, send the first message; The first timing corresponds to the first RO and RAR related information; The RAR-related information is included in the SIB1 request configuration information; the RAR-related information includes Type 1 Search Space, Control Resource Set, and RAR window length; the RAR window length indicates the window length for receiving RAR PDCCH.
31. The method according to claim 30, characterized in that, Before sending the first information, the method further includes: The first information is scrambled according to the first wireless network temporary identifier (RNTI); or... The first information is scrambled according to the second RNTI; The first RNTI corresponds to the first RO, and the second RNTI is preset in the network device.
32. The method according to claim 30 or 31, characterized in that, After sending the first message, the method further includes: The RAR information is transmitted on the Physical Downlink Shared Channel (PDSCH) corresponding to the first information.
33. The method according to claim 32, characterized in that, The RAR information includes: Random Access Preamble Identifier (RAPID), which is used to confirm that the SIB1 request has been received.
34. The method according to claim 33, characterized in that, The method further includes: Send the first synchronization signal block (SSB) information, which indicates the first SIB1 information.
35. The method according to claim 34, characterized in that, Sending the first SSB information includes: At the second opportune moment, the first SSB information is sent; The second timing corresponds to SSB-related information; The SSB-related information is included in the SIB1 request configuration information, or the SSB-related information is included in the RAR information; The SSB-related information includes at least one of the following: The SSB period, the length of the SSB window, the Global Synchronization Channel Number (GSCN) of the SSB, and information indicating the starting position of the SSB window.
36. The method according to claim 35, characterized in that, The SSB-related information includes a first offset; the first offset indicates the offset between a first position and the start position of the SSB window; the first position is the position of the end symbol of the first timing; or... The SSB-related information includes a second offset; the second offset indicates the offset between the second position and the start position of the SSB window; the second position is the position of the end symbol for receiving the RAR information.
37. The method according to claim 35 or 36, characterized in that, The method further includes: The first SIB1 information is sent according to the PDCCH configuration information of the first SIB1 information corresponding to the first SSB information.
38. The method according to claim 33, characterized in that, The method further includes: At the third opportune moment, the first SIB1 information is sent; The third timing corresponds to SIB1 related information; The SIB1 related information is included in the SIB1 request configuration information, or the SIB1 related information is included in the RAR information; The SIB1 related information includes at least one of the following: Receive the time-frequency resources of SIB1, the length of the SIB1 window, the SIB1 period, and information indicating the starting position of the SIB1 window.
39. The method according to claim 38, characterized in that, The SIB1 related information includes a third offset; the third offset indicates the offset between a first position and the start position of the SIB1 window; the first position is the position of the end symbol of the first timing; or, The SIB1 related information includes a fourth offset; the fourth offset indicates the offset between the second position and the start position of the SIB1 window; the second position is the position of the end symbol for receiving the RAR information.
40. The method according to claim 33, characterized in that, At the fourth timing, the first SIB1 control information is sent, which is used to indicate the PDCCH information of the first SIB1 information; The fourth timing corresponds to the SIB1 control indication information; The SIB1 control indication information is included in the SIB1 request configuration information, or the SIB1 control indication information is included in the RAR information; The SIB1 control instruction information includes at least one of the following: The SIB1 PDCCH search space, the length of the SIB1 PDCCH window, and information indicating the starting position of the SIB1 PDCCH window.
41. The method according to claim 40, characterized in that, The SIB1 control indication information includes a fifth offset; The fifth offset indicates the offset between the first position and the starting position of the SIB1 PDCCH window; the first position is the position of the end symbol of the first timing.
42. The method according to claim 41, characterized in that, The SIB1 control indication information includes a sixth offset; The sixth offset indicates the offset between the second position and the starting position of the SIB1 window; the second position is the position where the end symbol of the RAR information is received.
43. The method according to any one of claims 40-42, characterized in that, The method further includes: The first SIB1 information is sent according to the PDCCH information corresponding to the first SIB1 control information.
44. The method according to claim 33, characterized in that, Based on the PDCCH information included in the first SIB1 control information, the first SIB1 information is sent; The first SIB1 control information is included in the RAR information, or the first SIB1 control information is included in the SIB1 request configuration information.