Arrangement method and terminal in sidelink relay architecture

Abstract

The present application discloses a configuration method and a terminal in a sidelink relay architecture that can solve the problem that a remote terminal cannot obtain a sidelink configuration in the sidelink relay architecture. The method may be used by a remote terminal, and includes determining a sidelink configuration in the sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device.

Description

[Technical field]

[0001] (CROSS REFERENCE TO RELATED APPLICATIONS) This application claims priority to a Chinese patent application bearing application number 202010753310.6, filed in China on July 30, 2020, and entitled "Configuration Method and Terminal in Sidelink Relay Architecture," the entire contents of which are incorporated herein by reference.

[0002] The present application relates to the field of communications technology, and more particularly to a deployment method and terminal in a sidelink relay architecture. [Background technology]

[0003] The Long Term Evolution (LTE) system supports sidelink from the 12th release onwards, which is used to transmit data directly between terminal devices without going through network equipment.

[0004] With the development of sidelink, a sidelink relay architecture has been proposed in related art. In a typical sidelink relay architecture, a remote terminal (remote UE) transfers its data to a network device through a relay terminal (relay UE) via a sidelink link (also called a relay link) between the remote terminal and the relay terminal. In this sidelink relay architecture, the remote terminal can transmit data to and from the network device, and the relay terminal plays the role of data relay.

[0005] Since a relay terminal is introduced into the sidelink relay architecture, how a remote terminal obtains a sidelink configuration in the sidelink relay architecture and transmits a message successfully is a technical problem that needs to be solved quickly in related technologies. Summary of the Invention [Problem to be solved by the invention]

[0006] An object of the embodiments of the present application is to provide a configuration method and a terminal in a sidelink relay architecture that can solve the problem that a remote terminal cannot obtain a sidelink configuration in the sidelink relay architecture. [Means for solving the problem]

[0007] In order to solve the above technical problems, the present application is realized as follows.

[0008] According to a first aspect, there is provided a configuration method in a sidelink relay architecture for use in a remote terminal, the method comprising determining a sidelink configuration in the sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device.

[0009] According to a second aspect, there is provided a remote terminal, the terminal comprising: a determination module for determining a sidelink configuration in a sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side equipment.

[0010] According to a third aspect, there is provided a terminal comprising a processor, a memory, and a program or instructions stored in the memory and operable to run on the processor, the program or instructions, when executed by the processor, implementing a method according to the first aspect.

[0011] According to a fourth aspect, there is provided a readable storage medium having stored thereon a program or instructions which, when executed by a processor, implements the method of the first aspect.

[0012] According to a fifth aspect there is provided a computer program product comprising a processor, a memory and a program or instructions stored in the memory and operable to run on the processor, the program or instructions, when executed by the processor, implementing a method according to the first aspect.

[0013] According to a sixth aspect, there is provided a chip, the chip including a processor and a communication interface, the communication interface coupled to the processor, the processor running a program or instructions and adapted to implement the method of the first aspect. Effect of the Invention

[0014] In an embodiment of the present application, a remote terminal can determine a sidelink configuration in a sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device. The embodiment of the present application facilitates the matching of understanding among the remote terminal, the relay terminal, and the network side, and improves the effectiveness of communication. [Brief description of the drawings]

[0015] [Figure 1] 1 is a block diagram of a wireless communication system according to one embodiment of the present application. [Diagram 2] 1 is a schematic flowchart of a deployment method in a sidelink relay architecture according to one embodiment of the present application; [Diagram 3] FIG. 1 is a schematic diagram of a relay architecture according to one embodiment of the present application. [Figure 4]FIG. 2 is a structural schematic diagram of a remote terminal according to one embodiment of the present application; [Diagram 5] FIG. 2 is a structural schematic diagram of a communication device according to one embodiment of the present application; [Figure 6] FIG. 2 is a structural schematic diagram of a terminal according to one embodiment of the present application; DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0016] The following clearly and completely describes the technical solutions in the embodiments of the present application in conjunction with the drawings in the embodiments of the present application, and obviously, the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments obtained by those skilled in the art on the basis of the embodiments of the present application without any creative efforts are within the scope of protection of the present application.

[0017] The terms "first," "second," etc. in the specification and claims of the present application are intended to distinguish between similar objects and are not intended to describe a particular order or sequence. It is to be understood that data so used are interchangeable where appropriate, such that the embodiments of the present application may be performed in an order other than that shown or described herein, and that the objects distinguished by "first" and "second" are generally of the same type and do not limit the number of objects, e.g., the first object may be one or more. Note that "and / or" in the specification and claims represents at least one of the objects connected, and the character " / " generally represents an "or" relationship between the related objects.

[0018] It should be noted that the techniques described in the embodiments of the present application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be applied to 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), and other systems. The terms "system" and "network" in the embodiments of the present application are always used interchangeably, and the techniques described may be used in the above-mentioned systems and radio technologies, or in other systems and radio technologies. However, although the following description describes New Radio (NR) systems for illustrative purposes and uses NR terminology in most of the following description, these technologies may also be used in applications other than NR system applications, such as sixth generation (6G) systems. th This may be applied to a 6G (6th Generation) communication system.

[0019] FIG. 1 shows a block diagram of a wireless communication system to which the embodiment of the present application can be applied. The wireless communication system includes a terminal 11 and a network side device 12. Here, the terminal 11 may be called a terminal device or a user terminal (User Equipment, UE), and the terminal 11 may be a terminal side device such as a mobile phone, a tablet personal computer, a laptop computer (or called a notebook computer), a personal digital assistant (PDA), a palmtop computer, a netbook, an ultra-mobile personal computer (UMPC), a mobile Internet device (MID), a wearable device (Wearable Device) or a vehicle-mounted device (VUE), a pedestrian terminal (PUE), etc., and the wearable device includes a bracelet, an earphone, glasses, etc. It should be noted that the embodiment of the present application does not limit the specific type of the terminal 11. The network side device 12 may be a base station or a core network. Here, the base station may be referred to as a Node B, an evolved Node B, an access point, a base transceiver station (BTS), a radio base station, a radio transceiver, a basic service set (BSS), an extended service set (ESS), a B node, an evolved B node (eNB), a next generation Node B (gNB), a home B node, a home evolved B node, a WLAN access point, a WiFi node, a transmitting receiving point (TRP), or any other suitable term in the art, and as long as the same technical effect is achieved, the base station is not limited to a specific technical term, and it should be explained that in the embodiments of this application, only base stations in an NR system are taken as an example, but the specific type of the base station is not limited.

[0020] As shown in Fig. 2, an embodiment of the present application provides a deployment method 200 in a sidelink relay architecture, which may be performed by a remote terminal, in other words, the method may be performed by software or hardware installed in the remote terminal, and includes the following steps:

[0021] At S202, determine a sidelink configuration in the sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device.

[0022] The sidelink relay architecture mentioned in the embodiments of the present application may refer to FIG. 3. In this sidelink relay architecture, a remote terminal (remote UE) can perform data transmission between a network device and a relay terminal (relay UE) plays the role of data relay, and the remote UE can also perform conventional sidelink transmission with the relay UE without going through the network device.

[0023] The relevant arrangements for sidelink transmission mentioned in each embodiment of the present application may include relevant arrangements required for establishing a sidelink relay architecture between a remote terminal and a relay terminal, and may further include relevant arrangements required for data transmission between the remote terminal and the relay terminal after the establishment of the sidelink relay architecture is completed.

