Configuration reset method and device, terminal device

Abstract

An embodiment of the present application provides a configuration reset method and its apparatus, a terminal device, the configuration reset method including: a first terminal device performing sidelink communication with a second terminal device using a first configuration; the first terminal device receiving a second configuration and configuration reset instruction information transmitted from the second terminal device; and the first terminal device releasing the first configuration based on the configuration reset instruction information and performing sidelink communication with the second terminal device using the second configuration.

Description

[Technical field]

[0001] The present application relates to a mobile communication technology field, and more particularly to a configuration reset method and device, and a terminal device. [Background technology]

[0002] The sender and the receiver of the sidelink communication are both terminal devices. When the sender switches between different coverage scenes or different Radio Resource Control (RRC) states, the access stratum configuration of the sender may change.

[0003] Changes in the access layer configuration on the sending side affect normal communication on the receiving side, and how to ensure normal communication on the receiving side is an issue. Summary of the Invention

[0004] The present embodiment provides a configuration reset method and an apparatus and terminal device thereof.

[0005] The configuration reset method provided by the embodiment of the present application includes: a first terminal device engaging in sidelink communication with a second terminal device using a first configuration; The first terminal device receives second configuration and configuration reset instruction information transmitted from a second terminal device; The first terminal device releases the first configuration based on the configuration reset indication information and performs sidelink communication with the second terminal device using the second configuration.

[0006] The configuration reset method provided by the embodiment of the present application includes: a second terminal device engaging in sidelink communication with the first terminal device using the first configuration; The second terminal device transmits a second configuration and a configuration reset instruction information to the first terminal device; The configuration reset indication information is used to instruct the first terminal device to release the first configuration, and the second configuration is used by the first terminal device to perform sidelink communication with the second terminal device.

[0007] The terminal device provided by the embodiment of the present application includes a processor and a memory, the memory stores a computer program, and the processor calls and executes the computer program stored in the memory to perform the above-mentioned configuration reset method.

[0008] The chip provided by the present embodiment is configured to perform the above configuration reset method.

[0009] Specifically, the chip includes a processor, and the processor calls up and executes a computer program from a memory, thereby causing a device equipped with the chip to execute the configuration reset method described above.

[0010] A computer-readable storage medium provided by the embodiment of the present application stores a computer program, which causes a computer to execute the above-mentioned configuration reset method.

[0011] A computer program product provided by the present embodiment includes computer program instructions, which cause a computer to execute the above configuration reset method.

[0012] The computer program provided by the embodiment of the present application, when executed on a computer, causes the computer to execute the above-mentioned configuration reset method.

[0013] According to the above technical solution, when the access stratum configuration of the second terminal device is changed from the first configuration to the second configuration, the second terminal device sends the second configuration and configuration reset instruction information to the first terminal device, and the first terminal device releases the first configuration based on the configuration reset instruction information and performs sidelink communication with the second terminal device using the second configuration. In this way, even if the access stratum configuration of the second terminal device changes, normal communication of the first terminal device can be ensured.

[0014] The drawings described below are used to provide a further understanding of the present application and are constituted as a part of the present application, and the exemplary embodiments and the description thereof are intended to interpret the present application and are not intended to limit the present application. [Brief description of the drawings]

[0015] [Figure 1] 1 is a schematic diagram of a system architecture of a communication system according to an embodiment of the present invention; [Figure 2-1] FIG. 2 is a schematic diagram showing mode A according to an embodiment of the present invention. [Figure 2-2] FIG. 1 is a schematic diagram showing Mode B according to an embodiment of the present invention. [Diagram 3] 1 is a flow chart 1 of a configuration reset method according to an embodiment of the present application; [Figure 4] 2 is a flow chart 2 of a configuration reset method according to an embodiment of the present application. [Diagram 5] 3 is a flow chart 3 of a configuration reset method according to an embodiment of the present application. [Figure 6] 1 is a schematic diagram showing a configuration of a configuration reset device according to an embodiment of the present invention; [Figure 7] FIG. 2 is a schematic diagram showing the configuration of a configuration reset device according to an embodiment of the present invention. [Figure 8] FIG. 2 is an exemplary structural diagram of a communication device according to an embodiment of the present application; [Figure 9] 1 is an exemplary structural diagram of a chip according to an embodiment of the present application; [Figure 10] 1 is an exemplary block diagram of a communication system according to an embodiment of the present invention; DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0016] The following describes the technical solutions of the embodiments of the present application with reference to the drawings in the embodiments of the present application, but obviously, the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments of the present application. All other embodiments that can be obtained by those skilled in the art based on the embodiments of the present application without any creative efforts are included in the scope of protection of the present application.

[0017] The technical solutions according to the embodiments of the present application can be applied to various communication systems, such as a Long Term Evolution (LTE) system, an LTE Frequency Division Duplex (FDD) system, an LTE Time Division Duplex (TDD) system, a 5G communication system, or a future communication system.

[0018] Exemplarily, a communication system 100 to which the present embodiment is applied is as shown in FIG. 1. The communication system 100 may include a network device 110, which may be a device that communicates with a terminal 120 (or a communication terminal, which may be called a terminal). The network device 110 may provide communication coverage in a specific geographical area and communicate with a terminal in the coverage area. Optionally, the network device 110 may be an evolved base station (eNB or eNodeB: Evolutional Node B) of an LTE system, or a radio controller in a cloud radio access network (CRAN: Cloud Radio Access Network), or the network device may be a mobile switching center, a relay station, an access point, an in-vehicle device, a wearable device, a hub, a switch, a network bridge, a router, a network side device of a 5G network, or a network device of a future communication system, etc.

