METHODS OF INFORMATION COMMUNICATION AND EQUIPMENT

Abstract

The invention proposes a method and device for communicating information. The method of communicating information comprises the following steps: the terminal device identifies the first parameter, which is used to indicate the service latency request and / or the terminal device's latency variation request; and the terminal device sends the first parameter via a random access uplink message.

Description

Information transmission method and device

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to the Chinese patent application filed with the China Patent Office on January 28, 2021, with application number 202110117729.7 and application name “A Method and Device for Information Transmission”, the entire contents of which are incorporated by reference into this application. Technical Field

[0003] The present application relates to the field of communication technology, and in particular to an information transmission method and device. Background Art

[0004] In the current transmission mechanism, the terminal needs to be in a connected state to report content about service characteristics, such as through terminal assistance messages or non-access stratum (NAS) signaling, such as service request messages to notify the network side.

[0005] When reporting in the connection state, the following factors are mainly considered:

[0006] For example, the uplink grant size, such as the size of message 3 (MSG3), is not sufficient to carry these signalings.

[0007] Or security issues, such as terminal assistance information (Radio Resource Control, RRC) messages need to be encrypted and integrity protected to prevent other devices from eavesdropping and illegally using them.

[0008] However, for Industrial Internet of Things (IIoT) services, if these parameters are reported after entering the RRC connection state, it will cause service delays.

[0009] Summary of the Invention

[0010] The embodiments of the present application provide an information transmission method and apparatus for reducing service delays.

[0011] On the terminal side, an information transmission method provided by an embodiment of the present application includes:

[0012] The terminal determines a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of the terminal;

[0013] The terminal sends the first parameter through a random access uplink message.

[0014] Through this method, the terminal determines a first parameter, which is used to indicate the service delay requirement and / or delay jitter requirement of the terminal; the terminal sends the first parameter through a random access uplink message, thereby reducing service delay.

[0015] Optionally, the first parameter includes one or a combination of the following parameters:

[0016] Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

[0017] Optionally, the random access uplink message is a Media Access Control Control Element (MAC CE) or a Radio Resource Control (RRC) message.

[0018] Optionally, the random access uplink message includes a correspondence between logical channel (Logical Channel, LCH) information and the first parameter, or a correspondence between data resource bearer (Data Resource Bearer, DRB) information and the first parameter.

[0019] Optionally, when an indication for reporting the first parameter sent by the network side is received, the first parameter is sent, and the indication is carried by a broadcast message or a radio resource control release (RRC Release) message.

[0020] Optionally, if the current random access uplink message size can carry the first parameter, the first parameter is sent.

[0021] Optionally, if the current random access uplink message size cannot carry the first parameter, the method further includes:

[0022] Sending a Buffer Status Report (BSR) via a random access uplink message;

[0023] Alternatively, segmenting the first parameter to obtain a first parameter segment, and sending the first parameter segment through a random access uplink message;

[0024] Alternatively, the BSR and the first parameter segment obtained by segmenting the first parameter are sent through a random access uplink message.

[0025] Optionally, before sending the first parameter, the method further includes:

[0026] If the network side reserves a physical random access channel (PRACH) resource for the first parameter, a preamble or a PRACH time slot or a message A (MSGA) resource in the reserved PRACH resource is selected to perform data transmission.

[0027] Optionally, the method further includes: receiving security parameters carried in an RRC Release message from the network side;

[0028] The random access uplink message is encrypted using the security parameter and then sent to the network side.

[0029] Optionally, when a preset DRB arrives, the first parameter is determined.

[0030] Optionally, the random access uplink message includes MSG3 or MSGA.

[0031] Optionally, the terminal determines the first parameter when it is in an RRC idle state (IDLE) or an inactive state (inactive).

[0032] Accordingly, on the network side, an information transmission method provided by an embodiment of the present application includes:

[0033] Receiving a random access uplink message;

[0034] A first parameter is obtained from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

[0035] Optionally, the first parameter includes one or a combination of the following parameters:

[0036] Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

[0037] Optionally, the method further includes: receiving a BSR through a random access uplink message, or receiving a BSR and a first parameter segment through a random access uplink message.

[0038] Optionally, the first parameter obtained from the random access uplink message is a first parameter that has been processed by segmentation.

[0039] Optionally, the method further includes:

[0040] Reserving PRACH resources for the first parameter;

[0041] Data is received through the preamble code or PRACH time slot or MSGA resource in the reserved PRACH resource.

[0042] Optionally, the method further includes:

[0043] The security parameters are sent through an RRC Release message, so that the terminal encrypts the random access uplink message through the security parameters.

[0044] Optionally, before receiving the random access uplink message, the method further includes:

[0045] Sending a preset DRB triggers the terminal to send a first parameter through the random access uplink message.

[0046] Optionally, the random access uplink message includes MSG3 or MSGA.

[0047] On the terminal side, an embodiment of the present application provides an information transmission device, including a memory and a processor, wherein the memory is used to store program instructions, and the processor is used to call the program instructions stored in the memory and execute according to the obtained program:

[0048] Determining a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal;

[0049] The first parameter is sent through a random access uplink message.

[0050] Optionally, the first parameter includes one or a combination of the following parameters:

[0051] Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

[0052] Optionally, the random access uplink message is a MAC CE or an RRC message.

