Transmission configuration method and device, communication equipment and storage medium

Abstract

The invention discloses a transmission configuration method and device, communication equipment and a storage medium, and belongs to the technical field of communication, and the transmission configuration method comprises the steps that a first terminal reports transmission demand information of terminal-to-terminal relay transmission to network side equipment; and the first terminal receives target information sent by the network side device, the target information being used for determining configuration information of terminal-to-terminal relay transmission.

Description

Technical Field

[0001] The present application belongs to the field of communication technology, and specifically relates to a transmission configuration method, apparatus, communication equipment and storage medium. Background Art

[0002] With the development of technology, New Radio (NR) sidelink (SL) technology has emerged, which mainly focuses on road safety services related to vehicle to everything (V2X) and realizes broadcast, multicast and unicast communications between terminals in scenarios within and outside network coverage.

[0003] On this basis, in order to further expand the coverage of the network and sidelink, improve power efficiency, and support a wider range of applications and services, User Equipment to User Equipment Relay (also known as Terminal to Terminal Relay) (User Equipment to User Equipment Relay, U2U Relay) technology has gradually emerged. That is, when the link quality between the remote UE and the directly connected opposite UE deteriorates or the direct communication link quality between the two terminals does not meet the requirements, the remote UE can select a suitable relay UE to ensure the continuity and reachability of the service through U2U relay technology.

[0004] Among them, the relay transmission network structure between terminal to terminal (UE to UE, U2U) is as follows Figure 1 As shown, it includes remote UE1, remote UE2 and relay UE. Among them, the communication information sent by remote UE1 to remote UE2 must be sent to relay UE first, and then forwarded to remote UE2 by relay UE. Similarly, the communication information sent by remote UE2 to remote UE1 must be sent to relay UE first, and then forwarded to remote UE1 by relay UE.

[0005] In addition, transmission between terminals requires relevant configuration. However, currently only the configuration when the terminals communicate directly through the PC5 interface can be realized, and the transmission configuration method for terminal-to-terminal relay transmission is not given. Summary of the invention

[0006] The embodiments of the present application provide a transmission configuration method, an apparatus, a communication device, and a storage medium, and provide a transmission configuration method for terminal-to-terminal relay transmission.

[0007] In a first aspect, a transmission configuration method is provided, the method comprising:

[0008] The first terminal reports transmission requirement information of terminal-to-terminal relay transmission to the network side device;

[0009] The first terminal receives target information sent by the network side device, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0010] In a second aspect, a transmission configuration method is provided, the method comprising:

[0011] The network side device receives the transmission requirement information of the terminal-to-terminal relay transmission reported by the first terminal;

[0012] The network side device sends target information to the first terminal, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0013] In a third aspect, a transmission configuration device is provided, which is applied to a first terminal, and the device includes:

[0014] A first sending module, used to report transmission requirement information of terminal-to-terminal relay transmission to a network side device;

[0015] The first receiving module is used to receive target information sent by the network side device, wherein the target information is used to determine the configuration information of the terminal-to-terminal relay transmission.

[0016] In a fourth aspect, a transmission configuration device is provided, which is applied to a network side device, and the device includes:

[0017] A second receiving module, configured to receive transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal;

[0018] The second sending module is used to send target information to the first terminal, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0019] In a fifth aspect, a communication device is provided, which includes a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the method described in the first aspect or the second aspect are implemented.

[0020] In a sixth aspect, a terminal is provided, including a processor and a communication interface, wherein the communication interface is used to:

[0021] Reporting the transmission requirement information of terminal-to-terminal relay transmission to the network side equipment;

[0022] Receive target information sent by the network side device, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0023] A seventh aspect provides a network side device, including a processor and a communication interface, wherein the communication interface is used to:

[0024] receiving transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal;

[0025] Sending target information to the first terminal, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0026] In an eighth aspect, a readable storage medium is provided, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the second aspect are implemented.

[0027] In a ninth aspect, a transmission configuration system is provided, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the method described in the first aspect, and the network side device can be used to execute the steps of the method described in the second aspect.

[0028] In the tenth aspect, a chip is provided, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the method described in the first aspect, or to implement the method described in the second aspect.

[0029] In the eleventh aspect, a computer program / program product is provided, wherein the computer program / program product is stored in a storage medium, and the program / program product is executed by at least one processor to implement the steps of the method described in the first aspect, or to implement the method described in the second aspect.

[0030] In an embodiment of the present application, the first terminal can report the transmission requirement information of the terminal-to-terminal relay transmission to the network side device, thereby receiving the target information sent by the network side device, and the target information is used to determine the configuration information of the terminal-to-terminal relay transmission. It can be seen that in an embodiment of the present application, when performing terminal-to-terminal relay transmission, the first terminal in the transmission can report the transmission requirement of the terminal-to-terminal relay transmission to the network side device, so that the network side device configures the corresponding configuration information for the terminal-to-terminal transmission based on the transmission requirement. Therefore, an embodiment of the present application provides a transmission configuration method during terminal-to-terminal relay transmission. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] Figure 1 It is a schematic diagram of terminal-to-terminal relay transmission in an embodiment of the present application;

[0032] Figure 2 A block diagram of a wireless communication system to which the embodiments of the present application can be applied;

[0033] Figure 3 It is a schematic diagram of an example of a layer 2 UE to UE relay user plane protocol stack in an embodiment of the present application;

[0034] Figure 4 It is a schematic diagram of an example of a layer 2 UE to UE relay control plane protocol stack in an embodiment of the present application;

[0035] Figure 5 is a flow chart of a transmission configuration method in an embodiment of the present application;

[0036] Figure 6 is a flow chart of another transmission configuration method in an embodiment of the present application;

[0037] Figure 7 is a structural block diagram of a transmission configuration device in an embodiment of the present application;

[0038] Figure 8 is a structural block diagram of another transmission configuration device in an embodiment of the present application;

[0039] Fig. 9 is a structural block diagram of a communication device in an embodiment of the present application;

[0040] Fig.10 is a structural block diagram of a terminal in an embodiment of the present application;

[0041] Fig.11 It is a structural block diagram of a network side device in an embodiment of the present application. DETAILED DESCRIPTION

[0042] The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field belong to the scope of protection of this application.

[0043] The terms "first", "second", etc. of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable where appropriate, so that the embodiments of the present application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of one type, and the number of objects is not limited, for example, the first object can be one or more. In addition, "or" in the present application represents at least one of the connected objects. For example, "A or B" covers three schemes, namely, Scheme 1: including A but not including B; Scheme 2: including B but not including A; Scheme 3: including both A and B. The character " / " generally indicates that the objects associated with each other are in an "or" relationship.

[0044] The term "indication" in this application can be a direct indication (or explicit indication) or an indirect indication (or implicit indication). A direct indication can be understood as the sender explicitly informing the receiver of specific information, operations to be performed, or request results in the sent indication; an indirect indication can be understood as the receiver determining the corresponding information according to the indication sent by the sender, or making a judgment and determining the operation to be performed or the request result according to the judgment result.

[0045] It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE) / LTE-Advanced (LTE-A) system, but can also be used in other wireless 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) or other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described technology can be used for the systems and radio technologies mentioned above as well as for other systems and radio technologies. The following description describes a New Radio (NR) system for illustrative purposes, and NR terminology is used in most of the following descriptions, but these technologies can also be applied to systems other than NR systems, such as the 6th generation (6 th Generation, 6G) communication system.

[0046] Figure 2A block diagram of a wireless communication system applicable to an embodiment of the present application is shown. The wireless communication system includes a terminal 11 and a network side device 12. Among them, the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (Ultra-mobile Personal Computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), an augmented reality (Augmented Reality, AR), a virtual reality (Virtual Reality, VR) device, a robot, a wearable device (Wearable Device), an aircraft (flight vehicle), a vehicle-mounted device (Vehicle User Equipment, VUE), a ship-mounted device, a pedestrian terminal (Pedestrian User Equipment, PUE), a smart home (home appliances with wireless communication functions, such as refrigerators, televisions, washing machines or furniture, etc.), a game console, a personal computer (Personal Computer, PC), a teller machine or a self-service machine and other terminal side devices. Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among them, the vehicle-mounted device can also be called a vehicle-mounted terminal, a vehicle-mounted controller, a vehicle-mounted module, a vehicle-mounted component, a vehicle-mounted chip or a vehicle-mounted unit, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network side device 12 may include an access network device or a core network device, wherein the access network device may also be referred to as a radio access network (Radio Access Network, RAN) device, a radio access network function or a radio access network unit. The access network device may include a base station, a wireless local area network (Wireless Local Area Network, WLAN) access point (Access Point, AS) or a wireless fidelity (Wireless Fidelity, WiFi) node, etc.Among them, the base station may be referred to as a Node B (NB), an evolved Node B (eNB), a next generation Node B (gNB), a New Radio Node B (NR Node B), an access point, a Relay Base Station (RBS), a Serving Base Station (SBS), a Base Transceiver Station (BTS), a radio base station, a radio transceiver, a Basic Service Set (BSS), an Extended Service Set (ESS), a Home Node B (HNB), a Home Evolved Node B (home evolved Node B), a Transmission Reception Point (TRP) or other appropriate terms in the relevant field. As long as the same technical effect is achieved, the base station is not limited to specific technical vocabulary. It should be noted that in the embodiment of the present application, only the base station in the NR system is used as an example for introduction, and the specific type of the base station is not limited.

[0047] In order to facilitate understanding of the transmission configuration method of the embodiment of the present application, the following related technologies are now introduced:

[0048] There are two types of U2U relays: one is to forward data at layer 2, called layer 2 U2U relay, and the other is to forward data at layer 3, called layer 3 U2U relay. The following is a brief introduction to each.

[0049] 1. Layer 2 U2U relay

[0050] The protocol stack of the user plane and the protocol stack of the control plane of the layer 2 U2U relay are respectively as follows: Figure 3 and Figure 4 As shown, whether for the protocol stack of the user plane or the protocol stack of the control plane, the remote UE adds an adaptation protocol layer between the PC5-PDCP layer and the PC5-RLC layer, and the adaptation protocol layer is used to generate, receive and forward data packets.

[0051] in, Figures 3 to 4 The IP in it stands for Internet Protocol, SDAP stands for Service Data Adaptation Protocol, PDCP stands for Packet Data Convergence Protocol, ADAPT stands for Adaptation Layer Protocol, RLC stands for Radio Link Control Protocol, MAC stands for Media Access Control, PHY stands for Physical Layer, and RRC stands for Radio Resource Control.

[0052] The process of generating and receiving the adaptation data packet is described below.

[0053] (1) Generate an adaptation layer data packet: The remote UE as the transmitting end determines the adaptation protocol header according to the U2U relay routing configuration, adds the adaptation protocol header to the PDCP protocol data unit (PDU) from the upper layer, and generates an adaptation layer data packet. The adaptation protocol header includes at least the identification information of the remote UE as the receiving end (such as address information or ID information) and the radio bearer identification information (such as radio bearer ID information) used to identify the data information carried.

[0054] (2) Receiving an adaptation layer data packet: After receiving an adaptation layer data packet, the remote UE as the receiving end determines whether it is the destination receiving terminal according to the U2U relay adaptation layer configuration, including its own identification information and the radio bearer identification configuration between it and the transmitting UE. If the identification information of the received adaptation data packet completely matches its own identification information, it determines that it is the destination remote UE of the data packet, and then determines the corresponding upper layer protocol entity according to the radio bearer identification information carried by the data packet. Finally, the adaptation layer protocol header is removed and the data packet is sent to the corresponding upper layer protocol body.

[0055] 2. Layer 3 U2U relay

[0056] The data forwarding of layer 3 relay occurs on layer 2, and the radio access layer protocol of the relay UE does not handle the routing of the data packet to be forwarded. One possible implementation method is that when the relay UE receives a data packet to be forwarded sent by a remote UE, it submits the data packet to be forwarded to the upper layer, such as the IP layer, and then the IP layer can determine the destination remote UE of the data packet to be forwarded based on the destination IP address carried in the IP header of the data packet, and send the data packet to be forwarded to the destination remote UE.

[0057] In addition, a multi-hop U2U network refers to an architecture in which Remote UEs at both ends communicate with each other by transferring data through two or more Relay UEs.

[0058] The transmission configuration method provided in the embodiment of the present application is described in detail below through some embodiments and their application scenarios in combination with the accompanying drawings.

[0059] First, as Figure 5 As shown, an embodiment of the present application provides a transmission configuration method, which may include the following steps 501 to 502:

[0060] Step 501: A first terminal reports transmission requirement information of terminal-to-terminal relay transmission to a network-side device.

[0061] Among them, the first terminal is one of the terminals in the terminal-to-terminal relay transmission, and in the terminal-to-terminal relay transmission, terminals with different roles are included, such as a source remote terminal (Source Remote UE), a relay terminal (RelayUE), and a target remote terminal (Target Remote UE). Here, the first terminal can be a source remote terminal or a relay terminal. It should be noted that when the first terminal is a source remote terminal and when the first terminal is a relay terminal, the specific content of the transmission requirement information of the terminal-to-terminal relay transmission reported by the first terminal may be different.

[0062] Exemplarily, when the first terminal is a source remote terminal, the transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal to the network side device (e.g., the service cell / base station of the source remote terminal) may include: the service requirement information in the transmission; when the first terminal is a relay terminal, the transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal to the network side device (e.g., the service cell / base station of the relay terminal) may include: the service requirement information in the transmission, and the information that the previous hop terminal of the relay terminal has been configured.

[0063] It should be noted that the source remote terminal is one of the two remote terminals of the communication. If a service flow is sent from the source remote terminal to the target remote terminal, then from the perspective of the service flow, the source remote terminal is the sender of the service, so it is the source side, and the target remote terminal is the receiver of the service, so it is the target side. If it is another service, the source remote terminal and the target remote terminal may exchange identities depending on the different service flows. In short, the source and the target are distinguished by the flow of a service. Different services can have different or the same sources and targets, and each service is established and maintained separately.

[0064] Step 502: The first terminal receives target information sent by the network side device.

[0065] The target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0066] Similarly, when the first terminal is a source remote terminal and when the first terminal is a relay terminal, the configuration information of the terminal-to-terminal relay transmission determined by the above target information may be different.

[0067] Exemplarily, when the first terminal is a source remote terminal, the target information can be used to determine the configuration information of the first hop, the configuration information of the end-to-end bearer, and the mapping relationship between the configuration of the first hop and the end-to-end bearer; when the first terminal is a relay terminal, the target information can be used to determine the configuration information of the next hop of the relay terminal, and the mapping relationship between the configuration of the next hop of the relay terminal (i.e., PC5 RL Channel) and the end-to-end bearer.

[0068] It is understandable that, when the first terminal is a source remote terminal, and when the first terminal is a relay terminal, the above transmission requirement information and target information may also include other contents, which will be described in detail later.

[0069] It can be seen from the above steps 501 to 502 that in the embodiment of the present application, the first terminal can report the transmission requirement information of the terminal-to-terminal relay transmission to the network side device, thereby receiving the target information sent by the network side device, and the target information is used to determine the configuration information of the terminal-to-terminal relay transmission. It can be seen that in the embodiment of the present application, when performing terminal-to-terminal relay transmission, the first terminal in the transmission can report the transmission requirement of the terminal-to-terminal relay transmission to the network side device, so that the network side device configures the corresponding configuration information for the terminal-to-terminal transmission based on the transmission requirement. Therefore, the embodiment of the present application provides a transmission configuration method during terminal-to-terminal relay transmission.

[0070] The following is an introduction from different perspectives of the first terminal acting as a relay terminal and a source remote terminal.

[0071] 1.1 When the first terminal acts as a relay terminal, the first terminal interacts with the network side device to implement transmission configuration of terminal-to-terminal relay transmission, which may be specifically Mode 1 or Mode 2 as described below:

[0072] Method 1: The network-side device is configured according to the information reported by the first terminal.

[0073] Optionally, when the first terminal is a relay terminal (Relay UE), the transmission requirement information includes at least one of the following A-1 to A-7:

[0074] Item A-1: ​​configuration information of end-to-end bearer; it should be noted here that the end-to-end bearer in the text may be an end-to-end SL data bearer; wherein the configuration information of the end-to-end bearer may include at least one of the bearer (Radio Bearer, RB) ID, RB configuration parameters, Quality of Service flow (QoS flow) information contained in the RB, and a corresponding QoS parameter set (profile); or, it can be said that the configuration information of the end-to-end bearer may include Service Data Adaptation Protocol (SDAP) and Packet Data Convergence Protocol (PDCP) configuration, wherein the SDAP configuration will indicate the E2E QoS flow ID and QoS parameter set information contained in the SL RB;

[0075] Item A-2: demand information of the service transmitted between the relay terminal and the second terminal, the second terminal being the next-hop terminal of the relay terminal; here, the second terminal may be the target remote terminal or the next-hop relay terminal of the relay terminal; for example, in a single-hop U2U architecture, the first terminal is a Relay UE, and the second terminal is a TargetRemote UE; in a multi-hop U2U architecture, the first terminal is one of the Relay UEs, and the second terminal may be the next Relay UE of the Relay UE or the Target Remote UE; wherein the service demand information may include at least one of the QoS flow information and the corresponding QoS profile; wherein the service demand information may be the part after being split by the Relay UE, for example, in a U2U Relay link, the E2E packet delay requirement (Packet Delay budget, PDB) may be 100ms, after which 50ms is given to the first-hop PDB and 50ms to the second-hop PDB;

[0076] Item A-3: identification information of the source remote terminal; here, the identification information of the Source Remote UE may be, for example, the PC5 layer 2 (Layer-2) ID of the Source Remote UE, or may be its local UE ID information;

[0077] Item A-4: identification information of the target remote terminal; here, the identification information of the Target Remote UE may be, for example, the PC5 layer 2 (Layer-2) ID of the Target Remote UE, or may be its local UE ID information;

[0078] Item A-5: identification information of the second terminal; here, the identification information of the second terminal may be, for example, a PC5 layer 2 (Layer-2) ID of the second terminal, or may be its local UE ID information;

[0079] Item A-6: configuration information of a first channel, wherein the first channel includes a radio link control RLC channel of a communication interface PC5 between a previous hop terminal of the relay terminal and the relay terminal;

[0080] Item A-7: A first mapping relationship, wherein the first mapping relationship includes a mapping relationship between an end-to-end bearer and the first channel.

[0081] The contents of items A-6 and A-7 may be sent from the previous hop terminal of the first terminal to the first terminal. For example, when the first terminal is a relay terminal, the contents may be sent from the Source Remote UE to the relay terminal, or from the previous hop relay terminal of the relay terminal to the relay terminal.

[0082] It can be seen from this that the relay terminal can report at least one item of information from A-1 to A-7 to the network side device (for example, the service cell / base station of the relay terminal), so that the network side device configures the next hop of the relay terminal for the relay terminal based on at least one item of information from A-1 to A-7, that is, the reporting of at least one item of information from A-1 to A-7 provides a data basis for the network side device to configure the relevant configuration of the next hop of the relay terminal.

[0083] Optionally, when the first terminal is a relay terminal (Relay UE), the target information includes at least one of the following B-1 to B-5:

[0084] Item B-1: configuration information of a second channel, the second channel including a PC5RLC channel between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal; here, the configuration information of the second channel may include configuration information of at least one layer of an RLC, a media access control (MAC), and a physical layer (PHY);

[0085] Item B-2: identification information of the second terminal; here, the identification information of the second terminal may be, for example, a PC5 layer 2 (Layer-2) ID of the second terminal, or may be its local UE ID information;

[0086] Item B-3: identification information of the target remote terminal corresponding to the second channel; wherein, because the Relay UE may communicate with multiple Target Remote UEs due to the needs of multiple Source Remote UEs, the PC5 RLCchannel needs to indicate the Target Remote UE ID information corresponding thereto;