[0019] The communication system 100 further includes at least one terminal 120 within the coverage of the network device 110. A "terminal" as used herein may include, but is not limited to, a device configured to transmit and receive communication signals via a wired connection (Public Switched Telephone Networks (PSTN), Digital Subscriber Line (DSL), digital cable, direct cable connection, etc.), and / or via another data connection / network, and / or via a wireless interface (e.g., a cellular network, a Wireless Local Area Network (WLAN), a digital television network such as a DVB-H network, a satellite network, an AM-FM broadcast transmitter, etc.), and / or via another communication terminal, and an Internet of Things (IoT) device. A terminal configured to communicate via a wireless interface may be referred to as a "wireless communication terminal", a "wireless terminal", or a "mobile terminal". A mobile terminal may be, for example, a satellite phone or mobile telephone, a Personal Communications System (PCS) terminal that combines a cellular radiotelephone with data processing, fax, and data communication capabilities, a wireless telephone, a pager, a PDA including Internet / Intranet access or a Web browser, a memo pad, a calendar, and / or a Global Positioning System (GPS) receiver, or other electronic device including a conventional laptop and / or palmtop receiver or radiotelephone transceiver. A terminal may be referred to as an access terminal, User Equipment (UE), user unit, subscriber station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user equipment.The access terminal may be a mobile phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a portable device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal of a 5G network or a terminal of a future evolving PLMN, etc.

[0020] Optionally, Device to Device (D2D) communication may take place between the terminals 120 .

[0021] Optionally, the 5G system or 5G network may also be referred to as a New Radio (NR) system or NR network.

[0022] FIG. 1 exemplarily illustrates one network device and two terminals, and optionally, the communication system 100 may include multiple network devices, and the coverage of each network device may include other numbers of terminals, but the present embodiment is not limited thereto.

[0023] Optionally, the communication system 100 may further include other network entities, such as a network controller, a mobile management entity, etc., but the present embodiment is not limited thereto.

[0024] It should be understood that in the present embodiment, a device having a communication function in a network / system may be referred to as a communication device. Taking the communication system 100 shown in Fig. 1 as an example, the communication device may include a network device 110 and a terminal 120 having a communication function, and the network device 110 and the terminal 120 may be the above specific devices, and will not be described again here. The communication device may further include other devices in the communication system 100, such as other network entities such as a network controller, a mobile management entity, etc., but the present embodiment is not limited thereto.

[0025] It should be understood that the terms "system" and "network" are always used interchangeably in this specification. The term "and / or" in this specification describes only an associated relationship and indicates that three relationships may exist, for example, A and / or B can indicate three cases: A exists independently, A and B both exist, and B exists independently. Also, the symbol " / " in this specification generally indicates that the relationship between associated objects is an "or" relationship.

[0026] In order to facilitate understanding of the technical solutions in the embodiments of the present application, the following describes related art of the embodiments of the present application.

[0027] ● Device to Device (D2D) D2D communication is based on Sidelink (SL) transmission technology, and unlike conventional cellular systems that transmit and receive communication data via base stations, the vehicular Internet system adopts a D2D communication method (i.e., a method of direct device-to-device communication), which results in high spectral efficiency and low transmission delay. For D2D communication, the Third Generation Partnership Project (3GPP) has defined two transmission modes, Mode A and Mode B. Mode A and Mode B will be described below.

[0028] Mode A: As shown in Figure 2-1, the transmission resources of the terminal device are allocated by the base station, and the terminal device transmits data on the sidelink according to the resources allocated by the base station. The base station can allocate resources for one-time transmission to the terminal device, or can allocate resources for semi-static transmission to the terminal device.

[0029] Mode B: As shown in Figure 2-2, the terminal device selects one resource from the resource pool to transmit data. Specifically, the terminal device may select a transmission resource from the resource pool by sensing, or may select a transmission resource from the resource pool by a random selection method.

[0030] In 3GPP, D2D communication is being considered in different stages as follows:

[0031] In ProSe (Proximity based Service), D2D communication targets the ProSe scene, which is mainly targeted at public security type services.

[0032] In vehicle-to-everything (V2X) communications, D2D communications are targeted at V2X communications scenes, which are primarily intended for communications between vehicles moving at relatively high speeds and vehicle-to-person communications services.

[0033] In FeD2D (Further Enhancement Device to Device), D2D communication targets scenes in which wearable devices access networks via mobile phones, which are primarily targeted at scenes with low moving speeds and low power access.

[0034] ● Changes in access layer configuration Regarding the configuration of access stratum parameters (hereinafter, abbreviated as access stratum configuration), a method centered on the transmitting UE (that is, the transmitting terminal device) is adopted.

[0035] When the transmitting UE is in a scene without the coverage of the cellular network, it sets the configuration of the access stratum based on a predetermined configuration.

[0036] If the transmitting UE is within the coverage of the cellular network but in an RRC idle state or an RRC inactive state, it sets the access stratum configuration based on the configuration in the system message.

[0037] If the transmitting UE is within the coverage of the cellular network and in an RRC connected state, it sets the access stratum configuration based on the configuration in the dedicated RRC signaling.

[0038] When the transmitting UE switches between different coverage scenes or different RRC states, the access stratum configuration of the transmitting UE may change, which causes the parameters of the transmitting UE to change and further affects the normal communication of the receiving UE. The parameters that affect the normal communication of the receiving UE include PDCP serial number size (PDCP SN Size), maximum context ID (MaxCID), out-of-order delivery (OutOfOrderDelivery), RLC mode (RLC mode), RLC serial number domain length (RLC SN field length), and logical channel identity (LogicalChannelIdentity).

[0039] The above parameters cannot be changed in real time during data transmission, otherwise a data transmission error will occur. Here, some parameter configurations can only be changed based on PDCP reconfiguration and / or data recovery, some parameter configurations can only be changed based on RLC reconfiguration and / or MAC reset, and some parameter configurations can only be changed at bearer establishment.

