Communication method, terminal equipment and storage medium

Abstract

The embodiment of the invention provides a communication method, terminal equipment and a storage medium, which can realize communication between terminal equipment through relay equipment. Provided is a communication method, comprising: receiving a first message from a network device, the first message being used for indicating a relay support capability of the network device; and determining first configuration information of a first terminal device according to the first message, wherein the first configuration information is used for the first terminal device to communicate with a second terminal device through a relay device. The problem that the current network equipment and the terminal equipment cannot support the communication between the terminal equipment is solved, and the communication between the terminal equipment through the relay equipment can be realized.

Description

Technical Field

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

[0002] In a wireless communication system, user equipment (UE) can communicate with each other through the network, or directly communicate with each other without the help of network equipment. The link between UEs is called a sidelink. When UEs communicate directly with each other through a sidelink, the communication distance will not be very far due to insufficient hardware capabilities of the sender's UE, which limits the scenarios of communication between the sender's UE and the receiver's UE through the sidelink.

[0003] There is a need for unicast communication between the sender's UE and the receiver's UE. In order to expand the sidelink communication range, the sender's UE and the receiver's UE transmit data and signaling through a relay device. However, there is currently no corresponding solution for how to configure the sender's UE and the relay device, especially based on the relay communication capability of the base station, through interaction with the base station, and the base station provides the configuration of the sender's UE and the relay device. Summary of the invention

[0004] The embodiments of the present application provide a communication method, a terminal device, and a storage medium, which can realize communication between terminal devices through a relay device.

[0005] To solve the above technical problems, the present application provides the following technical solutions:

[0006] In a first aspect, an embodiment of the present application provides a communication method, including:

[0007] receiving a first message from a network device, wherein the first message is used to indicate a relay support capability of the network device;

[0008] First configuration information of a first terminal device is determined according to the first message, where the first configuration information is used for the first terminal device to communicate with a second terminal device via a relay device.

[0009] In the above scheme, the first terminal device receives the first message, and obtains the relay support capability of the network device by parsing the first message. When the first terminal device determines that the network supports relay, the first terminal device obtains the first configuration information. The first terminal device can configure the bearer required for the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device can communicate with the second terminal device through the relay device, which solves the problem that the current network equipment and terminal equipment cannot support communication between terminal devices, and enables communication between terminal devices through the relay device.

[0010] In a possible implementation of the first aspect, the first message includes: first indication information, wherein the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through a relay device. In the above scheme, the network device can notify the first terminal device by displaying an indication, that is, the first message generated by the network device includes the first indication information, and after the first terminal device obtains the first indication information from the first message, the first terminal device determines that the network device supports the first terminal device to communicate with the second terminal device through a relay device according to the first indication information.

[0011] In a possible implementation manner of the first aspect, the method further includes:

[0012] Determine first quality of service QoS flow information between the first terminal device and the relay device;

[0013] Sending a second message to the network device, where the second message includes the first QoS flow information, where the first QoS flow information includes identifiers of one or more first QoS flows and first QoS parameter requirements of the one or more first QoS flows, where the first QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the relay device;

[0014] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0015] In the above scheme, the first terminal device can generate first QoS flow information and send the first QoS flow information to the network device through the second message. The network device obtains one or more first QoS flow identifiers and one or more first QoS parameter requirements of the first QoS flow according to the first QoS flow information. The network device can generate first configuration information for the first terminal device according to the one or more first QoS flow identifiers and one or more first QoS parameter requirements of the first QoS flow, thereby solving the problem that the first terminal device cannot configure the bearer between the first terminal device and the relay device.

[0016] In a possible implementation of the first aspect, the second message further includes: an identifier of the relay device, and / or an identifier of the second terminal device.

[0017] In the above solution, the second message carries the identifier of the relay device and / or the identifier of the second terminal device, so that the network device determines the relay device and the second terminal device that perform device-to-device communication with the first terminal device.

[0018] In a possible implementation manner of the first aspect, the method further includes:

[0019] Sending a third message to the network device, where the third message includes the third QoS flow information, where the third QoS flow information includes identifiers of one or more first QoS flows and fourth QoS parameter requirements of the one or more first QoS flows, where the fourth QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the second terminal device;

[0020] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0021] In the above scheme, the third message sent by the first terminal device to the network device includes the second information of the first QoS, so that the network device can obtain the identifiers of one or more first QoS flows and the fourth QoS parameter requirements of the one or more first QoS flows by receiving the third message. The network device can generate first configuration information for the first terminal device based on the identifiers of one or more first QoS flows and the fourth QoS parameter requirements of one or more first QoS flows, thereby solving the problem that the first terminal device cannot configure the bearer between the first terminal device and the relay device.

[0022] In a possible implementation manner of the first aspect, the third message further includes: an identifier of the relay device, and / or an identifier of the second terminal device.

[0023] In the above solution, the third message carries the identifier of the relay device and / or the identifier of the second terminal device, so that the network device determines the relay device and the second terminal device that perform device-to-device communication with the first terminal device.

[0024] In a possible implementation of the first aspect, the second message and the third message may be the same message, or different messages. For example, the third message may be independent of the second message, or the second message and the third message may be sent simultaneously.

[0025] In a possible implementation manner of the first aspect, determining first configuration information of the first terminal device according to the first message includes:

[0026] Determining, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0027] Receiving first configuration information from the network device;

[0028] Determine the configuration of the first bearer between the first terminal device and the relay device according to the first configuration information.

[0029] In the above scheme, the first terminal device obtains the first configuration information, and then the first terminal device can determine the configuration of the first bearer according to the configuration parameters included in the first configuration information. The first bearer includes the bearer between the first terminal device and the relay device. In the embodiment of the present application, the first terminal device can configure the first bearer according to the instructions of the network device, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0030] In a possible implementation manner of the first aspect, the first configuration information includes: configuration of the first bearer, and a mapping relationship between the second bearer and the first bearer, wherein:

[0031] The first bearer includes a bearer between the first terminal device and the relay device;

[0032] The second bearer includes a bearer between the first terminal device and the second terminal device.

[0033] In the above scheme, the first configuration information sent by the network device to the first terminal device includes the configuration of the first bearer and the mapping relationship between the second bearer and the first bearer, so that the first terminal device can obtain the mapping relationship between the second bearer and the first bearer according to the first configuration information. The first terminal device can configure the first bearer according to the instructions of the network device, and determine the association between the first bearer and the second bearer, so that the first terminal device can communicate with the second terminal device using the relay device.

[0034] In a possible implementation manner of the first aspect, the first configuration information further includes: a configuration of the first bearer, a correspondence between the first QoS flow and the first bearer,

[0035] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0036] In the above scheme, the network device can notify the first terminal device of the correspondence between the first QoS flow and the first bearer, so that the first terminal device determines the correspondence between the first QoS flow and the first bearer through the first configuration information, and the first terminal device determines the correspondence between the first bearer and the second bearer in combination with other obtained configuration information.

[0037] In a possible implementation manner of the first aspect, the method further includes:

[0038] receiving second configuration information from the network device, the second configuration information including: configuration of a second bearer, a correspondence between the first QoS flow and the second bearer; the second bearer including a bearer between the first terminal device and the second terminal device;

[0039] A correspondence between the first bearer and the second bearer is determined according to the first configuration information and the second configuration information.

[0040] In the above scheme, the first terminal device can determine the correspondence between the first QoS flow and the second bearer by parsing the second configuration information. Combined with the parsing of the first configuration information by the first terminal device, it can be known that the first terminal device determines the correspondence between the first QoS flow and the first bearer through the first configuration information. The first terminal device determines the correspondence between the first bearer and the second bearer according to the correspondence between the first QoS flow and the first bearer and the second bearer respectively. In the embodiment of the present application, the first terminal device can autonomously determine the correspondence between the first bearer and the second bearer by processing the first configuration information and the second configuration information, without notification from the network device side, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0041] In a possible implementation manner of the first aspect, the method further includes:

[0042] Determine an identifier of a second QoS flow between the first terminal device and the relay device and a second QoS parameter requirement corresponding to the second QoS flow, where the second QoS flow corresponds to one or more first QoS flows, and the first QoS flow includes a QoS flow between the first terminal device and the second terminal device;

[0043] Sending second QoS flow information to the network device, where the second QoS flow information includes an identifier of the second QoS flow and a second QoS parameter requirement corresponding to the second QoS flow.

[0044] In the above solution, the first terminal device can send the second QoS flow information to the network device as a whole using the first bearer. For example, the first terminal device determines a second QoS flow, and the second QoS flow corresponds to one or more first QoS flows, and the one or more first QoS flows correspond to the second bearer between the first terminal device and the second terminal device, that is, the first terminal device corresponds the first QoS flow corresponding to the second bearer to the second QoS flow as a whole. The first terminal device can also determine the second QoS parameter requirement corresponding to the second QoS flow. In another possible implementation, the second QoS flow corresponds to one or more first QoS flows, and the one or more first QoS flows correspond to multiple second bearers between the first terminal device and the second terminal device, that is, the first terminal device corresponds the first QoS flow corresponding to the multiple second bearers to the second QoS flow as a whole. The first terminal device can also determine the second QoS parameter requirement corresponding to the second QoS flow. After the first terminal device determines the second QoS flow information, it sends the second QoS flow information to the network device. After the network device receives the second QoS flow information, the network device can determine the identifier of the second QoS flow and the second QoS parameter requirement corresponding to the second QoS flow. The first terminal device can configure the first bearer according to the instruction of the network device, and determine the association between the first bearer and the second bearer, so that the first terminal device can communicate with the second terminal device using the relay device.

[0045] In a possible implementation manner of the first aspect, determining a second QoS parameter requirement corresponding to the second QoS flow includes:

[0046] Determine a second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirements of the one or more first QoS flows;

[0047] The first QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the relay device;

[0048] The second QoS parameter requirement is a QoS parameter requirement of the second QoS flow between the first terminal device and the relay device.

[0049] In the above scheme, the first terminal device can determine the second QoS parameter requirement corresponding to the second QoS flow, for example, determine the second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirement of one or more first QoS flows corresponding to the second QoS flow, select the first QoS parameter requirement to generate the second QoS parameter requirement, the first terminal device can generate the second QoS parameter requirement, so that the network device can allocate the Sidelink bearer configuration to the first terminal device according to the second QoS parameter requirement, and the first terminal device configures the first bearer based on the configuration of the Sidelink bearer.

[0050] In a possible implementation manner of the first aspect, the second QoS flow corresponds to one or more second bearers, and the second bearers include bearers between the first terminal device and the second terminal device.

[0051] In the above scheme, one or more second bearers are configured between the first terminal device and the second terminal device, and the first terminal device determines that the second QoS flow corresponds to the one or more second bearers between the first terminal device and the second terminal device. Through the correspondence between the second QoS flow and the one or more second bearers, the network device can configure the Sidelink bearer for the first terminal device according to the second QoS flow.

[0052] In a possible implementation of the first aspect, the first configuration information further includes: configuration of a first bearer, a correspondence between a second QoS flow and the first bearer, and the first bearer includes a bearer between the first terminal device and the relay device.

[0053] In the above scheme, the network device supports the first terminal device to communicate with the second terminal device through the relay device, and the first configuration information sent by the network device includes the configuration of the first bearer, the correspondence between the second QoS flow and the first bearer, so that the first terminal device determines the correspondence between the first QoS flow and the first bearer through the first configuration information, and the first terminal device determines the correspondence between the first bearer and the second bearer in combination with other obtained configuration information.

[0054] In a possible implementation manner of the first aspect, the method further includes:

[0055] receiving second configuration information from the network device, the second configuration information including: configuration of a second bearer, a correspondence between the first QoS flow and the second bearer; the second bearer including a bearer between the first terminal device and the second terminal device;

[0056] A correspondence between the first bearer and the second bearer is determined according to the first configuration information and the second configuration information.

[0057] In the above scheme, the first terminal device can determine the correspondence between the first QoS flow and the second bearer by parsing the second configuration information. Combined with the parsing of the first configuration information by the first terminal device, it can be known that the first terminal device determines the correspondence between the first QoS flow and the first bearer through the first configuration information. The first terminal device determines the correspondence between the first bearer and the second bearer according to the correspondence between the first QoS flow and the first bearer and the second bearer respectively. In the embodiment of the present application, the first terminal device can autonomously determine the correspondence between the first bearer and the second bearer by processing the first configuration information and the second configuration information, without notification from the network device side, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0058] In a possible implementation manner of the first aspect, the method further includes:

[0059] A first request is sent to the network device, where the first request is used to request the network device to allocate relay transmission resources.

[0060] In the above scheme, after the first terminal device determines the configuration of the first bearer and the correspondence between the first bearer and the second bearer, when the first terminal device needs to communicate with the second terminal device through the relay device, the first terminal device also needs to obtain relay transmission resources. In this embodiment of the application, the first terminal device can generate a first request and send the first request to the network device, so that the network device receives the first request, and the network device can allocate relay transmission resources to the first terminal device according to the first request.

[0061] In a possible implementation manner of the first aspect, determining first configuration information of the first terminal device according to the first message includes:

[0062] Determining, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0063] Acquire third configuration information from the first message, where the third configuration information is used for communication between terminal devices;

[0064] The first configuration information is determined according to the third configuration information.

[0065] In the above scheme, the first terminal device is in an idle state, the first terminal device obtains the third configuration information, and then the first terminal device can determine the configuration of the first bearer according to the configuration parameters included in the third configuration information, and the first bearer includes the bearer between the first terminal device and the relay device, for example, the first bearer can be a PC5 RLC bearer. In the embodiment of the present application, the first terminal device can configure the first bearer according to the instruction of the network device, so that the first terminal device can communicate with the second terminal device using the relay device.

[0066] In a possible implementation manner of the first aspect, determining the first configuration information according to the third configuration information includes:

[0067] The second configuration information is determined from the third configuration information according to the third QoS parameter requirement of the first QoS flow, the third QoS parameter requirement is the end-to-end QoS parameter requirement of the first QoS flow, and the second configuration information includes: a mapping relationship between the first QoS flow and the second bearer, the second bearer includes the bearer between the first terminal device and the second terminal device, and the first QoS flow includes the QoS flow between the first terminal device and the second terminal device.

[0068] In the above scheme, the first QoS flow includes a QoS flow between a first terminal device and a second terminal device, the first terminal device determines the third QoS parameter requirement as the end-to-end QoS parameter requirement of the first QoS flow, the third configuration information sent by the network device may include multiple Sidelink bearer configurations, and the first terminal device selects a Sidelink bearer configuration from the third configuration information according to the third QoS parameter requirement corresponding to the first QoS flow as the second configuration information, and the second configuration information includes: a mapping relationship between the first QoS flow and the second bearer. The first terminal device can determine the first configuration information through the second configuration information, and then configure the first bearer according to the first configuration information, so that the first terminal device can communicate with the second terminal device using the relay device.

[0069] In a possible implementation manner of the first aspect, determining the first configuration information according to the third configuration information further includes:

[0070] The first configuration information is determined according to the mapping relationship between the first QoS flow and the second bearer and the third configuration information, wherein the first configuration information includes: the configuration of the first bearer between the first terminal device and the relay device, and / or the mapping relationship between the first bearer and the second bearer.

[0071] In the above scheme, the first terminal device determines the first configuration information according to the multiple Sidelink bearer configurations included in the third configuration information sent by the network device, and the mapping relationship between the first QoS flow and the second bearer, the first configuration information includes the configuration of the first bearer corresponding to the first QoS flow, and the first terminal device can determine the configuration of the first bearer according to the configuration parameters included in the first configuration information, and the first bearer includes the bearer between the first terminal device and the relay device. In the embodiment of the present application, the first terminal device can configure the first bearer according to the instructions of the network device, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0072] In a possible implementation manner of the first aspect, the method further includes:

[0073] The first message includes the first indication information, and the first message does not include third configuration information and / or relay transmission resources, and it is determined that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, and the third configuration information is used for communication between terminal devices;

[0074] or,

[0075] The first message includes the first indication information, and the first message does not include the third configuration information and / or relay transmission resources, and sends a second request to the network device, where the second request is used to request the network device to send the third configuration information and / or relay transmission resources.

[0076] In the above scheme, in addition to determining the first indication information in the first message, the first terminal device also needs to determine whether the first message includes the third configuration information and / or relay transmission resources. For example, the first message does not include the third configuration information, and the first terminal device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. For example, the first message does not include the relay transmission resources, and the first terminal device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. For example, the first message does not include the third configuration information and relay transmission resources, and the first terminal device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. The first terminal device can determine whether the network device supports the first terminal device to communicate with the second terminal device through the relay device through the message content carried in the first message, so that the first terminal device can communicate with the second terminal device through the relay device with the support of the network device.

[0077] In a possible implementation of the first aspect, the first message includes: second indication information, wherein the second indication information is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through a relay device.

[0078] In the above scheme, when the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the network device can generate second indication information. When the first terminal device obtains the second indication information from the first message, it can be determined that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device no longer configures the Sidelink bearer.

[0079] In a possible implementation manner of the first aspect, the first message does not include first indication information, which is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device;

[0080] The first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0081] In the above scheme, the network device may also adopt an implicit indication method. When the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device may generate first indication information and carry the first indication information through the first message. When the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the network device may not generate the first indication information. The first terminal device may determine that the network device does not support the first terminal device to communicate with the second terminal device through the relay device by not including the first indication information in the first message, so that the first terminal device no longer configures the Sidelink bearer.

[0082] In a possible implementation manner of the first aspect, the method further includes:

[0083] The first message includes the first indication information, determining that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0084] The first indication information is also used to indicate one or more thresholds.

[0085] In the above scheme, the network device can determine that the first indication information is used for one or more thresholds, so that the first message can indicate one or more thresholds, and when the first terminal device obtains one or more thresholds from the first message, it is determined that the network device supports the first terminal device to communicate with the second terminal device through the relay device. The network device can implicitly indicate whether the network device supports the first terminal device to communicate with the second terminal device through the relay device by whether it carries the threshold.

[0086] In a possible implementation manner of the first aspect, the one or more thresholds include a first threshold, and the method further includes:

[0087] The signal quality of the link between the first terminal device and the second terminal device is less than or equal to the first threshold, triggering the selection of a relay device, or triggering the reselection of a relay device, or executing a discovery process.

[0088] In the above scheme, the first terminal device obtains a first threshold from the network device, and the signal quality of the link between the first terminal device and the second terminal device is less than or equal to the first threshold, triggering the selection of the relay device, or triggering the reselection of the relay device, or executing the discovery process, so that the first terminal device can communicate with the second terminal device through the relay device with the support of the network device.

[0089] In a possible implementation manner of the first aspect, the one or more thresholds include a first threshold and a second threshold, and the method further includes:

[0090] When the signal quality of the link between the first terminal device and the second terminal device is less than or equal to the first threshold, triggering the selection of a relay device or executing a discovery process;

[0091] or,

[0092] When the signal quality of the link between the first terminal device and the relay device is less than or equal to the second threshold, reselection of the relay device is triggered, or a discovery process is executed.

[0093] In the above scheme, the first terminal device obtains the first threshold and the second threshold from the network device, and judges the signal quality of the link between the first terminal device and the second terminal device and the signal quality of the link between the first terminal device and the relay device respectively against the above thresholds, thereby triggering the selection of the relay device, or triggering the reselection of the relay device, or executing the discovery process, so that the first terminal device can communicate with the second terminal device through the relay device with the support of the network device.

[0094] In a second aspect, an embodiment of the present application further provides a communication method, including:

[0095] A first message is sent to a first terminal device, where the first message is used to indicate a relay support capability of a network device.

[0096] In the above scheme, the network device can determine the first message and notify the first terminal device of the first message, thereby realizing that the network device notifies the first terminal device of the relay support capability of the network device. When the first terminal device determines that the network supports relay, the first terminal device obtains the first configuration information. The first terminal device can configure the bearer required for the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device communicates with the second terminal device through the relay device, which solves the problem that the current network equipment and terminal equipment cannot support communication between terminal devices and enables communication between terminal devices through the relay device.

[0097] In a possible implementation of the second aspect, the first message includes: first indication information, wherein the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through a relay device.

[0098] In the above scheme, the network device can notify the first terminal device by displaying an indication, that is, the first message generated by the network device includes the first indication information. After the first terminal device obtains the first indication information from the first message, the first terminal device determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device based on the first indication information.

[0099] In a possible implementation manner of the second aspect, the method further includes:

[0100] receiving a second message from the first terminal device, the second message including first quality of service QoS flow information, the first QoS flow information including identifiers of one or more first QoS flows and first QoS parameter requirements of the one or more first QoS flows, the first QoS parameter requirement being a QoS parameter requirement of the first QoS flow between the first terminal device and the relay device;

[0101] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0102] In a possible implementation manner of the second aspect, the second message further includes: an identifier of the relay device, and / or an identifier of the second terminal device.

[0103] In a possible implementation manner of the second aspect, the method further includes:

[0104] receiving a third message from the first terminal device, the third message including the third QoS flow information, the third QoS flow information including identifiers of one or more first QoS flows and fourth QoS parameter requirements of the one or more first QoS flows, the fourth QoS parameter requirement being a QoS parameter requirement of the first QoS flow between the first terminal device and the second terminal device;

[0105] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0106] In a possible implementation manner of the second aspect, the method further includes:

[0107] Determine the first configuration information based on the second message and the third message;

[0108] Send the first configuration information.

[0109] In a possible implementation manner of the second aspect, the first configuration information includes: configuration of the first bearer, and a mapping relationship between the second bearer and the first bearer;

[0110] The first bearer includes a bearer between the first terminal device and the relay device;

[0111] The second bearer includes a bearer between the first terminal device and the second terminal device.

[0112] In a possible implementation manner of the second aspect, the first configuration information includes: configuration of a first bearer, a correspondence between a first QoS flow and the first bearer, and the first bearer includes a bearer between the first terminal device and the relay device;

[0113] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0114] In a possible implementation manner of the second aspect, the method further includes:

[0115] Send second configuration information to the first terminal device, the second configuration information including: configuration of the second bearer, correspondence between the first QoS flow and the second bearer; the second bearer includes the bearer between the first terminal device and the second terminal device; the first QoS flow includes the QoS flow between the first terminal device and the second terminal device.

[0116] In a possible implementation manner of the second aspect, the method further includes:

[0117] receiving a first request from the first terminal device, wherein the first request is used to request the network device to allocate relay transmission resources;

[0118] Configure relay transmission resources for the first terminal device according to the first request.

[0119] In a possible implementation manner of the second aspect, the first message includes the first indication information, and the first message does not include third configuration information and / or relay transmission resources, and the third configuration information is used for communication between terminal devices;

[0120] The first message is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0121] In a possible implementation manner of the second aspect, the method further includes:

[0122] receiving a second request from the first terminal device, where the second request is used to request the network device to send the third configuration information and / or relay transmission resources;

[0123] The third configuration information is sent to the first terminal device according to the second request, and / or relay transmission resources are configured for the first terminal device according to the second request.

[0124] In a possible implementation manner of the second aspect, the method further includes:

[0125] Determining that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0126] The first message includes first indication information, and the first indication information is further used to indicate one or more thresholds.

[0127] In a possible implementation manner of the second aspect, the one or more thresholds include a first threshold,

[0128] The first threshold is used when the signal quality of the link between the first terminal device and the second terminal device is less than the first threshold, triggering the first terminal device to select a relay device, or triggering the first terminal device to reselect a relay device, or triggering the first terminal device to perform a discovery process.

[0129] In a possible implementation manner of the second aspect, the one or more thresholds include a first threshold and a second threshold.

[0130] The first threshold is used for the first terminal device to trigger the selection of a relay device when the signal quality of the link between the first terminal device and the second terminal device is less than the first threshold, or the first terminal device to trigger the execution of a discovery process;

[0131] or,

[0132] The second threshold is used to trigger the first terminal device to reselect the relay device or to trigger the first terminal device to perform a discovery process when the signal quality of the link between the first terminal device and the relay device is less than the second threshold.

[0133] The communication method executed on the network device side and the communication method executed on the terminal device side are interactively related. For details of the specific technical effects achieved, please refer to the description of the effects of various possible implementation methods in the first aspect above.

[0134] In a third aspect, an embodiment of the present application provides a communication method, the method comprising:

[0135] receiving a first message from a network device, wherein the first message is used to indicate a relay support capability of the network device;

[0136] Determine first configuration information of the relay device according to the first message, where the first configuration information is used for the first terminal device to communicate with a second terminal device via the relay device.

[0137] In the above scheme, when the relay device determines that the network supports relaying, the relay device obtains the first configuration information, and the relay device can configure the bearer required for the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device can communicate with the second terminal device through the relay device, which solves the problem that the current network equipment and terminal equipment cannot support communication between terminal devices, and enables communication between terminal devices through the relay device.

[0138] In a possible implementation of the third aspect, the first message includes: first indication information, wherein the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through a relay device.

[0139] In the above scheme, the network device can notify the relay device by displaying an indication, that is, the first message generated by the network device includes the first indication information. After the relay device obtains the first indication information from the first message, the relay device determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device based on the first indication information.

[0140] In a possible implementation manner of the third aspect, the method further includes:

[0141] Determine first quality of service QoS flow information between the relay device and the second terminal device;

[0142] Sending a second message to the network device, where the second message includes the first QoS flow information, where the first QoS flow information includes identifiers of one or more first QoS flows and first QoS parameter requirements of the one or more first QoS flows, where the first QoS parameter requirement is a QoS parameter requirement between the relay device and the second terminal device;

[0143] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0144] In the above scheme, the relay device determines the first QoS parameter requirement between the relay device and the second terminal device according to one or more first QoS flows. The relay device generates a second message, which includes the first QoS flow information. The relay device sends the second message to the network device. The network device can receive the second message and determine the first QoS flow information by parsing the second message. The network device obtains one or more first QoS flow identifiers and one or more first QoS flow first QoS parameter requirements according to the first QoS flow information. The network device can configure the side link bearer for the relay device according to the one or more first QoS flow identifiers and one or more first QoS flow first QoS parameter requirements, and generate the first configuration information for the relay device, so as to solve the problem that the relay device cannot configure the bearer between the relay device and the second terminal device.

[0145] In a possible implementation manner of the third aspect, the method further includes:

[0146] Sending a first mapping relationship to the network device, where the first mapping relationship is used to indicate a first corresponding relationship, where the first corresponding relationship is used to indicate that one or more first QoS flows are configured on a first bearer, or a corresponding relationship between a first QoS flow and a second bearer;

[0147] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device;

[0148] The first bearer includes a bearer between the relay device and the second terminal device;

[0149] The second bearer includes a bearer between the first terminal device and the second terminal device.

[0150] In the above scheme, the relay device determines that one or more first QoS flows correspond to a first bearer, or the first QoS flow corresponds to a second bearer, the relay generates a first mapping relationship, indicates the first corresponding relationship through the first mapping relationship, and the relay device sends the above first mapping relationship to the network device, so that the network device determines the corresponding relationship between one or more first QoS flows and the first bearer, and the corresponding relationship between one or more first QoS flows and the second bearer by parsing the first mapping relationship. The network device can generate first configuration information for the relay device based on the first mapping relationship to solve the problem that the relay device cannot configure the bearer between the relay device and the second terminal device.

[0151] In a possible implementation manner of the third aspect, determining first configuration information of the relay device according to the first message includes:

[0152] Determining, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0153] Receiving first configuration information from the network device;

[0154] Determine the configuration of the first bearer between the relay device and the second terminal device according to the first configuration information.

[0155] In the above scheme, the first message can indicate the relay support capability of the network device. The relay device can obtain the relay support capability of the network device based on the first message. When the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device can generate first configuration information, which is carried in the first message, so as to determine the configuration of the first bearer between the relay device and the second terminal device, so that the relay device can realize communication between the first terminal device and the second terminal device.

[0156] In a possible implementation manner of the third aspect, the first configuration information includes: configuration of the first bearer, and a mapping relationship between the first bearer and the second bearer.

[0157] In the above scheme, the second bearer is a bearer between the first terminal device and the second terminal device, that is, the second bearer is used for end-to-end communication between the first terminal device and the second terminal device. The network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device can indicate the mapping relationship between the first bearer and the second bearer to the relay device, and the relay device can determine the mapping relationship between the first bearer and the second bearer through the first configuration information, so that the relay device can realize the communication between the first terminal device and the second terminal device.

[0158] In a possible implementation manner of the third aspect, the first configuration information includes: configuration of the first bearer, and a correspondence between the first QoS flow and the first bearer.

[0159] In the above scheme, the network device supports the first terminal device to communicate with the second terminal device through the relay device. The first configuration information sent by the network device includes the configuration of the first bearer, the correspondence between the first QoS flow and the first bearer. In this implementation scenario, the network device can notify the relay device of the correspondence between the first QoS flow and the first bearer, so that the relay device determines the correspondence between the first QoS flow and the first bearer through the first configuration information, and the relay device determines the correspondence between the first bearer and the second bearer in combination with other obtained configuration information.

[0160] In a possible implementation manner of the third aspect, the method further includes:

[0161] Determine an identifier of a second QoS flow between the first terminal device and the relay device and a second QoS parameter requirement corresponding to the second QoS flow, where the second QoS flow corresponds to one or more first QoS flows, and the first QoS flow includes a QoS flow between the first terminal device and the second terminal device;

[0162] The second QoS flow information is sent to the network device, where the second QoS flow information includes an identifier of the second QoS flow and a second QoS parameter requirement corresponding to the second QoS flow.

[0163] In the above scheme, the relay device can send the second QoS flow information to the network device as a whole for the first bearer. For example, the relay device determines the second QoS flow, and the second QoS flow corresponds to one or more first QoS flows, and the one or more first QoS flows correspond to the first bearer between the relay device and the second terminal device. After the relay device determines the second QoS flow information, it sends the second QoS flow information to the network device. After the network device receives the second QoS flow information, the network device can determine the identifier of the second QoS flow and the second QoS parameter requirements corresponding to the second QoS flow, so that the network device can configure the Sidelink bearer according to the second QoS flow. In this implementation, the network device does not need to perceive the relationship between the first terminal device, the relay device and the second terminal device, and configures the Sidelink bearer according to the second QoS flow.

[0164] In a possible implementation manner of the third aspect, determining a second QoS parameter requirement corresponding to the second QoS flow includes:

[0165] Determine a second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirements of the one or more first QoS flows;

[0166] The first QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the relay device and the second terminal device;

[0167] The second QoS parameter requirement is a QoS parameter requirement of the second QoS flow between the relay device and the second terminal.

[0168] In the above scheme, the relay device can determine the second QoS parameter requirement corresponding to the second QoS flow, for example, determine the second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirement of one or more first QoS flows corresponding to the second QoS flow, select the first QoS parameter requirement to generate the second QoS parameter requirement, and the relay device can generate the second QoS parameter requirement, so that the network device can allocate the configuration of the Sidelink bearer to the relay device according to the second QoS parameter requirement, and the relay device configures the first bearer based on the configuration of the Sidelink bearer.

[0169] In a possible implementation manner of the third aspect, the second QoS flow corresponds to one or more second bearers, and the second bearers include bearers between the first terminal device and the second terminal device.

[0170] In the above scheme, one or more second bearers are configured between the first terminal device and the second terminal device, and the relay device determines that the second QoS flow corresponds to the one or more second bearers between the first terminal device and the second terminal device. Through the correspondence between the second QoS flow and the one or more second bearers, the network device can configure the Sidelink bearer for the first terminal device according to the second QoS flow.

[0171] In a possible implementation of the third aspect, the first configuration information further includes: configuration of a first bearer, a correspondence between the second QoS flow and the first bearer, and the first bearer includes a bearer between the relay device and the second terminal device.

[0172] In the above scheme, the network device supports the first terminal device to communicate with the second terminal device through the relay device. The first configuration information sent by the network device includes the configuration of the first bearer, the correspondence between the second QoS flow and the first bearer. In this implementation scenario, the network device can notify the relay device of the correspondence between the second QoS flow and the first bearer, so that the relay device determines the correspondence between the second QoS flow and the first bearer through the first configuration information, and the relay device determines the correspondence between the first bearer and the second bearer in combination with other obtained configuration information.

[0173] In a possible implementation manner of the third aspect, the method further includes:

[0174] receiving second configuration information from the network device, the second configuration information including: configuration of a second bearer, a correspondence between the first QoS flow and the second bearer; the second bearer including a bearer between the first terminal device and the second terminal device;

[0175] A correspondence between the first bearer and the second bearer is determined according to the first configuration information and the second configuration information.

[0176] In the above scheme, the network device can send the configuration of the second bearer to the relay device, for example, the network device sends the second configuration information to the relay device, and the second configuration information includes the configuration of the second bearer, the correspondence between the first QoS flow and the second bearer. The relay device can determine the correspondence between the first QoS flow and the second bearer by parsing the second configuration information. Combined with the parsing of the first configuration information by the relay device, it can be known that the relay device determines the correspondence between the first QoS flow and the first bearer through the first configuration information. The relay device determines the correspondence between the first bearer and the second bearer according to the correspondence between the first QoS flow and the first bearer and the second bearer respectively. In the embodiment of the present application, the relay device can autonomously determine the correspondence between the first bearer and the second bearer by processing the first configuration information and the second configuration information, without notification from the network device side, so that the relay device can realize communication between the first terminal device and the second terminal device.

[0177] In a possible implementation manner of the third aspect, determining first configuration information of the relay device according to the first message includes:

[0178] Determining, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0179] Acquire third configuration information from the first message, where the third configuration information is used for communication between terminal devices;

[0180] The first configuration information is determined according to the third configuration information.

[0181] In the above scheme, the relay device is in an idle state, and the relay device can determine the configuration of the first bearer according to the configuration parameters included in the third configuration information, and the first bearer includes the bearer between the relay device and the second terminal device. In the embodiment of the present application, the relay device can configure the first bearer according to the instruction of the network device, so that the relay device can realize the communication between the first terminal device and the second terminal device.

[0182] In a possible implementation manner of the third aspect, determining the first configuration information according to the third configuration information further includes:

[0183] The first configuration information is determined according to a mapping relationship between the first QoS flow and the second bearer and the third configuration information, where the first configuration information includes: a configuration of the first bearer between the relay device and the second terminal device.

[0184] In the above scheme, the first QoS flow includes a QoS flow between a first terminal device and a second terminal device, the relay device determines that the third QoS parameter requirement is the end-to-end QoS parameter requirement of the first QoS flow, the third configuration information sent by the network device may include multiple Sidelink bearer configurations, and the relay device selects a Sidelink bearer configuration from the third configuration information according to the third QoS parameter requirement corresponding to the first QoS flow as the second configuration information. The relay device can determine the mapping relationship between the first QoS flow and the second bearer, and then determine the first configuration information, so that the relay device can realize communication between the first terminal device and the second terminal device.

[0185] In a possible implementation manner of the third aspect, the method further includes:

[0186] The first message includes first indication information, and the first message does not include third configuration information and / or relay transmission resources, and it is determined that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, and the third configuration information is used for communication between terminal devices;

[0187] or,

[0188] The first message includes first indication information, and the first message does not include the third configuration information and / or relay transmission resources, and sends a second request to the network device, where the second request is used to request the network device to send the third configuration information and / or relay transmission resources.

[0189] In the above scheme, when the relay device is in an idle state, in addition to determining the first indication information in the first message, the relay device also needs to determine whether the first message includes the third configuration information and / or relay transmission resources. For example, the first message does not include the third configuration information, and the relay device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. For example, the first message does not include the relay transmission resources, and the relay device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. For example, the first message does not include the third configuration information and relay transmission resources, and the relay device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. The relay device can determine whether the network device supports the first terminal device to communicate with the second terminal device through the relay device through the message content carried in the first message, so that the relay device can realize communication between the first terminal device and the second terminal device.

[0190] In a possible implementation of the third aspect, the first message includes: second indication information, wherein the second indication information is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device.

[0191] In the above scheme, when the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the network device can generate second indication information. When the relay device obtains the second indication information from the first message, it can be determined that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, so that the relay device no longer configures the Sidelink bearer.

[0192] In a possible implementation of the third aspect, the first message does not include first indication information, which is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device.

[0193] In the above scheme, the network device may also adopt an implicit indication method. When the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device may generate first indication information and carry the first indication information through the first message. When the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the network device may not generate the first indication information. The relay device does not include the first indication information in the first message, so that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, and the first terminal device no longer configures the Sidelink bearer.

[0194] In a possible implementation manner of the third aspect, the method further includes:

[0195] The first message includes first indication information, determining that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0196] The first indication information is also used to indicate one or more thresholds.

[0197] In the above scheme, the network device can determine that the first indication information is used for one or more thresholds, so that the first message can indicate one or more thresholds. When the relay terminal device obtains one or more thresholds from the first message, it determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device. The network device can implicitly indicate whether the network device supports the first terminal device to communicate with the second terminal device through the relay device by whether it carries the threshold. Alternatively, the first terminal device obtains the first indication information from the first message, but the first indication information does not include the threshold configuration, then it is assumed that the relay device has no threshold constraints during the relay communication process.

[0198] In a possible implementation manner of the third aspect, the one or more thresholds include a third threshold, and the method further includes:

[0199] The signal quality of the link between the first terminal device and the relay device is greater than or equal to the third threshold, triggering a discovery process for finding a second terminal device.

[0200] In the above scheme, the relay device obtains a third threshold from the network device, and the signal quality of the link between the first terminal device and the relay device is greater than or equal to the third threshold. The relay device triggers the discovery process, so that the first terminal device can communicate with the second terminal device through the relay device with the support of the network device.

[0201] In a fourth aspect, an embodiment of the present application further provides a communication method, including:

[0202] A first message is sent to a relay device, where the first message is used to indicate a relay support capability of the network device.

[0203] In the above scheme, the network device can determine the first message, and the first terminal device notifies the first message, thereby realizing that the network device notifies the relay device of the relay support capability of the network device. When the relay device determines that the network supports relaying, the relay device obtains the first configuration information, and the relay device can configure the bearer required for the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device communicates with the second terminal device through the relay device, which solves the problem that the current network device and terminal device cannot support communication between terminal devices, and enables communication between terminal devices through the relay device.

[0204] In a possible implementation of the fourth aspect, the first message includes: first indication information, wherein the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through a relay device.

[0205] In a possible implementation manner of the fourth aspect, the method further includes:

[0206] receiving a second message from the relay device, the second message including first quality of service QoS flow information, the first QoS flow information including identifiers of one or more first QoS flows and first QoS parameter requirements of the one or more first QoS flows, the first QoS parameter requirement being a QoS parameter requirement between the relay device and the second terminal device;

[0207] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0208] In a possible implementation manner of the fourth aspect, the method further includes:

[0209] Receiving a first mapping relationship from the relay device, where the first mapping relationship is used to indicate a first corresponding relationship, where the first corresponding relationship is used to indicate that one or more first QoS flows are configured on a first bearer, or a corresponding relationship between a first QoS flow and a second bearer;

[0210] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device;

[0211] The first bearer includes a bearer between the relay device and the second terminal device;

[0212] The second bearer includes a bearer between the first terminal device and the second terminal device

[0213] In a possible implementation manner of the fourth aspect, the method further includes:

[0214] Determine first configuration information based on the second message and the first mapping relationship;

[0215] Send the first configuration information.

[0216] In a possible implementation manner of the fourth aspect, the first configuration information includes: configuration of the first bearer, and a mapping relationship between the second bearer and the first bearer;

[0217] The first bearer includes a bearer between the first terminal device and the relay device;

[0218] The second bearer includes a bearer between the first terminal device and the second terminal device.

[0219] In a possible implementation manner of the fourth aspect, the first configuration information further includes: a configuration of a first bearer, a correspondence between a first QoS flow and the first bearer, where the first bearer includes a bearer between the first terminal device and the relay device;

[0220] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0221] In a possible implementation manner of the fourth aspect, the method further includes:

[0222] Send second configuration information to the relay device, the second configuration information including: configuration of the second bearer, correspondence between the first QoS flow and the second bearer; the second bearer includes the bearer between the first terminal device and the second terminal device; the first QoS flow includes the QoS flow between the first terminal device and the second terminal device.

[0223] In a possible implementation of the fourth aspect, the first message includes first indication information, and the first message does not include third configuration information and / or relay transmission resources, the third configuration information is used for communication between terminal devices, and the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0224] In a possible implementation manner of the fourth aspect, the method further includes:

[0225] Determining that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0226] The first message includes first indication information, and the first indication information is further used to indicate one or more thresholds.

[0227] In a possible implementation manner of the fourth aspect, the one or more thresholds include a third threshold,

[0228] The third threshold is used for the relay device to trigger a discovery process when the signal quality of the link between the first terminal device and the relay device is greater than or equal to the third threshold, and the discovery process is used to find the second terminal device.

[0229] The communication method executed on the network device side and the communication method executed on the terminal device side are interactively related. For details of the specific technical effects achieved, please refer to the description of the effects of various possible implementation methods in the first aspect above.

[0230] In a fifth aspect, an embodiment of the present application further provides a terminal device, including:

[0231] A receiving module, configured to receive a first message from a network device, wherein the first message is used to indicate a relay support capability of the network device;

[0232] A processing module is used to determine first configuration information of a first terminal device according to the first message, where the first configuration information is used for the first terminal device to communicate with a second terminal device via a relay device.

[0233] In the above scheme, the first terminal device receives the first message, and obtains the relay support capability of the network device by parsing the first message. When the first terminal device determines that the network supports relay, the first terminal device obtains the first configuration information. The first terminal device can configure the bearer required for the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device can communicate with the second terminal device through the relay device, which solves the problem that the current network equipment and terminal equipment cannot support communication between terminal devices, and enables communication between terminal devices through the relay device.

