Communication method and communication apparatus

Abstract

The present application provides a communication method and a communication apparatus. In the method, a terminal can report capability information of the terminal, and a network side can send, to the terminal, indication information for indicating that the terminal adopts a first working mode or a second working mode during working in a connected state, so as to control the terminal to configure different working modes. The first working mode corresponds to a first parameter configuration, and the first parameter configuration comprises a first protocol stack configuration; the second working mode corresponds to a second parameter configuration, and the second parameter configuration comprises a second protocol stack configuration; and the first protocol stack configuration and the second protocol stack configuration are different and respectively correspond to different service scenarios. Therefore, the network side can control the terminal to configure different working modes so as to adapt to the corresponding service scenarios, thereby improving the system capacity and reducing the power consumption of the terminal.

Description

Communication method and communication device

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on February 20, 2024, with application number 202410190632.2 and application name “A Communication Method and Communication Device”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of communication technology, and in particular to a communication method and a communication device. Background Art

[0003] With the increasing adoption of machine-type communication (MTC) and the Internet of Things (IoT) communications, the number of connected IoT devices is growing daily. Consequently, the industry is increasingly demanding lower costs and power consumption for IoT devices. This has led to the emergence of asynchronous IoT terminals, such as long-range (LoRa) IoT terminals, which offer ultra-low power consumption and cost. In cellular communication networks, IoT terminal designs also offer speed advantages over LoRa terminals, but at the expense of higher power consumption and cost. In practical applications, such as building inspections, terminals require periodic reporting with low power consumption, without requiring high transmission rates. However, in emergency services, terminals require higher transmission rates to handle these services. However, existing IoT terminals cannot simultaneously meet the needs of multiple service types. Summary of the Invention

[0004] The present application provides a communication method and a communication device, in which a first device can instruct a terminal to adopt a first working mode or a second working mode when working in a connected state, thereby controlling the terminal to configure different working modes and adapt to different business scenarios.

[0005] In the first aspect, the present application provides a communication method, which is performed by a first device. For example, the first device can be a terminal (such as a tag, etc.), or a terminal or a communication module in the terminal, or a circuit or chip in the terminal (such as a modem chip, such as a baseband chip, or a system on chip (SoC) chip or system in package (SIP) chip containing a modem core). The first device sends a first message to the first device, and the first message includes the capability information of the terminal, and the capability information of the terminal is used to indicate that the terminal supports the first working mode and the second working mode. The first device receives a second message from the first device, and the second message is used to indicate that the terminal adopts the first working mode or the second working mode when working in a connected state; the first working mode corresponds to the first parameter configuration, and the first parameter configuration includes the first protocol stack configuration; the second working mode corresponds to the second parameter configuration, and the second parameter configuration includes the second protocol stack configuration.

[0006] In this method, the terminal can report the terminal's capability information and receive indication information for indicating the working mode adopted by the terminal when working in the connected state. For example, the terminal can receive indication information for configuring different working modes, thereby determining the working mode adopted when working in the connected state. This application assumes that the terminal supports at least two working modes, such as a first working mode and a second working mode, and the first working mode and the second working mode can correspond to different business scenarios. For example, the first working mode corresponds to a high-speed business scenario, and the second working mode corresponds to a low-power business scenario. The network side can control the terminal to configure different working modes, thereby adapting to the corresponding business scenarios, which is conducive to improving system capacity or reducing terminal power consumption.

[0007] In a possible implementation, the first operating mode is a synchronous operating mode, and the second operating mode is an asynchronous operating mode.

[0008] In this implementation, the synchronous working mode refers to the time synchronization between the terminal side and the network side, requiring the terminal side to monitor the channel in real time so that it can maintain synchronous data transmission with the network side. The asynchronous working mode means that the terminal side and the network side can be asynchronous in time, and the terminal side is not required to monitor the channel in real time; when the terminal needs to send uplink data, it monitors the channel and sends data, which helps to reduce the power consumption of the terminal. For example, when the terminal is working in the connected state, it can choose to configure different working modes, which helps the terminal meet different business requirements. For example, for services with low latency requirements, the terminal can use synchronous mode to access the network to achieve high-speed transmission; or for periodic reporting services, it can use asynchronous mode to access and achieve low power consumption of the terminal.

[0009] In a possible implementation, the first device receives a third message, where the third message is used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in a non-connected state.

[0010] In this embodiment, when the terminal is in a non-connected state (also called an idle state), if downlink data arrives at the terminal from the core network or the base station, the terminal can receive indication information, thereby instructing the terminal to adopt the first working mode or the second working mode when working in the non-connected state, thereby receiving the downlink data.

[0011] In a possible implementation, when the terminal is in a non-connected state and re-initiates an access process, the terminal determines, based on service information, whether to adopt the first working mode or the second working mode when re-initiating the access process.

[0012] In this embodiment, when the terminal is in a non-connected state and uplink data arrives at the terminal or the terminal is actually paged, the terminal needs to re-initiate the access process. The terminal can independently determine whether to use the first operating mode or the second operating mode when re-initiating the access process based on service information, thereby achieving data transmission. Optionally, the operating mode used by the terminal when re-initiating the access process can be the same as or different from the operating mode used when the terminal was operating in the non-connected state.

[0013] In one possible implementation, the first parameter configuration further includes at least one of a first time domain resource configuration or a first frequency domain resource configuration, and the second parameter configuration further includes at least one of a second time domain resource configuration or a second frequency domain resource configuration. The first time domain resource configuration is different from the second time domain resource configuration, and / or the first frequency domain resource configuration is different from the second frequency domain resource configuration.

[0014] In this embodiment, the parameter configuration (such as the first parameter configuration or the second parameter configuration) includes time domain resource configuration and / or frequency domain resource configuration in addition to the protocol stack configuration. In order to distinguish different parameter configurations, the present application also defines the first time domain resource configuration and the first frequency domain resource configuration, which are different from at least one of the second time domain resource configuration and the second frequency domain resource configuration, which is conducive to matching different working modes.

[0015] In a possible implementation, the physical layer (PHY) protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the higher layer protocol stacks except the physical layer are the same.

[0016] In one possible implementation, the high-level protocol stack may include at least one of a non-access stratum (NAS) protocol, a radio resource control (RRC) protocol, a packet data convergence protocol (PDCP), a radio link control (RLC) layer protocol, and a medium access control (MAC) protocol.

[0017] In the above implementation, the first protocol stack configuration and the second protocol stack configuration are different in at least the physical layer protocol, so that the terminal can identify different physical layer configurations and thus determine to adopt different working modes.

[0018] In a possible implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the non-access layer, packet data convergence layer protocol layer, and radio resource control layer protocol stacks are the same.

[0019] In a possible implementation, the medium access control layer protocol of the first protocol stack configuration and the second protocol stack configuration is the same, the first protocol stack configuration includes a radio link control layer protocol configuration, and the second protocol stack configuration does not include a radio link control layer protocol configuration.

[0020] In a possible implementation, the medium access control layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, the first protocol stack configuration includes a radio link control layer protocol configuration, and the second protocol stack configuration does not include a radio link control layer protocol configuration.

[0021] In a possible implementation, the medium access control layer protocol and the radio link control layer protocol of the first protocol stack configuration and the second protocol stack configuration are different.

[0022] In a possible implementation, the medium access control layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the radio link control layer protocols are the same.

[0023] In the above implementation, it is described that the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the non-access layer, packet data convergence layer protocol layer and wireless resource control layer protocol stack are the same. The possible configuration methods of other protocols are beneficial for the terminal to identify different protocol configurations and thus determine to adopt different working modes.

[0024] In a possible implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the non-access layer protocols are the same.

[0025] In one possible implementation, the first protocol stack configuration includes a wireless resource control protocol, a packet data convergence layer protocol, and a wireless link control layer protocol, and the second protocol stack configuration does not include a wireless resource control protocol, a packet data convergence layer protocol, and a wireless link control layer protocol; the media access control layer protocols of the first protocol stack configuration and the second protocol stack configuration are the same or different.

[0026] In the above implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the non-access layer protocols are the same. The possible configuration of other protocols is conducive to the terminal identifying different protocol configurations, thereby determining to adopt different working modes.

[0027] In one possible implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, including at least one of the modulation and coding mode, channel coding mode, resource location, modulation and coding scheme, modulation and coding combination, and data block size table.

[0028] In a second aspect, the present application provides a communication method, which is performed by a first device. For example, the first device may be a base station, or a component of a base station (such as a processor, a chip, or a chip system, etc.), or a logic module that can implement all or part of the base station functions. Among them, the first device receives a first message from a terminal, and the first message includes capability information of the terminal, and the capability information of the terminal is used to indicate that the terminal supports the first working mode and the second working mode. The first device sends a second message to the terminal, and the second message is used to indicate that the terminal adopts the first working mode or the second working mode when working in a connected state; the first working mode corresponds to a first parameter configuration, and the first parameter configuration includes a first protocol stack configuration; the second working mode corresponds to a second parameter configuration, and the second parameter configuration includes a second protocol stack configuration.

[0029] In this method, the base station can receive the capability information of the terminal, and based on the capability information of the terminal, determine that the terminal can switch the working mode, and then can instruct the terminal to adopt the working mode when working in the connected state. For example, the base station can send indication information for configuring different working modes to the terminal, instructing the terminal to adopt the working mode when working in the connected state. This application assumes that the terminal supports at least two working modes, such as a first working mode and a second working mode, and the first working mode and the second working mode can correspond to different business scenarios, for example, the first working mode corresponds to a high-speed business scenario, and the second working mode corresponds to a low-power business scenario. The base station can control the terminal to configure different working modes, thereby adapting to the corresponding business scenarios, which is conducive to improving system capacity or reducing terminal power consumption.

[0030] In one possible implementation, the first device determines, based on service information and / or terminal capability information, whether the terminal uses the first operating mode or the second operating mode when operating in a connected state. The service information includes at least one of a service type or a service quality requirement. The first service information corresponds to the first operating mode, and the second service information corresponds to the second operating mode.

[0031] In this implementation, the first device can control the terminal to configure corresponding working modes for different service scenarios, which is beneficial to improving system capacity in high-rate service scenarios or reducing terminal power consumption in periodic service scenarios.

