QoS parameter configuration method, relay terminal, communication system, and storage medium

Abstract

This disclosure provides a QoS parameter configuration method, a relay terminal, a communication system, and a storage medium. The method includes: receiving first QoS confirmation information sent by a next-hop node; and sending second QoS confirmation information to an upstream node. The second QoS confirmation information includes: QoS parameters between the upstream node and the target terminal, and QoS parameters between the relay terminal itself and the upstream node. This disclosure allows the relay terminal to add QoS parameters between the upstream node and the target terminal to the QoS confirmation information. The upstream node can then determine whether the previously sent end-to-end QoS parameters between itself and the target terminal meet the requirements, thus satisfying the QoS demands corresponding to the end-to-end QoS parameters. For U2U multi-hop scenarios, a QoS parameter configuration scheme is proposed, which can fully utilize terminal resources, ensure service quality, and improve user experience.

Description

Technical Field

[0001] This invention relates to the field of communication technology, and in particular to a QoS parameter configuration method, a relay terminal, a communication system, and a storage medium. Background Technology

[0002] UE-to-UE Relay (U2U relay) is one of the key scenarios in 5G ProSe (Proximity-based Services) research. In 5G ProSe, the source terminal discovers and matches intentions with the target terminal through a relay terminal. Currently, the 3GPP standards for UE-to-UE Relay communication only cover scenarios where the source and target terminals communicate through a single relay terminal, and there are no relevant standards for U2U multi-hop scenarios where the source and target terminals communicate through multiple relay terminals. Currently, in the QoS (Quality of Service) parameter configuration schemes for U2U multi-hop scenarios, the source terminal or relay terminal sends the end-to-end QoS parameters between itself and the target terminal to the next-hop device. However, the QoS confirmation information sent by the next-hop device to the source or relay terminal does not carry the QoS parameters between the source or relay terminal and the target terminal. Therefore, the relay terminal cannot determine whether the previously sent end-to-end QoS parameters between itself and the target terminal meet the standards or whether they satisfy the corresponding QoS requirements. Summary of the Invention

[0003] In view of this, one technical problem to be solved by the present invention is to provide a QoS parameter configuration method, a relay terminal, a communication system, and a storage medium.

[0004] According to a first aspect of this disclosure, a QoS parameter configuration method is provided, applied to a relay terminal, comprising: receiving first QoS confirmation information sent by a next-hop node; and sending second QoS confirmation information to an upstream node; wherein the second QoS confirmation information includes: QoS parameters between the upstream node and the target terminal, and QoS parameters between the relay terminal and the upstream node.

[0005] Optionally, the system receives first QoS request information sent by the previous hop node; wherein the first QoS request information includes: QoS parameters between the previous hop node and the target terminal; the QoS parameters between the previous hop node and the target terminal are segmented to obtain QoS parameters between the relay terminal and the target terminal, and QoS parameters between the relay terminal and the previous hop node; and a second QoS request information is sent to the next hop node; wherein the second QoS request information includes: QoS parameters between the relay terminal and the target terminal.

[0006] Optionally, the upstream node is a source terminal; receiving the first QoS request information sent by the upstream node includes: receiving the first QoS request information sent by the source terminal; wherein, the QoS parameters between the upstream node and the target terminal are the QoS parameters between the source terminal and the target terminal.

[0007] Optionally, the previous hop node is another relay terminal; receiving the first QoS request information sent by the previous hop node includes: receiving the first QoS request information sent by the other relay terminal; wherein, the QoS parameters between the previous hop node and the target terminal are the QoS parameters between the other relay terminal and the target terminal.

[0008] Optionally, the first QoS request information further includes: QoS expectation parameters between the previous hop node and the relay terminal itself; the segmentation processing of QoS parameters between the previous hop node and the target terminal includes: segmenting the QoS parameters between the previous hop node and the target terminal based on the QoS expectation parameters between the previous hop node and the relay terminal itself.

[0009] Optionally, when the previous hop node is a source terminal, the QoS expectation parameter between the previous hop node and the relay terminal itself is the same as the QoS expectation parameter between the source terminal and the relay terminal itself; when the previous hop node is another relay terminal, the QoS expectation parameter between the previous hop node and the relay terminal itself is the same as the QoS expectation parameter between the other relay terminal and the relay terminal itself.

[0010] Optionally, the second QoS request information may further include: QoS expectation parameters between the relay terminal itself and the next-hop node.

[0011] Optionally, the next-hop node is the target terminal; receiving the first QoS confirmation information sent by the next-hop node includes: receiving the first QoS confirmation information sent by the target terminal; wherein, the first QoS confirmation information includes: QoS parameters between the target terminal and the relay terminal itself.

[0012] Optionally, the next-hop node is another relay terminal; receiving the first QoS confirmation information sent by the next-hop node includes: receiving the first QoS confirmation information sent by the other relay terminal; wherein, the first QoS confirmation information includes: QoS parameters between the other relay terminal and the relay terminal itself, and QoS parameters between the other relay terminal and the target terminal.

