Information sending method and apparatus, information receiving method and apparatus, terminal, and network side device

Abstract

The present application relates to the technical field of communications, and discloses an information sending method and apparatus, an information receiving method and apparatus, a terminal, and a network side device. The information sending method in embodiments of the present application comprises: a terminal sends a media access control (MAC) protocol data unit (PDU) to a network side device, the MAC PDU comprising a target MAC subPDU; wherein first indication information in a MAC subheader of the target MAC subPDU is used for indicating the type of the target MAC subPDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC subPDU comprises at least one of the following: a MAC subPDU corresponding to a common control channel (CCCH), and a MAC subPDU comprising a cell radio network temporary identifier (C-RNTI) MAC control element (CE).

Description

Information sending and receiving method, device, terminal and network side equipment

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to Chinese patent application No. 202311217999.0 filed on September 20, 2023, the entire contents of which are incorporated herein by reference. Technical Field

[0003] The present application belongs to the field of communication technology, and specifically relates to a method, device, terminal and network-side equipment for sending and receiving information. Background Art

[0004] In the related art, during the random access (RACH) process, a terminal sends a medium access control (MAC) protocol data unit (PDU) to a network-side device. When the MAC PDU is Msg3 in a 4-step RACH process or MsgA in a 2-step RACH process, the MAC PDU includes at least one MAC sub-PDU corresponding to a common control channel (CCCH) or a MAC sub-PDU containing a cell radio network temporary identifier (C-RNTI) MAC control element (CE). The MAC PDU uses different logical channel identifiers (LCIDs) to indicate the MAC sub-PDU corresponding to the CCCH and the MAC sub-PDU containing the C-RNTI MAC CE, resulting in a large consumption of LCID resources.

[0005] Summary of the Invention

[0006] The embodiments of the present application provide a method, apparatus, terminal, and network-side equipment for sending and receiving information, which can solve the problem of high consumption of LCID resources.

[0007] In a first aspect, a method for sending information is provided, comprising:

[0008] The terminal sends a media access control MAC protocol data unit (PDU) to the network side device, where the MAC PDU includes a target MAC sub-PDU.

[0009] Among them, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE.

[0010] In a second aspect, a method for receiving information is provided, comprising:

[0011] The network side device receives a MAC PDU sent by the terminal, where the MAC PDU includes a target MAC sub-PDU;

[0012] The network side device determines the type of the target MAC sub-PDU based on the first indication information in the MAC sub-header of the target MAC sub-PDU, where the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to the CCCH, and a MAC sub-PDU including a C-RNTI MAC CE.

[0013] According to a third aspect, an information sending device is provided. The terminal includes the information sending device, and the device includes:

[0014] A sending module, configured to send a media access control MAC protocol data unit (PDU) to a network-side device, wherein the MAC PDU includes a target MAC sub-PDU;

[0015] Among them, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE.

[0016] In a fourth aspect, an information receiving device is provided, wherein a network-side device includes the information sending device, and the device includes:

[0017] A receiving module, configured to receive a MAC PDU sent by a terminal, wherein the MAC PDU includes a target MAC sub-PDU;

[0018] A determination module is used to determine the type of the target MAC sub-PDU based on the first indication information in the MAC subheader of the target MAC sub-PDU, where the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to the CCCH, and a MAC sub-PDU including a C-RNTI MAC CE.

[0019] In a fifth aspect, a terminal is provided, comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the method described in the first aspect are implemented.

[0020] In a sixth aspect, a network side device is provided, which includes a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the program or instructions are executed by the processor, the steps of the method described in the second aspect are implemented.

[0021] In a seventh aspect, a terminal is provided, including a processor and a communication interface, wherein the communication interface is configured to:

[0022] Sending a media access control MAC protocol data unit (PDU) to a network-side device, wherein the MAC PDU includes a target MAC sub-PDU;

[0023] Among them, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE.

[0024] In an eighth aspect, a network-side device is provided, comprising a processor and a communication interface, wherein the communication interface is configured to: receive a MAC PDU sent by a terminal, the MAC PDU including a target MAC sub-PDU;

[0025] The processor is used to: determine the type of the target MAC sub-PDU based on the first indication information in the MAC subheader of the target MAC sub-PDU, where the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to the CCCH, and a MAC sub-PDU including a C-RNTI MAC CE.

[0026] In the ninth aspect, an information sending and receiving system is provided, comprising: a terminal and a network side device, wherein the terminal can be used to execute the steps of the method described in the first aspect, and the network side device can be used to execute the steps of the method described in the second aspect.

[0027] In the tenth aspect, a readable storage medium is provided, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the method described in the first aspect or the steps of the method described in the second aspect are implemented.

[0028] In the eleventh aspect, a chip is provided, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the method as described in the first aspect, or to implement the method as described in the second aspect.

[0029] In the twelfth aspect, a computer program / program product is provided, which is stored in a storage medium and executed by at least one processor to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.

[0030] In an embodiment of the present application, a terminal sends a media access control MAC protocol data unit (PDU) to a network-side device, wherein the MAC PDU includes a target MAC sub-PDU; wherein the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, and the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel (CCCH), and a MAC sub-PDU including a cell radio network temporary identifier (C-RNTI) MAC control unit (CE). In this way, the type of the MAC sub-PDU is indicated by the 1-bit first indication information, and the MAC sub-PDU corresponding to the CCCH or the MAC sub-PDU including the C-RNTI MAC CE is supported by the 1-bit first indication information. There is no need to indicate the MAC sub-PDU corresponding to the CCCH or the MAC sub-PDU including the C-RNTI MAC CE through the LCID, thereby reducing the consumption of LCID resources. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] FIG1 is a block diagram of a wireless communication system to which embodiments of the present application may be applied;

[0032] FIG2 is a schematic diagram of a random access message transmission method in the related art;

[0033] FIG3 is a second schematic diagram of sending a random access message in the related art;

[0034] FIG4 is a schematic diagram of a format of a MAC sub-PDU in the related art;

[0035] FIG5 is a second schematic diagram of a format of a MAC sub-PDU in the related art;

[0036] FIG6 is a schematic diagram of a MAC PDU format in the related art;

[0037] FIG7 is a third schematic diagram of a format of a MAC sub-PDU in the related art;

[0038] FIG8 is a fourth schematic diagram of a format of a MAC sub-PDU in the related art;

[0039] FIG9 is a fifth schematic diagram of a format of a MAC sub-PDU in the related art;

[0040] FIG10 is a third schematic diagram of sending a random access message in the related art;

[0041] FIG11 is a flowchart of an information sending method provided in an embodiment of the present application;

[0042] FIG12 is a flowchart of an information receiving method provided in an embodiment of the present application;

[0043] FIG13 is a schematic diagram of a format of a subheader of a MAC sub-PDU according to an embodiment of the present application;

[0044] FIG14 is a second schematic diagram of the format of a subheader of a MAC sub-PDU according to an embodiment of the present application;

[0045] FIG15 is a third schematic diagram of the format of a subheader of a MAC sub-PDU according to an embodiment of the present application;

[0046] FIG16 is a fourth schematic diagram of the format of a subheader of a MAC sub-PDU according to an embodiment of the present application;

[0047] FIG17 is a fifth schematic diagram of the format of a subheader of a MAC sub-PDU according to an embodiment of the present application;

[0048] FIG18 is a schematic structural diagram of an information sending device provided in an embodiment of the present application;

[0049] FIG19 is a schematic structural diagram of an information receiving device provided in an embodiment of the present application;

[0050] FIG20 is a schematic structural diagram of a communication device provided in an embodiment of the present application;

[0051] FIG21 is a schematic structural diagram of a terminal provided in an embodiment of the present application;

[0052] Figure 22 is a structural diagram of a network-side device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0053] The following will be combined with the accompanying drawings in the embodiments of this application to clearly describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field are within the scope of protection of this application.

[0054] The terms "first," "second," and so on, used in the specification and claims of this application are used to distinguish similar objects, not to describe a specific order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments of this application can be implemented in an order other than that illustrated or described herein. Furthermore, the objects distinguished by "first" and "second" generally refer to a class of objects and do not limit the number of objects. For example, the first object can be one or more. Furthermore, "or" in the specification and claims refers to at least one of the connected objects. For example, "A or B" encompasses three options: Option 1: includes A but not B; Option 2: includes B but not A; and Option 3: includes both A and B. The term "instruction" in the specification and claims of this application can be either an explicit instruction or an implicit instruction. An explicit instruction can be understood as an instruction in which the sender explicitly informs the recipient of the required operation or requested result. An implicit instruction can be understood as an instruction in which the recipient makes a judgment based on the sender's instruction and determines the required operation or requested result based on the judgment result.

[0055] It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE) / LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency Division Multiple Access (SC-FDMA) and other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the technology described can be used for the systems and radio technologies mentioned above, as well as for other systems and radio technologies. The following description describes a New Radio (NR) system for illustrative purposes, and the NR terminology is used in most of the following description, but these technologies can also be applied to applications other than NR system applications, such as 6th generation (6G) systems. th Generation, 6G) communication system.