[0032] In one possible implementation, the first device determines, based on the service information, that the terminal adopts the first operating mode or the second operating mode when operating in the non-connected state. The first device sends a third message to the terminal, the third message being used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in the non-connected state.

[0033] In this embodiment, when the terminal is in a non-connected state (also referred to as an idle state), if downlink data arrives at the terminal from the core network or the base station, the base station can determine, based on the service information corresponding to the downlink data, whether the terminal adopts the first operating mode or the second operating mode when operating in the non-connected state, and indicate the first operating mode or the second operating mode to the terminal. Optionally, the operating mode adopted by the terminal when operating in the connected state may be the same as or different from the operating mode adopted by the terminal when operating in the non-connected state, and is specifically determined based on the service information.

[0034] In a possible implementation, the first device sends the capability information of the terminal to the second device. The first device receives a fourth message from the second device, where the fourth message is used to indicate that the terminal has passed verification.

[0035] In this embodiment, the base station may also send the terminal's capability information to a second device (such as a core network element), which is beneficial for the second device to determine whether the terminal's capability information has been verified (for example, determining whether the terminal supports at least two operating modes). If the verification is successful, the base station may receive a fourth message, thereby determining that the terminal has been verified, which is beneficial for subsequently instructing the terminal to configure different operating modes to match different service scenarios.

[0036] In one possible implementation, the first parameter configuration further includes at least one of a first time domain resource configuration or a first frequency domain resource configuration, and the second parameter configuration further includes at least one of a second time domain resource configuration or a second frequency domain resource configuration. The first time domain resource configuration is different from the second time domain resource configuration, and / or the first frequency domain resource configuration is different from the second frequency domain resource configuration.

[0037] In this embodiment, in addition to the protocol stack configuration, the parameter configuration also includes time domain resource configuration and / or frequency domain resource configuration. In order to distinguish different parameter configurations, the present application also defines a first time domain resource configuration and a first frequency domain resource configuration, which is different from at least one of the second time domain resource configuration and the second frequency domain resource configuration, which is conducive to matching different working modes.

[0038] In a possible implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the high-layer protocol stacks other than the physical layer are the same.

[0039] In a possible implementation, the high-level protocol stack may include at least one of a non-access layer protocol, a radio resource control protocol, a packet data convergence layer protocol, a radio link control layer protocol, and a medium access control protocol.

[0040] In the above implementation, the first protocol stack configuration and the second protocol stack configuration are different in at least the physical layer protocol, so that the terminal can identify different physical layer configurations and thus determine to adopt different working modes.

[0041] In a possible implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the non-access layer, packet data convergence layer protocol layer, and radio resource control layer protocol stacks are the same.

[0042] In a possible implementation, the medium access control layer protocol of the first protocol stack configuration and the second protocol stack configuration is the same, the first protocol stack configuration includes a radio link control layer protocol configuration, and the second protocol stack configuration does not include a radio link control layer protocol configuration.

[0043] In a possible implementation, the medium access control layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, the first protocol stack configuration includes a radio link control layer protocol configuration, and the second protocol stack configuration does not include a radio link control layer protocol configuration.

[0044] In a possible implementation, the medium access control layer protocol and the radio link control layer protocol of the first protocol stack configuration and the second protocol stack configuration are different.

[0045] In a possible implementation, the medium access control layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the radio link control layer protocols are the same.

[0046] In the above implementation, it is described that the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the non-access layer, packet data convergence layer protocol layer and wireless resource control layer protocol stack are the same. The possible configuration methods of other protocols are beneficial for the terminal to identify different protocol configurations and thus determine to adopt different working modes.

[0047] In a possible implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the non-access layer protocols are the same.

[0048] In one possible implementation, the first protocol stack configuration includes a wireless resource control protocol, a packet data convergence layer protocol, and a wireless link control layer protocol, and the second protocol stack configuration does not include a wireless resource control protocol, a packet data convergence layer protocol, and a wireless link control layer protocol; the media access control layer protocols of the first protocol stack configuration and the second protocol stack configuration are the same or different.

[0049] In the above implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the non-access layer protocols are the same. The possible configuration of other protocols is conducive to the terminal identifying different protocol configurations, thereby determining to adopt different working modes.

[0050] In one possible implementation, the physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, including at least one of the modulation and coding mode, channel coding mode, resource location, modulation and coding scheme, modulation and coding combination, and data block size table.

[0051] In a third aspect, the present application provides a communication method, which is performed by a second device. For example, the second device can be a core network element, or a component of a core network element (such as a processor, a chip, or a chip system, etc.), or a logical module that can implement all or part of the core network element functions. Among them, the second device receives the capability information of the terminal, and the capability information of the terminal indicates that the terminal supports the first working mode and the second working mode; the first working mode corresponds to the first parameter configuration, and the first parameter configuration includes the first protocol stack configuration; the second working mode corresponds to the second parameter configuration, and the second parameter configuration includes the second protocol stack configuration. The second device sends a fourth message to the first device, and the fourth message is used to indicate that the terminal verification is successful.

[0052] In this method, the second device can receive the terminal's capability information and verify the terminal's capability information. If the verification is successful, the second device can send a fourth message to the first device, thereby indicating to the base station that the terminal has passed the verification. This helps the base station control the terminal to configure different operating modes to match different service scenarios.

[0053] In one possible implementation, the second device receives a random access connection establishment completion message from the first device, where the random access connection establishment completion message includes the terminal capability information; or the second device receives a registration request message from the terminal, where the registration request message includes the terminal capability information.

[0054] In this implementation, the second device may receive the capability information of the terminal through the base station, or directly receive the capability information of the terminal sent by the terminal, thereby verifying the capability information of the terminal.

[0055] In one possible implementation, the second device determines, based on service information and / or terminal capability information, whether the terminal adopts the first operating mode or the second operating mode when operating in a connected state. The second device sends a third message to the first device, the third message being used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in a non-connected state; the service information includes at least one of a service type or a service quality requirement, wherein the first service information corresponds to the first operating mode, and the second service information corresponds to the second operating mode.

[0056] In this embodiment, the second device can determine whether the terminal adopts the first working mode or the second working mode when working in the connected state according to different business scenarios, and send a third message to the base station, thereby instructing the base station to control the terminal to configure the corresponding working mode, which is beneficial to improving system capacity in high-speed business scenarios, or reducing terminal power consumption in periodic business scenarios.

[0057] In a fourth aspect, the present application provides a communication method, which is implemented by the interaction between a terminal, a first device, and a second device. The terminal sends a first message to the first device, the first message including the capability information of the terminal, and the capability information of the terminal is used to indicate that the terminal supports the first working mode and the second working mode. The terminal sends the capability information of the terminal to the second device. The second device sends a fourth message to the first device, and the fourth message is used to indicate that the terminal has passed verification. The first device sends a second message to the terminal, and the second message is used to indicate that the terminal adopts the first working mode or the second working mode when working in a connected state; wherein the first working mode corresponds to a first parameter configuration, and the first parameter configuration includes a first protocol stack configuration; the second working mode corresponds to a second parameter configuration, and the second parameter configuration includes a second protocol stack configuration.

[0058] In this method, the terminal can report the terminal's capability information to the first device and / or the second device, and the second device can verify the terminal's capability information. If the verification passes, the first device can control the terminal to configure different working modes to match different business scenarios. For example, in high-speed business scenarios, it is beneficial to improve system capacity, or in periodic business scenarios, it is beneficial to reduce terminal power consumption.

[0059] Optionally, other implementations of the fourth aspect may refer to the descriptions of other possible implementations in the first to third aspects, and the effects that can be achieved may also refer to the descriptions of the effects in the first to third aspects, which will not be repeated here.

[0060] In a fifth aspect, the present application provides a communication device. The communication device may be a terminal, or a component of a terminal (such as a processor, a chip, or a chip system, etc.), or a device that can be used in conjunction with a terminal. In one possible implementation, the communication device has the function of implementing the above-mentioned first aspect. For example, the communication device includes a module or unit or means corresponding to the operation involved in the above-mentioned first aspect. The module or unit or means can be implemented by software, or by hardware, or by a combination of software and hardware.

[0061] In one possible implementation, the communication device includes a communication unit and a processing unit. The communication unit is configured to send a first message to a first device, the first message including terminal capability information, the terminal capability information indicating that the terminal supports a first operating mode and a second operating mode. The communication unit is further configured to receive a second message from the first device, the second message indicating that the terminal uses the first operating mode or the second operating mode when operating in a connected state; the first operating mode corresponds to a first parameter configuration including a first protocol stack configuration; and the second operating mode corresponds to a second parameter configuration including a second protocol stack configuration.

[0062] In this embodiment, the communication unit can report the capability information of the terminal and receive indication information for indicating the working mode adopted by the terminal when working in the connected state. For example, the terminal can receive indication information for configuring different working modes, thereby determining the working mode adopted when working in the connected state. This application assumes that the terminal supports at least two working modes, such as a first working mode and a second working mode, and the first working mode and the second working mode can correspond to different business scenarios. For example, the first working mode corresponds to a high-speed business scenario, and the second working mode corresponds to a low-power business scenario. The network side can control the terminal to configure different working modes, thereby adapting to the corresponding business scenarios, which is conducive to improving system capacity or reducing terminal power consumption.

[0063] Optionally, other possible implementations in the fifth aspect can refer to the corresponding descriptions of other possible implementations in the first aspect, and will not be repeated here.

[0064] In a sixth aspect, the present application provides a communication device. The communication device may be a base station, or a component of a base station (such as a processor, a chip, or a chip system, etc.), or a device that can be used in conjunction with a base station. In one possible implementation, the communication device has the function of implementing the above-mentioned second aspect. For example, the communication device includes a module or unit or means corresponding to the operation involved in the above-mentioned second aspect. The module or unit or means can be implemented specifically by software, or by hardware, or by a combination of software and hardware.

[0065] In one possible implementation, the communication device includes a communication unit and a processing unit. The communication unit is configured to receive a first message from a terminal, the first message including capability information of the terminal, the capability information of the terminal indicating that the terminal supports a first operating mode and a second operating mode. The communication unit is further configured to send a second message to the terminal, the second message indicating that the terminal adopts the first operating mode or the second operating mode when operating in a connected state; the first operating mode corresponds to a first parameter configuration including a first protocol stack configuration; and the second operating mode corresponds to a second parameter configuration including a second protocol stack configuration.

