Transmission recovery method, electronic device, device and storage medium

Abstract

The embodiment of the present application provides a transmission recovery method, electronic device, device and storage medium. The method includes: a UE in an inactive state determines that a transmission anomaly occurs during data transmission; sends an RRC recovery request message to a network device, wherein the RRC recovery request message carries first indication information; wherein the first indication information is used to indicate that the RRC recovery request message is triggered by an anomaly occurring during data transmission in an inactive state; and / or the first indication information includes an indication of the access layer root key K gNB The number of updates n, where n≥1. The transmission recovery method, electronic device, apparatus and storage medium provided in the embodiments of the present application enable the UE to quickly resume transmission when an abnormality occurs during the process of sending the above small data and / or signaling in an inactive state.

Description

Technical Field

[0001] The present application relates to the field of wireless communication technology, and in particular to a transmission recovery method, electronic equipment, device and storage medium. Background Art

[0002] In the 5G NR (New Radio) system, with the evolution of technology, in order to enable UE (User Equipment) to quickly enter the connected state to send data and reduce the signaling overhead caused by the mobility and state transfer process, a new RRC (radio resource control) state controlled by RAN (Radio access network) is introduced in NR - RRC inactive (INACTIVE) state.

[0003] In NR, sending small data in an inactive state includes using RRC signaling (radio resource control signaling) to transmit small data and not using RRC signaling (i.e. w / o RRC signaling) to transmit small data. Among them, RRC signaling is used to transmit small data, that is, the RRC Resume Request (radio resource resumption request) message is sent to the network side together with the small data packet to be transmitted, triggering the subsequent process.

[0004] However, when the UE is in an inactive state and sends the above-mentioned small data and / or signaling, abnormal situations may occur. At this time, how to quickly resume transmission is an important issue that needs to be solved urgently in the industry. Summary of the invention

[0005] In order to solve the problems existing in the prior art, the embodiments of the present application provide a transmission recovery method, an electronic device, an apparatus and a storage medium.

[0006] In a first aspect, an embodiment of the present application provides a transmission recovery method, including: a UE in an inactive state determines that a transmission abnormality occurs during a data transmission process; sending an RRC recovery request message to a network device, wherein the RRC recovery request message carries first indication information;

[0007] The first indication information is used to indicate that the RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state; and / or the first indication information includes a key used to indicate the access layer root key K gNB The number of updates n, where n ≥ 1.

[0008] Optionally, the RRC recovery request message also carries a MAC-I. The MAC-I is based on the first K RRCintThe first K is determined by the key RRCint The key is used by the UE before the transmission abnormality occurs.

[0009] Optionally, the first indication information does not carry n or n=1.

[0010] Based on the first K RRCint The key-determined MAC-I includes: performing one KgNB update based on the NCC in the UE inactive AS context to obtain a first KgNB; determining the first KRRCint key based on the first KgNB; and determining the MAC-I based on the first KRRCint key.

[0011] Optionally, the method also includes: sending and receiving subsequent data and / or signaling based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the first KgNB.

[0012] Optionally, the first indication information n≥2.

[0013] Based on the first K RRCint The key-determined MAC-I includes: performing n-1 KgNB updates based on the UE inactive AS context to obtain a first KgNB; determining the first KRRCint key based on the first KgNB; and determining the MAC-I based on the first KRRCint key.

[0014] Optionally, the method also includes: based on the first KgNB, performing another KgNB update to obtain an updated KgNB; based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the updated KgNB, sending and receiving subsequent data and / or signaling.

[0015] Optionally, the method further includes: receiving an RRC recovery message sent by the network device, wherein the RRC recovery message carries a new NCC.

[0016] Optionally, the method further includes: receiving first configuration information sent by the network device, the first configuration information being used to indicate whether triggering an RRC recovery process is allowed when an exception occurs during data transmission in an inactive state.

[0017] Optionally, the transmission anomaly includes at least one of the following:

[0018] The MAC layer indicates to the RRC that the inactive small data / signaling transmission process has failed;

[0019] The radio link control RLC layer indicates to the RRC layer the maximum number of retransmissions;

[0020] Radio link failure RLF failure is detected;

[0021] Beam failure detected;

[0022] It is detected that the current service beam is unavailable;

[0023] Cell reselection occurs.

[0024] In a second aspect, an embodiment of the present application further provides a transmission recovery method, which is applied to a network device, including:

[0025] Receiving an RRC recovery request message carrying first indication information, wherein the RRC recovery request message is sent by a terminal device UE in an inactive state to the network device after determining that a transmission abnormality occurs during data transmission;

[0026] The first indication information is used to indicate that the RRC recovery request message is triggered by an exception occurring during the inactive state data transmission process; and / or, the first indication information includes a number of updates n used to indicate the access layer root key KgNB, where n≥1;

[0027] Based on the first indication information, the locally maintained access layer root key KgNB is updated.

[0028] Optionally, the RRC recovery request message also carries a MAC-I, wherein the MAC-I is determined based on a first KRRCint key, and the first KRRCint key is used by the UE before the transmission abnormality occurs.

[0029] Optionally, when the first indication information does not carry n or n=1, the locally maintained access layer root key KgNB is updated based on the first indication information, including: performing one KgNB update based on the NCC in the UE inactive AS context to obtain a first KgNB.

[0030] The method also includes: determining the first KRRCint key based on the first KgNB; determining the MAC-I based on the first KRRCint key, and using it to verify the MAC-I carried in the RRC recovery request message.

[0031] Optionally, the method also includes: sending and receiving subsequent data and / or signaling based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the first KgNB.

[0032] Optionally, when the first indication information n≥2, the locally maintained access layer root key KgNB is updated based on the first indication information, including: performing n-1 KgNB updates based on the UE inactive AS context to obtain a first KgNB.

[0033] The method also includes: determining the first KRRCint key based on the first KgNB; determining the MAC-I based on the first KRRCint key, and using it to verify the MAC-I carried in the RRC recovery request message.

[0034] Optionally, the method further comprises:

[0035] Based on the first KgNB, perform another KgNB update to obtain an updated KgNB;

[0036] Send and receive subsequent data and / or signaling based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the updated KgNB.

[0037] Optionally, the method further includes: sending an RRC recovery message to the UE, wherein the RRC recovery message carries a new NCC.

[0038] Optionally, the method further includes: sending first configuration information to the UE, where the first configuration information is used to indicate whether to allow triggering of an RRC recovery process when an exception occurs during data transmission in an inactive state.

[0039] In a third aspect, an embodiment of the present application further provides a terminal device, including a memory, a transceiver, and a processor;

[0040] A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for executing the computer program in the memory and implementing the following steps:

[0041] After determining that a transmission anomaly occurs during data transmission, the UE in an inactive state sends an RRC recovery request message to a network device, where the RRC recovery request message carries first indication information.

[0042] Among them, the first indication information is used to characterize that the RRC recovery request message is triggered by an exception occurring during the inactive data transmission process; and / or the first indication information includes the number of updates n used to characterize the access layer root key KgNB, where n≥1.

[0043] Optionally, the RRC recovery request message also carries a MAC-I, wherein the MAC-I is determined based on a first KRRCint key, and the first KRRCint key is used by the UE before the transmission abnormality occurs.

[0044] Optionally, the first indication information does not carry n or n=1.

[0045] The steps also include: performing one KgNB update based on the NCC in the UE inactive AS context to obtain a first KgNB; determining the first KRRCint key based on the first KgNB; and determining the MAC-I based on the first KRRCint key.

[0046] Optionally, the step also includes: sending and receiving subsequent data and / or signaling based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the first KgNB.

[0047] Optionally, n≥2; the steps also include: performing n-1 KgNB updates based on the UE inactive AS context to obtain a first KgNB; determining the first KRRCint key based on the first KgNB; determining the MAC-I based on the first KRRCint key.

[0048] Optionally, the steps also include: based on the first KgNB, performing another KgNB update to obtain an updated KgNB; based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the updated KgNB, sending and receiving subsequent data and / or signaling.

[0049] Optionally, the step further includes: receiving an RRC recovery message sent by the network device, wherein the RRC recovery message carries a new NCC.

[0050] Optionally, the step further includes: receiving first configuration information sent by the network device, wherein the first configuration information is used to indicate whether triggering an RRC recovery process is allowed when an abnormality occurs during data transmission in an inactive state.

[0051] Optionally, the transmission anomaly includes at least one of the following:

[0052] The MAC layer indicates to the RRC that the inactive small data / signaling transmission process has failed;

[0053] The radio link control RLC layer indicates to the RRC layer the maximum number of retransmissions;

[0054] Radio link failure RLF failure is detected;

[0055] Beam failure detected;

[0056] It is detected that the current service beam is unavailable;

[0057] Cell reselection occurs.

[0058] In a fourth aspect, an embodiment of the present application further provides a network device, including a memory, a transceiver, and a processor;

[0059] A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for executing the computer program in the memory and implementing the following steps:

[0060] Receiving an RRC recovery request message carrying first indication information, wherein the RRC recovery request message is sent by a terminal device UE in an inactive state to the network device after determining that a transmission abnormality occurs during data transmission;

[0061] The first indication information is used to indicate that the RRC recovery request message is triggered by an exception occurring during the inactive state data transmission process; and / or, the first indication information includes a number of updates n used to indicate the access layer root key KgNB, where n≥1;

[0062] Based on the first indication information, the locally maintained access layer root key KgNB is updated.

