WO2021063153A1

WO2021063153A1 - Information processing method, network element device, terminal, and storage medium

Info

Publication number: WO2021063153A1
Application number: PCT/CN2020/113291
Authority: WO
Inventors: 高兴航; 邓云
Original assignee: 北京紫光展锐通信技术有限公司
Priority date: 2019-09-30
Filing date: 2020-09-03
Publication date: 2021-04-08
Also published as: CN110602799B; CN110602799A

Abstract

The present disclosure relates to an information processing method, a network element device, a terminal, and a storage medium. The method comprises: receiving request messages for on-demand system information; and sending a response message pertaining to the on-demand system information, wherein the response message includes reply information separately configured according to an on-demand system information indication for a single request message, or the response message includes common reply information configured according to an on-demand system information indication for part or all of the received request messages. The present disclosure can reduce unnecessary signaling overheads.

Description

Information processing method, network element equipment, terminal and storage medium

Technical field

The present disclosure relates to the field of communications, and in particular to an information processing method, network element equipment, terminal equipment, and storage medium in a two-step random access process.

Background technique

In the NR system, the base station does not use fixed periodic broadcasts for certain system information. When a UE needs this system information, it can send a request to the base station through a random access process, and the base station decides what it is based on the number of requested users. When it is sent by broadcast or is indicated to the UE in other ways. Through this on-demand request retransmission method, signaling overhead and resources can be saved.

In a scenario where information processing involves terminal equipment (UE) randomly accessing a base station in a contention and non-contention manner, one or more UEs request system information on demand during the random access process. Since the on-demand system information request through the random access process does not trigger the UE's state transition, nor does it trigger the UE to perform data transmission, in order to reduce the signaling overhead, how to set the response message after the base station receives the request, and how the UE To identify the response message sent by the base station to the on-demand system information request, there is no effective solution in the related technology.

Summary of the invention

In view of this, the present disclosure proposes an information processing method, network element equipment, terminal equipment, and storage medium for a two-step random access process.

According to an aspect of the present disclosure, there is provided an information processing method for a two-step random access procedure, the method including:

Receive request messages for on-demand system information;

Send response messages of on-demand system information;

The response message contains reply information separately set for the on-demand system information indication of a single request message, or;

The response message includes public reply information set for the on-demand system information indication of part or all of the received request message.

In a possible implementation manner, the method further includes: indicating that the corresponding MAC subheader is the MAC subheader of the on-demand system information request response through the corresponding bit in the MAC subheader through the media access control, and indicating the corresponding MAC service data unit The SDU carries the response content of the successful system information request on demand, or;

Through the corresponding bit in the MAC SDU, it indicates that the corresponding MAC SDU bears the response content of the on-demand system information request successfully;

The response message carries the MAC subheader and the corresponding MAC SDU.

In a possible implementation, the corresponding bit in the MAC subheader of the response message indicates that the corresponding MAC subheader is the MAC subheader of the on-demand system information request response, and indicates that the corresponding MAC SDU bears the on-demand system information request The content of the successful response includes:

The corresponding bit setting of the MAC subheader is used to indicate that the corresponding MAC subheader is the MAC subheader format of the on-demand system information request response, and the information filled by the MAC subheader corresponding to the MAC SDU is the on-demand system information indication.

In a possible implementation manner, the response content indicating that the corresponding MAC SDU carries the on-demand system information request successfully through the corresponding bit in the MAC SDU includes:

The corresponding bit setting of the MAC SDU encapsulation format is used to indicate that the information filled in the MAC SDU is an on-demand system information indication.

In a possible implementation manner, the response message contains an on-demand system information indication corresponding to a single request message, or an on-demand system information indication including part or all of the received request message, which is filled in the MAC SDU;

The method further includes: in the current modification period,

Fill the MAC SDU with any on-demand system information indication of any on-demand system information request received, or;

Fill the MAC SDU with the on-demand system information indication requested by users who send the same preamble on different random access time-frequency domain resources, or;

Fill the MAC SDU with the on-demand system information indication received from users requesting different preambles on the same random access time-frequency domain resource, or;

Fill the MAC SDU with the on-demand system information indications requested by all users received before sending the response message, and/or;

Fill the MAC SDU with the on-demand system information indication that has not received the user request but decided to broadcast.

In a possible implementation, the corresponding bits of the MAC subheader are newly defined bits in the subheader format. When the corresponding bit is set to a fixed value, it is used to indicate that the MAC subheader is a successful response to an on-demand system information request. The MAC sub-header format, corresponding to the MAC SDU, is the response content that carries the successful system information request on demand;

When the corresponding bits of the MAC subheader is set to other fixed values, it is used to indicate that the MAC subheader is the MAC subheader format of a non-on-demand system information request response, and the corresponding MAC SDU is a non-on-demand system information request response. Content.

In a possible implementation, when the corresponding bits of the MAC subheader is set to a fixed value, it is used to indicate that the MAC subheader is the MAC subheader format of the successful response to the on-demand system information request, and the corresponding MAC SDU is the bearer The response content for the successful system information request, including:

When the MAC subheader uses 2 bits and is set to 00 or 01 or 10 or 11, it is used to indicate that the MAC subheader is the MAC subheader format of the successful response to the on-demand system information request, and the MAC SDU Carry the content of the successful response to the on-demand system information request;

2bits are anywhere in the MAC subheader.

In a possible implementation manner, the corresponding bit setting of the MAC subheader is obtained according to the bit T in the existing RAR MAC subheader format;

The method includes:

The bit T is set to indicate that the MAC subheader is a MAC subheader format for response messages for non-on-demand system information request scenarios other than the BI indication.

In the case where bit T is set to indicate that the MAC subheader is not in the MAC subheader format of a non-on-demand system information request scenario response message other than the BI indicator, bit F is set to indicate that the MAC subheader is a BI indicator The MAC sub-header format, or the MAC sub-header format of the successful response message of the on-demand system information request.

In a possible implementation manner, according to the bit setting in the MAC SDU, it is distinguished whether the response message is a response format in which the on-demand system information request is successful.

In a possible implementation, when the bits in the MAC SDU are set to the initial 1 bit or 2 bits, it is distinguished whether the corresponding bit information after the MAC SDU is the response format of the successful system information request on demand, Or fallback response format, or response format for successful transmission of non-on-demand system information.

In a possible implementation manner, when the information filled in the MAC SDU is an on-demand system information indication of the corresponding request message, the corresponding bit in the bit setting indicates one or more on-demand system information;

Set the bit corresponding to the requested on-demand system information indication to 1.

In a possible implementation manner, when the information filled in the MAC SDU is indicated by the on-demand system information of some or all of the received request messages, the on-demand system information in some or all of the received request messages Indicates that the corresponding bits are all set to 1.

Receive the on-demand system information indication contained in the response message;

The response message includes public reply information set for the on-demand system information indication of multiple request messages;

It is known from the response message whether it is necessary to send an on-demand system information request again.

In a possible implementation manner, the response message includes confirmation information of the requested on-demand system information;

The response message also contains confirmation information of other requested on-demand system information;

The response message also includes: on-demand system information indication information to be broadcast.

In a possible implementation manner, the method further includes:

If the confirmation information corresponding to the on-demand system information request is identified from the response message, it is determined that the on-demand system information request is successful; otherwise, it is determined that the request has failed, and the on-demand system information request needs to be sent again;

The request for resending on-demand system information includes required on-demand system information that is not included in the response message or includes all required on-demand system information.

In a possible implementation manner, the method further includes:

The on-demand system information indication corresponding to the request message is not identified from the response message, or part of the on-demand system information indication corresponding to the request message is identified, or the confirmation information of other on-demand system information that has not been requested is identified, or Give an indication of the on-demand system information to be broadcast, and adjust the type of on-demand system information that needs to be requested subsequently according to the response message;

The adjustment of the type of on-demand system information that needs to be requested subsequently is used to request the required on-demand system information that is not included in the response message or includes all the required on-demand system information.

In a possible implementation manner, the method further includes:

According to the bit setting of the media access control MAC subheader of the response message, it is recognized that the corresponding MAC subheader is the MAC subheader format of the on-demand system information request response, and the information filled by the MAC subheader corresponding to the MAC SDU is Need system information instructions.

In a possible implementation manner, the method further includes:

According to the bit setting of the MAC SDU encapsulation format of the response message, it is recognized that the information filled in the corresponding MAC SDU is an on-demand system information indication.

In a possible implementation manner, the method further includes:

When parsing the bits of the MAC subheader and setting it to a fixed value, it is recognized that the MAC subheader is the MAC subheader format of the on-demand system information request response, and the corresponding MAC SDU is the response content that carries the on-demand system information request;

When parsing the bits of the MAC subheader to other fixed values, it is recognized that the MAC subheader is the MAC subheader format of the non-on-demand system information request response, and the corresponding MAC SDU is the content of the non-on-demand system information request response.

In a possible implementation, when the bits of the parsing the MAC subheader are set to a fixed value, it is recognized that the MAC subheader is the MAC subheader format of the on-demand system information request successful response, and the corresponding MAC SDU is the bearer button. The response content for the successful system information request, including:

Parse the 2 bits of the MAC subheader. When it is set to 00 or 01 or 10 or 11, it is recognized that the MAC subheader is the MAC subheader format of the successful response to the on-demand system information request, and the MAC SDU bears the on-demand The response content of the system information request.

In a possible implementation manner, the method further includes:

The bit setting of the MAC subheader also includes:

In the case where the setting of bit T indicates that the MAC subheader is not the MAC subheader format of a non-on-demand system information request scenario response message other than the BI indication, it is determined that the MAC subheader is BI according to the setting of bit F The format of the indicated MAC sub-header, or the MAC sub-header format of the successful response message of the on-demand system information request.

In a possible implementation manner, the method further includes:

Analyze the initial 1bit or 2bits in the MAC SDU, and identify whether the corresponding bit information after the MAC SDU is the successful response format of the on-demand system information request, or the fallback response format, or the successful transmission of the non-on-demand system information request Response format.