[0013] Optionally, the QoS parameters between the relay terminal and the target terminal include: end-to-end latency parameters between the relay terminal and the target terminal; the QoS parameters between the relay terminal and the previous hop node include: latency parameters between the relay terminal and the previous hop node.

[0014] According to a second aspect of this disclosure, a relay terminal is provided, comprising: an acknowledgment receiving module for receiving first QoS acknowledgment information sent by a next-hop node; and an acknowledgment sending module for sending second QoS acknowledgment information to an upstream node; wherein the second QoS acknowledgment information includes: QoS parameters between the upstream node and the target terminal, and QoS parameters between the relay terminal and the upstream node.

[0015] Optionally, the request receiving module is configured to receive first QoS request information sent by the previous hop node; wherein the first QoS request information includes: QoS parameters between the previous hop node and the target terminal; the segmentation processing module is configured to segment the QoS parameters between the previous hop node and the target terminal to obtain QoS parameters between the relay terminal and the target terminal, and QoS parameters between the relay terminal and the previous hop node; the request sending module is configured to send second QoS request information to the next hop node; wherein the second QoS request information includes: QoS parameters between the relay terminal and the target terminal.

[0016] Optionally, the previous hop node is a source terminal; the request receiving module is used to receive the first QoS request information sent by the source terminal; wherein, the QoS parameters between the previous hop node and the target terminal are the QoS parameters between the source terminal and the target terminal.

[0017] Optionally, the previous hop node is another relay terminal; the request receiving module is used to receive the first QoS request information sent by the other relay terminal; wherein, the QoS parameters between the previous hop node and the target terminal are the QoS parameters between the other relay terminal and the target terminal.

[0018] Optionally, the first QoS request information further includes: QoS expectation parameters between the previous hop node and the relay terminal itself; the segmentation processing module is specifically used to segment the QoS parameters between the previous hop node and the target terminal based on the QoS expectation parameters between the previous hop node and the relay terminal itself.

[0019] Optionally, when the previous hop node is a source terminal, the QoS expectation parameter between the previous hop node and the relay terminal itself is the same as the QoS expectation parameter between the source terminal and the relay terminal itself; when the previous hop node is another relay terminal, the QoS expectation parameter between the previous hop node and the relay terminal itself is the same as the QoS expectation parameter between the other relay terminal and the relay terminal itself.

[0020] Optionally, the second QoS request information may further include: QoS expectation parameters between the relay terminal itself and the next-hop node.

[0021] Optionally, the next-hop node is the target terminal; the confirmation receiving module is used to receive the first QoS confirmation information sent by the target terminal; wherein, the first QoS confirmation information includes: QoS parameters between the target terminal and the relay terminal itself.

[0022] Optionally, the next-hop node is another relay terminal; the acknowledgment receiving module is used to receive the first QoS acknowledgment information sent by the other relay terminal; wherein, the first QoS acknowledgment information includes: QoS parameters between the other relay terminal and the relay terminal itself, and QoS parameters between the other relay terminal and the target terminal.

[0023] Optionally, the QoS parameters between the relay terminal and the target terminal include: end-to-end latency parameters between the relay terminal and the target terminal; the QoS parameters between the relay terminal and the previous hop node include: latency parameters between the relay terminal and the previous hop node.

[0024] According to a third aspect of this disclosure, a relay terminal is provided, comprising: a memory; and a processor coupled to the memory, the processor being configured to perform the method described above based on instructions stored in the memory.

[0025] According to a fourth aspect of this disclosure, a communication system is provided, comprising: a source terminal, a target terminal, and at least two relay terminals as described above.

[0026] According to a fifth aspect of this disclosure, a computer-readable storage medium is provided that stores computer instructions which, when executed by a processor, perform the method described above.

[0027] The QoS parameter configuration method, relay terminal, communication system, and storage medium disclosed herein allow the relay terminal to add QoS parameters between the previous hop node and the target terminal to the QoS confirmation information. The previous hop node can then determine whether the previously sent end-to-end QoS parameters between itself and the target terminal meet the standards and whether the QoS requirements corresponding to the end-to-end QoS parameters are satisfied. For U2U multi-hop scenarios, a QoS parameter configuration scheme is proposed, which can make full use of terminal resources, save network deployment costs, ensure service quality, and improve user experience. Attached Figure Description

[0028] The above and other objects, features, and advantages of this disclosure will become more apparent from the more detailed description of the embodiments thereof in conjunction with the accompanying drawings. The accompanying drawings are provided to further illustrate the embodiments of this disclosure and form part of the specification. They are used together with the embodiments of this disclosure to explain the disclosure and do not constitute a limitation thereof. The above and other objects and advantages of this disclosure will be further described below with reference to specific embodiments and the accompanying drawings. In the drawings, the same or corresponding technical features or components will be represented by the same or corresponding reference numerals.