[0063] Optionally, the RRC recovery request message also carries a MAC-I, wherein the MAC-I is determined based on a first KRRCint key, and the first KRRCint key is used by the UE before the transmission abnormality occurs.

[0064] Optionally, when the first indication information does not carry n or n=1, the updating the locally maintained access stratum root key KgNB based on the first indication information includes:

[0065] Based on the NCC in the UE inactive AS context, perform one KgNB update to obtain a first KgNB; determine the first KRRCint key based on the first KgNB; determine the MAC-I based on the first KRRCint key, and use it to verify the MAC-I carried in the RRC recovery request message.

[0066] Optionally, the step also includes: sending and receiving subsequent data and / or signaling based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the first KgNB.

[0067] Optionally, in the case where n≥2, updating the locally maintained access layer root key KgNB based on the first indication information includes: performing n-1 KgNB updates based on the UE inactive AS context to obtain a first KgNB;

[0068] The step also includes: determining the first KRRCint key based on the first KgNB; determining the MAC-I based on the first KRRCint key, and using it to verify the MAC-I carried in the RRC recovery request message.

[0069] Optionally, the steps also include: based on the first KgNB, performing another KgNB update to obtain an updated KgNB; based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the updated KgNB, sending and receiving subsequent data and / or signaling.

[0070] Optionally, the step further includes: sending an RRC recovery message to the UE, wherein the RRC recovery message carries a new NCC.

[0071] Optionally, the step further includes: sending first configuration information to the UE, where the first configuration information is used to indicate whether to allow triggering of an RRC recovery process when an exception occurs during data transmission in an inactive state.

[0072] In a fifth aspect, an embodiment of the present application further provides a transmission recovery device, the device comprising:

[0073] A determination module, used to determine whether a transmission anomaly occurs during data transmission of a UE in an inactive state;

[0074] A sending module, configured to send an RRC recovery request message to a network device, wherein the RRC recovery request message carries first indication information;

[0075] Among them, the first indication information is used to characterize that the RRC recovery request message is triggered by an exception occurring during the inactive data transmission process; and / or the first indication information includes the number of updates n used to characterize the access layer root key KgNB, where n≥1.

[0076] In a sixth aspect, an embodiment of the present application further provides a transmission recovery device, the device comprising:

[0077] A receiving module, configured to receive an RRC recovery request message carrying first indication information, wherein the RRC recovery request message is sent by a terminal device UE in an inactive state to the network device after determining that a transmission anomaly occurs during data transmission;

[0078] The first indication information is used to indicate that the RRC recovery request message is triggered by an exception occurring during the inactive state data transmission process; and / or, the first indication information includes a number of updates n used to indicate the access layer root key KgNB, where n≥1;

[0079] A processing module is used to update the locally maintained access layer root key KgNB based on the first indication information.

[0080] In the seventh aspect, an embodiment of the present application also provides a processor-readable storage medium, wherein the processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the steps of the transmission recovery method described in the first aspect as described above, or execute the steps of the transmission recovery method described in the second aspect as described above.

[0081] The transmission recovery method, electronic device, apparatus and storage medium provided in the embodiments of the present application, by sending an RRC recovery request carrying first indication information, notifies the network side that the RRC recovery request is sent due to abnormal data transmission, so that when the UE sends the above-mentioned small data and / or signaling in an inactive state, if an abnormality occurs, the transmission can be quickly restored. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0083] Figure 1 It is a safety flow chart involved in the non-activated state transition in the prior art of the present invention;

[0084] Figure 2 This is one of the flow charts of the transmission recovery method provided in the embodiment of the present application;

[0085] Figure 3 A second flow chart of the transmission recovery method provided in an embodiment of the present application;

[0086] Figure 4 is a schematic diagram of the structure of a terminal device provided in an embodiment of the present application;

[0087] Figure 5 It is a schematic diagram of the structure of a network device provided in an embodiment of the present application;

[0088] Figure 6It is one of the structural schematic diagrams of the transmission recovery device provided in the embodiment of the present application;

[0089] Figure 7 This is the second structural diagram of the transmission recovery device provided in the embodiment of the present application. DETAILED DESCRIPTION

[0090] In the embodiments of the present application, the term "and / or" describes the association relationship of the associated objects, indicating that three relationships may exist. For example, A and / or B may represent: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the associated objects before and after are in an "or" relationship.

[0091] In the embodiments of the present application, the term "plurality" refers to two or more than two, and other quantifiers are similar.

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

[0093] In the existing NR, when the RRC is not activated, the UE's non-access layer state remains in the connected state, but the air interface connection corresponding to the UE's access layer is temporarily suspended, and it can move within the RNA (RAN-based Notification Area) like in the idle state. At this time, the UE:

[0094] Saves the UE context before entering the RRC inactive state;

[0095] Monitor paging;

[0096] Perform measurements and cell reselection;

[0097] RNA renewal is performed periodically, or when RNA is removed.

[0098] Both the UE side and the RAN side save the UE context before the RRC inactive state, so that the UE can quickly enter the connected state. The mobility management of the UE in the inactive state is achieved through cell reselection, which also reduces the signaling interaction (such as measurement reporting, switching) overhead caused by the UE during movement.

[0099] When the AS layer of the UE receives a request from the NAS layer or the AS layer to resume the suspended RRC connection, the UE will send an RRC resumption request to the network side. Figure 1 It is a safety flow chart involved in the non-activated state transition in the prior art of the present invention, such as Figure 1 As shown, the process related to security verification is as follows:

[0100] Step 1: When the network side releases the UE and it enters the RRC inactive state, it allocates an I-RNTI to the UE and provides the latest NCC.

[0101] Step 2: When the UE needs to trigger the RRC recovery process, it sends an RRC recovery request message to the current gNB, which carries: I-RNTI and a Resume MAC-I. The Resume MAC-I is based on the current integrity key (based on the K that entered the inactive state). RRCint ) and (when entering the inactive state) integrity protection algorithm,

[0102] The last serving cell identification (Physical Cell Identification, PCI),

[0103] The cell ID of the current serving cell,

[0104] The C-RNTI and other information last used in the serving cell are obtained.

[0105] At the same time, according to the indication of the NCC value obtained in step 1, the UE calculates and derives a new access layer root key KgNB from the NH value or the previously used access layer root key KgNB combined with the PCI and frequency information of the current cell, and obtains KgNB according to the new root key. RRCint , K RRCenc , K UPint With K UPenc , and applied to subsequent messages received and sent by the UE side (including the RRC response message received in step 4).

[0106] Step 3: The current gNB sends I-RNTI and Resume MAC-I to the anchor gNB. I-RNTI is used by the anchor gNB to find the UE context, and Resume MAC-I is used by the anchor gNB to verify the UE.

[0107] Step 4: The current gNB sends an RRC response message to the UE. If the response message is an RRC recovery message or an RRC release message (an RRC release message indicating that the UE re-enters the inactive state or enters the idle state), the message shall be encrypted and integrity protected using the key derived by the NCC in step 1 (i.e., the UE uses the key obtained from the new root key in step 2 to obtain the K RRCint , K RRCencto receive the message). If the current response message is an RRC release message and instructs the UE to re-enter the inactive state, the message needs to carry the latest NCC to the UE. If the RAN-side node storing the UE context is updated at this time, the current gNB needs to perform a path switching process with the core network. After obtaining the updated NCC from the core network, the current gNB sends an RRC release message to the UE to ensure that the NCC value on the UE side is consistent with that on the network side.

[0108] The network device calculates the MAC-I through the locally maintained KgNB and compares it with the Resume MAC-I carried in the RRC recovery request sent by the terminal device to complete the verification of the UE and ensure that the terminal device communicating with the network device is the corresponding terminal device. After the verification is completed, the network device and the terminal device obtain the KgNB based on the K RRCint , K RRCenc , K UPint With K UPenc The data and / or signaling are transmitted to ensure the integrity and confidentiality of the data and / or signaling.

[0109] In addition, when the UE is in the RRC connected state and security has been activated, but an abnormality occurs and the RRC connection needs to be restored, the UE triggers the RRC reestablishment process. These abnormalities include: MCG synchronization reconfiguration failure, radio link failure detected on the MCG, failure to switch out of NR, integrity check failure of SRB1 or SRB2, RRC reconfiguration failure, etc.

[0110] The RRC re-establishment request sent by the UE includes:

[0111] ResetAbUE-Identity:

[0112] The C-RNTI is the C-RNTI used in the source cell when the failure occurs, and the network side finds the stored UE context according to the identifier;

[0113] physCellId is the physical layer cell ID corresponding to the source cell when the failure occurs. The network side finds the network side RAN side node that stores the UE context based on this identifier;

[0114] shortMAC-I: Generated based on the KRRCint key and integrity protection algorithm when a failure occurs, and used by the network to verify the UE after receiving the request.

[0115] reestablishmentCause: used to inform the network side of the reason for triggering the reestablishment.

[0116] On this basis, the prior art takes advantage of the UE in an inactive state to send small data, usually using RRC signaling to transmit small data, and does not use RRC signaling (i.e. w / o RRC signaling) to transmit small data. However, transmission anomalies may occur during the transmission process, and the prior art does not deal with how to quickly restore transmission, and there is no relevant conclusion. Therefore, each embodiment of the present invention provides a method for transmission recovery, by which the UE can quickly restore the connection when an abnormality occurs when sending small data in an inactive state.