[0024] In an embodiment of the present application, a remote terminal can determine a sidelink configuration in a sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device. The embodiment of the present application facilitates the matching of understanding among the remote terminal, the relay terminal, and the network side, and improves the effectiveness of communication.

[0025] In order to describe in detail the deployment method in the sidelink relay architecture according to this embodiment, the following describes in detail several cases.

[0026] Case 1: Offline remote UE L3 relay architecture In this case 1, the remote UE is in an offline state before establishing an L3 relay architecture with the relay UE, and the remote UE is in an offline state. That is, when it cannot obtain any sidelink / sidelink relay-related system message and configuration information, thus, S202 may be that the remote UE determines a sidelink configuration in the sidelink relay architecture based on the preconfigured information, and the remote UE is further used to establish an L3 relay architecture with the relay UE based on the preconfigured information. Specifically, for example, the remote UE uses the preconfigured sidelink / sidelink relay parameters to perform a discovery process with the relay UE, and then establishes an L3 relay architecture.

[0027] In the operation of the L3 relay architecture, there are two ways for a remote UE to obtain the sidelink configuration in the sidelink relay architecture.

[0028] First, the pre-configured information is still used to determine the sidelink configuration in the sidelink relay architecture, for example, the pre-configured sidelink / sidelink relay parameters are still used.

[0029] Second, receive first configuration information from a relay terminal through a PC5 Radio Resource Control (RRC) process to determine a sidelink configuration in a sidelink relay architecture. For example, a relay UE sends relevant sidelink / sidelink relay parameters to a remote UE through a PC5 RRC process for the remote UE to use in relay operation, and the parameter information of the relay UE itself is from a network side device. The first configuration information sent by the relay UE to the remote UE may be determined by itself or may refer to the configuration information from the network side device.

[0030] Case 2: Online remote UE L3 relay architecture In this case 2, the remote UE is in an idle state or a connected state before establishing an L3 relay architecture with the relay UE.

[0031] When the remote UE is in a normal cell serving state, the remote UE can obtain system information configuration related to sidelink / sidelink relay, at which time the remote UE can determine a sidelink configuration in the sidelink relay architecture according to a system message received from the cell, and the remote UE can further establish an L3 relay architecture with the relay terminal according to the system message.

[0032] Or, the remote UE is in a normal RRC connection state and can obtain a dedicated configuration related to sidelink / sidelink relay from its serving cell. At this time, the remote UE may determine a sidelink configuration in the sidelink relay architecture based on second configuration information (which may refer to the above dedicated configuration) from the network side device, and the remote UE may further establish an L3 relay architecture with the relay terminal based on the second configuration information.

[0033] When the remote UE meets the conditions for L3 relay operation and needs to perform L3 relay operation, there are two ways to obtain the configuration information of the remote UE.

[0034] First, in the L3 relay architecture, the system message or the second configuration information is continued to be used to determine the sidelink configuration in the sidelink relay architecture, for example, the remote UE continues to use the sidelink / sidelink relay parameters in the currently acquired system information.

[0035] Second, receive first configuration information from a relay terminal through a PC5 RRC process to determine a sidelink configuration in a sidelink relay architecture. For example, a relay UE sends relevant sidelink / sidelink relay parameters to a remote UE through a PC5 RRC process for the remote UE to use in relay operation, and the parameter information used by the relay UE itself is from the network side. The first configuration information sent by the relay UE to the remote UE may be determined by itself or may refer to the configuration information from the network side device.

[0036] Optionally, before establishing the L3 relay architecture, the remote UE is in a connected state, where in the L3 relay architecture, the remote UE may further release an RRC connection (e.g., release-only configuration) and use the received system message to determine a sidelink configuration in the sidelink relay architecture, or receive first configuration information from the relay terminal via a PC5 RRC process to determine a sidelink configuration in the sidelink relay architecture.

[0037] Optionally, in the above case 1 or case 2, the remote UE may further send first information to the relay UE in a PC5 RRC process with the relay UE, such as a discovery process, where the first information includes at least one of the following of the remote terminal: serving cell information, sidelink system information acquisition status, and offline status. Here, the relay terminal is further used to send the first information to the network side device. In this way, the network side device can configure the remote UE with a sidelink configuration more suitable for the remote UE and the relay UE based on the first information.

[0038] Specifically, for example, the network side device may transmit sidelink configuration parameters to the relay UE based on the first information, and the relay UE may process the received sidelink configuration parameters (e.g., the above-mentioned transmitted first configuration information) and then transmit the sidelink configuration parameters to the remote UE.

[0039] Optionally, in the above case 1 or case 2, after the remote UE determines the sidelink configuration in the sidelink relay architecture, the method further includes receiving third configuration information, where the third configuration information is a configuration reacquired by the remote UE in a new cell when the relay UE moves out of a current cell, where in the current cell, the remote UE and the relay UE have already established an L3 relay architecture.

[0040] This embodiment may be a configuration reacquired by the remote UE in a new cell when both the remote UE and the relay UE move out of a current cell. In this embodiment, the remote UE may acquire the third configuration information through a system message (e.g., SIB) or PC5 RRC, and optionally, the third configuration information may further include a dedicated configuration of the remote UE.

[0041] In this embodiment, for example, the remote UE and the relay UE both leave the current cell and enter the new cell, and the remote UE obtains the third configuration information by reading a system message in the new cell.Further, for example, the remote UE and the relay UE both leave the current cell and enter the new cell, and the relay UE further sends the third configuration information to the remote UE through PC5 RRC according to the system message by reading a system message in the new cell.

[0042] Case 3: Offline remote UE L2 architecture In this case 3, the remote UE is in an offline state before establishing an L2 relay architecture with the relay UE. The remote UE is in an offline state, i.e., cannot obtain any sidelink / sidelink relay-related system messages and configuration information. In this case, the remote UE may determine a sidelink configuration in the sidelink relay architecture based on the preconfigured information, which is further used by the remote UE to establish an L2 relay architecture with the relay terminal based on the preconfigured information. For example, the remote UE may use the preconfigured sidelink / sidelink relay parameters to perform a discovery process with the relay UE and then establish an L2 relay architecture.

[0043] In the operation of the L2 relay architecture, there are two ways to obtain the configuration information of the remote UE.

[0044] First, receiving second configuration information from a network side device through an RRC process to determine a sidelink configuration in a sidelink relay architecture.

[0045] Second, receive first configuration information from the relay terminal through a PC5 RRC process to determine a sidelink configuration in a sidelink relay architecture.

[0046] Optionally, in the L2 relay architecture, the remote UE determines a sidelink radio bearer (SLRB) configuration, a service data adaptation protocol (SDAP) configuration, and a packet data convergence protocol (PDCP) configuration for sidelink transmission based on the second configuration information received through the RRC process. Specifically, parameters related to layer 3, such as SLRB, SDAP, and PDCP, are obtained by the remote UE from the network side through its own RRC process.

[0047] Optionally, in the L2 relay architecture, the remote UE determines a Radio Link Control (RLC) bearer configuration for sidelink transmission based on the second configuration information or the first configuration information. For example, for parameters related to layer 2 such as RLC bearer, the remote UE may obtain them from the network side device through an RRC process, or may obtain them from the relay UE through PC5 RRC.

[0048] In case 3, since there is no serving cell before the remote UE enters the relay operation, selectively, after the remote UE establishes an RRC connection with the network side device through the relay UE, the serving cell selected for the remote UE is the primary cell of the relay UE, or the serving cell selected for the remote UE belongs to the same network side device as the primary cell of the relay UE. Specifically, for example, the serving cell of the remote UE is preferably a cell that coincides with the primary cell (Pcell) of the relay UE, and may be another cell in the same base station as the Pcell.

