WO2024011462A1 - 一种通信方法及装置、通信设备、接入网架构 - Google Patents

一种通信方法及装置、通信设备、接入网架构 Download PDF

Info

Publication number
WO2024011462A1
WO2024011462A1 PCT/CN2022/105535 CN2022105535W WO2024011462A1 WO 2024011462 A1 WO2024011462 A1 WO 2024011462A1 CN 2022105535 W CN2022105535 W CN 2022105535W WO 2024011462 A1 WO2024011462 A1 WO 2024011462A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
entity
tunnel
data
protocol stack
Prior art date
Application number
PCT/CN2022/105535
Other languages
English (en)
French (fr)
Inventor
王淑坤
杜忠达
石聪
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to PCT/CN2022/105535 priority Critical patent/WO2024011462A1/zh
Publication of WO2024011462A1 publication Critical patent/WO2024011462A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management

Definitions

  • the embodiments of this application relate to the field of mobile communication technology, and specifically relate to a communication method and device, communication equipment, and access network architecture.
  • future networking will include low-frequency, high-frequency, and ultra-high-frequency hybrid networking.
  • High-frequency and ultra-high-frequency cells have the characteristics of fast signal fading, small cell coverage, and dense deployment of small cells. These characteristics will cause terminal equipment to perform frequent cell switching during movement, and frequent cell switching will lead to problems such as data packet loss and service interruption, ultimately affecting user experience.
  • Embodiments of the present application provide a communication method and device, communication equipment, access network architecture, chips, computer-readable storage media, computer program products, and computer programs.
  • the communication method provided by the embodiment of the present application is applied to the first node in the access network architecture.
  • the first node is associated with the second node.
  • the first node has a first protocol stack.
  • the first protocol stack is A protocol stack related to transmission
  • the second node has a second protocol stack
  • the second protocol stack is a protocol stack related to bearer; the method includes:
  • the first node receives the data sent by the terminal device, performs transmission-related processing on the received data through the first protocol stack, and sends the processed data to the second node; and/or,
  • the first node receives the data sent by the second node, performs transmission-related processing on the received data through the first protocol stack, and sends the processed data to the terminal device.
  • the communication method provided by the embodiment of the present application is applied to the second node in the access network architecture.
  • the second node is associated with one or more nodes, and each node in the one or more nodes has the first protocol.
  • Stack the first protocol stack is a protocol stack related to transmission
  • the second node has a second protocol stack
  • the second protocol stack is a protocol stack related to bearer; the method includes:
  • the second node receives the data sent by the first node, performs bearer-related processing on the received data through the second protocol stack, and sends the processed data to the core network; and/or,
  • the second node receives the data sent by the core network, performs bearer-related processing on the received data through the second protocol stack, and sends the processed data to the first node;
  • the first node is one of the nodes associated with the second node.
  • the access network architecture provided by the embodiment of the present application includes a second node and at least one first node. Any one of the at least one first node is used to perform the above-mentioned communication method performed by the first node.
  • the second node is used to execute the communication method executed by the second node.
  • the communication device provided by the embodiment of the present application is applied to the first node in the access network architecture.
  • the first node is associated with the second node.
  • the first node has a first protocol stack.
  • the first protocol stack is A protocol stack related to transmission
  • the second node has a second protocol stack
  • the second protocol stack is a protocol stack related to bearer;
  • the device includes: a communication unit and a processing unit;
  • the communication unit is used to receive data sent by the terminal device; the processing unit is used to perform transmission-related processing on the received data through the first protocol stack; the communication unit is also used to process the data.
  • the subsequent data is sent to the second node; and/or,
  • the communication unit is used to receive data sent by the second node; the processing unit is used to perform transmission-related processing on the received data through the first protocol stack; the communication unit is also used to send the processed data to the terminal device.
  • the communication device provided by the embodiment of the present application is applied to a second node in the access network architecture.
  • the second node is associated with one or more nodes, and each node in the one or more nodes has a first protocol. stack, the first protocol stack is a protocol stack related to transmission, the second node has a second protocol stack, the second protocol stack is a protocol stack related to bearer;
  • the device includes: a communication unit and a processing unit;
  • the communication unit is used to receive data sent by the first node; the processing unit is used to perform bearer-related processing on the received data through the second protocol stack; the communication unit is also used to The processed data is sent to the core network; and/or,
  • the communication unit is used to receive data sent by the core network; the processing unit is used to perform bearer-related processing on the received data through the second protocol stack; the communication unit is also used to process the received data.
  • the final data is sent to the first node;
  • the first node is one of the nodes associated with the second node.
  • the communication device provided by the embodiment of the present application includes a processor and a memory.
  • the memory is used to store computer programs, and the processor is used to call and run the computer program stored in the memory to perform the above communication method.
  • the chip provided by the embodiment of the present application is used to implement the above communication method.
  • the chip includes: a processor, configured to call and run a computer program from the memory, so that the device installed with the chip executes the above-mentioned communication method.
  • the computer-readable storage medium provided by the embodiment of the present application is used to store a computer program, and the computer program causes the computer to execute the above communication method.
  • the computer program product provided by the embodiment of the present application includes computer program instructions, which cause the computer to execute the above communication method.
  • the computer program provided by the embodiment of the present application when run on a computer, causes the computer to perform the above communication method.
  • the access network architecture includes a second node and at least one first node.
  • the first node has a protocol stack related to transmission
  • the second node has a protocol stack related to bearer. This achieves the decoupling of underlying data transmission and upper-layer service data processing.
  • flexible networking can be achieved.
  • mobility performance can be improved and the impact on business continuity caused by frequent cell switching can be avoided.
  • Figure 1 is a schematic diagram of the process of RRC connection establishment and bearer establishment
  • FIG. 2 is a schematic diagram of an access network architecture provided by an embodiment of the present application.
  • Figure 3 is a schematic diagram of the GTP tunnel between the AP and CCN provided by the embodiment of the present application.
  • Figure 4 is a schematic flowchart of a communication method provided by an embodiment of the present application.
  • Figure 5 is a schematic diagram of the connection establishment and bearer establishment process corresponding to case 1 provided by the embodiment of the present application;
  • Figure 6 is a schematic diagram of the connection establishment and bearer establishment process corresponding to case 4 provided by the embodiment of the present application;
  • Figure 7 is a schematic diagram of the connection establishment and bearer establishment process corresponding to case 3 provided by the embodiment of the present application.
  • Figure 8 is a schematic diagram of the connection establishment and bearer establishment process corresponding to case 2 provided by the embodiment of the present application;
  • Figure 9 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • Figure 10 is a schematic diagram 2 of the structure of a communication device provided by an embodiment of the present application.
  • Figure 11 is a schematic structural diagram of a communication device provided by an embodiment of the present application.
  • Figure 12 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • Figure 13 is a schematic block diagram of a communication system provided by an embodiment of the present application.
  • A indicates B, which can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association between A and B. relation.
  • the "correspondence" mentioned in the embodiments of this application can mean that there is a direct correspondence or indirect correspondence between the two, it can also mean that there is an associated relationship between the two, or it can mean indicating and being instructed. , configuration and configured relationship.
  • the base station introduces an architecture that separates the distributed unit (Distributed Unit) and the central unit (Centralized Unit, CU), that is, the DU-CU separation architecture.
  • the DU-CU separation architecture the Service Data Adaption Protocol (SDAP) entity and the Packet Data Convergence Protocol (PDCP) entity are located in the CU, and the Radio Link Control (RLC) ) entity, Media Access Control (MAC) entity and physical (PHY) entity are located in DU.
  • SDAP Service Data Adaption Protocol
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Media Access Control
  • PHY physical
  • Radio Access Network RAN
  • RRC Radio Resource Control
  • Step 101 The UE sends an RRC establishment request message to the DU.
  • the RRC setup request message is an RRCSetupRequest message.
  • Step 102 DU performs initial uplink RRC message transfer to CU.
  • the initial uplink RRC message is transferred to INITIAL UL RRC MESSAGE TRANSFER.
  • Step 103 The CU transfers the downlink RRC message to the DU.
  • the downlink RRC message is transferred to DL RRC MESSAGE TRANSFER, which is used to establish wireless resources for the terminal device.
  • Step 104 DU sends an RRC establishment message to the UE.
  • the RRC setup message is an RRCSetup message.
  • Step 105 The UE sends an RRC establishment completion message to the DU.
  • the RRC setup completion message is the RRCSetupComplete message.
  • Step 106 DU transfers the uplink RRC message to the CU.
  • the uplink RRC message is transferred to UL RRC MESSAGE TRANSFER.
  • Step 107 The CU sends the initial UE message to the core network element.
  • the initial UE message is the INITIAL UE MESSAGE message.
  • Step 108 The core network element sends an initial context establishment request message to the CU.
  • the initial context establishment request message is the INITIAL CONNTEXT SETUP REQUEST message.
  • Step 109 The CU sends a UE context establishment request message to the DU.
  • the UE context establishment request message is the UE CONTEXT SETUP REQUEST message.
  • Step 110 DU sends a security mode command to the UE.
  • the security mode command is SecurityModeCommand.
  • Step 111 DU sends a UE context establishment response message to the CU.
  • the UE context establishment response message is the UE CONTEXT SETUP RESPONSE message.
  • Step 112 The UE sends a security mode completion message to the DU.
  • the security mode completion message is the SecurityModeComplete message.
  • Step 113 DU transfers the uplink RRC message to the CU.
  • the uplink RRC message is transferred to UL RRC MESSAGE TRANSFER.
  • Step 114 The CU transfers the downlink RRC message to the DU.
  • the downlink RRC message is transferred to DL RRC MESSAGE TRANSFER.
  • Step 115 DU sends an RRC reconfiguration message to the UE.
  • the RRC reconfiguration message is an RRCReconfiguration message.
  • Step 116 The UE sends the RRC reconfiguration complete message to the DU.
  • the RRC reconfiguration completion message is the RRCReconfigurationComplete message.
  • Step 117 DU transfers the uplink RRC message to the CU.
  • the uplink RRC message is transferred to UL RRC MESSAGE TRANSFER.
  • Step 118 The CU sends an initial context establishment response message to the core network element.
  • the initial context establishment response message is the INITIAL CONTEXT SETUP RESPONSE message.
  • DU and CU are two physical entities belonging to the base station.
  • the core network element can be an Access and Mobility Management Function (AMF).
  • AMF Access and Mobility Management Function
  • future networking will include low-frequency, high-frequency, and ultra-high-frequency hybrid networking.
  • High-frequency and ultra-high-frequency cells have the characteristics of fast signal fading, small cell coverage, and dense deployment of small cells. These characteristics will cause terminal equipment to perform frequent cell switching during movement, and frequent cell switching will lead to problems such as data packet loss and service interruption, ultimately affecting user experience. Therefore, in the design of future mobile communication systems, the characteristics of high-frequency and ultra-high-frequency cells need to be considered. To this end, the technical solutions of the embodiments of the present application are proposed.
  • Embodiments of the present application provide a new access network architecture.
  • the access network architecture includes a second node and at least one node associated with the second node. Any one of the at least one nodes has a third A protocol stack, the first protocol stack is a protocol stack related to transmission, the second node has a second protocol stack, and the second protocol stack is a protocol stack related to bearer.
  • One of the nodes associated with the second node is the first node.
  • the first node may be an access node (Access Point, AP) or a wireless transmission node (Radio Transport Point, RTP).
  • the second node may be called a Central Control Node (CCN).
  • the first node may also have other implementation methods, and the second node may also have other names, which is not limited in this application.
  • the first protocol stack and the second protocol stack can be implemented in, but are not limited to, the following ways:
  • the first protocol stack includes a MAC entity and a PHY entity
  • the second protocol stack includes at least one of the following: SDAP entity, PDCP entity, and RLC entity.
  • the first protocol stack includes a PHY entity
  • the second protocol stack includes at least one of the following: SDAP entity, PDCP entity, RLC entity, and MAC entity.
  • the first protocol stack includes a MAC entity and a PHY entity
  • the second protocol stack includes at least one of the following: an SDAP entity and a target entity, and the target entity has at least part of the functions of a PDCP entity and/or an RLC entity.
  • the first protocol stack includes a PHY entity
  • the second protocol stack includes at least one of the following: an SDAP entity, a target entity, and a MAC entity
  • the target entity has at least part of the functions of a PDCP entity and/or an RLC entity.
  • the functions of the PHY entity, MAC entity, SDAP entity, PDCP entity, and RLC entity can refer to the current standard definitions.
  • the target entity is a newly defined entity, and the target entity has at least part of the functions of the PDCP entity and/or the RLC entity.
  • the function of the target entity is a combination of the functions of the PDCP entity and the functions of the RLC entity.
  • the target entity may be called a Packet Process and Link Control (PPLC) entity.
  • PPLC Packet Process and Link Control
  • the target entity may also have other names, which is not limited in this application.
  • the target entity has multiple modes, and the multiple modes include a first mode, a second mode and a third mode.
  • the first mode may be called acknowledged mode (AM)
  • the second mode may be called unacknowledged mode (UM)
  • the third mode may be called transparent mode (TM).
  • the first mode, the second mode, and the third mode may also have other names, which are not limited in this application.
  • the following describes the functions of the target entity in the first mode, the second mode, and the third mode respectively.
  • the functions of the target entity in the first mode include at least one of the following: integrity protection function, encryption and decryption function, header compression function, Automatic Repeat-reQuest (ARQ) ) function, serial number (Serial Number, SN) and reordering function, segmentation function;
  • the function of the target entity with the second mode includes at least one of the following: integrity protection function, encryption and decryption function, header compression function, SN and reordering function, segmentation function;
  • the function of the target entity in the third mode includes at least one of the following: transparent transmission function.
  • the functions of the target entity with the first mode include at least one of the following: integrity protection function, encryption and decryption function, ARQ function, SN and reordering function, segmentation function; with the second
  • the functions of the target entity in the third mode include at least one of the following: integrity protection function, encryption and decryption function, SN and reordering function, and segmentation function;
  • the functions of the target entity in the third mode include at least one of the following: transparency transfer function.
  • the SDAP entity on the target entity at least has a header compression function.
  • the functions of the target entity in the first mode include at least one of the following: ARQ function, SN and reordering function, segmentation function; the functions of the target entity in the second mode include At least one of the following: SN, reordering function, segmentation function; the function of the target entity in the third mode includes at least one of the following: transparent transmission function.
  • the SDAP entity on the target entity has at least one of the following functions: integrity protection function, encryption and decryption function, and header compression function.
  • method three can be understood as a variant of method one.
  • the difference between method three and method one is that the second protocol stack in method three includes at least one of the SDAP entity and the target entity, while the second protocol stack in method one includes at least one of the SDAP entity and the target entity.
  • the second protocol stack includes at least one of a PDCP entity, an RLC entity, and a MAC entity.
  • method four can be understood as a variant of method two.
  • the difference between method four and method two is that the second protocol stack in method four includes at least one of the SDAP entity, target entity, and MAC entity, while method two
  • the second protocol stack in includes at least one of an SDAP entity, a PDCP entity, an RLC entity, and a MAC entity.
  • the first node and the second node are used for data transmission.
  • Tunnels are at the logical channel level (per logical channel) or at the data bearer level (per DRB).
  • one or more tunnels are established between the first node and the second node, and the tunnel identifier of each tunnel is associated with a logical channel identifier or a data bearer identifier.
  • the tunnel may be a GTP tunnel.
  • the tunnel identifier of the GTP tunnel is a TEID or TEID pair.
  • the TEID or TEID pair of each GTP tunnel is associated with a logical channel identifier (LCID) or a data bearer identifier (DRB ID).
  • LCID logical channel identifier
  • DRB ID data bearer identifier
  • the first node and the second node are used for data transmission.
  • the tunnel is end device level or MAC entity level or PDU session level. What is transmitted between the first node and the second node is MAC PDU (that is, MAC TB).
  • MAC PDU that is, MAC TB.
  • one or more tunnels are established between the first node and the second node, and the tunnel identifier of each tunnel is associated with a terminal device identifier, a MAC entity identifier, or a PDU session identifier.
  • Each tunnel between the first node and the second node is used to transmit data of a terminal device or a MAC entity or a PDU session.
  • the MAC header corresponding to the data includes a PDU session identifier and/or a MAC entity identifier.
  • the first node also has a first RRC entity
  • the second node also has a second RRC entity; or, the first node does not have a first RRC entity, and the second node also has Has a second RRC entity.
  • the first RRC entity when the first node has a first RRC entity, the first RRC entity is used to process the first type of RRC signaling, and the second RRC entity is used to process the second type of RRC signaling.
  • the first type of RRC signaling is RRC signaling related to transmission configuration
  • the second type of RRC signaling is RRC signaling related to bearer.
  • the second RRC entity when the first node does not have a first RRC entity, the second RRC entity is used to process the first type of RRC signaling and the second type of RRC signaling.
  • the first type of RRC signaling The signaling is RRC signaling related to transmission configuration, and the second type of RRC signaling is RRC signaling related to bearers.
  • Figure 2 shows an access network architecture.
  • AP an access network
  • CCN core network
  • UE and AP can communicate through the air interface, and data can be transmitted between CCN and core network (Core Network, CN) through GTP tunnel.
  • CCN is responsible for data processing related to upper-layer services, that is, data processing related to bearer.
  • the implementation of CCN protocol stack has the following options: Option 1-1) SDAP entity, PDCP entity and RLC entity; Option 1-2) SDAP entity , PDCP entity, RLC entity and MAC entity; options 1-3) include SDAP entity and PPLC entity; options 1-4) SDAP entity, PPLC entity and MAC entity.
  • the AP is responsible for the processing of underlying data transmission (that is, the processing of air interface data transmission).
  • the implementation of the AP's protocol stack has the following options: Option 2-1) MAC entity and PHY entity; Option 2-2) PHY entity.
  • Option 2-1) can be implemented in combination with option 1-1) or option 1-3), and option 2-2) can be implemented in combination with option 1-2) or option 1-4).
  • the UE protocol stack implementation has the following options: Option 3-1) SDAP entity, PDCP entity, RLC entity, MAC entity and PHY entity; Option 3-2) SDAP entity, PPLC entity, MAC entity and PHY entity .
  • a CCN can manage a large number of APs, and an AP can be a logical cell or multiple logical cells.
  • the UE switches between inter-domain APs, it does not need to reconfigure bearer-related configurations, or even RRC configurations, and directly uses commands based on Layer 1 (L1) or Layer 2 (L2) to update the cell. This can decouple business processing and data transmission and reduce business processing configuration changes caused by AP changes.
  • the access network architecture shown in Figure 2 only illustrates one CCN and multiple APs associated with the CCN, but it is not limited to this.
  • the access network architecture can include a larger number of CCNs.
  • Each CCN can be associated with one or more APs.
  • an RRC entity can also exist on the AP, and an RRC entity can also exist on the CCN.
  • the RRC entity on the AP can be used to process RRC information related to transmission configuration.
  • Commands such as RRC signaling related to underlying transmission resources
  • RRC signaling that carries broadcast information such as RRC signaling that carries MSG3, RRC signaling that carries physical side resources (i.e., bottom layer resources) reconfiguration, and carriers in CA RRC signaling for management (such as carrier addition/deletion/modification, etc.) information
  • the RRC entity on the CCN can be used to process bearer-related RRC signaling, etc.
  • RRC signaling does not need to exist on the AP, and only the RRC entity exists on the CCN.
  • the RRC entity on the CCN is used to process all RRC signaling (such as RRC signaling related to transmission configuration and RRC related to the bearer). signaling, etc.).
  • RRC signaling such as RRC signaling related to transmission configuration and RRC related to the bearer. signaling, etc.
  • a GTP tunnel per logical channel is established between the AP and the CCN. That is to say, the TEID or TEID pair of each GTP tunnel is associated with an LCID, as shown in Figure 3.
  • a GTP tunnel is used to transmit data of a logical channel.
  • a per UE or per MAC entity or per PDU session GTP tunnel is established between the AP and the CCN. That is to say, the TEID or TEID pair of each GTP tunnel is associated with a UE identity or MAC entity. Identifier or PDU session identifier.
  • Each GTP tunnel is used to transmit data of a UE or a MAC entity or a PDU session. Further, for the GTP tunnel per UE or per MAC entity, the MAC header corresponding to the data includes the PDU session identifier and/or the MAC entity identifier.
  • the second node belongs to a node pool, and all nodes in the node pool are connected to the same core network node. Wherein, if the second node fails, all control plane connections and/or user plane connections under the second node are transferred to the fourth node in the node pool.
  • the tunnel identifier and/or signaling connection identifier allocated by the second node is unique within the node pool.
  • the node pool can be called CCN pool, and the CCN pool can be understood as a CCN set formed by multiple CCNs. . All CCNs belonging to a CCN pool are connected to the same core network node. If a CCN fails, all control plane connections and/or user plane connections between the CCN and the AP will be transferred to other CCNs in the CCN pool to which the CCN belongs. This will not be noticed by UEs connected under the AP. , will not affect the UE.
  • the GTP tunnel identifier (GTP tunnel ID, TEID) assigned by the CCN is unique within the CCN pool.
  • the information assigned by the CCN Make the connection ID (such as APID) unique within the CCN pool. In this way, when one CCN fails, the APs under the CCN can connect to other CCNs to work normally, ensuring user experience.
  • Figure 4 is a schematic flowchart of a communication method provided by an embodiment of the present application, applied to the first node and/or the second node in the access network architecture, the first node is associated with the second node, and the first node has A first protocol stack, the first protocol stack is a protocol stack related to transmission, the second node has a second protocol stack, the second protocol stack is a protocol stack related to bearer; as shown in Figure 4,
  • the communication method includes at least one of the following steps:
  • Step 401 The first node receives the data sent by the terminal device, performs transmission-related processing on the received data through the first protocol stack, and sends the processed data to the second node.
  • the first node when the implementation of the first protocol stack and the second protocol stack is the above-mentioned method one or method three, the first node performs processing on the received data through the first protocol stack. After the transmission-related processing, the tunnel corresponding to the data is determined according to the logical channel identifier corresponding to the data, and the processed data is sent to the second node through the tunnel corresponding to the data.
  • the first node when the implementation of the first protocol stack and the second protocol stack is the above-mentioned method two or method four, the first node performs the processing on the received data through the first protocol stack. After the transmission-related processing, the first node determines the tunnel corresponding to the data based on the terminal device identification or MAC entity identification or PDU session identification corresponding to the data, and sends the processed data to the second node through the tunnel corresponding to the data. .
  • Step 402 The second node receives the data sent by the first node, performs bearer-related processing on the received data through the second protocol stack, and sends the processed data to the core network.
  • the second node when the implementation of the first protocol stack and the second protocol stack is the above-mentioned method one or method three, the second node receives the data sent by the first node through the tunnel, and the tunnel It is determined by the first node based on the logical channel identifier corresponding to the data.
  • the second node when the implementation of the first protocol stack and the second protocol stack is the above-mentioned method two or method four, the second node receives the data sent by the first node through the tunnel, and the tunnel It is determined by the first node based on the terminal device identification, MAC entity identification or PDU session identification corresponding to the data.
  • Step 403 The second node receives the data sent by the core network, performs bearer-related processing on the received data through the second protocol stack, and sends the processed data to the first node.
  • the second node when the implementation of the first protocol stack and the second protocol stack is the above-mentioned method one or method three, the second node performs the processing on the received data through the second protocol stack. After the bearer-related processing, the tunnel corresponding to the data is determined according to the logical channel identifier corresponding to the data, and the processed data is sent to the first node through the tunnel corresponding to the data.
  • the second node when the implementation of the first protocol stack and the second protocol stack is the above-mentioned method two or method four, the second node performs the processing on the received data through the second protocol stack. After the bearer-related processing, the tunnel corresponding to the data is determined according to the terminal device identification or MAC entity identification or PDU session identification corresponding to the data, and the processed data is sent to the first node through the tunnel corresponding to the data.
  • Step 404 The first node receives the data sent by the second node, performs transmission-related processing on the received data through the first protocol stack, and sends the processed data to the terminal device.
  • the first node when the implementation of the first protocol stack and the second protocol stack is the above-mentioned method one or method three, the first node receives data sent by the second node through a tunnel, and the tunnel It is determined by the second node based on the logical channel identifier corresponding to the data. Further, the MAC entity of the first node determines the logical channel identifier corresponding to the data based on the tunnel identifier of the tunnel corresponding to the data, and multiplexes the data into the MAC PDU based on the logical channel identifier corresponding to the data.
  • the first node when the implementation of the first protocol stack and the second protocol stack is the above-mentioned method two or method four, the first node receives data sent by the second node through a tunnel, and the tunnel It is determined by the second node based on the terminal device identification, MAC entity identification or PDU session identification corresponding to the data.
  • the RRC connection establishment and bearer establishment processes need to be carried out.
  • the following describes how to implement the RRC connection establishment and bearer establishment processes according to the situation.
  • the RRC connection establishment and bearer establishment process includes the following steps:
  • the first node receives the first RRC signaling sent by the terminal device, and obtains the NAS message in the first RRC signaling through the first RRC entity.
  • the first RRC signaling is MSG5, such as the RRC Setup Complete (RRCSetupComplete) message.
  • the first RRC signaling carries an initial NAS message, such as a service request message.
  • the first node carries the NAS message in a first message and sends it to the second node.
  • the second node receives the first message sent by the first node, and the first message carries the NAS message. information.
  • the first message is a bearer setup request (BearerSetupRequest) message.
  • the first message carries an initial NAS message, such as a service request message.
  • the NAS message in the first message is forwarded by the second node to the core network through the second message (that is, the second node forwards the NAS message to the core network through the second message), and the second node forwards the NAS message to the core network through the second message.
  • the second node receives the PDU session establishment information sent by the core network.
  • the second message is an initial UE message (INITIAL UE MESSAGE).
  • the second message carries an initial NAS message, such as a service request message.
  • the PDU session establishment information is carried in the initial context establishment request (INITIAL CONTEXT SETUP REQUEST) message.
  • the second node sends a third message to the first node, and the first node receives the third message sent by the second node.
  • the third message carries a bearer configuration and a tunnel configuration.
  • the bearer configuration The configuration is used to configure one or more bearers corresponding to the PDU session, and the tunnel configuration is used to configure one or more tunnels corresponding to the PDU session, and the one or more tunnels are used for uplink transmission.
  • the third message is a Bearer Setup Response (BearerSetupResponse) message.
  • the first node sends a fourth message to the second node, where the fourth message carries tunnel identifiers of one or more tunnels, and the one or more tunnels are used for downlink transmission.
  • the fourth message is a bearer setup confirmation (BearerSetupconfirmation) message.
  • the tunnel identifier of each tunnel in the one or more tunnels is associated with a logical channel identifier or a data bearer identifier.
  • the tunnel configuration is used to configure a tunnel corresponding to the PDU session, and the tunnel identifier of the tunnel is associated with a PDU session identifier; the third The fourth message carries a tunnel identifier of a tunnel, and the tunnel identifier of a tunnel is associated with a PDU session identifier.
  • the RRC connection establishment and bearer establishment process includes the following steps:
  • the first node receives the first RRC signaling sent by the terminal device.
  • the first RRC signaling is MSG5, such as the RRC Setup Complete (RRCSetupComplete) message.
  • the first node forwards the first RRC signaling to the second node, and the second node receives the first RRC signaling sent by the first node.
  • the NAS message in the first RRC signaling is forwarded by the second node to the core network through the fifth message (that is, the second node obtains the NAS message in the first RRC signaling through its own second RRC entity.
  • NAS message the NAS message is forwarded to the core network through the fifth message), and the second node receives the PDU session establishment information sent by the core network.
  • the fifth message is an initial UE message (INITIAL UE MESSAGE).
  • the PDU session establishment information is carried in the initial context establishment request (INITIAL CONTEXT SETUP REQUEST) message.
  • the second node sends a sixth message to the first node, and the first node receives the sixth message sent by the second node.
  • the sixth message carries a bearer configuration and a tunnel configuration.
  • the bearer configuration The configuration is used to configure one or more bearers corresponding to the PDU session, and the tunnel configuration is used to configure one or more tunnels corresponding to the PDU session, and the one or more tunnels are used for uplink transmission.
  • the sixth message is a UE CONTEXT SETUP REQUEST message.
  • the first node sends a seventh message to the second node, and the second node receives the seventh message sent by the first node, where the seventh message carries tunnel identifiers of one or more tunnels, The one or more tunnels are used for downlink transmission.
  • the seventh message is a UE CONTEXT SETUP RESPONSE message.
  • the tunnel identifier of each tunnel in the one or more tunnels is associated with a logical channel identifier or a data bearer identifier.
  • the tunnel configuration is used to configure a tunnel corresponding to the PDU session, and the tunnel identifier of the tunnel is associated with a PDU session identifier; the third The seventh message carries a tunnel identifier of a tunnel, and the tunnel identifier of a tunnel is associated with a PDU session identifier.
  • first node and the second node can communicate through a newly defined interface, such as the XxAP interface.
  • connection establishment and bearer establishment processes based on the four situations shown in Table 1 in the above solution.
  • FIG. 5 is a schematic diagram of the connection establishment and bearer establishment process corresponding to case 1 provided by the embodiment of the present application.
  • the AP has a PHY entity and a MAC entity
  • the CCN has an RLC entity, a PDCP entity and an SDAP entity or a PPCL entity and an SDAP entity; in addition,
  • the AP has an RRC entity used to process RRC signaling related to transmission configuration (such as PHY and MAC configuration), and the CCN has an RRC entity used to process RRC signaling related to the bearer; as shown in Figure 5, it includes the following steps:
  • Step 501 The UE sends MSG5 to the AP, carrying the initial NAS message.
  • step 501 a random access process is performed between the UE and the AP to complete the establishment of SRB1.
  • MSG5 may be, but is not limited to, an RRC establishment completion message, which carries an initial NAS message, and the initial NAS message may be, but is not limited to, a service request message.
  • Step 502 The AP sends a bearer establishment request message to the CCN, carrying the initial NAS message.
  • the AP has an RRC entity, so it can process MSG5, obtain the initial NAS message from MSG5, and then carry the initial NAS message in the bearer establishment request message and send it to the CCN.
  • the initial NAS message can be but is not limited to a service request message.
  • Step 503 The CCN sends the initial UE message to the CN, carrying the initial NAS message.
  • the CCN sends an initial UE message to the CN through the NGAP interface.
  • the initial NAS message may be but is not limited to a service request message.
  • Step 504 The CN sends an initial context establishment request message to the CCN, carrying PDU session establishment information.
  • Step 505 CCN sends a bearer establishment response message to the AP, carrying bearer configuration and tunnel configuration.
  • each LCID is associated with a TEID or TEID pair, and the GTP tunnel identified by the TEID or TEID pair is used for the GTP tunnel corresponding to the LCID.
  • Upstream data forwarding is used.
  • the bearer configuration and the tunnel configuration can be one configuration (collectively referred to as the bearer configuration), or they can be two separate configurations.
  • the bearer configuration is used to configure one or more bearers corresponding to the PDU session
  • the tunnel configuration is used to configure one or more tunnels corresponding to the PDU session
  • the one or more tunnels are used for uplink transmission
  • the The tunnel identification of each tunnel in one or more tunnels is associated with a logical channel identification or a data bearer identification.
  • Step 506 The AP sends a bearer establishment confirmation message to the CCN, carrying the TEID or TEID pair corresponding to each LCID among the multiple LCIDs.
  • the GTP tunnel identified by the TEID or TEID pair is used for downlink data forwarding corresponding to the LCID.
  • Step 507 AS security activation is performed between UE, AP and CCN.
  • Step 508 The AP sends an RRC reconfiguration message to the UE.
  • Step 509 Data transmission and reception among UE, AP, CCN and CN.
  • FIG. 6 is a schematic diagram of the connection establishment and bearer establishment process corresponding to case 4 provided by the embodiment of the present application.
  • the AP has a PHY entity
  • the CCN has a MAC entity, RLC entity, PDCP entity and SDAP entity or a MAC entity, PPCL entity and SDAP entity.
  • the AP has an RRC entity used to process RRC signaling related to transmission configuration (such as PHY and MAC configuration)
  • the CCN has an RRC entity used to process RRC signaling related to the bearer; as shown in Figure 6, including Following steps:
  • Step 601 The UE sends MSG5 to the AP, carrying the initial NAS message.
  • step 601 a random access process is performed between the UE and the AP to complete the establishment of SRB1.
  • MSG5 may be, but is not limited to, an RRC establishment completion message, which carries an initial NAS message, and the initial NAS message may be, but is not limited to, a service request message.
  • Step 602 The AP sends a bearer establishment request message to the CCN, carrying the initial NAS message.
  • the AP has an RRC entity, so it can process MSG5, obtain the initial NAS message from MSG5, and then carry the initial NAS message in the bearer establishment request message and send it to the CCN.
  • the initial NAS message can be but is not limited to a service request message.
  • Step 603 The CCN sends the initial UE message to the CN, carrying the initial NAS message.
  • the CCN sends an initial UE message to the CN through the NGAP interface.
  • the initial NAS message may be but is not limited to a service request message.
  • Step 604 The CN sends an initial context establishment request message to the CCN, carrying PDU session establishment information.
  • Step 605 The CCN sends a bearer establishment response message to the AP, carrying the bearer configuration and tunnel configuration.
  • the configuration carries a TEID or TEID pair.
  • the GTP tunnel identified by the TEID or TEID pair is used for the uplink data corresponding to a PDU session. Forward.
  • the bearer configuration and the tunnel configuration can be one configuration (collectively referred to as the bearer configuration), or they can be two separate configurations.
  • the bearer configuration is used to configure one or more bearers corresponding to the PDU session
  • the tunnel configuration is used to configure a tunnel corresponding to the PDU session
  • the one tunnel is used for uplink transmission
  • the tunnel identifier of the tunnel is associated with A PDU session identifier or a MAC entity identifier.
  • Step 606 The AP sends a bearer establishment confirmation message to the CCN, carrying a TEID or TEID pair.
  • the GTP tunnel identified by the TEID or TEID pair is used for downlink data forwarding corresponding to a PDU session.
  • Step 607 AS security activation is performed between UE, AP and CCN.
  • Step 608 The AP sends an RRC reconfiguration message to the UE.
  • Step 609 Data transmission and reception among UE, AP, CCN and CN.
  • FIG. 7 is a schematic diagram of the connection establishment and bearer establishment process corresponding to case 3 provided by the embodiment of the present application.
  • the AP has a MAC entity and a PHY entity
  • the CCN has an RLC entity, a PDCP entity and an SDAP entity or a PPCL entity and an SDAP entity; in addition, CCN has an RRC entity for processing all RRC signaling; as shown in Figure 7, it includes the following steps:
  • Step 701 The UE sends an RRC establishment request message to the AP.
  • Step 702 The AP transfers the initial uplink RRC message to the CCN.
  • Step 703 The CCN transfers the downlink RRC message to the AP.
  • Step 704 The AP sends an RRC establishment message to the UE.
  • Step 705 The UE sends an RRC establishment completion message to the AP.
  • Step 706 The AP transfers the uplink RRC message to the CCN.
  • the transfer of the uplink RRC message by the AP to the CCN can be understood as the AP forwarding the RRC establishment completion message to the CCN.
  • Step 707 CCN sends the initial UE message to CN.
  • Step 708 The CN sends an initial context establishment request message to the CCN.
  • Step 709 CCN sends a UE context establishment request message to the AP, carrying bearer configuration and tunnel configuration.
  • each LCID is associated with a TEID or TEID pair, and the GTP tunnel identified by the TEID or TEID pair is used for the corresponding LCID. upstream data forwarding.
  • the bearer configuration and the tunnel configuration can be one configuration (collectively referred to as the bearer configuration), or they can be two separate configurations.
  • the bearer configuration is used to configure one or more bearers corresponding to the PDU session
  • the tunnel configuration is used to configure one or more tunnels corresponding to the PDU session
  • the one or more tunnels are used for uplink transmission
  • the The tunnel identification of each tunnel in one or more tunnels is associated with a logical channel identification or a data bearer identification.
  • Step 710 The AP sends a security mode command to the UE.
  • Step 711 The AP sends a UE context establishment response message to the CCN, carrying the TEID or TEID pair corresponding to each LCID among the multiple LCIDs.
  • the GTP tunnel identified by the TEID or TEID pair is used for downlink data forwarding corresponding to the LCID.
  • Step 712 The UE sends a security mode completion message to the AP.
  • Step 713 The AP transfers the uplink RRC message to the CCN.
  • Step 714 The CCN transfers the downlink RRC message to the AP.
  • Step 715 The AP sends an RRC reconfiguration message to the UE.
  • Step 716 The UE sends an RRC reconfiguration complete message to the AP.
  • Step 717 The AP transfers the uplink RRC message to the CCN.
  • Step 718 The CCN sends an initial context establishment response message to the CN.
  • FIG. 8 is a schematic diagram of the connection establishment and bearer establishment process corresponding to case 2 provided by the embodiment of the present application.
  • the AP has a PHY entity
  • the CCN has a MAC entity, RLC entity, PDCP entity and SDAP entity or a MAC entity, PPCL entity and SDAP entity.
  • CCN has an RRC entity for processing all RRC signaling; as shown in Figure 8, it includes the following steps:
  • Step 801 The UE sends an RRC establishment request message to the AP.
  • Step 802 The AP transfers the initial uplink RRC message to the CCN.
  • Step 803 The CCN transfers the downlink RRC message to the AP.
  • Step 804 The AP sends an RRC establishment message to the UE.
  • Step 805 The UE sends an RRC establishment completion message to the AP.
  • Step 806 The AP transfers the uplink RRC message to the CCN.
  • the transfer of the uplink RRC message by the AP to the CCN can be understood as the AP forwarding the RRC establishment completion message to the CCN.
  • Step 807 CCN sends the initial UE message to CN.
  • Step 808 The CN sends an initial context establishment request message to the CCN.
  • Step 809 The CCN sends a UE context establishment request message to the AP, carrying the bearer configuration and tunnel configuration.
  • the configuration carries a TEID or TEID pair.
  • the GTP tunnel identified by the TEID or TEID pair is used for the uplink corresponding to a PDU session. Data forwarding.
  • the bearer configuration and the tunnel configuration can be one configuration (collectively referred to as the bearer configuration), or they can be two separate configurations.
  • the bearer configuration is used to configure one or more bearers corresponding to the PDU session
  • the tunnel configuration is used to configure a tunnel corresponding to the PDU session
  • the one tunnel is used for uplink transmission
  • the tunnel identifier of the tunnel is associated with A PDU session identifier or a MAC entity identifier.
  • Step 810 The AP sends a security mode command to the UE.
  • Step 811 The AP sends a UE context establishment response message to the CCN, carrying a TEID or TEID pair.
  • the GTP tunnel identified by the TEID or TEID pair is used for downlink data forwarding corresponding to a PDU session.
  • Step 812 The UE sends a security mode completion message to the AP.
  • Step 813 The AP transfers the uplink RRC message to the CCN.
  • Step 814 The CCN transfers the downlink RRC message to the AP.
  • Step 815 The AP sends an RRC reconfiguration message to the UE.
  • Step 816 The UE sends an RRC reconfiguration complete message to the AP.
  • Step 817 The AP transfers the uplink RRC message to the CCN.
  • Step 818 The CCN sends an initial context establishment response message to the CN.
  • the first node determines that the terminal device needs to switch from the first node to a third node, and the third node is also associated with the second node;
  • the terminal device sends a first command, the first command is used to trigger the terminal device to switch from the first node to the third node, and the first command is a layer 1 or layer 2 command.
  • the terminal device does not need to reconfigure the bearer-related configuration and/or RRC configuration.
  • the network side e.g., the original AP
  • the network side delivers layer 1 to the UE.
  • layer 2 command (such as DCI or MAC CE)
  • this command is used to trigger the UE to perform handover.
  • the original AP and the target AP are associated with the same CCN, then during the handover process, the UE and the network side do not need to update the key.
  • Perform reestablishment of L2 entities (such as PDCP entities, RLC entities, or PPLC entities).
  • the size of the sequence numbers of the above-mentioned processes does not mean the order of execution.
  • the execution order of each process should be determined by its functions and internal logic, and should not be used in this application.
  • the execution of the examples does not constitute any limitations.
  • the terms “downlink”, “uplink” and “sidelink” are used to indicate the transmission direction of signals or data, where “downlink” is used to indicate that the transmission direction of signals or data is from the station.
  • uplink is used to indicate that the transmission direction of the signal or data is the second direction from the user equipment of the cell to the site
  • sidelink is used to indicate that the transmission direction of the signal or data is A third direction sent from User Device 1 to User Device 2.
  • downlink signal indicates that the transmission direction of the signal is the first direction.
  • the term “and/or” is only an association relationship describing associated objects, indicating that three relationships can exist. Specifically, A and/or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in this article generally indicates that the related objects are an "or" relationship.
  • Figure 9 is a schematic structural diagram of a communication device provided by an embodiment of the present application. It is applied to a first node in an access network architecture.
  • the first node is associated with a second node, and the first node has a first protocol stack.
  • the first protocol stack is a protocol stack related to transmission
  • the second node has a second protocol stack
  • the second protocol stack is a protocol stack related to bearer;
  • the device includes: communication unit 901 and processing Unit 902;
  • the communication unit 901 is used to receive data sent by a terminal device; the processing unit 902 is used to perform transmission-related processing on the received data through the first protocol stack; the communication unit 901 is also used Sending the processed data to the second node; and/or,
  • the communication unit 901 is used to receive data sent by the second node; the processing unit 902 is used to perform transmission-related processing on the received data through the first protocol stack; the communication unit 901 , also used to send processed data to the terminal device.
  • the first protocol stack includes a MAC entity and a PHY entity
  • the second protocol stack includes at least one of the following: SDAP entity, PDCP entity, RLC entity; or, the first protocol stack includes a PHY Entity
  • the second protocol stack includes at least one of the following: SDAP entity, PDCP entity, RLC entity, MAC entity; or, the first protocol stack includes a MAC entity and a PHY entity
  • the second protocol stack includes at least the following One: SDAP entity, target entity, the target entity has at least part of the functions of the PDCP entity and/or the RLC entity; or,
  • the first protocol stack includes a PHY entity
  • the second protocol stack includes at least one of the following: an SDAP entity, a target entity, and a MAC entity
  • the target entity has at least part of the functions of a PDCP entity and/or an RLC entity.
  • the tunnel for data transmission between the first node and the second node is at the logical channel level or at the data bearer level.
  • one or more tunnels are established between the first node and the second node, and the tunnel identifier of each tunnel is associated with a logical channel identifier or a data bearer identifier.
  • the communication unit 901 is configured to determine the tunnel corresponding to the data according to the logical channel identifier corresponding to the data, and send the processed data to the second node through the tunnel corresponding to the data.
  • the communication unit 901 is configured to receive data sent by a second node through a tunnel, and the tunnel is determined by the second node based on a logical channel identifier corresponding to the data.
  • the processing unit 902 is configured to determine the logical channel identifier corresponding to the data based on the tunnel identifier of the tunnel corresponding to the data through the MAC entity, and multiplex the data based on the logical channel identifier corresponding to the data. into the MAC PDU.
  • the tunnel for data transmission between the first node and the second node is at the terminal device level or at the MAC entity level. Or PDU session level.
  • one or more tunnels are established between the first node and the second node, and the tunnel identifier of each tunnel is associated with a terminal device identifier, a MAC entity identifier, or a PDU session identifier.
  • the MAC header corresponding to the data when the tunnel used for data transmission is at the terminal device level or the MAC entity level, the MAC header corresponding to the data includes a PDU session identifier and/or a MAC entity identifier.
  • the communication unit 901 is configured to determine the tunnel corresponding to the data according to the terminal device identification or MAC entity identification or PDU session identification corresponding to the data, and send the processed data to the third data through the tunnel corresponding to the data. Two nodes.
  • the communication unit 901 is configured to receive data sent by a second node through a tunnel, and the tunnel is determined by the second node based on the terminal device identifier, MAC entity identifier, or PDU session identifier corresponding to the data.
  • the first node also has a first RRC entity
  • the second node also has a second RRC entity; or the first node does not have the first RRC entity, and the second node also has a first RRC entity. Has a second RRC entity.
  • the first RRC entity when the first node has a first RRC entity, the first RRC entity is used to process the first type of RRC signaling, and the second RRC entity is used to process the second type of RRC signaling.
  • the first type of RRC signaling is RRC signaling related to transmission configuration
  • the second type of RRC signaling is RRC signaling related to bearer.
  • the second RRC entity when the first node does not have a first RRC entity, the second RRC entity is used to process the first type of RRC signaling and the second type of RRC signaling.
  • the first type of RRC signaling The signaling is RRC signaling related to transmission configuration, and the second type of RRC signaling is RRC signaling related to bearers.
  • the communication unit 901 is configured to: receive the first RRC signaling sent by the terminal device, and obtain the first RRC entity through the first RRC entity.
  • the NAS message in the first RRC signaling; the NAS message is carried in the first message and sent to the second node, and the NAS message in the first message is forwarded by the second node to the second node through the second message.
  • the second node receives the PDU session establishment information sent by the core network; receives the third message sent by the second node, the third message carries the bearer configuration and the tunnel configuration, and the bearer configuration is used to Configure one or more bearers corresponding to the PDU session, the tunnel configuration is used to configure one or more tunnels corresponding to the PDU session, the one or more tunnels are used for uplink transmission; send a fourth message to the second node , the fourth message carries tunnel identifiers of one or more tunnels, and the one or more tunnels are used for downlink transmission.
  • the communication unit 901 is configured to: receive the first RRC signaling sent by the terminal device; forward the first RRC signaling To the second node, the NAS message in the first RRC signaling is forwarded by the second node to the core network through a fifth message, and the second node receives the PDU session establishment information sent by the core network; Receive a sixth message sent by the second node, the sixth message carries a bearer configuration and a tunnel configuration, the bearer configuration is used to configure one or more bearers corresponding to the PDU session, and the tunnel configuration is used to configure the PDU session Corresponding one or more tunnels, the one or more tunnels are used for uplink transmission; send a seventh message to the second node, the seventh message carries the tunnel identifier of the one or more tunnels, the one or more tunnels Multiple tunnels are used for downstream transmission.
  • the tunnel identifier of each tunnel in the one or more tunnels is associated with a logical channel identifier or a data bearer identifier.
  • the tunnel configuration is used to configure a tunnel corresponding to the PDU session, and the tunnel identifier of the tunnel is associated with a PDU Session identifier; the fourth message or the seventh message carries a tunnel identifier of a tunnel, and the tunnel identifier of a tunnel is associated with a PDU session identifier.
  • the processing unit 902 is used to determine that the terminal device needs to switch from the first node to a third node, and the third node is also associated with the second node; the communication unit 901. Used to send a first command to the terminal device.
  • the first command is used to trigger the terminal device to switch from the first node to the third node.
  • the first command is layer 1 or layer 1. 2 orders.
  • the terminal device during the process of the terminal device switching from the first node to the third node, the terminal device does not need to reconfigure the bearer-related configuration and/or RRC configuration.
  • Figure 10 is a schematic diagram 2 of the structural composition of a communication device provided by an embodiment of the present application. It is applied to a second node in the access network architecture.
  • the second node is associated with one or more nodes.
  • Each node has a first protocol stack, the first protocol stack is a protocol stack related to transmission, and the second node has a second protocol stack, and the second protocol stack is a protocol stack related to bearer;
  • the device includes: communication unit 1001 and processing unit 1002;
  • the communication unit 1001 is used to receive data sent by the first node; the processing unit 1002 is used to perform bearer-related processing on the received data through the second protocol stack; the communication unit 1001 is also For sending processed data to the core network; and/or,
  • the communication unit 1001 is used to receive data sent by the core network; the processing unit 1002 is used to perform bearer-related processing on the received data through the second protocol stack; the communication unit 1001 is also used Sending the processed data to the first node;
  • the first node is one of the nodes associated with the second node.
  • the first protocol stack includes a MAC entity and a PHY entity
  • the second protocol stack includes at least one of the following: SDAP entity, PDCP entity, RLC entity; or, the first protocol stack includes a PHY Entity
  • the second protocol stack includes at least one of the following: SDAP entity, PDCP entity, RLC entity, MAC entity; or, the first protocol stack includes a MAC entity and a PHY entity
  • the second protocol stack includes at least the following One: SDAP entity, target entity, the target entity has at least part of the functions of the PDCP entity and/or RLC entity; or, the first protocol stack includes a PHY entity
  • the second protocol stack includes at least one of the following: SDAP entity, target entity, and MAC entity.
  • the target entity has at least part of the functions of the PDCP entity and/or the RLC entity.
  • the tunnel for data transmission between the first node and the second node is at the logical channel level or at the data bearer level.
  • one or more tunnels are established between the first node and the second node, and the tunnel identifier of each tunnel is associated with a logical channel identifier or a data bearer identifier.
  • the communication unit 1001 is configured to determine the tunnel corresponding to the data according to the logical channel identifier corresponding to the data, and send the processed data to the first node through the tunnel corresponding to the data.
  • the communication unit 1001 is configured to receive data sent by a first node through a tunnel, where the tunnel is determined by the first node based on a logical channel identifier corresponding to the data.
  • the tunnel for data transmission between the first node and the second node is at the terminal device level or at the MAC entity level. Or PDU session level.
  • one or more tunnels are established between the first node and the second node, and the tunnel identifier of each tunnel is associated with a terminal device identifier, a MAC entity identifier, or a PDU session identifier.
  • the MAC header corresponding to the data when the tunnel used for data transmission is at the terminal device level or the MAC entity level, the MAC header corresponding to the data includes a PDU session identifier and/or a MAC entity identifier.
  • the communication unit 1001 is configured to determine the tunnel corresponding to the data according to the terminal device identification or MAC entity identification or PDU session identification corresponding to the data, and send the processed data to the third data through the tunnel corresponding to the data.
  • the communication unit 1001 is configured to receive data sent by a first node through a tunnel, and the tunnel is determined by the first node based on the terminal device identity, MAC entity identity, or PDU session identity corresponding to the data.
  • the first node also has a first RRC entity
  • the second node also has a second RRC entity; or the first node does not have the first RRC entity, and the second node also has a first RRC entity. Has a second RRC entity.
  • the first RRC entity when the first node has a first RRC entity, the first RRC entity is used to process the first type of RRC signaling, and the second RRC entity is used to process the second type of RRC signaling.
  • the first type of RRC signaling is RRC signaling related to transmission configuration
  • the second type of RRC signaling is RRC signaling related to bearer.
  • the second RRC entity when the first node does not have a first RRC entity, the second RRC entity is used to process the first type of RRC signaling and the second type of RRC signaling.
  • the first type of RRC signaling The signaling is RRC signaling related to transmission configuration, and the second type of RRC signaling is RRC signaling related to bearers.
  • the communication unit 1001 is configured to: receive a first message sent by the first node, where the first message carries a NAS message; Forward the NAS message to the core network through the second message, and receive the PDU session establishment information sent by the core network; send a third message to the first node, where the third message carries the bearer configuration and tunnel configuration,
  • the bearer configuration is used to configure one or more bearers corresponding to the PDU session
  • the tunnel configuration is used to configure one or more tunnels corresponding to the PDU session
  • the one or more tunnels are used for uplink transmission
  • receiving the third A fourth message sent by a node the fourth message carries tunnel identifiers of one or more tunnels, and the one or more tunnels are used for downlink transmission.
  • the communication unit 1001 when the first node does not have a first RRC entity, is configured to: receive the first RRC signaling sent by the first node; through its own second RRC The entity obtains the NAS message in the first RRC signaling, forwards the NAS message to the core network through the fifth message, and receives the PDU session establishment information sent by the core network; and sends the sixth message to the first node.
  • the sixth message carries bearer configuration and tunnel configuration
  • the bearer configuration is used to configure one or more bearers corresponding to the PDU session
  • the tunnel configuration is used to configure one or more tunnels corresponding to the PDU session
  • the One or more tunnels are used for uplink transmission
  • a seventh message sent by the first node is received, where the seventh message carries tunnel identifiers of one or more tunnels, and the one or more tunnels are used for downlink transmission.
  • the tunnel identifier of each tunnel in the one or more tunnels is associated with a logical channel identifier or a data bearer identifier.
  • the tunnel configuration is used to configure a tunnel corresponding to the PDU session, and the tunnel identifier of the tunnel is associated with a PDU Session identifier; the fourth message or the seventh message carries a tunnel identifier of a tunnel, and the tunnel identifier of a tunnel is associated with a PDU session identifier.
  • the second node belongs to a node pool, and all nodes in the node pool are connected to the same core network node. Wherein, if the second node fails, all control plane connections and/or user plane connections under the second node are transferred to the fourth node in the node pool.
  • the tunnel identifier and/or signaling connection identifier allocated by the second node is unique within the node pool.
  • Figure 11 is a schematic structural diagram of a communication device 1100 provided by an embodiment of the present application.
  • the communication device may be the first node or the second node.
  • the communication device 1100 shown in Figure 11 includes a processor 1110.
  • the processor 1110 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the communication device 1100 may further include a memory 1120.
  • the processor 1110 can call and run the computer program from the memory 1120 to implement the method in the embodiment of the present application.
  • the memory 1120 may be a separate device independent of the processor 1110, or may be integrated into the processor 1110.
  • the communication device 1100 may also include a transceiver 1130.
  • the processor 1110 may control the transceiver 1130 to communicate with other devices. Specifically, it may send information or data to other devices, or receive other devices. Information or data sent by the device.
  • the transceiver 1130 may include a transmitter and a receiver.
  • the transceiver 1130 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 1100 may specifically be the first node in the embodiment of the present application, and the communication device 1100 may implement the corresponding processes implemented by the first node in the various methods of the embodiment of the present application. For the sake of brevity, they are not mentioned here. Again.
  • the communication device 1100 can be specifically the second node in the embodiment of the present application, and the communication device 1100 can implement the corresponding processes implemented by the second node in the various methods of the embodiment of the present application. For the sake of brevity, they are not mentioned here. Again.
  • Figure 12 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • the chip 1200 shown in Figure 12 includes a processor 1210.
  • the processor 1210 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the chip 1200 may also include a memory 1220.
  • the processor 1210 can call and run the computer program from the memory 1220 to implement the method in the embodiment of the present application.
  • the memory 1220 may be a separate device independent of the processor 1210, or may be integrated into the processor 1210.
  • the chip 1200 may also include an input interface 1230.
  • the processor 1210 can control the input interface 1230 to communicate with other devices or chips, and specifically, can obtain information or data sent by other devices or chips.
  • the chip 1200 may also include an output interface 1240.
  • the processor 1210 can control the output interface 1240 to communicate with other devices or chips. Specifically, it can output information or data to other devices or chips.
  • the chip can be applied to the first node in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the first node in the various methods of the embodiment of the present application.
  • the chip can implement the corresponding processes implemented by the first node in the various methods of the embodiment of the present application. For the sake of brevity, details will not be described here.
  • the chip can be applied to the second node in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the second node in the various methods of the embodiment of the present application.
  • the details will not be described again.
  • chips mentioned in the embodiments of this application may also be called system-on-chip, system-on-a-chip, system-on-chip or system-on-chip, etc.
  • Figure 13 is a schematic block diagram of a communication system 1300 provided by an embodiment of the present application. As shown in Figure 13, the communication system 1300 includes a first node 1310 and a second node 1320.
  • the first node 1310 can be used to implement the corresponding functions implemented by the terminal device in the above method
  • the second node 1320 can be used to implement the corresponding functions implemented by the first node in the above method. For the sake of simplicity, here No longer.
  • the processor in the embodiment of the present application may be an integrated circuit chip and has signal processing capabilities.
  • each step of the above method embodiment can be completed through an integrated logic circuit of hardware in the processor or instructions in the form of software.
  • the above-mentioned processor can be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other available processors.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • a general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.
  • the steps of the method disclosed in conjunction with the embodiments of the present application can be directly implemented by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers and other mature storage media in this field.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
  • non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electrically removable memory. Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory. Volatile memory may be Random Access Memory (RAM), which is used as an external cache.
  • RAM Random Access Memory
  • RAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM DDR SDRAM
  • enhanced SDRAM ESDRAM
  • Synchlink DRAM SLDRAM
  • Direct Rambus RAM Direct Rambus RAM
  • the memory in the embodiment of the present application can also be a static random access memory (static RAM, SRAM), a dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM) and so on. That is, memories in embodiments of the present application are intended to include, but are not limited to, these and any other suitable types of memories.
  • Embodiments of the present application also provide a computer-readable storage medium for storing computer programs.
  • the computer-readable storage medium can be applied to the first node in the embodiment of the present application, and the computer program causes the computer to execute the corresponding processes implemented by the first node in the various methods of the embodiment of the present application.
  • I won’t go into details here.
  • the computer-readable storage medium can be applied to the second node in the embodiment of the present application, and the computer program causes the computer to execute the corresponding processes implemented by the second node in the various methods of the embodiment of the present application.
  • I won’t go into details here.
  • An embodiment of the present application also provides a computer program product, including computer program instructions.
  • the computer program product can be applied to the first node in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding processes implemented by the first node in the various methods of the embodiment of the present application. For simplicity, in This will not be described again.
  • the computer program product can be applied to the second node in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding processes implemented by the second node in the various methods of the embodiment of the present application. For simplicity, in This will not be described again.
  • An embodiment of the present application also provides a computer program.
  • the computer program can be applied to the first node in the embodiment of the present application.
  • the computer program When the computer program is run on the computer, it causes the computer to execute the corresponding processes implemented by the first node in the various methods of the embodiment of the present application.
  • the computer program When the computer program is run on the computer, it causes the computer to execute the corresponding processes implemented by the first node in the various methods of the embodiment of the present application.
  • the computer program For the sake of brevity, no further details will be given here.
  • the computer program can be applied to the second node in the embodiment of the present application.
  • the computer program When the computer program is run on the computer, it causes the computer to execute the corresponding processes implemented by the second node in the various methods of the embodiment of the present application.
  • the computer program When the computer program is run on the computer, it causes the computer to execute the corresponding processes implemented by the second node in the various methods of the embodiment of the present application.
  • the computer program For the sake of brevity, no further details will be given here.
  • the disclosed systems, devices and methods can be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components may be combined or can be integrated into another system, or some features can be ignored, or not implemented.
  • the coupling or direct coupling or communication connection between each other shown or discussed may be through some interfaces, and the indirect coupling or communication connection of the devices or units may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or they may be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.
  • each functional unit in each embodiment of the present application can be integrated into one processing unit, each unit can exist physically alone, or two or more units can be integrated into one unit.
  • the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium.
  • the technical solution of the present application is essentially or the part that contributes to the existing technology or the part of the technical solution can be embodied in the form of a software product.
  • the computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in various embodiments of this application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory,) ROM, random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program code. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供一种通信方法及装置、通信设备、接入网架构,该方法包括:第一节点接收终端设备发送的数据,通过第一协议栈对接收到的数据进行与传输相关的处理,并将处理后的数据发送给第二节点;和/或,第一节点接收第二节点发送的数据,通过第一协议栈对接收到的数据进行与传输相关的处理,并将处理后的数据发送给终端设备。