[0056] FIG1 shows a block diagram of a wireless communication system applicable to embodiments of the present application. The wireless communication system includes a terminal 11 and a network-side device 12 . The terminal 11 may be a mobile phone, a tablet personal computer, a laptop computer or a notebook computer, a personal digital assistant (PDA), a handheld computer, a netbook, an ultra-mobile personal computer (UMPC), a mobile internet device (MID), an augmented reality (AR) / virtual reality (VR) device, a robot, a wearable device (Wearable Device), a vehicle user equipment (VUE), a pedestrian user equipment (PUE), a smart home (home appliances with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), a game console, a personal computer (PC), an ATM, or a self-service machine, etc. The wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. It should be noted that the embodiment of the present application does not limit the specific type of the terminal 11. The network side device 12 may include an access network device or a core network device, wherein the access network device 12 may also be referred to as a radio access network device, a radio access network (RAN), a radio access network function, or a radio access network unit.The access network device 12 may include a base station, a wireless local area network (WLAN) access point or a WiFi node, etc. The base station may be referred to as a node B, an evolved node B (eNB), an access point, a base transceiver station (BTS), a radio base station, a radio transceiver, a basic service set (BSS), an extended service set (ESS), a home B node, a home evolved B node, a transmission reception point (TRP) or other appropriate terms in the field. As long as the same technical effect is achieved, the base station is not limited to a specific technical vocabulary. It should be noted that in the embodiment of the present application, only the base station in the NR system is used as an example for introduction, and the specific type of the base station is not limited.The core network equipment may include but is not limited to at least one of the following: core network node, core network function, mobility management entity (MME), access mobility management function (AMF), session management function (SMF), user plane function (UPF), policy control function (PCF), policy and charging rules function unit (PCRF), edge application service discovery function (EASDF), unified data management (UDM), unified data storage (UDR), home user server (HSS), centralized network configuration (CNC), network storage function (NRF), network exposure function (NEF), local NEF (L-NEF), binding support function (BSF), application function ( It should be noted that in the embodiments of the present application, only the core network device in the NR system is introduced as an example, and the specific type of the core network device is not limited.

[0057] For ease of understanding, some of the contents involved in the embodiments of this application are described below:

[0058] 1. 4-step Random Access Channel (RACH) process

[0059] 1.1 Random Access Process

[0060] The random access process is mainly divided into: non-contention random access and contention random access.

[0061] The process of non-contention random access is shown in Figure 2 and is mainly divided into three steps:

[0062] Message (Msg) 0: The base station allocates dedicated random access resources for non-contention random access to the terminal. (The resource may be indicated by the Physical Downlink Control Channel (PDCCH) or Radio Resource Control (RRC) information).

[0063] Msg1: The terminal sends a designated dedicated random access signal to the base station on the designated random access resource according to the random access resource indicated by Msg0. The network side guarantees that the random access resource carrying Msg1 will be used by at most one terminal; therefore, there is no situation where multiple terminals send the same preamble (Preamble) on the same time-frequency resource, that is, no Msg1 collision will occur. After sending Msg1, the terminal calculates the identification information of Msg2 scheduled by the network side based on the sending time and frequency position of Msg1. The identification information includes the Random Access Radio Network Temporary Identity (RA-RNTI). After sending Msg1, the terminal monitors the downlink channel within a fixed window (i.e., the Random Access Response window (RAR window)) to obtain the feedback information Msg2 from the network side.

[0064] Msg2: The base station sends a random access response to the terminal. The random access response includes: Msg1 identification information (i.e., RAPID); uplink timing advance information (i.e., Timing Advance Command); uplink transmission grant information (i.e., UL Grant); backoff information (i.e., Backoff Indicator); and temporary terminal identification information (i.e., Temporary C-RNTI). If the terminal fails to receive the Random Access Response (RAR), it determines the next time to send a random access according to the backoff information indicated in the RAR.

[0065] The contention random access process is shown in Figure 3 and is mainly divided into four steps:

[0066] Msg1: The terminal selects a random access resource and uses it to send a random access signal to the base station. The RA-RNTI and RAR window are calculated in the same manner as in the non-contention random access process. Because the terminal independently selects the time-frequency resources and preamble for sending Msg1 from a set of random access resources broadcast by the network, Msg1 collisions are possible.

[0067] Msg2: The base station receives Msg1, calculates the timing advance (TA), and sends a random access response to the terminal. The random access response includes at least the timing advance information, TC-RNTI, and UL grant for Msg3.

[0068] Msg3: The terminal sends uplink transmission on the UL grant specified by Msg2. The content of the uplink transmission of Msg3 is different for different random access reasons. For example, for initial access, Msg3 transmits an RRC connection establishment request, which is carried by CCCH.

[0069] If the UE is in the RRC connected state and not in the RRC (connection) reestablishment process when initiating contention random access, Msg3 does not carry CCCH-carried signaling. Instead, it carries the UE's connection state identifier, C-RNTI, which is carried by the C-RNTI MAC CE. After sending Msg3, the terminal starts the contention resolution timer. If Msg4 is not successfully received before the contention resolution timer expires, the UE considers Msg4 reception to have failed.

[0070] For C-RNTI MAC CE:

[0071] The C-RNTI MAC CE is identified by MAC subheader with LCID, as shown in Figure 4. It has a fixed size and consists of a single field defined as follows: C-RNTI: This field contains the C-RNTI of the MAC entity. The length of the field is 16 bits.

[0072] Msg4: Contention resolution message. The terminal can determine whether random access is successful based on Msg4.

[0073] The UE performs one of the following actions:

[0074] (1) During the contention resolution timer, if the UE includes CCCH-carried signaling in Msg3: the UE monitors the downlink transmission scheduled by the TC-RNTI-scrambled PDCCH. If the corresponding downlink scheduling is detected, the corresponding PDSCH is decoded:

[0075] A. If the information carried therein includes the UE Contention Resolution Identity MAC CE, which carries all or part of the previous information (such as the first 48 bits) of the UE's UL CCCH Service Data Unit (SDU) in Msg3, the UE considers the contention resolution successful and stops the contention resolution timer;

[0076] B. If the UE Contention Resolution Identity MAC CE contained in the information carried therein is inconsistent with all or part of the previous information (such as the first 48 bits of information) in the UL CCCH SDU in Msg3 sent by the UE, the UE considers that contention resolution has failed and stops the contention resolution timer. In this case, the possible reason is that a Msg1 collision occurred (at least two UEs sent the same Msg1 / Preamble on the same RACH time-frequency resources); and at least two UEs sent Msg3 using the time-frequency resources scheduled by the network for the UE sending the Preamble to send Msg3, while Msg4 carries the information carried in the UL CCCH SDU in Msg3 sent by another UE other than the UE itself.

[0077] (2) During the running of the contention resolution timer, if the UE includes the C-RNTI MAC CE in Msg3: When the UE monitors the PDCCH scheduling scrambled by the C-RNTI carried in the C-RNTI MAC CE, the UE considers that the contention resolution is successful and stops the running of the contention resolution timer;

[0078] (3) If the contention resolution timer times out, the UE considers that contention resolution has failed.

[0079] As shown in FIG5 , for UE Contention Resolution Identity MAC CE:

[0080] The UE Contention Resolution Identity MAC CE is identified by MAC subheader with LCID. It has a fixed 48-bit size and consists of a single field: UE Contention Resolution Identity: This field contains the UL CCCH SDU. If the UL CCCH SDU is longer than 48 bits, this field contains the first 48 bits of the UL CCCH SDU.

[0081] Message 3 format of the 4-step RACH process

[0082] In the 4-step random access process, the format of RACH Msg3 is shown in FIG6 .

[0083] Several typical MAC sub-header formats are shown in Figures 7, 8, and 9.

[0084] The meaning of each field is as follows:

[0085] LCID: Identifies the logical channel to which the MAC SDU corresponding to the subheader belongs or the type of the corresponding MAC CE. Specifically, the Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or the type of the corresponding MAC CE or padding. The information indicated by the same LCID value is defined separately for DL-SCH and UL-SCH. Each MAC subheader has one LCID field. In NR, the size of the LCID field is 6 bits: if the LCID field is set to 34, an additional octet is present in the MAC subheader containing the eLCID field, following the octet containing the LCID field. If the LCID field is set to 33, two additional octets are present in the MAC subheader containing the eLCID field and these two additional octets follow the octet containing the LCID field.

[0086] F: Format field, indicating whether the length of the L field is 8 bits or 16 bits. Some LCIDs can implicitly identify the length of the corresponding MAC SDU or MAC CE. For example, the length of the MAC SDU containing the UL CCCH is fixed. In this case, the subheader does not contain the F field (as shown in Figure 8). The "Format" field indicates the size of the "Length" field. There is one F field per MAC subheader except for subheaders corresponding to fixed-sized MAC CEs, padding, and MAC SDUs containing UL CCCH. The size of the F field is 1 bit. The value of 0 indicates 8 bits of the Length field. The value of 1 indicates 16 bits of the Length field.

[0087] L: Length field, indicating the length of MAC SDU or variable-sized MAC CE; the field can also be described as a field. Specifically, the length field indicates the length of the corresponding MAC SDU or variable-sized MAC CE in bytes. There is one L field per MAC subheader except for subheaders corresponding to fixed-sized MAC CEs, padding, and MAC SDUs containing UL CCCH. The size of the L field is indicated by the F field.

[0088] R: Reserved bit, set to 0.

[0089] In the NR system, the meaning of the LCID of the Rel-17 uplink shared channel (UL-SCH) is shown in Table 1:

[0090] Table 1. Values ​​of LCID for UL-SCH

[0091] Among them, LCID=0, 35, 36, 52 correspond to CCCH; they are used for 48-bit / 56-bit uplink (UL) CCCH MAC SDU, as well as reduced-capability user equipment (RedCap) UE and non-RedCap situations, respectively.

[0092] LCID=58 corresponds to C-RNTI MAC CE.

[0093] The above five LCIDs all use the subheader format shown in Figure 8.

[0094] 3. 2-Step RACH Process

[0095] As shown in Figure 10, the 2-Step RACH process includes the following steps:

[0096] Step 0: The network side configures the UE with two-step random access configuration information, such as the sending resource information corresponding to MsgA and MsgB.

[0097] Step 1: The UE triggers the 2-step RACH process and sends the request message (MsgA) to the network side, such as through PUSCH+preamble.

[0098] Step 2: The network sends an acknowledgment message (MgB) to the UE. If the UE fails to receive MsgB (failure means not receiving the RAPID or contention resolution ID corresponding to the MSG sent by the UE itself), the UE resends Msg1 (or MSG1, MSG3, or MSG1, depending on the specific solution).

[0099] Normally, for ease of understanding, the 2-step MSG A includes information corresponding to the 4-step MSG1 (preamble) and MSG3 (PUSCH). That is, the UE transmits the CCCH or C-RNTI MAC CE in the PUSCH portion of the Msg A.

[0100] 4. Channel quality information

[0101] To assist the network in downlink scheduling, the terminal can report downlink channel information / measurement results, such as channel quality indicator (CQI) or channel state information (CSI), to the network. The network can then better perform downlink scheduling based on the measurement results.

[0102] 5. Physical Uplink Shared Channel (PUSCH) retransmission

[0103] After the random access is completed, the network side may schedule the terminal to perform subsequent uplink transmission. For example, the next PUSCH transmission after the 4-step RACH Msg4 or the 2-step RACH MsgB can be described as Msg5 or MsgC. If the terminal is located at the edge of the cell, the network side can schedule the terminal to transmit Msg5 or MsgC in a repetition manner, that is, to schedule the terminal to transmit Msg5 or MsgC multiple times (rather than the traditional network side scheduling the terminal to send a single Msg5 or MsgC, and then scheduling the UE to retransmit Msg5 or MsgC if the network side confirms that the reception has failed). This can increase the probability of the network side successfully receiving Msg5 or MsgC and shorten the delay for the successful reception of Msg5 or MsgC.

[0104] 6. RRC message processing delay

[0105] In Msg4 or MsgB of random access, the network side may carry RRC configuration messages, such as RRC Setup message, RRC Resume message, or RRC Reestablishment message. The current protocol specifies the maximum processing time for these RRC configuration messages. The processing time starts when the terminal finishes receiving the corresponding RRC configuration message from the network side, and ends when the terminal is ready to receive uplink scheduling information from the network side. The scheduling information is used to schedule uplink transmission resources that carry a response message to the RRC configuration message (such as an RRC Setup Complete message).

[0106] The performance requirement is expressed as the time in [ms]from the end of reception of the network->UE message on the UE physical layer up to when the UE shall be ready for the reception of uplink grant for the UE->network response message with no access delay other than the TTI-alignment (eg excluding delays caused by scheduling, the random access procedure or physical layer synchronisation)

[0107] Because during the random access process, the network side does not yet know the processing capability of the terminal. Therefore, the length of the processing time needs to be set according to the processing capability of the terminal with the lowest processing capability allowed to access the network side; to ensure that all terminals that meet the processing time requirements can access the network. When the network side performs resource scheduling, it needs to consider the above processing time for scheduling. Therefore, for high-processing capability terminals, the above processing time is set too loosely (too long), resulting in the terminal sending a response message to the RRC configuration message late, delaying the network side's subsequent scheduling of the terminal, lengthening the time of the RRC connection establishment / recovery / reestablishment process, and reducing the user experience.

[0108] 7. PUCCH repetition for Msg4 HARQ-ACK

[0109] In the related art, Msg4 uses HARQ transmission during the RACH process. Considering the potential for RACH conflicts, where multiple terminals send the same preamble on the same RACH Occasion (RO) resource, these multiple terminals may each send Msg3 based on the UL grant received in Msg2. Each terminal also includes its own identification information in Msg3. Typically, the network can decode Msg3 from at most one terminal and carry the decoded terminal identification in Msg3 in Msg4. If a terminal finds that Msg4 carries the identifier of the Msg3 it sent, the terminal considers that the random access is successful and sends a hybrid automatic repeat request (HARQ) response (ACK) to confirm that Msg4 is successfully received; if a terminal finds that the identifier carried in Msg4 is different from the identifier of the Msg3 it sent, the terminal considers that the random access has failed, and the terminal that fails the random access does not send a HARQ ACK; the terminal that fails the random access also does not send a HARQ negative acknowledgment (NACK) because Msg4 is not sent to the terminal; if the terminal does not decode Msg4, it does not send a HARQ NACK because it is not sure whether Msg4 is sent to the terminal; if the network side does not receive the HARQ ACK for Msg4, it can schedule the HARQ retransmission of Msg4 to increase the probability that the terminal correctly receives Msg4.

[0110] In satellite scenarios, the distance between the terminal and the satellite is very long, resulting in significant path loss. Therefore, in many cases, the HARQ ACK for Msg4 sent once by the terminal may not be correctly received or decoded by the network. Therefore, the terminal can indicate PUCCH repetition for Msg4 HARQ-ACK related information to the network in Msg3 to indicate that the terminal has the ability to repeatedly send HARQ ACK for Msg4, or that the terminal's channel conditions require repeated transmission of HARQ ACK for Msg4, or that the terminal requests or needs to repeatedly send HARQ ACK for Msg4. In this way, after receiving Msg3, the network allocates PUCCH resources for repeatedly sending HARQ ACK for Msg4 to the terminal when scheduling and / or sending Msg4, or instructs the terminal to perform PUCCH repetition for Msg4 HARQ-ACK.

[0111] 8. Multiple-USIM (MUSIM) terminal device restrictions

[0112] For multi-SIM terminal devices, part of the implementation is to share the hardware resources of the terminal with multiple SIM cards. The following uses a dual-SIM terminal device as an example. In terms of the protocol, a dual-SIM terminal device is modeled as two UEs sharing some capabilities. If the UE corresponding to SIM card 1 is already in the RRC connected state; then, when the UE corresponding to SIM card 2 needs to enter the connected state (including establishing an RRC connection from the RRC idle state to enter the RRC connected state; and / or resuming the RRC connection from the RRC inactive state to enter the RRC connected state), the UE corresponding to SIM card 2 needs to notify the network side that the UE is in a capability-limited state (due to the MUSIM). The network side corresponding to SIM card 2 does not know the UE capabilities applied or occupied by the network side corresponding to SIM card 1. It only knows the capabilities reported by the UE corresponding to SIM card 2. The reported capabilities may be greater than the capabilities that the UE corresponding to SIM card 2 can apply, occupy, or use at this time, because the UE corresponding to SIM card 1 has already used some capabilities. In this way, when configuring the UE corresponding to SIM card 2, the network side corresponding to SIM card 2 may avoid using all the capabilities reported by the UE corresponding to SIM card 2 to avoid exceeding the capabilities that the UE corresponding to SIM card 2 can currently apply.

[0113] It should be noted that a multi-SIM terminal device or a dual-SIM terminal device is equivalent to a device equipped with multiple UEs or two UEs; if only the terminal is mentioned, it refers to a single UE.

[0114] The following, in conjunction with the accompanying drawings, describes in detail the information sending and receiving methods, devices, terminals, and network-side equipment provided in the embodiments of the present application through some embodiments and their application scenarios.

[0115] Referring to FIG. 11 , FIG. 11 is a flow chart of a method for sending information provided in an embodiment of the present application. As shown in FIG. 11 , the method for sending information includes the following steps:

[0116] Step 101: The terminal sends a media access control MAC protocol data unit (PDU) to a network device, where the MAC PDU includes a target MAC sub-PDU.

[0117] Among them, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE.

[0118] The MAC PDU sent by the terminal to the network side device may be a MAC PDU corresponding to or carried by Msg3 in the random access process, or a MAC PDU corresponding to or carried by MsgA PUSCH in the random access process.

[0119] In addition, the MAC sub-PDU corresponding to the CCCH may mean that the MAC sub-header of the MAC sub-PDU is used to describe the CCCH, or that the payload portion corresponding to the MAC sub-header of the MAC sub-PDU includes data or signaling carried by the CCCH.

[0120] In one embodiment, the MAC sub-PDU corresponding to the CCCH includes a CCCH MAC SDU.

[0121] In one implementation, the first indication information may be a bit at a specific position in the MAC subheader of the target MAC sub-PDU.

[0122] It should be noted that the reserved bits of the R17 MAC protocol may be used as the first indication information, such as one of the “R” bits in FIG8 .

[0123] For example, the first indication information may be the first bit or the most significant bit (most significant bit) of the MAC subheader of the target MAC sub-PDU.

[0124] In one implementation, the type of the target MAC sub-PDU may be indicated only by the first indication information.

[0125] It should be noted that when the network side device receives the MAC PDU sent by the terminal, it can determine through the first indication information in the MAC PDU that the MAC sub-PDU where the first indication information is located is the target MAC sub-PDU (the MAC sub-PDU corresponding to the CCCH or the MAC sub-PDU including the C-RNTI MAC CE), and can determine the type of the target MAC sub-PDU through the first indication information.

[0126] In one embodiment, the type of the target MAC sub-PDU can be jointly indicated by the first indication information and the sorting information, and the sorting information is used to indicate the sorting of the MAC subheader of the target MAC sub-PDU among all MAC sub-PDUs in the MAC PDU.

[0127] It should be noted that when the network side device receives the MAC PDU sent by the terminal, it can determine the target MAC sub-PDU (the MAC sub-PDU corresponding to the CCCH or the MAC sub-PDU including the C-RNTI MAC CE) through the sorting information of the MAC sub-PDU in the MAC PDU, and determine the type of the target MAC sub-PDU through the first indication information.

[0128] In one embodiment, when the first indication information takes a first value, it can indicate that the target MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH; when the first indication information takes a second value, it can indicate that the target MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE.

[0129] In one embodiment, taking the example of indicating the type of the target MAC sub-PDU only by the first indication information, the first indication information can be used to indicate a first type of MAC sub-PDU, the first type of MAC sub-PDU being a MAC sub-PDU corresponding to CCCH, and the MAC subheader of the first type of MAC sub-PDU does not contain a logical channel identifier LCID. For example, when the first indication information takes a first value, it indicates that the target MAC sub-PDU is the first type of MAC sub-PDU; when the first indication information takes a second value, it indicates that the target MAC sub-PDU is not the first type of MAC sub-PDU, that is, the target MAC sub-PDU is a MAC sub-PDU of a type other than the first type. Optionally, when the first indication information takes the second value, the type of the target MAC sub-PDU can be further indicated by the LCID field in the MAC subheader of the target MAC sub-PDU.

[0130] In one embodiment, taking the example of jointly indicating the type of the target MAC sub-PDU by the first indication information and the sorting information, the first indication information and the sorting information can be used to jointly indicate a first type of MAC sub-PDU, the first type of MAC sub-PDU being a MAC sub-PDU corresponding to the CCCH, and the MAC subheader of the first type of MAC sub-PDU does not contain an LCID. For example, when the MAC subheader of the target MAC sub-PDU is a MAC subheader at a specific position in the MAC PDU (such as the first MAC subheader), when the first indication information takes a first value, it indicates that the target MAC sub-PDU is a MAC sub-PDU of the first type; when the first indication information takes a second value, it indicates that the target MAC sub-PDU is not a MAC sub-PDU of the first type, that is, the target MAC sub-PDU is a MAC sub-PDU of a type other than the first type. Optionally, when the first indication information takes the second value, the type of the target MAC sub-PDU can be further indicated by the LCID field in the MAC subheader of the target MAC sub-PDU.

[0131] It should be noted that in the related art, all MAC sub-PDUs corresponding to CCCH include LCIDs. Since the MAC subheader of the first type of MAC sub-PDU does not include LCIDs, the first type of MAC sub-PDU is a newly added type of MAC sub-PDU. This newly added type of MAC sub-PDU corresponding to CCCH can be used to expand the MAC sub-PDU corresponding to CCCH.

[0132] It should be noted that only terminals in the RRC idle and inactive states need to send the MAC sub-PDU corresponding to the CCCH in RACH Msg3 or Msg A PUSCH. For terminals in the RRC idle state, the current serving cell does not have the terminal's context; for terminals in the RRC inactive state, the current serving cell may not have the terminal's context and may fail to obtain the terminal context. Therefore, when the network sends Msg4 to the terminal, it may not be able to obtain the terminal's context, that is, it does not have the terminal's capability and type information. Therefore, when sending the MAC sub-PDU corresponding to the CCCH, the terminal can indicate to the network the terminal's capability or type, or related information such as Msg4 / MsgB reception requirements, Msg4 / MsgB feedback transmission requirements, or Msg5 / MsgC transmission requirements, so that the network can adopt corresponding scheduling and transmission strategies based on the terminal's capability or type or transmission requirements during Msg4 / MsgB and subsequent transmissions, for example, the scheduled transmission bandwidth does not exceed the terminal's reception or transmission capabilities. In an embodiment of the present application, the MAC PDU sent by the terminal to the network-side device may be Msg3 or Msg A PUSCH in the random access process, thereby supporting the carrying of terminal capabilities or types or Msg4 / MsgB reception requirements or Msg4 / MsgB feedback transmission requirements or Msg5 / MsgC transmission requirements and other related information in the newly added type of MAC sub-PDU corresponding to the CCCH. Here, " / " represents or.

[0133] In the related art, the initial RRC message sent by the terminal in the idle state and inactive state to the network side is carried by the uplink CCCH. Subsequent uplink RRC messages and user plane data are carried by channels other than CCCH. At the MAC layer, upper-layer data and signaling are mapped to multiple transport channels and sent to the MAC layer. Upper-layer data or signaling or MAC CE can be multiplexed (such as cascading) in a MAC PDU and sent to the network side. The MAC PDU is a data block sent by the MAC layer to the lower layer; on the network side, the data and signaling sent by the terminal need to be separated by channel. In order to separate, the MAC PDU will indicate the number of the logical channel to which the upper-layer data or signaling belongs. The CCCH transport channel and the logical channel have a one-to-one correspondence. In the related art, the NR protocol allocates multiple corresponding logical channel numbers (LCIDs) to the transport channel CCCH to indicate length information, other dedicated information and CCCH channels, resulting in a large amount of consumption and waste of LCIDs. The embodiment of the present application proposes a new type of MAC sub-PDU corresponding to CCCH, which can reduce the consumption of LCIDs.

[0134] It should be noted that the size of MSG3 of CBRA is limited. Depending on the UE RRC state, MSG3 may contain a MAC sub-PDU corresponding to CCCH or a MAC sub-PDU including C-RNTI MAC CE. The MAC sub-PDU corresponding to CCCH or the MAC sub-PDU including C-RNTI MAC CE is only carried in MSG3 and MSGA PUSCH. In the related art, the MAC sub-PDU corresponding to CCCH or the MAC sub-PDU including C-RNTI MAC CE is distinguished by the LCID in the MAC subheader. At the same time, the LCID is also widely used to indicate the length of CCCH and the type of UE, etc., which leads to the need to reserve multiple LCIDs for CCCH, resulting in a large consumption of LCID resources.

[0135] In related technologies, CCCH occupies four LCIDs. New features may be introduced in the future that require CCCH LCID indication. For example, some NTN UEs may need to send an instruction to the network in Msg3 to apply a special mechanism during Msg4 HARQ transmission. To do this, multiple LCIDs are required, for example:

[0136] LCID=A: CCCH of size 64 bits except for a RedCap UE for Msg4 HARQ special mechanism;

[0137] LCID=B: CCCH of size 48 bits except for a RedCap UE for Msg4 HARQ special mechanism;

[0138] LCID=C: CCCH of size 64 bits for a RedCap UE for Msg4 HARQ special mechanism;

[0139] LCID=D: CCCH of size 64 bits for a RedCap UE for Msg4 HARQ special mechanism.

[0140] Therefore, using LCID to indicate information to the network side requires a large number of LCIDs. Currently, there are less than 10 6-bit LCIDs with undefined uses remaining in NR, and the signaling size carried by CCCH is limited, making it impossible to expand and indicate more information. The embodiment of the present application proposes a new type of MAC sub-PDU corresponding to CCCH, which can reduce the consumption of LCID.

[0141] In an embodiment of the present application, a MAC subheader of a first type of MAC sub-PDU in a preset format is defined. The MAC subheader in the preset format is a newly added MAC subheader and is used for CCCH or C-RNTI MAC CE transmission. In one embodiment, the MAC subheader in the preset format can meet the following conditions: it is located at a specific position in the MAC PDU, such as the first subheader; the MAC subheader is 1 byte long; a field is used to indicate that the MAC subheader in the preset format corresponds to a MAC sub-PDU corresponding to the CCCH or a MAC sub-PDU including a C-RNTI MAC CE; all or part of the remaining fields in the MAC subheader in the preset format are used to indicate the size of the UL CCCH SDU, the UE type, and transmission characteristics, etc.; and the MAC subheader in the preset format does not include an LCID field.

[0142] It should be noted that a MAC PDU contains at most one of the following: no more than one MAC SDU for CCCH and no more than one C-RNTI MAC CE. Furthermore, a MAC PDU cannot contain both a MAC SDU for CCCH and a C-RNTI MAC CE. The MAC SDU corresponding to the CCCH (MAC SDU for CCCH) is the MAC SDU in the MAC sub-PDU corresponding to the CCCH.

[0143] In an embodiment of the present application, a terminal sends a media access control MAC protocol data unit (PDU) to a network-side device, wherein the MAC PDU includes a target MAC sub-PDU; wherein the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, and the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel (CCCH), and a MAC sub-PDU including a cell radio network temporary identifier (C-RNTI) MAC control unit (CE). In this way, the type of the MAC sub-PDU is indicated by the 1-bit first indication information, and the MAC sub-PDU corresponding to the CCCH or the MAC sub-PDU including the C-RNTI MAC CE is supported by the 1-bit first indication information. There is no need to indicate the MAC sub-PDU corresponding to the CCCH or the MAC sub-PDU including the C-RNTI MAC CE through the LCID, thereby reducing the consumption of LCID resources.

[0144] Optionally, the first indication information and sorting information are used to jointly indicate the type of the target MAC sub-PDU, and the sorting information is used to indicate the sorting of the MAC subheader of the target MAC sub-PDU in the MAC PDU.

[0145] In which case, when the MAC subheader of the target MAC sub-PDU is a MAC subheader at a preset position in the MAC PDU, the first indication information is used to indicate the type of the target MAC sub-PDU.

[0146] It should be noted that the preset position may be a specific position. For example, when the MAC subheader of the target MAC sub-PDU is the first MAC subheader in the MAC PDU, the first indication information is used to indicate the type of the target MAC sub-PDU.

[0147] In this embodiment, the first indication information and the sorting information are used to jointly indicate the type of the target MAC sub-PDU, and the sorting information is used to indicate the sorting of the MAC subheader of the target MAC sub-PDU in the MAC PDU. In this way, by using the MAC sub-PDU at a specific position in the MAC PDU as the MAC sub-PDU corresponding to the CCCH or the MAC sub-PDU containing the C-RNTI MAC CE, and further indicating the type of the MAC sub-PDU at the specific position through the first indication information, the remaining MAC sub-PDUs in the MAC PDU except the MAC sub-PDU at the specific position can be used for other purposes in the domain where the first indication information is located, so that the MAC PDU can carry more potential information, which is beneficial to improving the communication efficiency between the terminal and the network side.

[0148] Optionally, the MAC sub-PDU corresponding to the CCCH includes at least one of the following:

[0149] A first type of MAC sub-PDU, where the first type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the first type of MAC sub-PDU does not include a logical channel identifier LCID;

[0150] A second-type MAC sub-PDU, where the second-type MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the second-type MAC sub-PDU includes an LCID;

[0151] The MAC sub-PDU including the C-RNTI MAC CE includes at least one of the following:

[0152] a third type of MAC sub-PDU, wherein the third type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the third type of MAC sub-PDU does not include an LCID;

[0153] The fourth type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the fourth type of MAC sub-PDU includes an LCID.

[0154] In this embodiment, the size of the MAC subheader of the first type of MAC sub-PDU can be 1 byte. The first indication information in the first type of MAC sub-PDU is a first value, illustratively, the first value is 1. All or part of the remaining bits of the first type of MAC sub-PDU other than the first indication information can be used to indicate terminal-related information. The first type of MAC sub-PDU is a newly added type of MAC sub-PDU corresponding to the CCCH.

[0155] In this implementation, the first indication information in the second type of MAC sub-PDU is a second value, illustratively, the second value is 0. The second type of MAC sub-PDU may be a MAC sub-PDU corresponding to CCCH in a format in related art.

[0156] In this embodiment, the size of the MAC subheader of the third type of MAC sub-PDU may be 1 byte. The first indication information in the third type of MAC sub-PDU is the second value, illustratively, the second value is 0. The third type of MAC sub-PDU is a newly added type of MAC sub-PDU that includes a C-RNTI MAC CE.

[0157] In this embodiment, the first indication information in the fourth type of MAC sub-PDU is the second value, illustratively, the second value is 0. The fourth type of MAC sub-PDU may be a MAC sub-PDU including a C-RNTI MAC CE in a format in related art.

[0158] Optionally, when the first indication information is a first preset value, the first indication information indicates that the target MAC sub-PDU is a MAC sub-PDU of the first type.

[0159] Among them, the first preset value can be 1.

[0160] In one embodiment, if the first indication information is a first preset value, the target MAC sub-PDU is a MAC sub-PDU of the first type; when the first indication information is a value other than the first preset value, the target MAC sub-PDU is a MAC sub-PDU of a type other than the first type. For example, if the first indication information is a second preset value, the target MAC sub-PDU is a MAC sub-PDU of the second type or the fourth type; or, if the first indication information is the second preset value, the target MAC sub-PDU is a MAC sub-PDU of the third type.

[0161] In this embodiment, when the first indication information is a first preset value, the first indication information indicates that the target MAC sub-PDU is the first type of MAC sub-PDU, so that the first type of MAC sub-PDU that does not contain LCID can be indicated by the first indication information, and the first type of MAC sub-PDU is a newly added type of MAC sub-PDU corresponding to CCCH, so that the newly added type of MAC sub-PDU corresponding to CCCH can be indicated by the first indication information, and the expansion of the MAC sub-PDU corresponding to CCCH can be achieved without consuming LCID resources.

[0162] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU includes an LCID, and the LCID is used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU.

[0163] The second preset value may be 0.

[0164] In addition, the first indication information is a second preset value, which can indicate that the target MAC sub-PDU is not a MAC sub-PDU of the first type, and the target MAC sub-PDU is a MAC sub-PDU of the second type or the MAC sub-PDU of the fourth type. Further, the LCID in the target MAC sub-PDU can be used to indicate that the target MAC sub-PDU is a MAC sub-PDU of the second type or the MAC sub-PDU of the fourth type.

[0165] In addition, when the first indication information is the second preset value, the target MAC sub-PDU includes an LCID, which can be used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU. It should be noted that the LCID can also indicate other types of MAC sub-PDUs other than the target MAC sub-PDU.

[0166] In this embodiment, when the first indication information is the second preset value, the first indication information indicates that the target MAC sub-PDU includes an LCID, and the LCID is used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU, so that the first indication information and the LCID can jointly indicate the type of MAC sub-PDU corresponding to CCCH in the related technology or the MAC sub-PDU containing C-RNTI MAC CE, thereby realizing the multiplexing of the MAC sub-header of the MAC sub-PDU in the related technology, and having strong usability.

[0167] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU is the third type of MAC sub-PDU.

[0168] The first indication information is a second preset value, which may indicate that the target MAC sub-PDU is not a MAC sub-PDU of the first type, and the target MAC sub-PDU is a MAC sub-PDU of the third type.

[0169] In this embodiment, when the first indication information is the second preset value, the first indication information indicates that the target MAC sub-PDU is the third type of MAC sub-PDU, so that the third type of MAC sub-PDU not containing LCID can be indicated through the first indication information, and the third type of MAC sub-PDU is a newly added type of MAC sub-PDU including C-RNTI MAC CE, so that the newly added type of MAC sub-PDU including C-RNTI MAC CE can be indicated through the first indication information, and the MAC sub-PDU including C-RNTI MAC CE can be indicated without consuming LCID.

[0170] Optionally, the size of the MAC subheader of the first type of MAC sub-PDU is 1 byte; or

[0171] The size of the MAC subheader of the third type of MAC sub-PDU is 1 byte.

[0172] Optionally, before the terminal sends the MAC PDU to the network-side device, the method further includes:

[0173] The terminal receives a first message sent by the network-side device, where the first message includes at least one second indication information, where the second indication information indicates the terminal-related information that the network-side device allows to be reported, or the terminal-related information that is not allowed to be reported;

[0174] The terminal determines any one of the following based on the second indication information:

[0175] The terminal may report terminal related information corresponding to the second indication information;

[0176] The terminal cannot report terminal-related information corresponding to the second indication information.

[0177] The terminal-related information may include characteristic information, including at least one of the following: the type of the terminal; the random access message feedback method desired by the terminal; channel quality information of the terminal; PUSCH retransmission request information of the terminal; PUSCH retransmission capability information of the terminal; and configuration restriction status information of the terminal.

[0178] In one embodiment, the first message may include second indication information, which includes multiple sub-indication information, each sub-indication information corresponding to a characteristic information. For example, the second indication information may be "010", where the first bit may indicate the type of the terminal, the second bit may indicate the PUSCH retransmission request information of the terminal, and the third bit may indicate the configuration restriction status information of the terminal.

[0179] In one embodiment, the first message may include multiple second indication information, each of which may correspond to a piece of characteristic information. For example, the multiple second indication information may be "010" (i.e., three bits each corresponding to a piece of characteristic information). The first second indication information may indicate the type of the terminal, the second second indication information may indicate the PUSCH retransmission request information of the terminal, and the third second indication information may indicate the configuration restriction status information of the terminal. The multiple second indication information may be indicated by the same IE of the first message, or may be indicated by different IEs of the first message.

[0180] Additionally, the first message may be a broadcast message.

[0181] It should be noted that the terminal receiving the first message sent by the network-side device may include the terminal receiving the first message sent by the cell. For different cells, the second indication information carried in the first message may be different, so that different cells can notify the terminal of the characteristic information allowed to be reported by the cell through the second indication information. For example, cell 1 can inform the terminal through the first message: the characteristic information allowed to be reported by the cell includes: characteristic information 1, characteristic information 2, and characteristic information 3; cell 2 can inform the terminal through the first message: the characteristic information allowed to be reported by the cell includes: characteristic information 1 and characteristic information 4.

[0182] In this embodiment, the terminal receives a first message sent by the network side device, and the terminal determines any one of the following based on the second indication information included in the first message: the terminal can report terminal-related information corresponding to the second indication information; the terminal cannot report terminal-related information corresponding to the second indication information, so that the terminal can report characteristic information that the network side allows it to report, and avoid reporting characteristic information that the network side does not allow it to report, so that the MAC PDU can carry more potential information, which is beneficial to improving the communication efficiency between the terminal and the network side.

[0183] Optionally, when the target MAC sub-PDU is the MAC sub-PDU of the first type or the MAC sub-PDU of the third type, the target MAC sub-PDU includes at least one third indication information, where the third indication information is used to indicate at least one terminal-related information;

[0184] The first indication information and the third indication information are located at different positions in the MAC subheader of the target MAC sub-PDU.

[0185] Among them, the first indication information and the third indication information are located at different positions in the MAC subheader of the target MAC sub-PDU, which can be understood as the third indication information and the first indication information use different information fields / bit indications in the MAC subheader of the target MAC sub-PDU.

[0186] In one implementation, the target MAC sub-PDU may include a third indication information, and the third indication information may be used to indicate a combination of characteristic information.

[0187] In one implementation, the target MAC sub-PDU may include multiple third indication information, and each third indication information may correspond to a piece of characteristic information.

[0188] In this embodiment, the target MAC sub-PDU includes at least one third indication information, and the third indication information is used to indicate at least one terminal-related information, thereby supporting the terminal to report the characteristic information of the terminal through the MAC sub-PDU corresponding to CCCH that does not contain LCID, or supporting the terminal to report the characteristic information of the terminal through the MAC sub-PDU including C-RNTI MAC CE that does not contain LCID. The extension of the MAC sub-PDU corresponding to CCCH or the MAC sub-PDU including C-RNTI MAC CE can be achieved without the need for additional consumption of LCID resources.

[0189] Optionally, the target MAC sub-PDU includes multiple third indication information, and the third indication information located at different positions of the MAC subheader is used to indicate different terminal related information; or

[0190] The target MAC sub-PDU includes a third indication information, and the third indication information with different values ​​is used to indicate different combinations of terminal related information.

[0191] In one embodiment, the target MAC sub-PDU includes a third indication information, which can be used to indicate a combination of terminal-related information. For example, when the third indication information takes a third value, it indicates that the size of the uplink UL CCCH SDU sent by the terminal is 48 bits and the UE type is eRedCap UE; when the third indication information takes a fourth value, it indicates that the size of the uplink UL CCCH SDU sent by the terminal is 64 bits, the UE type is non-eRedCap UE, and so on.

[0192] In one embodiment, the target MAC sub-PDU may include multiple third indication information, each third indication information may correspond to a terminal-related information. For example, the first third indication information among the multiple third indication information may indicate the type of the terminal, the second third indication information may indicate the configuration restriction status information of the terminal, the third third indication information may indicate the size of the uplink UL CCCH SDU sent by the terminal, and so on.

[0193] It should be noted that the embodiment of the present application does not specify the specific naming of the domain where the third indication information used to indicate terminal-related information of different combinations is located. For example, the third indication information can reuse the naming or length of the LCID domain. The domain where the third indication information is located should be regarded as a domain different from the LCID in the related technology because its meaning is different from the meaning of the LCID domain in the related technology.

[0194] Optionally, after the terminal receives the second indication information sent by the network-side device, the method further includes:

[0195] The terminal determines the third indication information in the target MAC sub-PDU based on the second indication information.

[0196] The information indicated by the third indication information in the target MAC sub-PDU may be terminal-related information that can be reported by the terminal based on the second indication information. The terminal-related information may be characteristic information, so that the information indicated by the third indication information may be characteristic information that can be reported by the terminal based on the second indication information.

[0197] In one implementation, the characteristic information reported by the third indication information may include the characteristic information that can be reported by the terminal as indicated by the second indication information.

[0198] For example, the second indication information indicates that the terminal can report feature 2 and feature 5, and the third indication information may be feature information of feature 2 and feature 5.

[0199] In this embodiment, the terminal determines the third indication information in the target MAC sub-PDU based on the second indication information, so that the terminal can report the characteristic information that the network side allows it to report according to the instructions of the network side device, and avoid reporting the characteristic information that the network side does not allow it to report, so that the MAC PDU can carry more potential information, which is conducive to improving the communication efficiency between the terminal and the network side.

[0200] Optionally, when the target MAC sub-PDU includes multiple third indication information, the order of the multiple third indication information in the target MAC sub-PDU is determined based on at least one of the following:

[0201] The ordering relationship agreed upon in the agreement;

[0202] The ordering relationship of the second indication information corresponding to the multiple third indication information in the first message.

[0203] In one implementation, the order of the multiple third indication information in the target MAC sub-PDU may be determined based on an ordering relationship agreed upon by the protocol.

[0204] For example, the information indicated by multiple third indication information may be characteristic information of characteristic 2, characteristic 5, and characteristic 6. The order of characteristic 2, characteristic 5, and characteristic 6 in the order agreed upon by the protocol is: characteristic 5, characteristic 6, characteristic 2. Then the order of the multiple third indication information in the target MAC sub-PDU is: characteristic information of characteristic 5, characteristic information of characteristic 6, characteristic information of characteristic 2.

[0205] In one embodiment, the order of the multiple third indication information in the target MAC sub-PDU can be determined based on the order relationship of the second indication information corresponding to the multiple third indication information in the first message.

[0206] For example, the information indicated by multiple third indication information may be characteristic information of characteristic 2, characteristic 5, and characteristic 6. In the first message, the order of characteristics 2, characteristic 5, and characteristic 6 corresponding to the second indication is: characteristic 5, characteristic 6, characteristic 2. Then the order of the multiple third indication information in the target MAC sub-PDU is: characteristic information of characteristic 5, characteristic information of characteristic 6, characteristic information of characteristic 2.

[0207] In one embodiment, the order of the multiple third indication information in the target MAC sub-PDU can be determined partially based on the ordering relationship agreed upon by the protocol, and the remaining part other than this part is determined based on the ordering relationship of the second indication information corresponding to the multiple third indication information in the first message.

[0208] For example, the information indicated by the multiple third indication information may be characteristic information of characteristic 2, characteristic 5, and characteristic 6. The order of characteristic 2 and characteristic 5 in the order specified by the protocol is: characteristic 5, characteristic 2. The protocol does not specify the order of characteristic 6. In the first message, the order of characteristic 2, characteristic 5, and characteristic 6 corresponding to the second indication is: characteristic 5, characteristic 6, characteristic 2. Then, the order of the multiple third indication information in the target MAC sub-PDU is: characteristic information of characteristic 5, characteristic information of characteristic 6, characteristic information of characteristic 2.

[0209] In this embodiment, the order of the plurality of third indication information in the target MAC sub-PDU is determined based on at least one of the following: an ordering relationship agreed upon in the protocol; and an ordering relationship of the second indication information corresponding to the plurality of third indication information in the first message. This allows the terminal and the network to reach a consistent understanding of the third indication information, facilitating the network's parsing of the third information reported by the terminal.

[0210] Optionally, the terminal-related information includes at least one of the following: the type of the terminal; the feedback method of the random access message expected by the terminal; the channel quality information of the terminal; the PUSCH retransmission request information of the terminal; the PUSCH retransmission capability information of the terminal; the configuration restriction status information of the terminal; and the size of the uplink UL CCCH SDU sent by the terminal.

[0211] The type of the terminal is used to characterize that the terminal is an eRedCap UE; or the terminal is not an eRedCap UE. The feedback method of the random access message expected by the terminal may be the feedback method expected by the terminal for the random access process contention resolution information sent by the network side device. For example, it may be used to indicate whether it has the PUCCH repetition for Msg4 HARQ-ACK capability, or whether to request PUCCH repetition for Msg4 HARQ-ACK. The PUSCH retransmission request information of the terminal is used to characterize the PUSCH retransmission request of the terminal. The PUSCH retransmission capability information of the terminal is used to characterize whether it has the PUSCH retransmission capability. The configuration restriction status information of the terminal may be used to characterize the configuration restriction status caused by MUSIM restriction. The size of the uplink UL CCCH SDU sent by the terminal may be simply described as the CCCH length, for example, a CCCH SDU of size 64 bits or a CCCH SDU of size 48 bits.

[0212] In one embodiment, when a terminal sends data carried by a CCCH, the data is carried in a preset position in a MAC PDU; and a specially designed subheader format is used. The subheader format is used to indicate at least one of the following: whether the current subheader corresponds to a CCCH channel; whether the payload portion corresponding to the current subheader contains data carried by the CCCH channel; the type of the terminal sending the subheader; capability information of the terminal sending the subheader; a method for sending RACH Msg4 / MsgB of the terminal sending the subheader; a method for sending feedback to RACH Msg4 / MsgB of the terminal sending the subheader, and the like.

[0213] Optionally, before the terminal sends a media access control MAC PDU to the network-side device, the method further includes:

[0214] The terminal receives fourth indication information sent by the network side device;

[0215] The terminal determines at least one of the following based on the fourth indication information:

[0216] whether the terminal can send the first type of MAC sub-PDU;

[0217] Whether the terminal can send the third type of MAC sub-PDU.

[0218] In this embodiment, the terminal receives fourth indication information sent by the network-side device; based on the fourth indication information, the terminal determines at least one of the following: whether the terminal can send the first type of MAC sub-PDU; and whether the terminal can send the third type of MAC sub-PDU. In this way, the terminal can determine whether it can send the first type or the third type of MAC sub-PDU based on the fourth indication information, thereby preventing the network from being unable to properly parse the first or third type of MAC sub-PDU after the terminal sends it.

[0219] Optionally, the first indication information is the first bit or the last bit of the first MAC subheader in the MAC PDU.

[0220] The MAC subheader in which the first indication information is located may be the first MAC subheader in the MAC PDU, and the MAC subheader being the first MAC subheader in the MAC PDU may be understood as a MAC subheader placed at the beginning of the MAC PDU.

[0221] In one embodiment, when the MAC subheader of the target MAC subPDU is the first MAC subheader in the MAC PDU and the first indication information is a first preset value, the target MAC subPDU is a MAC subPDU of the first type. When the MAC subheader of the target MAC subPDU is the first MAC subheader in the MAC PDU, if the first indication information is a value other than the first preset value, the target MAC subPDU is a MAC subPDU of a type other than the first type.

[0222] In this embodiment, when the MAC subheader of the target MAC sub-PDU is the first MAC subheader in the MAC PDU and the first indication information is a first preset value, the target MAC sub-PDU is the first type of MAC sub-PDU. In this way, the remaining MAC sub-PDUs in the MAC PDU except the first MAC sub-PDU can be used for other purposes in the field where the first indication information is located (or the corresponding bit position), so that the MAC PDU can carry more potential information, which is beneficial to improving the communication efficiency between the terminal and the network side; and the newly added type of MAC sub-PDU corresponding to CCCH can be indicated through the first indication information, and the expansion of the MAC sub-PDU corresponding to CCCH can be achieved without consuming LCID resources.

[0223] In one embodiment, when the MAC subheader of the target MAC sub-PDU is the first MAC subheader in the MAC PDU and the first indication information is a second preset value, the LCID contained in the target MAC sub-PDU can be used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU. In this way, the remaining MAC sub-PDUs in the MAC PDU except the first MAC sub-PDU can be used for other purposes in the domain where the first indication information is located (or the corresponding bit position), so that the MAC PDU can carry more potential information, which is beneficial to improving the communication efficiency between the terminal and the network side; and the first indication information can be used to indicate the type of MAC sub-PDU corresponding to CCCH in the related technology or the MAC sub-PDU containing C-RNTI MAC CE, so as to realize the reuse of the MAC subheader of the MAC sub-PDU in the related technology, and has strong availability.

[0224] Referring to FIG. 12 , FIG. 12 is a flow chart of an information receiving method provided in an embodiment of the present application. As shown in FIG. 12 , the information receiving method includes the following steps:

[0225] Step 201: A network-side device receives a MAC PDU sent by a terminal, where the MAC PDU includes a target MAC sub-PDU.

[0226] Step 202: The network side device determines the type of the target MAC sub-PDU based on the first indication information in the MAC sub-header of the target MAC sub-PDU, where the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to the CCCH, and a MAC sub-PDU including a C-RNTI MAC CE.

[0227] It should be noted that the network side device receives the MAC PDU sent by the terminal, and the MAC PDU includes a target MAC sub-PDU; wherein, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, and the first indication information is an indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE; the network side device determines the type of the target MAC sub-PDU based on the first indication information.

[0228] Optionally, the network-side device determines the type of the target MAC sub-PDU based on the first indication information in the MAC subheader of the target MAC sub-PDU, including:

[0229] The network side device determines the type of the target MAC sub-PDU based on the first indication information in the MAC sub-header of the target MAC sub-PDU and the sorting information of the MAC sub-header of the target MAC sub-PDU in the MAC PDU.

[0230] Optionally, the MAC sub-PDU corresponding to the CCCH includes at least one of the following:

[0231] A first type of MAC sub-PDU, where the first type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the first type of MAC sub-PDU does not include a logical channel identifier LCID;

[0232] A second-type MAC sub-PDU, where the second-type MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the second-type MAC sub-PDU includes an LCID;

[0233] The MAC sub-PDU including the C-RNTI MAC CE includes at least one of the following:

[0234] a third type of MAC sub-PDU, wherein the third type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the third type of MAC sub-PDU does not include an LCID;

[0235] The fourth type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the fourth type of MAC sub-PDU includes an LCID.

[0236] Optionally, when the first indication information is a first preset value, the first indication information indicates that the target MAC sub-PDU is a MAC sub-PDU of the first type.

[0237] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU includes an LCID, and the LCID is used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU.

[0238] Optionally, the first preset value is 1, or the second preset value is 0.

[0239] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU is the third type of MAC sub-PDU.

[0240] Optionally, the first preset value is 1, and the second preset value is 0; or, the first preset value is 0, and the second preset value is 1.

[0241] Optionally, the size of the MAC subheader of the first type of MAC sub-PDU is 1 byte; or

[0242] The size of the MAC subheader of the third type of MAC sub-PDU is 1 byte.

[0243] Optionally, before the network-side device receives the MAC PDU sent by the terminal, the method further includes:

[0244] The network side device sends a first message to the terminal, where the first message includes at least one second indication information, and the second indication information indicates the terminal related information that the network side device allows to be reported, or the terminal related information that is not allowed to be reported.

[0245] Optionally, when the target MAC sub-PDU is the MAC sub-PDU of the first type or the MAC sub-PDU of the third type, the target MAC sub-PDU includes at least one third indication information, where the third indication information is used to indicate at least one terminal-related information;

[0246] The first indication information and the third indication information are located at different positions in the MAC subheader of the target MAC sub-PDU.

[0247] Optionally, the target MAC sub-PDU includes multiple third indication information, and the third indication information located at different positions of the MAC subheader is used to indicate different terminal related information; or

[0248] The target MAC sub-PDU includes a third indication information, and the third indication information with different values ​​is used to indicate different combinations of terminal related information.

[0249] Optionally, when the network side device sends the first message to the terminal, and the target MAC sub-PDU includes multiple third indication information, the order of the multiple third indication information in the target MAC sub-PDU is determined based on at least one of the following:

[0250] The ordering relationship agreed upon in the agreement;

[0251] The ordering relationship of the second indication information corresponding to the multiple third indication information in the first message.

[0252] Optionally, the terminal-related information includes at least one of the following: the type of the terminal; the feedback method of the random access message expected by the terminal; the channel quality information of the terminal; the PUSCH retransmission request information of the terminal; the PUSCH retransmission capability information of the terminal; the configuration restriction status information of the terminal; and the size of the uplink UL CCCH SDU sent by the terminal.

[0253] Optionally, before the network-side device receives the MAC PDU sent by the terminal, the method further includes:

[0254] The network-side device sends fourth indication information to the terminal, where the fourth indication information is used to indicate at least one of the following:

[0255] Whether the network-side device can receive the first type of MAC sub-PDU;

[0256] Whether the network side device can receive the third type of MAC sub-PDU.

[0257] Optionally, the first indication information is the first bit or the last bit of the first MAC subheader in the MAC PDU.

[0258] It should be noted that this embodiment is an implementation of the network side device corresponding to the embodiment shown in Figure 11. Its specific implementation can refer to the relevant description of the embodiment shown in Figure 11. To avoid repetition, this embodiment will not be repeated.

[0259] The following describes the information sending and receiving methods provided by the embodiments of the present application through several specific embodiments:

[0260] Example 1:

[0261] Example 1:

[0262] In this embodiment, as shown in Figure 13, the first indication information is the first bit in the target MAC sub-PDU of the MAC PDU. For example, the first bit can be described as the N (NEW) field. The MAC PDU is carried by Msg3 or MSGA PUSCH, and the target MAC sub-PDU is a first type MAC sub-PDU.

[0263] For the MAC sub-PDU corresponding to the CCCH, the N field is set to 1; the remaining fields other than the N field can be used to indicate terminal-related information.

[0264] Example:

[0265] F1: Feature 1, for example, identifies the size of the UL CCCH SDU. A first value for F1 corresponds to a CCCH of a first length, for example, 64 bits; a second value for F1 corresponds to a CCCH of a second length, for example, 48 bits.

[0266] F2: Feature 2, for example, identifies the type of UE. For example, if F2 takes a first value, the corresponding UE is a RedCap terminal; if F2 takes a second value, the corresponding UE is a non-RedCap terminal.

[0267] F3: Feature 3, for example, identifies whether the NTN special mechanism is used for Msg4 transmission. For example, if F3 takes the first value, the special mechanism is used; if F3 takes the second value, the special mechanism is not used.

[0268] If there are more features, the R field can be replaced by the FX field (X is the number), and so on.

[0269] It should be noted that when there are both terminals that do not support the first type of MAC sub-PDU and terminals that support the first type of MAC sub-PDU in the network, the N domain can be used by the cell that allows the first type of MAC sub-PDU to determine whether the UE initiating the RACH has sent the first type of MAC sub-PDU, and then determine the format of the sub-header of the MAC sub-PDU.

[0270] Taking MAC PDU Msg3 as an example, since the first bit of the MAC sub-PDU in the related technology is the R domain, that is, the first bit of the MAC PDU is 0 (as shown in Figure 7, Figure 8, or Figure 9); if the network side finds that the first bit of the MAC sub-PDU is set to 1, it indicates that this is the N domain, and the meaning of the subsequent fields is determined according to the format shown in Figure 13.

[0271] In this case, for UEs that support the first type of MAC sub-PDU, if Msg3 carries the C-RNTI MAC CE, it still uses the sub-header format in the related art, that is, the format shown in Figure 8. The Rbit value is 0; the LCID value is 56 (the LCID corresponding to the C-RNTI MAC CE in the NR protocol).

[0272] It should be noted that the N field (ie, the first indication information) is not limited to the first bit of the MAC subheader of the MAC sub-PDU. The N field can be any bit in the MAC subheader of the MAC sub-PDU whose purpose has not been defined, such as the Rbit.

[0273] Example 2:

[0274] In this embodiment, as shown in Figures 14 and 15, the first indication information is the first bit in the target MAC sub-PDU of the MAC PDU. For example, the first bit can be described as the T (Type) field. The MAC PDU is carried by Msg3 or MSGA PUSCH, and the target MAC sub-PDU is a first type of MAC sub-PDU or a third type of MAC sub-PDU.

[0275] When T is a first value (such as 1), the MAC PDU carries CCCH, and the target MAC sub-PDU is a first type MAC sub-PDU; the values ​​of F1, F2, and F3 are the same as those in the first embodiment;

[0276] When T is the second value (e.g., 0), Msg3 carries the C-RNTI MAC CE, the target MAC sub-PDU is a MAC sub-PDU of the third type, and the other bits are Rbits. The Rbit can be used to indicate terminal-related information. The Rbit can be used as F1, F2, and F3. The values ​​of F1, F2, and F3 are the same as those in the first embodiment.

[0277] In this way, there is no need to allocate LCID for CCCH and C-RNTI MAC CE.

[0278] It should be noted that this embodiment is applicable to the network where there is no terminal that does not support the first and third types of MAC sub-PDUs, that is, all UEs in the network support the first and third types of MAC sub-PDUs. For example, the network is a 6G network or the UE is connected to a 6G cell.

[0279] For example, a representation of the target MAC sub-PDU of this embodiment is shown in FIG16 , where the CCCH or C-RNTI MAC CE is placed in a specified position in Msg3 or MSGA PUSCH, for example, the target MAC sub-PDU is the first MAC sub-PDU of Msg3 or MSGA PUSCH. The T field indicates that the target MAC sub-PDU is the MAC sub-PDU corresponding to the CCCH or the target MAC sub-PDU includes a C-RNTI MAC CE. If the T field indicates that the target MAC sub-PDU is the MAC sub-PDU corresponding to the CCCH, 2 bits are used in the remaining 7 bits of the MAC sub-header of the target MAC sub-PDU, and 5 bits are reserved. The 2 bits are the L field and the C field. The L field indicates the size of the UL CCCH SDU, for example, indicating that the size of the UL CCCH SDU is 48 bits or 64 bits. The C field indicates the UE capability, for example, indicating that the UE is a non-RedCap terminal or the UE is a RedCap terminal. If the T field indicates that the target MAC sub-PDU includes a C-RNTI MAC CE, the remaining 7 bits of the MAC sub-header of the target MAC sub-PDU are reserved.

[0280] It should be noted that the T field (ie, the first indication information) is not limited to the first bit of the MAC subheader of the MAC sub-PDU. The T field can be any bit in the MAC subheader of the MAC sub-PDU whose purpose has not been defined, such as the Rbit.

[0281] Example 3:

[0282] In this embodiment, the target MAC sub-PDU of the MAC PDU is located in a special position within the MAC PDU, such as the first MAC sub-header of the MAC PDU. The first indication information in the MAC sub-header of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU. The first indication information is one-bit indication information. The type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to the CCCH, or a MAC sub-PDU including a C-RNTI MAC CE. The MAC PDU is carried by a Msg3 or MsgA PUSCH.

[0283] Thus, for MAC subheaders in other locations, the subheader does not need to include the N field in Example 1 or the T field in Example 2, that is, the first bit of a MAC sub-PDU other than the target MAC sub-PDU can be used for other purposes. It should be noted that the N field or the T field is not limited to the first bit of the MAC subheader of the MAC sub-PDU. The N field or the T field can be any bit in the MAC subheader of the MAC sub-PDU whose purpose has not yet been defined, such as the R bit.

[0284] Example 4:

[0285] In this embodiment, the first indication information is the first bit in the target MAC sub-PDU of the MAC PDU, for example, the first bit can be described as the N (NEW) field. The MAC PDU is carried by Msg3 or MsgA PUSCH, and the target MAC sub-PDU is a first type MAC sub-PDU.

[0286] For the MAC sub-PDU corresponding to the CCCH, the N field is set to 1; the remaining fields other than the N field can be used to indicate terminal-related information.

[0287] As shown in Figure 17, multiple features can be jointly encoded, indicated by the Feature Combination field:

[0288] As shown in Table 2, the following feature combinations may exist:

[0289] Table 2

[0290] And so on.

[0291] It should be noted that the embodiments of the present application do not specify the specific naming of the feature combination domain. For example, the feature combination domain can reuse the naming or length of the LCID domain. The feature combination domain should be regarded as a domain different from the LCID in the related technology because its meaning is different from the meaning of the LCID domain in the related technology.

[0292] In this case, for UEs supporting the first type of MAC sub-PDU, if Msg3 carries a C-RNTI MAC CE, it still uses the format in the related art, that is, the format shown in FIG8 , where the Rbit value is 0 and the LCID value is 56.

[0293] It should be noted that for the characteristic combination of the fourth and eighth values ​​in Table 3, since such a combination has been specified in the protocol in the related art, it can be represented by the sub-header format shown in Figure 8, and its corresponding LCID values ​​are shown in Table 3:

[0294] Table 3

[0295] Thus, the fourth and eighth values ​​in the Feature Combination can be saved to indicate other feature combinations.

[0296] The LCID values ​​corresponding to the fourth and eighth values ​​in Feature Combination are shown in Table 4 below:

[0297] Table 4

[0298] Example 5:

[0299] The UE receives the system message and determines, according to the indication field in the system message, whether the current cell is allowed to send the MAC subheader of the first type of MAC sub-PDU or the MAC subheader of the third type of MAC sub-PDU;

[0300] For example, the features supported by the current cell and reported using Msg3 are not defined in NR R17, and the network side indicates through an explicit indication field that it is allowed to send the MAC subheader of the first type of MAC sub-PDU or the MAC subheader of the third type of MAC sub-PDU.

[0301] The UE sets and sends the MAC subheader of the first type of MAC sub-PDU or the MAC subheader of the third type of MAC sub-PDU according to the characteristics supported by the current cell.

[0302] The embodiment of the present application changes the method of consuming LCID when Msg3 carries indication information in the traditional method; improves the utilization rate of LCID; can avoid the rapid exhaustion of LCID; and solves the problem of how to use Msg3 to indicate newly defined information after the LCID is exhausted.

[0303] Example 6:

[0304] The UE reports at least one of the following in Msg3 or MsgA PUSCH:

[0305] Channel quality information, PUSCH retransmission request information; PUSCH retransmission capability information, configuration restriction information / indication (such as for MUSIM), etc.

[0306] Example 7:

[0307] Considering that the PUSCH or Msg3 of MsgA needs to indicate more information, but the information capacity it carries is limited or the number of bits that can be used for related purposes is limited, the network side (such as cell) carries indication information in the system information to indicate the set of reported features supported by this cell.

[0308] The available bits / fields and features in the PUSCH of MsgA or Msg3 can be dynamically mapped on a per-cell basis.

[0309] Here are some examples:

[0310] Assume that in the PUSCH of MsgA or Msg3, there are 3 bits used to carry uplink indication;

[0311] Cell1 informs the terminal through broadcast: the features supported by this cell are: Feature 1, Feature 2, and Feature 3. Assume that the protocol stipulates that each of the above features requires 1 bit to be reported;

[0312] Cell2 informs the terminal through broadcast: the features supported by this cell are: Feature 1 and Feature 4. Assume that the protocol stipulates that Feature 1 reporting requires 1 bit and Feature 4 reporting requires 2 bits.

[0313] Therefore, the information carried by the PUSCH or Msg3 of MsgA is not uniformly specified by the protocol, but is instead configured by each cell to the terminal through a broadcast message. The meaning / characteristics represented by the same bit in the PUSCH or Msg3 of MsgA sent by the UE in different cells may differ. For example, the same bit indicating a characteristic in the subheader corresponding to the CCCH or C-RNTI MAC CE may represent different characteristics for different cells.

[0314] In addition, each cell should ensure that the number of bits required to enable the reported feature does not exceed the number of bits available for feature reporting in the PUSCH of MsgA or Msg3.

[0315] When a cell enables multiple feature reporting, the protocol can specify the relative order of the reported features in the PUSCH of MsgA or Msg3, so that the network side and the UE have a consistent understanding of the bits used for feature reporting in the PUSCH of MsgA or Msg3; for example, there are 3 bits in Msg3 that can be used for feature reporting, and the cell enables reporting of features 1, 2, and 3. The relative order specified in the protocol can determine whether the first bit corresponds to feature 1, feature 2, or feature 3. Alternatively, the order of the reported features in the PUSCH of MsgA or Msg3 can be determined according to the order in which the enabled reported features appear in the broadcast message; for example, 3 bits in the subheader corresponding to the CCCH or C-RNTI MAC CE in Msg3 can be used for feature reporting, and the network side supports a total of 5 feature reports, that is, each cell selects X features from the 5 features to report, and the total number of bits required for X feature reports does not exceed 3; among them, Cell1 indicates "01001" to the UE in the broadcast message, and Cell2 indicates "10011" to the UE in the broadcast message.

[0316] This indicates that Cell1 chooses to report features 2 and 5, while Cell2 chooses to report features 1, 4, and 5. For cell1, the UE sets the three bits used for feature reporting in Msg3 as follows: the first bit reports feature 2, the second bit reports feature 5, and the third bit is set to a preset value. The reason for setting the preset value is that the network side has not enabled reporting. For cell2, the UE sets the three bits used for feature reporting in Msg3 as follows: the first bit reports feature 1, the second bit reports feature 4, and the third bit reports feature 5. Here, the first bit refers to the most significant bit or least significant bit used for feature reporting.

[0317] The information sending method provided in the embodiment of the present application can be executed by an information sending device. In the embodiment of the present application, the information sending device provided in the embodiment of the present application is described by taking the information sending method executed by the information sending device as an example.

[0318] Please refer to FIG. 18 , which is a structural diagram of an information sending device provided in an embodiment of the present application. A terminal includes the information sending device. As shown in FIG. 18 , the information sending device 300 includes:

[0319] A sending module 301 is configured to send a media access control MAC protocol data unit (PDU) to a network-side device, wherein the MAC PDU includes a target MAC sub-PDU.

[0320] Among them, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE.

[0321] Optionally, the first indication information and sorting information are used to jointly indicate the type of the target MAC sub-PDU, and the sorting information is used to indicate the sorting of the MAC subheader of the target MAC sub-PDU in the MAC PDU.

[0322] Optionally, the MAC sub-PDU corresponding to the CCCH includes at least one of the following:

[0323] A first type of MAC sub-PDU, where the first type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the first type of MAC sub-PDU does not include a logical channel identifier LCID;

[0324] A second-type MAC sub-PDU, where the second-type MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the second-type MAC sub-PDU includes an LCID;

[0325] The MAC sub-PDU including the C-RNTI MAC CE includes at least one of the following:

[0326] a third type of MAC sub-PDU, wherein the third type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the third type of MAC sub-PDU does not include an LCID;

[0327] The fourth type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the fourth type of MAC sub-PDU includes an LCID.

[0328] Optionally, when the first indication information is a first preset value, the first indication information indicates that the target MAC sub-PDU is a MAC sub-PDU of the first type.

[0329] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU includes an LCID, and the LCID is used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU.

[0330] Optionally, the first preset value is 1, or the second preset value is 0.

[0331] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU is the third type of MAC sub-PDU.

[0332] Optionally, the first preset value is 1, and the second preset value is 0; or, the first preset value is 0, and the second preset value is 1.

[0333] Optionally, the size of the MAC subheader of the first type of MAC sub-PDU is 1 byte; or

[0334] The size of the MAC subheader of the third type of MAC sub-PDU is 1 byte.

[0335] Optionally, the device further comprises:

[0336] A first receiving module is configured to receive a first message sent by the network side device, where the first message includes at least one second indication information, where the second indication information indicates the terminal related information that the network side device allows to be reported, or the terminal related information that it does not allow to be reported;

[0337] A first determining module is configured to determine any one of the following based on the second indication information:

[0338] The terminal may report terminal related information corresponding to the second indication information;

[0339] The terminal cannot report terminal-related information corresponding to the second indication information.

[0340] Optionally, when the target MAC sub-PDU is the MAC sub-PDU of the first type or the MAC sub-PDU of the third type, the target MAC sub-PDU includes at least one third indication information, where the third indication information is used to indicate at least one terminal-related information;

[0341] The first indication information and the third indication information are located at different positions in the MAC subheader of the target MAC sub-PDU.

[0342] Optionally, the target MAC sub-PDU includes multiple third indication information, and the third indication information located at different positions of the MAC subheader is used to indicate different terminal related information; or

[0343] The target MAC sub-PDU includes a third indication information, and the third indication information with different values ​​is used to indicate different combinations of terminal related information.

[0344] Optionally, when the terminal receives the first message sent by the network side device, the apparatus further includes:

[0345] The second determining module is used to determine the third indication information in the target MAC sub-PDU based on the second indication information.

[0346] Optionally, when the target MAC sub-PDU includes multiple third indication information, the order of the multiple third indication information in the target MAC sub-PDU is determined based on at least one of the following:

[0347] The ordering relationship agreed upon in the agreement;

[0348] The ordering relationship of the second indication information corresponding to the multiple third indication information in the first message.

[0349] Optionally, the terminal-related information includes at least one of the following: the type of the terminal; the feedback method of the random access message expected by the terminal; the channel quality information of the terminal; the PUSCH retransmission request information of the terminal; the PUSCH retransmission capability information of the terminal; the configuration restriction status information of the terminal; and the size of the uplink UL CCCH SDU sent by the terminal.

[0350] Optionally, the device further comprises:

[0351] A second receiving module, configured to receive fourth indication information sent by the network side device;

[0352] A third determining module is configured to determine at least one of the following based on the fourth indication information:

[0353] whether the terminal can send the first type of MAC sub-PDU;

[0354] Whether the terminal can send the third type of MAC sub-PDU.

[0355] Optionally, the first indication information is the first bit or the last bit of the first MAC subheader in the MAC PDU.

[0356] The information sending device in the embodiments of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or chip. The electronic device can be a terminal, or it can be other devices other than a terminal. For example, the terminal can include but is not limited to the types of terminal 11 listed above, and other devices can be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiments of the present application.

[0357] The information sending device provided in the embodiment of the present application can implement the various processes implemented in the method embodiment of Figure 11 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0358] Please refer to FIG. 19 , which is a structural diagram of an information receiving device provided in an embodiment of the present application. A network-side device includes the information receiving device. As shown in FIG. 19 , the information receiving device 400 includes:

[0359] The receiving module 401 is configured to receive a MAC PDU sent by a terminal, where the MAC PDU includes a target MAC sub-PDU;

[0360] The determination module 402 is used to determine the type of the target MAC sub-PDU based on the first indication information in the MAC subheader of the target MAC sub-PDU, where the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to the CCCH, and a MAC sub-PDU including a C-RNTI MAC CE.

[0361] Optionally, the determining module is specifically configured to:

[0362] The type of the target MAC sub-PDU is determined based on the first indication information in the MAC sub-header of the target MAC sub-PDU and the sorting information of the MAC sub-header of the target MAC sub-PDU in the MAC PDU.

[0363] Optionally, the MAC sub-PDU corresponding to the CCCH includes at least one of the following:

[0364] A first type of MAC sub-PDU, where the first type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the first type of MAC sub-PDU does not include a logical channel identifier LCID;

[0365] A second-type MAC sub-PDU, where the second-type MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the second-type MAC sub-PDU includes an LCID;

[0366] The MAC sub-PDU including the C-RNTI MAC CE includes at least one of the following:

[0367] a third type of MAC sub-PDU, wherein the third type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the third type of MAC sub-PDU does not include an LCID;

[0368] The fourth type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the fourth type of MAC sub-PDU includes an LCID.