In a possible implementation manner, the method further includes:

According to the comparison of the set value of the corresponding bit of the on-demand system information indication in the MAC SDU with the set value of the corresponding bit of the requested on-demand system information indication, it is determined whether the on-demand system information request is successful.

In a possible implementation manner, the method further includes:

If the corresponding bit of the on-demand system information indication with the setting value of 1 in the MAC SDU contains the corresponding bit of the requested on-demand system information indication, it is determined that the on-demand system information request is successful;

If the on-demand system information indication with a value of 1 in the MAC SDU does not include or contains part of the requested on-demand system information indication corresponding bit, it is determined that the on-demand system information request fails.

According to an aspect of the present disclosure, a network element device is provided, and the network element device includes:

The first receiving unit is configured to receive a request message for on-demand system information;

The first sending unit is used to send a response message of on-demand system information;

In a possible implementation manner, the network element device further includes: a first processing unit, configured to control the corresponding bit in the MAC subheader through media access, and indicate that the corresponding MAC subheader is the MAC subheader of the on-demand system information request response. Header, and the response content indicating that the corresponding MAC service data unit SDU bears the on-demand system information request successfully, or;

The response message carries the MAC subheader and the corresponding MAC SDU.

In a possible implementation manner, the first processing unit is further configured to:

The first processing unit is further configured to: in the current modification period,

When the corresponding bits of the MAC subheader is set to other fixed values, it is used to indicate that the MAC subheader is a MAC subheader format of a non-on-demand system information request response, and the corresponding MAC SDU is a request response to carry non-on-demand system information Content.

When the MAC subheader uses 2 bits and is set to 00 or 01 or 10 or 11, it is used to indicate that the MAC subheader is the MAC subheader format of the successful response to the on-demand system information request, and the MAC SDU Carry the content of the successful response to the system information request on demand;

2bits are anywhere in the MAC subheader.

In the case where bit T is set to indicate that the MAC subheader is not in the MAC subheader format of a non-on-demand system information request scenario response message other than the BI indicator, bit F is set to indicate that the MAC subheader is a BI indicator The MAC sub-header format, or the MAC sub-header format of the response message for successful system information request on demand.

In a possible implementation manner, the first processing unit is further configured to: according to bit setting in the MAC SDU, distinguish whether the response message is a response format of a successful on-demand system information request.

In a possible implementation, the first processing unit is further configured to: in the case that the bit in the MAC SDU is set to the initial 1 bit or 2 bits, distinguish whether the corresponding bit information after the MAC SDU is all The response format for the successful request of the on-demand system information, or the fallback response format, or the response format for the successful transmission of the non-on-demand system information.

In a possible implementation manner, the first processing unit is further configured to: in the case where the information filled in the MAC SDU is indicated by the on-demand system information of the corresponding request message, the corresponding bit in the bit setting indicates one Or multiple on-demand system information;

In a possible implementation manner, the first processing unit is further configured to: when the information filled in the MAC SDU is indicated by the on-demand system information of some or all of the received request messages, the received The bits corresponding to the on-demand system information indication in some or all of the request messages are set to 1.

According to an aspect of the present disclosure, there is provided a terminal device, the terminal device including:

The second receiving unit is configured to receive the on-demand system information indication contained in the response message;

The second processing unit is configured to learn from the response message whether it is necessary to send an on-demand system information request again.

In a possible implementation manner, the second processing unit is further configured to:

When parsing the bits of the MAC subheader to a fixed value, it is recognized that the MAC subheader is the MAC subheader format of the on-demand system information request response, and the corresponding MAC SDU is the response content that carries the on-demand system information request;

In a possible implementation manner, the bit setting of the MAC subheader further includes:

According to the comparison of the setting value of the corresponding bit of the on-demand system information indication in the MAC SDU with the setting value of the corresponding bit of the requested on-demand system information indication, it is determined whether the on-demand system information request is successful.

According to an aspect of the present disclosure, there is provided an electronic device, including: a processor; a memory for storing executable instructions of the processor; wherein the processor is configured to perform information processing of the above-mentioned two-step random access procedure method.

According to an aspect of the present disclosure, there is provided a non-volatile computer-readable storage medium having computer program instructions stored thereon, wherein the computer program instructions implement the above-mentioned two-step random access process when the computer program instructions are executed by a processor. Information processing methods.

With the present disclosure, a request message for on-demand system information is received; a response message for on-demand system information is sent; the response message contains reply information separately set for the on-demand system information indication of a single request message, or in the response message Contains the public reply information set for the on-demand system information indication of some or all of the received request messages. Since there is no need for one or more UEs to perform multiple communication interactions with the base station, part or all of the requested or required on-demand system information can be obtained from the response message to confirm whether the request message is sent successfully. Therefore, Reduce unnecessary signaling overhead.

According to the following detailed description of exemplary embodiments with reference to the accompanying drawings, other features and aspects of the present disclosure will become clear.

Description of the drawings

The drawings included in the specification and constituting a part of the specification together with the specification illustrate exemplary embodiments, features, and aspects of the present disclosure, and are used to explain the principle of the present disclosure.

Fig. 1 shows a schematic diagram of random access in an LTE scenario in a related technology of an embodiment of the present disclosure.

FIG. 2 shows a schematic diagram of the format of a random access response message in the related technology of an embodiment of the present disclosure.

FIG. 3 shows a schematic diagram of random access in an NR scenario in the related technology of an embodiment of the present disclosure.

Fig. 4 shows a schematic structural diagram of a mobile communication system according to an embodiment of the present disclosure;

Fig. 5 shows a flowchart of an information processing method of a two-step random access procedure according to an embodiment of the present disclosure.

6a-6c show schematic diagrams of MAC sub-header format 1 according to an embodiment of the present disclosure.

Figures 7a-7c show schematic diagrams of the implementation of MAC sub-header format 2 according to an embodiment of the present disclosure.

Figures 8a-8c show schematic diagrams of the implementation of the corresponding MAC subheader in a specific case of MAC subheader format 2 according to an embodiment of the present disclosure.

Fig. 9 shows a schematic diagram of an implementation of the MAC SDU format according to an embodiment of the present disclosure.

FIG. 10 shows a schematic diagram of response content format 1 for matching an on-demand system information request according to an embodiment of the present disclosure.

FIG. 11 shows a schematic diagram of response content format 2 for matching an on-demand system information request according to an embodiment of the present disclosure.

Figures 12a-12b show schematic diagrams of the implementation of various messages using the above-mentioned MAC subheader format 2 according to an embodiment of the present disclosure.

Figures 13a-13c show schematic diagrams of the implementation of each message using the above-mentioned MAC subheader format 1 according to an embodiment of the present disclosure.

Fig. 14 shows a structural diagram of a network element device according to an embodiment of the present disclosure.

Fig. 15 shows a structural diagram of a terminal device according to an embodiment of the present disclosure.

Fig. 16 shows a block diagram of a terminal device for implementing an information processing method for a two-step random access procedure according to an embodiment of the present disclosure.

Fig. 17 shows a block diagram of a network element device for implementing an information processing method for a two-step random access procedure according to an embodiment of the present disclosure.

Detailed ways

Hereinafter, various exemplary embodiments, features, and aspects of the present disclosure will be described in detail with reference to the drawings. The same reference numerals in the drawings indicate elements with the same or similar functions. Although various aspects of the embodiments are shown in the drawings, unless otherwise noted, the drawings are not necessarily drawn to scale.

The dedicated word "exemplary" here means "serving as an example, embodiment, or illustration." Any embodiment described herein as "exemplary" need not be construed as being superior or better than other embodiments.

In addition, in order to better illustrate the present disclosure, numerous specific details are given in the following specific embodiments. Those skilled in the art should understand that the present disclosure can also be implemented without certain specific details. In some instances, the methods, means, elements, and circuits that are well known to those skilled in the art have not been described in detail in order to highlight the gist of the present disclosure.

In related technologies, both LTE and NR scenarios support contention and non-contention random access procedures, which are described as follows.

1. Competitive random access in LTE scenarios:

Figure 1 shows a schematic diagram of contention random access in an LTE scenario in the related technology of an embodiment of the present disclosure. For contention-based random access, as shown in Figure 1, the UE and the network element equipment, such as an evolved Node B ( eNB, evolved NodeB) communicate and interact with each other, the whole process includes:

Step 11. Random access preamble transmission.

In this step, the random access preamble transmission (Random Access Preamble) is mainly used to notify the base station that there is a random access request, and at the same time enable the base station to estimate the transmission delay between it and the UE and use this to calibrate the uplink timing. And instruct the UE through a random access response message.

Step 12. Random access response is received.

In this step, random access response message (Random Access Response) is received, and the received random access response message is indicated by the physical downlink control channel (PDCCH) scrambled by the random access radio network temporary identifier (RA-RNTI) The resource location for transmission. The time-frequency position of the preamble determines the value of RA-RNTI. After the UE sends the preamble, it will monitor the corresponding PDCCH according to the RA-RNTI value in the random access response (RAR) time window to receive the corresponding RAR of RA-RNTI. If the RAR returned by the eNB is not received within this RAR time window, it is considered that this random access procedure has failed.

The received random access response message includes: used to specify the time adjustment required for the UE's uplink synchronization; and the uplink resource for the UE to send the message in the subsequent step 13; and the temporary C-RNTI, which is used for the subsequent transmission between the UE and the base station, conflicts After solving, the value becomes the Cell Radio Network Temporary Identifier (C-RNTI), as shown in Figure 2.

The UE randomly selects a preamble for random access, which may cause multiple UEs to select the same physical random access channel (PRACH) resource and the same preamble at the same time, resulting in conflicts (using the same RA-RNTI and preamble, so It is not yet sure which UE the RAR responds to). At this time, a conflict resolution mechanism is needed to solve this problem.

Step 13. Message 3 is transmitted.