[0029] Figure 1 This is a flowchart illustrating an embodiment of the QoS parameter configuration method according to this disclosure;

[0030] Figure 2 This is a schematic diagram of the process of segmenting QoS parameters in one embodiment of the QoS parameter configuration method according to the present disclosure;

[0031] Figure 3 This is an application diagram illustrating an embodiment of the QoS parameter configuration method according to this disclosure;

[0032] Figure 4 A schematic diagram of a module of a relay terminal according to an embodiment of the present disclosure;

[0033] Figure 5 This is a schematic diagram of a module according to another embodiment of a relay terminal based on the present disclosure;

[0034] Figure 6 This is a schematic diagram of a module according to yet another embodiment of a relay terminal based on the present disclosure. Detailed Implementation

[0035] Exemplary embodiments of the present disclosure will be described below with reference to the accompanying drawings. For clarity and brevity, not all features of the embodiments are described in the specification. However, it should be understood that many implementation-specific settings must be made in carrying out the embodiments to achieve the developer's specific goals, such as complying with constraints related to the device and business, and these constraints may vary depending on the implementation. Furthermore, it should be understood that while development work can be very complex and time-consuming, such development work is merely a routine task for those skilled in the art who benefit from the present disclosure.

[0036] It should be noted that, unless otherwise specifically stated, the relative arrangement, numerical expressions, and values ​​of the components and steps set forth in these embodiments do not limit the scope of this disclosure.

[0037] Those skilled in the art will understand that the terms "first," "second," etc., in the embodiments of this disclosure are only used to distinguish different steps, devices, or modules, and do not represent any specific technical meaning, nor do they indicate a necessary logical order between them.

[0038] It should also be understood that in the embodiments disclosed herein, "a plurality of" may refer to two or more, and "at least one" may refer to one, two or more.

[0039] It should also be understood that any component, data or structure mentioned in the embodiments of this disclosure can generally be understood as one or more unless expressly defined or given to the contrary in the context.

[0040] Furthermore, the term "and / or" in this disclosure is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this disclosure generally indicates that the preceding and following related objects have an "or" relationship.

[0041] It should also be understood that the description of the various embodiments in this disclosure emphasizes the differences between the various embodiments, and the similarities or similarities can be referred to each other. For the sake of brevity, they will not be described in detail.

[0042] At the same time, it should be understood that, for ease of description, the dimensions of the various parts shown in the accompanying drawings are not drawn according to actual scale.

[0043] The following description of at least one exemplary embodiment is merely illustrative and is in no way intended to limit this disclosure or its application or use.

[0044] Techniques, methods, and equipment known to those skilled in the art may not be discussed in detail, but where appropriate, such techniques, methods, and equipment should be considered part of the specification.

[0045] It should be noted that similar labels and letters in the following figures indicate similar items; therefore, once an item is defined in one figure, it does not need to be discussed further in subsequent figures.

[0046] Furthermore, to avoid obscuring this disclosure with unnecessary detail, only processing steps and / or apparatus structures closely related to at least the solutions according to this disclosure are shown in the accompanying drawings, while other details not closely related to this disclosure are omitted. It should also be noted that similar reference numerals and letters in the drawings indicate similar items, and therefore once an item is defined in one drawing, it need not be discussed again in subsequent drawings.

[0047] In the related technologies known to the inventors, the QoS parameter configuration scheme for a scenario where a source terminal and a target terminal communicate through a relay terminal is as follows: the source terminal sends the end-to-end QoS parameters between the source terminal and the target terminal to the relay terminal; the relay terminal performs the segmentation processing of the end-to-end QoS parameters and determines the QoS parameters between the source terminal and the relay terminal, and between the relay terminal and the target terminal, so as to meet the end-to-end QoS requirements between the source terminal and the target terminal.

[0048] For U2U multi-hop scenarios where the source terminal and the target terminal communicate through multiple relay terminals, the QoS parameter configuration scheme is as follows: The source terminal or relay terminal sends the end-to-end QoS parameters between itself and the target terminal to the next-hop device; if the next-hop device is a relay terminal, this relay terminal completes the segmentation processing of the received QoS parameters, determines the QoS parameters between this relay terminal and the previous hop device, and the end-to-end QoS parameters between this relay terminal and the target terminal, and sends the end-to-end QoS parameters between this relay terminal and the target terminal to the next-hop device for confirmation. The next-hop device is either a relay terminal or the target terminal.

