WO2022002017A1 - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
WO2022002017A1
WO2022002017A1 PCT/CN2021/102980 CN2021102980W WO2022002017A1 WO 2022002017 A1 WO2022002017 A1 WO 2022002017A1 CN 2021102980 W CN2021102980 W CN 2021102980W WO 2022002017 A1 WO2022002017 A1 WO 2022002017A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
terminal device
rnti
network device
resource control
Prior art date
Application number
PCT/CN2021/102980
Other languages
English (en)
French (fr)
Inventor
彭文杰
王瑞
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2022002017A1 publication Critical patent/WO2022002017A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup

Definitions

  • the embodiments of the present application relate to the field of wireless communication, and in particular, to a communication method and apparatus.
  • the network elements involved in the terminal equipment and network equipment relay (UE-to-Network relay) scenario include network equipment, at least one relay user equipment (relay user equipment, relay UE), and at least one remote terminal equipment (remote UE).
  • UE-to-Network relay network equipment
  • relay UE relay user equipment
  • remote UE remote terminal equipment
  • the relay UE can help the remote UE access network equipment to obtain services. Take the following transmission as an example, the relay UE can help the remote UE to obtain the data of the remote UE through the network device and forward it to the remote UE.
  • the situation of uplink transmission is similar. After the relay UE obtains data from the remote UE, it forwards it to the network device.
  • the network device can only allocate a cell radio network temporary identifier (C-RNTI) to the remote UE through a synchronous reconfiguration process (ie, a handover process). Therefore, if the remote UE does not initiate the handover procedure, the remote UE will not be able to obtain the C-RNTI. In the absence of C-RNTI, when the remote UE fails to communicate with the network device, the remote UE cannot perform the RRC re-establishment process.
  • C-RNTI cell radio network temporary identifier
  • the embodiments of the present application provide a communication method and device, which are used to solve the problem that the remote UE cannot perform the RRC re-establishment process because the remote UE does not have a C-RNTI when the communication between the remote UE and the network device fails.
  • an embodiment of the present application provides a communication method, which can be executed by a network device or by a component of the network device (for example, a processor, a chip, or a chip system, etc.).
  • the network device communicates with the There is a connection between the first terminal equipment, and a sidelink unicast connection exists between the first terminal equipment and the second terminal equipment.
  • the method includes: determining a first message, and sending the message to the The second terminal device sends the first message.
  • the first message includes the C-RNTI allocated by the network device to the second terminal device, and the first message is used to instruct the second terminal device to establish a first communication between the network device and the second terminal device.
  • the signaling radio bearer, or the first message is the first RRC reconfiguration message.
  • the second terminal device when the second terminal device accesses the network device through the first terminal device, the second terminal device can obtain the C-RNTI as soon as possible, which ensures that the second terminal device can smoothly perform the RRC re-establishment process.
  • the first message when the first message is used to instruct the second terminal device to establish a first signaling radio bearer with the network device, the first message is a radio resource control establishment message, or the first message is a radio resource control recovery message, or the first message is a radio resource control re-establishment message.
  • the embodiments of the present application can be applied to various application scenarios, and can ensure that the second terminal device obtains the C-RNTI as soon as possible.
  • the CU in the network device when determining the first message, receives a second message and the C-RNTI from the DU in the network device, where the second message is the sent by the second terminal device to the DU through the first terminal device.
  • the DU can allocate the C-RNTI to the second terminal device, and the CU can send the C-RNTI through the first message.
  • the CU in the network device when determining the first message, receives a second message from the DU in the network device, where the second message is passed by the second terminal device sent by the first terminal device to the DU, the CU sends a third message to the DU, where the third message is used to request the DU to allocate the C-RNTI to the second terminal device, The CU receives the C-RNTI from the DU.
  • the DU can allocate the C-RNTI to the second terminal device, and the CU can send the C-RNTI through the first message.
  • the CU in the network device when determining the first message, receives at least one C-RNTI from the DU in the network device.
  • the CU receives a second message from the DU, where the second message is sent by the second terminal device to the DU through the first terminal device; the CU is the second terminal device Allocate the C-RNTI, where the C-RNTI is one of the at least one C-RNTI.
  • the DU can allocate at least one C-RNTI to the CU in advance, and the CU can allocate the C-RNTI to the second terminal device from the at least one C-RNTI, and send the C-RNTI through the first message.
  • the CU receives the identifier of the second terminal device from the DU, where the identifier of the second terminal device is allocated by the first terminal device to the second terminal device
  • the identifier is used to distinguish different terminal devices accessing the network device through the first terminal device.
  • the CU can save the identifier of the second terminal device, which helps the CU to maintain the context of the second terminal device.
  • the first message is a radio resource control setup message
  • the second message is a radio resource control setup request message
  • the first message is a radio resource control recovery message
  • the first message is a radio resource control recovery message
  • the second message is a radio resource control restoration request message; or, the first message is a radio resource control re-establishment message, and the second message is a radio resource control re-establishment request message.
  • the combination of the first message and the second message can be in various forms, which are suitable for different scenarios.
  • the first message is the first RRC reconfiguration message
  • the second message is a security mode completion message
  • the first RRC reconfiguration message is the first RRC reconfiguration message configured by the network device for the second terminal device after the second terminal device establishes a RRC connection with the network device through the first terminal device.
  • an embodiment of the present application provides a communication method, which may be executed by a second terminal device, or may be executed by a component of the second terminal device (for example, a processor, a chip, or a chip system, etc.), in the method , there is a connection between the network device and the first terminal device, and there is a sidelink unicast connection between the first terminal device and the second terminal device, and the method includes: sending the network device to the network device through the first terminal device Send a second message, and receive a first message sent from the network device through the first terminal device, where the first message includes the C-RNTI allocated by the network device to the second terminal device, the first message The message is used to instruct the second terminal device to establish a first signaling radio bearer with the network device, or the first message is the first radio resource control reconfiguration message.
  • the second terminal device when the second terminal device accesses the network device through the first terminal device, the second terminal device can obtain the C-RNTI as soon as possible, which ensures that the second terminal device can smoothly perform the RRC re-establishment process.
  • the first message when the first message is used to instruct the second terminal device to establish a first signaling radio bearer with the network device, the first message is a radio resource control establishment message, or the first message is a radio resource control recovery message, or the first message is a radio resource control re-establishment message.
  • the embodiments of the present application can be applied to various application scenarios, and can ensure that the second terminal device obtains the C-RNTI as soon as possible.
  • the first message is a radio resource control setup message
  • the second message is a radio resource control setup request message
  • the first message is a radio resource control recovery message
  • the first message is a radio resource control recovery message
  • the second message is a radio resource control restoration request message; or, the first message is a radio resource control re-establishment message, and the second message is a radio resource control re-establishment request message.
  • the combination of the first message and the second message can be in various forms, which are suitable for different scenarios.
  • the first message is the first RRC reconfiguration message
  • the second message is a security mode completion message
  • the above method can ensure that the second terminal device obtains the C-RNTI as soon as possible.
  • an embodiment of the present application provides a communication method, which can be executed by a second terminal device, or can be executed by a component of the second terminal device (for example, a processor, a chip, or a chip system, etc.), in the method , there is a connection between the first network device and the first terminal device, and there is a sidelink unicast connection between the first terminal device and the second terminal device, and the method includes: determining whether to pass the first terminal device If the communication with the first network device fails, when it is determined that the C-RNTI has not been obtained from the first network device, the second terminal device enters an idle state; or, when it is determined that the C-RNTI has been obtained from the first network device C-RNTI, the second terminal device triggers the RRC re-establishment process.
  • the second terminal device needs to decide the follow-up action based on whether there is a C-RNTI. -In the case of RNTI, the RRC re-establishment process is still triggered, which leads to the failure of RRC re-establishment, and then transfers to initiate the RRC connection establishment process, which brings additional delay.
  • the second terminal device still triggers the RRC re-establishment procedure in the absence of the C-RNTI.
  • the second terminal device can trigger the RRC re-establishment process only when it is determined that the C-RNTI has been acquired.
  • the preset event includes the second RLF occurs in the side link between the terminal device and the first terminal device; it is determined that the configuration provided by the first network device for the second terminal device fails; the second terminal device is connected to the first terminal device.
  • SRB completion check failure occurs between terminal devices; RLF occurs in the connection between the first terminal device and the first network device; it is determined that the configuration provided by the first network device for the first terminal device occurs failure; the air interface SRB integrity check fails in the first terminal device; the uplink desynchronization of the air interface interface occurs in the first terminal device.
  • the second terminal device may determine that the communication with the first network device through the first terminal device fails by detecting a preset event.
  • an embodiment of the present application provides a communication method, which can be executed by a first terminal device, or can be executed by a component of the first terminal device (for example, a processor, a chip, or a chip system, etc.), in the method , there is a connection between the network device and the first terminal device, and there is a sidelink unicast connection between the first terminal device and the second terminal device, and the method includes: receiving at least one message from the network device C-RNTI, sending a first C-RNTI to the second terminal device, where the first C-RNTI is one C-RNTI in the at least one C-RNTI. The first terminal device sends the first C-RNTI to the network device.
  • the network device allocates at least one C-RNTI to the first terminal device, and the first terminal device allocates the C-RNTI to the second terminal device, which can ensure that the second terminal device obtains the C-RNTI as soon as possible. It is ensured that the second terminal device can successfully complete the RRC re-establishment process if the communication with the network device fails in the subsequent process.
  • a unicast connection establishment request response message is sent to the second terminal device, where the unicast connection establishment request response message includes the first C-RNTI; or, when sending the first C-RNTI to the second terminal device, send a side-chain radio resource control message to the second terminal device, where the side-chain radio resource control message includes all Describe the first C-RNTI.
  • the first terminal device can notify the second terminal device of the first C-RNTI in various ways.
  • the first C-RNTI and a first identifier are sent to the network device, and the first identifier is the The identifier assigned by the first terminal device to the second terminal device, where the first identifier is used to distinguish different terminal devices accessing the network device through the first terminal device.
  • the first terminal device may notify the network device of the first C-RNTI.
  • the radio resource control message when sending the first C-RNTI to the network device, receive a radio resource control message from the second terminal device, and send the radio resource control message to the network device information.
  • the radio resource control message includes the first C-RNTI.
  • the first terminal device may notify the network device of the first C-RNTI.
  • the network device when receiving at least one C-RNTI from the network device, determine to become a relay terminal device, send indication information to the network device, and receive at least one C-RNTI from the network device C-RNTI.
  • the indication information is used to instruct the first terminal device to become a relay terminal device.
  • the first terminal device triggers the network device to configure at least one C-RNTI for the first terminal device by notifying the network device that the first terminal device becomes a relay terminal device.
  • an embodiment of the present application provides a communication method, which can be executed by a network device or by a component of the network device (for example, a processor, a chip, or a chip system, etc.).
  • the network device communicates with There is a connection between the first terminal equipment, and a sidelink unicast connection exists between the first terminal equipment and the second terminal equipment, and the method includes: sending at least one C-RNTI to the first terminal equipment, Receive a first C-RNTI from the first terminal device, where the first C-RNTI is one of the at least one C-RNTI, and the first C-RNTI is the second C-RNTI C-RNTI of the terminal device.
  • the network device allocates at least one C-RNTI to the first terminal device, and the first terminal device allocates the C-RNTI to the second terminal device, which can ensure that the second terminal device obtains the C-RNTI as soon as possible. It is ensured that the second terminal device can successfully complete the RRC re-establishment process if the communication with the network device fails in the subsequent process.
  • the first identifier is an identifier allocated by the first terminal device to the second terminal device, and the first identifier is used to distinguish different terminal devices that access the network device through the first terminal device.
  • the first terminal device may notify the network device of the first C-RNTI.
  • the radio resource control message when receiving the first C-RNTI from the first terminal device, receiving a radio resource control message sent by the second terminal device through the first terminal device, the the radio resource control message includes the first C-RNTI;
  • the second terminal device may notify the network device of the first C-RNTI through the first terminal device.
  • the CU in the network device receives the fourth message from the DU in the network device.
  • the fourth message includes the at least one C-RNTI.
  • the DU can allocate at least one C-RNTI to the first terminal device, and the CU can send at least one C-RNTI to the first terminal device.
  • the CU in the network device sends a fifth message to the DU in the network device, where the fifth message is used to request the DU to allocate the at least one C-RNTI.
  • the CU receives the at least one C-RNTI from the DU.
  • the DU can allocate at least one C-RNTI to the first terminal device, and the CU can send at least one C-RNTI to the first terminal device.
  • an embodiment of the present application provides a communication device, where the device includes a module for executing any one of the first aspect and any possible design of the first aspect; or the device includes a module for executing the second aspect and any one of the possible designs of the second aspect; alternatively, the apparatus includes a module for performing any one of the possible designs of the third aspect and the third aspect; alternatively, the apparatus includes a module for A module that performs any one of the possible designs of the fourth aspect and the fourth aspect. Alternatively, the apparatus includes means for performing any one of the possible designs of the fifth aspect and the fifth aspect.
  • an embodiment of the present application provides a communication device, including a processor and an interface circuit, where the interface circuit is configured to receive signals from other communication devices other than the communication device and transmit to the processor or transfer signals to the processor.
  • the signal from the processor is sent to other communication devices other than the communication device, and the processor is used to implement any one of the first aspect and the possible design of the first aspect through logic circuits or executing code instructions, Either implement any one possible design of the second aspect and the second aspect, or implement any one possible design of the third aspect and the third aspect, or implement any one of the fourth aspect and the fourth aspect possible designs, or any possible designs that implement the fourth aspect and the fourth aspect.
  • an embodiment of the present application provides a computer-readable storage medium, where a computer program or instruction is stored in the storage medium, and when the computer program or instruction is executed by a communication device, the first aspect and the first aspect are implemented Any possible design of the and any one of the possible designs of the fourth aspect, or to implement any one of the possible designs of the fifth and fifth aspects.
  • embodiments of the present application provide a computer program product including a program, which, when running on a communication device, enables the communication device to execute any one of the possible designs of the first aspect and the first aspect, or to execute the first aspect.
  • a computer program product including a program, which, when running on a communication device, enables the communication device to execute any one of the possible designs of the first aspect and the first aspect, or to execute the first aspect.
  • Any one of the possible designs of the second aspect and the second aspect, or any one of the possible designs of the third aspect and the third aspect, or any one of the possible designs of the fourth aspect and the fourth aspect or implement any possible design of the fifth aspect and the fifth aspect.
  • an embodiment of the present application provides a communication system, where the communication system includes a network device, a first terminal device, and a second terminal device, wherein there is a connection between the network device and the first terminal device, and the first terminal device is connected to the first terminal device. There is a sidelink unicast connection between the second terminal devices.
  • the network device is configured to execute any one of the possible designs in the first aspect
  • the second terminal device is configured to execute any one of the possible designs of the second aspect.
  • the second terminal device is configured to execute any one of the possible designs in the third aspect.
  • the network device is configured to execute any one of the possible designs in the fifth aspect
  • the first terminal device is configured to execute any one of the possible designs of the fourth aspect.
  • an embodiment of the present application provides a chip system, where the chip system includes at least one processor for supporting a network device to implement any specific implementation of the first to fifth aspects or the first to fifth aspects.
  • the chip system may further include a memory for storing necessary program instructions and data of the terminal device.
  • the chip system may be composed of chips, or may include chips and other discrete devices.
  • the chip system further includes an interface circuit, and the interface circuit provides program instructions and/or data for the at least one processor.
  • FIG. 1 is a schematic diagram of a UE-to-Network relay architecture applied in an embodiment of the present application
  • FIG. 2 is a schematic diagram of the L2UE-to-Network relay control plane protocol stack in the embodiment of the application;
  • FIG. 3 is a schematic diagram of the L2UE-to-Network relay user plane protocol stack in the embodiment of the application;
  • FIG. 4 is a schematic diagram of direct communication between a UE and a UE through a PC5 interface in an embodiment of the present application
  • FIG. 5 is a schematic diagram of a contention-based random access process in an embodiment of the present application.
  • FIG. 6 is one of the overview flowcharts of a communication method in an embodiment of the application.
  • FIG. 7 is one of the schematic diagrams of establishing an RRC connection between the Remote UE and the base station through the relay UE in the embodiment of the application;
  • FIG. 8 is the second schematic diagram of establishing an RRC connection between the Remote UE and the base station through the relay UE in the embodiment of the application;
  • FIG. 9 is the second overview flow chart of a communication method in an embodiment of the application.
  • FIG. 10 is the third overview flow chart of a communication method in the embodiment of the application.
  • FIG. 11 is one of the schematic structural diagrams of a device in an embodiment of the present application.
  • FIG. 12 is a second schematic structural diagram of a device in an embodiment of the present application.
  • FIG. 1 is a schematic structural diagram of a communication system to which an embodiment of the present application is applied.
  • the embodiments of the present application are applicable to UE-to-Network relay scenarios, where UE-to-Network relay is considered to be a technology that can effectively improve cell coverage.
  • the network device may also be referred to as a wireless access device.
  • the network equipment can be a base station (base station), an evolved NodeB (eNodeB), a transmission reception point (TRP), a next generation NodeB (gNB) in the 5G mobile communication system, future mobile A base station in a communication system or an access node in a WiFi system, etc.; it can also be a module or unit that completes some functions of the base station, for example, it can be a centralized unit (central unit, CU) or a distributed unit (distributed unit) , DU).
  • the embodiments of the present application do not limit the specific technology and specific device form adopted by the wireless access network device.
  • a terminal device may also be referred to as a terminal, user equipment (UE), a mobile station, a mobile terminal, and the like.
  • the terminal equipment can be mobile phone, tablet computer, computer with wireless transceiver function, virtual reality terminal equipment, augmented reality terminal equipment, wireless terminal in industrial control, wireless terminal in unmanned driving, wireless terminal in remote surgery, smart grid wireless terminals in transportation security, wireless terminals in smart cities, wireless terminals in smart homes, etc.
  • the embodiments of the present application do not limit the specific technology and specific device form adopted by the terminal device.
  • Network equipment and terminal equipment can be deployed on land, including indoor or outdoor, handheld or vehicle; can also be deployed on water; can also be deployed in the air on aircraft, balloons and satellites.
  • the embodiments of the present application do not limit the application scenarios of the network device and the terminal device.
  • L3 relay From the perspective of the user plane protocol stack, there are two types of UE-to-Network relays, one is L3 relay and the other is L2 relay.
  • the embodiments of the present application are mainly applicable to the L2 relay architecture.
  • the control plane protocol stack between the remote UE and the network device is shown in Figure 2. As shown in Figure 2, the LTE protocol stack is used as the baseline for illustration.
  • FIG. 3 is the L2 architecture designed based on the long term evolution (LTE) system.
  • LTE long term evolution
  • NR new radio
  • SDAP service data adaptation protocol
  • the SDAP layer is above the PDCP layer and below the IP layer.
  • data communication between terminal equipment and terminal equipment may be performed through a network, or communication between terminal equipment and terminal equipment may be performed directly without the aid of network equipment.
  • the interface between the terminal device and the terminal device is called the PC5 interface
  • the Uu interface between the terminal device and the network device is shown in FIG. 4 .
  • a link between a terminal device and a terminal device is called a sidelink
  • a typical application scenario of sidelink communication is the vehicle-to-everything (V2X) service (hereinafter referred to as the Internet of Vehicles).
  • V2X vehicle-to-everything
  • each vehicle is a UE, and data transmission between the UE and the UE can be performed directly through the sidelink without going through the network, so the communication delay can be effectively reduced.
  • Sidelink supports broadcast, unicast, and multicast.
  • Sidelink broadcast communication is similar to network equipment broadcasting system information, that is, the terminal equipment sends broadcast service data to the outside world without encryption, and any other terminal equipment within the effective receiving range can receive the broadcast service data if they are interested in the broadcast service.
  • Sidelink unicast communication is similar to data communication after an RRC connection is established between a terminal device and a network device, and a unicast connection needs to be established between the two terminal devices first. After the unicast connection is established, the two terminal devices can communicate data based on the negotiated identity, and the data can be encrypted or not. Compared with broadcasting, in unicast communication, the unicast communication can only be performed between two terminal devices that have established a unicast connection.
  • Sidelink multicast communication refers to the communication between all terminal devices in a communication group. Any terminal device in the group can send and receive data of the multicast service.
  • the RRC state of the terminal device includes a connected state (RRC_CONNECTED), a deactivated state or a third state (RRC_INACTIVE), and an idle state (RRC_IDLE).
  • the link has been established, and when data reaches the core network, it can be directly transmitted to the terminal device; when the terminal device is in the deactivated state, it means that the terminal device has established a link with the network device and the core network before, but the terminal device to the network device. This link is released. Although the link is released, the network device will store the context of the terminal device. When there is data to be transmitted, the network device can quickly restore this link; when the terminal device is in an idle state, There is no link between the terminal device and the network device and the core network. When there is data to be transmitted, a link from the terminal device to the network device and the core network needs to be established.
  • Figure 5 shows the contention-based random access process.
  • the UE in idle state or deactivated state performs initial access to the base station through the Uu interface, it needs to perform contention-based random access with the base station first.
  • the specific random access process is as follows:
  • S501 The UE sends a random access preamble (random access preamble) to the base station.
  • the base station sends a random access response message (random access response) to the UE.
  • the UE sends a message for scheduled transmission to the base station.
  • a message for scheduled transmission exemplary, when the UE is in an idle state, the UE sends an RRC setup request (RRCSetupRequest) message to the base station, and when the UE is in a deactivated state, the UE sends an RRC resume request (RRCResumeRequest) message to the base station.
  • RRCSetupRequest RRC setup request
  • RRCResumeRequest RRC resume request
  • the base station sends a message for contention resolution (contention resolution) to the UE.
  • a message for contention resolution contention resolution
  • the base station sends an RRC setup (RRCSetup) message to the UE, or when the UE is in a deactivated state, the base station sends an RRC resume (RRCResume) message to the UE.
  • RRC setup RRCSetup
  • RRCResume RRC resume
  • step 2 the base station allocates a temporary C-RNTI to the UE, and the UE saves the temporary C-RNTI. After the UE receives the message for conflict resolution from the base station in step 4, the UE takes the temporary C-RNTI as the C-RNTI.
  • the target base station When performing cell handover for the UE in the connected state, the target base station will carry the synchronization reconfiguration information element in the handover command, and the information element includes the C-RNTI.
  • the UE will trigger the RRC re-establishment process. Specifically, the UE needs to derive the shortMAC-I based on the C-RNTI, and carry it in the RRC re-establishment request (RRCRestablishmentRequest) message and send it to the base station.
  • RRC re-establishmentRequest RRC re-establishment request
  • the C-RNTI is allocated for the UE by the media access control (media access control, MAC) layer of the base station.
  • media access control media access control
  • the base station can only allocate a C-RNTI to the UE through a synchronous reconfiguration process (ie, a handover process). As a result, if the remote UE does not initiate the handover process, the remote UE cannot obtain the C-RNTI.
  • C-RNTI if the remote UE fails to communicate with the base station, for example, a radio link failure (RLF) or reconfiguration failure occurs, the remote UE triggers the RRC re-establishment process according to the protocol. Therefore, C-RNTI cannot derive message authentication short code-integrity (message authentication code-integrity, shortMAC-I). Therefore, the remote UE cannot perform the RRC re-establishment procedure.
  • RLF radio link failure
  • shortMAC-I message authentication code-integrity
  • an embodiment of the present application provides a communication method, which is used to solve the problem that the remote UE cannot perform the RRC re-establishment process because the remote UE does not have a C-RNTI when the communication between the remote UE and the network device fails.
  • the method includes:
  • the second terminal device sends a second message to the network device through the first terminal device.
  • the network device receives the second message through the first terminal device. It can be understood that the second message is used to request the C-RNTI.
  • the network device determines the first message.
  • the first message includes the C-RNTI allocated by the network device to the second terminal device.
  • S603 The network device sends the first message to the second terminal device through the first terminal device.
  • the second terminal device receives the first message from the network device through the first terminal device.
  • the first message is used to instruct the second terminal device to establish a first signaling radio bearer with the network device.
  • the first signaling radio bearer may be used to transmit RRC configuration related messages between the second terminal device and the network device, and may also transmit non-access stratum (non-access stratum, NAS) messages.
  • the first signaling radio bearer can be understood as a signaling radio bearer established by the second terminal through the first terminal and the network device.
  • the first message includes a PDCP configuration of the first signaling radio bearer and an associated sidelink configuration, where the associated sidelink configuration may include a configuration between the second terminal and the first terminal that implements the first signaling radio bearer.
  • the first signaling radio bearer is SRB1.
  • the first message may adopt the following design: the first message is a radio resource control setup (RRCSetup) message, or the first message is a radio resource control recovery (RRCResume) message, or the first message is a radio resource control re-establishment (RRCResume) message. RRCRestablishment) message. It can be understood that if the first message is a radio resource control setup message, the second message is a radio resource control setup request (RRCSetupRequest) message; or, if the first message is a radio resource control recovery message, the second message is a radio resource control setup request message.
  • RRCSetup radio resource control setup
  • RRCSetupRequest radio resource control setup request
  • a resource control recovery request (RRCResumeRequest) message if the first message is a radio resource control re-establishment message, the second message is a radio resource control re-establishment request (RRCRestablishmentRequest) message.
  • the second terminal device when the second terminal device switches from the idle state to the connected state, the second terminal device sends a radio resource control establishment request message to the network device through the first terminal device, and the network device sends a radio resource control establishment request message through the first terminal device.
  • the device sends a radio resource control setup message to the second terminal device, where the radio resource control setup message includes the C-RNTI allocated for the second terminal device.
  • the second terminal device switches from the deactivated state to the connected state
  • the second terminal device sends a radio resource control recovery request message to the network device through the first terminal device, and the network device sends the radio resource control to the second terminal device through the first terminal device.
  • a control recovery message wherein the radio resource control recovery message includes the C-RNTI allocated for the second terminal device.
  • the second terminal device When the second terminal device performs the RRC re-establishment process, the second terminal device sends a radio resource control re-establishment request message to the network device through the first terminal device, and the network device sends a radio resource control re-establishment request message to the second terminal device through the first terminal device.
  • an establishment message wherein the radio resource control re-establishment message includes the C-RNTI allocated for the second terminal device.
  • the first message is the first S806: a radio resource control reconfiguration (RRCReconfiguration) message.
  • the second message is a security mode complete (SecurityModeComplete) message.
  • the network device sends a security mode command (SecurityModeCommand) message to the second terminal device through the first terminal device, and the second terminal device sends a security mode complete (SecurityModeComplete) message to the network device through the first terminal device.
  • the network device sends a radio resource control reconfiguration message to the second terminal device through the first terminal device, wherein the radio resource control reconfiguration message includes the C-RNTI allocated for the second terminal device.
  • the network device when the network device adopts the CU-DU architecture, the CU generates the first message, and the DU allocates the C-RNTI.
  • the network device may use, but not limited to, the following solutions to determine the first message.
  • Scheme 1 The CU receives the second message and the C-RNTI from the DU.
  • the CU generates a first message including the C-RNTI allocated for the second terminal device.
  • the second message and the C-RNTI may be carried by the F1 interface message.
  • the CU receives the second message from the DU.
  • the CU confirms that the second terminal device is allowed to establish an RRC connection with itself through the first terminal device
  • the CU sends a third message to the DU, where the third message is used to request the DU to allocate a C-RNTI to the second terminal device.
  • the CU receives the C-RNTI from the DU.
  • the CU generates a first message including the C-RNTI allocated for the second terminal device.
  • the CU receives at least one C-RNTI from the DU.
  • the CU receives the second message from the DU.
  • the CU confirms that the second terminal device is allowed to establish an RRC connection with itself through the first terminal device, the CU allocates a C-RNTI to the second terminal device, where the C-RNTI is one of the at least one C-RNTI.
  • the CU may send a notification message to the DU, where the notification message includes the C-RNTI allocated to the second terminal device.
  • the CU may send a request message to the DU, where the request message is used to request the DU to allocate at least one C-RNTI.
  • the request message may also carry the number of C-RNTIs that are requested to be allocated by the DU.
  • the CU may send a request message to the DU, where the request message is used to request the DU to be re-allocated K C-RNTIs, where N and K are positive integers.
  • the request message since the DU may include a cell, the request message may also carry cell identification information, which is used to indicate which cell's C-RNTI is requested by the CU.
  • the CU may send an indication message to the DU, where the indication message is used to inform the DU of the redundant C-RNTI, that is, return the DU to allocate a part of the C-RNTI.
  • the CU can learn the relay capability of the first terminal device, but the DU does not know the relay capability of the first terminal device.
  • the CU may learn the relay capability of the first terminal device through the UE capability reported by the first terminal device.
  • the CU may also acquire the relay capability of the first terminal device from the core network.
  • the CU may also obtain the relay capability of the first terminal device from the source base station.
  • the DU sends the C-RNTI of the preset maximum allocated quantity to the CU according to the preset maximum allocated quantity. If the CU determines according to the relay capability of the first terminal device that the maximum number of relay terminal devices supported by the first terminal device is less than the preset maximum allocated number, the CU may send an indication message to the DU, where the indication message is used to inform the DU of the excess C -RNTI.
  • the CU may also receive the identifier of the second terminal device from the DU, where the identifier is an identifier allocated by the first terminal device to the second terminal device, and the identifier is used to distinguish the identifier from the first terminal device.
  • the identifier of the second terminal device may be used by the CU to maintain the context of the second terminal device.
  • the CU can also receive the F1 interface identifier (that is, the F1AP ID) of the second terminal device from the DU and the identifier of the first terminal device, where the identifier of the first terminal device can be the F1 allocated by the DU for the first terminal device.
  • the interface identifier, the F1 interface identifier of the second terminal device is also allocated by the DU for the second terminal device.
  • the second terminal device when the second terminal device accesses the network device through the first terminal device, the second terminal device can obtain the C-RNTI as soon as possible, which ensures that the second terminal device can smoothly perform the RRC re-establishment process, and When the device triggers RRC re-establishment, the context of the second terminal device can be restored through the target base station.
  • the remote UE sends an RRCSetupRequest message to the base station through the relay UE.
  • the RRCSetupRequest message is used to request to establish an RRC connection with the base station.
  • the relay UE can send the RRCSetupRequest message as an information element in the uplink RRC message generated by itself to the base station, or use the RRCSetupRequest message as a radio link control service data unit (RLC SDU), or packet data aggregation Layer protocol protocol data unit (packet data convergence protocol protocol data unit, PDCP PDU), which is not limited in this embodiment of the present application.
  • RLC SDU radio link control service data unit
  • PDCP PDU packet data aggregation Layer protocol protocol data unit
  • the base station confirms that the remote UE is allowed to establish an RRC connection with itself through the relay UE, and sends an RRCSetup message to the remote UE through the relay UE.
  • the RRCSetup message includes the C-RNTI allocated by the base station for the remote UE.
  • the remote UE After the remote UE receives the RRCSetup message, the remote UE saves the C-RNTI included in the RRCSetup message.
  • the relay UE can send the RRCSetup message as an information element in the downlink RRC message generated by itself to the remote UE, or use the RRCSetup message as an RLC SDU, or use the RRCSetup message as a PDCP PDU, which is not done in this embodiment of the present application limited.
  • the base station may adopt, but is not limited to, any one of the above three schemes to determine the first information, which will not be repeated here.
  • the remote UE sends a radio resource control setup complete (RRCSetupComplete) message to the base station through the relay UE.
  • RRCSetupComplete radio resource control setup complete
  • the second specific process of allocating the C-RNTI to the remote UE by the base station is described below by taking the remote UE entering the connected state from the idle state as an example.
  • the remote UE sends an RRCSetupRequest message to the base station through the relay UE.
  • the base station confirms that the remote UE is allowed to establish an RRC connection with itself through the relay UE, and sends an RRCSetup message to the remote UE through the relay UE.
  • the RRCSetup message does not include the C-RNTI allocated by the base station for the remote UE.
  • the remote UE sends an RRCSetupComplete message to the base station through the relay UE.
  • the base station sends a SecurityModeCommand message to the remote UE through the relay UE.
  • the remote UE sends a SecurityModeComplete message to the base station through the relay UE.
  • the base station sends an RRC reconfiguration (RRCReconfiguration) message to the remote UE through the relay UE.
  • the RRC reconfiguration message includes the C-RNTI allocated by the base station for the remote UE.
  • the RRC reconfiguration message is the first RRC reconfiguration message configured by the base station for the remote UE after the remote UE establishes an RRC connection with the base station through the relay UE.
  • the RRC reconfiguration message may further include Uu PDCP configuration, SL RLC configuration, SL MAC configuration, SL resource pool configuration, and SL physical channel configuration of the remote UE.
  • the remote UE sends an RRC reconfiguration complete (RRCReconfigurationComplete) message to the base station through the relay UE.
  • RRC reconfiguration Complete RRCReconfigurationComplete
  • the protocol stack can be referred to as shown in FIG. 2 .
  • the remote UE when the remote UE accesses the base station through the relay UE, the remote UE can obtain the C-RNTI as soon as possible, which ensures that the remote UE can smoothly perform the RRC re-establishment process.
  • the messages involved include the RRCResumeRequest message, the RRCResume message, and the RRCResumeComplete message.
  • the remote UE performs RRC re-establishment through the relay UE, the remote UE needs to perform the RRC re-establishment process between the relay UE and the base station.
  • the messages involved include the RRCRestablishmentRequest message, the RRCRestablishment message, and the RRCRestablishmentComplete message.
  • the embodiment of the present application provides a communication method, which is used to solve the problem that the remote UE cannot perform the RRC re-establishment process because the remote UE does not have a C-RNTI when the communication between the remote UE and the network device fails.
  • the method includes:
  • S901 The second terminal device determines that the communication with the first network device through the first terminal device fails.
  • the second terminal device detects at least one of the following preset events and determines that the communication with the first network device through the first terminal device fails, and the preset event includes the occurrence of a sidelink between the second terminal device and the first terminal device RLF, the second terminal device determines that the configuration provided by the first network device for the second terminal device fails, the signaling radio bearer (SRB) integrity check fails between the second terminal device and the first terminal device, RLF occurs in the connection between the first terminal device and the first network device, the second terminal device determines that the configuration provided by the first network device for the first terminal device fails, the first terminal device fails to verify the SRB integrity of the air interface, and the first terminal device fails.
  • a terminal device loses uplink synchronization of the air interface interface, etc.
  • the above air interface refers to the Uu interface.
  • the RRC reconfiguration message sent by the first network device to the second terminal device through the first terminal device includes the RRC configuration, and if the second terminal device cannot execute the RRC configuration, the second terminal device determines that the first network The configuration provided by the device for the second terminal device failed.
  • the reason for this failure may be that the RRC configuration does not match the capabilities of the second terminal device, and it can be understood that the capabilities required by the RRC configuration are not possessed by the second terminal device. Or there is a problem with encoding or decoding, so that the second terminal device cannot correctly parse the RRC configuration.
  • the RRC reconfiguration message sent by the first network device to the first terminal device includes an RRC configuration. If the first terminal device cannot perform the RRC configuration, the first terminal device determines that the first network device is the first terminal device. The configuration provided by the end device failed. Further, the first terminal device will notify the second terminal device that the configuration fails, and the second terminal device determines that the configuration provided by the first network device for the first terminal device fails.
  • S902 The second terminal device determines whether the C-RNTI has been obtained from the first network device, and if so, executes S903A, otherwise executes S903B.
  • S903A The second terminal device determines that the C-RNTI has been obtained from the first network device, and the second terminal device triggers an RRC re-establishment process.
  • the second terminal device may perform cell reselection, and send a radio resource control re-establishment request message to the second network device through the selected cell.
  • the second terminal device may also perform relay terminal device reselection, and send a radio resource control re-establishment request message to the second network device through the reselected relay terminal device.
  • the second network device may be the same as or different from the first network device. In this case, the RRC state of the second terminal device is still the connected state, which can be understood as the second terminal device will save the access layer configuration configured by the first network device.
  • S903B The second terminal device determines that the C-RNTI is not obtained from the first network device, and the second terminal device enters an idle state.
  • the second terminal device enters the idle state from the connected state, that is, releases the RRC connection, or releases the access stratum (access stratum, AS) configuration, or the second terminal device releases radio resources, such as PDCP, RLC, and adaptation layer entities , MAC configuration SDAP, etc. one or more.
  • the second terminal device may perform cell reselection, and send a radio resource control establishment request message to the second network device through the selected cell.
  • the second terminal device may also perform relay terminal device reselection, and send a radio resource control establishment request message to the second network device through the reselected relay terminal device. It can be understood that the second network device may be the same as or different from the first network device.
  • the second terminal device if the second terminal device determines that the C-RNTI is not obtained from the first network device, the second terminal device triggers the RRC connection establishment process.
  • the RRC connection establishment process here includes that the second terminal device first enters an idle state, and then the second terminal device may perform cell reselection, and send a radio resource control establishment request message to the second network device through the selected cell.
  • the second terminal device first enters the idle state, and then the second terminal device may also perform relay terminal device reselection, and send a RRC establishment request message to the second network device through the reselected relay terminal device.
  • This embodiment may be applicable to a scenario where the first network device cannot guarantee to provide the C-RNTI to the second terminal device as soon as possible.
  • the second terminal device needs to decide the follow-up action based on whether there is a C-RNTI, so that the second terminal device can be avoided.
  • the device still triggers the RRC re-establishment process without the C-RNTI, resulting in the failure of the RRC re-establishment, and then transfers to initiate the RRC connection establishment process, which brings additional delay.
  • the embodiment of the present application provides a communication method, which is used to solve the problem that the remote UE cannot perform the RRC re-establishment process because the remote UE does not have a C-RNTI when the communication between the remote UE and the network device fails.
  • the method includes:
  • the network device sends at least one C-RNTI to the first terminal device.
  • the at least one C-RNTI may also be referred to as a C-RNTI list.
  • the network device may send at least one C-RNTI to the first terminal device when determining that the first terminal device is a relay terminal device.
  • the first terminal device is determined to be a relay terminal device, and the first terminal device sends indication information to the network device.
  • the indication information is used to instruct the first terminal device to become a relay terminal device.
  • the network device After receiving the indication information, the network device sends at least one C-RNTI to the first terminal device.
  • the first terminal device may adopt but not limited to the following methods to determine that it can become a relay terminal device: the first terminal device obtains an RSRP range through network device broadcast or pre-configuration, and the first terminal device measures the cell reference signal, The measured RSRP is compared with the RSRP range, and when the measured RSRP belongs to the RSRP range, the first terminal device is determined to be a relay terminal device.
  • the second terminal device establishes a unicast connection with the first terminal device, and sends a message to the network device through the first terminal device.
  • the network device determines that the message is the first message forwarded by the first terminal device
  • the network device determines that the first terminal device is a relay terminal device
  • the second terminal device is the first device to access the network through the first terminal device terminal equipment.
  • the network device sends at least one C-RNTI to the first terminal device.
  • the network device when the network device adopts the CU-DU architecture, at least one C-RNTI is allocated by the DU, and at least one C-RNTI is sent by the CU. Specifically, the network device may determine at least one C-RNTI by using, but not limited to, the following solutions.
  • Scheme A The CU receives a fourth message from the DU, and the fourth message includes at least one C-RNTI.
  • Scheme B The CU sends a fifth message to the DU, where the fifth message is used to request the DU to allocate at least one C-RNTI.
  • the CU receives at least one C-RNTI from the DU.
  • the fifth message may further include the number of C-RNTIs requested to be allocated by the DU.
  • the above design can ensure that the C-RNTI allocated by the first terminal device to the second terminal device will not conflict with the C-RNTI allocated by the network device itself to other terminal devices in the cell.
  • the CU when the CU determines that the first terminal device is the relay terminal device, the CU sends the fifth message to the DU.
  • the method for the CU to determine that the first terminal device becomes the relay terminal device may refer to S1001, which will not be repeated here.
  • the fifth message may also carry cell identification information, which is used to indicate which cell's C-RNTI is requested by the CU.
  • the first terminal device sends a first C-RNTI to the second terminal device, where the first C-RNTI is one C-RNTI in at least one C-RNTI.
  • the sending of the C-RNTI by the first terminal device to the second terminal device may occur during the establishment of the unicast connection between the first terminal device and the second terminal device, or may occur after the establishment of the unicast connection.
  • the first terminal device sends a unicast connection establishment request response message to the second terminal device, and the unicast connection establishment request response message includes the first C-RNTI.
  • the unicast connection establishment request response message is used to indicate that the unicast connection establishment is completed.
  • the first terminal device sidechains a radio resource control message to the second terminal device, where the sidechain radio resource control message includes the first C-RNTI.
  • the first terminal device sends the first C-RNTI to the network device.
  • the first terminal device sends the first C-RNTI and the first identifier to the network device, the first identifier is an identifier allocated by the first terminal device to the second terminal device, and the first identifier is used to distinguish the Different terminal devices where the device is connected to the network device.
  • the first terminal device receives the radio resource control message from the second terminal device, and the first terminal device sends the radio resource control message to the network device.
  • the radio resource control message includes the first C-RNTI.
  • the first C-RNTI may be included in the RRCSetupRequest message, the RRCSetupComplete message, or other uplink RRC messages.
  • the network device allocates at least one C-RNTI to the first terminal device, and the first terminal device allocates the C-RNTI to the second terminal device, which can ensure that the second terminal device obtains the C-RNTI as soon as possible. It is ensured that the second terminal device can successfully complete the RRC re-establishment process if the communication with the network device fails in the subsequent process.
  • the network device and the terminal device include corresponding hardware structures and/or software modules for performing each function.
  • the units and method steps of each example described in conjunction with the embodiments disclosed in the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is performed by hardware or computer software-driven hardware depends on the specific application scenarios and design constraints of the technical solution.
  • FIG. 11 and FIG. 12 are schematic structural diagrams of possible communication apparatuses provided by embodiments of the present application. These communication apparatuses can be used to implement the functions of the terminal equipment or the network equipment in the above method embodiments, and thus can also achieve the beneficial effects of the above method embodiments.
  • the communication apparatus may be a RAN or a Relay UE or a Remote UE as shown in FIG. 1 , and may also be a module (such as a chip) applied to a terminal device or RAN.
  • the communication device 1100 includes a processing unit 1110 and a transceiver unit 1120 .
  • the communication apparatus 1100 is configured to implement the functions of the terminal device or the network device in the method embodiment shown in FIG. 6 , FIG. 7 , FIG. 8 , FIG. 9 or FIG. 10 .
  • the processing unit 1110 is configured to determine a first message, where the first message includes the network device The C-RNTI allocated to the second terminal device, the first message is used to instruct the second terminal device to establish a first signaling radio bearer with the network device, or the first message is The first RRC reconfiguration message.
  • the transceiver unit 1120 is configured to send the first message to the second terminal device through the first terminal device.
  • the processing unit 1110 invokes the transceiver unit 1120 to execute: send the request to the remote UE through the first terminal device.
  • the network device sends a second message; and receives a first message sent from the network device through the first terminal device, where the first message includes the C-RNTI allocated by the network device to the second terminal device, the The first message is used to instruct the second terminal device to establish a first signaling radio bearer with the network device, or the first message is the first radio resource control reconfiguration message.
  • the processing unit 1110 calls the transceiver unit 1120 to execute: determine that the communication with the first network device through the first terminal device fails ;
  • the processing unit 1110 calls the transceiver unit 1120 to execute: receive at least one C-RNTI from the network device;
  • the second terminal device sends a first C-RNTI, where the first C-RNTI is one C-RNTI in the at least one C-RNTI; and sends the first C-RNTI to the network device.
  • the processing unit 1110 invokes the transceiver unit 1120 to execute: send at least one C-RNTI to the first terminal device; receive a C-RNTI from the first terminal device; The first C-RNTI of the first terminal device, the first C-RNTI is one C-RNTI in the at least one C-RNTI, and the first C-RNTI is the C-RNTI of the second terminal device RNTI.
  • processing unit 1110 and the transceiver unit 1120 can be obtained directly by referring to the relevant descriptions in the method embodiments shown in FIG. 6 , FIG. 7 , FIG. 8 , FIG. 9 or FIG.
  • the communication device 1200 includes a processor 1210 and an interface circuit 1220 .
  • the processor 1210 and the interface circuit 1220 are coupled to each other.
  • the interface circuit 1220 can be a transceiver or an input-output interface.
  • the communication apparatus 1200 may further include a memory 1230 for storing instructions executed by the processor 1210 or input data required by the processor 1210 to execute the instructions or data generated after the processor 1210 executes the instructions.
  • the processor 1210 is used to implement the function of the above-mentioned processing unit 1110
  • the interface circuit 1220 is used to implement the above-mentioned transceiver unit 1120 function.
  • the terminal device chip When the above communication device is a chip applied to a terminal device, the terminal device chip implements the functions of the terminal device in the above method embodiments.
  • the terminal device chip receives information from other modules (such as a radio frequency module or an antenna) in the terminal device, and the information is sent by the network device to the terminal device; or, the terminal device chip sends information to other modules (such as a radio frequency module or an antenna) in the terminal device antenna) to send information, the information is sent by the terminal equipment to the network equipment.
  • modules such as a radio frequency module or an antenna
  • the network device chip When the above communication device is a chip applied to a network device, the network device chip implements the functions of the network device in the above method embodiments.
  • the network device chip receives information from other modules (such as a radio frequency module or an antenna) in the network device, and the information is sent by the terminal device to the network device; or, the network device chip sends information to other modules in the network device (such as a radio frequency module or an antenna). antenna) to send information, the information is sent by the network equipment to the terminal equipment.
  • modules such as a radio frequency module or an antenna
  • the processor in the embodiments of the present application may be a central processing unit (Central Processing Unit, CPU), and may also be other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), application-specific integrated circuits (Application Specific Integrated Circuit, ASIC), Field Programmable Gate Array (Field Programmable Gate Array, FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof.
  • a general-purpose processor may be a microprocessor or any conventional processor.
  • the method steps in the embodiments of the present application may be implemented in a hardware manner, or may be implemented in a manner in which a processor executes software instructions.
  • Software instructions can be composed of corresponding software modules, and software modules can be stored in random access memory (Random Access Memory, RAM), flash memory, read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM) , PROM), Erasable Programmable Read-Only Memory (Erasable PROM, EPROM), Electrically Erasable Programmable Read-Only Memory (Electrically Erasable Programmable Read-Only Memory (Electrically EPROM, EEPROM), registers, hard disks, removable hard disks, CD-ROMs or known in the art in any other form of storage medium.
  • RAM Random Access Memory
  • ROM read-only memory
  • PROM programmable read-only memory
  • PROM Erasable Programmable Read-Only Memory
  • EPROM Electrically Erasable Programmable Read-Only Memory
  • An exemplary storage medium is coupled to the processor, such that the processor can read information from, and write information to, the storage medium.
  • the storage medium can also be an integral part of the processor.
  • the processor and storage medium may reside in an ASIC.
  • the ASIC may be located in a network device or in an end device.
  • the processor and the storage medium may also exist in the network device or the terminal device as discrete components.
  • the above-mentioned embodiments it may be implemented in whole or in part by software, hardware, firmware or any combination thereof.
  • software it can be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer programs or instructions.
  • the processes or functions described in the embodiments of the present application are executed in whole or in part.
  • the computer may be a general purpose computer, a special purpose computer, a computer network, network equipment, user equipment, or other programmable apparatus.
  • the computer program or instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer program or instructions may be downloaded from a website site, computer, A server or data center transmits by wire or wireless to another website site, computer, server or data center.
  • the computer-readable storage medium may be any available medium that can be accessed by a computer, or a data storage device such as a server, data center, or the like that integrates one or more available media.
  • the usable medium can be a magnetic medium, such as a floppy disk, a hard disk, and a magnetic tape; it can also be an optical medium, such as a digital video disc (DVD); it can also be a semiconductor medium, such as a solid state drive (solid state drive). , SSD).
  • a magnetic medium such as a floppy disk, a hard disk, and a magnetic tape
  • an optical medium such as a digital video disc (DVD)
  • DVD digital video disc
  • it can also be a semiconductor medium, such as a solid state drive (solid state drive). , SSD).
  • “at least one” means one or more, and “plurality” means two or more.
  • “And/or”, which describes the relationship of the associated objects, indicates that there can be three kinds of relationships, for example, A and/or B, it can indicate that A exists alone, A and B exist at the same time, and B exists alone, where A, B can be singular or plural.
  • the character “/” generally indicates that the related objects are a kind of "or” relationship; in the formula of this application, the character "/” indicates that the related objects are a kind of "division” Relationship.