In this step, message 3 (Msg3) transmission is performed, and Msg3 may be a scheduled transmission (Scheduled Transmission) message. Msg3 is transmitted on the uplink shared channel (UL-SCH), except in the on-demand system information request scenario, the Msg3 needs to contain the unique identifier of the UE. This flag will be used for conflict resolution in step 14. For the UE in the radio resource control connection (RRC_CONNECTED) state, the only identifier is C-RNTI; for the UE in the non-RRC_CONNECTED state, a unique UE identifier from the core network will be used, such as a temporary UE identification number ( S-TMSI) or a random number as its mark.

Step 14. Message 4 is received.

In this step, message 4 (Msg4) is received to achieve contention resolution, and Msg4 may be a contention resolution (Contention Resolution) message. The UE carries its own unique identity in Msg3: C-RNTI or UE identity from the core network. In the conflict resolution mechanism, the eNB will carry the unique identifier in message 4 (Msg4) to specify the winning UE, and other UEs that have not won in the conflict resolution will re-initiate random access. If the PDCCH received by the UE in Msg4 is scrambled by the Temporary Cell Radio Network Temporary Identifier (TC-RNTI) specified in the RAR, the contention resolution identification of the terminal contained in the successfully decoded MAC PDU, MAC control unit (UE Contention When the Resolution Identity MAC control element matches the Common Control Channel (CCCH) SDU sent by Msg3, the UE will consider that the random access is successful and set its TC-RNTI to C-RNTI.

2. In the NR scenario, a four-step or two-step competitive random access process is used to request system information on demand:

It is defined in NR that some system information may not be broadcast regularly. The network element equipment (such as base station) indicates which system information is not currently broadcasted through SIB1. When the UE needs this system information, it needs to send a system information request to the base station. , The base station determines whether the system information is delivered in the form of broadcast according to the system information request sent by the receiving UE. After deciding to broadcast, the base station will modify the content of system information SIB1 to indicate that certain system information will be broadcast and transmitted. When the UE needs system information, it needs to receive SIB1 first to confirm whether the needed system information is being broadcast. If it is not being broadcast, the UE needs to send a system information request. If the required system information is being broadcast, the UE does not need to send a system information request any more, and it just needs to receive the corresponding system information directly at the time when the system information is sent. Before the base station decides to broadcast certain system information, UEs that need the system information cannot know whether there are other UEs that send corresponding system information requests. After the UE is required to send a request to the base station, the base station decides to broadcast these system information, which can be called on-demand system information.

In the NR scenario, the UE can use the Msg1-based or Msg3-based method to request on-demand system information through a 4-step random access process. If the base station transmits the random access resources used for the on-demand system information request through the system information broadcast, Then the UE thinks that the request message should be sent through the Msg1-based method; otherwise, the UE thinks that the request message should be sent through the Msg3-based method. At this time, the random access resources used by the UE to send Msg1 such as PRACH preamble and PRACH time-frequency resources , Shared with the random access resource used by the normal access UE to send Msg1. The UE indicates one or more on-demand system information to be requested in the form of bitmap bitmap through Msg3, each bit represents one or more specified on-demand system information, and confirms whether Msg3 is successfully transmitted by receiving a response message sent by the base station. If the response message exactly corresponds to the on-demand system information indicated by the UE request message, the UE confirms that the on-demand system information request is successful.

In the R16 version, in order to reduce the UE access delay, a two-step random access process is introduced. In the first step, the UE can transmit message 1 (Msg1), and the original 4-step random access process (as shown in Figure 1) The Msg3 transmission in step 13 of step 13 is called MsgA. Message 2 (Msg2) and message 4 (Msg4) in the original 4-step random access process can be combined and sent in step 2, called MsgB. The interaction process is shown in Figure 3. Shown. Among them, Msg1 can be Random Access Preamble, Msg3 can be a Scheduled Transmission (Scheduled Transmission) message, Msg2 can be a Random Access Response message, and Msg4 is a Contention Resolution message.

According to the existing conclusions, the on-demand system information request of the idle state/inactive state UE can be performed using a two-step random access procedure. The requested on-demand system information is carried in the CCCH SDU. In the two-step random access process triggered by the CCCH SDU, the response message MsgB can be used to indicate: the preamble and data are decoded successfully (SuccessRAR); the preamble is successfully decoded and the data has failed to decode the fallback response (FallbackRAR); and Backoff Indication, the backoff indication can indicate the waiting time range for the UE to retransmit the preamble. MsgB may include: Contention resolution ID; C-RNTI; and timing advance command (TA command).

In summary, the analysis results: For the response process of the on-demand system information request, the network element equipment such as the base station does not need to know which UE requested it, the base station only needs to respond to the UE that the on-demand system information request is received, and the UE only needs to know Whether the base station has received the corresponding on-demand system information request, the on-demand system information request process will not change the state of the UE, nor will it trigger the UE to perform data transmission, that is, the UE after the request is still in the IDLE/INACTIVE state, so, In this scenario, the response message to the on-demand system information request does not necessarily indicate the C-RNTI and TA information.

If different UEs choose different preambles to request the same on-demand system information, if the base station replies to both UEs with a response message containing the requested preamble ID, replying to the same response message will increase unnecessary signaling overhead and UE The complexity of decoding.

Regarding the problems in the above analysis, in this disclosure, the UE can request on-demand system information through a two-step random access process. After receiving the request message, the base station can return a response message to the UE, and the response message can include the corresponding single UE The requested on-demand system information indication, or the on-demand system message indication including some or all of the received UE request. The UE receives the response message. If the response message contains all the on-demand system information requested by the UE, the UE considers that the transmission of the on-demand system information request message is successful; otherwise, if the response message received by the UE does not include all the requested system information of the UE On-demand system information indication, that is, if there is no on-demand system information indication requested by the UE or part of the on-demand system information indication requested by the UE, the UE considers that the on-demand system information transmission request has failed, and the request can be re-requested that is not included in the response message On-demand system information in, or re-request all required on-demand system information.

According to the present disclosure, since the response message does not need to distinguish between UEs, the on-demand system information request information received by all UEs can be fed back through the base station, so that it can be implicitly confirmed whether the request for system information by one or more UEs is successful, which can reduce The transmission of unnecessary response messages saves signaling transmission resources and increases the transmission capacity of MsgB, thereby reducing unnecessary signaling overhead in the communication interaction between the UE and the base station, and at the same time reducing the power consumption of the UE and the complexity of decoding.

In the present disclosure, it is also possible to identify the corresponding SDU through the MAC subheader or MAC SDU format as a response message for an on-demand system information request. How to identify it includes at least:

Option1: Use the corresponding bit of the MAC subheader to identify the corresponding MAC. The SDU is a response to an on-demand system information request.

Option2: Use the corresponding bits of the MAC SDU format to identify the MAC SDU as a response to the on-demand system information request.

Correspondingly, the content of the response message at least includes:

Alt1: Contains the on-demand system information indication requested by the UE;

Alt2: Contains some or all of the on-demand system information indications received by the base station, and/or contains the on-demand system information indications that the base station has not received the request but decided to broadcast.

Wherein, the UE confirms whether the on-demand system information request transmission is successful by identifying the MAC SDU information, which includes at least:

If the MAC SDU contains the on-demand system information indication requested by the UE, the transmission of the on-demand system information request is considered to be successful; if the MAC SDU does not contain or part of the on-demand system information indication requested by the UE, it is considered the on-demand system information indication. If the transmission of the system information request fails, you need to retransmit the on-demand system information request; the retransmitted on-demand system information request includes the on-demand system information indication that is not included in the MAC SDU but needs to be requested or contains all the required but not Broadcast on-demand system information instructions.

Fig. 4 shows a schematic structural diagram of a mobile communication system according to an embodiment of the present disclosure. As shown in FIG. 4, the mobile communication system may include: a network element device 100 and a terminal device 200. The mobile communication system to which the embodiments of the present disclosure are applicable may be 5G communication systems, 4G, 3G communication systems, and various new communication systems in the future, such as 6G, 7G, etc., which are not limited here. The embodiments of the present disclosure are also applicable to different network architectures, including but not limited to a relay network architecture, a dual link architecture, a vehicle-to-everything communication (V2X, Vehicle-to-Everything) architecture, etc.

The network element device 100 may be a base station (BS, base station), and may also be referred to as a base station device, and is a device deployed in a radio access network (RAN, Radio Access Network) to provide wireless communication functions. For example, equipment that provides base station functions in a 2G network includes a base transceiver station (BTS), equipment that provides base station functions in a 3G network includes NodeB (NodeB), and equipment that provides base station functions in a 4G network includes eNB In wireless local area networks (WLAN, wireless local area networks), the equipment that provides base station functions is an access point (AP, access point), and in 5G New Radio (NR, New Radio), the equipment that provides base station functions is gNB, And the evolving Node B (ng-eNB), where the gNB and the terminal use NR technology for communication, the ng-eNB and the terminal use E-UTRA (Evolved Universal Terrestrial Radio Access) technology for communication, and gNB and ng- All eNBs can be connected to the 5G core network; the base station in the embodiment of the present disclosure also includes equipment that provides base station functions in a new communication system in the future.

The base station controller in the embodiment of the present disclosure may be a device for managing base stations, such as a base station controller (BSC, base station controller) in a 2G network, and a radio network controller (RNC, radio network controller) in a 3G network. ,), can also refer to the device that controls and manages the base station in the new communication system in the future. The network side network refers to the communication network that provides communication services for the terminal, and includes the base station of the wireless access network, and may also include the base station controller of the wireless access network, and may also include the equipment on the core network side. The core network can be an evolved packet core (EPC), a 5G core network (5G Core Network), or a new type of core network in the future communication system. The 5G Core Network is composed of a set of devices, and implements access and mobility management functions (AMF, Access and Mobility Management Function) for functions such as mobility management, and provides data packet routing and forwarding and quality of service (QoS, Quality of Service) management The user plane function (UPF, User Plane Function) of other functions, the session management function (SMF, Session Management Function) that provides functions such as session management, IP address allocation and management, etc. EPC can be composed of MME that provides functions such as mobility management and gateway selection, Serving Gateway (S-GW) that provides functions such as data packet forwarding, and PDN gateway (P-GW, PDN) that provides functions such as terminal address allocation and rate control. Gateway) composition.

