WO2019157712A1

WO2019157712A1 - Communication method, network device and terminal device

Info

Publication number: WO2019157712A1
Application number: PCT/CN2018/076845
Authority: WO
Inventors: 唐海
Original assignee: Oppo广东移动通信有限公司
Priority date: 2018-02-14
Filing date: 2018-02-14
Publication date: 2019-08-22
Also published as: CN111406381B; CN111406381A

Abstract

Disclosed are a communication method, a network device and a terminal device. The method comprises: a first network node receiving a radio resource control (RRC) connection resume request sent by a terminal device in an inactive state, wherein the RRC connection resume request comprises indication information, the indication information is used for indicating whether to update a secret key of the terminal device, and the first network node is a network node currently serving the terminal device; and the first network node determining, according to the indication information, whether to update the secret key of the terminal device.

Description

Communication method, network device and terminal device

Technical field

The embodiments of the present application relate to the field of communications, and more specifically, to a communication method, a network device, and a terminal device.

Background technique

In the existing communication system, in order to reduce the need for air interface signaling and fast recovery of the wireless connection, a new Radio Resource Control (RRC) state, that is, an inactive state (RRC_INACTIVE), is introduced in the terminal device. When in the RRC_INACTIVE state, the network may configure a paging area for paging of a Radio Access Network (RAN), that is, a RAN paging area, and when the terminal device moves within the RAN paging area, it is not necessary to notify the network side. When the terminal device moves out of the RAN paging area, when the downlink data of the terminal device arrives, the network node for maintaining the connection between the terminal device and the RAN and the core network (Core Network, CN) is triggered in the RAN paging area. The paging message is sent to the terminal device in all the cells, so that the terminal device in the RRC_INACTIVE state resumes the RRC connection and performs data reception.

The terminal device enters the RRC connected state from the RRC_INACTIVE state, and may be based on the following trigger conditions:

1. The downlink data of the terminal device arrives;

2. The terminal device initiates an update of the RAN location area;

3. The terminal device has the requirement to send uplink data.

However, regardless of the trigger condition, it is necessary to update the Access Stratum (AS) AS key of the terminal device, and the AS key of the terminal device is stored on the anchor network node of the terminal device. In this case, how Recovering the RRC connection to reduce the network load is an urgent problem to be solved.

Summary of the invention

The embodiment of the present application provides a communication method, a network device, and a terminal device, which can reduce signaling overhead of the network device.

In a first aspect, a communication method is provided, comprising:

The first network node receives the radio resource control RRC connection recovery request sent by the terminal device in the inactive state, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update the key of the terminal device, where The first network node is a network node currently serving the terminal device;

The first network node determines, according to the indication information, whether to update a key of the terminal device.

Therefore, according to the communication method of the embodiment of the present application, the first network node may determine whether to update the key of the terminal device according to the indication information of the terminal device, so that the key is not updated without updating the key. It is beneficial to reduce the signaling overhead of network devices.

In a possible implementation manner, the first network node is an anchor network node of the terminal device.

In a possible implementation, the first network node determines, according to the indication information, whether to update a key of the terminal device, including:

If the indication information indicates to update a secret key of the terminal device, the first network node determines to update a key of the terminal device; or

If the indication information indicates that the key of the terminal device is not updated, the first network node determines whether to update the key of the terminal device according to the current service situation.

Optionally, the first network node may also determine whether to update the AS key according to whether the anchor network node of the terminal device changes, for example, the first network node may determine that the anchor network node of the terminal device changes. The AS key of the terminal device is determined to be updated, so that the reliability of the data transmission can be ensured. If the anchor network node of the terminal device is not changed, it is determined that the AS key of the terminal device is not updated, thereby reducing the network. Signaling overhead of the device.

In a possible implementation, the determining, by the first network node, whether to update the key of the terminal device according to the current service situation, includes:

The first network node determines whether to update the key of the terminal device according to whether there is currently service data to be transmitted.

In a possible implementation, the first network node determines whether to update the key of the terminal device according to whether the service data is currently to be transmitted, including:

If there is currently service data to be transmitted, the first network node determines to update a key of the terminal device; or

If no service data is currently to be transmitted, the first network node determines not to update the key of the terminal device.