[0040] Therefore, it is necessary to define a configuration reset operation. Specifically, when the transmitting UE switches between different coverage scenes or different RRC states, the access stratum configuration changes, and the transmitting UE sends a configuration reset indication to the receiving UE to trigger the receiving UE to release the associated bearer. However, after the receiving UE releases the associated bearer, how to ensure normal communication between the receiving UE and the transmitting UE remains a problem. To this end, the following technical solution is proposed in the embodiment of the present application. The technical solution of the embodiment of the present application proposes a mechanism for changing the access stratum configuration.

[0041] FIG. 3 is a flow chart of a configuration reset method according to an embodiment of the present application. As shown in FIG. 3, the configuration reset method includes the following steps:

[0042] In step 301, a first terminal device performs sidelink communication with a second terminal device using a first configuration, and the second terminal device performs sidelink communication with the first terminal device using the first configuration.

[0043] In the present embodiment, the sidelink communication between the first terminal device and the second terminal device is performed based on an access stratum configuration, where in the case of the control plane, the access stratum configuration includes at least one of an RRC stratum configuration, a PDCP stratum configuration, an RLC stratum configuration, a MAC stratum configuration, and a PHY stratum configuration, and in the case of the user plane, the access stratum configuration includes at least one of an SDAP stratum configuration, a PDCP stratum configuration, an RLC stratum configuration, a MAC stratum configuration, and a PHY stratum configuration.

[0044] In the present embodiment, the first configuration is an access stratum configuration, and the first terminal device and the second terminal device perform sidelink communication using the first configuration.

[0045] In one possible embodiment, the first configuration is obtained by the second terminal device from the first network or from a predetermined configuration, and the second terminal device transfers the obtained first configuration to the first terminal device, so that the first terminal device and the second terminal device can perform sidelink communication using the first configuration.

[0046] In this embodiment, when the second terminal device switches between different coverage scenes or different RRC states, the access stratum configuration changes, for example, from the first configuration to a second configuration. In this case, the second terminal device can send the second configuration and configuration reset indication information to the first terminal device, and refer to step 302 below.

[0047] In step 302, the second terminal device transmits second configuration and configuration reset instruction information to the first terminal device, and the first terminal device receives the second configuration and configuration reset instruction information transmitted from the second terminal device.

[0048] In this embodiment, the configuration reset instruction information is used to instruct the first terminal device to release the first configuration, and the second configuration is used by the first terminal device to perform sidelink communication with the second terminal device.

[0049] In this embodiment, the second configuration and configuration reset indication information are transmitted through a PC5-RRC message between the second terminal device and the first terminal device. Specifically, the second terminal device transmits a PC5-RRC message to the first terminal device, and the first terminal device receives the PC5-RRC message transmitted from the second terminal device, where the PC5-RRC message carries the second configuration and configuration reset indication information.

[0050] In this embodiment, when the second terminal device switches between different coverage scenes or different RRC states, the access stratum configuration changes, for example, from the first configuration to the second configuration, and the second terminal device obtains the second configuration and determines whether to perform a configuration reset based on the first configuration and / or the second configuration, and if it decides to perform a configuration reset, sends the second configuration and configuration reset indication information to the first terminal device.

[0051] Here, the second terminal device can determine whether to perform a configuration reset by comparing whether the first configuration and the second configuration are the same, specifically, if all or part of the parameter values ​​of the second configuration are different from those of the first configuration, it decides to perform a configuration reset, and if the second configuration is the same as the first configuration, it decides not to perform a configuration reset, or if the second configuration includes an instruction to instruct the second terminal device to perform a configuration reset, it decides to perform a configuration reset.

[0052] In the present embodiment, the second terminal device can obtain the second configuration in the following ways:

[0053] Method 1: The second terminal device obtains the second configuration from a second network.

[0054] In one possible embodiment, when the second terminal device is in an RRC connected state, the second terminal device obtains the second configuration from dedicated signaling sent from a second network, where dedicated signaling refers to dedicated RRC signaling.

[0055] In one possible embodiment, when the second terminal device is in an RRC idle state or an RRC inactive state, the second terminal device obtains the second configuration from a system message sent from a second network.

[0056] In one possible embodiment, the second terminal device obtains the second configuration from a stored configuration, the second configuration having been previously obtained by the second terminal device from a second network.

[0057] Method 2: The second terminal device acquires the second configuration from a predetermined configuration.

[0058] In one possible embodiment, the manner in which the second terminal device obtains the first configuration is different from the manner in which it obtains the second configuration.

[0059] In one example, the second terminal device obtains the first configuration from the second network when located within the coverage of the second network, and obtains the second configuration from the predetermined configuration when the second terminal device moves out of the coverage of the second network.

[0060] In one example, the second terminal device obtains the first configuration from the predetermined configuration when it is located outside the coverage of the second network, and obtains the second configuration from the second network when it moves into the coverage of the second network.

[0061] In one example, when the second terminal device is located within the coverage of the second network and is in an RRC idle state or an RRC inactive state, the second terminal device obtains the first configuration from a system message sent from the second network, and when the second terminal device enters an RRC connected state from an RRC idle state or an RRC inactive state, the second terminal device obtains the second configuration from dedicated signaling sent from the second network.

[0062] In one example, the second terminal device obtains the first configuration from dedicated signaling sent from the second network when the second terminal device is located within the coverage of the second network and in an RRC connected state, and obtains the second configuration from a system message sent from the second network when the second terminal device enters an RRC idle state or an RRC inactive state from the RRC connected state.

[0063] In one possible embodiment, the manner in which the second terminal device obtains the first configuration is the same as the manner in which it obtains the second configuration.