[0117] The core idea of ​​each embodiment of the present invention is that in the process of sending small data / signaling in an inactive state, when an abnormal situation occurs, the connection is quickly restored based on the enhanced RRC recovery process. Ensure the integrity and reliability of data transmission, while reducing the consumption of wireless resources and improving the utilization of wireless resources. The following introduces the enhanced RRC recovery process provided by each embodiment of the present application. Moreover, there are many situations of transmission abnormality. This embodiment mainly uses data transmission abnormality as an example to explain. However, the present application is not limited to data transmission abnormalities, but also includes signaling transmission abnormalities and other situations.

[0118] Figure 2 It is one of the flow charts of the transmission recovery method provided in the embodiment of the present application, which is applied to the terminal device UE, such as Figure 2 As shown, the method comprises the following steps:

[0119] Step 201: A UE in an inactive state determines that a transmission anomaly occurs during data transmission.

[0120] The network device sends an RRC release message, and the terminal device enters the RRC inactive state. The UE's non-access layer state remains in the connected state, but the air interface connection corresponding to the UE's access layer is temporarily suspended, and it can move within the RNA (RAN-based Notification Area, wireless access network notification area) like in the idle state.

[0121] When the UE is in the RRC inactive state (RRC INACTIVE), it usually uses RRC signaling to transmit small data, and does not use RRC signaling (i.e. w / o RRC signaling) to transmit small data. When the UE sends the above small data (or signaling) in the inactive state, it will monitor the data transmission situation, and once an abnormal situation is encountered, the corresponding recovery process will be triggered.

[0122] Step 202: Send an RRC recovery request message to the network device, wherein the RRC recovery request message carries first indication information.

[0123] The first indication information is used to indicate that the RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state; and / or the first indication information includes a key used to indicate the access layer root key K gNB The number of updates n, where n ≥ 1.

[0124] When the UE sends small data (or signaling) in the RRC inactive state (RRC INACTIVE), an abnormal situation may exist, and the network device and the terminal device cannot communicate normally, resulting in the small data (or signaling) sent / received between the UE and the network device cannot be transmitted normally or lost. When the UE sends small data (or signaling) in the inactive state, it will monitor the situation of sending data. Once an abnormal situation is encountered, the terminal device triggers the corresponding recovery process or reports it to the network device, and the network device triggers the corresponding recovery process.

[0125] The specific abnormal situations include one or more of the following:

[0126] The MAC layer indicates to the RRC that the inactive small data / signaling transmission process has failed;

[0127] The radio link control RLC layer indicates to the RRC layer the maximum number of retransmissions;

[0128] Radio link failure RLF failure is detected;

[0129] Beam failure detected;

[0130] It is detected that the current service beam is unavailable;

[0131] Cell reselection occurs.

[0132] When the terminal device UE triggers an RRC recovery request, the corresponding RRC recovery request will carry first indication information, wherein the first indication information is used to indicate that the corresponding RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state; and / or the first indication information includes a first indication information for indicating the access layer root key K gNB The number of updates n, where n ≥ 1.

[0133] The first indication information here is used to indicate that the RRC recovery request message is triggered by an abnormality occurring during the inactive data transmission process, which is an enhanced RRC recovery process. The network device receives the corresponding indication information and activates the corresponding data transmission recovery process.

[0134] The first indication information may also include a key used to represent the access layer root key K gNB The number of updates n, where n ≥ 1, where n is equivalent to a counter, for the access layer root key K gNBThe number of updates performed is counted, and the network device is informed through this indication information that the terminal device has executed the access layer root key K gNB The number of updates n.

[0135] The embodiments of the present application are described by taking an inactive UE sending an RRC recovery request message to a network device after determining that a transmission anomaly occurs during data transmission as an example. Of course, those skilled in the art can know that the technical solutions of the embodiments of the present application are not limited to the scenario where an inactive UE determines that a transmission anomaly occurs during data transmission, and terminal devices in other states can also be applied. It is not limited to data transmission anomalies, and other transmission anomalies can also be applied, such as signaling transmission anomalies. For the convenience of subsequent discussion, the embodiments of the present application are only introduced by taking an inactive UE as an example.

[0136] The transmission recovery method provided in the embodiment of the present application, by sending an RRC recovery request with first indication information, notifies the network side that the RRC recovery request is sent due to abnormal data transmission, can quickly restore data transmission, and at the same time avoid the UE from frequently entering the RRC connection state, which can reduce signaling overhead.

[0137] Based on the above embodiment, optionally, the RRC recovery request message further carries a MAC-I; wherein the MAC-I is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the data transmission anomaly occurs.

[0138] Normally, after receiving the RRC release message sent by the network side, the terminal device UE enters the RRC inactive state. At this time, the network device and the terminal device store the corresponding UE context information respectively. The UE context includes the initial K gNB , K RRCint , the NCC carried in the RRC release message. The network device and the terminal device respectively RRCint The network device compares the MAC-I of the terminal device UE with the MAC-I calculated by itself to complete the verification of the UE. At the same time, in order to send and receive data, the terminal device UE and the network device (such as gNB) will compare the initial K gNB An update is performed. At this time, the NCC value has not been used. Therefore, the terminal device UE and the network device (such as gNB) obtain the corresponding NH value based on the latest NCC carried in the release RRC message, and calculate the new access layer root key K based on the NH value combined with the PCI and frequency information of the current cell. gNB , i.e. the first K gNB , complete 1 K gNBUpdate. At the same time, determine the corresponding access layer root key K gNB The first indication information of the number of updates n=1.

[0139] Terminal devices and network equipment are based on the updated K gNB Calculate the corresponding K RRCint , K RRCenc , K UPint With K UPenc key, and based on the updated K gNB Calculate the corresponding K RRCint , K RRCenc , K UPint With K UPenc The key is used to send and receive data and / or signaling.

[0140] When an abnormality occurs in the transmission data, when the UE triggers the RRC recovery process, it sends an RRC recovery request message to the network device to obtain the K used by the UE before the data transmission abnormality. RRCint Key, the first K RRCint key, and based on the first K RRCint The key and integrity protection algorithm obtains the updated MAC-I. Similarly, the network device calculates the updated MAC-I based on the same rules. The network device receives the RRC recovery request message sent by the UE, obtains the updated MAC-I of the terminal device and compares it with the MAC-I calculated by itself to complete the verification of the UE.

[0141] In the embodiment of the present application, MAC-I is based on the first K used by the terminal device UE before the data transmission abnormality. RRCint The key is determined, not obtained from the UE context information. The MAC-I is further processed to obtain the updated value, making it more secure and reliable.

[0142] The calculation rules of MAC-I are the same for network devices and terminal devices.

[0143] The transmission recovery method provided in the embodiment of the present application can quickly restore data transmission by sending an RRC recovery request with first indication information when an abnormality occurs in data transmission in an inactive state of a terminal device. This notifies the network side that the RRC recovery request is sent due to abnormal data transmission, thereby quickly restoring data transmission.

[0144] Based on the above embodiment, optionally, the first indication information does not carry n or n=1; based on the first K RRCint Key-determined MAC-I, including: 1 K based on the NCC in the UE inactive AS context gNB Update, get the first K gNB Based on the first KgNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I.

[0145] Specifically, when the terminal device sends an RRC recovery request, the RRC recovery request message may have the following three situations:

[0146] Case A1: The RRC recovery request message includes: first indication information indicating that the RRC recovery request message is triggered by an abnormality occurring during data transmission in an inactive state;

[0147] Case A2: The RRC recovery request message includes: the first indication information indicating that the RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state + the access layer root key K gNB The first indication information of the update number n, where n=1;

[0148] Case A3: The RRC recovery request message includes: Characterizing the access layer root key K gNB The first indication information of the update number n, where n=1.

[0149] The terminal device can send an RRC recovery request message in case A1, case A2 or case A3, all of which represent or imply that an abnormal situation occurred in the process of the terminal device sending data in an inactive state. At the same time, the network device learns or implicitly learns that an abnormal situation occurred in the process of the terminal device sending data in an inactive state based on the corresponding first indication information, and both the terminal device and the network device need to determine a new MAC-I. For case A1, the terminal device sends the RRC recovery request in case A1, and the network device learns that an abnormal situation occurred in the process of the terminal device sending data in an inactive state based on the corresponding first indication information, and the corresponding data transmission needs to be restored. The terminal device performs 1 K based on the NCC in the UE inactive AS context. gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the corresponding MAC-I.

[0150] Specifically, the UE inactive AS context includes the initial K gNB , K RRCint , the NCC carried in the RRC release message. At this time, the NCC is the latest and has not been used. Therefore, the terminal device UE and the network device (such as gNB) obtain the corresponding NH value based on the latest NCC, and calculate the new access layer root key K based on the NH value combined with the PCI and frequency information of the current cell.gNB , i.e. the first K gNB , complete 1 K gNB Update. At the same time, determine the corresponding access layer root key K gNB Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I. However, when the terminal device sends the RCC recovery request message, it may not carry the access layer root key K. gNB Similarly, the network device also calculates the first K based on the same rule. gNB Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I.

[0151] For situation A2, the terminal device sends the RRC recovery request in situation A2, and the network end device learns from the corresponding first indication information that an abnormal situation occurred during the data transmission of the terminal device in an inactive state, and the terminal device has performed n = 1 access layer root key K gNB The corresponding data transmission needs to be restored for the update. The terminal device performs 1 K based on the NCC in the UEinactive AS context. gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the corresponding MAC-I. Among them, the terminal device and the network device calculate the first K RRCint Key, based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The rules for determining the corresponding MAC-I by the key are the same as in case A1.