[0087] Item B-4: A second mapping relationship, wherein the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel; here, the mapping relationship between the end-to-end bearer and the second channel is generally N to 1, that is, a many-to-one relationship; wherein, the configuration method of the mapping relationship may, for example, be: including a corresponding PC5 RLCchannel ID or index information in each end-to-end bearer (wherein it is necessary to indicate which Target Remote UE's PC5 RLCchannel it is, and therefore it is necessary to carry the Target Remote UE ID in addition), or including a corresponding end-to-end bearer ID or index list information in each PC5 RLC channel (wherein it is necessary to indicate which Source RemoteUE and Target Remote UE are the end-to-end bearers, and therefore it is necessary to carry the Target Remote UE ID and the Source Remote UE ID in addition);

[0088] Item B-5: Logical channel group identification information corresponding to the second channel. In this way, it is convenient for the Relay UE to subsequently perform the PC5 BSR reporting process according to the cache size of the logical channel group (Logic Channel Group Identity, LCG ID) corresponding to different PC5 RLC channels, thereby allocating appropriate transmission resources. Optionally, when the Relay UE is configured as resource scheduling mode mode 1, the network side device (such as the service cell / base station of the Relay UE) can allocate LCG IDs for different PC5 RLC channels between the Relay UE and the second terminal.

[0089] From the above, it can be seen that the network side device sends at least one of the above B-1 to B-5 to the relay terminal, realizing the relevant configuration of the next hop of the relay device, thereby facilitating the establishment of the transmission channel of the next hop of the relay terminal.

[0090] Method 2: The network device confirms or rejects the configuration information of the first terminal

[0091] Optionally, when the first terminal is a relay terminal (Relay UE), the transmission requirement information includes at least one of the following items C-1 to C-9:

[0092] Item C-1: configuration information of the end-to-end bearer; wherein the configuration information of the end-to-end bearer may include at least one of the RB ID, RB configuration parameters, quality of service flow (QoS flow) information contained in the RB, and a corresponding QoS parameter set (profile); or, in other words, the configuration information of the end-to-end bearer may include SDAP and PDCP configurations, wherein the SDAP configuration indicates the E2E QoS flow ID and QoS parameter set information contained in the SL RB;

[0093] Item C-2: demand information of the service transmitted between the relay terminal and the second terminal, the second terminal being the next-hop terminal of the relay terminal; here, the second terminal may be a target remote terminal or a next-hop relay terminal of the relay terminal; wherein the service demand information may include at least one of QoS flow information and a corresponding QoS profile; wherein the service demand information may be the part after being segmented by the Relay UE, for example, in a U2URelay link, the E2E packet delay budget (PDB) may be 100ms, after which 50ms is given to the first-hop PDB and 50ms to the second-hop PDB;

[0094] Item C-3: identification information of the second terminal; here, the identification information of the second terminal may be, for example, a PC5 layer 2 (Layer-2) ID of the second terminal, or may be its local UE ID information;

[0095] Item C-4: identification information of the source remote terminal; here, the identification information of the Source Remote UE may be, for example, the Layer 2 ID of the Source Remote UE or its local UE ID information;

[0096] Item C-5: identification information of the target remote terminal; here, the identification information of the Target Remote UE may be, for example, the PC5 layer 2 (Layer-2) ID of the Target Remote UE, or may be its local UE ID information;

[0097] Item C-6: configuration information of a second channel, the second channel including a PC5 RLC channel between the relay terminal and the second terminal; here, the configuration information of the second channel may include configuration information of at least one layer of the RLC, MAC, and PHY layers;

[0098] Item C-7: Quality of service (QoS) information; the QoS information may include at least one of QoS flow information and corresponding QoS profile information;

[0099] Item C-8: Target configuration information, the target configuration information includes the association between any two of the second channel, the end-to-end bearer, and the QoS information; for example, in the SL U2U relay architecture, the Relay UE can report to its service cell / base station: the PC5 RLC channel configuration information between the Relay UE and the Target Remote UE, the E2E SL RB information mapped to the PC5RLC channel, and the QoS flow and / or QoS profile information mapped to the E2E SL RB.

[0100] Item C-9: Configuration suggestion information, the configuration suggestion information includes identification information of the logical channel group allocated by the first terminal to the second channel; optionally, when the Relay UE is configured as resource scheduling mode 1, the Relay UE can allocate LCG IDs for different PC5 RLC channels between the Relay UE and the second terminal. That is, if the Relay UE wishes to be configured as resource scheduling mode 1, it can negotiate the configuration of the LCG ID with the serving cell / base station, that is, the Relay UE can carry its own LCG ID allocation suggestion and wait for network confirmation; it is understandable that the Relay UE can also wait for the network to directly configure the LCG ID for the PC5 RLC channel between the Relay UE and the second terminal.

[0101] It can be seen that the relay terminal can report at least one of the above information C-1 to C-9 to the network side device (such as the service cell / base station of the relay terminal), so that the network side device confirms or rejects the next hop configuration of the relay terminal based on at least one of the information C-1 to C-7. That is, here, the relay terminal can report the configuration information of the next hop of the relay terminal to the network side device, and then wait for the network side device to confirm. In addition, the relay terminal and the network side device can also negotiate about the configuration of mode 1, such as LCG ID. It can be seen that the reporting of at least one of the above information C-1 to C-7 provides a data basis for the network side device to confirm the relevant configuration of the next hop of the relay terminal.

[0102] Optionally, the target information includes at least one of a confirmation message, a rejection message, and a logical channel group corresponding to the second channel configured by the network side device;

[0103] The following describes the different situations of confirming and rejecting messages:

[0104] Confirmation messages can be divided into the following two cases:

[0105] In case 1, the confirmation message includes at least one of the following items D-1 to D-7:

[0106] Item D-1: configuration information of at least part of the second channel confirmed by the network side device;

[0107] Item D-2: at least part of the end-to-end bearer confirmed by the network side device;

[0108] Item D-3: at least part of the QoS flow information confirmed by the network side device;

[0109] Item D-4: an index of at least part of the configuration information of the second channel confirmed by the network side device;

[0110] Item D-5: index of at least part of the end-to-end bearer confirmed by the network side device;

[0111] Item D-6: index of at least part of the QoS flow information confirmed by the network side device;

[0112] Item D-7: Identification information of the logical channel group corresponding to at least part of the second channel confirmed by the network side device.

[0113] It can be seen that the network side device can confirm or accept at least one of the configuration information, end-to-end bearer, and QoS flow information of the above-mentioned second channel reported by the relay terminal to the network side device, wherein the acceptance of different channels can be listed separately, such as the confirmation or acceptance of the RLC channel granularity, the confirmation or acceptance of the E2E SL RB granularity, the confirmation or acceptance of the QoS flow granularity, etc. In addition, for the LCG ID allocated by the relay terminal to the second channel, the network side device can also confirm at least part of the LCG ID.

[0114] Case 2: The confirmation message includes an indication for indicating confirmation of all configuration information in the transmission requirement information reported by the first terminal; here, all configuration information in the transmission requirement information reported by the first terminal may include at least one of the configuration information of the second channel in the above-mentioned item C-6, the target configuration information in the item C-8, and the configuration recommendation information in the item C-9. For example, all configuration information in the transmission requirement information reported by the first terminal includes items C-6, C-8, and C-9, and the confirmation message may be used to indicate confirmation of all these configuration information. Exemplarily, there may be a bit in the confirmation message, and when the value of the bit is 1, it indicates confirmation of all configuration information in the transmission requirement information reported by the first terminal. Or the name of the confirmation message is Confirm Message, and receipt of the ConfirmMessage indicates confirmation of all configuration information in the transmission requirement information reported by the first terminal.

[0115] It can be seen from this that the network side device can directly confirm all the configuration information in the transmission requirement information reported by the first terminal through a confirmation message.

[0116] The rejection messages can be divided into the following three and four cases:

[0117] Case 3: The rejection information includes at least one of the following items E-1 to E-7:

[0118] Item E-1: configuration information of at least part of the second channel rejected by the network side device;

[0119] Item E-2: at least part of the end-to-end bearer rejected by the network side device;

[0120] Item E-3: at least part of the QoS flow information rejected by the network side device;

[0121] Item E-4: index of at least part of the configuration information of the second channel rejected by the network side device;

[0122] Item E-5: index of RBs of at least some end-to-end bearers rejected by the network side device;

[0123] Item E-6: index of at least part of the QoS flow information rejected by the network side device;

[0124] Item E-7: Identification information of the logical channel group corresponding to at least part of the second channel rejected by the network side device.

[0125] It can be seen that the network side device can reject at least one of the configuration information, end-to-end bearer, and QoS flow information of the second channel reported by the relay terminal to the network side device, wherein the rejection situations of different channels can be listed separately, such as the rejection situation of RLC channel granularity, the rejection situation of E2E SL RB granularity, the rejection situation of QoS flow granularity, etc. Moreover, for the LCG ID allocated by the relay terminal to the second channel, the network side device can also reject at least part of the LCG IDs.

[0126] Case 4: The rejection message includes an indication for indicating the rejection of all configuration information in the transmission requirement information reported by the first terminal; similarly, all configuration information in the transmission requirement information reported by the first terminal may include at least one of the configuration information of the second channel in the above-mentioned item C-6, the target configuration information in the item C-8, and the configuration recommendation information in the item C-9. For example, all configuration information in the transmission requirement information reported by the first terminal includes items C-6, C-8, and C-9, and the rejection message can be used to indicate the rejection of all these configuration information. Exemplarily, there may be a bit in the rejection message, and when the value of the bit is 0, it indicates the rejection of all configuration information in the transmission requirement information reported by the first terminal. Or the name of the rejection message is Reject Message, and the receipt of the RejectMessage indicates the rejection of all configuration information in the transmission requirement information reported by the first terminal.

[0127] It can be seen from this that the network side device can directly reject all configuration information in the transmission requirement information reported by the first terminal through a confirmation message.

[0128] It can be seen that in the embodiment of the present application, for the configuration information reported by the relay device to the network side device, the network side device can confirm or reject it in the form of multiple granularities, so that the configuration information of the terminal-to-terminal relay transmission can be configured more flexibly.

[0129] In addition, from the above, it can be seen that the network side device can directly configure the logical channel group corresponding to the second channel, or the relay terminal can report the logical channel group corresponding to the second channel configured by it to the network side device, so that the network side device can confirm or reject at least part of the logical channel group of the second channel.

[0130] It should also be noted that the network side device may send a confirmation message in the above situation 1 to the relay terminal to inform the relay terminal of the content confirmed by the network side device;

[0131] Alternatively, the network side device may also send a confirmation message in the above situation 2 to the relay terminal to inform the relay terminal that the network side device confirms all configuration information reported by the relay terminal;

[0132] Alternatively, the network side device may also send a rejection message in the above situation three to the relay terminal to inform the relay terminal of the content rejected by the network side device, so that the relay terminal can use the content other than the rejected content in the configuration information reported by it;

[0133] Alternatively, the network side device may also send a rejection message in the above situation 4 to the relay terminal to inform the relay terminal that the network side device rejects all configuration information reported by the relay terminal;

[0134] Alternatively, the network side device may send the confirmation message in the above situation one to the relay terminal to inform the relay terminal of the content of the network side device's confirmation, and the rejection message in the above situation three to inform the relay terminal of the content of the network side device's rejection.

[0135] Optionally, the method further comprises:

[0136] The first terminal sends at least one of the following to the second terminal:

[0137] End-to-end bearer configuration information;

[0138] configuration information of the second channel;

[0139] A second mapping relationship, where the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel.

[0140] It can be seen that the first terminal can also send at least one of the configuration information of the end-to-end bearer, the configuration information of the second channel, and the second association relationship to the second terminal, thereby establishing a transmission channel between the first terminal and the second terminal.

[0141] It should be noted that, based on the above-mentioned method 1 or method 2, the first terminal can send at least one of the configuration information of the end-to-end bearer, the configuration information of the second channel, and the second association relationship to the second terminal.

[0142] 1.2 When the first terminal acts as a source remote terminal, the first terminal interacts with the network side device to implement the transmission configuration of the terminal-to-terminal relay transmission as follows: Optionally, when the first terminal is a source remote terminal, the transmission requirement information includes at least one of the following items F-1 to F-4:

[0143] Item F-1: end-to-end service demand information; here, the end-to-end service demand information may include E2E QoS flow ID information, and corresponding QoS parameter set (profile) and rate information;

[0144] Item F-2: demand information of the service transmitted between the source remote terminal and the third terminal, the third terminal being the next hop terminal of the source remote terminal; that is, the third terminal is the first Relay UE after the source remote terminal; here, the demand information may include at least one of the split QoS flow ID information, the corresponding QoS profile, and the rate information, wherein the service demand transmitted in the first hop is the demand after being split from the E2E service demand, for example: if the PDB for the E2E link is 100ms, then the first hop may be 50ms after the split;

[0145] Item F-3: identification information of the target remote terminal corresponding to the end-to-end service; here, the identification information of the target remote terminal may be, for example, the PC5 layer 2 (Layer-2) ID of the Target Remote UE, or other ID information (used to identify and distinguish the Target Remote UE);

[0146] Item F-4: identification information of the third terminal; here, the identification information of the second terminal may be, for example, the PC5 layer 2 (Layer-2) ID of the second terminal, or may be its local UE ID information.

[0147] It can be seen that the source remote terminal can report at least one of the above information F-1 to F-4 to the network side device (for example, the service cell / base station of the source remote terminal), so that the network side device configures at least one of the related configurations of the first hop and the related configurations of the end-to-end bearer based on at least one of the information F-1 to F-4. That is, the reporting of at least one of the above information F-1 to F-4 provides a data basis for the network side device to configure the related configuration information of the first hop and at least one of the related configurations of the end-to-end bearer.

[0148] Optionally, when the first terminal is a source remote terminal, the target information includes at least one of the following items J-1 to J-6:

[0149] Item J-1: configuration information of the end-to-end bearer; wherein the configuration information of the end-to-end bearer may include at least one of the RB ID, the RB configuration parameters, the QoS flow information contained in the RB, and the corresponding QoS profile; or, in other words, the configuration information of the end-to-end bearer may include SDAP and PDCP configurations, wherein the SDAP configuration may indicate the E2E QoS flow ID information contained in the SL RB;

[0150] Item J-2: configuration information of a third channel, the third channel comprising a PC5RLC channel between the source remote terminal and a third terminal, the third terminal being a next-hop terminal of the source remote terminal; here, the configuration information of the third channel may comprise configuration information of at least one layer among the RLC, MAC, and PHY layers;

[0151] Item J-3: identification information of the target remote terminal corresponding to the third channel; wherein, because the Source RemoteUE may communicate with multiple Target Remote UEs, the E2E SL RB needs to indicate its corresponding TargetRemote UE ID information;

[0152] Item J-4: identification information of the third terminal; wherein, because the Source Remote UE may communicate with multiple Target Remote UEs through multiple Relay UEs, the PC5 RLC channel (i.e., the third channel) needs to indicate the identification information of the third terminal corresponding thereto; here, the identification information of the third terminal may be, for example, the PC5 layer 2 (Layer-2) ID of the third terminal, or its local UE ID information;

[0153] Item J-5: a third mapping relationship, wherein the third mapping relationship includes a mapping relationship between an end-to-end bearer and the third channel; here, the mapping relationship is generally N to 1, that is, a many-to-one relationship; wherein the configuration method of the mapping relationship may be, for example: including a corresponding PC5 RLC channel ID or index information in each end-to-end bearer (wherein it is necessary to indicate which Relay UE's PC5 RLC channel it is, so it is necessary to carry the Relay UE ID in addition); or, including a corresponding end-to-end bearer ID or index list (index list information) in each PC5 RLC channel (wherein it is necessary to indicate which Target UE's E2E SL RB it is, so it is necessary to carry the Target Remote UE ID in addition);

[0154] Item J-6: Logical channel group identification information corresponding to the third channel; Optionally, when the Source Remote UE is configured as resource scheduling mode mode 1 (i.e., the mode in which the network schedules PC5 resources), the network side device (e.g., the service cell / base station of the Source Remote UE) can be the ID corresponding to different PC5RLC channels between the Source Remote UE and the Relay UE, which can facilitate the Source Remote UE to subsequently perform a PC5 buffer status report (buffer state report, BSR) reporting process according to the cache size of the LCG ID, thereby facilitating the allocation of appropriate transmission resources.

[0155] As can be seen from the above, the network side device sends at least one item of the above J-1 to J-6 to the source remote terminal, thereby realizing the relevant configuration of the first hop, thereby facilitating the establishment of the transmission channel of the first hop.

[0156] Optionally, the method further comprises at least one of the following H-1 to H-3:

[0157] The first terminal sends configuration information of the end-to-end bearer to a target remote terminal;

[0158] The first terminal sends at least one of the following to the third terminal;

[0159] Item H-1: end-to-end bearer configuration information;

[0160] Item H-2: configuration information of the third channel;

[0161] Item H-3: the third mapping relationship.

[0162] From this, it can be seen that the first terminal can also send the end-to-end bearer configuration information to the target remote terminal, thereby establishing an end-to-end SL RB transmission pipeline; the first terminal can also send at least one item of the above H-1 to H-3 to the next-hop terminal when the first terminal is the source remote terminal, thereby establishing the first-hop RLC channel transmission pipeline, so that the first-hop transmission from the source remote terminal to the target remote terminal can be opened.

[0163] Optionally, the first terminal reports transmission requirement information of terminal-to-terminal relay transmission to the network side device, including:

[0164] The first terminal reports the transmission requirement information to the network side device through at least one of a target data format and a target message, wherein the target data format is different from an existing data format (that is, the target data format is a new data format), and the target message is different from an existing message (that is, the target message is a new message);

[0165] or,

[0166] The first terminal reports the transmission requirement information and target indication information to the network side device, wherein the target indication information is used to indicate that the transmission requirement information is associated with terminal-to-terminal relay transmission.

[0167] It can be seen that the above-mentioned transmission requirement information reported by the first terminal to the network side device can be reported in a new data format and a new message (such as a new RRC message); it can also be reported by reusing an existing message (such as sidelink terminal information (SidelinkUEInformation)), but it needs to be clearly distinguished by the above-mentioned target indication information, which is the reporting of the U2U Relay link. For example, the above-mentioned transmission requirement information can use a new message, but use an existing data format; or, it can also use an existing message, but use a new data format; or, it can also use a new data format and a new message. That is, the above-mentioned transmission requirement information can use different reporting domains or reuse the original QoS information domain but carry a special U2U Relay link indication, etc. In short, the network side needs to be made aware that this is different from the requirements for direct communication between two UEs.

[0168] It can be seen that in the embodiment of the present application, the above-mentioned transmission requirement information reported by the first terminal to the network side device can be explicitly or implicitly indicated to be associated with the terminal-to-terminal relay transmission, and the indication form of the content is more flexible.

[0169] Optionally, the first terminal reports transmission requirement information of terminal-to-terminal relay transmission to the network side device, including:

[0170] When the first terminal is in a connected state, the first terminal reports the transmission requirement information to the network side device.

[0171] It can be seen from this that in an embodiment of the present application, the first terminal can report the transmission requirement information to the network side device when it is in a connected state, thereby receiving the above-mentioned target information sent by the network side device to determine the configuration information of the terminal-to-terminal relay transmission, so as to implement the transmission configuration of the terminal-to-terminal relay transmission when the first terminal is in a connected state.

[0172] Second, as Figure 6 As shown, an embodiment of the present application provides a transmission configuration method, which may include the following steps 601 to 602:

[0173] Step 601: A network-side device receives transmission requirement information of terminal-to-terminal relay transmission reported by a first terminal.

[0174] Here, the network side device may be a serving cell or a base station of the first terminal.

[0175] Among them, the first terminal is one of the terminals in the terminal-to-terminal relay transmission, and in the terminal-to-terminal relay transmission, terminals with different roles are included, such as a source remote terminal (Source Remote UE), a relay terminal (RelayUE), and a target remote terminal (Target Remote UE). Here, the first terminal can be a source remote terminal or a relay terminal. It should be noted that when the first terminal is a source remote terminal and when the first terminal is a relay terminal, the specific content of the transmission requirement information of the terminal-to-terminal relay transmission reported by the first terminal may be different.

[0176] Exemplarily, when the first terminal is a source remote terminal, the transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal to the network side device (e.g., the service cell / base station of the source remote terminal) may include: the service requirement information in the transmission; when the first terminal is a relay terminal, the transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal to the network side device (e.g., the service cell / base station of the relay terminal) may include: the service requirement information in the transmission, and the information that the previous hop terminal of the relay terminal has been configured.

[0177] Step 602: The network side device sends target information to the first terminal.

[0178] The target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0179] The target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0180] Similarly, when the first terminal is a source remote terminal and when the first terminal is a relay terminal, the configuration information of the terminal-to-terminal relay transmission determined by the above target information may be different.