[0369] Optionally, when the first indication information is a first preset value, the first indication information indicates that the target MAC sub-PDU is a MAC sub-PDU of the first type.

[0370] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU includes an LCID, and the LCID is used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU.

[0371] Optionally, the first preset value is 1, or the second preset value is 0.

[0372] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU is the third type of MAC sub-PDU.

[0373] Optionally, the first preset value is 1, and the second preset value is 0; or, the first preset value is 0, and the second preset value is 1.

[0374] Optionally, the size of the MAC subheader of the first type of MAC sub-PDU is 1 byte; or

[0375] The size of the MAC subheader of the third type of MAC sub-PDU is 1 byte.

[0376] Optionally, the device further comprises:

[0377] The first sending module is used to send a first message to the terminal, where the first message includes at least one second indication information, and the second indication information indicates the terminal-related information that the network-side device allows to be reported, or the terminal-related information that is not allowed to be reported.

[0378] Optionally, when the target MAC sub-PDU is the MAC sub-PDU of the first type or the MAC sub-PDU of the third type, the target MAC sub-PDU includes at least one third indication information, where the third indication information is used to indicate at least one terminal-related information;

[0379] The first indication information and the third indication information are located at different positions in the MAC subheader of the target MAC sub-PDU.

[0380] Optionally, the target MAC sub-PDU includes multiple third indication information, and the third indication information located at different positions of the MAC subheader is used to indicate different terminal related information; or