Abstract

一种通信方法及装置,该方法包括:网络设备确定第一消息,其中,第一消息包括网络设备为第二终端设备分配的C-RNTI,第一消息用于指示第二终端设备建立与网络设备之间的第一信令无线承载,或者第一消息为第一条无线资源控制重配置消息。网络设备通过第一终端设备向第二终端设备发送第一消息。其中,网络设备与第一终端设备之间存在连接,第一终端设备与第二终端设备之间存在侧行链路单播连接。采用上述方法可以实现在第二终端设备通过第一终端设备接入网络设备时,第二终端设备能够尽早获得C-RNTI,保证了第二终端设备能够顺利执行RRC重建立流程。

Description

一种通信方法及装置
相关申请的交叉引用
本申请要求在2020年06月29日提交中国专利局、申请号为202010609913.9、申请名称为“一种通信方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及无线通信领域,尤其涉及一种通信方法及装置。
背景技术
终端设备与网络设备中继(UE-to-Network relay)场景涉及的网元包括网络设备、至少一个中继终端设备(relay user equipment,relay UE)、至少一个远端终端设备(remote UE)。如图1所示,网络设备与relay UE之间存在连接,relay UE与remote UE之间存在侧行链路单播连接。relay UE可以帮助remote UE接入网络设备获取服务。以下行传输为例,relay UE可以帮助remote UE通过网络设备获取该remote UE的数据,并转发给remote UE。上行传输的情况类似,relay UE从remote UE获取数据后,转发给网络设备。
按照现有协议,网络设备只能通过同步重配流程(即切换流程)为remote UE分配小区无线网络临时标识(cell radio network temporary identifier,C-RNTI)。因此,如果remote UE不发起切换流程,remote UE将无法获取C-RNTI。而在没有C-RNTI的情况下,当remote UE与网络设备通信失败时,remote UE无法执行RRC重建立流程。
发明内容
本申请实施例提供一种通信方法及装置,用于解决当remote UE与网络设备通信失败时,由于remote UE没有C-RNTI而导致的remote UE无法执行RRC重建立流程的问题。
第一方面,本申请实施例提供一种通信方法,该可以由网络设备执行,也可以由网络设备的部件(例如处理器、芯片、或芯片系统等)执行,在该方法中,网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:确定第一消息,通过所述第一终端设备向所述第二终端设备发送所述第一消息。其中,所述第一消息包括所述网络设备为所述第二终端设备分配的C-RNTI,所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载,或者所述第一消息为第一条无线资源控制重配置消息。
采用上述方法可以实现在第二终端设备通过第一终端设备接入网络设备时,第二终端设备能够尽早获得C-RNTI,保证了第二终端设备能够顺利执行RRC重建立流程。
在一种可能的设计中,在所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载时,所述第一消息为无线资源控制建立消息,或者,所述第一消息为无线资源控制恢复消息,或者,所述第一消息为无线资源控制重建立消息。
采用上述方法,本申请实施例可以适用于多种应用场景,且能够保证第二终端设备尽早获得C-RNTI。
在一种可能的设计中,在确定第一消息时,所述网络设备中的CU接收来自于所述网络设备中的DU的第二消息和所述C-RNTI,所述第二消息为所述第二终端设备通过所述第一终端设备向所述DU发送的。
采用上述方法,DU可以为第二终端设备分配C-RNTI,CU可以通过第一消息发送该C-RNTI。
在一种可能的设计中,在确定第一消息时,所述网络设备中的CU接收来自于所述网络设备中的DU的第二消息,所述第二消息为所述第二终端设备通过所述第一终端设备向所述DU发送的,所述CU向所述DU发送第三消息,所述第三消息用于请求所述DU为所述第二终端设备分配所述C-RNTI,所述CU接收来自于所述DU的所述C-RNTI。
采用上述方法,DU可以为第二终端设备分配C-RNTI,CU可以通过第一消息发送该C-RNTI。
在一种可能的设计中,在确定第一消息时,所述网络设备中的CU接收来自于所述网络设备中的DU的至少一个C-RNTI。所述CU接收来自于所述DU的第二消息,所述第二消息为所述第二终端设备通过所述第一终端设备向所述DU发送的;所述CU为所述第二终端设备分配所述C-RNTI,所述C-RNTI为所述至少一个C-RNTI中的一个C-RNTI。
采用上述方法,DU可以为CU事先分配至少一个C-RNTI,CU可以从至少一个C-RNTI为第二终端设备分配C-RNTI,并通过第一消息发送该C-RNTI。
在一种可能的设计中,所述CU接收来自于所述DU的所述第二终端设备的标识,所述第二终端设备的标识是所述第一终端设备为所述第二终端设备分配的标识,所述标识用于区分通过所述第一终端设备接入所述网络设备的不同终端设备。
采用上述方法,CU可以保存第二终端设备的标识,有助于CU维护第二终端设备的上下文。
在一种可能的设计中,所述第一消息为无线资源控制建立消息,所述第二消息为无线资源控制建立请求消息;或者,所述第一消息为无线资源控制恢复消息,所述第二消息为无线资源控制恢复请求消息;或者,所述第一消息为无线资源控制重建立消息,所述第二消息为无线资源控制重建立请求消息。
采用上述方法,第一消息和第二消息的组合可以有多种形式,以适用于不同的场景。
在一种可能的设计中,所述第一消息为所述第一条无线资源控制重配置消息,所述第二消息为安全模式完成消息。
其中,第一条无线资源控制重配置消息是第二终端设备通过第一终端设备与网络设备建立无线资源控制连接之后,网络设备为第二终端设备配置的第一条无线资源控制重配消息。采用上述方法能够保证第二终端设备尽早获得C-RNTI,保证了第二终端设备能够顺利执行RRC重建立流程。
第二方面,本申请实施例提供一种通信方法,该可以由第二终端设备执行,也可以由第二终端设备的部件(例如处理器、芯片、或芯片系统等)执行,在该方法中,网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:通过所述第一终端设备向网络设备发送第二消息,接收来自于所述网络设备通过所述第一终端设备发送的第一消息,第一消息包括所述网络设备为所述第二终端设备分配的C-RNTI,所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载,或者所述第一消息为第一条无线资源控制重配置消息。
采用上述方法可以实现在第二终端设备通过第一终端设备接入网络设备时,第二终端设备能够尽早获得C-RNTI,保证了第二终端设备能够顺利执行RRC重建立流程。
在一种可能的设计中,在所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载时,所述第一消息为无线资源控制建立消息,或者,所述第一消息为无线资源控制恢复消息,或者,所述第一消息为无线资源控制重建立消息。
采用上述方法,本申请实施例可以适用于多种应用场景,且能够保证第二终端设备尽早获得C-RNTI。
在一种可能的设计中,所述第一消息为无线资源控制建立消息,所述第二消息为无线资源控制建立请求消息;或者,所述第一消息为无线资源控制恢复消息,所述第二消息为无线资源控制恢复请求消息;或者,所述第一消息为无线资源控制重建立消息,所述第二消息为无线资源控制重建立请求消息。
采用上述方法,第一消息和第二消息的组合可以有多种形式,以适用于不同的场景。
在一种可能的设计中,所述第一消息为所述第一条无线资源控制重配置消息,所述第二消息为安全模式完成消息。
采用上述方法能够保证第二终端设备尽早获得C-RNTI。
第三方面,本申请实施例提供一种通信方法,该可以由第二终端设备执行,也可以由第二终端设备的部件(例如处理器、芯片、或芯片系统等)执行,在该方法中,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:确定通过所述第一终端设备与所述第一网络设备通信失败,则当确定未从所述第一网络设备获取C-RNTI,则所述第二终端设备进入空闲态;或者,当确定已从所述第一网络设备获取C-RNTI,则所述第二终端设备触发RRC重建立流程。
采用上述方法,考虑了第二终端设备确定通过第一终端设备与第一网络设备通信失败时,第二终端设备需要基于是否有C-RNTI来决定后续动作,可以避免第二终端设备在没有C-RNTI的情况下仍然触发RRC重建立流程,导致RRC重建立失败,继而再转去发起RRC连接建立流程,带来额外的时延。
在一种可能的设计中,在进入空闲态之后,执行小区重选,并通过选择的小区向第二网络设备发送无线资源控制建立请求消息;或者,在进入空闲态之后,执行中继终端设备重选,并通过重选后的中继终端设备向第二网络设备发送无线资源控制建立请求消息。
采用上述方法,可以避免第二终端设备在没有C-RNTI的情况下仍然触发RRC重建立流程。
在一种可能的设计中,在确定已从所述第一网络设备获取C-RNTI,则触发RRC重建立流程时,执行小区重选,并通过选择的小区向第二网络设备发送无线资源控制重建立请求消息;或者,在确定已从所述第一网络设备获取C-RNTI,则触发RRC重建立流程时,执行中继终端设备重选,并通过重选后的中继终端设备向第二网络设备发送无线资源控制重建立请求消息。
采用上述方法,可以使第二终端设备在确定已获取C-RNTI的情况下才触发RRC重建立流程。
在一种可能的设计中,在确定通过所述第一终端设备与所述第一网络设备通信失败时,检测到以下预设事件中的至少一个事件,所述预设事件包括所述第二终端设备和所述第一终端设备之间的侧行链路发生RLF;确定所述第一网络设备为所述第二终端设备提供的配 置发生失败;所述第二终端设备与所述第一终端设备之间发生SRB完保校验失败;所述第一终端设备与所述第一网络设备之间的连接发生RLF;确定所述第一网络设备为所述第一终端设备提供的配置发生失败;所述第一终端设备发生空口SRB完保校验失败;所述第一终端设备发生空口接口的上行失步。
采用上述方法,第二终端设备可以通过检测到预设事件确定通过所述第一终端设备与所述第一网络设备通信失败。
第四方面,本申请实施例提供一种通信方法,该可以由第一终端设备执行,也可以由第一终端设备的部件(例如处理器、芯片、或芯片系统等)执行,在该方法中,网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:接收来自于所述网络设备的至少一个C-RNTI,向所述第二终端设备发送第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI。所述第一终端设备向所述网络设备发送所述第一C-RNTI。
采用上述方法,网络设备为第一终端设备分配至少一个C-RNTI,由第一终端设备为第二终端设备分配C-RNTI,能够保证第二终端设备尽早获得C-RNTI。保证了第二终端设备在后续过程中,如果与网络设备通信失败能够成功完成RRC重建立流程。
在一种可能的设计中,在向所述第二终端设备发送第一C-RNTI时,向所述第二终端设备发送单播连接建立请求响应消息,所述单播连接建立请求响应消息包括所述第一C-RNTI;或者,在向所述第二终端设备发送第一C-RNTI时,向所述第二终端设备侧链无线资源控制消息,所述侧链无线资源控制消息包括所述第一C-RNTI。
采用上述方法,第一终端设备可以通过多种方式向第二终端设备通知第一C-RNTI。
在一种可能的设计中,在向所述网络设备发送所述第一C-RNTI时,向所述网络设备发送所述第一C-RNTI和第一标识,所述第一标识为所述第一终端设备为所述第二终端设备分配的标识,所述第一标识用于区分通过所述第一终端设备接入所述网络设备的不同终端设备。
采用上述方法,第一终端设备可以向网络设备通知第一C-RNTI。
在一种可能的设计中,在向所述网络设备发送所述第一C-RNTI时,接收来自于所述第二终端设备的无线资源控制消息,向所述网络设备发送所述无线资源控制消息。所述无线资源控制消息包括所述第一C-RNTI。
采用上述方法,第一终端设备可以向网络设备通知第一C-RNTI。
在一种可能的设计中,在接收来自于所述网络设备的至少一个C-RNTI时,确定成为中继终端设备,向所述网络设备发送指示信息,接收来自于所述网络设备的至少一个C-RNTI。所述指示信息用于指示所述第一终端设备成为中继终端设备。
采用上述方法,第一终端设备通过向网络设备通知第一终端设备成为中继终端设备,触发网络设备为第一终端设备配置至少一个C-RNTI。
第五方面,本申请实施例提供一种通信方法,该可以由网络设备执行,也可以由网络设备的部件(例如处理器、芯片、或芯片系统等)执行,在该方法中,网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:向所述第一终端设备发送至少一个C-RNTI,接收来自于所述第一终端设备的第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI。
采用上述方法,网络设备为第一终端设备分配至少一个C-RNTI,由第一终端设备为第二终端设备分配C-RNTI,能够保证第二终端设备尽早获得C-RNTI。保证了第二终端设备在后续过程中,如果与网络设备通信失败能够成功完成RRC重建立流程。
在一种可能的设计中,在接收来自于所述第一终端设备的第一C-RNTI时,接收来自于所述第一终端设备的所述第一C-RNTI和第一标识,所述第一标识为所述第一终端设备为所述第二终端设备分配的标识,所述第一标识用于区分通过所述第一终端设备接入所述网络设备的不同终端设备。
采用上述方法,第一终端设备可以向网络设备通知第一C-RNTI。
在一种可能的设计中,在接收来自于所述第一终端设备的第一C-RNTI时,接收来自于所述第二终端设备通过所述第一终端设备发送的无线资源控制消息,所述无线资源控制消息包括所述第一C-RNTI;
采用上述方法,第二终端设备可以通过第一终端设备向网络设备通知第一C-RNTI。
在一种可能的设计中,所述网络设备中的CU接收来自于所述网络设备中的DU的第四消息。所述第四消息包括所述至少一个C-RNTI。
采用上述方法,DU可以为第一终端设备分配至少一个C-RNTI,CU可以向第一终端设备发送至少一个C-RNTI。
在一种可能的设计中,所述网络设备中的CU向所述网络设备中的DU发送第五消息,所述第五消息用于请求所述DU分配所述至少一个C-RNTI。所述CU接收来自于所述DU的所述至少一个C-RNTI。
采用上述方法,DU可以为第一终端设备分配至少一个C-RNTI,CU可以向第一终端设备发送至少一个C-RNTI。
第六方面,本申请实施例提供一种通信装置,所述装置包括用于执行第一方面和第一方面中的任意一种可能的设计的模块;或者所述装置包括用于执行第二方面和第二方面中的任意一种可能的设计的模块;或者,所述装置包括用于执行第三方面和第三方面中的任意一种可能的设计的模块;或者,所述装置包括用于执行第四方面和第四方面中的任意一种可能的设计的模块。或者,所述装置包括用于执行第五方面和第五方面中的任意一种可能的设计的模块。
第七方面,本申请实施例提供一种通信装置,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现第一方面和第一方面中的任意一种可能的设计,或实现第二方面和第二方面中的任意一种可能的设计,或实现第三方面和第三方面中的任意一种可能的设计,或实现第四方面和第四方面中的任意一种可能的设计,或实现第四方面和第四方面中的任意一种可能的设计。
第八方面,本申请实施例提供一种计算机可读存储介质,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现第一方面和第一方面中的任意一种可能的设计,或实现第二方面和第二方面中的任意一种可能的设计,或实现第三方面和第三方面中的任意一种可能的设计,或实现第四方面和第四方面中的任意一种可能的设计,或实现第五方面和第五方面中的任意一种可能的设计。
第九方面,本申请实施例提供一种包含程序的计算机程序产品,当其在通信装置上运 行时,使得通信装置执行第一方面和第一方面中的任意一种可能的设计,或执行第二方面和第二方面中的任意一种可能的设计,或执行第三方面和第三方面中的任意一种可能的设计,或执行第四方面和第四方面中的任意一种可能的设计,或实现第五方面和第五方面中的任意一种可能的设计。
第十方面,本申请实施例提供一种通信系统,该通信系统包括网络设备,第一终端设备和第二终端设备,其中,网络设备与第一终端设备之间存在连接,第一终端设备与第二终端设备之间存在侧行链路单播连接。其中,所述网络设备用于执行第一方面中的任意一种可能的设计,所述第二终端设备用于执行第二方面中的任意一种可能的设计。或者,所述第二终端设备用于执行第三方面中的任意一种可能的设计。或者,所述网络设备用于执行第五方面中的任意一种可能的设计,所述第一终端设备用于执行第四方面中的任意一种可能的设计。
第十一方面,本申请实施例提供了一种芯片系统,该芯片系统包括至少一个处理器,用于支持网络设备实现上述第一至第五方面或第一至第五方面任意一种具体的实现方式中所涉及的功能。在一种可能的设计中,该芯片系统还可以包括存储器,存储器,用于保存该终端设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。可选的,所述芯片系统还包括接口电路,所述接口电路为所述至少一个处理器提供程序指令和/或数据。
附图说明
图1为本申请实施例应用的UE-to-Network relay架构示意图;
图2为本申请实施例中L2UE-to-Network relay控制面协议栈示意图;
图3为本申请实施例中L2UE-to-Network relay用户面协议栈示意图;
图4为本申请实施例中UE与UE之间通过PC5接口直接通信的示意图;
图5为本申请实施例中基于竞争的随机接入过程示意图;
图6为本申请实施例中一种通信方法的概述流程图之一;
图7为本申请实施例中Remote UE通过relay UE与基站之间建立RRC连接的示意图之一;
图8为本申请实施例中Remote UE通过relay UE与基站之间建立RRC连接的示意图之二;
图9为本申请实施例中一种通信方法的概述流程图之二;
图10为本申请实施例中一种通信方法的概述流程图之三;
图11为本申请实施例中一种装置的结构示意图之一;
图12为本申请实施例中一种装置的结构示意图之二。
具体实施方式
图1是本申请的实施例应用的通信系统的架构示意图。本申请实施例适用于UE-to-Network relay场景,其中,UE-to-Network relay被认为是一种能够有效提升小区覆盖的技术。
其中,网络设备,也可以称为无线接入设备。网络设备可以是基站(base station)、演 进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、5G移动通信系统中的下一代基站(next generation NodeB,gNB)、未来移动通信系统中的基站或WiFi系统中的接入节点等;也可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU),也可以是分布式单元(distributed unit,DU)。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。
终端设备也可以称为终端、用户设备(user equipment,UE)、移动台、移动终端等。终端设备可以是手机、平板电脑、带无线收发功能的电脑、虚拟现实终端设备、增强现实终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程手术中的无线终端、智能电网中的无线终端、运输安全中的无线终端、智慧城市中的无线终端、智慧家庭中的无线终端等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
网络设备和终端设备可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对网络设备和终端设备的应用场景不做限定。
从用户面协议栈看,UE-to-Network relay分两种,一种是L3 relay,一种是L2 relay。本申请实施例主要适用于L2 relay架构。
在L2 relay架构下,remote UE与网络设备之间的控制面协议栈如图2所示。如2图中以LTE协议栈为基线进行示意。
在L2 relay架构下,用户的数据可以是在分组数据汇聚层协议(packet data convergence protocol,PDCP)层之下进行中继的,此时用户面协议栈示意图如图3所示。图3是以长期演进(long term evolution,LTE)系统为基础设计的L2架构,相比于新空口(new radio,NR)系统,用户面协议栈缺少了服务数据适配协议(service data adaptation protocol,SDAP)协议层,该SDAP层处于PDCP层之上,处于IP层之下。
如图2和图3所示,remote UE和relay UE之间没有对端的适配层。可以理解的是,remote UE和relay UE之间也可以存在对等的适配层,即在remote UE的控制面/用户面协议栈中,PDCP层和无线链路控制(radio link control service data unit,RLC)层之间也会有适配层,对应的,在relay UE的左半部分协议栈中也会有适配层,处于RLC层之上。
在无线通信系统中,终端设备与终端设备之间可以通过网络进行数据通信,也可以不借助网络设备,直接进行终端设备与终端设备之间的通信。其中,终端设备与终端设备之间的接口称为PC5接口,终端设备与网络设备之间的Uu接口,如图4所示。终端设备与终端设备之间的链路称为侧行链路(sidelink),sidelink通信的一个典型应用场景为车联万物(vehicle-to-everything,V2X)服务(以下简称车联网)。在车联网中,每个车即一个UE,UE与UE之间可以通过sidelink直接进行数据传输,而不需要通过网络,因此可以有效地减少通信时延。
其中,Sidelink上支持广播、单播、组播。
Sidelink广播通信类似与网络设备广播系统信息,即终端设备不做加密对外发送广播业务数据,任何在有效接收范围内的其他终端设备,如果对该广播业务感兴趣都可以接收该广播业务的数据。
Sidelink单播通信类似于终端设备与网络设备之间建立RRC连接之后进行的数据通信,需要两个终端设备之间在先建立单播连接。在建立单播连接之后,两个终端设备可以基于 协商的标识进行数据通信,该数据可以是加密的,有可以是不加密的。相比于广播,在单播通信中,只能是建立了单播连接的两个终端设备之间才能进行该单播通信。
Sidelink组播通信是指一个通信组内所有终端设备之间的通信,组内任一终端设备都可以收发该组播业务的数据。
在NR中,终端设备的RRC状态包括连接态(RRC_CONNECTED),去激活态或者第三态(RRC_INACTIVE),空闲态(RRC_IDLE),其中,终端设备处于连接态时,终端设备与网络设备以及核心网都已建立链路,当有数据到达核心网时可以直接传送到终端设备;当终端设备处于去激活态时,表示终端设备之前和网络设备以及核心网建立过链路,但是终端设备到网络设备这一段链路被释放了,虽然链路被释放了,但是网络设备会存储终端设备的上下文,当有数据需要传输时,网络设备可以快速恢复这段链路;当终端设备处于空闲态时,终端设备与网络设备以及核心网之间都没有链路,当有数据需要传输时,需要建立终端设备到网络设备及核心网的链路。
如图5所示为基于竞争的随机接入过程。在图5中,空闲态或者去激活态UE在通过Uu口与基站进行初始接入时,需要先跟基站进行基于竞争的随机接入,具体的该随机接入过程如下所示:
S501:UE向基站发送随机接入前导码(random access preamble)。
S502:基站向UE发送随机接入响应消息(random access response)。
S503:UE向基站发送用于调度传输(scheduled transmission)的消息。示例性地,当UE处于空闲态时,UE向基站发送RRC建立请求(RRCSetupRequest)消息,当UE处于去激活态时,UE向基站发送或者RRC恢复请求(RRCResumeRequest)消息。
S504:基站向UE发送用于冲突解决(contention resolution)的消息。示例性地,当UE处于空闲态时,基站向UE发送RRC建立(RRCSetup)消息,或者,当UE处于去激活态时,基站向UE发送RRC恢复(RRCResume)消息。
其中,在步骤2中,基站会为UE分配临时C-RNTI,UE保存该临时C-RNTI。当UE在步骤4接收到来自于基站的用于冲突解决的消息之后,UE将该临时C-RNTI作为C-RNTI。
针对连接态的UE进行小区切换时,目标基站会在切换命令中携带同步重配信元,该信元中包括C-RNTI。
后续,在UE完成随机接入或进行小区切换后,当UE识别与基站通信失败时,例如发生RLF或基站配置失败等请情况,UE会触发RRC重建立流程。具体的,UE需要基于C-RNTI衍生出shortMAC-I,并携带在RRC重建立请求(RRCRestablishmentRequest)消息中发给基站。
因此,结合上述内容可知,C-RNTI是由基站的媒体介入控制(media access control,MAC)层为UE分配的。但是,在remote UE通过Relay UE接入基站时,remote UE和基站之间不执行随机接入过程,因此无法及时获取到C-RNTI。按照现有协议,基站只能通过同步重配流程(即切换流程)为UE分配C-RNTI。如此一来,如果remote UE不发起切换流程,则remote UE无法获取C-RNTI。进一步地,在没有C-RNTI的情况下,如果remote UE与基站通信失败,例如发生无线链路失败(radio link failure,RLF)或者重配失败,remote UE按照协议触发RRC重建立流程,由于没有C-RNTI因此无法衍生消息鉴权短码-完整性(message authentication code-integrity,shortMAC-I)。因此,remote UE无法执行RRC重建立流程。
基于此,本申请实施例提供一种通信方法,用于解决当remote UE与网络设备通信失败时,由于remote UE没有C-RNTI而导致的remote UE无法执行RRC重建立流程的问题。如图6所示,该方法包括:
S601:第二终端设备通过第一终端设备向网络设备发送第二消息。
相应的,网络设备通过第一终端设备接收的第二消息。可以理解为,第二消息用于请求C-RNTI。
S602:网络设备确定第一消息。其中,第一消息包括网络设备为第二终端设备分配的C-RNTI。
S603:网络设备通过第一终端设备向第二终端设备发送第一消息。
相应的,第二终端设备通过第一终端设备接收来自于网络设备的第一消息。
在一些实施例中,第一消息用于指示第二终端设备建立与网络设备之间的第一信令无线承载。其中,第一信令无线承载可以用于第二终端设备和网络设备之间传递RRC配置相关消息,也可以传递地非接入层(non-access stratum,NAS)消息。在UE-to-Network relay的系统中,该第一信令无线承载可以理解为第二终端通过第一终端与网络设备建立的信令无线承载。可选的,第一消息中包括第一信令无线承载的PDCP配置、关联的sidelink配置,其中该关联的sidelink配置可以包括第二终端和第一终端之间实现该第一信令无线承载的sidelink无线链路控制(radio link control service data unit,RLC)配置、sidelink MAC配置、sidelink物理层配置中的一项或多项。示例性地,第一信令无线承载即SRB1。
其中,第一消息可以采用以下设计:第一消息为无线资源控制建立(RRCSetup)消息,或者,第一消息为无线资源控制恢复(RRCResume)消息,或者,第一消息为无线资源控制重建立(RRCRestablishment)消息。可以理解的是,若第一消息为无线资源控制建立消息,则第二消息为无线资源控制建立请求(RRCSetupRequest)消息;或者,若第一消息为无线资源控制恢复消息,则第二消息为无线资源控制恢复请求(RRCResumeRequest)消息;或者,若第一消息为无线资源控制重建立消息,则第二消息为无线资源控制重建立请求(RRCRestablishmentRequest)消息。
示例性地,如表1所示,当第二终端设备从空闲态切换至连接态时,第二终端设备通过第一终端设备向网络设备发送无线资源控制建立请求消息,网络设备通过第一终端设备向第二终端设备发送无线资源控制建立消息,其中,无线资源控制建立消息包括为第二终端设备分配的C-RNTI。当第二终端设备从去激活态切换至连接态时,第二终端设备通过第一终端设备向网络设备发送无线资源控制恢复请求消息,网络设备通过第一终端设备向第二终端设备发送无线资源控制恢复消息,其中,无线资源控制恢复消息包括为第二终端设备分配的C-RNTI。当第二终端设备执行RRC重建立流程时,第二终端设备通过第一终端设备向网络设备发送无线资源控制重建立请求消息,网络设备通过第一终端设备向第二终端设备发送无线资源控制重建立消息,其中,无线资源控制重建立消息包括为第二终端设备分配的C-RNTI。
表1
Figure PCTCN2021102980-appb-000001
Figure PCTCN2021102980-appb-000002
在另一些实施例中,第一消息为第一条S806:无线资源控制重配置(RRCReconfiguration)消息。当第一消息为第一条无线资源控制重配置消息时,第二消息为安全模式完成(SecurityModeComplete)消息。具体的,网络设备通过第一终端设备向第二终端设备发送安全模式命令(SecurityModeCommand)消息,第二终端设备通过第一终端设备向网络设备发送安全模式完成(SecurityModeComplete)消息。然后,网络设备通过第一终端设备向第二终端设备发送无线资源控制重配置消息,其中,无线资源控制重配置消息包括为第二终端设备分配的C-RNTI。
针对S601,当网络设备采用CU-DU架构时,由CU生成第一消息,由DU分配C-RNTI。具体的,网络设备可以采用但不限于以下方案确定第一消息。
方案1:CU接收来自于DU的第二消息和C-RNTI。CU生成第一消息,第一消息包括为第二终端设备分配的C-RNTI。示例性地,第二消息和C-RNTI可以由F1接口消息携带。
方案2:CU接收来自于DU的第二消息。当CU确认允许第二终端设备通过第一终端设备与自己建立RRC连接时,CU向DU发送第三消息,第三消息用于请求DU为第二终端设备分配C-RNTI。CU接收来自于DU的C-RNTI。CU生成第一消息,第一消息包括为第二终端设备分配的C-RNTI。
方案3:CU接收来自于DU的至少一个C-RNTI。CU接收来自于DU的第二消息。当CU确认允许第二终端设备通过第一终端设备与自己建立RRC连接时,CU为第二终端设备分配C-RNTI,C-RNTI为至少一个C-RNTI中的一个C-RNTI。其中,在CU在为第二终端设备分配C-RNTI后,CU可以向DU发送通知消息,该通知消息包括为第二终端设备分配的C-RNTI。
此外,当CU确定DU发送的至少一个C-RNTI的数量不够时,CU可以向DU发送请求消息,该请求消息用于请求DU分配至少一个C-RNTI。可选的,该请求消息还可以携带请求DU分配的C-RNTI的数量。例如,当CU确定为第二终端设备分配C-RNTI但是DU发送给CU的N个C-RNTI已分配给其他终端设备时,CU可以向DU发送请求消息,该请求消息用于请求DU再次分配K个C-RNTI,其中N和K为正整数。可选的,由于DU可以包括小区,该请求消息还可以携带小区标识信息,用于指示CU请求的是哪个小区的C-RNTI。
当CU确定DU发送的至少一个C-RNTI的数量较多时,CU可以向DU发送指示消息,该指示消息用于告知DU多余的C-RNTI,即归还DU分配一部分C-RNTI。其中,CU可以获知第一终端设备的中继能力,但是DU不知道第一终端设备的中继能力。示例性地,CU可以通过第一终端设备上报的UE能力获知第一终端设备的中继能力。或者,CU还可以从核心网获取第一终端设备的中继能力。又或者,在切换过程中,CU也可以从源基站获得的第一终端设备的中继能力。在一种可能的实现方式中,DU按照预设最大分配数量向CU发送预设最大分配数量的C-RNTI。若CU根据第一终端设备的中继能力确定第一终 端设备支持的最大中继终端设备数量小于预设最大分配数量,则CU可以向DU发送指示消息,该指示消息用于告知DU多余的C-RNTI。
进一步地,针对上述三种方案,CU还可以接收来自于DU的第二终端设备的标识,该标识是第一终端设备为第二终端设备分配的标识,该标识用于区分通过第一终端设备接入网络设备的不同终端设备。其中,第二终端设备的标识可以用于CU维护第二终端设备的上下文。同时,CU还可以接收来自于DU的第二终端设备的F1接口标识(即F1AP ID)以及第一终端设备的标识,其中,第一终端设备的标识可以是DU为第一终端设备分配的F1接口标识,第二终端设备的F1接口标识也是DU为第二终端设备分配的。
采用上述方法,在第二终端设备通过第一终端设备接入网络设备时,第二终端设备能够尽早获得C-RNTI,保证了第二终端设备能够顺利执行RRC重建立流程,并在第二终端设备触发RRC重建立时,能够通过目标基站恢复第二终端设备的上下文。
如图7所示,以下以remote UE从空闲态进入连接态为例说明基站为remote UE分配C-RNTI的具体流程之一。
S701:remote UE通过relay UE向基站发送RRCSetupRequest消息。
其中,RRCSetupRequest消息用于请求与基站建立RRC连接。relay UE可以将RRCSetupRequest消息作为自己生成的上行RRC消息中的一个信元发送至基站,或者将RRCSetupRequest消息作为无线链路控制服务数据单元(radio link control service data unit,RLC SDU),或者分组数据汇聚层协议协议数据单元(packet data convergence protocol protocol data unit,PDCP PDU),本申请实施例对此不做限定。
S702:基站确认允许remote UE通过relay UE与自己建立RRC连接,通过relay UE向remote UE发送RRCSetup消息。其中,RRCSetup消息包括基站为remote UE分配的C-RNTI。
在remote UE接收到该RRCSetup消息后,remote UE保存RRCSetup消息中包括的C-RNTI。
类似的,relay UE可以将RRCSetup消息作为自己生成的下行RRC消息中的一个信元发送至remote UE,或者将RRCSetup消息作为RLC SDU,或者将RRCSetup消息作为PDCP PDU,本申请实施例对此不做限定。
可以理解的是,当基站的架构为CU-DU架构时,基站可以采用但不限于以上三种方案中的任意一种方案确定第一信息,此处不再赘述。
S703:remote UE通过relay UE向基站发送无线资源控制建立完成(RRCSetupComplete)消息。
如图8所示,以下以remote UE从空闲态进入连接态为例说明基站为remote UE分配C-RNTI的具体流程之二。
S801:remote UE通过relay UE向基站发送RRCSetupRequest消息。
S802:基站确认允许remote UE通过relay UE与自己建立RRC连接,通过relay UE向remote UE发送RRCSetup消息。
这里RRCSetup消息不包括基站为remote UE分配的C-RNTI。
S803:remote UE通过relay UE向基站发送RRCSetupComplete消息。
S804:基站通过relay UE向remote UE发送SecurityModeCommand消息。
S805:remote UE通过relay UE向基站发送SecurityModeComplete消息。
S806:基站通过relay UE向remote UE发送RRC重配置(RRCReconfiguration)消息。RRC重配置消息包括基站为remote UE分配的C-RNTI。
该RRC重配置消息是remote UE通过relay UE与基站建立RRC连接之后,基站为remote UE配置的第一条RRC重配消息。
示例性地,RRC重配置消息还可以包括remote UE的Uu PDCP配置、SL RLC配置、SL MAC配置、SL资源池配置、SL物理信道配置。
S807:remote UE通过relay UE向基站发送RRC重配完成(RRCReconfigurationComplete)消息。此时,协议栈可以参考图2所示。
采用图7和图8所示实施例,在remote UE通过relay UE接入基站时,remote UE能够尽早获得C-RNTI,保证了remote UE能够顺利执行RRC重建立流程。
可以理解的是,上述图7和图8所示的流程是以remote UE从空闲态进入连接态为例进行说明,remote UE需要通过relay UE与基站之间进行RRC连接建立流程,涉及的消息包括RRCSetupRequest消息、RRCSetup消息和RRCSetupComplete消息。上述图7和图8所示实施例也可同样适用于UE从去激活态进入连接态的场景以及UE进行RRC重建立的流程。针对remote UE从去激活态进入连接态的场景,remote UE需要通过relay UE与基站之间进行RRC连接恢复流程,涉及的消息包括RRCResumeRequest消息、RRCResume消息和RRCResumeComplete消息。针对remote UE通过relay UE进行RRC重建立的场景,remote UE需要通过relay UE与基站之间进行RRC重建立流程,涉及的消息包括RRCRestablishmentRequest消息、RRCRestablishment消息和RRCRestablishmentComplete消息。
本申请实施例提供一种通信方法,用于解决当remote UE与网络设备通信失败时,由于remote UE没有C-RNTI而导致的remote UE无法执行RRC重建立流程的问题。如图9所示,该方法包括:
S901:第二终端设备确定通过第一终端设备与第一网络设备通信失败。
第二终端设备检测到以下预设事件中的至少一个事件确定通过第一终端设备与第一网络设备通信失败,预设事件包括第二终端设备和第一终端设备之间的侧行链路发生RLF、第二终端设备确定第一网络设备为第二终端设备提供的配置发生失败、第二终端设备与第一终端设备之间发生信令无线承载(signal radio bearer SRB)完保校验失败、第一终端设备与第一网络设备之间的连接发生RLF、第二终端设备确定第一网络设备为第一终端设备提供的配置发生失败、第一终端设备发生空口SRB完保校验失败、第一终端设备发生空口接口的上行失步等。上述空口是指Uu口。
在一示例中,第一网络设备通过第一终端设备向第二终端设备发送的RRC重配消息中包括RRC配置,如果第二终端设备无法执行该RRC配置,则第二终端设备确定第一网络设备为第二终端设备提供的配置发生失败。一般地,这种失败的原因可能是由于该RRC配置与第二终端设备能力不匹配,可以理解为该RRC配置要求的能力是第二终端设备不具备的。或者是编码或解码出现问题,导致第二终端设备无法正确解析出该RRC配置。
在另一示例中,第一网络设备向第一终端设备发送的RRC重配消息中包括RRC配置,如果第一终端设备无法执行该RRC配置,则第一终端设备确定第一网络设备为第一终端设备提供的配置发生失败。进一步地,第一终端设备会将配置发生失败告知第二终端设备, 则第二终端设备确定第一网络设备为第一终端设备提供的配置发生失败。
应理解的是,上述预设事件仅为举例,还可能包括其他情况,本申请实施例对此不作限定。
S902:第二终端设备判断是否已从第一网络设备获取C-RNTI,若是则执行S903A,否则执行S903B。
S903A:第二终端设备确定已从第一网络设备获取C-RNTI,则第二终端设备触发RRC重建立流程。
示例性地,第二终端设备可以执行小区重选,并通过选择的小区向第二网络设备发送无线资源控制重建立请求消息。或者,第二终端设备还可以执行中继终端设备重选,并通过重选后的中继终端设备向第二网络设备发送无线资源控制重建立请求消息。可以理解的是,第二网络设备可以与第一网络设备相同或不同。在这种情况下,第二终端设备的RRC状态仍然为连接态,可以理解为第二终端设备会保存第一网络设备配置的接入层配置。
S903B:第二终端设备确定未从第一网络设备获取C-RNTI,则第二终端设备进入空闲态。
其中,第二终端设备从连接态进入空闲态,即释放RRC连接,或者释放接入层(access stratum,AS)配置,或者第二终端设备释放无线资源,例如包括PDCP、RLC、适配层实体、MAC配置SDAP等中的一项或多项。
进一步地,在第二终端设备进入空闲态后,第二终端设备可以执行小区重选,并通过选择的小区向第二网络设备发送无线资源控制建立请求消息。或者,第二终端设备还可以执行中继终端设备重选,并通过重选后的中继终端设备向第二网络设备发送无线资源控制建立请求消息。可以理解的是,第二网络设备可以与第一网络设备相同或不同。
又可以理解为,第二终端设备确定未从第一网络设备获取C-RNTI,则第二终端设备触发RRC连接建立流程。其中,这里的RRC连接建立流程包括第二终端设备首先进入空闲态,然后第二终端设备可以执行小区重选,并通过选择的小区向第二网络设备发送无线资源控制建立请求消息。或者,第二终端设备首先进入空闲态,然后第二终端设备还可以执行中继终端设备重选,并通过重选后的中继终端设备向第二网络设备发送无线资源控制建立请求消息。
本实施例可以适用于第一网络设备不能保证尽早为第二终端设备提供C-RNTI的场景。采用本实施例提供的方法,考虑了第二终端设备确定通过第一终端设备与第一网络设备通信失败时,第二终端设备需要基于是否有C-RNTI来决定后续动作,可以避免第二终端设备在没有C-RNTI的情况下仍然触发RRC重建立流程,导致RRC重建立失败,继而再转去发起RRC连接建立流程,带来额外的时延。
本申请实施例提供一种通信方法,用于解决当remote UE与网络设备通信失败时,由于remote UE没有C-RNTI而导致的remote UE无法执行RRC重建立流程的问题。如图10所示,该方法包括:
S1001:网络设备向第一终端设备发送至少一个C-RNTI。
至少一个C-RNTI又可称为C-RNTI列表。
其中,网络设备可以在确定第一终端设备为中继终端设备时,向第一终端设备发送至少一个C-RNTI。
在一示例中,第一终端设备确定成为中继终端设备,第一终端设备向网络设备发送指示信息。该指示信息用于指示第一终端设备成为中继终端设备。网络设备在接收到该指示信息后,向第一终端设备发送至少一个C-RNTI。其中,第一终端设备可以采用但不限于以下方法确定可以成为中继终端设备:第一终端设备会通过网络设广播或者预配置方式获得一个RSRP范围,第一终端设备对小区参考信号进行测量,将测得的RSRP与该RSRP范围进行比较,当测得的RSRP属于RSRP范围时,则第一终端设备确定成为中继终端设备。
在另一示例中,第二终端设备与第一终端设备建立单播连接,并通过第一终端设备向网络设备发送消息。当网络设备确定该消息为第一终端设备转发的第一个消息时,网络设备确定第一终端设备为中继终端设备,且第二终端设备是第一个通过第一终端设备接入网络设备的终端设备。此时,网络设备向第一终端设备发送至少一个C-RNTI。
应理解的是,以上触发网络设备向第一终端设备发送至少一个C-RNTI的示例仅为举例,不作为本申请实施例的限定。
此外,当网络设备采用CU-DU架构时,由DU分配至少一个C-RNTI,由CU发送至少一个C-RNTI。具体的,网络设备可以采用但不限于以下方案确定至少一个C-RNTI。
方案A:CU接收来自于DU的第四消息,第四消息包括至少一个C-RNTI。
方案B:CU向DU发送第五消息,第五消息用于请求DU分配至少一个C-RNTI。CU接收来自于DU的至少一个C-RNTI。可选的,第五消息还可以包括请求DU分配的C-RNTI的数量。
因此,采用上述设计可以保证第一终端设备为第二终端设备分配的C-RNTI不会跟网络设备自己为小区内其他终端设备分配的C-RNTI发生冲突。
示例性地,CU在确定第一终端设备为中继终端设备时,向DU发送第五消息。其中,CU确定第一终端设备成为中继终端设备的方法可以参考S1001,此处不再赘述。
可选的,由于DU可以包括小区,第五消息还可以携带小区标识信息,用于指示CU请求的是哪个小区的C-RNTI。
S1002:第一终端设备向第二终端设备发送第一C-RNTI,第一C-RNTI为至少一个C-RNTI中的一个C-RNTI。
示例性地,第一终端设备向第二终端设备发送C-RNTI可以是发生在第一终端设备与第二终端设备单播连接建立过程中,也可以是在单播连接建立之后。例如,第一终端设备向第二终端设备发送单播连接建立请求响应消息,单播连接建立请求响应消息包括第一C-RNTI。其中,该单播连接建立请求响应消息用于指示完成单播连接建立。又例如,在单播连接建立之后,第一终端设备向第二终端设备侧链无线资源控制消息,侧链无线资源控制消息包括第一C-RNTI。采用上述设计,能够保证第二终端设备尽早获得C-RNTI。
S1003:第一终端设备向网络设备发送第一C-RNTI。
在一示例中,第一终端设备向网络设备发送第一C-RNTI和第一标识,第一标识为第一终端设备为第二终端设备分配的标识,第一标识用于区分通过第一终端设备接入网络设备的不同终端设备。
在另一示例中,第一终端设备接收来自于第二终端设备的无线资源控制消息,第一终端设备向网络设备发送无线资源控制消息。无线资源控制消息包括第一C-RNTI。例如,第一C-RNTI可以包含在RRCSetupRequest消息、RRCSetupComplete消息、或者其他上行 RRC消息中。
应理解的是,本申请实施例不限于S1002和S1003的时序,可以按照S1002、S1003的顺序执行,也可以按照S1003、S1002的顺序执行。
采用上述方法,网络设备为第一终端设备分配至少一个C-RNTI,由第一终端设备为第二终端设备分配C-RNTI,能够保证第二终端设备尽早获得C-RNTI。保证了第二终端设备在后续过程中,如果与网络设备通信失败能够成功完成RRC重建立流程。
可以理解的是,为了实现上述实施例中功能,网络设备和终端设备包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用场景和设计约束条件。
图11和图12为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端设备或网络设备的功能,因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中,该通信装置可以是如图1所示的RAN或Relay UE或Remote UE,还可以是应用于终端设备或RAN的模块(如芯片)。
如图11所示,通信装置1100包括处理单元1110和收发单元1120。通信装置1100用于实现上述图6、图7、图8、图9或图10中所示的方法实施例中终端设备或网络设备的功能。
当通信装置1100用于实现图6或图7或图8所示的方法实施例中网络设备的功能时:处理单元1110用于确定第一消息,其中,所述第一消息包括所述网络设备为所述第二终端设备分配的C-RNTI,所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载,或者所述第一消息为第一条无线资源控制重配置消息。收发单元1120用于通过所述第一终端设备向所述第二终端设备发送所述第一消息。
当通信装置1100用于实现图6或图7或图8所示的方法实施例中第二终端设备或Remote UE的功能时:处理单元1110调用收发单元1120执行:通过所述第一终端设备向网络设备发送第二消息;接收来自于所述网络设备通过所述第一终端设备发送的第一消息,第一消息包括所述网络设备为所述第二终端设备分配的C-RNTI,所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载,或者所述第一消息为第一条无线资源控制重配置消息。
当通信装置1100用于实现图9所示的方法实施例中第二终端设备的功能时:处理单元1110调用收发单元1120执行:确定通过所述第一终端设备与所述第一网络设备通信失败;
确定未从所述第一网络设备获取C-RNTI,则进入空闲态;或者,确定已从所述第一网络设备获取C-RNTI,则触发RRC重建立流程。
当通信装置1100用于实现图10所示的方法实施例中第一终端设备的功能时:处理单元1110调用收发单元1120执行:接收来自于所述网络设备的至少一个C-RNTI;向所述第二终端设备发送第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI;向所述网络设备发送所述第一C-RNTI。
当通信装置1100用于实现图10所示的方法实施例中网络设备的功能时:处理单元 1110调用收发单元1120执行:向所述第一终端设备发送至少一个C-RNTI;接收来自于所述第一终端设备的第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI。
有关上述处理单元1110和收发单元1120更详细的描述可以直接参考图6、图7、图8、图9或图10所示的方法实施例中相关描述直接得到,这里不加赘述。
如图12所示,通信装置1200包括处理器1210和接口电路1220。处理器1210和接口电路1220之间相互耦合。可以理解的是,接口电路1220可以为收发器或输入输出接口。可选的,通信装置1200还可以包括存储器1230,用于存储处理器1210执行的指令或存储处理器1210运行指令所需要的输入数据或存储处理器1210运行指令后产生的数据。
当通信装置1200用于实现图6、图7、图8、图9或图10所示的方法时,处理器1210用于实现上述处理单元1110的功能,接口电路1220用于实现上述收发单元1120的功能。
当上述通信装置为应用于终端设备的芯片时,该终端设备芯片实现上述方法实施例中终端设备的功能。该终端设备芯片从终端设备中的其它模块(如射频模块或天线)接收信息,该信息是网络设备发送给终端设备的;或者,该终端设备芯片向终端设备中的其它模块(如射频模块或天线)发送信息,该信息是终端设备发送给网络设备的。
当上述通信装置为应用于网络设备的芯片时,该网络设备芯片实现上述方法实施例中网络设备的功能。该网络设备芯片从网络设备中的其它模块(如射频模块或天线)接收信息,该信息是终端设备发送给网络设备的;或者,该网络设备芯片向网络设备中的其它模块(如射频模块或天线)发送信息,该信息是网络设备发送给终端设备的。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其它通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于网络设备或终端设备中。当然,处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读 存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘(digital video disc,DVD);还可以是半导体介质,例如,固态硬盘(solid state drive,SSD)。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。在本申请的文字描述中,字符“/”,一般表示前后关联对象是一种“或”的关系;在本申请的公式中,字符“/”,表示前后关联对象是一种“相除”的关系。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。

