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

Abstract

The invention discloses an information sending method and device, an information receiving method and device, a terminal and network side equipment, and belongs to the technical field of communication, and the information sending method comprises the steps that the terminal sends a media access control MAC protocol data unit PDU to the network side equipment, and the MAC PDU comprises a target MAC sub PDU; wherein first indication information in an MAC sub-header of the target MAC sub-PDU is used for indicating the type of the target MAC sub-PDU, the first indication information is indication information occupying one bit, and the type of the target MAC sub-PDU comprises at least one of the following items: an MAC sub-PDU corresponding to a common control channel (CCCH) and an MAC sub-PDU comprising a cell radio network temporary identifier (C-RNTI) MAC control unit (CE).

Description

Technical Field

[0001] 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

[0002] In the related art, during the random access (RACH) process, the terminal sends a media access control (MAC) protocol data unit (PDU) to the network side device. When the MAC PDU is Msg3 in the 4-step RACH process or MsgA in the 2-step RACH process, the MAC PDU includes at least one MAC sub-PDU (subPDU) corresponding to the 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 indicates the MAC sub-PDU corresponding to the CCCH and the MAC sub-PDU containing the C-RNTI MAC CE through different logical channel identifiers (LCIDs), resulting in a large consumption of LCID resources. Summary of the invention

[0003] 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 large consumption of LCID resources.

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

[0005] 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;

[0006] 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 identification C-RNTIMAC control unit CE.

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

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

[0009] 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.

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

[0011] A sending module, used 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;

[0012] 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 identification C-RNTIMAC control unit CE.

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

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

[0015] 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.

[0016] 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.

[0017] 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.

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

[0019] 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;

[0020] 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 identification C-RNTIMAC control unit CE.

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

[0022] The processor 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, 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.

[0023] In a ninth aspect, an information transceiving 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.

[0024] 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 are implemented, or the steps of the method described in the second aspect are implemented.

[0025] In the eleventh aspect, a chip is provided, 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 method described in the first aspect, or to implement the method described in the second aspect.

[0026] In the twelfth aspect, a computer program / program product is provided, wherein the computer program / program product is stored in a storage medium, and the computer program / program product is 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.

[0027] In an embodiment of the present application, a terminal sends a media access control MAC protocol data unit PDU to a network side device, 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. 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 to be 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 does not need to be indicated by the LCID, thereby reducing the consumption of LCID resources. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] Figure 1 is a block diagram of a wireless communication system to which the embodiments of the present application can be applied;

[0029] Figure 2 This is one of the schematic diagrams of sending a random access message in the related art;

[0030] Figure 3 This is a second schematic diagram of sending a random access message in the related art;

[0031] Figure 4 This is one of the format diagrams of a MAC sub-PDU in the related art;

[0032] Figure 5 This is the second format diagram of a MAC sub-PDU in the related art;

[0033] Figure 6 This is a schematic diagram of a MAC PDU format in the related art;

[0034] Figure 7 This is a third schematic diagram of a MAC sub-PDU format in the related art;

[0035] Figure 8This is a fourth schematic diagram of a MAC sub-PDU format in the related art;

[0036] Fig. 9 This is a fifth schematic diagram of a MAC sub-PDU format in the related art;

[0037] Fig.10 This is a third schematic diagram of sending a random access message in the related art;

[0038] Fig.11 is a flow chart of an information sending method provided by an embodiment of the present application;

[0039] Fig.12 is a flow chart of an information receiving method provided in an embodiment of the present application;

[0040] Fig.13 This is one of the format diagrams of a subheader of a MAC sub-PDU provided in an embodiment of the present application;

[0041] Fig.14 This is a second schematic diagram of the format of a subheader of a MAC sub-PDU provided in an embodiment of the present application;

[0042] Fig.15 This is a third schematic diagram of the format of a subheader of a MAC sub-PDU provided in an embodiment of the present application;

[0043] Fig.16 This is a fourth schematic diagram of the format of a subheader of a MAC sub-PDU provided in an embodiment of the present application;

[0044] Fig.17 This is a fifth schematic diagram of the format of a subheader of a MAC sub-PDU provided in an embodiment of the present application;

[0045] Fig.18 It is a structural schematic diagram of an information sending device provided in an embodiment of the present application;

[0046] Fig.19 is a structural diagram of an information receiving device provided in an embodiment of the present application;

[0047] Fig. 20 It is a structural diagram of a communication device provided in an embodiment of the present application;

[0048] Fig.21 is a schematic diagram of the structure of a terminal provided in an embodiment of the present application;

[0049] Fig. 22 It is a structural diagram of a network side device provided in an embodiment of the present application. DETAILED DESCRIPTION

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

[0051] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, but not to describe a specific order or sequence. It should be understood that the terms used in this way can be interchangeable where appropriate, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first" and "second" are generally of one type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "or" in the specification and claims represents at least one of the connected objects, for example: "A or B" covers three schemes, namely, scheme one: including A but not including B; scheme two: including B but not including A; scheme three: including both A and B. The term "indication" in the specification and claims of the present application can be either an explicit indication or an implicit indication. Among them, an explicit indication can be understood as the sender explicitly notifying the receiver of the operation or request result to be performed in the indication sent; an implicit indication can be understood as the receiver making a judgment based on the indication sent by the sender and determining the operation or request result to be performed based on the judgment result.