[0381] The target MAC sub-PDU includes a third indication information, and the third indication information with different values ​​is used to indicate different combinations of terminal related information.

[0382] Optionally, when the network side device sends the first message to the terminal, and the target MAC sub-PDU includes multiple third indication information, the order of the multiple third indication information in the target MAC sub-PDU is determined based on at least one of the following:

[0383] The ordering relationship agreed upon in the agreement;

[0384] The ordering relationship of the second indication information corresponding to the multiple third indication information in the first message.

[0385] Optionally, the terminal-related information includes at least one of the following: the type of the terminal; the feedback method of the random access message expected by the terminal; the channel quality information of the terminal; the PUSCH retransmission request information of the terminal; the PUSCH retransmission capability information of the terminal; the configuration restriction status information of the terminal; and the size of the uplink UL CCCH SDU sent by the terminal.

[0386] Optionally, the device further comprises:

[0387] The second sending module is configured to send fourth indication information to the terminal, where the fourth indication information is used to indicate at least one of the following:

[0388] Whether the network-side device can receive the first type of MAC sub-PDU;

[0389] Whether the network side device can receive the third type of MAC sub-PDU.

[0390] Optionally, the first indication information is the first bit or the last bit of the first MAC subheader in the MAC PDU.

[0391] The information receiving device in the embodiments of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or chip. The electronic device can be a terminal, or it can be other devices other than a terminal. For example, the terminal can include but is not limited to the types of terminal 11 listed above, and other devices can be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiments of the present application.