[0049] Case 4: Online remote UE L2 architecture In case 4, the remote UE is in an idle state or a connected state before establishing an L2 relay architecture with the relay UE.

[0050] When the remote UE is in a normal cell serving state, it can obtain system information configuration related to sidelink / sidelink relay, in which the remote UE determines a sidelink configuration in the sidelink relay architecture based on a system message received from a serving cell or a serving cell, and the remote UE is further used to establish an L2 relay architecture with the relay UE based on the system message.

[0051] Or, the remote UE is in a connected state and has already obtained a dedicated configuration related to sidelink / sidelink relay from its serving cell. In this case, the remote UE determines a sidelink configuration in the sidelink relay architecture based on second configuration information (which may refer to the above dedicated configuration) from the network side device, and the remote terminal is further used to establish an L2 relay architecture with the relay terminal based on the second configuration information.

[0052] When a remote UE meets the conditions for L2 relay operation and needs to perform L2 relay operation, there are two ways to obtain the configuration information.

[0053] First, in the L2 relay architecture, the remote UE continues to use the system message to determine the sidelink configuration in the sidelink relay architecture, for example, the remote UE continues to use the sidelink / sidelink relay parameters in the currently acquired system information.

[0054] Second, in the L2 relay architecture, the remote UE receives second configuration information from the network side device through an RRC process to determine a sidelink configuration in the sidelink relay architecture. For example, the remote UE obtains related sidelink / sidelink relay parameters from a new serving cell through its own RRC process, which are used by the remote UE in relay operation. In this example, if the remote UE has a dedicated configuration before establishing the L2 relay architecture (i.e., the remote UE is in a connected state before establishing the L2 relay architecture), the remote UE may further determine whether to release the dedicated configuration based on whether the serving cell has changed, for example, when the serving cell has changed, the remote UE may release the dedicated configuration and obtain second configuration information from the new serving cell, and when the serving cell has not changed, the remote UE may continue to use the dedicated configuration.

[0055] In case 4, optionally, the remote UE may further carry the attribution information of the remote UE when establishing an RRC connection with the network side device, where the attribution information includes at least one of the serving cell information, the sidelink system information acquisition status, and the offline status of the far end terminal. In this way, the network side device can configure the sidelink configuration for the remote UE and the relay UE more suitable for the remote UE based on the attribution information of the remote UE.

[0056] In case 4, optionally, the remote UE may further determine whether the system message or the second configuration information used in a first serving cell applies to a second serving cell, where the first serving cell is a serving cell before the remote terminal establishes an RRC connection, the second serving cell is a serving cell after the RRC connection, and the first serving cell is the same as or different from the second serving cell.

[0057] In case 4, optionally, the remote UE may further send to the network side equipment traffic characteristics to be transmitted between the remote terminal and the relay terminal, for the network side equipment to configure radio bearer information for the remote terminal, and the remote UE may further receive the radio bearer information and establish, based on the radio bearer information, a radio bearer for communication between the remote terminal and the relay terminal.

[0058] In case 4, optionally, the remote UE may further send to the network side equipment traffic characteristics to be transmitted between the remote terminal and the relay terminal, for the network side equipment to configure dedicated resource information for the remote terminal, and the remote UE may further receive the dedicated resource information and communicate with the relay terminal based on the dedicated resource indicated by the dedicated resource information.

[0059] Case 5: Dual-Connectivity (DC) / Carrier Aggregation (CA) operation of L3 relay architecture In the L3 relay architecture, the relay UE may be configured for CA and / or DC operation, but the remote UE communicates with the relay UE only via the PC5 interface and has no direct link with the network.

[0060] When a relay UE is configured for CA or DC operation, if the data radio bearer (DRB) / logical channel for carrying remote UE data on the Uu interface of the relay UE is not restricted by the network side configuration so as not to be able to use CA operation, the DRB / logical channel for data corresponding to the remote UE can perform CA transmission based on scheduling and logical channel priority rules according to conventional principles.

[0061] When the DRB / logical channel for carrying remote UE data of the Uu interface of the relay UE is configured as a primary cell group (MCG) bearer or a secondary cell group (SCG) bearer or a split bearer, the DRB / logical channel of the data corresponding to the remote UE can perform related DC transmission operations according to conventional principles.

[0062] In the PC5 interface, the transmission between the remote UE and the relay UE may use multi-carrier transmission, which is independent of the CA / DC operation of the Uu interface of the relay UE according to the multi-carrier transmission rules of the PC5 interface.

[0063] Case 6: DC / CA operation in L2 relay architecture In an L2 relay architecture, a relay UE may be configured for CA and / or DC operation, but since a remote UE has a logical L3 connection with the network and a PDCP anchor node (anchor) is on the network side, the configuration of the MCG / SCG of the DC affects the secure operation of the remote UE bearer.

[0064] When a relay UE is configured for CA or DC operation, if the RLC bearer for carrying remote UE data on the Uu interface of the relay UE is not restricted by the network side configuration to not be able to use CA operation, the RLC bearer for data corresponding to the remote UE can perform CA transmission based on scheduling and logical channel priority rules according to conventional principles.

[0065] When the RLC bearer for carrying remote UE data in the Uu interface of the relay UE is configured as an MCG bearer or an SCG bearer or a split bearer, the RLC bearer of the data corresponding to the remote UE can perform related DC transmission operations according to conventional principles.

[0066] The CA operation of the Uu interface of the relay UE does not affect the remote UE because there is only one service node and only one set of PDCP security keys is used. However, when the DC operation is configured in the Uu interface of the relay UE, if the RLC bearer for carrying remote UE data in the Uu interface of the relay UE is configured as an MCG bearer, SCG bearer, or split bearer, the PDCP entity corresponding to the remote UE uses different keys, MCG key or SCG key, according to the final data anchor.

[0067] Based on the description of the above Case 5 and Case 6, optionally, each of the above embodiments may further include performing multi-carrier sidelink transmission with a relay terminal (PC5 interface). Optionally, a carrier aggregation CA or dual connectivity DC is configured in the Uu interface between the relay terminal and the network side device.

[0068] Alternatively, the target traffic between the remote UE and the relay terminal may be transmitted by CA repetition (duplication). Here, the CA repetition (duplication) of the target traffic may be 1) Directly configured for the remote terminal: For example, in an L2 relay architecture, a remote UE reports traffic demand to the network, and the network configures a bearer that directly instructs the CA to be repeatedly transmitted.

[0069] 2) When the remote terminal reports the quality of service (QoS) of the target traffic, the network side device is configured for the sidelink radio bearer SLRB corresponding to the target traffic. Specifically, for example, the remote UE reports its own traffic QoS, and the network side configures the mapping relationship between the SLRB and the QoS flow, and whether or not the SLRB is duplicated is configured. Of course, in this example, the SLRB corresponding to the target traffic is configured for repeated transmission.

[0070] 3) The QoS configuration (profile) used by the target traffic has the CA repeat transmission function turned on. For example, the network side device configures QoS profile 1 not to turn on the CA repeat transmission function, QoS profile 2 to turn on the CA repeat transmission function, QoS profile 2 to turn on the CA repeat transmission function, etc. For example, the traffic QoS profile of the remote UE is QoS Profile 2, and the CA repeat transmission function is turned on for this traffic according to the network side configuration. In this example, the QoS profile used by the target traffic has the CA repeat transmission function turned on.