The terminal equipment 200 may refer to various forms of user equipment (UE, user equipment), access terminal equipment, user units, user stations, mobile stations, mobile stations (MS, mobile stations), remote stations, remote terminal equipment, and mobile equipment. , User terminal, terminal equipment (terminal equipment), wireless communication equipment, user agent or user device. The terminal device 200 may also be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP, Session Initiation Protocol,) phone, a wireless local loop (WLL, Wireless Local Loop) station, a personal digital processing (PDA, Personal Digital Assistant), and Handheld devices, computing devices, or other processing devices connected to wireless modems, vehicle-mounted devices, wearable devices with wireless communication functions, terminal devices in the future 5G network or future evolution of the public land mobile communication network (PLMN, Public Land Mobile Network) The embodiment of the present disclosure does not limit the terminal equipment in the device.

The embodiment of the present disclosure defines the one-way communication link from the access network to the terminal as the downlink, the data transmitted on the downlink is the downlink data, and the transmission direction of the downlink data is called the downlink direction; and the one from the terminal to the access network The unidirectional communication link is the uplink, the data transmitted on the uplink is the uplink data, and the transmission direction of the uplink data is called the uplink direction.

It should be noted that the mobile communication system shown in FIG. 4 may include multiple network element devices and/or multiple terminal devices. In FIG. 4, one network element device and one terminal device are shown as an example, but The embodiment of the present disclosure does not limit this.

Fig. 5 shows a flowchart of an information processing method of a two-step random access procedure according to an embodiment of the present disclosure. As shown in Figure 5, the method can be applied to network element equipment (such as a base station), and can include the following steps:

Step S101: Receive a request message for on-demand system information.

It can receive the request message of on-demand system information sent by the UE during the two-step random access process.

Step S102: Send a response message of on-demand system information.

The response message includes the on-demand system information indication for the request message of a single UE, or the reply information is separately set; or; the response message includes the on-demand system information indication for the received request message of some or all UEs and / Or include the public reply information that the base station has not received the request but decided to broadcast the on-demand system information indication setting.

It needs to be pointed out that the response message can include the contention resolution identifier (such as 48bits format), C-RNTI (such as 16bit) and TA (such as 12bit). Corresponding to the two-step random access scenario of the present disclosure, in order to avoid unnecessary signaling overhead, the response message may only include an on-demand system information request confirmation MAC CE, such as 48bits format or 56bits or 72bits format, and use To fill in the above-mentioned on-demand system information indication of the request message for a single UE separately set reply information, or include the on-demand system information indication for some or all of the received request messages for the UE and/or include the base station has not received the request But it is decided to broadcast the public reply information set by the on-demand system information instructions. However, this on-demand system information request confirmation MAC CE format can be reserved for other information in addition to filling these two types of response information. It has been subsequently expanded, that is, it is not necessary to fill these two types of response information. All occupies 48bits format or 56bits or 72bits format.

In an example, the above-mentioned separately set reply information can be set separately according to the Preamble sent by the requested UE, or can be set separately according to the RO used when the UE is requested to send the Preamble, or can be set according to the on-demand system information indication of the requested UE , And/or can be set separately according to the on-demand system information indication that the base station has not received the request but decided to broadcast. The separately set reply information may be MAC SDU.

In an example, the above-mentioned public reply information may be set according to the system message block SIB, or according to the SI (one SI may include one or more SIBs). The base station may synthesize part or all of the received on-demand system information requested by the UE to form the public reply information. Optionally, the base station may include in the public reply information the on-demand system information that has not received the UE request but decided to send it soon. The public reply information may be MAC SDU.

In an example, some or all of the UE request messages received above refer to the on-demand system information request received within a system message modification period, or the on-demand system information request received after the most recent random access response was sent. The system information request is either an on-demand system message request received within the same RO, or an on-demand system message request received within a random access resource configuration period.

In an example, the response message can correspond to: 1. Transmit the response message requested by the same preamble user on different ROs; or, 2. Transmit the response message requested by the same or different preamble users on the same RO, or, 3. Send the response The response message received by the base station before the message for all user request messages that transmit the same or different preamble on the same or different RO.

It should be pointed out that: MAC sub-header or MAC SDU format can be used to identify that MAC SDU is a response message corresponding to an on-demand system information request. So that the UE can confirm whether the on-demand system information request transmission is successful or not by identifying the MAC SDU information.

In a possible implementation, the method further includes: indicating that the corresponding MAC subheader is the MAC subheader of the on-demand system information request response through the corresponding bit in the MAC subheader, and indicating that the corresponding MAC service data unit SDU bears on-demand The response content of the successful system information request, or; the corresponding bit in the MAC SDU indicates that the corresponding MAC SDU carries the response content of the successful system information request on demand. The response message carries the MAC subheader and the corresponding MAC SDU.

In a possible implementation, the corresponding bit in the MAC subheader of the response message indicates that the corresponding MAC subheader is the MAC subheader of the on-demand system information request response, and indicates that the corresponding MAC SDU bears the on-demand system information request The content of a successful response includes: using the corresponding bit setting of the MAC subheader, indicating that the corresponding MAC subheader is the MAC subheader format of the on-demand system information request response, and the information filled by the MAC subheader corresponding to the MAC SDU is the on-demand system Information instructions.

In a possible implementation, the corresponding bit in the MAC SDU is used to indicate that the corresponding MAC SDU carries the on-demand system information request successful response content, including: adopting the corresponding bit setting of the MAC SDU encapsulation format, indicating that the instruction is in the MAC SDU The filled information is an on-demand system information indication.

In a possible implementation manner, the response message includes an on-demand system information indication corresponding to a single request message, or an on-demand system information indication including part or all of the received request message, which is filled in the MAC SDU.

The method also includes: in the current modification period, filling any on-demand system information indication of any on-demand system information request received in the MAC SDU, or in the current modification period, receiving information in different random The on-demand system information instructions requested by users who send the same preamble on access time-frequency domain resources are filled in the MAC SDU, or in the current modification period, users who send different preambles on the same random access time-frequency domain resources will be received The requested on-demand system information indication is filled in the MAC SDU, or in the current modification period, all user-requested on-demand system information indications received before sending the response message are filled in the MAC SDU, and/or, in the current modification period During the period, the on-demand system information indication that has not received the user request but decided to be broadcast is filled in the MAC SDU.

It should be noted that the method also includes: in the current modification period, no UE sends a request message for on-demand system information, but the base station decides to broadcast the on-demand system information, and the base station can indicate the corresponding on-demand system information to fill in To the SDU.

In a possible implementation, the corresponding bits of the MAC subheader are newly defined bits in the subheader format. When the corresponding bit is set to a fixed value, it is used to indicate that the MAC subheader is a successful response to an on-demand system information request. MAC sub-header format, corresponding to MAC SDU is the response content that carries the on-demand system information request success; possible RAPID can be included in the corresponding MAC sub-header, which can be an 8-bit length MAC sub-header or a 16-bit length MAC sub-header, one The possible implementation format is shown in Figure 7c or Figure 8c.

When the corresponding bits of the MAC subheader is set to other fixed values, it is used to indicate that the MAC subheader is the MAC subheader format of the non-on-demand system information request response, and the corresponding MAC SDU is the bearer non-according

The content of the system information request response.

2bits are anywhere in the MAC subheader. A MAC header with a length of 8 bits or a MAC sub-header with a length of 16 bits can be used, and possible RAPID can also be included in the corresponding MAC sub-header. A possible implementation format is shown in Figure 7c or Figure 8c.

In an example, for the redefined MAC subheader, the 2-bit "XX" format in the MAC subheader is used to distinguish whether the corresponding SDU is a successRAR response message for an on-demand system information request, fallbackRAR, and a successRAR for a non-on-demand system information request response. , Or BI, where BI does not correspond to SDU.

The setting value and specific meaning of the 2bit "XX" format can be as follows:

00, representing that the MAC subheader contains the BI MAC subheader format, and the MAC subheader does not have a corresponding SDU;

01. Represents that the MAC subheader is the subheader format corresponding to the successRAR response of the on-demand system information request, and the corresponding SDU is the successRAR format of the response to the on-demand system information request; possible RAPID is also included in the corresponding MAC subheader.

10. Represents that the MAC subheader is the subheader format corresponding to the successRAR response of the non-on-demand system information request, and the corresponding SDU is the successRAR format of the non-on-demand system information request response;

11. Represents that the MAC subheader is the subheader format corresponding to the fallbackRAR, and the corresponding SDU is the fallbackRAR format.

It needs to be pointed out that, in the 2bit indication mode that uses the 2bit "XX" format, the above setting values are not unique, but are only an example description of any one of the indications. For example, 2bit can indicate a total of 4 values, and each value can be used as an indication of SI request response. It is not only when it is set to 01 that it is an SI request response indication.

The method includes:

In an example, the MAC subheader corresponding to the existing random access process can be enhanced to redefine the meaning of the bit T (such as Tbit) in the subheader, so as to define a new bit F (such as Fbit) to indicate The MAC subheader is for on-demand system information request, the setting value and specific meaning can be as follows:

T=1, used for non-on-demand system information request and non-BI sub-header format;

T=0, and different settings of F are used to indicate BI and SI requests.

In an example

T=1, indicating that the MAC subheader is the MAC subheader of successRAR or the MAC subheader of fallbackRAR for non-BI and non-SI requests;

When T=0 and F=1, the indicator header is for on-demand system information request;

When T=0 and F=0, the indicator header is for BI indication;

The on-demand system information request confirmation MAC SDU is in a 48-bits format, and the meaning of each bit corresponds to the meaning of the bit in the request message.