[0064] In one example, when the second terminal device is located within the coverage of the second network and in an RRC connected state, it obtains a first configuration from a first dedicated signaling transmitted from the second network, and then the second terminal device obtains a second configuration from a second dedicated signaling transmitted from the second network.

[0065] In this embodiment, after obtaining the second configuration, the second terminal device sends the second configuration and configuration reset instruction information to the first terminal device.

[0066] In one possible embodiment, after the first terminal equipment receives the second configuration and configuration reset indication information sent from the second terminal equipment, the first terminal equipment sends first indication information to the first network, and the first indication information is used to indicate that the first terminal equipment has received the configuration reset indication information sent from the second terminal equipment or that the first indication information is configuration reset indication information.

[0067] Here, optionally, the first indication information is carried in Sidelink UE Information.

[0068] In the present embodiment, the first terminal device performs sidelink communication with the second terminal device using the second configuration, or the first terminal device performs sidelink communication with the second terminal device using the second configuration and a third configuration, where optionally the third configuration may be referred to as a compatible configuration of the second configuration.

[0069] The second configuration is used for sidelink communication in a first direction, and the third configuration is used for sidelink communication in a second direction, the first direction indicating a transmission direction in which the second terminal device transmits to the first terminal device, and the second direction indicating a reception direction in which the second terminal device receives from the first terminal device.

[0070] If the first terminal device needs to use the second configuration and the third configuration to perform sidelink communication with the second terminal device, the first terminal device further needs to acquire the third configuration.

[0071] In the present embodiment, the first terminal device can obtain the third configuration in several ways:

[0072] Method A: The first terminal device obtains the third configuration from the first network.

[0073] In one possible embodiment, when the first terminal equipment is in an RRC connected state, the first terminal equipment obtains the third configuration from dedicated signaling sent from the first network.

[0074] In one possible embodiment, when the first terminal equipment is in an RRC idle state or an RRC inactive state, the first terminal equipment obtains the third configuration from a system message sent from the first network.

[0075] In one possible embodiment, the first terminal device obtains a third configuration from a stored configuration, the third configuration having been previously obtained by the first terminal device from the first network, i.e. the first terminal device can obtain the third configuration obtained from the first network from locally stored content.

[0076] Method B: The first terminal device acquires the third configuration from a predetermined configuration.

[0077] The contents of the predetermined configuration are also stored in the first terminal device.

[0078] Optionally, the third configuration in the above solution includes at least one of configuration information of a sidelink resource grant and configuration information of a sidelink bearer. Furthermore, optionally, the third configuration further includes second indication information, which is used to instruct the first terminal device to establish a bearer with the second terminal device.

[0079] In step 303, the first terminal device releases the first configuration based on the configuration reset indication information, and performs sidelink communication with the second terminal device using the second configuration.

[0080] In this embodiment, the first terminal device releases the first configuration based on the configuration reset indication information, and the first terminal device releases a bearer between the first terminal device and the second terminal device based on the configuration reset indication information. The step of the first terminal device releasing the first configuration and the associated sidelink bearer may be performed before the first terminal device reports the first indication information to the first network, or may be performed after the first terminal device reports the first indication information to the first network. For example, the first terminal device releases the first configuration and the associated sidelink bearer after receiving the configuration reset indication information, and then reports the first indication information to the first network. In another example, the first terminal device reports the first indication information to the first network after receiving the configuration reset indication information, and then releases the first configuration and the associated sidelink bearer.

[0081] In order to realize normal sidelink communication between the first terminal device and the second terminal device, the first terminal device needs to establish a bearer with the second terminal device. Here, the bearer is established in the following manner:

[0082] Scheme I: After the first terminal device obtains the third configuration, it establishes a first bearer and a second bearer between the first terminal device and the second terminal device based on the second configuration and the third configuration.

[0083] In this way, the first terminal equipment establishes a bearer (including the first bearer and the second bearer) between the first terminal equipment and the second terminal equipment only after acquiring all configurations (i.e., the second configuration and the third configuration).

[0084] Scheme II: After the first terminal equipment acquires the second configuration, it establishes a first bearer between the first terminal equipment and the second terminal equipment based on the second configuration, and after the first terminal equipment acquires the third configuration, it establishes a second bearer between the first terminal equipment and the second terminal equipment based on the third configuration.

[0085] It should be noted that, if the third configuration is a configuration locally stored by the first terminal device, i.e., the first terminal device obtains the third configuration from a predetermined configuration or obtains the third configuration from a locally stored configuration obtained from the second network, the step of the first terminal device establishing a bearer with the second terminal device may be performed before the first terminal device reports the first indication information to the first network, or may be performed after the first terminal device reports the first indication information to the first network. For example, after receiving the second configuration and the configuration reset indication information, the first terminal device establishes a bearer between the first terminal device and the second terminal device based on the second configuration and the locally stored third configuration, and then reports the first indication information to the first network. In another example, after receiving the second configuration and the configuration reset indication information, the first terminal device reports the first indication information to the first network, and then establishes a bearer between the first terminal device and the second terminal device based on the second configuration and the locally stored third configuration.

[0086] In this way, after the first terminal equipment obtains the second configuration, it establishes a first bearer between the first terminal equipment and the second terminal equipment, and after the first terminal equipment obtains the third configuration, it establishes a second bearer between the first terminal equipment and the second terminal equipment.

[0087] The first bearer is used for sidelink communication in a first direction, and the second bearer is used for sidelink communication in a second direction, the first direction indicating a transmission direction in which the second terminal device transmits to the first terminal device, and the second direction indicating a reception direction in which the second terminal device receives from the first terminal device.

[0088] The above technical solutions of the embodiments of the present application provide a mechanism for changing the access stratum configuration, which is used to smoothly update the configuration when the terminal device switches between different coverages or different RRC states.