In a possible implementation, the context information of the terminal device is not saved on the first network node, and the method further includes:

The first network node forwards the indication information to an anchor network node of the terminal device, so that the anchor network node of the terminal device determines whether to update the key of the terminal device according to the indication information.

In a second aspect, a communication method is provided, including:

The terminal device in the inactive state determines whether to update the key of the terminal device;

The RRC connection recovery request is sent by the terminal device to the first network node, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update the key of the terminal device, where the The first network node is a network node currently serving the terminal device.

In a possible implementation, the terminal device in the inactive state determines whether to update the key of the terminal device, including:

If the trigger event of the terminal device switching from the inactive state to the connected state is the access network RAN location area update, the terminal device determines not to update the key of the terminal device.

That is, the terminal device may determine whether to update the AS key according to the trigger event of the RRC connection recovery. For example, when the trigger event of the RRC connection recovery is the RAN location area update, the terminal device may determine not to update the AS key. Therefore, the signaling overhead of the network device can be reduced; if the trigger event is downlink data arrival or uplink data is to be transmitted, in this case, the terminal device can determine to update the AS key of the terminal device, thereby enabling data transmission. Reliability.

In a third aspect, a network device is provided, configured to perform the method of any of the first aspect or the first aspect of the first aspect. In particular, the apparatus comprises means configured to perform the method of any of the above-described first aspect or any of the possible implementations of the first aspect.

In a fourth aspect, a terminal device is provided, the device comprising: a memory, a processor, an input interface, and an output interface. The memory, the processor, the input interface, and the output interface are connected by a bus system. The memory is configured to store instructions configured to execute the memory stored instructions configured to perform the method of any of the first aspect or the first aspect of the first aspect.

In a fifth aspect, a network device is provided, configured to perform the method of any of the foregoing second aspect or any of the possible implementations of the second aspect. In particular, the apparatus comprises means configured to perform the method of any of the possible implementations of the second aspect or the second aspect described above.

In a sixth aspect, a terminal device is provided, the device comprising: a memory, a processor, an input interface, and an output interface. The memory, the processor, the input interface, and the output interface are connected by a bus system. The memory is configured to store instructions configured to execute the memory stored instructions configured to perform the method of any of the possible implementations of the second aspect or the second aspect above.

In a seventh aspect, a computer storage medium is provided, configured to store computer software instructions for performing the method of any of the first aspect or any of the possible implementations of the first aspect, comprising program.

In an eighth aspect, a computer program product comprising instructions, when executed on a computer, causes the computer to perform the method of any of the above-described first aspect or any of the alternative implementations of the first aspect.

In a ninth aspect, a computer storage medium is provided, configured to store computer software instructions for performing the method of any of the second aspect or the second aspect of the second aspect, comprising program.

In a tenth aspect, there is provided a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method of any of the alternative aspects of the second aspect or the second aspect.

DRAWINGS

1 is a schematic diagram of a communication system in accordance with an embodiment of the present application.

FIG. 2 is a schematic flowchart of a communication method according to an embodiment of the present application.

FIG. 3 is a schematic flowchart of a communication method according to another embodiment of the present application.

4 is a schematic diagram of a network device in accordance with an embodiment of the present application.

FIG. 5 is a schematic diagram of a terminal device according to an embodiment of the present application.

FIG. 6 is a schematic diagram of a network device according to another embodiment of the present application.

FIG. 7 is a schematic diagram of a terminal device according to another embodiment of the present application.

Detailed ways