Description

一种通信方法及装置、通信设备、接入网架构 技术领域
本申请实施例涉及移动通信技术领域,具体涉及一种通信方法及装置、通信设备、接入网架构。
背景技术
在接入网架构中,未来组网存在低频、高频、超高频混合组网。对于高频和超高频的小区,具有信号衰落快、小区覆盖范围小、小小区密集部署等特点。这些特点会导致终端设备在移动过程中进行频繁地小区切换,而频繁地小区切换会导致数据丢包、业务中断等问题出现,最终影响用户体验。
发明内容
本申请实施例提供一种通信方法及装置、通信设备、接入网架构、芯片、计算机可读存储介质、计算机程序产品、计算机程序。
本申请实施例提供的通信方法,应用于接入网架构中的第一节点,所述第一节点与第二节点关联,所述第一节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述方法包括:
所述第一节点接收终端设备发送的数据,通过所述第一协议栈对接收到的数据进行与传输相关的处理,并将处理后的数据发送给所述第二节点;和/或,
所述第一节点接收所述第二节点发送的数据,通过所述第一协议栈对接收到的数据进行与传输相关的处理,并将处理后的数据发送给终端设备。
本申请实施例提供的通信方法,应用于接入网架构中的第二节点,所述第二节点与一个或多个节点关联,所述一个或多个节点中的每个节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述方法包括:
所述第二节点接收第一节点发送的数据,通过所述第二协议栈对接收到的数据进行与承载相关的处理,并将处理后的数据发送给核心网;和/或,
所述第二节点接收核心网发送的数据,通过所述第二协议栈对接收到的数据进行与承载相关的处理,并将处理后的数据发送给所述第一节点;
所述第一节点为与所述第二节点关联的其中一个节点。
本申请实施例提供的接入网架构,包括第二节点和至少一个第一节点,所述至少一个第一节点中的任意一个第一节点用于执行上述由第一节点执行的通信方法,所述第二节点用于执行上述由第二节点执行的通信方法。
本申请实施例提供的通信装置,应用于接入网架构中的第一节点,所述第一节点与第二节点关联,所述第一节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述装置包括:通信单元和处理单元;
所述通信单元,用于接收终端设备发送的数据;所述处理单元,用于通过所述第一协议栈对接收到的数据进行与传输相关的处理;所述通信单元,还用于将处理后的数据发送给所述第二节点;和/或,
所述通信单元,用于接收所述第二节点发送的数据;所述处理单元,用于通过所述第一协议栈对接收到的数据进行与传输相关的处理;所述通信单元,还用于将处理后的数据发送给终端设备。
本申请实施例提供的通信装置,应用于接入网架构中的第二节点,所述第二节点与一个或多个节点关联,所述一个或多个节点中的每个节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述装置包括:通信单元和处理单元;
所述通信单元,用于接收第一节点发送的数据;所述处理单元,用于通过所述第二协议栈对接收到的数据进行与承载相关的处理;所述通信单元,还用于将处理后的数据发送给核心网;和/或,
所述通信单元,用于接收核心网发送的数据;所述处理单元,用于通过所述第二协议栈对接收到的数据进行与承载相关的处理;所述通信单元,还用于将处理后的数据发送给所述第一节点;
所述第一节点为与所述第二节点关联的其中一个节点。
本申请实施例提供的通信设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述的通信方法。
本申请实施例提供的芯片,用于实现上述的通信方法。
具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行上述的通信方法。
本申请实施例提供的计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述的通信方法。
本申请实施例提供的计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述的通信方法。
本申请实施例提供的计算机程序,当其在计算机上运行时,使得计算机执行上述的通信方法。
通过上述技术方案,重新定义了接入网架构,接入网架构包括第二节点和至少一个第一节点,第一节点具有与传输相关的协议栈,第二节点具有与承载相关的协议栈,从而实现了底层数据传输和上层业务数据处理的解耦,一方面,可以实现灵活组网,另一方面,也可以提升移动性性能,避免因频繁地小区切换而导致对业务连续性的影响。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是RRC连接建立和承载建立的过程示意图;
图2是本申请实施例提供的一种接入网架构示意图;
图3是本申请实施例提供的AP和CCN之间的GTP隧道的示意图;
图4是本申请实施例提供的通信方法的流程示意图;
图5是本申请实施例提供的情况1对应的连接建立和承载建立过程的示意图;
图6是本申请实施例提供的情况4对应的连接建立和承载建立过程的示意图;
图7是本申请实施例提供的情况3对应的连接建立和承载建立过程的示意图;
图8是本申请实施例提供的情况2对应的连接建立和承载建立过程的示意图;
图9是本申请实施例提供的通信装置的结构组成示意图一;
图10是本申请实施例提供的通信装置的结构组成示意图二;
图11是本申请实施例提供的一种通信设备示意性结构图;
图12是本申请实施例的芯片的示意性结构图;
图13是本申请实施例提供的一种通信系统的示意性框图。
具体实施方式
为便于理解本申请实施例的技术方案,以下对本申请实施例的相关技术进行说明,以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。
需要说明的是,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。还应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。还应理解,在本申请的实施例中提到的“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配 置等关系。
在新无线(New Radio,NR)中,基站引入了分布单元(Distributed Unit)和中心单元(Centralized Unit,CU)分离的架构,即DU-CU分离架构。在DU-CU分离架构中,服务数据适配协议(Service Data Adaption Protocol,SDAP)实体和分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)实体位于CU中,无线链路控制(Radio Link Control,RLC)实体、媒体接入控制(Media Access Control,MAC)实体和物理(PHY)实体位于DU中。在终端设备在进行CU内(intra-CU)切换过程中,由于PDCP实体没有变化,所以可以不更新密钥,这将不需要PDCP重建等操作,使得切换过程中的数据丢包率大大降低,提升了切换的性能。同时也为无线接入网(Radio Access Network,RAN)云化提供了基础。未来网络部署上,RAN云化也是个大趋势。在DU-CU分离架构中,无线资源控制(Radio Resource Control,RRC)实体位于CU中,RRC连接建立和承载建立的过程如图1所示,包括以下步骤:
步骤101:UE向DU发送RRC建立请求消息。
这里,RRC建立请求消息为RRCSetupRequest消息。
步骤102:DU向CU进行初始上行RRC消息转移。
这里,初始上行RRC消息转移为INITIAL UL RRC MESSAGE TRANSFER。
步骤103:CU向DU进行下行RRC消息转移。
这里,下行RRC消息转移为DL RRC MESSAGE TRANSFER,该消息用于为终端设备建立无线资源。
步骤104:DU向UE发送RRC建立消息。
这里,RRC建立消息为RRCSetup消息。
步骤105:UE向DU发送RRC建立完成消息。
这里,RRC建立完成消息为RRCSetupComplete消息。
步骤106:DU向CU进行上行RRC消息转移。
这里,上行RRC消息转移为UL RRC MESSAGE TRANSFER。
步骤107:CU向核心网网元发送初始UE消息。
这里,初始UE消息为INITIAL UE MESSAGE消息。
步骤108:核心网网元向CU发送初始上下文建立请求消息。
这里,初始上下文建立请求消息为INITIAL CONNTEXT SETUP REQUEST消息。
步骤109:CU向DU发送UE上下文建立请求消息。
这里,UE上下文建立请求消息为UE CONTEXT SETUP REQUEST消息。
步骤110:DU向UE发送安全模式命令。
这里,安全模式命令为SecurityModeCommand。
步骤111:DU向CU发送UE上下文建立响应消息。
这里,UE上下文建立响应消息为UE CONTEXT SETUP RESPONSE消息。
步骤112:UE向DU发送安全模式完成消息。
这里,安全模式完成消息为SecurityModeComplete消息。
步骤113:DU向CU进行上行RRC消息转移。
这里,上行RRC消息转移为UL RRC MESSAGE TRANSFER。
步骤114:CU向DU进行下行RRC消息转移。
这里,下行RRC消息转移为DL RRC MESSAGE TRANSFER。
步骤115:DU向UE发送RRC重配置消息。
这里,RRC重配置消息为RRCReconfiguration消息。
步骤116:UE向DU发送RRC重配置完成消息。
这里,RRC重配置完成消息为RRCReconfigurationComplete消息。
步骤117:DU向CU进行上行RRC消息转移。
这里,上行RRC消息转移为UL RRC MESSAGE TRANSFER。
步骤118:CU向核心网网元发送初始上下文建立响应消息。
这里,初始上下文建立响应消息为INITIAL CONTEXT SETUP RESPONSE消息。
上述方案中,DU和CU是属于基站的两个物理实体。
上述方案中,核心网网元可以是接入和移动管理功能网元(Access and Mobility Management Function,AMF)。
在未来的移动通信系统(如6G系统)中,未来组网存在低频、高频、超高频混合组网。对于高频和超高频的小区,具有信号衰落快、小区覆盖范围小、小小区密集部署等特点。这些特点会导致终端设备在移动过程中进行频繁地小区切换,而频繁地小区切换会导致数据丢包、业务中断等问题出现,最终影响用户体验。因此,在未来的移动通信系统的设计中,需要考虑高频和超高频的小区的特点。为此,提出了本申请实施例的技术方案。
为便于理解本申请实施例的技术方案,以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。
需要说明的是,本申请实施例的技术方案可以应用于未来的移动通信系统中,例如6G系统中。
本申请实施例提供了一种新的接入网架构,所述接入网架构包括第二节点以及与所述第二节点关联的至少一个节点,所述至少一个节点中的任意一个节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈。与所述第二节点关联的其中一个节点为第一节点。
这里,所述第一节点可以为接入节点(Access Point,AP)或者无线传输节点(Radio Transport Point,RTP)。所述第二节点可以称为中央控制节点(Central Control Node,CCN)。当然,所述第一节点还可以有其他实现方式,所述第二节点的还可以具有其他的名称,本申请对此不做限定。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现可以但不局限于有如下几种方式:
方式一:所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体。
方式二:所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体、MAC实体。
方式三:所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能。
方式四:所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体、MAC实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能。
上述方案中,PHY实体、MAC实体、SDAP实体、PDCP实体、RLC实体的功能可以参照目前的标准定义。
上述方案中,目标实体是一种新定义的实体,目标实体具有PDCP实体和/或RLC实体的至少部分功能,例如目标实体的功能为PDCP实体的功能和RLC实体的功能的合并。目标实体可以称为包处理和链路控制(Packet Process and Link Control,PPLC)实体,当然,目标实体还可以具有其他的名称,本申请对此不做限定。所述目标实体具有多种模式,所述多种模式包括第一模式、第二模式和第三模式。这里,第一模式可以称为确认模式(AM),第二模式可以称为非确认模式(UM),第三模式可以称为透传模式(TM)。当然,第一模式、第二模式、第三模式还可以具有其他的名称,本申请对此不做限定。以下对目标实体分别在第一模式、第二模式、第三模式下的功能进行说明。
选项1)在一些实施方式中,具有第一模式的所述目标实体的功能包括以下至少之一:完整性保护功能、加解密功能、头压缩功能、自动重传请求(Automatic Repeat-reQuest,ARQ)功能、序列号(Serial Number,SN)和重排序功能、分割功能;具有第二模式的所述目标实体的功能包括以下至少之一:完整性保护功能、加解密功能、头压缩功能、SN和重排序功能、分割功能;具有第三模式的所述目标实体的功能包括以下至少之一:透传功能。
选项2)在一些实施方式中,具有第一模式的所述目标实体的功能包括以下至少之一:完整性保护功能、加解密功能、ARQ功能、SN和重排序功能、分割功能;具有第二模式的所述目标实体的功能包括以下至少之一:完整性保护功能、加解密功能、SN和重排序功能、分割功能;具有第三模式的所述目标实体的功能包括以下至少之一:透传功能。这里,所述目标实体之上的SDAP实体至少具有头压缩功能。
选项3)在一些实施方式中,具有第一模式的所述目标实体的功能包括以下至少之一:ARQ功能、SN和重排序功能、分割功能;具有第二模式的所述目标实体的功能包括以下至少之一:SN和重排序功能、分割功能;具有第三模式的所述目标实体的功能包括以下至少之一:透传功能。这里,所述目标实体之上的SDAP实体至少具有以下至少一种功能:完整性保护功能、加解密功能、头压缩功能。
上述方案中,方式三可以理解为方式一的变形方案,方式三与方式一的区别在于,方式三中的第二协议栈包括SDAP实体、目标实体中的至少之一,而方式一中的第二协议栈包括PDCP实体、 RLC实体、MAC实体中的至少之一。
上述方案中,方式四可以理解为方式二的变形方案,方式四与方式二的区别在于,方式四中的第二协议栈包括SDAP实体、目标实体、MAC实体中的至少之一,而方式二中的第二协议栈包括SDAP实体、PDCP实体、RLC实体、MAC实体中的至少之一。
在一些实施方式中,所述第一协议栈包括MAC实体的情况下(对应于上述方式一、方式三的方案),所述第一节点与所述第二节点之间的用于数据传输的隧道是逻辑信道级别的(per逻信信道)或者数据承载级别的(per DRB)。这里,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。这里,可选地,隧道可以是GTP隧道,GTP隧道的隧道标识为TEID或TEID对,每个GTP隧道的TEID或TEID对关联一个逻辑信道标识(LCID)或一个数据承载标识(DRB ID)。所述第一节点和所述第二节点之间的每个隧道用于传输一个逻辑信道或一个数据承载的数据。
在一些实施方式中,所述第一协议栈不包括MAC实体的情况下(对应于上述方式二、方式四的方案),所述第一节点与所述第二节点之间的用于数据传输的隧道是终端设备级别的或者MAC实体级别的或者PDU会话级别的。所述第一节点与所述第二节点之间传输的是MAC PDU(也即MAC TB)。这里,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个终端设备标识或者MAC实体标识或者PDU会话标识。所述第一节点和所述第二节点之间的每个隧道用于传输一个终端设备或者一个MAC实体或者一个PDU会话的数据。进一步,可选地,用于数据传输的隧道是终端设备级别或者MAC实体级别的情况下,所述数据对应的MAC头中包括PDU会话标识和/或MAC实体标识。
本申请实施例中,所述第一节点还具有第一RRC实体,所述第二节点还具有第二RRC实体;或者,所述第一节点不具有第一RRC实体,所述第二节点还具有第二RRC实体。
在一些实施方式中,所述第一节点具有第一RRC实体的情况下,所述第一RRC实体用于处理第一类RRC信令,所述第二RRC实体用于处理第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
在一些实施方式中,所述第一节点不具有第一RRC实体的情况下,所述第二RRC实体用于处理第一类RRC信令和第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
在一个示例中,图2给出了一种接入网架构,如图2所示,以第一节点为AP为例,第二节点为CCN为例,多个AP与CCN可以通过无线方式或者有线方式通信,UE与AP可以通空口通信,CCN与核心网(Core Network,CN)之间可以通过GTP隧道传输数据。CCN负责和上层业务相关的数据处理,即和承载相关数据处理,CCN的协议栈的实现有如下几种选项:选项1-1)SDAP实体、PDCP实体和RLC实体;选项1-2)SDAP实体、PDCP实体、RLC实体和MAC实体;选项1-3)包括SDAP实体和PPLC实体;选项1-4)SDAP实体、PPLC实体和MAC实体。AP负责底层数据传输的处理(也即空口数据传输的处理),AP的协议栈的实现有如下几种选项:选项2-1)MAC实体和PHY实体;选项2-2)PHY实体。选项2-1)与选项1-1)或选项1-3)可以结合在一起实施,选项2-2)与选项1-2)或选项1-4)可以结合在一起实施。此外,UE的协议栈的实现有如下几种选项:选项3-1)SDAP实体、PDCP实体、RLC实体、MAC实体和PHY实体;选项3-2)SDAP实体、PPLC实体、MAC实体和PHY实体。一个CCN可以管理大量的AP,一个AP可以是一个逻辑小区或者多个逻辑小区。当UE在跨域AP切换时,可以不用重新配置承载相关的配置,甚至可以不用RRC配置,直接采用基于层1(L1)或者层2(L2)的命令进行小区更新。这样可以将业务处理和数据传输解耦,降低AP变更导致的业务处理配置变更。
需要说明的是,图2所示的接入网架构中仅示意出了1个CCN以及该CCN下关联的多个AP,但不局限于此,接入网架构可以包括更多数目的CCN,每个CCN下都可以关联一个或多个AP。
AP和CCN联合组网构成接入网时,AP上也可以存在RRC实体,同时CCN上也可以存在RRC实体,这种情况下,AP上的RRC实体可以用于处理与传输配置相关的RRC信令(如与底层传输资源相关的RRC信令),例如携带广播信息的RRC信令,携带MSG3的RRC信令,携带物理侧资源(即底层资源)重配置的RRC信令,携带CA中载波管理(如载波添加/删除/修改等)信息的RRC信令等;CCN上的RRC实体可以用于处理与承载相关的RRC信令等。AP上也可以不存在RRC信令,仅CCN上存在RRC实体,这种情况下,CCN上的RRC实体用于处理全部RRC信令(例如与传输配置相关的RRC信令以及与承载相关的RRC信令等)。按照AP上是否存在RRC实体,以及AP上是否存在MAC实体,可以分为如下表1所示的4种情况。
Figure PCTCN2022105535-appb-000001
表1
对于AP包括MAC实体和PHY实体的情况下,AP和CCN之间建立per逻辑信道的GTP隧道,也就是说,每个GTP隧道的TEID或TEID对都关联一个LCID,如图3所示,每个GTP隧道用于传输一个逻辑信道的数据。
对于AP包括PHY实体的情况下,AP和CCN之间建立per UE或者per MAC实体或者per PDU会话的GTP隧道,也就是说,每个GTP隧道的TEID或TEID对都关联一个UE标识或者MAC实体标识或者PDU会话标识,每个GTP隧道用于传输一个UE或者一个MAC实体或者一个PDU会话的数据。进一步,对于per UE或者per MAC实体的GTP隧道,数据对应的MAC头中包括PDU会话标识和/或MAC实体标识。
在一些实施方式中,所述第二节点属于一个节点池,所述节点池中的所有节点连接到同一核心网节点。其中,若所述第二节点发生故障,则所述第二节点下的所有控制面连接和/或用户面连接转移到所述节点池中的第四节点下。这里,所述第二节点分配的隧道标识和/或信令连接标识在所述节点池内唯一。
这里,以所述第二节点称为CCN,所述第一节点称为AP为例,所述节点池可以称为CCN池(CCN pool),CCN池可以理解为多个CCN所形成的CCN集合。属于一个CCN池的所有CCN连接到同一个核心网节点。如果一个CCN发生故障,则该CCN下的所有与AP之间的控制面连接和/或用户面连接转移到该CCN所属的CCN池中的其他CCN下,这对于AP下接入的UE无感知,对UE不受影响。由于一个CCN池内属于不同CCN下的控制面连接和/或用户面连接可以相互转移,为此,CCN分配的GTP隧道标识(GTP tunnel ID,TEID)在CCN池内是唯一的,此外CCN分配的信令连接ID(如APID)在CCN池内也是唯一的。通过这种方式,可以使得当一个CCN故障时,该CCN下的AP可以连接到其他CCN下从而正常工作,保障了用户体验。
以下结合上述接入网架构对本申请实施例提供的通信方法进行说明。
图4是本申请实施例提供的通信方法的流程示意图,应用于接入网架构中的第一节点和/或第二节点,所述第一节点与第二节点关联,所述第一节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;如图4所示,所述通信方法包括以下至少一个步骤:
步骤401:所述第一节点接收终端设备发送的数据,通过所述第一协议栈对接收到的数据进行与传输相关的处理,并将处理后的数据发送给所述第二节点。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现为上述方式一或方式三的情况下,所述第一节点通过所述第一协议栈对接收到的数据进行与传输相关的处理后,根据数据对应 的逻辑信道标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第二节点。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现为上述方式二或方式四的情况下,所述第一节点通过所述第一协议栈对接收到的数据进行与传输相关的处理后,所述第一节点根据数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第二节点。
步骤402:所述第二节点接收第一节点发送的数据,通过所述第二协议栈对接收到的数据进行与承载相关的处理,并将处理后的数据发送给核心网。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现为上述方式一或方式三的情况下,所述第二节点接收第一节点通过隧道发送的数据,所述隧道由所述第一节点基于数据对应的逻辑信道标识确定。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现为上述方式二或方式四的情况下,所述第二节点接收第一节点通过隧道发送的数据,所述隧道由所述第一节点基于数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定。
步骤403:所述第二节点接收核心网发送的数据,通过所述第二协议栈对接收到的数据进行与承载相关的处理,并将处理后的数据发送给所述第一节点。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现为上述方式一或方式三的情况下,所述第二节点通过所述第二协议栈对接收到的数据进行与承载相关的处理后,根据数据对应的逻辑信道标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第一节点。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现为上述方式二或方式四的情况下,所述第二节点通过所述第二协议栈对接收到的数据进行与承载相关的处理后,根据数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第一节点。
步骤404:所述第一节点接收所述第二节点发送的数据,通过所述第一协议栈对接收到的数据进行与传输相关的处理,并将处理后的数据发送给终端设备。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现为上述方式一或方式三的情况下,所述第一节点接收第二节点通过隧道发送的数据,所述隧道由所述第二节点基于数据对应的逻辑信道标识确定。进一步,所述第一节点的MAC实体基于数据对应的隧道的隧道标识确定所述数据对应的逻辑信道标识,基于所述数据对应的逻辑信道标识将所述数据复用到MAC PDU中。
在一些实施方式中,所述第一协议栈和所述第二协议栈的实现为上述方式二或方式四的情况下,所述第一节点接收第二节点通过隧道发送的数据,所述隧道由所述第二节点基于数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定。
为了实现上述通信方法,需要进行RRC连接建立和承载建立过程,以下分情况说明如何实现RRC连接建立和承载建立过程。
方案一:在一些实施方式中,所述第一节点具有第一RRC实体的情况下,RRC连接建立和承载建立过程包括以下步骤:
1、所述第一节点接收终端设备发送的第一RRC信令,通过所述第一RRC实体获取所述第一RRC信令中的NAS消息。
作为示例:所述第一RRC信令为MSG5,例如RRC建立完成(RRCSetupComplete)消息。
作为示例:所述第一RRC信令携带初始NAS消息,例如业务请求消息。
2、所述第一节点将所述NAS消息携带在第一消息中发送给所述第二节点,所述第二节点接收所述第一节点发送的第一消息,所述第一消息携带NAS消息。
作为示例:所述第一消息为承载建立请求(BearerSetupRequest)消息。
作为示例:所述第一消息携带初始NAS消息,例如业务请求消息。
3、所述第一消息中的NAS消息由所述第二节点通过第二消息转发给核心网(即所述第二节点通过第二消息将所述NAS消息转发给核心网),所述第二节点接收所述核心网发送的PDU会话建立信息。
作为示例:所述第二消息为初始UE消息(INITIAL UE MESSAGE)。
作为示例:所述第二消息携带初始NAS消息,例如业务请求消息。
作为示例:所述PDU会话建立信息携带在初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息中。
4、所述第二节点向所述第一节点发送第三消息,所述第一节点接收所述第二节点发送的第三消 息,所述第三消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输。
作为示例:所述第三消息为承载建立响应(BearerSetupResponse)消息。
5、所述第一节点向所述第二节点发送第四消息,所述第四消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
作为示例:所述第四消息为承载建立确认(BearerSetupconfirmation)消息。
上述方案中,所述第一节点的所述第一协议栈包括MAC实体的情况下,所述一个或多个隧道中每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。所述第一节点的所述第一协议栈不包括MAC实体的情况下,所述隧道配置用于配置PDU会话对应的一个隧道,所述一个隧道的隧道标识关联一个PDU会话标识;所述第四消息携带一个隧道的隧道标识,所述一个隧道的隧道标识关联一个PDU会话标识。
方案二:在一些实施方式中,所述第一节点不具有第一RRC实体的情况下,RRC连接建立和承载建立过程包括以下步骤:
1、所述第一节点接收终端设备发送的第一RRC信令。
作为示例:所述第一RRC信令为MSG5,例如RRC建立完成(RRCSetupComplete)消息。
2、所述第一节点将所述第一RRC信令转发给所述第二节点,所述第二节点接收所述第一节点发送的第一RRC信令。
3、所述第一RRC信令中的NAS消息由所述第二节点通过第五消息转发给核心网(即所述第二节点通过自身的第二RRC实体获取所述第一RRC信令中的NAS消息,通过第五消息将所述NAS消息转发给核心网),所述第二节点接收所述核心网发送的PDU会话建立信息。
作为示例:所述第五消息为初始UE消息(INITIAL UE MESSAGE)。
作为示例:所述PDU会话建立信息携带在初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息中。
4、所述第二节点向所述第一节点发送第六消息,所述第一节点接收所述第二节点发送的第六消息,所述第六消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输。
作为示例:所述第六消息为UE上下文建立请求(UE CONTEXT SETUP REQUEST)消息。
5、所述第一节点向所述第二节点发送第七消息,所述第二节点接收所述第一节点发送的第七消息,所述第七消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
作为示例:所述第七消息为UE上下文建立响应(UE CONTEXT SETUP RESPONSE)消息。
上述方案中,所述第一节点的所述第一协议栈包括MAC实体的情况下,所述一个或多个隧道中每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。所述第一节点的所述第一协议栈不包括MAC实体的情况下,所述隧道配置用于配置PDU会话对应的一个隧道,所述一个隧道的隧道标识关联一个PDU会话标识;所述第七消息携带一个隧道的隧道标识,所述一个隧道的隧道标识关联一个PDU会话标识。
需要说明的是,第一节点和第二节点之间可以通过新定义的接口进行通信,例如XxAP接口。
以下结合上述方案中表1所示的4种情况,对连接建立和承载建立过程进行举例说明。
图5是本申请实施例提供的情况1对应的连接建立和承载建立过程的示意图,AP具有PHY实体和MAC实体,CCN具有RLC实体、PDCP实体和SDAP实体或者具有PPCL实体和SDAP实体;此外,AP具有用于处理与传输配置(如PHY和MAC配置)相关的RRC信令的RRC实体,CCN具有用于处理与承载相关的RRC信令的RRC实体;如图5所示,包括以下步骤:
步骤501:UE向AP发送MSG5,携带初始NAS消息。
在步骤501之前,UE与AP之间进行随机接入过程,完成SRB1的建立。
这里,MSG5可以但不局限于是RRC建立完成消息,该消息携带初始NAS消息,初始NAS消息可以但不限于是业务请求消息。
步骤502:AP向CCN发送承载建立请求消息,携带初始NAS消息。
这里,AP具有RRC实体,因而可以处理MSG5,从MSG5中获得初始NAS消息,然后将该初始NAS消息携带在承载建立请求消息发送给CCN,初始NAS消息可以但不限于是业务请求消息。
步骤503:CCN向CN发送初始UE消息,携带初始NAS消息。
这里,CCN通过NGAP接口向CN发送初始UE消息,初始NAS消息可以但不限于是业务请求消息。
步骤504:CN向CCN发送初始上下文建立请求消息,携带PDU会话建立信息。
步骤505:CCN向AP发送承载建立响应消息,携带承载配置和隧道配置,在该配置中每个LCID关联一个TEID或TEID对,该一个TEID或TEID对所标识的GTP隧道用于该LCID对应的上行数据转发。
这里,承载配置和隧道配置可以是一个配置(统称为承载配置),也可以是2个单独的配置。其中,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输,所述一个或多个隧道中每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
步骤506:AP向CCN发送承载建立确认消息,携带多个LCID中每个LCID对应的TEID或TEID对,该TEID或TEID对所标识的GTP隧道用于该LCID对应的下行数据转发。
步骤507:UE、AP和CCN之间进行AS安全激活。
步骤508:AP向UE发送RRC重配置消息。
步骤509:UE、AP、CCN和CN之间进行数据传输和接收。
图6是本申请实施例提供的情况4对应的连接建立和承载建立过程的示意图,AP具有PHY实体,CCN具有MAC实体、RLC实体、PDCP实体和SDAP实体或者具有MAC实体、PPCL实体和SDAP实体;此外,AP具有用于处理与传输配置(如PHY和MAC配置)相关的RRC信令的RRC实体,CCN具有用于处理与承载相关的RRC信令的RRC实体;如图6所示,包括以下步骤:
步骤601:UE向AP发送MSG5,携带初始NAS消息。
在步骤601之前,UE与AP之间进行随机接入过程,完成SRB1的建立。
这里,MSG5可以但不局限于是RRC建立完成消息,该消息携带初始NAS消息,初始NAS消息可以但不限于是业务请求消息。
步骤602:AP向CCN发送承载建立请求消息,携带初始NAS消息。
这里,AP具有RRC实体,因而可以处理MSG5,从MSG5中获得初始NAS消息,然后将该初始NAS消息携带在承载建立请求消息发送给CCN,初始NAS消息可以但不限于是业务请求消息。
步骤603:CCN向CN发送初始UE消息,携带初始NAS消息。
这里,CCN通过NGAP接口向CN发送初始UE消息,初始NAS消息可以但不限于是业务请求消息。
步骤604:CN向CCN发送初始上下文建立请求消息,携带PDU会话建立信息。
步骤605:CCN向AP发送承载建立响应消息,携带承载配置和隧道配置,在该配置中携带一个TEID或TEID对,该一个TEID或TEID对所标识的GTP隧道用于一个PDU会话对应的上行数据转发。
这里,承载配置和隧道配置可以是一个配置(统称为承载配置),也可以是2个单独的配置。其中,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个隧道,所述一个隧道用于上行传输,所述一个隧道的隧道标识关联一个PDU会话标识或一个MAC实体标识。
步骤606:AP向CCN发送承载建立确认消息,携带一个TEID或TEID对,该TEID或TEID对所标识的GTP隧道用于一个PDU会话对应的下行数据转发。
步骤607:UE、AP和CCN之间进行AS安全激活。
步骤608:AP向UE发送RRC重配置消息。
步骤609:UE、AP、CCN和CN之间进行数据传输和接收。
图7是本申请实施例提供的情况3对应的连接建立和承载建立过程的示意图,AP具有MAC实体和PHY实体,CCN具有RLC实体、PDCP实体和SDAP实体或者具有PPCL实体和SDAP实体;此外,CCN具有用于处理所有RRC信令的RRC实体;如图7所示,包括以下步骤:
步骤701:UE向AP发送RRC建立请求消息。
步骤702:AP向CCN进行初始上行RRC消息转移。
步骤703:CCN向AP进行下行RRC消息转移。
步骤704:AP向UE发送RRC建立消息。
步骤705:UE向AP发送RRC建立完成消息。
步骤706:AP向CCN进行上行RRC消息转移。
这里,AP向CCN进行上行RRC消息转移可以理解为AP向CCN转发RRC建立完成消息。
步骤707:CCN向CN发送初始UE消息。
步骤708:CN向CCN发送初始上下文建立请求消息。
步骤709:CCN向AP发送UE上下文建立请求消息,携带承载配置和隧道配置,在该配置中每个LCID关联一个TEID或TEID对,该一个TEID或TEID对所标识的GTP隧道用于该LCID对应的上行数据转发。
这里,承载配置和隧道配置可以是一个配置(统称为承载配置),也可以是2个单独的配置。其中,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输,所述一个或多个隧道中每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
步骤710:AP向UE发送安全模式命令。
步骤711:AP向CCN发送UE上下文建立响应消息,携带多个LCID中每个LCID对应的TEID或TEID对,该TEID或TEID对所标识的GTP隧道用于该LCID对应的下行数据转发。
步骤712:UE向AP发送安全模式完成消息。
步骤713:AP向CCN进行上行RRC消息转移。
步骤714:CCN向AP进行下行RRC消息转移。
步骤715:AP向UE发送RRC重配置消息。
步骤716:UE向AP发送RRC重配置完成消息。
步骤717:AP向CCN进行上行RRC消息转移。
步骤718:CCN向CN发送初始上下文建立响应消息。
图8是本申请实施例提供的情况2对应的连接建立和承载建立过程的示意图,AP具有PHY实体,CCN具有MAC实体、RLC实体、PDCP实体和SDAP实体或者具有MAC实体、PPCL实体和SDAP实体;此外,CCN具有用于处理所有RRC信令的RRC实体;如图8所示,包括以下步骤:
步骤801:UE向AP发送RRC建立请求消息。
步骤802:AP向CCN进行初始上行RRC消息转移。
步骤803:CCN向AP进行下行RRC消息转移。
步骤804:AP向UE发送RRC建立消息。
步骤805:UE向AP发送RRC建立完成消息。
步骤806:AP向CCN进行上行RRC消息转移。
这里,AP向CCN进行上行RRC消息转移可以理解为AP向CCN转发RRC建立完成消息。
步骤807:CCN向CN发送初始UE消息。
步骤808:CN向CCN发送初始上下文建立请求消息。
步骤809:CCN向AP发送UE上下文建立请求消息,携带承载配置和隧道配置,在该配置中携带一个TEID或TEID对,该一个TEID或TEID对所标识的GTP隧道用于一个PDU会话对应的上行数据转发。
这里,承载配置和隧道配置可以是一个配置(统称为承载配置),也可以是2个单独的配置。其中,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个隧道,所述一个隧道用于上行传输,所述一个隧道的隧道标识关联一个PDU会话标识或一个MAC实体标识。
步骤810:AP向UE发送安全模式命令。
步骤811:AP向CCN发送UE上下文建立响应消息,携带一个TEID或TEID对,该TEID或TEID对所标识的GTP隧道用于一个PDU会话对应的下行数据转发。
步骤812:UE向AP发送安全模式完成消息。
步骤813:AP向CCN进行上行RRC消息转移。
步骤814:CCN向AP进行下行RRC消息转移。
步骤815:AP向UE发送RRC重配置消息。
步骤816:UE向AP发送RRC重配置完成消息。
步骤817:AP向CCN进行上行RRC消息转移。
步骤818:CCN向CN发送初始上下文建立响应消息。
在一些实施方式中,所述第一节点判定所述终端设备需要从所述第一节点切换至第三节点,所述第三节点也与所述第二节点关联;所述第一节点向所述终端设备发送第一命令,所述第一命令用于触发所述终端设备从所述第一节点切换至所述第三节点,所述第一命令为层1或层2命令。其中,所述终端设备从所述第一节点切换至所述第三节点的过程中,所述终端设备不用重新配置承载相关的配置和/或RRC配置。
作为示例:在图2所示的接入网架构中,当UE从一个AP(即原AP)切换到另一个AP(即目标AP)时,网络侧(例如原AP)向UE下发层1或层2命令(如DCI或者MAC CE),该命令用于触发UE进行切换,如果原AP和目标AP关联同一个CCN,则在切换过程中,UE和网络侧不需要更新密钥,不需要执行L2实体(如PDCP实体、RLC实体、或者PPLC实体)的重建。
以上结合附图详细描述了本申请的优选实施方式,但是,本申请并不限于上述实施方式中的具体细节,在本申请的技术构思范围内,可以对本申请的技术方案进行多种简单变型,这些简单变型均属于本申请的保护范围。例如,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本申请对各种可能的组合方式不再另行说明。又例如,本申请的各种不同的实施方式之间也可以进行任意组合,只要其不违背本申请的思想,其同样应当视为本申请所公开的内容。又例如,在不冲突的前提下,本申请描述的各个实施例和/或各个实施例中的技术特征可以和现有技术任意的相互组合,组合之后得到的技术方案也应落入本申请的保护范围。
还应理解,在本申请的各种方法实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。此外,在本申请实施例中,术语“下行”、“上行”和“侧行”用于表示信号或数据的传输方向,其中,“下行”用于表示信号或数据的传输方向为从站点发送至小区的用户设备的第一方向,“上行”用于表示信号或数据的传输方向为从小区的用户设备发送至站点的第二方向,“侧行”用于表示信号或数据的传输方向为从用户设备1发送至用户设备2的第三方向。例如,“下行信号”表示该信号的传输方向为第一方向。另外,本申请实施例中,术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系。具体地,A和/或B可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
图9是本申请实施例提供的通信装置的结构组成示意图一,应用于接入网架构中的第一节点,所述第一节点与第二节点关联,所述第一节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述装置包括:通信单元901和处理单元902;
所述通信单元901,用于接收终端设备发送的数据;所述处理单元902,用于通过所述第一协议栈对接收到的数据进行与传输相关的处理;所述通信单元901,还用于将处理后的数据发送给所述第二节点;和/或,
所述通信单元901,用于接收所述第二节点发送的数据;所述处理单元902,用于通过所述第一协议栈对接收到的数据进行与传输相关的处理;所述通信单元901,还用于将处理后的数据发送给终端设备。
在一些实施方式中,所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体;或者,所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体、MAC实体;或者,所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能;或者,
所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体、MAC实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能。
在一些实施方式中,所述第一协议栈包括MAC实体的情况下,所述第一节点与所述第二节点之间的用于数据传输的隧道是逻辑信道级别的或者数据承载级别的。
在一些实施方式中,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
在一些实施方式中,所述通信单元901,用于根据数据对应的逻辑信道标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第二节点。
在一些实施方式中,所述通信单元901,用于接收第二节点通过隧道发送的数据,所述隧道由 所述第二节点基于数据对应的逻辑信道标识确定。
在一些实施方式中,所述处理单元902,用于通过MAC实体基于数据对应的隧道的隧道标识确定所述数据对应的逻辑信道标识,基于所述数据对应的逻辑信道标识将所述数据复用到MAC PDU中。
在一些实施方式中,所述第一协议栈不包括MAC实体的情况下,所述第一节点与所述第二节点之间的用于数据传输的隧道是终端设备级别的或者MAC实体级别的或者PDU会话级别的。
在一些实施方式中,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个终端设备标识或者MAC实体标识或者PDU会话标识。
在一些实施方式中,用于数据传输的隧道是终端设备级别或者MAC实体级别的情况下,所述数据对应的MAC头中包括PDU会话标识和/或MAC实体标识。
在一些实施方式中,所述通信单元901,用于根据数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第二节点。
在一些实施方式中,所述通信单元901,用于接收第二节点通过隧道发送的数据,所述隧道由所述第二节点基于数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定。
在一些实施方式中,所述第一节点还具有第一RRC实体,所述第二节点还具有第二RRC实体;或者,所述第一节点不具有第一RRC实体,所述第二节点还具有第二RRC实体。
在一些实施方式中,所述第一节点具有第一RRC实体的情况下,所述第一RRC实体用于处理第一类RRC信令,所述第二RRC实体用于处理第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
在一些实施方式中,所述第一节点不具有第一RRC实体的情况下,所述第二RRC实体用于处理第一类RRC信令和第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
在一些实施方式中,所述第一节点具有第一RRC实体的情况下,所述通信单元901,用于:接收终端设备发送的第一RRC信令,通过所述第一RRC实体获取所述第一RRC信令中的NAS消息;将所述NAS消息携带在第一消息中发送给所述第二节点,所述第一消息中的NAS消息由所述第二节点通过第二消息转发给核心网,所述第二节点接收所述核心网发送的PDU会话建立信息;接收所述第二节点发送的第三消息,所述第三消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输;向所述第二节点发送第四消息,所述第四消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
在一些实施方式中,所述第一节点不具有第一RRC实体的情况下,所述通信单元901,用于:接收终端设备发送的第一RRC信令;将所述第一RRC信令转发给所述第二节点,所述第一RRC信令中的NAS消息由所述第二节点通过第五消息转发给核心网,所述第二节点接收所述核心网发送的PDU会话建立信息;接收所述第二节点发送的第六消息,所述第六消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输;向所述第二节点发送第七消息,所述第七消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
在一些实施方式中,所述第一节点的所述第一协议栈包括MAC实体的情况下,所述一个或多个隧道中每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
在一些实施方式中,所述第一节点的所述第一协议栈不包括MAC实体的情况下,所述隧道配置用于配置PDU会话对应的一个隧道,所述一个隧道的隧道标识关联一个PDU会话标识;所述第四消息或第七消息携带一个隧道的隧道标识,所述一个隧道的隧道标识关联一个PDU会话标识。
在一些实施方式中,所述处理单元902,用于判定所述终端设备需要从所述第一节点切换至第三节点,所述第三节点也与所述第二节点关联;所述通信单元901,用于向所述终端设备发送第一命令,所述第一命令用于触发所述终端设备从所述第一节点切换至所述第三节点,所述第一命令为层1或层2命令。
在一些实施方式中,所述终端设备从所述第一节点切换至所述第三节点的过程中,所述终端设备不用重新配置承载相关的配置和/或RRC配置。
本领域技术人员应当理解,本申请实施例的上述通信装置的相关描述可以参照本申请实施例的通信方法的相关描述进行理解。
图10是本申请实施例提供的通信装置的结构组成示意图二,应用于接入网架构中的第二节点, 所述第二节点与一个或多个节点关联,所述一个或多个节点中的每个节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述装置包括:通信单元1001和处理单元1002;
所述通信单元1001,用于接收第一节点发送的数据;所述处理单元1002,用于通过所述第二协议栈对接收到的数据进行与承载相关的处理;所述通信单元1001,还用于将处理后的数据发送给核心网;和/或,
所述通信单元1001,用于接收核心网发送的数据;所述处理单元1002,用于通过所述第二协议栈对接收到的数据进行与承载相关的处理;所述通信单元1001,还用于将处理后的数据发送给所述第一节点;
所述第一节点为与所述第二节点关联的其中一个节点。
在一些实施方式中,所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体;或者,所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体、MAC实体;或者,所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能;或者,所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体、MAC实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能。
在一些实施方式中,所述第一协议栈包括MAC实体的情况下,所述第一节点与所述第二节点之间的用于数据传输的隧道是逻辑信道级别的或者数据承载级别的。
在一些实施方式中,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
在一些实施方式中,所述通信单元1001,用于根据数据对应的逻辑信道标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第一节点。
在一些实施方式中,所述通信单元1001,用于接收第一节点通过隧道发送的数据,所述隧道由所述第一节点基于数据对应的逻辑信道标识确定。
在一些实施方式中,所述第一协议栈不包括MAC实体的情况下,所述第一节点与所述第二节点之间的用于数据传输的隧道是终端设备级别的或者MAC实体级别的或者PDU会话级别的。
在一些实施方式中,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个终端设备标识或者MAC实体标识或者PDU会话标识。
在一些实施方式中,用于数据传输的隧道是终端设备级别或者MAC实体级别的情况下,所述数据对应的MAC头中包括PDU会话标识和/或MAC实体标识。
在一些实施方式中,所述通信单元1001,用于根据数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第一节点。
在一些实施方式中,所述通信单元1001,用于接收第一节点通过隧道发送的数据,所述隧道由所述第一节点基于数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定。
在一些实施方式中,所述第一节点还具有第一RRC实体,所述第二节点还具有第二RRC实体;或者,所述第一节点不具有第一RRC实体,所述第二节点还具有第二RRC实体。
在一些实施方式中,所述第一节点具有第一RRC实体的情况下,所述第一RRC实体用于处理第一类RRC信令,所述第二RRC实体用于处理第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
在一些实施方式中,所述第一节点不具有第一RRC实体的情况下,所述第二RRC实体用于处理第一类RRC信令和第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
在一些实施方式中,所述第一节点具有第一RRC实体的情况下,所述通信单元1001,用于:接收所述第一节点发送的第一消息,所述第一消息携带NAS消息;通过第二消息将所述NAS消息转发给核心网,并接收所述核心网发送的PDU会话建立信息;向所述第一节点发送第三消息,所述第三消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输;接收所述第一节点发送的第四消息,所述第四消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
在一些实施方式中,所述第一节点不具有第一RRC实体的情况下,所述通信单元1001,用于:接收所述第一节点发送的第一RRC信令;通过自身的第二RRC实体获取所述第一RRC信令中的NAS消息,通过第五消息将所述NAS消息转发给核心网,并接收所述核心网发送的PDU会话建立信息;向所述第一节点发送第六消息,所述第六消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输;接收所述第一节点发送的第七消息,所述第七消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
在一些实施方式中,所述第一节点的所述第一协议栈包括MAC实体的情况下,所述一个或多个隧道中每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
在一些实施方式中,所述第一节点的所述第一协议栈不包括MAC实体的情况下,所述隧道配置用于配置PDU会话对应的一个隧道,所述一个隧道的隧道标识关联一个PDU会话标识;所述第四消息或第七消息携带一个隧道的隧道标识,所述一个隧道的隧道标识关联一个PDU会话标识。
在一些实施方式中,所述第二节点属于一个节点池,所述节点池中的所有节点连接到同一核心网节点。其中,若所述第二节点发生故障,则所述第二节点下的所有控制面连接和/或用户面连接转移到所述节点池中的第四节点下。这里,所述第二节点分配的隧道标识和/或信令连接标识在所述节点池内唯一。
本领域技术人员应当理解,本申请实施例的上述通信装置的相关描述可以参照本申请实施例的通信方法的相关描述进行理解。
图11是本申请实施例提供的一种通信设备1100示意性结构图。该通信设备可以是第一节点,也可以是第二节点。图11所示的通信设备1100包括处理器1110,处理器1110可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图11所示,通信设备1100还可以包括存储器1120。其中,处理器1110可以从存储器1120中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器1120可以是独立于处理器1110的一个单独的器件,也可以集成在处理器1110中。
可选地,如图11所示,通信设备1100还可以包括收发器1130,处理器1110可以控制该收发器1130与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器1130可以包括发射机和接收机。收发器1130还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备1100具体可为本申请实施例的第一节点,并且该通信设备1100可以实现本申请实施例的各个方法中由第一节点实现的相应流程,为了简洁,在此不再赘述。
可选地,该通信设备1100具体可为本申请实施例的第二节点,并且该通信设备1100可以实现本申请实施例的各个方法中由第二节点实现的相应流程,为了简洁,在此不再赘述。
图12是本申请实施例的芯片的示意性结构图。图12所示的芯片1200包括处理器1210,处理器1210可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图12所示,芯片1200还可以包括存储器1220。其中,处理器1210可以从存储器1220中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器1220可以是独立于处理器1210的一个单独的器件,也可以集成在处理器1210中。
可选地,该芯片1200还可以包括输入接口1230。其中,处理器1210可以控制该输入接口1230与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
可选地,该芯片1200还可以包括输出接口1240。其中,处理器1210可以控制该输出接口1240与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
可选地,该芯片可应用于本申请实施例中的第一节点,并且该芯片可以实现本申请实施例的各个方法中由第一节点实现的相应流程,为了简洁,在此不再赘述。
可选地,该芯片可应用于本申请实施例中的第二节点,并且该芯片可以实现本申请实施例的各个方法中由第二节点实现的相应流程,为了简洁,在此不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
图13是本申请实施例提供的一种通信系统1300的示意性框图。如图13所示,该通信系统1300包括第一节点1310和第二节点1320。
其中,该第一节点1310可以用于实现上述方法中由终端设备实现的相应的功能,以及该第二节 点1320可以用于实现上述方法中由第一节点实现的相应的功能为了简洁,在此不再赘述。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。
可选的,该计算机可读存储介质可应用于本申请实施例中的第一节点,并且该计算机程序使得计算机执行本申请实施例的各个方法中由第一节点实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机可读存储介质可应用于本申请实施例中的第二节点,并且该计算机程序使得计算机执行本申请实施例的各个方法中由第二节点实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。
可选的,该计算机程序产品可应用于本申请实施例中的第一节点,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由第一节点实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序产品可应用于本申请实施例中的第二节点,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由第二节点实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的,该计算机程序可应用于本申请实施例中的第一节点,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由第一节点实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序可应用于本申请实施例中的第二节点,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由第二节点实现的相应流程,为了简洁,在此不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元 的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,)ROM、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