[0053] Optionally, the random access uplink message includes a correspondence between LCH information and the first parameter, or a correspondence between DRB information and the first parameter.

[0054] Optionally, when an indication of reporting the first parameter sent by the network side is received, the first parameter is sent, and the indication is carried by a broadcast message or an RRC Release message.

[0055] Optionally, if the current random access uplink message size can carry the first parameter, the first parameter is sent.

[0056] Optionally, if the current random access uplink message size cannot carry the first parameter, the processor is further configured to:

[0057] Sending BSR via random access uplink message;

[0058] Alternatively, segmenting the first parameter to obtain a first parameter segment, and sending the first parameter segment through a random access uplink message;

[0059] Alternatively, the BSR and the first parameter segment obtained by segmenting the first parameter are sent through a random access uplink message.

[0060] Optionally, before sending the first parameter, the processor is further configured to:

[0061] If the network side reserves PRACH resources for the first parameter, the preamble code or PRACH time slot or MSGA resource in the reserved PRACH resources is selected to perform data transmission.

[0062] Optionally, the processor is further configured to: receive security parameters carried in an RRC Release message from the network side;

[0063] The random access uplink message is encrypted using the security parameter and then sent to the network side.

[0064] Optionally, when a preset DRB arrives, the first parameter is determined.

[0065] Optionally, the random access uplink message includes MSG3 or MSGA.

[0066] On the network side, an embodiment of the present application provides an information transmission device, including a memory and a processor, wherein the memory is used to store program instructions, and the processor is used to call the program instructions stored in the memory and execute according to the obtained program:

[0067] Receiving a random access uplink message;

[0068] A first parameter is obtained from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

[0069] Optionally, the first parameter includes one or a combination of the following parameters:

[0070] Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

[0071] Optionally, the random access uplink message is a MAC CE or an RRC message.

[0072] Optionally, the random access uplink message includes a correspondence between LCH information and the first parameter, or a correspondence between DRB information and the first parameter.

[0073] Optionally, the processor is further configured to: receive a BSR through a random access uplink message, or receive a BSR and a first parameter segment through a random access uplink message.

[0074] Optionally, the first parameter obtained from the random access uplink message is a first parameter segment after segmentation processing.

[0075] Optionally, the processor is further configured to:

[0076] Reserving PRACH resources for the first parameter;

[0077] Data is received through the preamble code or PRACH time slot or MSGA resource in the reserved PRACH resource.

[0078] Optionally, the processor is further configured to:

[0079] The security parameters are sent through an RRC Release message, so that the terminal encrypts the random access uplink message through the security parameters.

[0080] Optionally, before receiving the random access uplink message, the processor is further configured to:

[0081] Sending a preset DRB triggers the terminal to send a first parameter through the random access uplink message.

[0082] Optionally, the random access uplink message includes MSG3 or MSGA.

[0083] On the terminal side, another information transmission device provided by an embodiment of the present application includes:

[0084] a determining unit, configured to determine a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal;

[0085] The sending unit is configured to send the first parameter via a random access uplink message.

[0086] On the network side, another information transmission device provided in an embodiment of the present application includes:

[0087] A receiving unit, configured to receive a random access uplink message;

[0088] An acquiring unit is configured to acquire a first parameter from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

[0089] Another embodiment of the present application provides a computing device, which includes a memory and a processor, wherein the memory is used to store program instructions, and the processor is used to call the program instructions stored in the memory and execute any of the above methods according to the obtained program.

[0090] Another embodiment of the present application provides a computer storage medium, wherein the computer storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable the computer to execute any of the above methods. BRIEF DESCRIPTION OF THE DRAWINGS

[0091] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following is a brief introduction to the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0092] FIG1 is a schematic diagram of a process for reporting terminal auxiliary information according to an embodiment of the present application;

[0093] FIG2 is a schematic diagram of a contention-based random access process according to an embodiment of the present application;

[0094] FIG3 is a schematic diagram of a Msg3 sending process provided in an embodiment of the present application;

[0095] FIG4 is a schematic diagram of a random access process provided in an embodiment of the present application;

[0096] FIG5 is a schematic diagram of the correspondence between LCH information or DRB information provided in an embodiment of the present application and the first parameter;

[0097] FIG6 is a flow chart of an information transmission method provided in an embodiment of the present application;

[0098] FIG7 is a flow chart of another information transmission method provided in an embodiment of the present application;

[0099] FIG8 is a schematic structural diagram of a first information transmission device provided in an embodiment of the present application;

[0100] FIG9 is a schematic structural diagram of a second information transmission device provided in an embodiment of the present application;

[0101] FIG10 is a schematic structural diagram of a third information transmission device provided in an embodiment of the present application;

[0102] FIG11 is a schematic structural diagram of a fourth information transmission device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0103] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0104] The embodiments of the present application provide an information transmission method and apparatus for reducing service delays.

[0105] Among them, the method and the device are based on the same application concept. Since the principles of solving problems by the method and the device are similar, the implementation of the device and the method can refer to each other, and the repeated parts will not be repeated.

[0106] The technical solution provided in the embodiment of the present application can be applicable to a variety of systems, especially 5G systems. For example, applicable systems may be global system of mobile communication (GSM) systems, code division multiple access (CDMA) systems, wideband code division multiple access (WCDMA) general packet radio service (GPRS) systems, long term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, universal mobile telecommunication systems (UMTS), worldwide interoperability for microwave access (WiMAX) systems, 5G systems, and 5G NR systems. These various systems include terminal devices and network devices.