It should be pointed out that the above-mentioned setting method using the existing MAC sub-header is not unique, but is merely an example description of any one of the indications. For example, when T=1 and F=0, it indicates that the MAC subheader is for on-demand system information request, and possible RAPID is also included in the corresponding MAC subheader; when T=1 and F=1, it indicates that the MAC subheader is for BI Yes, when T=0, it indicates the MAC subheader of other scenes. In a possible implementation manner, according to the bit setting in the MAC SDU, it is distinguished whether the response message is a response format in which the on-demand system information request is successful. Use the existing RAR MAC subheader as the subheader format of the on-demand system information request to confirm the MAC CE.

It should be pointed out that whether the response message through MAC SDU is a successful response format for the on-demand system information request. In this case, the contention resolution identifier contained in the response message is not necessarily 48 bits, as long as the bit setting can distinguish the response message Whether it is a successful response format for an on-demand system information request is within the protection scope of the present disclosure, and the bit setting is not unique, and is not limited to 48 bits.

In a possible implementation manner, when the bits in the MAC SDU are set to the initial 1 bit or 2 bits, it is distinguished whether the corresponding bit information after the MAC SDU is the response format of the successful system information request on demand, Or the fallback response format, or the response format for successful transmission of non-on-demand system information, the corresponding on-demand system information request confirmation MAC SDU can be in the format of 56 bits or 72 bits.

In an example, the existing RAR MAC subheader format is used to confirm the MAC subheader corresponding to the MAC CE on an on-demand system information request, and the start 1bit of the MAC SDU (T can be used to indicate in the format) is used to indicate that the SDU is a fallback The response format fallbackRAR is still the success response format successRAR. For example, T=0, indicating that the following information is a fallback response format, T=1, indicating that the following information is a successful response format, and further according to the 1bit (F can be used to indicate the format) after T to indicate that the SDU is an on-demand system information request The confirmed successful response format is still the successful response format of other scenarios. For example, when T=1 and F=0, it indicates that the following information is the response format of the on-demand system information request confirmation. The response format includes a predefined on-demand system information indicating bitmap format, and its position can be located at 56bits or 72bits. System information is required to confirm the position of bit T of MAC CE and the bit following F. When T=1 and F=1, it indicates that the following information is the response format of other scenes.

It needs to be pointed out that the above setting values given are not unique, but are only an example description of any one of them. For example, T=1 indicates a fallback response format, T=0 and F=1 indicates an on-demand system information scenario, and T=0 and F=0 indicates other scenarios, other combinations are also possible.

When the corresponding MAC SDU is a response format for successful transmission of non-on-demand system information, the MAC SDU can be in the format of 48 bits, 56 bits, or 72 bits, and the specific settings are as follows:

It only contains the on-demand system information indication information requested by the UE, the corresponding bit represents one or more specified on-demand system information, and the on-demand system information indication requested by the UE indicates that the corresponding bit is set to 1.

Contains all on-demand system information indication information received by the base station corresponding to the UE request, and the base station sets all the bits corresponding to the received on-demand system information indication to 1.

The on-demand system information indication in this disclosure refers to whether a certain on-demand system information is requested, which is identified according to the corresponding position of the bitmap indicated by the request message. If the system information is requested, the corresponding bit position should be set to 1, if The system information is not requested and set to 0 in the corresponding bit position. The request message may include one or more on-demand system information indications set to 1, for requesting corresponding on-demand system information.

The information processing method of the two-step random access process in the embodiment of the present disclosure can be applied to the UE, and the method includes:

The response message contains public reply information set for the on-demand system information indication of multiple request messages

It should be pointed out that, on the UE side, according to the response message setting for the on-demand system information in the above-mentioned base station side embodiment, the corresponding response content is identified according to the corresponding format of the response message.

In an example, after the UE receives the response message, if the response message contains all the on-demand system information requested by the UE, the UE considers that the transmission of the on-demand system information request message is successful; otherwise, if the received response message does not include For all on-demand system information requested by the UE, the UE considers that the request for transmitting on-demand system information has failed, and can request the on-demand system information that is not included in the response message or request all the needed on-demand system information again. The MAC subheader identifies that the MAC SDU is a response to the on-demand system information request.

In a possible implementation manner, the method further includes:

When parsing the bits of the MAC subheader and setting it to a fixed value, it is recognized that the MAC subheader is the MAC subheader format of the on-demand system information request response, and the corresponding MAC SDU is the response content that carries the on-demand system information request ；

When parsing the bits of the MAC subheader and setting it to other fixed values, it is recognized that the MAC subheader is the MAC subheader format of the non-on-demand system information request response, and the corresponding MAC SDU is the one that carries the non-on-demand system information request response. content.

Parse the 2 bits of the MAC subheader, and when it is set to 00 or 01 or 10 or 11, it is recognized that the MAC subheader is the MAC subheader format of the successful response to the on-demand system information request, and the MAC SDU bears On-demand system information request response content.

In a possible implementation manner, the method further includes:

The bit setting of the MAC subheader further includes:

In a possible implementation manner, the method further includes:

Analyze the initial 1bit or 2bits in the MAC SDU, and identify whether the corresponding bit information after the MAC SDU is the successful response format of the on-demand system information request, or the fallback response format, or the non-on-demand system information request Response format for successful transmission.

In a possible implementation manner, the method further includes:

If the corresponding bit of the on-demand system information indication with the setting value of 1 in the MAC SDU contains the corresponding bit of the requested on-demand system information indication, it is determined that the on-demand system information request is successful.

Application examples:

1. The embodiment of MAC subheader identification can indicate the MAC subheader format of the on-demand system information request response:

6a-6c show schematic diagrams of the implementation of MAC sub-header format 1 according to an embodiment of the present disclosure, which are to enhance the existing RAR MAC sub-header. Redefine the meaning of Tbit in the subheader. The specific description is as follows:

Set to 1, representing that the MAC subheader contains RAPID, which can be used for successRAR transmission of non-on-demand system information requests. The specific MAC subheader format is shown in Figure 6c.

Set to 0, which means that the MAC subheader does not contain RAPID, which can be used to indicate the subheader or BI subheader of the successRAR transmission of the on-demand system information request. The specific MAC subheader format is shown in Figure 6a and Figure 6b.

When Tbit is set to 0, the next bit is Fbit, indicating whether the subheader carries BI or SDU is the successRAR for the on-demand system information request. Among them, F is set to 0, and the sub-header contains the BI indication. The specific format is shown in Figure 6a. F is set to 1, indicating that the MAC subheader is a successRAR subheader for the on-demand system information request, and the corresponding SDU contains the successRAR for the on-demand system information request. The specific subheader format can be designed as shown in Figure 6b.

Figures 7a-7c show schematic diagrams of the implementation of MAC sub-header format 2 according to an embodiment of the present disclosure, redefining the MAC sub-header format, using 2bit T to determine whether the molecular header is for BI indication or on-demand system information request successRAR For the response indication, whether it is a successRAR response indication for a non-on-demand system information request, or a fallbackRAR response indication, the Tbit can be in any position of the subheader. The specific description is as follows:

T=00, the MAC subheader is used to indicate BI, and there is no corresponding SDU.

T=01, the MAC subheader is used to indicate the successRAR response indication of the on-demand system information request, and the corresponding SDU is used to indicate the successRAR response of the on-demand system information request. The specific MAC subheader format can be shown in Figure 7b or Figure 7c.

T=10, the MAC subheader is used to indicate the successRAR response indication of the non-on-demand system information request, and the corresponding SDU is used to indicate the response of the non-on-demand system information request. The specific MAC subheader format is shown in Figure 7b or Figure 7c.

T=11, the MAC subheader is used to indicate the fallbackRAR response indication of the non-on-demand system information request, and the corresponding SDU is used to indicate the fallbackRAR response. The specific MAC subheader format is shown in Figure 7c.

Figures 8a-8c show schematic diagrams of the implementation of the corresponding MAC subheader in the specific case of MAC subheader format 2 according to an embodiment of the present disclosure. For example, in the case of MAC subheader format 2, if 1 bit E needs to be indicated, the corresponding MAC subheader implementation In the diagram, the meaning of the specific setting value of T is as described above.

2. On-demand system information request response SDU format embodiment:

FIG. 9 shows a schematic diagram of the implementation of the MAC SDU format according to an embodiment of the present disclosure. The on-demand system information request message is in the form of a 48-bit bitmap, and the on-demand system information corresponding to each bit is obtained through the scheduling information list of the SIB1 carrying system information. For example, SIB1 indicates that there are 10 on-demand system information, the first to tenth on-demand system information in the list are respectively mapped to the first 10 bits of the on-demand system information request message, and the last 38 bits are reserved at this time. Among them, the first on-demand system information is represented by SI1, the second is represented by SI2, ..., and so on, and the tenth is represented by SI10.

FIG. 10 shows a schematic diagram of response content format 1 used to match an on-demand system information request according to an embodiment of the present disclosure. The response message format 1 is that the on-demand system information request response includes a base station sending an on-demand system to a single UE that initiated the request. On-demand system information instructions for information. The content of the response message sent by the base station is the same as the content of the request message sent by the received UE. If UE1 requests SI1, SI5, SI7, the first 10 bits in the on-demand system information request message sent by UE1 should be set to 1000101000, and the base station replies to the UE The first 10 bits in the response message should also be set to 1000101000.

The UE receives the response message and judges whether the first 10 bits setting in the response message is exactly the same as the first 10 bits setting in the request message sent by the UE. If they are exactly the same, the UE considers that the on-demand system information request is successful. If any bit is set differently, the UE considers that the on-demand system information request has failed.

FIG. 11 shows a schematic diagram of response content format 2 used to match an on-demand system information request according to an embodiment of the present disclosure, which may be an ODSR successRAR message. The response message format 2 is that the on-demand system information request response includes the part received by the base station Or all UEs send an on-demand system information indication of an on-demand system information request. The content of the response message returned by the base station contains all the on-demand system information indications requested by the UE to send the request received by the base station. For example, at t1, UE1 requests SI1, SI5, and SI7, and the first 10 bits in the on-demand system information request message sent by UE1 should be Set to 1000101000; UE2 requests S2, S3, S5 at t2, and the first 10 bits in the on-demand system information request message sent by UE2 should be set to 0110100000. The base station receives the on-demand system information request sent by the two UEs at the same time or at different times.