[0049] The QoS acknowledgment information sent by the next-hop device to the source terminal or relay terminal only carries the QoS parameters between the next-hop device and the source terminal or relay terminal. The source terminal or relay terminal cannot determine whether the previously sent end-to-end QoS parameters between itself and the target terminal meet the standards, or whether the QoS requirements corresponding to the end-to-end QoS parameters can be satisfied. When one or more relay terminals experience QoS parameter allocation anomalies during QoS parameter segmentation, the upstream relay terminals cannot determine whether the previously sent end-to-end QoS parameters between themselves and the target terminal meet the standards. If they do not meet the standards, the QoS requirements for voice, data, and other services between the source terminal and the target terminal may not be met, making it impossible to accurately schedule voice, data, and other services, resulting in unreliable service quality and a degraded user experience.

[0050] In view of this, one technical problem to be solved by the present invention is to provide a QoS parameter configuration method. Figure 1 This is a flowchart illustrating an embodiment of the QoS parameter configuration method according to the present disclosure. The QoS parameter configuration method of the present disclosure is applied to a relay terminal, such as... Figure 1 As shown:

[0051] Step 101: Receive the first QoS confirmation information sent by the next-hop node.

[0052] In one embodiment, the relay terminal can be a variety of relay user equipment (UE), such as a mobile phone or tablet computer; the source terminal can be a variety of source user equipment (UE), such as a mobile phone or tablet computer; and the target terminal can be a variety of target user equipment (UE), such as a mobile phone or tablet computer.

[0053] When the source terminal and the target terminal communicate via multiple relay terminals in a U2U multi-hop manner, the next hop node is the next downstream node in the communication link between the source terminal and the target terminal. The next hop node can be a relay terminal or the target terminal. The previous hop node is the previous upstream node in the communication link between the source terminal and the target terminal. The previous hop node can be a relay terminal or the source terminal.

[0054] When the next-hop node is the target terminal, the system receives the first QoS acknowledgment information sent by the target terminal. This first QoS acknowledgment information includes QoS parameters between the target terminal and the relay terminal itself. The QoS parameters between the target terminal and the relay terminal are end-to-end QoS parameters. These QoS parameters can include latency parameters, maximum bit rate, and other parameters.

[0055] When the next-hop node is another relay terminal, the system receives the first QoS acknowledgment information sent by that other relay terminal. This first QoS acknowledgment information includes: QoS parameters between the other relay terminal and the relay terminal itself, and QoS parameters between the other relay terminal and the target terminal. The QoS parameters between the other relay terminal and the target terminal are end-to-end QoS parameters between them.

[0056] Step 102: Send a second QoS confirmation message to the next-hop node; wherein the second QoS confirmation message includes: QoS parameters between the next-hop node and the target terminal, and QoS parameters between the relay terminal itself and the next-hop node. The QoS parameters between the relay terminal itself and the next-hop node are end-to-end QoS parameters between the relay terminal itself and the next-hop node.

[0057] By adding QoS parameters between the previous hop node and the target terminal to the QoS confirmation information, the previous hop node can determine whether the previously sent end-to-end QoS parameters between itself and the target terminal meet the requirements. If the previous hop node determines that the previously sent end-to-end QoS parameters between itself and the target terminal do not meet the requirements, it can resend the QoS request information to request the QoS parameters to be re-segmented to meet the QoS requirements corresponding to the end-to-end QoS parameters. This can make full use of the terminal's resources, including processing power and spectrum, save network deployment costs, and ensure service quality.

[0058] Figure 2 This is a schematic diagram illustrating the process of segmenting QoS parameters in one embodiment of the QoS parameter configuration method according to this disclosure, as shown below. Figure 2 As shown:

[0059] Step 201: Receive the first QoS request information sent by the previous hop node. The first QoS request information includes: QoS parameters and other information between the previous hop node and the target terminal.

[0060] In one embodiment, when the previous hop node is the source terminal, the first QoS request information sent by the source terminal is received, and the QoS parameters between the previous hop node and the target terminal are the QoS parameters between the source terminal and the target terminal (end-to-end QoS parameters).

[0061] When the previous hop node is another relay terminal, the first QoS request information sent by the other relay terminal is received. The QoS parameters between the previous hop node and the target terminal are the same as the QoS parameters between the other relay terminal and the target terminal (end-to-end QoS parameters).

[0062] Step 202: Perform QoS parameter segmentation on the QoS parameters between the previous hop node and the target terminal to obtain the QoS parameters between the relay terminal itself and the target terminal, and the QoS parameters between the relay terminal itself and the previous hop node.

[0063] In one embodiment, the QoS parameters between the relay terminal and the target terminal are the end-to-end QoS parameters between the relay terminal and the target terminal. These QoS parameters include the total latency parameter (end-to-end latency parameter) between the relay terminal and the target terminal. The QoS parameters between the relay terminal and the previous hop node include the latency parameter between the relay terminal and the previous hop node.

[0064] Various segmentation methods can be used to segment the QoS parameters between the upstream node and the target terminal. For example, the QoS parameter between the upstream node and the target terminal is the total latency parameter between them, which is 100 milliseconds. Based on information such as the processing capabilities of the relay terminal itself and other terminals, this 100 milliseconds can be segmented to obtain a total latency parameter of 90 milliseconds between the relay terminal itself and the target terminal, and a latency parameter of 10 milliseconds between the relay terminal itself and the upstream node.