[0089] The technical solution according to the embodiment of the present application will be described below with reference to specific application examples. Note that, in the following application examples, UE1 corresponds to the second terminal device in the above solution, and UE2 corresponds to the first terminal device in the above solution. Network 1 corresponds to the second network in the above solution, and network 2 corresponds to the first network in the above solution.

[0090] Application example 1: Referring to FIG. 4, the process of configuration reset in this application example includes the following steps:

[0091] In step 401, UE1 obtains configuration-1 from a system message sent from network1.

[0092] In step 402, UE1 sends configuration 1 to UE2.

[0093] Here, UE1 sends configuration 1 to UE2 through a PC5-RRC message. Configuration 1 belongs to an access stratum configuration. Specifically, UE1 sends related parameters of configuration 1 to UE2 through a PC5-RRC message.

[0094] In step 403, UE2 sends a sidelink UE information report (SUI report) to network2.

[0095] In step 404, network 2 sends a conf-1 compatible configuration to UE2.

[0096] In step 405, UE1 and UE2 perform sidelink communication using configuration 1.

[0097] Here, UE2 performs sidelink communication using configuration 1 as well as a compatible configuration of configuration 1.

[0098] In addition, configuration 1 is used for sidelink communication in a first direction, and a compatible configuration of configuration 1 is used for sidelink communication in a second direction, where the first direction refers to a transmission direction in which UE1 transmits to UE2, and the second direction refers to a reception direction in which UE1 receives from UE2.

[0099] In step 406, UE1 moves out of the coverage of network 1 and obtains configuration-2 from the predefined configuration.

[0100] In step 407, UE1 sends configuration 2 and a configuration reset indication to UE2.

[0101] Here, UE1 determines whether to perform a configuration reset based on the contents of configuration 1 and configuration 2. For example, if it is determined that there are parameters that need to be reset based on the contents of configuration 1 and configuration 2, it determines to perform a configuration reset. Optionally, the configuration reset instruction can be realized by sl-ResetConfig.

[0102] Here, UE1 sends configuration 2 and a configuration reset indication to UE2 through a PC5-RRC message. Configuration 2 belongs to an access stratum configuration.

[0103] Based on the configuration reset instruction, UE2 releases configuration 1 and compatible configurations of configuration 1 and releases associated sidelink bearers.

[0104] In step 408, the UE2 sends a sidelink UE information report (SUI report) to the network 2, where the sidelink UE information report carries first indication information, which is used to indicate that the UE2 has received the configuration reset indication information or that the first indication information is a configuration reset indication.

[0105] In step 409, network 2 sends a conf-2 compatible configuration to UE2.

[0106] Wherein, the compatible configuration of configuration 2 includes configuration information of sidelink resource grant and configuration information of sidelink bearer. Optionally, the compatible configuration of configuration 2 further includes second indication information, where the second indication information is used to instruct UE2 to re-establish associated sidelink bearer.

[0107] UE2 establishes sidelink bearers based on configuration 2 and a compatible configuration of configuration 2. Or, UE2 first establishes a part of the sidelink bearers after obtaining configuration 2, and establishes another part of the sidelink bearers after obtaining a compatible configuration of configuration 2.

[0108] In step 410, UE1 and UE2 perform sidelink communication using configuration 2.

[0109] Here, UE2 performs sidelink communication using configuration 2 as well as a compatible configuration of configuration 2.

[0110] In addition, configuration 2 is used for sidelink communication in a first direction, and a compatible configuration of configuration 2 is used for sidelink communication in a second direction, where the first direction refers to a transmission direction in which UE1 transmits to UE2, and the second direction refers to a reception direction in which UE1 receives from UE2.

[0111] Application example 2: Referring to FIG. 5, the process of configuration reset in this application example includes the following steps:

[0112] In step 501, UE1 obtains configuration-1 from dedicated signaling sent from network1.

[0113] In step 502, UE1 sends configuration 1 to UE2.

[0114] Here, UE1 sends configuration 1 to UE2 through a PC5-RRC message. Configuration 1 belongs to an access stratum configuration. Specifically, UE1 sends related parameters of configuration 1 to UE2 through a PC5-RRC message.

[0115] In step 503, UE1 and UE2 perform sidelink communication using configuration 1.

[0116] In step 504, UE1 obtains configuration-2 from dedicated signaling sent from network1.

[0117] In step 505, UE1 sends configuration 2 and a configuration reset indication to UE2.

[0118] Here, UE1 determines whether to perform a configuration reset based on the contents of configuration 1 and configuration 2. For example, if it is determined that there are parameters that need to be reset based on the contents of configuration 1 and configuration 2, it determines to perform a configuration reset. Optionally, the configuration reset instruction can be realized by sl-ResetConfig.

[0119] Here, UE1 sends configuration 2 and a configuration reset indication to UE2 through a PC5-RRC message. Configuration 2 belongs to an access stratum configuration.

[0120] Based on the configuration reset indication, UE2 releases configuration 1 and releases the associated sidelink bearers.

[0121] UE2 re-establishes the associated sidelink bearers based on configuration 2.

[0122] In step 506, UE1 and UE2 perform sidelink communication using configuration 2.

[0123] FIG. 6 is a schematic diagram 1 showing the configuration of a configuration reset device according to an embodiment of the present application. The configuration reset device is applied to a first terminal device. As shown in FIG. 6, the configuration reset device includes: a communication unit 601 configured to perform sidelink communication with a second terminal device using the first configuration; A receiving unit 602 configured to receive second configuration and configuration reset instruction information sent from a second terminal device; a release unit 603 configured to release the first configuration based on the configuration reset instruction information; The communication unit 601 is further configured to perform sidelink communication with the second terminal device using the second configuration.

