Wake-up signal acknowledgment receiving method and receiving apparatus

Abstract

Embodiments of the present application provide a wake-up signal (WUS) acknowledgment receiving method and receiving apparatus. The WUS acknowledgment receiving apparatus is configured in a terminal device, and the apparatus comprises: a first sending unit, which sends a WUS to a first network device; and a first receiving unit, which receives a media access control protocol data unit (MAC PDU) sent by the first network device and used for a random access response, the MAC PDU comprising: a first media access control subprotocol data unit (MAC subPDU), the first MAC subPDU being used for acknowledging the WUS; and a second MAC subPDU, the second MAC subPDU having a random access preamble identifier (RAPID) field.

Description

Method and device for receiving wake-up signal confirmation Technical Field

[0001] The embodiments of this application relate to the field of communication technology. Background Technology

[0002] Because NR (New Radio) base stations need to operate over a large bandwidth (e.g., 100MHz) and require a large number of ports, such as 64 transmit antennas and / or 64 receive antennas (64T / 64R), and a shorter TTI (Transmission Time Interval) (1ms), the energy consumption of NR base stations in baseband processing, digital front-end, and other functions is significantly higher than that of LTE (Long Term Evolution) base stations. According to operator statistics, the average energy consumption of an NR base station is more than three times that of an LTE base station, and electricity costs account for nearly half of the cost of deploying 5G (fifth generation) networks. More importantly, NR base stations still consume a lot of energy even when there is no service, because they still need to transmit public signals, such as SSB (SS / PBCH block, Synchronization Signal and PBCH block), SIB1 (system information block type 1), and SI (system information), thus greatly reducing the energy efficiency of NR base stations. Energy saving in NR networks is an urgent problem to be solved.

[0003] It should be noted that the above introduction to the technical background is only for the purpose of providing a clear and complete explanation of the technical solutions of this application and facilitating understanding by those skilled in the art. It should not be assumed that these technical solutions are known to those skilled in the art simply because they have been described in the background section of this application. Summary of the Invention

[0004] The inventors discovered that in 3GPP Release 19, research procedures and signaling methods support on-demand SIB1 for user equipment (UE) in idle / inactive mode, including: methods for triggering on-demand SIB1 by using uplink wake-up signals of existing signals / channels; providing the UE with the configuration of the wake-up signal; and information exchange between gNBs (network devices) at least regarding the configuration of the wake-up signal.

[0005] In 3GPP Release 19, after the terminal device receives the uplink wake-up signal (WUS) configuration corresponding to the network energy saving (NES) cell from Cell A, it sends the uplink WUS to the NES cell and receives the NES cell's confirmation of the WUS. Then, the terminal device receives the on-demand system information block type 1 (SIB1) sent by the NES cell.

[0006] For WUS transmission, a shared RACH occasion (Random Access Occasion, RO) or separate ROs can be used.

[0007] For terminal devices that are not yet camped in an NES cell, for example, if the terminal device is currently camped in cell A or another NES cell, when the SSB (Synchronization Signal and PBCH block) of the NES cell is found, if it is necessary to obtain the SIB1 of the NES cell or to determine whether the NES cell can be camped, after sending the WUS to the NES cell according to the WUS configuration obtained from cell A, it receives a random access response (RAR) from the NES cell.

[0008] The Media Access Control Protocol Data Unit (MAC PDU) for random access response sent by the NES cell response terminal equipment may include one or more Media Access Control Sub-Protocol Data Units (MAC subPDUs). Each MAC subPDU may include one of the following: a Media Access Control subheader with a Backoff Indicator (BI); a MAC subheader with a Random Access Preamble Identifier (RAPID) field (i.e., an acknowledgment of the SI request), i.e., a MAC subheader with a RAPID field but without a Media Access Control Payload (MAC RAR) for random access; or a MAC subheader with a RAPID field and a Media Access Control Payload (MAC RAR) for random access.

[0009] The MAC subPDU with a rollback indicator is 1 byte long. The MAC subPDU with a RAPID field but no MAC RAR is 1 byte long. The MAC subPDU with a RAPID field and a MAC RAR includes a 1-byte MAC subheader and a 7-byte MAC RAR. That is, the MAC subPDU with a RAPID field and a MAC RAR is 8 bytes long.

[0010] In the case of shared RO, WUS resources share the same PRACH resource pool as Physical Random Access Channel (PRACH) resources for other purposes. Therefore, for a terminal device that is not yet camped in the NES cell, the PRACH resources for sending WUS by the terminal device may be the same as the PRACH resources for message 1 sent by other terminal devices in the NES cell. That is, the NES cell may include an acknowledgment of the WUS and SI request acknowledgments and / or random access responses of other terminal devices in the MAC PDU used for random access response. If the subPDU used to acknowledge the WUS is located later in the MAC PDU used for random access response, for example, after the MAC subPDU used for SI request acknowledgment and / or the MAC subPDU with RAPID field and MAC RAR, then the terminal device needs to first decipher the MAC subPDU before the subPDU used to acknowledge the WUS, or needs to know the length of the MAC subPDU before the subPDU used to acknowledge the WUS, in order to parse the MAC subPDU used to acknowledge the WUS.

[0011] However, the current WUS configuration does not include information about the preamble corresponding to the SI request. Therefore, in the MAC PDU used for random access response, the terminal device cannot know which MAC subPDUs preceding the MAC subPDU used for WUS confirmation have only a RAPID field and / or which MAC subPDUs have both a RAPID field and a MAC RAR for random access. In other words, the terminal device cannot determine the length of the MAC subPDUs preceding the MAC subPDU used for WUS confirmation. Consequently, the terminal device cannot find the correct starting position of the MAC subPDU used for WUS confirmation.

[0012] To address at least one of the above-mentioned problems or other similar issues, embodiments of this application provide a method and apparatus for receiving wake-up signal confirmation, which can help terminal devices that have not yet camped on an NES cell to correctly receive the WUS confirmation sent by the NES cell, thereby helping the terminal device to correctly receive on-demand SIB1 to determine whether camping on the NES cell is allowed. The method is simple and easy to implement.

[0013] According to one aspect of the embodiments of this application, a wake-up signal confirmation receiving device is provided, configured in a terminal device, the device comprising:

[0014] The first transmitting unit sends a wake-up signal (WUS) to the first network device;

[0015] The first receiving unit receives a Media Access Control Protocol Data Unit (MAC PDU) for random access response sent by the first network device, wherein the Media Access Control Protocol Data Unit (MAC PDU) includes:

[0016] A first Media Access Control Sub-Protocol Data Unit (MAC subPDU), the first MAC subPDU being used to acknowledge the wake-up signal; and

[0017] The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

[0018] According to another aspect of the embodiments of this application, a wake-up signal confirmation sending device is provided, configured in a first network device, the device comprising:

[0019] The third receiving unit receives the wake-up signal sent by the terminal device;

[0020] The second sending unit sends a Media Access Control Protocol Data Unit (MAC PDU) for random access response to the terminal device, the MAC PDU comprising:

[0021] A first Media Access Control Sub-Protocol Data Unit (MAC subPDU), the first MAC subPDU being used to acknowledge the wake-up signal; and

[0022] The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

[0023] According to another aspect of the embodiments of this application, a wake-up signal information transmitting device is provided, configured in a second network device, the device comprising:

[0024] The third sending unit sends first indication information to the terminal device. The first indication information includes information about the preamble related to the system information (SI) request of at least one first cell in at least one first network device.

[0025] One of the beneficial effects of this application embodiment is that, according to this application embodiment, it helps terminal devices that have not yet camped on an NES cell to correctly receive the WUS confirmation sent by the NES cell, thereby helping the terminal device to correctly receive on-demand SIB1 to determine whether the NES cell allows camping, and the method is simple and easy to implement.