[0181] Exemplarily, when the first terminal is a source remote terminal, the target information can be used to determine the configuration information of the first hop, the configuration information of the end-to-end bearer, and the mapping relationship between the configuration of the first hop and the end-to-end bearer; when the first terminal is a relay terminal, the target information can be used to determine the configuration information of the next hop of the relay terminal, and the mapping relationship between the configuration of the next hop of the relay terminal (i.e., PC5 RL Channel) and the end-to-end bearer.

[0182] It is understandable that, when the first terminal is a source remote terminal, and when the first terminal is a relay terminal, the above transmission requirement information and target information may also include other contents, which will be described in detail later.

[0183] It can be seen from the above steps 501 to 502 that in the embodiment of the present application, the first terminal can report the transmission requirement information of the terminal-to-terminal relay transmission to the network side device, thereby receiving the target information sent by the network side device, and the target information is used to determine the configuration information of the terminal-to-terminal relay transmission. It can be seen that in the embodiment of the present application, when performing terminal-to-terminal relay transmission, the first terminal in the transmission can report the transmission requirement of the terminal-to-terminal relay transmission to the network side device, so that the network side device configures the corresponding configuration information for the terminal-to-terminal transmission based on the transmission requirement. Therefore, the embodiment of the present application provides a transmission configuration method during terminal-to-terminal relay transmission.

[0184] Optionally, when the first terminal is a relay terminal, the transmission requirement information includes at least one of the following items A-1 to A-7:

[0185] Item A-1: ​​End-to-end bearer configuration information;

[0186] Item A-2: demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0187] Item A-3: identification information of the source remote terminal;

[0188] Item A-4: identification information of the target remote terminal;

[0189] Item A-5: identification information of the second terminal;

[0190] Item A-6: configuration information of a first channel, wherein the first channel includes a radio link control RLC channel of a communication interface PC5 between a previous hop terminal of the relay terminal and the relay terminal;

[0191] Item A-7: A first mapping relationship, wherein the first mapping relationship includes a mapping relationship between an end-to-end bearer and the first channel.

[0192] Here, the relevant explanations of items A-1 to A-7 can be found in the previous text and will not be repeated here.

[0193] Optionally, when the first terminal is a relay terminal, the target information includes at least one of the following items B-1 to B-5:

[0194] Item B-1: configuration information of a second channel, the second channel comprising a PC5RLC channel between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0195] Item B-2: identification information of the second terminal;

[0196] Item B-3: identification information of the target remote terminal corresponding to the second channel;

[0197] Item B-4: a second mapping relationship, the second mapping relationship including a mapping relationship between an end-to-end bearer and the second channel;

[0198] Item B-5: Logical channel group identification information corresponding to the second channel.

[0199] Here, the relevant explanations of items B-1 to B-5 can be found in the previous text and will not be repeated here.

[0200] Optionally, when the first terminal is a relay terminal, the transmission requirement information includes at least one of the following items C-1 to C-9:

[0201] Item C-1: End-to-end bearer configuration information;

[0202] Item C-2: demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0203] Item C-3: identification information of the second terminal;

[0204] Item C-4: identification information of the source remote terminal;

[0205] Item C-5: identification information of the target remote terminal;

[0206] Item C-6: configuration information of a second channel, where the second channel includes a PC5 RLC channel between the relay terminal and the second terminal;

[0207] Item C-7: Quality of service (Qos) information;

[0208] Item C-8: target configuration information, the target configuration information including an association relationship between any two of the second channel, the end-to-end bearer, and the QoS information;

[0209] Item C-9: Configuration recommendation information, wherein the configuration recommendation information includes identification information of a logical channel group allocated by the first terminal to the second channel.

[0210] Here, the relevant explanations of items C-1 to C-9 can be found in the previous text and will not be repeated here.

[0211] Optionally, the target information includes at least one of a confirmation message, a rejection message, and a logical channel group corresponding to the second channel configured by the network side device;

[0212] The following describes the different situations of confirming and rejecting messages:

[0213] Confirmation messages can be divided into the following two cases:

[0214] In case 1, the confirmation message includes at least one of the following items D-1 to D-7:

[0215] Item D-1: configuration information of at least part of the second channel confirmed by the network side device;

[0216] Item D-2: at least part of the end-to-end bearer confirmed by the network side device;

[0217] Item D-3: at least part of the QoS flow information confirmed by the network side device;

[0218] Item D-4: an index of at least part of the configuration information of the second channel confirmed by the network side device;

[0219] Item D-5: index of at least part of the end-to-end bearer confirmed by the network side device;

[0220] Item D-6: index of at least part of the QoS flow information confirmed by the network side device;

[0221] Item D-7: identification information of the logical channel group corresponding to at least part of the second channel confirmed by the network side device;

[0222] Here, the relevant explanations of items D-1 to D-7 can be found in the previous text and will not be repeated here.

[0223] In case two, the confirmation message includes an indication for confirming all configuration information in the transmission requirement information reported by the first terminal; therefore, it can be seen that the network side device can directly confirm all configuration information in the transmission requirement information reported by the first terminal through the confirmation message.

[0224] The rejection messages can be divided into the following three and four cases:

[0225] Case 3: The rejection information includes at least one of the following items E-1 to E-7:

[0226] Item E-1: configuration information of at least part of the second channel rejected by the network side device;

[0227] Item E-2: at least part of the end-to-end bearer rejected by the network side device;

[0228] Item E-3: at least part of the QoS flow information rejected by the network side device;

[0229] Item E-4: index of at least part of the configuration information of the second channel rejected by the network side device;

[0230] Item E-5: index of RBs of at least some end-to-end bearers rejected by the network side device;

[0231] Item E-6: index of at least part of the QoS flow information rejected by the network side device;

[0232] Item E-7: Identification information of the logical channel group corresponding to at least part of the second channel rejected by the network side device.

[0233] Here, the relevant explanations of items E-1 to E-7 can be found in the previous article and will not be repeated here.

[0234] In case 4, the rejection message includes an indication for indicating rejection of all configuration information in the transmission requirement information reported by the first terminal. It can be seen that the network side device can directly reject all configuration information in the transmission requirement information reported by the first terminal through a confirmation message.

[0235] Optionally, when the first terminal is a source remote terminal, the transmission requirement information includes at least one of the following items F-1 to F-4:

[0236] Item F-1: End-to-end service demand information;

[0237] Item F-2: demand information of a service transmitted between a source remote terminal and a third terminal, the third terminal being a next-hop terminal of the source remote terminal;

[0238] Item F-3: identification information of the target remote terminal corresponding to the end-to-end service;

[0239] Item F-4: identification information of the third terminal.

[0240] Here, the relevant explanations of items F-1 to F-4 can be found in the previous text and will not be repeated here.

[0241] Optionally, when the first terminal is a source remote terminal, the target information includes at least one of the following items J-1 to J-6:

[0242] Item J-1: End-to-end bearer configuration information;

[0243] Item J-2: configuration information of a third channel, the third channel comprising a PC5RLC channel between the source remote terminal and a third terminal, the third terminal being a next-hop terminal of the source remote terminal;

[0244] Item J-3: identification information of the target remote terminal corresponding to the third channel;

[0245] Item J-4: identification information of the third terminal;

[0246] Item J-5: a third mapping relationship, the third mapping relationship comprising a mapping relationship between an end-to-end bearer and the third channel;

[0247] Item J-6: Logical channel group identification information corresponding to the third channel.

[0248] Here, the relevant explanations of items J-1 to J-6 can be found in the previous article and will not be repeated here.

[0249] Optionally, the network side device receives transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal, including:

[0250] The network side device receives the transmission requirement information sent by the first terminal in at least one of a target data format and a target message, wherein the target data format is different from an existing data format, and the target message is different from an existing message;

[0251] or,

[0252] The network side device receives the transmission requirement information and target indication information sent by the terminal, wherein the target indication information is used to indicate that the transmission requirement information is associated with terminal-to-terminal relay transmission.

[0253] It can be seen that the above-mentioned transmission requirement information reported by the first terminal to the network side device can be reported in a new data format and a new message (such as a new RRC message); it can also be reported by reusing an existing message (such as sidelink terminal information (SidelinkUEInformation)), but it needs to be clearly distinguished by the above-mentioned target indication information, which is the reporting of the U2U Relay link. For example, the above-mentioned transmission requirement information can use a new message, but use an existing data format; or, it can also use an existing message, but use a new data format; or, it can also use a new data format and a new message. That is, the above-mentioned transmission requirement information can use different reporting domains or reuse the original QoS information domain but carry a special U2U Relay link indication, etc. In short, the network side needs to be made aware that this is different from the requirements for direct communication between two UEs.

[0254] In summary, taking a single-hop U2U architecture as an example, the specific implementation of the transmission configuration method of an embodiment of the present application is introduced, as described in the following implementation modes one to three.

[0255] Implementation Method 1