Claims (50)

  1. 一种通信方法,应用于接入网架构中的第一节点,所述第一节点与第二节点关联,所述第一节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述方法包括:
    所述第一节点接收终端设备发送的数据,通过所述第一协议栈对接收到的数据进行与传输相关的处理,并将处理后的数据发送给所述第二节点;和/或,
    所述第一节点接收所述第二节点发送的数据,通过所述第一协议栈对接收到的数据进行与传输相关的处理,并将处理后的数据发送给终端设备。
  2. 根据权利要求1所述的方法,其中,
    所述第一协议栈包括媒体接入控制MAC实体和物理PHY实体,所述第二协议栈包括以下至少之一:服务数据适配协议SDAP实体、分组数据汇聚协议PDCP实体、无线链路控制RLC实体;或者,
    所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体、MAC实体;或者,
    所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能;或者,
    所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体、MAC实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能。
  3. 根据权利要求2所述的方法,其中,所述第一协议栈包括MAC实体的情况下,所述第一节点与所述第二节点之间的用于数据传输的隧道是逻辑信道级别的或者数据承载级别的。
  4. 根据权利要求3所述的方法,其中,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
  5. 根据权利要求4所述的方法,其中,所述将处理后的数据发送给所述第二节点,包括:
    所述第一节点根据数据对应的逻辑信道标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第二节点。
  6. 根据权利要求4所述的方法,其中,所述第一节点接收所述第二节点发送的数据,包括:
    所述第一节点接收第二节点通过隧道发送的数据,所述隧道由所述第二节点基于数据对应的逻辑信道标识确定。
  7. 根据权利要求6所述的方法,其中,所述方法还包括:
    所述第一节点的MAC实体基于数据对应的隧道的隧道标识确定所述数据对应的逻辑信道标识,基于所述数据对应的逻辑信道标识将所述数据复用到MAC分组数据单元PDU中。
  8. 根据权利要求2所述的方法,其中,所述第一协议栈不包括MAC实体的情况下,所述第一节点与所述第二节点之间的用于数据传输的隧道是终端设备级别的或者MAC实体级别的或者PDU会话级别的。
  9. 根据权利要求8所述的方法,其中,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个终端设备标识或者MAC实体标识或者PDU会话标识。
  10. 根据权利要求8或9所述的方法,其中,用于数据传输的隧道是终端设备级别或者MAC实体级别的情况下,所述数据对应的MAC头中包括PDU会话标识和/或MAC实体标识。
  11. 根据权利要求9所述的方法,其中,所述将处理后的数据发送给所述第二节点,包括:
    所述第一节点根据数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第二节点。
  12. 根据权利要求9所述的方法,其中,所述第一节点接收所述第二节点发送的数据,包括:
    所述第一节点接收第二节点通过隧道发送的数据,所述隧道由所述第二节点基于数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定。
  13. 根据权利要求1至12中任一项所述的方法,其中,
    所述第一节点还具有第一无线资源控制RRC实体,所述第二节点还具有第二RRC实体;或者,
    所述第一节点不具有第一RRC实体,所述第二节点还具有第二RRC实体。
  14. 根据权利要求13所述的方法,其中,所述第一节点具有第一RRC实体的情况下,
    所述第一RRC实体用于处理第一类RRC信令,所述第二RRC实体用于处理第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
  15. 根据权利要求13所述的方法,其中,所述第一节点不具有第一RRC实体的情况下,
    所述第二RRC实体用于处理第一类RRC信令和第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
  16. 根据权利要求1至15中任一项所述的方法,其中,所述第一节点具有第一RRC实体的情况下,所述方法还包括:
    所述第一节点接收终端设备发送的第一RRC信令,通过所述第一RRC实体获取所述第一RRC信令中的NAS消息;
    所述第一节点将所述NAS消息携带在第一消息中发送给所述第二节点,所述第一消息中的NAS消息由所述第二节点通过第二消息转发给核心网,所述第二节点接收所述核心网发送的PDU会话建立信息;
    所述第一节点接收所述第二节点发送的第三消息,所述第三消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输;
    所述第一节点向所述第二节点发送第四消息,所述第四消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
  17. 根据权利要求1至15中任一项所述的方法,其中,所述第一节点不具有第一RRC实体的情况下,所述方法还包括:
    所述第一节点接收终端设备发送的第一RRC信令;
    所述第一节点将所述第一RRC信令转发给所述第二节点,所述第一RRC信令中的NAS消息由所述第二节点通过第五消息转发给核心网,所述第二节点接收所述核心网发送的PDU会话建立信息;
    所述第一节点接收所述第二节点发送的第六消息,所述第六消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输;
    所述第一节点向所述第二节点发送第七消息,所述第七消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
  18. 根据权利要求16或17所述的方法,其中,所述第一节点的所述第一协议栈包括MAC实体的情况下,
    所述一个或多个隧道中每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
  19. 根据权利要求16或17所述的方法,其中,所述第一节点的所述第一协议栈不包括MAC实体的情况下,
    所述隧道配置用于配置PDU会话对应的一个隧道,所述一个隧道的隧道标识关联一个PDU会话标识;
    所述第四消息或第七消息携带一个隧道的隧道标识,所述一个隧道的隧道标识关联一个PDU会话标识。
  20. 根据权利要求1至19中任一项所述的方法,其中,所述方法还包括:
    所述第一节点判定所述终端设备需要从所述第一节点切换至第三节点,所述第三节点也与所述第二节点关联;
    所述第一节点向所述终端设备发送第一命令,所述第一命令用于触发所述终端设备从所述第一节点切换至所述第三节点,所述第一命令为层1或层2命令。
  21. 根据权利要求20所述的方法,其中,所述终端设备从所述第一节点切换至所述第三节点的过程中,所述终端设备不用重新配置承载相关的配置和/或RRC配置。
  22. 一种通信方法,应用于接入网架构中的第二节点,所述第二节点与一个或多个节点关联,所述一个或多个节点中的每个节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述方法包括:
    所述第二节点接收第一节点发送的数据,通过所述第二协议栈对接收到的数据进行与承载相关的处理,并将处理后的数据发送给核心网;和/或,
    所述第二节点接收核心网发送的数据,通过所述第二协议栈对接收到的数据进行与承载相关的处理,并将处理后的数据发送给所述第一节点;
    所述第一节点为与所述第二节点关联的其中一个节点。
  23. 根据权利要求22所述的方法,其中,
    所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体;或者,
    所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、PDCP实体、RLC实体、MAC实体;或者,
    所述第一协议栈包括MAC实体和PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能;或者,
    所述第一协议栈包括PHY实体,所述第二协议栈包括以下至少之一:SDAP实体、目标实体、MAC实体,所述目标实体具有PDCP实体和/或RLC实体的至少部分功能。
  24. 根据权利要求23所述的方法,其中,所述第一协议栈包括MAC实体的情况下,所述第一节点与所述第二节点之间的用于数据传输的隧道是逻辑信道级别的或者数据承载级别的。
  25. 根据权利要求24所述的方法,其中,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
  26. 根据权利要求25所述的方法,其中,所述将处理后的数据发送给所述第一节点,包括:
    所述第二节点根据数据对应的逻辑信道标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第一节点。
  27. 根据权利要求25所述的方法,其中,所述第二节点接收第一节点发送的数据,包括:
    所述第二节点接收第一节点通过隧道发送的数据,所述隧道由所述第一节点基于数据对应的逻辑信道标识确定。
  28. 根据权利要求23所述的方法,其中,所述第一协议栈不包括MAC实体的情况下,所述第一节点与所述第二节点之间的用于数据传输的隧道是终端设备级别的或者MAC实体级别的或者PDU会话级别的。
  29. 根据权利要求28所述的方法,其中,所述第一节点与所述第二节点之间建立有一个或多个隧道,每个隧道的隧道标识关联一个终端设备标识或者MAC实体标识或者PDU会话标识。
  30. 根据权利要求28或29所述的方法,其中,用于数据传输的隧道是终端设备级别或者MAC实体级别的情况下,所述数据对应的MAC头中包括PDU会话标识和/或MAC实体标识。
  31. 根据权利要求29所述的方法,其中,所述将处理后的数据发送给所述第一节点,包括:
    所述第二节点根据数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定数据对应的隧道,通过数据对应的隧道将处理后的数据发送给所述第一节点。
  32. 根据权利要求29所述的方法,其中,所述第二节点接收第一节点发送的数据,包括:
    所述第二节点接收第一节点通过隧道发送的数据,所述隧道由所述第一节点基于数据对应的终端设备标识或者MAC实体标识或者PDU会话标识确定。
  33. 根据权利要求22至32中任一项所述的方法,其中,
    所述第一节点还具有第一RRC实体,所述第二节点还具有第二RRC实体;或者,
    所述第一节点不具有第一RRC实体,所述第二节点还具有第二RRC实体。
  34. 根据权利要求33所述的方法,其中,所述第一节点具有第一RRC实体的情况下,
    所述第一RRC实体用于处理第一类RRC信令,所述第二RRC实体用于处理第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
  35. 根据权利要求33所述的方法,其中,所述第一节点不具有第一RRC实体的情况下,
    所述第二RRC实体用于处理第一类RRC信令和第二类RRC信令,所述第一类RRC信令为与传输配置相关的RRC信令,所述第二类RRC信令为与承载相关的RRC信令。
  36. 根据权利要求22至35中任一项所述的方法,其中,所述第一节点具有第一RRC实体的情况下,所述方法还包括:
    所述第二节点接收所述第一节点发送的第一消息,所述第一消息携带NAS消息;
    所述第二节点通过第二消息将所述NAS消息转发给核心网,并接收所述核心网发送的PDU会话建立信息;
    所述第二节点向所述第一节点发送第三消息,所述第三消息携带承载配置和隧道配置,所述 承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输;
    所述第二节点接收所述第一节点发送的第四消息,所述第四消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
  37. 根据权利要求22至35中任一项所述的方法,其中,所述第一节点不具有第一RRC实体的情况下,所述方法还包括:
    所述第二节点接收所述第一节点发送的第一RRC信令;
    所述第二节点通过自身的第二RRC实体获取所述第一RRC信令中的NAS消息,通过第五消息将所述NAS消息转发给核心网,并接收所述核心网发送的PDU会话建立信息;
    所述第二节点向所述第一节点发送第六消息,所述第六消息携带承载配置和隧道配置,所述承载配置用于配置PDU会话对应的一个或多个承载,所述隧道配置用于配置PDU会话对应的一个或多个隧道,所述一个或多个隧道用于上行传输;
    所述第二节点接收所述第一节点发送的第七消息,所述第七消息携带一个或多个隧道的隧道标识,所述一个或多个隧道用于下行传输。
  38. 根据权利要求36或37所述的方法,其中,所述第一节点的所述第一协议栈包括MAC实体的情况下,
    所述一个或多个隧道中每个隧道的隧道标识关联一个逻辑信道标识或一个数据承载标识。
  39. 根据权利要求36或37所述的方法,其中,所述第一节点的所述第一协议栈不包括MAC实体的情况下,
    所述隧道配置用于配置PDU会话对应的一个隧道,所述一个隧道的隧道标识关联一个PDU会话标识;
    所述第四消息或第七消息携带一个隧道的隧道标识,所述一个隧道的隧道标识关联一个PDU会话标识。
  40. 根据权利要求22至39中任一项所述的方法,其中,所述第二节点属于一个节点池,所述节点池中的所有节点连接到同一核心网节点。
  41. 根据权利要求40所述的方法,其中,若所述第二节点发生故障,则所述第二节点下的所有控制面连接和/或用户面连接转移到所述节点池中的第四节点下。
  42. 根据权利要求40或41所述的方法,其中,所述第二节点分配的隧道标识和/或信令连接标识在所述节点池内唯一。
  43. 一种接入网架构,所述接入网架构包括第二节点和至少一个第一节点,所述至少一个第一节点中的任意一个第一节点用于执行如权利要求1至21中任一项所述的方法,所述第二节点用于执行如权利要求22至42中任一项所述的方法。
  44. 一种通信装置,应用于接入网架构中的第一节点,所述第一节点与第二节点关联,所述第一节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述装置包括:通信单元和处理单元;
    所述通信单元,用于接收终端设备发送的数据;所述处理单元,用于通过所述第一协议栈对接收到的数据进行与传输相关的处理;所述通信单元,还用于将处理后的数据发送给所述第二节点;和/或,
    所述通信单元,用于接收所述第二节点发送的数据;所述处理单元,用于通过所述第一协议栈对接收到的数据进行与传输相关的处理;所述通信单元,还用于将处理后的数据发送给终端设备。
  45. 一种通信装置,应用于接入网架构中的第二节点,所述第二节点与一个或多个节点关联,所述一个或多个节点中的每个节点具有第一协议栈,所述第一协议栈为与传输相关的协议栈,所述第二节点具有第二协议栈,所述第二协议栈为与承载相关的协议栈;所述装置包括:通信单元和处理单元;
    所述通信单元,用于接收第一节点发送的数据;所述处理单元,用于通过所述第二协议栈对接收到的数据进行与承载相关的处理;所述通信单元,还用于将处理后的数据发送给核心网;和/或,
    所述通信单元,用于接收核心网发送的数据;所述处理单元,用于通过所述第二协议栈对接收到的数据进行与承载相关的处理;所述通信单元,还用于将处理后的数据发送给所述第一节点;
    所述第一节点为与所述第二节点关联的其中一个节点。
  46. 一种通信设备,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至21中任一项所述的方法,或者权利要求22至42中任一项所述的方法。
  47. 一种芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至21中任一项所述的方法,或者权利要求22至42中任一项所述的方法。
  48. 一种计算机可读存储介质,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至21中任一项所述的方法,或者权利要求22至42中任一项所述的方法。
  49. 一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行如权利要求1至21中任一项所述的方法,或者权利要求22至42中任一项所述的方法。
  50. 一种计算机程序,所述计算机程序使得计算机执行如权利要求1至21中任一项所述的方法,或者权利要求22至42中任一项所述的方法。