[0065] In one embodiment, the first QoS request information further includes QoS expectation parameters between the upstream node and the relay terminal itself. Various methods can be used to segment the QoS parameters between the upstream node and the target terminal based on the QoS expectation parameters between them. QoS expectation parameters include expected latency parameters, etc.

[0066] When the previous hop node is the source terminal, the expected QoS parameters between the previous hop node and the relay terminal itself are the same as the expected QoS parameters between the source terminal and the relay terminal itself; when the previous hop node is another relay terminal, the expected QoS parameters between the previous hop node and the relay terminal itself are the same as the expected QoS parameters between the other relay terminal and the relay terminal itself.

[0067] For example, if the previous hop node is another relay terminal, the system receives a first QoS request from that relay terminal. This first QoS request includes: a total latency parameter (QoS parameter) of 100 milliseconds between the other relay terminal and the target terminal, and an expected latency parameter of 15 milliseconds between the other relay terminal and itself. Based on the expected latency parameter (15 milliseconds), the total latency parameter (100 milliseconds) between the other relay terminal and the target terminal is segmented, resulting in a total latency parameter of 85 milliseconds between the relay terminal and the target terminal, and a latency parameter of 10 milliseconds between the relay terminal and other relay terminals (the previous hop node).

[0068] Step 203: Send a second QoS request message to the next hop node. The second QoS request message includes QoS parameters between the relay terminal and the target terminal.

[0069] In one embodiment, the second QoS request information also includes QoS expectation parameters between the relay terminal itself and the next-hop node. The first and second QoS request information also include a link ID, which is the communication link ID between the source terminal and the target terminal, such as an L2 link ID; the relay terminal can determine the next-hop node and its address information based on the link ID.

[0070] Figure 3 This is an application diagram illustrating an embodiment of the QoS parameter configuration method according to this disclosure. It is applied to a U2U multi-hop scenario where the source terminal and target terminal communicate via two relay terminals. The number of relay terminals can also be 3, 4, etc., depending on service requirements. Figure 3 As shown:

[0071] Step 301: Using existing methods, perform proximity service discovery in the scenario of source terminal - relay terminal A - relay terminal B (multi-hop) - target terminal, and establish a secure PC5 connection between source terminal - relay terminal A - relay terminal B - target terminal. The source terminal / destination terminal obtains end-to-end QoS parameters, including latency, maximum bit rate, etc. The following explanation of QoS parameters uses latency as an example.

[0072] Configure a communication link between the source terminal and the target terminal via relay terminal A and relay terminal B, such as an L2 (Layer 2) communication link. The L2 communication link information is configured in the source terminal, relay terminal A, relay terminal B, and the target terminal. This information includes the L2 link ID, the address information of the next-hop node, and the address information of the previous-hop node. Based on the L2 link ID, the addresses of the previous-hop node and the next-hop node can be determined.

[0073] Step 302: The source terminal sends QoS request information to relay terminal A through the existing link establishment or modification procedure. The QoS request information includes: QoS parameters (end-to-end QoS parameters) between the source terminal and the target terminal, L2 link ID, and expected QoS parameters (optional) between the source terminal and relay terminal A. The QoS parameters and expected QoS parameters can be latency parameters.

[0074] Step 303: Relay terminal A performs segmentation processing on the QoS parameters between the source terminal and the target terminal to obtain the QoS parameters between relay terminal A and the target terminal, and the QoS parameters between relay terminal A and the source terminal.

[0075] If the QoS request information includes the QoS expectation parameters between the source terminal and relay terminal A, then the QoS parameters between the source terminal and the target terminal are segmented based on the QoS expectation parameters between the source terminal and relay terminal A.

[0076] Step 304: Relay terminal A sends QoS request information to relay terminal B through the link establishment or modification process. The QoS request information includes: QoS parameters between relay terminal A and the target terminal, L2 link ID, and expected QoS parameters (optional) between relay terminal A and relay terminal B.

[0077] Step 305: Relay terminal B performs segmentation processing on the QoS parameters between relay terminal A and the target terminal to obtain the QoS parameters between relay terminal B and the target terminal, and the QoS parameters between relay terminal A and relay terminal B.

[0078] If the QoS request information includes the expected QoS parameters between relay terminal A and relay terminal B, then the QoS parameters between relay terminal A and the target terminal are segmented based on the expected QoS parameters between relay terminal A and relay terminal B.

[0079] Step 306: Relay terminal B sends QoS request information to the target terminal through the link establishment or modification process. The QoS request information includes: QoS parameters between relay terminal B and the target terminal, L2 link ID, and expected QoS parameters between relay terminal B and the target terminal (optional).