The technical solution of the embodiment of the present application can be applied to various communication systems, for example, Global System of Mobile communication ("GSM") system, Code Division Multiple Access (CDMA). System, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service ("GPRS"), Long Term Evolution (Long Term Evolution, referred to as "Long Term Evolution" LTE") system, LTE Frequency Division Duplex ("FDD") system, LTE Time Division Duplex ("TDD"), Universal Mobile Telecommunication System (Universal Mobile Telecommunication System) It is a "UMTS"), a Worldwide Interoperability for Microwave Access (WiMAX) communication system, or a future 5G system.

FIG. 1 shows a wireless communication system 100 to which an embodiment of the present application is applied. The wireless communication system 100 can include a network device 110. Network device 100 can be a device that communicates with a terminal device. Network device 100 may provide communication coverage for a particular geographic area and may communicate with terminal devices (e.g., UEs) located within the coverage area. Optionally, the network device 100 may be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, or may be a base station (NodeB, NB) in a WCDMA system, or may be an evolved base station in an LTE system. (Evolutional Node B, eNB or eNodeB), or a wireless controller in a Cloud Radio Access Network (CRAN), or the network device can be a relay station, an access point, an in-vehicle device, a wearable device, A network side device in a future 5G network or a network device in a publicly available Public Land Mobile Network (PLMN) in the future.

The wireless communication system 100 also includes at least one terminal device 120 located within the coverage of the network device 110. Terminal device 120 can be mobile or fixed. Optionally, the terminal device 120 may refer to an access terminal, a user equipment (User Equipment, UE), a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, and a wireless communication. Device, user agent, or user device. The access terminal may be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), with wireless communication. Functional handheld devices, computing devices or other processing devices connected to wireless modems, in-vehicle devices, wearable devices, terminal devices in future 5G networks, or terminal devices in future evolved PLMNs, and the like.

2 is a schematic flowchart of a communication 200 provided by an embodiment of the present application. The method 200 may be performed by a network device in the communication system 100 shown in FIG. 1. As shown in FIG. 2, the method 200 may include the following content:

S210. The first network node receives a radio resource control RRC connection recovery request sent by the terminal device in an inactive state, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update the key of the terminal device. Wherein the first network node is a network node currently serving the terminal device;

S220. The first network node determines, according to the indication information, whether to update a key of the terminal device.

It should be understood that, in the embodiment of the present application, the first network node is a network node that is currently serving the terminal device, and optionally, the first network node may be an anchor network node of the terminal device, or may not be the same. An anchor network node of the terminal device, if the terminal device does not move to an area other than the RAN paging area of the terminal device, the anchor network node of the terminal device does not change, that is, the network node currently serving the terminal device The same as the network node serving the terminal device (denoted as case 1), or if the terminal device moves to an area other than the RAN paging area of the terminal device, in this case, the terminal is currently The network node of the device service and the anchor network node of the terminal device are different network nodes (refer to Case 2).

It should be noted that the RAN paging area may be pre-configured by the operator in each network device, or may be determined by the anchor network node according to the characteristics of the displacement of the terminal device. The determination of the RAN paging area in the present application is not particularly limited.

In the embodiment of the present application, the terminal device is in an inactive state, and the terminal device may initiate an RRC connection recovery request for restoring the RRC connection between the terminal device and the network, in some specific triggering events, as described above.

Generally, an access network (Access Stratum, AS) key of the terminal device is saved on the anchor network node of the terminal device, where the AS key is used for data transmission at the AS layer between the terminal device and the network device. Encryption protection, when the terminal device switches from the inactive state to the RRC connected state, the key needs to be updated, but if the trigger event of the terminal device RRC connection recovery is the RAN area location update, in this case, if the AS key is updated, It will increase the signaling overhead of the network device.

Based on the foregoing problem, in the embodiment of the present application, the terminal device may determine whether to update the AS key according to the trigger event of the RRC connection recovery, for example, when the trigger event of the RRC connection recovery is the RAN location area update, the terminal device It can be determined that the AS key is not updated, so that the signaling overhead of the network device can be reduced; if the trigger event is downlink data arrival or uplink data is to be transmitted, in this case, the terminal device can determine to update the AS secret of the terminal device. The key enables the reliability of data transmission.

In the following, the specific implementation process will be described in detail in combination with the above two cases.

Case 1: The network node currently serving the terminal device and the network node currently serving the terminal device are the same network node.

When the RRC connection needs to be restored, the terminal device may send an RRC connection recovery request to the first network node, where the RRC connection recovery request carries indication information for indicating whether to update the AS key, so that the first network node may Whether to update the AS key is determined according to the indication information.

For example, if the indication information indicates that the AS key is updated, the first network node may determine to update the AS key, or if the indication information indicates that the AS key is not updated, the first network node may determine whether according to the current service condition. Updating the AS key, for example, if there is currently a service data band transmission, the terminal device may determine to update the key of the terminal device, thereby ensuring the reliability of data transmission; or if there is currently no service data to be transmitted, the first A network node determines not to update the key of the terminal device, thereby being able to reduce the signaling overhead of the network device.