Claims (83)

  1. 一种通信方法,其特征在于,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:
    确定第一消息,其中,所述第一消息包括第一小区无线网络临时标识C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI,所述第一消息用于指示所述第二终端设备建立与所述第一网络设备之间的第一信令无线承载,或者所述第一消息为第一条无线资源控制重配置消息;
    通过所述第一终端设备向所述第二终端设备发送所述第一消息。
  2. 如权利要求1所述的方法,其特征在于,所述第一消息用于指示所述第二终端设备建立与所述第一网络设备之间的第一信令无线承载,包括:
    所述第一消息为无线资源控制建立消息,或者,所述第一消息为无线资源控制恢复消息,或者,所述第一消息为无线资源控制重建立消息。
  3. 如权利要求1或2所述的方法,其特征在于,所述确定第一消息,包括:
    接收来自第二网络设备的第二消息和所述第一C-RNTI;所述第二消息为所述第二终端设备通过所述第一终端设备向所述第二网络设备发送的。
  4. 如权利要求1或2所述的方法,其特征在于,所述确定第一消息,包括:
    接收来自于第二网络设备的第二消息,所述第二消息为所述第二终端设备通过所述第一终端设备向所述第二网络设备发送的;
    向所述第二网络设备发送第三消息,所述第三消息用于请求所述第二网络设备为所述第二终端设备分配C-RNTI;
    接收来自于所述第二网络设备的所述第一C-RNTI。
  5. 如权利要求1或2所述的方法,其特征在于,所述确定第一消息,包括:
    接收来自于第二网络设备的至少一个C-RNTI;
    接收来自于所述第二网络设备的第二消息,所述第二消息为所述第二终端设备通过所述第一终端设备向所述第二网络设备发送的;
    为所述第二终端设备分配所述第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI。
  6. 如权利要求3-5任一项所述的方法,其特征在于,还包括:
    接收来自于所述第二网络设备的所述第二终端设备的标识,所述第二终端设备的标识是所述第一终端设备为所述第二终端设备分配的标识,所述标识用于区分通过所述第一终端设备接入所述第一网络设备的不同终端设备。
  7. 如权利要求3-6任一项所述的方法,其特征在于,所述第一消息为无线资源控制建立消息,所述第二消息为无线资源控制建立请求消息;
    或者,所述第一消息为无线资源控制恢复消息,所述第二消息为无线资源控制恢复请求消息;
    或者,所述第一消息为无线资源控制重建立消息,所述第二消息为无线资源控制重建立请求消息。
  8. 如权利要求3-6任一项所述的方法,其特征在于,所述第一消息为所述第一条无线资源控制重配置消息,所述第二消息为安全模式完成消息。
  9. 如权利要求3-8任一项所述的方法,其特征在于,所述第一网络设备为集中式单元CU,所述第二网络设备为分布式单元DU。
  10. 一种通信方法,其特征在于,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:
    接收第二消息,所述第二消息为所述第二终端设备通过所述第一终端设备向第二网络设备发送的;
    根据所述第二消息为所述第二终端设备分配C-RNTI。
  11. 如权利要求10所述的方法,其特征在于,所述根据所述第二消息为所述第二终端设备分配C-RNTI,包括:
    向所述第一网络设备发送所述第二消息和第一C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI。
  12. 如权利要求10所述的方法,其特征在于,所述根据所述第二消息为所述第二终端设备分配C-RNTI,包括:
    向所述第一网络设备发送所述第二消息;
    接收来自于所述第一网络设备的第三消息,所述第三消息用于请求所述第二网络设备为所述第二终端设备分配C-RNTI;
    向所述第一网络设备发送第一C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI。
  13. 如权利要求10所述的方法,其特征在于,所述根据所述第二消息为所述第二终端设备分配C-RNTI,包括:
    在接收所述第二消息之前,向所述第一网络设备发送至少一个C-RNTI;
    在接收所述第二消息之后,向所述第一网络设备发送所述第二消息。
  14. 如权利要求10-13任一项所述的方法,其特征在于,还包括:
    向所述第一网络设备发送所述第二终端设备的标识,所述第二终端设备的标识是所述第一终端设备为所述第二终端设备分配的标识,所述标识用于区分通过所述第一终端设备接入所述第一网络设备的不同终端设备。
  15. 如权利要求10-14任一项所述的方法,其特征在于,所述第一消息为无线资源控制建立消息,所述第二消息为无线资源控制建立请求消息;
    或者,所述第一消息为无线资源控制恢复消息,所述第二消息为无线资源控制恢复请求消息;
    或者,所述第一消息为无线资源控制重建立消息,所述第二消息为无线资源控制重建立请求消息。
  16. 如权利要求10-14任一项所述的方法,其特征在于,所述第一消息为所述第一条无线资源控制重配置消息,所述第二消息为安全模式完成消息。
  17. 如权利要求10-16任一项所述的方法,其特征在于,所述第一网络设备为集中式单元CU,所述第二网络设备为分布式单元DU。
  18. 一种通信方法,其特征在于,网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:
    通过所述第一终端设备向网络设备发送第二消息;
    接收来自于所述网络设备通过所述第一终端设备发送的第一消息,第一消息包括所述 网络设备为所述第二终端设备分配的C-RNTI,所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载,或者所述第一消息为第一条无线资源控制重配置消息。
  19. 如权利要求18所述的方法,其特征在于,所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载,包括:
    所述第一消息为无线资源控制建立消息,或者,所述第一消息为无线资源控制恢复消息,或者,所述第一消息为无线资源控制重建立消息。
  20. 如权利要求19所述的方法,其特征在于,所述第一消息为无线资源控制建立消息,所述第二消息为无线资源控制建立请求消息;
    或者,所述第一消息为无线资源控制恢复消息,所述第二消息为无线资源控制恢复请求消息;
    或者,所述第一消息为无线资源控制重建立消息,所述第二消息为无线资源控制重建立请求消息。
  21. 如权利要求19所述的方法,其特征在于,所述第一消息为所述第一条无线资源控制重配置消息,所述第二消息为安全模式完成消息。
  22. 一种通信方法,其特征在于,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:
    确定通过所述第一终端设备与所述第一网络设备通信失败;
    确定未从所述第一网络设备获取C-RNTI,则所述第二终端设备进入空闲态;或者,所述第二终端设备确定已从所述第一网络设备获取C-RNTI,则所述第二终端设备触发RRC重建立流程。
  23. 如权利要求22所述的方法,其特征在于,在进入空闲态之后,还包括:
    执行小区重选,并通过选择的小区向第二网络设备发送无线资源控制建立请求消息;或者,所述第二终端设备执行中继终端设备重选,并通过重选后的中继终端设备向第二网络设备发送无线资源控制建立请求消息。
  24. 如权利要求22所述的方法,其特征在于,所述确定已从所述第一网络设备获取C-RNTI,则所述第二终端设备触发RRC重建立流程,包括:
    执行小区重选,并通过选择的小区向第二网络设备发送无线资源控制重建立请求消息;或者,所述第二终端设备执行中继终端设备重选,并通过重选后的中继终端设备向第二网络设备发送无线资源控制重建立请求消息。
  25. 如权利要求22-24任一项所述的方法,其特征在于,所述确定通过所述第一终端设备与所述第一网络设备通信失败,包括:
    检测到以下预设事件中的至少一个事件,所述预设事件包括所述第二终端设备和所述第一终端设备之间的侧行链路发生无线链路失败RLF;
    确定所述第一网络设备为所述第二终端设备提供的配置发生失败;
    所述第二终端设备与所述第一终端设备之间发生信令无线承载SRB完保校验失败;
    所述第一终端设备与所述第一网络设备之间的连接发生RLF;
    确定所述第一网络设备为所述第一终端设备提供的配置发生失败;
    所述第一终端设备发生空口SRB完保校验失败;
    所述第一终端设备发生空口接口的上行失步。
  26. 一种通信方法,其特征在于,网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:
    接收来自于所述网络设备的至少一个C-RNTI;
    向所述第二终端设备发送第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI;
    所述第一终端设备向所述网络设备发送所述第一C-RNTI。
  27. 如权利要求26所述的方法,其特征在于,所述向所述第二终端设备发送第一C-RNTI,包括:
    向所述第二终端设备发送单播连接建立请求响应消息,所述单播连接建立请求响应消息包括所述第一C-RNTI;
    或者,向所述第二终端设备侧链无线资源控制消息,所述侧链无线资源控制消息包括所述第一C-RNTI。
  28. 如权利要求26或27所述的方法,其特征在于,所述向所述网络设备发送所述第一C-RNTI,包括:
    向所述网络设备发送所述第一C-RNTI和第一标识,所述第一标识为所述第一终端设备为所述第二终端设备分配的标识,所述第一标识用于区分通过所述第一终端设备接入所述网络设备的不同终端设备。
  29. 如权利要求26或27所述的方法,其特征在于,所述向所述网络设备发送所述第一C-RNTI,包括:
    接收来自于所述第二终端设备的无线资源控制消息,所述无线资源控制消息包括所述第一C-RNTI;
    向所述网络设备发送所述无线资源控制消息。
  30. 如权利要求26-29任一项所述的方法,其特征在于,所述接收来自于所述网络设备的至少一个C-RNTI,包括:
    确定成为中继终端设备,所述第一终端设备向所述网络设备发送指示信息;所述指示信息用于指示所述第一终端设备成为中继终端设备;
    接收来自于所述网络设备的至少一个C-RNTI。
  31. 一种通信方法,其特征在于,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:
    向所述第一终端设备发送至少一个C-RNTI;
    接收来自于所述第一终端设备的第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI。
  32. 如权利要求31所述的方法,其特征在于,所述接收来自于所述第一终端设备的第一C-RNTI,包括:
    接收来自于所述第一终端设备的所述第一C-RNTI和第一标识,所述第一标识为所述第一终端设备为所述第二终端设备分配的标识,所述第一标识用于区分通过所述第一终端设备接入所述第一网络设备的不同终端设备。
  33. 如权利要求31所述的方法,其特征在于,所述接收来自于所述第一终端设备的第一C-RNTI,包括:
    接收来自于所述第二终端设备通过所述第一终端设备发送的无线资源控制消息,所述 无线资源控制消息包括所述第一C-RNTI。
  34. 如权利要求31-33任一项所述的方法,其特征在于,还包括:
    接收来自于第二网络设备的第四消息;所述第四消息包括所述至少一个C-RNTI。
  35. 如权利要求31-33任一项所述的方法,其特征在于,还包括:
    向第二网络设备发送第五消息,所述第五消息用于请求所述第二网络设备分配所述至少一个C-RNTI;
    接收来自于所述第二网络设备的所述至少一个C-RNTI。
  36. 如权利要求34或35所述的方法,其特征在于,所述第一网络设备为CU,所述第二网络设备为DU。
  37. 一种通信方法,其特征在于,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述方法包括:
    生成第四消息,所述第四消息包括至少一个C-RNTI;所述至少一个C-RNTI包括第一C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI;
    向所述第一网络设备发送所述第四消息。
  38. 如权利要求37所述的方法,其特征在于,在向所述第一网络设备发送所述第四消息之前,还包括:
    接收来自于所述第一网络设备的第五消息,所述第五消息用于请求所述第二网络设备分配所述至少一个C-RNTI。
  39. 如权利要求37或38所述的方法,其特征在于,所述第一网络设备为CU,所述第二网络设备为DU。
  40. 一种通信装置,所述装置为第一网络设备,或者,所述装置为用于实现所述第一网络设备功能的装置,其特征在于,所述第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述装置包括:处理单元和收发单元;
    所述处理单元,用于确定第一消息,其中,所述第一消息包括第一小区无线网络临时标识C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI,所述第一消息用于指示所述第二终端设备建立与所述第一网络设备之间的第一信令无线承载,或者所述第一消息为第一条无线资源控制重配置消息;
    所述收发单元,用于通过所述第一终端设备向所述第二终端设备发送所述第一消息。
  41. 如权利要求40所述的装置,其特征在于,所述第一消息用于指示所述第二终端设备建立与所述第一网络设备之间的第一信令无线承载,包括:
    所述第一消息为无线资源控制建立消息,或者,所述第一消息为无线资源控制恢复消息,或者,所述第一消息为无线资源控制重建立消息。
  42. 如权利要求40或41所述的装置,其特征在于,所述收发单元,用于接收来自第二网络设备的第二消息和所述第一C-RNTI;所述第二消息为所述第二终端设备通过所述第一终端设备向所述第二网络设备发送的。
  43. 如权利要求40或41所述的装置,其特征在于,所述收发单元,用于接收来自于第二网络设备的第二消息,所述第二消息为所述第二终端设备通过所述第一终端设备向所述第二网络设备发送的;向所述第二网络设备发送第三消息,所述第三消息用于请求所述第二网络设备为所述第二终端设备分配C-RNTI;接收来自于所述第二网络设备的所述第一 C-RNTI。
  44. 如权利要求40或41所述的装置,其特征在于,所述收发单元,用于:接收来自于第二网络设备的至少一个C-RNTI;接收来自于所述第二网络设备的第二消息,所述第二消息为所述第二终端设备通过所述第一终端设备向所述第二网络设备发送的;
    所述处理单元,用于:为所述第二终端设备分配所述第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI。
  45. 如权利要求42-44任一项所述的装置,其特征在于,所述收发单元,用于:接收来自于所述第二网络设备的所述第二终端设备的标识,所述第二终端设备的标识是所述第一终端设备为所述第二终端设备分配的标识,所述标识用于区分通过所述第一终端设备接入所述第一网络设备的不同终端设备。
  46. 如权利要求42-45任一项所述的装置,其特征在于,所述第一消息为无线资源控制建立消息,所述第二消息为无线资源控制建立请求消息;
    或者,所述第一消息为无线资源控制恢复消息,所述第二消息为无线资源控制恢复请求消息;
    或者,所述第一消息为无线资源控制重建立消息,所述第二消息为无线资源控制重建立请求消息。
  47. 如权利要求42-45任一项所述的装置,其特征在于,所述第一消息为所述第一条无线资源控制重配置消息,所述第二消息为安全模式完成消息。
  48. 如权利要求42-47任一项所述的装置,其特征在于,所述第一网络设备为集中式单元CU,所述第二网络设备为分布式单元DU。
  49. 一种通信装置,所述装置为第二网络设备,或者,所述装置为用于实现所述第二网络设备功能的装置,其特征在于,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述装置包括:处理单元和收发单元;
    所述收发单元,用于接收第二消息,所述第二消息为所述第二终端设备通过所述第一终端设备向第二网络设备发送的;
    所述处理单元调用所述收发单元执行:根据所述第二消息为所述第二终端设备分配C-RNTI。
  50. 如权利要求49所述的装置,其特征在于,所述收发单元,用于在所述根据所述第二消息为所述第二终端设备分配C-RNTI时,向所述第一网络设备发送所述第二消息和第一C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI。
  51. 如权利要求49所述的装置,其特征在于,所述收发单元,用于在所述根据所述第二消息为所述第二终端设备分配C-RNTI时,向所述第一网络设备发送所述第二消息;接收来自于所述第一网络设备的第三消息,所述第三消息用于请求所述第二网络设备为所述第二终端设备分配C-RNTI;向所述第一网络设备发送第一C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI。
  52. 如权利要求49所述的装置,其特征在于,所述收发单元,用于在所述根据所述第二消息为所述第二终端设备分配C-RNTI时,在接收第二消息之前,向所述第一网络设备发送至少一个C-RNTI;在接收第二消息之前,向所述第一网络设备发送所述第二消息。
  53. 如权利要求49-52任一项所述的装置,其特征在于,所述收发单元,用于向所述第 一网络设备发送所述第二终端设备的标识,所述第二终端设备的标识是所述第一终端设备为所述第二终端设备分配的标识,所述标识用于区分通过所述第一终端设备接入所述第一网络设备的不同终端设备。
  54. 如权利要求49-53任一项所述的装置,其特征在于,所述第一消息为无线资源控制建立消息,所述第二消息为无线资源控制建立请求消息;
    或者,所述第一消息为无线资源控制恢复消息,所述第二消息为无线资源控制恢复请求消息;
    或者,所述第一消息为无线资源控制重建立消息,所述第二消息为无线资源控制重建立请求消息。
  55. 如权利要求49-53任一项所述的装置,其特征在于,所述第一消息为所述第一条无线资源控制重配置消息,所述第二消息为安全模式完成消息。
  56. 如权利要求49-55任一项所述的装置,其特征在于,所述第一网络设备为集中式单元CU,所述第二网络设备为分布式单元DU。
  57. 一种通信装置,所述装置为第二终端设备,或者,所述装置为用于实现所述第二终端设备功能的装置,其特征在于,网络设备与第一终端设备之间存在连接,所述第一终端设备与所述第二终端设备之间存在侧行链路单播连接,所述装置包括:收发单元和处理单元;所述处理单元调用所述收发单元执行:
    通过所述第一终端设备向网络设备发送第二消息;
    接收来自于所述网络设备通过所述第一终端设备发送的第一消息,第一消息包括所述网络设备为所述第二终端设备分配的C-RNTI,所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载,或者所述第一消息为第一条无线资源控制重配置消息。
  58. 如权利要求57所述的装置,其特征在于,所述第一消息用于指示所述第二终端设备建立与所述网络设备之间的第一信令无线承载,包括:
    所述第一消息为无线资源控制建立消息,或者,所述第一消息为无线资源控制恢复消息,或者,所述第一消息为无线资源控制重建立消息。
  59. 如权利要求58所述的装置,其特征在于,所述第一消息为无线资源控制建立消息,所述第二消息为无线资源控制建立请求消息;
    或者,所述第一消息为无线资源控制恢复消息,所述第二消息为无线资源控制恢复请求消息;
    或者,所述第一消息为无线资源控制重建立消息,所述第二消息为无线资源控制重建立请求消息。
  60. 如权利要求57所述的装置,其特征在于,所述第一消息为所述第一条无线资源控制重配置消息,所述第二消息为安全模式完成消息。
  61. 一种通信装置,所述装置为第二终端设备,或者,所述装置为用于实现所述第二终端设备功能的装置,其特征在于,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与所述第二终端设备之间存在侧行链路单播连接,所述装置包括:收发单元和处理单元;
    所述处理单元,用于确定通过所述第一终端设备与所述第一网络设备通信失败;
    所述处理单元,用于确定未通过所述收发单元从所述第一网络设备获取C-RNTI,则 进入空闲态;或者,所述处理单元,用于确定已通过所述收发单元从所述第一网络设备获取C-RNTI,则触发RRC重建立流程。
  62. 如权利要求61所述的装置,其特征在于,所述处理单元调用所述收发单元执行:在进入空闲态之后,执行小区重选,通过选择的小区向第二网络设备发送无线资源控制建立请求消息;或者,在进入空闲态之后,执行中继终端设备重选,通过重选后的中继终端设备向第二网络设备发送无线资源控制建立请求消息。
  63. 如权利要求61所述的装置,其特征在于,所述处理单元调用所述收发单元执行:在确定已从所述第一网络设备获取C-RNTI,则触发RRC重建立流程时,执行小区重选,并通过选择的小区向第二网络设备发送无线资源控制重建立请求消息;或者,在确定已从所述第一网络设备获取C-RNTI,则触发RRC重建立流程时,执行中继终端设备重选,并通过重选后的中继终端设备向第二网络设备发送无线资源控制重建立请求消息。
  64. 如权利要求61-63任一项所述的装置,其特征在于,所述处理单元,用于在所述确定通过所述第一终端设备与所述第一网络设备通信失败时,检测到以下预设事件中的至少一个事件,所述预设事件包括所述第二终端设备和所述第一终端设备之间的侧行链路发生RLF;
    确定所述第一网络设备为所述第二终端设备提供的配置发生失败;
    所述第二终端设备与所述第一终端设备之间发生SRB完保校验失败;
    所述第一终端设备与所述第一网络设备之间的连接发生RLF;
    确定所述第一网络设备为所述第一终端设备提供的配置发生失败;
    所述第一终端设备发生空口SRB完保校验失败;
    所述第一终端设备发生空口接口的上行失步。
  65. 一种通信装置,所述装置为第一终端设备,或者,所述装置为用于实现所述第一终端设备功能的装置,其特征在于,网络设备与所述第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述装置包括:收发单元和处理单元;所述处理单元调用所述收发单元执行:
    接收来自于所述网络设备的至少一个C-RNTI;
    向所述第二终端设备发送第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI;
    向所述网络设备发送所述第一C-RNTI。
  66. 如权利要求65所述的装置,其特征在于,所述收发单元,用于:
    向所述第二终端设备发送单播连接建立请求响应消息,所述单播连接建立请求响应消息包括所述第一C-RNTI;
    或者,向所述第二终端设备侧链无线资源控制消息,所述侧链无线资源控制消息包括所述第一C-RNTI。
  67. 如权利要求65或66所述的装置,其特征在于,所述收发单元,用于:
    向所述网络设备发送所述第一C-RNTI和第一标识,所述第一标识为所述第一终端设备为所述第二终端设备分配的标识,所述第一标识用于区分通过所述第一终端设备接入所述网络设备的不同终端设备。
  68. 如权利要求65或66所述的装置,其特征在于,所述收发单元,用于:
    接收来自于所述第二终端设备的无线资源控制消息,所述无线资源控制消息包括所述 第一C-RNTI;
    向所述网络设备发送所述无线资源控制消息。
  69. 如权利要求65-68任一项所述的装置,其特征在于,所述处理单元,用于确定成为中继终端设备,所述收发单元,用于向所述网络设备发送指示信息,所述指示信息用于指示所述第一终端设备成为中继终端设备;
    所述收发单元,用于接收来自于所述网络设备的至少一个C-RNTI。
  70. 一种通信装置,所述装置为第一网络设备,或者,所述装置为用于实现所述第一网络设备功能的装置,其特征在于,所述第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述装置包括:收发单元和处理单元;所述处理单元调用所述收发单元执行:
    向所述第一终端设备发送至少一个C-RNTI;
    接收来自于所述第一终端设备的第一C-RNTI,所述第一C-RNTI为所述至少一个C-RNTI中的一个C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI。
  71. 如权利要求70所述的装置,其特征在于,所述收发单元,用于:
    接收来自于所述第一终端设备的所述第一C-RNTI和第一标识,所述第一标识为所述第一终端设备为所述第二终端设备分配的标识,所述第一标识用于区分通过所述第一终端设备接入所述第一网络设备的不同终端设备。
  72. 如权利要求70所述的装置,其特征在于,所述收发单元,用于:
    接收来自于所述第二终端设备通过所述第一终端设备发送的无线资源控制消息,所述无线资源控制消息包括所述第一C-RNTI。
  73. 如权利要求70-72任一项所述的装置,其特征在于,所述收发单元,用于:接收来自于第二网络设备的第四消息;所述第四消息包括所述至少一个C-RNTI。
  74. 如权利要求70-72任一项所述的装置,其特征在于,所述收发单元,用于:向第二网络设备发送第五消息,所述第五消息用于请求所述第二网络设备分配所述至少一个C-RNTI;
    接收来自于所述第二网络设备的所述至少一个C-RNTI。
  75. 如权利要求73或74所述的装置,其特征在于,所述第一网络设备为CU,所述第二网络设备为DU。
  76. 一种通信装置,所述装置为第二网络设备,或者,所述装置为用于实现所述第二网络设备功能的装置,其特征在于,第一网络设备与第一终端设备之间存在连接,所述第一终端设备与第二终端设备之间存在侧行链路单播连接,所述装置包括:处理单元和收发单元;
    所述处理单元,用于生成第四消息,所述第四消息包括至少一个C-RNTI;所述至少一个C-RNTI包括第一C-RNTI,所述第一C-RNTI为所述第二终端设备的C-RNTI;
    所述收发单元,用于向所述第一网络设备发送所述第四消息。
  77. 如权利要求76所述的装置,其特征在于,所述收发单元,用于在向所述第一网络设备发送所述第四消息之前,接收来自于所述第一网络设备的第五消息,所述第五消息用于请求所述第二网络设备分配所述至少一个C-RNTI。
  78. 如权利要求76或77所述的装置,其特征在于,所述第一网络设备为CU,所述第二网络设备为DU。
  79. 一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至9,或如权利要求10至17,或如权利要求18至21,或如权利要求22至25,或如权利要求26至30,或如权利要求31至36,或如权利要求37至39中任一项所述的方法。
  80. 一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序或指令,当所述计算机程序或指令被通信装置执行时,实现如权利要求1至39中任一项所述的方法。
  81. 一种包含程序的计算机程序产品,其特征在于,当所述计算机程序产品在通信装置上运行时,使得通信装置执行如权利要求1至39中任一项所述的方法。
  82. 一种通信系统,其特征在于,所述通信系统包括如权利要求40至48任一项所述的通信装置,或者权利要求70至75任一项所述的通信装置,以及如权利要求57至60任一项所述的通信装置,或者权利要求61至64任一项所述的通信装置,和如权利要求65至69任一项所述的通信装置。
  83. 如权利要求82所述的系统,其特征在于,所述系统还包括如权利要求49至56任一项所述的通信装置,或者如权利要求76至78任一项所述的通信装置。