[0256] In this implementation, the source remote UE is in a radio resource control (RRC) connected state. It needs to report its terminal-to-terminal relay (U2U Relay) service requirements to the network side, and then obtain relevant configurations from the network side to complete the end-to-end (End-to-End, E2E) and first-hop configuration process before transmitting data through the U2U Relay link.

[0257] It should be noted that although the reporting process of the Source Remote UE can also reuse the reporting process of the existing PC5 link (i.e. direct PC5 communication between two UEs), there also needs to be some obvious distinction. The network side needs to know that this is a U2U Relay link, which is communication between two-hop UEs, rather than traditional one-hop communication between UEs, so that the service quality (Quality of Service, QoS) requirements of the service can be better understood, and a configuration suitable for the U2U relay link can be given.

[0258] Specifically, the information reported by the Source Remote UE to its serving cell / base station includes at least one of the following:

[0259] E2E service requirements of the U2U Relay link, including E2E QoS flow ID information, corresponding QoS parameter set (profile) and rate information;

[0260] The service requirement of the first hop transmission of the U2U Relay link between the Source Remote UE and the Relay UE includes at least one of the split QoS flow ID information, the corresponding QoS profile, and the rate information. The service requirement of the first hop transmission is the requirement after being split from the E2E service requirement. For example, if the packet delay budget (PDB) for the E2E link is 100ms, then it may be 50ms after the first hop split;

[0261] ID information of the Target Remote UE corresponding to each E2E service or a group of E2E services of the Source Remote UE, for example, the PC5 layer 2 (Layer-2) ID of the Target Remote UE, or other ID information (used to identify and distinguish the Target Remote UE);

[0262] The ID information of the Relay UE with which the Source Remote UE directly communicates may be, for example, the PC5 layer 2 (Layer-2) ID of the Relay UE, or other ID information (used to identify and distinguish the Relay UE).

[0263] Here, the above-mentioned reporting information can be reported in a new data format or a new RRC message (Msg), or it can reuse the existing sidelink terminal information (SidelinkUEInformation) for reporting, but it needs to be clearly distinguished. This is the reporting of the U2U Relay link, so a different reporting domain can be adopted or the original QoS information domain can be reused but with a special U2U Relay link indication, etc. In short, the network side needs to be aware that this is different from the requirements for direct communication between two UEs.

[0264] After receiving the information reported by the Source Remote UE, the serving cell / base station needs to send configuration information for the U2U Relay link to the Source Remote UE. The configuration information includes at least one of the following:

[0265] Configuration information of the end-to-end bearer (E2E SL RB) between the Source Remote UE and the Target Remote UE may include Service Data Adaptation Protocol (SDAP) and Packet Data Convergence Protocol (PDCP) configuration, wherein the SDAP configuration indicates the E2E QoS flow ID information contained in the SLRB;

[0266] Target Remote UE ID information corresponding to the E2E SL RB. Because the Source Remote UE may communicate with multiple Target Remote UEs, the E2E SL RB needs to indicate its corresponding Target Remote UE ID information;

[0267] PC5 Radio Link Control (RLC) channel configuration information between the Source Remote UE and the Relay UE, which may include configuration information of at least one layer among the RLC, MAC, and PHY layers;

[0268] The Relay UE ID information corresponding to the PC5 RLC channel between the Source Remote UE and the Relay UE. Since the Source Remote UE may communicate with multiple Target Remote UEs through multiple Relay UEs, the PC5 RLC channel needs to indicate the corresponding Relay UE ID information;

[0269] The mapping relationship between the E2E SL RB between the Source Remote UE and the Target Remote UE and the PC5 RLC channel between the Source Remote UE and the Relay UE, where the mapping relationship is generally N to 1, that is, a many-to-one relationship; wherein the configuration method of the mapping relationship may be, for example: including the corresponding PC5RLC channel ID or index information in each E2E SL RB (wherein it is necessary to indicate which Relay UE's PC5 RLC channel it is, so it is necessary to carry the Relay UE ID in addition); or, including the corresponding E2E SL RB ID or index list (index list information) in each PC5 RLC channel (wherein it is necessary to indicate which Target UE's E2E SLRB it is, so it is necessary to carry the Target Remote UE ID in addition);

[0270] The logical channel group (LCG) ID corresponding to the different PC5 RLC channels between the Source Remote UE and the Relay UE; optionally, when the Source Remote UE is configured as resource scheduling mode mode 1 (i.e., the mode in which the network schedules PC5 resources), the network side device (such as the service cell / base station of the Source Remote UE) can be the ID corresponding to the different PC5 RLC channels between the Source Remote UE and the Relay UE, which can facilitate the Source Remote UE to subsequently perform the PC5 buffer state report (BSR) reporting process according to the cache size of the LCG ID, thereby facilitating the allocation of appropriate transmission resources.

[0271] In addition, after obtaining the configuration information of the U2U Relay link, the Source Remote UE sends the E2E SL RB information to the Target Remote UE to establish an end-to-end SL RB transmission pipeline, and sends the PC5 RLC channel configuration between the Source Remote UE and the Relay UE, as well as the mapping information relationship between the E2E SL RB and the PC5 RLC channel between the Source Remote UE and the Relay UE to the Relay UE to establish the first-hop RLC channel transmission pipeline, so that the first-hop transmission from the Source Remote UE to the Target Remote UE can be opened.

[0272] Implementation Method 2

[0273] In this implementation, the Relay UE is in the RRC Connected state. It needs to report the service requirements of the U2U Relay in which it participates and the transmission requirements of the second hop (i.e., between the Relay UE and the Target Remote UE) to the network side, and then obtain relevant configurations from the network side to complete the configuration of the second hop and the E2E bearer mapping configuration process before it can transmit data through the U2U Relay link.

[0274] It should be noted that, although the reporting process of the Relay UE can also reuse the reporting signaling of the existing PC5 link (i.e. direct PC5 communication between two UEs), there needs to be some obvious distinction. The network side needs to know that this is a request and report of the Relay UE in a U2U Relay link, and the focus needs to be on the configuration of the second hop, rather than the traditional one-hop communication between UEs. This will enable a better understanding of the QoS requirements of the service and the already configured E2E SL RB configuration, thereby providing a second-hop configuration from the Relay UE to the Target Remote UE suitable for the U2U Relay link.

[0275] Specifically, the information reported by the Relay UE to its serving cell / base station includes at least one of the following:

[0276] In the SL U2U Relay architecture, the configuration information of the E2E SL RB between the Source Remote UE and the Target Remote UE may include at least one of the RB ID, RB configuration parameters, QoS flow information contained in the RB, and the corresponding QoS profile; here, the configuration information of the E2E SL RB may be the one sent by the SourceRemote UE to the Relay UE in the aforementioned implementation mode one.

[0277] In the SL U2U Relay architecture, the service demand information transmitted between the Relay UE and the Target Remote UE (i.e., the second hop) may include at least one of the QoS flow information and the corresponding QoS profile information; wherein the demand information may be the part after being split by the Relay UE, for example, the E2E PDB may be 100ms, after which 50ms is given to the first hop PDB and 50ms to the second hop PDB;

[0278] In the SL U2U Relay architecture, the data source of the Relay UE is the ID information of the Source Remote UE, which may be, for example, the PC5 layer 2 (Layer-2) ID of the Source Remote UE or its local UE ID information;

[0279] In the SL U2U Relay architecture, the ID information of the Target Remote UE, the data receiving end of the Relay UE, may be, for example, the PC5 layer 2 (Layer-2) ID of the Target Remote UE, or its local UE ID information;

[0280] Configuration information of PC5 RLC channel between Source Remote UE and Relay UE;

[0281] E2E SL RB, and the mapping relationship between the PC5 RLC channel between the Source Remote UE and the Relay UE.

[0282] Here, the above-mentioned reporting information can be reported in a new data format or a new RRC Msg, or it can reuse the existing SidelinkUEInformation for reporting, but it needs to be clearly distinguished. This is the report of the Relay UE in the U2U Relay link. Therefore, a different reporting domain can be adopted or the original QoS information domain can be reused but carrying a special U2U Relay link or Relay UE identity indication, etc., and the report of the Relay UE not only carries QoS information (that is, the service requirement information of the second hop), but also needs to carry the configured E2E SL RB configuration information, and optionally can also carry the mapping relationship between the PC5 RLC channel configuration between the already configured Source Remote UE and the Relay UE and the E2E SL RB configuration information, etc. In short, the network needs to be aware that this is the reporting requirement of the Relay UE in the U2U Relay link.

[0283] After receiving the information reported by the Relay UE, the serving cell / base station needs to send configuration information for the U2U Relay link to the Relay UE, which may include at least one of the following:

[0284] The PC5 RLC channel configuration information between the Relay UE and the Target Remote UE may include configuration information of at least one layer among the RLC, MAC, and PHY layers;

[0285] Target Remote UE ID information corresponding to the PC5 RLC channel between the Relay UE and the Target Remote UE. Since the Relay UE may communicate with multiple Target Remote UEs due to the needs of multiple Source Remote UEs, the PC5 RLC channel needs to indicate the Target Remote UE ID information corresponding to it;