[0026] Specific embodiments of this application are disclosed in detail with reference to the following description and accompanying drawings, indicating how the principles of this application can be adopted. It should be understood that the embodiments of this application are not limited in scope. Within the spirit and scope of the appended claims, embodiments of this application include many changes, modifications, and equivalents.

[0027] Features described and / or illustrated for one embodiment may be used in the same or similar manner in one or more other embodiments, combined with features in other embodiments, or substituted for features in other embodiments.

[0028] It should be emphasized that the term "including / comprises" as used herein refers to the presence of a feature, whole, step, or component, but does not exclude the presence or addition of one or more other features, wholes, steps, or components. Attached Figure Description

[0029] The elements and features described in one drawing or embodiment of this application may be combined with elements and features shown in one or more other drawings or embodiments. Furthermore, in the drawings, similar reference numerals denote corresponding parts in several drawings and can be used to indicate corresponding parts used in more than one embodiment.

[0030] Figure 1 is a schematic diagram of a communication system according to an embodiment of this application;

[0031] Figure 2 is a schematic diagram of the on-demand SIB1 scenario;

[0032] Figure 3 is a schematic diagram of a terminal device requesting and obtaining on-demand SIB1;

[0033] Figure 4 is a schematic diagram of the format of a MAC subheader with only BI;

[0034] Figure 5 is a schematic diagram of the format of a MAC subheader with only the RAPID field;

[0035] Figure 6 is a schematic diagram of an example format of a MAC PDU used for a random access response;

[0036] Figure 7 is a schematic diagram of a wake-up signal confirmation receiving method according to an embodiment of this application;

[0037] Figure 8 is a schematic diagram of an example of the MAC PDU format according to an embodiment of this application;

[0038] Figure 9 is a schematic diagram of another example of the MAC PDU format in the embodiments of this application;

[0039] Figure 10 is a schematic diagram of yet another example of the MAC PDU format in the embodiments of this application;

[0040] Figure 11 is a schematic diagram of yet another example of the MAC PDU format in the embodiments of this application;

[0041] Figure 12 is a schematic diagram of a wake-up signal confirmation sending method according to an embodiment of this application;

[0042] Figure 13 is a schematic diagram of a method for sending wake-up signal information according to an embodiment of this application;

[0043] Figure 14 is a schematic diagram of a wake-up signal confirmation receiving device according to an embodiment of this application;

[0044] Figure 15 is a schematic diagram of a wake-up signal confirmation sending device according to an embodiment of this application.

[0045] Figure 16 is a schematic diagram of a wake-up signal information transmitting device according to an embodiment of this application;

[0046] Figure 17 is a schematic diagram of a terminal device according to an embodiment of this application;

[0047] Figure 18 is a schematic diagram of the network device configuration according to an embodiment of this application. Detailed Implementation

[0048] Referring to the accompanying drawings, the foregoing and other features of this application will become apparent from the following description. Specific embodiments of this application are specifically disclosed in the description and drawings, illustrating partial implementations in which the principles of this application may be employed. It should be understood that this application is not limited to the described embodiments; rather, it includes all modifications, variations, and equivalents falling within the scope of the appended claims.

[0049] In the embodiments of this application, the terms "first," "second," etc., are used to distinguish different elements by name, but do not indicate the spatial arrangement or chronological order of these elements, and these elements should not be limited by these terms. The term "and / or" includes any one or more of the terms listed in association and all combinations thereof. The terms "comprising," "including," "having," etc., refer to the presence of the stated features, elements, components, or assemblies, but do not exclude the presence or addition of one or more other features, elements, components, or assemblies.

[0050] In the embodiments of this application, the singular forms "a," "the," etc., including the plural forms, should be broadly understood as "a kind" or "a class" rather than limited to the meaning of "an." Furthermore, the term "the" should be understood to include both the singular and plural forms, unless the context explicitly indicates otherwise. Additionally, the term "according to" should be understood as "at least partially based on…," and the term "based on" should be understood as "at least partially based on…," unless the context explicitly indicates otherwise.

[0051] In the embodiments of this application, the term "communication network" or "wireless communication network" may refer to a network that conforms to any of the following communication standards, such as Long Term Evolution (LTE), LTE-Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), High-Speed ​​Packet Access (HSPA), etc.

[0052] Furthermore, communication between devices in a communication system can be carried out according to communication protocols at any stage, including but not limited to the following communication protocols: 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G, 5G, New Radio (NR), and 6G, etc., and / or other currently known or future communication protocols.

[0053] In the embodiments of this application, the term "network device" refers, for example, to a device in a communication system that connects a terminal device to a communication network and provides services to that terminal device. Network devices may include, but are not limited to, the following devices: base station (BS), access point (AP), transmission reception point (TRP), broadcast transmitter, mobile management entity (MME), gateway, server, radio network controller (RNC), base station controller (BSC), etc.

[0054] Base stations can include, but are not limited to: NodeBs (or NBs), evolved NodeBs (eNodeBs or eNBs), 5G base stations (gNBs), and 6G base stations, etc. They can also include Remote Radio Heads (RRHs), Remote Radio Units (RRUs), relays or low-power nodes (e.g., femeto, pico, etc.), IAB (Integrated Access and Backhaul) nodes, or IAB-DUs or IAB-donors. The term "base station" can include some or all of their functions, and each base station can provide communication coverage to a specific geographic area. The term "cell" can refer to a base station and / or its coverage area, depending on the context in which the term is used. Without causing confusion, the terms "cell" and "base station" are used interchangeably.

[0055] In the embodiments of this application, the terms "User Equipment" (UE) or "Terminal Equipment" (TE) refer, for example, to a device that accesses a communication network and receives network services through a network device. Terminal equipment can be fixed or mobile, and may also be referred to as a mobile station (MS), terminal, subscriber station (SS), access terminal (AT), IAB-MT (Mobile Terminal), station, etc.

[0056] Terminal devices may include, but are not limited to, the following devices: cellular phones, personal digital assistants (PDAs), wireless modems, wireless communication devices, handheld devices, machine-type communication devices, laptops, cordless phones, smartphones, smartwatches, digital cameras, wearable devices, gaming devices, XR devices, etc.

[0057] For example, in scenarios such as the Internet of Things (IoT), terminal devices can also be machines or devices used for monitoring or measurement, including but not limited to: machine-type communication (MTC) terminals, vehicle-mounted communication terminals, device-to-device (D2D) terminals, machine-to-machine (M2M) terminals, terminals supporting XR services, and so on.

[0058] Furthermore, the terms "network side" or "network equipment side" refer to one side of the network, which can be a base station or include one or more network devices as described above. The terms "user side," "terminal side," or "terminal equipment side" refer to the side of the user or terminal, which can be a UE or include one or more terminal devices as described above. Unless otherwise specified, "equipment" can refer to either network equipment or terminal equipment.

[0059] The following examples illustrate the scenarios of embodiments of this application, but this application is not limited thereto.

[0060] Figure 1 is a schematic diagram of a communication system according to an embodiment of this application, illustrating the case of a terminal device and a network device as examples. As shown in Figure 1, the communication system 100 may include a network device 101 and terminal devices 102 and 103. For simplicity, Figure 1 only illustrates the case of two terminal devices and one network device, but the embodiments of this application are not limited to this.

[0061] In this embodiment of the application, network device 101 and terminal devices 102 and 103 can transmit existing services or services that can be implemented in the future. For example, these services may include, but are not limited to: enhanced mobile broadband (eMBB), massive machine-type communication (mMTC), and ultra-reliable and low-latency communication (URLLC), etc.