[0152] For situation A3, the terminal device sends the RRC recovery request in situation A3, and the network device learns from the corresponding first indication information that the terminal device has performed n=1 access layer root key K gNB The update is equivalent to implicitly knowing that an abnormal situation occurred during the data transmission of the terminal device in the inactive state, and the corresponding data transmission needs to be restored. The terminal device executes 1 K based on the NCC in the UE inactive AS context. gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCintKey; based on the first K RRCint The key determines the corresponding MAC-I. Among them, the terminal device and the network device calculate the first K RRCint Key, based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The rules for determining the corresponding MAC-I by the key are the same as in case A1.

[0153] At this time, the terminal device UE and the network device can also use the first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc Key.

[0154] The transmission recovery method provided in the embodiment of the present application can quickly recover data transmission by sending an RRC recovery request with first indication information when an abnormality occurs in data transmission in the inactive state of the terminal device. At the same time, an integrity key and an encryption key are generated.

[0155] Based on the above embodiment, optionally, based on the first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

[0156] Specifically, the terminal device uses K before the data transmission anomaly. RRCint The key generates a new MAC-I. At the same time, the network device completes the verification of the terminal device based on the updated MAC-I. When data and signaling need to be transmitted, the integrity key and encryption key used may exist in two situations:

[0157] Case B1: Based on the first K gNB Determined First K RRCint , K RRCenc , K UPint With K UPenc Key;

[0158] Case B2: Based on the first K gNB Perform 1 update and based on the updated first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc Key.

[0159] The terminal device UE may adopt the first K in case B1 or case B2. RRCint , KRRCenc , K UPint With K UPenc Key, for subsequent data and / or signaling transmission and reception.

[0160] For case B1, the UE continues to use the K gNB , that is, K when sending and receiving subsequent data and / or signaling using an inactive state to send small data gNB Determined First K RRCint , K RRCenc , K UPint With K UPenc Key;

[0161] For case B2, the UE sends small data in the inactive state. gNB , perform an update based on the updated first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc Key, using the first K determined at this time RRCint , K RRCenc , K UPint With K UPenc The key is used to send and receive subsequent data and / or signaling.

[0162] The transmission recovery method provided in the embodiment of the present application can, when an abnormality occurs in the data transmission of the terminal device in the inactive state, send an RRC recovery request with first indication information to notify the network side that the RRC recovery request is sent due to abnormal data transmission, so as to quickly restore the data transmission and establish new transmission data integrity and encryption protection to ensure the integrity and confidentiality of data transmission.

[0163] Based on the above embodiment, optionally, in the transmission recovery method, n≥2; based on the first K RRCint Key-determined MAC-I, including: n-1 K-determined based on UE inactive AS context gNB Update, get the first K gNB Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I.

[0164] Specifically, when the terminal device sends an RRC recovery request, there may be two situations in the RRC recovery request message:

[0165] Case C1: The RRC recovery request message includes: the first indication information indicating that the RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state + the access layer root key K gNB The first indication information of the update number n, where n≥2;

[0166] Case C2: The RRC recovery request message includes: Characterizing the access layer root key K gNB The first indication information of the update number n, where n≥2.

[0167] When the terminal device UE sends the RRC recovery request message of situation C1 or situation C2, it means that an abnormal situation occurred during the data transmission of the terminal device in an inactive state, and the terminal device has performed n ≥ 2 access layer root key K gNB At the same time, the network device learns or implicitly learns through the first indication information that an abnormal situation has occurred in the process of the terminal device sending data in an inactive state, and the terminal device has performed n ≥ 2 access layer root key K gNB At this point, both the terminal device and the network device need to determine the new MAC-I.

[0168] For case C1, the terminal device sends the RRC recovery request in case C1. For example, if n=2, the specific processing flow of the terminal device is as follows:

[0169] Step 501, obtain the UE inactive AS context, including the initial K gNB , K RRCint , the NCC carried in the RRC release message. At this time, the NCC is the latest and has not been used. Therefore, the terminal device UE and the network device (such as gNB) obtain the corresponding NH value based on the latest NCC, and calculate the new access layer root key K based on the NH value combined with the PCI and frequency information of the current cell. gNB , i.e. the first K gNB (K1), complete 1 K gNB Update. At the same time, determine the corresponding access layer root key K gNB First indication information of update number n=1;

[0170] Step 502: If the terminal device sends small data and / or signaling abnormally, it is necessary to trigger the RRC recovery request process. The terminal device initiates an RRC recovery request and performs a RRC recovery request on the access layer root key K. gNB Perform another update. At this time, the NCC is not the latest one and has been used in step 501. Therefore, the terminal device updates the NCC based on the first K obtained in step 501. gNB (K1) Combine the PCI and frequency information of the current cell to calculate and derive the new access layer root key K gNB (K2), KgNB (K2) as the latest first K gNB ; At the same time, determine the corresponding access layer root key K gNB First indication information of the update number n=2;

[0171] Step 503, based on the latest first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I.

[0172] Similarly, network devices also calculate the first K based on the same rules gNB Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I.

[0173] In addition, when n=3, the specific processing flow of the terminal device is as follows:

[0174] Step 601, same as step 501;

[0175] Step 602: If the terminal device sends small data and / or signaling abnormally, the RRC recovery request process needs to be triggered. The terminal device initiates the RRC recovery request and needs to access the root key K gNB Perform another update. At this time, the NCC is not the latest one and has been used in step 501. Therefore, the terminal device updates the NCC based on the first K obtained in step 501. gNB (K1) Combine the PCI and frequency information of the current cell to calculate and derive the new access layer root key K gNB (K2), K gNB (K2) is the first K updated gNB ; Determine the corresponding access layer root key K gNB First indication information of the update number n=2;

[0176] If the transmission between the terminal device and the network device still cannot be restored or the UE detects an abnormality during the RRC recovery process, it is necessary to perform the RRC recovery process again and set K gNB (K2) Combine the PCI and frequency information of the current cell to calculate and derive the new access layer root key K gNB (K3), will K gNB (K3) as the latest first K gNB ; Determine the corresponding access layer root key K gNB First indication information of the update number n=3;

[0177] However, in normal applications, if the transmission between the terminal device and the network device still cannot be restored after executing an RRC recovery request or if the UE detects an abnormality during the RRC recovery process, the network side will allow the UE to directly enter the RRC idle state.

[0178] Step 603, based on the latest first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I.

[0179] For situation C2, the terminal device sends the RRC recovery request in situation C2, and the network end device learns from the corresponding first indication information that the terminal device has performed n ≥ 2 access layer root key K gNB The update is equivalent to implicitly knowing that an abnormal situation occurred during the data transmission of the terminal device in the inactive state, and the corresponding data transmission needs to be restored. At the same time, the terminal device executes n-1 K based on the UE inactive AS context. gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the corresponding MAC-I. Among them, the terminal device and the network device calculate the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The rules for determining the corresponding MAC-I by the key are the same as in case C1.

[0180] At this time, the terminal device UE can also use the latest first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc Key.

[0181] Among them, K UPenc Used to protect UP services through specific encryption algorithms.

[0182] K UPint Used to protect UP services between terminal devices and network devices (such as gNB) through specific integrity algorithms.

[0183] K RRCint Used to protect RRC signaling using a specific integrity algorithm.

[0184] K RRCenc Used to protect RRC signaling using a specific encryption algorithm.

[0185] In this embodiment, the key used for sending / receiving subsequent data and / or signaling is not limited here.

[0186] At this time, the terminal device UE is based on the access layer root key K updated n-1 times gNB Determined the first K RRCint After the key is RRCint The key is combined with the integrity protection algorithm to calculate the MAC-I on the UE side, and it is sent to the network device through the RRC recovery request message.

[0187] The transmission recovery method provided in the embodiment of the present application can quickly resume data transmission by sending an RRC recovery request with first indication information when an abnormality occurs in data transmission in an inactive state of a terminal device, and at the same time, based on the updated K gNB The new MAC-I obtained from the UE is sent to the network device to provide support for subsequent verification by the network device. Integrity keys and encryption keys are also generated.

[0188] Based on the above embodiment, optionally, the method further includes:

[0189] Based on the first K gNB , and then execute K again gNB Update, get the updated K gNB ;

[0190] Based on the updated K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

[0191] Specifically, the terminal device uses the latest K obtained in step 502 or step 602 gNB Execute K once gNB Update to get the latest K gNB ; The latest K gNB Combine the PCI and frequency information of the current cell to calculate and derive the new K gNB (Kn), and based on the latest K gNB (Kn) Calculate the first K RRCint , K RRCenc , K UPint With K UPenc Key.

[0192] At the same time, the network device also calculates the first K based on the same rules RRCint , K RRCenc , K UPint With K UPencThe key ensures that the same key is maintained between the network device and the terminal device for the subsequent sending and receiving of data and / or signaling.

[0193] The transmission recovery method provided in the embodiment of the present application can quickly restore data transmission by sending an RRC recovery request with first indication information and performing the key update process multiple times when an abnormality occurs in the data transmission of the terminal device in an inactive state, and at the same time establish new transmission data integrity and encryption protection to ensure the integrity and confidentiality of data transmission.

[0194] Based on the above embodiment, optionally, the method further includes:

[0195] An RRC recovery message sent by the network device is received, where the RRC recovery message carries a new NCC.