[0286] The mapping relationship between the E2E SL RB between the Source Remote UE and the Target Remote UE, and the PC5 RLC channel between the Relay UE and the TargetRemote UE, is generally N to 1, that is, a many-to-one relationship; wherein, the configuration method of the mapping relationship may, for example, be: including the corresponding PC5 RLCchannel ID or index information in each E2E SL RB (wherein it is necessary to specify which Target Remote UE's PC5 RLC channel it is, so it is necessary to carry the Target Remote UE ID in addition), or including the corresponding E2E SL RB ID or index list information in each PC5 RLC channel (wherein it is necessary to specify which E2E SL RB between the Source Remote UE and the TargetRemote UE, so it is necessary to carry the Target Remote UE ID and the Source RemoteUE ID in addition);

[0287] The LCG IDs corresponding to the different PC5 RLC channels between the Relay UE and the Target Remote UE; in this way, it is convenient for the Relay UE to subsequently perform the PC5 BSR reporting process according to the cache size of the LCG IDs corresponding to the different PC5 RLC channels, thereby allocating appropriate transmission resources. Optionally, when the Relay UE is configured as the resource scheduling mode mode1, the network side device (such as the serving cell / base station of the Relay UE) can allocate LCG IDs for the different PC5 RLC channels between the Relay UE and the Target Remote UE.

[0288] In addition, after obtaining the above configuration information of the U2U Relay link, the Relay UE sends the PC5 RLC channel configuration between the Relay UE and the Target Remote UE, as well as the mapping relationship between the E2E SL RB and the PC5 RLC channel between the Relay UE and the TargetRemote UE to the Target Remote UE, and establishes the second-hop RLC channel transmission pipeline, so that the second-hop transmission from the Relay UE to the Target Remote UE can be opened.

[0289] Implementation Method 3

[0290] In this implementation, the Relay UE is in the RRC Connected state. It needs to report the service requirements of the U2U Relay in which it participates and the transmission configuration of the second hop (i.e., between the Relay UE and the Target Remote UE) to the network side, and then obtain relevant configuration confirmation from the network side, and synchronize the content and configuration of the LCG to complete the configuration of the second hop and the E2E bearer mapping configuration process before it can transmit data through the U2U Relay link.

[0291] It should be noted that, although the reporting process of the Relay UE can also reuse the reporting signaling of the existing PC5 link (i.e. direct PC5 communication between two UEs), there needs to be some obvious distinction. The network needs to be informed that this is a request and report of the Relay in a U2URelay link. The focus needs to be on reporting the configuration of the second hop and obtaining synchronous understanding with the network, rather than the traditional PC5 communication requirements, so that the QoS requirements of the service and the configured E2E SLRB configuration and RLC channel configuration and mapping can be better understood, so that more suitable scheduling control and resources can be given in the subsequent second-hop communication from the Relay UE to the Target Remote UE.

[0292] Specifically, the information reported by the Relay UE to its serving cell / base station includes at least one of the following:

[0293] In the SL U2U Relay architecture, the configuration information of the E2E SL RB between the Source Remote UE and the Target Remote UE may include at least one of the RB ID, RB configuration parameters, QoS flow information contained in the RB, and the corresponding QoS profile; here, the configuration information of the E2E SL RB may be the one sent by the SourceRemote UE to the Relay UE in the aforementioned implementation mode one.

[0294] In the SL U2U Relay architecture, the service demand information transmitted between the Relay UE and the Target Remote UE (i.e., the second hop) may include at least one of the QoS flow information and the corresponding QoS profile information; wherein the demand information may be the part after being split by the Relay UE, for example, the E2E PDB may be 100ms, after which 50ms is given to the first hop PDB and 50ms to the second hop PDB;

[0295] In the SL U2U relay architecture, the transmission channel information between the Relay UE and the Target Remote UE may include at least one of the PC5 RLC channel configuration information between the Relay UE and the Target Remote UE, the E2E SL RB information mapped to the PC5 RLC channel, the QoS flow mapped to the E2E SL RB, and the QoS profile information;

[0296] In the SL U2U Relay architecture, the data source of the Relay UE is the ID information of the Source Remote UE, which may be, for example, the PC5 layer 2 (Layer-2) ID of the Source Remote UE or its local UE ID information;

[0297] In the SL U2U Relay architecture, the ID information of the Target Remote UE, the data receiving end of the Relay UE, may be, for example, the PC5 layer 2 (Layer-2) ID of the Target Remote UE, or its local UE ID information;

[0298] Allocation suggestions include LCG IDs allocated by the Relay UE to different PC5 RLC channels between the Relay UE and the Target Remote UE; optionally, when the Relay UE is configured as resource scheduling mode mode 1, the Relay UE can allocate LCG IDs to different PC5 RLC channels between the Relay UE and the Target Remote UE. That is, if the Relay UE wishes to be configured as resource scheduling mode mode 1, it can negotiate the configuration of the LCG ID with the serving cell / base station, that is, the Relay UE can carry its own LCG ID allocation suggestion and wait for network confirmation; it is understandable that the Relay UE can also wait for the network to directly configure the LCG ID for the PC5 RLC channel between the Relay UE and the Target Remote UE.

[0299] After receiving the information reported by the Relay UE, the serving cell / base station needs to send a confirmation of the configuration and mapping information of the U2U Relay link to the Relay UE, including at least one of the following:

[0300] Regarding the confirmation and acceptance of the configuration content reported by the Relay UE, you can confirm it as a whole, or list the acceptance of different channels separately, such as the acceptance / rejection of the RLC channel granularity, the acceptance / rejection of the E2E SL RB granularity, the acceptance / rejection of the QoS flow granularity, etc.

[0301] The LCG ID corresponding to the different PC5 RLC channels between the Relay UE and the Target Remote UE, where the LCG ID may be allocated by the service cell / base station, or the service cell / base station may accept or confirm at least part of the LCG ID in the above allocation suggestion. Optionally, when the Relay UE is configured as resource scheduling mode mode 1, the service cell / base station of the Relay UE may allocate LCG IDs for the different PC5 RLC channels between the Relay UE and the Target Remote UE, or accept or confirm at least part of the LCG ID in the above allocation suggestion, so that the Relay UE can subsequently perform the PC5 BSR reporting process according to the cache size of the LCG ID, so as to allocate appropriate transmission resources.

[0302] In addition, after obtaining the second-hop configuration confirmation of the U2U Relay link, the Relay UE sends the PC5 RLC channel configuration between the Relay UE and the Target Remote UE, as well as the mapping relationship between the E2E SL RB and the PC5 RLC channel between the Relay UE and the TargetRemote UE to the Target Remote UE, and establishes the second-hop RLC channel transmission pipeline, so that the second-hop transmission from the Source Remote UE to the Target Remote UE can be opened.

[0303] It should also be noted that the above-mentioned embodiment 1 occurs before embodiment 2 or 3, and embodiment 2 and embodiment 3 are parallel technical solutions.

[0304] From the above, it can be seen that the embodiments of the present application can enable the Relay UE in the RRC Connected state to obtain the RLC channel and mapping configuration (that is, the mapping relationship between the end-to-end bearer and the RLC channel) that is consistent with the understanding of the network side, and can work well in the resource scheduling Mode 1 mode to ensure the efficiency of communication between UEs, thereby reducing the complexity of the UE and improving the system efficiency on the basis of ensuring transmission.

[0305] The transmission configuration method provided in the embodiment of the present application can be executed by a transmission configuration device. In the embodiment of the present application, the transmission configuration device executing the transmission configuration method is taken as an example to illustrate the transmission configuration device provided in the embodiment of the present application.

[0306] In a third aspect, an embodiment of the present application provides a transmission configuration device, which is applied to a first terminal, such as Figure 7 As shown, the transmission configuration device 70 may include the following modules:

[0307] The first sending module 701 is used to report the transmission requirement information of the terminal-to-terminal relay transmission to the network side device;

[0308] The first receiving module 702 is used to receive target information sent by the network side device, wherein the target information is used to determine the configuration information of the terminal-to-terminal relay transmission.

[0309] Optionally, when the first terminal is a relay terminal, the transmission requirement information includes at least one of the following:

[0310] End-to-end bearer configuration information;

[0311] demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0312] Identification information of the source remote terminal;

[0313] identification information of the target remote terminal;

[0314] identification information of the second terminal;

[0315] Configuration information of a first channel, wherein the first channel includes a radio link control RLC channel of a communication interface PC5 between a previous hop terminal of the relay terminal and the relay terminal;

[0316] A first mapping relationship, where the first mapping relationship includes a mapping relationship between an end-to-end bearer and the first channel.

[0317] Optionally, when the first terminal is a relay terminal, the target information includes at least one of the following:

[0318] Configuration information of a second channel, where the second channel includes a PC5RLC channel between the relay terminal and a second terminal, where the second terminal is a next-hop terminal of the relay terminal;

[0319] identification information of the second terminal;

[0320] identification information of a target remote terminal corresponding to the second channel;

[0321] a second mapping relationship, wherein the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel;

[0322] The logical channel group identification information corresponding to the second channel.

[0323] Optionally, when the first terminal is a relay terminal, the transmission requirement information includes at least one of the following:

[0324] End-to-end bearer configuration information;

[0325] demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0326] identification information of the second terminal;

[0327] Identification information of the source remote terminal;

[0328] identification information of the target remote terminal;

[0329] Configuration information of a second channel, wherein the second channel includes a PC5RLC channel between the relay terminal and the second terminal;

[0330] Quality of service (Qos) information;

[0331] target configuration information, the target configuration information including an association relationship between any two of the second channel, the end-to-end bearer, and the QoS information;

[0332] Configuration suggestion information, where the configuration suggestion information includes identification information of a logical channel group allocated by the first terminal to the second channel.

[0333] Optionally, the target information includes at least one of a confirmation message, a rejection message, and a logical channel group corresponding to the second channel configured by the network side device;

[0334] The confirmation message includes at least one of the following:

[0335] Configuration information of at least part of the second channel confirmed by the network side device;

[0336] At least part of the end-to-end bearer confirmed by the network side device;

[0337] At least part of the QoS flow information confirmed by the network side device;

[0338] An index of at least part of the configuration information of the second channel confirmed by the network side device;

[0339] An index of at least part of the end-to-end bearer confirmed by the network side device;

[0340] An index of at least part of the QoS flow information confirmed by the network side device;

[0341] identification information of a logical channel group corresponding to at least part of the second channel confirmed by the network side device;

[0342] Alternatively, the confirmation message includes an indication for indicating confirmation of all configuration information in the transmission requirement information reported by the first terminal;

[0343] The rejection information includes at least one of the following:

[0344] configuration information of at least part of the second channel rejected by the network side device;

[0345] At least part of the end-to-end bearer rejected by the network side device;

[0346] At least part of the QoS flow information rejected by the network side device;

[0347] An index of at least part of the configuration information of the second channel rejected by the network side device;

[0348] An index of an RB of at least part of the end-to-end bearer rejected by the network side device;

[0349] An index of at least part of the QoS flow information rejected by the network side device;

[0350] identification information of a logical channel group corresponding to at least part of the second channels rejected by the network side device;

[0351] Alternatively, the rejection message includes an indication for indicating rejection of all configuration information in the transmission requirement information reported by the first terminal.

[0352] Optionally, the device further comprises:

[0353] The third sending module is configured to send at least one of the following items to the second terminal:

[0354] End-to-end bearer configuration information;

[0355] configuration information of the second channel;

[0356] A second mapping relationship, where the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel.

[0357] Optionally, when the first terminal is a source remote terminal, the transmission requirement information includes at least one of the following:

[0358] End-to-end business demand information;

[0359] Demand information for services transmitted between a source remote terminal and a third terminal, the third terminal being a next-hop terminal of the source remote terminal;

[0360] Identification information of the target remote terminal corresponding to the end-to-end service;

[0361] The identification information of the third terminal.

[0362] Optionally, when the first terminal is a source remote terminal, the target information includes at least one of the following:

[0363] End-to-end bearer configuration information;

[0364] Configuration information of a third channel, wherein the third channel includes a PC5RLC channel between the source remote terminal and a third terminal, and the third terminal is a next-hop terminal of the source remote terminal;

[0365] identification information of the target remote terminal corresponding to the third channel;

[0366] identification information of the third terminal;

[0367] a third mapping relationship, the third mapping relationship comprising a mapping relationship between an end-to-end bearer and the third channel;

[0368] The logical channel group identification information corresponding to the third channel.

[0369] Optionally, the device further comprises at least one of the following modules:

[0370] A fourth sending module, used to send the configuration information of the end-to-end bearer to the target remote terminal;

[0371] A fifth sending module, configured to send at least one of the following items to the third terminal;

[0372] End-to-end bearer configuration information;

[0373] Configuration information of the third channel;

[0374] The third mapping relationship.

[0375] Optionally, the first sending module 701 is specifically configured to:

[0376] Reporting the transmission requirement information to the network side device through at least one of a target data format and a target message, wherein the target data format is different from an existing data format, and the target message is different from an existing message;

[0377] or,

[0378] The transmission requirement information and the target indication information are reported to the network side device, wherein the target indication information is used to indicate that the transmission requirement information is associated with terminal-to-terminal relay transmission.

[0379] Optionally, the first sending module 701 is specifically configured to:

[0380] When the first terminal is in a connected state, the transmission requirement information is reported to the network side device.

[0381] The transmission configuration device in the embodiment of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, and the terminal can include but is not limited to the types of terminals 11 listed above, which are not specifically limited in the embodiment of the present application.

[0382] The transmission configuration device provided in the embodiment of the present application can achieve Figure 5 The various processes implemented by the method embodiment and achieving the same technical effect are not described here to avoid repetition.

[0383] In a fourth aspect, an embodiment of the present application provides a transmission configuration device, such as Figure 8 As shown, the transmission configuration device 80 may include the following modules:

[0384] The second receiving module 801 is used to receive transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal;

[0385] The second sending module 802 is used to send target information to the first terminal, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0386] Optionally, when the first terminal is a relay terminal, the transmission requirement information includes at least one of the following:

[0387] End-to-end bearer configuration information;

[0388] demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0389] Identification information of the source remote terminal;

[0390] identification information of the target remote terminal;

[0391] identification information of the second terminal;

[0392] Configuration information of a first channel, wherein the first channel includes a radio link control RLC channel of a communication interface PC5 between a previous hop terminal of the relay terminal and the relay terminal;

[0393] A first mapping relationship, where the first mapping relationship includes a mapping relationship between an end-to-end bearer and the first channel.

[0394] Optionally, when the first terminal is a relay terminal, the target information includes at least one of the following:

[0395] Configuration information of a second channel, where the second channel includes a PC5RLC channel between the relay terminal and a second terminal, where the second terminal is a next-hop terminal of the relay terminal;

[0396] identification information of the second terminal;

[0397] identification information of a target remote terminal corresponding to the second channel;

[0398] a second mapping relationship, wherein the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel;

[0399] The logical channel group identification information corresponding to the second channel.

[0400] Optionally, when the first terminal is a relay terminal, the transmission requirement information includes at least one of the following:

[0401] End-to-end bearer configuration information;

[0402] demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0403] identification information of the second terminal;

[0404] Identification information of the source remote terminal;

[0405] identification information of the target remote terminal;

[0406] Configuration information of a second channel, wherein the second channel includes a PC5RLC channel between the relay terminal and the second terminal;

[0407] Quality of service (Qos) information;

[0408] target configuration information, the target configuration information including an association relationship between any two of the second channel, the end-to-end bearer, and the QoS information;

[0409] Configuration suggestion information, where the configuration suggestion information includes identification information of a logical channel group allocated by the first terminal to the second channel.

[0410] Optionally, the target information includes at least one of a confirmation message, a rejection message, and a logical channel group corresponding to the second channel configured by the network side device;

[0411] The confirmation message includes at least one of the following:

[0412] Configuration information of at least part of the second channel confirmed by the network side device;

[0413] At least part of the end-to-end bearer confirmed by the network side device;