[0062] It is worth noting that Figure 1 shows that terminal devices 102 and 103 are within the coverage area of ​​network device 101, but this application is not limited to this. Terminal devices 102 and 103 may not be within the coverage area of ​​network device 101.

[0063] In the embodiments of this application, network device 101 may be, for example, a gNB, or a core network entity (e.g., a Location Management Function (LMF) or an Access and Mobility Management Function (AMF), or a higher layer network entity (e.g., Operation Administration and Maintenance (OAM), or a network-side OTT server (OTT-server), or may be a part of the functions or entities of any of the above devices.

[0064] In the 3GPP Release 19 specification, the research procedures and signaling methods for supporting on-demand SIB1 for UEs in idle / inactive mode are described in Table 1 below.

[0065] Table 1

[0066] Figure 2 is a schematic diagram of the on-demand SIB1 scenario. As shown in Figure 2, cell A sends WUS configuration to the terminal device and indicates which NES cell the WUS configuration is for. After receiving the WUS configuration, the terminal device sends WUS to the corresponding NES cell according to the WUS configuration and obtains on-demand SIB1 from the NES cell.

[0067] Figure 3 is a schematic diagram of a terminal device requesting and obtaining on-demand SIB1. As shown in Figure 3, for a terminal device (UE) that has not yet camped on an NES cell, taking Figure 3 as an example, the terminal device 301 is currently camped on cell A302. When it receives the WUS configuration corresponding to NES cell 303 from cell A302 (corresponding to operation 201 in Figure 2) and finds the SSB of NES cell 303, the terminal device 301 sends WUS to NES cell 303 (corresponding to operation 202 in Figure 2), receives a random access response from NES cell 303 to acknowledge the WUS, and then receives the on-demand SIB1 of NES cell (corresponding to operation 203 in Figure 2) from NES cell 303. If it is determined that NES cell 303 meets the camping conditions, it camps on NES cell 303.

[0068] 3GPP provides a description of the contents or parameters included in the WUS configuration, as shown in Table 2 below.

[0069] Table 2

[0070] 3GPP also agreed to the contents of Table 3 below regarding the PRACH resources used in on-demand SIB1 requests.

[0071] Table 3

[0072] It is evident that WUS transmissions can be performed using either a shared RACH occasion or separate RACH occasions.

[0073] In addition, 3GPP has agreed to the contents of Table 4 below for the RAR (or WUS confirmation) in response to WUS.

[0074] Table 4

[0075] It is evident that the random access response of the WUS to the terminal device includes at least the random access response to the SI request.

[0076] The current MAC specification describes the structure of the MAC PDU used for random access responses in Table 5 below.

[0077] Table 5

[0078] The current MAC specification describes the fields in the MAC subheader as shown in Table 6 below.

[0079] Table 6

[0080] Figure 4 is a schematic diagram of the format of a MAC subheader with a BI field. As shown in Figure 4, this subheader includes a Backoff Indicator (BI). Figure 5 is a schematic diagram of the format of a MAC subheader with a RAPID field.

[0081] As shown in Figure 5, the subheader includes a RAPID field. In addition, the subheader or a MAC subPDU that only includes the subheader can be used to confirm the SI request. For example, if the RAPID included in the subheader corresponds to a preamble configured for the SI request, then the subheader or a MAC subPDU that only includes the subheader is used to confirm the SI request. The MAC subPDU does not include the MAC RAR.

[0082] In Figures 4 and 5, the fields of the MAC subheader are as follows: E represents the Extension field, T represents the Type field, R represents the Reserved bit, BI represents the Backoff Indicator field, and RAPID represents the Random Access Preamble IDentifier field. For a detailed explanation of the meaning of each field, please refer to Table 6.

[0083] Figure 6 is a schematic diagram of an example format of a MAC PDU for a random access response. Taking Figure 6 as an example, this MAC PDU may include a fifth MAC subPDU with a fallback indication, the fifth MAC subPDU having a MAC subheader containing the fallback indication; the MAC PDU may also include a third MAC subPDU with a RAPID field, the third MAC subPDU having only a MAC subheader containing the RAPID field; the MAC PDU may also include a fourth MAC subPDU with a RAPID field and a MAC RAR for a random access response; furthermore, the MAC PDU may include a padding MAC subPDU at the end.

[0084] For the MAC RAR used in random access responses, 3GPP has documented the contents of Table 7 below.

[0085] Table 7

[0086] In the following description, without causing confusion:

[0087] The first cell (NES cell) is a cell that supports or uses on-demand SIB1. It can send SIB1 based on the uplink WUS received from the UE. It can also be called a network energy saving (NES) cell, power saving cell, special cell, or cell that sends simplified signals, etc.

[0088] The second cell (Cell A) periodically sends at least its own SIB1. It can also be called an auxiliary cell or anchor cell, used to assist the on-demand SIB1 process of the NES cell. In addition, the second cell may also be another NES cell that can provide WUS configuration information to the first cell.

[0089] Staying in the community can also be described as residing in the community normally, or residing in the community temporarily, or being selected by the community, or being reselected by the community, or being considered a suitable community, or being considered an acceptable community, etc.

[0090] The Wake-up Signal (WUS) can be called a preamble, message 1, SIB1 request, or PRACH, etc.; the WUS acknowledgment can also be called an Acknowledgement of SIB1 request, on-demand SIB1 request acknowledgment, or RAR, etc.

[0091] "If..." can be replaced with "under the circumstances of..." or "when..."; "send" and "broadcast" are interchangeable; "WUS confirm" and "confirm WUS" are interchangeable.

[0092] First aspect of the embodiments

[0093] This application provides a method for receiving wake-up signal confirmation, which will be described from the perspective of the terminal device.

[0094] Figure 7 is a schematic diagram of a wake-up signal confirmation receiving method according to an embodiment of this application. As shown in Figure 7, the method includes:

[0095] 701: The terminal device sends a wake-up signal (WUS) to the first network device; and

[0096] 702: Receive a Media Access Control Protocol Data Unit (MAC PDU) for random access response sent by the first network device.

[0097] In the embodiments of this application, unless otherwise specified, the behavior of the first network device can also be the behavior of the centralized unit (CU) or distributed unit (DU) or the first cell in the first network device, and the behavior of the second network device can also be the behavior of the centralized unit (CU) or distributed unit (DU) or the second cell in the second network device. For example, the terminal device sending a wake-up signal to the first network device can also be the terminal device sending a wake-up signal to the centralized unit (CU) or distributed unit (DU) or the first cell in the first network device. As another example, the first network device sending a MAC PDU for random access response to the terminal device can also be the centralized unit (CU) or distributed unit (DU) or the first cell in the first network device sending a MAC PDU for random access response.

[0098] It is worth noting that Figure 7 above is only a schematic illustration of the embodiments of this application, but the application is not limited thereto. For example, other operations may be added or some operations may be removed. Those skilled in the art can make appropriate modifications based on the above content, and are not limited to the description in Figure 7 above.

[0099] According to the embodiments of this application, it helps terminal devices that have not yet camped on an NES cell to correctly receive the WUS confirmation sent by the NES cell, thereby helping the terminal device to correctly receive on-demand SIB1 to determine whether camping on the NES cell is allowed. The method is simple and easy to implement.

[0100] In some embodiments of this application, the Media Access Control Protocol Data Unit (MAC PDU) includes:

[0101] A first Media Access Control Sub-Protocol Data Unit (MAC subPDU), the first MAC subPDU being used to acknowledge the wake-up signal; and

[0102] The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

[0103] The second media access control sub-protocol data unit (MAC subPDU) includes:

[0104] A third Media Access Control Sub-Protocol Data Unit (MAC subPDU), which has a RAPID field and does not have a Media Access Control payload (MAC RAR) for random access responses; and / or

[0105] The fourth Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a RAPID field and a Media Access Control Payload (MAC RAR) for random access responses.

[0106] As shown in Figure 6, the third MAC subPDU has a RAPID field but does not have a Media Access Control payload (MAC RAR) for random access responses; that is, the third MAC subPDU only includes a MAC subheader with a RAPID field but not a MAC RAR. The fourth MAC subPDU has both a RAPID field and a MAC RAR; that is, the fourth MAC subPDU includes a MAC subheader with a RAPID field and a MAC RAR. Taking Figure 6 as an example, the second MAC subPDU can be either the third or the fourth MAC subPDU. This application is not limited to these; in the MAC PDU for random access responses, the second MAC subPDU can also be other MAC subPDUs, such as those introduced later.

[0107] This application can help terminal devices that have not yet camped on an NES cell to correctly receive WUS confirmations sent by that NES cell through the following schemes A, B, or C.

[0108] Option A:

[0109] In scheme A, the position of the first MAC subPDU received by operation 702 in the Media Access Control Protocol Data Unit (MAC PDU) is predetermined.

[0110] The fact that the position of the first MAC subPDU used for WUS confirmation in the MAC PDU used for random access response is predetermined indicates that the position of the first MAC subPDU in the MAC PDU is pre-set and fixed or predefined in the standard (e.g., in the MAC technical specification).

[0111] In some embodiments, the predetermined position of the first MAC subPDU in the MAC PDU can be set by the first network device or the second network device (e.g., the network device to which Cell A belongs), for example, by configuring it in the WUS configuration information, system information or first indication information sent by the first network device or the second network device to the terminal device, or the predetermined position can also be set by the terminal device sending indication information.

[0112] The following explains the different predetermined positions of the first MAC subPDU in the MAC PDU.

[0113] Figure 8 is a schematic diagram of an example of the MAC PDU format according to an embodiment of this application.

[0114] In some embodiments, the first MAC subPDU is located at the very beginning of the Media Access Control Protocol Data Unit (MAC PDU).

[0115] As shown in Figure 8, the first MAC subPDU used to determine the WUS is located at the very beginning of the MAC PDU. That is, taking Figure 8 as an example, the first MAC subPDU is located before all the third MAC subPDUs or all the fourth MAC subPDUs (not shown in the figure) and the MAC subPDU with the backoff indicator (the fifth MAC subPDU) in the MAC PDU. Alternatively, when the MAC PDU does not include a MAC subPDU with the backoff indicator, the first MAC subPDU is located before all the third MAC subPDUs and / or all the fourth MAC subPDUs in the MAC PDU.

[0116] In some embodiments, the first MAC subPDU precedes the fifth Media Access Control Protocol Data Sub-Unit (MAC subPDU), which has a back indicator.

[0117] As shown in Figure 8, in the MAC PDU used for random access response, the first MAC subPDU is located before the fifth MAC subPDU. Since the MAC subPDU with the backoff indication is located before all other MAC subPDUs in the MAC PDU, when the first MAC subPDU is located before the fifth MAC subPDU, it is also located at the very beginning of the MAC PDU.

[0118] Therefore, when the first MAC subPDU used to confirm WUS is located at the very beginning of the MAC PDU used for random access response, the terminal device can directly find the first MAC subPDU from the very beginning of the MAC PDU and correctly receive the WUS confirmation sent by the first cell.

[0119] Figure 9 is a schematic diagram of another example of the MAC PDU format in the embodiments of this application.

[0120] In some embodiments, the first MAC subPDU follows the fifth MAC subPDU, which has a backoff indicator; and / or

[0121] The first MAC subPDU comes before the third and fourth MAC subPDUs.

[0122] As shown in Figure 9, in the MAC PDU used for random access response, the first MAC subPDU for confirming WUS occurs after the fifth MAC subPDU with a backoff indication, and before all third MAC subPDUs with a RAPID field but no MAC RAR, and the fourth MAC subPDU with both a RAPID field and MAC RAR (not shown in the figure). Furthermore, in a MAC PDU that does not include the fifth MAC subPDU but includes the third MAC subPDU and the fourth MAC subPDU with both a RAPID field and MAC RAR, the first MAC subPDU for confirming WUS occurs before both the third and fourth MAC subPDUs.

[0123] Therefore, when the MAC PDU used for random access response contains a fifth MAC subPDU with a backoff indication, the first MAC subPDU used to confirm WUS is located after the fifth MAC subPDU. The terminal device can directly find the first MAC subPDU from the position after the fifth MAC subPDU in the MAC PDU and correctly receive the WUS confirmation sent by the first cell. When the MAC PDU used for random access response does not contain a fifth MAC subPDU with a backoff indication, the first MAC subPDU used to confirm WUS is located before the third and fourth MAC subPDUs. That is, the first MAC subPDU is located at the very beginning of the MAC PDU. The terminal device can also directly find the first MAC subPDU from the very beginning of the MAC PDU and correctly receive the WUS confirmation sent by the first cell.

[0124] Figure 10 is a schematic diagram of yet another example of the MAC PDU format in the embodiments of this application.

[0125] In some embodiments, the first MAC subPDU follows all the third MAC subPDUs in the MAC PDU, or the first MAC subPDU follows the fifth MAC subPDU and all the third MAC subPDUs in the MAC PDU, and the fifth MAC subPDU has a backoff indicator.

[0126] The first MAC subPDU can also be located before all the fourth MAC subPDUs or all the fourth MAC subPDUs and padding subPDUs in the MAC PDU.

[0127] As shown in Figure 10, in the MAC PDU used for random access response, the first MAC subPDU for confirming WUS follows the fifth MAC subPDU with a backoff indication and all third MAC subPDUs with a RAPID field but no MAC RAR. Taking Figure 10 as an example, there are two third MAC subPDUs, but this application is not limited to this; the number of third MAC subPDUs can be multiple. Furthermore, when the MAC PDU does not include the fifth MAC subPDU, the first MAC subPDU follows all the third MAC subPDUs in the MAC PDU.

[0128] Therefore, in the MAC PDU used for random access response, all third MAC subPDUs with RAPID fields but no MAC RAR and fifth MAC subPDUs with backoff indications are placed before the first MAC subPDU used for WUS confirmation. When receiving the MAC PDU sent by the first cell, the terminal device can assume that the length of all MAC subPDUs before the first MAC subPDU used for WUS confirmation is 1 byte. That is, the terminal device confirms the length of all subPDUs before the first MAC subPDU used for WUS confirmation, thereby finding the correct starting position of the first MAC subPDU and correctly receiving the WUS confirmation sent by the first cell.

[0129] Figure 11 is a schematic diagram of yet another example of the MAC PDU format in the embodiments of this application.

[0130] In some embodiments, the first MAC subPDU follows all fourth MAC subPDUs in the MAC PDU, or the first MAC subPDU follows the fifth MAC subPDU and all fourth MAC subPDUs in the MAC PDU, and the fifth MAC subPDU has a backoff indicator.

[0131] The first MAC subPDU can also be located before all third MAC subPDUs or all third MAC subPDUs and padding subPDUs in the MAC PDU.

[0132] As shown in Figure 11, in the MAC PDU used for random access response, the first MAC subPDU for confirming WUS follows the fifth MAC subPDU with a backoff indication and all fourth MAC subPDUs with RAPID and RAR fields. Taking Figure 11 as an example, there are two fourth MAC subPDUs, but this application is not limited to this; the number of fourth MAC subPDUs can be multiple. Furthermore, when the MAC PDU does not include the fifth MAC subPDU with a backoff indication, the first MAC subPDU for confirming WUS follows all fourth MAC subPDUs with RAPID and RAR fields.

[0133] Therefore, when the MAC PDU used for random access response includes a fifth MAC subPDU with a back-off indication, the first MAC subPDU used for WUS confirmation is located after the fourth MAC subPDU with RAPID and RAR fields and the fifth MAC subPDU. When receiving the MAC PDU sent by the first cell, the terminal device can assume that all MAC subPDUs before the first MAC subPDU used for WUS confirmation, except for the fifth MAC subPDU, are 8 bytes long. That is, the length of the subPDUs before the first MAC subPDU used for WUS confirmation is confirmed, thus finding the position of the first MAC subPDU and correctly receiving the WUS confirmation sent by the first cell. When the MAC PDU used for random access response does not include a fifth MAC subPDU with a back-off indication, the first MAC subPDU used for WUS confirmation is located after the fourth MAC subPDU with RAPID and RAR fields. When receiving the MAC PDU sent by the first cell, the terminal device can assume that all MAC subPDUs before the first MAC subPDU used for WUS confirmation are 8 bytes long. That is, the terminal device confirms the length of the first MAC subPDU used for WUS confirmation. The lengths of all subPDUs preceding the subPDU are used to locate the position of the first MAC subPDU and correctly receive the WUS acknowledgment sent by the first cell.

[0134] In the above embodiments, as shown in Figures 8-11, the MAC PDU for random access response also includes a MAC subPDU with padding, which is located at the very end of the MAC PDU. In some embodiments, the MAC PDU may not include a MAC subPDU with padding.

[0135] In the above embodiments, the terminal device can determine whether a MAC subPDU is the fifth MAC subPDU or the second MAC subPDU based on the T field in the MAC subheader. If the T field is set to 0, it indicates that the Backoff Indicator (BI) field appears in the MAC subheader. If the T field is set to 1, it indicates that the Random Access Preamble ID (RAPID) field appears in the MAC subheader.

[0136] Option B:

[0137] As shown in Figure 7, in scheme B, operation 700 can be included.

[0138] 700: The terminal device receives first indication information sent by the second network device, the first indication information including information on the preamble related to the system information (SI) request of at least one first cell in at least one first network device.

[0139] In some embodiments, the first indication information is included in system information or radio resource control (RRC) information sent by the second network device, or in wake-up signal configuration information, or in the system information block (SIB) of the wake-up signal configuration information.

[0140] In some embodiments, the information of the preamble associated with the system information (SI) request includes at least one index of the preamble associated with the system information (SI) request.

[0141] Wherein, SI can be on-demand SI, and the index of the preamble associated with at least one SI request can be, for example, ra-PreambleStartIndex, which is an integer ranging from 0 to 63. The index of the preamble associated with at least one SI request can also be other types of indexes, and the number of such indexes can be one or more.

[0142] As shown in Figure 3, the first indication information can be included in the wake-up signal configuration information sent by the second cell to the terminal device. Taking Figure 3 as an example, when the terminal device detects the first cell, that is, when it finds the SSB of the first cell, it can determine the preamble information related to the SI request of the first cell based on the first indication information sent by the second cell to the terminal device. Therefore, when the terminal device receives the MAC PDU for random access response sent by the first cell, it determines whether the subPDU is a MAC subPDU with a backoff indication or a second MAC subPDU with a RAPID field based on the T field of the MAC subPDU in the MAC PDU. If the MAC subPDU is a second MAC subPDU, the length of the second MAC subPDU can be determined based on the RAPID field in the second MAC subPDU.

[0143] For example, if the preamble index in the RAPID field of the second MAC subPDU corresponds to at least one preamble related to an SI request in the first cell, then the second MAC subPDU is an acknowledgment of the SI request, which includes only the MAC subheader with RAPID but not the MAC RAR, that is, the length of the MAC subPDU is 1 byte; if the preamble index in the RAPID field of the second MAC subPDU does not correspond to a preamble related to an SI request in the first cell, then the second MAC subPDU includes the MAC RAR, that is, the length of the second MAC subPDU is 8 bytes.

[0144] Therefore, when the terminal device receives the MAC PDU for random access response sent by the first cell, it first determines whether the MAC subPDU has a backoff indication or a MAC subPDU has a RAPID field based on the T field in the MAC subPDU. If it has a RAPID field, it then determines whether the length of the MAC subPDU is 1 byte or 8 bytes based on the preamble index in the RAPID field of the MAC subPDU and the first indication information. That is, based on the first indication information sent by the second cell, the terminal device can determine the length of all MAC subPDUs before the MAC subPDU used for WUS confirmation, and thus find the correct starting position of the subPDU used for WUS confirmation.

[0145] Option C:

[0146] In scheme C, WUS is sent using separate RACH occasions (separate RO).

[0147] When WUS is transmitted using separate ROs, the RA-RNTI (Random Access Radio Network Temporary Identifier) ​​associated with the random access response to which the WUS acknowledgment sent by the first cell is different from the RA-RNTI of the random access response used for other purposes (e.g., random access responses from other terminal devices). Therefore, the WUS acknowledgment for this terminal device will not be included in the same MAC PDU for the random access response or transmitted in the same MAC PDU for the random access response as other terminal devices' backoff indications and / or SI request acknowledgments and / or RARs.

[0148] The embodiments of this application have been described above by way of example, but this application is not limited thereto, and appropriate modifications can be made based on the above embodiments. For example, the above embodiments can be used alone, or one or more of the above embodiments can be combined.

[0149] According to the method in the embodiments of this application, the terminal device confirms the length of the MAC subPDU before the MAC subPDU used for WUS confirmation, thereby further finding the correct starting position of the MAC subPDU used for WUS confirmation. This can help the terminal device that has not yet camped on the first cell to correctly receive the WUS confirmation sent by the first cell, thereby helping the terminal device to correctly receive on-demand SIB1 to determine whether the first cell allows camping. The method is simple and easy to implement.

[0150] Second aspect of the embodiments

[0151] This application provides a method for sending a wake-up signal confirmation, which will be described from the perspective of a first network device. Content identical to that in the first aspect of the embodiment will not be repeated. This first network device is, for example, the network device of cell A in FIG3.

[0152] Figure 12 is a schematic diagram of a wake-up signal confirmation sending method according to an embodiment of this application.

[0153] As shown in Figure 12, the method includes:

[0154] 1201: The first network device receives a wake-up signal (WUS) sent by the terminal device; and

[0155] 1202: Send a Media Access Control Protocol Data Unit (MAC PDU) for random access response to the terminal device.

[0156] In some embodiments of this application,

[0157] The Media Access Control Protocol Data Unit (MAC PDU) includes:

[0158] A first Media Access Control Sub-Protocol Data Unit (MAC subPDU), the first MAC subPDU being used to acknowledge the wake-up signal; and

[0159] The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

[0160] In some embodiments, the second MAC subPDU includes:

[0161] A third Media Access Control Sub-Protocol Data Unit (MAC subPDU), the third MAC subPDU having a RAPID field and not having a Media Access Control payload (MAC RAR) for random access responses; and / or

[0162] The fourth Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a RAPID field and a Media Access Control Payload (MAC RAR) for random access response.

[0163] In some embodiments, the position of the first MAC subPDU in the Media Access Control Protocol Data Unit (MAC PDU) is predetermined.

[0164] In some embodiments, the first MAC subPDU is located at the very beginning of the Media Access Control Protocol Data Unit (MAC PDU).

[0165] In some embodiments, the first MAC subPDU precedes the fifth Media Access Control Protocol Data Sub-Unit (MAC subPDU), and the fifth MAC subPDU has a backoff indicator.

[0166] In some embodiments, the first MAC subPDU follows the fifth MAC subPDU, which has a backoff indicator; and / or,

[0167] The first MAC subPDU precedes the third and fourth MAC subPDUs.

[0168] In some embodiments, the first MAC subPDU follows all of the third MAC subPDUs, or

[0169] The first MAC subPDU follows the fifth MAC subPDU and all of the third MAC subPDUs, and the fifth MAC subPDU has a backoff indicator.

[0170] In some embodiments, the first MAC subPDU follows all of the fourth MAC subPDU, or

[0171] The first MAC subPDU follows the fifth MAC subPDU and all of the fourth MAC subPDUs, and the fifth MAC subPDU has a backoff indicator.

[0172] According to the above embodiments, the terminal device can determine the position of the MAC subPDU used for WUS confirmation in the MAC PDU used for random access response. This helps the terminal device that has not yet camped on the first cell to correctly receive the WUS confirmation sent by the first cell, thereby helping the terminal device to correctly receive on-demand SIB1 to determine whether the first cell allows camping. The method is simple and easy to implement.

[0173] Third aspect of the embodiments

[0174] This application provides a method for transmitting wake-up signal information, described from the perspective of a second network device. Content identical to that in the first aspect of the embodiment will not be repeated. This second network device is, for example, the network device of the NES cell in Figure 3.

[0175] Figure 13 is a schematic diagram of a method for sending wake-up signal information according to an embodiment of this application. As shown in Figure 13, the method includes:

[0176] 1301: The second network device sends a first indication message to the terminal device, the first indication message including information on the preamble related to the system information (SI) request of at least one first cell in at least one first network device.

[0177] In some embodiments, the first indication information is included in system information or radio resource control (RRC) messages sent by the second network device, or in wake-up signal configuration information, or in the system information block (SIB) of the wake-up signal configuration information.

[0178] In some embodiments, the information of the system information (SI) request-related preamble includes at least one index of the system information (SI) request-related preamble.

[0179] According to the above embodiments, the terminal device can determine the length of the MAC subPDU before the MAC subPDU used for WUS confirmation, thereby finding the correct starting position of the MAC subPDU used for WUS confirmation in the MAC PDU used for random access response. This helps the terminal device that has not yet camped on the first cell to correctly receive the WUS confirmation sent by the first cell, thereby helping the terminal device to correctly receive on-demand SIB1 to determine whether the first cell allows camping. The method is simple and easy to implement.

[0180] Fourth aspect of the embodiment

[0181] This application also provides a wake-up signal confirmation receiving device, which is configured in a terminal device. The device in this application corresponds to the method of the first aspect embodiment, and the content that is the same as that in the first aspect embodiment will not be repeated.

[0182] Figure 14 is a schematic diagram of a wake-up signal confirmation receiving device according to an embodiment of this application.

[0183] As shown in Figure 14, the wake-up signal confirmation receiving device 1400 of this application embodiment includes:

[0184] The first transmitting unit 1401 sends a wake-up signal (WUS) to the first network device;

[0185] The first receiving unit 1402 receives a Media Access Control Protocol Data Unit (MAC PDU) for random access response sent by the first network device, wherein the Media Access Control Protocol Data Unit (MAC PDU) includes:

[0186] A first Media Access Control Sub-Protocol Data Unit (MAC subPDU), the first MAC subPDU being used to acknowledge the wake-up signal; and

[0187] The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

[0188] In some embodiments, the second Media Access Control Sub-Protocol Data Unit (MAC subPDU) includes:

[0189] A third Media Access Control Sub-Protocol Data Unit (MAC subPDU), the third MAC subPDU having a RAPID field and not having a Media Access Control payload (MAC RAR) for random access responses; and / or

[0190] The fourth Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a RAPID field and a Media Access Control Payload (MAC RAR) for random access response.

[0191] In some embodiments, the position of the first MAC subPDU in the Media Access Control Protocol Data Unit (MAC PDU) is predetermined.

[0192] In some embodiments, the first MAC subPDU is located at the very beginning of the Media Access Control Protocol Data Unit (MAC PDU).

[0193] In some embodiments, the first MAC subPDU precedes the fifth Media Access Control Protocol Data Sub-Unit (MAC subPDU), and the fifth MAC subPDU has a backoff indicator.

[0194] In some embodiments, the first MAC subPDU follows the fifth MAC subPDU, which has a backoff indicator; and / or

[0195] The first MAC subPDU precedes the third and fourth MAC subPDUs.

[0196] In some embodiments, the first MAC subPDU follows all the third MAC subPDUs in the MAC PDU, or

[0197] The first MAC subPDU follows the fifth MAC subPDU and all the third MAC subPDUs in the MAC PDU, and the fifth MAC subPDU has a backoff indicator.

[0198] In some embodiments, the first MAC subPDU follows all the fourth MAC subPDUs in the MAC PDU, or

[0199] The first MAC subPDU follows the fifth MAC subPDU and all the fourth MAC subPDUs in the MAC PDU, and the fifth MAC subPDU has a backoff indicator.

[0200] In some embodiments, the wake-up signal confirmation receiving device 1400 further includes a second receiving unit 1403, which receives first indication information sent by a second network device. The first indication information includes information about a preamble related to a system information (SI) request for at least one first cell in at least one of the first network devices.

[0201] In some embodiments, the first indication information is included in system information or radio resource control (RRC) messages sent by the second network device, or in wake-up signal configuration information, or in the system information block (SIB) of the wake-up signal configuration information.

[0202] In some embodiments, the information of the system information (SI) request-related preamble includes at least one index of the system information (SI) request-related preamble.

[0203] This application also provides a wake-up signal confirmation sending device, which is configured in a first network device. The device in this application corresponds to the method in the embodiment of the second aspect, and the content that is the same as in the embodiment of the second aspect will not be repeated.

[0204] Figure 15 is a schematic diagram of a wake-up signal confirmation sending device according to an embodiment of this application. As shown in Figure 15, the wake-up signal confirmation sending device 1500 according to an embodiment of this application includes:

[0205] The third receiving unit 1501 receives the wake-up signal sent by the terminal device;

[0206] The second sending unit 1502 sends a Media Access Control Protocol Data Unit (MAC PDU) for random access response to the terminal device, the MAC PDU comprising:

[0207] A first Media Access Control Sub-Protocol Data Unit (MAC subPDU), the first MAC subPDU being used to acknowledge the wake-up signal; and

[0208] The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

[0209] In some embodiments, the second MAC subPDU includes:

[0210] A third Media Access Control Sub-Protocol Data Unit (MAC subPDU), the third MAC subPDU having a RAPID field and not having a Media Access Control payload (MAC RAR) for random access responses; and / or

[0211] The fourth Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a RAPID field and a Media Access Control Payload (MAC RAR) for random access response.

[0212] In some embodiments, the position of the first MAC subPDU in the Media Access Control Protocol Data Unit (MAC PDU) is predetermined.

[0213] In some embodiments, the first MAC subPDU is located at the very beginning of the Media Access Control Protocol Data Unit (MAC PDU).

[0214] In some embodiments, the first MAC subPDU precedes the fifth Media Access Control Protocol Data Sub-Unit (MAC subPDU), and the fifth MAC subPDU has a backoff indicator.

[0215] In some embodiments, the first MAC subPDU follows the fifth MAC subPDU, which has a backoff indicator; and / or,

[0216] The first MAC subPDU precedes the third and fourth MAC subPDUs.

[0217] In some embodiments, the first MAC subPDU follows all of the third MAC subPDUs, or

[0218] The first MAC subPDU follows the fifth MAC subPDU and all of the third MAC subPDUs, and the fifth MAC subPDU has a backoff indicator.

[0219] In some embodiments, the first MAC subPDU follows all of the fourth MAC subPDU, or

[0220] The first MAC subPDU follows the fifth MAC subPDU and all of the fourth MAC subPDUs, and the fifth MAC subPDU has a backoff indicator.

[0221] This application also provides a wake-up signal information transmitting device, which is configured in a second network device. The device in this application corresponds to the method in the embodiment of the third aspect, and the content that is the same as in the embodiment of the third aspect will not be repeated.

[0222] Figure 16 is a schematic diagram of a wake-up signal information transmitting device according to an embodiment of this application. As shown in Figure 16, the wake-up signal information transmitting device 1600 according to an embodiment of this application includes:

[0223] The third sending unit 1601 sends first indication information to the terminal device. The first indication information includes information about the preamble related to the system information (SI) request of at least one first cell in at least one first network device.

[0224] In some embodiments, the first indication information is included in system information or radio resource control (RRC) messages sent by the second network device, or in wake-up signal configuration information, or in the system information block (SIB) of the wake-up signal configuration information.

[0225] In some embodiments, the information of the system information (SI) request-related preamble includes at least one index of the system information (SI) request-related preamble.

[0226] The embodiments of this application have been described above by way of example, but this application is not limited thereto, and appropriate modifications can be made based on the above embodiments. For example, the above embodiments can be used alone, or one or more of the above embodiments can be combined.

[0227] It is worth noting that the above description only covers the components or modules relevant to this application, but this application is not limited thereto. The apparatuses 1400, 1500, and 1600 of the embodiments of this application may also include other components or modules; for details regarding these components or modules, please refer to related technologies. Furthermore, the aforementioned components or modules can be implemented using hardware facilities such as processors, memory, transmitters, and receivers; this application does not impose any limitations on this.

[0228] The apparatus according to the embodiments of this application enables the terminal device to confirm the length of the subPDU preceding the MAC subPDU used for WUS confirmation, thereby further finding the correct starting position of the MAC subPDU used for WUS confirmation. This can help the terminal device that has not yet camped on the first cell to correctly receive the WUS confirmation sent by the first cell, thereby helping the terminal device to correctly receive on-demand SIB1 to determine whether the first cell allows camping. The method is simple and easy to implement.

[0229] Fifth aspect of the embodiment

[0230] This application also provides a communication system, including network equipment and terminal equipment.

[0231] In the embodiments of this application, the terminal device, as the receiving end of the wake-up signal confirmation, may include the apparatus shown in FIG1400 of the fourth aspect embodiment, and is configured to execute the method of the first aspect embodiment. Since the method has been described in detail in the first aspect embodiment, its contents are incorporated herein and will not be repeated.

[0232] In this application embodiment, the network device, as the sender of wake-up signal confirmation and wake-up signal information, may include the apparatus shown in FIG1500 and 1600 of the fourth aspect embodiment, and is configured to execute the methods of the second and third aspects embodiments. Since the methods have been described in detail in the first, second and third aspects embodiments, their contents are incorporated herein and will not be repeated.

[0233] In addition, the terminal device and the network device can also perform their respective regular operations, and the network device can also perform operations corresponding to the operations of the terminal device, such as the network device receiving information / signals from the terminal device, and / or the network device sending information / signals to the terminal device, the details of which are omitted here.

[0234] This application also provides a terminal device, which may be a UE, but this application is not limited to this and may also be other terminal devices.

[0235] Figure 17 is a schematic diagram of a terminal device according to an embodiment of this application. As shown in Figure 17, the terminal device 1700 may include a processor 1701 and a memory 1702; the memory 1702 stores data and programs and is coupled to the processor 1701. It is worth noting that this figure is exemplary; other types of structures may also be used to supplement or replace this structure to implement telecommunications functions or other functions.

[0236] In some embodiments, the functionality of the apparatus 1400 of the fourth aspect embodiment can be integrated into the processor 1701, wherein the processor 1701 can be configured to execute a program to implement the method as described in the first aspect embodiment, the contents of which are incorporated herein and will not be repeated here.

[0237] In other embodiments, the apparatus 1400 of the fourth aspect embodiment may be configured separately from the processor 1701. For example, the apparatus 1400 of the fourth aspect embodiment may be configured as a chip connected to the processor 1701, and the functions of the apparatus 1400 of the fourth aspect embodiment may be implemented by the control of the processor 1701.

[0238] As shown in Figure 17, the terminal device 1700 may further include: a communication module 1703, an input unit 1704, a display 1705, and a power supply 1706. The functions of these components are similar to those in the prior art and will not be described in detail here. It is worth noting that the terminal device 1700 does not necessarily include all the components shown in Figure 17; these components are not essential. Furthermore, the terminal device 1700 may also include components not shown in Figure 17, which can be referred to in related technologies.

[0239] This application also provides a network device, which may be, for example, a base station, but this application is not limited to this and may also be other network devices.

[0240] Figure 18 is a schematic diagram of the network device according to an embodiment of this application. As shown in Figure 18, the network device 1800 may include a processor 1801 and a memory 1802; the memory 1802 is coupled to the processor 1801. The memory 1802 can store various data; in addition, it also stores information processing programs, and executes the programs under the control of the processor 1801.

[0241] In some embodiments, the functionality of the apparatus 1500, 1600 of the fourth aspect embodiment can be integrated into the processor 1801, wherein the processor 1801 can be configured to execute a program to implement the methods of the embodiments of the second and third aspects, the contents of which are incorporated herein and will not be repeated here.

[0242] In other embodiments, the devices 1500, 1600 of the fourth aspect embodiment may be configured separately from the processor 1801. For example, the devices 1500, 1600 of the fourth aspect embodiment may be configured as chips connected to the processor 1801, and the functions of the devices 1500, 1600 of the fourth aspect embodiment may be implemented through the control of the processor 1801.

[0243] In addition, as shown in Figure 18, network device 1800 may also include transceivers 1803 and 1804. The functions of these components are similar to those in the prior art and will not be described again here. It is worth noting that network device 1800 does not necessarily need to include all the components shown in Figure 18; furthermore, network device 1800 may also include components not shown in Figure 18, which can be referred to in the prior art.

[0244] This application also provides a computer program, wherein when the program is executed in a terminal device, the program causes the terminal device to perform the methods described in the embodiments of the first, third, or fourth aspects.

[0245] This application also provides a storage medium storing a computer program, wherein the computer program causes a terminal device to perform the methods described in the embodiments of the first, third, or fourth aspects.

[0246] This application also provides a computer program, wherein when the program is executed in a network device, the program causes the network device to perform the method described in the second aspect of the embodiment.

[0247] This application also provides a storage medium storing a computer program, wherein the computer program causes a network device to perform the method described in the second aspect of the embodiment.

[0248] The apparatus and methods described above in this application can be implemented in hardware or in combination with software. This application relates to a computer-readable program that, when executed by a logic component, enables the logic component to implement the apparatus or components described above, or to implement the various methods or steps described above. This application also relates to storage media for storing the above programs, such as hard disks, magnetic disks, optical disks, DVDs, flash memory, etc.

[0249] The methods / apparatus described in conjunction with the embodiments of this application can be directly embodied in hardware, software modules executed by a processor, or a combination of both. For example, one or more and / or combinations of one or more functional block diagrams shown in the figures can correspond to various software modules in a computer program flow, or to various hardware modules. These software modules can correspond to the various steps shown in the figures, respectively. These hardware modules can be implemented, for example, using a field-programmable gate array (FPGA) to embed these software modules.

[0250] The software module can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art. A storage medium can be coupled to the processor, enabling the processor to read information from and write information to the storage medium; or the storage medium can be an integral part of the processor. The processor and storage medium can reside in an ASIC. The software module can be stored in the memory of a mobile terminal or in a memory card that can be inserted into the mobile terminal. For example, if the device (such as a mobile terminal) uses a high-capacity MEGA-SIM card or a high-capacity flash memory device, the software module can be stored in the MEGA-SIM card or the high-capacity flash memory device.

[0251] One or more and / or one or more combinations of functional blocks described in the accompanying drawings can be implemented as a general-purpose processor, digital signal processor (DSP), application-specific integrated circuit (ASIC), field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, or any suitable combination thereof for performing the functions described herein. One or more and / or one or more combinations of functional blocks described in the accompanying drawings can also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in communication with a DSP, or any other such configuration.

[0252] The present application has been described above with reference to specific embodiments. However, those skilled in the art should understand that these descriptions are exemplary and not intended to limit the scope of protection of the present application. Those skilled in the art can make various modifications and variations to the present application based on its spirit and principles, and these modifications and variations are also within the scope of the present application.

[0253] Regarding the implementation methods including the above embodiments, the following notes are also disclosed:

[0254] 1. A terminal device, the terminal device comprising a memory and a processor, the memory storing a computer program, the processor being configured to execute the computer program to implement the following method:

[0255] The terminal device sends a wake-up signal (WUS) to the first network device; and

[0256] The system receives a Media Access Control Protocol Data Unit (MAC PDU) for a random access response sent by the first network device, wherein the MAC PDU includes:

[0257] A first Media Access Control Sub-Protocol Data Unit (MAC subPDU), the first MAC subPDU being used to acknowledge the wake-up signal; and

[0258] The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

[0259] 2. A first network device, the first network device comprising a memory and a processor, the memory storing a computer program, the processor being configured to execute the computer program to implement the following method:

[0260] The first network device receives a wake-up signal (WUS) sent by the terminal device; and

[0261] Sending a Media Access Control Protocol Data Unit (MAC PDU) for random access response to the terminal device, the Media Access Control Protocol Data Unit (MAC PDU) comprising:

[0262] A first Media Access Control Sub-Protocol Data Unit (MAC subPDU), the first MAC subPDU being used to acknowledge the wake-up signal; and

[0263] The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

[0264] 3. A second network device, the second network device comprising a memory and a processor, the memory storing a computer program, the processor being configured to execute the computer program to implement the following method:

[0265] The second network device sends a first indication message to the terminal device. The first indication message includes information about the system information (SI) request related to at least one first cell in at least one first network device.

[0266] 4. The second network device according to Appendix 3, wherein,

[0267] The first indication information is contained in the system information or radio resource control (RRC) message sent by the second network device, or in the wake-up signal configuration information, or in the system information block (SIB) of the wake-up signal configuration information.

[0268] 5. The second network device according to Appendix 3, wherein,

[0269] The information in the preamble associated with the system information (SI) request includes at least one index of the preamble associated with the system information (SI) request.

Claims

1. A wake-up signal confirmation receiving device, configured in a terminal device, the device comprising: The first transmitting unit sends a wake-up signal (WUS) to the first network device; as well as The first receiving unit receives a Media Access Control Protocol Data Unit (MAC PDU) for random access response sent by the first network device, wherein the Media Access Control Protocol Data Unit (MAC PDU) includes: A first Media Access Control Sub-Protocol Data Unit (MAC subPDU) is used to confirm the wake-up signal; as well as The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

2. The apparatus according to claim 1, wherein, The second Media Access Control Protocol data subunit (MAC subPDU) includes: A third Media Access Control Sub-Protocol Data Unit (MAC subPDU), the third MAC subPDU having a RAPID field and not having a Media Access Control payload (MAC RAR) for random access responses; and / or The fourth Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a RAPID field and a Media Access Control Payload (MAC RAR) for random access response.

3. The apparatus according to claim 2, wherein, The position of the first MAC subPDU in the Media Access Control Protocol Data Unit (MAC PDU) is predetermined.

4. The apparatus according to claim 3, wherein, The first MAC subPDU is located at the very beginning of the Media Access Control Protocol Data Unit (MAC PDU).

5. The apparatus according to claim 4, wherein, The first MAC subPDU precedes the fifth Media Access Control Protocol Data Sub-Unit (MAC subPDU), which has a Backoff Indicator.

6. The apparatus according to claim 3, wherein, The first MAC subPDU follows the fifth MAC subPDU, which has a backoff indicator; and / or The first MAC subPDU precedes the third and fourth MAC subPDUs.

7. The apparatus according to claim 3, wherein, The first MAC subPDU follows all the third MAC subPDUs in the MAC PDU, or The first MAC subPDU follows the fifth MAC subPDU and all the third MAC subPDUs in the MAC PDU, and the fifth MAC subPDU has a backoff indicator.

8. The apparatus according to claim 3, wherein, The first MAC subPDU follows all the fourth MAC subPDUs in the MAC PDU, or The first MAC subPDU follows the fifth MAC subPDU and all the fourth MAC subPDUs in the MAC PDU, and the fifth MAC subPDU has a backoff indicator.

9. The apparatus according to claim 1, wherein, The device further includes: The second receiving unit receives first indication information sent by the second network device. The first indication information includes information about a preamble related to a system information (SI) request for at least one first cell in the first network device.

10. The apparatus according to claim 9, wherein, The first indication information is contained in the system information or radio resource control (RRC) message sent by the second network device, or in the wake-up signal configuration information, or in the system information block (SIB) of the wake-up signal configuration information.

11. The apparatus according to claim 9, wherein, The information in the preamble associated with the system information (SI) request includes at least one index of the preamble associated with the system information (SI) request.

12. A wake-up signal confirmation sending device, configured in a first network device, the device comprising: The third receiving unit receives the wake-up signal sent by the terminal device; The second sending unit sends a Media Access Control Protocol Data Unit (MAC PDU) for random access response to the terminal device, the MAC PDU comprising: A first Media Access Control Sub-Protocol Data Unit (MAC subPDU) is used to confirm the wake-up signal; as well as The second Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a Random Access Preamble Identifier (RAPID) field.

13. The apparatus according to claim 12, wherein, The second MAC subPDU includes: A third Media Access Control Sub-Protocol Data Unit (MAC subPDU), the third MAC subPDU having a RAPID field and not having a Media Access Control payload (MAC RAR) for random access responses; and / or The fourth Media Access Control Sub-Protocol Data Unit (MAC subPDU) has a RAPID field and a Media Access Control Payload (MAC RAR) for random access response.

14. The apparatus according to claim 13, wherein, The position of the first MAC subPDU in the Media Access Control Protocol Data Unit (MAC PDU) is predetermined.

15. The apparatus according to claim 14, wherein, The first MAC subPDU is located at the very beginning of the Media Access Control Protocol Data Unit (MAC PDU).

16. The apparatus according to claim 15, wherein, The first MAC subPDU precedes the fifth Media Access Control Protocol Data Sub-Unit (MAC subPDU), which has a Backoff Indicator.

17. The apparatus according to claim 14, wherein, The first MAC subPDU follows the fifth MAC subPDU, which has a backoff indicator; and / or, The first MAC subPDU precedes the third and fourth MAC subPDUs.

18. The apparatus according to claim 14, wherein, The first MAC subPDU follows all the third MAC subPDUs, or The first MAC subPDU follows the fifth MAC subPDU and all of the third MAC subPDUs, and the fifth MAC subPDU has a backoff indicator.

19. The apparatus according to claim 14, wherein, The first MAC subPDU comes after all the fourth MAC subPDUs, or The first MAC subPDU follows the fifth MAC subPDU and all of the fourth MAC subPDUs, and the fifth MAC subPDU has a backoff indicator.

20. A means for transmitting wake-up signal information, configured in a second network device, the means comprising: The third sending unit sends first indication information to the terminal device. The first indication information includes information about the preamble related to the system information (SI) request of at least one first cell in at least one first network device.

Images