PCT/CN2021/102980 2020-06-29 2021-06-29 一种通信方法及装置 WO2022002017A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010609913.9A CN114095977A (zh) 2020-06-29 2020-06-29 一种通信方法及装置
CN202010609913.9 2020-06-29

Publications (1)

Publication Number Publication Date
WO2022002017A1 true WO2022002017A1 (zh) 2022-01-06

Family

ID=79317476

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/102980 WO2022002017A1 (zh) 2020-06-29 2021-06-29 一种通信方法及装置

Country Status (2)

Country Link
CN (1) CN114095977A (zh)
WO (1) WO2022002017A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024065128A1 (zh) * 2022-09-26 2024-04-04 北京小米移动软件有限公司 一种控制终端设备连接的方法及其装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116782252A (zh) * 2022-03-08 2023-09-19 华为技术有限公司 一种通信方法、装置以及存储介质
CN117641594A (zh) * 2022-08-25 2024-03-01 华为技术有限公司 一种通信方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170141771A1 (en) * 2013-01-11 2017-05-18 International Business Machines Corporation On-chip randomness generation
CN108307528A (zh) * 2016-08-11 2018-07-20 中兴通讯股份有限公司 一种信息传输方法、装置及系统
CN108617024A (zh) * 2016-12-27 2018-10-02 北京信威通信技术股份有限公司 一种层2中继的承载管理方法
CN109246747A (zh) * 2017-05-05 2019-01-18 北京三星通信技术研究有限公司 前向接口的建立方法、ue接入方法、ue切换方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3471493B1 (en) * 2016-07-04 2020-09-02 Huawei Technologies Co., Ltd. Radio link failure processing method and related device
CN107889080B (zh) * 2016-09-29 2023-06-06 中兴通讯股份有限公司 一种支持远端用户设备移动性的方法及装置
CN110891324B (zh) * 2018-09-07 2023-06-02 华为技术有限公司 一种rrc连接方法、设备及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170141771A1 (en) * 2013-01-11 2017-05-18 International Business Machines Corporation On-chip randomness generation
CN108307528A (zh) * 2016-08-11 2018-07-20 中兴通讯股份有限公司 一种信息传输方法、装置及系统
CN108617024A (zh) * 2016-12-27 2018-10-02 北京信威通信技术股份有限公司 一种层2中继的承载管理方法
CN109246747A (zh) * 2017-05-05 2019-01-18 北京三星通信技术研究有限公司 前向接口的建立方法、ue接入方法、ue切换方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024065128A1 (zh) * 2022-09-26 2024-04-04 北京小米移动软件有限公司 一种控制终端设备连接的方法及其装置