[0196] Specifically, the network device (such as gNB) sends an RRC recovery message to the terminal device, instructing the terminal device UE to re-enter the inactive state. The message needs to carry the latest NCC to the terminal device UE. If the RAN side node storing the UE context is updated at this time, the current network device (such as gNB) needs to perform a path switching process with the core network. After obtaining the updated NCC from the core network, the current network device (such as gNB) sends an RRC recovery message to the terminal device UE, thereby ensuring that the NCC value on the UE side is consistent with that on the network side.

[0197] This ensures that both the terminal device and the network device hold the same NCC value in subsequent communications, facilitating subsequent UE verification, signaling and / or data transmission integrity and confidentiality.

[0198] The transmission recovery method provided in the embodiment of the present application can quickly restore data transmission by sending an RRC recovery request with first indication information and an RRC recovery message sent by a network device when an abnormality occurs in data transmission in an inactive state of a terminal device, and at the same time establish new transmission data integrity and encryption protection to ensure the integrity and confidentiality of data transmission.

[0199] Based on the above embodiment, optionally, the method further includes: receiving first configuration information sent by the network device, wherein the first configuration information is used to indicate whether to allow triggering of the RRC recovery process when an abnormality occurs during the inactive state data transmission process.

[0200] Specifically, the terminal device receives the first configuration information sent by the network device. The network device first supports the corresponding function and sends the corresponding configuration information to the terminal device. After the terminal device receives this configuration information, it completes the configuration of the corresponding RRC recovery process of the terminal device. Thereafter, when an abnormality occurs during the inactive data transmission process of the terminal device, the terminal device will perform the corresponding operation according to the corresponding configuration process.

[0201] The transmission recovery method provided in the embodiment of the present application can complete the corresponding configuration of the terminal device by sending configuration information in advance when an abnormality occurs in the data transmission of the terminal device in the inactive state, thereby realizing flexible processing of the corresponding process operation, making the application of the method more flexible.

[0202] In another embodiment, if the terminal device detects an abnormality during the RRC recovery process, the UE directly enters the RRC idle state.

[0203] Figure 3 The second flow chart of the transmission recovery method provided in the embodiment of the present application is applied to a network device, such as Figure 3 As shown, the method includes:

[0204] Step 301, receiving an RRC recovery request message carrying first indication information, wherein the RRC recovery request message is sent by a terminal device UE in an inactive state to the network device after determining that a transmission abnormality occurs during data transmission;

[0205] The first indication information is used to indicate that the RRC recovery request message is triggered by an exception occurring during the inactive state data transmission process; and / or, the first indication information includes a number of updates n used to indicate the access layer root key KgNB, where n≥1;

[0206] Specifically, when the UE sends small data (or signaling) in an RRC inactive state (RRC INACTIVE), an abnormal situation may exist, and the network device and the terminal device cannot communicate normally, resulting in the failure of normal transmission of the small data (or signaling) sent / received between the UE and the network device. During the process of sending small data (or signaling) in the inactive state, the UE will monitor the situation of sending data. Once an abnormal situation occurs, the terminal device triggers a corresponding recovery process or reports it to the network device. The network device receives an RRC recovery request message carrying the first indication information, and first obtains the first indication information in the message. If the RRC recovery request message contains the first indication information, it is implicitly known that the terminal device is in an inactive state and sends it to the network device after determining that a transmission abnormality has occurred during the data transmission process. Then, according to the specific configuration information of the obtained first indication information, the corresponding transmission recovery process is executed.

[0207] The first indication information here is used to characterize that the RRC recovery request message is triggered by an exception occurring during the inactive data transmission process. It is an enhanced RRC recovery process and is different from the data transmission recovery process in the prior art. The network device receives the corresponding indication information and enables the corresponding data transmission recovery process.

[0208] The first indication information may also include a key used to represent the access layer root key K gNB The number of updates n, where n ≥ 1, where n is equivalent to a counter, for the access layer root key K gNB The number of updates performed is counted, and the network device is informed through this indication information that the terminal device has executed the access layer root key K gNB The number of updates n.

[0209] Step 302: Based on the first indication information, the locally maintained access layer root key KgNB is updated.

[0210] Specifically, there may be three situations for the first indication information in the RRC recovery request received by the network device, and based on the RRC recovery requests in these three situations, the locally stored access layer root key KgNB is updated using the same rules as the terminal device to keep the access layer root key KgNB used for communication between the network device and the terminal device consistent.

[0211] The transmission recovery method provided in the embodiment of the present application makes up for the lack of rapid recovery in the prior art when an abnormality occurs in the data transmission of an inactive UE. By sending an RRC recovery request with first indication information, data transmission can be quickly restored, while avoiding the UE from frequently entering the RRC connection state, thereby reducing signaling overhead.

[0212] Based on the above embodiment, optionally, the RRC recovery request message further carries a MAC-I; wherein the MAC-I is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the data transmission anomaly occurs.

[0213] Normally, the network device sends an RRC release message, and the terminal device UE receives this message and enters the RRC inactive state. At this time, the network device and the terminal device store the corresponding UE context information respectively. The UE context includes the initial K gNB , K RRCint , the NCC carried in the RRC release message. The network device and the terminal device respectively RRCintThe network device compares the MAC-I of the terminal device UE with the MAC-I calculated by itself to complete the verification of the UE. At the same time, in order to send and receive data, the terminal device UE and the network device (such as gNB) will compare the initial K gNB An update is performed. At this time, the NCC value has not been used. Therefore, the terminal device UE and the network device (such as gNB) obtain the corresponding NH value based on the latest NCC carried in the release RRC message, and calculate the new access layer root key K based on the NH value combined with the PCI and frequency information of the current cell. gNB , i.e. the first K gNB , complete 1 K gNB Update. At the same time, determine the corresponding access layer root key K gNB The first indication information of the number of updates n=1.

[0214] Terminal devices and network equipment are based on the updated K gNB Calculate the corresponding K RRCint , K RRCenc , K UPint With K UPenc key, and use the updated K gNB Calculate the corresponding K RRCint , K RRCenc , K UPint With K UPenc The key is used to send and receive data and / or signaling.

[0215] When an abnormality occurs in the transmission data, when the UE triggers the RRC recovery process, it sends an RRC recovery request message to the network device to obtain the K used by the UE before the data transmission abnormality. RRCint Key, the first K RRCint key, and based on the first K RRCint The key and integrity protection algorithm obtains the updated MAC-I. Similarly, the network device calculates the updated MAC-I based on the same rules. The network device receives the RRC recovery request message sent by the UE, obtains the updated MAC-I of the terminal device and compares it with the MAC-I calculated by itself to complete the verification of the UE.

[0216] In the embodiment of the present application, MAC-I is based on the first K used by the terminal device UE before the data transmission abnormality. RRCint The key is determined, not obtained from the UE context information maintained locally by the network device. In addition, the calculation rules of MAC-I are consistent between the network device and the terminal device. Keep the network device and the terminal device updated according to the same rules, and the network device further processes the MAC-I to obtain the updated value, making the communication between the two more secure and reliable.

[0217] The transmission recovery method provided in the embodiment of the present application can, when an abnormality occurs in data transmission in an inactive state of a terminal device, send an RRC recovery request message with first indication information to notify the network side that the RRC recovery request is sent due to abnormal data transmission, thereby quickly restoring data transmission and avoiding the UE from frequently entering the RRC connection state, thereby reducing signaling overhead.

[0218] On the basis of the foregoing embodiment, optionally, when the first indication information does not carry n or n=1, the updating of the locally maintained access stratum root key KgNB based on the first indication information includes:

[0219] Perform one KgNB update based on the NCC in the UE inactive AS context to obtain the first KgNB;

[0220] The method also includes: determining the first KRRCint key based on the first KgNB; determining the MAC-I based on the first KRRCint key, and using it to verify the MAC-I carried in the RRC recovery request message.

[0221] Specifically, there are three situations for the RRC recovery request message received by the network device, which are the same as situation A1, situation A2 and situation A3 for the RRC recovery request message sent by the terminal device.

[0222] The network device receives the RRC recovery request in case A1, case A2 or case A3, and correspondingly determines the first K RRCint The processing flow and rules of the key and MAC-I are the same as those of the terminal device, and will not be repeated here. In addition, the network device compares the MAC-I carried in the RRC recovery request message sent from the terminal device with the MAC-I calculated and determined by itself to complete the verification of the corresponding terminal device.

[0223] At this time, the network device is still based on the latest first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc Key.

[0224] The transmission recovery method provided in the embodiment of the present application is that when a terminal device transmits data abnormally in an inactive state, the network device receives an RRC recovery request carrying first indication information, notifies the network side that the RRC recovery request is sent due to abnormal data transmission, and can quickly restore data transmission. At the same time, the terminal device is verified based on the updated MAC-I, which is more secure. At the same time, an integrity key and an encryption key are generated.

[0225] Based on the above embodiment, optionally, subsequent data and / or signaling are sent and received based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the first KgNB.

[0226] Specifically, the network device uses the K used by the terminal device before the data transmission abnormality. RRCint The key generates a new MAC-I. At the same time, the network device completes the verification of the terminal device based on the updated MAC-I. When data and signaling transmission is required, the integrity key and encryption key used may have two situations, which are the same as the situation B1 and situation B2 corresponding to the terminal device. The network device will use the same rules as the terminal device to calculate the corresponding first KRRCint, KRRCenc, KUPint and KUPenc keys. The specific processing flow is as follows:

[0227] For case B1, the network device uses the K when the terminal device is inactive and sends small data. gNB , that is, K when sending and receiving subsequent data and / or signaling using an inactive state to send small data gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc Key;