[0071] 4) The QoS feature configuration of the target traffic is set to turn on CA duplication function. For example, if the packet delay budget (PDB) of the network-side configured traffic is smaller than X and the block error rate (BLER) is smaller than Y, turn on CA duplication function, and the PDB of the target traffic in this example is smaller than X and the BLER is smaller than Y.

[0072] Optionally, in the PC5 interface, multiple RLC bearers for transmitting overlapping data of a remote UE are configured to use different carrier unit (CC) subsets (Component Carriers).

[0073] Alternatively, when a dual connection is arranged on the Uu interface between the relay terminal and the network side equipment, 1) the remote terminal uses one set of security parameters and multiple data radio bearer DRBs of the remote terminal correspond to one network equipment, or 2) multiple DRBs of the remote terminal use multiple sets of security parameters.

[0074] In order to describe in detail the deployment method in the sidelink relay architecture according to the embodiments of the present application, the following description will be given in conjunction with several specific embodiments.

[0075] Embodiment 1 of the present invention: L3 architecture remote UE configuration acquisition In the L3 architecture, there is no direct logical connection between the remote UE and the network side equipment (hereafter referred to as the network), that is, the PC5 interface and the Uu interface are relatively independent, and the remote UE performs relay operation smoothly and does not affect the remote UE's coverage state or serving cell.

[0076] In the L3 architecture, the remote UE obtains relevant configurations for relay operation mainly from: i. pre-configured information; ii. system messages read by the remote UE from a serving cell or a serving cell; and iii. configuration information received by the remote UE from a relay UE via PC5 RRC.

[0077] In one example, when the remote UE is in an offline state, i.e., cannot obtain any relevant system information on the sidelink / sidelink relay, the remote UE performs a sidelink or sidelink relay operation, such as a discovery process, and various types of transmission and reception (unicast / groupcast / broadcast / relay operation) all adopt pre-configured information, and the pre-configured information generally includes general configuration information or configuration information that is valid in a specific location area.

[0078] The remote UE may use the above pre-configured information in both the discovery process and the subsequent relay communication process, thus not introducing additional signaling overhead. However, considering the lack of configuration negotiation between the remote UE and the relay UE, for example, it is not known what resources or parameters the other party is using, and only blind detection can be performed over a wide area, which results in low communication efficiency.

[0079] Alternatively, when the remote UE completes a discovery process with the relay UE using pre-configured information, the remote UE may inform the relay UE of its serving cell / sidelink system information acquisition status / offline, etc., during the discovery process. The relay UE requests related configuration related to relay operation from its own serving cell, and the requested information may carry information such as the serving cell / sidelink system information acquisition status / offline of the remote UE, for example, sidelink / relay system information configuration or offline status from cell1.

[0080] The purpose of carrying the above additional information in the requested information is to configure the network side to be more compatible with the previous configuration of the remote UE, and to make dedicated configuration for the relay UE, and optionally, the network side is used to send configurations to the remote UE, and the relay UE forwards these configurations to the remote UE via PC5 RRC. For example, it may be dedicated resources to the remote UE. In other embodiments, the above additional information is not carried on the Uu interface of the relay UE, and the relay UE may directly send the sidelink / relay information in the SIB it has received to the remote UE via PC5 RRC, or may organize new configuration information based on the related configuration of the sidelink it has received and provide it to the remote UE, facilitating communication between the two. Specifically, for example, if the network side has configured dedicated resources for the relay UE, such as a dedicated resource pool or periodic dedicated resources, or multi-carrier configuration, the relay UE may notify the remote UE of all of them on the PC5 interface, facilitating the remote UE to receive more efficiently on these resources.

[0081] In another example, when a remote UE is in an online idle state, it may obtain configuration information about the sidelink / sidelink relay from a system message, and then use these information to perform a discovery process with the relay UE, and in the subsequent relay communication process, the remote UE may continue to use these common configuration information.

[0082] Alternatively, in the discovery process, the remote UE may inform the relay UE of its serving cell / sidelink system information acquisition status, and the relay UE may request related configuration for relay operation from its own serving cell, and the requested information may carry the serving cell / sidelink system information acquisition status of the remote UE, for example, the sidelink / relay system information configuration or configuration information identifier from cell1.

[0083] The purpose of carrying the above additional information in the requested information is for the network side to make the configuration more compatible with the previous configuration of the remote UE and make dedicated configuration for the relay UE, and optionally, it is used for the network side to send the dedicated configuration to the remote UE, and the relay UE forwards these configurations to the remote UE via PC5 RRC, which may be, for example, dedicated resources to the remote UE. In other embodiments, the above additional information is not carried on the Uu interface of the relay UE, and the relay UE may organize and provide PC5 configuration information to the remote UE based on the related configuration of the sidelink it has received, facilitating communication between them.

[0084] In another example, when the remote UE is in an online connected state, regardless of whether the core network uses a non-3GPP interworking function (N3IWF), the remote UE does not have an RRC connection to an access network node, such as a central unit (CU) or a gNB, in the L3 architecture. Therefore, when the remote UE is in a connected state and needs to continue data transmission in the relay architecture, it corresponds to the remote UE first releasing the traditional connection and entering an idle state before establishing a relay connection. That is, the remote UE first releases the traditional sidelink dedicated configuration, and then establishes a relay connection from the idle state as described above.

[0085] It should be noted that in the L3 relay architecture, the remote UE has no connection to the network side, so there is no concept of a serving cell in the remote UE connected state, and even if the remote UE receives a dedicated configuration transferred from the relay UE, it is a dedicated configuration assigned to the PC5 link between the remote UE and the relay UE by the network side in consideration of the binding between the remote UE and the relay UE. These dedicated configurations become invalid once the relay UE leaves the current cell, and the new cell needs to reconfigure, or the switch request message between the interface of the source cell and the target node needs to carry the configuration in the source cell, and the target cell needs to reconsider the configuration under itself and send it to the relay UE by a switch command, which then relays it to the remote UE.

[0086] Second embodiment of the present invention: L2 architecture remote UE configuration acquisition In the L2 architecture, there is a direct logical connection between the remote UE and the network, and the RRC / SDAP / PDCP entity of the remote UE Peer The end is located on the network side, for example, a base station or a CU. Data transmission from the remote UE to the network is transmitted via two RLC bearers, PC5 and Uu, and the remote UE requires a serving cell in a connected state to perform relay operation.

[0087] In the L2 architecture, the remote UE mainly obtains the relevant configuration of the relay operation from: i) pre-configured information (mainly used before relay connection); ii) system messages read by the remote UE from the serving cell or the serving cell; and iii) configuration information received by the remote UE from the network side via Uu RRC.

[0088] For a remote UE in the L2 relay architecture, there is mainly a first stage before establishing an RRC connection with the network side via the relay UE, and a second stage after establishing an RRC connection with the network side via the relay UE.

[0089] In the first stage, the remote UE needs some basic configurations for sidelink relay operation, such as a clear indication to support L2 relay architecture, conditions for L2 relay operation (such as RSRP threshold or traffic demand, etc.), and also needs basic configurations for sidelink, such as a common resource pool, common PC5 configuration, etc., which can be obtained in the following manners: 1, for an offline remote UE, the above two pieces of information are both obtained by pre-configured messages; 2, for an idle remote UE, the above two pieces of information are both obtained by reading SIB messages; 3, for a connected remote UE, the common information parts of the above two pieces of information can be obtained by SIB messages, and the network side can further configure some dedicated configurations, such as a dedicated RSRP threshold, etc.