[0392] The information receiving device provided in the embodiment of the present application can implement the various processes implemented in the method embodiment of Figure 12 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0393] Optionally, as shown in FIG20 , an embodiment of the present application further provides a communication device 500, comprising a processor 501 and a memory 502, wherein the memory 502 stores a program or instruction that can be run on the processor 501. For example, when the communication device 500 is a terminal, the program or instruction is executed by the processor 501 to implement the various steps of the above-mentioned information sending method embodiment applied to the terminal, and can achieve the same technical effect. To avoid repetition, it is not repeated here. When the communication device 500 is a network-side device, the program or instruction is executed by the processor 501 to implement the various steps of the above-mentioned information receiving method embodiment applied to the network-side device, and can achieve the same technical effect. To avoid repetition, it is not repeated here.

[0394] The present application also provides a terminal including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is configured to execute a program or instruction to implement the steps in the method embodiment shown in FIG11 . This terminal embodiment corresponds to the above-mentioned terminal-side method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment are applicable to this terminal embodiment and can achieve the same technical effects.

[0395] Specifically, Figure 21 is a schematic diagram of the hardware structure of a terminal implementing an embodiment of the present application.

[0396] The terminal 600 includes but is not limited to: a radio frequency unit 601, a network module 602, an audio output unit 603, an input unit 604, a sensor 605, a display unit 606, a user input unit 607, an interface unit 608, a memory 609 and at least some of the components of the processor 610.