[0080] Step 307: The target terminal sends QoS confirmation information to relay terminal B through the existing link establishment or modification process. The QoS confirmation information includes the QoS parameters between relay terminal B and the target terminal. The target terminal can simply confirm the QoS parameters between relay terminal B and the target terminal sent by relay terminal B without making any modifications.

[0081] Step 308: Relay terminal B sends QoS confirmation information to relay terminal A through the existing link establishment or modification process. The QoS confirmation information includes the QoS parameters between relay terminal A and the target terminal, and the QoS parameters between relay terminal A and relay terminal B.

[0082] Step 309: Relay terminal A sends QoS confirmation information to source terminal A through the existing link establishment or modification process. The QoS confirmation information includes the QoS parameters between the source terminal and the target terminal, and the QoS parameters between relay terminal A and the source terminal.

[0083] The QoS parameter configuration method disclosed herein allows the relay terminal to add QoS parameters between the previous hop node and the target terminal to the QoS confirmation information. The previous hop node can then determine whether the end-to-end QoS parameters previously sent between itself and the target terminal meet the standards, thus confirming whether the QoS requirements corresponding to the end-to-end QoS parameters are satisfied. A QoS parameter configuration scheme is proposed for U2U multi-hop scenarios, which can make full use of terminal resources, save network deployment costs, ensure service quality, and improve user experience.

[0084] In one embodiment, such as Figure 4 As shown, this disclosure provides a relay terminal 40, including an acknowledgment receiving module 41 and an acknowledgment sending module 42. The acknowledgment receiving module 41 receives first QoS acknowledgment information sent by the next-hop node. The acknowledgment sending module 42 sends second QoS acknowledgment information to the previous-hop node. The second QoS acknowledgment information includes: QoS parameters between the previous-hop node and the target terminal, QoS parameters between the relay terminal itself and the previous-hop node, and other information.

[0085] In one embodiment, the next-hop node is the target terminal, and the acknowledgment receiving module 42 receives first QoS acknowledgment information sent by the target terminal. The first QoS acknowledgment information includes QoS parameters between the target terminal and the relay terminal itself. If the next-hop node is another relay terminal, the acknowledgment receiving module 42 receives first QoS acknowledgment information sent by the other relay terminal. The first QoS acknowledgment information includes QoS parameters between the other relay terminal and the relay terminal itself, and QoS parameters between the other relay terminal and the target terminal.

[0086] like Figure 5 As shown, the relay terminal 40 further includes a request receiving module 43, a segmentation processing module 44, and a request sending module 45. The request receiving module 43 receives the first QoS request information sent by the previous hop node. The first QoS request information includes QoS parameters and other information between the previous hop node and the target terminal.

[0087] The segmentation processing module 44 segments the QoS parameters between the previous hop node and the target terminal to obtain the QoS parameters between the relay terminal itself and the target terminal, and the QoS parameters between the relay terminal itself and the previous hop node. The request sending module 45 sends a second QoS request to the next hop node. The second QoS request includes information such as the QoS parameters between the relay terminal itself and the target terminal.

[0088] In one embodiment, the upstream node is the source terminal, and the request receiving module 43 receives the first QoS request information sent by the source terminal; wherein, the QoS parameters between the upstream node and the target terminal are the same as the QoS parameters between the source terminal and the target terminal. Alternatively, if the upstream node is another relay terminal, the request receiving module 43 receives the first QoS request information sent by that other relay terminal; wherein, the QoS parameters between the upstream node and the target terminal are the same as the QoS parameters between the other relay terminal and the target terminal.

[0089] In one embodiment, the first QoS request information further includes: the expected QoS parameters between the previous hop node and the relay terminal itself. The segmentation processing module 44 segments the QoS parameters between the previous hop node and the target terminal based on the expected QoS parameters between the previous hop node and the relay terminal itself. The second QoS request information further includes: the expected QoS parameters between the relay terminal itself and the next hop node, etc.

[0090] In one embodiment, such as Figure 6 As shown, the relay terminal may include a memory 61, a processor 62, a communication interface 63, and a bus 64. The memory 61 is used to store instructions, and the processor 62 is coupled to the memory 61. The processor 62 is configured to execute instructions stored in the memory 61 to implement the QoS parameter configuration method described above.

[0091] The memory 61 can be a high-speed RAM, non-volatile memory, or a memory array. The memory 61 may also be divided into blocks, and these blocks can be combined into virtual volumes according to certain rules. The processor 62 can be a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the QoS parameter configuration method of this disclosure.

[0092] In one embodiment, this disclosure provides a communication system including a source terminal, a target terminal, and at least two relay terminals as described in any of the above embodiments. The communication system can be a 5G (5th generation) communication system, a 6G (6th generation) communication system, etc.

[0093] In one embodiment, this disclosure provides a computer-readable storage medium storing computer instructions that, when executed by a processor, implement the method as described in any of the above embodiments.