[0090] According to these two kinds of basic configuration information, if the Remote UE determines that it meets the conditions for relay operation based on this information, it will initiate a discovery process to the relay UE and further establish a relay connection.

[0091] In the second stage, after the remote UE establishes an RRC connection with the network side through the relay UE, the remote UE is equivalent to entering an RRC connected state at this time. After entering the RRC connected state, the following process is carried out by the RRC process of the remote UE.

[0092] For example, the Remote UE reports traffic characteristics of transmission between itself and the relay UE, such as QoS profile, to the serving cell. Based on this traffic information, the serving cell configures an SLRB and an RLC bearer in the remote UE, and the Remote UE receives the SLRB and the RLC bearer from the serving cell, establishes a corresponding bearer, and may perform PC5 communication with the relay UE.

[0093] Further, for example, the remote UE may report traffic characteristics, such as periodicity and transmission size, and the serving cell may configure dedicated periodic resources, such as configured grant type 1 resources and / or configured grant type 2 resources, or other types of dedicated resources, such as a dedicated resource pool, for the remote UE based on this information, and the remote UE may receive the dedicated resources and configuration from the serving cell and perform PC5 communication with the relay UE using the associated resources and configuration.

[0094] Additionally, the serving cell after the remote UE establishes an RRC connection with the network side via the relay UE may not be consistent with the serving cell before the remote UE establishes an RRC connection with the network side via the relay UE.

[0095] For example, before establishing a relay connection, the remote UE is in cell1 in gNB1 in the idle state, while the serving cell of the relay UE is cell2 in the same gNB1, so for ease of management, the serving cell of the remote UE after establishing the relay connection is also determined as cell2 in gNB1. At this time, the remote UE has a sidelink / sidelink relay common configuration in the SIB message of cell1, but does not have a sidelink / sidelink relay common configuration in the SIB message of cell2. If the remote UE performs a relay operation in cell2, it will use incorrect configuration information unless the cells perform configuration coordination in advance to ensure that the system configuration in cell1 can be used to operate in cell2. If cell2 is a cell across base station gNB2, the probability of using incorrect configuration information is higher.

[0096] For example, before establishing a relay connection, the remote UE belongs to an offline state and only has a pre-configured sidelink / sidelink relay common configuration, while the serving cell of the relay UE is cell2 in gNB1, so in order to facilitate management, the serving cell of the remote UE after establishing the relay connection is also determined as cell2 in gNB1. At this time, it is equivalent to the remote UE having a sidelink / sidelink relay common configuration in the pre-configured message, but not having a sidelink / sidelink relay common configuration in the SIB message of cell2, and the remote UE performing relay operation in cell2 will use incorrect configuration information unless it performs configuration coordination in advance to ensure that it can also operate in cell2 using the pre-configured system configuration.

[0097] The solution to the above incorrect use of location information is as follows:

[0098] In method 1, when a remote UE establishes an RRC connection to a base station, the remote UE carries its own attribution information, such as offline status, previous serving cell information, or cell information of a previously read sidelink / sidelink relay SIB message, and even an identifier or version information of a specific sidelink / sidelink relay message, and the attribution information may be carried in an RRC connection establishment request or completion message, or a dedicated message.

[0099] After receiving the relevant attribution information, the network side can know whether the sidelink / relay common information currently used by the remote UE is applicable to the current relay operation; if not, it will send new sidelink / relay configuration information to the remote UE via an RRC message, and this configuration information will overwrite the original configuration information of the remote UE.

[0100] If the cell in which the remote UE is located is the same as the new cell after the relay connection is established, the network side does not need to transmit common configuration information, and the remote UE can continue to use the previous configuration information.

[0101] In method 2, the network side uses a dedicated configuration or identifier to inform the remote UE which configuration information is universal and which configuration information is not universal.

[0102] For example, the pre-configuration information or SIB information of cell1 previously acquired by the remote UE may explicitly indicate whether it is general-purpose, and if it is general-purpose, the remote UE does not need to request sidelink / relay configuration when establishing a connection with the network side through the relay UE. If it is not general-purpose, the remote UE needs to re-request the configuration, and the request information may be carried in the RRC connection establishment request or completion message or a dedicated message.

[0103] In particular, if the remote UE is in a connected state before establishing the relay connection and is in a connected state after establishing the relay connection, this process is similar to a terminal handover process. If the previous serving cell and the relay UE serving cell are the same cell, it is similar to performing intra cell handover, and both the common and dedicated configuration information of the sidelink / relay may continue to be used. If the previous serving cell and the relay UE serving cell are different cells in the same base station, it is similar to performing inter cell intra-gNB / CU handover, and both the common and dedicated configuration information of the sidelink / relay may be relocated or continued to be used. If the previous serving cell and the relay UE serving cell are different cells in different base stations, it is similar to performing inter-gNB / CU handover, and both the common and dedicated configuration information of the sidelink / relay need to be relocated, and the source configuration information and the target configuration information are respectively carried in the switch request message and the switch response message of the interface negotiation process between the base stations.

[0104] Embodiment 3 of the present invention: L3 architecture DC / CA operation In the L3 architecture, all protocol stack entities corresponding to the remote UE terminate in the relay UE, and there is no logical connection and entity between the remote UE and the gNB, so the impact of DC / CA operations on the relay UE is relatively small.

[0105] From the perspective of the Uu interface of the relay UE, the DRB bearer of the Uu interface of the relay UE may be divided into two types: the data of the relay UE itself and the data of the remote UE. The two types of data may be carried by adopting different DRBs / RLC bearers / logical channels, which facilitates data retransmission and state transfer in various switching scenarios. For example, the data of the relay UE itself is carried on DRB 0-7, and DRB 8-15 is the bearer of the remote UE data in the Uu interface of the relay UE. Here, the data bearers of different remote UEs connected to the same relay UE may be independent DRBs or multiplexed DRBs.

[0106] The relay UE is configured with CA operation. That is, when the relay UE is on the Uu interface, it can transmit using multiple carriers. In the case of multiple carriers, it may selectively configure component carrier restriction, i.e., a CC set that a specific logical channel / RLC bearer can use. This carrier restriction is generally used when the duplication function is on. When logical channel 1 and logical channel 2 are two duplicated logical channels corresponding to one DRB, in order to ensure the duplication effect and avoid duplicated data being transmitted on the same CC and losing the duplication gain, logical channel 1 may be restricted to upload on CC1 and CC2, and logical channel 2 may be restricted to upload on CC3, CC4, and CC5.

[0107] Similarly, the similar carrier restriction is also used to restrict the transmission of the logical channel corresponding to the remote UE data, to avoid the data rate of the Uu interface being too fast while the rate of the PC5 interface is too slow, which causes packet loss and resource waste due to rate offset. Of course, no restriction needs to be configured, which means that the logical channel corresponding to the remote UE data can use the current CC arbitrarily.

[0108] When the relay UE configures the DC operation, it may configure each bearer of the Uu interface of the relay UE individually as MCG bearer / SCG bearer / split bearer, the bearer of the relay UE corresponding to the remote UE data, and may select a bearer type according to this configuration.

[0109] In particular, if one data type of a remote UE has very high QoS demands, e.g., very low latency and / or very high reliability requirements, it may be considered to implement a duplication transmission arrangement on the Uu interface for this traffic and to implement CA or DC duplication transmission.