[0234] In the fifth aspect of the present application, the constituent modules of the terminal device may also execute the steps described in the aforementioned first aspect and various possible implementations. For details, please refer to the aforementioned description of the first aspect and various possible implementations.

[0235] In a sixth aspect, an embodiment of the present application further provides a network device, including:

[0236] A sending module is used to send a first message to a first terminal device, wherein the first message is used to indicate the relay support capability of the network device.

[0237] In the sixth aspect of the present application, the constituent modules of the network device may also execute the steps described in the aforementioned second aspect and various possible implementations. For details, please refer to the aforementioned description of the second aspect and various possible implementations.

[0238] In a seventh aspect, an embodiment of the present application further provides a relay device, the relay device comprising:

[0239] A receiving module, configured to receive a first message from a network device, wherein the first message is used to indicate a relay support capability of the network device;

[0240] A processing module is used to determine first configuration information of a relay device according to the first message, where the first configuration information is used for the first terminal device to communicate with a second terminal device through the relay device.

[0241] In the seventh aspect of the present application, the constituent modules of the relay device may also execute the steps described in the aforementioned third aspect and various possible implementations. For details, please refer to the aforementioned description of the third aspect and various possible implementations.

[0242] In an eighth aspect, an embodiment of the present application further provides a network device, the network device comprising:

[0243] A processing module, configured to generate a first message according to a relay support capability of the network device;

[0244] The sending module is used to send a first message to the relay device, where the first message is used to indicate the relay support capability of the network device.

[0245] In the eighth aspect of the present application, the constituent modules of the network device may also execute the steps described in the aforementioned fourth aspect and various possible implementations. For details, please refer to the aforementioned description of the fourth aspect and various possible implementations.

[0246] In a ninth aspect, an embodiment of the present application further provides a communication system, comprising: a terminal device as described in any one of the fifth aspects and a network device as described in any one of the sixth aspects.

[0247] In the tenth aspect, an embodiment of the present application further provides a communication system, comprising: a terminal device as described in any one of the seventh aspect and a network device as described in any one of the eighth aspect.

[0248] In the eleventh aspect, an embodiment of the present application provides a computer-readable storage medium, in which instructions are stored. When the computer-readable storage medium is run on a computer, the computer executes any one of the methods in the first to fourth aspects above.

[0249] In the twelfth aspect, an embodiment of the present application provides a computer program product comprising instructions, which, when executed on a computer, enables the computer to execute any of the methods described in the first to fourth aspects above.

[0250] In the thirteenth aspect, an embodiment of the present application provides a communication device, which may include entities such as a terminal device or a chip, and the communication device includes: a processor, a memory; the memory is used to store instructions; the processor is used to execute the instructions in the memory, so that the communication device performs a method as described in any one of the first to fourth aspects above.

[0251] In a fourteenth aspect, the present application provides a chip system, which includes a processor for supporting a terminal device or a network device or a relay device to implement the functions involved in the above aspects, for example, sending or processing the data and / or information involved in the above methods. In one possible design, the chip system also includes a memory, which is used to store the necessary program instructions and data for the terminal device or the network device or the relay device. The chip system can be composed of a chip, or it can include a chip and other discrete devices. BRIEF DESCRIPTION OF THE DRAWINGS

[0252] Figure 1a A schematic diagram of a sidelink communication scenario provided in an embodiment of the present application;

[0253] Figure 1b A schematic diagram of a control plane protocol stack architecture for direct communication between UEs via a PC5 interface provided in an embodiment of the present application;

[0254] Figure 1c A schematic diagram of a user plane protocol stack architecture for direct communication between UEs via a PC5 interface provided in an embodiment of the present application;

[0255] Figure 2 A schematic diagram of a Discovery message protocol stack provided in an embodiment of the present application;

[0256] Figure 3 A schematic diagram of a communication architecture of a UE-to-UE Relay provided in an embodiment of the present application;

[0257] Figure 4 A schematic diagram of a user plane protocol stack for L3 UE-to-UE relay provided in an embodiment of the present application;

[0258] Figure 5 A schematic diagram of a user plane protocol stack for L2UE-to-UE relay provided in an embodiment of the present application;

[0259] Figure 6 A schematic diagram of a first terminal device and a second terminal device obtaining a sidelink bearer configuration in a connected state provided in an embodiment of the present application;

[0260] Figure 7 A schematic diagram of a communication architecture of a communication system provided in an embodiment of the present application;

[0261] Figure 8 A schematic diagram of a communication architecture of another communication system provided in an embodiment of the present application;

[0262] Fig. 9A schematic diagram of a flow chart of interaction between a network device and a first terminal device provided in an embodiment of the present application;

[0263] Fig.10 A schematic diagram of a flow chart of interaction between a network device and a relay device provided in an embodiment of the present application;

[0264] Fig.11 A schematic diagram of the structure of a terminal device provided in an embodiment of the present application;

[0265] Fig.12 A schematic diagram of the structure of a network device provided in an embodiment of the present application;

[0266] Fig.13 A schematic diagram of the structure of a relay device provided in an embodiment of the present application;

[0267] Fig.14 A schematic diagram of the structure of another terminal device provided in an embodiment of the present application;

[0268] Fig.15 A schematic diagram of another network device structure provided in an embodiment of the present application;

[0269] Fig.16 A schematic diagram of the structure of another relay device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0270] The embodiments of the present application are described below in conjunction with the accompanying drawings.

[0271] The terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and need not be used to describe a specific order or sequential order. It should be understood that the terms used in this way can be interchangeable under appropriate circumstances, which is only to describe the distinction mode adopted by the objects of the same attributes when describing in the embodiments of the present application. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, so that the process, method, system, product or equipment comprising a series of units need not be limited to those units, but may include other units that are not clearly listed or inherent to these processes, methods, products or equipment.

[0272] First, the technical terms involved in the embodiments of the present application are explained as follows:

[0273] Sidelink communication:

[0274] In a wireless communication system, data communication can be performed between UEs through a network, or directly between UEs without the aid of network equipment, such as Figure 1aAs shown. The interface between UEs is called PC5 interface, which is similar to the Uu interface between UE and base station. The link between UEs is called Sidelink. A typical application scenario of Sidelink communication is Vehicle-to-everything (V2X). In the vehicle-to-everything (V2X), each vehicle is a UE. UEs can directly transmit data through Sidelink without going through the network, which can effectively reduce communication delay.

[0275] The control plane protocol stack of Sidelink communication is as follows Figure 1b As shown in the figure, from top to bottom they are the RRC (Radio Resource Control) layer, the PDCP (Packet Data Convergence Protocol) layer, the RLC (Radio Link Control) layer, the MAC (Media Access Control) layer and the PHY (Physical Layer). The user plane protocol stack is shown in the figure. Figure 1c As shown, from top to bottom are SDAP (Service Data Adaptation Protocol) layer, PDCP (Packet Data Convergence Protocol) layer, RLC (Radio Link Control) layer, MAC (Media Access Control) layer and PHY (Physical Layer). The UE performing Sidelink communication can be within the network coverage and the UE can be in any RRC state, for example, the RRC state can include RRC connected state, idle (Idle / Inactive) state or out of coverage (Out of Coverage, OoC) state, or it can be outside the network coverage.

[0276] In the process of Sidelink communication, a pair of source L2 ID (Source Layer-2 Identifier) ​​and destination L2 ID (Destination Layer-2 Identifier) ​​is used to identify the source UE and the destination UE in the communication process. Sidelink supports three communication modes: broadcast, unicast, and multicast.

[0277] First, the following explanation is made about broadcasting. Sidelink broadcasting communication is similar to base station broadcasting, that is, the UE sends broadcasting service data to the outside without encryption. Any other UE within the effective receiving range can receive the data of the broadcasting service if it is interested in the broadcasting service.

[0278] Unicast communication requires that a unicast connection be established between two UEs in advance. After the unicast connection is established, the two UEs can communicate data based on the negotiated identifier, and the data can be encrypted or unencrypted. Compared with broadcast, in unicast communication, only two UEs that have established a unicast connection can communicate unicast.

[0279] Multicast communication refers to the communication between all UEs in a communication group. Any UE in the group can send and receive multicast service data in the group.

[0280] During the Sidelink communication process, whether it is unicast, multicast or broadcast, the sending UE will include the source L2 ID and the destination L2 ID in the subheader and SCI (Sidelink control information) of each Sidelink MACPDU (Media Access Control Protocol Data Unit) so that the data can be transmitted from the sending end to the correct receiving end.

[0281] The source L2 ID is allocated by the transmitting UE. Depending on the communication type (unicast, multicast or broadcast) and standard (such as LTE (Long Term Evolution) or NR (New Radio)), the transmitting UE will select different source L2 IDs. If the UE's Sidelink service type (service type) requires privacy protection to avoid being tracked and identified by other UEs, the source UE also needs to update the source L2 ID regularly. The destination L2 ID depends on the service type. The correspondence between the destination L2 ID and the broadcast / multicast / unicast service is defined by pre-configuration, application layer server or core network configuration. During the broadcast / multicast communication process, the transmitting UE (or source UE) determines the corresponding destination L2 ID according to the broadcast / multicast service type. The destination L2 ID is predefined by the protocol. During the unicast communication process, the source UE first needs to establish a unicast connection with the destination UE. During the unicast connection establishment process, the transmitting UE will first select a default destination L2 ID, which is related to the service type of the unicast communication. After the unicast connection is established, the source UE continues to use the default destination L2 ID for unicast communication.

[0282] Discovery Procedure:

[0283] A UE supporting proximity services searches for nearby UEs through a discovery process and performs sidelink communications with the nearby UEs.

[0284] The protocol stack for the Discovery message is as follows Figure 2 As shown, the discovery protocol layer of the UE generates a discovery message, submits it to the PDCP protocol layer of the AS (access stratum), and sends it to the peer UE through the bottom layer. Among them, the AS includes SDAP, RRC, PDCP, RLC, MAC and PHY layers, which is a general term for the above protocol layers.

[0285] There are two models of discovery process: Model A and Model B. In Model A discovery model, UE can be divided into two categories: Announcing UE and Monitoring UE. Announcing UE broadcasts discovery message, which is also called announcement message. The announcement message can carry specific information of Announcing UE, such as the type of service that can be provided, which is used for surrounding UE to determine whether the service type that Announcing UE can provide is needed. After the neighboring Monitoring UE monitors and receives the announcement message, it determines whether to use the Announcing UE as the peer UE of Sidelink communication based on the content carried in the discovery message.

[0286] In Model B, UEs can be divided into two categories: discoverer UE and discoveree UE. Discoverer UE broadcasts discovery messages, which are also called solicitation messages. The solicitation message carries information about the service types that the discoverer UE is interested in. After the discoveree UE monitors and receives the request message, if it finds that it meets the service requirements of the discoverer UE, it will reply to the discoverer UE with a response message.

[0287] Similar to Sidelink communication, the discovery message carries the source L2 ID and the destination L2 ID, which are used by the UE to send or receive discovery messages. The source L2 ID is allocated by the sending UE, and the destination L2 ID is a predefined or preconfigured default destination L2 ID. It should be noted that the default destination L2 ID is different from the default destination L2 ID used in Sidelink unicast communication and is dedicated to discovery messages.

[0288] Radio Bearer (RB):

[0289] Radio bearer is a general term for a series of protocol entities and configurations allocated by the base station to the UE. It is a resource provided by Layer 2 for transmitting user data between the UE and the base station, including PDCP protocol entity, RLC protocol entity, MAC protocol entity and a series of resources allocated by PHY. Radio bearers are divided into data radio bearers (DRB) and signaling radio bearers (SRB). The former is used to carry data and the latter is used to carry signaling messages. In the Sidelink communication scenario, communication between UE and UE is carried out through Sidelink Radio Bearers (SLRB), including Sidelink Data Radio Bearers (SL DRB) and Sidelink Signaling Radio Bearers (SL SRB). The protocol entities below the RLC layer are called RLC bearers, and the corresponding configurations are given in the RLC bearer configuration.

[0290] Unicast connection establishment:

[0291] UEs establish unicast connections through the unicast connection establishment process. The UE that initiates the unicast connection establishment process is called the initiating UE, and the peer UE of the initiating UE is called the target UE. During the unicast connection process, the initiating UE sends a unicast connection establishment request Direct communication request (DCR message) to the target UE, which carries the L2 ID of the initiating UE and the target UE and the user information User Info (carrying information related to the upper application layer). After receiving the DCR message, the target UE determines whether it can receive the unicast connection establishment request based on the User Info in the DCR message. If yes, it replies to the initiating UE with a unicast connection establishment acceptance Direct communication accept (DCA message). Otherwise, it replies to the initiation UE with a reject message.

[0292] In order to expand the Sidelink communication range, the communication standard is going to introduce a terminal device to terminal device relay (UE-to-UE Relay). The architecture of the communication system used in the embodiment of the present application is as follows: Figure 3 As shown, in the UE-to-UE Relay communication scenario, there is a need for unicast communication between the sender UE 1 and the receiver UE 2, and UE 1 and UE 2 transmit data and signaling through a relay device (Relay UE). Relay UE can be one or more UEs. In the embodiment of the present application, UE1 is also called remote UE, UE2 can also be called the opposite remote UE, and the remote UE that initiates the establishment of the U2U relay connection is also called the source terminal device (source UE), and the opposite remote UE that the source UE hopes to establish a connection through the relay is also called the target terminal device (target UE).

[0293] There are two ways to implement UE-to-UE Relay: a relay method based on L3 (Layer 3) and a relay method based on L2 (Layer 2).

[0294] In the L3 U2U relay mode, user plane data is relayed at the Internet Protocol (IP) layer. The corresponding user plane protocol stack is as follows: Figure 4 As shown, when the data packet sent by UE 1 to UE 2 is relayed by the Relay UE, the Relay UE needs to parse it to the IP layer and determine the forwarding destination UE 2 according to information such as the IP address.

[0295] In the L2 U2U relay mode, user plane data is relayed below the PDCP layer. The user plane protocol stack is as follows: Figure 5 As shown in the figure, the Relay UE only maintains the relayed PC5 RLC bearer (or PC5 relay RLC channel), including the RLC layer, MAC layer and PHY layer. In addition, the SRAP adaptation layer is added between the RLC layer and the PDCP layer. The main function of the adaptation layer is to multiplex and split the bearer, that is, to support different wireless bearers to be multiplexed on one RLC bearer or to split the wireless bearer data multiplexed on one RLC bearer.

[0296] In the Sidelink communication scenario, when the signal quality between UEs is poor or a Sidelink connection cannot be established between UEs, if the UE supports U2U relay communication, it can initiate a discovery process to find a suitable relay UE in the vicinity and communicate with the peer UE through the relay UE.

[0297] The discovery of relays can be done through model A and model B. Taking model B as an example, in model B, the remote UE (or Source UE) broadcasts a discovery solicitation message, which carries the discovery message type, remote UE user information, peer remote UE (or Target UE) user information, and Relay Service Code (RSC). RSC is used to indicate the connection service that the UE-to-UE relay can or needs to provide to the Source UE during the UE-to-UE relay discovery process. The relay UE, Source UE, and Target UE can learn whether Layer-2 U2U relay service or Layer-3 U2U relay service should be provided based on the RSC.

[0298] After receiving the Discovery solicitation message from the Source UE, the Relay UE decides to continue broadcasting the Discovery solicitation message as a relay according to the RSC. The message includes the discovery message type, Source UE user information, relay UE user information, and Target UE user information. The relay UE allocates an L2 ID as the source L2 ID of the solicitation message.

[0299] The Target UE receives that the Target UE info in the solicitation message matches the Target UE, and then replies with a Discovery Response message, using the relay UE source L2 address as the destination L2 ID of the DiscoveryResponse message.

[0300] The Relay UE replies a Discovery response message to the Source UE, which includes the Discovery message type, Source UE user information, Relay UE user information, and Target UE user information. The Source UE may receive Discovery response messages forwarded by multiple relay UEs, that is, multiple relay UEs are willing to provide relays for the communication between the source UE and the target UE. At this time, the source UE can select a relay UE, determine the relay UE, and establish a relay connection with the target UE through the relay UE.

[0301] In NR SL unicast communication, when two UEs perform unicast communication, the protocol stack of the user plane is as described above. Figure 1c As shown. First, the Tx UE (i.e., the transmitting UE) generates the Quality of Service (QoS) parameters according to the requirements of the application (APP) layer, including: PQI (PC5 5QI), allocation and retention priority (Allocation and Retention Priority, ARP), guarantee bit rate (guarantee bit rate, GBR) and other performance requirement parameters. According to the QoS parameters, the UE maps the IP data or non-IP data arriving at the APP layer into the user service data flow (QoS flow). Then, the QoS flow enters the access stratum (Access Stratum, AS) of the UE and is transmitted in the form of a sidelink radio bearer (Sidelink radiobearer, SLRB). As shown Figure 1c As shown, the AS layer includes SDAP, PDCP, RLC, MAC and PHY layers.

[0302] The above user service data flow can also be called service data flow or QoS flow, that is, the user service data flow using QoS parameters is used to transmit data and realize the interaction between users and data networks. Service quality can also be called service quality. It is one of the common performance indicators of communication systems or channels. Its definition varies in different systems and services, and may include jitter, delay, packet loss rate, bit error rate, signal-to-noise ratio, etc. Service quality is used to measure the transmission quality and service effectiveness of a transmission system and evaluate the service provider's ability to meet customer needs.

[0303] In order to ensure communication, the sending UE and the receiving UE need to have consistent SLRB bearer configuration for controlling the sending or receiving of data, where the SLRB bearer configuration may include:

[0304] SDAP configuration: whether there is an SDAP header, whether it is the default SLRB, the mapping relationship between QoS flow and SLRB, and the communication mode (for example, unicast, multicast, or broadcast);

[0305] PDCP configuration: packet loss timer duration, PDCP sequence number length, out-of-order transmission, etc.

[0306] RLC configuration: RLC transmission mode, RLC sequence number length, maximum allowed number of ARQ retransmissions in RLC acknowledged mode (AM), etc.

[0307] LCH configuration: Parameters related to logical channel prioritization (LCP), such as logical channel priority, Prioritized Bit Rate (PBR), bucket size duration (BSD), whether to allow the use of configured grant type 1, whether to enable HARQ feedback, the scheduling request (SR) resources associated with the LCH, and the logical channel group (LCG) to which it belongs.

[0308] When the UE is in different connection states, the SLRB bearer configuration method of NR SL is different. The following explains the SLRB bearer configuration process of the UE in different states.

[0309] SLRB configuration process for a UE in connected state:

[0310] like Figure 6 As shown, the first terminal device and the second terminal device obtain the sidelink bearer configuration in the connected state. For example, the first terminal device is a Tx UE and the second terminal device is an Rx UE. The interaction process between the first terminal device and the second terminal device mainly includes the following three steps:

[0311] Step 1. The first terminal device reports QoS information to the base station through SidelinkUEInformation (SUI).

[0312] Step 2. The base station determines the SLRB configuration based on the QoS information and sends the SLRB configuration information to the first terminal device.

[0313] Step 3. The first terminal device sends the SLRB configuration information to the second terminal device via an RRC reconfiguration sidelink message.

[0314] For example, when the Tx UE is in a connected state, the Tx UE reports a QoS information list to the network through a SidelinkUEInformation (SUI) message. The QoS information list contains the identification information of each QoS flow (referred to as QoS flowID) and the corresponding QoS parameter requirements. The base station configures the SLRB bearer (referred to as SLRB configuration) for the UE based on the QoS information reported by the Tx UE, and sends it to the Tx UE through an RRC configuration message.

[0315] After the Tx UE obtains the SLRB configuration from the base station, it sends the required SLRB configuration information to the Rx UE through the RRCReconfigurationSidelink message. After receiving the RRC message, the Rx UE can establish the SLRB bearer according to the received SLRB configuration information.

[0316] SLRB configuration process for idle (Idle / Inactive) state UE:

[0317] When the Tx UE is in the Idle / Inactive state, the Tx UE will perform SLRB bearer configuration according to the content of the system message (such as SIB12) sent by the network. Similarly, the Tx UE sends the SLRB configuration information to the Rx UE via the RRCReconfigurationSidelink message, such as Figure 6 as shown in step 3 in .

[0318] SLRB configuration procedure for UE in out-of-coverage (OoC):

[0319] When the UE is in the OoC state, that is, when there is no Sidelink frequency coverage, the Tx UE obtains the SLRB configuration information from the pre-configuration information and sends the SLRB configuration information to the Rx UE through the RRCReconfigurationSidelink message.