[0094] Computer-readable storage media may take the form of any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may, for example, include, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatuses, or devices, or any combination thereof. More specific examples (not an exhaustive list) of readable storage media may include: electrical connections having one or more wires, portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0095] Embodiments of this disclosure may also be computer program products comprising computer program instructions that, when executed by a processor, cause the processor to perform the steps of the methods according to various embodiments of this disclosure as described in the "Exemplary Methods" section above.

[0096] The QoS parameter configuration method, relay terminal, communication system, and storage medium in the above embodiments allow the relay terminal to add QoS parameters between the previous hop node and the target terminal to the QoS confirmation information. The previous hop node can determine whether the end-to-end QoS parameters sent previously between itself and the target terminal meet the standards and whether the QoS requirements corresponding to the end-to-end QoS parameters are satisfied. A QoS parameter configuration scheme is proposed for U2U multi-hop scenarios, which can make full use of terminal resources, save network deployment costs, ensure service quality, and improve user experience.

[0097] The basic principles of this disclosure have been described above with reference to specific embodiments. However, it should be noted that the advantages, benefits, and effects mentioned in this disclosure are merely examples and not limitations, and should not be considered as essential features of each embodiment of this disclosure. Furthermore, the specific details disclosed above are for illustrative and facilitative purposes only, and are not limitations. These details do not limit the scope of this disclosure to the necessity of employing the aforementioned specific details for implementation.

[0098] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on its differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For system embodiments, since they largely correspond to method embodiments, the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0099] The block diagrams of devices, apparatuses, devices, and systems disclosed herein are merely illustrative examples and are not intended to require or imply that they must be connected, arranged, or configured in the manner shown in the block diagrams. As those skilled in the art will recognize, these devices, apparatuses, devices, and systems can be connected, arranged, and configured in any manner. Words such as “comprising,” “including,” “having,” etc., are open-ended terms meaning “including but not limited to,” and are used interchangeably with them. The terms “or” and “and” as used herein refer to the terms “and / or,” and are used interchangeably with them unless the context clearly indicates otherwise. The term “such as” as used herein refers to the phrase “such as but not limited to,” and is used interchangeably with it.

[0100] It should also be noted that in the apparatus, devices, and methods of this disclosure, the components or steps can be disassembled and / or recombined. These disassemblies and / or recombinations should be considered as equivalent solutions to this disclosure.

[0101] The above description of the disclosed aspects is provided to enable any person skilled in the art to make or use this disclosure. Various modifications to these aspects will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other aspects without departing from the scope of this disclosure. Therefore, this disclosure is not intended to be limited to the aspects shown herein, but rather to be carried out within the widest scope consistent with the principles and novel features disclosed herein.

[0102] The above description has been given for illustrative and descriptive purposes. Furthermore, this description is not intended to limit the embodiments of this disclosure to the forms disclosed herein. Although several exemplary aspects and embodiments have been discussed above, those skilled in the art will understand that the above embodiments are illustrative only and do not limit the scope of this disclosure. Those skilled in the art will understand that the above embodiments can be combined, modified, or replaced without departing from the scope and spirit of this disclosure.

Claims

1. A QoS parameter configuration method, applied to a relay terminal, comprising: Receive the first QoS request information sent by the previous hop node; The first QoS request information includes: QoS parameters between the previous hop node and the target terminal; The QoS parameters between the previous hop node and the target terminal are segmented to obtain the QoS parameters between the relay terminal and the target terminal, and the QoS parameters between the relay terminal and the previous hop node. Send a second QoS request message to the next-hop node; The second QoS request information includes: QoS parameters between the relay terminal and the target terminal; Receive the first QoS confirmation information sent by the next-hop node; Send the second QoS confirmation message to the next hop node; The second QoS confirmation information includes: the QoS parameters between the upstream node and the target terminal, and the QoS parameters between the relay terminal and the upstream node.

2. The method as described in claim 1, wherein, The previous hop node is the source terminal; The receipt of the first QoS request information sent by the previous hop node includes: Receive the first QoS request information sent by the source terminal; Wherein, the QoS parameters between the previous hop node and the target terminal are the same as the QoS parameters between the source terminal and the target terminal.

3. The method as described in claim 1, wherein, The previous hop node is another relay terminal; The receipt of the first QoS request information sent by the previous hop node includes: Receive the first QoS request information sent by the other relay terminals; The QoS parameters between the previous hop node and the target terminal are the same as the QoS parameters between the other relay terminals and the target terminal.

4. The method of claim 1, wherein, The first QoS request information further includes: the expected QoS parameters between the previous hop node and the relay terminal itself; the segmentation process of the QoS parameters between the previous hop node and the target terminal includes: Based on the QoS expectation parameters between the previous hop node and the relay terminal itself, the QoS parameters between the previous hop node and the target terminal are segmented.