[0066] In this embodiment, the communication unit can receive the capability information of the terminal, and based on the capability information of the terminal, determine that the terminal can be configured with different working modes, and then indicate the working mode adopted by the terminal when working in the connected state. For example, the base station can send indication information for configuring different working modes to the terminal, indicating the working mode adopted by the terminal when working in the connected state. This application assumes that the terminal supports at least two working modes, such as a first working mode and a second working mode, and the first working mode and the second working mode can correspond to different business scenarios, for example, the first working mode corresponds to a high-speed business scenario, and the second working mode corresponds to a low-power business scenario. The base station can control the terminal to configure different working modes, thereby adapting to the corresponding business scenarios, which is conducive to improving system capacity or reducing terminal power consumption.

[0067] Optionally, other possible implementations in the sixth aspect can refer to the corresponding descriptions of other possible implementations in the second aspect, and will not be repeated here.

[0068] In a seventh aspect, the present application provides a communication device. The communication device may be a core network element, or a component of a core network element (such as a processor, a chip, or a chip system, etc.), or a device that can be used in conjunction with a core network element. In one possible implementation, the communication device has the function of implementing the third aspect above. For example, the communication device includes a module or unit or means corresponding to the operation involved in the third aspect above. The module or unit or means can be implemented by software, or by hardware, or by a combination of software and hardware.

[0069] In one possible implementation, the communication device includes a communication unit and a processing unit. The communication unit is configured to receive capability information of a terminal, the capability information indicating that the terminal supports a first operating mode and a second operating mode; the first operating mode corresponds to a first parameter configuration, which includes a first protocol stack configuration; and the second operating mode corresponds to a second parameter configuration, which includes a second protocol stack configuration. The communication unit is further configured to send a fourth message to the first device, indicating that the terminal has passed verification.

[0070] In this embodiment, the communication unit can receive the terminal's capability information and verify the terminal's capability information. If the verification is successful, the second device can send a fourth message to the first device, thereby indicating to the base station that the terminal has passed the verification, which is beneficial for the base station to control the terminal to configure different operating modes to match different service scenarios.

[0071] Optionally, other possible implementations in the seventh aspect can refer to the corresponding descriptions of other possible implementations in the third aspect, and will not be repeated here.

[0072] In an eighth aspect, the present application provides a communication device comprising a memory and one or more processors. The memory is used to store part or all of the necessary computer programs or instructions for implementing the functions involved in at least one of the first to third aspects above. The one or more processors can execute the computer program or instructions. When the computer program or instructions are executed, the communication device implements at least one of the following: the method in the first aspect and any possible implementation of the first aspect, the method in the second aspect and any possible implementation of the second aspect, and the method in the third aspect and any possible implementation of the third aspect.

[0073] In one possible design, the communication device may further include an interface circuit, wherein the processor is configured to communicate with other devices or components through the interface circuit.

[0074] In one possible design, the communication device may further include a memory.

[0075] In one possible design, the communication device may be a terminal, or a communication module in a terminal, or a chip in the terminal responsible for communication functions such as a modem chip or a SoC or SIP chip including a modem module.

[0076] In a ninth aspect, the present application provides a communication device comprising: a processor and an interface circuit, the interface circuit being used to receive signals from other communication devices and transmit them to the processor or to send signals from the processor to other communication devices, the processor being used to implement at least one of the following through logic circuits or execution code instructions: the method in the first aspect and any possible implementation of the first aspect, the method in the second aspect and any possible implementation of the second aspect, and the method in the third aspect and any possible implementation of the third aspect.

[0077] In the tenth aspect, the present application provides a communication system, which includes at least one device or equipment among the fourth to fifth aspects above, so that the at least one device or equipment above performs at least one of the following: the method in the first aspect and any possible implementation of the first aspect, the method in the second aspect and any possible implementation of the second aspect, and the method in the third aspect and any possible implementation of the third aspect.

[0078] In the eleventh aspect, the present application provides a computer-readable storage medium storing instructions, which, when the instructions are executed on a computer, enable the computer to execute at least one of the following: the method of the first aspect and any possible implementation of the first aspect, the method of the second aspect and any possible implementation of the second aspect, and the method of the third aspect and any possible implementation of the third aspect.

[0079] In the twelfth aspect, the present application provides a computer program product comprising instructions, which, when executed on a computer, cause the computer to execute at least one of the following: the method of the first aspect and any possible implementation of the first aspect, the method of the second aspect and any possible implementation of the second aspect, and the method of the third aspect and any possible implementation of the third aspect.

[0080] In a thirteenth aspect, the present application provides a chip, which includes a processor (or a logic circuit). Optionally, the chip may also include a communication interface (or interface) for implementing at least one of the following: the method in the first aspect and any possible implementation of the first aspect, the method in the second aspect and any possible implementation of the second aspect, the method in the third aspect and any possible implementation of the third aspect. In one possible implementation, if the chip is the smallest processing unit in the entire machine, the chip may be a processor, or may include a processor and a memory, or may include a processor, a memory, and a transceiver, for implementing at least one of the following: the method in the first aspect and any possible implementation of the first aspect, the method in the second aspect and any possible implementation of the second aspect, the method in the third aspect and any possible implementation of the third aspect.

[0081] In a fourteenth aspect, the present application provides a chip system. The chip system includes a processor and an interface. Optionally, it may also include a memory for implementing at least one of the following: the method in the first aspect and any possible implementation of the first aspect, the method in the second aspect and any possible implementation of the second aspect, and the method in the third aspect and any possible implementation of the third aspect. The chip system may be composed of a chip, or may include a chip and other discrete components. BRIEF DESCRIPTION OF THE DRAWINGS

[0082] FIG1 is a schematic diagram of a communication system provided by the present application;

[0083] Figure 2 is a schematic diagram of the Class A mode;

[0084] FIG3 is a flow chart of a communication method provided by the present application;

[0085] FIG4 is a schematic diagram of a workflow of an NB-IoT terminal;

[0086] FIG5 is a schematic diagram of a first protocol stack configuration and a second protocol stack configuration provided by the present application;

[0087] FIG6 is a schematic diagram of another first protocol stack configuration and a second protocol stack configuration provided by the present application;

[0088] FIG7 is a schematic diagram of another first protocol stack configuration and a second protocol stack configuration provided by the present application;

[0089] FIG8 is a schematic diagram of a communication device provided by the present application;

[0090] FIG9 is a schematic diagram of another communication device provided in this application. DETAILED DESCRIPTION

[0091] The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application.

[0092] For ease of understanding, the following is a detailed introduction to the definitions of relevant terms involved in this application:

[0093] 1. Network architecture:

[0094] The communication method provided in this application can be applied to a communication system 1000 as shown in FIG1 . For example, the communication system includes a radio access network (RAN) 100, wherein the RAN 100 includes at least one RAN node (such as 110a and 110b in FIG1 , collectively referred to as 110), and may also include at least one terminal (such as 120a-120j in FIG1 , collectively referred to as 120). The RAN 100 may also include other RAN nodes, such as wireless relay devices and / or wireless backhaul devices (not shown in FIG1 ). The terminal 120 is wirelessly connected to the RAN node 110. Terminals and RAN nodes may be connected to each other via wired or wireless connections. The communication system 1000 may also include a core network 200. The RAN node 110 is wirelessly or wiredly connected to the core network 200. The core network devices in the core network 200 and the RAN node 110 in the RAN 100 may be independent and distinct physical devices, or they may be a single physical device that integrates the logical functions of the core network devices and the logical functions of the RAN nodes. The communication system 1000 may also include the Internet 300 .

[0095] RAN100 may be an evolved universal terrestrial radio access (E-UTRA) system, a new radio (NR) system, or a future radio access system defined in the 3rd Generation Partnership Project (3GPP). RAN100 may also include two or more of the aforementioned different radio access systems. RAN100 may also be an open RAN (O-RAN).

[0096] A RAN node, also known as a network device, radio access network device, RAN entity, or access node, facilitates wireless access to a communication system by a terminal. In one application scenario, a RAN node can be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next-generation NodeB (gNB) in a fifth-generation (5G) mobile communication system, a next-generation base station in a sixth-generation (6G) mobile communication system, or a base station in a future mobile communication system. A RAN node can be a macro base station (such as 110a in Figure 1), a micro base station, an indoor station (such as 110b in Figure 1), a relay node, or a donor node.

[0097] In another application scenario, multiple RAN nodes can collaborate to help terminals achieve wireless access, with different RAN nodes implementing portions of the base station's functions. For example, a RAN node can be a centralized unit (CU), a distributed unit (DU), or a radio unit (RU). The CU implements the base station's radio resource control protocol and packet data convergence protocol (PDCP) functions, as well as the service data adaptation protocol (SDAP) functions. The DU implements the base station's radio link control layer and medium access control (MAC) layer functions, as well as some or all of the physical layer functions. For detailed descriptions of each of the above protocol layers, please refer to the relevant 3GPP technical specifications. The RU can be used to implement the transmission and reception of radio frequency signals. The CU and DU can be two independent RAN nodes, or they can be integrated into the same RAN node, such as in a baseband unit (BBU). The RU can be included in radio frequency equipment, such as a remote radio unit (RRU) or an active antenna unit (AAU). The CU can be further divided into two types of RAN nodes: CU-control plane and CU-user plane.

[0098] In different systems, RAN nodes may have different names. For example, in an O-RAN system, a CU may be called an open CU (O-CU), a DU may be called an open DU (O-DU), and a RU may be called an open RU (O-RU). The RAN node in the embodiments of the present application may be implemented by a software module, a hardware module, or a combination of a software module and a hardware module. For example, the RAN node may be a server loaded with the corresponding software module. The embodiments of the present application do not limit the specific technology and specific device form adopted by the RAN node. For ease of description, the following description takes a base station as an example of a RAN node.

[0099] A terminal is a device with wireless transceiver capabilities that can send signals to or receive signals from a base station. A terminal may also be referred to as a terminal device, user equipment (UE), mobile station, mobile terminal, etc. Terminals can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, etc. A terminal can be a mobile phone, tablet computer, computer with wireless transceiver capabilities, wearable device, vehicle, aircraft, ship, robot, robotic arm, smart home device, etc. The embodiments of this application do not limit the specific technology and specific device form adopted by the terminal.