[0414] At least part of the QoS flow information confirmed by the network side device;

[0415] An index of at least part of the configuration information of the second channel confirmed by the network side device;

[0416] An index of at least part of the end-to-end bearer confirmed by the network side device;

[0417] An index of at least part of the QoS flow information confirmed by the network side device;

[0418] identification information of a logical channel group corresponding to at least part of the second channel confirmed by the network side device;

[0419] Alternatively, the confirmation message includes an indication for indicating confirmation of all configuration information in the transmission requirement information reported by the first terminal;

[0420] The rejection information includes at least one of the following:

[0421] configuration information of at least part of the second channel rejected by the network side device;

[0422] At least part of the end-to-end bearer rejected by the network side device;

[0423] At least part of the QoS flow information rejected by the network side device;

[0424] An index of at least part of the configuration information of the second channel rejected by the network side device;

[0425] An index of an RB of at least part of the end-to-end bearer rejected by the network side device;

[0426] An index of at least part of the QoS flow information rejected by the network side device;

[0427] identification information of a logical channel group corresponding to at least part of the second channels rejected by the network side device;

[0428] Alternatively, the rejection message includes an indication for indicating rejection of all configuration information in the transmission requirement information reported by the first terminal.

[0429] Optionally, when the first terminal is a source remote terminal, the transmission requirement information includes at least one of the following:

[0430] End-to-end business demand information;

[0431] Demand information for services transmitted between a source remote terminal and a third terminal, the third terminal being a next-hop terminal of the source remote terminal;

[0432] Identification information of the target remote terminal corresponding to the end-to-end service;

[0433] The identification information of the third terminal.

[0434] Optionally, when the first terminal is a source remote terminal, the target information includes at least one of the following:

[0435] End-to-end bearer configuration information;

[0436] Configuration information of a third channel, wherein the third channel includes a PC5RLC channel between the source remote terminal and a third terminal, and the third terminal is a next-hop terminal of the source remote terminal;

[0437] identification information of the target remote terminal corresponding to the third channel;

[0438] identification information of the third terminal;

[0439] a third mapping relationship, the third mapping relationship comprising a mapping relationship between an end-to-end bearer and the third channel;

[0440] The logical channel group identification information corresponding to the third channel.

[0441] Optionally, the second receiving module 801 is specifically configured to:

[0442] receiving the transmission requirement information sent by the first terminal in at least one of a target data format and a target message, wherein the target data format is different from an existing data format, and the target message is different from an existing message;

[0443] or,

[0444] The transmission requirement information and target indication information sent by the terminal are received, wherein the target indication information is used to indicate that the transmission requirement information is associated with terminal-to-terminal relay transmission.

[0445] The transmission configuration device in the embodiment of the present application can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, and the terminal can include but is not limited to the types of terminals 11 listed above, which are not specifically limited in the embodiment of the present application.

[0446] The transmission configuration device provided in the embodiment of the present application can achieve Figure 6 The various processes implemented by the method embodiment and achieving the same technical effect are not described here to avoid repetition.

[0447] like Fig. 9 As shown, the embodiment of the present application further provides a communication device 900, including a processor 901 and a memory 902, and the memory 902 stores a program or instruction that can be run on the processor 901. For example, when the communication device 900 is a first terminal, the program or instruction is executed by the processor 901 to implement the various steps of the transmission configuration method embodiment described in the first aspect above, and can achieve the same technical effect. When the communication device 900 is a network side device, the program or instruction is executed by the processor 901 to implement the various steps of the transmission configuration method embodiment described in the second aspect above, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0448] The embodiment of the present application also provides a terminal, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the following Figure 5 The steps in the method embodiment shown. This terminal embodiment corresponds to the above-mentioned terminal side method embodiment, and each implementation process and implementation method of the above-mentioned method embodiment can be applied to this terminal embodiment and can achieve the same technical effect. Specifically, Fig.10 A schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present application.

[0449] The terminal 1000 includes but is not limited to: a radio frequency unit 1001, a network module 1002, an audio output unit 1003, an input unit 1004, a sensor 1005, a display unit 1006, a user input unit 1007, an interface unit 1008, a memory 1009 and at least some of the components of a processor 1010.

[0450] Those skilled in the art will appreciate that the terminal 1000 may also include a power source (such as a battery) for supplying power to various components, and the power source may be logically connected to the processor 1010 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Fig.10The terminal structure shown in the figure does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be described in detail here.

[0451] It should be understood that in the embodiment of the present application, the input unit 1004 may include a graphics processing unit (GPU) 10041 and a microphone 10042, and the graphics processor 10041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 1006 may include a display panel 10061, and the display panel 10061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 1007 includes a touch panel 10071 and at least one of other input devices 10072. The touch panel 10071 is also called a touch screen. The touch panel 10071 may include two parts: a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

[0452] In the embodiment of the present application, after receiving downlink data from the network side device, the RF unit 1001 can transmit the data to the processor 1010 for processing; in addition, the RF unit 1001 can send uplink data to the network side device. Generally, the RF unit 1001 includes but is not limited to an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

[0453] The memory 1009 can be used to store software programs or instructions and various data. The memory 1009 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), etc. In addition, the memory 1009 may include a volatile memory or a non-volatile memory. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM). The memory 1009 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

[0454] The processor 1010 may include one or more processing units; optionally, the processor 1010 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 1010.

[0455] When the terminal 1000 is used as the first terminal, the radio frequency unit 1001 is used for:

[0456] Reporting the transmission requirement information of terminal-to-terminal relay transmission to the network side equipment;

[0457] Receive target information sent by the network side device, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

[0458] Optionally, when the first terminal is a relay terminal, the transmission requirement information includes at least one of the following:

[0459] End-to-end bearer configuration information;

[0460] demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0461] Identification information of the source remote terminal;

[0462] identification information of the target remote terminal;

[0463] identification information of the second terminal;

[0464] Configuration information of a first channel, wherein the first channel includes a radio link control RLC channel of a communication interface PC5 between a previous hop terminal of the relay terminal and the relay terminal;

[0465] A first mapping relationship, where the first mapping relationship includes a mapping relationship between an end-to-end bearer and the first channel.

[0466] Optionally, when the first terminal is a relay terminal, the target information includes at least one of the following:

[0467] Configuration information of a second channel, where the second channel includes a PC5RLC channel between the relay terminal and a second terminal, where the second terminal is a next-hop terminal of the relay terminal;

[0468] identification information of the second terminal;

[0469] identification information of a target remote terminal corresponding to the second channel;

[0470] a second mapping relationship, wherein the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel;

[0471] The logical channel group identification information corresponding to the second channel.

[0472] Optionally, when the first terminal is a relay terminal, the transmission requirement information includes at least one of the following:

[0473] End-to-end bearer configuration information;

[0474] demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal;

[0475] identification information of the second terminal;

[0476] Identification information of the source remote terminal;

[0477] identification information of the target remote terminal;

[0478] Configuration information of a second channel, wherein the second channel includes a PC5RLC channel between the relay terminal and the second terminal;

[0479] Quality of service (Qos) information;

[0480] target configuration information, the target configuration information including an association relationship between any two of the second channel, the end-to-end bearer, and the QoS information;

[0481] Configuration suggestion information, where the configuration suggestion information includes identification information of a logical channel group allocated by the first terminal to the second channel.

[0482] Optionally, the target information includes at least one of a confirmation message, a rejection message, and a logical channel group corresponding to the second channel configured by the network side device;

[0483] The confirmation message includes at least one of the following:

[0484] Configuration information of at least part of the second channel confirmed by the network side device;

[0485] At least part of the end-to-end bearer confirmed by the network side device;

[0486] At least part of the QoS flow information confirmed by the network side device;

[0487] An index of at least part of the configuration information of the second channel confirmed by the network side device;

[0488] An index of at least part of the end-to-end bearer confirmed by the network side device;

[0489] An index of at least part of the QoS flow information confirmed by the network side device;

[0490] identification information of a logical channel group corresponding to at least part of the second channel confirmed by the network side device;

[0491] Alternatively, the confirmation message includes an indication for indicating confirmation of all configuration information in the transmission requirement information reported by the first terminal;

[0492] The rejection information includes at least one of the following:

[0493] configuration information of at least part of the second channel rejected by the network side device;

[0494] At least part of the end-to-end bearer rejected by the network side device;

[0495] At least part of the QoS flow information rejected by the network side device;

[0496] An index of at least part of the configuration information of the second channel rejected by the network side device;

[0497] An index of an RB of at least part of the end-to-end bearer rejected by the network side device;

[0498] An index of at least part of the QoS flow information rejected by the network side device;

[0499] identification information of a logical channel group corresponding to at least part of the second channels rejected by the network side device;

[0500] Alternatively, the rejection message includes an indication for indicating rejection of all configuration information in the transmission requirement information reported by the first terminal.

[0501] Optionally, the radio frequency unit 1001 is further configured to:

[0502] Sending at least one of the following to the second terminal:

[0503] End-to-end bearer configuration information;

[0504] configuration information of the second channel;

[0505] A second mapping relationship, where the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel.

[0506] Optionally, when the first terminal is a source remote terminal, the transmission requirement information includes at least one of the following:

[0507] End-to-end business demand information;

[0508] Demand information for services transmitted between a source remote terminal and a third terminal, the third terminal being a next-hop terminal of the source remote terminal;

[0509] Identification information of the target remote terminal corresponding to the end-to-end service;

[0510] The identification information of the third terminal.

[0511] Optionally, when the first terminal is a source remote terminal, the target information includes at least one of the following:

[0512] End-to-end bearer configuration information;

[0513] Configuration information of a third channel, wherein the third channel includes a PC5RLC channel between the source remote terminal and a third terminal, and the third terminal is a next-hop terminal of the source remote terminal;

[0514] identification information of the target remote terminal corresponding to the third channel;

[0515] identification information of the third terminal;

[0516] a third mapping relationship, the third mapping relationship comprising a mapping relationship between an end-to-end bearer and the third channel;

[0517] The logical channel group identification information corresponding to the third channel.

[0518] Optionally, the radio frequency unit 1001 is further configured to perform at least one of the following:

[0519] Sending the configuration information of the end-to-end bearer to the target remote terminal;

[0520] Sending at least one of the following to the third terminal;

[0521] End-to-end bearer configuration information;

[0522] Configuration information of the third channel;

[0523] The third mapping relationship.

[0524] Optionally, the radio frequency unit 1001 reports transmission requirement information of terminal-to-terminal relay transmission to the network side device, including:

[0525] Reporting the transmission requirement information to the network side device through at least one of a target data format and a target message, wherein the target data format is different from an existing data format, and the target message is different from an existing message;

[0526] or,

[0527] The transmission requirement information and the target indication information are reported to the network side device, wherein the target indication information is used to indicate that the transmission requirement information is associated with terminal-to-terminal relay transmission.

[0528] Optionally, the radio frequency unit 1001 reports transmission requirement information of terminal-to-terminal relay transmission to the network side device, including:

[0529] When the first terminal is in a connected state, the transmission requirement information is reported to the network side device.

[0530] It can be understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the above-mentioned transmission configuration method embodiment, and achieve the same or corresponding technical effect. To avoid repetition, it will not be repeated here.

[0531] The embodiment of the present application also provides a network side device, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the following Fig.10 The steps of the method embodiment shown. This network side device embodiment corresponds to the above network side device method embodiment, and each implementation process and implementation mode of the above method embodiment can be applied to this network side device embodiment and can achieve the same technical effect.

[0532] Specifically, the embodiment of the present application also provides a network side device. Fig.11 As shown, the network side device 1100 includes: an antenna 111, a radio frequency device 112, a baseband device 113, a processor 114 and a memory 115. The antenna 111 is connected to the radio frequency device 112. In the uplink direction, the radio frequency device 112 receives information through the antenna 111 and sends the received information to the baseband device 113 for processing. In the downlink direction, the baseband device 113 processes the information to be sent and sends it to the radio frequency device 112, and the radio frequency device 112 processes the received information and sends it out through the antenna 111.

[0533] The method executed by the network-side device in the above embodiment may be implemented in the baseband device 113, which includes a baseband processor.

[0534] The baseband device 113 may include, for example, at least one baseband board on which a plurality of chips are arranged. Fig.11 As shown, one of the chips is, for example, a baseband processor, which is connected to the memory 115 through a bus interface to call the program in the memory 115 to execute the network device operations shown in the above method embodiment.

[0535] The network side device may further include a network interface 116, which is, for example, a Common Public Radio Interface (CPRI).