5. The method of claim 4, wherein, When the previous hop node is the source terminal, the QoS expectation parameter between the previous hop node and the relay terminal itself is the same as the QoS expectation parameter between the source terminal and the relay terminal itself. When the previous hop node is another relay terminal, the expected QoS parameter between the previous hop node and the relay terminal itself is the expected QoS parameter between the other relay terminal and the relay terminal itself.

6. The method of claim 1, wherein, The second QoS request information also includes: the QoS expectation parameters between the relay terminal itself and the next-hop node.

7. The method of claim 1, wherein, The next-hop node is the target terminal; The first QoS confirmation information received from the next-hop node includes: The system receives the first QoS confirmation information sent by the target terminal; wherein the first QoS confirmation information includes: QoS parameters between the target terminal and the relay terminal itself.

8. The method of claim 1, wherein, The next-hop node is another relay terminal; The first QoS confirmation information received from the next-hop node includes: The system receives the first QoS confirmation information sent by the other relay terminal; wherein the first QoS confirmation information includes: QoS parameters between the other relay terminal and the relay terminal itself, and QoS parameters between the other relay terminal and the target terminal.

9. The method according to any one of claims 1 to 8, wherein, The QoS parameters between the relay terminal and the target terminal include: the end-to-end latency parameters between the relay terminal and the target terminal; The QoS parameters between the relay terminal and the previous hop node include: the latency parameters between the relay terminal and the previous hop node.

10. A relay terminal, comprising: The request receiving module is used to receive first QoS request information sent by the previous hop node; wherein, the first QoS request information includes: QoS parameters between the previous hop node and the target terminal; The segmentation processing module is used to segment the QoS parameters between the previous hop node and the target terminal to obtain the QoS parameters between the relay terminal and the target terminal, and the QoS parameters between the relay terminal and the previous hop node. The request sending module is used to send a second QoS request information to the next-hop node; wherein, the second QoS request information includes: QoS parameters between the relay terminal and the target terminal; The acknowledgment receiving module is used to receive the first QoS acknowledgment information sent by the next-hop node; The confirmation sending module is used to send a second QoS confirmation information to the upstream node; wherein, the second QoS confirmation information includes: QoS parameters between the upstream node and the target terminal, and QoS parameters between the relay terminal and the upstream node.

11. The relay terminal as described in claim 10, wherein, The previous hop node is the source terminal; The request receiving module is used to receive the first QoS request information sent by the source terminal; wherein, the QoS parameters between the previous hop node and the target terminal are the QoS parameters between the source terminal and the target terminal.

12. The relay terminal as described in claim 10, wherein, The previous hop node is another relay terminal; The request receiving module is used to receive the first QoS request information sent by the other relay terminal; wherein, the QoS parameters between the previous hop node and the target terminal are the QoS parameters between the other relay terminal and the target terminal.

13. The relay terminal as described in claim 10, wherein, The first QoS request information also includes: the QoS expectation parameters between the previous hop node and the relay terminal itself; The segmentation processing module is specifically used to segment the QoS parameters between the previous hop node and the target terminal based on the QoS expectation parameters between the previous hop node and the relay terminal itself.

14. The relay terminal as described in claim 13, wherein, When the previous hop node is the source terminal, the QoS expectation parameter between the previous hop node and the relay terminal itself is the same as the QoS expectation parameter between the source terminal and the relay terminal itself. When the previous hop node is another relay terminal, the expected QoS parameter between the previous hop node and the relay terminal itself is the expected QoS parameter between the other relay terminal and the relay terminal itself.

15. The relay terminal as described in claim 10, wherein, The second QoS request information also includes: the QoS expectation parameters between the relay terminal itself and the next-hop node.

16. The relay terminal as described in claim 10, wherein, The next-hop node is the target terminal; The confirmation receiving module is used to receive the first QoS confirmation information sent by the target terminal; wherein, the first QoS confirmation information includes: QoS parameters between the target terminal and the relay terminal itself.

17. The relay terminal as described in claim 10, wherein, The next-hop node is another relay terminal; The confirmation receiving module is used to receive the first QoS confirmation information sent by the other relay terminal; wherein, the first QoS confirmation information includes: QoS parameters between the other relay terminal and the relay terminal itself, and QoS parameters between the other relay terminal and the target terminal.

18. The relay terminal as described in any one of claims 11 to 17, wherein, The QoS parameters between the relay terminal and the target terminal include: the end-to-end latency parameters between the relay terminal and the target terminal; The QoS parameters between the relay terminal and the previous hop node include: the latency parameters between the relay terminal and the previous hop node.

19. A relay terminal, comprising: Memory; And a processor coupled to the memory, the processor being configured to perform the method as described in any one of claims 1 to 9 based on instructions stored in the memory.

20. A communication system, comprising: The source terminal, the target terminal, and at least two relay terminals as described in any one of claims 10 to 19.

21. A computer-readable storage medium storing computer instructions that are executed by a processor according to any one of claims 1 to 9.

Images