Optionally, the first network node may also determine whether to update the key according to other information, for example, the first network node may determine not to update the AS key without updating the key without affecting the reliability of the data transmission. .

Case 2: The network node currently serving the terminal device and the network node currently serving the terminal device are different network nodes.

In this case, after receiving the RRC connection recovery request sent by the terminal device, the first network node may forward the RRC connection recovery request to the anchor network node of the terminal device. Specifically, the first network node may be a container. The manner of (container) transmits the RRC connection recovery request to the anchor network node of the terminal device, so that the anchor network node of the terminal device can determine whether to update the AS key according to the indication information in the RRC connection recovery request. For the specific implementation process, refer to the implementation process of the first network node in Case 1, and details are not described herein again.

The communication method according to the embodiment of the present application is described above with reference to FIG. 2 from the perspective of a network node. Hereinafter, in conjunction with FIG. 3, a communication method according to an embodiment of the present application is described from the perspective of a terminal device. It should be understood that the description of the network node and the description of the terminal device correspond to each other, and similar descriptions may be referred to above. To avoid repetition, details are not described herein again.

FIG. 3 is a schematic flowchart of a communication method 300 provided by an embodiment of the present application. The method 300 may be performed by a terminal device in the communication system 100 shown in FIG. 1. As shown in FIG. 3, the method 300 may include the following content. :

S310. The terminal device in an inactive state determines whether to update a key of the terminal device.

S320, the RRC connection recovery request is sent by the terminal device to the first network node, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update the key of the terminal device, where The first network node is a network node currently serving the terminal device.

Optionally, in some embodiments, the terminal device in the inactive state determines whether to update the key of the terminal device, including:

The embodiment of the method of the present application is described in detail below with reference to FIG. 2 to FIG. 3 . The device embodiment of the present application is described in detail below with reference to FIG. 4 to FIG. 7 . It should be understood that the device embodiment and the method embodiment correspond to each other, similarly. The description of the method can be referred to the method embodiment.

FIG. 4 shows a schematic block diagram of a network device 400 in accordance with an embodiment of the present application. As shown in FIG. 4, the network device 400 includes:

The communication module 410 is configured to receive a radio resource control RRC connection recovery request sent by the terminal device in an inactive state, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update the key of the terminal device Wherein the network device is a network node currently serving the terminal device;

The determining module 420 is configured to determine, according to the indication information, whether to update a key of the terminal device.

Optionally, in some embodiments, the network device is an anchor network node of the terminal device.

Optionally, in some embodiments, the determining module 420 is specifically configured to:

If the indication information indicates that the key of the terminal device is updated, determining to update a key of the terminal device; or

If the indication information indicates that the key of the terminal device is not updated, determining whether to update the key of the terminal device according to the current service situation.

Optionally, in some embodiments, the determining module 420 is further configured to:

Whether to update the key of the terminal device according to whether there is currently service data to be transmitted.

If there is currently service data to be transmitted, determining to update the key of the terminal device; or

If no service data is currently to be transmitted, it is determined that the key of the terminal device is not updated.

Optionally, in some embodiments, the context information of the terminal device is not saved on the network device, and the communication module 410 is further configured to:

And transmitting, to the anchor network node of the terminal device, the indication information, so that the anchor network node of the terminal device determines, according to the indication information, whether to update a key of the terminal device.

It should be understood that the network device 400 according to the embodiment of the present application may correspond to the first network node in the method embodiment of the present application, and the foregoing and other operations and/or functions of the respective units in the network device 400 are respectively implemented to implement FIG. 2 The corresponding flow of the first network node in the method 200 is not described here for brevity.

FIG. 5 is a schematic block diagram of a terminal device according to an embodiment of the present application. The terminal device 500 of FIG. 5 includes:

a determining module 510, configured to determine whether to update a key of the terminal device, where the terminal device is in an inactive state;

The communication module 520 is configured to control, by the first network node, the RRC connection recovery request, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update the key of the terminal device, where The first network node is a network node currently serving the terminal device.

Optionally, in some embodiments, the determining module 510 is specifically configured to:

If the trigger event of the terminal device switching from the inactive state to the connected state is the access network RAN location area update, it is determined that the key of the terminal device is not updated.

Specifically, the terminal device 500 may correspond to (for example, may be configured or be itself) the terminal device described in the foregoing method 300, and each module or unit in the terminal device 500 is configured to perform the terminal in the foregoing method 300, respectively. Detailed descriptions of the operations and processes performed by the device are omitted here to avoid redundancy.

As shown in FIG. 6, the embodiment of the present application further provides a network device 600, which may be the terminal device 400 in FIG. 4, which can be configured to execute a first network corresponding to the method 200 in FIG. The content of the node. The network device 600 includes an input interface 610, an output interface 620, a processor 630, and a memory 640. The input interface 610, the output interface 620, the processor 630, and the memory 640 can be connected by a bus system. The memory 640 is configured to store programs, instructions or code. The processor 630 is configured to execute a program, instruction or code in the memory 640 to control the input interface 610 to receive signals, control the output interface 620 to transmit signals, and perform operations in the foregoing method embodiments.

It should be understood that, in the embodiment of the present application, the processor 630 may be a central processing unit ("CPU"), and the processor 630 may also be other general-purpose processors, digital signal processors ( DSP), application specific integrated circuit (ASIC), off-the-shelf programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like.

The memory 640 can include read only memory and random access memory and provides instructions and data to the processor 630. A portion of the memory 640 can also include a non-volatile random access memory. For example, the memory 640 can also store information of the device type.

In the implementation process, each content of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 630 or an instruction in a form of software. The content of the method disclosed in the embodiments of the present application may be directly implemented as a hardware processor, or may be performed by a combination of hardware and software modules in the processor. The software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like. The storage medium is located in the memory 640, and the processor 630 reads the information in the memory 640 and completes the contents of the above method in combination with its hardware. To avoid repetition, it will not be described in detail here.

In a specific implementation, the communication module 410 included in the network device 400 in FIG. 4 can be implemented by using the output interface 620 and the input interface 610 of FIG. 6, and the determining module 420 included in the network device 400 of FIG. The processor 630 of 6 is implemented.

As shown in FIG. 7, the embodiment of the present application further provides a terminal device 700, which may be the terminal device 500 in FIG. 5, which can be configured to execute a terminal device corresponding to the method 300 in FIG. content. The terminal device 700 includes an input interface 710, an output interface 720, a processor 730, and a memory 740. The input interface 710, the output interface 720, the processor 730, and the memory 740 can be connected through a bus system. The memory 740 is configured to store programs, instructions or code. The processor 730 is configured to execute a program, instruction or code in the memory 740 to control the input interface 710 to receive signals, control the output interface 720 to transmit signals, and perform operations in the foregoing method embodiments.

It should be understood that, in the embodiment of the present application, the processor 730 may be a central processing unit ("CPU"), and the processor 730 may also be other general-purpose processors, digital signal processors ( DSP), application specific integrated circuit (ASIC), off-the-shelf programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like.

The memory 740 can include read only memory and random access memory and provides instructions and data to the processor 730. A portion of the memory 740 can also include a non-volatile random access memory. For example, the memory 740 can also store information of the device type.

In the implementation process, each content of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 730 or an instruction in a form of software. The content of the method disclosed in the embodiments of the present application may be directly implemented as a hardware processor, or may be performed by a combination of hardware and software modules in the processor. The software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like. The storage medium is located in the memory 740, and the processor 730 reads the information in the memory 740 and completes the contents of the above method in combination with its hardware. To avoid repetition, it will not be described in detail here.

In a specific implementation manner, the determining module 510 included in the terminal device 500 in FIG. 5 may be implemented by the processor 730 of FIG. 7, and the communication module 520 included in the terminal device 500 of FIG. 5 may use the input interface of FIG. 710 and the output interface 720 are implemented.

The embodiment of the present application further provides a computer readable storage medium storing one or more programs, the one or more programs including instructions, when the portable electronic device is included in a plurality of applications When executed, the portable electronic device can be caused to perform the method of the embodiment shown in Figures 2 and 3.

The embodiment of the present application also proposes a computer program comprising instructions which, when executed by a computer, cause the computer to perform the corresponding flow of the method of the embodiment shown in Figures 2 and 3.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the various examples described in connection with the embodiments disclosed herein can be implemented in electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods to implement the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the present application.