[0124] In one possible embodiment, the configuration reset device comprises: The device further comprises a sending unit 604 configured to send first indication information to a first network, the first indication information being used to indicate that the first terminal device has received configuration reset indication information sent from a second terminal device or that the first indication information is configuration reset indication information.

[0125] In one possible embodiment, the configuration reset device comprises: a capturing unit (not shown) configured to capture the third configuration; The communication unit 601 is configured to perform sidelink communication with the second terminal device using the second configuration and the third configuration.

[0126] In one possible embodiment, the obtaining unit is adapted to obtain the third configuration from a first network.

[0127] In one possible embodiment, the obtaining unit is configured to obtain a third configuration from a given configuration.

[0128] In one possible embodiment, the acquiring unit is configured to acquire the third configuration from a stored configuration, the third configuration having been previously acquired by the first terminal equipment from a first network.

[0129] In one possible embodiment, the obtaining unit is adapted to obtain the third configuration from dedicated signaling transmitted from the first network.

[0130] In one possible embodiment, the obtaining unit is adapted to obtain the third configuration from a system message transmitted from the first network.

[0131] In one possible embodiment, the third configuration comprises: The information includes at least one of configuration information of a sidelink resource grant and configuration information of a sidelink bearer.

[0132] In one possible embodiment, the second configuration is used for sidelink communication in a first direction and the third configuration is used for sidelink communication in a second direction, the first direction referring to a transmission direction in which the second terminal device transmits to the first terminal device and the second direction referring to a reception direction in which the second terminal device receives from the first terminal device.

[0133] In one possible embodiment, the configuration reset device comprises: The terminal device further includes an establishing unit 605 configured to establish a first bearer and a second bearer between the first terminal device and the second terminal device based on the second configuration and the third configuration after obtaining the third configuration.

[0134] In one possible embodiment, the configuration reset device comprises: and an establishing unit 605 configured to establish a first bearer between the first terminal device and the second terminal device based on the second configuration after obtaining the second configuration, and to establish a second bearer between the first terminal device and the second terminal device based on the third configuration after obtaining the third configuration.

[0135] In one possible embodiment, the first bearer is used for sidelink communication in a first direction and the second bearer is used for sidelink communication in a second direction, the first direction referring to a transmission direction in which the second terminal device transmits to the first terminal device and the second direction referring to a reception direction in which the second terminal device receives from the first terminal device.

[0136] In one possible embodiment, the receiving unit 602 is configured to receive a PC5-RRC message sent from a second terminal device, where the PC5-RRC message carries second configuration and configuration reset indication information.

[0137] Those skilled in the art should understand that the relevant description of the above configuration reset device in the embodiment of the present application can be understood with reference to the relevant description of the configuration reset method in the embodiment of the present application.

[0138] FIG. 7 is a schematic diagram 2 showing the configuration of a configuration reset device according to an embodiment of the present application. The configuration reset device is applied to a second terminal device. As shown in FIG. 7, the configuration reset device includes: a communication unit 701 configured to perform sidelink communication with a first terminal device using a first configuration; A sending unit 702 configured to send the second configuration and the configuration reset instruction information to the first terminal device; The configuration reset indication information is used to instruct the first terminal device to release the first configuration, and the second configuration is used by the first terminal device to perform sidelink communication with the second terminal device.

[0139] In one possible embodiment, the configuration reset device comprises: an acquisition unit (not shown) configured to acquire the second configuration; and a determination unit (not shown) configured to determine whether to perform a configuration reset based on the first configuration and the second configuration; The sending unit 702 is configured to send the second configuration and the configuration reset indication information to the first terminal device when it determines to perform a configuration reset.

[0140] In one possible embodiment, the obtaining unit is adapted to obtain the second configuration from a second network.

[0141] In one possible embodiment, the obtaining unit is configured to obtain the second configuration from a given configuration.

[0142] In one possible embodiment, the acquisition unit is configured to acquire the second configuration from a stored configuration, the second configuration having been previously acquired by the second terminal device from a second network.

[0143] In one possible embodiment, the obtaining unit is adapted to obtain the second configuration from dedicated signaling transmitted from a second network.

[0144] In one possible embodiment, the obtaining unit is adapted to obtain the second configuration from a system message transmitted from a second network.

[0145] In one possible embodiment, the sending unit 702 is configured to send a PC5-RRC message to a first terminal device, where the PC5-RRC message carries second configuration and configuration reset indication information.

[0146] Those skilled in the art should understand that the relevant description of the above configuration reset device in the embodiment of the present application can be understood with reference to the relevant description of the configuration reset method in the embodiment of the present application.

[0147] 8 is an exemplary structural diagram of a communication device 800 according to an embodiment of the present application. The communication device may be a terminal device or a network device. The communication device 800 shown in FIG. 8 includes a processor 810, which can call and execute a computer program from a memory to realize the method in the embodiment of the present application.

[0148] Optionally, as shown in Fig. 8, the communication device 800 further includes a memory 820. Here, the processor 810 can call and execute a computer program from the memory 820 to realize the method in the embodiment of the present application.

[0149] Here, the memory 820 may be a separate device independent of the processor 810 or may be integrated into the processor 810.

[0150] Optionally, as shown in FIG. 8, the communication device 800 may further include a transceiver 830, and the processor 810 may control the transceiver 830 to communicate with other devices, in particular to transmit information or data to other devices or receive information or data transmitted by other devices.

[0151] Here, the transceiver 830 may include a transmitter and a receiver, and may further include one or more antennas.

[0152] Optionally, the communication device 800 may specifically be a network device in the present embodiment, and the communication device 800 may perform corresponding processes implemented by the network device in each method in the present embodiment, which will not be described repeatedly here for brevity.