[0320] In the UE-to-UE relay architecture, the remote UE (such as Figure 3 UE1 in the example) to the remote UE (such as Figure 3 The data sent by UE2 in the example needs to go through two paths, such as Figure 3As shown, in order to ensure the end-to-end (E2E) QoS parameter requirements, after the connection between the remote UE and the relay UE is established, the relay UE first obtains the end-to-end QoS information (QoS flow information and each QoS flow parameter requirement) between the remote UEs, and performs QoS division, that is, the end-to-end QoS is divided into the QoS parameter requirements on the first link (between UE1 and relay UE) and the second link (between relay UE and UE2).

[0321] When the source UE is in the connected state and acts as a Tx UE, it needs to report QoS information to the gNB. The gNB determines the corresponding SLRB bearer configuration based on the information reported by the UE and sends it to the UE. In the U2U relay scenario, the UE may report the QoS information of each link and request the base station to configure it. If the base station is not aware of the UE-to-UE relay scenario, the SLRB configuration for direct communication is provided according to the existing technology, that is, the base station is not aware of the UE doing U2U relay communication.

[0322] In another possible implementation, the base station needs to support U2U relay capability, and the UE communicating with the base station can perform U2U relay communication. In the embodiment of the present application, a specific SLRB bearer configuration scheme will be provided, and the problem that the prior art cannot configure U2U relay UE will be solved.

[0323] In some embodiments of the present application, the base station can participate in the configuration of the U2U relay as little as possible. The embodiments of the present application mainly consider the solution for the UE to obtain the relevant configuration of the U2U relay when the base station needs to support the U2U relay capability. For example, the embodiments of the present application provide specific implementable solutions such as the threshold configuration for relay UE selection, the bearer configuration required for U2U relay communication, and the resource configuration for sending and receiving messages (such as resource pool configuration), and can reduce the influence of the base station on the configuration of the U2U relay.

[0324] In an embodiment of the present application, it is possible to interact between the base station and the UE, and configure the UE in the U2U relay, while reducing the participation of the base station. Specifically, the base station indicates support for U2U relay in a system message. For example, the base station may indicate support for U2U relay by an implicit indication method such as a display indication or a threshold configuration. The UE performs a discovery process based on the indication of the base station and the threshold configuration of the base station to establish a U2U relay connection. The QoS information reported by the connected UE is used for the base station to provide Sidelink bearer configuration or U2U relay dedicated configuration. In addition, the UE may also report a U2U relay indication to request the base station to allocate mode1 resources. The idle UE determines the U2U relay configuration based on the Sidelink bearer configuration in the system message sent by the base station.

[0325] The technical solutions of the embodiments of the present application can be applied to various data processing communication systems, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal frequency-division multiple access (OFDMA), single carrier frequency division multiple access (SC-FDMA) and other systems. The term "system" can be interchangeable with "network". The CDMA system can implement wireless technologies such as universal terrestrial radio access (UTRA) and CDMA2000. UTRA can include wideband CDMA (WCDMA) technology and other CDMA variant technologies. CDMA2000 can cover interim standard (IS) 2000 (IS-2000), IS-95 and IS-856 standards. The TDMA system can implement wireless technologies such as global system for mobile communication (GSM). The OFDMA system can implement wireless technologies such as evolved universal radio terrestrial access (evolved UTRA, E-UTRA), ultra mobile broadband (ultra mobile broadband, UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash OFDMA, etc. UTRA and E-UTRA are UMTS and UMTS evolution versions. 3GPP's long term evolution (long term evolution, LTE) and various versions based on LTE evolution are new versions of UMTS using E-UTRA. The fifth generation (5Generation, referred to as "5G") communication system and the new radio (New Radio, referred to as "NR") are the next generation communication systems under study. In addition, the communication system can also be applied to future-oriented communication technologies, and are all applicable to the technical solutions provided in the embodiments of the present application.The system architecture and business scenarios described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided in the embodiments of the present application. A person of ordinary skill in the art can appreciate that with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0326] First, the system architecture of the embodiment of the present application is described. The embodiment of the present application is applicable to the communication scenario of UE to UE relay, as follows Figure 7 As shown, a schematic diagram of the structure of a possible radio access network (RAN) of an embodiment of the present application is shown. The RAN may be a base station access system of a 2G network (i.e., the RAN includes a base station and a base station controller), or may be a base station access system of a 3G network (i.e., the RAN includes a base station and a radio network controller (RNC)), or may be a base station access system of a 4G network (i.e., the RAN includes an eNB and an RNC), or may be a base station access system of a 5G network, or may be a base station access system of a 6G network or a new radio (NR) network.

[0327] The embodiments of the present application may be applied to a U2U relay based on a layer 2 relay.

[0328] The embodiments of the present application can be applied to LTE systems, NR systems, next-generation wireless local area network systems, etc.

[0329] The embodiment of the present application can also be extended to the scenario of multiple relays, that is, the remote UE establishes a U2U relay connection with the remote UE at the opposite end through multiple relay UEs, and performs end-to-end communication after obtaining the communication configuration. Furthermore, the embodiment of the present application can also be extended to other types of UE-to-UE communication links between the remote UE and the relay UE, such as WIFI, Bluetooth, etc., which are not limited here.

[0330] Next, the functions of the network elements / modules involved in the embodiments of the present application are described. Figure 8 As shown, the communication system provided in the embodiment of the present application includes:

[0331] Access network equipment: refers to the RAN node or equipment that connects the terminal to the wireless network, which can also be called network equipment. For example, the network equipment includes a base station, such as LTE eNB, NR gNB or ng-eNB. The access network equipment is connected to the core network EPC or 5GC.

[0332] The network device may be any device with a wireless transceiver function, or a chip arranged in a device with a specific wireless transceiver function. The network device includes, but is not limited to, a base station (e.g., a base station BS, a base station NodeB, an evolved base station eNodeB or eNB, a base station gNodeB or gNB in ​​a fifth-generation 5G communication system, a base station in a future communication system, an access node in a WiFi system, a wireless relay node, a wireless backhaul node), etc. The base station may be: a macro base station, a micro base station, a micro-micro base station, a small station, a relay station, etc. Multiple base stations may support a network of one or more of the above-mentioned technologies, or a future evolution network. The core network may support a network of one or more of the above-mentioned technologies, or a future evolution network. The base station may include one or more transmission receiving points (TRP) of a co-station or non-co-station. The network device may also be a wireless controller, a centralized unit (CU), or a distributed unit (DU) in a cloud radio access network (CRAN) scenario. The network device may also be a server, a wearable device, or a vehicle-mounted device, etc. The following description is made by taking the network device as a base station as an example. The multiple network devices may be base stations of the same type or base stations of different types.

[0333] A base station can communicate with a terminal device, or communicate with the terminal device through a relay station. A terminal device can support communication with multiple base stations of different technologies. For example, a terminal device can support communication with a base station supporting an LTE network, or with a base station supporting a 5G network, or can support dual connection with a base station of an LTE network and a base station of a 5G network. For example, a RAN node that connects a terminal to a wireless network. At present, some examples of RAN nodes are: gNB, transmission reception point (TRP), evolved Node B (eNB), radio network controller (RNC), Node B (NB), base station controller (BSC), base transceiver station (BTS), home base station (e.g., home evolved NodeB, or home Node B, HNB), base band unit (BBU), or wireless fidelity (Wifi) access point (AP), etc. In a network structure, the network device may include a centralized unit (CU) node, or a distributed unit (DU) node, or a RAN device including a CU node and a DU node.

[0334] Terminal equipment, also known as user equipment (UE), mobile station (MS), mobile terminal (MT), terminal, etc., is a device that provides voice and / or data connectivity to users, or a chip set in the device, for example, a handheld device with wireless connection function, a vehicle-mounted device, etc. At present, some examples of terminal equipment are: mobile phones, tablet computers, laptops, PDAs, mobile Internet devices (MID), wearable devices, virtual reality (VR) devices, augmented reality (AR) devices, wireless terminals in industrial control, wireless terminals in self-driving, wireless terminals in remote medical surgery, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, etc. The terminal equipment provided in the embodiments of the present application can be a low-complexity terminal device and / or a terminal device in coverage enhancement A mode.

[0335] In the embodiments of the present application, the terminal device refers to a device capable of Sidelink communication, and is divided into two types: relay UE and remote UE. Relay UE is a terminal that supports providing relay services, and can also be called a relay device or a relay terminal device; remote UE is a terminal that supports mutual communication through relay services.

[0336] For example, in the U2U relay scenario, the remote UE acts as the terminal device that initiates the service, and the remote UEs communicate end-to-end. The remote UE can be divided into source UE and target UE. The source UE is connected to gNB1, and the target UE is connected to gNB2. The remote UE or relay UE can be in RRC connected state, RRC idle state, RRC inactive state or OoC state. The remote UE and relay UE are connected through Sidelink and perform unicast communication after the connection is established. The relay UE can be used to assist the source UE and target UE in communicating, so as to expand the communication range and forward data between remote UEs.

[0337] The present application embodiment proposes a communication method, which is applicable to an end-to-end relay scenario. Fig. 9 As shown, it is a schematic diagram of an interaction process between a network device and a first terminal device provided in an embodiment of the present application, and the first terminal device may be the aforementioned remote UE. The communication method provided in an embodiment of the present application mainly includes the following steps:

[0338] 901. A network device sends a first message to a first terminal device, where the first message is used to indicate a relay support capability of the network device.

[0339] The network device determines whether to support the first terminal device to communicate through the relay device, where the communication can also be referred to as communication between devices. The network device determines the relay support capability of the network device, which can include that the network device supports the first terminal device to communicate between devices through the relay device, or that the network device does not support the first terminal device to communicate between devices through the relay device. For example, the communication between devices performed by the first terminal device through the relay device can be U2U relay communication.

[0340] After the network device determines the relay support capability of the network device, the network device generates a first message. The first message may be a system message, or the first message may be another type of message, which is not limited here.

[0341] It can be understood that in the embodiment of the present application, the network device can determine whether to support the terminal device to communicate through the relay device based on the network device's own capabilities. For example, the network device indicates support for U2U relay in a system message.

[0342] 902. A first terminal device receives a first message from a network device, where the first message is used to indicate a relay support capability of the network device.

[0343] In the embodiment of the present application, the first terminal device is a remote terminal device, and the first terminal device can communicate with the network device. For example, the first terminal device is in a connected state, and the first terminal device receives a first message from the network device. After the first terminal device receives the first message, the first terminal device can parse the first message and determine the relay support capability of the network device through the indication of the first message.

[0344] 903. The first terminal device determines first configuration information of the first terminal device according to the first message, where the first configuration information is used for the first terminal device to communicate with the second terminal device through the relay device.

[0345] Among them, the first terminal device receives the first message, and obtains the relay support capability of the network device by parsing the first message. When the first terminal device determines that the network supports relay, the first terminal device obtains the first configuration information. In the embodiment of the present application, the first configuration information can be used for the first terminal device to communicate with the second terminal device through the relay device. There are many ways to implement the first configuration information, and the first configuration information includes many contents. Please see the subsequent examples of the embodiments of the present application for details.

[0346] In an embodiment of the present application, after the first terminal device obtains the first configuration information, the first terminal device can configure the bearer required for the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device can communicate with the second terminal device through the relay device.

[0347] In some embodiments of the present application, the first message includes: first indication information, wherein the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0348] Among them, the network device can notify the first terminal device by displaying an indication, that is, the first message generated by the network device includes the first indication information, and after the first terminal device obtains the first indication information from the first message, the first terminal device determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device according to the first indication information. In the embodiment of the present application, the specific implementation method of the first indication information is not limited. For example, the first indication information can be an indication field in the system message, and the first terminal device can obtain the first indication information by parsing the indication field.

[0349] Next, the implementation of the first indication information in the first message is described, for example, the first message is a system message. The system message may include SIB12, wherein SIB12 is a system message block for indicating sidelink communication related configurations.

[0350] The first indication information includes at least one of the following: layer 2 terminal device to terminal device relay information, layer 3 terminal device to terminal device relay discovery information.

[0351] The layer 2 terminal device to terminal device relay information is specifically L2 U2U relay capability support indication information, and the layer 3 terminal device to terminal device relay discovery information is specifically L3 U2U relay capability support indication.

[0352] Taking the base station supporting L3 U2U relay as an example, SIB12 carries sl-L3U2U-RelayDiscovery. When the value of sl-L3U2U-RelayDiscovery is enable, it means that the base station supports the first terminal device to communicate with the second terminal device through the relay device.

[0353] The first message sent by the network device may include first indication information. Next, a specific application scenario in which the first terminal device determines the relay support capability of the network device based on the first indication information is described.

[0354] In some embodiments of the present application, the communication method performed by the network device further includes:

[0355] In some embodiments of the present application, the first terminal device is in a connected state, and the communication method performed by the first terminal device may further include the following steps:

[0356] The network device receives a third message from the first terminal device, where the third message includes third QoS flow information, where the third QoS flow information includes identifiers of one or more first QoS flows and fourth QoS parameter requirements of one or more first QoS flows, where the fourth QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the second terminal device;

[0357] The network device receives a second message from the first terminal device, where the second message includes first quality of service QoS flow information, where the first QoS flow information includes one or more identifiers of the first QoS flows and one or more first QoS parameter requirements of the first QoS flows, where the first QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the relay device;

[0358] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0359] Correspondingly, the communication method executed by the first terminal device includes:

[0360] The first terminal device determines first quality of service QoS flow information between the first terminal device and the relay device;

[0361] The first terminal device sends a second message to the network device, where the second message includes first QoS flow information, where the first QoS flow information includes one or more identifiers of the first QoS flows and one or more first QoS parameter requirements of the first QoS flows;

[0362] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0363] In one possible implementation, the first terminal sends the third QoS flow information to the relay device, the relay device divides the fourth QoS parameter requirements, and sends the divided first QoS parameter requirements to the first terminal device, so that the first terminal device determines the first quality of service QoS flow information.

[0364] Among them, the first terminal device and the second terminal device interact with each other at the upper layer to obtain the first QoS flow information. There are one or more QoS flows between the first terminal device and the second terminal device. The QoS flow between the first terminal device and the second terminal device is defined as the first QoS flow, and the first QoS flow can also be called "remote UE end-to-end QoS flow". The first QoS flow information includes the identifier of the first QoS flow and the end-to-end QoS parameter requirements of the QoS flow.

[0365] Based on the description of the UE-to-UE relay architecture, the relay UE obtains the end-to-end QoS information between the remote UE, which includes the QoS flow information and the parameter requirements of each QoS flow. The relay UE performs QoS division, that is, the end-to-end QoS is divided into the QoS parameter requirements on the first link segment (between UE1 and relay UE) and the second link segment (between relay UE and UE2). The first QoS parameter requirements of one or more first QoS flows included in the first QoS flow information are the divided QoS parameter requirements.

[0366] The first QoS flow information includes an identifier of the first QoS flow, for example, a first QoS flow identifier is QoS flowID1. The first QoS flow information generated by the first terminal device includes one or more identifiers of the first QoS flows and one or more first QoS parameter requirements of the first QoS flows, and each first QoS flow has a corresponding first QoS parameter requirement, which can also be called a QoS performance requirement.

[0367] In some embodiments of the present application, the second message is specifically an RRC message. The network device can receive the second message, determine the first QoS flow information by parsing the second message, and the network device obtains one or more first QoS flow identifiers and one or more first QoS parameter requirements of the first QoS flow based on the first QoS flow information. The network device can configure the side link bearer for the first terminal device based on the one or more first QoS flow identifiers and one or more first QoS parameter requirements of the first QoS flow.

[0368] In some embodiments of the present application, the third message further includes: an identifier of the second terminal device, and / or an identifier of the relay device.

[0369] In some embodiments of the present application, the second message further includes: an identifier of the relay device, and / or an identifier of the second terminal device.

[0370] Among them, the first terminal device can first send a second message to the network device, and the second message can also indicate the identifier of the relay device, or the second message can indicate the identifier of the second terminal device, or the second message can also indicate the mapping relationship between the relay device and the second terminal device, for example, the second message also includes the identifier of the relay device and / or the identifier of the second terminal device. After the network device receives the second message, it parses the identifier of the relay device and the identifier of the second terminal device included in the second message, and can determine that there is an association relationship between the relay device and the second terminal device. In the embodiment of the present application, the second message carries the identifier of the relay device and / or the identifier of the second terminal device, so that the network device determines the relay device and the second terminal device that communicate with the first terminal device between devices.

[0371] Among them, the first terminal device may first send a third message to the network device, and the third message may also indicate the identifier of the relay device, or the third message may indicate the identifier of the relay device, or the third message may also indicate the mapping relationship between the relay device and the second terminal device, for example, the third message also includes the identifier of the relay device and / or the identifier of the second terminal device. After the network device receives the third message, it parses the identifier of the relay device and the identifier of the second terminal device included in the third message, and can determine that there is an association relationship between the relay device and the second terminal device. In the embodiment of the present application, the second message carries the identifier of the relay device and / or the identifier of the second terminal device, so that the network device determines the relay device and the second terminal device that communicate with the first terminal device between devices.

[0372] In some embodiments of the present application, the second message and the third message may be the same message, or different messages. For example, the third message may be independent of the second message, or the second message and the third message may be sent simultaneously.

[0373] For example, the identifier of the relay device may specifically include the relay UE L2 ID, and the identifier of the second terminal device may specifically include the remote UE L2 ID of the opposite end. The remote UE also needs to report to the base station that there is an association between the relay UE L2 ID and the remote UE L2 ID of the opposite end. In some embodiments of the present application, the communication method performed by the network device also includes:

[0374] The network device determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0375] The first message includes: first configuration information, where the first configuration information is used for the first terminal device to communicate with the second terminal device via the relay device.

[0376] In some embodiments of the present application, the communication method performed by the network device further includes:

[0377] The network device determines the first configuration information based on the second message and the third message;

[0378] The network device sends first configuration information.

[0379] In some embodiments of the present application, step 903, the first terminal device determines the first configuration information of the first terminal device according to the first message, including:

[0380] The first terminal device determines, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0381] The first terminal device receives first configuration information from the network device;

[0382] The first terminal device determines the configuration of the first bearer between the first terminal device and the relay device according to the first configuration information.

[0383] Among them, the first message can indicate the relay support capability of the network device. The first terminal device can obtain the relay support capability of the network device according to the first message. When the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device can generate first configuration information. For example, the first configuration information can be carried in an RRC message. For example, the first configuration information can specifically include Sidelink bearer configuration, or relay-specific configuration. The first terminal device obtains the first configuration information, and then the first terminal device can determine the configuration of the first bearer according to the configuration parameters included in the first configuration information. The first bearer includes the bearer between the first terminal device and the relay device. For example, the first bearer can be a PC5 RLC bearer. In the embodiment of the present application, the first terminal device can configure the first bearer according to the instructions of the network device, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0384] In some embodiments of the present application, the first configuration information includes: configuration of the first bearer, and a mapping relationship between the second bearer and the first bearer, wherein:

[0385] The first bearer includes a bearer between the first terminal device and the relay device;

[0386] The second bearer includes a bearer between the first terminal device and the second terminal device.

[0387] Among them, the second bearer is the bearer between the first terminal device and the second terminal device, that is, the second bearer is used for end-to-end communication between the first terminal device and the second terminal device, and the second bearer can also be called an end-to-end wireless bearer (hereinafter referred to as a wireless bearer). An example is given as follows: based on the relationship between the remote UE and the relay UE, based on the end-to-end QoS information, that is, the third QoS flow information mentioned above, the base station provides the remote UE with the configuration of the second bearer, and the configuration of the second bearer includes end-to-end SDAP and PDCP configuration. The SDAP configuration includes a mapping relationship between the first QoS flow and the second bearer.

[0388] The network device supports a first terminal device to communicate with a second terminal device through a relay device. The network device can indicate to the first terminal device a mapping relationship between a first bearer and a second bearer. For example, the first configuration information sent by the network device includes: configuration of the first bearer, and a mapping relationship between the second bearer and the first bearer, so that the first terminal device can obtain the mapping relationship between the second bearer and the first bearer according to the first configuration information. The first terminal device can configure the first bearer according to the instruction of the network device, and determine the association between the first bearer and the second bearer, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0389] As an example, the base station will determine the association relationship between the first QoS flow information and the second QoS flow information according to the identifier of the second terminal device indicated by the second message and the third message, and / or the identifier of the relay device, and determine the mapping relationship between the first QoS flow and the first bearer according to the mapping relationship between the first QoS flow and the second bearer. The base station will ensure that the first QoS mapped on the same second bearer is mapped to the same first bearer, thereby ensuring that one or more second bearers are mapped to one first bearer. As an example, the base station provides U2U relay-specific configuration based on the divided QoS information between the remote UE and the relay UE, including the mapping relationship between the end-to-end radio bearer SRB / DRB and the PC5RLC bearer, and the configuration information of the PC5 RLC bearer, for example, recording that data radio bearers (DRB) 1, DRB2, etc. can be configured.