[0228] For case B2, the network device sends small data to the terminal device in an inactive state. gNB , perform an update based on the updated first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc Key, using the first K determined at this time RRCint , K RRCenc , K UPint With K UPenc The key is used to send and receive subsequent data and / or signaling.

[0229] The transmission recovery method provided in the embodiment of the present application is that a network device receives an RRC recovery request message carrying first indication information and sent by a terminal device when an abnormality occurs in data transmission in an inactive state, and notifies the network side that the RRC recovery request is sent due to abnormal data transmission. Data transmission can be quickly restored, and new transmission data integrity and encryption protection can be established at the same time to ensure the integrity and confidentiality of data transmission.

[0230] On the basis of the above embodiment, optionally, in the transmission recovery method, when n≥2, based on the first indication information, updating the locally maintained access stratum root key KgNB includes:

[0231] Perform n-1 KgNB updates based on the UE inactive AS context to obtain a first KgNB; the method also includes: determining the first KRRCint key based on the first KgNB; determining the MAC-I based on the first KRRCint key, and using it to verify the MAC-I carried in the RRC recovery request message.

[0232] Specifically, the terminal device sends an RRC recovery request message received by the network device, which is the same as the situation C1 and situation C2 where the terminal device sends an RRC recovery request message. When the network device receives the RRC recovery request message sent by the terminal device, if the first indication information n≥2, the network device uses the same rule as the terminal device to calculate the corresponding first K RRCint key and MAC-I, and complete the verification of the terminal device.

[0233] For example, when n=2, the processing flow of the network device is the same as step 501 to step 503 of the specific processing flow of the terminal device. The network device obtains the latest first K RRCint The key and MAC-I are consistent with those of the terminal device. In addition, the network device compares the MAC-I carried in the RRC recovery request message sent from the terminal device with the MAC-I calculated and determined by itself to complete the verification of the corresponding terminal device.

[0234] For example, when n=3, the processing flow of the network device is the same as step 601 to step 603 of the specific processing flow of the terminal device. The network device obtains the latest first K RRCint The key and MAC-I are consistent with those of the terminal device. In addition, the network device compares the MAC-I carried in the RRC recovery request message sent from the terminal device with the MAC-I calculated and determined by itself to complete the verification of the corresponding terminal device.

[0235] The transmission recovery method provided in the embodiment of the present application can quickly recover data transmission by sending an RRC recovery request with first indication information when abnormal data transmission occurs in the terminal device in the inactive state, and complete the verification of the terminal device based on the updated MAC-I, which is more secure. Integrity keys and encryption keys are generated at the same time.

[0236] Based on the above embodiment, optionally, the method further includes:

[0237] Based on the first K gNB , and then execute K again gNB Update, get the updated K gNB ;

[0238] Based on the updated K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

[0239] Specifically, the network device obtains the latest first K based on the above processing flow. gNB Key, in a K gNB Update to get the latest K gNB (Kn); the latest first K gNB The key is combined with the PCI and frequency information of the current cell to calculate the latest K gNB (Kn); and based on K gNB (Kn) Calculate the first K RRCint , K RRCenc , K UPint With K UPenc In this way, the network device and the terminal device use the same rules to calculate the first K RRCint , K RRCenc , K UPint With K UPenc The key ensures that the same key is maintained between the network device and the terminal device for the subsequent sending and receiving of data and / or signaling.

[0240] The transmission recovery method provided in the embodiment of the present application is that when an abnormality occurs in the data transmission of the terminal device in the inactive state, the terminal device can send an RRC recovery request with first indication information to notify the network side that the RRC recovery request is sent due to abnormal data transmission, and perform the key update process multiple times to quickly restore data transmission, while establishing new transmission data integrity and encryption protection to ensure the integrity and confidentiality of data transmission.

[0241] Based on the above embodiment, optionally, the method further includes:

[0242] An RRC recovery message sent by the network device is received, where the RRC recovery message carries a new NCC.

[0243] Specifically, the network device (such as gNB) sends an RRC recovery message to the terminal device, instructing the terminal device UE to re-enter the inactive state. The message needs to carry the latest NCC to the terminal device UE. If the RAN side node storing the UE context is updated at this time, the current network device (such as gNB) needs to perform a path switching process with the core network. After obtaining the updated NCC from the core network, the current network device (such as gNB) sends an RRC recovery message to the terminal device UE, thereby ensuring that the NCC value on the UE side is consistent with that on the network side.

[0244] This ensures that both the terminal device and the network device hold the same NCC value in subsequent communications, facilitating subsequent UE verification, signaling and / or data transmission integrity and confidentiality.

[0245] The transmission recovery method provided in the embodiment of the present application can quickly restore data transmission by sending an RRC recovery request with first indication information and an RRC recovery message sent by a network device when an abnormality occurs in data transmission in an inactive state of a terminal device, and at the same time establish new transmission data integrity and encryption protection to ensure the integrity and confidentiality of data transmission.

[0246] Based on the above embodiment, optionally, the method further includes: receiving first configuration information sent by the network device, wherein the first configuration information is used to indicate whether to allow triggering of the RRC recovery process when an abnormality occurs during the inactive state data transmission process.

[0247] Specifically, the terminal device receives the first configuration information sent by the network device. The network device first supports the corresponding function and sends the corresponding configuration information to the terminal device. After the terminal device receives this configuration information, it completes the configuration of the corresponding RRC recovery process of the terminal device. Thereafter, when an abnormality occurs during the inactive data transmission process of the terminal device, the terminal device will perform the corresponding operation according to the corresponding configuration process.

[0248] In another embodiment, if the RAN side node storing the UE context (such as network device gNB1) and the current serving RAN side node (such as network device gNB2) are different nodes, the current serving RAN side node will receive MAC-I, and send a UE context acquisition request (i.e., RETRIEVE UE CONTEXT REQUEST) to the RAN side node storing the UE context (i.e., network device gNB1). The RAN side node storing the UE context executes one or more of all the steps in the above embodiments based on the received message.

[0249] In the transmission recovery method provided in the embodiment of the present application, the network device pre-configures the processing flow when an abnormality occurs in the transmission data of the terminal device in the inactive state, sends the pre-configured information, completes the corresponding configuration of the terminal device, and realizes flexible processing of the corresponding process operation. This method can configure the terminal devices connected to the same network device in batches, saves labor costs, and is more flexible in application.

[0250] Figure 4 A schematic diagram of the structure of a terminal device provided in an embodiment of the present application, such as Figure 4 As shown, the terminal device includes a memory 420, a transceiver 410 and a processor 400; wherein the processor 400 and the memory 420 may also be arranged physically separately.

[0251] The memory 420 is used to store computer programs; the transceiver 410 is used to send and receive data under the control of the processor 400.

[0252] Specifically, the transceiver 410 is used to receive and send data under the control of the processor 400. Common terminal devices include mobile phones, IPADs, notebook computers, and the like.

[0253] Among them, Figure 4 In the embodiment, the bus architecture may include any number of interconnected buses and bridges, specifically one or more processors represented by processor 400 and various circuits of memory represented by memory 420 are linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described in this application. The bus interface provides an interface. The transceiver 410 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, which transmission medium includes a wireless channel, a wired channel, an optical cable, and other transmission media. For different user devices, the user interface 430 may also be an interface capable of externally and internally connecting required devices, and the connected devices include but are not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.

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

[0255] The processor 400 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). The processor may also adopt a multi-core architecture.

[0256] The processor 400 is configured to execute any of the methods provided in the embodiments of the present application according to the obtained executable instructions by calling the computer program stored in the memory 420, for example: after the UE in an inactive state determines that a transmission abnormality occurs during data transmission, the UE sends an RRC recovery request message to the network device, where the RRC recovery request message carries the first indication information;

[0257] The first indication information is used to indicate that the RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state; and / or the first indication information includes a key used to indicate the access layer root key K gNB The number of updates n, where n ≥ 1.

[0258] Optionally, the RRC recovery request message also carries a MAC-I;

[0259] The MAC-I is determined based on a first KRRCint key, and the first KRRCint key is used by the UE before the data transmission is abnormal.

[0260] Optionally, the first indication information does not carry n or n=1;

[0261] The steps also include:

[0262] Perform one KgNB update based on the NCC in the UE inactive AS context to obtain the first KgNB;

[0263] Determine the first KRRCint key based on the first KgNB;

[0264] The MAC-I is determined based on the first KRRCint key.

[0265] Optionally, when the processor 400 executes the computer program, it further implements the following steps:

[0266] Based on the first K gNB Determine the first K RRCint , KRRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

[0267] Optionally, if n of the first indication information is greater than or equal to 2, the steps further include:

[0268] Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ;

[0269] Determine the first KRRCint key based on the first KgNB;

[0270] The MAC-I is determined based on the first KRRCint key.

[0271] Optionally, the steps further include:

[0272] Based on the first KgNB, perform another KgNB update to obtain an updated KgNB;

[0273] Send and receive subsequent data and / or signaling based on the first KRRCint, KRRCenc, KUPint and KUPenc keys determined by the updated KgNB.

[0274] Optionally, the steps further include:

[0275] An RRC recovery message sent by the network device is received, where the RRC recovery message carries a new NCC.

[0276] Optionally, the steps further include:

[0277] Receive first configuration information sent by the network device, where the first configuration information is used to indicate whether to allow triggering of an RRC recovery process when an exception occurs during data transmission in an inactive state.

[0278] Optionally, the transmission exception includes at least one of the following:

[0279] The MAC layer indicates to the RRC that the inactive small data / signaling transmission process has failed;