If the base station does not receive an on-demand system information request sent by other UEs when it decides to reply to UE1, the first 10 bits in the response message of the base station can be set to 1000101000.

UE1 receives the response message, and determines whether the first 10 bits of the response message includes the first 10 bits of the request message sent by UE1. If all are included, the UE considers that the on-demand system information request is successful. If any bit is not included, the UE considers that the on-demand system information request has failed. If the base station has received the on-demand system information request sent by UE1 when it decides to reply to UE2, but the base station has not broadcast the corresponding on-demand system information, the response message from the base station to UE2 may include the on-demand system information indication requested by UE1 , Such as corresponding to the first 10bit can be set to 1110101000.

UE2 receives the response message and determines whether the first 10 bits of the response message includes the first 10 bits of the request message sent by UE2. If all are included, the UE considers that the on-demand system information request is successful. If any bit is not included, the UE considers that the on-demand system information request has failed.

3. Examples of MAC SDU identification on-demand system information request response:

Figures 12a-12b show schematic diagrams of the implementation of various messages using the above-mentioned MAC sub-header format 2 (reusing the MAC sub-header format of the existing random access process) according to an embodiment of the present disclosure, and the specific description is as follows:

Tbit is used to distinguish whether the molecular header contains BI or RAPID; among them, T=0, indicating that the subheader contains BI, the specific format is shown in (a), there is no corresponding SDU; T=1, indicating that the subheader contains RAPID, the specific format is shown in Figure 12b As shown, the corresponding SDU corresponds to fallbackRAR, or on-demand system information request successRAR or non-on-demand system information request successRAR, which is distinguished by the bit field in the SDU format.

Figures 13a-13c show schematic diagrams of the implementation of each message using the above-mentioned MAC subheader format 1 according to an embodiment of the present disclosure. Among them, Figure 13a is the format of the fallbackRAR message, Figure 13b is the format of the ODSR successRAR message, and Figure 13c is the format of the non-ODSR successRAR message. The specific description is as follows:

1bit T is used to distinguish whether the SDU is fallbackRAR or successRAR, T=0, indicating that the SDU is fallbackRAR information, as shown in Figure 13a; T=1, indicating that the SDU is successRAR information, and the further adjacent 1bit F is used to distinguish whether the SDU is on-demand The successRAR requested by the system information is still the successRAR requested by the non-on-demand system information; F=0/1, indicating that the successRAR information requested by the non-on-demand system information follows, as shown in Figure 13c, or the successRAR information requested by the on-demand system information. Shown in 13b.

or:

T=1, indicating that the SDU is fallbackRAR information, as shown in Figure 13a;

T=0, indicating that the SDU is successRAR information, and the further adjacent 1 bit F is used to distinguish whether the SDU is the successRAR requested by the on-demand system information or the successRAR requested by the non-on-demand system information;

F=0/1, indicating that the following is the successRAR information requested by the non-on-demand system information, as shown in Figure 13c, or the successRAR information requested by the on-demand system information, as shown in Figure 13b.

Fig. 14 shows a structural diagram of a network element device according to an embodiment of the present disclosure. As shown in FIG. 14, the network element device may include: a first receiving unit 31, configured to receive a request message for on-demand system information; a first sending unit 32, configured to send a response message of on-demand system information; the response The message contains reply information set separately for the on-demand system information indication of a single request message, or; the response message contains public reply information set for the on-demand system information indication of some or all of the received request messages.

In a possible implementation manner, the network element device further includes: a first processing unit, configured to control the corresponding bit in the MAC subheader through media access, and indicate that the corresponding MAC subheader is the MAC subheader of the on-demand system information request response. Header, and the response content indicating that the corresponding MAC service data unit SDU carries the on-demand system information request successfully, or; through the corresponding bit in the MAC SDU, it indicates that the corresponding MAC SDU carries the successful response content of the on-demand system information request. The response message carries the MAC subheader and the corresponding MAC SDU.

In a possible implementation manner, the first processing unit is further configured to: use the corresponding bit setting of the MAC subheader to indicate that the corresponding MAC subheader is the MAC subheader format of the on-demand system information request response, and the MAC subheader The information corresponding to the MAC SDU filling is an on-demand system information indication.

In a possible implementation manner, the first processing unit is further configured to: use the corresponding bit setting of the MAC SDU encapsulation format to indicate that the information filled in the MAC SDU is an on-demand system information indication.

In a possible implementation manner, the response message includes an on-demand system information indication corresponding to a single request message, or an on-demand system information indication including part or all of the received request message, which is filled in the MAC SDU. The first processing unit is further configured to: in the current modification period, fill in the MAC SDU with any on-demand system information indication of any on-demand system information request received, or; The on-demand system information indication that sends the same preamble user request on access time-frequency domain resources is filled in the MAC SDU, or; on-demand system that sends different preamble user requests on the same random access time-frequency domain resource will be received The information indication is filled in the MAC SDU, or; the on-demand system information indication of all user requests received before sending the response message is filled in the MAC SDU, and/or; there will be no user request but the on-demand decision will be broadcast The system information indication is filled in the MAC SDU.

In a possible implementation, the corresponding bits of the MAC subheader are newly defined bits in the subheader format. When the corresponding bit is set to a fixed value, it is used to indicate that the MAC subheader is a successful response to an on-demand system information request. MAC sub-header format, the corresponding MAC SDU is the response content that carries the on-demand system information request successfully; when the corresponding bits of the MAC sub-header is set to other fixed values, it is used to indicate that the MAC sub-header is non-on-demand system information The MAC subheader format of the request response corresponds to the MAC SDU that carries the content of the non-on-demand system information request response.

In a possible implementation, when the corresponding bits of the MAC subheader is set to a fixed value, it is used to indicate that the MAC subheader is the MAC subheader format of the successful response to the on-demand system information request, and the corresponding MAC SDU is the bearer The response content for the successful system information request includes: the MAC sub-header uses 2 bits and is set to 00 or 01 or 10 or 11, which is used to indicate that the MAC sub-header is the successful request of the on-demand system information The MAC sub-header format of the response, the MAC SDU carries the content of the successful response of the on-demand system information request. 2bits are anywhere in the MAC subheader.

In a possible implementation manner, the corresponding bit setting of the MAC subheader is obtained according to the bit T in the existing RAR MAC subheader format. The bit T is set to indicate that the MAC subheader is a MAC subheader format for response messages for non-on-demand system information request scenarios other than the BI indication.

In a possible implementation manner, the first processing unit is further configured to: in the case that the bit in the MAC SDU is set to the initial 1 bit or 2 bits, distinguish whether the corresponding bit information after the MAC SDU is all The response format for the successful request of on-demand system information, or the fallback response format, or the response format for the successful transmission of non-on-demand system information.

In a possible implementation manner, the first processing unit is further configured to: in the case where the information filled in the MAC SDU is indicated by the on-demand system information of the corresponding request message, the corresponding bit in the bit setting indicates one Or multiple on-demand system information. Set the bit corresponding to the requested on-demand system information indication to 1.

Fig. 15 shows a structural diagram of a terminal device according to an embodiment of the present disclosure. As shown in FIG. 15, the terminal device may include: a second receiving unit 41, configured to receive an on-demand system information indication contained in a response message; the response message includes an on-demand system information indication for a single request message. The response message, or; the response message contains public response information set for the on-demand system information indication of multiple request messages. The second processing unit 42 is configured to learn from the response message whether it is necessary to send an on-demand system information request again.

In a possible implementation manner, the response message includes confirmation information of the requested on-demand system information; the response message also includes confirmation information of other requested on-demand system information; the response message also includes: the press to be broadcast System information instructions are required.

In a possible implementation manner, the second processing unit is further configured to: identify the confirmation information corresponding to the request for on-demand system information from the response message, and then determine that the on-demand system information request is successful; otherwise, if the request is determined to be unsuccessful, it is required Send the on-demand system information request again. The request for resending on-demand system information includes required on-demand system information that is not included in the response message or includes all required on-demand system information.

In a possible implementation manner, the second processing unit is further configured to: not identify the on-demand system information indication corresponding to the request message from the response message, or identify part of the on-demand system information indication corresponding to the request message, Or identify the confirmation information of other on-demand system information that has not been requested, or identify the on-demand system information indication to be broadcast, and adjust the type of on-demand system information that needs to be requested subsequently according to the response message. The adjustment of the type of on-demand system information that needs to be requested subsequently is used to request the required on-demand system information that is not included in the response message or includes all the required on-demand system information.

In a possible implementation manner, the second processing unit is further configured to: according to the bit setting of the media access control MAC subheader of the response message, identify that the corresponding MAC subheader is the MAC for the on-demand system information request response. Sub-header format, the information filled in the MAC SDU corresponding to the MAC sub-header is an on-demand system information indication.

In a possible implementation manner, the second processing unit is further configured to: according to the bit setting of the MAC SDU encapsulation format of the response message, identify that the information filled in the corresponding MAC SDU is an on-demand system information indication.

In a possible implementation manner, the second processing unit is further configured to: when the bits bit of the MAC subheader is parsed and set to a fixed value, it is recognized that the MAC subheader is a MAC of an on-demand and on-demand system information request response. Sub-header format, corresponding to MAC SDU, which bears the response content of on-demand system information request. When parsing the bits of the MAC subheader and setting it to other fixed values, it is recognized that the MAC subheader is the MAC subheader format of the non-on-demand system information request response, and the corresponding MAC SDU is the one that carries the non-on-demand system information request response. content.

In a possible implementation manner, the second processing unit is further configured to: parse the 2 bits of the MAC subheader, and when set to 00 or 01 or 10 or 11, identify that the MAC subheader is the on-demand The MAC subheader format of the successful response of the system information request, and the MAC SDU carries the response content of the on-demand system information request.