[0390] An example is given below: based on the QoS information divided between the remote UE and the relay UE, the base station provides a dedicated configuration for U2Urelay, including a mapping relationship between an end-to-end radio bearer and a PC5 RLC bearer, and configuration information of the PC5 RLC bearer.

[0391] In some embodiments of the present application, the first configuration information further includes: configuration of the first bearer, and the correspondence between the first QoS flow and the first bearer, wherein the first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0392] Among them, the network device supports the first terminal device to communicate with the second terminal device through the relay device, and the first configuration information sent by the network device includes the configuration of the first bearer, the correspondence between the first QoS flow and the first bearer. In this implementation scenario, the network device can notify the first terminal device of the correspondence between the first QoS flow and the first bearer, so that the first terminal device determines the correspondence between the first QoS flow and the first bearer through the first configuration information, and the first terminal device determines the correspondence between the first bearer and the second bearer in combination with other obtained configuration information.

[0393] In some embodiments of the present application, the communication method performed by the network device further includes:

[0394] The network device sends second configuration information to the first terminal device, and the second configuration information includes: configuration of the second bearer, correspondence between the first QoS flow and the second bearer; the second bearer includes the bearer between the first terminal device and the second terminal device; the first QoS flow includes the QoS flow between the first terminal device and the second terminal device.

[0395] In some embodiments of the present application, the communication method performed by the first terminal device further includes the following steps:

[0396] The first terminal device receives second configuration information from the network device, where the second configuration information includes: configuration of the second bearer, and a correspondence between the first QoS flow and the second bearer; the second bearer includes a bearer between the first terminal device and the second terminal device;

[0397] The first terminal device determines the correspondence between the first bearer and the second bearer according to the first configuration information and the second configuration information.

[0398] Among them, the second bearer is the bearer between the first terminal device and the second terminal device, and the network device can send the configuration of the second bearer to the first terminal device, for example, the network device sends the second configuration information to the first terminal device, and the second configuration information includes the configuration of the second bearer, the correspondence between the first QoS flow and the second bearer. Then the first terminal device can determine the correspondence between the first QoS flow and the second bearer by parsing the second configuration information. Combined with the parsing of the first configuration information by the first terminal device, it can be known that the first terminal device determines the correspondence between the first QoS flow and the first bearer through the first configuration information. The first terminal device determines the correspondence between the first bearer and the second bearer according to the correspondence between the first QoS flow and the first bearer and the second bearer respectively. In the embodiment of the present application, the first terminal device can autonomously determine the correspondence between the first bearer and the second bearer by processing the first configuration information and the second configuration information, without the notification of the network device side, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0399] In the aforementioned embodiments, the network device is able to perceive the relationship between the first terminal device, the relay device, and the second terminal device. In other embodiments of the present application, the network device may not perceive the relationship between the first terminal device, the relay device, and the second terminal device, and the first terminal device completes the bearer configuration without the network device's perception.

[0400] Specifically, the communication method performed by the first terminal device further includes the following steps:

[0401] The first terminal device determines an identifier of a second QoS flow between the first terminal device and the relay device and a second QoS parameter requirement corresponding to the second QoS flow, where the second QoS flow corresponds to one or more first QoS flows, and the first QoS flow includes a QoS flow between the first terminal device and the second terminal device;

[0402] The first terminal device sends second QoS flow information to the network device, where the second QoS flow information includes an identifier of the second QoS flow and a second QoS parameter requirement corresponding to the second QoS flow.

[0403] The second QoS parameter requirement is a QoS parameter requirement of the second QoS flow between the first terminal device and the relay device.

[0404] Among them, the first terminal device can send the second QoS flow information to the network device as a whole for the first bearer. For example, the first terminal device determines the second QoS flow, and the second QoS flow corresponds to one or more first QoS flows, and the one or more first QoS flows correspond to the second bearer between the first terminal device and the second terminal device, that is, the first terminal device corresponds to the first QoS flow corresponding to the second bearer as a whole to the second QoS flow, and the first terminal device can also determine the second QoS parameter requirements corresponding to the second QoS flow, and the specific configuration method of the second QoS parameter requirements is not limited. In another possible implementation method, the second QoS flow corresponds to one or more first QoS flows, and the one or more first QoS flows correspond to multiple second bearers between the first terminal device and the second terminal device, that is, the first terminal device corresponds to the first QoS flows corresponding to multiple second bearers as a whole to the second QoS flow, and the first terminal device can also determine the second QoS parameter requirements corresponding to the second QoS flow, and the specific configuration method of the second QoS parameter requirements is not limited.

[0405] After the first terminal device determines the second QoS flow information, it sends the second QoS flow information to the network device. After the network device receives the second QoS flow information, the network device can determine the identifier of the second QoS flow and the second QoS parameter requirements corresponding to the second QoS flow, so that the network device can configure the Sidelink bearer according to the second QoS flow. In this implementation, the network device does not need to perceive the relationship between the first terminal device, the relay device, and the second terminal device, and configures the Sidelink bearer according to the second QoS flow.

[0406] Further, in some embodiments of the present application, the first terminal device determines the second QoS parameter requirement corresponding to the second QoS flow, including:

[0407] The first terminal device determines the second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirement of one or more first QoS flows corresponding to the second QoS flow;

[0408] The first QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the relay device;

[0409] The second QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the second terminal.

[0410] Among them, the first terminal device can determine the second QoS parameter requirement corresponding to the second QoS flow, for example, determine the second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirement of one or more first QoS flows corresponding to the second QoS flow, and select the first QoS parameter requirement to generate the second QoS parameter requirement. For example, when the first terminal device generates the second QoS parameter requirement, it can select from the first QoS parameter requirement according to at least one of the following requirements: select the QoS parameter requirement of the first QoS flow with the highest priority as the second QOS parameter requirement, or select the QoS parameter requirement of the first QoS flow with the lowest packet delay budget (Packet Delay Budget, PDB) as the second QOS parameter requirement, or select the QoS parameter requirement of the first QoS flow with the highest guaranteed flow bit rate (Guaranteed Flow Bit Rate, GFBR) requirement as the second QOS parameter requirement, or select the QoS parameter requirement of the first QoS flow with the lowest packet error rate (Packet Error Rate, PER) requirement as the second QOS parameter requirement, or select the QoS parameter with the highest requirements (such as PDB, GFBR, PER, etc.) in multiple sets of QoS parameter information corresponding to multiple first QoS flows as the second QoS parameter requirement. The selection method of the second QoS parameter requirement is not limited in the embodiment of the present application.

[0411] In some embodiments of the present application, the second QoS flow corresponds to one or more second bearers, and the second bearers include bearers between the first terminal device and the second terminal device.

[0412] Among them, one or more second bearers are configured between the first terminal device and the second terminal device, and the first terminal device determines that the second QoS flow corresponds to the one or more second bearers between the first terminal device and the second terminal device. Through the correspondence between the second QoS flow and the one or more second bearers, the network device can configure the Sidelink bearer for the first terminal device according to the second QoS flow.

[0413] In some embodiments of the present application, the first configuration information further includes: configuration of the first bearer, correspondence between the second QoS flow and the first bearer, and the first bearer includes a bearer between the first terminal device and the relay device.

[0414] Among them, the network device supports the first terminal device to communicate with the second terminal device through the relay device, and the first configuration information sent by the network device includes the configuration of the first bearer, the correspondence between the second QoS flow and the first bearer. In this implementation scenario, the network device can notify the first terminal device of the correspondence between the second QoS flow and the first bearer, so that the first terminal device determines the correspondence between the second QoS flow and the first bearer through the first configuration information, and the first terminal device determines the correspondence between the first bearer and the second bearer in combination with other obtained configuration information. For example, the first terminal device determines the correspondence between the first bearer and the second bearer in combination with the correspondence between the first QoS flow and the second bearer sent by the network device. Since the first terminal device also maintains the correspondence between the first QoS flow and the second QoS flow, the first terminal device can finally determine the correspondence between the first bearer and the second bearer based on the correspondence between the second QoS flow and the first bearer (such as the second configuration information mentioned above) and the correspondence between the first QoS flow and the second bearer.

[0415] In some embodiments of the present application, the communication method performed by the first terminal device further includes the following steps:

[0416] receiving second configuration information from the network device, the second configuration information including: configuration of the second bearer, and a correspondence between the first QoS flow and the second bearer; the second bearer including a bearer between the first terminal device and the second terminal device;

[0417] A correspondence between the first bearer and the second bearer is determined according to the first configuration information and the second configuration information.

[0418] Among them, the second bearer is the bearer between the first terminal device and the second terminal device, and the network device can send the configuration of the second bearer to the first terminal device, for example, the network device sends the second configuration information to the first terminal device, and the second configuration information includes the configuration of the second bearer, the correspondence between the first QoS flow and the second bearer. Then the first terminal device can determine the correspondence between the first QoS flow and the second bearer by parsing the second configuration information. Combined with the parsing of the first configuration information by the first terminal device, it can be known that the first terminal device determines the correspondence between the first QoS flow and the first bearer through the first configuration information. The first terminal device determines the correspondence between the first bearer and the second bearer according to the correspondence between the first QoS flow and the first bearer and the second bearer respectively. In the embodiment of the present application, the first terminal device can autonomously determine the correspondence between the first bearer and the second bearer by processing the first configuration information and the second configuration information, without the notification of the network device side, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0419] In some embodiments of the present application, the communication method performed by the network device further includes:

[0420] The network device receives a first request from the first terminal device, where the first request is used to request the network device to allocate relay transmission resources;

[0421] The network device configures relay transmission resources for the first terminal device according to the first request.

[0422] In some embodiments of the present application, the communication method performed by the first terminal device further includes the following steps:

[0423] The first terminal device sends a first request to the network device, where the first request is used to request the network device to allocate relay transmission resources.

[0424] Among them, after the first terminal device determines the configuration of the first bearer and the correspondence between the first bearer and the second bearer, when the first terminal device needs to communicate with the second terminal device through the relay device, the first terminal device also needs to obtain relay transmission resources. In this embodiment of the present application, the first terminal device can generate a first request and send the first request to the network device. The first request may include relay transmission resource indication information, so that the network device receives the first request. The network device can allocate relay transmission resources to the first terminal device according to the first request. The relay transmission resources can be called U2U relay transmission resources.

[0425] For example, the first request sent by the first terminal device includes the identifier of the relay device, and the network device parses the first request to obtain the identifier of the relay device, thereby allocating relay transmission resources for the first terminal device to communicate with the relay device. Optionally, the identifier of the relay device is a U2U relay dedicated identifier.

[0426] An example is given below. The base station is not aware that the remote UE performs U2U relay. Therefore, if the remote UE works in mode 1 and needs the base station to allocate U2U relay transmission resources, it needs to request the base station to allocate the resources.

[0427] The foregoing embodiment describes the interaction process between the first terminal device and the network device when the first terminal device is in a connected state. Next, the configuration process of the sidelink bearer when the first terminal device is in an idle state is described. Specifically, in some embodiments of the present application, step 903 determines the first configuration information of the first terminal device according to the first message, including:

[0428] The first terminal device determines, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0429] The first terminal device obtains third configuration information from the first message, where the third configuration information is used for communication between terminal devices;

[0430] The first terminal device determines the first configuration information according to the third configuration information.

[0431] Among them, the first message can indicate the relay support capability of the network device, and the first terminal device can obtain the relay support capability of the network device according to the first message. For example, the remote UE can obtain the indication information that the base station supports U2U relay from the SIB message of the base station. In the case where the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device can generate third configuration information, and the third configuration information can be carried in the first message. For example, the third configuration information can specifically include Sidelink bearer configuration. The first terminal device obtains the third configuration information, and then the first terminal device can determine the configuration of the first bearer according to the configuration parameters included in the third configuration information. The first bearer includes the bearer between the first terminal device and the relay device. For example, the first bearer can be a PC5RLC bearer. In the embodiment of the present application, the first terminal device can configure the first bearer according to the instruction of the network device, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0432] In some embodiments of the present application, the first terminal device determines the first configuration information according to the third configuration information, including:

[0433] The first terminal device determines the second configuration information from the third configuration information according to the third QoS parameter requirement corresponding to the first QoS flow, where the third QoS parameter requirement is the end-to-end QoS parameter requirement of the first QoS flow, and the second configuration information includes: the configuration of the second bearer, the mapping relationship between the first QoS flow and the second bearer, the second bearer includes the bearer between the first terminal device and the second terminal device, and the first QoS flow includes the QoS flow between the first terminal device and the second terminal device.

[0434] Among them, the first QoS flow includes a QoS flow between a first terminal device and a second terminal device, the first terminal device determines that the third QoS parameter requirement is the end-to-end QoS parameter requirement of the first QoS flow, the third configuration information sent by the network device may include multiple Sidelink bearer configurations, and the first terminal device selects a Sidelink bearer configuration from the third configuration information according to the third QoS parameter requirement corresponding to the first QoS flow as the second configuration information, and the second configuration information includes: a mapping relationship between the first QoS flow and the second bearer.

[0435] As an example, the remote UE may determine a Sidelink bearer configuration based on the end-to-end third QoS parameter requirement and multiple Sidelink bearer configurations sent by the base station, and determine the SDAP configuration and the PDCP configuration according to the Sidelink bearer configuration.

[0436] Furthermore, in some embodiments of the present application, the first terminal device determines the first configuration information according to the third configuration information, further comprising:

[0437] The first terminal device determines the first configuration information according to the first QoS parameter requirement of the first QoS flow and the third configuration information, and the first configuration information includes: the configuration of the first bearer between the first terminal device and the relay device. Alternatively, the first terminal device determines the first configuration information according to the mapping relationship between the first QoS flow and the second bearer and the third configuration information, and the first configuration information includes: the configuration of the first bearer between the first terminal device and the relay device.

[0438] Among them, the second bearer is a bearer between the first terminal device and the second terminal device. The first terminal device determines the first configuration information according to the multiple Sidelink bearer configurations included in the third configuration information sent by the network device, and the mapping relationship between the first QoS flow and the second bearer. The first configuration information includes the configuration of the first bearer corresponding to the first QoS flow. The first terminal device can determine the configuration of the first bearer according to the configuration parameters included in the first configuration information. The first bearer includes the bearer between the first terminal device and the relay device. For example, the first bearer can be a PC5 RLC bearer. In the embodiment of the present application, the first terminal device can configure the first bearer according to the instructions of the network device, so that the first terminal device can use the relay device to communicate with the second terminal device.

[0439] In some embodiments of the present application, the communication method performed by the network device further includes:

[0440] The network device receives a second request from the first terminal device, where the second request is used to request the network device to send third configuration information and / or relay transmission resources;

[0441] The network device sends third configuration information to the first terminal device according to the second request, and / or configures relay transmission resources for the first terminal device according to the second request.

[0442] In some embodiments of the present application, the communication method performed by the first terminal device further includes the following steps:

[0443] The first message includes the first indication information, and the first message does not include the third configuration information and / or the relay transmission resource, the first terminal device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, and the third configuration information is used for communication between terminal devices;

[0444] or,

[0445] The first message includes first indication information, and the first message does not include third configuration information and / or relay transmission resources. The first terminal device sends a second request to the network device, and the second request is used to request the network device to send the third configuration information and / or relay transmission resources.

[0446] The first terminal device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, that is, it is considered that the first terminal device cannot perform the above relay configuration process.

[0447] Among them, when the first terminal device is in an idle state, in addition to determining the first indication information in the first message, the first terminal device also needs to determine whether the first message includes the third configuration information and / or relay transmission resources. For example, the first message does not include the third configuration information, and the first terminal device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. For example, the first message does not include the relay transmission resources, and the first terminal device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. For example, the first message does not include the third configuration information and relay transmission resources, and the first terminal device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. The first terminal device can determine whether the network device supports the first terminal device to communicate with the second terminal device through the relay device through the message content carried in the first message, so that the first terminal device can communicate with the second terminal device through the relay device with the support of the network device.

[0448] In other embodiments, when the first message includes the first indication information and the first message does not include the third configuration information and / or relay transmission resources, since the first terminal device is in an idle state at this time, the first terminal device does not directly determine whether the network device supports the first terminal device to communicate with the second terminal device through the relay device, but the first terminal device switches to a connected state, and the first terminal device sends a second request to the network device, for example, the second request message includes an identifier of the relay terminal. The first terminal device receives the third configuration information and relay transmission resources sent by the network device, and can determine that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0449] In some embodiments of the present application, the first message includes: second indication information, wherein the second indication information is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device.

[0450] Among them, when the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the network device can generate second indication information. When the first terminal device obtains the second indication information from the first message, it can be determined that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device no longer configures the Sidelink bearer.

[0451] In some embodiments of the present application, the first message does not include first indication information, which is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device;

[0452] The first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0453] Among them, the network device can also adopt an implicit indication method. When the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device can generate first indication information and carry the first indication information through the first message. When the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the network device may not generate the first indication information. The first terminal device does not include the first indication information in the first message, so that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, and the first terminal device no longer configures the Sidelink bearer.

[0454] In some embodiments of the present application, the communication method performed by the network device further includes:

[0455] The network device sends fourth configuration information to the first terminal device, where the fourth configuration information includes one or more thresholds.

[0456] Correspondingly, the first terminal device receives fourth configuration information from the network device, and determines one or more thresholds indicated by the network device through the fourth configuration information.

[0457] The network device may notify the first terminal device of one or more thresholds by displaying an indication, so that the first terminal device can receive the one or more thresholds from the network device.

[0458] In an embodiment of the present application, the network device determines one or more thresholds that can be used by the first terminal device to determine whether to select a relay device, or to reselect a relay device, or to execute a discovery process.

[0459] Specifically, one or more thresholds may be used for the first terminal device to trigger the selection of a relay device when the signal quality of the link between the first terminal device and the second terminal device is less than or equal to the threshold, or the first terminal device triggers the reselection of the relay device, or the first terminal device triggers the execution of a discovery process. Alternatively, one or more thresholds may be used for the first terminal device to trigger the selection of a relay device when the signal quality of the link between the first terminal device and the relay device is less than or equal to the threshold, or the first terminal device triggers the reselection of the relay device, or the first terminal device triggers the execution of a discovery process.

[0460] In some embodiments of the present application, the communication method performed by the network device further includes:

[0461] The network device determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0462] The first message includes first indication information, and the first indication information is further used to indicate one or more thresholds.

[0463] In some embodiments of the present application, the communication method performed by the first terminal device further includes the following steps:

[0464] The first message includes first indication information, and the first terminal device determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0465] The first indication information is also used to indicate one or more thresholds.

[0466] Specifically, the network device may determine that the first indication information is used for one or more thresholds, so that the first message may indicate one or more thresholds, and when the first terminal device obtains one or more thresholds from the first message, it is determined that the network device supports the first terminal device to communicate with the second terminal device through the relay device. The network device may implicitly indicate whether the network device supports the first terminal device to communicate with the second terminal device through the relay device by whether it carries the threshold.

[0467] In some embodiments of the present application, the communication method executed by the first terminal device further includes the following steps: the one or more thresholds include a first threshold, for example, the first threshold is threshold1.

[0468] The signal quality of the link between the first terminal device and the second terminal device is less than or equal to a first threshold, and the first terminal device triggers the selection of a relay device, or triggers the reselection of a relay device, or performs a discovery process.

[0469] An example is given as follows: in the case of applying a threshold, when the SL link signal quality between the remote UE and the remote UE of the other end is less than or equal to Threshold1 (i.e., the threshold condition is met), the discovery process is triggered and the relay UE is selected based on the result of the discovery process; when the U2U relay has been established, when the SL link signal quality between the remote UE and the current relay UE is less than or equal to Threshold1 (i.e., the threshold condition is met), the discovery process is triggered and the relay UE is reselected.

[0470] In some embodiments of the present application, the communication method executed by the first terminal device further includes the following steps: the one or more thresholds include a first threshold and a second threshold, for example, the first threshold and the second threshold are threshold1 and threshold2 respectively.

[0471] When the signal quality of the link between the first terminal device and the second terminal device is less than or equal to the first threshold, the first terminal device triggers the selection of a relay device or performs a discovery process;

[0472] or,

[0473] When the signal quality of the link between the first terminal device and the relay device is less than or equal to the second threshold, the first terminal device triggers reselection of the relay device, or executes a discovery process.

[0474] An example is given as follows: in the case of applying two different thresholds, when the SL link signal quality between the remote UE and the target UE is less than or equal to Threshold1, the discovery process is triggered and the relay UE selection is performed based on the result of the discovery process; when the U2U relay has been established, when the SL link signal quality between the remote UE and the current relay UE is less than or equal to Threshold2, the discovery process is triggered and the relay UE is reselected.

[0475] The present application embodiment proposes a communication method, which is applicable to an end-to-end relay scenario. Fig.10 The figure is a schematic diagram of an interaction process between a network device and a relay device provided in an embodiment of the present application, and the relay device may be the aforementioned relay UE. The communication method provided in an embodiment of the present application mainly includes the following steps:

[0476] 1001. A network device sends a first message to a relay device, where the first message is used to indicate a relay support capability of the network device.

[0477] The network device determines whether to support the terminal device to communicate through the relay device, where communication can also be referred to as communication between devices. The network device determines the relay support capability of the network device, which can include that the network device supports the first terminal device to communicate through the relay device, or that the network device does not support the terminal device to communicate through the relay device.

[0478] After the network device determines the relay support capability of the network device, the network device generates a first message. The first message may be a system message, or the first message may be another type of message, which is not limited here.

[0479] It can be understood that in the embodiment of the present application, the network device can determine whether to support the terminal device to communicate through the relay device based on the network device's own capabilities. For example, the network device indicates support for U2U relay in a system message.

[0480] 1002. The relay device receives a first message from a network device, where the first message is used to indicate a relay support capability of the network device.

[0481] In the embodiment of the present application, the relay device is a relay terminal device, and the relay device can communicate with the network device. For example, the relay device is in a connected state, and the relay device receives a first message from the network device. After the relay device receives the first message, the relay device can parse the first message and determine the relay support capability of the network device through the indication of the first message.

[0482] 1003. The relay device determines first configuration information of the relay device according to the first message, where the first configuration information is used for the first terminal device to communicate with the second terminal device through the relay device.

[0483] Among them, the relay device receives the first message, and obtains the relay support capability of the network device by parsing the first message. When the relay device determines that the network supports relaying, the relay device obtains the first configuration information. In the embodiment of the present application, the first configuration information can be used by the relay device to support the first terminal device to communicate with the second terminal device through the relay device. There are many ways to implement the first configuration information, and the first configuration information includes many contents. Please see the subsequent examples of the embodiments of the present application for details.

[0484] In some embodiments of the present application, the first message includes: first indication information, wherein the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0485] Among them, the network device can notify the relay device by displaying an indication, that is, the first message generated by the network device includes the first indication information, and after the first terminal device obtains the first indication information from the first message, the relay device determines that the network device supports the terminal device to communicate with the terminal device through the relay device according to the first indication information. In the embodiment of the present application, the specific implementation method of the first indication information is not limited. For example, the first indication information can be an indication field in the system message, and the first terminal device can obtain the first indication information by parsing the indication field.

[0486] Next, the implementation of the first indication information in the first message is described, for example, the first message is a system message. The system message may include SIB12, wherein SIB12 is a system message block for indicating sidelink communication related configurations.

[0487] In some embodiments of the present application, a communication method performed by a relay device includes:

[0488] The relay device determines first quality of service QoS flow information between the relay device and the second terminal device;

[0489] The relay device sends a second message to the network device, where the second message includes first QoS flow information, where the first QoS flow information includes one or more identifiers of the first QoS flows and one or more first QoS parameter requirements of the first QoS flows, where the first QoS parameter requirement is a QoS parameter requirement between the relay device and the second terminal device;

[0490] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0491] Accordingly, in some embodiments of the present application, the communication method performed by the network device further includes:

[0492] The network device receives a second message from the relay device, where the second message includes first quality of service QoS flow information, where the first QoS flow information includes one or more identifiers of the first QoS flows and one or more first QoS parameter requirements of the first QoS flows, where the first QoS parameter requirement is a QoS parameter requirement between the relay device and the second terminal device;

[0493] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

[0494] Specifically, the relay device receives the third QoS parameter requirement of one or more first QoS flows sent by the first terminal device, and the relay device determines the first QoS parameter requirement between the relay device and the second terminal device according to the second QoS parameter requirement of the one or more first QoS flows, and the third QoS parameter requirement is the QoS parameter requirement of the first QoS flow between the first terminal device and the second terminal device. The relay device generates a second message, the second message includes the first QoS flow information, and the relay device sends the second message to the network device, for example, the second message is specifically an RRC message.

[0495] The network device can receive the second message, determine the first QoS flow information by parsing the second message, and the network device obtains one or more first QoS flow identifiers and one or more first QoS parameter requirements of the first QoS flow based on the first QoS flow information. The network device can configure the side link bearer for the relay device based on the one or more first QoS flow identifiers and one or more first QoS parameter requirements of the first QoS flow.

[0496] Further, in some embodiments of the present application, the communication method performed by the relay device includes:

[0497] The relay device sends a first mapping relationship to the network device, where the first mapping relationship is used to indicate a first corresponding relationship, where the first corresponding relationship is used to indicate that one or more first QoS flows are configured on a first bearer, or a corresponding relationship between the first QoS flow and the second bearer;

[0498] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device;

[0499] The first bearer includes a bearer between the relay device and the second terminal device;

[0500] The second bearer includes a bearer between the first terminal device and the second terminal device.

[0501] The correspondence between the first QoS flow and the second bearer may be understood as indicating that one or more first QoS flows are configured on one second bearer.

[0502] Accordingly, in some embodiments of the present application, the communication method performed by the network device further includes:

[0503] The network device receives a first mapping relationship from the relay device, where the first mapping relationship is used to indicate a first corresponding relationship, where the first corresponding relationship is used to indicate that one or more first QoS flows are configured on a first bearer, or a corresponding relationship between the first QoS flow and the second bearer;

[0504] The first QoS flow includes a QoS flow between the first terminal device and the second terminal device;

[0505] The first bearer includes a bearer between the relay device and the second terminal device;

[0506] The second bearer includes a bearer between the first terminal device and the second terminal device.

[0507] Specifically, the relay device determines that one or more first QoS flows correspond to a first bearer, or the first QoS flow corresponds to a second bearer, the relay generates a first mapping relationship, indicates the first corresponding relationship through the first mapping relationship, and the relay device sends the above-mentioned first mapping relationship to the network device, so that the network device determines the corresponding relationship between one or more first QoS flows and the first bearer, and the corresponding relationship between one or more first QoS flows and the second bearer by parsing the first mapping relationship. The network device can allocate a Sidelink bearer configuration to the relay device based on the first mapping relationship.

[0508] In some embodiments of the present application, the communication method performed by the network device further includes:

[0509] The network device determines first configuration information based on the first message and the second message;

[0510] The network device sends first configuration information;

[0511] The first configuration information includes: configuration of the first bearer, and a mapping relationship between the second bearer and the first bearer;

[0512] The first bearer includes a bearer between the first terminal device and the relay device;

[0513] The second bearer includes a bearer between the first terminal device and the second terminal device.

[0514] In some embodiments of the present application, the relay device determines the first configuration information of the relay device according to the first message, including:

[0515] The relay device determines, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0516] The relay device receives first configuration information from the network device;

[0517] The relay device determines the configuration of the first bearer between the relay device and the second terminal device according to the first configuration information.

[0518] Among them, the first message can indicate the relay support capability of the network device. The relay device can obtain the relay support capability of the network device according to the first message. When the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device can generate first configuration information. The first configuration information is carried in the configuration message, for example, it can be an RRC message. The relay device parses the first configuration information in the configuration message, so as to determine the configuration of the first bearer between the relay device and the second terminal device, so that the relay device can realize communication between the first terminal device and the second terminal device.

[0519] In some embodiments of the present application, the first configuration information includes: configuration of the first bearer, and a mapping relationship between the first bearer and the second bearer.

[0520] Among them, the second bearer is the bearer between the first terminal device and the second terminal device, that is, the second bearer is used for end-to-end communication between the first terminal device and the second terminal device, and the second bearer can also be called an end-to-end wireless bearer (hereinafter referred to as a wireless bearer). An example is as follows: based on the relationship between the remote UE and the relay UE and based on the end-to-end QoS information, the base station provides the remote UE with the configuration of the second bearer, and the bearer of the second bearer is an end-to-end SDAP and PDCP configuration. The network device supports the first terminal device to communicate with the second terminal device through the relay device, and the network device can indicate the mapping relationship between the first bearer and the second bearer to the relay device.

[0521] In some embodiments of the present application, the first configuration information includes: configuration of the first bearer, and a correspondence between the first QoS flow and the first bearer.

[0522] Among them, the network device supports the first terminal device to communicate with the second terminal device through the relay device, and the first configuration information sent by the network device includes the configuration of the first bearer, the correspondence between the first QoS flow and the first bearer. In this implementation scenario, the network device can notify the relay device of the correspondence between the first QoS flow and the first bearer, so that the relay device determines the correspondence between the first QoS flow and the first bearer through the first configuration information, and the relay device determines the correspondence between the first bearer and the second bearer in combination with other acquired configuration information. For example, the relay device determines the correspondence between the first QoS flow and the first bearer and the correspondence between the first QoS flow and the second bearer based on the first configuration information, and determines the correspondence between the first bearer and the second bearer, and the first QoS flow and the second bearer can be obtained from the first terminal device side.

[0523] In some embodiments of the present application, the communication method performed by the relay device further includes:

[0524] The relay device determines an identifier of a second QoS flow between the relay device and the second terminal device and a second QoS parameter requirement corresponding to the second QoS flow, where the second QoS flow corresponds to one or more first QoS flows, and the first QoS flow includes a QoS flow between the first terminal device and the second terminal device;

[0525] The relay device sends the second QoS flow information to the network device, where the second QoS flow information includes an identifier of the second QoS flow and a second QoS parameter requirement corresponding to the second QoS flow.

[0526] Accordingly, in some embodiments of the present application, the communication method performed by the network device further includes:

[0527] The network device receives second QoS flow information from the relay device, where the second QoS flow information includes the second QoS flow and the second QoS parameter requirement corresponding to the second QoS flow;

[0528] The second QoS parameter requirement is a QoS parameter requirement of the second QoS flow between the relay device and the second terminal.

[0529] Among them, the relay device can send the second QoS flow information to the network device as a whole for the first bearer. For example, the relay device determines the second QoS flow, and the second QoS flow corresponds to one or more first QoS flows, and the one or more first QoS flows correspond to the first bearer between the relay device and the second terminal device, that is, the relay device corresponds the first bearer as a whole to the second QoS flow, and the relay device can also determine the second QoS parameter requirements corresponding to the second QoS flow, and there is no limitation on the specific configuration method of the second QoS parameter requirements.

[0530] Among them, the relay device can send the second QoS flow information to the network device as a whole for the second bearer. For example, the relay device determines the second QoS flow, and the second QoS flow corresponds to one or more first QoS flows, and the one or more first QoS flows correspond to the second bearer between the first terminal device and the second terminal device, that is, the relay device regards one or more first QoS flows corresponding to a second bearer as a whole as the second QoS flow, and the relay device can also determine the second QoS parameter requirements corresponding to the second QoS flow, and there is no limitation on the specific configuration method of the second QoS parameter requirements.

[0531] After the relay device determines the second QoS flow information, it sends the second QoS flow information to the network device. After the network device receives the second QoS flow information, the network device can determine the identifier of the second QoS flow and the second QoS parameter requirements corresponding to the second QoS flow, so that the network device can configure the Sidelink bearer according to the second QoS flow. In this implementation, the network device does not need to perceive the relationship between the first terminal device, the relay device, and the second terminal device, and configures the Sidelink bearer according to the second QoS flow.

[0532] In some embodiments of the present application, the relay device determines the second QoS parameter requirement corresponding to the second QoS flow, including:

[0533] The relay device determines a second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirement of one or more first QoS flows corresponding to the second QoS flow;

[0534] The first QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the relay device and the first terminal device;

[0535] The second QoS parameter requirement is a QoS parameter requirement for the second QoS flow between the relay device and the first terminal device.

[0536] Among them, the relay device can determine the second QoS parameter requirement corresponding to the second QoS flow, for example, determine the second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirement of one or more first QoS flows corresponding to the second QoS flow, and select the first QoS parameter requirement to generate the second QoS parameter requirement. For example, when the relay device generates the second QoS parameter requirement, it can select from the first QoS parameter requirements according to at least one of the following requirements: the first QoS parameter requirement of the first QoS flow with the highest priority as the second QoS parameter requirement, the first QoS parameter requirement of the first QoS flow with the lowest packet delay budget (Packet Delay Budget, PDB) as the second QoS parameter requirement, the first QoS parameter requirement of the first QoS flow with the highest guaranteed flow bit rate (Guaranteed Flow Bit Rate, GFBR) requirement as the second QoS parameter requirement, the first QoS parameter requirement of the first QoS flow with the lowest packet error rate (Packet Error Rate, PER) requirement as the second QoS parameter requirement, or from multiple sets of QoS parameter information corresponding to multiple first QoS flows, each requirement is selected according to the highest QoS parameter as the second QoS parameter requirement. The selection method of the second QoS parameter requirement is not limited in the embodiment of the present application.

[0537] In some embodiments of the present application, the second QoS flow may also correspond to multiple second bearers, and the second bearer includes a bearer between the first terminal device and the second terminal device. That is, the relay device may send the second QoS flow information to the network device as a whole for the multiple second bearers. For example, the relay device determines a second QoS flow, and the second QoS flow corresponds to one or more first QoS flows, and the one or more first QoS flows correspond to multiple second bearers between the first terminal device and the second terminal device, that is, the relay device integrates one or more first QoS flows corresponding to multiple second bearers as a second QoS flow. The relay device may also determine the second QoS parameter requirements corresponding to the second QoS flow. The method for determining the second QoS parameter requirements refers to the above embodiment.

[0538] Among them, one or more second bearers are configured between the first terminal device and the second terminal device, and the relay device determines that the second QoS flow corresponds to the one or more second bearers between the first terminal device and the second terminal device. Through the correspondence between the second QoS flow and the one or more second bearers, the network device can configure the Sidelink bearer for the first terminal device according to the second QoS flow information.

[0539] In some embodiments of the present application, the first configuration information further includes: configuration of the first bearer, correspondence between the second QoS flow and the first bearer, and the first bearer includes a bearer between the relay device and the second terminal device.

[0540] Among them, the network device supports the first terminal device to communicate with the second terminal device through the relay device. The first configuration information sent by the network device to the relay device includes the configuration of the first bearer, the correspondence between the second QoS flow and the first bearer. In this implementation scenario, the relay device receives the correspondence between the first QoS flow and the second bearer notified by the first terminal device, and combines the correspondence between the second QoS flow and the first bearer, the correspondence between the first QoS flow and the second bearer, and the correspondence between the first QoS flow and the second QoS flow, so that the relay device can determine the correspondence between the first bearer and the second bearer.

[0541] In some embodiments of the present application, the communication method performed by the relay device further includes:

[0542] The relay device receives a first correspondence relationship from the first terminal device, where the first correspondence relationship includes: a correspondence relationship between the first QoS flow and the second bearer.

[0543] The foregoing embodiment describes the interaction process between the relay device and the network device when the relay device is in a connected state. Next, the configuration process of the sidelink bearer when the relay device is in an idle state is described. Specifically, in some embodiments of the present application, the relay device determines the first configuration information of the relay device according to the first message, including:

[0544] The relay device determines, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0545] The relay device obtains third configuration information from the first message, where the third configuration information is used for communication between terminal devices;

[0546] The relay device determines the first configuration information according to the third configuration information, where the first configuration information includes: a correspondence between the first QoS flow and the first bearer; and / or a correspondence between the first bearer and the second bearer.

[0547] Among them, the first message can indicate the relay support capability of the network device, and the relay device can obtain the relay support capability of the network device according to the first message. For example, the relay UE can obtain the indication information that the base station supports U2U relay from the SIB message of the base station. In the case where the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device can generate third configuration information, and the third configuration information can be carried in the first message. For example, the third configuration information can specifically be a Sidelink bearer configuration. The relay device obtains the third configuration information, and then the relay device can determine the configuration of the first bearer according to the configuration parameters included in the third configuration information. The first bearer includes the bearer between the relay device and the second terminal device. For example, the first bearer can be a PC5 RLC bearer. In the embodiment of the present application, the relay device can configure the first bearer according to the instruction of the network device, so that the relay device can realize communication between the first terminal device and the second terminal device.

[0548] In some embodiments of the present application, the relay device may further determine the correspondence between the first bearer and the second bearer according to the third configuration information, including:

[0549] The relay device determines the correspondence between the first QoS and the first bearer based on the correspondence between the first QoS and the second bearer and the third configuration information. Based on the correspondence between the first QoS and the second bearer and the correspondence between the first QoS and the first bearer, the relay device determines the correspondence between the first bearer and the second bearer.

[0550] In some embodiments of the present application, the relay device determines the first configuration information according to the third configuration information, further comprising:

[0551] The relay device determines first configuration information according to a mapping relationship between the first QoS flow and the second bearer and the third configuration information. The first configuration information includes: configuration of the first bearer between the relay device and the first terminal device.

[0552] Among them, the second bearer is the bearer between the first terminal device and the second terminal device, the relay device determines the first configuration information according to the multiple Sidelink bearer configurations included in the third configuration information sent by the network device, and the mapping relationship between the first QoS flow and the second bearer, the first configuration information includes the configuration of the first bearer corresponding to the first QoS flow, the relay device can determine the configuration of the first bearer according to the configuration parameters included in the first configuration information, the first bearer includes the bearer between the first terminal device and the relay device, for example, the first bearer can be a PC5RLC bearer. In the embodiment of the present application, the relay device can configure the first bearer according to the instructions of the network device, so that the relay device can realize communication between the first terminal device and the second terminal device.

[0553] In some embodiments of the present application, the communication method performed by the relay device further includes:

[0554] The first message includes first indication information, and the first message does not include third configuration information and / or relay transmission resources, the relay device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the third configuration information is used for communication between terminal devices, and the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0555] or,

[0556] The first message includes first indication information, and the first message does not include third configuration information and / or relay transmission resources. The relay device sends a second request to the network device, and the second request is used to request the network device to send third configuration information and / or relay transmission resources. The first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0557] Accordingly, in some embodiments of the present application, the communication method performed by the network device further includes:

[0558] The network device receives a second request from the first terminal device, where the second request is used to request the network device to send third configuration information and / or relay transmission resources;

[0559] The network device sends third configuration information to the first terminal device according to the second request, and / or configures relay transmission resources for the first terminal device according to the second request.

[0560] Among them, when the relay device is in an idle state, in addition to determining the first indication information in the first message, the relay device also needs to determine whether the first message includes the third configuration information and / or relay transmission resources. For example, the first message does not include the third configuration information, and the relay device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. For example, the first message does not include the relay transmission resources, and the relay device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. For example, the first message does not include the third configuration information and relay transmission resources, and the relay device determines that the network device does not support the first terminal device to communicate with the second terminal device through the relay device. The relay device can determine whether the network device supports the first terminal device to communicate with the second terminal device through the relay device through the message content carried in the first message, so that the relay device can realize communication between the first terminal device and the second terminal device.

[0561] In some embodiments of the present application, the first message includes: second indication information, wherein the second indication information is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device.

[0562] Among them, when the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the network device can generate second indication information. When the relay device obtains the second indication information from the first message, it can be determined that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, so that the relay device no longer configures the Sidelink bearer.

[0563] In some embodiments of the present application, the first message does not include first indication information, which is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device;

[0564] The first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

[0565] Among them, the network device can also adopt an implicit indication method. When the network device supports the first terminal device to communicate with the second terminal device through the relay device, the network device can generate first indication information and carry the first indication information through the first message. When the network device does not support the first terminal device to communicate with the second terminal device through the relay device, the network device may not generate the first indication information. The relay device does not include the first indication information in the first message, and can determine that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, so that the first terminal device no longer configures the Sidelink bearer.

[0566] In some embodiments of the present application, the communication method performed by the network device further includes:

[0567] The network device sends fourth configuration information to the relay device, where the fourth configuration information includes one or more thresholds.

[0568] Correspondingly, the relay device receives the fourth configuration information from the network device, and determines one or more thresholds indicated by the network device through the fourth configuration information.

[0569] The network device may notify the relay device of one or more thresholds by displaying an indication, so that the relay device can receive the one or more thresholds from the network device.

[0570] In the embodiment of the present application, the network device determines one or more thresholds that can be used by the relay device to determine whether to trigger a discovery process to find the second terminal device through the discovery process.

[0571] Specifically, one or more thresholds may be used for the relay device to trigger a discovery process when the signal quality of the link between the first terminal device and the relay device is greater than or equal to the threshold, thereby enabling the relay device to support communication between the first terminal device and the second terminal device.

[0572] In some embodiments of the present application, the communication method performed by the relay device further includes:

[0573] The first message includes first indication information, and the relay device determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0574] The first indication information is also used to indicate one or more thresholds.

[0575] Accordingly, in some embodiments of the present application, the communication method performed by the network device further includes:

[0576] The network device determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device;

[0577] The first message includes first indication information, and the first indication information is further used to indicate one or more thresholds.

[0578] Specifically, the network device may determine that the first indication information is used for one or more thresholds, so that the first message may indicate one or more thresholds, and when the relay terminal device obtains one or more thresholds from the first message, it determines that the network device supports the first terminal device to communicate with the second terminal device through the relay device. The network device may implicitly indicate whether the network device supports the first terminal device to communicate with the second terminal device through the relay device by whether it carries the threshold. Alternatively, the first terminal device obtains the first indication information from the first message, but the first indication information does not include the threshold configuration, then it is assumed that the relay device has no threshold constraints during the relay communication process.