[0110] From the perspective of the PC5 interface between the relay UE and the remote UE, the PC5 interface and the Uu interface are relatively independent, so the CA / DC configured on the Uu interface has little effect on PC5. However, from the perspective of rate matching, once the CA / DC is configured on the Uu interface, the data rate of the remote UE is improved on the Uu interface, and the PC5 interface can also be matched. In order to avoid timeout packet loss and resource waste, multi-carrier sidelink transmission can also be performed on the PC5 interface at this time.

[0111] If one traffic type of the remote UE has very high QoS demand, such as very low delay and / or very high reliability requirement, then consider making duplication transmission configuration and CA duplication transmission on the PC5 interface for this traffic. The CA duplication configuration on the PC5 interface may be configured together with the CA / DC duplication mechanism on the Uu interface, or both may be configured separately.

[0112] Embodiment 4 of the present invention: L2 architecture DC / CA operation In the L2 architecture, the L2 protocol stack entity corresponding to the remote UE terminates in the relay UE, but the peer end entities of the L3 protocol are all located in the gNB / CU, so the CA / DC of the Uu interface of the relay UE has a certain impact on the remote UE.

[0113] The RLC bearer of the Uu interface of the relay UE may be classified into two types: the data of the relay UE itself and the data of the remote UE. In general, the two types of data need to be carried by adopting different RLC bearers / logical channels, which facilitates data retransmission and state transfer in various switching scenarios. For example, the data of the relay UE itself is carried by RLC bearer / LCID 0-7, and RLC bearer / LCID 8-15 is the bearer of the remote UE data in the Uu interface of the relay UE. Here, the data bearers of different remote UEs connected to the same relay UE may be independent RLC bearers / LCIDs, or may be multiplexed RLC bearers / LCIDs.

[0114] When CA is configured, the relay UE may configure whether the RLC bearer / LCID corresponding to the remote UE data is allowed to be transmitted on all CCs or only on some CCs. That is, a CC subset may be configured to restrict the RLC bearer / LCID corresponding to the remote UE data. If there is no restriction information, it means that any CC may be used to transmit the remote UE data.

[0115] In the PC5 interface, the corresponding RLC bearer may also be transmitted in multi-carrier transmission to meet the effect of rate matching. For example, for one same bearer, when it is transmitted in the Uu interface in CA mode, it can reach a rate of 100Mbps, while when it is transmitted in the PC5 interface only in single carrier mode, it can only reach a rate of 20Mbps, and the downlink data is accumulated in the relay UE and then deleted, which will waste the transmission resources of the Uu interface. At this time, the PC5 interface also supports multi-carrier transmission, and the rate can reach 100Mbps, so that it can perform rate matching well and improve the transmission efficiency.

[0116] In particular, when the traffic QoS requirement of the remote UE is relatively high, for example, the delay requirement is very high and / or the reliability requirement is very high, one or more of the following arrangements may be made. In the Uu interface, a CA duplication function is configured in the RLC bearer of the remote UE, that is, two RLC bearers transmitting duplicate data are configured with different CC subsets to perform duplication transmission, and the same data is simultaneously transmitted through CC subset1 and CC subset2 to obtain a relatively high reliability and delay indicator, and the CA duplication of the Uu interface is configured and controlled by the base station.

[0117] In the PC5 interface, the CA duplication function is configured in the RLC bearer of the remote UE, that is, the two RLC bearers transmitting duplicated data are configured with different CC subsets to perform duplication transmission, and the same data is simultaneously transmitted through CC subset1 and CC subset2 to obtain a relatively high reliability and delay indicator, and the CA duplication of the PC5 interface is configured by the PC5 RRC and controlled by the PC5 MAC, and the controlled node may be the relay UE or the transmitting end UE of the PC5 interface.

[0118] When the relay UE is configured with a DC, the biggest impact on the remote UE due to the DC operation is the difference in security parameters. If the DRB of the remote UE terminates in the MCG, the DRB needs to use the MCG security parameters, such as key and / or security algorithm. If the DRB of the remote UE terminates in the SCG, the DRB needs to use the SCG security parameters. This embodiment may process the security parameters in the following manner: 1. All DRBs of a remote UE are terminated at only one node, MCG or SCG, so that the remote UE only needs to obtain one set of security parameters, while different remote UEs connected to one relay UE can be distinguished, some of which terminate at MCG and some at SCG, thus playing a role in data distribution, and the impact on the remote UE is relatively small.

[0119] Second, the remote UE may use two or more sets of security parameters (such as dual connectivity or multi-connection) and explicitly configure the security parameters used by each DRB of the remote UE, called MCG or SCG. In this way, the remote UE uses different security parameters for different DRBs, but the base layer of the remote PC5 interface remains a single MAC entity without multi-link operation, and the traditional signaling configuration needs to be enhanced.

[0120] For the Uu interface, the Uu RLC bearer of the relay UE corresponding to the remote UE data may select different paths, the first is MCG bearer, which corresponds to the RLC bearer being directly transmitted from the relay UE to the MCG, the second is SCG bearer, which corresponds to the RLC bearer being directly transmitted from the relay UE to the SCG, and the third is split bearer, which corresponds to the RLC bearer being transmitted from the relay UE to the MCG or to the SCG, and both legs can be used. The transmission rate is relatively high, and the split RLC bearer also selects a node to perform data aggregation, and the data transmitted by the two legs is sorted according to the SN order and passed to the core network sequentially, and the data convergence node can be configured, and when the data convergence node is MCG, the bearer uses MCG security parameters, and when the data convergence node is SCG, the bearer uses SCG security parameters.

[0121] Similarly, when the relay UE configures DC, the Uu interface may also configure a DC duplication mechanism. That is, in a split bearer configuration situation, the two legs may transmit duplicated data to meet the needs of high reliability and low delay, and the Uu interface may configure and activate DC duplication for the remote UE's data. Correspondingly, in the PC5 interface, CA duplication may be configured and turned on according to such needs, and the two segments may be configured independently or together.

[0122] In addition, since the data rates of the two nodes are improved when DC split transmission is performed on the Uu interface, CA transmission may be turned on on the PC5 interface for rate matching purposes.

[0123] 4 is a structural schematic diagram of a remote terminal according to an embodiment of the present application, as shown in FIG. 4, the remote terminal 400 includes: a determining module 402 for determining a sidelink configuration in a sidelink relay architecture based on at least one of the following: pre-configured information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device.

[0124] In an embodiment of the present application, the remote terminal may determine the sidelink configuration in the sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device. The embodiment of the present application facilitates the matching of understanding among the remote terminal, the relay terminal, and the network side, and improves the effectiveness of communication.

[0125] Alternatively, as an embodiment, before determining the sidelink configuration in the sidelink relay architecture, the remote terminal is in an offline state, where the determining module 402 is further used to determine a sidelink configuration in the sidelink relay architecture based on the pre-configured information, and the remote terminal is further used to establish an L3 relay architecture with a relay terminal based on the pre-configured information, and in the L3 relay architecture, the remote terminal continues to use the pre-configured information to determine the sidelink configuration in the sidelink relay architecture, or is used to receive first configuration information from the relay terminal via a PC5 radio resource control (RRC) process to determine the sidelink configuration in the sidelink relay architecture.

[0126] Alternatively, as an embodiment, before determining the sidelink configuration in the sidelink relay architecture, the remote terminal is in an idle state or a connected state, where the determining module 402 determines the sidelink configuration in the sidelink relay architecture based on the system message or second configuration information from a network side device, and the remote terminal is further used to establish an L3 relay architecture with a relay terminal based on the system message or the second configuration information, and in the L3 relay architecture, to subsequently use the system message or the second configuration information to determine the sidelink configuration in the sidelink relay architecture, or to receive the first configuration information from the relay terminal via a PC5 RRC process to determine the sidelink configuration in the sidelink relay architecture.