[0052] 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 described technology 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 NR terminology is used in most of the following descriptions, but these technologies can also be applied to applications other than NR system applications, such as the 6th generation (6 th Generation, 6G) communication system.

[0053] Figure 1A block diagram of a wireless communication system applicable to the embodiments of the present application is shown. The wireless communication system includes a terminal 11 and a network side device 12. Among them, the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), augmented reality (augmentedreality, AR) / virtual reality (virtual reality, VR) equipment, a robot, a wearable device (WearableDevice), a vehicle-mounted equipment (VUE), a pedestrian terminal (PUE), a smart home (home equipment with wireless communication functions, such as refrigerators, televisions, washing machines or furniture, etc.), a game console, a personal computer (personal computer, PC), a teller machine or a self-service machine and other terminal side devices, and the wearable device includes: a smart watch, a smart bracelet, a smart headset, a smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), a smart wristband, a smart clothing, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. 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 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 transmitting and receiving 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 (Mobility Management Entity, MME), access mobility management function (Access and Mobility Management Function, AMF), session management function (Session Management Function, SMF), user plane function (User Plane Function, UPF), policy control function (Policy Control Function, PCF), policy and charging rules function unit (Policy and Charging Rules Function, PCRF), edge application service discovery function (Edge Application Server Discovery Function, EASDF), unified data management (Unified Data Management, UDM), unified data storage (Unified Data Repository, UDR), home user server (Home Subscriber Server, HSS), centralized network configuration (CNC), network storage function (Network Repository Function, NRF), network exposure function (Network Exposure Function, NEF), local NEF (Local NEF, or L-NEF), binding support function (Binding Support Function, BSF), application function (Application Function, AF), etc. 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.

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

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

[0056] 1.1 Random Access Process

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

[0058] The process of non-contention random access is as follows Figure 2 As shown, it is mainly divided into three steps:

[0059] Message (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 (Physical Downlink Control Channel, PDCCH) or Radio Resource Control (Radio Resource Control, RRC) information).

[0060] Msg1: The terminal sends a specified dedicated random access signal to the base station on the specified random access resource according to the random access resource indicated by Msg0. The network side ensures 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, there will be no msg1 collision. After sending Msg1, the terminal calculates the identification information of the network-side scheduling Msg2 according to 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.

[0061] 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 sending authorization 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 RAR, the next time to send random access is determined according to the backoff information indicated in the RAR.

[0062] The process of contention random access is as follows Figure 3 As shown, it is mainly divided into four steps:

[0063] Msg1: The terminal selects a random access resource and uses the random access resource to send the selected random access signal to the base station. The calculation method of RA-RNTI and RAR window is the same as the non-contention random access process. Because the terminal selects the transmission time-frequency resource and preamble code of msg1 from a random access resource set broadcast by the network side; therefore, there is a possibility of Msg1 collision.

[0064] 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.

[0065] 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.

[0066] 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 transmit CCCH-borne signaling, but transmits the UE's connection state identifier C-RNTI, which is carried by C-RNTIMAC CE. The terminal starts the contention resolution timer after sending Msg3. If Msg4 is not received successfully before the contention resolution timer times out, the UE considers that Msg4 reception has failed.

[0067] Among them, for C-RNTI MAC CE:

[0068] The C-RNTI MAC CE is identified by MAC subheader with LCID, such as 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.

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

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

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

[0072] 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 information) of the UE's UL CCCH Service Data Unit (SDU) in Msg3, the UE considers that the contention resolution is successful and stops the contention resolution timer;

[0073] 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) of the UL CCCH SDU in Msg3 sent by the UE, the UE considers that the contention resolution has failed and stops the contention resolution timer. At this time, the possible reason is that a collision of msg1s has occurred (at least two UEs have sent the same Msg1 / Preamble on the same RACH time-frequency resources); and at least two UEs have sent Msg3 using the time-frequency resources that the network schedules for the UE that sent the Preamble to send Msg3, while Msg4 carries the information carried by the UL CCCH SDU in Msg3 sent by another UE other than this UE.

[0074] (2) During the running of the contention resolution timer, if the UE includes C-RNTI MAC CE in Msg3: When the UE monitors the PDCCH scheduling scrambled by 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;

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

[0076] Among them, Figure 5 As shown, for UE Contention Resolution Identity MAC CE:

[0077] The UE ContentionResolution Identity MAC CE is identified by MAC subheader with LCID. It has a fixed 48-bit size and consists of a single field defined as follows: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.

[0078] 2. Message 3 format of the 4-step RACH process

[0079] In the 4-step random access process, the format of RACH Msg3 is as follows Figure 6 shown.

[0080] Several typical MAC subheader formats are as follows Figure 7 , Figure 8 and Fig. 9 shown.

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

[0082] 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. For DL-SCH and UL-SCH, the information indicated by the same LCID value is defined separately. 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, there is an additional octet in the MAC subheader containing the eLCID field, and after the octet containing the LCID field. If the LCID field is set to 33, there are two additional octets in the MAC subheader containing the eLCID field, and these two additional octets follow the octet containing the LCID field. (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 for the DL-SCH and UL-SCH respectively. There is one LCID field per MAC subheader. The size of the LCID field is 6 bits. If the LCID field is set to 34, one additional octet is present in the MAC subheader containing the eLCID field and follow the octet containing LCIDfield. 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 LCID field).