Also Published As

Publication number Publication date
CN114095977A (zh) 2022-02-25

Similar Documents

Publication Publication Date Title
CN111357387B (zh) 多连接的方法及相关装置
WO2022002017A1 (zh) 一种通信方法及装置
US11606306B2 (en) Packet transmission method and apparatus
WO2019157752A1 (zh) 随机接入方法及装置
TWI733083B (zh) 與基地台處理一雙連結的裝置及方法
TW201831031A (zh) 處理無線通訊系統中狀態不匹配的裝置及方法
RU2722504C1 (ru) Сетевой узел и способ конфигурирования pdcp для устройства беспроводной связи
WO2022001928A1 (zh) 通信的方法和装置
WO2019041095A1 (zh) 切换基站的方法、装置及系统
WO2019136619A1 (en) Releasing signaling radio bearers for cell groups
US20190159084A1 (en) Information Transmission Method and Apparatus and Communication System
US20240049327A1 (en) Communication method, apparatus, and system
WO2024083080A1 (zh) 多路径配置方法、装置及系统
WO2021062797A1 (zh) 配置方法和装置
JP2023522781A (ja) ネットワーク切替方法、装置、機器および記憶媒体
CN114846904B (zh) 通信方法及装置
JP2021517379A (ja) データ伝送方法、装置及びコンピュータ記憶媒体
CN112368976B (zh) 用于执行组通信的终端和方法
US9820331B1 (en) UE-context release in response to failure of air interface communication
WO2022206393A1 (zh) 通信方法及装置
EP3536117B1 (en) Pdcp anchored change of relay based connection
WO2022206618A1 (zh) 一种通信方法及装置
WO2022082691A1 (zh) Iab网络的rlf恢复方法、装置以及相关设备
WO2023134410A1 (zh) 通信方法、装置及系统
WO2023125375A1 (zh) 通信方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21831562

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21831562

Country of ref document: EP

Kind code of ref document: A1