[0153] Optionally, the communication device 800 may specifically be a mobile terminal / terminal device in the present embodiment, and the communication device 800 may perform corresponding processes implemented by a mobile terminal / terminal device in each method in the present embodiment, which will not be repeated here for the sake of brevity.

[0154] 9 is an exemplary structural diagram of a chip according to an embodiment of the present application. The chip 900 shown in FIG. 9 includes a processor 910, which can implement the method according to the embodiment of the present application by calling and executing a computer program from a memory.

[0155] Optionally, as shown in Fig. 9, the chip 900 may further include a memory 920. Here, the processor 910 may call and execute a computer program from the memory 920 to realize the method in the embodiment of the present application.

[0156] Here, the memory 920 may be a separate device independent of the processor 910 or may be integrated into the processor 910 .

[0157] Optionally, the chip 900 may further include an input interface 930. Here, the processor 910 may control the input interface 930 to communicate with other devices or chips, and in particular, may obtain information or data sent by other devices or chips.

[0158] Optionally, the chip 900 may further include an output interface 940. Here, the processor 910 may control the output interface 940 to communicate with other devices or chips, in particular to output information or data to other devices or chips.

[0159] Optionally, the chip may be applied to a network device in the embodiments of the present application, and the chip may execute corresponding processes implemented by the network device in each method in the embodiments of the present application, which will not be described repeatedly here for brevity.

[0160] Optionally, the chip may be a mobile terminal / terminal device in the embodiments of the present application, and the chip may perform corresponding processes implemented by the mobile terminal / terminal device in each method in the embodiments of the present application, which will not be described repeatedly here for brevity.

[0161] It should be understood that the chips referred to in the embodiments of the present application may also be referred to as a system level chip, a system chip, a chip system, or a system on a chip.

[0162] 10 is an exemplary block diagram of a communication system 1000 according to an embodiment of the present invention. As shown in FIG. 10, the communication system 1000 includes a terminal device 1010 and a network device 1020.

[0163] Here, the terminal device 1010 may be configured to realize corresponding functions realized by the terminal device in the above method, and the network device 1020 may be configured to realize corresponding functions realized by the network device in the above method, which will not be repeated here for the sake of brevity.

[0164] It should be understood that the processor in the present embodiment may be an integrated circuit chip with signal processing functions. In the realization process, each step of the above method embodiment may be completed by an integrated logic circuit in the form of hardware in the processor or an instruction in the form of software. The above processor may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, etc., and may realize or execute each method, step, and logic block disclosed in the present embodiment. The general-purpose processor may be a microprocessor, or the processor may be any conventional processor, etc. The steps of the method disclosed in the present embodiment may be directly performed by a hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor. The software modules may be located in conventional storage media such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers, etc. The storage medium is located in a memory, and a processor reads the information in the memory and completes the steps of the above method in combination with the hardware.

[0165] It should be understood that the memory of the present embodiment may be volatile or non-volatile memory, or may include both volatile and non-volatile memory. Here, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM) used as an external cache. By way of illustrative but non-limiting example, many forms of RAM are available, such as, for example, static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchlink dynamic random access memory (SLDRAM), and direct memory bus random access memory (DR RAM). It should be noted that memory in the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0166] The above memories are exemplary and not limiting. For example, it should be understood that the memory in the present embodiment may be a static random access memory (SRAM: Static RAM), a dynamic random access memory (DRAM: Dynamic RAM), a synchronous dynamic random access memory (SDRAM: Synchronous DRAM), a double data rate synchronous dynamic random access memory (DDR SDRAM: Double Data Rate SDRAM), an enhanced synchronous dynamic random access memory (ESDRAM: Enhanced SDRAM), a synchronous linked dynamic random access memory (SLDRAM: Synchlink DRAM), a direct memory bus random access memory (DR RAM: Direct Rambus RAM), etc. That is, the memory in the present embodiment is intended to include, but is not limited to, these and any other suitable types of memory.

[0167] An embodiment of the present application further provides a computer-readable storage medium having a computer program stored thereon.

[0168] Optionally, the computer-readable storage medium may be applied to a network device in the embodiments of the present application, and the computer program may be configured to cause a computer to execute corresponding processes performed by the network device in each method in the embodiments of the present application, which will not be described repeatedly here for the sake of brevity.

[0169] Optionally, the computer-readable storage medium may be applied to a mobile terminal / terminal device in the embodiments of the present application, and the computer program is configured to cause a computer to execute corresponding processes implemented by the mobile terminal / terminal device in each method in the embodiments of the present application, which will not be described repeatedly here for the sake of brevity.

[0170] Embodiments of the present application further provide a computer program product including computer program instructions.

[0171] Optionally, the computer program product may be applied to a network device in the embodiments of the present application, and the computer program instructions are configured to cause a computer to execute corresponding processes implemented by the network device in each method of the embodiments of the present application, which will not be described repeatedly here for the sake of brevity.

[0172] Optionally, the computer program product may be applied to a mobile terminal / terminal device in the embodiments of the present application, and the computer program is configured to cause a computer to execute corresponding processes implemented by the mobile terminal / terminal device in each method in the embodiments of the present application, which will not be described repeatedly here for the sake of brevity.

[0173] The present embodiments further provide a computer program.

[0174] Optionally, the computer program may be applied to a network device in the embodiments of the present application, which, when executed on a computer, causes the computer to execute corresponding processes performed by the network device in each method in the embodiments of the present application, and will not be described repeatedly here for the sake of brevity.

[0175] Optionally, the computer program may be applied to a mobile terminal / terminal device in the embodiments of the present application, which, when executed on a computer, causes the computer to execute corresponding processes performed by the mobile terminal / terminal device in each method in the embodiments of the present application, which will not be described repeatedly here for the sake of brevity.