[0579] In some embodiments of the present application, the one or more thresholds include a third threshold, for example, the first threshold is threshold3.

[0580] The third threshold is used when the signal quality of the link between the first terminal device and the relay device is greater than or equal to the third threshold, and the relay device triggers the discovery process, which is used to find the second terminal device.

[0581] Accordingly, in some embodiments of the present application, the one or more thresholds include a third threshold, and the communication method performed by the relay device further includes:

[0582] If the signal quality of the link between the first terminal device and the relay device is greater than or equal to a third threshold, the relay device triggers a discovery process, which is used to find the second terminal device.

[0583] As an example, the remote UE sends a discovery message (such as a discovery request message) to the relay UE to find the remote UE. After receiving the discovery message from the remote UE, the relay UE measures the sidelink signal quality based on the discovery message to obtain the SD-RSRP. When the SD-RSRP is greater than a certain threshold, it indicates that the signal quality between the remote UE and the relay UE is good, and the relay UE will continue to broadcast the discovery message to find the remote UE.

[0584] In order to better understand and implement the above-mentioned solutions in the embodiments of the present application, the following examples are given for specific explanation by using corresponding application scenarios.

[0585] Next, the technical solution provided by this application is introduced with two specific embodiments.

[0586] Embodiment 1

[0587] In the first embodiment, the communication configuration method of the U2U relay is mainly based on the indication of the U2U relay capability displayed by the base station. The specific scheme is as follows.

[0588] On the base station side, if the base station supports U2U relay, the base station will carry the U2U capability indication in the system message to indicate to the UE in the base station that U2U relay is supported. Specifically, the base station carries the L2 U2U relay capability support indication and / or the L3 U2U relay capability support indication, and the system message can be carried in SIB12, where SIB12 is a system message block used to indicate Sidelink communication related configurations, and the specific indications are as follows:

[0589] SIB12-IEs-r16::= SEQUENCE{

[0590] sl-L2U2N-Relay-r17 ENUMERATED{enabled} OPTIONAL,--Need R

[0591] sl-NonRelayDiscovery-r17 ENUMERATED{enabled}OPTIONAL,--Need R

[0592] sl-L3U2N-RelayDiscovery-r17 ENUMERATED{enabled}OPTIONAL,--Need R

[0593] sl-L2U2U-Relay-r17 ENUMERATED{enabled}OPTIONAL,--Need R

[0594] sl-L3U2U-RelayDiscovery-r17 ENUMERATED{enabled}OPTIONAL,--Need R

[0595] In another possible implementation, a capability indication is not introduced separately for L3 U2U relay, that is, when the base station supports L3 U2U relay, SIB12 carries an indication that sl-L3U2U-RelayDiscovery has a value of enable, which indicates that the base station supports L3 U2U relay.

[0596] When the base station supports L2 U2U relay, the base station may also provide U2U relay-related threshold configurations, including remote UE threshold configurations and relay UE threshold configurations.

[0597] Among them, the remote UE threshold configuration is mainly used for the remote UE to determine whether to trigger the sending of the discovery message or whether to trigger the discovery process, to find suitable relay UEs in the vicinity, and to select and reselect relay UEs. When the remote UE and the remote UE at the opposite end communicate directly through the Sidelink, when the remote UE detects that the signal quality of the Sidelink link is less than or equal to a certain threshold, the discovery process is triggered to select the relay UE; when the remote UE communicates with the remote UE at the opposite end through the relay UE, when the link signal quality between the remote UE and the relay UE is less than or equal to a certain threshold, the discovery process is triggered to reselect the relay UE. The above thresholds can be the same threshold or different thresholds.

[0598] The relay UE threshold configuration is used for the relay UE to determine whether to search for the remote UE on behalf of the remote UE. In one possible scenario, the remote UE sends a discovery message (such as a discovery request message) to the relay UE to search for the remote UE on the other end. After receiving the discovery message from the remote UE, the relay UE measures the Sidelink signal quality based on the discovery message to obtain SD (Sidelink discovery)-RSRP. When the SD-RSRP is greater than or equal to a certain threshold, it indicates that the signal quality between the remote UE and the relay UE is good, and the relay UE will continue to broadcast discovery messages to search for the remote UE on the other end.

[0599] First, the base station can carry the threshold condition configuration related to U2U relay in the system message, including the threshold configuration threshold1 (one threshold case) or threshold1 and threshold2 (two threshold cases) of the remote UE, and / or the threshold configuration threshold3 of the relay UE. The remote UE in the RRC idle or inactive state will select or reselect the relay UE based on the threshold condition configuration carried in the system message.

[0600] For example, in the case of applying a threshold, when the SL link signal quality between the remote UE and the remote UE at the other end is less than or equal to Threshold1 (that is, the threshold condition is met), the discovery process is triggered and the relay UE is selected based on the result of the discovery process; when the U2U relay has been established, when the SL link signal quality between the remote UE and the current relay UE is less than or equal to Threshold1 (that is, the threshold condition is met), the discovery process is triggered and the relay UE is reselected.

[0601] In the case of applying two different thresholds, when the SL link signal quality between the remote UE and the target UE is less than or equal to Threshold1, the discovery process is triggered and the relay UE selection is performed based on the result of the discovery process; in the case where U2U relay has been established, when the SL link signal quality between the remote UE and the current relay UE is less than or equal to Threshold2, the discovery process is triggered and the relay UE is reselected.

[0602] When the base station does not provide a threshold configuration in the system message, there is no corresponding constraint by default, that is, the SL link signal quality between the remote UE and the remote UE or relay UE at the opposite end meets the threshold condition by default in any case, that is, the discovery process can be triggered to select and reselect the relay UE.

[0603] The relay UE in RRC idle or inactive state will perform the discovery process based on the threshold condition configuration in the system message, and the logic is similar to the above. The discovery process performed by the relay UE includes model A and model B.

[0604] The remote UE performs a discovery process to find suitable candidate relay UEs in the vicinity, and selects and determines the target relay UE. The remote UE establishes an end-to-end connection with the remote UE via the target relay UE, and also needs to perform U2U configuration for communication, including: end-to-end configuration between remote UEs (such as SDAP and PDCP protocol layer configuration of Sidelink radio bearers), configuration of the underlying PC5 RLC bearer (PC5 RLC bearer configuration between remote UE and relay UE includes RLC, MAC and other configurations) and adaptation layer configuration (including the mapping relationship between PC5 RLC bearers and end-to-end radio bearers).

[0605] According to different RRC states, the UE obtains the U2U relay configuration in the following ways. Next, the U2U relay configuration determination method on the relay UE side is described:

[0606] 1. Configuration determination method of connected relay UE:

[0607] When the relay UE is in the connected state, the relay UE reports the divided QoS information, and the base station provides the relay UE with Sidelink bearer configuration based on the reported information. At this time, the base station does not have a dedicated U2U relay configuration. The relay UE needs to report the single-hop QoS information between the relay UE (as the transmitter) and the remote UE (as the receiver). The QoS information includes the QoSflow ID and the corresponding QoS parameter requirements.

[0608] In one possible approach, the QoS flow is an end-to-end QoS flow of the remote UE, and the QoS parameters are the QoS parameter requirements between the relay UE and the remote UE after the relay UE performs QoS division. For example, the end-to-end delay requirement of QoS flow 1 is 3ms, and after QoS division, the QoS requirement of QoS flow 1 between the relay UE and the remote UE is 1.5ms.

[0609] In addition, the relay UE also reports mapping information. The mapping relationship is used to indicate which QoS flows must be mapped to a bearer. The bearer refers to an end-to-end radio bearer or an RLC bearer.

[0610] The base station provides the relay UE with Sidelink bearer configuration based on the requested QoS flow information and the mapping information of the QoS flow, for example, the Sidelink bearer configuration method of the R16 protocol may be adopted, for example, including SDAP, PDCP, and RLC bearer related parameter configuration. Among them, the SDAP configuration of the Sidelink bearer configuration includes the corresponding relationship between the current Sidelink bearer and the QoS flow, and the multiple QoS flows may include QoS flows on multiple end-to-end radio bearers.

[0611] The relay UE determines the RLC bearer configuration between the relay UE and the remote UE and the mapping relationship of the adaptation layer based on the Sidelink configuration provided by the base station.

[0612] In mode 1 resource allocation mode, that is, the base station allocates Sidelink resources to the relay UE, the base station can allocate U2U relay communication resources to the relay UE, so the base station also needs to know that the current relay UE is used for U2U relay communication. Optionally, the base station can determine the current configuration for U2U relay based on the mapping relationship between the QoS flow reported by the relay UE and the radio bearer.

[0613] In another possible implementation, the relay UE reports the L2 ID of the remote UE (receiving end) to request U2U relay transmission resources, and the corresponding indication is used for U2U relay communication.

[0614] In another possible implementation, the relay UE first determines the mapping relationship between the radio bearer and the QoS flow. For example, after the remote UE determines the end-to-end SDAP configuration, it sends it to the relay UE and determines the QoS requirements that each radio bearer needs to meet. A certain radio bearer may contain multiple QoS flows with different QoS parameter requirements. The overall QoS parameter requirements of the radio bearer can be determined in the following way to ensure that the configuration between the relay UE and the remote UE can meet the QoS requirements of the end-to-end radio bearer as much as possible.

[0615] For example, the QoS parameter requirement of the current radio bearer may be determined by adopting at least one of the following five achievable methods.

[0616] 1) Determine the QoS parameters corresponding to the QoS flow with the highest priority as the QoS parameter requirements of the current radio bearer;

[0617] 2) Determine the QoS parameter requirements corresponding to the QoS flow with the lowest packet delay budget (PDB) as the parameter requirements of the current radio bearer;

[0618] 3) Determine the QoS parameters corresponding to the QoS flow with the highest guaranteed flow bit rate (GFBR) requirement as the parameter requirements of the current radio bearer;

[0619] 4) Determine the QoS parameters corresponding to the QoS flow with the lowest packet error rate (PER) requirement as the parameter requirements of the current radio bearer;

[0620] 5) Determine that among the multiple sets of QoS parameter information corresponding to the multiple QoS flows, each requirement is selected according to the highest QoS parameter as the parameter requirement of the current radio bearer.

[0621] Based on the above process, it is equivalent to the relay UE treating the radio bearer as a whole, that is, it is equivalent to combining multiple QoS flows as an integrated "QoS flow", and reporting as an integrated "QoS flow". When reporting, the relay UE can also allocate a temporary QoS flow ID, for example, it can be the ID of one of the QoS flows. Based on the reported "QoS flow information", the base station provides the relay UE with the Sidelink bearer configuration, including the mapping relationship between the "QoSflow ID" (which actually corresponds to a QoS flow on a radio bearer) and the Sidelink bearer configuration.

[0622] The relay UE determines the RLC bearer configuration between the relay UE and the remote UE based on the Sidelink configuration provided by the base station. The RLC bearer is used to transmit the radio bearer associated with the corresponding "QoS flow ID". In this implementation scenario, the base station behavior is consistent with the mechanism in R16 Sidelink. Therefore, if the base station needs to allocate Sidelink transmission resources for the U2U relay, the relay UE needs to report the U2U relay related indication.

[0623] In another possible implementation, the base station may provide the relay UE with a dedicated configuration of the U2U relay. In this implementation scenario, the base station provides the relay UE with the RLC bearer configuration between the relay UE and the remote UE and the mapping relationship configuration of the adaptation layer based on the QoS information reported by the relay UE (including the QoS flow ID, the QoS parameter requirements of the QoS flow, and the mapping relationship between the QoS and the radio bearer), wherein the mapping relationship configuration of the adaptation layer includes the mapping relationship between the end-to-end radio bearer and the RLC bearer.

[0624] 2. Configuration determination method for idle or inactive relay UE:

[0625] When the relay UE is in RRC idle or inactive, the relay UE can obtain the indication information that the base station supports U2Urelay from the SIB message of the base station. In addition, the Sidelink configuration information can also be obtained from the SIB message, and the Sidelink configuration information includes the configuration information of the Sidelink radio bearer. The sidelink radio bearer configuration includes SDAP configuration, PDCP configuration, and RLC bearer configuration, wherein the SDAP configuration includes the mapping relationship between QoS and radio bearer. The relay UE will determine the bearer configuration 1 between the relay UE and the remote UE (the remote UE side determines the mapping relationship between the end-to-end radio bearer and QoS and sends it to the relay UE side) from the sidelink configuration information in the SIB message based on the result after QoS division and the determined mapping relationship between the end-to-end radio bearer and QoS (after the remote UE side determines the mapping relationship between the end-to-end radio bearer and QoS, it is sent to the relay UE side), and the bearer configuration 1 includes the configuration of one or more radio bearers, including: the correspondence between the QoS flow and the radio bearer or RLC bearer, and the configuration of the PC5 RLC bearer. Based on the determined correspondence between QoS flows and RLC bearers, and the correspondence between end-to-end radio bearers and QoS, the relay UE finally determines the adaptation layer mapping relationship, that is, the correspondence between the end-to-end radio bearer and the PC5 RLC bearer between the relay UE and the remote UE.

[0626] In one possible implementation, although the base station indicates the capability to support U2U relay, it is unable to provide Sidelink configuration information. In one possible implementation scenario, the relay UE assumes that the base station cannot support U2U relay based on the fact that the system message does not carry Sidelink configuration information. In another possible implementation, the relay UE enters the connected state and requests the corresponding configuration from the base station in the connected state.

[0627] 3. Configuration determination method of OoC relay UE:

[0628] When the relay UE is in the OoC state and is not connected to the base station, the relay UE can obtain the Sidelink configuration from the pre-configuration information and determine the configuration of the PC5 RLC bearer based on the QoS division result.

[0629] Next, the method for determining the U2U relay configuration on the remote UE side is described.

[0630] First, the remote UE determines that the base station supports U2U relay based on the U2U relay capability indication indicated by the base station.

[0631] 1. Configuration determination method of connected remote UE:

[0632] The remote UE side will receive the QoS division result of the relay UE.

[0633] In a possible implementation, in the connected state, the remote UE reports the end-to-end or single-hop QoS information and requests the base station to configure it. Specifically, the remote UE first reports the end-to-end QoS information and the QoS information divided between the remote UE (sender) and the relay UE (receiver) to the base station, that is, two sets of QoS information, including QoS flow ID information corresponding to one or more QoS flows and corresponding QoS parameter requirements.

[0634] In addition, when reporting end-to-end QoS information, identification information of the remote UE at the other end, such as L2 ID, is also reported; when reporting QoS information between the remote UE and the relay UE, identification information of the relay UE, such as the L2 ID of the relay UE, is also reported.

[0635] Here is a specific example:

[0636] End-to-end QoS information: remote UE L2 ID, {QoS flow ID1, QoS parameter requirement 1}, {QoS flow ID2, QoS parameter requirement 2}, {QoS flow ID3, QoS parameter requirement 3}.

[0637] Divided QoS information: relay UE L2 ID, {QoS flow ID1, QoS parameter requirement 4}, {QoS flow ID2, QoS parameter requirement 5}, {QoS flow ID3, QoS parameter requirement 6}.

[0638] In order to let the base station know that there is an association between the two groups of QoS, that is, the QoS is divided into part of the end-to-end QoS or the remote UE communicates with the remote UE L2 ID of the opposite end through the indicated relay UE L2 ID, the remote UE also needs to report to the base station that there is an association between the relay UE L2 ID and the remote UE L2 ID of the opposite end.

[0639] In one achievable manner, the base station provides Sidelink bearer configuration for the remote UE based on two sets of configurations, respectively. Sidelink bearer configuration 1 corresponds to the end-to-end QoS information, including the correspondence between the end-to-end QoS flow and the Sidelink radio bearer. Sidelink bearer configuration 2 corresponds to the divided QoS information between the remote UE and the relay UE, including the correspondence between the QoS flow between the remote UE and the relay UE and the Sidelink radio bearer. Furthermore, the QoS flow configured on a Sidelink radio bearer in Sidelink bearer configuration 1 must also be on a Sidelink radio bearer in Sidelink bearer configuration 2.

[0640] In another possible implementation, the base station provides end-to-end SDAP and PDCP configuration for the remote UE based on the relationship between the remote UE and the relay UE and based on the end-to-end QoS information; based on the divided QoS information between the remote UE and the relay UE, provides U2U relay-specific configuration, including the mapping relationship between the radio bearer and the PC5 RLC bearer, and the configuration information of the PC5RLC bearer.

[0641] In another possible implementation manner, the base station does not need to be aware of the relationship between the remote UE and the relay UE and the remote UE at the opposite end, and the base station only provides the Sidelink bearer configuration based on the QoS flow information.

[0642] Specifically, the remote UE first reports the end-to-end QoS information, including the QoS flow ID information and QoS parameter information corresponding to one or more QoS flows, and may also report the identification information of the remote UE on the other end. Based on the reported information, the base station determines the Sidelink bearer configuration for the remote UE, and the remote UE determines the end-to-end PDCP and SDAP configuration based on this, wherein the SDAP configuration includes the mapping relationship between the QoS flow and the end-to-end radio bearer. The remote UE further reports the divided QoS information based on the mapping relationship, but reports each radio bearer as a "QoS flow". Specifically, the remote UE will determine the QoS requirements and QoS flow ID of a single radio bearer based on the QoS information on the radio bearer, and the determination method is the same as the relay UE side. The remote UE reports the determined "QoS flow" information, and the base station provides the Sidelink bearer configuration for the remote UE based on the reported information. The remote UE determines the PC5RLC bearer configuration and the adaptation layer mapping relationship based on this bearer configuration.

[0643] In the above implementation, the base station is not aware that the remote UE performs U2U relay, so if the remote UE works in mode 1 and needs the base station to allocate U2U relay transmission resources, it needs to indicate to the base station. Specifically, similar to the scheme of relay UE, when requesting U2U relay transmission resources, the identification information of the relay UE is reported and indicated for U2U relay.

[0644] 2. Configuration determination method for idle or inactive remote UE:

[0645] The Remote UE determines the end-to-end SDAP configuration, PDCP configuration, and PC5RLC bearer configuration based on the Sidelink configuration in the base station system message.

[0646] Specifically, the remote UE determines the SDAP configuration and the PDCP configuration based on the end-to-end QoS parameter requirements and the system message configuration; and further determines the configuration of the PC5 RLC bearer according to the mapping relationship between the determined QoS flow and the radio bearer.

[0647] In a possible implementation, the base station indicates that U2U relay is supported but does not provide Sidelink configuration. In this case, the remote UE may assume that the base station cannot support U2U relay; or the remote UE enters the connected state and requests configuration from the base station in the connected state. Alternatively, the Sidelink configuration is determined based on pre-configuration.

[0648] In another possible manner, the remote UE or relay UE is in a connected state or an idle or inactive state, but the current base station does not support the U2U relay capability. At this time, the remote UE or relay UE cannot execute U2U relay related processes, including executing the U2U relay UE discovery process, selecting and reselecting the relay UE, and configuring the U2U relay bearer.

[0649] 3. Configuration determination method of OoC remote UE:

[0650] The Remote UE performs U2U relay configuration based on the pre-configuration.

[0651] It can be understood that the way in which the UE in different states obtains the configuration can be a combination of the above. For example, the base station provides the UE with U2U relay dedicated configuration through dedicated signaling, and provides the UE with Sidelink bearer configuration through system messages; or regardless of whether the UE is in a connected state or a non-connected state, the base station can only provide the Sidelink bearer configuration.

[0652] In another possible implementation, the base station also needs to provide a dedicated resource pool for U2U relay for the UE. For an idle or inactive UE, if the base station does not provide the dedicated resource pool for U2U relay, the UE is assumed not to perform U2U relay under the base station; or an idle or inactive UE enters a connected state and requests a resource request from the base station, requesting the base station to allocate a U2U relay resource pool. For a connected UE, the UE can request the base station to configure U2U relay transmission resources based on the base station's support for U2U relay.

[0653] Different from the prior art, the base station will indicate the support status of U2U relay in the system message and provide threshold configuration for the U2U relay process. In some implementation schemes of Example 1, the base station needs to provide end-to-end and single-hop configuration for the remote UE when knowing the connection relationship between the remote UE and the relay UE, so as to avoid different QoS not being configured on one bearer. In other implementation schemes, the remote UE regards the data on the same wireless bearer as a QoS flow and reports it to ensure that these QoS are always configured on one wireless bearer. In the latter scheme, when the base station is required to provide U2U relay transmission resources, the UE also needs to indicate the U2U relay indication to the base station.

[0654] Based on the foregoing examples, it can be seen that the first embodiment provides a method in which the remote UE and the relay UE implement the U2U relay configuration process when the base station supports U2U relay and the base station reduces participation, and can meet the QoS requirements of the service data.

[0655] Embodiment 2