[0397] Those skilled in the art will appreciate that the terminal 600 may also include a power supply (such as a battery) to power various components. The power supply may be logically connected to the processor 610 via a power management system, thereby enabling the power management system to manage charging, discharging, and power consumption. The terminal structure shown in FIG21 does not limit the terminal. The terminal may include more or fewer components than shown, or may combine certain components, or have different component arrangements, which will not be described in detail here.

[0398] It should be understood that in an embodiment of the present application, the input unit 604 may include a graphics processing unit (GPU) 6041 and a microphone 6042, and the GPU 6041 processes the image data of a static picture or video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The display unit 606 may include a display panel 6061, and the display panel 6061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 607 includes a touch panel 6071 and at least one of other input devices 6072. The touch panel 6071 is also called a touch screen. The touch panel 6071 may include two parts: a touch detection device and a touch controller. Other input devices 6072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and an operating stick, which will not be repeated here.

[0399] In the embodiment of the present application, after receiving downlink data from a network-side device, the radio frequency unit 601 may transmit the data to the processor 610 for processing. Furthermore, the radio frequency unit 601 may send uplink data to the network-side device. Typically, the radio frequency unit 601 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, and the like.

[0400] The memory 609 can be used to store software programs or instructions and various data. The memory 609 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, applications or instructions required for at least one function (such as a sound playback function, an image playback function, etc.). In addition, the memory 609 may include a volatile memory or a non-volatile memory, or the memory 609 may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM), and a direct memory bus random access memory (DRRAM). The memory 609 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

[0401] Processor 610 may include one or more processing units. Optionally, processor 610 integrates an application processor and a modem processor. The application processor primarily handles operations related to the operating system, user interface, and application programs, while the modem processor primarily processes wireless communication signals, such as a baseband processor. It is understood that the modem processor may not be integrated into processor 610.

[0402] The radio frequency unit 601 is used for:

[0403] Sending a media access control MAC protocol data unit (PDU) to a network-side device, wherein the MAC PDU includes a target MAC sub-PDU;

[0404] Among them, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE.

[0405] Optionally, the first indication information and sorting information are used to jointly indicate the type of the target MAC sub-PDU, and the sorting information is used to indicate the sorting of the MAC subheader of the target MAC sub-PDU in the MAC PDU.

[0406] Optionally, the MAC sub-PDU corresponding to the CCCH includes at least one of the following:

[0407] A first type of MAC sub-PDU, where the first type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the first type of MAC sub-PDU does not include a logical channel identifier LCID;

[0408] A second-type MAC sub-PDU, where the second-type MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the second-type MAC sub-PDU includes an LCID;

[0409] The MAC sub-PDU including the C-RNTI MAC CE includes at least one of the following:

[0410] a third type of MAC sub-PDU, wherein the third type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the third type of MAC sub-PDU does not include an LCID;

[0411] The fourth type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the fourth type of MAC sub-PDU includes an LCID.

[0412] Optionally, when the first indication information is a first preset value, the first indication information indicates that the target MAC sub-PDU is a MAC sub-PDU of the first type.

[0413] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU includes an LCID, and the LCID is used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU.

[0414] Optionally, the first preset value is 1, or the second preset value is 0.

[0415] Optionally, when the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU is the third type of MAC sub-PDU.

[0416] Optionally, the first preset value is 1, and the second preset value is 0; or, the first preset value is 0, and the second preset value is 1.

[0417] Optionally, the size of the MAC subheader of the first type of MAC sub-PDU is 1 byte; or

[0418] The size of the MAC subheader of the third type of MAC sub-PDU is 1 byte.

[0419] Optionally, the radio frequency unit 601 is further configured to: receive a first message sent by the network side device, where the first message includes at least one second indication information, where the second indication information indicates terminal-related information that the network side device allows to be reported, or terminal-related information that is not allowed to be reported;

[0420] The processor 610 is configured to determine any one of the following based on the second indication information:

[0421] The terminal may report terminal related information corresponding to the second indication information;

[0422] The terminal cannot report terminal-related information corresponding to the second indication information.

[0423] Optionally, when the target MAC sub-PDU is the MAC sub-PDU of the first type or the MAC sub-PDU of the third type, the target MAC sub-PDU includes at least one third indication information, where the third indication information is used to indicate at least one terminal-related information;

[0424] The first indication information and the third indication information are located at different positions in the MAC subheader of the target MAC sub-PDU.

[0425] Optionally, the target MAC sub-PDU includes multiple third indication information, and the third indication information located at different positions of the MAC subheader is used to indicate different terminal related information; or

[0426] The target MAC sub-PDU includes a third indication information, and the third indication information with different values ​​is used to indicate different combinations of terminal related information.

[0427] Optionally, when the terminal receives the first message sent by the network-side device, the processor 610 is configured to:

[0428] The third indication information in the target MAC sub-PDU is determined based on the second indication information.

[0429] Optionally, when the target MAC sub-PDU includes multiple third indication information, the order of the multiple third indication information in the target MAC sub-PDU is determined based on at least one of the following:

[0430] The ordering relationship agreed upon in the agreement;

[0431] The ordering relationship of the second indication information corresponding to the multiple third indication information in the first message.

[0432] Optionally, the terminal-related information includes at least one of the following: the type of the terminal; the feedback method of the random access message expected by the terminal; the channel quality information of the terminal; the PUSCH retransmission request information of the terminal; the PUSCH retransmission capability information of the terminal; the configuration restriction status information of the terminal; and the size of the uplink UL CCCH SDU sent by the terminal.

[0433] Optionally, the radio frequency unit 601 is further configured to: receive fourth indication information sent by the network side device;

[0434] The processor 610 is configured to determine at least one of the following based on the fourth indication information:

[0435] whether the terminal can send the first type of MAC sub-PDU;

[0436] Whether the terminal can send the third type of MAC sub-PDU.

[0437] Optionally, the first indication information is the first bit or the last bit of the first MAC subheader in the MAC PDU.

[0438] It can be understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the method embodiment Figure 10, and achieve the same or corresponding technical effects. To avoid repetition, it will not be repeated here.

[0439] Specifically, the terminal of the embodiment of the present application also includes: instructions or programs stored in the memory 609 and can be run on the processor 610. The processor 610 calls the instructions or programs in the memory 609 to execute the method of execution of each module shown in Figure 18 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0440] The present application also provides a network-side device, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is configured to execute a program or instruction to implement the steps of the method embodiment shown in FIG11 . This network-side device embodiment corresponds to the aforementioned information receiving method embodiment applied to the network-side device, and each implementation process and implementation method of the aforementioned method embodiment are applicable to this network-side device embodiment and can achieve the same technical effects.