[0107] The terminal device involved in the embodiments of the present application may be a device that provides voice and / or data connectivity to a user, a handheld device with wireless connection function, or other processing device connected to a wireless modem. In different systems, the name of the terminal device may also be different. For example, in a 5G system, the terminal device may be called user equipment (UE). A wireless terminal device can communicate with one or more core networks via a radio access network (RAN). The wireless terminal device may be a mobile terminal device, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal device. For example, it may be a portable, pocket-sized, handheld, computer-built-in or vehicle-mounted mobile device that exchanges language and / or data with a radio access network. For example, personal communication service (PCS) phones, cordless phones, session initiated protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), and other devices. The wireless terminal device may also be referred to as a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, an access point, a remote terminal, an access terminal, a user terminal, a user agent, or a user device, but is not limited in the embodiments of the present application.

[0108] The network device involved in the embodiments of the present application may be a base station, which may include multiple cells. Depending on the specific application scenario, the base station may also be called an access point, or may refer to a device in an access network that communicates with a wireless terminal device through one or more sectors on an air interface, or other names. The network device may be used to convert received air frames into and from Internet Protocol (IP) packets, acting as a router between the wireless terminal device and the rest of the access network, where the rest of the access network may include an IP communication network. The network device may also coordinate attribute management of the air interface. For example, the network device involved in the embodiments of the present application can be a network device (base transceiver station, BTS) in the global system for mobile communications (GSM) or code division multiple access (CDMA), or a network device (NodeB) in wide-band code division multiple access (WCDMA), or an evolved network device (evolutionary node B, eNB or e-NodeB) in the long term evolution (LTE) system, a 5G base station in the 5G network architecture (next generation system), or a home evolved node B (HeNB), a relay node, a home base station (femto), a pico base station (pico), etc., which is not limited in the embodiments of the present application.

[0109] The following describes in detail the various embodiments of the present application in conjunction with the accompanying drawings. It should be noted that the order in which the embodiments of the present application are presented only represents the order of the embodiments, and does not represent the advantages or disadvantages of the technical solutions provided by the embodiments.

[0110] The terminal assistance information reporting process is shown in Figure 1. In the new access network (New Rat, NR), the terminal sends the desired preferences to the network side through the terminal assistance information (Assistance Information) message, such as whether to reduce bandwidth, whether to save energy, etc.

[0111] Of course, service characteristics, such as service cycle, data volume, etc., can also be sent through the terminal Assistance Information message.

[0112] Terminal Assistance Information is carried on Signaling Radio Bearer (SRB) 1 or SRB3 bearer and is a signaling message sent to the network side after the terminal enters the RRC connected state.

[0113] Regarding service request reporting, after triggering a service, the terminal can send a Service Request message to the network to report the type of service being requested. This includes information such as whether it is an emergency service, signaling, or a higher-priority access. However, this reporting to the network requires the terminal to be in the RRC connected state.

[0114] See Figure 2 for the contention-based random access process. NR defines two types of random access processes: non-contention-based random access and contention-based random access. This section focuses on the contention-based random access process.

[0115] The contention random access process is mainly divided into four steps:

[0116] Step 1: The terminal selects a preamble and sends it.

[0117] Step 2: The terminal receives message 2 (Msg2) sent by the base station, namely, a random access response (RAR), and Msg2 includes uplink (UL) authorization information.

[0118] Step 3: The terminal sends Msg3 based on the UL grant included in Msg2. It should be noted that Msg3 is transmitted through the Hybrid Automatic Repeat Request (HARQ) process, and the HARQ process ID is fixed to 0.

[0119] During UL transmission, if the terminal receives the UL grant contained in the RAR and if there is data in the Msg3 buffer, the terminal will obtain the Media Access Control (MAC) Protocol Data Unit (PDU) from the Msg3.

[0120] At the same time, the data packet is placed in the HARQ buffer and, based on the UL grant information, the physical layer is instructed to execute the transmission process. The Msg3 transmission process is shown in Figure 3.

[0121] Step 4: The terminal receives Msg4.

[0122] The two-step random access (2-step RA) process is shown in Figure 4 and includes:

[0123] Step 1: The terminal sends the Preamble and the Physical Uplink Shared Channel (PUSCH) in the MSGA. The PUSCH resource may be notified by a broadcast message, and the Message B (MSGB) window is opened.

[0124] Step 2: The terminal receives the MSGB during the MSGB window. During initial RRC establishment, the MSGB can be either a success Random Access Response (RAR) or a fallback RAR. If the network successfully receives the MSGA, meaning it successfully receives the preamble and PUSCH in step 1, the network returns a success RAR.

[0125] If the network side only receives the Preamble, it will feedback the fallback RAR.

[0126] Integration of 5G systems and the Industrial Internet:

[0127] The Industrial Internet utilizes the Time Synchronization Network (TSN). As a typical deterministic network, the Industrial Internet precisely controls the arrival and transmission of business data, enabling accurate resource allocation and transmission. 5G systems are integrated into IEEE TSN as bridges.

[0128] The 5GS (5G system) uses 5G clock synchronization internally, and the TSN network uses TSN network clock synchronization. The nodes for 5GS and TSN clock conversion are the device-side TSN translator (DS-TT) on the terminal side and the network-side TSN translator (NW-TT) on the network side. During the time conversion process, delay jitter may be introduced from the external network to the 5GS, including:

[0129] Terminal side: Delay jitter between the TSN bridge and DS-TT, and delay jitter between DS-TT and the terminal. DS-TT may be co-located with the terminal and have no delay jitter. This delay jitter is called uplink delay jitter.

[0130] On the network side, the latency jitter of the N6 interface (the interface between the Data Network (DN) and the User Plane Function (UPF) entity) is measured. Assuming the NW-TT and UPF are co-located, there is no latency jitter. The latency jitter introduced by the N6 interface is called the downlink burst spread (DL Burst Spread). The core network calculates the DL Burst Spread and sends it, along with parameters such as the downlink data arrival time and period, to the base station via TSC Assistance Information (TSCAI). The base station then schedules downlink data transmission based on this information, ensuring deterministic downlink data transmission.

[0131] However, there is currently no solution for uplink delay jitter on the terminal side.

[0132] In IIoT services, latency requirements are relatively high. Reporting parameters such as Burst Spread when entering the RRC connection state will increase service transmission latency. Therefore, it is necessary to optimize the terminal's parameter reporting or preference process.

[0133] Therefore, the embodiments of the present application propose:

[0134] The terminal reports the first parameter in a random access uplink message (eg, MSG3 or MSGA).

[0135] The first parameter may include, for example, one or more parameters selected from burst spread, delay jitter, service characteristics, and energy-saving preferences of the terminal;

[0136] Optionally, the random access uplink message is a MAC CE or an RRC message.

[0137] Optionally, referring to FIG5 , the random access uplink message includes LCH information or DRB information, and the correspondence between the first parameter.

[0138] Optionally, the terminal determines whether to report the first parameter according to an instruction from the network side;

[0139] Optionally, the network side indication may be carried in a broadcast message, that is, information is added to the broadcast message to indicate whether the terminal reports the first parameter;

[0140] Optionally, the network side indication may also be an RRC release message;

[0141] Optionally, before the terminal reports the first parameter, it is determined whether the current MSG3 / MSGA size can carry the first parameter. If so, the first parameter is sent. If not, the terminal may carry a BSR in the MSG3 / MSGA or segment the first parameter. That is, instead of sending a complete data packet, the data packet is now segmented. Note that the data packet here may be a Packet Data Convergence Protocol (PDCP) data packet.

[0142] Optionally, the network side reserves a physical layer random access channel (PRACH) resource for the first parameter (but not for transmitting the first parameter). When the terminal needs to report the first parameter in MSGA / MSG3, the terminal selects the Preamble or PRACH time slot or MSGA resource in the reserved PRACH resource and performs data transmission. After that, the first parameter can be sent through Msg3.

[0143] Optionally, the network side carries a security parameter in an RRC Release message to the terminal, and the terminal encrypts the MSG3 / MSGA according to the security parameter and sends it to the network side. The above security parameter may be a Next Hop Chaining Count (NCC) parameter.

[0144] Optionally, when the first DRB data arrives, the terminal autonomously triggers the above-mentioned reporting process, and the first DRB may be configured on the network side.

[0145] Example 1: The terminal reports the first parameter in MSG3.

[0146] Step 0: The terminal determines to send the first parameter in MSG3.

[0147] Optionally, the terminal determines to send the first parameter in MSG3 according to an instruction from the network side.

[0148] Optionally, the network-side indication may be an indication in a broadcast message of whether the cell to which the terminal is attached supports the terminal reporting the first parameter in MSG3.

[0149] Optionally, the network side indication may be an indication in an RRC Release message, and the network side indication is valid when the terminal does not leave the current cell in IDLE and / or does not leave the RAN area when the terminal is in Inactive.

[0150] Step 1: The terminal selects a preamble and sends the selected preamble on the PRACH resource.

[0151] Optionally, the network side configures a Preamble resource for reporting the first parameter.

[0152] Optionally, the network side may notify the preamble of the first parameter and the PRACH resource in a broadcast message or an RRC Release message.

[0153] Step 2: The terminal receives the RAR sent by the network side.

[0154] The RAR carries the UL grant of MSG3.

[0155] The UL authorization of MSG3 is determined by the network side according to the preamble sent by the terminal, and the terminal will send the first parameter calculation in MSG3.

[0156] Step 3: After receiving the RAR, the terminal sends the first parameter in the UL authorization used to send the MSG3.

[0157] The first parameter may be one or a combination of the following parameters:

[0158] Burst spread parameters, terminal energy saving preferences, service period and packet size, etc. The burst spread parameters may be one or more parameters including service arrival delay jitter, service maximum delay, service data packet size mean, service data packet size variance, etc.

[0159] The terminal energy saving preference may include one or a combination of the following parameters: Discontinuous Reception (DRX) parameters, bandwidth preference, multiple input multiple output (MIMO) layer number, etc.

[0160] Optionally, the MSG3 is encrypted and integrity protected, and the encryption key is calculated by the NCC configured on the network side.

[0161] Optionally, when the UL grant cannot carry the first parameter, that is, when the UL grant size is smaller than the first parameter size, the terminal may carry the BSR in the MSG3.

[0162] Step 4: The terminal receives MSG4 sent by the network side.