PCT/CN2022/105535 2022-07-13 2022-07-13 一种通信方法及装置、通信设备、接入网架构 WO2024011462A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/105535 WO2024011462A1 (zh) 2022-07-13 2022-07-13 一种通信方法及装置、通信设备、接入网架构

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/105535 WO2024011462A1 (zh) 2022-07-13 2022-07-13 一种通信方法及装置、通信设备、接入网架构

Publications (1)

Publication Number Publication Date
WO2024011462A1 true WO2024011462A1 (zh) 2024-01-18

Family

ID=89535070

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/105535 WO2024011462A1 (zh) 2022-07-13 2022-07-13 一种通信方法及装置、通信设备、接入网架构

Country Status (1)

Country Link
WO (1) WO2024011462A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998668A (zh) * 2009-08-27 2011-03-30 中兴通讯股份有限公司 一种无线连接的gtp-u实体间传输数据的方法和装置
CN102026398A (zh) * 2009-09-15 2011-04-20 普天信息技术研究院有限公司 Lte中继系统中分组汇聚协议的实现方法和装置
WO2012158959A1 (en) * 2011-05-17 2012-11-22 Interdigital Patent Holdings, Inc. Nodeb power adaptation for reducing references
US20170156165A1 (en) * 2015-09-21 2017-06-01 Telefonaktiebolaget L M Ericsson (Publ) Method and Apparatus for a Radio Node and a Controlling Gateway
CN106941477A (zh) * 2016-01-04 2017-07-11 中兴通讯股份有限公司 一种控制面信息的传输方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998668A (zh) * 2009-08-27 2011-03-30 中兴通讯股份有限公司 一种无线连接的gtp-u实体间传输数据的方法和装置
CN102026398A (zh) * 2009-09-15 2011-04-20 普天信息技术研究院有限公司 Lte中继系统中分组汇聚协议的实现方法和装置
WO2012158959A1 (en) * 2011-05-17 2012-11-22 Interdigital Patent Holdings, Inc. Nodeb power adaptation for reducing references
US20170156165A1 (en) * 2015-09-21 2017-06-01 Telefonaktiebolaget L M Ericsson (Publ) Method and Apparatus for a Radio Node and a Controlling Gateway
CN106941477A (zh) * 2016-01-04 2017-07-11 中兴通讯股份有限公司 一种控制面信息的传输方法及装置