[0100] The core network may include, but is not limited to, one or more of the following devices or network elements: access and mobility management function (AMF) network element, session management function (SMF) network element, unified data management function (UDM) network element, authentication server function (AUSF) network element, policy control function (PCF) network element, and unified data repository (UDR). The AMF is primarily responsible for mobility management in mobile networks, such as user location updates, user network registration, and user handoffs. The session management function is primarily used to assign IP addresses to mobile phones and manage various channels between mobile phones and the core network during Internet access. The UDM is responsible for managing user identification, subscription data, authentication data, and user registration with service network elements (e.g., the AMF and SMF currently providing services to the terminal. If a user switches to a different AMF, the UDM will initiate a deregistration message to the old AMF, requesting that the old AMF delete user-related information). The AUSF receives requests from the AMF to authenticate the UE, requests keys from the UDM, and then forwards the keys issued by the UDM to the AMF for authentication. The PCF supports a unified policy framework to manage network behavior, provides policy rules for network entities to implement, and accesses UDR subscription information. The UDR is used by the UDM to store or read subscription data and by the PCF to store or read policy data.

[0101] Optionally, the base station and terminal can be fixed or mobile. They can be deployed on land, indoors or outdoors, handheld or vehicle-mounted; on water; or on aircraft, balloons, and satellites. The embodiments of this application do not limit the application scenarios of the base station and terminal.

[0102] The roles of base stations and terminals can be relative. For example, the helicopter or drone 120i in Figure 1 can be configured as a mobile base station. To terminals 120j accessing the wireless access network 100 via 120i, terminal 120i is a base station. However, to base station 110a, 120i is a terminal, meaning that communication between 110a and 120i occurs via a wireless air interface protocol. Of course, communication between 110a and 120i can also occur via a base station-to-base station interface protocol. In this case, 120i is also a base station relative to 110a. Therefore, base stations and terminals can be collectively referred to as communication devices. 110a and 110b in Figure 1 can be referred to as communication devices with base station functionality, while 120a-120j in Figure 1 can be referred to as communication devices with terminal functionality.

[0103] In this application, the functions of the base station can also be performed by a module in the base station (such as a chip), or by a control subsystem that includes the base station function. The control subsystem that includes the base station function here can be the control center in the above-mentioned application scenarios such as smart grid, industrial control, smart transportation, and smart city. The functions of the terminal can also be performed by a module in the terminal (such as a chip or modem), or by a device that includes the terminal function.

[0104] In this application, a base station sends downlink signals or downlink information to a terminal, and the downlink information is carried on a downlink channel; the terminal sends uplink signals or uplink information to the base station, and the uplink information is carried on an uplink channel. In order to communicate with the base station, the terminal needs to establish a wireless connection in the cell controlled by the base station. The cell with which the terminal has established a wireless connection is called the serving cell of the terminal. When the terminal communicates with the serving cell, it will also be interfered with by signals from neighboring cells.

[0105] 2. Low power consumption working mode of IoT terminal:

[0106] With the increasing adoption of 5G NR MTC and IoT communications, the number of connected IoT devices is growing daily. Consequently, the industry is increasingly demanding lower costs and power consumption for IoT devices. Consequently, many IoT terminals using asynchronous mode have emerged, such as long-range (LoRa) IoT terminals, which achieve ultra-low power consumption and cost.

[0107] For example, LoRa terminals have several operating modes, the simplest of which is Class A mode. In this mode, the terminal does not actively monitor downlink data and directly transmits uplink data only when uplink data is available. This operating mode enables ultra-low power terminals. Figure 2 shows a schematic diagram of Class A mode. In Class A mode, the terminal can send uplink data at any time. After sending uplink data, it opens a receive window to receive downlink response messages. If no downlink response message is received within this receive window, the terminal opens a second receive window. If no downlink response message is received in the second receive window, the uplink data is retransmitted. Optionally, the time of the first and second receive windows is preconfigured and can be modified through subsequent signaling. The receive window and the frequency resources for sending data are also preconfigured and can be modified later through other signaling.

[0108] 3. High-speed working mode of IoT terminals:

[0109] Narrowband IoT (NB-IoT) terminals can achieve higher speeds than LoRa terminals, but they consume more power. Alternatively, within cellular networks, there are also many IoT terminal designs that offer speed advantages over LoRa terminals, but still lag significantly behind in terms of power consumption and cost. In real-world applications, such as building inspections, terminals often require periodic, low-power reporting, while emergency services also require higher transmission rates. However, existing IoT terminal devices cannot simultaneously meet these diverse service requirements.

[0110] In order to meet the business requirements of supporting ultra-low power consumption and achieving higher speeds, the present application provides a communication method in which the terminal supports at least two working modes, and different working modes correspond to different parameter configurations, thereby supporting different types of business requirements.

[0111] Figure 3 is a flow chart of a communication method provided by the present application. The method can be implemented by interaction between a terminal, a first device, and a second device, where the first device is, for example, a base station or a base station device, and the second device is, for example, a core network element. The method includes the following steps:

[0112] S101: A terminal sends a first message to a first device, where the first message includes capability information of the terminal; correspondingly, the first device receives the first message.

[0113] The terminal sending the first message to the first device can also be described as the terminal outputting the first message.

[0114] When entity A sends information to entity B, A can send it directly to B or indirectly through another entity. Similarly, when entity B receives information from entity A, entity B can receive the information sent by entity A directly or indirectly through another entity. Entities A and B here can be RAN nodes or terminals, or modules within RAN nodes or terminals. Information transmission and reception can be the exchange of information between a RAN node and a terminal, for example, between a base station and a terminal; between two RAN nodes, for example, between a CU and a DU; or between different modules within a device, for example, between a terminal chip and other modules in the terminal, or between a base station chip and other modules within the base station. "Sending" can also be understood as the "output" of a chip interface, such as output from a baseband chip to a RF chip, or output from a baseband component to a RF component; and "receiving" can also be understood as the "input" of a chip interface. The terms "sending" and "output" used below have the same meaning as above and are not further explained.

[0115] Among them, the terminal capability information is used to indicate that the terminal supports the first working mode and the second working mode. The first working mode and the second working mode are two different working modes. That is, the terminal supports at least two different working modes, and the terminal can be configured as two different working modes.

[0116] In one possible implementation, the first message may be a random access connection establishment completion message (such as an RRC connection establishment completion message), or other RRC messages in the RRC connection establishment process, which is not limited in this application. For example, after the terminal initiates random access, it may first establish a complete RRC connection with the base station. For example, Figure 4 is a schematic diagram of the workflow of an NB-IoT terminal. The workflow is implemented by the interaction between the terminal (UE), the base station (such as an eNB) and the mobile management entity (mobile management entity, MME), and may include but is not limited to the following steps:

[0117] Step 1: The UE sends a random access request message to the base station; in response, the base station sends a random access response message to the UE.

[0118] Step 2: The UE sends a radio resource control connection request (RRC (radio resource control) connection request) message to the base station.

[0119] Step 3: After receiving the RRC connection request, the base station sends an RRC connection setup message to the UE.

[0120] Step 4: After receiving the RRC connection setup message, the UE sends an RRC connection setup complete message to the base station; and according to the scheduling or configuration of the UE by the base station, the UE carries the data that the UE needs to report in the non-access stratum (NAS) message.

[0121] Step 5: The base station sends an initial UE message to the MME and establishes a connection with the MME.

[0122] Step 6: The base station receives an initial context establishment request message from the MME. The initial context establishment request message includes UE capability information. The UE capability information is used by the base station for scheduling subsequent data transmission.

[0123] Step 7: The base station sends an RRC security mode command to the UE to configure security parameters.

[0124] Step 8: The UE sends an RRC security mode complete message to the base station, indicating that the terminal has completed security activation.

[0125] Step 9: The base station sends an RRC connection reconfiguration message to the UE for performing air interface resource-related configuration.

[0126] Step 10: If the UE can apply the configuration normally, the UE sends an RRC connection reconfiguration complete message to the base station.

[0127] Optionally, the following steps are also included:

[0128] Step 11: The base station sends a UE capability request (UE capability enquiry) message to the UE.

[0129] Step 12: After receiving the capability request message, the UE sends the UE capability information to the base station. After receiving the capability information, the base station can send the capability information to the core network element (such as AMF, etc., the core network element can store the capability information of the UE).

[0130] Step 13: The base station allocates and schedules resources for subsequent data based on the UE's capability information; after completing data transmission, the UE enters a disconnected state.

[0131] The above are mainly air interface processes. In addition, the terminal can also interact with the core network during these processes, including bearer establishment or session establishment.

[0132] Furthermore, the terminal may carry the capability information of the terminal in an RRC connection establishment complete message during the RRC connection establishment process, thereby indicating the capability information of the terminal to the base station.

[0133] S102a, the terminal sends the capability information of the terminal to the second device; correspondingly, the second device receives the capability information of the terminal.

[0134] In one possible implementation, the terminal may directly send the terminal's capability information to the second device. For example, during registration with the core network, the terminal may send a message 5 (Msg 5) to a core network element (such as an AMF). The Msg 5 includes a registration request message sent by the terminal to the core network, and the registration request message may carry the terminal's capability information.

[0135] Optionally, after receiving the capability information of the terminal, the second device can verify the terminal. For example, network elements such as AMF, AUSF, and UDM can perform authentication processing on the terminal and verify the capability information of the terminal. If the verification is successful, the second device can send a fourth message to the first device, and the fourth message is used to indicate that the terminal verification is successful, for example, the core network verifies the capability information of the terminal, and the terminal can support at least two working modes. Optionally, the specific implementation method of the second device verifying the terminal can refer to the corresponding description in the protocol standard, and this application does not limit it. Optionally, the fourth message can carry the capability information of the terminal.

[0136] S102b, the first device sends the capability information of the terminal to the second device; correspondingly, the second device receives the capability information of the terminal.

[0137] In one possible implementation, the terminal sends a first message to the first device, which then sends the terminal's capability information to the second device. For example, the terminal sends Msg 5 to the base station, which includes the terminal's capability information. After receiving the terminal's capability information, the base station transmits the terminal's capability information to the core network element via an interface message, and the core network element verifies the terminal's capability information.