[0536] Specifically, the network side device 1100 of the embodiment of the present invention further includes: instructions or programs stored in the memory 115 and executable on the processor 114, and the processor 114 calls the instructions or programs in the memory 115 to execute Figure 8 The methods executed by the modules shown achieve the same technical effects, and therefore will not be described here in detail to avoid repetition.

[0537] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the above-mentioned transmission configuration method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0538] The processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk. In some examples, the readable storage medium may be a non-transient readable storage medium.

[0539] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned transmission configuration method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0540] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0541] The embodiments of the present application further provide a computer program / program product, which is stored in a storage medium. The computer program / program product is executed by at least one processor to implement the various processes of the above-mentioned transmission configuration method embodiment and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0542] An embodiment of the present application also provides a transmission configuration system, including: a first terminal and a network side device, wherein the first terminal can be used to execute the steps of the transmission configuration method described in the first aspect above, and the network side device can be used to execute the steps of the transmission configuration method described in the second aspect above.

[0543] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises one..." does not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the method and device in the embodiment of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0544] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of a computer software product plus a necessary general hardware platform, and of course, can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, disk, CD, etc.), including several instructions to enable a terminal or a network-side device to execute the methods described in each embodiment of the present application.

[0545] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms of implementation methods without departing from the purpose of the present application and the scope of protection of the claims, and these implementation methods are all within the protection of the present application.

Claims

1. A transmission configuration method, characterized in that: The method comprises: The first terminal reports transmission requirement information of terminal-to-terminal relay transmission to the network side device; The first terminal receives target information sent by the network side device, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

2. The method according to claim 1, characterized in that In the case where the first terminal is a relay terminal, the transmission requirement information includes at least one of the following: End-to-end bearer configuration information; demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal; Identification information of the source remote terminal; identification information of the target remote terminal; identification information of the second terminal; Configuration information of a first channel, wherein the first channel includes a radio link control RLC channel of a communication interface PC5 between a previous hop terminal of the relay terminal and the relay terminal; A first mapping relationship, where the first mapping relationship includes a mapping relationship between an end-to-end bearer and the first channel.

3. The method according to claim 1 or 2, characterized in that: In the case where the first terminal is a relay terminal, the target information includes at least one of the following: Configuration information of a second channel, where the second channel includes a PC5 RLC channel between the relay terminal and a second terminal, where the second terminal is a next-hop terminal of the relay terminal; identification information of the second terminal; identification information of a target remote terminal corresponding to the second channel; a second mapping relationship, wherein the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel; The logical channel group identification information corresponding to the second channel.

4. The method according to claim 1, characterized in that: In the case where the first terminal is a relay terminal, the transmission requirement information includes at least one of the following: End-to-end bearer configuration information; demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal; identification information of the second terminal; Identification information of the source remote terminal; identification information of the target remote terminal; Configuration information of a second channel, wherein the second channel includes a PC5RLC channel between the relay terminal and the second terminal; Quality of service (Qos) information; Target configuration information, the target configuration information including an association relationship between any two of the second channel, the end-to-end bearer, and the QoS information; Configuration suggestion information, where the configuration suggestion information includes identification information of a logical channel group allocated by the first terminal to the second channel.

5. The method according to claim 4, characterized in that The target information includes at least one of a confirmation message, a rejection message, and a logical channel group corresponding to the second channel configured by the network side device; The confirmation message includes at least one of the following: Configuration information of at least part of the second channel confirmed by the network side device; At least part of the end-to-end bearer confirmed by the network side device; At least part of the QoS flow information confirmed by the network side device; An index of at least part of the configuration information of the second channel confirmed by the network side device; An index of at least part of the end-to-end bearer confirmed by the network side device; An index of at least part of the QoS flow information confirmed by the network side device; identification information of a logical channel group corresponding to at least part of the second channel confirmed by the network side device; Alternatively, the confirmation message includes an indication for indicating confirmation of all configuration information in the transmission requirement information reported by the first terminal; The rejection information includes at least one of the following: configuration information of at least part of the second channel rejected by the network side device; At least part of the end-to-end bearer rejected by the network side device; At least part of the QoS flow information rejected by the network side device; An index of at least part of the configuration information of the second channel rejected by the network side device; An index of an RB of at least part of the end-to-end bearer rejected by the network side device; An index of at least part of the QoS flow information rejected by the network side device; identification information of a logical channel group corresponding to at least part of the second channels rejected by the network side device; Alternatively, the rejection message includes an indication for indicating rejection of all configuration information in the transmission requirement information reported by the first terminal.

6. The method according to claim 3 or 4, characterized in that: The method further comprises: The first terminal sends at least one of the following to the second terminal: End-to-end bearer configuration information; configuration information of the second channel; A second mapping relationship, where the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel.

7. The method according to claim 1, characterized in that In the case where the first terminal is a source remote terminal, the transmission requirement information includes at least one of the following: End-to-end business demand information; Demand information for services transmitted between a source remote terminal and a third terminal, the third terminal being a next-hop terminal of the source remote terminal; Identification information of the target remote terminal corresponding to the end-to-end service; The identification information of the third terminal.

8. The method according to claim 1 or 7, characterized in that: In the case where the first terminal is a source remote terminal, the target information includes at least one of the following: End-to-end bearer configuration information; Configuration information of a third channel, wherein the third channel includes a PC5 RLC channel between the source remote terminal and a third terminal, and the third terminal is a next-hop terminal of the source remote terminal; identification information of the target remote terminal corresponding to the third channel; identification information of the third terminal; a third mapping relationship, the third mapping relationship comprising a mapping relationship between an end-to-end bearer and the third channel; The logical channel group identification information corresponding to the third channel.

9. The method according to claim 8, characterized in that The method further comprises at least one of the following: The first terminal sends configuration information of the end-to-end bearer to a target remote terminal; The first terminal sends at least one of the following to the third terminal; End-to-end bearer configuration information; Configuration information of the third channel; The third mapping relationship.

10. The method according to any one of claims 1 to 9, characterized in that: The first terminal reports transmission requirement information of terminal-to-terminal relay transmission to the network side device, including: The first terminal reports the transmission requirement information to the network side device through at least one of a target data format and a target message, wherein the target data format is different from an existing data format, and the target message is different from an existing message; or, The first terminal reports the transmission requirement information and target indication information to the network side device, wherein the target indication information is used to indicate that the transmission requirement information is associated with terminal-to-terminal relay transmission.

11. The method according to any one of claims 1 to 10, characterized in that The first terminal reports transmission requirement information of terminal-to-terminal relay transmission to the network side device, including: When the first terminal is in a connected state, the first terminal reports the transmission requirement information to the network side device.

12. A transmission configuration method, characterized in that: The method comprises: The network side device receives the transmission requirement information of the terminal-to-terminal relay transmission reported by the first terminal; The network side device sends target information to the first terminal, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

13. The method according to claim 12, characterized in that In the case where the first terminal is a relay terminal, the transmission requirement information includes at least one of the following: End-to-end bearer configuration information; demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal; Identification information of the source remote terminal; identification information of the target remote terminal; identification information of the second terminal; Configuration information of a first channel, wherein the first channel includes a radio link control RLC channel of a communication interface PC5 between a previous hop terminal of the relay terminal and the relay terminal; A first mapping relationship, where the first mapping relationship includes a mapping relationship between an end-to-end bearer and the first channel.

14. The method according to claim 12 or 13, characterized in that In the case where the first terminal is a relay terminal, the target information includes at least one of the following: Configuration information of a second channel, where the second channel includes a PC5 RLC channel between the relay terminal and a second terminal, where the second terminal is a next-hop terminal of the relay terminal; identification information of the second terminal; identification information of a target remote terminal corresponding to the second channel; a second mapping relationship, wherein the second mapping relationship includes a mapping relationship between an end-to-end bearer and the second channel; The logical channel group identification information corresponding to the second channel.

15. The method according to claim 12, characterized in that In the case where the first terminal is a relay terminal, the transmission requirement information includes at least one of the following: End-to-end bearer configuration information; demand information of a service transmitted between the relay terminal and a second terminal, the second terminal being a next-hop terminal of the relay terminal; identification information of the second terminal; Identification information of the source remote terminal; identification information of the target remote terminal; Configuration information of a second channel, wherein the second channel includes a PC5RLC channel between the relay terminal and the second terminal; Quality of service (Qos) information; Target configuration information, the target configuration information including an association relationship between any two of the second channel, the end-to-end bearer, and the QoS information; Configuration suggestion information, where the configuration suggestion information includes identification information of a logical channel group allocated by the first terminal to the second channel.

16. The method according to claim 15, characterized in that The target information includes at least one of a confirmation message, a rejection message, and a logical channel group corresponding to the second channel configured by the network side device; The confirmation message includes at least one of the following: Configuration information of at least part of the second channel confirmed by the network side device; At least part of the end-to-end bearer confirmed by the network side device; At least part of the QoS flow information confirmed by the network side device; An index of at least part of the configuration information of the second channel confirmed by the network side device; An index of at least part of the end-to-end bearer confirmed by the network side device; An index of at least part of the QoS flow information confirmed by the network side device; identification information of a logical channel group corresponding to at least part of the second channel confirmed by the network side device; Alternatively, the confirmation message includes an indication for indicating confirmation of all configuration information in the transmission requirement information reported by the first terminal; The rejection information includes at least one of the following: configuration information of at least part of the second channel rejected by the network side device; At least part of the end-to-end bearer rejected by the network side device; At least part of the QoS flow information rejected by the network side device; An index of at least part of the configuration information of the second channel rejected by the network side device; An index of an RB of at least part of the end-to-end bearer rejected by the network side device; An index of at least part of the QoS flow information rejected by the network side device; identification information of a logical channel group corresponding to at least part of the second channels rejected by the network side device; Alternatively, the rejection message includes an indication for indicating rejection of all configuration information in the transmission requirement information reported by the first terminal.

17. The method according to claim 12, characterized in that In the case where the first terminal is a source remote terminal, the transmission requirement information includes at least one of the following: End-to-end business demand information; Demand information for services transmitted between a source remote terminal and a third terminal, the third terminal being a next-hop terminal of the source remote terminal; Identification information of the target remote terminal corresponding to the end-to-end service; The identification information of the third terminal.

18. The method according to claim 12 or 17, characterized in that In the case where the first terminal is a source remote terminal, the target information includes at least one of the following: End-to-end bearer configuration information; Configuration information of a third channel, wherein the third channel includes a PC5 RLC channel between the source remote terminal and a third terminal, and the third terminal is a next-hop terminal of the source remote terminal; identification information of the target remote terminal corresponding to the third channel; identification information of the third terminal; a third mapping relationship, the third mapping relationship comprising a mapping relationship between an end-to-end bearer and the third channel; The logical channel group identification information corresponding to the third channel.

19. The method according to any one of claims 12 to 18, characterized in that The network side device receives transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal, including: The network side device receives the transmission requirement information sent by the first terminal in at least one of a target data format and a target message, wherein the target data format is different from an existing data format, and the target message is different from an existing message; or, The network side device receives the transmission requirement information and target indication information sent by the terminal, wherein the target indication information is used to indicate that the transmission requirement information is associated with terminal-to-terminal relay transmission.

20. A transmission configuration device, characterized in that: Applied to a first terminal, the device includes: A first sending module, used to report transmission requirement information of terminal-to-terminal relay transmission to a network side device; The first receiving module is used to receive target information sent by the network side device, wherein the target information is used to determine the configuration information of the terminal-to-terminal relay transmission.

21. A transmission configuration device, characterized in that: Applied to a network side device, the device comprises: A second receiving module, configured to receive transmission requirement information of terminal-to-terminal relay transmission reported by the first terminal; The second sending module is used to send target information to the first terminal, wherein the target information is used to determine configuration information of the terminal-to-terminal relay transmission.

22. A communication device, characterized in that: It includes a processor and a memory, the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, it implements the steps of the transmission configuration method as described in any one of claims 1 to 11, or implements the steps of the transmission configuration method as described in any one of claims 12 to 19.

23. A readable storage medium, characterized in that: The readable storage medium stores a program or instruction, and when the program or instruction is executed by the processor, it implements the steps of the transmission configuration method as described in any one of claims 1 to 11, or implements the steps of the transmission configuration method as described in any one of claims 12 to 19.

24. A chip, characterized in that: The chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps of the transmission configuration method as described in any one of claims 1 to 11, or to implement the steps of the transmission configuration method as described in any one of claims 12 to 19.

Images