[0441] Specifically, embodiments of the present application also provide a network-side device. As shown in Figure 22, the network-side device 700 includes an antenna 701, a radio frequency device 702, a baseband device 703, a processor 704, and a memory 705. Antenna 701 is connected to radio frequency device 702. In the uplink direction, radio frequency device 702 receives information via antenna 701 and sends the received information to baseband device 703 for processing. In the downlink direction, baseband device 703 processes the information to be transmitted and sends it to radio frequency device 702. Radio frequency device 702 processes the received information and then sends it through antenna 701.

[0442] The method executed by the network-side device in the above embodiment may be implemented in the baseband device 703 , which includes a baseband processor.

[0443] The baseband device 703 may include, for example, at least one baseband board, on which multiple chips are arranged, as shown in Figure 22, one of which is, for example, a baseband processor, which is connected to the memory 705 through a bus interface to call the program in the memory 705 and execute the network device operations shown in the above method embodiment.

[0444] The network side device may further include a network interface 706 , which is, for example, a Common Public Radio Interface (CPRI).

[0445] Specifically, the network side device 700 of the embodiment of the present application also includes: instructions or programs stored in the memory 705 and can be run on the processor 704. The processor 704 calls the instructions or programs in the memory 705 to execute the method of execution of each module shown in Figure 19 and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0446] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the above-mentioned information sending method or information receiving method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0447] The processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer-readable storage medium, such as a computer read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk. In some examples, the readable storage medium may be a non-transitory readable storage medium.

[0448] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned information sending method or information receiving method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0449] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0450] An embodiment of the present application further provides a computer program / program product, which is stored in a storage medium. The computer program / program product is executed by at least one processor to implement the various processes of the above-mentioned information sending method or information receiving method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0451] An embodiment of the present application also provides an information sending and receiving system, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the information sending method applied to the terminal as described above, and the network side device can be used to execute the steps of the information receiving method applied to the network side device as described above.

[0452] It should be noted that, in this article, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a..." does not exclude the presence of other identical elements in the process, method, article or device comprising the element. In addition, it should be noted that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in the opposite order according to the functions involved. For example, the described method may be performed in an order different from that described, and various steps may also be added, omitted or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0453] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of a computer software product plus a necessary general hardware platform, or of course, by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disk, optical disk, etc.) and includes a number of instructions for causing a terminal or network-side device to execute the methods described in each embodiment of the present application.

[0454] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of this application, ordinary technicians in this field can also make many forms of implementation methods without departing from the purpose of this application and the scope of protection of the claims. These implementation methods are all within the protection of this application.

Claims

1. A method for sending information, comprising: The terminal sends a media access control MAC protocol data unit PDU to the network side device, where the MAC PDU includes a target MAC sub-PDU; Among them, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE.

2. The method according to claim 1, wherein: The first indication information and the sorting information are used to jointly indicate the type of the target MAC sub-PDU, and the sorting information is used to indicate the sorting of the MAC subheader of the target MAC sub-PDU in the MAC PDU.

3. The method according to claim 1 or 2, wherein: The MAC sub-PDU corresponding to the CCCH includes at least one of the following: A first type of MAC sub-PDU, where the first type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the first type of MAC sub-PDU does not include a logical channel identifier LCID; A second type of MAC sub-PDU, where the second type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the second type of MAC sub-PDU includes an LCID; The MAC sub-PDU including the C-RNTI MAC CE includes at least one of the following: A third type of MAC sub-PDU, wherein the third type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the third type of MAC sub-PDU does not include an LCID; The fourth type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the fourth type of MAC sub-PDU includes an LCID.

4. The method according to claim 3, wherein: When the first indication information is a first preset value, the first indication information indicates that the target MAC sub-PDU is a MAC sub-PDU of the first type.

5. The method according to claim 3 or 4, wherein: When the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU includes an LCID, and the LCID is used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU.

6. The method according to claim 4 or 5, wherein: The first preset value is 1, or the second preset value is 0.

7. The method according to any one of claims 3 to 4, wherein: When the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU is the third type of MAC sub-PDU.

8. The method according to claim 4 or 7, wherein: The first preset value is 1, and the second preset value is 0; or, the first preset value is 0, and the second preset value is 1.

9. The method according to any one of claims 3 to 8, wherein: The size of the MAC subheader of the first type of MAC sub-PDU is 1 byte; or The size of the MAC subheader of the third type of MAC sub-PDU is 1 byte.

10. The method according to any one of claims 3 to 9, wherein: Before the terminal sends the MAC PDU to the network side device, the method further includes: The terminal receives a first message sent by the network side device, where the first message includes at least one second indication information, where the second indication information indicates the terminal related information that the network side device allows to be reported, or the terminal related information that is not allowed to be reported; The terminal determines any one of the following based on the second indication information: The terminal may report terminal related information corresponding to the second indication information; The terminal cannot report the terminal related information corresponding to the second indication information.

11. The method according to any one of claims 3 to 10, wherein: In a case where the target MAC sub-PDU is the MAC sub-PDU of the first type or the MAC sub-PDU of the third type, the target MAC sub-PDU includes at least one third indication information, where the third indication information is used to indicate at least one terminal related information; The first indication information and the third indication information are located at different positions in the MAC subheader of the target MAC sub-PDU.

12. The method according to claim 11, wherein: The target MAC sub-PDU includes a plurality of third indication information, and the third indication information located at different positions of the MAC subheader is used to indicate different terminal related information; or The target MAC sub-PDU includes a third indication information, and the third indication information with different values ​​is used to indicate different combinations of terminal related information.

13. The method according to claim 11 or 12, wherein: In a case where the terminal receives a first message sent by the network side device, the method further includes: The terminal determines the third indication information in the target MAC sub-PDU based on the second indication information.

14. The method according to claim 13, wherein: In the case where the target MAC sub-PDU includes multiple third indication information, the order of the multiple third indication information in the target MAC sub-PDU is determined based on at least one of the following: The ordering relationship agreed upon in the protocol; The ordering relationship of the second indication information corresponding to the multiple third indication information in the first message.

15. The method according to any one of claims 10 to 14, wherein: The terminal-related information includes at least one of the following: the type of the terminal; the feedback method of the random access message expected by the terminal; the channel quality information of the terminal; the PUSCH retransmission request information of the terminal; the PUSCH retransmission capability information of the terminal; the configuration restriction status information of the terminal; and the size of the uplink UL CCCH service data unit SDU sent by the terminal.

16. The method according to any one of claims 3 to 15, wherein: Before the terminal sends a media access control MAC PDU to the network side device, the method further includes: The terminal receives fourth indication information sent by the network side device; The terminal determines at least one of the following based on the fourth indication information: whether the terminal can send the first type of MAC sub-PDU; Whether the terminal can send the third type of MAC sub-PDU.

17. The method according to any one of claims 1 to 16, wherein: The first indication information is the first bit or the last bit of the first MAC subheader in the MAC PDU.

18. A method for receiving information, comprising: The network side device receives the MAC PDU sent by the terminal, where the MAC PDU includes a target MAC sub-PDU; The network side device determines the type of the target MAC sub-PDU based on the first indication information in the MAC subheader of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to CCCH, and a MAC sub-PDU including a C-RNTI MAC CE.

19. The method according to claim 18, wherein: The network side device determines the type of the target MAC sub-PDU based on the first indication information in the MAC sub-header of the target MAC sub-PDU, including: The network side device determines the type of the target MAC sub-PDU based on the first indication information in the MAC sub-header of the target MAC sub-PDU and the sorting information of the MAC sub-header of the target MAC sub-PDU in the MAC PDU.

20. The method according to claim 18 or 19, wherein: The MAC sub-PDU corresponding to the CCCH includes at least one of the following: A first type of MAC sub-PDU, where the first type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the first type of MAC sub-PDU does not include a logical channel identifier LCID; A second type of MAC sub-PDU, where the second type of MAC sub-PDU is a MAC sub-PDU corresponding to the CCCH, and a MAC subheader of the second type of MAC sub-PDU includes an LCID; The MAC sub-PDU including the C-RNTI MAC CE includes at least one of the following: A third type of MAC sub-PDU, wherein the third type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the third type of MAC sub-PDU does not include an LCID; The fourth type of MAC sub-PDU is a MAC sub-PDU including a C-RNTI MAC CE, and a MAC subheader of the fourth type of MAC sub-PDU includes an LCID.

21. The method according to claim 20, wherein: When the first indication information is a first preset value, the first indication information indicates that the target MAC sub-PDU is a MAC sub-PDU of the first type.

22. The method according to claim 20 or 21, wherein: When the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU includes an LCID, and the LCID is used to indicate that the target MAC sub-PDU is the second type of MAC sub-PDU or the fourth type of MAC sub-PDU.

23. The method according to claim 21 or 22, wherein: The first preset value is 1, or the second preset value is 0.

24. The method according to any one of claims 20-21, wherein: When the first indication information is a second preset value, the first indication information indicates that the target MAC sub-PDU is the third type of MAC sub-PDU.

25. The method according to claim 21 or 24, wherein: The first preset value is 1, and the second preset value is 0; or, the first preset value is 0, and the second preset value is 1.

26. The method according to any one of claims 20 to 25, wherein: The size of the MAC subheader of the first type of MAC sub-PDU is 1 byte; or The size of the MAC subheader of the third type of MAC sub-PDU is 1 byte.

27. The method according to any one of claims 20 to 26, wherein: Before the network side device receives the MAC PDU sent by the terminal, the method further includes: The network side device sends a first message to the terminal, where the first message includes at least one second indication information, and the second indication information indicates the terminal related information that the network side device allows to be reported, or the terminal related information that is not allowed to be reported.

28. The method according to any one of claims 20 to 27, wherein: In a case where the target MAC sub-PDU is the MAC sub-PDU of the first type or the MAC sub-PDU of the third type, the target MAC sub-PDU includes at least one third indication information, where the third indication information is used to indicate at least one terminal related information; The first indication information and the third indication information are located at different positions in the MAC subheader of the target MAC sub-PDU.

29. The method according to claim 28, wherein: The target MAC sub-PDU includes a plurality of third indication information, and the third indication information located at different positions of the MAC subheader is used to indicate different terminal related information; or The target MAC sub-PDU includes a third indication information, and the third indication information with different values ​​is used to indicate different combinations of terminal related information.

30. The method according to claim 28 or 29, wherein: When the network side device sends the first message to the terminal, and the target MAC sub-PDU includes multiple third indication information, the order of the multiple third indication information in the target MAC sub-PDU is determined based on at least one of the following: The ordering relationship agreed upon in the protocol; The ordering relationship of the second indication information corresponding to the multiple third indication information in the first message.

31. The method according to any one of claims 27 to 30, wherein: The terminal-related information includes at least one of the following: the type of the terminal; the feedback method of the random access message expected by the terminal; the channel quality information of the terminal; the PUSCH retransmission request information of the terminal; the PUSCH retransmission capability information of the terminal; the configuration restriction status information of the terminal; and the size of the UL CCCH SDU sent by the terminal.

32. The method according to any one of claims 20 to 31, wherein: Before the network side device receives the MAC PDU sent by the terminal, the method further includes: The network side device sends fourth indication information to the terminal, where the fourth indication information is used to indicate at least one of the following: Whether the network side device can receive the first type of MAC sub-PDU; Whether the network side device can receive the third type of MAC sub-PDU.

33. The method according to any one of claims 18 to 32, wherein: The first indication information is the first bit or the last bit of the first MAC subheader in the MAC PDU.

34. An information sending device, a terminal comprising the information sending device, the device comprising: A sending module, used for sending a media access control MAC protocol data unit PDU to a network side device, wherein the MAC PDU includes a target MAC sub-PDU; Among them, the first indication information in the MAC subheader of the target MAC sub-PDU is used to indicate the type of the target MAC sub-PDU, the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to a common control channel CCCH, and a MAC sub-PDU including a cell radio network temporary identifier C-RNTI MAC control unit CE.

35. An information receiving device, wherein a network side device comprises the information receiving device, and the device comprises: A receiving module, configured to receive a MAC PDU sent by a terminal, wherein the MAC PDU includes a target MAC sub-PDU; A determination module is used to determine the type of the target MAC sub-PDU based on the first indication information in the MAC sub-header of the target MAC sub-PDU, wherein the first indication information is indication information occupying 1 bit, and the type of the target MAC sub-PDU includes at least one of the following: a MAC sub-PDU corresponding to the CCCH, and a MAC sub-PDU including a C-RNTI MAC CE.

36. A terminal comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the information sending method according to any one of claims 1 to 17 are implemented.

37. A network side device, comprising a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the program or instructions are executed by the processor, the steps of the information receiving method as described in any one of claims 18-33 are implemented.

38. A chip, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps of the information sending method as described in any one of claims 1 to 17, or to implement the steps of the information receiving method as described in any one of claims 18 to 33.

39. A readable storage medium storing a program or instruction, wherein the program or instruction, when executed by a processor, implements the steps of the information sending method as described in any one of claims 1 to 17, or implements the steps of the information receiving method as described in any one of claims 18 to 33.

Images