[0083] F: Format field, indicating that 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 the length of the 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 (such as 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 SDUscontaining UL CCCH. The size of the F field is 1 bit. The value 0 indicates 8 bits of the Length field. The value 1 indicates 16 bits of the Length field.

[0084] L: Length field, indicating the length of MAC SDU or variable-sized MAC CE; the domain 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 MACsubheader 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 Ffield.

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

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

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

[0088]

[0089]

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

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

[0092] The above five LCIDs are used as follows Figure 8 The subheader format is shown.

[0093] 3. 2-Step RACH Process

[0094] like Fig.10 As shown, the 2-Step RACH process includes the following steps:

[0095] 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.

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

[0097] Step 2: The network sends a confirmation message (MsgB) to the UE. If the UE fails to receive MsgB (failure means that the RAPID or contention resolution ID corresponding to the MSGA sent by the UE itself is not received), the UE resends Msg1 (it can also resend MSGA, MSG3 or MSG1, depending on the specific solution).

[0098] Normally, for ease of understanding, the 2-step MSGA contains information corresponding to the 4-step MSG1 (preamble) and MSG3 (PUSCH). That is, the UE transmits CCCH or C-RNTI MAC CE in the MsgA PUSCH part.

[0099] 4. Channel quality information

[0100] In order to assist the network side 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 side. The network side can perform better downlink scheduling based on the measurement results.

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

[0102] 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, schedule the terminal to send Msg5 or MsgC multiple times (rather than the traditional network side scheduling the terminal to send a single Msg5 or MsgC, if the network side confirms that the reception has failed, and then schedules the UE to retransmit Msg5 or MsgC), which 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.

[0103] 6. Processing delay of RRC message

[0104] In Msg4 or MsgB of random access, the network side may carry RRC configuration messages, such as RRC Setup (RRCSetup) message or RRC Recovery (RRCResume) message or RRC Reestablishment (RRCReestablishment) message, etc. The current protocol stipulates the maximum processing time of these RRC configuration messages. The starting point of the processing time is: the terminal ends receiving the corresponding RRC configuration message from the network side, and the end point of the processing time is when the terminal is ready to receive the uplink scheduling information from the network side, and the scheduling information is used to schedule the uplink transmission resources that carry the response message to the RRC configuration message (such as RRC Setup Complete (RRCSetupComplete) message).

[0105] The performance requirement is expressed as the time in [ms]from the end ofreception 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->networkresponse message with no access delay other than the TTI-alignment(eg excluding delays caused by scheduling,the random access procedure orphysical layer synchronisation)。

[0106] Because during the random access process, the network side does not know the processing capacity of the terminal. Therefore, the length of the processing time needs to be set according to the processing capacity of the terminal with the lowest processing capacity allowed to access on 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 capacity 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.

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

[0108] In the existing RACH process, Msg4 is transmitted using HARQ. Considering that there may be conflicts in the RACH process, that is, multiple terminals send the same preamble on the same RACH Occasion (RO) resource; these multiple terminals may send Msg3 according to the UL grant scheduling in the received msg2. And send their own identification information in Msg3. Usually, the network side can decode Msg3 sent by 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 in random access does not send HARQ ACK; the terminal that fails in random access does not send HARQ negative acknowledgment (NACK) either, because Msg4 is not sent to the terminal; if the terminal does not decode Msg4, it does not send 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.

[0109] In the satellite scenario, the distance between the terminal and the satellite is very far, resulting in large path loss. Therefore, in many cases, the HARQ ACK for Msg4 sent by the terminal once may not be correctly received or decoded by the network side; therefore, the terminal can indicate PUCCH repetition for Msg4 HARQ-ACK related information to the network side in Msg3 to indicate that the terminal has the ability to repeatedly send HARQ ACK for Msg4 or the channel condition of the terminal requires repeated sending of HARQ ACK for Msg4 or the terminal requests or needs to repeatedly send HARQ ACK for Msg4. In this way, after receiving Msg3, the network side 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.

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

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

[0112] It should be noted that a multi-card terminal device or a dual-card 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.

[0113] 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.

[0114] See also Fig.11 , Fig.11 is a flow chart of a method for sending information provided by an embodiment of the present application, such as Fig.11 As shown, the information sending method includes the following steps:

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

[0116] 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 identification C-RNTIMAC control unit CE.

[0117] Among them, the MAC PDU sent by the terminal to the network side device can be the MAC PDU corresponding to or carried by Msg3 in the random access process, or the MAC PDU corresponding to or carried by MsgAPUSCH in the random access process.

[0118] 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.

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

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

[0121] It should be noted that the reserved bits of the R17 MAC protocol can be used as the first indication information, such as Figure 8 One of the “R” bits in .

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

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

[0124] 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.

[0125] In one implementation, the type of the target MAC sub-PDU may 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.

[0126] 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.

[0127] In one implementation, 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.

[0128] In one embodiment, taking the case where the type of the target MAC sub-PDU is indicated only by the first indication information as an example, the first indication information can be used to indicate a first type of MAC sub-PDU, wherein the first type of MAC sub-PDU is 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 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.

[0129] In one implementation, 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 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.

[0130] It should be noted that the MAC sub-PDUs corresponding to CCCH in the related art all include LCID. Since the MAC subheader of the first type of MAC sub-PDU does not include LCID, the first type of MAC sub-PDU is a newly added type of MAC sub-PDU. Through the newly added type of MAC sub-PDU corresponding to CCCH, the expansion of the MAC sub-PDU corresponding to CCCH can be achieved.

[0131] It should be noted that only terminals in the RRC idle state and inactive state 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 context of the terminal; for terminals in the RRC inactive state, the current serving cell may not have the context of the terminal and the terminal context acquisition failure may occur. Therefore, when the network side sends Msg4 to the terminal, it may not be able to obtain the context of the terminal, that is, there is no capability and type information of the terminal. Therefore, the terminal can indicate the capability or type of the terminal or the Msg4 / MsgB receiving requirement or the Msg4 / MsgB feedback sending requirement or the Msg5 / MsgC sending requirement and other related information to the network side while sending the MAC sub-PDU corresponding to the CCCH, so that the network side adopts the corresponding scheduling and transmission strategy according to the terminal capability or type or transmission requirement during Msg4 / MsgB and subsequent transmissions, for example, the scheduled transmission bandwidth does not exceed the receiving or sending capability of the terminal. In the 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 the terminal's capability or type or Msg4 / MsgB receiving requirements or Msg4 / MsgB feedback sending requirements or Msg5 / MsgC sending requirements and other related information in the newly added type of MAC sub-PDU corresponding to CCCH. Wherein, " / " represents or.

[0132] 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, the upper layer data and signaling are mapped to multiple transmission channels and sent to the MAC layer. The 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 transmission channel and the logical channel correspond one to one. In the related art, the NR protocol allocates multiple corresponding logical channel numbers (LCIDs) to the transmission channel CCCH to indicate length information, other dedicated information and CCCH channels, resulting in a large amount of consumption and waste of LCID. The embodiment of the present application proposes a new type of MAC sub-PDU corresponding to CCCH, which can reduce the consumption of LCID.

[0133] 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.

[0134] In the related art, CCCH occupies 4 LCIDs; new features may be introduced in the future, which need to be indicated by CCCH LCID. For example, some NTN UEs need to send instructions to the network in Msg3: apply special mechanisms during Msg4 HARQ transmission. To this end, multiple LCIDs need to be applied, for example:

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

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

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

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

[0139] Therefore, using LCID to indicate information to the network side consumes a large number of LCIDs. At present, there are less than 10 6-bit LCIDs with undefined uses remaining in NR, and the signaling size carried by CCCH is limited, and it is impossible to expand to 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.

[0140] In an embodiment of the present application, a MAC subheader of a first type of MAC sub-PDU in a preset format is defined, and the MAC subheader in the preset format is a newly added MAC subheader, and the MAC subheader in the preset format is used for CCCH or C-RNTI MAC CE transmission. In one implementation, the MAC subheader in the preset format may meet the following conditions: located at a specific position of the MAC PDU, such as the first subheader; the MAC subheader length is 1 byte; 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 the transmission characteristics, etc.; the MAC subheader in the preset format does not include the LCID field.

[0141] 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. And a MAC PDU does not contain both a MAC SDU for CCCH and a C-RNTI MAC CE. The MAC SDU corresponding to CCCH (MAC SDU for CCCH) is the MAC SDU in the MAC sub-PDU corresponding to CCCH.

[0142] In an embodiment of the present application, a terminal sends a media access control MAC protocol data unit PDU to a network side device, 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. 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 to be 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 does not need to be indicated by the LCID, thereby reducing the consumption of LCID resources.

[0143] 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.

[0144] In which, 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.

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

[0146] In this implementation, 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 a MAC sub-PDU corresponding to CCCH or a MAC sub-PDU containing 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.

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

[0148] 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;

[0149] 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;

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

[0151] 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;

[0152] 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.

[0153] In this implementation, 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, and for example, the first value is 1. All or part of the remaining bits of the first type of MAC sub-PDU except 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 CCCH.

[0154] In this implementation manner, the first indication information in the second type of MAC sub-PDU is a second value, and illustratively, the second value is 0. The second type of MAC sub-PDU may be a MAC sub-PDU in an existing format corresponding to the CCCH.

[0155] In this implementation, the size of the MAC subheader of the third type of MAC subPDU may be 1 byte. The first indication information in the third type of MAC subPDU is the second value, and illustratively, the second value is 0. The third type of MAC subPDU is a newly added type of MAC subPDU including a C-RNTI MAC CE.

[0156] In this implementation, the first indication information in the fourth type of MAC sub-PDU is the second value, and illustratively, the second value is 0. The fourth type of MAC sub-PDU may be a MAC sub-PDU in an existing format including a C-RNTI MAC CE.

[0157] 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.

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

[0159] In one implementation, 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 another type except the first type of MAC sub-PDU. 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 a second preset value, the target MAC sub-PDU is a MAC sub-PDU of the third type.

[0160] In this implementation, 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, thereby being able to indicate the first type of MAC sub-PDU that does not contain LCID through the first indication information, and the first type of MAC sub-PDU is a newly added type of MAC sub-PDU corresponding to CCCH, thereby being able to indicate the newly added type of MAC sub-PDU corresponding to CCCH through the first indication information, and the expansion of the MAC sub-PDU corresponding to CCCH can be achieved without consuming LCID resources.

[0161] 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.

[0162] Among them, the second preset value can be 0.

[0163] 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 a 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 a MAC sub-PDU of the fourth type.

[0164] In addition, when the first indication information is a 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.

[0165] In this implementation, 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, thereby being able to jointly indicate the existing type of MAC sub-PDU corresponding to CCCH or the MAC sub-PDU including C-RNTI MAC CE through the first indication information and the LCID, thereby realizing the reuse of the MAC sub-header of the existing MAC sub-PDU, and having strong availability.

[0166] 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.

[0167] Among them, 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 third type.

[0168] In this implementation, 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.

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

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

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

[0172] 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;

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

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

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

[0176] The terminal-related information may include characteristic information. The characteristic information includes at least one of the following: the type of the terminal; the feedback mode 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; and the configuration restriction status information of the terminal.

[0177] In one implementation, the first message may include a second indication information, the second indication information including a plurality of sub-indication information, each sub-indication information corresponding to a characteristic information. For example, the second indication information may be "010", 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.

[0178] In one implementation, the first message may include multiple second indication information, each of which may correspond to one characteristic information. For example, the multiple second indication information may be "010" (i.e., three bits each correspond to one 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.

[0179] In addition, the first message may be a broadcast message.

[0180] 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 through the second indication information, different cells can notify the terminal of the characteristic information allowed to be reported in the cell. For example, cell 1 can inform the terminal through the first message: the characteristic information allowed to be reported in the cell includes: characteristic information 1, characteristic information 2, characteristic information 3; cell 2 can inform the terminal through the first message: the characteristic information allowed to be reported in the cell includes: characteristic information 1, characteristic information 4.

[0181] In this implementation, 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.

[0182] 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;

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

[0184] 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.

[0185] 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.

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

[0187] 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 a MAC sub-PDU corresponding to CCCH that does not contain LCID, or supporting the terminal to report the characteristic information of the terminal through a 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.

[0188] 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

[0189] 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.

[0190] 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 and the UE type is non-eRedCap UE, and so on.

[0191] 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.

[0192] 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 existing LCID because its meaning is different from that of the existing LCID domain.

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

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

[0195] 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.

[0196] In an implementation manner, the characteristic information reported by the third indication information may include the characteristic information that can be reported by the terminal indicated by the second indication information.

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

[0198] In this implementation, 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 allowed by the network side according to the instructions of the network side device, and avoid reporting the characteristic information that the network side does not allow to be reported, 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.

[0199] 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:

[0200] The ordering relationship agreed upon by the protocol;

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

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

[0203] 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 ordering relationship 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.

[0204] In one implementation, 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.

[0205] 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.

[0206] In one embodiment, the ordering 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.

[0207] For example, the information indicated by the multiple third indication information may be characteristic information of characteristic 2, characteristic 5, and characteristic 6, and the order of characteristic 2 and characteristic 5 in the ordering relationship agreed upon by the protocol is: characteristic 5, characteristic 2. The protocol does not specify the ordering relationship of characteristic 6, and the order of characteristic 2, characteristic 5, and characteristic 6 corresponding to the second indication in the first message 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.

[0208] In this implementation, 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: the ordering relationship agreed upon by the protocol; the ordering relationship of the second indication information corresponding to the plurality of third indication information in the first message. Thus, the terminal and the network side can reach a consistent understanding of the third indication information, which facilitates the network side to parse the third information reported by the terminal.

[0209] 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 CCCHSDU sent by the terminal.

[0210] Among them, 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 can 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 can be used to indicate whether it has the PUCCH repetition for Msg4 HARQ-ACK capability, or whether to request PUCCH repetition for Msg4HARQ-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 can be used to characterize the configuration restriction status caused by MUSIM restriction. The size of the uplink UL CCCH SDU sent by the terminal can be briefly described as the CCCH length, for example, a CCCH SDU of size 64 bits (CCCH of size 64bits), or a CCCH SDU of size 48 bits (CCCH of size 48bits).

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

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

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

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

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

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

[0217] In this implementation, the terminal receives the 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. In this way, the terminal can determine whether it can send the first type or the third type of MAC sub-PDU through the fourth indication information, thereby preventing the network side from being unable to parse normally after the terminal sends the first type or the third type of MAC sub-PDU.

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

[0219] 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.

[0220] In one implementation, 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.

[0221] In this implementation, 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 the first type of MAC subPDU, so that the remaining MAC subPDUs in the MAC PDU except the first MAC subPDU can be used for other purposes in the domain (or corresponding bit position) 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; and the newly added type of MAC subPDU corresponding to CCCH can be indicated through the first indication information, and the expansion of the MAC subPDU corresponding to CCCH can be achieved without consuming LCID resources.

[0222] 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 second preset value, the LCID contained in the target MAC subPDU can be used to indicate that the target MAC subPDU is the second type of MAC subPDU or the fourth type of MAC subPDU. In this way, the remaining MAC subPDUs in the MAC PDU except the first MAC subPDU can be used for other purposes in the domain (or corresponding bit position) 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; and the existing type of MAC subPDU corresponding to CCCH or the MAC subPDU containing C-RNTI MAC CE can be indicated through the first indication information, so as to realize the reuse of the MAC subheader of the existing MAC subPDU, and the availability is relatively strong.

[0223] See also Fig.12 , Fig.12 is a flow chart of an information receiving method provided in an embodiment of the present application, such as Fig.12 As shown, the information receiving method includes the following steps:

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

[0225] 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.

[0226] 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.

[0227] Optionally, 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:

[0228] 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.

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

[0230] 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;

[0231] 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;

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

[0233] 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;

[0234] 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.

[0235] 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.

[0236] 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.

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

[0238] 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.

[0239] 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.

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

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

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

[0243] 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.

[0244] 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;

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

[0246] 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

[0247] 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.

[0248] 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:

[0249] The ordering relationship agreed upon by the protocol;

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

[0251] 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 CCCHSDU sent by the terminal.

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

[0253] 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:

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

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

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

[0257] It should be noted that this embodiment is Fig.11 The implementation of the corresponding network side device in the embodiment shown in the figure can be found in the specific implementation of Fig.11 To avoid repeated description of the embodiment shown, the present embodiment will not be described in detail.

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

[0259] Embodiment 1:

[0260] Embodiment 1:

[0261] In this embodiment, if Fig.13 As shown, the first indication information is the first bit in the target MAC sub-PDU of the MAC PDU, and 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 of MAC sub-PDU.

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

[0263] Example:

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

[0265] 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.

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

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

[0268] 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 that initiates 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.

[0269] Taking MAC PDU as Msg3 as an example, since the first bit of the MAC sub-PDU in the prior art is the R domain, that is, the first bit of the MAC PDU is 0 (such as Figure 7 , Figure 8 ,or Fig. 9 If the network finds that the first bit of the MAC sub-PDU is set to 1, it indicates that this is the N domain, and Fig.13 The format shown determines the meaning of subsequent fields.

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

[0271] 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 R bit.

[0272] Embodiment 2:

[0273] In this embodiment, if Fig.14 and Fig.15 As shown, 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.

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

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

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

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

[0278] For example, a representation form of the target MAC sub-PDU of this embodiment is as follows: Fig.16As shown, 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 domain indicates that the target MAC sub-PDU is the MAC sub-PDU corresponding to CCCH or the target MAC sub-PDU includes C-RNTI MAC CE; if the T domain indicates that the target MAC sub-PDU is the MAC sub-PDU corresponding to CCCH, 2 bits are used in the remaining 7 bits of the MAC subheader of the target MAC sub-PDU, and 5 bits are reserved. The 2 bits are L domain and C domain. The L domain 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 domain 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 domain indicates that the target MAC sub-PDU includes C-RNTI MAC CE, the remaining 7 bits of the MAC subheader of the target MAC sub-PDU are reserved.

[0279] 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 may be any bit in the MAC subheader of the MAC sub-PDU whose use has not yet been defined, such as the R bit.

[0280] Embodiment 3:

[0281] In this embodiment, the target MAC sub-PDU of the MAC PDU is located at a special position in the MAC PDU, such as the target MAC sub-PDU is 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, 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 the CCCH, and a MAC sub-PDU including a C-RNTI MAC CE. The MAC PDU is carried by Msg3 or MsgA PUSCH.

[0282] In this way, for MAC subheaders at other positions, 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 the 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, and the N field or 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.

[0283] Embodiment 4:

[0284] In this embodiment, the first indication information is the first bit in the target MAC sub-PDU of the MAC PDU, and 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 of MAC sub-PDU.

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

[0286] like Fig.17 As shown, multiple features can be jointly encoded, indicated by the Feature Combination field:

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

[0288] Table 2

[0289]

[0290]

[0291] And so on.

[0292] 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 existing LCID because its meaning is different from that of the existing LCID domain.

[0293] In this case, for the UE supporting the first type of MAC sub-PDU, if Msg3 carries C-RNTIMAC CE, it still uses the existing format, that is, Figure 8 The format shown in the figure is as follows. The Rbit value is 0 and the LCID value is 56.

[0294] It should be noted that for the characteristic combination of the fourth and eighth values ​​in Table 3, since the existing protocol has stipulated such a combination, it can be obtained by Figure 8 The sub-header format shown in the figure indicates that the corresponding LCID value is shown in Table 3:

[0295] Table 3

[0296]

[0297] Therefore, the fourth and eighth values ​​in Feature Combination can be saved to indicate other feature combinations. The LCID values ​​corresponding to the fourth and eighth values ​​in Feature Combination are shown in Table 4 below:

[0298] Table 4

[0299]

[0300]

[0301] Embodiment 5:

[0302] 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 subPDU or the MAC subheader of the third type of MAC subPDU;

[0303] For example, the features reported by Msg3 supported by the current cell 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.

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

[0305] 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.

[0306] Embodiment 6:

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

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

[0309] Embodiment 7:

[0310] 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 available for related purposes is limited, the network side (such as the cell) carries indication information in the system information to indicate the set of reported features supported by the cell.

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

[0312] Here are some examples:

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

[0314] 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 needs 1 bit to be reported;

[0315] Cell2 informs the terminal through broadcasting: the features supported by this cell are: Feature 1 and Feature 4. Assume that the protocol stipulates that 1 bit is required to report Feature 1 and 2 bits are required to report Feature 4.

[0316] Therefore, the information carried by the PUSCH or Msg3 of MsgA is not uniformly specified by the protocol, but is configured to the terminal by each cell through a broadcast message. The meaning / characteristics represented by the bits at the same position in the PUSCH or Msg3 of MsgA sent by the UE in different cells may be different. For example, the same bit used to indicate characteristics in the subheader corresponding to CCCH or C-RNTI MAC CE may have different characteristics for different cells.

[0317] 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.

[0318] When a cell enables multiple feature reporting, the protocol may specify the relative order of the enabled 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 that the first bit corresponds to feature 1, feature 2, or feature 3. Or, the order of the reported characteristics in the PUSCH of MsgA or Msg3 can be determined according to the order in which the enabled reported characteristics 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 characteristic reporting, and the network side supports a total of 5 characteristic reports, that is, each cell selects X characteristics from 5 characteristics to report, and the total number of bits required for X characteristic 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,

[0319] It indicates that Cell1 chooses to report characteristics 2 and 5, and Cell2 chooses to report characteristics 1, 4, and 5. For cell1, the UE sets the 3 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 does not enable reporting; for cell2, the UE sets the 3 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 the least significant bit used for feature reporting.

[0320] 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, an information sending device executing the information sending method is taken as an example to illustrate the information sending device provided in the embodiment of the present application.

[0321] See also Fig.18 , Fig.18 is a structural diagram of an information sending device provided in an embodiment of the present application, wherein the terminal includes the information sending device, such as Fig.18 As shown, the information sending device 300 includes:

[0322] A sending module 301 is used 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;

[0323] 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 identification C-RNTIMAC control unit CE.

[0324] 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.

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

[0326] 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;

[0327] 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;

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

[0329] 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;

[0330] 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.

[0331] 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.

[0332] 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.

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

[0334] 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.

[0335] 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.

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

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

[0338] Optionally, the device further comprises:

[0339] A first receiving module, configured to receive a first message sent by the network side device, wherein 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;

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

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

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

[0343] 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;

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

[0345] 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

[0346] 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.

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

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

[0349] 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:

[0350] The ordering relationship agreed upon by the protocol;

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

[0352] 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 CCCHSDU sent by the terminal.

[0353] Optionally, the device further comprises:

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

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

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

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

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

[0359] The information sending device in the embodiment 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 a chip. The electronic device can be a terminal, or it can be other devices other than a terminal. Exemplarily, the terminal can include but is not limited to the types of terminals 11 listed above, and other devices can be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiment of the present application.

[0360] The information sending device provided in the embodiment of the present application can achieve Fig.11 The various processes implemented by the method embodiment and achieving the same technical effect are not described here to avoid repetition.

[0361] See also Fig.19 , Fig.19 is a structural diagram of an information receiving device provided in an embodiment of the present application, and a network side device includes the information receiving device, such as Fig.19 As shown, the information receiving device 400 includes:

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

[0363] 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 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.

[0364] Optionally, the determining module is specifically used to:

[0365] 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.

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

[0367] 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;

[0368] 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;

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

[0370] 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;

[0371] 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.

[0372] 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.

[0373] 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.

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

[0375] 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.

[0376] 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.

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

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

[0379] Optionally, the device further comprises:

[0380] 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.

[0381] 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;

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

[0383] 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

[0384] 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.

[0385] 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:

[0386] The ordering relationship agreed upon by the protocol;

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

[0388] 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 CCCHSDU sent by the terminal.

[0389] Optionally, the device further comprises:

[0390] 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:

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

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

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

[0394] The information receiving device in the embodiment of the present application may 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 a chip. The electronic device may be a terminal, or may be other devices other than a terminal. Exemplarily, the terminal may include but is not limited to the types of the terminal 11 listed above, and other devices may be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiment of the present application.

[0395] The information receiving device provided in the embodiment of the present application can achieve Fig.12 The various processes implemented by the method embodiment and achieving the same technical effect are not described here to avoid repetition.

[0396] Alternatively, if Fig. 20As shown, the embodiment of the present application also provides a communication device 500, including a processor 501 and a memory 502, and 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.

[0397] The embodiment of 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 used to run a program or instruction to implement the following Fig.11 The steps in the method embodiment shown. This terminal embodiment corresponds to the above-mentioned terminal side method embodiment, and each implementation process and implementation mode of the above-mentioned method embodiment can be applied to this terminal embodiment and can achieve the same technical effect.

[0398] Specifically, Fig.21 A schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present application.

[0399] 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 a processor 610.

[0400] Those skilled in the art will appreciate that the terminal 600 may also include a power source (such as a battery) for supplying power to various components, and the power source may be logically connected to the processor 610 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Fig.21 The terminal structure shown in the figure does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be described in detail here.

[0401] It should be understood that in the 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 a joystick, which will not be repeated here.

[0402] In the embodiment of the present application, after receiving downlink data from the network side device, the RF unit 601 can transmit the data to the processor 610 for processing; in addition, the RF unit 601 can send uplink data to the network side device. Generally, the RF unit 601 includes but is not limited to an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

[0403] 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, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), 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.

[0404] The processor 610 may include one or more processing units; optionally, the processor 610 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 610.

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

[0406] 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;

[0407] 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 identification C-RNTIMAC control unit CE.

[0408] 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.

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

[0410] 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;

[0411] 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;

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

[0413] 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;

[0414] 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.

[0415] 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.

[0416] 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.

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

[0418] 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.

[0419] 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.

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

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

[0422] Optionally, the radio frequency unit 601 is further used 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 is not allowed to be reported;

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

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

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

[0426] 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;

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

[0428] 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

[0429] 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.

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

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

[0432] 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:

[0433] The ordering relationship agreed upon by the protocol;

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

[0435] 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 CCCHSDU sent by the terminal.

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

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

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

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

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

[0441] It can be understood that the implementation process of each implementation method mentioned in this embodiment can refer to the method embodiment Fig.10 The related descriptions are the same or corresponding technical effects, and to avoid repetition, they will not be repeated here.

[0442] Specifically, the terminal of the embodiment of the present application also includes: instructions or programs stored in the memory 609 and executable on the processor 610, and the processor 610 calls the instructions or programs in the memory 609 to execute Fig.18 The methods executed by the modules shown achieve the same technical effects, and therefore will not be described here in detail to avoid repetition.

[0443] The embodiment of 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 used to run a program or instruction to implement the following Fig.11 The network side device embodiment corresponds to the above-mentioned information receiving method embodiment applied to the network side device, and each implementation process and implementation mode of the above-mentioned method embodiment can be applied to the network side device embodiment and can achieve the same technical effect.

[0444] Specifically, the embodiment of the present application also provides a network side device. Fig. 22 As shown, 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. The antenna 701 is connected to the radio frequency device 702. In the uplink direction, the radio frequency device 702 receives information through the antenna 701 and sends the received information to the baseband device 703 for processing. In the downlink direction, the baseband device 703 processes the information to be sent and sends it to the radio frequency device 702. The radio frequency device 702 processes the received information and sends it out through the antenna 701.

[0445] 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.

[0446] The baseband device 703 may include, for example, at least one baseband board on which a plurality of chips are arranged. Fig. 22 As shown, one of the chips 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 to execute the network device operations shown in the above method embodiment.

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

[0448] Specifically, the network side device 700 of the embodiment of the present application further includes: instructions or programs stored in the memory 705 and executable on the processor 704, and the processor 704 calls the instructions or programs in the memory 705 to execute Fig.19The methods executed by the modules shown achieve the same technical effects, and therefore will not be described here in detail to avoid repetition.

[0449] 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, each process of the above-mentioned information sending method or information receiving method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0450] 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, etc. In some examples, the readable storage medium may be a non-transient readable storage medium.

[0451] 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.

[0452] 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.

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

[0454] 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.

[0455] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also 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 one..." does not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out 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 reverse 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.

[0456] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment method can be implemented by means of a computer software product plus a necessary general hardware platform, and of course, it can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, disk, CD, etc.), including several instructions to enable the terminal or network side device to execute the method described in each embodiment of the present application.