In a possible implementation manner, the bit setting of the MAC subheader further includes: the setting of bit T indicates that the MAC subheader is not the MAC subheader of the non-on-demand system information request scenario response message except for the BI indication. In the case of format, it is determined according to the setting of bit F that the MAC subheader is the MAC subheader format indicated by BI, or the MAC subheader format of the response message of successful system information request on demand.

In a possible implementation manner, the second processing unit is further configured to: parse the initial 1bit or 2bits in the MAC SDU, and identify whether the corresponding bit information after the MAC SDU is the success of the on-demand system information request The response format, or the fallback response format, or the response format for successful transmission of non-on-demand system information requests.

In a possible implementation manner, the second processing unit is further configured to: compare the set value of the corresponding bit according to the on-demand system information indication in the MAC SDU with the set value of the corresponding bit of the requested on-demand system information indication to determine the Whether the request for system information is successful.

In a possible implementation manner, the second processing unit is further configured to: if the corresponding bit of the on-demand system information indication with a value of 1 in the MAC SDU contains the corresponding bit of the requested on-demand system information indication, determine the on-demand system information The request was successful. If the on-demand system information indication with a value of 1 in the MAC SDU does not include or contains part of the requested on-demand system information indication corresponding bit, it is determined that the on-demand system information request fails.

Fig. 16 shows a block diagram of a terminal device 800 for implementing an information processing method for a two-step random access procedure according to an embodiment of the present disclosure. For example, the terminal device 800 may be a mobile phone, a computer, a digital broadcasting terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.

16, the terminal device 800 may include one or more of the following components: a processing component 802, a memory 804, a power supply component 806, a multimedia component 808, an audio component 810, an input/output (I/O) interface 812, and a sensor component 814 , And communication component 816.

The processing component 802 generally controls the overall operations of the device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component 802 may include one or more processors 820 to execute instructions to complete all or part of the steps of the foregoing method. In addition, the processing component 802 may include one or more modules to facilitate the interaction between the processing component 802 and other components. For example, the processing component 802 may include a multimedia module to facilitate the interaction between the multimedia component 808 and the processing component 802.

The memory 804 is configured to store various types of data to support the operation of the device 800. Examples of such data include instructions for any application or method operating on the device 800, contact data, phone book data, messages, pictures, videos, etc. The memory 804 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable and Programmable read only memory (EPROM), programmable read only memory (PROM), read only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

The power supply component 806 provides power for various components of the device 800. The power supply component 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the device 800.

The multimedia component 808 includes a screen that provides an output interface between the device 800 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touch, sliding, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure related to the touch or slide operation. In some embodiments, the multimedia component 808 includes a front camera and/or a rear camera. When the device 800 is in an operation mode, such as a shooting mode or a video mode, the front camera and/or the rear camera can receive external multimedia data. Each front camera and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.

The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a microphone (MIC), and when the device 800 is in an operation mode, such as a call mode, a recording mode, and a voice recognition mode, the microphone is configured to receive external audio signals. The received audio signal may be further stored in the memory 804 or transmitted via the communication component 816. In some embodiments, the audio component 810 further includes a speaker for outputting audio signals.

The I/O interface 812 provides an interface between the processing component 802 and a peripheral interface module. The above-mentioned peripheral interface module may be a keyboard, a click wheel, a button, and the like. These buttons may include, but are not limited to: home button, volume button, start button, and lock button.

The sensor component 814 includes one or more sensors for providing the device 800 with various aspects of status assessment. For example, the sensor component 814 can detect the open/close state of the device 800 and the relative positioning of the components. For example, the component is the display and the keypad of the device 800. The sensor component 814 can also detect the position change of the device 800 or a component of the device 800. , The presence or absence of contact between the user and the device 800, the orientation or acceleration/deceleration of the device 800, and the temperature change of the device 800. The sensor component 814 may include a proximity sensor configured to detect the presence of nearby objects when there is no physical contact. The sensor component 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor component 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 816 is configured to facilitate wired or wireless communication between the device 800 and other devices. The device 800 can access a wireless network based on a communication standard, such as WiFi, 2G, or 3G, or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

In an exemplary embodiment, the terminal device 800 may be implemented by one or more application specific integrated circuits (ASIC), digital signal processors (DSP), digital signal processing devices (DSPD), programmable logic devices (PLD), field A programmable gate array (FPGA), controller, microcontroller, microprocessor, or other electronic components are implemented to implement the above methods.

In an exemplary embodiment, a non-volatile computer-readable storage medium is also provided, such as the memory 804 including computer program instructions, which can be executed by the processor 820 of the terminal device 800 to complete the foregoing method.

FIG. 17 is a block diagram of a network element device 1900 for implementing an information processing method of a two-step random access procedure according to an embodiment of the present disclosure. For example, the network element device 1900 may be provided as a server. Referring to FIG. 17, the network element device 1900 includes a processing component 1922, which further includes one or more processors, and a memory resource represented by a memory 1932, for storing instructions executable by the processing component 1922, such as application programs. The application program stored in the memory 1932 may include one or more modules each corresponding to a set of instructions. In addition, the processing component 1922 is configured to execute instructions to perform the above-described methods.

The network element equipment 1900 may also include a power component 1926 configured to perform power management of the device 1900, a wired or wireless network interface 1950 configured to connect the device 1900 to the network, and an input output (I/O) interface 1958. The device 1900 can operate based on an operating system stored in the storage 1932, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM or the like.

In an exemplary embodiment, there is also provided a non-volatile computer-readable storage medium, such as the memory 1932 including computer program instructions, which can be executed by the processing component 1922 of the device 1900 to complete the foregoing method.

The present disclosure may be a system, method and/or computer program product. The computer program product may include a computer-readable storage medium loaded with computer-readable program instructions for enabling a processor to implement various aspects of the present disclosure.

The computer-readable storage medium may be a tangible device that can hold and store instructions used by the instruction execution device. The computer-readable storage medium may be, for example, but not limited to, an electrical storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. More specific examples (non-exhaustive list) of computer-readable storage media include: portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM) Or flash memory), static random access memory (SRAM), portable compact disk read-only memory (CD-ROM), digital versatile disk (DVD), memory stick, floppy disk, mechanical encoding device, such as a printer with instructions stored thereon The protruding structure in the hole card or the groove, and any suitable combination of the above. The computer-readable storage medium used here is not interpreted as the instantaneous signal itself, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media (for example, light pulses through fiber optic cables), or through wires Transmission of electrical signals.

The computer-readable program instructions described herein can be downloaded from a computer-readable storage medium to various computing/processing devices, or downloaded to an external computer or external storage device via a network, such as the Internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, optical fiber transmission, wireless transmission, routers, firewalls, switches, gateway computers, and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network, and forwards the computer-readable program instructions for storage in the computer-readable storage medium in each computing/processing device .