[0656] In the second embodiment, the difference between the second embodiment and the first embodiment is that the base station does not carry a displayed U2U relay capability indication, but indicates whether the base station supports U2U relay through a threshold configuration. Specifically, if the base station configures the remote UE threshold configuration or the relay UE threshold configuration, the remote UE or the relay UE determines that the base station supports U2U relay. The threshold configuration of the remote UE and the relay UE is the same as that of the first embodiment, that is, the remote UE may include one or more, which are used for the remote UE to select and reselect, and the threshold of the relay UE is used to determine whether the remote UE performs a discovery process for finding the target remote UE.

[0657] In a possible scenario, the system may configure a threshold for the remote UE and the relay UE through a system message or a dedicated configuration. The threshold is included in the information element IE-thres, that is:

[0658] IE-thres::=SEQUENCE{

[0659] Threshold1 OPTIONAL,

[0660] Threshold2 OPTIONAL,

[0661] Threshold3 OPTIONAL,

[0662] }

[0663] Among them, OPTIONAL means that the threshold configuration is an optional configuration. When the base station supports U2U relay capability, the base station can carry the information element threshold (IE-thres) in the system message, where IE-thres can carry one or more of Threshold1 to Threshold3, or it can not carry it. Not carrying the threshold means that there is no constraint on the threshold. If the base station does not support U2U relay capability, IE-thres is not carried in the system message. If the system message sent by the base station received by the UE does not carry IE-thres, it is determined that the base station does not support U2U relay.

[0664] When the UE determines whether the base station supports or does not support U2U relay, the configuration process of the remote UE or relay UE is the same as that of the first embodiment.

[0665] In another possible implementation, the base station indicates whether the threshold can be configured through a system message, such as SIB12. For example, the system message includes an indication information for indicating whether U2U relay is supported. If the indication information is included, that is, the configurable threshold is supported, it means that U2U relay is supported; if the indication information and the threshold configuration of the remote UE / relay UE are included, the remote UE and the relay UE execute the U2U relay related process according to the current threshold; if the indication information is included, but the threshold configuration of the remote UE / relay UE is not included, the remote UE and the relay UE believe that there is no threshold constraint. If the indication information is not included, the base station does not support the configuration of U2U relay.

[0666] In another possible implementation, if the system message includes indication information but does not include the threshold configuration of the remote UE / relay UE, and the remote UE / relay UE needs to perform U2U relay and wants the base station to configure the threshold, it can enter the connected state and request the base station to configure the relevant threshold parameters.

[0667] Different from the prior art, the base station does not have an explicit capability indication, but instead notifies the UE whether it can support the U2Urelay capability through an implicit indication.

[0668] Based on the foregoing examples, it can be seen that embodiment 2 applies implicit indication to indicate whether the base station supports U2U relay capability, for example, whether the threshold IE can be configured or whether the U2U relay capability is supported, so that the remote UE or relay UE establishes and configures U2U relay based on the support status of the base station.

[0669] Based on the foregoing examples, it can be seen that the embodiments of the present application provide a method for configuring the interaction between the base station and the UE and the UE in the U2U relay while reducing the participation of the base station. Specifically, the base station indicates support for U2U relay in a system message (explicit indication or implicit indication of threshold configuration), and the UE establishes a U2U relay connection based on the indication of the base station and the threshold configuration of the base station by performing a discovery process. The connected UE reports QoS information for the base station to provide Sidelink bearer configuration or U2U relay dedicated configuration; in addition, the UE can also report a U2U relay indication to request the base station to allocate mode 1 resources. The idle or inactive UE determines the U2U relay configuration based on the Sidelink bearer configuration in the base station system message.

[0670] Please refer to Fig.11 As shown, it is a schematic diagram of the process of the terminal device in the embodiment of the present application, and the terminal device is specifically a first terminal device, and the first terminal device includes:

[0671] The receiving module 1101 is used to receive a first message from a network device, where the first message is used to indicate a relay support capability of the network device;

[0672] The processing module 1102 is used to determine first configuration information of the first terminal device according to the first message, where the first configuration information is used for the first terminal device to communicate with the second terminal device through the relay device.

[0673] Please refer to Fig.12 As shown, it is a schematic diagram of the process of the network device in the embodiment of the present application, and the network device includes:

[0674] The processing module 1201 is used to generate a first message according to the relay support capability of the network device;

[0675] The sending module 1202 is used to send a first message to a first terminal device, where the first message is used to indicate the relay support capability of the network device.

[0676] Please refer to Fig.13 As shown, it is a schematic diagram of the process of the relay device in the embodiment of the present application, and the relay device includes:

[0677] The receiving module 1301 is used to receive a first message from a network device, where the first message is used to indicate a relay support capability of the network device;

[0678] The processing module 1302 is used to determine first configuration information of the relay device according to the first message, where the first configuration information is used for the first terminal device to communicate with the second terminal device through the relay device.

[0679] The present application also provides a network device having a structure similar to Fig.12 , network equipment includes:

[0680] A processing module, configured to generate a first message according to a relay support capability of the network device;

[0681] The sending module is used to send a first message to the relay device, where the first message is used to indicate the relay support capability of the network device.

[0682] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0683] It should be noted that the information interaction, execution process, etc. between the modules / units of the above-mentioned device are based on the same concept as the method embodiment of the present application, and the technical effects they bring are the same as those of the method embodiment of the present application. For specific contents, please refer to the description in the method embodiment shown above in the present application, and will not be repeated here.

[0684] An embodiment of the present application also provides a computer storage medium, wherein the computer storage medium stores a program, and the program executes some or all of the steps recorded in the above method embodiment.

[0685] Next, another terminal device provided by the embodiment of the present application is introduced. Fig.14 As shown, the terminal device 1400 includes:

[0686] Receiver 1401, transmitter 1402, processor 1403 and memory 1404 (wherein the number of processor 1403 in terminal device 1400 can be one or more, Fig.14 In some embodiments of the present application, the receiver 1401, the transmitter 1402, the processor 1403 and the memory 1404 may be connected via a bus or other means, wherein: Fig.14The example of connecting through bus is taken in the following.

[0687] The memory 1404 may include a read-only memory and a random access memory, and provides instructions and data to the processor 1403. A portion of the memory 1404 may also include a non-volatile random access memory (NVRAM). The memory 1404 stores an operating system and operating instructions, executable modules or data structures, or a subset thereof, or an extended set thereof, wherein the operating instructions may include various operating instructions for implementing various operations. The operating system may include various system programs for implementing various basic services and processing hardware-based tasks.

[0688] The processor 1403 controls the operation of the terminal device, and the processor 1403 may also be referred to as a central processing unit (CPU). In a specific application, the various components of the terminal device are coupled together through a bus system, wherein the bus system may include a power bus, a control bus, and a status signal bus in addition to a data bus. However, for the sake of clarity, various buses are referred to as bus systems in the figure.

[0689] The method disclosed in the above embodiment of the present application can be applied to the processor 1403, or implemented by the processor 1403. The processor 1403 can be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit or software instructions in the processor 1403. The above processor 1403 can be a general processor, a digital signal processor (digital signal processing, DSP), an application specific integrated circuit (application specific integrated circuit, ASIC), a field programmable gate array (field-programmable gate array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to execute, or the hardware and software modules in the decoding processor can be executed. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 1404, and the processor 1403 reads the information in the memory 1404 and completes the steps of the above method in combination with its hardware.

[0690] The receiver 1401 may be used to receive input digital or character information, and to generate signal input related to the relevant settings and function control of the terminal device. The transmitter 1402 may include a display device such as a display screen, and the transmitter 1402 may be used to output digital or character information through an external interface.

[0691] In the embodiment of the present application, the processor 1403 is used to execute the communication method of the first terminal device.

[0692] Next, another network device provided by the embodiment of the present application is introduced. Fig.15 As shown, the network device 1500 includes:

[0693] Receiver 1501, transmitter 1502, processor 1503 and memory 1504 (wherein the number of processor 1503 in network device 1500 can be one or more, Fig.15 In some embodiments of the present application, the receiver 1501, the transmitter 1502, the processor 1503 and the memory 1504 may be connected via a bus or other means, wherein: Fig.15 The example of connecting through bus is taken in the following.

[0694] The memory 1504 may include a read-only memory and a random access memory, and provides instructions and data to the processor 1503. A portion of the memory 1504 may also include an NVRAM. The memory 1504 stores an operating system and operating instructions, executable modules or data structures, or a subset thereof, or an extended set thereof, wherein the operating instructions may include various operating instructions for implementing various operations. The operating system may include various system programs for implementing various basic services and processing hardware-based tasks.

[0695] The processor 1503 controls the operation of the network device, and the processor 1503 can also be called a CPU. In a specific application, the various components of the network device are coupled together through a bus system, wherein the bus system includes not only a data bus, but also a power bus, a control bus, and a status signal bus, etc. However, for the sake of clarity, various buses are referred to as bus systems in the figure.

[0696] The method disclosed in the above embodiment of the present application can be applied to the processor 1503, or implemented by the processor 1503. The processor 1503 can be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit or software instructions in the processor 1503. The above processor 1503 can be a general-purpose processor, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, discrete hardware component. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor. The steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to be executed, or the hardware and software modules in the decoding processor are combined and executed. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 1504, and the processor 1503 reads the information in the memory 1504 and completes the steps of the above method in combination with its hardware.

[0697] In the embodiment of the present application, the processor 1503 is used to execute the communication method of the aforementioned network device.

[0698] Next, another relay device provided in the embodiment of the present application is introduced. Fig.16 As shown, the relay device 1600 includes:

[0699] The receiver 1601, the transmitter 1602, the processor 1603 and the memory 1604 (wherein the number of the processor 1603 in the relay device 1600 can be one or more, Fig.16 In some embodiments of the present application, the receiver 1601, the transmitter 1602, the processor 1603 and the memory 1604 may be connected via a bus or other means, wherein: Fig.16 The example of connecting through bus is taken in the following.

[0700] The memory 1604 may include a read-only memory and a random access memory, and provides instructions and data to the processor 1603. A portion of the memory 1604 may also include an NVRAM. The memory 1604 stores an operating system and operating instructions, executable modules or data structures, or a subset thereof, or an extended set thereof, wherein the operating instructions may include various operating instructions for implementing various operations. The operating system may include various system programs for implementing various basic services and processing hardware-based tasks.

[0701] The processor 1603 controls the operation of the relay device, and the processor 1603 can also be called a CPU. In a specific application, the various components of the relay device are coupled together through a bus system, wherein the bus system includes not only a data bus, but also a power bus, a control bus, and a status signal bus, etc. However, for the sake of clarity, various buses are referred to as bus systems in the figure.

[0702] The method disclosed in the above embodiment of the present application can be applied to the processor 1603, or implemented by the processor 1603. The processor 1603 can be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit or software instructions in the processor 1603. The above processor 1603 can be a general-purpose processor, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, discrete hardware component. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor. The steps of the method disclosed in the embodiment of the present application can be directly embodied as a hardware decoding processor to execute, or the hardware and software modules in the decoding processor can be combined to execute. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 1604, and the processor 1603 reads the information in the memory 1604 and completes the steps of the above method in combination with its hardware.

[0703] In the embodiment of the present application, the processor 1603 is used to execute the communication method of the aforementioned relay device.

[0704] In another possible design, the chip in the terminal includes: a processing unit and a communication unit, the processing unit may be, for example, a processor, and the communication unit may be, for example, an input / output interface, a pin or a circuit, etc. The processing unit may execute computer-executable instructions stored in the storage unit so that the chip in the terminal executes any one of the above communication methods. Optionally, the storage unit is a storage unit in the chip, such as a register, a cache, etc., and the storage unit may also be a storage unit in the terminal located outside the chip, such as a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM), etc.

[0705] The processor mentioned in any of the above places may be a general-purpose central processing unit, a microprocessor, an ASIC, or one or more integrated circuits for controlling the execution of the program of the above-mentioned first aspect method.

[0706] It should also be noted that the device embodiments described above are merely schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed over multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. In addition, in the drawings of the device embodiments provided by the present application, the connection relationship between the modules indicates that there is a communication connection between them, which may be specifically implemented as one or more communication buses or signal lines.

[0707] Through the description of the above implementation mode, the technicians in the field can clearly understand that the present application can be implemented by means of software plus necessary general hardware, and of course, it can also be implemented by special hardware including application-specific integrated circuits, special CPUs, special memories, special components, etc. In general, all functions completed by computer programs can be easily implemented with corresponding hardware, and the specific hardware structure used to implement the same function can also be various, such as analog circuits, digital circuits or special circuits. However, for the present application, software program implementation is a better implementation mode in more cases. Based on such an understanding, the technical solution of the present application is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a readable storage medium, such as a computer floppy disk, a U disk, a mobile hard disk, a ROM, a RAM, a magnetic disk or an optical disk, etc., including a number of instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0708] In the above embodiments, all or part of the embodiments may be implemented by software, hardware, firmware or any combination thereof. When implemented by software, all or part of the embodiments may be implemented in the form of a computer program product.

[0709] The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from a website site, a computer, a server, or a data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server, or data center. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or a data center that includes one or more available media integrations. The available medium may be a magnetic medium, (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive (SSD)), etc.

Claims

1. A communication method, characterized in that: The method comprises: receiving a first message from a network device, wherein the first message is used to indicate a relay support capability of the network device; First configuration information of a first terminal device is determined according to the first message, where the first configuration information is used for the first terminal device to communicate with a second terminal device via a relay device.

2. The method according to claim 1, characterized in that The first message includes: first indication information, wherein the first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through a relay device.

3. The method according to any one of claims 1 to 2, characterized in that The method further comprises: Determine first quality of service QoS flow information between the first terminal device and the relay device; Sending a second message to the network device, where the second message includes the first QoS flow information, where the first QoS flow information includes identifiers of one or more first QoS flows and first QoS parameter requirements of the one or more first QoS flows, where the first QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the relay device; The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

4. The method according to claim 3, characterized in that The second message further includes: an identifier of the relay device, and / or an identifier of the second terminal device.

5. The method according to any one of claims 1 to 4, characterized in that The method further comprises: Sending a third message to the network device, where the third message includes the third QoS flow information, where the third QoS flow information includes identifiers of one or more first QoS flows and fourth QoS parameter requirements of the one or more first QoS flows, where the fourth QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the second terminal device; The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

6. The method according to any one of claims 1 to 5, characterized in that The determining the first configuration information of the first terminal device according to the first message includes: Determining, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device; Receiving first configuration information from the network device; Determine the configuration of the first bearer between the first terminal device and the relay device according to the first configuration information.

7. The method according to any one of claims 1 to 6, characterized in that The first configuration information includes: configuration of the first bearer, and a mapping relationship between the second bearer and the first bearer, wherein: The first bearer includes a bearer between the first terminal device and the relay device; The second bearer includes a bearer between the first terminal device and the second terminal device.

8. The method according to any one of claims 1 to 6, characterized in that The first configuration information further includes: configuration of the first bearer, a correspondence between the first QoS flow and the first bearer, The first QoS flow includes a QoS flow between the first terminal device and the second terminal device.

9. The method according to claim 8, characterized in that The method further comprises: receiving second configuration information from the network device, the second configuration information including: configuration of a second bearer, a correspondence between the first QoS flow and the second bearer; the second bearer including a bearer between the first terminal device and the second terminal device; A correspondence between the first bearer and the second bearer is determined according to the first configuration information and the second configuration information.

10. The method according to any one of claims 1 to 2, characterized in that The method further comprises: Determine an identifier of a second QoS flow between the first terminal device and the relay device and a second QoS parameter requirement corresponding to the second QoS flow, where the second QoS flow corresponds to one or more first QoS flows, and the first QoS flow includes a QoS flow between the first terminal device and the second terminal device; Sending second QoS flow information to the network device, where the second QoS flow information includes an identifier of the second QoS flow and a second QoS parameter requirement corresponding to the second QoS flow.

11. The method according to claim 10, characterized in that The determining a second QoS parameter requirement corresponding to the second QoS flow includes: Determine a second QoS parameter requirement corresponding to the second QoS flow according to the first QoS parameter requirements of the one or more first QoS flows; The first QoS parameter requirement is a QoS parameter requirement of the first QoS flow between the first terminal device and the relay device; The second QoS parameter requirement is a QoS parameter requirement of the second QoS flow between the first terminal device and the relay device.

12. The method according to claim 10 or 11, characterized in that: The second QoS flow corresponds to one or more second bearers, and the second bearers include bearers between the first terminal device and the second terminal device.

13. The method according to any one of claims 10 to 12, characterized in that The first configuration information also includes: configuration of a first bearer, a correspondence between a second QoS flow and the first bearer, and the first bearer includes a bearer between the first terminal device and the relay device.

14. The method according to claim 13, characterized in that The method further comprises: receiving second configuration information from the network device, the second configuration information including: configuration of a second bearer, a correspondence between the first QoS flow and the second bearer; the second bearer including a bearer between the first terminal device and the second terminal device; A correspondence between the first bearer and the second bearer is determined according to the first configuration information and the second configuration information.

15. The method according to any one of claims 1 to 14, characterized in that The method further comprises: A first request is sent to the network device, where the first request is used to request the network device to allocate relay transmission resources.

16. The method according to any one of claims 1 to 2, characterized in that The determining the first configuration information of the first terminal device according to the first message includes: Determining, according to the first message, that the network device supports the first terminal device to communicate with the second terminal device through the relay device; Acquire third configuration information from the first message, where the third configuration information is used for communication between terminal devices; The first configuration information is determined according to the third configuration information.

17. The method according to claim 16, characterized in that The determining the first configuration information according to the third configuration information includes: The second configuration information is determined from the third configuration information according to the third QoS parameter requirement of the first QoS flow, the third QoS parameter requirement is the end-to-end QoS parameter requirement of the first QoS flow, and the second configuration information includes: a mapping relationship between the first QoS flow and the second bearer, the second bearer includes the bearer between the first terminal device and the second terminal device, and the first QoS flow includes the QoS flow between the first terminal device and the second terminal device.

18. The method according to claim 17, characterized in that The determining the first configuration information according to the third configuration information further includes: The first configuration information is determined according to the mapping relationship between the first QoS flow and the second bearer and the third configuration information, wherein the first configuration information includes: the configuration of the first bearer between the first terminal device and the relay device, and / or the mapping relationship between the first bearer and the second bearer.

19. The method according to claim 2, characterized in that The method further comprises: The first message includes the first indication information, and the first message does not include third configuration information and / or relay transmission resources, and it is determined that the network device does not support the first terminal device to communicate with the second terminal device through the relay device, and the third configuration information is used for communication between terminal devices; or, The first message includes the first indication information, and the first message does not include the third configuration information and / or relay transmission resources, and sends a second request to the network device, where the second request is used to request the network device to send the third configuration information and / or relay transmission resources.

20. The method according to claim 1, characterized in that The first message includes: second indication information, wherein the second indication information is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device.

21. The method according to claim 1, characterized in that The first message does not include first indication information, which is used to indicate that the network device does not support the first terminal device to communicate with the second terminal device through the relay device; The first indication information is used to indicate that the network device supports the first terminal device to communicate with the second terminal device through the relay device.

22. The method according to claim 2, characterized in that The method further comprises: The first message includes the first indication information, determining that the network device supports the first terminal device to communicate with the second terminal device through the relay device; The first indication information is also used to indicate one or more thresholds.

23. The method according to claim 22, characterized in that The one or more thresholds include a first threshold, the method further comprising: The signal quality of the link between the first terminal device and the second terminal device is less than or equal to the first threshold, triggering the selection of a relay device, or triggering the reselection of a relay device, or executing a discovery process.

24. The method according to claim 22, characterized in that The one or more thresholds include a first threshold and a second threshold, and the method further includes: When the signal quality of the link between the first terminal device and the second terminal device is less than or equal to the first threshold, triggering the selection of a relay device or executing a discovery process; or, When the signal quality of the link between the first terminal device and the relay device is less than or equal to the second threshold, reselection of the relay device is triggered, or a discovery process is executed.

25. A terminal device, characterized in that: The terminal device is specifically a first terminal device, and the first terminal device includes: A receiving module, configured to receive a first message from a network device, wherein the first message is used to indicate a relay support capability of the network device; A processing module is used to determine first configuration information of a first terminal device according to the first message, where the first configuration information is used for the first terminal device to communicate with a second terminal device via a relay device.

26. A terminal device, characterized in that: The terminal device is specifically a first terminal device, and the first terminal device includes: a processor and a memory; the processor and the memory communicate with each other; The memory is used to store instructions; The processor is configured to execute the instructions in the memory to perform the method according to any one of claims 1 to 24.

27. A computer-readable storage medium comprising instructions, which, when executed on a computer, causes the computer to perform the method according to any one of claims 1 to 24.

28. A computer program product comprising instructions, which, when executed on a computer, causes the computer to perform the method according to any one of claims 1 to 24.

Images