[0127] Alternatively, as an embodiment, before determining a sidelink configuration in the sidelink relay architecture, the remote terminal is in an offline state, where the determining module 402 is for determining a sidelink configuration in the sidelink relay architecture based on the pre-configured information, and the remote terminal is further used for establishing an L2 relay architecture with a relay terminal based on the pre-configured information, and for receiving, in the L2 relay architecture, second configuration information from the network side device via an RRC process to determine a sidelink configuration in the sidelink relay architecture, or receiving first configuration information from the relay terminal via a PC5 RRC process to determine a sidelink configuration in the sidelink relay architecture.

[0128] Alternatively, as an embodiment, before determining the sidelink configuration in the sidelink relay architecture, the remote terminal is in an idle state or a connected state, where the determining module 402 determines the sidelink configuration in the sidelink relay architecture based on the system message or second configuration information from a network side device, and the remote terminal is further used to establish an L2 relay architecture with a relay terminal based on the system message or the second configuration information, and in the L2 relay architecture, to continue using the system message to determine the sidelink configuration in the sidelink relay architecture, or to receive the second configuration information from the network side device via an RRC process to determine the sidelink configuration in the sidelink relay architecture.

[0129] Optionally, as one embodiment, the remote terminal 400 further includes a transmitting module for transmitting traffic characteristics to be transmitted between the remote terminal and the relay terminal to the network side device for the network side device to configure radio bearer information for the remote terminal, and a receiving module for receiving the radio bearer information and establishing a radio bearer for communication between the remote terminal and the relay terminal based on the radio bearer information.

[0130] Optionally, as one embodiment, the remote terminal 400 further includes a transmitting module for transmitting to the network side equipment traffic characteristics transmitted between the remote terminal and the relay terminal for the network side equipment to configure dedicated resource information for the remote terminal, and a receiving module for receiving the dedicated resource information and communicating with the relay terminal based on the dedicated resource indicated by the dedicated resource information.

[0131] Optionally, in one embodiment, the remote terminal 400 may perform multi-carrier sidelink transmission with a relay terminal.

[0132] Optionally, in one embodiment, a carrier aggregation CA or dual connectivity DC is configured in the Uu interface between the relay terminal and the network side device.

[0133] Alternatively, as an embodiment, the target traffic between the remote terminal and the relay terminal is transmitted by CA repeat duplication, where the CA repeat transmission of the target traffic is directly configured for the remote terminal, and when the remote terminal reports the quality of service QoS of the target traffic, the network side device configures for an SLRB corresponding to the target traffic, the QoS configuration used by the target traffic turns on a CA repeat transmission function, and the QoS feature configuration of the target traffic turns on a CA repeat transmission function.

[0134] Optionally, in one embodiment, a plurality of RLC bearers for transmitting overlapping data of the remote terminal are respectively configured with different carrier unit CC subsets.

[0135] Optionally, in one embodiment, when a dual connection is configured on the Uu interface between a relay terminal and a network side device, the remote terminal uses one set of security parameters, and multiple data radio bearer DRBs of the remote terminal correspond to one network device, or multiple DRBs of the remote terminal use multiple sets of security parameters.

[0136] The remote terminal 400 according to the embodiment of the present application may refer to the flow of the method 200 corresponding to the embodiment of the present application, and each unit / module and other operations and / or functions in the remote terminal 400 are for realizing the corresponding flow in the method 200, respectively, and can achieve the same or equivalent technical effects, and will not be further described here for the sake of brevity.

[0137] The remote terminal in the embodiment of the present application may be a terminal, or a component, an integrated circuit, or a chip in the terminal. The device may be a mobile terminal or a non-mobile terminal. Exemplarily, the mobile terminal may include, but is not limited to, the types of terminals 11 listed above, and the non-mobile terminal may be a server, a network attached storage (NAS), a personal computer (PC), a television (TV), a deposit payment machine or a self-service machine, etc., and is not specifically limited in the embodiment of the present application.

[0138] The remote terminal in the embodiment of the present application may be a device having an operating system, which may be an Android operating system, an ios operating system, or other possible operating systems, and is not specifically limited in the embodiment of the present application.

[0139] The remote terminal according to the embodiment of the present application can implement each process implemented by the embodiment of the method of FIG. 2 and achieve the same technical effects, and will not be described further here in order to avoid repetition.

[0140] Optionally, as shown in Fig. 5, an embodiment of the present application further provides a communication device 500, including a processor 501, a memory 502, and a program or instruction stored in the memory 502 and operable on the processor 501. For example, when the communication device 500 is a remote terminal, when the program or instruction is executed by the processor 501, each process of the embodiment of the deployment method in the sidelink relay architecture can be realized, and the same technical effect can be achieved.

[0141] FIG. 6 is a schematic diagram of the hardware structure for implementing a terminal in the embodiment of the present application.

[0142] The terminal 600 includes components such as, but not limited to, a radio frequency unit 601, a network module 602, an audio output unit 603, an input unit 604, a sensor 605, a display unit 606, a user input unit 607, an interface unit 608, a memory 609, and a processor 610.

[0143] As can be understood by those skilled in the art, the terminal 600 may further include a power source (e.g., a battery) for powering each component, and the power source may be logically connected to the processor 610 by a power management system, so that the power management system can realize functions such as charge / discharge management and power consumption management. The terminal structure shown in Figure 6 does not constitute a limitation on the terminal, and the terminal may include more or less components than the number of components shown, or a combination of some components, or a different arrangement of components, and will not be further described here.

[0144] It should be understood that in the embodiment of the present application, the input unit 604 may include a graphics processor (Graphics Processing Unit, GPU) 6041 and a microphone 6042, and the graphics processor 6041 processes image data of still or video captured by an image capture device (e.g., a camera) in a video capture mode or an image capture mode. The display unit 606 may include a display panel 6061, and the display panel 6061 may be arranged in the form of a liquid crystal display, an organic light emitting diode, and the like. The user input unit 607 includes a touch panel 6071 and other input devices 6072. The touch panel 6071 is also called a touch screen. The touch panel 6071 may include two parts: a touch detection device and a touch controller. The other input devices 6072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control buttons, switch buttons, etc.), a trackball, a mouse, and an operation lever, which will not be described further herein.

[0145] In the embodiment of the present application, the radio frequency unit 601 receives downlink data from the network side device, and then has the processor 610 process the data, and transmits uplink data to the network side device. In general, the radio frequency unit 601 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

[0146] The memory 609 may be used to store software programs or instructions and various data. The memory 609 may mainly include a program or instruction storage area and a data storage area. Here, the program or instruction storage area can store an operating system, an application program or instruction required for at least one function (e.g., a sound playback function, an image playback function, etc.), and the like. The memory 609 may include a high-speed random access memory or a non-volatile memory. Here, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. For example, at least one magnetic disk memory device, a flash memory device, or other non-volatile solid-state memory device.

[0147] The processor 610 may include one or more processing units. Optionally, the processor 610 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, and application programs or instructions, and the modem processor mainly processes wireless communication, such as a baseband processor. As can be understood, the modem processor does not have to be integrated into the processor 610.

[0148] Here, the processor 610 is used for determining the sidelink configuration in the sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device.

[0149] In an embodiment of the present application, a remote terminal (e.g., terminal 600) may determine a sidelink configuration in a sidelink relay architecture based on at least one of the following: pre-configuration information, a system message received from a serving cell or a serving cell, first configuration information from a relay terminal, and second configuration information from a network side device. The embodiment of the present application facilitates the matching of understanding among the remote terminal, the relay terminal, and the network side to improve the effectiveness of communication.