A person skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the system, the device and the unit described above can refer to the corresponding process in the foregoing method embodiment, and details are not described herein again.

In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

The functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product. Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product stored in a storage medium. A number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application. The foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .

The foregoing is only a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto, and any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present application. It should be covered by the scope of protection of this application. Therefore, the scope of protection of the present application should be determined by the scope of the claims.

Claims

A communication method comprising:

The first network node receives the radio resource control RRC connection recovery request sent by the terminal device in the inactive state, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update the key of the terminal device, where The first network node is a network node currently serving the terminal device;

The first network node determines, according to the indication information, whether to update a key of the terminal device.
The method of claim 1 wherein said first network node is an anchor network node of said terminal device.
The method according to claim 2, wherein the determining, by the first network node, whether to update the key of the terminal device according to the indication information comprises:

If the indication information indicates to update a secret key of the terminal device, the first network node determines to update a key of the terminal device; or

If the indication information indicates that the key of the terminal device is not updated, the first network node determines whether to update the key of the terminal device according to the current service situation.
The method of claim 3, wherein the determining, by the first network node, whether to update a key of the terminal device according to a current service situation comprises:

The first network node determines whether to update the key of the terminal device according to whether there is currently service data to be transmitted.
The method according to claim 4, wherein the determining, by the first network node, whether to update the key of the terminal device according to whether there is currently service data to be transmitted, comprising:

If there is currently service data to be transmitted, the first network node determines to update a key of the terminal device; or

If no service data is currently to be transmitted, the first network node determines not to update the key of the terminal device.
The method of claim 1, wherein the context information of the terminal device is not saved on the first network node, the method further comprising:

The first network node forwards the indication information to an anchor network node of the terminal device, so that the anchor network node of the terminal device determines whether to update the key of the terminal device according to the indication information.
A communication method comprising:

The terminal device in the inactive state determines whether to update the key of the terminal device;

The RRC connection recovery request is sent by the terminal device to the first network node, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update the key of the terminal device, where the The first network node is a network node currently serving the terminal device.
The method according to claim 7, wherein the terminal device in the inactive state determines whether to update the key of the terminal device, including:

If the trigger event of the terminal device switching from the inactive state to the connected state is the access network RAN location area update, the terminal device determines not to update the key of the terminal device.
A network device, including:

a communication module, configured to receive a radio resource control RRC connection recovery request sent by the terminal device in an inactive state, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update a key of the terminal device, The network device is a network node currently serving the terminal device;

And a determining module, configured to determine, according to the indication information, whether to update a key of the terminal device.
The network device of claim 9, wherein the network device is an anchor network node of the terminal device.
The network device according to claim 10, wherein the determining module is specifically configured to:

If the indication information indicates that the key of the terminal device is updated, determining to update a key of the terminal device; or

If the indication information indicates that the key of the terminal device is not updated, determining whether to update the key of the terminal device according to the current service situation.
The network device of claim 11, wherein the determining module is further configured to:

Whether to update the key of the terminal device according to whether there is currently service data to be transmitted.
The network device of claim 12, wherein the determining module is further configured to:

If there is currently service data to be transmitted, determining to update the key of the terminal device; or

If no service data is currently to be transmitted, it is determined that the key of the terminal device is not updated.
The network device according to claim 9, wherein the context information of the terminal device is not saved on the network device, and the communication module is further configured to:

And transmitting, to the anchor network node of the terminal device, the indication information, so that the anchor network node of the terminal device determines, according to the indication information, whether to update a key of the terminal device.
A terminal device comprising:

a determining module, configured to determine whether to update a key of the terminal device, where the terminal device is in an inactive state;

a communication module, configured to transmit, to the first network node, a radio resource control RRC connection recovery request, where the RRC connection recovery request includes indication information, where the indication information is used to indicate whether to update a key of the terminal device, where The first network node is a network node currently serving the terminal device.
The terminal device according to claim 15, wherein the determining module is specifically configured to:

If the trigger event of the terminal device switching from the inactive state to the connected state is the access network RAN location area update, it is determined that the key of the terminal device is not updated.