Similar Documents

Publication Publication Date Title
WO2015117537A1 (zh) 由辅基站和主基站执行的通信方法以及相应的基站
EP3836598B1 (en) Data transmission apparatuses and system
WO2021000331A1 (zh) 一种数据传输方法及装置、通信设备
US20230171823A1 (en) Information transmission method, network device and terminal
TW202025820A (zh) 一種切換上報的方法及終端設備
CN111405625B (zh) 一种切换方法、基站、通信系统及存储介质
WO2022151306A1 (zh) 数据传输的方法和装置
US20230262790A1 (en) Method for releasing f1 connection and apparatus, and system
WO2022011659A1 (en) Data forwarding in centralized unit and distributed unit split architectures
WO2020042037A1 (zh) 无线通信方法和通信设备
WO2020056587A1 (zh) 一种切换处理方法、终端设备及网络设备
US20210144801A1 (en) Wireless communication method, communication device, chip, and communication system
WO2022082690A1 (zh) 群组切换的方法、装置和系统
US20230262827A1 (en) Communication method applied to integrated access and backhaul iab system and related device
WO2020029080A1 (zh) 切换网络的方法、网络节点、芯片和通信系统
WO2024011462A1 (zh) 一种通信方法及装置、通信设备、接入网架构
US20220394554A1 (en) Method and arrangements for desired buffer size target time
JP7431219B2 (ja) データ伝送方法、端末装置及びネットワーク装置
WO2018228545A1 (zh) 信息处理方法以及相关装置
WO2022126412A1 (zh) 一种重置配置方法及装置、终端设备
EP4325798A1 (en) Communication method and apparatus
JP2020511853A (ja) 無線ベアラ方式を決定する方法および装置
WO2024000110A1 (zh) 一种小区切换方法及装置、终端设备、网络设备
WO2023246746A1 (zh) 一种通信方法及相关设备
WO2022206418A1 (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: 22950588

Country of ref document: EP

Kind code of ref document: A1