[0138] Optionally, the specific implementation of S102a and S102b may include: if S102a is executed, S102b may not be executed; or if S102b is executed, S102a may not be executed; or S102a and S102b may be executed simultaneously, which is not limited in this application. Optionally, the execution order between S101 and S102a is not limited in this application, for example, S101 may be executed first, then S102a; or S102a may be executed first, then S101; or S101 and S102a may be executed simultaneously.

[0139] Optionally, after the terminal access is successful and the terminal capability information is verified, the terminal can perform data transmission with the first device. For example, the terminal sends uplink data to the first device, and / or the first device sends downlink data to the terminal.

[0140] S103, the first device sends a second message to the terminal, where the second message is used to instruct the terminal to adopt the first working mode or the second working mode when working in the connected state; correspondingly, the terminal receives the second message.

[0141] The first device sending the second message to the terminal can also be described as the first device outputting the second message. Optionally, the first device is a base station, and the first device outputting the second message includes the baseband part of the base station outputting the second message to the radio frequency part.

[0142] Among them, the terminal adopts the first working mode or the second working mode when working in the connected state, which can be determined by the first device based on the service information and / or the terminal's capability information. The first service information corresponds to the first working mode, and the second service information corresponds to the second working mode.

[0143] In one possible implementation, the first working mode is a synchronous working mode, and the second working mode is an asynchronous working mode. For example, the synchronous working mode refers to the time synchronization between the terminal side and the network side, requiring the terminal side to frequently monitor the synchronization signal so that it can maintain synchronous data transmission with the network side. The asynchronous working mode means that the terminal side and the network side may not be synchronized in time, so the terminal side is not required to monitor the synchronization signal in real time or does not need to monitor the synchronization signal; in the asynchronous working mode, there is no need to maintain a stable clock, so the power consumption is low. Optionally, when the terminal adopts the asynchronous working mode, when the terminal needs to perform uplink or downlink data transmission, it can synchronize with the network to find a time window for transmission.

[0144] In one possible implementation, the service information includes at least one of a service type or a service quality requirement. For example, the service type may include but is not limited to periodic services, non-periodic services, high-speed services, low-latency services, etc. Service quality requirements may include but are not limited to transmission rate requirements, transmission delay requirements, etc. In combination with the service type and / or service quality requirements, as well as the capability information of the terminal, the first device may determine whether the terminal adopts the first working mode or the second working mode when working in a connected state. For example, for services with low latency requirements, the terminal may adopt a synchronous working mode to access the network to achieve high-speed transmission, that is, the terminal adopts the first working mode when working in a connected state, and the second message is used to instruct the terminal to adopt the first working mode when working in a connected state. For another example, for periodic reporting services, the terminal may adopt an asynchronous working mode to access the network to achieve low power consumption of the terminal, that is, the terminal adopts the second working mode when working in a connected state, and the second message is used to instruct the terminal to adopt the second working mode when working in a connected state.

[0145] In one possible implementation, the first device sends an RRC reconfiguration message to the terminal, where the RRC reconfiguration message is used to instruct the terminal to switch an operating mode or configure an operating mode to be used by the terminal. For example, during data transmission, the base station may send an RRC reconfiguration message to instruct the terminal to switch or configure an operating mode. For example, if the terminal uses the first operating mode when operating in a connected state, after receiving the RRC reconfiguration message, the terminal may switch or configure the operating mode to the second operating mode and perform data transmission in accordance with the second operating mode.

[0146] In one possible implementation, when a terminal is configured in different operating modes, specific protocol stack configurations are involved. For example, different protocol stack configurations will affect the terminal's behavior and data transmission process. The following describes various protocol stack configurations and possible terminal behaviors through specific implementations.

[0147] In one possible implementation, the first operating mode corresponds to a first parameter configuration, which includes a first protocol stack configuration; the second operating mode corresponds to a second parameter configuration, which includes a second protocol stack configuration. Furthermore, the relationship between the first protocol stack configuration and the second protocol stack configuration includes at least the following situations:

[0148] Case 1: The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the high-layer protocol stacks other than the physical layer are the same.

[0149] The different physical layer protocols include at least one of the following: modulation and coding mode, channel coding mode, resource location, modulation and coding scheme, modulation and coding set, data block size table, etc. For example, the modulation and coding mode and resource location in the first protocol stack configuration and the second protocol stack configuration are different, or the modulation and coding scheme, resource location and data block size in the first protocol stack configuration and the second protocol stack configuration are different, which is not limited in this application.

[0150] Among them, the high-level protocol stack may include at least one of the NAS layer, RRC layer, PDCP layer, RLC layer, and MAC layer protocols. For example, Figure 5 is a schematic diagram of a first protocol stack configuration and a second protocol stack configuration provided by the present application. Figure 5 shows that the high-level protocol stack includes a NAS layer, an RRC layer, a PDCP layer, an RLC layer, and a MAC layer, and the NAS layer, RRC layer, PDCP layer, RLC layer, and MAC layer configurations of the first protocol stack are the same as the NAS layer, RRC layer, PDCP layer, RLC layer, and MAC layer configurations of the second protocol stack. When the high-level protocol stacks are the same, when the terminal switches or configures the working mode, there is no impact on high-level data transmission, etc. For example, when the base station sends an RRC reconfiguration message, it carries indication information for instructing the terminal to adopt the first working mode or the second working mode when working in the connected state, or the indication information can also be implicitly indicated by the configuration information. For example, assuming that the terminal is currently using a synchronous working mode for data transmission when working in a connected state, the base station sends an RRC reconfiguration message to the terminal. The RRC reconfiguration message includes a physical layer parameter configuration in an asynchronous working mode; the physical layer parameter configuration may include but is not limited to: modulation and coding mode, channel coding mode, resource location, modulation and coding scheme, modulation and coding combination, data block size table and other configuration information. Correspondingly, after receiving the RRC reconfiguration message, the terminal can apply the above-mentioned physical layer parameter configuration, that is, use the asynchronous working mode for data transmission. Similarly, the terminal can also switch from the asynchronous working mode to the synchronous working mode when working in a connected state. The specific implementation method is similar, the difference being that the RRC reconfiguration message carries different physical layer parameter configurations.

[0151] Case 2: The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the non-access layer, packet data convergence layer protocol layer and radio resource control layer protocol stacks are the same.

[0152] The description of the different physical layer protocols can be referred to the previous text and will not be repeated here. The protocol stacks of the NAS layer, RRC layer and PDCP layer are the same, for example, the parameter configuration of the NAS layer, the parameter configuration of the RRC layer and the parameter configuration of the PDCP layer may be the same. It can be understood that, compared with case one, the high-level protocol stack in case two is partially the same (the NAS layer, RRC layer and PDCP layer are the same), but partially different. Optionally, the partial differences may include but are not limited to: the MAC layer protocols of the first protocol stack configuration and the second protocol stack configuration are the same, the first protocol stack configuration includes the RLC layer protocol configuration, and the second protocol stack configuration does not include the RLC layer protocol configuration; the MAC layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, the first protocol stack configuration includes the RLC layer protocol configuration, and the second protocol stack configuration does not include the RLC layer protocol configuration. The MAC layer protocols and RLC layer protocols of the first protocol stack configuration and the second protocol stack configuration are different; the MAC layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the RLC layer protocols are the same; the RLC layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the MAC layer protocols are the same. Among them, the difference in a certain layer can be reflected in the difference in the configuration or format of this layer. For example, the maximum sequence number of the first RLC packet configured by the first protocol stack is N, and the maximum sequence number of the second RLC packet configured by the second protocol stack is M. If M and N are different, the RLC layer protocols configured by the first protocol stack and the second protocol stack are different.

[0153] For example, Figure 6 is a schematic diagram of another first protocol stack configuration and a second protocol stack configuration provided by the present application. Figure 6 shows that the high-level protocol stack portion includes the NAS layer, RRC layer, and PDCP layer, and the NAS layer, RRC layer, and PDCP layer configurations of the first protocol stack configuration are identical to those of the second protocol stack configuration. Furthermore, Figure 6 shows that the second protocol stack configuration does not have an RLC layer, while the first protocol stack configuration has an RLC layer. The MAC layer can be the same or different for the two modes. For example, when the base station sends an RRC reconfiguration message, it carries indication information for instructing the terminal to adopt the first operating mode or the second operating mode when operating in the connected state. Alternatively, this indication information can be implicitly indicated through configuration information. For example, assuming that the terminal is currently operating in the connected state and adopting the synchronous operating mode for data transmission, the base station sends an RRC reconfiguration message to the terminal. The RRC reconfiguration message includes the physical layer parameter configuration for the asynchronous operating mode, which can be described in the corresponding description of Case 1, and also includes the higher-layer configuration for the asynchronous operating mode, such as an indication to release the RLC. Correspondingly, after receiving the RRC reconfiguration message, the terminal may release the RLC layer and apply new physical layer parameter configuration.

[0154] Optionally, for the scenario of lossless data transmission, the terminal not only needs to execute the steps of releasing the RLC layer and applying the new physical layer parameter configuration, but also needs to execute the PDCP data recovery process. For example, the terminal sends a PDCP status report to the base station, and the PDCP status report is used to indicate the data packets that the terminal has received. Correspondingly, the base station receives the PDCP status report, and can know the data packets that the terminal has received, and deduce the data packets that the terminal has not successfully received. Therefore, the base station can retransmit the data packets that the terminal has not successfully received, thereby achieving lossless data transmission and configuring the working mode of the terminal. Similarly, for uplink transmitted data, the base station can also send a PDCP status report to the terminal. Optionally, for scenarios without lossless data transmission, the terminal reporting PDCP status report and data packet retransmission process may not be executed.

[0155] Case 3: The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the non-access layer protocols are the same.