[0150] When executed by a terminal according to the embodiment of the present application, each process of the embodiment of the deployment method in the sidelink relay architecture can be realized, and the same technical effect can be achieved. In order to avoid repetition, no further description will be given here.

[0151] The embodiments of the present application further provide a readable storage medium, in which a program or instruction is stored, which, when executed by a processor, can realize each process of the embodiment of the deployment method in the sidelink relay architecture and achieve the same technical effect. In order to avoid repetition, no further description will be given here.

[0152] Here, the processor may be 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.

[0153] The embodiment of the present application further provides a chip, the chip including a processor and a communication interface, the communication interface is coupled to the processor, the processor is used to run a program or instruction to realize each process of the embodiment of the deployment method in the above sidelink relay architecture, and can achieve the same technical effect. In order to avoid repetition, no further description will be given here.

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

[0155] An embodiment of the present application further provides a computer program product, the computer program product being stored in a non-volatile memory, the computer program product being executed by at least one processor to realize each process of the embodiment of the deployment method in the sidelink relay architecture and achieve the same technical effect. In order to avoid repetition, no further description will be given here.

[0156] The embodiments of the present application further provide a communication device, which is configured to be used to perform each process of the embodiments of the deployment method in the above sidelink relay architecture, and can achieve the same technical effects. In order to avoid repetition, the description will not be given further here.

[0157] It should be explained that in this specification, the terms "comprise", "include", or any other variants thereof are intended to cover the non-exclusive "comprise", whereby a process, method, article, or apparatus that includes a set of elements includes not only those elements, but also other elements not expressly listed or inherent to such process, method, article, or apparatus. In the absence of further limitations, an element limited by the phrase "comprises one or more" does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes the element. It should be pointed out that the scope of the method and apparatus in the embodiments of this application is not limited to performing functions in the order shown or described, but may include performing functions in an essentially simultaneous manner or in the reverse order based on such functions, for example, the described method can be performed in a different order than described, and various steps can be added, omitted, or combined. Also, features described with reference to some examples can be combined in other examples.

[0158] From the above description of the embodiments, it is clear to those skilled in the art that the methods of the above embodiments can be realized in the form of software and a necessary general-purpose hardware platform. Of course, they can also be realized in hardware, but in many cases the former is a more preferred embodiment. Based on this understanding, the technical solution of the present application may be substantially or in part embodied in the form of a software product. The computer software product is stored in a storage medium (e.g., ROM / RAM, magnetic disk, optical disk) and includes some instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0159] The above describes the embodiments of the present application in conjunction with the drawings, but the present application is not limited to the above specific embodiments. The above specific embodiments are merely illustrative and not limiting. Those skilled in the art can take the suggestions of this application and make many forms without departing from the spirit and scope of protection of the claims, all of which belong to the protection scope of this application.

Claims

1. 1. A sidelink deployment method in a sidelink relay architecture for use in a remote terminal, comprising: determining a sidelink configuration in the sidelink relay architecture based on second configuration information from the network side device; Determining a sidelink deployment in the sidelink relay architecture comprises: receiving second configuration information from the network side device through an RRC process in the L2 relay architecture to determine a sidelink configuration in a sidelink relay architecture; In the L2 relay architecture, The remote terminal determines a sidelink radio bearer (SLRB) configuration, a service data adaptive protocol (SDAP) configuration, and a packet data convergence protocol (PDCP) configuration of sidelink transmission based on the second configuration information; Prior to determining a sidelink deployment in a sidelink relay architecture, the remote terminal is in an idle or connected state; When establishing an RRC connection with the network side device, the remote terminal transmits the attribution information of the remote terminal to the network side device, and the attribution information includes at least one of an acquisition status of sidelink system information and an offline status; A sidelink deployment method in a sidelink relay architecture.

2. Prior to determining a sidelink configuration in a sidelink relay architecture, the remote terminal is in an offline state, and determining the sidelink configuration in the sidelink relay architecture comprises:

2. The method of claim 1, further comprising: determining a sidelink configuration in a sidelink relay architecture based on the pre-configured information, the remote terminal being further used to establish an L2 relay architecture with a relay terminal based on the pre-configured information.

3. 2. The sidelink configuration method in a sidelink relay architecture according to claim 1, wherein the remote terminal determines a radio link control (RLC) bearer configuration for sidelink transmission based on the second configuration information or the first configuration information.

4. Determining a sidelink placement in the sidelink relay architecture comprises: determining a sidelink configuration in a sidelink relay architecture based on the system message or second configuration information from a network side device, wherein the remote terminal is further used to establish an L2 relay architecture with a relay terminal based on the system message or the second configuration information; 2. The method of claim 1, further comprising: in the L2 relay architecture, determining a sidelink configuration in a sidelink relay architecture by continuing to use the system message; or receiving second configuration information from the network side device via an RRC process to determine a sidelink configuration in the sidelink relay architecture.

5. A sidelink deployment method in a sidelink relay architecture as described in claim 1, wherein the attribution information further includes serving cell information of the remote terminal.

6. The sidelink configuration method in the sidelink relay architecture includes: determining whether the system message or the second configuration information used in a first serving cell applies to a second serving cell; The first serving cell is a serving cell before the remote terminal establishes an RRC connection, and the second serving cell is a serving cell after the RRC connection, and the first serving cell is the same as or different from the second serving cell; Or, The sidelink configuration method in the sidelink relay architecture includes: Sending to the network side device traffic characteristics transmitted between the remote terminal and the relay terminal, for the network side device to configure radio bearer information for the remote terminal; receiving the radio bearer information and establishing a radio bearer for communication between the remote terminal and the relay terminal based on the radio bearer information; Or, The sidelink configuration method in the sidelink relay architecture includes: Sending to the network side device traffic characteristics transmitted between the remote terminal and the relay terminal, for the network side device to configure dedicated resource information for the remote terminal; 5. The sidelink deployment method in a sidelink relay architecture according to claim 4, further comprising: receiving the dedicated resource information; and communicating with the relay terminal based on dedicated resources indicated by the dedicated resource information.

7. The sidelink configuration method in the sidelink relay architecture includes: The method further includes CA repeated duplication transmission of target traffic between the relay terminal and the relay terminal, and the CA repeated duplication transmission of the target traffic includes: arranged directly for the remote terminal; When the remote terminal reports a quality of service (QoS) of the target traffic, a network side device is configured for a SLRB corresponding to the target traffic; The QoS configuration used by the target traffic is to turn on the CA repeat transmission function; The method of claim 1 , wherein the QoS feature configuration of the target traffic includes turning on a CA repeat transmission function.

8. 2. The sidelink configuration method in a sidelink relay architecture according to claim 1, wherein a plurality of RLC bearers for transmitting overlapping data of the remote terminal are configured with different carrier unit CC subsets.

9. When dual connectivity is arranged at the Uu interface between the relay terminal and the network side device, the remote terminal uses one set of security parameters, and a plurality of data radio bearers DRB of the remote terminal correspond to one network device; or 2. The sidelink deployment method of claim 1, wherein multiple DRBs of the remote terminal use multiple sets of security parameters.

10. 10. A remote terminal comprising: a processor; a memory; and a program or instructions stored in the memory and operable to run on the processor, the program or instructions, when executed by the processor, implementing the method for sidelink deployment in a sidelink relay architecture according to any one of claims 1 to 9.

Images