[0163] The MSG4 includes a contention resolution media access control element (MAC CE) and an RRC confirmation message sent by the network. If the terminal is performing an RRC setup procedure, the network responds with an RRC setup message; if the terminal is performing an RRC resume procedure, the network sends an RRC resume message.

[0164] Example 2: The terminal reports service-related parameters in MSGA.

[0165] Step 0: The terminal determines to send the first parameter in MSGA.

[0166] Optionally, the terminal determines to send the first parameter in MSGA according to an instruction from the network side.

[0167] Optionally, the network-side indication may be information in a broadcast message indicating whether the cell to which the terminal is attached supports the terminal reporting the first parameter in the MSGA.

[0168] Optionally, the network side indication may be an indication in an RRC Release message. When the terminal does not leave the current cell in IDLE state and / or the terminal is in Inactive state and does not leave the RAN area, the network side indication is valid.

[0169] Step 1: The terminal selects an MSGA resource and sends the selected MSGA on the selected MSGA resource.

[0170] Optionally, the network side configures an MSGA resource for reporting the first parameter.

[0171] Optionally, the network side may notify the MSGA resources of the first parameter in a broadcast message or an RRC Release message.

[0172] The MSGA includes a Preamble resource and a PUSCH resource, and the terminal sends the first parameter on the PUSCH resource:

[0173] Burst spread parameters, terminal energy-saving preferences, service cycle, and packet size, etc.

[0174] The energy-saving preferences may include: DRX parameters, bandwidth preference, number of MIMO layers, etc.

[0175] Optionally, the MSGA is encrypted and integrity protected, and the key used for encryption is calculated by the NCC configured on the network side.

[0176] Optionally, when the UL grant cannot carry the first parameter, that is, when the UL grant size is smaller than the first parameter size, the terminal may carry the BSR in the MSGA.

[0177] Step 2: The terminal receives the RAR sent by the network side. The RAR can be a Fallback RAR or a Success RAR.

[0178] If it is a success RAR, it means that the network side has successfully received the MSGA. Since the success RAR already carries the terminal's cell radio network temporary identifier (Cell-Radio Network Temporary Identifier, C-RNTI), the terminal can use the C-RNTI to receive feedback from the network side after receiving the success RAR.

[0179] If it is a fallback RAR, the fallback RAR will carry a UL grant, and the terminal will send the first parameter in the UL grant. When the UL grant size is inconsistent with the PUSCH size in the MSGA, the terminal will re-perform packet assembly.

[0180] The feedback from the network side includes an RRC confirmation message sent by the network side. If the terminal executes the RRC establishment process, the network side replies with an RRC setup message. If the terminal executes the RRC resume process, the network side sends an RRC resume message.

[0181] In summary, referring to FIG6 , on the terminal side, an information transmission method provided by an embodiment of the present application includes:

[0182] S101. A terminal determines a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of the terminal;

[0183] S102. The terminal sends the first parameter through a random access uplink message.

[0184] Optionally, the first parameter includes one or a combination of the following parameters:

[0185] Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

[0186] Optionally, when an indication of reporting the first parameter sent by the network side is received, the first parameter is sent, and the indication is carried by a broadcast message or an RRC Release message.

[0187] Optionally, if the current random access uplink message size can carry the first parameter, the first parameter is sent.

[0188] Optionally, if the current random access uplink message size cannot carry the first parameter, the method further includes:

[0189] Sending BSR via random access uplink message;

[0190] Alternatively, segmenting the first parameter to obtain a first parameter segment, and sending the first parameter segment through a random access uplink message;

[0191] Alternatively, the BSR and the first parameter segment obtained by segmenting the first parameter are sent through a random access uplink message.

[0192] Optionally, before sending the first parameter, the method further includes:

[0193] If the network side reserves PRACH resources for the first parameter, the preamble code or PRACH time slot or MSGA resource in the reserved PRACH resources is selected to perform data transmission.

[0194] Optionally, the method further includes: receiving security parameters carried in an RRC Release message from the network side;

[0195] The random access uplink message is encrypted using the security parameter and then sent to the network side.

[0196] Optionally, when a preset DRB arrives, the first parameter is determined.

[0197] Optionally, the random access uplink message includes MSG3 or MSGA.

[0198] Optionally, the terminal determines the first parameter when it is in RRC IDLE or inactive.

[0199] Accordingly, on the network side, referring to FIG7 , an information transmission method provided in an embodiment of the present application includes:

[0200] S201, receiving a random access uplink message;

[0201] S202. Acquire a first parameter from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

[0202] Optionally, the first parameter includes one or a combination of the following parameters:

[0203] Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

[0204] Optionally, the method further includes: receiving a BSR through a random access uplink message, or receiving a BSR and a first parameter segment through a random access uplink message.

[0205] Optionally, the first parameter obtained from the random access uplink message is a first parameter segment after segmentation processing.

[0206] Optionally, the method further includes:

[0207] Reserving PRACH resources for the first parameter;

[0208] Data is received through the preamble code or PRACH time slot or MSGA resource in the reserved PRACH resource.

[0209] Optionally, the method further includes:

[0210] The security parameters are sent through an RRC Release message, so that the terminal encrypts the random access uplink message through the security parameters.

[0211] Optionally, before receiving the random access uplink message, the method further includes:

[0212] Sending a preset DRB triggers the terminal to send a first parameter through the random access uplink message.

