WO2018228166A1 - 无线承载的配置方法及装置 - Google Patents
无线承载的配置方法及装置 Download PDFInfo
- Publication number
- WO2018228166A1 WO2018228166A1 PCT/CN2018/088448 CN2018088448W WO2018228166A1 WO 2018228166 A1 WO2018228166 A1 WO 2018228166A1 CN 2018088448 W CN2018088448 W CN 2018088448W WO 2018228166 A1 WO2018228166 A1 WO 2018228166A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- node
- drb
- terminal
- qos flows
- mapping relationship
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
- H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/27—Control channels or signalling for resource management between access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
- H04W84/20—Master-slave selection or change arrangements
Definitions
- the present application relates to the field of communications, but is not limited to the field of communications, and in particular, to a method and apparatus for configuring a radio bearer.
- FIG. 1 is a schematic diagram of a system architecture form according to the related art in Dual Connectivity (DC).
- DC Dual Connectivity
- a base station may select a suitable base station (such as a quality of a wireless channel that meets a certain threshold) for the UE and add the base station to the UE (the base station to be added is referred to as a second network element).
- a suitable base station such as a quality of a wireless channel that meets a certain threshold
- the first network element and the New Generation Core Network establish a control plane interface (NG Control Plane, NG-C), a second network element, and NG-CN for the UE.
- NG-C control plane interface
- NG-CN New Generation Core Network
- the NG-U interface is established for the UE at most, and the first network element and the second network element are connected by an ideal or non-ideal interface (referred to as an Xn interface); in the wireless interface, the first network element and the second network element
- the network element can provide the same or different radio access technology (Radio Access Technology, RAT for short) and schedule the UE relatively independently.
- Radio Access Technology Radio Access Technology
- the terminal needs to establish a connection with multiple network elements at the same time to form a dual connection or multiple connections.
- the connection effect provided by the dual connection or the multiple connection does not achieve the desired effect.
- the embodiment of the present application provides a method and an apparatus for configuring a radio bearer to solve at least the problem of how to configure a dual-connected or multi-connected terminal in the related art.
- a method for configuring a radio bearer including: in a case where a first node determines a second node to which a terminal is to be connected, the first node determines configuration information of the terminal, where The terminal is connected to the first node, and the configuration information is configured by the first node and/or the second node; the configuration information is sent to the terminal, where the configuration information is used by And indicating that the terminal is connected to the first node and the second node according to the configuration information, where the terminal constitutes multiple connections.
- a method for configuring a radio bearer including: receiving configuration information sent by a first node, where the configuration information carries the first node and/or the second node Configuring the terminal; connecting to the first node and the second node according to the configuration information.
- a configuration apparatus for a radio bearer which is applied to a first node, and includes: a determining module configured to determine, in a case where a second node to which the terminal is to be connected is determined, Configuration information, wherein the terminal is connected to the first node, the configuration information is configured by the first node and/or the second node; and the first sending module is configured to send the configuration information to The terminal, wherein the configuration information is used to indicate that the terminal is connected to the first node and the second node according to the configuration information.
- a configuration apparatus for a radio bearer which is applied to a second node, and includes: a first receiving module configured to receive a request message sent by a first node connected by the terminal; and a second sending module And configuring, according to the request message, sending configuration information of the second node to the terminal to the first node, and accessing the terminal according to the configuration information.
- a configuration apparatus for a radio bearer which is applied to a terminal, and includes: a second receiving module, configured to receive configuration information sent by a first node, where the configuration information carries The first node and/or the second node configures the terminal; and the connection module is configured to connect to the first node and the second node according to the configuration information.
- a storage medium comprising a stored program, wherein the program is executed while performing the method described in any of the above alternative embodiments.
- an electronic device comprising: a memory and a processor coupled to the memory, the processor configured to execute a program stored on the memory, wherein The method described in any of the above alternative embodiments is performed while the program is running.
- the first node determines configuration information of the terminal, where the terminal is connected to the first node, and the configuration information is used by the first node. And/or the second node configuration; sending the configuration information to the terminal, wherein the configuration information is used to indicate that the terminal is connected to the first node and the second node according to the configuration information.
- the first node or the terminal may form a connection between the terminal and the plurality of nodes according to the configuration information, thereby forming a dual connection or multiple connections of the terminal.
- the configuration information is sent to the terminal, so that the terminal can select a suitable second node to connect, thereby avoiding the connection to the second node that is not effective, thereby improving the connection effect of the dual connection or the multiple connection, and improving the use of the dual connection or multiple The quality of the communication that connects to communicate.
- FIG. 1 is a schematic diagram of a dual-connected system architecture form according to an embodiment of the present application.
- FIG. 2 is a schematic diagram of two types of bearers when a layer 2 protocol stack is located in the same base station according to an embodiment of the present application;
- FIG. 3 is a schematic diagram of two types of bearers when an L2 protocol stack is located at two base stations according to an embodiment of the present application;
- FIG. 4 is a flowchart of a method for configuring a radio bearer according to an embodiment of the present application
- FIG. 5 is a schematic diagram of a user plane protocol stack in which an MCG bearer and an SCG bearer are respectively configured in a MN and a SN in a dual connectivity scenario;
- Example 6 is an example flow chart of adding an SN according to Example 1;
- Example 7 is a schematic diagram of a user plane protocol stack in which an MCG split bearer and an SCG split bearer are respectively configured in a MN and a SN in a dual connectivity scenario according to Example 2;
- FIG. 8 is a schematic diagram of a user plane protocol stack in which an SCG split bearer and an SCG split bearer are respectively configured in a MN and a SN according to the dual connectivity scenario of Example 3.
- FIG. 9 is a schematic diagram of a MN initiated SN modification process according to Example 4.
- FIG. 10 is a schematic diagram of a SN initiated SN modification process according to Example 4.
- FIG. 11 is a schematic structural diagram of a network element according to an embodiment of the present invention.
- FIG. 2 is a schematic diagram of two bearer types when the layer 2 protocol stack is located in the same base station according to the related art. As shown in FIG. 2, the complete layer 2 (Layer 2, L2) protocol stack is illustrated. Two bearer types when both are in the same base station.
- Layer 2, L2 Layer 2, L2
- the first network element and the second network element respectively establish an NG-U interface with the NG-CN; wherein the bearer of the L2 protocol stack located in the first network element is called a primary cell group (Master Cell)
- the bearer of the group which is referred to as the MCG bearer and the L2 protocol stack are located in the second network element, is called the secondary cell group (SCG) bearer.
- FIG. 3 is a schematic diagram of two bearer types when the L2 protocol stacks are respectively located at two base stations according to the related art, as shown in FIG. 3, FIG. 3 is a schematic diagram of an MCG offload bearer type, and FIG. 3 is a SCG split bearer type. schematic diagram.
- FIG. 3 In this user plane mode, only the first network element establishes an NG-U interface with the NG-CN, and the second network element only performs data packets with the first network element through the user plane (Xn-U) of the Xn interface. Transmission.
- the L2 protocol stack includes a new AS sublayer for mapping the QF and the DRB, a Packet Data Convergence Protocol (PDCP), and a Radio Link Control (Radio Link Control, referred to as RLC) and Medium Access Control (MAC).
- the bearer is configured with two RLC sub-layers and a MAC sub-layer, and is relatively independent, and is located at two base stations respectively.
- the bearer that is only configured with the RLC sub-layer and the MAC sub-layer on the second network element is called an MCG split bearer (MCG).
- MCG split bearer MCG split bearer
- a mobile communication network including but not limited to a 5G mobile communication network
- the network architecture of the network may include a network side device (for example, a base station) and a terminal.
- the terminal in this embodiment may constitute a dual connection, or multiple connections, that is, a terminal, a primary node, and one or more secondary nodes.
- an information transmission method that can be run on the network architecture is provided. It should be noted that the operating environment of the foregoing radio bearer configuration method provided in the embodiment of the present application is not limited to the foregoing network architecture.
- the first node in the embodiment of the present application may be a master node (MN), the second node may be a secondary node (SN), and the second node may exist in multiple. More connections.
- the first node is the master node MN
- the first node cell group may be an MCG
- the second node is a secondary node SN
- the second node cell group may be an SCG.
- FIG. 4 is a flowchart of a method for configuring a radio bearer according to an embodiment of the present application. As shown in FIG. 4, the process includes The following steps:
- Step S402 in the case that the first node determines the second node to be connected, the first node determines configuration information of the terminal, where the terminal is connected to the first node, and the configuration information is used by the first node and / or the second node configuration;
- the configuration information is sent to the terminal, where the configuration information is used to indicate that the terminal is connected to the first node and the second node according to the configuration information, so that the terminal forms a dual connection or multiple connections.
- the configuration information may include: information such as a node identifier of the second node that can be used by the terminal to form a dual connection or multiple connections, so that the first node or the like can uniformly control the dual connection or multiple connections of the terminal, and avoid the period of time.
- a large number of terminals connected to the same node cause a large amount of load on the corresponding node, resulting in poor connection quality of dual or multiple connections, and ping-pong switching effect due to poor connection quality; thereby improving dual connectivity or multiple The quality of the connection.
- the above is only an example of configuration information, and the specific implementation is not limited to the above examples.
- the first node determines configuration information of the terminal, where the terminal is connected to the first node, and the configuration information is used by the first node. And/or the second node configuration; sending the configuration information to the terminal, wherein the configuration information is used to indicate that the terminal is connected to the first node and the second node according to the configuration information, and the terminal constitutes a multi-connection.
- the execution body of the foregoing steps may be a base station or the like, but is not limited thereto.
- the method before the determining, by the first node, the configuration information of the terminal, the method further includes: determining a mapping between the Qos flows and the Data Radio Bearer (DRB) according to the first preset manner. Relationship, and/or mapping relationship between the Qos flows and the logical channel (Logic Channel, LCH).
- DRB Data Radio Bearer
- the method further includes:
- the configuration information is formed according to the mapping relationship between the Qos flows and the DRB, and/or the mapping relationship between the Qos flows and the LCH.
- the configuration information carries any one of the foregoing mapping relationships.
- the terminal After receiving the configuration information, the terminal can know the mapping relationship between the Qos flows and the DRB, and/or the mapping relationship between the Qos flows and the LCH.
- the DRB or LCH of the bearer may be determined according to the Qos flows of the current data to be transmitted, thereby selecting one connection from the dual connection or the multiple connection to transmit data, thereby ensuring the use of the dual connection or The quality of communication in which multiple connections are communicated, and the reduction of data streams requiring high quality of service to the unsuitable DRB or LCH, resulting in poor communication quality.
- mapping relationship between the data stream Qos flows and the DRB is determined according to the first preset manner, and/or the mapping relationship between the Qos flows and the LCH includes at least one of the following:
- the plurality of connected nodes to be configured respectively determine the mapping relationship between the Qos flows and the DRB on the own side;
- the plurality of connected nodes to be configured respectively determine the mapping relationship between the Qos flows and the LCH on the own side;
- the mapping relationship between the Qos flows and the DRB is determined by the anchor node where the bearers of the terminal are located, and/or the mapping relationship between the Qos flows and the LCH; or the anchor nodes where the separated bearers of the terminal are located determine the Qos flows, and the separated bearers
- the mapping relationship between the Qos flows and the DRB includes at least one of: determining to map a plurality of specified QoS flows to the same DRB; determining a total number of DRBs required.
- the mapping relationship of the Qos flows LCH includes at least one of: determining to map a plurality of specified QoS flows to the same LCH; determining a total number of LCHs required.
- the plurality of connected nodes to be configured respectively determine the mapping relationship between the Qos flows and the DRB on the own side, including at least one of the following:
- the plurality of connected nodes to be configured respectively determine the mapping relationship between the Qos flows and the LCH on the own side, including one of the following:
- the mapping relationship between the Qos flows and the DRB is determined by the anchor node where the respective bearers of the terminal are located, and/or the mapping relationship between the Qos flows and the LCH; or the anchor node where each separated bearer of the terminal is located determines the Qos Flows, the mapping relationship between the DRBs or LCHs of the branches separated from the separated bearers, including one of the following:
- Determining, by the second node, a Qos flows carried by the second node cell group, a mapping relationship with the DRB and/or the LCH, or determining a Qos flows corresponding to the separated bearers of the second node cell group, and the separated first node and the second node The mapping relationship between the DRB and/or LCH of both branches.
- the determining, by the first node, the configuration information of the terminal includes: determining, by the first node, configuration information of a data radio bearer identifier DRB ID of the bearer between the terminal and the node.
- the DRB ID of the bearer is determined by the anchor node where the bearer is located, or the DRB IDs of all the first node branches and the second node branches separated by the bearer are determined.
- the shared DRB ID space by the first node and the second node is determined by the second preset manner before the first node determines the configuration information of the terminal.
- the shared DRB ID space by the first node and the second node is determined by a second preset manner, including one of the following:
- the first node determines a value range of the shared DRB ID space
- the first node is an LTE base station, determining, by the first node, a value range of the shared DRB ID space;
- the first node negotiates with the second node to determine a value range of the shared DRB ID space.
- the value range of the shared DRB ID space is determined by negotiation.
- the method before the first node determines the configuration information of the terminal, the method further includes: determining, by the first node, the available resources of the DRB ID space and/or the DRB ID by using a third preset manner.
- the first node determines available resources of the DRB ID space and/or the DRB ID by using a third preset manner, including at least one of the following:
- the first node When the first node determines to initiate the addition of the second node, the first node notifies the second node of the unused DRB ID resource of the first node, or the first node notifies the second node of all the The DRB ID space value range and the DRB ID resource used by the first node;
- the first node When the first node determines to initiate the addition of the second node, the first node notifies the second node of the unused DRB ID resource of the first node, and the first node receives the feedback message sent by the second node. In the case that the second node rejects or modifies the unused DRB ID resource, the feedback message carries the second node's rejection or modification reason for the unused DRB ID resource;
- the first node After receiving the feedback message sent by the second node, the first node modifies the DRB ID resource that is not used by the first node according to the feedback message, and re-initiates the process of adding the second node to the second node.
- the reason for the rejection or modification includes at least one of the following:
- the unused DRB ID resource exceeds the second node supportable upper limit.
- the DRB space range exceeds the second node to support the upper limit.
- the first node if the first node initiates a second node change process, or receives a second node change process initiated by the second node, if the process adds a new DRB or deletes an existing DRB, the first The node updates the unused DRB ID resource status, or updates the used DRB ID resource status, and notifies the other nodes to which the terminal is connected.
- the first node is a primary node and the second node is a secondary node.
- a method for configuring a radio bearer including: receiving, by a first node that is connected by the terminal, a request message for adding a second node or modifying a second node; The message sends configuration information of the second node to the terminal to the first node, and accesses the terminal according to the configuration information.
- the second node can perform the configuration operation of the second node to the terminal in all the embodiments described above.
- the second node determines to receive the second node change process initiated by the first node, or the second node initiates the second node modification process, after detecting the DRB increase or the DRB deletion, the second node updates the DRB ID resource and notifies the other nodes to which the terminal is connected.
- a method for configuring a radio bearer including: receiving configuration information sent by a first node, where the configuration information carries the first node and/or the second node pair
- the configuration of the terminal is connected to the first node and the second node according to the configuration information. It should be added that this embodiment can be executed on the terminal.
- the method further includes:
- Radio resource control (RRC) connection reconfiguration message sent by the first node or the second node, where the RRC connection reconfiguration message carries DRB configuration information;
- RRC radio resource control
- the terminal configures a connection with the first node according to the RRC connection reconfiguration message, or configures a connection with the second node.
- the terminal receives the RRC connection reconfiguration message sent by the first node or the second node, and after the RRC connection reconfiguration message carries the DRB configuration information, the method further includes:
- the terminal When the terminal detects that each of the node branches corresponding to a separate bearer is configured with a different DRB ID, or if different DRBs are configured with the same DRB ID, the terminal feeds back a message indicating that the RRC reconfiguration fails. .
- the message for indicating the RRC reconfiguration failure carries a reason for the failure, and the reason for the failure includes one of the following: the DRB ID (Identity, ID) configuration is incorrect, the DRB ID configuration is duplicated, and the DRB ID configuration is not unique. The ID of the DRB branch is incorrectly configured.
- the MN determines the mapping relationship between the Qos flows and the DRBs on the MN side and each of the multiple connected secondary nodes SN, including: which QoS flow IDs are mapped to the same DRB, and how many data radio bearers need to be configured;
- the MN determines the mapping relationship between the Qos flows and the LCH on the MN side and the SN side of each multi-connection secondary node, including: which QoS flow IDs are mapped to the same LCH, and how many logical channels LCH need to be configured;
- each node of the multi-connection determines the mapping relationship between the Qos flows and the DRB on the own side;
- mapping relationship between the Qos flows and the DRBs corresponding to the MCG bearers, or the mapping relationship between the Qosflows corresponding to the split bearers (MCS bearers) and the DRBs of the split MN branches is determined by the master node MN;
- the node SN determines a mapping relationship between the Qos flows and the DRBs corresponding to the SCG bearers, or a mapping relationship between the Qos flows corresponding to the SCG split bearer and the separated DRBs of the SN branches;
- each node of multiple connections determines the mapping relationship between Qos flows and LCH on its own side;
- the MN determines the MCG bearer on the MN side, or the mapping relationship between the Qos flows and the LCH corresponding to the MCG part of the MCG split bearer; the SN side determines the SCG bearer on the SN side, or the QG flows and the LCH corresponding to the SCG part of the SCG split bearer. Mapping relationship between
- the MN determines the mapping relationship between the Qos flows and the DRB/LCH corresponding to the MCG bearer, or the mapping relationship between the Qos flows corresponding to the MCG split bearer and the DRB/LCH of the split MN branch and the SN branch;
- the mapping relationship between the Qos flows and the DRB/LCH corresponding to the SCG bearer, or the mapping relationship between the Qosflows corresponding to the SCG split bearer and the separated MN branch and the DRB/LCH of the SN branch are determined.
- the DRB ID of the bearer is determined by the anchor node where the bearer is located, or the DRB ID of all the branches that are separated by the bearer; specifically, the MN determines the DRB ID of the MCG bearer, or all the branches separated by the MCG split bearer.
- DRB ID; the DRB ID of the SCG bearer is determined by the SN, or the DRB ID of all branches split by the SCG split bearer;
- the DRB ID space is also called the DRB ID pool.
- the MN determines the range of the DRB ID space/pool, and the SN may choose to reject if it is unacceptable;
- the MN determines the range of the DRB ID space/pool; if the MN is an eLTE base station or a 5G gNB, and the SN is an LTE eNB, the MN and the SN negotiate to determine the DRB ID space/pool range;
- the MN and the SN negotiate to determine the DRB ID space/pool range in any case.
- the MN when the MN initiates the SN addition, the MN shall provide the available (unused) DRB ID resources to the SN, or provide the SN with the complete DRB ID space/pool range and the DRB ID resources that the MN has used;
- the SN when receiving the range of available DRB ID resources or the complete DRB ID space/pool provided by the MN, the SN can accept/reject/modify the range of the available DRB ID resources or the DRB ID space/pool, and feed back to the MN;
- the SN may carry a corresponding rejection/modification cause cause in the feedback, and the cause includes: rejecting the available DRB ID resource (also referred to as not being used by the MN), rejecting the DRB ID space/pool range, The available DRB ID resources cannot be supported, the range of the DRB ID space/pool cannot be supported, the available DRB ID resources exceed the supportable upper limit, and the DRB ID space/pool range exceeds the supportable upper limit.
- the MN when the MN receives the range of the available DRB ID resource or the DRB ID space/pool modified by the SN, the MN may modify according to the situation, and decide whether to re-initiate SN addition to the SN;
- the UE After receiving the RRC connection reconfiguration message that is sent by the MN or the SN, the UE needs to check whether the DRB IDs of the branches of the split DRB are the same. If not, the UE should feed back the RRC reconfiguration failure message and carry the message. The cause of the failure is the cause of the failure. The DRB ID is incorrectly configured, the DRB ID is inconsistent, and the ID of the DRB is incorrectly configured.
- the UE After receiving the RRC connection reconfiguration message that is configured by the MN or the SN, the UE needs to check whether the DRB ID of each branch node is duplicated. If yes, the UE should feed back the RRC reconfiguration failure message and carry the corresponding message. The reason for the failure is that the DRB ID is incorrectly configured, the DRB ID configuration is duplicated, and the DRB ID configuration is not unique.
- Example 1 The MN establishes the MCG bearer and the SCG bearer through the SN adding SN adding process, the configuration of the QoS flow mapping relationship, the configuration of the DRB ID, and the coordination of the DRB ID space/pool in the process.
- the master node Master Node may be an enhanced base station eNB or a gNB (5G base station).
- FIG. 5-a is a schematic diagram of a gNB as an MG
- FIG. 5-b is an eNB. Schematic diagram of MG.
- FIG. 6 is a flow chart showing an example of adding an SN according to Example 1, as shown in FIG. 6, including the following steps:
- Step 1 When the MN determines that an SN is to be added to form a DC, the MN sends an add request message to the selected SN, where at least the QoS flow information (Qos flow ID) that is split into the SN is included. ;
- Step 2 If the SN receives the request of the MN and the parameter configuration sent, the SN feeds back the Ack, which includes the air interface parameter configuration configured by the SN to the UE (can be included in the FS RRC container form in the update request Ack message) ;
- Step 3 sending an RRC connection reconfiguration
- Step 4 The MN sends the configuration information of the newly added MCG bearer and the SCG bearer, and the updated air interface parameter configuration (including the air interface parameter configuration configured by the SN to the UE) to the UE, and obtains the reconfiguration completion confirmation of the UE, for example, sending RRC connection reconfiguration is completed;
- Step 5 The MN notifies the SN that the UE has successfully completed the air interface parameter reconfiguration of the SN.
- Step 6 The random access process includes: performing a synchronization process between the UE and the SN to establish an air interface connection.
- the MN needs to send the SN to the SN to allocate the Qos flows and DRB mapping information for the SCG bearer, including: the number of DRBs corresponding to the SCG bearer, the mapping relationship between the Qos flows and the DRB; in this example, the above information can be added by the SN ( Addition request)
- the message is carried.
- the MN needs to send the SN to the SN to allocate the Qos flows and LCH mapping information for the SCG bearer, including: the number of LCHs corresponding to the SCG bearer, the mapping relationship between the Qos flows and the LCH; in this example, the above information can be requested by the SN ( Addition request)
- the message is carried.
- the MN does not need to configure Qos flows and DRB mapping information for the SCG bearer, and the SN configures the Qos flows and DRB mapping information by itself.
- the MN sends the SN the Qos flows information (Qos flow number, Qos flow ID, or Qos flow ID list) that is split to the SN (in this example, it can be carried by the SN addition request message).
- Qos flows information Qos flow number, Qos flow ID, or Qos flow ID list
- the SN sends the self-configured Qos flows and the DRB mapping information to the MN.
- the SN may be carried by the SN addition request Ack message.
- the SN may also confirm the mapping information by using the SN RRC container in the SN RRC container.
- the addition request Ack) message is sent to the UE.
- the MN does not need to configure the Qos flows and LCH mapping information for the SCG bearer, and the SN configures the Qos flows and LCH mapping information by itself.
- the MN sends the SN the Qos flows information (Qos flow number, Qos flow ID, or Qos flow ID list) that is split to the SN (in this example, it can be carried by the SN addition request message).
- Qos flows information Qos flow number, Qos flow ID, or Qos flow ID list
- the SN sends the self-configured Qos flows and LCH mapping information to the MN.
- the SN may be carried by the SN Addition Request Ack message.
- the SN may also use the mapping information as a SN RRC container (container).
- the meta-form is sent to the UE through an SN add request Ack message.
- the MN does not need to configure the mapping information of the Qos flows and the DRB and/or the LCH for the SCG bearer, and the mapping information is configured by the SN.
- the MN sends the SN the Qos flows information (Qos flow number, Qos flow ID, or Qos flow ID list) that is split to the SN (in this example, it can be carried by the SN addition request message).
- Qos flows information Qos flow number, Qos flow ID, or Qos flow ID list
- the SN sends the mapping information of the Qos flows and the DRB and/or the LCH to the MN.
- the SN may be carried by the SN Addition Request Ack message.
- the SN may also use the mapping information as the SN RRC.
- the cell form of the container is sent to the UE through the SN addition request Ack message.
- the MN and the SN respectively allocate the DRB-ID of the DRB on the own side, and the MN may send the DRB-ID corresponding to the MCG bearer configured by itself to the SN, which in this example may be carried by the SN add request message;
- the SN may send the DRB-ID corresponding to the SCG bearer configured by itself to the MN.
- the SN may be carried by the SN Addition Request Ack message.
- the UE After receiving the RRC connection reconfiguration message that is sent by the MN or the SN, the UE needs to check whether the DRB ID of each branch node is duplicated. If yes, the UE should feed back the RRC reconfiguration failure message and carry the corresponding failure reason.
- the reasons for the failure include: the DRB ID configuration is incorrect, the DRB ID configuration is duplicated, and the DRB ID configuration is not unique.
- Example 2 MN establishes MCG split bearer through SN add process
- a process in which an eLTE base station eNB and a 5G NR base station gNB form a dual connection may be used, where the Master Node may be an eNB or a gNB.
- FIG. 7 is a schematic diagram of a user plane protocol stack for configuring an MCG split bearer and an SCG split bearer in the MN and the SN according to the dual connectivity scenario of Example 2, as shown in FIG. 7, FIG. 7-a is a schematic diagram of when the gNB is a MN. 7-b is a schematic diagram when the eNB is MN.
- the MN needs to send the SN the Qos flows and DRB mapping information allocated by the MN to the SN branch of the MCG separation and separation bearer, including: the mapping between the number of DRBs corresponding to the SN branches separated by the MCG and the Qos flows and the DRB;
- the above information may be carried by an SN add request message.
- the MN needs to send the SN the Qos flows and LCH mapping information allocated by the MN for the SN branches separated by the MCG separation bearer, including: the mapping between the number of LCHs corresponding to the SN branches separated by the MCG separation bearers, Qos flows and LCH;
- the above information may be carried by an SN add request message.
- the MN configures a Qos flows and a DRB mapping relationship for the MN branches separated by the MCG separation bearer;
- the MN sends the SN the Qos flows information (Qos flow number, Qos flow ID, or Qos flow ID list) that is split to the SN (in this example, it can be carried by the SN addition request message).
- Qos flows information Qos flow number, Qos flow ID, or Qos flow ID list
- the SN configures a Qos flows and a DRB mapping relationship for the SN branches of the MCG split bearer, and sends the mapping relationship to the MN.
- the SN may be carried by the SN add request Ack message;
- the mapping relationship is sent to the UE through a SN add request Ack message in the form of a SN RRC container.
- the MN configures a Qos flows and an LCH mapping relationship for the MN branch of the MCG separation and separation bearer
- the MN sends the SN the Qos flows information (Qos flow number, Qos flow ID, or Qos flow ID list) that is split to the SN (in this example, it can be carried by the SN add request message).
- Qos flows information Qos flow number, Qos flow ID, or Qos flow ID list
- the SN configures the mapping relationship between the Qos flows and the LCH for the SN branch of the MCG split bearer separation bearer, and sends the mapping relationship to the MN.
- the SN may be carried by the SN add request Ack message; in addition, the SN may also The mapping relationship is sent to the UE by a SN Addition Request Ack message in the form of a cell of the SN RRC container.
- the MN needs to send the SN to the SN to allocate the Qos flows allocated for the SN branch of the MCG split bearer, and the DRB and/or LCH mapping information, including: the number of DRBs corresponding to the SN branch of the MCG split bearer and the number of LCHs, between Qos flows and DRB Mapping relationship, mapping relationship between Qos flows and LCH; in this example, the above information can be carried by an SN add request message.
- the DRB-ID is configured by the MN for the MN branch and the SN branch of the MCG split bearer
- the DRB ID of the MN branch and the SN branch of the MCG separated bearer shall be guaranteed to be the same;
- the MN sends the DRB-ID of the SN branch of the MCG split bearer that it configures to the SN, which in this example can be carried by the SN add request message.
- the UE After receiving the RRC connection reconfiguration message that is sent by the MN or the SN, the UE needs to check whether the DRB IDs of the branches of the separated DRB are the same. If not, the UE should feed back the RRC reconfiguration failure message and carry the corresponding failure. The reason for the failure is that the DRB ID is incorrectly configured, the DRB ID configuration is inconsistent, and the ID of the DRB is incorrectly configured.
- the UE After receiving the RRC connection reconfiguration message that is sent by the MN or the SN, the UE needs to check whether the DRB ID of each branch node is duplicated. If yes, the UE should feed back the RRC reconfiguration failure message and carry the corresponding failure. The reason for the failure is that the DRB ID is incorrectly configured, the DRB ID configuration is duplicated, and the DRB ID configuration is not unique.
- Example 3 The MN establishes an MCG bearer and an SCG split bearer through the SN adding process.
- a process in which the eLTE base station eNB and the 5G NR base station gNB form a dual connection may be used, where the MN may be an eNB or a gNB.
- FIG. 8 is a schematic diagram of a user plane protocol stack in which an SCG split bearer and an SCG split bearer are respectively configured in an MN and a SN according to the dual connectivity scenario of FIG. 3, as shown in FIG. 8,
- FIG. 8-a is a schematic diagram of an eNB performing MN.
- 8-b is a schematic diagram when gNB is MN.
- the MN configures the Qos flows and the DRB mapping information for the local MCG bearer, including: the number of DRBs corresponding to the MCG bearers, and the mapping relationship between the Qos flows and the DRBs;
- the MN sends the SN to the SN to allocate the Qos flows and the DRB mapping information of the MN branch and the SN branch of the SCG split bearer, including: the number of DRBs corresponding to the SCG split bearer, the mapping relationship between the Qos flows and the MN branch and the DRB of the SN branch;
- the above information can be carried by an SN add request message.
- the MN configures the Qos flows and LCH mapping information for the local MCG bearer, including: the mapping between the number of LCHs corresponding to the MCG bearers, the Qos flows, and the LCH;
- the MN needs to send the SN the Qos flows and LCH mapping information configured by the MN for the MN branch and the SN branch of the SCG split bearer, including: the number of LCHs corresponding to the MN branch and the SN branch of the SCG split bearer, the Qos flows and the MN branch and the SN branch
- LCH mapping information configured by the MN for the MN branch and the SN branch of the SCG split bearer, including: the number of LCHs corresponding to the MN branch and the SN branch of the SCG split bearer, the Qos flows and the MN branch and the SN branch
- the mapping relationship between LCHs; in this example, the above information can be carried by an SN add request message.
- the MN configures a Qos flows and a DRB mapping relationship for the MN branch carried by the MCG.
- the MN configures a Qos flows and a DRB mapping relationship for the MN branch of the SCG split bearer, and sends the mapping relationship to the SN;
- the MN sends the SN the Qos flows information (Qos flow number, Qos flow ID, or Qos flow ID list) that is split to the SN (the above information can be carried by the SN add request message in this example).
- Qos flows information Qos flow number, Qos flow ID, or Qos flow ID list
- the SN configures the Qos flows and the DRB mapping relationship for the SN branch of the SCG split bearer, and sends the mapping relationship to the MN.
- the SN may be carried by the SN add request acknowledgement (addition request Ack) message; The relationship is sent to the UE through the SN Addition Request Ack message in the form of a cell of the SN RRC container.
- the MN configures a Qos flows and an LCH mapping relationship for the MN branch carried by the MCG.
- the MN configures a Qos flows and an LCH mapping relationship for the MN branch of the SCG split bearer, and sends the mapping relationship to the SN;
- the MN sends the SN the Qos flows information (Qos flow number, Qos flow ID, or Qos flow ID list) that is split to the SN (the above information can be carried by the SN add request message in this example).
- Qos flows information Qos flow number, Qos flow ID, or Qos flow ID list
- the SN configures the mapping relationship between the Qos flows and the LCH for the SN branch of the SCG split bearer, and sends the mapping relationship to the MN.
- the SN may be carried by the SN add request acknowledgement (addition request Ack) message; The relationship is sent to the UE through the SN Addition Request Ack message in the form of a cell of the SN RRC container.
- the MN configures a mapping relationship between the Qos flows and the DRB/LCH for the MCG bearer.
- the MN sends the SN the Qos flows information (Qos flow number, Qos flow ID, or Qos flow ID list) that is split to the SN (the above information can be carried by the SN add request message in this example).
- Qos flows information Qos flow number, Qos flow ID, or Qos flow ID list
- the SN configures the Qos flows and the DRB/LCH mapping relationship for the MN branch and the SN branch of the SCG split bearer, and sends the mapping relationship to the MN.
- the mapping relationship may also be sent to the UE through a SN add request Ack message in the form of a cell of the SN RRC container.
- the DRB-ID is configured by the SN branch and the SN branch of the SCG split bearer
- the DRB ID of the MN branch and the SN branch of the SCG separated bearer shall be guaranteed to be the same;
- the SN sends the MN branch of the SCG split bearer and the DRB-ID of the SN branch to the MN.
- the SN adds the request acknowledgement (ADDR) message carrying; the DRB ID of the SN branch can also pass the SN.
- the form of the RRC container is sent to the UE in an SN add request Ack message.
- the UE After receiving the RRC connection reconfiguration message that is sent by the MN or the SN, the UE needs to check whether the DRB IDs of the branches of the separated DRB are the same. If not, the UE should feed back the RRC reconfiguration failure message and carry the corresponding failure. The reason for the failure is that the DRB ID is incorrectly configured, the DRB ID configuration is inconsistent, and the ID of the DRB is incorrectly configured.
- the UE After receiving the RRC connection reconfiguration message that is sent by the MN or the SN, the UE needs to check whether the DRB ID of each branch node is duplicated. If yes, the UE should feed back the RRC reconfiguration failure message and carry the corresponding failure reason.
- the reasons for the failure include: the DRB ID configuration is incorrect, the DRB ID configuration is duplicated, and the DRB ID configuration is not unique.
- Example 4 MN or SN initiates SN modification SN modification process
- SN modification is used to modify, establish, or release bearer contexts.
- the typical process is as follows:
- FIG. 9 is a schematic flowchart of a MN-initiated SN modification according to Example 4.
- FIG. 10 is a schematic flowchart of an SN-initiated SN modification according to Example 4.
- the MN initiates a SN modification process, the message sent by the MN to the SN is a SN modification request, and the message that the SN feeds back to the MN is a SN modification Ack;
- the message sent by the SN to the MN is a SN modification request, and the message that the MN feeds back to the SN is a SN modification confirmation.
- the MN needs to send a definition of the DRB ID space or pool to the SN, including: the DRB ID space/pool value range, in this example, the SN add request message carrying; SN If you do not agree or cannot identify the definition of the DRB ID space/pool, you can choose to reject the SN addition and carry the rejection reason in the MN's reject message (such as SN add reject message) (for example: DRB ID space / Pool cannot be supported).
- the DRB ID space/pool value range in this example, the SN add request message carrying
- SN If you do not agree or cannot identify the definition of the DRB ID space/pool, you can choose to reject the SN addition and carry the rejection reason in the MN's reject message (such as SN add reject message) (for example: DRB ID space / Pool cannot be supported).
- the method is applicable to the specified scenario, that is, if the MN is an LTE eNB, the MN determines the range of the DRB ID space/pool; if the MN is an eLTE base station or a 5G gNB, and the SN is an LTE eNB, the MN and the SN negotiate to determine the DRB ID space. / Pool's range; the MN in this example is eLTE (an upgraded version of LTE) or 5G gNB, so the MN and SN can negotiate the definition of the DRB ID space/pool; refer to the description of Method 3c.
- the MN needs to send a definition of the DRB ID space/pool to the SN, including: the DRB ID space/pool value range, in this example, can be carried by the SN add request message; if the SN does not agree with the DRB ID
- the space/pool definition may be modified to feed back the modified DRB ID space/pool value range to the MN.
- the SN may be used to request an acknowledgment (addition request Ack) message or SN. Adding a reject message to carry;
- the SN addition process may be terminated; if the modification of the SN is agreed, the DRB ID may be reconfigured according to the DRB ID space/pool fed back by the SN.
- the difference between the method 4 series and the 3 series is that the method 4 is that the MN and the SN coordinate the available resources (unused resources) in the DRB ID space/pool, and the method 3 is that the MN and the SN coordinate the definition of the DRB ID space/pool ( That is, the value range);
- the MN When the MN initiates an SN addition, the MN needs to send the available (unused) DRB ID resources to the SN, or provide the SN with the complete DRB ID space/pool range and the DRB ID space/pool usage status (eg : DRB ID space/pool in the form of a bitmap to reflect the used/unused state of the DRB ID in each DRB ID space/pool; or the already used DRB ID), in this case, the above information can be added via the SN request (addition request) message carrying;
- the SN may accept/reject/modify the range of the available DRB ID resource or the DRB ID space/pool, and feed back the result to the MN;
- the SN Addition Request Ack message may be fed back;
- the SN may add feedback (addition reject) message;
- the modified available (unused) DRB ID resource or the modified DRB ID space/pool range may be confirmed by the SN add request Ack.
- the message or SN adds a reject message to the MN;
- the corresponding refusal/modification failure reason may be carried in the feedback message.
- the failure causes include: rejecting the DRB ID resource, rejecting the DRB ID space/pool range, failing to support the DRB ID resource, and failing to support the DRB ID resource.
- the range of the DRB ID space/pool is supported, the DRB ID resource exceeds the supportable upper limit, and the DRB ID space/pool ranges exceed the supportable upper limit.
- the MN When the MN receives the range of the available DRB ID resource or the DRB ID space/pool modified by the SN, it may decide whether to re-initiate the SN adding procedure to the SN to modify the previous DRB ID configuration according to the situation.
- the MN or SN When the MN or SN initiates the SN modification process, if the DRB is added or deleted, the MN or the SN should update the DRB ID space/pool usage status, or the available DRB ID resource status, or the used DRB ID resource. Status, and notify other dual-connect/multi-connect nodes; for example, mod modification Ack, SN modification confirm, or other inter-node interface messages.
- the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
- the technical solution of the present application which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
- the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present application.
- a device for configuring a radio bearer is provided, which is used to implement the foregoing embodiments and preferred embodiments, and details are not described herein.
- the term "module” may implement a combination of software and/or hardware of a predetermined function.
- the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
- a device for configuring a radio bearer which is applied to a first node, and includes: a determining module, configured to determine configuration information of the terminal, where the second node to be connected is determined by the terminal, where The terminal is connected to the first node, and the configuration information is configured by the first node and/or the second node; the first sending module is configured to send the configuration information to the terminal, where the configuration information is used to indicate the The terminal is connected to the first node and the second node according to the configuration information, and the terminal constitutes multiple connections.
- the configuration device of the radio bearer of the first node of the application may perform the configuration operation of all the first node-to-terminal multi-connections in the foregoing embodiments.
- a radio bearer configuration apparatus which is applied to a second node, and includes: a first receiving module configured to receive a request message sent by a first node connected by the terminal; and a second sending And the module is configured to send configuration information of the second node to the terminal to the first node according to the request message, and access the terminal according to the configuration information.
- the configuration device of the radio bearer of the second node of the application may perform the configuration operation of all the second node-to-terminal multi-connection in the foregoing embodiment.
- a configuration apparatus for a radio bearer which is applied to a terminal, and includes: a second receiving module, configured to receive configuration information sent by the first node, where the configuration information carries a configuration of the first node and/or the second node to the terminal; and a connection module, configured to connect to the first node and the second node according to the configuration information.
- each of the above modules may be implemented by software or hardware.
- the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination.
- the forms are located in different processors.
- a network element may include a memory 110 and a processor 120 connected to the memory 110.
- the processor 120 is configured to run on the memory 110.
- the program wherein the program is executed to perform the method described in any of the foregoing embodiments.
- the network element may be the foregoing first node, second node, or terminal.
- a storage medium comprising a stored program, wherein the program is executed to perform the method described in any of the above embodiments.
- modules or steps of the present application can be implemented by a general computing device, which can be concentrated on a single computing device or distributed in a network composed of multiple computing devices.
- they may be implemented by program code executable by a computing device such that they may be stored in a storage device for execution by the computing device and, in some cases, may differ from this
- the steps shown or described are performed sequentially, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated into a single integrated circuit module.
- the application is not limited to any particular combination of hardware and software.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
Claims (28)
- 一种无线承载的配置方法,包括:在第一节点确定终端待连接的第二节点的情况下,所述第一节点确定所述终端的配置信息,其中,所述终端与所述第一节点连接,所述配置信息由所述第一节点和/或所述第二节点配置;将所述配置信息发送至所述终端,其中,所述配置信息用于指示所述终端依据所述配置信息连接至所述第一节点和第二节点。
- 根据权利要求1所述的方法,其中,在所述第一节点确定所述终端的配置信息之前,所述方法还包括:依据第一预设方式确定数据流Qos flows与数据无线承载DRB的映射关系,和/或,所述Qos flows与逻辑信道LCH的映射关系。
- 根据权利要求2所述的方法,其中,依据第一预设方式确定数据流Qos flows与数据无线承载DRB的映射关系,和/或,所述Qos flows与逻辑信道LCH的映射关系,包括以下至少之一:所述第一节点确定所述第一节点侧和所述第二节点侧二者的Qos flows,与DRB的映射关系;所述第一节点确定第一节点侧和所述第二节点侧二者的Qos flows,与LCH的映射关系;待构成的多连接的多个节点分别确定自身侧的Qos flows和DRB的映射关系;待构成的多连接的多个节点分别确定自身侧的Qos flows和LCH间的映射关系;由所述终端的各个承载所在的锚节点确定Qos flows与DRB的映射关系,和/或Qos flows与LCH的映射关系;或者由所述终端的各个分离承载所在的锚节点确定Qos flows,与所述分离承载分离出的各个分支的DRB或 LCH的映射关系,其中所述锚节点是指各个承载对应的PDCP实体所在的节点。
- 根据权利要求3所述的方法,其中,所述Qos flows与DRB的映射关系,包括以下至少之一:将多个指定Qos flow映射到同一个DRB;映射所述Qos flows总共需要的DRB数量。
- 根据权利要求3所述的方法,其中,所述Qos flows LCH的映射关系,包括以下至少之一:将多个指定Qos flow映射到同一个LCH;映射所述Qos flows总共需要的LCH数量。
- 根据权利要求3所述的方法,其中,待构成的多连接的多个节点分别确定自身侧的Qos flows和DRB的映射关系,包括以下至少之一:所述第一节点确定第一节点小区组承载的Qos flows和DRB的映射关系;所述第一节点确定第一节点小区组分离承载对应的Qos flows与分离出的第一节点分支的DRB的映射关系;所述第一节点确定第二节点小区组分离承载对应的Qos flows与分离出的第一节点分支的DRB的映射关系;所述第二节点确定第二节点小区组承载的Qos flows和DRB的映射关系;所述第二节点确定第二节点小区组分离承载对应的Qos flows与分离出的第二节点分支的DRB的映射关系;所述第二节点确定第一节点小区组分离承载对应的Qos flows与分离出的第二节点分支的DRB的映射关系。
- 根据权利要求3所述的方法,其中,待构成的多连接的多个节点分 别确定自身侧的Qos flows和LCH间的映射关系,包括以下至少之一:所述第一节点确定第一节点小区组承载的Qos flows和LCH的映射关系;所述第一节点确定第一节点小区组分离承载对应的Qos flows与分离出的第一节点分支的LCH的映射关系;所述第一节点确定第二节点小区组分离承载对应的Qos flows与分离出的第一节点分支的LCH的映射关系;所述第二节点确定第二节点小区组承载的Qos flows和DRB的映射关系;所述第二节点确定第二节点小区组分离承载对应的Qos flows与分离出的第二节点分支的LCH间的映射关系;所述第二节点确定第一节点小区组分离承载对应的Qos flows与分离出的第二节点分支的LCH的映射关系。
- 根据权利要求3所述的方法,其中,由所述终端的各个承载所在的锚节点确定Qos flows与DRB的映射关系,和/或Qos flows与LCH的映射关系;或者由所述终端的各个分离承载所在的锚节点确定Qos flows,与所述分离承载分离出的各个分支的DRB或LCH的映射关系,包括以下至少之一:所述第一节点确定第一节点小区组承载的Qos flows,与DRB和/或LCH的映射关系;所述第一节点确定第一节点小区组分离承载对应的Qos flows,与分离出的第一节点和第二节点分支二者的DRB和/或LCH的映射关系;所述第二节点确定第二节点小区组承载的Qos flows,与DRB和/或LCH的映射关系;所述第二节点确定第二节点小区组分离承载对应的Qos flows,与分离 出的第一节点和第二节点分支二者的DRB和/或LCH的映射关系。
- 根据权利要求1所述的方法,其中,所述第一节点确定所述终端的配置信息,包括:所述第一节点确定为所述终端与节点之间的承载分配数据无线承载标识DRB ID的配置信息。
- 根据权利要求9所述的方法,其中,由所述承载所在的锚节点确定所述承载的DRB ID,或者确定该承载分离出的所有第一节点分支和第二节点分支的DRB ID。
- 根据权利要求1所述的方法,其中,在所述第一节点确定所述终端的配置信息之前,所述方法还包括:通过第二预设方式确定由所述第一节点和所述第二节点的共享DRB ID空间。
- 根据权利要求11所述的方法,其中,通过第二预设方式确定由所述第一节点和所述第二节点的共享DRB ID空间,包括以下之一:所述第一节点确定所述共享DRB ID空间的取值范围;在所述第一节点为LTE基站的情况下,由所述第一节点确定所述共享DRB ID空间的取值范围;在所述第一节点为eLTE基站或5G基站,所述第二节点为LTE基站的情况下,所述第一节点和所述第二节点协商确定所述共享DRB ID空间的取值范围;所述第一节点和所述第二节点为任意基站情况下,协商确定所述共享DRB ID空间的取值范围。
- 根据权利要求1所述的方法,其中,在所述第一节点确定所述终端的配置信息之前,所述方法还包括:所述第一节点通过第三预设方式确定DRB ID空间和/或DRB ID的可用 资源。
- 根据权利要求13所述的方法,其中,所述第一节点通过第三预设方式确定DRB ID空间和/或DRB ID的可用资源,包括以下至少之一:在所述第一节点确定发起增加第二节点的过程的情况下,所述第一节点向所述第二节点通知所述第一节点未使用的DRB ID资源,或者,所述第一节点向所述第二节点通知全部的DRB ID空间取值范围以及被所述第一节点使用的DRB ID资源;在所述第一节点确定发起增加第二节点的过程的情况下,所述第一节点向所述第二节点通知所述第一节点未使用的DRB ID资源,所述第一节点接收到所述第二节点发送的反馈消息,其中,在所述第二节点拒绝或者修改所述未使用的DRB ID资源的情况下,所述反馈消息携带有所述第二节点对所述未使用的DRB ID资源的拒绝或者修改原因;所述第一节点接收到所述第二节点发送的反馈消息之后,依据所述反馈消息修改所述第一节点未使用的DRB ID资源,并向所述第二节点重新发起增加第二节点过程。
- 根据权利要求14所述的方法,其中,所述拒绝或者修改原因包括以下至少之一:拒绝所述未使用的DRB ID资源,拒绝所述DRB ID空间范围,无法支持所述未使用的DRB ID资源,无法支持所述DRB ID空间范围,所述未使用的DRB ID资源超过所述第二节点可支持上限,所述DRB空间范围超过所述第二节点可支持上限。
- 根据权利要求14所述的方法,其中,在所述第一节点发起的第二节点更改过程、或者收到所述第二节点发起的第二节点更改过程的情况下,若所述过程增加新DRB或者删除现有DRB,所述第一节点更新所述未使用的DRB ID资源状态,或者更新被使用的DRB ID资源状态,并将更新信 息通知终端连接至的其他节点。
- 根据权利要求1-16任一项中所述的方法,其中,所述第一节点为主节点,所述第二节点为辅节点。
- 一种无线承载的配置方法,其中,包括:第二节点接收终端连接的第一节点发送的增加第二节点或者修改第二节点的请求消息;依据所述请求消息向所述第一节点发送所述第二节点对所述终端的配置信息,并根据所述配置信息接入所述终端。
- 根据权利要求18所述的方法,其中,在所述第二节点确定收到所述第一节点发起的第二节点更改过程,或者第二节点发起第二节点修改过程的情况下,在检测到DRB增加或者DRB删除之后,所述第二节点更新所述DRB ID资源,并将更新信息通知终端连接至的其他节点。
- 一种无线承载的配置方法,其中,包括:终端接收第一节点发送的配置信息,其中,所述配置信息中携带有所述第一节点和/或第二节点对所述终端的配置;依据所述配置信息连接至所述第一节点和所述第二节点。
- 根据权利要求20所述的方法,其中,依据所述配置信息连接至所述第一节点和所述第二节点之后,所述方法还包括:终端接收到所述第一节点或者第二节点发送的RRC连接重配消息,其中,所述RRC连接重配消息携带有DRB配置信息;所述终端依据所述RRC连接重配消息配置与所述第一节点的连接,或者配置与所述第二节点的连接。
- 根据权利要求21所述的方法,其中,终端接收到所述第一节点或者第二节点发送的RRC连接重配消息,其中,所述RRC连接重配消息携带有DRB配置信息之后,所述方法还包括:在所述终端检测到一个分离承载对应的各个节点分支被配置了不同的DRB ID,或者,不同的DRB被配置了相同的DRB ID的情况下,所述终端反馈用于指示RRC重配失败的消息。
- 根据权利要求22所述的方法,其中,所述用于指示RRC重配失败的消息携带有失败原因,所述失败原因包括以下之一:DRB ID配置错误,DRB ID配置重复,DRB ID配置不唯一,DRB分支的ID配置错误。
- 一种无线承载的配置装置,应用于第一节点,包括:确定模块,配置为在确定终端待连接的第二节点的情况下,确定所述终端的配置信息,其中,所述终端与所述第一节点连接,所述配置信息由所述第一节点和/或所述第二节点配置;第一发送模块,配置为将所述配置信息发送至所述终端,其中,所述配置信息用于指示所述终端依据所述配置信息连接至所述第一节点和第二节点。
- 一种无线承载的配置装置,应用于第二节点,包括:第一接收模块,配置为接收终端连接的第一节点发送的请求消息;第二发送模块,配置为依据所述请求消息向所述第一节点发送所述第二节点对所述终端的配置信息,并根据所述配置信息接入所述终端。
- 一种无线承载的配置装置,其中,应用于终端,包括:第二接收模块,配置为接收第一节点发送的配置信息,其中,所述配置信息中携带有所述第一节点和/或第二节点对所述终端的配置;连接模块,配置为依据所述配置信息连接至所述第一节点和所述第二节点。
- 一种存储介质,其中,所述存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至23任一项中所述的方法。
- 一种电子设备,包括:存储器及与所述存储器连接的处理器,其 中,所述处理器配置为运行存储在所述存储器上的程序,其中,所述程序运行时执行上述权利要求1至23任一项中所述的方法。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP18817849.5A EP3641477A4 (en) | 2017-06-16 | 2018-05-25 | RADIO MEDIA CONFIGURATION METHOD AND APPARATUS |
MX2019015296A MX2019015296A (es) | 2017-06-16 | 2018-05-25 | Método y aparato de configuración de portadora de radio. |
JP2019569485A JP7175927B2 (ja) | 2017-06-16 | 2018-05-25 | 無線ベアラ構成方法および装置 |
KR1020207001403A KR102330739B1 (ko) | 2017-06-16 | 2018-05-25 | 무선 베어러 구성 방법 및 장치 |
US16/716,354 US11323911B2 (en) | 2017-06-16 | 2019-12-16 | Radio bearer configuration method and apparatus for configuring a dual connectivity terminal |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710459099.5 | 2017-06-16 | ||
CN201710459099.5A CN109246844B (zh) | 2017-06-16 | 2017-06-16 | 无线承载的配置方法及*** |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/716,354 Continuation US11323911B2 (en) | 2017-06-16 | 2019-12-16 | Radio bearer configuration method and apparatus for configuring a dual connectivity terminal |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2018228166A1 true WO2018228166A1 (zh) | 2018-12-20 |
Family
ID=64660061
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2018/088448 WO2018228166A1 (zh) | 2017-06-16 | 2018-05-25 | 无线承载的配置方法及装置 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11323911B2 (zh) |
EP (1) | EP3641477A4 (zh) |
JP (1) | JP7175927B2 (zh) |
KR (1) | KR102330739B1 (zh) |
CN (1) | CN109246844B (zh) |
MX (1) | MX2019015296A (zh) |
WO (1) | WO2018228166A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3738339A4 (en) * | 2018-02-13 | 2021-02-24 | Samsung Electronics Co., Ltd. | DATA LOADING PROCESS, DRB IDENTIFIER ASSIGNMENT PROCESS, RESOURCE RELEASE PROCEDURE, AND DEVICE |
JP2021514564A (ja) * | 2018-01-05 | 2021-06-10 | オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. | データ無線ベアラの識別子の割り当て方法、ネットワークノード及びコンピュータ記憶媒体 |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108811153A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 通信方法、集中式单元、分布式单元、基站及终端设备 |
CN109787791B (zh) * | 2017-11-10 | 2024-04-12 | 华为技术有限公司 | 通信方法及通信设备 |
US11589345B2 (en) * | 2017-11-17 | 2023-02-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Management of resource allocation and notification control over RAN interfaces |
EP3534667B1 (en) * | 2018-01-05 | 2021-09-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for allocating identifier of data bearer, and terminal device and network device |
CN110635880B (zh) * | 2018-06-22 | 2021-12-21 | 华为技术有限公司 | 信号传输方法、网络设备及*** |
SG11202101188PA (en) | 2018-08-08 | 2021-03-30 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Information configuration method and apparatus, terminal and network device |
CN112840603A (zh) * | 2018-10-12 | 2021-05-25 | 瑞典爱立信有限公司 | 用于监测连接的冗余状态的技术 |
EP3900477A2 (en) * | 2018-12-20 | 2021-10-27 | Sony Group Corporation | Telecommunications apparatus and methods |
MX2020010214A (es) * | 2019-02-13 | 2021-01-15 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Metodo y dispositivo de configuracion de portadores y dispositivo de red. |
CN111586711B (zh) * | 2019-02-15 | 2022-04-12 | 华为技术有限公司 | 一种多空口连接中的通信方法和通信装置 |
CN111866963B (zh) * | 2019-04-28 | 2021-12-31 | 华为技术有限公司 | 通信方法、通信装置、计算机存储介质及通信*** |
CN110677925B (zh) * | 2019-08-30 | 2021-08-20 | 华为技术有限公司 | 一种无线承载处理的方法及终端设备 |
KR20210121545A (ko) * | 2020-03-30 | 2021-10-08 | 삼성전자주식회사 | 이중 접속을 제어하기 위한 전자 장치 및 그의 동작 방법 |
US11758600B1 (en) * | 2020-12-16 | 2023-09-12 | Sprint Spectrum Llc | Controlling dual connectivity based on inter-access-node flow of user-plane communication of dual-connectivity service |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104349500A (zh) * | 2013-08-08 | 2015-02-11 | 中兴通讯股份有限公司 | 双连接处理方法、装置及基站 |
CN104349389A (zh) * | 2013-08-02 | 2015-02-11 | 上海贝尔股份有限公司 | 用于建立无线承载的方法和装置 |
CN104796948A (zh) * | 2014-01-21 | 2015-07-22 | 普天信息技术有限公司 | 双连接网络中的无线承载修改方法及*** |
US20160316508A1 (en) * | 2013-10-30 | 2016-10-27 | Kt Corporation | Method and apparatus for configuring dual connection in mobile communication network |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140133463A (ko) * | 2013-05-10 | 2014-11-19 | 한국전자통신연구원 | 이중 연결성 설정 방법 |
US10064051B2 (en) * | 2014-01-17 | 2018-08-28 | Samsung Electronics Co., Ltd. | Dual connectivity mode of operation of a user equipment in a wireless communication network |
EP3100578B1 (en) * | 2014-01-30 | 2021-11-10 | Sharp Kabushiki Kaisha | Systems and methods for dual-connectivity operation |
ES2774961T3 (es) * | 2014-03-21 | 2020-07-23 | Alcatel Lucent | Red de conectividad dual |
US9820332B2 (en) * | 2014-08-07 | 2017-11-14 | Lg Electronics Inc. | Method for deactivating SCells during SCG change procedure and a device therefor |
US10219317B2 (en) | 2014-09-25 | 2019-02-26 | Lg Electronics Inc. | Method for handling of data transmission and reception for SeNB related bearer release at a user equipment in a dual connectivity system and device therefor |
CN111542127B (zh) | 2014-10-23 | 2023-04-11 | 华为技术有限公司 | 接口建立方法及装置 |
US10375751B2 (en) | 2015-08-19 | 2019-08-06 | Samsung Electronics Co., Ltd | Method and wireless communication system for handling offloading of DRBs to WLAN carrier |
CN106686751B (zh) * | 2015-11-10 | 2021-08-17 | 中兴通讯股份有限公司 | 一种无线承载的配置方法及装置 |
KR102325344B1 (ko) * | 2016-09-30 | 2021-11-12 | 삼성전자주식회사 | 신규 무선 통신 아키텍쳐에서 듀얼-커넥티비티를 성립하여 데이터를 송신하는 방법 및 장치 |
WO2018128017A1 (ja) * | 2017-01-05 | 2018-07-12 | 日本電気株式会社 | 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体 |
CN113055146B (zh) * | 2017-05-05 | 2022-07-12 | 华为技术有限公司 | 一种基于反转服务流特性的通信方法及装置 |
CN108496318B (zh) * | 2017-12-21 | 2021-11-02 | 北京小米移动软件有限公司 | 标识分配方法及装置、基站和用户设备 |
US20200404696A1 (en) * | 2018-01-11 | 2020-12-24 | Lg Electronics Inc. | Communication device, processing device and method for transmitting uplink data |
KR20200098339A (ko) * | 2019-02-12 | 2020-08-20 | 삼성전자주식회사 | 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치 |
US11375541B2 (en) * | 2019-02-14 | 2022-06-28 | Lg Electronics Inc. | Method and apparatus for channel access priority classes based on message type in a wireless communication system |
-
2017
- 2017-06-16 CN CN201710459099.5A patent/CN109246844B/zh active Active
-
2018
- 2018-05-25 WO PCT/CN2018/088448 patent/WO2018228166A1/zh unknown
- 2018-05-25 MX MX2019015296A patent/MX2019015296A/es unknown
- 2018-05-25 EP EP18817849.5A patent/EP3641477A4/en active Pending
- 2018-05-25 JP JP2019569485A patent/JP7175927B2/ja active Active
- 2018-05-25 KR KR1020207001403A patent/KR102330739B1/ko active IP Right Grant
-
2019
- 2019-12-16 US US16/716,354 patent/US11323911B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104349389A (zh) * | 2013-08-02 | 2015-02-11 | 上海贝尔股份有限公司 | 用于建立无线承载的方法和装置 |
CN104349500A (zh) * | 2013-08-08 | 2015-02-11 | 中兴通讯股份有限公司 | 双连接处理方法、装置及基站 |
US20160316508A1 (en) * | 2013-10-30 | 2016-10-27 | Kt Corporation | Method and apparatus for configuring dual connection in mobile communication network |
CN104796948A (zh) * | 2014-01-21 | 2015-07-22 | 普天信息技术有限公司 | 双连接网络中的无线承载修改方法及*** |
Non-Patent Citations (1)
Title |
---|
See also references of EP3641477A4 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2021514564A (ja) * | 2018-01-05 | 2021-06-10 | オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. | データ無線ベアラの識別子の割り当て方法、ネットワークノード及びコンピュータ記憶媒体 |
US11252767B2 (en) | 2018-01-05 | 2022-02-15 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for allocating identifier of data bearer, and network node and computer storage medium |
JP7085002B2 (ja) | 2018-01-05 | 2022-06-15 | オッポ広東移動通信有限公司 | データ無線ベアラの識別子の割り当て方法、ネットワークノード及びコンピュータ記憶媒体 |
EP3738339A4 (en) * | 2018-02-13 | 2021-02-24 | Samsung Electronics Co., Ltd. | DATA LOADING PROCESS, DRB IDENTIFIER ASSIGNMENT PROCESS, RESOURCE RELEASE PROCEDURE, AND DEVICE |
US11470658B2 (en) | 2018-02-13 | 2022-10-11 | Samsung Electronics Co., Ltd. | Method for data offloading, method for DRB identifier allocating, method for resource releasing, and device |
Also Published As
Publication number | Publication date |
---|---|
KR20200021989A (ko) | 2020-03-02 |
KR102330739B1 (ko) | 2021-11-23 |
EP3641477A1 (en) | 2020-04-22 |
MX2019015296A (es) | 2020-07-20 |
EP3641477A4 (en) | 2020-06-24 |
JP2020523911A (ja) | 2020-08-06 |
US11323911B2 (en) | 2022-05-03 |
CN109246844A (zh) | 2019-01-18 |
JP7175927B2 (ja) | 2022-11-21 |
US20200120535A1 (en) | 2020-04-16 |
CN109246844B (zh) | 2022-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018228166A1 (zh) | 无线承载的配置方法及装置 | |
JP6988004B2 (ja) | 集中型ユニットと分散型ユニットのアーキテクチャにおける通信方法および通信デバイス | |
CN109151915B (zh) | 用于数据分组递送的方法、用户设备和基站 | |
KR102388500B1 (ko) | 듀얼 rrc 시스템에서 이동성을 처리하는 방법 및 장치 | |
CN108306708B (zh) | 一种数据包处理方法及装置 | |
US20220201539A1 (en) | Method for obtaining data radio bearer identifier and base station | |
WO2018202153A1 (zh) | 一种新型服务质量架构在双连接***的配置方法及装置 | |
CN109429368B (zh) | 消息发送方法、***、装置、网元、存储介质及处理器 | |
US20220022104A1 (en) | System and method for enhanced session management in nextgen mobile core networks | |
US11096233B2 (en) | Method and device for network access | |
WO2019242749A1 (zh) | 一种切换方法及装置 | |
KR102645345B1 (ko) | 네트워크 액세스를 위한 방법 및 장치 | |
US20200187042A1 (en) | Apparatus for v2x-oriented local e2e path establishment and qos control | |
WO2019140955A1 (zh) | 地址发送的方法、装置及存储介质 | |
US20230262557A1 (en) | Methods and devices for enhancing integrated access backhaul networks for new radio | |
JP7276500B2 (ja) | 通信システム | |
WO2020147680A1 (zh) | 通信方法和网络设备 | |
WO2019096117A1 (zh) | 消息、策略发送方法及装置,存储介质,处理器 | |
WO2023246746A1 (zh) | 一种通信方法及相关设备 | |
CN106559778A (zh) | 基站及其lte和wlan汇聚时数据传输控制方法 |
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: 18817849 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2019569485 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 20207001403 Country of ref document: KR Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 2018817849 Country of ref document: EP Effective date: 20200116 |