The computer program instructions used to perform the operations of the present disclosure may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or in one or more programming languages. Source code or object code written in any combination, the programming language includes object-oriented programming languages such as Smalltalk, C++, etc., and conventional procedural programming languages such as "C" language or similar programming languages. Computer-readable program instructions can be executed entirely on the user's computer, partly on the user's computer, executed as a stand-alone software package, partly on the user's computer and partly executed on a remote computer, or entirely on the remote computer or server carried out. In the case of a remote computer, the remote computer can be connected to the user's computer through any kind of network-including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computer (for example, using an Internet service provider to connect to the user's computer) connection). In some embodiments, an electronic circuit, such as a programmable logic circuit, a field programmable gate array (FPGA), or a programmable logic array (PLA), can be customized by using the status information of the computer-readable program instructions. The computer-readable program instructions are executed to realize various aspects of the present disclosure.

Various aspects of the present disclosure are described herein with reference to flowcharts and/or block diagrams of methods, apparatuses (systems) and computer program products according to embodiments of the present disclosure. It should be understood that each block of the flowcharts and/or block diagrams, and combinations of blocks in the flowcharts and/or block diagrams, can be implemented by computer-readable program instructions.

These computer-readable program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, thereby producing a machine that makes these instructions when executed by the processor of the computer or other programmable data processing device , A device that implements the functions/actions specified in one or more blocks in the flowcharts and/or block diagrams is produced. It is also possible to store these computer-readable program instructions in a computer-readable storage medium. These instructions make computers, programmable data processing apparatuses, and/or other devices work in a specific manner. Thus, the computer-readable medium storing the instructions includes An article of manufacture, which includes instructions for implementing various aspects of the functions/actions specified in one or more blocks in the flowcharts and/or block diagrams.

It is also possible to load computer-readable program instructions on a computer, other programmable data processing device, or other equipment, so that a series of operation steps are executed on the computer, other programmable data processing device, or other equipment to produce a computer-implemented process , So that the instructions executed on the computer, other programmable data processing apparatus, or other equipment realize the functions/actions specified in one or more blocks in the flowcharts and/or block diagrams.

The flowcharts and block diagrams in the accompanying drawings show the possible implementation architecture, functions, and operations of the system, method, and computer program product according to multiple embodiments of the present disclosure. In this regard, each block in the flowchart or block diagram may represent a module, program segment, or part of an instruction, and the module, program segment, or part of an instruction contains one or more components for realizing the specified logical function. Executable instructions. In some alternative implementations, the functions marked in the block may also occur in a different order than the order marked in the drawings. For example, two consecutive blocks can actually be executed substantially in parallel, or they can sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram and/or flowchart, and the combination of the blocks in the block diagram and/or flowchart, can be implemented by a dedicated hardware-based system that performs the specified functions or actions Or it can be realized by a combination of dedicated hardware and computer instructions.

The embodiments of the present disclosure have been described above, and the above description is exemplary, not exhaustive, and is not limited to the disclosed embodiments. Without departing from the scope and spirit of the described embodiments, many modifications and changes are obvious to those of ordinary skill in the art. The choice of terms used herein is intended to best explain the principles, practical applications, or technical improvements of the technologies in the market, or to enable other ordinary skilled in the art to understand the embodiments disclosed herein.

Claims

An information processing method for a two-step random access process, characterized in that the method includes:

Receive request messages for on-demand system information;

Send response messages of on-demand system information;

The response message contains reply information separately set for the on-demand system information indication of a single request message, or;

The response message includes public reply information set for the on-demand system information indication of part or all of the received request message.
The method according to claim 1, characterized in that the method further comprises: indicating that the corresponding MAC subheader is a MAC subheader of an on-demand system information request response through a corresponding bit in a media access control MAC subheader, And the response content indicating that the corresponding MAC service data unit SDU bears the on-demand system information request successfully, or;

Through the corresponding bit in the MAC SDU, it indicates that the corresponding MAC SDU bears the response content of the on-demand system information request successfully;

The response message carries the MAC subheader and the corresponding MAC SDU.
The method according to claim 2, wherein the corresponding bit in the MAC subheader of the response message indicates that the corresponding MAC subheader is the MAC subheader of the on-demand system information request response, and indicates that the corresponding MAC subheader is the MAC subheader of the on-demand system information request response. The SDU carries the response content of the successful system information request on demand, including:

The corresponding bit setting of the MAC subheader is used to indicate that the corresponding MAC subheader is the MAC subheader format of the on-demand system information request response, and the information filled by the MAC subheader corresponding to the MAC SDU is the on-demand system information indication.
The method according to claim 2, wherein the corresponding bit in the MAC SDU indicates that the corresponding MAC SDU bears on-demand system information request successful response content, comprising:

The corresponding bit setting of the MAC SDU encapsulation format is used to indicate that the information filled in the MAC SDU is an on-demand system information indication.
The method according to claim 1, wherein the response message includes an on-demand system information indication corresponding to a single request message, or an on-demand system information indication including part or all of the received request message, which is filled in the MAC SDU;

The method further includes: in the current modification period,

Fill the MAC SDU with any on-demand system information indication of any on-demand system information request received, or;

Fill the MAC SDU with the on-demand system information indication requested by users who send the same preamble on different random access time-frequency domain resources, or;

Fill the MAC SDU with the on-demand system information indication received from users requesting different preambles on the same random access time-frequency domain resource, or;

Fill the MAC SDU with the on-demand system information indications requested by all users received before sending the response message, and/or;

Fill the MAC SDU with the on-demand system information indication that has not received the user request but decided to broadcast.
The method according to claim 3, wherein the corresponding bits of the MAC subheader are newly defined bits in the subheader format, and when the corresponding bit is set to a fixed value, it is used to indicate that the MAC subheader is a bit The MAC sub-header format that requires a successful response to the system information request, and the corresponding MAC SDU is the response content that carries the successful response of the on-demand system information request;

When the corresponding bits of the MAC subheader is set to other fixed values, it is used to indicate that the MAC subheader is a MAC subheader format of a non-on-demand system information request response, and the corresponding MAC SDU is a request response to carry non-on-demand system information Content.
The method according to claim 6, wherein when the corresponding bits of the MAC subheader is set to a fixed value, it is used to indicate that the MAC subheader is a MAC subheader format of a successful response to an on-demand system information request , The corresponding MAC SDU is the response content of the successful request for carrying on-demand system information, including:

When the MAC subheader uses 2 bits and is set to 00 or 01 or 10 or 11, it is used to indicate that the MAC subheader is the MAC subheader format of the successful response to the on-demand system information request, and the MAC SDU Carry the content of the successful response to the on-demand system information request;

2bits are anywhere in the MAC subheader.
The method according to claim 3, wherein the corresponding bit setting of the MAC subheader is obtained according to the bit T in the existing RAR MAC subheader format;

The method includes:

Bit T is set to indicate that the MAC subheader is a MAC subheader format for response messages for non-on-demand system information request scenarios other than the BI indication;

In the case where bit T is set to indicate that the MAC subheader is not in the MAC subheader format of a non-on-demand system information request scenario response message other than the BI indicator, bit F is set to indicate that the MAC subheader is a BI indicator The MAC sub-header format, or the MAC sub-header format of the response message for successful system information request on demand.
The method according to claim 1, characterized in that, according to the bit setting in the MAC SDU, it is distinguished whether the response message is a response format of a successful system information request on demand.
The method according to claim 1, wherein when the bit in the MAC SDU is set to the initial 1 bit or 2 bits, it is distinguished whether the corresponding bit information after the MAC SDU is the on-demand system The response format of a successful information request, or a fallback response format, or a response format of a successful non-on-demand system information transmission.
The method according to claim 1, 9, or 10, wherein, in the case where the information filled in the MAC SDU is indicated by the on-demand system information of the corresponding request message, the corresponding bit in the bit setting indicates one Or multiple on-demand system information;

Set the bit corresponding to the requested on-demand system information indication to 1.
The method according to claim 1, 9 or 10, characterized in that the information filled in the MAC SDU is the on-demand system information indication of some or all of the received request messages, the received The bits corresponding to the on-demand system information indication in some or all of the request messages are set to 1.
An information processing method for a two-step random access process, characterized in that the method includes:

Receive the on-demand system information indication contained in the response message;

The response message contains reply information separately set for the on-demand system information indication of a single request message, or;

The response message includes public reply information set for the on-demand system information indication of multiple request messages;

It is known from the response message whether it is necessary to send an on-demand system information request again.
The method according to claim 13, wherein the response message contains confirmation information of the requested on-demand system information;

The response message also contains confirmation information of other requested on-demand system information;

The response message also includes: on-demand system information indication information to be broadcast.
The method according to claim 13, wherein the method further comprises:

If the confirmation information corresponding to the on-demand system information request is identified from the response message, it is determined that the on-demand system information request is successful; otherwise, it is determined that the request has failed, and the on-demand system information request needs to be sent again;

The request for resending on-demand system information includes required on-demand system information that is not included in the response message or includes all required on-demand system information.
The method according to claim 13, wherein the method further comprises:

The on-demand system information indication corresponding to the request message is not identified from the response message, or part of the on-demand system information indication corresponding to the request message is identified, or the confirmation information of other on-demand system information that has not been requested is identified, or Give an indication of the on-demand system information to be broadcast, and adjust the type of on-demand system information that needs to be requested subsequently according to the response message;

The adjustment of the type of on-demand system information that needs to be requested subsequently is used to request the required on-demand system information that is not included in the response message or includes all the required on-demand system information.
The method according to claim 13 or 14, wherein the method further comprises:

According to the bit setting of the media access control MAC subheader of the response message, it is recognized that the corresponding MAC subheader is the MAC subheader format of the on-demand system information request response, and the information filled by the MAC subheader corresponding to the MAC SDU is Need system information instructions.
The method according to claim 13 or 14, wherein the method further comprises:

According to the bit setting of the MAC SDU encapsulation format of the response message, it is recognized that the information filled in the corresponding MAC SDU is an on-demand system information indication.
The method according to claim 13 or 14, wherein the method further comprises:

When parsing the bits of the MAC subheader to a fixed value, it is recognized that the MAC subheader is the MAC subheader format of the on-demand system information request response, and the corresponding MAC SDU is the response content that carries the on-demand system information request;

When parsing the bits of the MAC subheader to other fixed values, it is recognized that the MAC subheader is the MAC subheader format of the non-on-demand system information request response, and the corresponding MAC SDU is the content of the non-on-demand system information request response.
The method according to claim 17, wherein when the bits bit of the parsing MAC subheader is set to a fixed value, it is recognized that the MAC subheader is a MAC subheader format of a successful response to an on-demand system information request, corresponding to MAC SDU is the response content of the successful request for carrying on-demand system information, including:

Parse the 2 bits of the MAC subheader. When it is set to 00 or 01 or 10 or 11, it is recognized that the MAC subheader is the MAC subheader format of the successful response to the on-demand system information request, and the MAC SDU bears the on-demand The response content of the system information request.
The method according to claim 13 or 14, wherein the method further comprises: bit setting of the MAC subheader, further comprising:

In the case where the setting of bit T indicates that the MAC subheader is not the MAC subheader format of a non-on-demand system information request scenario response message other than the BI indication, it is determined that the MAC subheader is BI according to the setting of bit F The format of the indicated MAC sub-header, or the MAC sub-header format of the successful response message of the on-demand system information request.
The method according to claim 13 or 14, wherein the method further comprises:

Analyze the initial 1bit or 2bits in the MAC SDU, and identify whether the corresponding bit information after the MAC SDU is the successful response format of the on-demand system information request, or the fallback response format, or the successful transmission of the non-on-demand system information request Response format.
The method according to claim 13 or 14, wherein the method further comprises:

According to the comparison of the setting value of the corresponding bit of the on-demand system information indication in the MAC SDU with the setting value of the corresponding bit of the requested on-demand system information indication, it is determined whether the on-demand system information request is successful.
The method according to claim 23, wherein the method further comprises:

If the corresponding bit of the on-demand system information indication with the setting value of 1 in the MAC SDU contains the corresponding bit of the requested on-demand system information indication, it is determined that the on-demand system information request is successful;

If the on-demand system information indication with a value of 1 in the MAC SDU does not include or contains part of the requested on-demand system information indication corresponding bit, it is determined that the on-demand system information request fails.
A network element device, characterized in that, the network element device includes:

The first receiving unit is configured to receive a request message for on-demand system information;

The first sending unit is used to send a response message of on-demand system information;

The response message contains reply information separately set for the on-demand system information indication of a single request message, or;

The response message includes public reply information set for the on-demand system information indication of part or all of the received request message.
A terminal device, characterized in that, the terminal device includes:

The second receiving unit is configured to receive the on-demand system information indication contained in the response message;

The response message contains reply information separately set for the on-demand system information indication of a single request message, or;

The response message includes public reply information set for the on-demand system information indication of multiple request messages;

The second processing unit is configured to learn from the response message whether it is necessary to send an on-demand system information request again.
A non-volatile computer-readable storage medium with computer program instructions stored thereon, wherein the computer program instructions implement claim 1 to claim 12, claim 13 to claim 24 when executed by a processor The method described in any one of.