[0176] Those skilled in the art can understand that each exemplary unit and algorithm step described with reference to the embodiments disclosed herein may be realized by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed by hardware or software depends on the specific application and design constraints of the technical solution. Professionals can use different methods to realize the described functions according to each specific application, but such realization should not be considered beyond the scope of the present application.

[0177] Those skilled in the art can clearly understand that for convenience and conciseness of description, the specific operating processes of the above systems, devices and units can refer to the corresponding processes in the above method embodiments, and will not be described repeatedly here.

[0178] In some embodiments provided in the present application, it should be understood that the disclosed system, device and method can be realized in other ways. For example, the device embodiments described above are merely exemplary, for example, the division of the units is merely a division of logical functions, and in actual implementation, other division methods can be adopted, for example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not implemented. It should be noted that the shown or discussed mutual couplings or direct couplings or communication connections can be realized using some communication interfaces, and the indirect couplings or communication connections between the devices or units can be electrical, mechanical or other forms.

[0179] The units described as separate parts may or may not be physically separated, and the parts shown as units may or may not be physical units, and may be located in one place or distributed among multiple network units. According to actual needs, some or all of the units therein may be selected to achieve the objective of the technical solution in this embodiment.

[0180] Furthermore, each functional unit in each embodiment of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit.

[0181] When the function is realized in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the essential part of the technical solution of the present application, i.e., the part that contributes to the prior art, or all or part of the solution of the technology can be embodied in the form of a software product, and the computer software product is stored in one storage medium and includes some instructions to make one computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes various media that can store program code, such as U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0182] The above content is only a specific embodiment of the present application, and the protection scope of the present application is not limited thereto. Any modifications or replacements that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. 1. A configuration reset method, comprising: a first terminal device engaging in sidelink communication with a second terminal device using a first configuration; receiving, by the first terminal device, second configuration and configuration reset instruction information transmitted from a second terminal device; The first terminal device releases the first configuration based on the configuration reset indication information, and performs sidelink communication with the second terminal device using the second configuration; The configuration reset method includes: the first terminal device acquiring a third configuration, the third configuration being used for sidelink communication in a second direction and the second configuration being used for sidelink communication in a first direction; establishing a first bearer and a second bearer between the first terminal device and the second terminal device based on the second configuration and the third configuration, the first bearer being used for sidelink communication in a first direction and the second bearer being used for sidelink communication in a second direction, the first direction referring to a transmission direction in which the second terminal device transmits to the first terminal device and the second direction referring to a reception direction in which the second terminal device receives from the first terminal device.

2. Performing sidelink communication with the second terminal device using the second configuration, the first terminal device performing sidelink communication with the second terminal device using the second configuration and the third configuration; 2. The configuration reset method of claim 1.

3. The first terminal device acquiring a third configuration includes: the first terminal device acquiring a third configuration from a first network; The configuration reset method of claim 2.

4. The first terminal device acquiring a third configuration from a first network includes: and acquiring, by the first terminal device, a third configuration from a stored configuration, the third configuration acquired by the first terminal device from a first network.

4. The configuration reset method of claim 3.

5. The third configuration includes at least one of configuration information of a sidelink resource grant and configuration information of a sidelink bearer. The configuration reset method according to any one of claims 2 to 4.

6. The first terminal device receives second configuration and configuration reset instruction information transmitted from a second terminal device, The first terminal device receives a PC5-RRC message sent from a second terminal device, the PC5-RRC message carrying second configuration and configuration reset indication information; The configuration reset method according to any one of claims 1 to 5.

7. 1. A configuration reset method, comprising: a second terminal device engaging in sidelink communication with the first terminal device using the first configuration; The second terminal device transmits a second configuration and a configuration reset instruction information to the first terminal device; the configuration reset indication information is used for instructing the first terminal device to release the first configuration, and the second configuration is used for the first terminal device to perform sidelink communication with the second terminal device; the second configuration and the third configuration are used to establish a first bearer and a second bearer between the first terminal device and the second terminal device, the second configuration being used for sidelink communication in a first direction and the third configuration being used for sidelink communication in a second direction; a first bearer for use in sidelink communication in a first direction, and a second bearer for use in sidelink communication in a second direction, the first direction referring to a transmission direction in which the second terminal device transmits to the first terminal device, and the second direction referring to a reception direction in which the second terminal device receives from the first terminal device.

8. Before the second terminal device transmits the second configuration and the configuration reset instruction information to the first terminal device, the configuration reset method further includes the second terminal device acquiring the second configuration and determining whether to perform a configuration reset based on the first configuration and the second configuration; The second terminal device transmitting the second configuration and the configuration reset instruction information to the first terminal device includes, when the second terminal device determines to perform a configuration reset, transmitting the second configuration and the configuration reset instruction information to the first terminal device; The configuration reset method of claim 7.

9. The second terminal device acquiring the second configuration includes: the second terminal device acquiring the second configuration from a second network; The configuration reset method of claim 8.

10. The second terminal device acquiring the second configuration from a second network, the second terminal device obtaining the second configuration from a stored configuration, the second configuration being obtained by the second terminal device from a second network. The configuration reset method of claim 9.

11. The second terminal device transmits a second configuration and a configuration reset instruction information to the first terminal device, The second terminal device sends a PC5-RRC message to the first terminal device, the PC5-RRC message carrying second configuration and configuration reset indication information; The configuration reset method according to any one of claims 7 to 10.

12. A first terminal device, A first terminal device comprising a processor, a memory configured to store instructions executable by the processor, and a transceiver, the processor configured to control the transceiver to perform the method according to any one of claims 1 to 6.

13. A second terminal device, A second terminal device comprising a processor, a memory configured to store instructions executable by the processor, and a transceiver, the processor configured to control the transceiver to perform the method according to any one of claims 7 to 11.

Images