[0280] The radio link control RLC layer indicates to the RRC layer the maximum number of retransmissions;

[0281] Radio link failure RLF failure is detected;

[0282] Beam failure detected;

[0283] It is detected that the current service beam is unavailable;

[0284] Cell reselection occurs.

[0285] Figure 5 A schematic diagram of the structure of a network device provided in an embodiment of the present application, such as Figure 5 As shown, the network device includes a memory 520, a transceiver 510 and a processor 500; wherein the processor 500 and the memory 520 may also be arranged physically separately.

[0286] The memory 520 is used to store computer programs; the transceiver 510 is used to send and receive data under the control of the processor 500.

[0287] Specifically, the transceiver 510 is used to receive and send data under the control of the processor 500. Common network devices include gNB, base station, etc.

[0288] Among them, Figure 5 In the embodiment, 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 500 and memory represented by memory 520. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described in this application. The bus interface provides an interface. The transceiver 510 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, which transmission medium may include a wireless channel, a wired channel, an optical cable, and the like. The processor 500 is responsible for managing the bus architecture and general processing, and the memory 520 may store data used by the processor 500 when performing operations.

[0289] The processor 500 may be a CPU, an ASIC, an FPGA or a CPLD, and the processor may also adopt a multi-core architecture.

[0290] The processor 500 is configured to execute any of the methods provided in the embodiments of the present application according to the obtained executable instructions by calling the computer program stored in the memory 520, for example: receiving an RRC recovery request message carrying first indication information, where the RRC recovery request message is sent by an inactive terminal device UE to the network device after determining that a transmission abnormality occurs during data transmission;

[0291] The first indication information is used to indicate that the RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state; and / or the first indication information includes a key used to indicate the access layer root key K gNB The number of updates n, where n ≥ 1;

[0292] Based on the first indication information, the locally maintained access layer root key KgNB to update.

[0293] Optionally, the RRC recovery request message also carries a MAC-I; wherein the MAC-I is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the data transmission anomaly occurs.

[0294] Optionally, when the first indication information does not carry n or n=1, the locally maintained access layer root key K is gNB Updates include:

[0295] Execute K once based on NCC in UE inactive AS context gNB Update, get the first K gNB ;

[0296] Based on the first K gNB Determine the first K RRCint Key;

[0297] Based on the first K RRCint The key determines the MAC-I and is used to verify the MAC-I carried in the RRC recovery request message.

[0298] Optionally, the step further includes: based on the first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

[0299] Optionally, in the case where n≥2, the locally maintained access layer root key K is gNB Updates include:

[0300] Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ;

[0301] The step further includes: based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I and is used to verify the MAC-I carried in the RRC recovery request message.

[0302] Optionally, the step further includes: based on the first K gNB , and then execute K againgNB Update, get the updated K gNB ;

[0303] Based on the updated K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

[0304] Optionally, the step further includes: sending an RRC recovery message to the UE, wherein the RRC recovery message carries a new NCC.

[0305] Optionally, the step further includes: sending first configuration information to the UE, where the first configuration information is used to indicate whether to allow triggering of an RRC recovery process when an exception occurs during data transmission in an inactive state.

[0306] It should be noted here that the above-mentioned terminal device and network device provided in the embodiment of the present application can implement all the method steps implemented in the above-mentioned method embodiment, and can achieve the same technical effect. The parts and beneficial effects that are the same as the method embodiment in this embodiment will not be described in detail here.

[0307] Figure 6 The transmission recovery device provided in the embodiment of the present application is as follows: Figure 6 As shown, the device comprises:

[0308] The determination module 601 is used to determine whether a transmission anomaly occurs during data transmission of the UE in an inactive state;

[0309] A sending module 602 is configured to send an RRC recovery request message to a network device, wherein the RRC recovery request message carries first indication information;

[0310] The first indication information is used to indicate that the RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state; and / or the first indication information includes a key used to indicate the access layer root key K gNB The number of updates n, where n ≥ 1.

[0311] Optionally, the sending module 602 is further configured to send an RRC recovery request message carrying the first indication information and MAC-I to the network device. The MAC-I is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the data transmission anomaly occurs.

[0312] Optionally, the sending module 602 is further configured to send an RRC recovery request message carrying first indication information to the network device, wherein the first indication information does not carry n or n=1.

[0313] The determining module 601 is further used to determine the MAC-I. The specific steps include: performing a K gNB Update, get the first K gNB Based on the first K gNB Determine the first K RRCint Key; based on the first K RRCint The key determines the MAC-I.

[0314] Optionally, the transmission recovery device further includes a receiving module 603, configured to receive the first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, receiving subsequent data and / or signaling.

[0315] The sending module 602 is further configured to: gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending subsequent data and / or signaling.

[0316] Optionally, the sending module 602 is further configured to send an RRC recovery request message carrying first indication information to the network device, wherein the first indication information n≥2.

[0317] The determining module 601 is further used to determine the MAC-I, and the specific steps include:

[0318] Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ;

[0319] Based on the first K gNB Determine the first K RRCint Key;

[0320] Based on the first K RRCint The key determines the MAC-I.

[0321] Optionally, the determining module 601 is further configured to: gNB , and then execute K again gNB Update, get the updated K gNB;

[0322] The sending module 602 is used to send the updated K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending subsequent data and / or signaling.

[0323] Receiving module 603, configured to receive the K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, receiving subsequent data and / or signaling.

[0324] Optionally, the receiving module 603 is further used to receive an RRC recovery message sent by the network device, where the RRC recovery message carries a new NCC.

[0325] Optionally, the receiving module 603 is further used to receive first configuration information sent by the network device, where the first configuration information is used to indicate whether to allow triggering of an RRC recovery process when an exception occurs during data transmission in an inactive state.

[0326] Figure 7 This is the second structural diagram of the transmission recovery device provided in the embodiment of the present application. Figure 7 As shown, the device comprises:

[0327] The receiving module 703 is used to receive an RRC recovery request message carrying first indication information, where the RRC recovery request message is sent by a terminal device UE in an inactive state to the network device after determining that a transmission abnormality occurs during data transmission;

[0328] The first indication information is used to indicate that the RRC recovery request message is triggered by an abnormality in the process of transmitting data in an inactive state; and / or the first indication information includes a key used to indicate the access layer root key K gNB The number of updates n, where n ≥ 1;

[0329] The processing module 701 is used to process the locally maintained access layer root key K based on the first indication information. gNB to update.

[0330] Optionally, the receiving module 703 is further used to receive an RRC recovery request message carrying the first indication information and MAC-I;

[0331] The processing module 701 is further configured to: RRCint The key determines MAC-I, the first KRRCint The key is used by the UE before the data transmission anomaly occurs.

[0332] Optionally, the receiving module 703 is further used to receive an RRC recovery request message that does not carry the first indication information of n or carries the first indication information n=1;

[0333] The processing module 701 is further configured to process the locally maintained access layer root key K based on the first indication information. gNB To update, the specific steps include:

[0334] Execute K once based on NCC in UE inactive AS context gNB Update, get the first K gNB ;

[0335] The processing module 701 is further used to determine and verify the MAC-I. The specific steps include:

[0336] Based on the first K gNB Determine the first K RRCint Key;

[0337] Based on the first K RRCint The key determines the MAC-I and is used to verify the MAC-I carried in the RRC recovery request message.

[0338] Optionally, the transmission recovery device further includes a sending module 702, configured to transmit the transmission recovery signal based on the first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending subsequent data and / or signaling;

[0339] The receiving module 703 is further configured to: gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, receiving subsequent data and / or signaling;

[0340] Optionally, the receiving module 703 is further used to receive an RRC recovery request message carrying the first indication information n≥2;

[0341] The processing module 701 is further configured to process the locally maintained access layer root key K based on the first indication information. gNB To update, the specific steps include:

[0342] Execute n-1 times K based on UE inactive AS context gNBUpdate, get the first K gNB ;

[0343] The processing module 701 is further used to determine and verify the MAC-I. The specific steps include:

[0344] Based on the first K gNB Determine the first K RRCint Key;

[0345] Based on the first K RRCint The key determines the MAC-I and is used to verify the MAC-I carried in the RRC recovery request message.

[0346] Optionally, the processing module 701 is further configured to: gNB , and then execute K again gNB Update, get the updated K gNB ;

[0347] The sending module 702 is further configured to: gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending subsequent data and / or signaling.

[0348] The receiving module 703 is further configured to receive the K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, receiving subsequent data and / or signaling.

[0349] Optionally, the sending module 702 is further configured to send an RRC recovery message to the UE, where the RRC recovery message carries a new NCC.

[0350] Optionally, the transmission recovery device also includes a configuration module 704, which is used to send first configuration information to the UE, where the first configuration information is used to indicate whether to allow triggering of the RRC recovery process when an abnormality occurs during the inactive state data transmission process.

[0351] It should be noted that the division of units in the embodiments of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation. In addition, each functional unit in each embodiment of the present application may be integrated into a processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0352] 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 processor-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 to enable a computer device (which can be a personal computer, server, or network device, etc.) or a processor (processor) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), disk or optical disk and other media that can store program codes.

[0353] It should be noted here that the above-mentioned device provided in the embodiment of the present application can implement all the method steps implemented in the above-mentioned method embodiment, and can achieve the same technical effect. The parts and beneficial effects of this embodiment that are the same as those in the method embodiment will not be described in detail here.