[0156] The description of the different physical layer protocols can be found in the previous text and will not be repeated here. The NAS layer protocols are the same, for example, the NAS layer parameter configurations can be the same. It is understood that compared to case one, the high-level protocol stack in case three is partially the same (the NAS layers are the same), but partially different. Optionally, partial differences may include but are not limited to: the first protocol stack configuration includes the RRC layer, PDCP layer, and RLC layer protocol stack configurations, the second protocol stack configuration does not include the RRC layer, PDCP layer, and RLC layer protocol stack configurations, and the MAC layer protocols of the first protocol stack configuration and the second protocol stack configuration may be the same or different; the first protocol stack configuration includes the RRC layer, PDCP layer, and RLC layer protocol stack configurations, the second protocol stack configuration does not include the RRC layer and PDCP layer protocol stack configurations, and the MAC layer protocols of the first protocol stack configuration and the second protocol stack configuration may be the same or different, and the RLC layer protocols may be the same or different; the first protocol stack configuration includes the RRC layer, PDCP layer, and RLC layer protocol stack configurations, the second protocol stack configuration does not include the RRC layer protocol configuration, and the MAC layer protocols of the first protocol stack configuration and the second protocol stack configuration may be the same or different, the RLC layer protocols may be the same or different, and the PDCP layer protocols may be the same or different, etc. Among them, the difference in a certain layer can be reflected in the difference in the configuration or format of this layer. For example, the maximum sequence number of the first RLC packet configured by the first protocol stack is N, and the maximum sequence number of the second RLC packet configured by the second protocol stack is M. If M and N are different, the RLC layer protocols configured by the first protocol stack and the second protocol stack are different.

[0157] For example, Figure 7 is a schematic diagram of another first protocol stack configuration and a second protocol stack configuration provided by the present application. Figure 7 shows that part of the high-level protocol stack includes a NAS layer, and the NAS layer configuration of the first protocol stack configuration is the same as the NAS layer configuration of the second protocol stack configuration. In addition, Figure 7 shows that the second protocol stack configuration does not have an RRC layer, a PDCP layer, and an RLC layer, the first protocol stack configuration has an RRC layer, a PDCP layer, and an RLC layer, and the MAC layer can be the same or different in the two modes. For example, when the base station sends an RRC reconfiguration message, it carries indication information for instructing the terminal to adopt the first working mode or the second working mode when operating in a connected state, or the indication information can also be implicitly indicated by the configuration information. For example, assuming that the terminal currently uses a synchronous working mode for data transmission when operating in a connected state, the base station sends an RRC reconfiguration message to the terminal. The RRC reconfiguration message includes a physical layer parameter configuration in an asynchronous working mode. The physical layer parameter configuration can refer to the corresponding description in Case 1; it also includes a high-level configuration in an asynchronous working mode, such as the configuration of the protocol stack supported by the high-level layer (depending on how many layers of protocol stack are supported). Optionally, the RRC reconfiguration message also includes an indication of releasing RLC, PDCP, and RRC. Correspondingly, after receiving the RRC reconfiguration message, the terminal can release the RLC layer, PDCP layer, and RRC layer, and apply new physical layer parameter configurations and high-layer parameter configurations. Optionally, the base station can send the RRC reconfiguration message to the terminal after confirming that all data packets have been successfully sent. Alternatively, for data packets that the base station has not successfully sent or for which no successful confirmation has been received, the base station can discard the cached data packets when sending the RRC reconfiguration message. Optionally, the terminal temporary identifier can remain unchanged, and the terminal temporary identifier is used to distinguish data from different terminals.

[0158] In one possible implementation, the first parameter configuration further includes at least one of a first time domain resource configuration or a first frequency domain resource configuration, and the second parameter configuration further includes at least one of a second time domain resource configuration or a second frequency domain resource configuration. The first time domain resource configuration is different from the second time domain resource configuration, and / or the first frequency domain resource configuration is different from the second frequency domain resource configuration. For example, assume that the first parameter configuration includes, in addition to the first protocol stack configuration, the first time domain resource configuration and the first frequency domain resource configuration; and the second parameter configuration includes, in addition to the second protocol stack configuration, the second time domain resource configuration and the second frequency domain resource configuration. In order to distinguish different working modes, the present application assumes that the first time domain resource configuration and the second time domain resource configuration are different, and / or the first frequency domain resource configuration and the second frequency domain resource configuration are different. For example, the first time slot corresponding to the first time domain resource configuration and the second time slot corresponding to the second time domain resource configuration are different and are separated in the time domain; and / or the first spectrum resource corresponding to the first frequency domain resource and the second spectrum resource corresponding to the second frequency domain resource are different and are separated in the frequency domain. Optionally, if the first parameter configuration includes only the first time domain resource configuration and the second parameter configuration includes only the second time domain resource configuration, then the first time slot corresponding to the first time domain resource configuration and the second time slot corresponding to the second time domain resource configuration are different. Optionally, if the first parameter configuration includes only the first frequency domain resource configuration and the second parameter configuration includes only the second frequency domain resource configuration, then the first spectrum resource corresponding to the first frequency domain resource configuration and the second spectrum resource corresponding to the second frequency domain resource configuration are different.

[0159] Optionally, after S103, the following steps are further included:

[0160] S104: The terminal receives a third message, where the third message is used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in the non-connected state.

[0161] In a possible implementation, when the terminal and the base station complete data transmission, the base station may send an RRC release (RRC release) message to the terminal, where the RRC release message is used to instruct the terminal to enter a non-connected state.

[0162] Optionally, the third message may be an RRC release message, in which case the RRC release message may further instruct the terminal to configure an operating mode, or instruct the terminal to adopt the first operating mode or the second operating mode when operating in a non-connected state. Optionally, the operating mode adopted by the terminal when operating in a non-connected state may be the same as or different from the operating mode adopted by the terminal when operating in a connected state.

[0163] In one possible implementation, the terminal receives a third message from the second device; for example, the core network element sends the third message to the base station, instructing the base station to release the terminal and instructing the terminal to adopt the second operating mode when operating in a non-connected state (that is, the terminal adopts an asynchronous operating mode when operating in a non-connected state). The base station forwards the third message to the terminal.

[0164] In one possible implementation, in combination with the service information and the capability information of the terminal, the first device can determine whether the terminal adopts the first working mode or the second working mode when working in a non-connected state. For example, for services with low latency requirements, the terminal can adopt a synchronous working mode to access the network to achieve high-speed transmission, that is, the terminal adopts the first working mode when working in a non-connected state, and the third message is used to indicate that the terminal adopts the first working mode when working in a non-connected state. For another example, for periodic reporting services, the terminal can adopt an asynchronous working mode to access the network to achieve low power consumption of the terminal, that is, the terminal adopts the second working mode when working in a non-connected state, and the third message is used to indicate that the terminal adopts the second working mode when working in a non-connected state. Optionally, the base station can also send the working mode adopted by the terminal when working in a non-connected state to the core network, which will be recorded by the core network.

[0165] Both of the above-mentioned two possible implementations can enable the second device to carry working mode information in the paging message sent to the first device when the terminal is in a non-connected state and when the second device has downlink data to send, so that the first device can send a paging message to the terminal according to the parameter configuration corresponding to the working mode information. For example, assuming that the third message indicates that the terminal adopts the second working mode when working in a non-connected state, if the terminal can adopt an asynchronous working mode to monitor downlink paging all the time when in a non-connected state, the base station can forward the paging message from the core network to the terminal at any time; if the terminal can adopt an asynchronous working mode to periodically try to continuously receive paging within a short period of time when in a non-connected state, the base station also sends a paging message to the terminal within the time the terminal monitors. For another example, assuming that the third message indicates that the terminal adopts the first working mode when working in a non-connected state, the base station and the terminal can adopt a paging timing method determined based on the UE identifier. The specific implementation process can refer to the corresponding description in the existing protocol standard and will not be repeated here.

[0166] In one possible implementation, when the terminal is in a non-connected state and uplink data arrives at the terminal or the terminal is paged, the terminal needs to initiate the access process again. The terminal can determine, based on the service information, whether to use the first working mode or the second working mode when initiating the access process again. For example, when uplink data arrives at the terminal and the service type is an emergency service, the terminal determines to use the first working mode, that is, the terminal selects the synchronous working mode to initiate the access process again. For another example, when the terminal is paged and the service type is a periodic service, the terminal determines to use the second working mode, that is, the terminal selects the asynchronous working mode to initiate the access process again. Optionally, the terminal uses the first working mode or the second working mode when initiating the access process again, and the access can be initiated based on the subsequent access mode configured by the base station in the last connected state. For example, assuming that the RRC release message sent by the base station includes the access mode used for subsequent access (such as synchronous access mode or asynchronous access mode), the terminal can use the corresponding access mode to determine whether to use the synchronous working mode (corresponding to the synchronous access mode) or the asynchronous working mode (corresponding to the asynchronous access mode) when initiating the access process again. Optionally, the asynchronous access mode can be similar to the Class A mode of the LoRa terminal (as shown in Figure 2). In the asynchronous access resources configured on the network side, the terminal can initiate uplink transmission at any time; or based on the network configuration, within the periodic resources, the terminal can randomly select an available resource to initiate access or directly transmit data. The synchronous access mode can be, for example, a 4-step random access mode or a 2-step random access mode. The specific implementation process can refer to the corresponding description in the existing protocol standard and will not be repeated here. Optionally, the terminal can determine whether to use the first working mode or the second working mode when initiating the access process again based on the quality of service (QoS) requirements.

[0167] In this embodiment, the terminal can report the capability information of the terminal and receive indication information indicating that the terminal adopts the first working mode or the second working mode when working in the connected state, thereby determining the working mode adopted by the terminal when working in the connected state. This application assumes that the terminal supports at least two working modes, such as the first working mode and the second working mode, and the first working mode and the second working mode can correspond to different business scenarios. For example, the first working mode corresponds to a high-speed business scenario, and the second working mode corresponds to a low-power business scenario. The network side can control the terminal to configure different working modes, thereby adapting to the corresponding business scenarios, which is conducive to improving system capacity or reducing terminal power consumption.

[0168] It is understood that in order to implement the functions of the above-mentioned device embodiments, the base station and the terminal include hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily appreciate that, in conjunction with the various exemplary units and method steps described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in hardware or in a computer software-driven hardware manner depends on the specific application scenario and design constraints of the technical solution.

[0169] Figures 8 and 9 are schematic diagrams of possible communication devices provided by the present application. These communication devices can be used to implement the functions of the terminal, the first device, or the second device in the above method embodiments, thereby also achieving the beneficial effects of the above method embodiments.