[0213] Optionally, the random access uplink message includes MSG3 or MSGA.

[0214] On the terminal side, referring to FIG8 , a first information transmission device provided in an embodiment of the present application includes a memory 820 and a processor 800 , wherein the memory 820 is used to store program instructions, and the processor 800 is used to call the program instructions stored in the memory 820 and execute according to the obtained program:

[0215] Determining a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal;

[0216] The first parameter is sent by the transceiver 810 through a random access uplink message.

[0217] Optionally, the first parameter includes one or a combination of the following parameters:

[0218] Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

[0219] Optionally, when an instruction to report the first parameter sent by the network side is received through the transceiver 810, the first parameter is sent through the transceiver 810, and the instruction is carried in a broadcast message or an RRC Release message.

[0220] Optionally, if the current random access uplink message size can carry the first parameter, the first parameter is sent through the transceiver 810.

[0221] Optionally, if the current random access uplink message size cannot carry the first parameter, the processor 800 is further configured to:

[0222] Sending a BSR via a random access uplink message via the transceiver 810;

[0223] Alternatively, segmenting the first parameter to obtain a first parameter segment, and sending the first parameter segment through a random access uplink message;

[0224] Alternatively, the BSR and the first parameter segment obtained by segmenting the first parameter are sent through a random access uplink message.

[0225] Optionally, before sending the first parameter through the transceiver 810, the processor 800 is further configured to:

[0226] If the network side reserves PRACH resources for the first parameter, a preamble or a PRACH time slot or an MSGA resource in the reserved PRACH resources is selected, and data transmission is performed through the transceiver 810 .

[0227] Optionally, the processor 800 is further configured to: receive, through the transceiver 810, security parameters carried in an RRC Release message from the network side;

[0228] The random access uplink message is encrypted using the security parameter and then sent to the network side via the transceiver 810 .

[0229] Optionally, when a preset DRB arrives, the first parameter is determined.

[0230] Optionally, the random access uplink message includes MSG3 or MSGA.

[0231] Optionally, when the terminal is in RRC IDLE or inactive, the first parameter is determined.

[0232] The transceiver 810 is configured to receive and send data under the control of the processor 800 .

[0233] In FIG8 , the bus architecture may include any number of interconnected buses and bridges, specifically linking various circuits such as one or more processors represented by processor 800 and memory represented by memory 820. The bus architecture may also link various other circuits such as peripherals, voltage regulators, and power management circuits, all of which are well known in the art and, therefore, will not be further described herein. The bus interface provides an interface. The transceiver 810 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices over a transmission medium. For different user devices, the user interface 830 may also be an interface capable of connecting to required external or internal devices. Connected devices include, but are not limited to, a keypad, display, speaker, microphone, joystick, and the like.

[0234] The processor 800 is responsible for managing the bus architecture and general processing, and the memory 820 can store data used by the processor 800 when performing operations.

[0235] Optionally, the processor 800 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or a complex programmable logic device (CPLD).

[0236] On the network side, referring to FIG9 , a second information transmission device provided in an embodiment of the present application includes a memory 920 and a processor 900 , wherein the memory 920 is used to store program instructions, and the processor 900 is used to call the program instructions stored in the memory 920 and execute according to the obtained program:

[0237] Receiving a random access uplink message through the transceiver 910;

[0238] A first parameter is obtained from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

[0239] Optionally, the first parameter includes one or a combination of the following parameters:

[0240] Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

[0241] Optionally, the processor 900 is further configured to: receive a BSR through a random access uplink message, or receive a BSR and a first parameter segment through a random access uplink message.

[0242] Optionally, the first parameter obtained from the random access uplink message is a first parameter segment after segmentation processing.

[0243] Optionally, the processor 900 is further configured to:

[0244] Reserving PRACH resources for the first parameter;

[0245] Data is received through the preamble code or PRACH time slot or MSGA resource in the reserved PRACH resource.

[0246] Optionally, the processor 900 is further configured to:

[0247] The security parameters are sent through an RRC Release message, so that the terminal encrypts the random access uplink message through the security parameters.

[0248] Optionally, before receiving the random access uplink message through the transceiver 910, the processor 900 is further configured to:

[0249] The preset DRB is sent through the transceiver 910, triggering the terminal to send the first parameter through the random access uplink message.

[0250] Optionally, the random access uplink message includes MSG3 or MSGA.

[0251] The transceiver 910 is configured to receive and send data under the control of the processor 900 .

[0252] In FIG9 , the bus architecture may include any number of interconnected buses and bridges, specifically linking together various circuits of one or more processors represented by processor 900 and memory represented by memory 920. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface. The transceiver 910 may be a plurality of components, i.e., a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium. The processor 900 is responsible for managing the bus architecture and general processing, and the memory 920 may store data used by the processor 900 when performing operations.

[0253] The processor 900 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or a complex programmable logic device (CPLD).

[0254] On the terminal side, referring to FIG10 , a third information transmission device provided in an embodiment of the present application includes:

[0255] A determining unit 11 is configured to determine a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal;

[0256] The sending unit 12 is configured to send the first parameter via a random access uplink message.

[0257] The above-mentioned unit can also execute other processes of the above-mentioned terminal-side information transmission method, which will not be repeated here.

[0258] On the network side, referring to FIG11 , a fourth information transmission device provided in an embodiment of the present application includes:

[0259] A receiving unit 21, configured to receive a random access uplink message;

[0260] The acquiring unit 22 is configured to acquire a first parameter from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

[0261] The above-mentioned unit can also execute other processes of the above-mentioned network-side information transmission method, which will not be repeated here.

[0262] It should be noted that the division of units in the embodiments of the present application is schematic and is merely a logical functional division. In actual implementation, other division methods may be used. Furthermore, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0263] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0264] An embodiment of the present application provides a computing device, which may specifically be a desktop computer, a portable computer, a smart phone, a tablet computer, a personal digital assistant (PDA), etc. The computing device may include a central processing unit (CPU), a memory, input / output devices, etc. The input devices may include a keyboard, a mouse, a touch screen, etc., and the output devices may include a display device such as a liquid crystal display (LCD) or a cathode ray tube (CRT).

[0265] The memory may include a read-only memory (ROM) and a random access memory (RAM), and provides program instructions and data stored in the memory to the processor. In an embodiment of the present application, the memory may be used to store the program of any of the methods provided in the embodiments of the present application.

[0266] The processor calls the program instructions stored in the memory, and the processor is used to execute any of the methods provided in the embodiments of the present application according to the obtained program instructions.

[0267] An embodiment of the present application provides a computer storage medium for storing computer program instructions used by the apparatus provided in the above-mentioned embodiment of the present application, which includes a program for executing any of the methods provided in the above-mentioned embodiment of the present application.

[0268] The computer storage medium can be any available medium or data storage device that can be accessed by a computer, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO)), optical storage (such as CDs, DVDs, BDs, HVDs, etc.), and semiconductor storage (such as ROMs, EPROMs, EEPROMs, non-volatile memories (NAND FLASH), solid-state drives (SSDs), etc.).

[0269] The above method processing flow can be implemented by a software program, and the software program can be stored in a storage medium. When the stored software program is called, the above method steps are executed.

[0270] In summary, in the embodiment of the present application, the terminal sends the first parameter to the network side in advance through MSG3 / MSGA, thereby reducing service delay.

[0271] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage and optical storage, etc.) that contain computer-usable program code.

[0272] The present application is described with reference to the flow chart and / or block diagram of the method, device (system), and computer program product according to the embodiment of the present application. It should be understood that each flow process and / or box in the flow chart and / or block diagram and the combination of the flow process and / or box in the flow chart and / or block diagram can be realized by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processing machine or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device produce a device for realizing the function specified in one flow chart flow or multiple flows and / or one box or multiple boxes of the block diagram.

[0273] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce a product including an instruction device that implements the functions specified in one or more processes in the flowchart and / or one or more boxes in the block diagram.

[0274] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more processes in the flowchart and / or one or more boxes in the block diagram.

[0275] Obviously, those skilled in the art may make various changes and modifications to this application without departing from the spirit and scope of this application. Thus, if these modifications and variations of this application fall within the scope of the claims of this application and their equivalents, this application is intended to include these modifications and variations.

Claims

1. An information transmission method, characterized in that: The method includes: The terminal determines a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of the terminal; The terminal sends the first parameter through a random access uplink message.

2. The method according to claim 1, characterized in that The first parameter includes one or a combination of the following parameters: Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

3. The method according to claim 1, characterized in that The random access uplink message is a medium access control element MAC CE or a radio resource control RRC message.

4. The method according to claim 1, wherein The random access uplink message includes the correspondence between logical channel LCH information and the first parameter, or the correspondence between data resource bearer DRB information and the first parameter.

5. The method according to claim 1, wherein When an indication of reporting the first parameter sent by the network side is received, the first parameter is sent, and the indication is carried by a broadcast message or a radio resource control release RRC Release message.

6. The method according to claim 1, characterized in that If the current random access uplink message size can carry the first parameter, the first parameter is sent.

7. The method according to claim 1, characterized in that If the current random access uplink message size cannot carry the first parameter, the method further includes: Sending a buffer status report BSR via a random access uplink message; Alternatively, segmenting the first parameter to obtain a first parameter segment, and sending the first parameter segment through a random access uplink message; Alternatively, the BSR and the first parameter segment obtained by segmenting the first parameter are sent through a random access uplink message.

8. The method according to claim 1, characterized in that Before sending the first parameter, the method further includes: If the network side reserves a physical layer random access channel PRACH resource for the first parameter, a preamble or a PRACH time slot or a message A MSGA resource in the reserved PRACH resource is selected to perform data transmission.

9. The method according to claim 1, characterized in that The method further includes: receiving security parameters carried in an RRC Release message from the network side; The random access uplink message is encrypted using the security parameter and then sent to the network side.

10. The method according to claim 1, characterized in that When the preset DRB arrives, the first parameter is determined.

11. The method according to claim 1, characterized in that The random access uplink message includes message 3 MSG3 or MSGA.

12. The method according to claim 1, characterized in that The terminal determines the first parameter when it is in an RRC idle state or an inactive state.

13. An information transmission method, characterized in that: The method includes: Receiving a random access uplink message; A first parameter is obtained from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

14. The method according to claim 13, characterized in that The first parameter includes one or a combination of the following parameters: Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

15. The method according to claim 13, characterized in that The method further includes: receiving a buffer status report BSR through a random access uplink message, or receiving a BSR and a first parameter segment through a random access uplink message.