[0354] On the other hand, an embodiment of the present application further provides a processor-readable storage medium, wherein the processor-readable storage medium stores a computer program, wherein the computer program is used to enable the processor to execute the transmission recovery method provided in each of the above embodiments, including: after determining that a data transmission anomaly exists in a UE in an inactive state during data transmission, sending an RRC recovery request message to a network device, wherein the RRC recovery request message carries first indication information; wherein the first indication information is used to characterize that the RRC recovery request message is triggered by an anomaly occurring during data transmission in an inactive state; and / or the first indication information includes information for characterizing an access layer root key K gNB The number of updates n, where n ≥ 1.

[0355] On the other hand, an embodiment of the present application further provides a processor-readable storage medium, wherein the processor-readable storage medium stores a computer program, wherein the computer program is used to enable the processor to execute the transmission recovery method provided in the above embodiments, including: receiving an RRC recovery request message carrying first indication information, wherein the RRC recovery request message is sent by an inactive terminal device UE to the network device after determining that a transmission anomaly occurs during data transmission; wherein the first indication information is used to characterize that the RRC recovery request message is triggered by an anomaly occurring during data transmission in an inactive state; and / or the first indication information includes information for characterizing an access layer root key K gNBThe number of updates n, where n≥1; based on the first indication information, the locally maintained access layer root key K gNB to update.

[0356] The processor-readable storage medium can be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO), etc.), optical storage (such as CD, DVD, BD, HVD, etc.), and semiconductor storage (such as ROM, EPROM, EEPROM, non-volatile memory (NANDFLASH), solid-state drive (SSD)), etc.

[0357] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may 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 may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) that contain computer-usable program code.

[0358] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer executable instructions. These computer executable instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0359] These processor executable instructions may also be stored in a processor 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 processor readable memory produce an article of manufacture including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0360] These processor-executable instructions may also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable device to implement the process. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

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

Claims

1. A transmission recovery method, applied to a terminal device UE, characterized in that: include: The UE in an inactive state determines that a transmission anomaly occurs during data transmission; Sending an RRC recovery request message to the network device, where the RRC recovery request message carries first indication information; The first indication information includes a key used to represent the access layer root key K gNB The number of updates n, where n ≥ 1; The RRC recovery request message also carries a MAC-I, which is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the transmission abnormality occurs; The n≥2; based on the first K RRCint Key-determined MAC-I, including: Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I.

2. The transmission recovery method according to claim 1, characterized in that: n=1; Based on the first K RRCint Key-determined MAC-I, including: Execute K once based on NCC in UE inactive AS context gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I.

3. The transmission recovery method according to claim 2, characterized in that: The method further comprises: Based on the first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

4. The transmission recovery method according to claim 1, characterized in that: The method further comprises: Based on the first K gNB , and then execute K again gNB Update, get the updated K gNB ; Based on the updated K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

5. The transmission recovery method according to any one of claims 1 to 4, characterized in that: The method further comprises: An RRC recovery message sent by the network device is received, where the RRC recovery message carries a new NCC.

6. The transmission recovery method according to any one of claims 1 to 4, characterized in that: The method further comprises: Receive first configuration information sent by the network device, where the first configuration information is used to indicate whether to allow triggering of an RRC recovery process when an exception occurs during data transmission in an inactive state.

7. The transmission recovery method according to any one of claims 1 to 4, characterized in that: The transmission anomaly includes at least one of the following: The MAC layer indicates to the RRC that the inactive small data / signaling transmission process has failed; The radio link control RLC layer indicates to the RRC layer the maximum number of retransmissions; Radio link failure RLF failure is detected; Beam failure detected; It is detected that the current service beam is unavailable; Cell reselection occurs.

8. A transmission recovery method, applied to a network device, characterized in that: include: Receiving an RRC recovery request message carrying first indication information, wherein the RRC recovery request message is sent by a terminal device UE in an inactive state to the network device after determining that a transmission abnormality occurs during data transmission; The first indication information includes a key used to represent the access layer root key K gNB The number of updates n, where n ≥ 1; Based on the first indication information, the locally maintained access layer root key K gNB Make updates; The RRC recovery request message also carries a MAC-I, which is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the transmission abnormality occurs; In the case where n≥2, the locally maintained access layer root key K is gNB Updates include: Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ; The method further comprises: Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I and is used to verify the MAC-I carried in the RRC recovery request message.

9. The transmission recovery method according to claim 8, characterized in that: In the case where n=1, based on the first indication information, the locally maintained access layer root key K gNB Updates include: Execute K once based on NCC in UE inactive AS context gNB Update, get the first K gNB ; The method further comprises: Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I and is used to verify the MAC-I carried in the RRC recovery request message.

10. The transmission recovery method according to claim 9, characterized in that: The method further comprises: Based on the first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

11. The transmission recovery method according to claim 8, characterized in that: The method further comprises: Based on the first K gNB , and then execute K again gNB Update, get the updated K gNB ; Based on the updated K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

12. The transmission recovery method according to any one of claims 8 to 11, characterized in that: The method further comprises: An RRC recovery message is sent to the UE, where the RRC recovery message carries a new NCC.

13. The transmission recovery method according to any one of claims 8 to 11, characterized in that: The method further comprises: First configuration information is sent to the UE, where the first configuration information is used to indicate whether to allow triggering of an RRC recovery process when an exception occurs during data transmission in an inactive state.

14. A terminal device comprising a memory, a transceiver, and a processor; A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for executing the computer program in the memory and implementing the following steps: The UE in an inactive state determines that a transmission abnormality occurs during data transmission, and sends an RRC recovery request message to a network device, wherein the RRC recovery request message carries first indication information; The first indication information includes a key used to represent the access layer root key K gNB The number of updates n, where n ≥ 1; The RRC recovery request message also carries a MAC-I, which is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the transmission abnormality occurs; The n≥2; the step further includes: Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I.

15. The terminal device according to claim 14, characterized in that: The n=1; the steps further include: Execute K once based on NCC in UE inactive AS context gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I.

16. The terminal device according to claim 15, characterized in that: The steps also include: Based on the first K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

17. The terminal device according to claim 14, characterized in that: The steps also include: Based on the first K gNB , and then execute K again gNB Update, get the updated K gNB ; Based on the updated K gNB Determine the first K RRCint , K RRCenc , K UPint With K UPenc key, sending and receiving subsequent data and / or signaling.

18. The terminal device according to any one of claims 14 to 17, characterized in that: The steps also include: An RRC recovery message sent by the network device is received, where the RRC recovery message carries a new NCC.

19. The terminal device according to any one of claims 14 to 17, characterized in that: The steps also include: Receive first configuration information sent by the network device, where the first configuration information is used to indicate whether to allow triggering of an RRC recovery process when an exception occurs during data transmission in an inactive state.

20. The terminal device according to any one of claims 14 to 17, characterized in that: The transmission anomaly includes at least one of the following: The MAC layer indicates to the RRC that the inactive small data / signaling transmission process has failed; The radio link control RLC layer indicates to the RRC layer the maximum number of retransmissions; Radio link failure RLF failure is detected; Beam failure detected; It is detected that the current service beam is unavailable; Cell reselection occurs.

21. A network device comprising a memory, a transceiver, and a processor; A memory for storing a computer program; a transceiver for transmitting and receiving data under the control of the processor; and a processor for executing the computer program in the memory and implementing the following steps: Receiving an RRC recovery request message carrying first indication information, wherein the RRC recovery request message is sent by a terminal device UE in an inactive state to the network device after determining that a transmission abnormality occurs during data transmission; in, The first indication information includes a key used to represent the access layer root key K gNB The number of updates n, where n ≥ 1; Based on the first indication information, the locally maintained access layer root key K gNB Make updates; The RRC recovery request message also carries a MAC-I, which is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the transmission abnormality occurs; In the case where n≥2, the locally maintained access layer root key K is gNB Updates include: Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ; The steps also include: Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I and is used to verify the MAC-I carried in the RRC recovery request message.

22. A transmission recovery device, characterized in that: The device comprises: A determination module, used to determine whether a transmission anomaly occurs during data transmission of a UE in an inactive state; A sending module, configured to send an RRC recovery request message to a network device, wherein the RRC recovery request message carries first indication information; The first indication information includes a key used to represent the access layer root key K gNB The number of updates n, where n ≥ 1; The RRC recovery request message also carries a MAC-I, which is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the transmission abnormality occurs; The n≥2; the determination module is further used to determine the MAC-I, including: Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ; Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I.

23. A transmission recovery device, characterized in that: The device comprises: A receiving module, configured to receive an RRC recovery request message carrying first indication information, wherein the RRC recovery request message is sent by a terminal device UE in an inactive state to a network device after determining that a transmission anomaly occurs during data transmission; The first indication information includes a key used to represent the access layer root key K gNB The number of updates n, where n ≥ 1; A processing module is used to process the locally maintained access layer root key K based on the first indication information. gNB Make updates; The RRC recovery request message also carries a MAC-I, which is based on the first K RRCint The first K is determined by the key RRCint The key is used by the UE before the transmission abnormality occurs; In the case where n≥2, the locally maintained access layer root key K is gNB Updates include: Execute n-1 times K based on UE inactive AS context gNB Update, get the first K gNB ; The processing module is also used for: Based on the first K gNB Determine the first K RRCint Key; Based on the first K RRCint The key determines the MAC-I and is used to verify the MAC-I carried in the RRC recovery request message.

24. A processor-readable storage medium, characterized in that: The processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the transmission recovery method described in any one of claims 1 to 7, or execute the transmission recovery method described in any one of claims 8 to 13.

Images