[0170] As shown in Figure 8 , a communication device 800 includes a processing unit 810 and a transceiver unit 820. The communication device 800 is configured to implement the functions of a terminal, a first device, or a second device in the method embodiment shown in Figure 3 . Optionally, the transceiver unit 820 includes a transmitting unit and a receiving unit, and may also be referred to as a communication unit.

[0171] When the communication device 800 is used to implement the functions of the terminal in the method embodiment shown in Figure 3: the transceiver unit 820 is used to send a first message to the first device, where the first message includes the terminal's capability information, and the terminal's capability information is used to indicate that the terminal supports the first operating mode and the second operating mode. The transceiver unit 820 is also used to receive a second message from the first device, where the second message is used to indicate that the terminal adopts the first operating mode or the second operating mode when operating in the connected state; the first operating mode corresponds to a first parameter configuration, which includes a first protocol stack configuration; and the second operating mode corresponds to a second parameter configuration, which includes a second protocol stack configuration.

[0172] In one possible implementation, the transceiver unit 820 is further configured to:

[0173] A third message is received, where the third message is used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in the non-connected state.

[0174] In one possible implementation, the processing unit 810 is configured to:

[0175] When the terminal is in a non-connected state and initiates an access process again, it is determined based on the service information whether to adopt the first working mode or the second working mode when initiating the access process again.

[0176] Possible implementations of the communication device can also refer to the description of the terminal in the above method embodiment, and will not be described in detail here. It is understood that the specific description of the processing unit 810 and the transceiver unit 820 is only an example. For the specific functions or execution steps of the processing unit 810 and the transceiver unit 820, reference can be made to the relevant functions or steps of the terminal in the method embodiment shown in Figures 3 to 7 above, and will not be described in detail here.

[0177] It can be seen that when the communication device 800 is used to implement the functions of the terminal in the method embodiment shown in Figure 3, the communication device 800 can report the terminal's capability information and receive indication information for indicating the working mode adopted by the terminal when working in a connected state. For example, the terminal can receive indication information for configuring different working modes, thereby determining the working mode adopted when working in a connected state, thereby adapting to the corresponding business scenario, which is conducive to improving system capacity and reducing terminal power consumption.

[0178] When the communication device 800 is used to implement the functions of the first device in the method embodiment shown in Figure 3: the transceiver unit 820 is used to receive a first message from a terminal, the first message including the terminal's capability information, the terminal's capability information being used to indicate that the terminal supports the first operating mode and the second operating mode. The transceiver unit 820 is also used to send a second message to the terminal, the second message being used to indicate that the terminal adopts the first operating mode or the second operating mode when operating in a connected state; the first operating mode corresponds to a first parameter configuration, the first parameter configuration including a first protocol stack configuration; the second operating mode corresponds to a second parameter configuration, the second parameter configuration including a second protocol stack configuration.

[0179] In one possible implementation, the processing unit 810 is configured to:

[0180] Based on the service information and / or the capability information of the terminal, it is determined whether the terminal adopts the first working mode or the second working mode when operating in the connected state.

[0181] In a possible implementation, the processing unit 810 is further configured to: determine, based on the service information, whether the terminal adopts the first operating mode or the second operating mode when operating in the non-connected state.

[0182] The transceiver unit 820 is further configured to send a third message to the terminal, where the third message is configured to instruct the terminal to adopt the first operating mode or the second operating mode when operating in the non-connected state.

[0183] In one possible implementation, the transceiver unit 820 is further configured to:

[0184] Sending the terminal capability information to the second device;

[0185] A fourth message is received from the second device, where the fourth message is used to indicate that the terminal verification is successful.

[0186] For possible implementations of the communication device, reference can be made to the description of the first device in the above method embodiment, and no further details will be given here. It will be understood that the specific description of the processing unit 810 and the transceiver unit 820 is merely an example. For the specific functions or execution steps of the processing unit 810 and the transceiver unit 820, reference can be made to the relevant functions or steps of the first device in the method embodiment shown in Figures 3 to 7 above, and no further details will be given here.

[0187] It can be seen that when the communication device 800 is used to implement the function of the first device in the method embodiment shown in Figure 3, the communication device 800 can receive the capability information of the terminal, and based on the capability information of the terminal, determine that the terminal can switch the working mode, and then indicate the working mode adopted by the terminal when working in the connected state. For example, the base station can send indication information for configuring different working modes to the terminal, indicating the working mode adopted by the terminal when working in the connected state. This application assumes that the terminal supports at least two working modes, such as the first working mode and the second working mode, and the first working mode and the second working mode can correspond to different business scenarios, for example, the first working mode corresponds to a high-speed business scenario, and the second working mode corresponds to a low-power business scenario. The base station can control the terminal to configure different working modes, thereby adapting to the corresponding business scenarios, which is conducive to improving system capacity or reducing terminal power consumption.

[0188] When the communication device 800 is used to implement the functions of the second device in the method embodiment shown in FIG3 , the transceiver unit 820 is configured to receive capability information of a terminal, the capability information of the terminal indicating that the terminal supports a first operating mode and a second operating mode; the first operating mode corresponds to a first parameter configuration, the first parameter configuration including a first protocol stack configuration; the second operating mode corresponds to a second parameter configuration, the second parameter configuration including a second protocol stack configuration. The transceiver unit 820 is further configured to send a fourth message to the first device, the fourth message indicating that the terminal has passed verification.

[0189] In one possible implementation, the transceiver unit 820 is further configured to:

[0190] A random access connection establishment completion message is received from the first device, where the random access connection establishment completion message includes the capability information of the terminal; or a registration request message is received from the terminal, where the registration request message includes the capability information of the terminal.

[0191] In one possible implementation, the processing unit 810 is further configured to: determine, based on the service information and / or the capability information of the terminal, whether the terminal adopts the first operating mode or the second operating mode when operating in the connected state;

[0192] The transceiver unit 820 is also used to: send a third message to the first device, where the third message is used to instruct the terminal to adopt the first working mode or the second working mode when working in a non-connected state; the service information includes at least one of the service type or service quality requirements, wherein the first service information corresponds to the first working mode, and the second service information corresponds to the second working mode.

[0193] Possible implementations of the communication device can also refer to the introduction of the second device in the above method embodiment, and will not be described in detail here. It is understood that the specific description of the processing unit 810 and the transceiver unit 820 is only an example. For the specific functions or execution steps of the processing unit 810 and the transceiver unit 820, reference can be made to the relevant functions or steps of the second device in the method embodiment shown in Figures 3 to 7 above, and will not be described in detail here.

[0194] As can be seen, when the communication device 800 is used to implement the functions of the second device in the method embodiment shown in Figure 3, the communication device 800 can receive the capability information of the terminal and verify the capability information of the terminal. If the verification is successful, the second device can send a fourth message to the first device, thereby indicating to the base station that the terminal verification is successful, which is beneficial for the base station to control the terminal to configure different operating modes to match different service scenarios.

[0195] As shown in Figure 9, the communication device 900 includes a processor 910 and an interface circuit 920. The processor 910 and the interface circuit 920 are coupled to each other. It is understood that the interface circuit 920 can be a transceiver or an input / output interface. Optionally, the communication device 900 may also include a memory 930 for storing instructions executed by the processor 910, or storing input data required by the processor 910 to execute instructions, or storing data generated after the processor 910 executes instructions. Sometimes, the interface circuit 920 can also be understood as a part of the processor 910, in which case the communication device 900 includes the processor 910. Optionally, the transceiver includes a transmitter and a receiver.

[0196] When the communication device 900 is used to implement the method shown in FIG. 3 , the processor 910 is used to implement the functions of the processing unit 810 , and the interface circuit 920 is used to implement the functions of the transceiver unit 820 .

[0197] When the above-mentioned communication device is a chip applied to a terminal, the terminal chip implements the functions of the terminal in the above-mentioned method embodiment. When the terminal chip receives information from the base station, it can be understood that the information is first received by other modules in the terminal (such as a radio frequency module or antenna) and then sent to the terminal chip by these modules. When the terminal chip sends information to the base station, it can be understood that the information is first sent to other modules in the terminal (such as a radio frequency module or antenna) and then sent to the base station by these modules.

[0198] When the above-mentioned communication device is a chip applied to a base station, the base station chip implements the functions of the base station in the above-mentioned method embodiment. When the base station chip receives information from the terminal, it can be understood that the information is first received by other modules in the base station (such as a radio frequency module or antenna) and then sent to the base station chip by these modules. When the base station chip sends information to the terminal, it can be understood that the information is sent to other modules in the base station (such as a radio frequency module or antenna) and then sent to the terminal by these modules.

[0199] In this application, when entity A sends information to entity B, it can be done directly from A to B or indirectly through another entity. Similarly, when entity B receives information from entity A, it can be done directly from entity B or indirectly through another entity. Entities A and B herein can be RAN nodes or terminals, or modules within a RAN node or terminal. The sending and receiving of information can be information exchange between a RAN node and a terminal, for example, between a base station and a terminal; the sending and receiving of information can also be information exchange between two RAN nodes, for example, between a CU and a DU; the sending and receiving of information can also be information exchange between different modules within a device, for example, between a terminal chip and other modules in the terminal, or between a base station chip and other modules within the base station.

[0200] In other words, sending and receiving can be performed between devices, for example, between a network device and a terminal device, or can be performed within a device, for example, sending or receiving between components, modules, chips, software modules or hardware modules within the device through a bus, wiring or interface.

[0201] It is understandable that information may be processed between the source and destination of information transmission, such as coding, modulation, etc., but the destination can understand the valid information from the source. Similar expressions in this application can be understood similarly and will not be repeated.

[0202] It is understood that the processor in the embodiments of the present application may be a central processing unit (CPU), or may be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. The general-purpose processor may be a microprocessor or any conventional processor.

[0203] The method steps in the embodiments of the present application can be implemented in hardware or in software instructions that can be executed by a processor. The software instructions can be composed of corresponding software modules, and the software modules can be stored in random access memory, flash memory, read-only memory, programmable read-only memory, erasable programmable read-only memory, electrically erasable programmable read-only memory, registers, hard disk, mobile hard disk, CD-ROM or any other form of storage medium well known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and write information to the storage medium. The storage medium can also be an integral part of the processor. The processor and storage medium can be located in an ASIC. In addition, the ASIC can be located in a base station or a terminal. The processor and storage medium can also exist in a base station or a terminal as discrete components.