16. The method according to claim 13, characterized in that The first parameter obtained from the random access uplink message is a first parameter that has been segmented.

17. The method according to claim 13, wherein The method further includes: Reserving a physical layer random access channel PRACH resource for the first parameter; Data is received by reserving a preamble or a PRACH time slot or a message A MSGA resource in a PRACH resource.

18. The method according to claim 13, characterized in that The method further includes: The security parameters are sent through a radio resource control release RRC Release message, so that the terminal encrypts the random access uplink message through the security parameters.

19. The method according to claim 13, wherein Before receiving the random access uplink message, the method further includes: Sending a preset data resource bearer DRB triggers the terminal to send a first parameter through the random access uplink message.

20. The method according to claim 13, wherein The random access uplink message includes message 3 MSG3 or message A MSGA.

21. The method according to claim 13, wherein The random access uplink message is a medium access control element MAC CE or a radio resource control RRC message.

22. The method according to claim 13, wherein The random access uplink message includes a correspondence between logical channel LCH information and the first parameter, or a correspondence between DRB information and the first parameter.

23. An information transmission device, characterized in that: The system comprises a memory and a processor, wherein the memory is used to store program instructions, and the processor is used to read the program instructions in the memory and perform the following operations: Determining a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal; The first parameter is sent through a random access uplink message.

24. The device according to claim 23, characterized in that The first parameter includes one or a combination of the following parameters: Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

25. The device according to claim 23, characterized in that When an indication of reporting the first parameter sent by the network side is received, the first parameter is sent, and the indication is carried by a broadcast message or a radio resource control release RRC Release message.

26. The device according to claim 23, characterized in that If the current random access uplink message size can carry the first parameter, the first parameter is sent.

27. The device according to claim 23, characterized in that If the current random access uplink message size cannot carry the first parameter, the processor is further configured to: Sending a buffer status report BSR via a random access uplink message; Alternatively, segmenting the first parameter to obtain a first parameter segment, and sending the first parameter segment through a random access uplink message; Alternatively, the BSR and the first parameter segment obtained by segmenting the first parameter are sent through a random access uplink message.

28. The device according to claim 23, characterized in that Before sending the first parameter, the processor is further configured to: If the network side reserves a physical layer random access channel PRACH resource for the first parameter, a preamble or a PRACH time slot or a message A MSGA resource in the reserved PRACH resource is selected to perform data transmission.

29. The device according to claim 23, characterized in that The random access uplink message includes the correspondence between logical channel LCH information and the first parameter, or the correspondence between data resource bearer DRB information and the first parameter.

30. The device according to claim 23, wherein The random access uplink message includes message 3 MSG3 or message A MSGA.

31. An information transmission device, characterized in that: The system comprises a memory and a processor, wherein the memory is used to store program instructions, and the processor is used to call the program instructions stored in the memory and execute according to the obtained program: Receiving a random access uplink message; A first parameter is obtained from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

32. The device according to claim 31, characterized in that The first parameter includes one or a combination of the following parameters: Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

33. The device according to claim 31, characterized in that The random access uplink message includes message 3 MSG3 or message A MSGA.

34. An information transmission device, characterized in that: include: a determining unit, configured to determine a first parameter, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal; The sending unit is configured to send the first parameter via a random access uplink message.

35. The device according to claim 34, characterized in that The first parameter includes one or a combination of the following parameters: Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

36. The device according to claim 34, characterized in that The sending unit is specifically configured to: When an indication of reporting the first parameter sent by the network side is received, the first parameter is sent, and the indication is carried by a broadcast message or a radio resource control release RRC Release message.

37. The device according to claim 34, characterized in that The sending unit is specifically configured to: send the first parameter if the current random access uplink message size can carry the first parameter.

38. The device according to claim 34, characterized in that If the current random access uplink message size cannot carry the first parameter, the sending unit is further configured to: Sending a buffer status report BSR via a random access uplink message; Alternatively, segmenting the first parameter to obtain a first parameter segment, and sending the first parameter segment through a random access uplink message; Alternatively, the BSR and the first parameter segment obtained by segmenting the first parameter are sent through a random access uplink message.

39. The device according to claim 34, characterized in that Before sending the first parameter, the sending unit is further configured to: If the network side reserves a physical layer random access channel PRACH resource for the first parameter, a preamble or a PRACH time slot or a message A MSGA resource in the reserved PRACH resource is selected to perform data transmission.

40. The device according to claim 34, characterized in that The random access uplink message includes a correspondence between logical channel LCH information and the first parameter, or a correspondence between data resource bearer DRB information and the first parameter.

41. The device according to claim 34, characterized in that The random access uplink message includes message 3 MSG3 or message A MSGA.

42. An information transmission device, characterized in that: include: A receiving unit, configured to receive a random access uplink message; An acquiring unit is configured to acquire a first parameter from the random access uplink message, where the first parameter is used to indicate a service delay requirement and / or delay jitter requirement of a terminal.

43. The device according to claim 42, characterized in that The first parameter includes one or a combination of the following parameters: Burst expansion, delay jitter, service characteristics, and terminal energy-saving preferences.

44. The device according to claim 42, characterized in that The random access uplink message includes message 3 MSG3 or message A MSGA.

45. A computer storage medium, characterized in that The computer storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable the computer to execute the method according to any one of claims 1 to 22.

Images