[0457] 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 the present application, ordinary technicians in this field can also make many forms of implementation methods without departing from the purpose of the present application and the scope of protection of the claims, and these implementation methods are all within the protection of the present application.

Claims

1. A method for sending information, characterized in that: include: 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, characterized in that 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, characterized in that: 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, characterized in that 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, characterized in that: 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, characterized in that: 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, characterized in that: 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, characterized in that: 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, characterized in that: 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, characterized in that: 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, characterized in that: 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, characterized in that 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, characterized in that: 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, characterized in that 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, characterized in that: 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, characterized in that: 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, characterized in that 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, characterized in that: include: 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, characterized in that 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, characterized in that 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, characterized in that 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, characterized in that 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, characterized in that The first preset value is 1, or the second preset value is 0.

24. The method according to any one of claims 20-21, characterized in that 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, characterized in that 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, characterized in that 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, characterized in that 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, characterized in that 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, characterized in that 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, characterized in that 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, characterized in that: 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, characterized in that 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, characterized in that 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, characterized in that: The terminal includes the information sending device, and the device includes: 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, characterized in that: The network side device includes the information receiving device, and the device includes: 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, characterized in that: It includes a processor and a memory, 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, characterized in that: It includes a processor and a memory, 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 receiving method as described in any one of claims 18-33 are implemented.

38. A chip, characterized in that: The chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instructions to implement the steps of the information sending method as described in any one of claims 1-17, or to implement the steps of the information receiving method as described in any one of claims 18-33.

39. A readable storage medium, characterized in that: The readable storage medium stores programs or instructions, and when the programs or instructions are executed by the processor, the steps of the information sending method described in any one of claims 1-17 are implemented, or the steps of the information receiving method described in any one of claims 18-33 are implemented.

Images