[0204] In the above embodiments, all or part of the embodiments may be implemented using software, hardware, firmware, or any combination thereof. When implemented using software, all or part of the embodiments may be implemented in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are performed in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user device, or other programmable device. The computer program or instructions may be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, the computer program or instructions may be transferred from one website, computer, server, or data center to another website, computer, server, or data center via wired or wireless means. The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or data center that integrates one or more available media. The available medium may be a magnetic medium, such as a floppy disk, hard disk, or magnetic tape; an optical medium, such as a digital video disk; or a semiconductor medium, such as a solid-state drive. The computer-readable storage medium may be a volatile or nonvolatile storage medium, or may include both volatile and nonvolatile types of storage media.

[0205] In the various embodiments of the present application, unless otherwise specified or there is a logical conflict, the terms and / or descriptions between different embodiments are consistent and can be referenced by each other. The technical features in different embodiments can be combined to form new embodiments according to their inherent logical relationships.

[0206] In this application, "at least one" means one or more, and "more" means two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. In the text description of this application, the character " / " generally indicates that the previous and next associated objects are in an "or" relationship; in the formula of this application, the character " / " indicates that the previous and next associated objects are in a "division" relationship. "Including at least one of A, B and C" can mean: including A; including B; including C; including A and B; including A and C; including B and C; including A, B and C.

[0207] In this application, words such as "first" and "second" can be used to distinguish technical features with the same or similar functions. The words such as "first" and "second" do not limit the quantity and execution order, and the words such as "first" and "second" do not necessarily limit them to be different. In the embodiments of this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design described as "exemplary" or "for example" should not be interpreted as being more preferred or more advantageous than other embodiments or design. The use of words such as "exemplary" or "for example" is intended to present related concepts in a concrete way for easy understanding.

[0208] In the embodiments of the present application, "indication" may include direct indication and indirect indication, and may also include explicit indication and implicit indication. The information indicated by a certain information (such as the indication information described below) is called information to be indicated. In the specific implementation process, there are many ways to indicate the information to be indicated, such as but not limited to, the information to be indicated can be directly indicated, such as the information to be indicated itself or the index of the information to be indicated. The information to be indicated can also be indirectly indicated by indicating other information, wherein there is an association between the other information and the information to be indicated; it is also possible to indicate only a part of the information to be indicated, while the other parts of the information to be indicated are known or agreed in advance, for example, the indication of specific information can be achieved with the help of the arrangement order of each information agreed in advance (such as predefined by the protocol), thereby reducing the indication overhead to a certain extent. The present application does not limit the specific method of indication. It is understandable that, for the sender of the indication information, the indication information can be used to indicate the information to be indicated, and for the receiver of the indication information, the indication information can be used to determine the information to be indicated.

[0209] It is understood that the various numbers used in the embodiments of this application are merely for ease of description and are not intended to limit the scope of the embodiments of this application. The order of the sequence numbers of the above-mentioned processes does not necessarily imply a specific order of execution; the order of execution of the processes should be determined by their functions and inherent logic.

Claims

1. A communication method, characterized in that: The method comprises: Sending a first message to a first device, where the first message includes capability information of the terminal, where the capability information of the terminal is used to indicate that the terminal supports the first working mode and the second working mode; receiving a second message from the first device, where the second message is used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in the connected state; The first operating mode corresponds to a first parameter configuration, and the first parameter configuration includes a first protocol stack configuration; The second operating mode corresponds to a second parameter configuration, and the second parameter configuration includes a second protocol stack configuration.

2. The method according to claim 1, characterized in that The method further comprises: A third message is received, where the third message is used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in a non-connected state.

3. The method according to claim 1, characterized in that The first parameter configuration further includes at least one of a first time domain resource configuration or a first frequency domain resource configuration, and the second parameter configuration further includes at least one of a second time domain resource configuration or a second frequency domain resource configuration; The first time domain resource configuration is different from the second time domain resource configuration, and / or the first frequency domain resource configuration is different from the second frequency domain resource configuration.

4. The method according to claim 1, wherein The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the high-layer protocol stacks except the physical layer are the same.

5. The method according to claim 1, characterized in that The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the non-access layer NAS protocols are the same.

6. The method according to claim 1, characterized in that The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the non-access layer NAS, packet data convergence layer protocol layer PDCP and radio resource control layer RRC protocol stack are the same.

7. The method according to any one of claims 4 to 6, characterized in that The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, including at least one of a modulation and coding mode, a channel coding mode, a resource location, a modulation and coding scheme, a modulation and coding combination, and a data block size table.

8. The method according to any one of claims 1 to 6, characterized in that The first working mode is a synchronous working mode, and the second working mode is an asynchronous working mode.

9. A communication method, characterized in that: The method comprises: Receiving a first message from a terminal, where the first message includes capability information of the terminal, where the capability information of the terminal is used to indicate that the terminal supports a first working mode and a second working mode; Sending a second message to the terminal, where the second message is used to instruct the terminal to adopt the first operating mode or the second operating mode when working in the connected state; The first operating mode corresponds to a first parameter configuration, and the first parameter configuration includes a first protocol stack configuration; The second operating mode corresponds to a second parameter configuration, and the second parameter configuration includes a second protocol stack configuration.

10. The method according to claim 9, characterized in that Before sending the second message to the terminal, the method further includes: Determining, based on the service information and / or the capability information of the terminal, that the terminal adopts the first operating mode or the second operating mode when operating in the connected state; The service information includes at least one of a service type or a service quality requirement, wherein the first service information corresponds to a first working mode, and the second service information corresponds to a second working mode.

11. The method according to claim 9 or 10, characterized in that The method further comprises: Determining, based on the service information, whether the terminal adopts the first operating mode or the second operating mode when operating in a non-connected state; A third message is sent to the terminal, where the third message is used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in a non-connected state.

12. The method according to claim 9, characterized in that Before sending the second message to the terminal, the method further includes: Sending the capability information of the terminal to the second device; A fourth message is received from the second device, where the fourth message is used to indicate that the terminal verification has passed.

13. The method according to claim 9, characterized in that: The first parameter configuration further includes at least one of a first time domain resource configuration or a first frequency domain resource configuration, and the second parameter configuration further includes at least one of a second time domain resource configuration or a second frequency domain resource configuration; The first time domain resource configuration is different from the second time domain resource configuration, and / or the first frequency domain resource configuration is different from the second frequency domain resource configuration.

14. The method according to claim 9, characterized in that The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the high-layer protocol stacks except the physical layer are the same.

15. The method according to claim 9, characterized in that The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, but the non-access layer NAS protocols are the same.

16. The method according to claim 9, characterized in that The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, and the non-access layer NAS, packet data convergence layer protocol layer PDCP and radio resource control layer RRC protocol stack are the same.

17. The method according to any one of claims 14 to 16, characterized in that The physical layer protocols of the first protocol stack configuration and the second protocol stack configuration are different, including at least one of a modulation and coding mode, a channel coding mode, a resource location, a modulation and coding scheme, a modulation and coding combination, and a data block size table.

18. A communication method, characterized in that: The method comprises: Receiving capability information of a terminal, where the capability information of the terminal indicates that the terminal supports a first operating mode and a second operating mode; The first operating mode corresponds to a first parameter configuration, and the first parameter configuration includes a first protocol stack configuration; The second operating mode corresponds to a second parameter configuration, and the second parameter configuration includes a second protocol stack configuration; A fourth message is sent to the first device, where the fourth message is used to indicate that the terminal verification has passed.

19. The method according to claim 18, characterized in that The capability information of the receiving terminal includes: receiving a random access connection establishment completion message from the first device, where the random access connection completion message includes capability information of the terminal; or, A registration request message is received from a terminal, where the registration request message includes capability information of the terminal.

20. The method according to claim 18, wherein The method further comprises: Determining, based on the service information and / or the capability information of the terminal, that the terminal adopts the first operating mode or the second operating mode when operating in the connected state; Sending a third message to the first device, where the third message is used to instruct the terminal to adopt the first operating mode or the second operating mode when operating in the non-connected state; The service information includes at least one of a service type or a service quality requirement, wherein the first service information corresponds to a first working mode, and the second service information corresponds to a second working mode.

21. A communication method, characterized in that: The method comprises: The terminal sends a first message to the first device, where the first message includes capability information of the terminal, where the capability information of the terminal is used to indicate that the terminal supports the first working mode and the second working mode; The terminal sends the capability information of the terminal to the second device; or the first device sends the capability information of the terminal to the second device; The second device sends a fourth message to the first device, where the fourth message is used to indicate that the terminal has passed verification; The first device sends a second message to the terminal, where the second message is used to instruct the terminal to adopt the first working mode or the second working mode when working in the connected state; The first operating mode corresponds to a first parameter configuration, and the first parameter configuration includes a first protocol stack configuration; The second operating mode corresponds to a second parameter configuration, and the second parameter configuration includes a second protocol stack configuration.

22. A communication device, characterized in that: The method comprises a module or unit for executing the method according to any one of claims 1 to 8, or a module or unit for executing the method according to any one of claims 9 to 17, or a module or unit for executing the method according to any one of claims 18 to 20.

23. A communication device, characterized in that: The communication device comprises a memory and one or more processors, wherein the memory is used to store a computer program; the one or more processors are used to execute the computer program in the memory, so that the communication device performs the method according to any one of claims 1 to 8, claims 9 to 17, or claims 18 to 20.

24. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program or instruction. When the computer program or instruction is executed by the communication device, the method according to any one of claims 1 to 8, claims 9 to 17, or claims 18 to 20 is implemented.

25. A computer program product, characterized in that The method comprises instructions which, when executed on a computer, cause the computer to perform the method according to any one of claims 1 to 8, claims 9 to 17, or claims 18 to 20.

26. A communication system, characterized in that: The communication system includes an apparatus for performing the method according to any one of claims 1 to 8, and an apparatus for performing the method according to any one of claims 9 to 17, and for performing the method according to any one of claims 18 to 20.

27. A chip or a chip system, characterized in that: comprising a processor for performing the method of any one of claims 1 to 8 or claims 9 to 17 or claims 18 to 20.

Images