A communication method and device
By allowing the relay terminal device to directly send configuration failure information to the network device when the SL configuration fails, the problem of repeated information transmission in V2X technology is solved, and resource saving and delay reduction are achieved.
Patent Information
- Application Number
- CN202010724936.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Priority Date
- 2020-05-25
- Filing Date
- 2020-07-24
- Publication Date
- 2025-04-29
- Estimated Expiration
- 2040-07-24
AI Technical Summary
In V2X technology, when the SL configuration between terminal devices fails, information is repeatedly transmitted and transmission resources are wasted.
When the configuration fails, the relay terminal device directly sends configuration failure information to the network device, rather than sending it to the remote terminal device, reducing the information forwarding process.
Save transmission resources, reduce duplicate transmission of configuration failure information, and reduce transmission delay.
Smart Images

Figure CN113727368B_ABST
Abstract
Description
[0001] CROSS-REFERENCE TO RELATED APPLICATIONS
[0002] This application claims priority to a Chinese patent application filed with the State Intellectual Property Office of China on May 25, 2020, with application number 202010450671.3 and invention name “A method and UE for providing auxiliary information”, the entire contents of which are incorporated by reference into this application. Technical Field
[0003] The present application relates to the field of communication technology, and in particular to a communication method and device. Background Art
[0004] In the vehicle to everything (V2X) technology of the current new radio (NR) system, a PC5-radio resource control (RRC) connection on the sidelink (SL) is introduced, and two terminal devices can transmit information through this connection. For example, before the terminal device 1 as the transmitter sends information to the terminal device 2 as the receiver, it can request the base station serving the terminal device 1 to obtain the configuration information of the SL between the terminal device 1 and the terminal device 2. Then the base station configures the transmission configuration on the SL and the common configuration for configuring the transmission and reception for the terminal device 1 through the RRC message of the Uu port. After receiving the transmission configuration and the common configuration, the terminal device 1 sends the common configuration to the terminal device 2 through the PC5-RRC message, and the terminal device 2 generates the receiving configuration of the terminal device 2 corresponding to the SL according to the common configuration.
[0005] Consider a scenario where terminal device 2 accesses the network through terminal device 1, that is, the information between terminal device 2 and the network needs to be transferred through terminal device 1. It can be understood that terminal device 2 is a remote terminal device, terminal device 1 is a relay terminal device, and terminal device 1 provides relay services for terminal device 2. Then for the above configuration process, if terminal device 1 generates a receiving configuration failure, since terminal device 1 obtains the common configuration from terminal device 2, terminal device 1 will send the configuration failure information to terminal device 2, and then terminal device 2 will send the configuration failure information to terminal device 1, and terminal device 1 will forward the configuration failure information to the base station. It can be seen that this process causes repeated transmission of information and wastes transmission resources. Summary of the invention
[0006] The embodiments of the present application provide a communication method and device for saving transmission resources.
[0007] In a first aspect, a first communication method is provided, the method comprising: obtaining first configuration information, the first configuration information being used for configuring a first wireless bearer for a first terminal device, the first wireless bearer being a wireless bearer between the first terminal device and a second terminal device, the second terminal device being a data sender; configuring the first wireless bearer according to the first configuration information; and sending first configuration failure information to a network device when configuration of the first wireless bearer fails.
[0008] The method may be performed by a first communication device, which may be a communication device or a communication device capable of supporting the communication device to implement the functions required by the method, such as a chip. Exemplarily, the first communication device is a terminal device, or a chip provided in the terminal device for implementing the functions of the terminal device, or other components for implementing the functions of the terminal device. In the following introduction, it is taken that the first communication device is a terminal device, such as a first terminal device.
[0009] In an embodiment of the present application, if a relay terminal device (such as a second terminal device) that provides relay services for a remote terminal device (such as a second terminal device) fails to configure, the relay terminal device can send a first configuration failure message to the network device, that is, the relay terminal device does not need to send the first configuration failure message to the remote terminal device, and the remote terminal device then forwards the first configuration failure message to the network through the relay terminal device, thereby reducing the forwarding process of the first configuration failure message and saving transmission resources.
[0010] In combination with the first aspect, in a first optional implementation of the first aspect, sending first configuration failure information to the network device includes:
[0011] An RRC message is sent to a network device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a failure cause.
[0012] The first information element may be an existing information element in the RRC message, for example, the first information element is an information element used to indicate the cause of failure. The original information element in the RRC message is used to carry the first configuration failure information, and there is no need to add a new information element in the RRC message, so that the RRC message can be better compatible with existing technologies. Alternatively, the first information element may also be a newly added information element in the RRC message, and the use of a new information element to carry the first configuration failure information can increase the recognition of the first configuration failure information. As an optional implementation, the first configuration failure information can occupy the reserved bits in the first information element. In this way, there is no need to change the meaning of other bits of the original information element, which is more conducive to compatibility with existing technologies.
[0013] In combination with the first aspect or the first optional implementation manner of the first aspect, in a second optional implementation manner of the first aspect, the method further includes:
[0014] Send second configuration failure information to the second terminal device, where the second configuration failure information is used to indicate that the first terminal device has failed to configure the first radio bearer.
[0015] In addition to sending the first configuration failure information to the network device, the first terminal device may also send the second configuration failure information to the second terminal device, because the first configuration information is sent by the second terminal device to the first terminal device. After the second terminal device receives the second configuration failure information from the first terminal device, it can determine that the first terminal device has failed to configure the first radio bearer, so that the second terminal device may temporarily not communicate with the first terminal device through the first radio bearer.
[0016] In combination with the first aspect or the first optional implementation manner of the first aspect or the second optional implementation manner of the first aspect, in a third optional implementation manner of the first aspect, obtaining the first configuration information includes:
[0017] Receive the first configuration information from the second terminal device.
[0018] The network device can send configuration information, such as the fourth configuration information, to the second terminal device, and the second terminal device then sends the first configuration information to the second terminal device, thereby eliminating the need for the network device to send configuration information to the first terminal device, which helps to reduce the burden on the network device.
[0019] In combination with the third optional implementation of the first aspect, in a fourth optional implementation of the first aspect, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0020] This is just an example of the information included in the first public configuration, and the embodiments of the present application do not limit the information included in the first public configuration.
[0021] In combination with the first aspect or the first optional implementation manner of the first aspect or the second optional implementation manner of the first aspect, in a fifth optional implementation manner of the first aspect, obtaining first configuration information includes:
[0022] receiving second configuration information from the network device;
[0023] receiving first information from the second terminal device, where the first information includes an identifier of a logical channel corresponding to the first radio bearer;
[0024] The first configuration information is obtained according to the second configuration information and the first information.
[0025] The network device may send configuration information, such as the second configuration information, to the first terminal device, and the second terminal device may determine information such as the identifier of the logical channel corresponding to the first radio bearer, so that the first terminal device may obtain the first configuration information by integrating the information. In this way, the second configuration information comes from the network device, so that if the second terminal device fails to configure the first radio bearer according to the first configuration information, the second terminal device may send the first configuration failure information to the network device, and the first configuration failure information may be regarded as response information of the second configuration information. This execution process is more in line with the general process.
[0026] In combination with the fifth optional implementation of the first aspect, in the sixth optional implementation of the first aspect, the first information is obtained by the second terminal device based on fourth configuration information from the network device, and the fourth configuration information is used by the second terminal device to configure the first wireless bearer.
[0027] In addition to sending the second configuration information to the first terminal device, the network device can also send the fourth configuration information to the second terminal device, and the second terminal device can determine the identification of the logical channel of the first radio bearer and other information according to the fourth configuration information. In this way, the network device can configure the first terminal device and the second terminal device, so that the configuration process is more unified, and the terminal device does not need to generate the corresponding configuration information, and the requirements for the terminal device are relatively low.
[0028] In combination with the fifth optional implementation of the first aspect or the sixth optional implementation of the first aspect, in the seventh optional implementation of the first aspect, the first information also includes the QFI corresponding to the first wireless bearer, and / or the correspondence between the identifier corresponding to the first wireless bearer at the Uu port and the identifier corresponding to the PC5 port.
[0029] The embodiment of the present application does not limit the content included in the first information, as long as the first terminal device can configure the first wireless bearer according to the first information and the second configuration information.
[0030] In combination with the fifth optional implementation of the first aspect or the sixth optional implementation of the first aspect or the seventh optional implementation of the first aspect, in the eighth optional implementation of the first aspect, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0031] This is just an example of the information included in the receiving configuration and the second common configuration, and the embodiments of the present application do not limit the information included in the receiving configuration and the second common configuration.
[0032] In combination with the first aspect or the first optional implementation manner of the first aspect or the second optional implementation manner of the first aspect, in a ninth optional implementation manner of the first aspect, before obtaining the first configuration information, the method further includes:
[0033] Receiving QoS information from the second terminal device, where the QoS information is used to indicate a request for QoS of a radio bearer configured between the second terminal device and the first terminal device;
[0034] Sending second information to the network device, where the second information is used to request configuration of a radio bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes the QoS information.
[0035] Generally speaking, which terminal device determines that it needs to send information to the other end, then the terminal device can send information for requesting configuration of the first radio bearer to the network device. In the embodiment of the present application, the second terminal device should actually be the sender of the information, that is, the second terminal device is to send information to the first terminal device. In the embodiment of the present application, it can be considered that the first terminal device sends the second information to the network device, so that the network device regards the first terminal device as the sender of the information, and the network device will send the configuration information of the first radio bearer to the first terminal device. In this way, if the first terminal device fails to configure, it can send information indicating the configuration failure to the network device, so that the execution of the entire process is more in line with the execution habits of the device. Because the second terminal device is the actual information sender, the QoS requirements of the second terminal device for the first radio bearer should be used as the basis. The second information may include QoS information from the second terminal device. After receiving the QoS information, the network device can determine the configuration information of the first radio bearer based on the QoS information, so that the configured first radio bearer can better meet the needs of the second terminal device.
[0036] In combination with the ninth optional implementation of the first aspect, in a tenth optional implementation of the first aspect, obtaining the first configuration information includes:
[0037] The first configuration information is received from the network device.
[0038] Because the second terminal device requests the network device to configure the radio bearer, the network device can directly send the first configuration information to the second terminal device.
[0039] In combination with the ninth optional implementation manner of the first aspect or the tenth optional implementation manner of the first aspect, in an eleventh optional implementation manner of the first aspect, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0040] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0041] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0042] This is just an example of the information included in the first sending configuration and the first public configuration. The embodiments of the present application do not limit the information included in the first sending configuration and the first public configuration.
[0043] In combination with the tenth optional implementation manner of the first aspect or the eleventh optional implementation manner of the first aspect, in a twelfth optional implementation manner of the first aspect, the method further includes:
[0044] Send third configuration information to the second terminal device, where the third configuration information is used for the second terminal device to configure the first wireless bearer, and the third configuration information includes part or all of the content of the first configuration information.
[0045] In this way, the network device sends the configuration information (e.g., the first configuration information) to the first terminal device. The first radio bearer is a radio bearer between the first terminal device and the second terminal device, and the second terminal device also needs to configure the first radio bearer. Therefore, the first terminal device can send the third configuration information to the second terminal device, so that the second terminal device can configure the first radio bearer.
[0046] According to a second aspect, a second communication method is provided, the method comprising: receiving second configuration failure information from a first terminal device, the second configuration failure information being used to indicate that the first terminal device has failed to configure a first wireless bearer, the first wireless bearer being a wireless bearer between the first terminal device and a second terminal device, the first terminal device providing a relay service for the second terminal device, and the first terminal device being a data receiving end of a data transmission process performed through the first wireless bearer, and the second terminal device being a data sending end of the data transmission process; and not sending information to a network device indicating that the first terminal device has failed to configure the first wireless bearer.
[0047] The method may be performed by a second communication device, which may be a communication device or a communication device capable of supporting the communication device to implement the functions required by the method, such as a chip. Exemplarily, the second communication device is a terminal device, or a chip provided in the terminal device for implementing the functions of the terminal device, or other components for implementing the functions of the terminal device. In the following introduction, the second communication device is taken as an example of a second terminal device.
[0048] In addition to sending the first configuration failure information to the network device, the first terminal device may also send the second configuration failure information to the second terminal device, since the first configuration information is sent by the second terminal device to the first terminal device. After the second terminal device receives the second configuration failure information from the first terminal device, it can determine that the first terminal device has failed to configure the first radio bearer, so that the second terminal device may temporarily not communicate with the first terminal device through the first radio bearer. In addition, after receiving the second configuration failure information, the second terminal device will not trigger the forwarding of the second configuration failure information to the network device, so as to avoid repeated transmission of the configuration failure information.
[0049] In conjunction with the second aspect, in a first optional implementation manner of the second aspect, the method further includes:
[0050] Receive fourth configuration information from the network device, where the fourth configuration information is used by the second terminal device to configure the first radio bearer.
[0051] In combination with the first optional implementation manner of the second aspect, in a second optional implementation manner of the second aspect, the fourth configuration information includes a third sending configuration and a third public configuration, wherein:
[0052] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0053] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0054] In combination with the first optional implementation manner of the second aspect or the second optional implementation manner of the second aspect, in a third optional implementation manner of the second aspect, the method further includes:
[0055] selecting a logical channel for the first radio bearer;
[0056] First configuration information is sent to the first terminal device, where the first configuration information is used by the first terminal device to configure the first radio bearer, and the first configuration information includes an identifier of a logical channel corresponding to the first radio bearer.
[0057] In combination with the third optional implementation of the second aspect, in a fourth optional implementation of the second aspect, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0058] In combination with the first optional implementation manner of the second aspect or the second optional implementation manner of the second aspect, in a fifth optional implementation manner of the second aspect, the method further includes:
[0059] selecting a logical channel for the first radio bearer;
[0060] Send first information to the first terminal device, where the first information includes an identifier of a logical channel corresponding to the first wireless bearer.
[0061] In combination with the fifth optional implementation of the second aspect, in the sixth optional implementation of the second aspect, the first information also includes the QFI corresponding to the first wireless bearer, and / or the correspondence between the identifier corresponding to the first wireless bearer at the Uu port and the identifier corresponding to the PC5 port.
[0062] In combination with the second aspect, in a seventh optional implementation of the second aspect, the method further includes:
[0063] Receive third configuration information from the first terminal device, the third configuration information is used for the second terminal device to configure the first wireless bearer, the third configuration information includes part or all of the first configuration information, and the first configuration information is used for the first terminal device to configure the first wireless bearer.
[0064] In combination with the seventh optional implementation of the second aspect, in an eighth optional implementation of the second aspect, the method further includes:
[0065] QoS information is sent to the first terminal device, where the QoS information is used to indicate a request for QoS of a wireless bearer configured between the second terminal device and the first terminal device.
[0066] In combination with the second aspect or any optional implementation manner from the first optional implementation manner to the eighth optional implementation manner of the second aspect, in a ninth optional implementation manner of the second aspect, the second terminal device is unable to communicate with the network device through the Uu port.
[0067] For example, the second terminal device is not provided with a Uu port, or the second terminal device is not within the coverage of the network device, etc. Of course, this is only one application scenario, and even if the second terminal device can communicate with the network device through the Uu port, the technical solution of the embodiment of the present application can also be applied.
[0068] Regarding the technical effects brought about by the second aspect or various optional implementations of the second aspect, reference may be made to the introduction to the technical effects of the first aspect or corresponding implementations.
[0069] According to a third aspect, a third communication method is provided, which includes: receiving first configuration failure information from a first terminal device; determining that the first terminal device has failed to configure a first wireless bearer based on the first configuration failure information, wherein the first wireless bearer is a wireless bearer between the first terminal device and a second terminal device, the first terminal device provides a relay service for the second terminal device, and the first terminal device is a data receiving end of a data transmission process performed through the first wireless bearer, and the second terminal device is a data sending end of the data transmission process.
[0070] The method may be performed by a third communication device, which may be a communication device or a communication device capable of supporting the communication device to implement the functions required by the method, such as a chip. Exemplarily, the third communication device is a network device, or a chip provided in the network device for implementing the functions of the network device, or other components for implementing the functions of the network device. In the following introduction, the third communication device is taken as an example that the network device is an example. Exemplarily, the network device is an access network device.
[0071] In combination with the third aspect, in a first optional implementation manner of the third aspect, receiving first configuration failure information from a first terminal device includes:
[0072] An RRC message is received from the first terminal device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a cause of failure.
[0073] In combination with the third aspect or the first optional implementation manner of the third aspect, in a second optional implementation manner of the third aspect, the method further includes:
[0074] Send fourth configuration information to the second terminal device, where the fourth configuration information is used by the second terminal device to configure the first radio bearer.
[0075] In combination with the second optional implementation manner of the third aspect, in a third optional implementation manner of the third aspect, the fourth configuration information includes a third sending configuration and a third public configuration, wherein:
[0076] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0077] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0078] In combination with the third aspect or the first optional implementation manner of the third aspect or the second optional implementation manner of the third aspect, in a fourth optional implementation manner of the third aspect, the method further includes:
[0079] Send second configuration information to the first terminal device, where the second configuration information is used by the first terminal device to configure the first radio bearer.
[0080] In combination with the fourth optional implementation of the third aspect, in the fifth optional implementation of the third aspect, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0081] In combination with the third aspect or the first optional implementation manner of the third aspect, in a sixth optional implementation manner of the third aspect, the method further includes:
[0082] Receive second information from the first terminal device, the second information is used to request configuration of a radio bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes QoS information, the QoS information is used to indicate the QoS of the radio bearer requested to be configured between the second terminal device and the first terminal device.
[0083] In combination with the sixth optional implementation of the third aspect, in a seventh optional implementation of the third aspect, the method further includes:
[0084] Determine first configuration information according to the QoS information, where the first configuration information is used by the first terminal device to configure the first radio bearer;
[0085] Send the first configuration information to the first terminal device.
[0086] In combination with the seventh optional implementation manner of the third aspect, in an eighth optional implementation manner of the third aspect, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0087] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0088] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0089] Regarding the technical effects brought about by the third aspect or various optional implementations of the third aspect, reference may be made to the introduction to the technical effects of the first aspect or corresponding implementations.
[0090] In a fourth aspect, a fourth communication method is provided, the method comprising: a second terminal device determines that a link between a first terminal device and the second terminal device fails, and the second terminal device is not within network coverage; the second terminal device does not send information indicating a link failure to a network device.
[0091] The method may be performed by a fourth communication device, which may be a communication device or a communication device capable of supporting the communication device to implement the functions required by the method, such as a chip. Exemplarily, the fourth communication device is a terminal device, or a chip provided in the terminal device for implementing the functions of the terminal device, or other components for implementing the functions of the terminal device. In the following introduction, the fourth communication device is taken as an example of a second terminal device.
[0092] When the second terminal device determines that the side link fails, it does not send information indicating the link failure to the network device, so the second terminal device does not need to generate information indicating the link failure, thereby reducing the power consumption of the second terminal device. In addition, since the side link between the first terminal device and the second terminal device has a problem, if the second terminal device sends information indicating the link failure to the first terminal device through the side link, it may also fail to send, so the method provided by the embodiment of the present application also reduces the useless work of the second terminal device.
[0093] In combination with the fourth aspect, in a first optional implementation of the fourth aspect, the method further includes:
[0094] The second terminal device sends a request message to the first terminal device to request to reestablish the link.
[0095] For example, if the technical solution of the embodiment of the present application is applied to a scenario where two terminal devices are directly connected, that is, not used in a relay scenario, then the first terminal device and the second terminal device need to communicate normally. In this case, if the sidelink fails, the second terminal device can request to reestablish the sidelink so that the first terminal device and the second terminal device can restore normal communication as much as possible.
[0096] In combination with the fourth aspect, in a second optional implementation of the fourth aspect, the first terminal device provides a relay service for the second terminal device, and the method further includes:
[0097] The second terminal device reselects a terminal device that can provide a relay service for the second terminal device.
[0098] For example, if the technical solution of the embodiment of the present application is applied to a relay scenario, for example, a first terminal device provides a relay service for a second terminal device. Then, if the sidelink between the first terminal device and the second terminal device fails, the first terminal device can also access the network device again through other terminal devices, so the second terminal device can reselect a terminal device that can provide a relay service for the second terminal device, so that the second terminal device can resume communication as soon as possible.
[0099] In a fifth aspect, a communication device is provided, for example, the communication device is the first communication device as described above. The first communication device is used to execute the method in the first aspect or any optional implementation of the first aspect. Specifically, the first communication device may include a module for executing the method in the first aspect or any optional implementation of the first aspect, for example, including a processing module, and optionally, may also include a transceiver module. Exemplarily, the transceiver module may include a sending module and a receiving module, and the sending module and the receiving module may be different functional modules, or may also be the same functional module, but can implement different functions. Exemplarily, the first communication device is a communication device, or a chip or other component provided in a communication device. Exemplarily, the communication device is a terminal device, such as a first terminal device. The following takes the first communication device as the first terminal device as an example. For example, the transceiver module may also be implemented by a transceiver, and the processing module may also be implemented by a processor (or a processing circuit). Alternatively, the sending module may be implemented by a transmitter, and the receiving module may be implemented by a receiver, and the transmitter and the receiver may be different functional modules, or may also be the same functional module, but can implement different functions. If the first communication device is a communication device, the transceiver is implemented, for example, by an antenna, a feeder, and a codec in the communication device. Alternatively, if the first communication device is a chip provided in the communication device, the transceiver (or, a transmitter and a receiver) is, for example, a communication interface in the chip, and the communication interface is connected to a radio frequency transceiver component in the communication device to realize information reception and transmission through the radio frequency transceiver component. In the introduction of the fifth aspect, the first communication device is continued to be the first terminal device, and the processing module, the sending module, and the receiving module are used as examples for introduction. Among them,
[0100] The processing module is used to obtain first configuration information, where the first configuration information is used for a first terminal device to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device and a second terminal device, and the second terminal device is a data sending end;
[0101] The processing module is further configured to configure the first radio bearer according to the first configuration information;
[0102] The sending module is used to send first configuration failure information to the network device when the processing module fails to configure the first radio bearer.
[0103] In combination with the fifth aspect, in a first optional implementation manner of the fifth aspect, the sending module is used to send the first configuration failure information to the network device in the following manner:
[0104] An RRC message is sent to a network device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a failure cause.
[0105] In combination with the fifth aspect or the first optional implementation of the fifth aspect, in the second optional implementation of the fifth aspect, the sending module is also used to send second configuration failure information to the second terminal device, and the second configuration failure information is used to indicate that the first terminal device has failed to configure the first wireless bearer.
[0106] In combination with the fifth aspect or the first optional implementation manner of the fifth aspect or the second optional implementation manner of the fifth aspect, in a third optional implementation manner of the fifth aspect, the processing module is used to obtain the first configuration information in the following manner:
[0107] The first configuration information is received from the second terminal device through the receiving module.
[0108] In combination with the third optional implementation of the fifth aspect, in the fourth optional implementation of the fifth aspect, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0109] In combination with the fifth aspect or the first optional implementation manner of the fifth aspect or the second optional implementation manner of the fifth aspect, in a fourth optional implementation manner of the fifth aspect, the processing module is used to obtain the first configuration information in the following manner:
[0110] Receiving second configuration information from the network device through the receiving module;
[0111] Receiving, by the receiving module, first information from the second terminal device, where the first information includes an identifier of a logical channel corresponding to the first radio bearer;
[0112] The first configuration information is obtained according to the second configuration information and the first information.
[0113] In combination with the fifth optional implementation of the fifth aspect, in the sixth optional implementation of the fifth aspect, the first information is obtained by the second terminal device based on fourth configuration information from the network device, and the fourth configuration information is used by the second terminal device to configure the first wireless bearer.
[0114] In combination with the fifth optional implementation of the fifth aspect or the sixth optional implementation of the fifth aspect, in the seventh optional implementation of the fifth aspect, the first information also includes the QFI corresponding to the first wireless bearer, and / or the correspondence between the identifier corresponding to the Uu port and the identifier corresponding to the PC5 port of the first wireless bearer.
[0115] In combination with the fifth optional implementation of the fifth aspect or the sixth optional implementation of the fifth aspect or the seventh optional implementation of the fifth aspect, in the eighth optional implementation of the fifth aspect, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0116] In combination with the fifth aspect or the first optional implementation manner of the fifth aspect or the second optional implementation manner of the fifth aspect, in a ninth optional implementation manner of the fifth aspect,
[0117] The receiving module is further used to receive QoS information from the second terminal device before the processing module obtains the first configuration information, wherein the QoS information is used to indicate a request for QoS of a radio bearer configured between the second terminal device and the first terminal device;
[0118] The sending module is further used to send second information to the network device, where the second information is used to request configuration of a wireless bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes the QoS information.
[0119] In combination with the ninth optional implementation of the fifth aspect, in a tenth optional implementation of the fifth aspect, the processing module is used to obtain the first configuration information in the following manner:
[0120] The first configuration information is received from the network device through the receiving module.
[0121] In combination with the ninth optional implementation manner of the fifth aspect or the tenth optional implementation manner of the fifth aspect, in an eleventh optional implementation manner of the fifth aspect, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0122] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0123] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0124] In combination with the tenth optional implementation of the fifth aspect or the eleventh optional implementation of the fifth aspect, in the twelfth optional implementation of the fifth aspect, the sending module is also used to send third configuration information to the second terminal device, and the third configuration information is used for the second terminal device to configure the first wireless bearer, and the third configuration information includes part or all of the content of the first configuration information.
[0125] Regarding the technical effects brought about by the fifth aspect or various optional implementations of the fifth aspect, reference may be made to the introduction to the technical effects of the first aspect or corresponding implementations.
[0126] In a sixth aspect, a communication device is provided, for example, the communication device is the second communication device as described above. The second communication device is used to execute the method in the second aspect or any optional implementation of the second aspect. Specifically, the second communication device may include a module for executing the method in the second aspect or any optional implementation of the second aspect, for example, including a processing module, and optionally, may also include a transceiver module. Exemplarily, the transceiver module may include a sending module and a receiving module, and the sending module and the receiving module may be different functional modules, or may also be the same functional module, but can implement different functions. Exemplarily, the second communication device is a communication device, or a chip or other component provided in a communication device. Exemplarily, the communication device is a terminal device, such as a second terminal device. The following takes the second communication device as the second terminal device as an example. For example, the transceiver module may also be implemented by a transceiver, and the processing module may also be implemented by a processor (or a processing circuit). Alternatively, the sending module may be implemented by a transmitter, and the receiving module may be implemented by a receiver, and the transmitter and the receiver may be different functional modules, or may also be the same functional module, but can implement different functions. If the second communication device is a communication device, the transceiver is implemented, for example, by an antenna, a feeder, and a codec in the communication device. Alternatively, if the second communication device is a chip provided in the communication device, the transceiver (or, a transmitter and a receiver) is, for example, a communication interface in the chip, and the communication interface is connected to a radio frequency transceiver component in the communication device to realize information reception and transmission through the radio frequency transceiver component. In the introduction of the sixth aspect, the second communication device is continued to be a second terminal device, and the processing module, the sending module, and the receiving module are used as examples for introduction. Among them,
[0127] The receiving module is configured to receive second configuration failure information from a first terminal device, where the second configuration failure information is used to indicate that the first terminal device fails to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device and a second terminal device, the first terminal device provides a relay service for the second terminal device, and the first terminal device is a data receiving end of a data transmission process performed through the first radio bearer, and the second terminal device is a data sending end of the data transmission process;
[0128] The sending module is used for not sending information indicating that the first terminal device has failed to configure the first wireless bearer to the network device.
[0129] In combination with the sixth aspect, in a first optional implementation of the sixth aspect, the receiving module is further used to receive fourth configuration information from the network device, and the fourth configuration information is used for the second terminal device to configure the first wireless bearer.
[0130] In combination with the first optional implementation manner of the sixth aspect, in a second optional implementation manner of the sixth aspect, the fourth configuration information includes a third sending configuration and a third public configuration, wherein:
[0131] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0132] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0133] In combination with the first optional implementation manner of the sixth aspect or the second optional implementation manner of the sixth aspect, in the third optional implementation manner of the sixth aspect,
[0134] The processing module is configured to select a logical channel for the first radio bearer;
[0135] The sending module is further used to send first configuration information to the first terminal device, where the first configuration information is used by the first terminal device to configure the first radio bearer, and the first configuration information includes an identifier of a logical channel corresponding to the first radio bearer.
[0136] In combination with the third optional implementation of the sixth aspect, in the fourth optional implementation of the sixth aspect, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0137] In combination with the first optional implementation manner of the sixth aspect or the second optional implementation manner of the sixth aspect, in a fifth optional implementation manner of the sixth aspect,
[0138] The processing module is further configured to select a logical channel for the first radio bearer;
[0139] The sending module is further used to send first information to the first terminal device, where the first information includes an identifier of a logical channel corresponding to the first wireless bearer.
[0140] In combination with the fifth optional implementation of the sixth aspect, in the sixth optional implementation of the sixth aspect, the first information also includes the QFI corresponding to the first wireless bearer, and / or the correspondence between the identifier corresponding to the first wireless bearer at the Uu port and the identifier corresponding to the PC5 port.
[0141] In combination with the sixth aspect, in a seventh optional implementation of the sixth aspect, the receiving module is also used to receive third configuration information from the first terminal device, the third configuration information is used for the second terminal device to configure the first wireless bearer, the third configuration information includes part or all of the first configuration information, and the first configuration information is used for the first terminal device to configure the first wireless bearer.
[0142] In combination with the seventh optional implementation of the sixth aspect, in the eighth optional implementation of the sixth aspect, the sending module is also used to send QoS information to the first terminal device, and the QoS information is used to indicate the QoS of the wireless bearer requested to be configured between the second terminal device and the first terminal device.
[0143] In combination with the sixth aspect or any optional implementation manner from the first optional implementation manner of the sixth aspect to the eighth optional implementation manner of the sixth aspect, in the ninth optional implementation manner of the sixth aspect, the second terminal device cannot communicate with the network device through the Uu port.
[0144] Regarding the technical effects brought about by the sixth aspect or various optional implementations of the sixth aspect, reference may be made to the introduction to the technical effects of the second aspect or corresponding implementations.
[0145] In a seventh aspect, a communication device is provided, for example, the communication device is the third communication device as described above. The third communication device is used to execute the method in the third aspect or any optional implementation of the third aspect. Specifically, the third communication device may include a module for executing the method in the third aspect or any optional implementation of the third aspect, for example, including a processing module, and optionally, may also include a transceiver module. Exemplarily, the transceiver module may include a sending module and a receiving module, and the sending module and the receiving module may be different functional modules, or may also be the same functional module, but can implement different functions. Exemplarily, the third communication device is a communication device, or a chip or other component provided in the communication device. Exemplarily, the communication device is a network device. Exemplarily, the network device is an access network device, such as a base station. For example, the transceiver module may also be implemented by a transceiver, and the processing module may also be implemented by a processor (or a processing circuit). Alternatively, the sending module may be implemented by a transmitter, and the receiving module may be implemented by a receiver, and the transmitter and the receiver may be different functional modules, or may also be the same functional module, but can implement different functions. If the third communication device is a communication device, the transceiver is implemented, for example, by an antenna, a feeder, and a codec in the communication device. Alternatively, if the third communication device is a chip provided in the communication device, the transceiver (or, a transmitter and a receiver) is, for example, a communication interface in the chip, and the communication interface is connected to a radio frequency transceiver component in the communication device to realize information transmission and reception through the radio frequency transceiver component. In the introduction of the seventh aspect, the processing module, the sending module, and the receiving module are taken as examples for introduction. Among them,
[0146] The receiving module is used to receive first configuration failure information from a first terminal device;
[0147] The processing module is used to determine that the first terminal device fails to configure the first wireless bearer according to the first configuration failure information, the first wireless bearer is a wireless bearer between the first terminal device and the second terminal device, the first terminal device provides a relay service for the second terminal device, and the first terminal device is a data receiving end of a data transmission process performed through the first wireless bearer, and the second terminal device is a data sending end of the data transmission process.
[0148] In combination with the seventh aspect, in a first optional implementation manner of the seventh aspect, the receiving module is used to receive first configuration failure information from the first terminal device in the following manner:
[0149] An RRC message is received from the first terminal device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a cause of failure.
[0150] In combination with the seventh aspect or the first optional implementation of the seventh aspect, in the second optional implementation of the seventh aspect, the sending module is used to send fourth configuration information to the second terminal device, and the fourth configuration information is used for the second terminal device to configure the first wireless bearer.
[0151] In combination with the second optional implementation manner of the seventh aspect, in a third optional implementation manner of the seventh aspect, the fourth configuration information includes a third sending configuration and a third public configuration, wherein:
[0152] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0153] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0154] In combination with the seventh aspect or the first optional implementation of the seventh aspect or the second optional implementation of the seventh aspect, in the fourth optional implementation of the seventh aspect, the sending module is also used to send second configuration information to the first terminal device, and the second configuration information is used for the first terminal device to configure the first wireless bearer.
[0155] In combination with the fourth optional implementation of the seventh aspect, in the fifth optional implementation of the seventh aspect, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0156] In combination with the seventh aspect or the first optional implementation of the seventh aspect, in the sixth optional implementation of the seventh aspect, the receiving module is also used to receive second information from the first terminal device, the second information is used to request configuration of a wireless bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes QoS information, and the QoS information is used to indicate the QoS of the wireless bearer requested to be configured between the second terminal device and the first terminal device.
[0157] In combination with the sixth optional implementation of the seventh aspect, in a seventh optional implementation of the seventh aspect,
[0158] The processing module is further used to determine first configuration information according to the QoS information, where the first configuration information is used by the first terminal device to configure the first radio bearer;
[0159] The sending module is further used to send the first configuration information to the first terminal device.
[0160] In combination with the seventh optional implementation of the seventh aspect, in an eighth optional implementation of the seventh aspect, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0161] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0162] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0163] Regarding the technical effects brought about by the seventh aspect or various optional implementations of the seventh aspect, reference may be made to the introduction to the technical effects of the third aspect or corresponding implementations.
[0164] In an eighth aspect, a communication device is provided, for example, the communication device is the fourth communication device as described above. The fourth communication device is used to execute the method in the fourth aspect or any optional implementation of the fourth aspect. Specifically, the fourth communication device may include a module for executing the method in the fourth aspect or any optional implementation of the fourth aspect, for example, including a processing module, and optionally, may also include a transceiver module. Exemplarily, the transceiver module may include a sending module and a receiving module, and the sending module and the receiving module may be different functional modules, or may also be the same functional module, but can implement different functions. Exemplarily, the fourth communication device is a communication device, or a chip or other component provided in a communication device. Exemplarily, the communication device is a terminal device, for example, a second terminal device. For example, the transceiver module may also be implemented by a transceiver, and the processing module may also be implemented by a processor (or a processing circuit). Alternatively, the sending module may be implemented by a transmitter, and the receiving module may be implemented by a receiver, and the transmitter and the receiver may be different functional modules, or may also be the same functional module, but can implement different functions. If the fourth communication device is a communication device, the transceiver is implemented, for example, by an antenna, a feeder, and a codec in the communication device. Alternatively, if the fourth communication device is a chip provided in a communication device, then the transceiver (or, transmitter and receiver) is, for example, a communication interface in the chip, and the communication interface is connected to a radio frequency transceiver component in the communication device to realize information transmission and reception through the radio frequency transceiver component. In the introduction of the eighth aspect, the processing module, the sending module and the receiving module are taken as examples for introduction. Among them,
[0165] The processing module is used to determine that a link between the first terminal device and the second terminal device fails, and the second terminal device is not within the coverage of the network;
[0166] The sending module is used for not sending information indicating link failure to the network device.
[0167] In combination with the eighth aspect, in a first optional implementation of the eighth aspect, the sending module is further used to send a request message to the first terminal device to request to rebuild the link.
[0168] In combination with the eighth aspect, in a second optional implementation of the eighth aspect, the first terminal device provides a relay service for the second terminal device, and the processing module is further used to reselect a terminal device that can provide a relay service for the second terminal device.
[0169] In a ninth aspect, a communication device is provided, which is, for example, the first communication device as described above. The communication device includes a processor (or a processing circuit) and a communication interface (or an interface circuit), and the communication interface can be used to communicate with other devices or equipment. Optionally, it may also include a memory for storing computer instructions. The processor and the memory are coupled to each other to implement the method described in the first aspect or various possible implementations of the first aspect. Alternatively, the first communication device may not include a memory, and the memory may be located outside the first communication device. The processor, the memory, and the communication interface are coupled to each other to implement the method described in the first aspect or various possible implementations of the first aspect. For example, when the processor executes the computer instructions stored in the memory, the first communication device executes the method in the first aspect or any possible implementation of the first aspect. Exemplarily, the first communication device is a communication device, or a chip or other component provided in a communication device. Exemplarily, the communication device is a terminal device, such as a first terminal device.
[0170] Wherein, if the first communication device is a communication device, the communication interface is implemented, for example, by a transceiver (or a transmitter and a receiver) in the communication device, for example, the transceiver is implemented by an antenna, a feeder, and a codec, etc. in the communication device. Alternatively, if the first communication device is a chip provided in the communication device, the communication interface is, for example, an input / output interface of the chip, such as an input / output pin, etc., and the communication interface is connected to a radio frequency transceiver component in the communication device to implement information transmission and reception through the radio frequency transceiver component.
[0171] In a tenth aspect, a communication device is provided, which is, for example, the second communication device as described above. The communication device includes a processor (or a processing circuit) and a communication interface (or an interface circuit), and the communication interface can be used to communicate with other devices or equipment. Optionally, it may also include a memory for storing computer instructions. The processor and the memory are coupled to each other to implement the method described in the second aspect or various possible implementations of the second aspect. Alternatively, the second communication device may not include a memory, and the memory may be located outside the second communication device. The processor, the memory, and the communication interface are coupled to each other to implement the method described in the second aspect or various possible implementations of the second aspect. For example, when the processor executes the computer instructions stored in the memory, the second communication device executes the method in the second aspect or any possible implementation of the second aspect. Exemplarily, the second communication device is a communication device, or a chip or other component provided in a communication device. Exemplarily, the communication device is a terminal device, such as a second terminal device.
[0172] Wherein, if the second communication device is a communication device, the communication interface is implemented, for example, by a transceiver (or a transmitter and a receiver) in the communication device, for example, the transceiver is implemented by an antenna, a feeder, and a codec, etc. in the communication device. Alternatively, if the second communication device is a chip provided in the communication device, the communication interface is, for example, an input / output interface of the chip, such as an input / output pin, etc., and the communication interface is connected to a radio frequency transceiver component in the communication device to implement information transmission and reception through the radio frequency transceiver component.
[0173] In the eleventh aspect, a communication device is provided, which is, for example, the third communication device as described above. The communication device includes a processor (or a processing circuit) and a communication interface (or an interface circuit), and the communication interface can be used to communicate with other devices or equipment. Optionally, it can also include a memory for storing computer instructions. The processor and the memory are coupled to each other to implement the method described in the third aspect or various possible implementations of the third aspect. Alternatively, the third communication device may not include a memory, and the memory may be located outside the third communication device. The processor, the memory and the communication interface are coupled to each other to implement the method described in the third aspect or various possible implementations of the third aspect. For example, when the processor executes the computer instructions stored in the memory, the third communication device executes the method in the third aspect or any possible implementation of the third aspect. Exemplarily, the third communication device is a communication device, or a chip or other component provided in a communication device. Exemplarily, the communication device is a network device. Exemplarily, the network device is an access network device, such as a base station.
[0174] Wherein, if the third communication device is a communication device, the communication interface is implemented, for example, by a transceiver (or a transmitter and a receiver) in the communication device, for example, the transceiver is implemented by an antenna, a feeder, and a codec, etc. in the communication device. Alternatively, if the third communication device is a chip provided in the communication device, the communication interface is, for example, an input / output interface of the chip, such as an input / output pin, etc., and the communication interface is connected to a radio frequency transceiver component in the communication device to implement information transmission and reception through the radio frequency transceiver component.
[0175] In a twelfth aspect, a communication device is provided, which is, for example, the fourth communication device as described above. The communication device includes a processor (or a processing circuit) and a communication interface (or an interface circuit), and the communication interface can be used to communicate with other devices or equipment. Optionally, it can also include a memory for storing computer instructions. The processor and the memory are coupled to each other to implement the method described in the fourth aspect or various possible implementations of the fourth aspect. Alternatively, the fourth communication device may not include a memory, and the memory may be located outside the fourth communication device. The processor, the memory and the communication interface are coupled to each other to implement the method described in the fourth aspect or various possible implementations of the fourth aspect. For example, when the processor executes the computer instructions stored in the memory, the fourth communication device executes the method in the fourth aspect or any possible implementation of the fourth aspect. Exemplarily, the fourth communication device is a communication device, or a chip or other component provided in a communication device. Exemplarily, the communication device is a terminal device, such as a second terminal device.
[0176] Wherein, if the fourth communication device is a communication device, the communication interface is implemented, for example, by a transceiver (or a transmitter and a receiver) in the communication device, for example, the transceiver is implemented by an antenna, a feeder, and a codec, etc. in the communication device. Alternatively, if the fourth communication device is a chip provided in the communication device, the communication interface is, for example, an input / output interface of the chip, such as an input / output pin, etc., and the communication interface is connected to a radio frequency transceiver component in the communication device to implement information transmission and reception through the radio frequency transceiver component.
[0177] In the thirteenth aspect, a first communication system is provided, wherein the first communication system includes the communication device described in the fifth aspect or the communication device described in the ninth aspect, the communication device described in the sixth aspect or the communication device described in the tenth aspect, and the communication device described in the seventh aspect or the communication device described in the eleventh aspect.
[0178] In the fourteenth aspect, a second communication system is provided, wherein the second communication system comprises the communication device described in the eighth aspect or the communication device described in the twelfth aspect.
[0179] In a fifteenth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium is used to store a computer program. When the computer program runs on a computer, the computer executes the method described in the first aspect or any optional embodiment of the first aspect.
[0180] In the sixteenth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium is used to store a computer program. When the computer program runs on a computer, the computer executes the method described in the above-mentioned second aspect or any optional implementation of the second aspect.
[0181] In the seventeenth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium is used to store a computer program. When the computer program runs on a computer, the computer executes the method described in the above-mentioned third aspect or any optional implementation of the third aspect.
[0182] In the eighteenth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium is used to store a computer program. When the computer program runs on a computer, the computer executes the method described in the fourth aspect or any optional implementation of the fourth aspect.
[0183] In a nineteenth aspect, a computer program product comprising instructions is provided, wherein the computer program product is used to store a computer program. When the computer program runs on a computer, the computer executes the method described in the above-mentioned first aspect or any optional embodiment of the first aspect.
[0184] In the twentieth aspect, a computer program product comprising instructions is provided, wherein the computer program product is used to store a computer program, and when the computer program is run on a computer, the computer executes the method described in the second aspect or any optional embodiment of the second aspect.
[0185] In the twenty-first aspect, a computer program product comprising instructions is provided, wherein the computer program product is used to store a computer program. When the computer program runs on a computer, the computer executes the method described in the above-mentioned third aspect or any optional embodiment of the third aspect.
[0186] In the twenty-second aspect, a computer program product comprising instructions is provided, wherein the computer program product is used to store a computer program. When the computer program runs on a computer, the computer executes the method described in the fourth aspect or any optional embodiment of the fourth aspect.
[0187] In the embodiment of the present application, the relay terminal device does not need to send configuration failure information to the remote terminal device, and the remote terminal device then forwards the configuration failure information to the network through the relay terminal device, thereby reducing the forwarding process of the configuration failure information and saving transmission resources. BRIEF DESCRIPTION OF THE DRAWINGS
[0188] Figure 1A A schematic diagram of V2X;
[0189] Figure 1B A schematic diagram of a mobile phone and smart glasses communicating via a side link;
[0190] Figure 2 A schematic diagram of a terminal device providing a relay service for another terminal device;
[0191] Figure 3 A flowchart for a network device in a relay scenario to provide configuration information to a remote terminal device;
[0192] Figure 4 A flowchart of a first communication method provided in an embodiment of the present application;
[0193] Figure 5 A flowchart of a second communication method provided in an embodiment of the present application;
[0194] Figure 6 A flowchart of a third communication method provided in an embodiment of the present application;
[0195] Figure 7 A flowchart for reporting to the network when a remote terminal device determines that a sidelink fails in a relay scenario;
[0196] Figure 8 A flowchart of a fourth communication method provided in an embodiment of the present application;
[0197] Fig. 9 A schematic block diagram of a first terminal device provided in an embodiment of the present application;
[0198] Fig.10 A schematic block diagram of a second terminal device provided in an embodiment of the present application;
[0199] Fig.11 A schematic block diagram of a network device provided in an embodiment of the present application;
[0200] Fig.12 Another schematic block diagram of a second terminal device provided in an embodiment of the present application;
[0201] Fig.13 A schematic block diagram of a communication device provided in an embodiment of the present application;
[0202] Fig.14 Another schematic block diagram of a communication device provided in an embodiment of the present application;
[0203] Fig.15 Another schematic block diagram of a communication device provided in an embodiment of the present application;
[0204] Fig.16 Another schematic block diagram of a communication device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0205] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings.
[0206] Below, some terms in the embodiments of the present application are explained to facilitate understanding by those skilled in the art.
[0207] 1) Terminal equipment, including equipment that provides voice and / or data connectivity to users, specifically, including equipment that provides voice to users, or including equipment that provides data connectivity to users, or including equipment that provides voice and data connectivity to users. For example, it may include a handheld device with wireless connection function, or a processing device connected to a wireless modem. The terminal equipment can communicate with the core network via the radio access network (RAN), exchange voice or data with the RAN, or exchange voice and data with the RAN. The terminal device may include user equipment (UE), wireless terminal equipment, mobile terminal equipment, device-to-device (D2D) terminal equipment, vehicle to everything (V2X) terminal equipment, machine-to-machine / machine-type communications (M2M / MTC) terminal equipment, Internet of Things (IoT) terminal equipment, subscriber unit, subscriber station, mobile station, remote station, access point (AP), remote terminal, access terminal, user terminal, user agent, or user equipment, etc. For example, it may include a mobile phone (or "cellular" phone), a computer with a mobile terminal device, a portable, pocket-sized, handheld, or computer-built-in mobile device, etc. For example, personal communication service (PCS) phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDA), etc. It also includes limited devices, such as devices with low power consumption, or devices with limited storage capacity, or devices with limited computing power, etc. For example, it includes information sensing devices such as barcodes, radio frequency identification (RFID), sensors, global positioning systems (GPS), laser scanners, etc.
[0208] As an example but not limitation, in the embodiments of the present application, the terminal device may also be a wearable device. Wearable devices may also be referred to as wearable smart devices or smart wearable devices, etc., which are a general term for the application of wearable technology to intelligently design and develop wearable devices for daily wear, such as glasses, gloves, watches, clothing and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothes or accessories. Wearable devices are not only hardware devices, but also powerful functions achieved through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include full-featured, large-size, and independent of smartphones to achieve complete or partial functions, such as smart watches or smart glasses, etc., as well as those that only focus on a certain type of application function and need to be used in conjunction with other devices such as smartphones, such as various types of smart bracelets, smart helmets, and smart jewelry for vital sign monitoring.
[0209] The various terminal devices introduced above, if located on a vehicle (eg, placed in or installed in a vehicle), can be considered as vehicle-mounted terminal devices, which are also called on-board units (OBU).
[0210] In the embodiment of the present application, the terminal device may also include a relay. Alternatively, it can be understood that anything that can communicate data with the base station can be regarded as a terminal device.
[0211] In the embodiment of the present application, the device for realizing the function of the terminal device may be a terminal device, or a device capable of supporting the terminal device to realize the function, such as a chip system, which may be installed in the terminal device. In the embodiment of the present application, the chip system may be composed of a chip, or may include a chip and other discrete devices. In the technical solution provided in the embodiment of the present application, the technical solution provided in the embodiment of the present application is described by taking the terminal device as an example in which the device for realizing the function of the terminal is a terminal device.
[0212] 2) Network equipment, for example, including access network (AN) equipment, such as base stations (e.g., access points), which can refer to equipment in the access network that communicates with wireless terminal devices over the air interface through one or more cells, or, for example, a network device in a vehicle-to-everything (V2X) technology is a roadside unit (RSU). The base station can be used to convert received air frames to and from IP packets, acting as a router between the terminal device and the rest of the access network, where the rest of the access network may include an IP network. The RSU can be a fixed infrastructure entity that supports V2X applications and can exchange messages with other entities that support V2X applications. The network equipment can also coordinate the attribute management of the air interface. For example, the network device may include an evolved base station (NodeB or eNB or e-NodeB, evolutional NodeB) in an LTE system or long term evolution-advanced (LTE-A), or may also include a next generation node B (next generation node B, gNB) in a fifth generation mobile communication technology (the 5th generation, 5G) NR system (also referred to as an NR system) or may also include a centralized unit (CU) and a distributed unit (DU) in a cloud access network (Cloud RAN) system, and the embodiments of the present application are not limited.
[0213] The network device may also include a core network device, such as an access and mobility management function (AMF), a session management function (SMF) or a user plane function (UPF) in a 5G system, or a mobility management entity (MME) in a 4G system. In the following description of the embodiments of the present application, unless otherwise specified, the network devices referred to are all access network devices.
[0214] In the embodiment of the present application, the device for realizing the function of the network device may be a network device, or may be a device capable of supporting the network device to realize the function, such as a chip system, which may be installed in the network device. In the technical solution provided in the embodiment of the present application, the technical solution provided in the embodiment of the present application is described by taking the device for realizing the function of the network device as an example that the network device is used as the device.
[0215] 3) The terms "system" and "network" in the embodiments of the present application can be used interchangeably. "At least one" means one or more, and "plurality" 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 represent: the existence of A alone, the existence of A and B at the same time, and the existence of B alone, where A and B can be singular or plural. The character " / " generally indicates that the previous and subsequent associated objects are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.
[0216] Furthermore, unless otherwise specified, the ordinal numbers such as "first" and "second" mentioned in the embodiments of the present application are used to distinguish multiple objects, and are not used to limit the size, content, order, timing, priority or importance of multiple objects. For example, the first configuration information and the second configuration information are only used to distinguish different configuration information, and do not indicate the difference in the amount of information, content, priority or importance of the two configuration information.
[0217] The foregoing introduces some terminology concepts involved in the embodiments of the present application. The following introduces the technical features involved in the embodiments of the present application.
[0218] The sidelink refers to the transmission link between two terminal devices, for example, Figure 1A , which is a schematic diagram of V2X. Two vehicles can be regarded as two terminal devices, namely terminal device 1 and terminal device 2. The two terminal devices can communicate through the side link, and the base station can allocate resources for the side link communication to the two terminal devices. Figure 1B , is a schematic diagram of a mobile phone communicating with smart glasses via a side link, the smart glasses being, for example, augmented reality (AR) / virtual reality (VR) glasses. Figure 1A Vehicles in, or Figure 1B mobile phones or smart glasses) and access network devices (such as Figure 1Aor Figure 1B The base stations in the network communicate with each other through the Uu port.
[0219] In addition, consider another scenario where terminal device 2 accesses the network through terminal device 1, that is, the information between terminal device 2 and the network needs to be relayed through terminal device 1. It can be understood that terminal device 2 is a remote terminal device, terminal device 1 is a relay terminal device, and terminal device 1 provides relay services for terminal device 2. Relay means that the information sent by terminal device 2 to the network is sent to the access network device through terminal device 1, and the information sent by the network to terminal device 2 is also sent to terminal device 2 through terminal device 1. For example, terminal device 2 is in an out of coverage (OOC) state, or terminal device 2 is a terminal device without Uu function (for example, terminal device 2 is not equipped with a Uu port). Please refer to Figure 2 , which is an illustration of the scene. Figure 2 It includes terminal device 1, terminal device 2, access network device, and core network device. The access network device is the access network device accessed by terminal device 1, and the core network device is the core network device serving the access network device. Information between terminal device 2 and the access network device can be transferred through terminal device 1.
[0220] Figure 2 The access network device in the embodiment is, for example, a base station. The access network device corresponds to different devices in different systems. For example, in the fourth generation mobile communication technology (the 4th generation, 4G) system, it can correspond to eNB, and in the 5G system, it corresponds to the access network device in 5G, such as gNB. Of course, the technical solution provided in the embodiment of the present application can also be applied to future mobile communication systems, so Figure 2 The access network equipment in the present invention may also correspond to the network equipment in the future mobile communication system. Figure 2 Taking the access network device as a base station as an example, in fact, referring to the introduction in the previous article, the access network device can also be RSU and other devices. In addition, Figure 2 The core network in the example is AMF, or it may be other core network equipment.
[0221] In this scenario, if terminal device 2 cannot communicate with the base station through the Uu port, for example, terminal device 2 is in OOC state, or terminal device 2 is not equipped with a Uu port, etc., then if terminal device 2 wants to configure the side link between terminal device 2 and terminal device 1, terminal device 2 can configure it by itself. For example, terminal device 2 can pre-store one or more sets of configurations, and terminal device 2 can configure the side link according to the pre-stored set of configurations. However, this method is not flexible enough, and the pre-stored configuration of terminal device 2 may not meet the requirements of the current link. Therefore, in this scenario, the base station can also configure terminal device 2. The configuration process is introduced below. The flow of this process can be referred to. Figure 3 .
[0222] S31. A PC5-signal (signal, S) connection is established between terminal device 1 and terminal device 2.
[0223] S32: The base station sends a common configuration and a transmission configuration to the terminal device 2, and the terminal device 2 receives the transmission configuration and the common configuration from the base station. The transmission configuration and the common configuration are the configurations of the terminal device 2 corresponding to the sidelink between the terminal device 2 and the terminal device 1.
[0224] For example, if terminal device 2 wants to send information to terminal device 1, terminal device 2 can request the base station to send down the configuration corresponding to the side link, and the base station can send the common configuration and the sending configuration to terminal device 2.
[0225] S33 . Terminal device 2 sends the common configuration to terminal device 1 , and terminal device 1 receives the common configuration from terminal device 2 .
[0226] S34. Configuration of terminal device 1 fails.
[0227] The terminal device 1 may generate a receiving configuration of the terminal device 1 corresponding to the side link according to the received common configuration. Here, the failure of the terminal device 1 to generate the receiving configuration is taken as an example.
[0228] S35 , terminal device 1 sends configuration failure information to terminal device 2 , and terminal device 2 receives configuration failure information from terminal device 1 .
[0229] S36. Terminal device 2 sends configuration failure information to the base station, and the base station receives the configuration failure information from terminal device 2.
[0230] Among them, terminal device 2 sends the configuration failure information to terminal device 1, and terminal device 1 then forwards the configuration failure information to the base station.
[0231] It can be seen that for the above configuration process, if the terminal device 2 fails to generate the receiving configuration, since the terminal device 2 obtains the common configuration from the terminal device 1, the terminal device 2 needs to send the configuration failure information to the terminal device 1, and then the terminal device 1 sends the configuration failure information to the terminal device 2, and the terminal device 2 forwards the configuration failure information to the base station. It can be seen that this process causes repeated transmission of information and wastes transmission resources.
[0232] In view of this, a technical solution of an embodiment of the present application is provided. In an embodiment of the present application, if a relay terminal device providing relay service for a remote terminal device fails to be configured, the relay terminal device may send a first configuration failure message to a network device, that is, the relay terminal device does not need to send the first configuration failure message to the remote terminal device, and the remote terminal device then forwards the first configuration failure message to the network through the relay terminal device, thereby reducing the forwarding process of the first configuration failure message and saving transmission resources.
[0233] The technical solution provided in the embodiments of the present application can be applied to 4G systems, such as LTE systems, or can be applied to 5G systems, such as NR systems, or can also be applied to next-generation mobile communication systems or other similar communication systems, without specific limitations. In addition, the technical solution provided in the embodiments of the present application can be applied to device-to-device (D2D) scenarios, such as NR-D2D scenarios, etc., or can be applied to V2X scenarios, such as NR-V2X scenarios, etc., for example, it can be applied to vehicle networks, such as V2X, vehicle-to-vehicle (V2V), etc., or can be used in the fields of intelligent driving, assisted driving, or intelligent connected vehicles.
[0234] For an application scenario of the embodiment of the present application, please refer to Figure 2 .
[0235] For example, users now have many types of terminal devices, such as mobile phones, smart watches, smart bracelets, smart wireless headphones or smart glasses. Among these terminal devices, other terminal devices except mobile phones do not need to be equipped with Uu ports. For example, smart watches or smart glasses do not need to be equipped with Uu ports. These terminal devices without Uu ports can access the network through mobile phones and conduct sideline communications controlled by the network, or the mobile phone can control the communication of the terminal device in the sideline link. For example, smart glasses enable users to watch VR videos on mobile phones, even VR videos in the cloud, on their glasses by conducting sideline communications with mobile phones. Another example is that smart wireless headphones enable users to listen to music on their mobile phones through smart wireless headphones by conducting sideline communications with mobile phones.
[0236] For example, in some scenarios where there is no network coverage, such as in a basement, the network signal is not sufficient to support communication. Then the terminal device in the basement can connect to the network through the terminal device upstairs to establish a communication link and expand the coverage of the existing network.
[0237] In the various embodiments of the present application described below, the second terminal device is, for example, a terminal device that cannot communicate with the network device through a Uu port, for example, the second terminal device is not covered by the network device, or the second terminal device is not provided with a Uu port.
[0238] The present application embodiment provides a first communication method, see Figure 4 , which is a flowchart of the method. In the following introduction, the method is applied to Figure 2 Take the network architecture shown in the figure as an example. Figure 2 The scenario shown is a relay scenario, or the embodiments of the present application may not be used in a relay scenario, but may be used in a scenario where two terminal devices are directly connected. For example, the first terminal device can communicate with the second terminal device, the second terminal device is in an OOC state, or the second terminal device is not provided with a Uu port, and the first terminal device is in a network coverage (in coverage, IC) state, then the network device serving the first terminal device can provide configuration information for the second terminal device.
[0239] For the sake of convenience, in the following, the method is performed by a network device and a terminal device as an example. Figure 2 The network architecture shown in the figure is taken as an example. Therefore, the network devices described below can be Figure 2 The access network device in the network architecture shown in FIG. 1 , the first terminal device described below may be Figure 2 In the network architecture shown in FIG. 1 , the second terminal device described below may be Figure 2 Terminal device 2 in the network architecture shown.
[0240] S41, the first terminal device and the second terminal device establish a PC5-S connection. After the PC5-S connection is established, the first terminal device and the second terminal device can communicate via a side link.
[0241] S42: The network device sends fourth configuration information to the second terminal device. Correspondingly, the second terminal device receives the fourth configuration information from the network device.
[0242] Before executing S42, for example, if the second terminal device wants to send information to the first terminal device, the second terminal device may send a second request message to the network device to request the network device to configure the radio bearer between the first terminal device and the second terminal device. After receiving the second request message from the second terminal device, the network device may send fourth configuration information to the second terminal device, and the fourth configuration information is used to configure the radio bearer between the first terminal device and the second terminal device, for example, the radio bearer is referred to as the fourth radio bearer. The fourth configuration information is the configuration of the second terminal device corresponding to the first radio bearer, or in other words, the second terminal device may configure the first radio bearer according to the fourth configuration information. The first radio bearer is, for example, a sidelink data radio bearer (SLRB), or it may also be a signaling control channel (SCCH), or a SL-signaling radio bearer (SRB) may be introduced between terminal devices, and the first radio bearer may also be a SL-SRB.
[0243] For example, the network device may send the fourth configuration information to the second terminal device via the RRC connection between the network device and the second terminal device. Alternatively, a dedicated radio bearer (for example, called a second radio bearer) may be established in advance between the first terminal device and the second terminal device, and a dedicated radio bearer (for example, called a third radio bearer) may be established between the first terminal device and the network device, the second radio bearer being used to transmit the relay information of the second terminal device (that is, the information sent by the second terminal device to the network device, or the information sent by the network device to the second terminal device), and the third radio bearer is also used to transmit the relay information of the second terminal device. The network device may also send the fourth configuration information to the first terminal device via the third radio bearer, and the first terminal device may determine that the fourth configuration information needs to be forwarded to the second terminal device based on the third radio bearer, and the first terminal device may send the fourth configuration information to the second terminal device via the second radio bearer.
[0244] The fourth configuration information includes, for example, a sending configuration (for example, called the third sending configuration) and a common configuration (for example, called the third common configuration). The so-called sending configuration refers to a configuration related to the sending process, and the so-called common configuration refers to a configuration related to the sending process and / or the receiving process.
[0245] Among them, the third sending configuration may include one or more of the following: packet data convergence protocol (PDCP) discard timer, robust header compression (RoHC) compression profile configuration, whether the service data adaptation protocol (SDAP) packet header appears (or information on whether the SDAP packet header appears), a mapping relationship with the service quality flow identity (QFI) on the SL, or a sending type (for example, broadcast, unicast or multicast), etc. For example, the third transmission configuration may include a PDCP discard timer; or, the third transmission configuration may include a RoHC compression profile configuration; or, the third transmission configuration may include whether the SDAP header appears; or, the third transmission configuration may include a mapping relationship with the QFI on the SL; or, the third transmission configuration may include a transmission type (for example, broadcast, unicast or multicast); or, the third transmission configuration may include various combinations of the above configurations, such as the third transmission configuration may include a PDCP discard timer, whether the RoHC compression profile configuration and the SDAP header appear, a mapping relationship with the QFI on the SL, and a transmission type, etc. Of course, in addition to the above items, the third transmission configuration may also include other information, such as the transmission side configuration information about SDAP, or PDCP, or radio link control (radio link control, RLC), or media access control (media access control, MAC), or physical layer (PHY), etc., or, the third transmission configuration does not include any of the above items, but includes other information. Among them, the PDCP discard timer can be used to determine the timeliness of the PDCP service data unit (SDU) on the transmitting side. RoHC compression profile configuration can be used to determine whether the sender supports compression configuration. Information about whether the SDAP header appears can be used to determine SDAP-related configuration. The mapping relationship with the QFI on the SL can be used by the sender to determine the configuration corresponding to the service flow on the SL. The transmission type, such as broadcast, unicast, or multicast, can be used to configure the transmission type on the sender.
[0246] The third common configuration may include one or more of the following: QFI corresponding to SDAP, sequence number (SN) length of PDCP and radio link control (RLC), whether header compression is used, or logical channel ID (LCID). For example, the third common configuration may include QFI corresponding to SDAP; or, the third common configuration may include sequence number (SN) length of PDCP and RLC; or, the third command configuration may include LCID; or, the third command configuration may include various combinations of the above configurations, such as the third common configuration may include QFI corresponding to SDAP, SN length of PDCP and RLC, LCID, and whether header compression is used, etc. Of course, in addition to the above items, the third common configuration may also include other information, such as the same configuration information on both sides of SDAP, or PDCP, or RLC, or MAC, or PHY, etc., or, the third common configuration does not include any of the above items, but includes other information. Among them, QFI corresponding to SDAP can be used to indicate the QFI of the corresponding SDAP configuration. The SN length of PDCP and RLC can be used to indicate the number of bits occupied by the SN of PDCP and RLC data packets.
[0247] S43. The second terminal device configures the first radio bearer according to the fourth configuration information.
[0248] For example, the second terminal device configures the first radio bearer according to the third sending configuration and the third common configuration. For example, the second terminal device can configure the sending parameters of the first radio bearer according to the third sending configuration and / or the third common configuration. If the first radio bearer is a bidirectional radio bearer, the second terminal device can also obtain the receiving configuration of the second terminal device corresponding to the first radio bearer (for example, called the fourth receiving configuration) according to the third common configuration, and configure the receiving parameters of the first radio bearer according to the fourth receiving configuration, so that the second terminal device can receive information from the first terminal device through the first radio bearer.
[0249] In addition, the first radio bearer needs to correspond to a corresponding logical channel at the media access control (MAC) layer, and which logical channel it corresponds to can be determined by the second terminal device, so the second terminal device can allocate a logical channel for the first radio bearer and determine the logical channel ID (LCID) of the logical channel. Alternatively, the logical channel corresponding to the first radio bearer can also be directly configured by the network device, such as by configuring through the fourth configuration information.
[0250] For the fourth configuration information from the network device, the network device will send the number of the first wireless bearer corresponding to the fourth configuration information together with the fourth configuration information on the Uu port. However, for example, the second terminal device may communicate with multiple terminal devices, and more than one network device may send configuration information to the second terminal device (such as the second terminal device always obtains the corresponding sending configuration through the network device corresponding to the terminal device communicating with its PC5 port), or even if there is only one network device, when the network device numbers the wireless bearers of different terminal devices corresponding to the PC5 port on the Uu port, there may be duplication. For example, for the second terminal device, the network device sends one configuration information, and for another terminal device, such as the third terminal device, the network sends another configuration information. These two configuration information are used to configure two wireless bearers for two different terminal devices. The numbers set by the network device for the two radio bearers corresponding to the two configuration information may be the same, which will cause confusion to the second terminal device; or, when the network device numbers different side radio bearers of the configured terminal device on the Uu port, there may be duplication. For example, for the second terminal device, the network device sends two configuration information, one configuration information is used to configure the radio bearer for the second terminal device to communicate directly with the first terminal device, and the other configuration information is used to configure the radio bearer for the second terminal device to connect to the network through the first terminal device. The numbers set by the network device for the two radio bearers corresponding to the two configuration information may be the same, which will cause confusion to the second terminal device. Therefore, after receiving the fourth configuration information, the second terminal device can set the number on the PC5 port for the first radio bearer corresponding to the fourth configuration information, that is, the radio bearer configured by the same configuration information will correspond to the number of the Uu port and the number of PC5, and these two numbers correspond to each other. Of course, the second terminal device may not set the number on the PC5 port for the first radio bearer corresponding to the fourth configuration information, as long as the second terminal device can distinguish that different configuration information from the network device corresponds to different radio bearers.
[0251] S44. The second terminal device sends first configuration information to the first terminal device, and correspondingly, the first terminal device receives the first configuration information from the second terminal device.
[0252] The first configuration information is the configuration of the first terminal device corresponding to the first radio bearer, or in other words, the first terminal device can configure the first radio bearer according to the first configuration information.
[0253] The first configuration information, for example, includes a common configuration (for example, called the first common configuration). For example, the first common configuration is the same as the third common configuration, or in other words, the first common configuration is the third common configuration. For the content included in the first common configuration, please refer to the previous description of the content included in the third common configuration. In addition, the first configuration information may also include the LCID of the logical channel allocated by the second terminal device or network device to the first wireless bearer. And, the first configuration information may also include the number of the first wireless bearer on the PC5 port, or include the correspondence between the number of the first wireless bearer on the PC5 port and the number of the first wireless bearer on the Uu port.
[0254] Optionally, the second terminal device may also send the type information of the first radio bearer to the first terminal device, and the first terminal device receives the type information from the second terminal device. The type information of the first radio bearer may, for example, indicate that the first radio bearer is in acknowledge mode (AM) or unacknowledge mode (UM), or the type information of the first radio bearer may indicate that the first radio bearer is a unidirectional radio bearer or a bidirectional radio bearer, or the type information of the first radio bearer may indicate that the first radio bearer is AM or UM, and indicates that the first radio bearer is a unidirectional radio bearer or a bidirectional radio bearer.
[0255] Among them, AM can indicate that the first radio bearer supports the automatic repeat-request (ARQ) protocol, and UM can indicate that the first radio bearer does not support the ARQ protocol. The so-called unidirectional radio bearer means that the first radio bearer can only transmit in one direction. For example, only the second terminal device can send information to the first terminal device through the first radio bearer, and the first terminal device cannot send information to the second terminal device through the first radio bearer. The so-called bidirectional radio bearer means that the first radio bearer can transmit in both directions. For example, the second terminal device can send information to the first terminal device through the first radio bearer, and the first terminal device can also send information to the second terminal device through the first radio bearer.
[0256] S45. The first terminal device configures the first radio bearer according to the first configuration information.
[0257] For example, the first terminal device may generate a receiving configuration of the first terminal device corresponding to the first radio bearer according to the first common configuration included in the first configuration information, for example, referred to as the first receiving configuration. The first terminal device may configure the receiving parameters of the first radio bearer according to the first receiving configuration, so that the first terminal device can receive information from the second terminal device through the first radio bearer.
[0258] If the first terminal device fails to generate the first receiving configuration, or the first terminal device fails to configure the first wireless bearer according to the first configuration information, S48 can be continued to be executed; alternatively, if the first terminal device generates the first receiving configuration successfully, or the first terminal device configures the first wireless bearer successfully according to the first configuration information, and the first wireless bearer is a unidirectional wireless bearer, the process ends; alternatively, if the first terminal device generates the first receiving configuration successfully, or the first terminal device configures the first wireless bearer successfully according to the first configuration information, and the first wireless bearer is a bidirectional wireless bearer, S46 can be continued to be executed.
[0259] S46: The first terminal device sends a third request message to the network device, and correspondingly, the network device receives the third request message from the first terminal device. The third request message is used to request the first terminal device to configure the transmission corresponding to the first radio bearer.
[0260] Because the first terminal device only generates the first receiving configuration according to the first configuration information, if the first wireless bearer is a bidirectional wireless bearer, the first terminal device also needs to obtain the sending configuration of the first terminal device corresponding to the first wireless bearer. Therefore, the first terminal device can request the network device to obtain the sending configuration of the first terminal device corresponding to the first wireless bearer.
[0261] Optionally, the third request message may further include a QFI, where the QFI is, for example, a quality of service (QoS) requirement of the second terminal device for the first radio bearer, and the network device may determine the transmission configuration of the first terminal device corresponding to the first radio bearer according to the QFI. The QFI is, for example, sent by the second terminal device to the first terminal device.
[0262] S47: The network device sends a first message to the first terminal device, and correspondingly, the first terminal device receives the first message from the network device. The first message may include a sending configuration of the first terminal device corresponding to the first radio bearer, for example, the sending configuration is referred to as a first sending configuration.
[0263] For example, if the third request message includes the QFI, the first sending configuration may be determined by the network device according to the QFI. Of course, the network device may also refer to other factors when determining the first sending configuration, which is not limited in the embodiment of the present application.
[0264] After receiving the first sending configuration, the first terminal device can configure the sending parameters of the first wireless bearer according to the first sending configuration, so that the first terminal device can send information to the second terminal device through the first wireless bearer, so that the first wireless bearer can have a two-way transmission function.
[0265] If the first radio bearer is a unidirectional radio bearer, it is not necessary to perform S46 and S47, so S46 and S47 are optional steps. Figure 4 Indicated by dotted line.
[0266] S48: The first terminal device sends first configuration failure information to the network device, and correspondingly, the network device receives the first configuration failure information from the first terminal device. The first configuration failure information may indicate that the first terminal device fails to configure the first radio bearer.
[0267] For example, the first configuration failure information may be carried in an RRC message and sent to the network device. The RRC message may reuse the currently existing RRC message, or may be an RRC message newly added in the embodiment of the present application and dedicated to sending the first configuration failure information. If the first configuration failure information is carried in the RRC message, the first configuration failure information may be carried by the existing information element in the RRC message, or a new information element may be added to the RRC message to carry the first configuration failure information. For example, the first terminal device may send an RRC message to the network device, and the RRC message may include a first information element, and the first configuration failure information may occupy a bit in the first information element, or in other words, the first information element may carry the first configuration failure information, for example, the first information element may use one or more bits to carry the first configuration failure information. The first information element may be an existing information element in the RRC message, for example, the first information element is an information element used to indicate the cause of the failure, for example, the first information element is an sl-failure information element, and the original information element in the RRC message is used to carry the first configuration failure information, without adding a new information element in the RRC message, so that the RRC message can be better compatible with existing technologies. Alternatively, the first information element may also be an information element newly added in the RRC message. Using the new information element to carry the first configuration failure information can increase the recognition of the first configuration failure information.
[0268] As an optional implementation, the first configuration failure information may occupy a reserved bit in the first cell. For example, the first cell is an sl-failure cell, which may currently include 4 bits, 2 of which are occupied. These 2 bits are used to indicate a radio link failure (RLF) event and a configuration failure event, respectively, and the remaining 2 bits of the 4 bits are reserved bits. Then the first configuration failure information may occupy one or two of the 2 reserved bits. For example, the first configuration failure information occupies one of the 2 reserved bits. If the value of the bit is "1", it indicates that the terminal device has sent the first configuration failure information to the network device. If the value of the bit is "0", it indicates that the terminal device has not sent the first configuration failure information to the network device. In this way, there is no need to change the meaning of other bits of the original cell, which is more conducive to compatibility with existing technologies.
[0269] Alternatively, although the first cell may be an existing cell, the embodiment of the present application may also make some improvements to the existing cell. For example, the first cell is an sl-failure cell, which currently may include 4 bits. Then the embodiment of the present application may change the number of bits included in the cell, for example, reducing the number of bits included in the cell to 2, and the 2 bits will correspond to 4 values (or 4 states), and each value may indicate a type of information. For example, the value of these 2 bits is "00" which may indicate an RLF event, and the value of "01" which may indicate a configuration failure event. These two events are currently existing events. In addition, the value of these two bits is "10" which may indicate the first configuration failure information, that is, if the value of these two bits is "10", it indicates that the terminal device has sent the first configuration failure information to the network device. The state of the value of these two bits being "11" may continue to be reserved to indicate other information. In this way, the number of bits of the existing cell can be reduced and the signaling overhead can be reduced.
[0270] Alternatively, if the first information element is an existing information element, the embodiment of the present application may also expand the number of bits of the first information element, for example, by adding one or more bits to the first information element to carry the first configuration failure information.
[0271] Optionally, the first configuration failure information may also include information of the first radio bearer, the information of the first radio bearer may be, for example, the SL-DRB ID or Uu DRB ID of the first radio bearer, or the information of the first radio bearer may also be the address of the terminal device corresponding to the first radio bearer on the side link, such as the (layer 2, L2) destination address of the second terminal device.
[0272] In the embodiment of the present application, although the first configuration information is not sent by the network device to the first terminal device, but is sent by the second terminal device to the first terminal device, if a configuration failure occurs in the first terminal device, it can also be stipulated that the first terminal device sends the first configuration failure information to the network device. In this way, the back-and-forth transmission of information can be reduced.
[0273] S49, the first terminal device sends second configuration failure information to the second terminal device, and correspondingly, the second terminal device receives the second configuration failure information from the first terminal device. The second configuration failure information may indicate that the first terminal device fails to configure the first radio bearer.
[0274] In addition to sending the first configuration failure information to the network device, the first terminal device may also send the second configuration failure information to the second terminal device, because the first configuration information is sent by the second terminal device to the first terminal device. After the second terminal device receives the second configuration failure information from the first terminal device, it can determine that the first terminal device has failed to configure the first radio bearer, so that the second terminal device may temporarily not communicate with the first terminal device through the first radio bearer.
[0275] In addition, after receiving the second configuration failure information, the second terminal device will not trigger forwarding the second configuration failure information to the network device, so as to avoid repeated transmission of the configuration failure information.
[0276] S48 may occur before S49, or S48 may occur after S49, or S48 and S49 may occur simultaneously.
[0277] Among them, S49 is an optional step. Figure 4 Indicated by dotted line.
[0278] In the embodiment of the present application, if the configuration of the first terminal device fails, the first terminal device can send the first configuration failure information to the network device, that is, the first terminal device does not need to send the first configuration failure information to the second terminal device, and the second terminal device forwards the first configuration failure information to the network through the first terminal device, thereby reducing the forwarding process of the first configuration failure information and saving transmission resources. And because the first configuration failure information does not need to be transmitted back and forth between terminal devices, the transmission delay is also reduced.
[0279] In order to solve the same technical problem, the present application embodiment provides a second communication method, see Figure 5 , which is a flowchart of the method. In the following introduction, the method is applied to Figure 2 Take the network architecture shown in the figure as an example. Figure 2The scenario shown is a relay scenario, or the embodiment of the present application may not be used in a relay scenario, but may be used in a scenario where two terminal devices are directly connected. For example, the first terminal device can communicate with the second terminal device, the second terminal device is in an OOC state, or the second terminal device is not provided with a Uu port, and the first terminal device is in a network coverage state. In this case, the network device serving the first terminal device can provide configuration information for the second terminal device.
[0280] For the sake of convenience, in the following, the method is performed by a network device and a terminal device as an example. Figure 2 The network architecture shown in the figure is taken as an example. Therefore, the network devices described below can be Figure 2 The access network device in the network architecture shown in FIG. 1 , the first terminal device described below may be Figure 2 In the network architecture shown in FIG. 1 , the second terminal device described below may be Figure 2 Terminal device 2 in the network architecture shown.
[0281] S51, the first terminal device and the second terminal device establish a PC5-S connection. After the PC5-S connection is established, the first terminal device and the second terminal device can communicate via a side link.
[0282] S52: The network device sends fourth configuration information to the second terminal device. Correspondingly, the second terminal device receives the fourth configuration information from the network device.
[0283] The fourth configuration information includes, for example, a sending configuration (for example, called a third sending configuration) and a common configuration (for example, called a third common configuration). The so-called sending configuration refers to a configuration related to the sending process, and the so-called common configuration refers to a configuration related to the sending process and / or the receiving process. Optionally, if the first radio bearer is a bidirectional radio bearer, the fourth configuration information may also include a receiving configuration (for example, called a fourth receiving configuration). The so-called receiving configuration refers to a configuration related to the receiving process. For example, the fourth receiving configuration may include a PDCP reordering timer, and of course may also include other parameters.
[0284] For more information about S52, please refer to Figure 4 The embodiment shown is an introduction to S42.
[0285] S53. The second terminal device configures the first radio bearer.
[0286] For example, the second terminal device configures the first radio bearer according to the fourth configuration information. For example, the second terminal device may configure the transmission parameters of the first radio bearer according to the third transmission configuration and / or the third common configuration, so that the second terminal device can send information to the first terminal device through the first radio bearer. If the first radio bearer is a bidirectional radio bearer, and the fourth configuration information also includes a fourth reception configuration, the second terminal device may also configure the reception parameters of the first radio bearer according to the third common configuration and / or the fourth reception configuration, so that the second terminal device can receive information from the first terminal device through the first radio bearer.
[0287] In addition, the first radio bearer needs to correspond to a corresponding logical channel at the MAC layer, and which logical channel it corresponds to can be determined by the second terminal device, so the second terminal device can allocate a logical channel for the first radio bearer and determine the LCID of the logical channel. Alternatively, the logical channel corresponding to the first radio bearer at the MAC layer can also be directly configured by the network device, such as by sending the fourth configuration information to the second terminal device.
[0288] In addition, after receiving the fourth configuration information, the second terminal device can set the number on the PC5 port for the first radio bearer corresponding to the fourth configuration information, that is, the radio bearer configured by the same configuration information will correspond to the number of the Uu port and the number of PC5, and the two numbers correspond to each other. Of course, the second terminal device may not set the number on the PC5 port for the first radio bearer corresponding to the fourth configuration information, as long as the second terminal device can distinguish that different configuration information from the network device corresponds to different radio bearers.
[0289] Alternatively, after receiving the fourth configuration information, if the second terminal device sets a number on the PC5 port for the first radio bearer, the second terminal device may also set a correspondence between the QFI and the number of the first radio bearer on the PC5 port; or, if the second terminal device does not set a number on the PC5 port for the first radio bearer, the second terminal device may also set a correspondence between the QFI and the number of the first radio bearer on the Uu port. The QFI is, for example, a QoS requirement of the second terminal device for the first radio bearer.
[0290] For more information about S53, please refer to Figure 4 The embodiment shown is an introduction to S43.
[0291] S54: The network device sends second configuration information to the first terminal device, and correspondingly, the first terminal device receives the second configuration information from the network device.
[0292] The second configuration information includes, for example, a receiving configuration (for example, referred to as a second receiving configuration) and a common configuration (for example, referred to as a second common configuration). The so-called receiving configuration refers to a configuration related to a receiving process, and the so-called common configuration refers to a configuration related to a sending process and / or a receiving process. For example, the second receiving configuration may include a PDCP reordering timer, and of course may also include other parameters. Optionally, if the first radio bearer is a bidirectional radio bearer, the second configuration information may also include a sending configuration (for example, referred to as a second sending configuration).
[0293] In addition, the first radio bearer needs to correspond to a corresponding logical channel at the MAC layer, which can be sent by the second terminal device through the first information. Alternatively, the logical channel corresponding to the first radio bearer at the MAC layer can also be directly configured by the network device, such as by sending the second configuration information to the first terminal device.
[0294] For more information about S54, please refer to Figure 4 For the introduction of S42 in the illustrated embodiment, it is only necessary to replace the "fourth configuration information" in S44 with the "second configuration information", the "third sending configuration" with the "second sending configuration", and the "third common configuration" with the "second common configuration".
[0295] Among them, S52 can be executed before S54, or S52 can be executed after S54, or S52 and S54 can be executed simultaneously.
[0296] S55. The second terminal device sends the first information to the first terminal device, and correspondingly, the first terminal device receives the first information from the second terminal device.
[0297] The first information, for example, includes the LCID of the logical channel corresponding to the first wireless bearer, which is determined by the second terminal device in S53, or is used to indicate that the first wireless bearer has been configured, so as to avoid the first terminal device and the second terminal device not knowing whether the other party has been configured. Alternatively, the LCID corresponding to the first wireless bearer can also be configured by the network device, for example, the network device can send the second configuration information to the first terminal device, then the first information does not include the LCID. Optionally, the first information can also include the first corresponding relationship, or the second corresponding relationship, or the first corresponding relationship and the second corresponding relationship. The first corresponding relationship is, for example, the corresponding relationship between the number of the first wireless bearer on the Uu port and the number of the first wireless bearer on the PC5 port; the second corresponding relationship is, for example, the corresponding relationship between the QFI and the number of the first wireless bearer on the PC5 port, or the corresponding relationship between the QFI and the number of the first wireless bearer on the Uu port.
[0298] S56. The first terminal device obtains the first configuration information according to the second configuration information and the first information.
[0299] For example, the first configuration information may include the second configuration information and the first information.
[0300] S57. The first terminal device configures the first radio bearer according to the first configuration information.
[0301] For example, the first terminal device may configure the transmission parameters of the first radio bearer according to the first common configuration and / or the first transmission configuration included in the first configuration information, so that the first terminal device can send information to the second terminal device through the first radio bearer. If the first configuration information also includes a first reception configuration, the first terminal device may configure the reception parameters of the first radio bearer according to the first reception configuration and / or the first common configuration, so that the first terminal device can receive information from the second terminal device through the first radio bearer.
[0302] If the first terminal device successfully configures the first radio bearer according to the first configuration information, the process ends; or if the first terminal device fails to configure the first radio bearer according to the first configuration information, continue to execute S58.
[0303] S58: The first terminal device sends first configuration failure information to the network device, and correspondingly, the network device receives the first configuration failure information from the first terminal device. The first configuration failure information may indicate that the first terminal device fails to configure the first radio bearer.
[0304] In the embodiment of the present application, since the second configuration information is sent by the network device to the first terminal device, if the configuration of the first terminal device fails, the first configuration failure information is equivalent to the response information sent by the first terminal device to the network device, which is more natural in terms of process and conforms to the execution habits of the device.
[0305] For more information about S58, please refer to Figure 4 Introduction of S48 in the illustrated embodiment.
[0306] S59: The first terminal device sends second configuration failure information to the second terminal device, and correspondingly, the second terminal device receives the second configuration failure information from the first terminal device. The second configuration failure information may indicate that the first terminal device fails to configure the first radio bearer.
[0307] Although the second configuration information is not sent by the second terminal device to the first terminal device, but is sent by the network device to the first terminal device, if the configuration of the first terminal device fails, it can also be stipulated that the first terminal device also sends the second configuration failure information to the second terminal device. After the second terminal device receives the second configuration failure information from the first terminal device, it can determine that the first terminal device has failed to configure the first radio bearer, so that the second terminal device can temporarily not communicate with the first terminal device through the first radio bearer.
[0308] In addition, after receiving the second configuration failure information, the second terminal device will not trigger forwarding the second configuration failure information to the network device, so as to avoid repeated transmission of the configuration failure information.
[0309] S58 may occur before S59, or S58 may occur after S59, or S58 and S59 may occur simultaneously.
[0310] Among them, S59 is an optional step. Figure 5 Indicated by dotted line.
[0311] In an embodiment of the present application, if a configuration failure occurs in the first terminal device, the first terminal device can send a first configuration failure message to the network device, that is, the first terminal device does not need to send the first configuration failure message to the second terminal device, and the second terminal device then forwards the first configuration failure message to the network through the first terminal device, thereby reducing the forwarding process of the first configuration failure message, thereby saving transmission resources. And because the first configuration failure message does not need to be transmitted back and forth between terminal devices, the transmission delay is also reduced. Moreover, the network device can send configuration information corresponding to the first wireless bearer to the two terminal devices respectively, without the need for the terminal device to generate additional configuration information, thereby reducing the burden on the terminal device, and also making the application scope of the method provided in the embodiment of the present application wider, for example, it can be applied to more low-cost terminal devices.
[0312] In order to solve the same technical problem, the present application embodiment provides a second communication method, see Figure 6 , which is a flowchart of the method. In the following introduction, the method is applied to Figure 2 Take the network architecture shown in the figure as an example. Figure 2 The scenario shown is a relay scenario, or the embodiment of the present application may not be used in a relay scenario, but may be used in a scenario where two terminal devices are directly connected. For example, the first terminal device can communicate with the second terminal device, the second terminal device is in an OOC state, or the second terminal device is not provided with a Uu port, and the first terminal device is in a network coverage state. In this case, the network device serving the first terminal device can provide configuration information for the second terminal device.
[0313] For the sake of convenience, in the following, the method is performed by a network device and a terminal device as an example. Figure 2 The network architecture shown in the figure is taken as an example. Therefore, the network devices described below can be Figure 2 The access network device in the network architecture shown in FIG. 1 , the first terminal device described below may be Figure 2 In the network architecture shown in FIG. 1 , the second terminal device described below may be Figure 2 Terminal device 2 in the network architecture shown.
[0314] S61: The first terminal device and the second terminal device establish a PC5-S connection. After the PC5-S connection is established, the first terminal device and the second terminal device can communicate via a side link.
[0315] S62. The second terminal device sends QoS information to the first terminal device, and correspondingly, the first terminal device receives QoS information from the second terminal device.
[0316] The QoS information may indicate the QoS requirement of the second terminal device for the first radio bearer. For example, the QoS information may include a QFI, or may also include other information.
[0317] For example, the second terminal device may send the QoS information to the first terminal device via a PC5-RRC message, or the second terminal device may send the QoS information to the first terminal device via other messages.
[0318] S63: The first terminal device sends the second information to the network device. Correspondingly, the network device receives the second information from the first terminal device. The second information can be used to request configuration of a radio bearer between the first terminal device and the second terminal device, and the radio bearer is a bidirectional radio bearer. For example, the radio bearer is referred to as the first radio bearer. For an introduction to the implementation of the first radio bearer, please refer to Figure 4 The relevant contents in the embodiment shown.
[0319] Generally speaking, whichever terminal device determines that it needs to send information to the other end, the terminal device can send information for requesting configuration of the first radio bearer to the network device. In the embodiment of the present application, the second terminal device should actually be the information sender, that is, the second terminal device is to send information to the first terminal device, such as Figure 4 The embodiment shown or Figure 5 This is true in the embodiments shown, but Figure 4 The embodiment shown or Figure 5In the illustrated embodiment, the second terminal device sends a second request message to the network device to request the network device to configure the first radio bearer. In the embodiment of the present application, it can be considered that the first terminal device sends the second information to the network device, so that the network device regards the first terminal device as the sender of the information, and the network device will send the configuration information of the first radio bearer to the first terminal device. In this way, if the configuration fails in the first terminal device, it can send information indicating the configuration failure to the network device, so that the execution of the entire process is more in line with the execution habits of the device.
[0320] Because the first terminal device in the embodiment of the present application makes the network device regard the first terminal device as the information sender, when sending configuration information, the network device will send the sending configuration corresponding to the first radio bearer to the first terminal device, and the first terminal device will configure the first radio bearer according to the sending configuration, so that the first terminal device can send information to the second terminal device. However, the actual information sender should be the second terminal device, and the second terminal device needs to send information to the first terminal device through the first radio bearer. Therefore, in the embodiment of the present application, the second information needs to request the configuration of a bidirectional radio bearer, that is, the first radio bearer needs to be a radio bearer capable of bidirectional transmission, so as to meet the need of the second terminal device to send information to the first terminal device through the first radio bearer.
[0321] Optionally, the second information may include the QoS information, because the second terminal device is the actual information sender, and therefore the QoS requirement of the second terminal device for the first radio bearer should prevail. After receiving the QoS information, the network device may determine the configuration information of the first radio bearer according to the QoS information, so that the configured first radio bearer can better meet the needs of the second terminal device.
[0322] Optionally, the second information may also include information that the second terminal device is in the OOC state, or include information that the second terminal device is not configured with a Uu port. When the second terminal device is in the OOC state or the Uu port is not configured, the network where the second terminal device is located cannot configure a wireless bearer for the second terminal device. In this case, if the second terminal device can access the network where the first terminal device is located through the first terminal device, the network where the second terminal device is located can configure a wireless bearer for the first terminal device, etc. Therefore, in this case, it makes more sense for the second terminal device to configure a wireless bearer through the network of the first terminal device. Then, if it is determined that the second terminal device is in the OOC state or the second terminal device is not set with a Uu port, the first terminal device can send the second information to the access network device, and if it is determined that the second terminal device is not currently in the OOC state or the second terminal device is set with a Uu port, the first terminal device may not send the second information to the access network device, that is, if the second terminal device is not currently in the OOC state or the second terminal device is set with a Uu port, then the network where the second terminal device is located can configure a wireless bearer for the second terminal device, etc. In this case, even if the first terminal device does not serve as a relay device for the second terminal device, the wireless bearer between the second terminal device and the first terminal device can also be configured through the network where the second terminal device is located, which is more flexible. Alternatively, in an embodiment of the present application, regardless of whether the second terminal device is currently in the OOC state or not in the OOC state, the first terminal device can send the second information to the access network device to request the configuration of the wireless bearer. If this is the case, the second information may include information that the second terminal device is in the OOC state, or may not include information that the second terminal device is in the OOC state.
[0323] The second information is, for example, sidelink UE information (SUI), or may be other types of information.
[0324] S64: The network device determines first configuration information according to the second information. The first configuration information is configuration information of the first terminal device corresponding to the first radio bearer, or in other words, the first terminal device can configure the first radio bearer according to the first configuration information.
[0325] The first configuration information includes, for example, a sending configuration (for example, referred to as a first sending configuration) and a common configuration (for example, referred to as a first common configuration). For the contents included in the first sending configuration, please refer to Figure 4 For the introduction of the third sending configuration in the embodiment shown, the contents included in the first common configuration can be referred to. Figure 4 The illustrated embodiment introduces the third common configuration.
[0326] Optionally, the first configuration information may also include a receiving configuration (for example, referred to as a first receiving configuration).
[0327] S65. The network device sends first configuration information to the first terminal device. Correspondingly, the first terminal device receives the first configuration information from the network device.
[0328] For example, the network device may send the first configuration information to the first terminal device via an RRC message.
[0329] S66. The first terminal device configures the first radio bearer according to the first configuration information.
[0330] For example, the first terminal device configures the first radio bearer according to the first sending configuration and the first common configuration. For example, the first terminal device can configure the sending parameters of the first radio bearer according to the first sending configuration and / or the first common configuration, so that the first terminal device can send information to the second terminal device through the first radio bearer. Since the first radio bearer is a bidirectional radio bearer, if the first configuration information does not include the first receiving configuration, the first terminal device can also obtain the first receiving configuration according to the first common configuration, and configure the receiving parameters of the first radio bearer according to the first receiving configuration, so that the first terminal device can receive information from the second terminal device through the first radio bearer. Alternatively, if the first configuration information includes the first receiving configuration, the first terminal device can configure the receiving parameters of the first radio bearer according to the first receiving configuration and / or the first common configuration, so that the first terminal device can receive information from the second terminal device through the first radio bearer.
[0331] If the first terminal device fails to configure the first wireless bearer according to the first configuration information, S68 may be executed; alternatively, if the first terminal device successfully configures the first wireless bearer according to the first configuration information, S67 may be executed; alternatively, S67 is irrelevant to whether the first terminal device is successfully configured, and S67 may be executed regardless of whether the first terminal device successfully or fails to configure the first wireless bearer according to the first configuration information. If this is the case, S66 may be executed before S67, or S66 may be executed after S67, or S66 and S67 may be executed simultaneously.
[0332] S67: The first terminal device sends third configuration information to the second terminal device, and correspondingly, the second terminal device receives the third configuration information from the first terminal device. The third configuration information can be used for the second terminal device to configure the first radio bearer, or the second terminal device can configure the first radio bearer according to the third configuration information.
[0333] The third configuration information includes, for example, part or all of the content of the first configuration information. For example, the third configuration information may include the first common configuration, or the third configuration information may include the first common configuration and the first sending configuration.
[0334] After the second terminal device receives the third configuration information, it can configure the first radio bearer according to the third configuration information. For example, if the third configuration information includes the first common configuration, the second terminal device can obtain the receiving configuration (for example, called the third receiving configuration) of the second terminal device corresponding to the first radio bearer according to the first common configuration, and the second terminal device can configure the receiving parameters of the first radio bearer according to the third receiving configuration, so that the second terminal device can receive information from the first terminal device through the first radio bearer. For another example, if the third configuration information includes the first common configuration and the first sending configuration, the second terminal device can obtain the first receiving configuration according to the first common configuration, configure the first radio bearer according to the first receiving configuration, and can also configure the sending parameters of the first radio bearer according to the first sending configuration, so that the second terminal device can send information to the first terminal device through the first radio bearer.
[0335] S68: The first terminal device sends first configuration failure information to the network device, and correspondingly, the network device receives the first configuration failure information from the first terminal device. The first configuration failure information may indicate that the first terminal device fails to configure the first radio bearer.
[0336] In the embodiment of the present application, since the first configuration information is sent by the network device to the first terminal device, if the configuration of the first terminal device fails, the first configuration failure information is equivalent to the response information sent by the first terminal device to the network device, which is more natural in terms of process and conforms to the execution habits of the device.
[0337] For more information about S68, please refer to Figure 4 Introduction of S48 in the illustrated embodiment.
[0338] S69: The first terminal device sends second configuration failure information to the second terminal device, and correspondingly, the second terminal device receives the second configuration failure information from the first terminal device. The second configuration failure information may indicate that the first terminal device fails to configure the first radio bearer.
[0339] For example, if S67 is executed, S69 can be executed, so S69 is an optional step. Figure 6Indicated by a dotted line. Although the first configuration information is not sent by the second terminal device to the first terminal device, but is sent by the network device to the first terminal device, if the configuration of the first terminal device fails, it can also be stipulated that the first terminal device also sends the second configuration failure information to the second terminal device. After the second terminal device receives the second configuration failure information from the first terminal device, it can determine that the first terminal device has failed to configure the first radio bearer, so that the second terminal device can temporarily not communicate with the first terminal device through the first radio bearer.
[0340] In addition, after receiving the second configuration failure information, the second terminal device will not trigger forwarding the second configuration failure information to the network device, so as to avoid repeated transmission of the configuration failure information.
[0341] S68 may occur before S69, or S68 may occur after S69, or S68 and S69 may occur simultaneously.
[0342] In an embodiment of the present application, if a configuration failure occurs in the first terminal device, the first terminal device can send a first configuration failure message to the network device, that is, the first terminal device does not need to send the first configuration failure message to the second terminal device, and the second terminal device then forwards the first configuration failure message to the network through the first terminal device, thereby reducing the forwarding process of the first configuration failure message, thereby saving transmission resources. And because the first configuration failure message does not need to be transmitted back and forth between terminal devices, the transmission delay is also reduced. Moreover, the network device sends the first configuration message to the first terminal device, and the first terminal device then sends the third configuration message to the second terminal device, which can also avoid the situation where the configuration information is transmitted back and forth between terminal devices.
[0343] The above introduction is all about the configuration of radio bearers by terminal equipment and the handling methods after the configuration failure occurs. Configuration failure can be regarded as a case of sidelink failure, and there is another case of sidelink failure, namely RLF.
[0344] For example, for a sidelink applicable to the ARQ mechanism, the second terminal device sends data to the first terminal device through the sidelink. After receiving the data from the second terminal device, the first terminal device sends feedback information to the second terminal device. The feedback information may indicate whether the data is received successfully or failed. Then, if the feedback information received by the second terminal device indicates that the corresponding data fails to be received, the second terminal device may resend the data to the first terminal device through the sidelink. After receiving the data, the first terminal device may send feedback information to the second terminal device again. If the feedback information continues to indicate that the data fails to be received, the second terminal device may resend the data to the first terminal device through the sidelink again, and so on, until the first terminal device receives the data successfully, or until the number of retransmissions is equal to the maximum number limited by the ARQ mechanism. If the number of retransmissions has reached the maximum number limited by the ARQ mechanism and the data still fails to be sent, the second terminal device may consider that an RLF event has occurred; or, if the number of retransmissions of one or more data fails to be sent when the number of retransmissions reaches the maximum number limited by the ARQ mechanism, the second terminal device may consider that an RLF event has occurred.
[0345] For another example, for a sidelink to which the ARQ mechanism is applicable, the second terminal device sends data to the first terminal device through the sidelink. After the first terminal device receives the data from the second terminal device, if the reception is successful, feedback information is sent to the second terminal device. The feedback information may indicate that the data is received successfully. If the reception fails, no feedback information is sent to the second terminal device. Then, if the second terminal device receives the feedback information, it indicates that the corresponding data is received successfully. If the second terminal device does not receive the feedback information, it indicates that the corresponding data is received unsuccessfully. If it is determined that the first terminal device fails to receive the data, the second terminal device may resend the data to the first terminal device through the sidelink. After the first terminal device receives the data, if the reception is successful, feedback information is sent to the second terminal device. The feedback information may indicate that the data is received successfully. If the reception fails, no feedback information is sent to the second terminal device. If the second terminal device still does not receive the feedback information, the second terminal device resends the data to the first terminal device through the sidelink again, and so on, until the first terminal device receives the data successfully, or until the number of retransmissions is equal to the maximum number limited by the ARQ mechanism. If the number of retransmissions has reached the maximum number of times limited by the ARQ mechanism and the data still fails to be sent, the second terminal device can consider that an RLF event has occurred; or, if one or more data are continuously retransmitted and fail to be sent when the number of times reaches the maximum number of times limited by the ARQ mechanism, the second terminal device can consider that an RLF event has occurred.
[0346] Continue to consider Figure 2The scenario shown is that terminal device 1 provides relay services for terminal device 2. For example, terminal device 2 is a data transmitter and terminal device 1 is a data receiver. Figure 7 , which is the current processing flow of terminal device 2 after an RLF event occurs.
[0347] S71. A PC5-signal (signal, S) connection is established between terminal device 1 and terminal device 2.
[0348] S72: Terminal device 1 determines that a sidelink fails between terminal device 1 and terminal device 2. For example, terminal device 1 determines that an RLF event occurs.
[0349] S73. Terminal device 2 sends link failure information to terminal device 1, so that terminal device 1 forwards the link failure information to the network device.
[0350] Terminal device 2 needs to send information about link failure to the network device, but the communication between terminal device 2 and the network device needs to be transferred through terminal device 1. Therefore, terminal device 2 sends information about link failure to terminal device 1, which is then forwarded to the network device by terminal device 1.
[0351] However, since the RLF event has occurred at this time, it indicates that there is a problem with the side link between terminal device 1 and terminal device 2, and normal communication may not be possible. Therefore, terminal device 1 may not be able to receive the link failure information from terminal device 2. Figure 7 The "×" in the figure indicates that S73 may fail to execute, so the terminal device 1 naturally cannot forward the link failure information to the network device. It can be seen that this causes the terminal device 2 to generate the link failure information in vain, and the power consumption of the terminal device 2 is increased.
[0352] In view of this, the embodiment of the present application provides a fourth communication method, through which the power consumption of the terminal device can be reduced. Figure 8 , which is a flow chart of the method. This method can be applied to Figure 2 Alternatively, the method can also be applied to a network architecture where two terminal devices are directly connected, that is, the first terminal device does not provide a relay service for the second terminal device, and the first terminal device does not provide a relay service for the second terminal device, and the two terminal devices communicate via a side link. Figure 2 Take the network architecture shown in the figure as an example. Figure 2The scenario shown is a relay scenario, or the embodiment of the present application may not be used in a relay scenario, but may be used in a scenario where two terminal devices are directly connected. For example, the first terminal device can communicate with the second terminal device, the second terminal device is in an OOC state, or the second terminal device is not provided with a Uu port, and the first terminal device is in a network coverage state. In this case, the network device serving the first terminal device can provide configuration information for the second terminal device.
[0353] For the sake of convenience, in the following, the method is performed by a network device and a terminal device as an example. Figure 2 The network architecture shown in the figure is taken as an example. Therefore, the network devices described below can be Figure 2 The access network device in the network architecture shown in FIG. 1 , the first terminal device described below may be Figure 2 In the network architecture shown in FIG. 1 , the second terminal device described below may be Figure 2 Terminal device 2 in the network architecture shown.
[0354] S81: The first terminal device and the second terminal device establish a PC5-S connection. After the PC5-S connection is established, the first terminal device and the second terminal device can communicate via a side link.
[0355] S82. The second terminal device determines that the side link between the first terminal device and the second terminal device fails. For example, the second terminal device determines that an RLF event occurs in the side link.
[0356] In addition, the second terminal device is in the OOC state, or the second terminal device is not provided with a Uu port. If the second terminal device is within the coverage of the network device, and the second terminal device has a Uu port, the second terminal device can send information indicating link failure to the network device through the Uu port, and in this case, it is not necessary to use the technical solution provided in the embodiment of the present application. If the second terminal device is in the OOC state, or the second terminal device is not provided with a Uu port, as long as any one or both of these two conditions are met, the technical solution provided in the embodiment of the present application can be applied.
[0357] S83: The second terminal device does not send information indicating link failure to the network device. The information indicating link failure is, for example, a SL-RLF report.
[0358] That is, when the second terminal device determines that the side link fails, it does not send information indicating the link failure to the network device, so the second terminal device does not need to generate information indicating the link failure, thereby reducing the power consumption of the second terminal device. In addition, since the side link between the first terminal device and the second terminal device has a problem, if the second terminal device sends information indicating the link failure to the first terminal device through the side link, it may also fail to send, so the method provided by the embodiment of the present application also reduces the useless work of the second terminal device.
[0359] S84: The second terminal device determines that the connection with the network device fails.
[0360] If the second terminal device determines that the side link with the second terminal device fails, it can determine that the connection with the network device fails. S83 can be executed before S84, or S83 can be executed after S84, or S83 and S84 can be executed simultaneously.
[0361] In addition, S84 may not be executed, but S85 or S86 to be introduced later may be executed, or S84 to S86 may not be executed. Therefore, S84 to S86 are all optional steps. Figure 8 Indicated by dotted line.
[0362] S85. The second terminal device sends a first request message to the first terminal device, and correspondingly, the first terminal device receives the first request message from the second terminal device.
[0363] The first request message may be used to request the reconstruction of the sidelink. For example, if the technical solution of the embodiment of the present application is applied to a scenario where two terminal devices are directly connected, that is, not used in a relay scenario, then the first terminal device and the second terminal device need to communicate normally. In this case, if the sidelink fails, the second terminal device may request the reconstruction of the sidelink so that the first terminal device and the second terminal device can resume normal communication as much as possible.
[0364] S86. The second terminal device reselects a terminal device that can provide a relay service for the second terminal device.
[0365] For example, if the technical solution of the embodiment of the present application is applied to a relay scenario, for example, a first terminal device provides a relay service for a second terminal device. Then, if the sidelink between the first terminal device and the second terminal device fails, the first terminal device can also access the network device again through other terminal devices, so the second terminal device can reselect a terminal device that can provide a relay service for the second terminal device.
[0366] For example, the second terminal device may send a broadcast message, which is used to request a relay service. If the terminal device receiving the broadcast message is able to provide a relay service for the second terminal device, it may send a response message to the second terminal device. After the second terminal device receives the response message from other terminal devices, it may establish a side link with the terminal device, thereby accessing the network through the terminal device. If multiple terminal devices have sent a response message to the second terminal device, the second terminal device may establish a side link with the terminal device that sent the first response message. The first response message is, for example, the first response message received by the second terminal device.
[0367] The technical solution provided in the embodiment of the present application can avoid the terminal device from assembling useless SL-RLF reports as much as possible, save air interface signaling, and is a more effective way to handle exceptions.
[0368] The following describes the device used to implement the above method in the embodiment of the present application in conjunction with the accompanying drawings. Therefore, the above content can be used in subsequent embodiments, and the repeated content will not be repeated.
[0369] Fig. 9 Schematic block diagram of a communication device 900 provided in an embodiment of the present application. Exemplarily, the communication device 900 is, for example, a first terminal device 900. Exemplarily, the first terminal device 900 is, for example, Figure 4 The embodiment shown to Figure 6 The first terminal device described in any one of the embodiments shown.
[0370] The first terminal device 900 includes a processing module 910 and a receiving module 930. Optionally, the first terminal device 900 may further include a sending module 920. Exemplarily, the first terminal device 900 may be a terminal device, or may be a chip applied to a terminal device or other combined devices, components, etc. having the functions of the first terminal device described above. When the first terminal device 900 is a terminal device, the sending module 920 may be a transmitter, which may include an antenna and a radio frequency circuit, etc., and the receiving module 930 may be a receiver, which may include an antenna and a radio frequency circuit, etc., wherein the transmitter and the receiver may be different modules, respectively, or the transmitter and the receiver may be arranged in the same functional module, which may be called a transceiver, and the processing module 910 may be a processor (or a processing circuit), such as a baseband processor, which may include one or more central processing units (CPUs). When the first terminal device 900 is a component having the above-mentioned first terminal device function, the sending module 920 may be a radio frequency unit, and the receiving module may also be a radio frequency unit, wherein the transmitter and the receiver may be different modules, respectively, or the transmitter and the receiver may be arranged in the same functional module, which may be a radio frequency unit, and the processing module 910 may be a processor (or a processing circuit), such as a baseband processor. When the first terminal device 900 is a chip system, the sending module 920 may be an output interface of a chip (such as a baseband chip), the receiving module 930 may be an input interface of the chip (or, if the input interface and the output interface may be the same interface, then the sending module 920 and the receiving module 930 are considered to be the same functional module, i.e., the input and output interface of the chip), and the processing module 910 may be a processor (or a processing circuit) of the chip system, and the processor may include one or more central processing units. It should be understood that the processing module 910 in the embodiment of the present application can be implemented by a processor or a processor-related circuit component (or, a processing circuit), the receiving module 930 can be implemented by a transceiver or a transceiver-related circuit component, and the sending module 920 can be implemented by a transmitter or a transmitter-related circuit component.
[0371] For example, the processing module 910 can be used to perform Figure 4 In the embodiment shown, all operations except the sending and receiving operations performed by the first terminal device, such as S41 and S45, and / or other processes for supporting the technology described herein. The sending module 920 can be used to perform Figure 4 In the embodiment shown, all sending operations performed by the first terminal device, such as S41, S46, S48 and S49, and / or other processes for supporting the technology described herein. The receiving module 930 can be used to perform Figure 4All receiving operations performed by the first terminal device in the illustrated embodiment, such as S41, S44 and S47, and / or other processes for supporting the technology described herein.
[0372] For another example, the processing module 910 may be used to execute Figure 5 In the embodiment shown, all operations except the sending and receiving operations performed by the first terminal device, such as S51, S56 and S57, and / or other processes for supporting the technology described herein. The sending module 920 can be used to perform Figure 5 In the embodiment shown, all sending operations performed by the first terminal device, such as S51, S58 and S59, and / or other processes for supporting the technology described herein. The receiving module 930 can be used to perform Figure 5 All receiving operations performed by the first terminal device in the illustrated embodiment, such as S51, S54 and S55, and / or other processes for supporting the technology described herein.
[0373] For another example, the processing module 910 can be used to execute Figure 6 In the embodiment shown, all operations except the sending and receiving operations performed by the first terminal device, such as S61 and S66, and / or other processes for supporting the technology described herein. The sending module 920 can be used to perform Figure 6 In the embodiment shown, all sending operations performed by the first terminal device, such as S61, S63, S67, S68 and S69, and / or other processes for supporting the technology described herein. The receiving module 930 can be used to perform Figure 6 All receiving operations performed by the first terminal device in the illustrated embodiment, such as S61, S62 and S65, and / or other processes for supporting the technology described herein.
[0374] In addition, the sending module 920 and the receiving module 930 may be a functional module, which can complete both the sending operation and the receiving operation. The functional module may be called a transceiver module. For example, the transceiver module may be used to perform Figure 4 The embodiment shown to Figure 6 In any of the embodiments shown in the drawings, all sending operations and receiving operations performed by the first terminal device, for example, when performing a sending operation, the transceiver module can be considered as a sending module, and when performing a receiving operation, the transceiver module can be considered as a receiving module; or, the sending module 920 and the receiving module 930 can also be two functional modules, and the transceiver module can also be regarded as a general term for these two functional modules, and the sending module 920 is used to complete the sending operation, for example, the sending module 920 can be used to perform Figure 4 The embodiment shown to Figure 6In any of the embodiments shown in the drawings, the receiving module 930 is used to perform all the sending operations performed by the first terminal device, and the receiving module 930 is used to complete the receiving operation. For example, the receiving module 930 can be used to perform Figure 4 The embodiment shown to Figure 6 All receiving operations performed by the first terminal device in any of the illustrated embodiments.
[0375] The processing module 910 is used to obtain first configuration information, where the first configuration information is used for the first terminal device 900 to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device 900 and a second terminal device, where the second terminal device is a data sending end;
[0376] The processing module 910 is further configured to configure the first radio bearer according to the first configuration information;
[0377] The sending module 920 is configured to send first configuration failure information to the network device when the processing module 910 fails to configure the first radio bearer.
[0378] As an optional implementation manner, the sending module 920 is configured to send the first configuration failure information to the network device in the following manner:
[0379] An RRC message is sent to a network device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a failure cause.
[0380] As an optional implementation, the sending module 920 is further used to send second configuration failure information to the second terminal device, where the second configuration failure information is used to indicate that the first terminal device 900 has failed to configure the first radio bearer.
[0381] As an optional implementation manner, the processing module 910 is configured to obtain the first configuration information in the following manner:
[0382] The first configuration information is received from the second terminal device through the receiving module 930.
[0383] As an optional implementation manner, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0384] As an optional implementation manner, the processing module 910 is configured to obtain the first configuration information in the following manner:
[0385] Receiving second configuration information from the network device through the receiving module 930;
[0386] Receiving, through the receiving module 930, first information from the second terminal device, where the first information includes an identifier of a logical channel corresponding to the first radio bearer;
[0387] The first configuration information is obtained according to the second configuration information and the first information.
[0388] As an optional implementation manner, the first information is obtained by the second terminal device according to fourth configuration information from the network device, and the fourth configuration information is used by the second terminal device to configure the first radio bearer.
[0389] As an optional implementation manner, the first information further includes a QFI corresponding to the first radio bearer, and / or a correspondence between an identifier corresponding to the first radio bearer at the Uu port and an identifier corresponding to the PC5 port.
[0390] As an optional implementation, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0391] As an optional implementation,
[0392] The receiving module 930 is further configured to receive QoS information from the second terminal device before the processing module 910 obtains the first configuration information, wherein the QoS information is used to indicate a request for QoS of a radio bearer configured between the second terminal device and the first terminal device 900;
[0393] The sending module 920 is also used to send second information to the network device, where the second information is used to request configuration of a wireless bearer for bidirectional transmission between the second terminal device and the first terminal device 900, and the second information includes the QoS information.
[0394] As an optional implementation manner, the processing module 910 is configured to obtain the first configuration information in the following manner:
[0395] The first configuration information is received from the network device through the receiving module 930.
[0396] As an optional implementation manner, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0397] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0398] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0399] As an optional implementation, the sending module 920 is also used to send third configuration information to the second terminal device, where the third configuration information is used for the second terminal device to configure the first wireless bearer, and the third configuration information includes part or all of the content of the first configuration information.
[0400] For other functions that the first terminal device 900 can implement, please refer to Figure 4 The embodiment shown to Figure 6 The relevant introduction of any one of the embodiments shown will not be repeated in detail.
[0401] Fig.10 1 is a schematic block diagram of a communication device 1000 provided in an embodiment of the present application. Exemplarily, the communication device 1000 is, for example, a second terminal device 1000. Exemplarily, the second terminal device 1000 is, for example, Figure 4 The embodiment shown to Figure 6 The second terminal device described in any one of the embodiments shown.
[0402] The second terminal device 1000 includes a sending module 1020 and a receiving module 1030. Optionally, the second terminal device may further include a processing module 1010. Exemplarily, the second terminal device 1000 may be a terminal device, or may be a chip applied to a terminal device or other combined devices, components, etc. having the functions of the second terminal device described above. When the second terminal device 1000 is a terminal device, the sending module 1020 may be a transmitter, which may include an antenna and a radio frequency circuit, etc., and the receiving module 1030 may be a receiver, which may include an antenna and a radio frequency circuit, etc., wherein the transmitter and the receiver may be different modules, or the transmitter and the receiver may be arranged in the same functional module, which may be called a transceiver, and the processing module 1010 may be a processor (or a processing circuit), such as a baseband processor, which may include one or more CPUs. When the second terminal device 1000 is a component having the above-mentioned second terminal device function, the sending module 1020 may be a radio frequency unit, and the receiving module may also be a radio frequency unit, wherein the transmitter and the receiver may be different modules, respectively, or the transmitter and the receiver may be arranged in the same functional module, which may be a radio frequency unit, and the processing module 1010 may be a processor (or a processing circuit), such as a baseband processor. When the second terminal device 1000 is a chip system, the sending module 1020 may be an output interface of a chip (such as a baseband chip), the receiving module 1030 may be an input interface of the chip (or, if the input interface and the output interface may be the same interface, then the sending module 1020 and the receiving module 1030 are considered to be the same functional module, i.e., the input and output interface of the chip), and the processing module 1010 may be a processor (or a processing circuit) of the chip system, and the processor may include one or more central processing units. It should be understood that the processing module 1010 in the embodiment of the present application can be implemented by a processor or a processor-related circuit component (or, a processing circuit), the receiving module 1030 can be implemented by a transceiver or a transceiver-related circuit component, and the sending module 1020 can be implemented by a transmitter or a transmitter-related circuit component.
[0403] For example, the processing module 1010 can be used to perform Figure 4 In the embodiment shown, all operations except the sending and receiving operations performed by the second terminal device, such as S41 and S43, and / or other processes for supporting the technology described herein. The sending module 1020 can be used to perform Figure 4 In the embodiment shown, all sending operations performed by the second terminal device, such as S41 and S44, and / or other processes for supporting the technology described herein. The receiving module 1030 can be used to perform Figure 4All receiving operations performed by the second terminal device in the illustrated embodiment, such as S41, S42 and S49, and / or other processes for supporting the technology described herein.
[0404] For another example, the processing module 1010 may be used to execute Figure 5 In the embodiment shown, all operations except the sending and receiving operations performed by the second terminal device, such as S51 and S53, and / or other processes for supporting the technology described herein. The sending module 1020 can be used to perform Figure 5 In the embodiment shown, all sending operations performed by the second terminal device, such as S51 and S55, and / or other processes for supporting the technology described herein. The receiving module 1030 can be used to perform Figure 5 All receiving operations performed by the second terminal device in the illustrated embodiment, such as S51, S52 and S59, and / or other processes for supporting the technology described herein.
[0405] For another example, the processing module 1010 may be used to execute Figure 6 In the embodiment shown, all operations except the sending and receiving operations performed by the second terminal device, such as S61, and / or other processes for supporting the technology described herein. The sending module 1020 can be used to perform Figure 6 In the embodiment shown, all sending operations performed by the second terminal device, such as S61 and S62, and / or other processes for supporting the technology described herein. The receiving module 1030 can be used to perform Figure 6 All receiving operations performed by the second terminal device in the illustrated embodiment, such as S61, S67 and S69, and / or other processes for supporting the technology described herein.
[0406] In addition, regarding the implementation of the sending module 1020 and the receiving module 1030 , reference may be made to the introduction of the implementation of the sending module 920 and the receiving module 930 .
[0407] The receiving module 1030 is used to receive second configuration failure information from the first terminal device, where the second configuration failure information is used to indicate that the first terminal device fails to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device and the second terminal device 1000, the first terminal device provides a relay service for the second terminal device 1000, and the first terminal device is a data receiving end of a data transmission process performed through the first radio bearer, and the second terminal device 1000 is a data sending end of the data transmission process;
[0408] The sending module 1020 is used for not sending information indicating that the first terminal device has failed to configure the first radio bearer to the network device.
[0409] As an optional implementation, the receiving module 1030 is further used to receive fourth configuration information from the network device, and the fourth configuration information is used for the second terminal device 1000 to configure the first radio bearer.
[0410] As an optional implementation manner, the fourth configuration information includes a third sending configuration and a third common configuration, wherein:
[0411] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0412] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0413] As an optional implementation,
[0414] The processing module 1010 is configured to select a logical channel for the first radio bearer;
[0415] The sending module 1020 is further used to send first configuration information to the first terminal device, where the first configuration information is used by the first terminal device to configure the first radio bearer, and the first configuration information includes an identifier of a logical channel corresponding to the first radio bearer.
[0416] As an optional implementation manner, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0417] As an optional implementation,
[0418] The processing module 1010 is configured to select a logical channel for the first radio bearer;
[0419] The sending module 1020 is further used to send first information to the first terminal device, where the first information includes an identifier of a logical channel corresponding to the first wireless bearer.
[0420] As an optional implementation manner, the first information further includes a QFI corresponding to the first radio bearer, and / or a correspondence between an identifier corresponding to the first radio bearer at the Uu port and an identifier corresponding to the PC5 port.
[0421] As an optional implementation, the receiving module 1030 is also used to receive third configuration information from the first terminal device, the third configuration information is used for the second terminal device 1000 to configure the first wireless bearer, the third configuration information includes part or all of the first configuration information, and the first configuration information is used for the first terminal device to configure the first wireless bearer.
[0422] As an optional implementation, the sending module 1020 is further used to send QoS information to the first terminal device, where the QoS information is used to indicate a request for QoS of a wireless bearer configured between the second terminal device 1000 and the first terminal device.
[0423] As an optional implementation, the second terminal device 1000 cannot communicate with the network device through the Uu port.
[0424] For other functions that the second terminal device 1000 can realize, please refer to Figure 4 The embodiment shown to Figure 6 The relevant introduction of any one of the embodiments shown will not be repeated in detail.
[0425] Fig.11 1 is a schematic block diagram of a communication device 1100 provided in an embodiment of the present application. For example, the communication device 1100 is, for example, a network device 1100. For example, the network device 1100 is, for example, Figure 4 The embodiment shown to Figure 6 A network device as described in any one of the embodiments shown.
[0426] The network device 1100 includes a processing module 1110 and a receiving module 1130. Optionally, the network device 1100 also includes a sending module 1120. Exemplarily, the network device 1100 may be a network device (e.g., an access network device), or may be a chip applied to a network device or other combined devices, components, etc. having the functions of the above-mentioned network device. When the network device 1100 is a network device, the sending module 1120 may be a transmitter, which may include an antenna and a radio frequency circuit, etc., and the receiving module 1130 may be a receiver, which may include an antenna and a radio frequency circuit, etc., wherein the transmitter and the receiver may be different modules respectively, or the transmitter and the receiver may be arranged in the same functional module, which may be called a transceiver, and the processing module 1110 may be a processor (or a processing circuit), such as a baseband processor, and the baseband processor may include one or more CPUs. When the network device 1100 is a component having the above-mentioned network device functions, the sending module 1120 may be a radio frequency unit, and the receiving module may also be a radio frequency unit, wherein the transmitter and the receiver may be different modules, respectively, or the transmitter and the receiver may be arranged in the same functional module, which may be a radio frequency unit, and the processing module 1110 may be a processor (or a processing circuit), such as a baseband processor. When the network device 1100 is a chip system, the sending module 1120 may be an output interface of a chip (such as a baseband chip), the receiving module 1130 may be an input interface of the chip (or, if the input interface and the output interface may be the same interface, then the sending module 1120 and the receiving module 1130 are considered to be the same functional module, i.e., the input and output interface of the chip), and the processing module 1110 may be a processor (or a processing circuit) of the chip system, and the processor may include one or more central processing units. It should be understood that the processing module 1110 in the embodiment of the present application can be implemented by a processor or a processor-related circuit component (or, a processing circuit), the receiving module 1130 can be implemented by a transceiver or a transceiver-related circuit component, and the sending module 1120 can be implemented by a transmitter or a transmitter-related circuit component.
[0427] For example, the processing module 1110 can be used to perform Figure 4 In the embodiment shown, all operations performed by the network device except the sending and receiving operations, such as the operation of determining the fourth configuration information, and / or other processes for supporting the technology described herein. The sending module 1120 can be used to perform Figure 4 In the embodiment shown, all sending operations performed by the network device, such as S42 and S47, and / or other processes used to support the technology described herein. The receiving module 1130 can be used to perform Figure 4All receiving operations performed by the network device in the illustrated embodiment, such as S46 and S48, and / or other processes for supporting the technology described herein.
[0428] For another example, the processing module 1110 may be used to execute Figure 5 In the embodiment shown, all operations performed by the network device except the sending and receiving operations, such as the operation of determining the fourth configuration information, and / or other processes for supporting the technology described herein. The sending module 1120 can be used to perform Figure 5 In the embodiment shown, all sending operations performed by the network device, such as S52 and S54, and / or other processes used to support the technology described herein. The receiving module 1130 can be used to perform Figure 5 All receiving operations performed by the network device in the illustrated embodiment, such as S58, and / or other processes for supporting the technology described herein.
[0429] For another example, the processing module 1110 may be used to execute Figure 6 In the embodiment shown, all operations performed by the network device except the sending and receiving operations, such as S64, and / or other processes used to support the technology described herein. The sending module 1120 can be used to perform Figure 6 In the embodiment shown, all sending operations performed by the network device, such as S65, and / or other processes used to support the technology described herein. The receiving module 1130 can be used to perform Figure 6 All receiving operations performed by the network device in the illustrated embodiment, such as S63 and S68, and / or other processes for supporting the technology described herein.
[0430] In addition, regarding the implementation of the sending module 1120 and the receiving module 1130 , reference may be made to the introduction of the implementation of the sending module 920 and the receiving module 930 .
[0431] The receiving module 1130 is configured to receive first configuration failure information from a first terminal device;
[0432] Processing module 1110 is used to determine that the first terminal device fails to configure the first wireless bearer according to the first configuration failure information, the first wireless bearer is a wireless bearer between the first terminal device and the second terminal device, the first terminal device provides a relay service for the second terminal device, and the first terminal device is a data receiving end of a data transmission process performed through the first wireless bearer, and the second terminal device is a data sending end of the data transmission process.
[0433] As an optional implementation manner, the receiving module 1130 is configured to receive the first configuration failure information from the first terminal device in the following manner:
[0434] An RRC message is received from the first terminal device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a cause of failure.
[0435] As an optional implementation, the sending module 1120 is used to send fourth configuration information to the second terminal device, where the fourth configuration information is used for the second terminal device to configure the first radio bearer.
[0436] As an optional implementation manner, the fourth configuration information includes a third sending configuration and a third common configuration, wherein:
[0437] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0438] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0439] As an optional implementation, the sending module 1120 is used to send second configuration information to the first terminal device, where the second configuration information is used for the first terminal device to configure the first radio bearer.
[0440] As an optional implementation, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0441] As an optional embodiment, the receiving module 1130 is also used to receive second information from the first terminal device, the second information is used to request configuration of a wireless bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes QoS information, and the QoS information is used to indicate the QoS of the wireless bearer requested to be configured between the second terminal device and the first terminal device.
[0442] As an optional implementation,
[0443] The processing module 1110 is further configured to determine first configuration information according to the QoS information, where the first configuration information is used for the first terminal device to configure the first radio bearer;
[0444] The sending module 1120 is used to send the first configuration information to the first terminal device.
[0445] As an optional implementation manner, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0446] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0447] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0448] For other functions that the network device 1100 can implement, please refer to Figure 4 The embodiment shown to Figure 6 The relevant introduction of any one of the embodiments shown will not be repeated in detail.
[0449] Fig.12 1 is a schematic block diagram of a communication device 1200 provided in an embodiment of the present application. Exemplarily, the communication device 1200 is, for example, a second terminal device 1200. Exemplarily, the second terminal device 1200 is, for example, Figure 8 The second terminal device described in the embodiment shown.
[0450] The second terminal device 1200 includes a sending module 1220 and a processing module 1210. Optionally, the second terminal device 1200 also includes a receiving module 1230. Exemplarily, the second terminal device 1200 may be a terminal device, or may be a chip applied to a terminal device or other combined devices, components, etc. having the functions of the second terminal device described above. When the second terminal device 1200 is a terminal device, the sending module 1220 may be a transmitter, which may include an antenna and a radio frequency circuit, etc., and the receiving module 1230 may be a receiver, which may include an antenna and a radio frequency circuit, etc., wherein the transmitter and the receiver may be different modules, respectively, or the transmitter and the receiver may be arranged in the same functional module, which may be called a transceiver, and the processing module 1210 may be a processor (or a processing circuit), such as a baseband processor, which may include one or more CPUs. When the second terminal device 1200 is a component having the above-mentioned second terminal device function, the sending module 1220 may be a radio frequency unit, and the receiving module may also be a radio frequency unit, wherein the transmitter and the receiver may be different modules, respectively, or the transmitter and the receiver may be arranged in the same functional module, which may be a radio frequency unit, and the processing module 1210 may be a processor (or a processing circuit), such as a baseband processor. When the second terminal device 1200 is a chip system, the sending module 1220 may be an output interface of a chip (such as a baseband chip), the receiving module 1230 may be an input interface of the chip (or, if the input interface and the output interface may be the same interface, then the sending module 1220 and the receiving module 1230 are considered to be the same functional module, i.e., the input and output interface of the chip), and the processing module 1210 may be a processor (or a processing circuit) of the chip system, and the processor may include one or more central processing units. It should be understood that the processing module 1210 in the embodiment of the present application can be implemented by a processor or a processor-related circuit component (or, a processing circuit), the receiving module 1230 can be implemented by a transceiver or a transceiver-related circuit component, and the sending module 1220 can be implemented by a transmitter or a transmitter-related circuit component.
[0451] For example, the processing module 1210 can be used to perform Figure 8 In the embodiment shown, all operations except the sending and receiving operations performed by the second terminal device, such as S81, S82-S84 and S86, and / or other processes for supporting the technology described herein. The sending module 1220 can be used to perform Figure 8 In the embodiment shown, all sending operations performed by the second terminal device, such as S81 and S85, and / or other processes for supporting the technology described herein. The receiving module 1230 can be used to perform Figure 8All receiving operations performed by the second terminal device in the illustrated embodiment, such as S81, and / or other processes for supporting the technology described herein.
[0452] In addition, regarding the implementation of the sending module 1220 and the receiving module 1230 , reference may be made to the introduction of the implementation of the sending module 920 and the receiving module 930 .
[0453] The processing module 1210 is used to determine that a link between the first terminal device and the second terminal device 1200 fails, and the second terminal device is not within the network coverage;
[0454] The sending module 1220 is used to not send information indicating link failure to the network device.
[0455] As an optional implementation, the sending module 1220 is further used to send a request message to the first terminal device to request to reestablish the link.
[0456] As an optional implementation manner, the first terminal device provides a relay service for the second terminal device 1200 , and the processing module 1210 is further used to reselect a terminal device that can provide a relay service for the second terminal device 1200 .
[0457] For other functions that the second terminal device 1200 can implement, please refer to Figure 8 The relevant introduction of the illustrated embodiment will not be repeated in detail.
[0458] The embodiment of the present application further provides a communication device, which may be a terminal device or a circuit. The communication device may be used to execute the action executed by the terminal device (for example, the first device may be a terminal device) in the above method embodiment.
[0459] When the communication device is a terminal device, Fig.13 A simplified schematic diagram of the structure of a terminal device is shown. For ease of understanding and illustration, Fig.13 In the example, a mobile phone is used as the terminal device. Fig.13 As shown, the terminal device includes a processor, a memory, a radio frequency circuit, an antenna, and an input-output device. The processor is mainly used to process communication protocols and communication data, as well as to control the terminal device, execute software programs, process software program data, etc. The memory is mainly used to store software programs and data. The radio frequency circuit is mainly used for conversion between baseband signals and radio frequency signals and processing of radio frequency signals. The antenna is mainly used to send and receive radio frequency signals in the form of electromagnetic waves. Input-output devices, such as touch screens, display screens, keyboards, etc., are mainly used to receive data input by users and output data to users. It should be noted that some types of terminal devices may not have input-output devices.
[0460] When data needs to be sent, the processor performs baseband processing on the data to be sent and outputs the baseband signal to the RF circuit. The RF circuit performs RF processing on the baseband signal and then sends the RF signal outward in the form of electromagnetic waves through the antenna. When data is sent to the terminal device, the RF circuit receives the RF signal through the antenna, converts the RF signal into a baseband signal, and outputs the baseband signal to the processor. The processor converts the baseband signal into data and processes the data. For ease of explanation, Fig.13 Only one memory and processor are shown. In an actual terminal device product, there may be one or more processors and one or more memories. The memory may also be referred to as a storage medium or a storage device. The memory may be set independently of the processor or may be integrated with the processor, and the embodiments of the present application do not limit this.
[0461] In the embodiments of the present application, the antenna and the radio frequency circuit with transceiver functions may be regarded as the transceiver unit of the terminal device (the transceiver unit may be a functional unit that can realize the sending function and the receiving function; or the transceiver unit may also include two functional units, namely, a receiving unit that can realize the receiving function and a sending unit that can realize the sending function), and the processor with processing function may be regarded as the processing unit of the terminal device. Fig.13 As shown, the terminal device includes a transceiver unit 1310 and a processing unit 1320. The transceiver unit may also be referred to as a transceiver, a transceiver, a transceiver device, etc. The processing unit may also be referred to as a processor, a processing board, a processing module, a processing device, etc. Optionally, the device used to implement the receiving function in the transceiver unit 1310 may be regarded as a receiving unit, and the device used to implement the sending function in the transceiver unit 1310 may be regarded as a sending unit, that is, the transceiver unit 1310 includes a receiving unit and a sending unit. The transceiver unit may also be sometimes referred to as a transceiver, a transceiver, or a transceiver circuit, etc. The receiving unit may also be sometimes referred to as a receiver, a receiver, or a receiving circuit, etc. The sending unit may also be sometimes referred to as a transmitter, a transmitter, or a transmitting circuit, etc.
[0462] It should be understood that the transceiver unit 1310 can be used to perform the above Figure 4 In the embodiment shown in FIG. 1 , the first terminal device sends and receives data, and the processing unit 1320 is used to perform the above Figure 4 In the embodiment shown, other operations other than the sending and receiving operations are performed on the first terminal device.
[0463] Alternatively, the transceiver unit 1310 may be used to perform the above Figure 4 In the embodiment shown in FIG. 1 , the processing unit 1320 is used to perform the sending operation and the receiving operation on the second terminal device side. Figure 4In the embodiment shown, other operations other than the sending and receiving operations are performed on the second terminal device.
[0464] Alternatively, the transceiver unit 1310 may be used to perform the above Figure 5 In the embodiment shown in FIG. 1 , the first terminal device sends and receives data, and the processing unit 1320 is used to perform the above Figure 5 In the embodiment shown, other operations other than the sending and receiving operations are performed on the first terminal device.
[0465] Alternatively, the transceiver unit 1310 may be used to perform the above Figure 5 In the embodiment shown in FIG. 1 , the processing unit 1320 is used to perform the sending operation and the receiving operation on the second terminal device side. Figure 5 In the embodiment shown, other operations other than the sending and receiving operations are performed on the second terminal device.
[0466] Alternatively, the transceiver unit 1310 may be used to perform the above Figure 6 In the embodiment shown in FIG. 1 , the first terminal device sends and receives data, and the processing unit 1320 is used to perform the above Figure 6 In the embodiment shown, other operations other than the sending and receiving operations are performed on the first terminal device.
[0467] Alternatively, the transceiver unit 1310 may be used to perform the above Figure 6 In the embodiment shown in FIG. 1 , the processing unit 1320 is used to perform the sending operation and the receiving operation on the second terminal device side. Figure 6 In the embodiment shown, other operations other than the sending and receiving operations are performed on the second terminal device.
[0468] Alternatively, the transceiver unit 1310 may be used to perform the above Figure 8 In the embodiment shown in FIG. 1 , the processing unit 1320 is used to perform the sending operation and the receiving operation on the second terminal device side. Figure 8 In the embodiment shown, other operations other than the sending and receiving operations are performed on the second terminal device.
[0469] When the communication device is a chip-type device or circuit, the device may include a transceiver unit and a processing unit, wherein the transceiver unit may be an input / output circuit and / or a communication interface; and the processing unit may be an integrated processor or microprocessor or integrated circuit.
[0470] When the communication device in this embodiment is a terminal device, it can refer to Fig.14 As an example, the device can perform similar Fig. 9 For example, the processing module 910 in the above embodiment may be Fig.14The processor 1410 in the embodiment can perform the corresponding functions; the sending module 920 in the above embodiment can be Fig.14 The sending data processor 1420 in the embodiment can be used to perform the corresponding functions; the receiving module 930 in the above embodiment can be Fig.14 The data processor 1430 receives the data and performs the corresponding functions. For example, the processing module 1010 in the above embodiment can be Fig.14 The processor 1410 in the embodiment can perform the corresponding functions; the sending module 1020 in the above embodiment can be Fig.14 The sending data processor 1420 in the embodiment can be used to perform the corresponding functions; the receiving module 1030 in the above embodiment can be Fig.14 The data processor 1430 receives the data and performs the corresponding functions. For another example, the processing module 1210 in the above embodiment can be Fig.14 The processor 1410 in the embodiment can be used to perform the corresponding functions; the sending module 1220 in the above embodiment can be Fig.14 The sending data processor 1420 in the embodiment can be used to perform the corresponding functions; the receiving module 1230 in the above embodiment can be Fig.14 The receiving data processor 1430 performs the corresponding functions. Fig.14 A channel encoder and a channel decoder are shown in the figure, but it can be understood that these modules do not constitute a restrictive description of this embodiment and are only illustrative.
[0471] Fig.15 Another form of this embodiment is shown. The processing device 1500 includes modules such as a modulation subsystem, a central processing subsystem, and a peripheral subsystem. The communication device in this embodiment can be used as a modulation subsystem therein. Specifically, the modulation subsystem may include a processor 1503 and an interface 1504. Among them, the processor 1503 completes the functions of the above-mentioned processing module 910, and the interface 1504 completes the functions of the above-mentioned sending module 920 and the receiving module 930. Alternatively, the processor 1503 completes the functions of the above-mentioned processing module 1010, and the interface 1504 completes the functions of the above-mentioned sending module 1020 and the receiving module 1030. Alternatively, the processor 1503 completes the functions of the above-mentioned processing module 1210, and the interface 1504 completes the functions of the above-mentioned sending module 1220 and the receiving module 1230. As another variation, the modulation subsystem includes a memory 1506, a processor 1503, and a program stored in the memory 1506 and executable on the processor, and when the processor 1503 executes the program, the method on the terminal device side in the above-mentioned method embodiment is implemented. It should be noted that the memory 1506 can be non-volatile or volatile, and can be located inside the modulation subsystem or in the processing device 1500 , as long as the memory 1506 can be connected to the processor 1503 .
[0472] When the device in the embodiment of the present application is a network device, the device can be as follows Fig.16 As shown. The device 1600 includes one or more radio frequency units, such as a remote radio unit (RRU) 1610 and one or more baseband units (BBU) (also referred to as digital units, digital units, DU) 1620. The RRU 1610 may be referred to as a transceiver module, which may include a transmitting module and a receiving module, or the transceiver module may be a module capable of implementing the transmitting and receiving functions. The transceiver module may be connected to Fig.11 The transmitting module 1120 and the receiving module 1130 in the RRU 1610 correspond to each other. Optionally, the transceiver module may also be called a transceiver, a transceiver circuit, or a transceiver, etc., which may include at least one antenna 1611 and a radio frequency unit 1612. The RRU 1610 part is mainly used for receiving and transmitting radio frequency signals and converting radio frequency signals into baseband signals, for example, for sending indication information to terminal devices. The BBU 1620 part is mainly used for baseband processing, controlling the base station, etc. The RRU 1610 and the BBU 1620 may be physically arranged together or physically separated, that is, a distributed base station.
[0473] The BBU 1620 is the control center of the base station, which can also be called a processing module. Fig.11 The processing module 1110 in the embodiment corresponds to the processing module 1110, which is mainly used to complete baseband processing functions, such as channel coding, multiplexing, modulation, spread spectrum, etc. For example, the BBU (processing module) can be used to control the base station to execute the operation process of the network device in the above method embodiment, for example, to generate the above indication information, etc.
[0474] In one example, the BBU 1620 may be composed of one or more single boards, and multiple single boards may jointly support a wireless access network of a single access standard (such as an LTE network), or may respectively support wireless access networks of different access standards (such as an LTE network, a 5G network, or other networks). The BBU 1620 also includes a memory 1621 and a processor 1622. The memory 1621 is used to store necessary instructions and data. The processor 1622 is used to control the base station to perform necessary actions, such as controlling the base station to execute the operation process of the network device in the above method embodiment. The memory 1621 and the processor 1622 can serve one or more single boards. In other words, a memory and a processor may be separately set on each single board. It is also possible that multiple single boards share the same memory and processor. In addition, necessary circuits may also be set on each single board.
[0475] The embodiment of the present application provides a first communication system. The first communication system may include the above Figure 4 The embodiment shown to Figure 6 The first terminal device involved in any one of the embodiments shown in the embodiment includes the above Figure 4 The embodiment shown to Figure 6 The second terminal device involved in any one of the embodiments shown in the embodiment, and the second terminal device including the above Figure 4 The embodiment shown to Figure 6 The network device involved in any one of the embodiments shown in the figure. The first terminal device is, for example, Fig. 9 The first terminal device 900 in the embodiment, the second terminal device is for example Fig.10 The second terminal device 1000 in the network device is, for example, Fig.11 Network 1100 in.
[0476] The embodiment of the present application provides a second communication system. The first communication system may include the above Figure 8 The second terminal device involved in the embodiment shown is, for example, Fig.12 The second terminal device 1200 in.
[0477] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 4 The process related to the first terminal device in the embodiment shown.
[0478] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 4 The process related to the second terminal device in the embodiment shown.
[0479] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 4 The process related to the network device in the embodiment shown.
[0480] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 5 The process related to the first terminal device in the embodiment shown.
[0481] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 5 The process related to the second terminal device in the embodiment shown.
[0482] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 5 The process related to the network device in the embodiment shown.
[0483] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 6 The process related to the first terminal device in the embodiment shown.
[0484] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 6 The process related to the second terminal device in the embodiment shown.
[0485] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 6 The process related to the network device in the embodiment shown.
[0486] The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 8 The process related to the second terminal device in the embodiment shown.
[0487] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 4 The process related to the first terminal device in the embodiment shown.
[0488] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 4 The process related to the second terminal device in the embodiment shown.
[0489] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 4 The process related to the network device in the embodiment shown.
[0490] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 5 The process related to the first terminal device in the embodiment shown.
[0491] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 5 The process related to the second terminal device in the embodiment shown.
[0492] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 5 The process related to the network device in the embodiment shown.
[0493] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 6 The process related to the first terminal device in the embodiment shown.
[0494] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 6 The process related to the second terminal device in the embodiment shown.
[0495] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 6 The process related to the network device in the embodiment shown.
[0496] The present application also provides a computer program product, which is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method provided in the above method embodiment. Figure 8 The process related to the second terminal device in the embodiment shown.
[0497] It should be understood that the processor mentioned in the embodiments of the present application may be a CPU, or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.
[0498] It should also be understood that the memory mentioned in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, 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), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).
[0499] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, the memory (storage module) is integrated in the processor.
[0500] It should be noted that the memory described herein is intended to include, but is not limited to, these and any other suitable types of memory.
[0501] It should be understood that in the various embodiments of the present application, the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.
[0502] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.
[0503] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.
[0504] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.
[0505] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
[0506] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
[0507] If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, part or all of the technical solution of the present application can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned computer-readable storage medium can be any available medium that can be accessed by a computer. Taking this as an example but not limited to: a computer-readable medium can include a random access memory (RAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM), a universal serial bus flash disk, a mobile hard disk, or other optical disk storage, a disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of an instruction or data structure and can be accessed by a computer.
[0508] The above is only a specific implementation of the present application, but the protection scope of the embodiments of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the embodiments of the present application, which should be included in the protection scope of the embodiments of the present application. Therefore, the protection scope of the embodiments of the present application should be based on the protection scope of the claims.
[0509] In combination with the above, the present application also provides the following embodiments:
[0510] Embodiment 1: A communication method, comprising:
[0511] Obtaining first configuration information, where the first configuration information is used for a first terminal device to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device and a second terminal device, and the second terminal device is a data sending end;
[0512] configuring the first radio bearer according to the first configuration information;
[0513] When the first radio bearer configuration fails, first configuration failure information is sent to the network device.
[0514] Embodiment 2: According to the method of embodiment 1, sending first configuration failure information to the network device includes:
[0515] An RRC message is sent to a network device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a failure cause.
[0516] Embodiment 3: According to the method of embodiment 1 or embodiment 2, the method further comprises:
[0517] Send second configuration failure information to the second terminal device, where the second configuration failure information is used to indicate that the first terminal device has failed to configure the first radio bearer.
[0518] Embodiment 4: According to the method described in any one of Embodiments 1 to 3, obtaining first configuration information includes:
[0519] Receive the first configuration information from the second terminal device.
[0520] Embodiment 5: According to the method described in Embodiment 4, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0521] Embodiment 6: According to the method of any one of Embodiments 1 to 3, obtaining first configuration information includes:
[0522] receiving second configuration information from the network device;
[0523] receiving first information from the second terminal device, where the first information includes an identifier of a logical channel corresponding to the first radio bearer;
[0524] The first configuration information is obtained according to the second configuration information and the first information.
[0525] Embodiment 7: According to the method described in Embodiment 6, the first information is obtained by the second terminal device according to fourth configuration information from the network device, and the fourth configuration information is used by the second terminal device to configure the first radio bearer.
[0526] Embodiment 8: According to the method described in Embodiment 6 or Embodiment 7, the first information further includes a QFI corresponding to the first radio bearer, and / or a correspondence between an identifier corresponding to the Uu port and an identifier corresponding to the PC5 port of the first radio bearer.
[0527] Example 9. According to the method described in any one of Examples 6 to 8, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0528] Embodiment 10: The method according to any one of embodiments 1 to 3, before obtaining the first configuration information, further includes:
[0529] Receiving QoS information from the second terminal device, where the QoS information is used to indicate a request for QoS of a radio bearer configured between the second terminal device and the first terminal device;
[0530] Sending second information to the network device, where the second information is used to request configuration of a radio bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes the QoS information.
[0531] Embodiment 11: According to the method of embodiment 10, obtaining first configuration information includes:
[0532] The first configuration information is received from the network device.
[0533] Embodiment 12: According to the method of embodiment 10 or embodiment 11, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0534] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0535] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0536] Embodiment 13: The method according to embodiment 11 or embodiment 12, further comprising:
[0537] Send third configuration information to the second terminal device, where the third configuration information is used for the second terminal device to configure the first wireless bearer, and the third configuration information includes part or all of the content of the first configuration information.
[0538] Embodiment 14: A communication method, comprising:
[0539] receiving second configuration failure information from a first terminal device, where the second configuration failure information is used to indicate that the first terminal device fails to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device and a second terminal device, the first terminal device provides a relay service for the second terminal device, and the first terminal device is a data receiving end of a data transmission process performed through the first radio bearer, and the second terminal device is a data sending end of the data transmission process;
[0540] Information indicating that the first terminal device has failed to configure the first radio bearer is not sent to the network device.
[0541] Embodiment 15: The method according to embodiment 14, further comprising:
[0542] Receive fourth configuration information from the network device, where the fourth configuration information is used by the second terminal device to configure the first radio bearer.
[0543] Embodiment 16: According to the method of embodiment 15, the fourth configuration information includes a third sending configuration and a third public configuration, wherein:
[0544] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0545] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0546] Embodiment 17: The method according to embodiment 15 or embodiment 16, further comprising:
[0547] selecting a logical channel for the first radio bearer;
[0548] First configuration information is sent to the first terminal device, where the first configuration information is used by the first terminal device to configure the first radio bearer, and the first configuration information includes an identifier of a logical channel corresponding to the first radio bearer.
[0549] Embodiment 18: According to the method described in Embodiment 17, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0550] Embodiment 19: The method according to embodiment 15 or embodiment 16, further comprising:
[0551] selecting a logical channel for the first radio bearer;
[0552] Send first information to the first terminal device, where the first information includes an identifier of a logical channel corresponding to the first wireless bearer.
[0553] Embodiment 20: According to the method described in Embodiment 19, the first information further includes a QFI corresponding to the first radio bearer, and / or a correspondence between an identifier corresponding to the first radio bearer at the Uu port and an identifier corresponding to the PC5 port.
[0554] Embodiment 21: The method according to embodiment 14, further comprising:
[0555] Receive third configuration information from the first terminal device, the third configuration information is used for the second terminal device to configure the first wireless bearer, the third configuration information includes part or all of the first configuration information, and the first configuration information is used for the first terminal device to configure the first wireless bearer.
[0556] Embodiment 22: The method according to embodiment 21, further comprising:
[0557] QoS information is sent to the first terminal device, where the QoS information is used to indicate a request for QoS of a wireless bearer configured between the second terminal device and the first terminal device.
[0558] Embodiment 23: According to the method described in any one of Embodiments 14 to 22, the second terminal device cannot communicate with the network device through the Uu port.
[0559] Embodiment 24: A communication method, comprising:
[0560] Receiving first configuration failure information from a first terminal device;
[0561] According to the first configuration failure information, it is determined that the first terminal device fails to configure the first wireless bearer, the first wireless bearer is a wireless bearer between the first terminal device and the second terminal device, the first terminal device provides a relay service for the second terminal device, and the first terminal device is a data receiving end of a data transmission process performed through the first wireless bearer, and the second terminal device is a data sending end of the data transmission process.
[0562] Embodiment 25: According to the method of embodiment 24, receiving first configuration failure information from the first terminal device includes:
[0563] An RRC message is received from the first terminal device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a cause of failure.
[0564] Embodiment 26: The method according to embodiment 24 or embodiment 25, further comprising:
[0565] Send fourth configuration information to the second terminal device, where the fourth configuration information is used by the second terminal device to configure the first radio bearer.
[0566] Embodiment 27: According to the method of embodiment 26, the fourth configuration information includes a third sending configuration and a third public configuration, wherein:
[0567] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0568] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0569] Embodiment 28: The method according to any one of Embodiments 24 to 26, further comprising:
[0570] Send second configuration information to the first terminal device, where the second configuration information is used by the first terminal device to configure the first radio bearer.
[0571] Embodiment 29, according to the method described in Embodiment 28, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0572] Embodiment 30: The method according to embodiment 24 or embodiment 25, further comprising:
[0573] Receive second information from the first terminal device, the second information is used to request configuration of a radio bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes QoS information, the QoS information is used to indicate the QoS of the radio bearer requested to be configured between the second terminal device and the first terminal device.
[0574] Embodiment 31: The method according to embodiment 30, further comprising:
[0575] Determine first configuration information according to the QoS information, where the first configuration information is used by the first terminal device to configure the first radio bearer;
[0576] Send the first configuration information to the first terminal device.
[0577] Embodiment 32: According to the method of embodiment 31, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0578] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0579] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0580] Embodiment 33: A communication method, comprising:
[0581] The second terminal device determines that the link between the first terminal device and the second terminal device fails, and the second terminal device is not within the coverage of the network;
[0582] The second terminal device does not send information indicating link failure to the network device.
[0583] Embodiment 34: The method according to embodiment 33, further comprising:
[0584] The second terminal device sends a request message to the first terminal device to request to reestablish the link.
[0585] Embodiment 35: According to the method of embodiment 33, the first terminal device provides a relay service for the second terminal device, and the method further includes:
[0586] The second terminal device reselects a terminal device that can provide a relay service for the second terminal device.
[0587] Embodiment 36: A communication device, comprising:
[0588] A processing module, configured to obtain first configuration information, where the first configuration information is used by the communication device to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device and a second terminal device, and the second terminal device is a data sending end;
[0589] The processing module is further configured to configure the first radio bearer according to the first configuration information;
[0590] The sending module is used to send first configuration failure information to the network device when the processing module fails to configure the first radio bearer.
[0591] Embodiment 37: According to the communication device of embodiment 36, the sending module is used to send the first configuration failure information to the network device in the following manner:
[0592] An RRC message is sent to a network device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a failure cause.
[0593] Embodiment 38: According to the communication device described in Embodiment 36 or Embodiment 37, the sending module is also used to send second configuration failure information to the second terminal device, and the second configuration failure information is used to indicate that the communication device has failed to configure the first wireless bearer.
[0594] Embodiment 39: According to the communication device of any one of Embodiments 36 to 38, the communication device further includes a receiving module, and the processing module is used to obtain the first configuration information in the following manner:
[0595] The first configuration information is received from the second terminal device through the receiving module.
[0596] Embodiment 40: According to the communication device described in Embodiment 39, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0597] Embodiment 41: According to the communication device of any one of Embodiments 36 to 38, the communication device further includes a receiving module, and the processing module is used to obtain the first configuration information in the following manner:
[0598] Receiving second configuration information from the network device through the receiving module;
[0599] Receiving, by the receiving module, first information from the second terminal device, where the first information includes an identifier of a logical channel corresponding to the first radio bearer;
[0600] The first configuration information is obtained according to the second configuration information and the first information.
[0601] Embodiment 42: According to the communication device described in Embodiment 41, the first information is obtained by the second terminal device according to fourth configuration information from the network device, and the fourth configuration information is used by the second terminal device to configure the first wireless bearer.
[0602] Embodiment 43: According to the communication device described in Embodiment 41 or Embodiment 42, the first information also includes the QFI corresponding to the first radio bearer, and / or the correspondence between the identifier corresponding to the first radio bearer at the Uu port and the identifier corresponding to the PC5 port.
[0603] Example 44: According to the communication device described in any one of Examples 41 to 43, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0604] Embodiment 45: The communication device according to any one of Embodiments 36 to 38, wherein the communication device further comprises a receiving module.
[0605] The receiving module is used to receive QoS information from the second terminal device before the processing module obtains the first configuration information, wherein the QoS information is used to indicate a QoS request for a radio bearer configured between the second terminal device and the communication apparatus;
[0606] The sending module is further used to send second information to the network device, where the second information is used to request configuration of a wireless bearer for bidirectional transmission between the second terminal device and the communication apparatus, and the second information includes the QoS information.
[0607] Embodiment 46: According to the communication device of embodiment 45, the processing module is used to obtain the first configuration information in the following manner:
[0608] The first configuration information is received from the network device.
[0609] Embodiment 47: According to the communication device of embodiment 45 or embodiment 46, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0610] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0611] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0612] Embodiment 48. According to the communication device described in Embodiment 46 or Embodiment 47, the sending module is also used to send third configuration information to the second terminal device, the third configuration information is used for the second terminal device to configure the first wireless bearer, and the third configuration information includes part or all of the content of the first configuration information.
[0613] Embodiment 49: A communication device, comprising:
[0614] a receiving module, configured to receive second configuration failure information from a first terminal device, wherein the second configuration failure information is used to indicate that the first terminal device fails to configure a first radio bearer, the first radio bearer being a radio bearer between the first terminal device and the communication apparatus, the first terminal device providing a relay service for the communication apparatus, and the first terminal device being a data receiving end of a data transmission process performed through the first radio bearer, and the communication apparatus being a data sending end of the data transmission process;
[0615] A sending module is used for not sending information indicating that the first terminal device has failed to configure the first wireless bearer to the network device.
[0616] Embodiment 50: According to the communication device described in Embodiment 49, the receiving module is further used to receive fourth configuration information from the network device, and the fourth configuration information is used by the communication device to configure the first wireless bearer.
[0617] Embodiment 51: According to the communication device of embodiment 50, the fourth configuration information includes a third sending configuration and a third common configuration, wherein:
[0618] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0619] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0620] Embodiment 52: According to the communication device of embodiment 50 or embodiment 51, the communication device further includes a processing module.
[0621] The processing module is configured to select a logical channel for the first radio bearer;
[0622] The sending module is further used to send first configuration information to the first terminal device, where the first configuration information is used by the first terminal device to configure the first radio bearer, and the first configuration information includes an identifier of a logical channel corresponding to the first radio bearer.
[0623] Embodiment 53: According to the communication device described in Embodiment 52, the first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0624] Embodiment 54: According to the communication device of embodiment 50 or embodiment 51, the communication device further includes a processing module.
[0625] The processing module is configured to select a logical channel for the first radio bearer;
[0626] The sending module is further used to send first information to the first terminal device, where the first information includes an identifier of a logical channel corresponding to the first radio bearer.
[0627] Embodiment 55: According to the communication device of Embodiment 54, the first information also includes the QFI corresponding to the first radio bearer, and / or the correspondence between the identifier corresponding to the first radio bearer at the Uu port and the identifier corresponding to the PC5 port.
[0628] Embodiment 56: According to the communication device described in Embodiment 49, the receiving module is also used to receive third configuration information from the first terminal device, the third configuration information is used by the communication device to configure the first wireless bearer, the third configuration information includes part or all of the first configuration information, and the first configuration information is used by the first terminal device to configure the first wireless bearer.
[0629] Embodiment 57: According to the communication apparatus described in Embodiment 56, the sending module is further used to send QoS information to the first terminal device, and the QoS information is used to indicate the QoS requested for the wireless bearer configured between the communication apparatus and the first terminal device.
[0630] Example 58: According to the communication device described in any one of Examples 49 to 57, the communication device cannot communicate with the network device through the Uu port.
[0631] Embodiment 59: A communication device, comprising:
[0632] A receiving module, configured to receive first configuration failure information from a first terminal device;
[0633] A processing module is used to determine that the first terminal device fails to configure a first wireless bearer based on the first configuration failure information, the first wireless bearer is a wireless bearer between the first terminal device and the second terminal device, the first terminal device provides a relay service for the second terminal device, and the first terminal device is a data receiving end of a data transmission process performed through the first wireless bearer, and the second terminal device is a data sending end of the data transmission process.
[0634] Embodiment 60: According to the communication device of embodiment 59, the receiving module is used to receive the first configuration failure information from the first terminal device in the following manner:
[0635] An RRC message is received from the first terminal device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a cause of failure.
[0636] Embodiment 61: According to the communication device described in Embodiment 59 or Embodiment 60, the communication device also includes a sending module, which is used to send fourth configuration information to the second terminal device, and the fourth configuration information is used for the second terminal device to configure the first wireless bearer.
[0637] Embodiment 62: According to the communication device of embodiment 61, the fourth configuration information includes a third sending configuration and a third common configuration, wherein:
[0638] The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type;
[0639] The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0640] Embodiment 63: According to the communication device described in any one of Embodiments 59 to 61, the communication device also includes a sending module, which is used to send second configuration information to the first terminal device, and the second configuration information is used for the first terminal device to configure the first wireless bearer.
[0641] Embodiment 64: According to the communication device of embodiment 63, the second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0642] Embodiment 65: According to the communication device described in Embodiment 63 or Embodiment 65, the receiving module is also used to receive second information from the first terminal device, the second information is used to request configuration of a wireless bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes QoS information, and the QoS information is used to indicate the QoS of the wireless bearer requested to be configured between the second terminal device and the first terminal device.
[0643] Embodiment 66: According to the communication device of embodiment 65, the communication device further includes a sending module.
[0644] The processing module is further used to determine first configuration information according to the QoS information, where the first configuration information is used by the first terminal device to configure the first radio bearer;
[0645] The sending module is used to send the first configuration information to the first terminal device.
[0646] Embodiment 67: According to the communication device of embodiment 66, the first configuration information includes a first sending configuration and a first public configuration, wherein:
[0647] The first sending configuration includes one or more of the following: a PDCP discard timer, a RoHC compression profile configuration, whether an SDAP header appears, a mapping relationship with a QFI on a SL, or a sending type;
[0648] The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
[0649] Embodiment 68: A communication device, comprising:
[0650] A processing module, configured to determine that a link between the first terminal device and the communication device fails, and the communication device is not within network coverage;
[0651] The sending module is used for not sending information indicating link failure to the network device.
[0652] Embodiment 69: According to the communication apparatus described in Embodiment 68, the sending module is further used to send a request message to the first terminal device to request to rebuild the link.
[0653] Embodiment 70: According to the method described in Embodiment 68, the first terminal device provides a relay service for the communication apparatus, and the processing module is further used to reselect a terminal device that can provide a relay service for the communication apparatus.
[0654] Embodiment 71. A communication device, wherein the communication device comprises a processor and a transceiver (or, a transmitter and a processor), the processor and the transceiver (or, the transmitter and the processor) are coupled, and can execute the method as described in any one of embodiments 1 to 13, or execute the method as described in any one of embodiments 14 to 23, or execute the method as described in any one of embodiments 33 to 35.
[0655] Embodiment 72, a communication device, wherein the communication device comprises a processor and a transceiver (or, a transmitter and a processor), the processor and the transceiver (or, the transmitter and the processor) are coupled and can execute the method described in any one of embodiments 24 to embodiment 32.
[0656] Embodiment 73, a chip, the chip comprising a processor, when the processor executes an instruction, the processor is used to execute the method described in any one of the above embodiments 1 to 13, or execute the method described in any one of the above embodiments 14 to 23, or execute the method described in any one of the above embodiments 33 to 35. The instruction may come from a memory inside the chip, or from a memory outside the chip. Optionally, the chip also includes an input and output circuit.
[0657] Embodiment 74: A chip, comprising a processor, wherein when the processor executes an instruction, the processor is configured to execute the method described in any one of the above embodiments 24 to 32. The instruction may come from a memory inside the chip or from a memory outside the chip. Optionally, the chip further comprises an input and output circuit.
[0658] Embodiment 75. A communication system, wherein the communication system includes the communication device as described in any one of embodiments 36 to 48, includes the communication device as described in any one of embodiments 49 to 58, and includes the communication device as described in any one of embodiments 59 to 67.
[0659] Embodiment 76: A communication system, wherein the communication system comprises a communication device as described in any one of embodiments 68 to 70.
[0660] Embodiment 77. A computer-readable storage medium, wherein the computer-readable storage medium is used to store a computer program, and when the computer program is run on a computer, the computer executes the method as described in any one of Embodiments 1 to 13, or executes the method as described in any one of Embodiments 14 to 23, or executes the method as described in any one of Embodiments 33 to 35.
[0661] Embodiment 78: A computer-readable storage medium, wherein the computer-readable storage medium is used to store a computer program, and when the computer program is run on a computer, the computer executes the method described in any one of embodiments 24 to 32.
[0662] Embodiment 79. A computer program product, wherein the computer program product is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method described in any one of Embodiments 1 to 13, or implement the method described in any one of Embodiments 14 to 23, or implement the method described in any one of Embodiments 33 to 35.
[0663] Embodiment 80: A computer program product, wherein the computer program product is used to store a computer program. When the computer program is executed by a computer, the computer can implement the method described in any one of embodiments 24 to 32.
[0664] Although the present application is described herein in conjunction with various embodiments, those skilled in the art may understand and implement other variations of the disclosed embodiments by reviewing the drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other components or steps, and "one" or "an" does not exclude multiple situations. A single processor or other unit may implement several functions listed in the claims. Certain measures are recorded in different dependent claims, but this does not mean that these measures cannot be combined to produce good results.
Claims
1. A communication method, characterized in that: include: Obtaining first configuration information, where the first configuration information is used for a first terminal device to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device and a second terminal device, where the first terminal device provides a relay service for the second terminal device, and where the first terminal device is a data receiving end of a data transmission process performed through the first radio bearer, and the second terminal device is a data sending end of the data transmission process; configuring the first radio bearer according to the first configuration information; When the first radio bearer configuration fails, first configuration failure information is sent to the network device.
2. The method according to claim 1, characterized in that Sending first configuration failure information to the network device includes: A radio resource control RRC message is sent to a network device, where the RRC message includes a first information element, where the first configuration failure information occupies a reserved bit in the first information element, and where the first information element is used to indicate a failure cause.
3. The method according to claim 1 or 2, characterized in that: The method further comprises: Send second configuration failure information to the second terminal device, where the second configuration failure information is used to indicate that the first terminal device has failed to configure the first radio bearer.
4. The method according to claim 1 or 2, characterized in that: Obtaining first configuration information, including: Receive the first configuration information from the second terminal device.
5. The method according to claim 4, characterized in that The first configuration information includes a first common configuration, which includes one or more of the following: a service quality flow identifier QFI corresponding to a service data adaptation protocol SDAP, a sequence number SN length of a packet data convergence protocol PDCP and a radio link control RLC, or whether to use header compression.
6. The method according to claim 1, 2 or 5, characterized in that: Obtaining first configuration information, including: receiving second configuration information from the network device; receiving first information from the second terminal device, where the first information includes an identifier of a logical channel corresponding to the first radio bearer; The first configuration information is obtained according to the second configuration information and the first information.
7. The method according to claim 6, characterized in that The first information is obtained by the second terminal device according to fourth configuration information from the network device, and the fourth configuration information is used by the second terminal device to configure the first radio bearer.
8. The method according to claim 6, characterized in that The first information also includes a QFI corresponding to the first radio bearer, and / or a correspondence between an identifier corresponding to the first radio bearer at the Uu port and an identifier corresponding to the PC5 port.
9. The method according to claim 6, characterized in that The second configuration information includes a receiving configuration and a second common configuration, wherein the receiving configuration includes a PDCP reordering timer, and the second common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
10. The method according to claim 1 or 2, characterized in that: Before obtaining the first configuration information, the method further includes: Receiving quality of service (QoS) information from the second terminal device, where the QoS information is used to indicate a QoS request for a radio bearer configured between the second terminal device and the first terminal device; Sending second information to the network device, where the second information is used to request configuration of a radio bearer for bidirectional transmission between the second terminal device and the first terminal device, and the second information includes the QoS information.
11. The method according to claim 10, characterized in that Obtaining first configuration information, including: The first configuration information is received from the network device.
12. The method according to claim 10, characterized in that The first configuration information includes a first sending configuration and a first public configuration, wherein: The first transmission configuration includes one or more of the following: a PDCP discard timer, a robust header compression RoHC compression profile configuration, whether a SDAP header appears, a mapping relationship with a QFI on a sidelink SL, or a transmission type; The first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
13. The method according to any one of claims 11 to 12, characterized in that: The method further comprises: Send third configuration information to the second terminal device, where the third configuration information is used for the second terminal device to configure the first wireless bearer, and the third configuration information includes part or all of the content of the first configuration information.
14. A communication method, characterized in that: include: receiving second configuration failure information from a first terminal device, where the second configuration failure information is used to indicate that the first terminal device fails to configure a first radio bearer, where the first radio bearer is a radio bearer between the first terminal device and a second terminal device, the first terminal device provides a relay service for the second terminal device, and the first terminal device is a data receiving end of a data transmission process performed through the first radio bearer, and the second terminal device is a data sending end of the data transmission process; Information indicating that the first terminal device has failed to configure the first radio bearer is not sent to the network device.
15. The method according to claim 14, characterized in that The method further comprises: Receive fourth configuration information from the network device, where the fourth configuration information is used by the second terminal device to configure the first radio bearer.
16. The method according to claim 15, characterized in that The fourth configuration information includes a third sending configuration and a third public configuration, wherein: The third sending configuration includes one or more of the following: PDCP discard timer, RoHC compression profile configuration, whether the SDAP header appears, and a mapping relationship with the QFI on the SL, or a sending type; The third common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
17. The method according to claim 15 or 16, characterized in that The method further comprises: selecting a logical channel for the first radio bearer; First configuration information is sent to the first terminal device, where the first configuration information is used by the first terminal device to configure the first radio bearer, and the first configuration information includes an identifier of a logical channel corresponding to the first radio bearer.
18. The method according to claim 17, characterized in that The first configuration information includes a first common configuration, and the first common configuration includes one or more of the following: QFI corresponding to SDAP, SN length of PDCP and RLC, or whether to use header compression.
19. The method according to claim 15 or 16, characterized in that The method further comprises: selecting a logical channel for the first radio bearer; Send first information to the first terminal device, where the first information includes an identifier of a logical channel corresponding to the first wireless bearer.
20. The method according to claim 19, characterized in that The first information also includes a QFI corresponding to the first radio bearer, and / or a correspondence between an identifier corresponding to the first radio bearer at the Uu port and an identifier corresponding to the PC5 port.
21. The method according to claim 14, characterized in that The method further comprises: Receive third configuration information from the first terminal device, the third configuration information is used for the second terminal device to configure the first wireless bearer, the third configuration information includes part or all of the first configuration information, and the first configuration information is used for the first terminal device to configure the first wireless bearer.
22. The method according to claim 21, characterized in that The method further comprises: QoS information is sent to the first terminal device, where the QoS information is used to indicate a request for QoS of a wireless bearer configured between the second terminal device and the first terminal device.
23. The method according to any one of claims 14 to 16, 18, 20 to 21, characterized in that: The second terminal device cannot communicate with the network device through the Uu port.
24. A communication device, characterized in that: It comprises a receiving module, a sending module and a processing module, wherein the receiving module, the sending module and the processing module are coupled and can execute the method according to any one of claims 1 to 13, or execute the method according to any one of claims 14 to 23.
25. A computer-readable storage medium, characterized in that: The computer-readable storage medium is used to store a computer program, and when the computer program is run on a computer, the computer executes the method according to any one of claims 1 to 13, or the computer executes the method according to any one of claims 14 to 23.