US20200344830A1 - Bearer configuration method and apparatus, and network device - Google Patents
Bearer configuration method and apparatus, and network device Download PDFInfo
- Publication number
- US20200344830A1 US20200344830A1 US16/926,895 US202016926895A US2020344830A1 US 20200344830 A1 US20200344830 A1 US 20200344830A1 US 202016926895 A US202016926895 A US 202016926895A US 2020344830 A1 US2020344830 A1 US 2020344830A1
- Authority
- US
- United States
- Prior art keywords
- node
- indication information
- bearer
- configure
- default bearer
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- 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
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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
- 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
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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
Definitions
- Embodiments of this application relate to the field of mobile communications technologies, and specifically to a bearer configuration method and apparatus, and a network device.
- Qos flows quality of service flows belonging to the same packet data unit (PDU) session may be respectively mapped to data radio bearers (DRBs) in a master node (MN) and a secondary node (SN).
- DRBs data radio bearers
- MN master node
- SN secondary node
- the protocol specifies that at most one default DRB can be configured for one PDU session. If a node does not have a default DRB, a Qos flow may not find a corresponding bearer for mapping during the mapping process, and how to ensure the validity of bearer configuration is a problem to be resolved.
- Embodiments of this application provide a bearer configuration method and apparatus, and a terminal.
- An embodiment of this application provides a bearer configuration method, including:
- first node receiving, by a first node, a first request message sent by a second node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- An embodiment of this application provides a bearer configuration method, including:
- first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- An embodiment of this application provides a bearer configuration apparatus, applied to a first node, including:
- a receiving unit configured to receive a first request message sent by a second node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- An embodiment of this application provides a bearer configuration apparatus, applied to a second node, including:
- a first sending unit configured to send a first request message to a first node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- An embodiment of this application provides a network device, including a processor and a memory.
- the memory is configured to store a computer program
- the processor is configured to invoke and run the computer program stored in the memory, to perform the foregoing bearer configuration method.
- An embodiment of this application provides a chip, configured to implement the foregoing bearer configuration method.
- the chip includes a processor, and the processor is configured to invoke a computer program from a memory and run the computer program, to cause a device installed with the chip installed to perform the foregoing bearer configuration method.
- An embodiment of this application provides a computer-readable storage medium, configured to store a computer program, where the computer program causes a computer to perform the foregoing bearer configuration method.
- An embodiment of this application provides a computer program product, including a computer program instruction, where the computer program instruction causes a computer to perform the foregoing bearer configuration method.
- An embodiment of this application provides a computer program, where the computer program, when run on a computer, causes the computer to perform the foregoing bearer configuration method.
- configuration of a default bearer is negotiated between a master node and a secondary node, thereby ensuring that each data flow can find a corresponding bearer for mapping, and ensuring data transmission.
- FIG. 1 is a schematic architectural diagram of a communications system according to an embodiment of this application.
- FIG. 2 is a diagram of network deployment and networking architecture of EN-DC according to an embodiment of this application;
- FIG. 3 is a first schematic flowchart of a bearer configuration method according to an embodiment of this application.
- FIG. 4 is a second schematic flowchart of a bearer configuration method according to an embodiment of this application.
- FIG. 5 is a third schematic flowchart of a bearer configuration method according to an embodiment of this application.
- FIG. 6 is a fourth schematic flowchart of a bearer configuration method according to an embodiment of this application.
- FIG. 7 is a first schematic diagram of structural composition of a bearer configuration apparatus according to an embodiment of this application.
- FIG. 8 is a second schematic diagram of structural composition of a bearer configuration apparatus according to an embodiment of this application.
- FIG. 9 is a schematic structural diagram of a communications device according to an embodiment of this application.
- FIG. 10 is a schematic structural diagram of a chip according to an embodiment of this application.
- FIG. 11 is a schematic block diagram of a communications system according to an embodiment of this application.
- GSM Global System of Mobile communication
- CDMA Code Division Multiple Access
- WCDMA Wideband Code Division Multiple Access
- GPRS General Packet Radio Service
- LTE Long Term Evolution
- FDD Frequency Division Duplex
- TDD Time Division Duplex
- UMTS Universal Mobile Telecommunications System
- WiMAX Worldwide Interoperability for Microwave Access
- the communications system 100 may include a network device 110 , and the network device 110 may be a device communicating with a terminal (or referred to as a communications terminal) 120 .
- the network device 110 may provide communication coverage for a particular geographical area, and may communicate with a terminal that is located in the coverage.
- the network device 110 may be a base transceiver station (BTS) in a GSM system or CDMA system, or may be a NodeB (NB) in a WCDMA system, or may be an evolved NodeB (eNB or eNodeB) in an LTE system, or a wireless controller in a cloud radio access network (CRAN), or the network device may be a mobile switching center, a relay station, an access point, an in-vehicle device, a wearable device, a hub, a switch, a network bridge, a router, a network side device in a 5G network, a network device in a future evolved public land mobile network (PLMN) or the like.
- BTS base transceiver station
- NB NodeB
- eNB or eNodeB evolved NodeB
- LTE Long Term Evolution
- CRAN cloud radio access network
- the network device may be a mobile switching center, a relay station, an access point, an in-vehicle device,
- the communications system 100 further includes at least one terminal 120 located within the coverage range of the network device 110 .
- the “terminal” includes, but is not limited to, a device that is configured to receive/transmit communication signals via a wired connection, such as via a public switched telephone network (PSTN), a digital subscriber line (DSL), a digital cable, a direct cable connection, and/or another data connection/network, and/or via a wireless interface with, for example, a cellular network, a wireless local area network (WLAN), a digital television network such as a DVB-H network, a satellite network, an AM/FM broadcast transmitter, and/or another terminal; and/or an Internet of Things (IoT) device.
- PSTN public switched telephone network
- DSL digital subscriber line
- WLAN wireless local area network
- IoT Internet of Things
- a terminal configured to communicate through a wireless interface may be referred to as a “wireless communications terminal,” “wireless terminal” or “mobile terminal.”
- the mobile terminal include, but are not limited to, a satellite or a cellular telephone; a personal communications system (PCS) terminal that may combine a cellular radiotelephone with data processing, facsimile and data communication capabilities; a personal digital assistant (PDA) that can include a radiotelephone, a pager, Internet/Intranet access, a web browser, a notepad, a calendar, and/or a global positioning system (GPS) receiver; and a conventional laptop and/or palmtop receiver or another electronic device that includes a radiotelephone transceiver.
- PCS personal communications system
- PDA personal digital assistant
- GPS global positioning system
- the terminal may be an access terminal, user equipment (UE), a user unit, a user station, a mobile station, a mobile console, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communications device, a user agent, a user apparatus, or the like.
- UE user equipment
- the access terminal may be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), a handheld device having a wireless communication function, a computing device, another processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal in a 5G network, a terminal in a future evolved PLMN or the like.
- SIP Session Initiation Protocol
- WLL wireless local loop
- PDA personal digital assistant
- the terminal 120 may perform device to device (D2D) communication with each other.
- D2D device to device
- the 5G system or 5G network may also be referred to as a new radio (NR) system or an NR network.
- NR new radio
- FIG. 1 shows one network device and two terminals as an example.
- the communications system 100 may include a plurality of network devices and coverage of each network device may include another quantity of terminals. This is not limited in this embodiment of this application.
- the communications system 100 may further include other network entities such as a network controller and a mobility management entity. This is not limited in this embodiment of this application.
- the device having a communication function in the network/system in this embodiment of this application may be referred to as a communications device.
- the communications device may include a network device 110 and a terminal 120 that have a communication function.
- the network device 110 and the terminal 120 may be specific devices described above, and details are not described herein again.
- the communications device may also include other devices in the communications system 100 , for example, a network controller, a mobile management entity, and another network entity, which is not limited in this embodiment of this application.
- 5G 3rd generation partnership project
- eMBB enhanced mobile broadband
- URLLC ultra-reliable low-latency communications
- mMTC massive machine-type communications
- eMBB is still aimed at allowing users to obtain multimedia content, services, and data, and its demand is growing rapidly.
- eMBB may be deployed in different scenarios, such as indoor, urban, and rural areas, its capability and requirement vary greatly. Therefore, it cannot be generalized, and detailed analysis in conjunction with specific deployment scenarios is required.
- Typical applications of URLLC include: industrial automation, electric power automation, telemedicine operation (surgery), traffic safety guarantee, and the like.
- Typical characteristics of mMTC include: high connection density, small data volume, latency-insensitive services, low cost and long service life of modules, and the like.
- EN-DC LTE-NR Dual Connectivity
- an LTE NodeB (eNB) serves as a master node (MN)
- an NR NodeB (gNB or en-gNB) serves as a secondary node (SN).
- FIG. 2 An evolved universal terrestrial radio access network (E-UTRAN) represents an access network
- EPC evolved packet core network
- the access network includes at least one eNB (two eNBs are shown in FIG.
- the eNB serves as an MN and the en-gNB serves as an SN, and both the MN and the SN are connected to the EPC.
- NE-DC the core network connected to the access network
- 5GC-EN-DC the core network connected to the access network
- NR DC the core network connected to the access network
- each PDU session when a service needs to be transmitted, a PDU session is first established, and each PDU session includes a plurality of data flows, that is, Qos flows.
- a plurality of DRBs needs to be established to bear these data flows on an air interface.
- a network-side RAN will also configure a mapping relationship between Qos flows and DRBs.
- the network-side RAN will also configure a default DRB, so that a Qos flow that is not configured with a mapping relationship between a Qos flow and a DRB can be mapped to a DRB.
- the protocol specifies that at most one default DRB can be configured for a PDU session.
- a plurality of Qos flows in the same PDU session may be mapped to DRBs in the MN and the SN respectively, that is, a split PDU session occurs.
- a PDU session includes four Qos Flows, namely, Qos flow 1, Qos flow 2, Qos flow 3, and Qos flow 4, where Qos flow 1 and Qos flow 2 are mapped to DRBs in the MN, and Qos flow 3 and Qos flow 4 are mapped to DRBs in the SN.
- the protocol specifies that at most one default DRB can be configured for a PDU session, so how to configure a default DRB needs to be negotiated between the MN and the SN.
- a node if a node does not have a default DRB, the node needs to ensure that each Qos flow is configured with a mapping rule between the Qos flow and a DRB. Therefore, to ensure the validity of bearer configuration, negotiation between the MN and the SN is required.
- FIG. 3 is a first schematic flowchart of a bearer configuration method according to an embodiment of this application. As shown in FIG. 3 , the bearer configuration method includes the following steps:
- Step 301 A first node receives a first request message sent by a second node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- the dual connectivity network includes a master node and a secondary node.
- the master node and the secondary node may be of the same or different types.
- the master node is an NR NodeB (gNB)
- the secondary node is an LTE NodeB (eNB).
- both the master node and the secondary node are NR NodeBs (gNBs).
- the first node refers to a master node in a dual connectivity network
- the second node refers to a secondary node in the dual connectivity network.
- the receiving, by a first node, a first request message sent by a second node may specifically be implemented in the following manners:
- the secondary node addition request message or the secondary node modification request message carries first indication information, and the first indication information is used for deciding, by the first node, whether to configure a default bearer. Specifically, the first indication information is used for indicating at least one of the following:
- the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the first node is allowed to configure the default bearer, and the value of the one bit being 0 indicates that the first node is not allowed to configure the default bearer.
- the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the first node needs to configure a mapping relationship between each data flow at the first node and a bearer, and the value of the one bit being 0 indicates that the first node does not need to configure a mapping relationship between each data flow at the first node and a bearer.
- the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the second node has configured the default bearer, and the value of the one bit being 0 indicates that the second node has not configured the default bearer.
- the content indicated by the first indication information may be any combination of the above.
- the first indication information indicates that the first node is allowed to configure the default bearer and does not need to configure a mapping relationship between each data flow at the first node and a bearer, and the second node has not configured the default bearer.
- the first indication information indicates that the first node is not allowed to configure the default bearer and needs to configure a mapping relationship between each data flow at the first node and a bearer, and the second node has configured the default bearer.
- the first indication information correlates with a first session identifier, the first session identifier is used for identifying a first session, and the first indication information is specifically used for indicating at least one of the following:
- the first indication information being used for deciding, by the first node, whether to configure a default bearer includes:
- the first node decides whether to configure the default bearer.
- the first node may decide to configure the default bearer, or decide not to configure the default bearer.
- the bearer refers to a DRB
- the default bearer refers to a default DRB
- the session refers to a PDU session
- the data flow refers to a Qos flow.
- the first node may configure the default DRB in the following manners: setting a defaultDRB parameter to true in configuration information of service data adaptation protocol (SDAP) of the default DRB, and setting a defaultDRB parameter to false in configuration information of SDAP of other DRBs.
- SDAP service data adaptation protocol
- SDAP-Config :: SEQUENCE ⁇ pdu-Session PDU-SessionID, sdap-HeaderDL ENUMERATED ⁇ present, absent ⁇ , sdap-HeaderUL ENUMERATED ⁇ present, absent ⁇ , defaultDRB BOOLEAN, mappedQoS-FlowsToAdd SEQUENCE (SIZE (1..maxNrofQFIs)) OF QFI OPTIONAL, -- Need N mappedQoS-FlowsToRelease SEQUENCE (SIZE (1..maxNrofQFIs)) OF QFI OPTIONAL, -- Need N ... ⁇
- the first node configures a mapping relationship between each data flow at the first node and a bearer. In this way, it can be ensured that each data flow at the first node can be mapped to a corresponding bearer.
- the first node notifies the second node of whether the first node has configured the default bearer.
- the first node sends first bearer configuration information to the second node, the first bearer configuration information carrying second indication information and/or configuration information of the default bearer, and the second indication information being used for indicating whether the first node has configured the default bearer.
- the second node After the first bearer configuration information is received by the second node, the second node sends second bearer configuration information at the second node and the first bearer configuration information at the first node to a terminal.
- the first indication information is further used for instructing the first node to add the default bearer or delete the default bearer.
- SRB3 is configured at the first node, and the first node can communicate with the terminal through SRB3. Specifically, if the first node determines to add the default bearer based on the first indication information, the first node sends, to the terminal, SRB3 used for configuring the default bearer; and if the first node determines to delete the default bearer based on the first indication information, the first node sends, to the terminal, SRB3 used for deconfiguring the default bearer.
- FIG. 4 is a second schematic flowchart of a bearer configuration method according to an embodiment of this application. As shown in FIG. 4 , the bearer configuration method includes the following steps:
- Step 401 A second node sends a first request message to a first node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- the dual connectivity network includes a master node and a secondary node.
- the master node and the secondary node may be of the same or different types.
- the master node is an NR NodeB (gNB)
- the secondary node is an LTE NodeB (eNB).
- both the master node and the secondary node are NR NodeBs (gNBs).
- the first node refers to a master node in a dual connectivity network
- the second node refers to a secondary node in the dual connectivity network.
- the sending, by a second node, a first request message to a first node may specifically be implemented in the following manners:
- the secondary node addition request message or the secondary node modification request message carries first indication information, and the first indication information is used for deciding, by the first node, whether to configure a default bearer. Specifically, the first indication information is used for indicating at least one of the following:
- the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the first node is allowed to configure the default bearer, and the value of the one bit being 0 indicates that the first node is not allowed to configure the default bearer.
- the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the first node needs to configure a mapping relationship between each data flow at the first node and a bearer, and the value of the one bit being 0 indicates that the first node does not need to configure a mapping relationship between each data flow at the first node and a bearer.
- the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the second node has configured the default bearer, and the value of the one bit being 0 indicates that the second node has not configured the default bearer.
- the content indicated by the first indication information may be any combination of the above.
- the first indication information indicates that the first node is allowed to configure the default bearer and does not need to configure a mapping relationship between each data flow at the first node and a bearer, and the second node has not configured the default bearer.
- the first indication information indicates that the first node is not allowed to configure the default bearer and needs to configure a mapping relationship between each data flow at the first node and a bearer, and the second node has configured the default bearer.
- the first indication information correlates with a first session identifier, the first session identifier is used for identifying a first session, and the first indication information is specifically used for indicating at least one of the following:
- the second node receives the notification message sent by the first node, the notification message being used for notifying the second node of whether the first node has configured the default bearer.
- the second node receives first bearer configuration information sent by the first node, the first bearer configuration information carrying second indication information and/or configuration information of the default bearer, and the second indication information being used for indicating whether the first node has configured the default bearer.
- the second node sends second bearer configuration information at the second node and the first bearer configuration information at the first node to a terminal.
- the first indication information is further used for instructing the first node to add the default bearer or delete the default bearer.
- SRB3 is configured at the first node, and the first node can communicate with the terminal through SRB3. Specifically, if the first node determines to add the default bearer based on the first indication information, the first node sends, to the terminal, SRB3 used for configuring the default bearer; and if the first node determines to delete the default bearer based on the first indication information, the first node sends, to the terminal, SRB3 used for deconfiguring the default bearer.
- how to configure the default DRB is determined through negotiation between the master node and the secondary node.
- the technical solution in this embodiment of this application is not limited thereto. Whether the default DRB is configured at the master node or at the secondary node may also be specified in MR-DC configuration through a protocol, without negotiation between the master node and the secondary node.
- FIG. 5 is a third schematic flowchart of a bearer configuration method according to an embodiment of this application. As shown in FIG. 5 , the bearer configuration method includes the following steps:
- Step 501 An MN decides to add a new SN node or modify configuration information of an SN node, and the MN sends a first request message to the SN, the first request message carrying first indication information.
- the first request message may be a secondary node addition request (SN ADDITION REQUEST) message or a secondary node modification request (SN MODIFICATION REQUEST) message.
- SN ADDITION REQUEST secondary node addition request
- SN MODIFICATION REQUEST secondary node modification request
- the first indication information may indicate at least one of the following:
- the first indication information indicates whether the SN is allowed to configure a default DRB at the SN; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the SN is allowed to configure the default DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- PDU session id PDU session identifier of the specified PDU session is a PDU session id correlating with the first indication information.
- the first indication information indicates whether the SN needs to configure a mapping relationship between each data flow at the SN and a DRB; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the SN needs to configure a mapping relationship between each data flow at the SN and a DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- PDU session id PDU session identifier
- the first indication information indicates whether the MN has configured a default DRB at the MN; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the MN has configured a default DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- PDU session id PDU session identifier
- Step 502 After receiving the first request message, the SN decides, according to the first indication information in the first request message, whether to configure a default DRB.
- the SN does not configure the default DRB; further, the SN needs to ensure that a mapping relationship is configured between each Qos flow at the SN and a DRB. Otherwise, the SN itself decides whether to configure the default DRB, and the SN may choose to configure the default DRB or not to configure the default DRB.
- Step 503 The SN sends bearer configuration information at the SN to the MN, and indicates, to the MN, whether the default DRB has been configured at the SN.
- Step 504 The MN configures bearer configuration information on the sides of the MN and the SN for a UE.
- FIG. 6 is a fourth schematic flowchart of a bearer configuration method according to an embodiment of this application. As shown in FIG. 6 , the bearer configuration method includes the following steps:
- Step 601 An MN decides to modify configuration information of an SN node, and the MN sends a secondary node modification request (SN MODIFICATION REQUEST) message to the SN, the secondary node modification request message carrying first indication information.
- SN MODIFICATION REQUEST secondary node modification request
- the first indication information may indicate at least one of the following:
- the first indication information indicates whether the SN is allowed to configure a default DRB at the SN; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the SN is allowed to configure the default DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- PDU session id PDU session identifier of the specified PDU session is a PDU session id correlating with the first indication information.
- the first indication information indicates whether the SN needs to configure a mapping relationship between each data flow at the SN and a DRB; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the SN needs to configure a mapping relationship between each data flow at the SN and a DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- PDU session id PDU session identifier
- the first indication information indicates whether the MN has configured a default DRB at the MN; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the MN has configured a default DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- PDU session id PDU session identifier
- the first indication information instructs the SN to add the default DRB.
- the first indication information instructs the SN to delete the default DRB.
- Step 602 After receiving the first request message, the SN decides, according to the first indication information in the first request message, whether to add or delete a default DRB.
- Step 603 The SN sends, to a UE, SRB3 used for configuring or deconfiguring the default DRB.
- the SN sends a notification message to the MN, to notify the MN that the default DRB has been configured at the SN.
- FIG. 7 is a first schematic diagram of structural composition of a bearer configuration apparatus according to an embodiment of this application.
- the apparatus is applied to a first node, and includes:
- a receiving unit 701 configured to receive a first request message sent by a second node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- the first indication information is used for indicating at least one of the following:
- the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the first node is allowed to configure the default bearer includes whether the first node is allowed to configure a default bearer corresponding to the first session.
- the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the first node needs to configure a mapping relationship between each data flow at the first node and a bearer includes whether the first node needs to configure a mapping relationship between each data flow at the first node in the first session and a bearer.
- the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the second node has configured the default bearer includes whether the second node has configured a default bearer corresponding to the first session.
- the apparatus further includes:
- a configuration unit 702 configured to: if the first indication information indicates that the first node is not allowed to configure the default bearer and/or the first node needs to configure a mapping relationship between each data flow at the first node and a bearer and/or the second node has configured the default bearer, not configure the default bearer; and if the first indication information indicates that the first node is allowed to configure the default bearer and/or the first node does not need to configure a mapping relationship between each data flow at the first node and a bearer and/or the second node has not configured the default bearer, decide whether to configure the default bearer.
- the configuration unit 702 is further configured to: in the case of not configuring the default bearer, configure a mapping relationship between each data flow at the first node and a bearer.
- the apparatus further includes a first sending unit 703 , configured to notify the second node of whether the first node has configured the default bearer.
- the first sending unit 703 is configured to send first bearer configuration information to the second node, the first bearer configuration information carrying second indication information and/or configuration information of the default bearer, and the second indication information being used for indicating whether the first node has configured the default bearer.
- the first request message is a secondary node addition request message or a secondary node modification request message.
- the apparatus further includes a second sending unit 704 , configured to: if the first node determines to add the default bearer based on the first indication information, send, to a terminal, SRB3 used for configuring the default bearer; and if the first node determines to delete the default bearer based on the first indication information, send, to the terminal, SRB3 used for deconfiguring the default bearer.
- FIG. 8 is a second schematic diagram of a structural composition of a bearer configuration apparatus according to an embodiment of this application.
- the apparatus is applied to a second node, and includes a first sending unit 801 , configured to send a first request message to a first node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- the first indication information is used for indicating at least one of the following:
- the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the first node is allowed to configure the default bearer includes whether the first node is allowed to configure a default bearer corresponding to the first session.
- the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the first node needs to configure a mapping relationship between each data flow at the first node and a bearer includes whether the first node needs to configure a mapping relationship between each data flow at the first node in the first session and a bearer.
- the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the second node has configured the default bearer includes whether the second node has configured a default bearer corresponding to the first session.
- the apparatus further includes a receiving unit 802 , configured to receive a notification message sent by the first node, the notification message being used for notifying the second node of whether the first node has configured the default bearer.
- the receiving unit 802 is configured to receive first bearer configuration information sent by the first node, the first bearer configuration information carrying second indication information and/or configuration information of the default bearer, and the second indication information being used for indicating whether the first node has configured the default bearer.
- the apparatus further includes a second sending unit 803 , configured to send second bearer configuration information at the second node and the first bearer configuration information at the first node to a terminal.
- the first request message is a secondary node addition request message or a secondary node modification request message.
- the first indication information is further used for instructing the first node to add the default bearer or delete the default bearer.
- FIG. 9 is a schematic structural diagram of a communications device 600 according to an embodiment of this application.
- the communications device may be a network device, for example, a master node or a secondary node in a dual connectivity network.
- the communications device 600 shown in FIG. 9 includes a processor 610 .
- the processor 610 may invoke a computer program from a memory and run the computer program, to implement the method in the embodiments of this application.
- the communications device 600 may further include a memory 620 .
- the processor 610 may invoke the computer program from the memory 620 and run the computer program, to implement the method in the embodiments of this application.
- the memory 620 may be a component independent of the processor 610 , or may be integrated into the processor 610 .
- the communications device 600 may further include a transceiver 630 , and the processor 610 may control the transceiver 630 to communicate with other devices, to be specific, send information or data to other devices, or receive information or data sent by other devices.
- the transceiver 630 may include a transmitter and a receiver.
- the transceiver 630 may further include an antenna, where one or more antennas may be provided.
- the communications device 600 may specifically be the network device in the embodiments of this application, and the communications device 600 can implement corresponding procedures implemented by the network device in various methods in the embodiments of this application. For brevity, details are not described herein again.
- the communications device 600 may specifically be the mobile terminal/terminal in the embodiments of this application, and the communications device 600 can implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application. For brevity, details are not described herein again.
- FIG. 10 is a schematic structural diagram of a chip according to an embodiment of this application.
- the chip 700 shown in FIG. 10 includes a processor 710 .
- the processor 710 may invoke a computer program from a memory and run the computer program, to implement the method in the embodiments of this application.
- the chip 700 may further include a memory 720 .
- the processor 710 may invoke the computer program from the memory 720 and run the computer program, to implement the method in the embodiments of this application.
- the memory 720 may be a component independent of the processor 710 , or may be integrated into the processor 710 .
- the chip 700 may further include an input interface 730 .
- the processor 710 may control the input interface 730 to communicate with another device or chip, and specifically, may obtain information or data sent by another device or chip.
- the chip 700 may further include an output interface 740 .
- the processor 710 may control the output interface 740 to communicate with another device or chip, and specifically, may output information or data to another device or chip.
- the chip may be applied to the network device in the embodiments of this application, and the chip can implement corresponding procedures implemented by the network device in various methods in the embodiments of this application.
- the chip may be applied to the network device in the embodiments of this application, and the chip can implement corresponding procedures implemented by the network device in various methods in the embodiments of this application.
- details are not described herein again.
- the chip may be applied to the mobile terminal/terminal in the embodiments of this application, and the chip can implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- the chip may be applied to the mobile terminal/terminal in the embodiments of this application, and the chip can implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- the chip can implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- the chip mentioned in the embodiments of this application may also be referred to as a system-level chip, a system chip, a chip system, a system on chip, or the like.
- FIG. 11 is a schematic block diagram of a communications system 900 according to an embodiment of this application. As shown in FIG. 11 , the communications system 900 includes a terminal 910 and a network device 920 .
- the terminal 910 may be configured to implement the corresponding functions implemented by the terminal in the above method
- the network device 920 may be configured to implement the corresponding functions implemented by the network device in the above method.
- the processor of this embodiment of this application may be an integrated circuit chip, and has a signal processing capability.
- steps in the foregoing method embodiments can be implemented by using a hardware integrated logical circuit in the processor, or by using instructions in a form of software.
- the processor may be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or another programmable logic device, a discrete gate or a transistor logic device, or a discrete hardware component.
- the processor may implement or perform methods, steps and logical block diagrams disclosed in the embodiments of this application.
- the general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
- Steps of the methods disclosed with reference to the embodiments of this application may be directly performed and completed by using a hardware decoding processor, or may be performed and completed by using a combination of hardware and software modules in the decoding processor.
- the software module may be located in a mature storage medium in the art, such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically-erasable programmable memory, or a register.
- the storage medium is located in the memory, and the processor reads information in the memory, and completes the steps of the foregoing methods in combination with hardware of the processor.
- the memory in the embodiments of this application may be a volatile memory or a nonvolatile memory, or may include a volatile memory and a nonvolatile memory.
- the non-volatile memory may be a read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically EPROM (EEPROM), or a flash memory.
- the volatile memory may be a random access memory (RAM) serving as an external cache.
- RAMs may be used, for example, a static RAM (SRAM), a dynamic RAM (DRAM), a synchronous DRAM (SDRAM), a double data rate SDRAM (DDR SDRAM), an enhanced SDRAM (ESDRAM), a synch link DRAM (SLDRAM), and a direct rambus RAM (DR RAM).
- SRAM static RAM
- DRAM dynamic RAM
- SDRAM synchronous DRAM
- DDR SDRAM double data rate SDRAM
- ESDRAM enhanced SDRAM
- SLDRAM synch link DRAM
- DR RAM direct rambus RAM
- the memory is an example but is not intended for limitation.
- the memory in the embodiments of this application may alternatively be a static RAM (SRAM), a dynamic RAM (DRAM), a synchronous DRAM (SDRAM), a double data rate SDRAM (DDR SDRAM), an enhanced SDRAM (ESDRAM), a synch link DRAM (SLDRAM), a direct rambus RAM (DR RAM), and the like. That is, the memory in this embodiment of this application aims to include but is not limited to these memories and any other suitable type of memory.
- An embodiment of this application further provides a computer readable storage medium, configured to store a computer program.
- the computer-readable storage medium may be applied to the network device in the embodiments of this application, and the computer program causes a computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application.
- the computer program causes a computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application.
- the computer-readable storage medium may be applied to the mobile terminal/terminal in the embodiments of this application, and the computer program causes a computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- the computer program causes a computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- An embodiment of this application further provides a computer program product, including a computer program instruction.
- the computer program product may be applied to the network device in the embodiments of this application, and the computer program instruction causes a computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application.
- the computer program instruction causes a computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application.
- the computer program product may be applied to the mobile terminal/terminal in the embodiments of this application, and the computer program instruction causes a computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- the computer program instruction causes a computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- An embodiment of this application further provides a computer program.
- the computer program may be applied to the network device in the embodiments of this application, and the computer program, when run in a computer, causes the computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application.
- the computer program when run in a computer, causes the computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application.
- the computer program may be applied to the mobile terminal/terminal in the embodiments of this application, and the computer program, when run in a computer, causes the computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- the computer program when run in a computer, causes the computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application.
- the disclosed system, apparatus, and method may be implemented in other manners.
- the described apparatus embodiment is merely exemplary.
- the unit division is merely logical function division and there may be other divisions during actual implementation.
- a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed.
- the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented through some interfaces.
- the indirect couplings or communication connections between the apparatuses or units may be implemented in electronic, mechanical, or other forms.
- the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. A part of or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
- the functions may also be stored in a computer-readable storage medium.
- the computer software product is stored in a storage medium and includes several instructions for instructing a computer device (which may be a personal computer, a server, a network device, or the like) to perform all or some of the steps of the methods described in the embodiments of this application.
- the foregoing storage medium includes: any medium that can store program code, such as a USB flash disk, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disc.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
- This application is a continuation of PCT Application No. PCT/CN2019/074987, filed on Feb. 13, 2019, the disclosure of which is hereby incorporated by reference in its entirety.
- Embodiments of this application relate to the field of mobile communications technologies, and specifically to a bearer configuration method and apparatus, and a network device.
- In multi radio access technology-dual connectivity (MR-DC), quality of service flows (Qos flows) belonging to the same packet data unit (PDU) session may be respectively mapped to data radio bearers (DRBs) in a master node (MN) and a secondary node (SN). In another aspect, the protocol specifies that at most one default DRB can be configured for one PDU session. If a node does not have a default DRB, a Qos flow may not find a corresponding bearer for mapping during the mapping process, and how to ensure the validity of bearer configuration is a problem to be resolved.
- Embodiments of this application provide a bearer configuration method and apparatus, and a terminal.
- An embodiment of this application provides a bearer configuration method, including:
- receiving, by a first node, a first request message sent by a second node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- An embodiment of this application provides a bearer configuration method, including:
- sending, by a second node, a first request message to a first node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- An embodiment of this application provides a bearer configuration apparatus, applied to a first node, including:
- a receiving unit, configured to receive a first request message sent by a second node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- An embodiment of this application provides a bearer configuration apparatus, applied to a second node, including:
- a first sending unit, configured to send a first request message to a first node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- An embodiment of this application provides a network device, including a processor and a memory. The memory is configured to store a computer program, and the processor is configured to invoke and run the computer program stored in the memory, to perform the foregoing bearer configuration method.
- An embodiment of this application provides a chip, configured to implement the foregoing bearer configuration method.
- Specifically, the chip includes a processor, and the processor is configured to invoke a computer program from a memory and run the computer program, to cause a device installed with the chip installed to perform the foregoing bearer configuration method.
- An embodiment of this application provides a computer-readable storage medium, configured to store a computer program, where the computer program causes a computer to perform the foregoing bearer configuration method.
- An embodiment of this application provides a computer program product, including a computer program instruction, where the computer program instruction causes a computer to perform the foregoing bearer configuration method.
- An embodiment of this application provides a computer program, where the computer program, when run on a computer, causes the computer to perform the foregoing bearer configuration method.
- Through the above technical solutions, configuration of a default bearer is negotiated between a master node and a secondary node, thereby ensuring that each data flow can find a corresponding bearer for mapping, and ensuring data transmission.
- The accompanying drawings described herein are used to provide a further understanding of this application, and form a part of this application. Exemplary embodiments of this application and descriptions thereof are used to explain this application, and do not constitute any inappropriate limitation to this application. In the accompanying drawings:
-
FIG. 1 is a schematic architectural diagram of a communications system according to an embodiment of this application; -
FIG. 2 is a diagram of network deployment and networking architecture of EN-DC according to an embodiment of this application; -
FIG. 3 is a first schematic flowchart of a bearer configuration method according to an embodiment of this application; -
FIG. 4 is a second schematic flowchart of a bearer configuration method according to an embodiment of this application; -
FIG. 5 is a third schematic flowchart of a bearer configuration method according to an embodiment of this application; -
FIG. 6 is a fourth schematic flowchart of a bearer configuration method according to an embodiment of this application; -
FIG. 7 is a first schematic diagram of structural composition of a bearer configuration apparatus according to an embodiment of this application; -
FIG. 8 is a second schematic diagram of structural composition of a bearer configuration apparatus according to an embodiment of this application; -
FIG. 9 is a schematic structural diagram of a communications device according to an embodiment of this application; -
FIG. 10 is a schematic structural diagram of a chip according to an embodiment of this application; and -
FIG. 11 is a schematic block diagram of a communications system according to an embodiment of this application. - The technical solutions of the embodiments of this application will be described in the following with reference to the accompanying drawings. It is obvious that the embodiments to be described are some rather than all of the embodiments of this application. All other embodiments obtained by persons of ordinary skill in the art based on the embodiments of this application without creative efforts shall fall within the protection scope of this application.
- The technical solutions in the embodiments of this application may be applied to various communications systems, such as a Global System of Mobile communication (GSM), a Code Division Multiple Access (CDMA) system, a Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), a Long Term Evolution (LTE) system, an LTE Frequency Division Duplex (FDD) system, an LTE Time Division Duplex (TDD) system, a Universal Mobile Telecommunications System (UMTS), a Worldwide Interoperability for Microwave Access (WiMAX) communications system, or a 5G system.
- For example, a
communications system 100 to which an embodiment of this application is applied is shown inFIG. 1 . Thecommunications system 100 may include anetwork device 110, and thenetwork device 110 may be a device communicating with a terminal (or referred to as a communications terminal) 120. Thenetwork device 110 may provide communication coverage for a particular geographical area, and may communicate with a terminal that is located in the coverage. Optionally, thenetwork device 110 may be a base transceiver station (BTS) in a GSM system or CDMA system, or may be a NodeB (NB) in a WCDMA system, or may be an evolved NodeB (eNB or eNodeB) in an LTE system, or a wireless controller in a cloud radio access network (CRAN), or the network device may be a mobile switching center, a relay station, an access point, an in-vehicle device, a wearable device, a hub, a switch, a network bridge, a router, a network side device in a 5G network, a network device in a future evolved public land mobile network (PLMN) or the like. - The
communications system 100 further includes at least oneterminal 120 located within the coverage range of thenetwork device 110. As used herein, the “terminal” includes, but is not limited to, a device that is configured to receive/transmit communication signals via a wired connection, such as via a public switched telephone network (PSTN), a digital subscriber line (DSL), a digital cable, a direct cable connection, and/or another data connection/network, and/or via a wireless interface with, for example, a cellular network, a wireless local area network (WLAN), a digital television network such as a DVB-H network, a satellite network, an AM/FM broadcast transmitter, and/or another terminal; and/or an Internet of Things (IoT) device. A terminal configured to communicate through a wireless interface may be referred to as a “wireless communications terminal,” “wireless terminal” or “mobile terminal.” Examples of the mobile terminal include, but are not limited to, a satellite or a cellular telephone; a personal communications system (PCS) terminal that may combine a cellular radiotelephone with data processing, facsimile and data communication capabilities; a personal digital assistant (PDA) that can include a radiotelephone, a pager, Internet/Intranet access, a web browser, a notepad, a calendar, and/or a global positioning system (GPS) receiver; and a conventional laptop and/or palmtop receiver or another electronic device that includes a radiotelephone transceiver. The terminal may be an access terminal, user equipment (UE), a user unit, a user station, a mobile station, a mobile console, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communications device, a user agent, a user apparatus, or the like. The access terminal may be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), a handheld device having a wireless communication function, a computing device, another processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal in a 5G network, a terminal in a future evolved PLMN or the like. - Optionally, the
terminal 120 may perform device to device (D2D) communication with each other. - Optionally, the 5G system or 5G network may also be referred to as a new radio (NR) system or an NR network.
-
FIG. 1 shows one network device and two terminals as an example. Optionally, thecommunications system 100 may include a plurality of network devices and coverage of each network device may include another quantity of terminals. This is not limited in this embodiment of this application. - Optionally, the
communications system 100 may further include other network entities such as a network controller and a mobility management entity. This is not limited in this embodiment of this application. - It should be understood that, the device having a communication function in the network/system in this embodiment of this application may be referred to as a communications device. Taking the
communications system 100 shown inFIG. 1 as an example, the communications device may include anetwork device 110 and a terminal 120 that have a communication function. Thenetwork device 110 and the terminal 120 may be specific devices described above, and details are not described herein again. The communications device may also include other devices in thecommunications system 100, for example, a network controller, a mobile management entity, and another network entity, which is not limited in this embodiment of this application. - It should be understood that, terms “system” and “network” in this specification are usually interchangeably used in this specification. The term “and/or” in this specification is merely an association relationship for describing associated objects and represents that three relationships may exist. For example, A and/or B may represent the following three cases: Only A exists, both A and B exist, and only B exists. In addition, the character “/” in this specification generally indicates an “or” relationship between the associated objects.
- With people's pursuit for speed, low latency, high-speed mobility and energy efficiency, and the diversity and complexity of services in the future, the 3rd generation partnership project (3GPP) international standard organization began to develop 5G. The main application scenarios of 5G are: enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), and massive machine-type communications (mMTC).
- On the one hand, eMBB is still aimed at allowing users to obtain multimedia content, services, and data, and its demand is growing rapidly. On the other hand, because eMBB may be deployed in different scenarios, such as indoor, urban, and rural areas, its capability and requirement vary greatly. Therefore, it cannot be generalized, and detailed analysis in conjunction with specific deployment scenarios is required. Typical applications of URLLC include: industrial automation, electric power automation, telemedicine operation (surgery), traffic safety guarantee, and the like. Typical characteristics of mMTC include: high connection density, small data volume, latency-insensitive services, low cost and long service life of modules, and the like.
- In the early deployment of NR, complete NR coverage is difficult to obtain, so typical network coverage modes are wide-area LTE coverage and island coverage of NR. A large amount of LTE is deployed below 6 GHz, with little spectrum below 6 GHz available for 5G. Therefore, spectrum applications above 6 GHz needs to be researched in NR, but high-frequency bands have limited coverage and fast signal fading. At the same time, to protect mobile operators' early investment in LTE, a working mode of tight interworking between LTE and NR is proposed.
- To achieve 5G network deployment and commercial applications as soon as possible, 3GPP first completed the first 5G version before the end of 2017, namely, LTE-NR Dual Connectivity (EN-DC). In EN-DC, an LTE NodeB (eNB) serves as a master node (MN), and an NR NodeB (gNB or en-gNB) serves as a secondary node (SN). Network deployment and networking architecture of EN-DC are shown in
FIG. 2 . An evolved universal terrestrial radio access network (E-UTRAN) represents an access network, and an evolved packet core network (EPC) represents a core network. The access network includes at least one eNB (two eNBs are shown inFIG. 2 ) and at least one en-gNB (two en-gNBs are shown inFIG. 2 ), where the eNB serves as an MN and the en-gNB serves as an SN, and both the MN and the SN are connected to the EPC. - In the later phase of R15, other DC modes will be supported, namely, NE-DC, 5GC-EN-DC, and NR DC. For EN-DC, the core network connected to the access network is an EPC, while for other DC modes, the core network connected to the access network is a 5GC.
- It should be noted that, the technical solutions in the embodiments of this application may be applied to any one of the DC modes described above.
- In an NR system, when a service needs to be transmitted, a PDU session is first established, and each PDU session includes a plurality of data flows, that is, Qos flows. A plurality of DRBs needs to be established to bear these data flows on an air interface. A network-side RAN will also configure a mapping relationship between Qos flows and DRBs.
- In addition, the network-side RAN will also configure a default DRB, so that a Qos flow that is not configured with a mapping relationship between a Qos flow and a DRB can be mapped to a DRB. The protocol specifies that at most one default DRB can be configured for a PDU session.
- In MR-DC, a plurality of Qos flows in the same PDU session may be mapped to DRBs in the MN and the SN respectively, that is, a split PDU session occurs. For example, a PDU session includes four Qos Flows, namely, Qos flow 1, Qos flow 2, Qos flow 3, and Qos flow 4, where Qos flow 1 and Qos flow 2 are mapped to DRBs in the MN, and Qos flow 3 and Qos flow 4 are mapped to DRBs in the SN. The protocol specifies that at most one default DRB can be configured for a PDU session, so how to configure a default DRB needs to be negotiated between the MN and the SN. Moreover, if a node does not have a default DRB, the node needs to ensure that each Qos flow is configured with a mapping rule between the Qos flow and a DRB. Therefore, to ensure the validity of bearer configuration, negotiation between the MN and the SN is required.
-
FIG. 3 is a first schematic flowchart of a bearer configuration method according to an embodiment of this application. As shown inFIG. 3 , the bearer configuration method includes the following steps: - Step 301: A first node receives a first request message sent by a second node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- This embodiment of this application is applied to a dual connectivity scenario, where the dual connectivity network includes a master node and a secondary node. The master node and the secondary node may be of the same or different types. For example, the master node is an NR NodeB (gNB), and the secondary node is an LTE NodeB (eNB). For another example, both the master node and the secondary node are NR NodeBs (gNBs). In this embodiment of this application, the first node refers to a master node in a dual connectivity network, and the second node refers to a secondary node in the dual connectivity network.
- In this embodiment of this application, the receiving, by a first node, a first request message sent by a second node may specifically be implemented in the following manners:
- 1) receiving, by the first node, a secondary node addition request message sent by the second node; or,
- 2) receiving, by the first node, a secondary node modification request message sent by the second node.
- The secondary node addition request message or the secondary node modification request message carries first indication information, and the first indication information is used for deciding, by the first node, whether to configure a default bearer. Specifically, the first indication information is used for indicating at least one of the following:
- 1) whether the first node is allowed to configure the default bearer;
- 2) whether the first node needs to configure a mapping relationship between each data flow on the side of the first node and a bearer; and
- 3) whether the second node has configured the default bearer.
- For example, the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the first node is allowed to configure the default bearer, and the value of the one bit being 0 indicates that the first node is not allowed to configure the default bearer.
- In one example, the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the first node needs to configure a mapping relationship between each data flow at the first node and a bearer, and the value of the one bit being 0 indicates that the first node does not need to configure a mapping relationship between each data flow at the first node and a bearer.
- In another example, the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the second node has configured the default bearer, and the value of the one bit being 0 indicates that the second node has not configured the default bearer.
- In the above solution, the content indicated by the first indication information may be any combination of the above. For example, the first indication information indicates that the first node is allowed to configure the default bearer and does not need to configure a mapping relationship between each data flow at the first node and a bearer, and the second node has not configured the default bearer. For another example, the first indication information indicates that the first node is not allowed to configure the default bearer and needs to configure a mapping relationship between each data flow at the first node and a bearer, and the second node has configured the default bearer.
- Further, considering that at most one default bearer can be configured for each session, the first indication information correlates with a first session identifier, the first session identifier is used for identifying a first session, and the first indication information is specifically used for indicating at least one of the following:
- 1) Whether the first node is allowed to configure a default bearer corresponding to the first session.
- 2) Whether the first node needs to configure a mapping relationship between each data flow at the first node in the first session and a bearer.
- 3) Whether the second node has configured the default bearer corresponding to the first session.
- In this embodiment of this application, the first indication information being used for deciding, by the first node, whether to configure a default bearer includes:
- if the first indication information indicates that the first node is not allowed to configure the default bearer and/or the first node needs to configure a mapping relationship between each data flow at the first node and a bearer and/or the second node has configured the default bearer, the first node does not configure the default bearer; and if the first indication information indicates that the first node is allowed to configure the default bearer and/or the first node does not need to configure the mapping relationship between each data flow at the first node and the bearer and/or the second node has not configured the default bearer, the first node decides whether to configure the default bearer.
- In this case, the first node may decide to configure the default bearer, or decide not to configure the default bearer.
- It should be noted that, in this embodiment of this application, the bearer refers to a DRB, the default bearer refers to a default DRB, the session refers to a PDU session, and the data flow refers to a Qos flow.
- In specific implementation, the first node may configure the default DRB in the following manners: setting a defaultDRB parameter to true in configuration information of service data adaptation protocol (SDAP) of the default DRB, and setting a defaultDRB parameter to false in configuration information of SDAP of other DRBs.
-
SDAP-Config ::= SEQUENCE { pdu-Session PDU-SessionID, sdap-HeaderDL ENUMERATED {present, absent}, sdap-HeaderUL ENUMERATED {present, absent}, defaultDRB BOOLEAN, mappedQoS-FlowsToAdd SEQUENCE (SIZE (1..maxNrofQFIs)) OF QFI OPTIONAL, -- Need N mappedQoS-FlowsToRelease SEQUENCE (SIZE (1..maxNrofQFIs)) OF QFI OPTIONAL, -- Need N ... } - Further, in the case that the first node does not configure the default bearer, the first node configures a mapping relationship between each data flow at the first node and a bearer. In this way, it can be ensured that each data flow at the first node can be mapped to a corresponding bearer.
- Optionally, the first node notifies the second node of whether the first node has configured the default bearer. In specific implementation, the first node sends first bearer configuration information to the second node, the first bearer configuration information carrying second indication information and/or configuration information of the default bearer, and the second indication information being used for indicating whether the first node has configured the default bearer. After the first bearer configuration information is received by the second node, the second node sends second bearer configuration information at the second node and the first bearer configuration information at the first node to a terminal.
- In this embodiment of this application, if the first request message is the secondary node modification request message, the first indication information is further used for instructing the first node to add the default bearer or delete the default bearer. In this case, SRB3 is configured at the first node, and the first node can communicate with the terminal through SRB3. Specifically, if the first node determines to add the default bearer based on the first indication information, the first node sends, to the terminal, SRB3 used for configuring the default bearer; and if the first node determines to delete the default bearer based on the first indication information, the first node sends, to the terminal, SRB3 used for deconfiguring the default bearer.
-
FIG. 4 is a second schematic flowchart of a bearer configuration method according to an embodiment of this application. As shown inFIG. 4 , the bearer configuration method includes the following steps: - Step 401: A second node sends a first request message to a first node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively.
- This embodiment of this application is applied to a dual connectivity scenario, where the dual connectivity network includes a master node and a secondary node. The master node and the secondary node may be of the same or different types. For example, the master node is an NR NodeB (gNB), and the secondary node is an LTE NodeB (eNB). For another example, both the master node and the secondary node are NR NodeBs (gNBs). In this embodiment of this application, the first node refers to a master node in a dual connectivity network, and the second node refers to a secondary node in the dual connectivity network.
- In this embodiment of this application, the sending, by a second node, a first request message to a first node may specifically be implemented in the following manners:
- 1) sending, by the second node, a secondary node addition request message to the first node; or,
- 2) sending, by the second node, a secondary node modification request message to the first node.
- The secondary node addition request message or the secondary node modification request message carries first indication information, and the first indication information is used for deciding, by the first node, whether to configure a default bearer. Specifically, the first indication information is used for indicating at least one of the following:
- 1) whether the first node is allowed to configure the default bearer;
- 2) whether the first node needs to configure a mapping relationship between each data flow at the first node and a bearer; and
- 3) whether the second node has configured the default bearer.
- For example, the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the first node is allowed to configure the default bearer, and the value of the one bit being 0 indicates that the first node is not allowed to configure the default bearer.
- In one example, the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the first node needs to configure a mapping relationship between each data flow at the first node and a bearer, and the value of the one bit being 0 indicates that the first node does not need to configure a mapping relationship between each data flow at the first node and a bearer.
- In another example, the first indication information includes one-bit information, where the value of the one bit being 1 indicates that the second node has configured the default bearer, and the value of the one bit being 0 indicates that the second node has not configured the default bearer.
- In the above solution, the content indicated by the first indication information may be any combination of the above. For example, the first indication information indicates that the first node is allowed to configure the default bearer and does not need to configure a mapping relationship between each data flow at the first node and a bearer, and the second node has not configured the default bearer. For another example, the first indication information indicates that the first node is not allowed to configure the default bearer and needs to configure a mapping relationship between each data flow at the first node and a bearer, and the second node has configured the default bearer.
- Further, considering that at most one default bearer can be configured for each session, the first indication information correlates with a first session identifier, the first session identifier is used for identifying a first session, and the first indication information is specifically used for indicating at least one of the following:
- 1) Whether the first node is allowed to configure a default bearer corresponding to the first session.
- 2) Whether the first node needs to configure a mapping relationship between each data flow at the first node in the first session and a bearer.
- 3) Whether the second node has configured the default bearer corresponding to the first session.
- Optionally, the second node receives the notification message sent by the first node, the notification message being used for notifying the second node of whether the first node has configured the default bearer. In specific implementation, the second node receives first bearer configuration information sent by the first node, the first bearer configuration information carrying second indication information and/or configuration information of the default bearer, and the second indication information being used for indicating whether the first node has configured the default bearer. After the first bearer configuration information is received by the second node, the second node sends second bearer configuration information at the second node and the first bearer configuration information at the first node to a terminal.
- In this embodiment of this application, if the first request message is the secondary node modification request message, the first indication information is further used for instructing the first node to add the default bearer or delete the default bearer. In this case, SRB3 is configured at the first node, and the first node can communicate with the terminal through SRB3. Specifically, if the first node determines to add the default bearer based on the first indication information, the first node sends, to the terminal, SRB3 used for configuring the default bearer; and if the first node determines to delete the default bearer based on the first indication information, the first node sends, to the terminal, SRB3 used for deconfiguring the default bearer.
- It should be noted that, in the above solution in this embodiment of this application, how to configure the default DRB is determined through negotiation between the master node and the secondary node. The technical solution in this embodiment of this application is not limited thereto. Whether the default DRB is configured at the master node or at the secondary node may also be specified in MR-DC configuration through a protocol, without negotiation between the master node and the secondary node.
-
FIG. 5 is a third schematic flowchart of a bearer configuration method according to an embodiment of this application. As shown inFIG. 5 , the bearer configuration method includes the following steps: - Step 501: An MN decides to add a new SN node or modify configuration information of an SN node, and the MN sends a first request message to the SN, the first request message carrying first indication information.
- In this case, the first request message may be a secondary node addition request (SN ADDITION REQUEST) message or a secondary node modification request (SN MODIFICATION REQUEST) message.
- In this case, the first indication information may indicate at least one of the following:
- 1) The first indication information indicates whether the SN is allowed to configure a default DRB at the SN; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the SN is allowed to configure the default DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- 2) The first indication information indicates whether the SN needs to configure a mapping relationship between each data flow at the SN and a DRB; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the SN needs to configure a mapping relationship between each data flow at the SN and a DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- 3) The first indication information indicates whether the MN has configured a default DRB at the MN; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the MN has configured a default DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- Step 502: After receiving the first request message, the SN decides, according to the first indication information in the first request message, whether to configure a default DRB.
- In this case, if the first indication information indicates that the SN is not allowed to configure the default DRB and/or indicates that the SN needs to configure a mapping relationship between each Qos flow at the SN and a DRB and/or indicates that the MN has configured a default DRB, the SN does not configure the default DRB; further, the SN needs to ensure that a mapping relationship is configured between each Qos flow at the SN and a DRB. Otherwise, the SN itself decides whether to configure the default DRB, and the SN may choose to configure the default DRB or not to configure the default DRB.
- Step 503: The SN sends bearer configuration information at the SN to the MN, and indicates, to the MN, whether the default DRB has been configured at the SN.
- Step 504: The MN configures bearer configuration information on the sides of the MN and the SN for a UE.
-
FIG. 6 is a fourth schematic flowchart of a bearer configuration method according to an embodiment of this application. As shown inFIG. 6 , the bearer configuration method includes the following steps: - Step 601: An MN decides to modify configuration information of an SN node, and the MN sends a secondary node modification request (SN MODIFICATION REQUEST) message to the SN, the secondary node modification request message carrying first indication information.
- In this case, the first indication information may indicate at least one of the following:
- 1) The first indication information indicates whether the SN is allowed to configure a default DRB at the SN; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the SN is allowed to configure the default DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- 2) The first indication information indicates whether the SN needs to configure a mapping relationship between each data flow at the SN and a DRB; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the SN needs to configure a mapping relationship between each data flow at the SN and a DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- 3) The first indication information indicates whether the MN has configured a default DRB at the MN; further, the first indication information correlates with a PDU session identifier (PDU session id), and the first indication information indicates whether the MN has configured a default DRB for a specified PDU session (an identifier of the specified PDU session is a PDU session id correlating with the first indication information).
- 4) The first indication information instructs the SN to add the default DRB.
- 5) The first indication information instructs the SN to delete the default DRB.
- Step 602: After receiving the first request message, the SN decides, according to the first indication information in the first request message, whether to add or delete a default DRB.
- Step 603: The SN sends, to a UE, SRB3 used for configuring or deconfiguring the default DRB.
- Optionally, if the SN has configured the default DRB, the SN sends a notification message to the MN, to notify the MN that the default DRB has been configured at the SN.
-
FIG. 7 is a first schematic diagram of structural composition of a bearer configuration apparatus according to an embodiment of this application. The apparatus is applied to a first node, and includes: - a receiving
unit 701, configured to receive a first request message sent by a second node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively. - In an implementation, the first indication information is used for indicating at least one of the following:
- whether the first node is allowed to configure the default bearer;
- whether the first node needs to configure a mapping relationship between each data flow at the first node and a bearer; and
- whether the second node has configured the default bearer.
- In an implementation, the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the first node is allowed to configure the default bearer includes whether the first node is allowed to configure a default bearer corresponding to the first session.
- In an implementation, the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the first node needs to configure a mapping relationship between each data flow at the first node and a bearer includes whether the first node needs to configure a mapping relationship between each data flow at the first node in the first session and a bearer.
- In an implementation, the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the second node has configured the default bearer includes whether the second node has configured a default bearer corresponding to the first session.
- In an implementation, the apparatus further includes:
- a configuration unit 702, configured to: if the first indication information indicates that the first node is not allowed to configure the default bearer and/or the first node needs to configure a mapping relationship between each data flow at the first node and a bearer and/or the second node has configured the default bearer, not configure the default bearer; and if the first indication information indicates that the first node is allowed to configure the default bearer and/or the first node does not need to configure a mapping relationship between each data flow at the first node and a bearer and/or the second node has not configured the default bearer, decide whether to configure the default bearer.
- In an implementation, the configuration unit 702 is further configured to: in the case of not configuring the default bearer, configure a mapping relationship between each data flow at the first node and a bearer.
- In an implementation, the apparatus further includes a
first sending unit 703, configured to notify the second node of whether the first node has configured the default bearer. - In an implementation, the first sending
unit 703 is configured to send first bearer configuration information to the second node, the first bearer configuration information carrying second indication information and/or configuration information of the default bearer, and the second indication information being used for indicating whether the first node has configured the default bearer. - In an implementation, the first request message is a secondary node addition request message or a secondary node modification request message.
- In an implementation, if the first request message is the secondary node modification request message, the first indication information is further used for instructing the first node to add the default bearer or delete the default bearer The apparatus further includes a
second sending unit 704, configured to: if the first node determines to add the default bearer based on the first indication information, send, to a terminal, SRB3 used for configuring the default bearer; and if the first node determines to delete the default bearer based on the first indication information, send, to the terminal, SRB3 used for deconfiguring the default bearer. - It should be appreciated by a person skilled in the art that, related descriptions of the foregoing bearer configuration apparatus in the embodiments of this application may be understood by referring to related descriptions of the bearer configuration method in the embodiments of this application.
-
FIG. 8 is a second schematic diagram of a structural composition of a bearer configuration apparatus according to an embodiment of this application. The apparatus is applied to a second node, and includes afirst sending unit 801, configured to send a first request message to a first node, the first request message carrying first indication information, and the first indication information being used for deciding, by the first node, whether to configure a default bearer, where the first node and the second node are a secondary node and a master node in a dual connectivity network respectively. - In an implementation, the first indication information is used for indicating at least one of the following:
- whether the first node is allowed to configure the default bearer;
- whether the first node needs to configure a mapping relationship between each data flow at the first node and a bearer; and
- whether the second node has configured the default bearer.
- In an implementation, the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the first node is allowed to configure the default bearer includes whether the first node is allowed to configure a default bearer corresponding to the first session.
- In an implementation, the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the first node needs to configure a mapping relationship between each data flow at the first node and a bearer includes whether the first node needs to configure a mapping relationship between each data flow at the first node in the first session and a bearer.
- In an implementation, the first indication information correlates with a first session identifier, and the first session identifier is used for identifying a first session; and whether the second node has configured the default bearer includes whether the second node has configured a default bearer corresponding to the first session.
- In an implementation, the apparatus further includes a receiving
unit 802, configured to receive a notification message sent by the first node, the notification message being used for notifying the second node of whether the first node has configured the default bearer. - In an implementation, the receiving
unit 802 is configured to receive first bearer configuration information sent by the first node, the first bearer configuration information carrying second indication information and/or configuration information of the default bearer, and the second indication information being used for indicating whether the first node has configured the default bearer. - In an implementation, the apparatus further includes a
second sending unit 803, configured to send second bearer configuration information at the second node and the first bearer configuration information at the first node to a terminal. - In an implementation, the first request message is a secondary node addition request message or a secondary node modification request message.
- In an implementation, if the first request message is the secondary node modification request message, the first indication information is further used for instructing the first node to add the default bearer or delete the default bearer.
- It should be appreciated by a person skilled in the art that, related descriptions of the foregoing bearer configuration apparatus in the embodiments of this application may be understood by referring to related descriptions of the bearer configuration method in the embodiments of this application.
-
FIG. 9 is a schematic structural diagram of acommunications device 600 according to an embodiment of this application. The communications device may be a network device, for example, a master node or a secondary node in a dual connectivity network. Thecommunications device 600 shown inFIG. 9 includes aprocessor 610. Theprocessor 610 may invoke a computer program from a memory and run the computer program, to implement the method in the embodiments of this application. - Optionally, as shown in
FIG. 9 , thecommunications device 600 may further include amemory 620. Theprocessor 610 may invoke the computer program from thememory 620 and run the computer program, to implement the method in the embodiments of this application. - The
memory 620 may be a component independent of theprocessor 610, or may be integrated into theprocessor 610. - Optionally, as shown in
FIG. 9 , thecommunications device 600 may further include atransceiver 630, and theprocessor 610 may control thetransceiver 630 to communicate with other devices, to be specific, send information or data to other devices, or receive information or data sent by other devices. - The
transceiver 630 may include a transmitter and a receiver. Thetransceiver 630 may further include an antenna, where one or more antennas may be provided. - Optionally, the
communications device 600 may specifically be the network device in the embodiments of this application, and thecommunications device 600 can implement corresponding procedures implemented by the network device in various methods in the embodiments of this application. For brevity, details are not described herein again. - Optionally, the
communications device 600 may specifically be the mobile terminal/terminal in the embodiments of this application, and thecommunications device 600 can implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application. For brevity, details are not described herein again. -
FIG. 10 is a schematic structural diagram of a chip according to an embodiment of this application. Thechip 700 shown inFIG. 10 includes aprocessor 710. Theprocessor 710 may invoke a computer program from a memory and run the computer program, to implement the method in the embodiments of this application. - Optionally, as shown in
FIG. 10 , thechip 700 may further include amemory 720. Theprocessor 710 may invoke the computer program from thememory 720 and run the computer program, to implement the method in the embodiments of this application. - The
memory 720 may be a component independent of theprocessor 710, or may be integrated into theprocessor 710. - Optionally, the
chip 700 may further include aninput interface 730. Theprocessor 710 may control theinput interface 730 to communicate with another device or chip, and specifically, may obtain information or data sent by another device or chip. - Optionally, the
chip 700 may further include anoutput interface 740. Theprocessor 710 may control theoutput interface 740 to communicate with another device or chip, and specifically, may output information or data to another device or chip. - Optionally, the chip may be applied to the network device in the embodiments of this application, and the chip can implement corresponding procedures implemented by the network device in various methods in the embodiments of this application. For brevity, details are not described herein again.
- Optionally, the chip may be applied to the mobile terminal/terminal in the embodiments of this application, and the chip can implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application. For brevity, details are not described herein again.
- It should be noted that, the chip mentioned in the embodiments of this application may also be referred to as a system-level chip, a system chip, a chip system, a system on chip, or the like.
-
FIG. 11 is a schematic block diagram of acommunications system 900 according to an embodiment of this application. As shown inFIG. 11 , thecommunications system 900 includes a terminal 910 and anetwork device 920. - The terminal 910 may be configured to implement the corresponding functions implemented by the terminal in the above method, and the
network device 920 may be configured to implement the corresponding functions implemented by the network device in the above method. For brevity, details are not described herein again. - It should be understood that, the processor of this embodiment of this application may be an integrated circuit chip, and has a signal processing capability. In an implementation process, steps in the foregoing method embodiments can be implemented by using a hardware integrated logical circuit in the processor, or by using instructions in a form of software. The processor may be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or another programmable logic device, a discrete gate or a transistor logic device, or a discrete hardware component. The processor may implement or perform methods, steps and logical block diagrams disclosed in the embodiments of this application. The general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. Steps of the methods disclosed with reference to the embodiments of this application may be directly performed and completed by using a hardware decoding processor, or may be performed and completed by using a combination of hardware and software modules in the decoding processor. The software module may be located in a mature storage medium in the art, such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically-erasable programmable memory, or a register. The storage medium is located in the memory, and the processor reads information in the memory, and completes the steps of the foregoing methods in combination with hardware of the processor.
- It may be understood that the memory in the embodiments of this application may be a volatile memory or a nonvolatile memory, or may include a volatile memory and a nonvolatile memory. The non-volatile memory may be a read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically EPROM (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM) serving as an external cache. Through illustrative but not limitative description, many forms of RAMs may be used, for example, a static RAM (SRAM), a dynamic RAM (DRAM), a synchronous DRAM (SDRAM), a double data rate SDRAM (DDR SDRAM), an enhanced SDRAM (ESDRAM), a synch link DRAM (SLDRAM), and a direct rambus RAM (DR RAM). It should be noted that the storage of the system and the method described in this specification aims to include, but is not limited to, these and any other suitable type of memory.
- It should be understood that, the memory is an example but is not intended for limitation. For example, the memory in the embodiments of this application may alternatively be a static RAM (SRAM), a dynamic RAM (DRAM), a synchronous DRAM (SDRAM), a double data rate SDRAM (DDR SDRAM), an enhanced SDRAM (ESDRAM), a synch link DRAM (SLDRAM), a direct rambus RAM (DR RAM), and the like. That is, the memory in this embodiment of this application aims to include but is not limited to these memories and any other suitable type of memory.
- An embodiment of this application further provides a computer readable storage medium, configured to store a computer program.
- Optionally, the computer-readable storage medium may be applied to the network device in the embodiments of this application, and the computer program causes a computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application. For brevity, details are not described herein again.
- Optionally, the computer-readable storage medium may be applied to the mobile terminal/terminal in the embodiments of this application, and the computer program causes a computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application. For brevity, details are not described herein again.
- An embodiment of this application further provides a computer program product, including a computer program instruction.
- Optionally, the computer program product may be applied to the network device in the embodiments of this application, and the computer program instruction causes a computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application. For brevity, details are not described herein again.
- Optionally, the computer program product may be applied to the mobile terminal/terminal in the embodiments of this application, and the computer program instruction causes a computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application. For brevity, details are not described herein again.
- An embodiment of this application further provides a computer program.
- Optionally, the computer program may be applied to the network device in the embodiments of this application, and the computer program, when run in a computer, causes the computer to implement corresponding procedures implemented by the network device in various methods in the embodiments of this application. For brevity, details are not described herein again.
- Optionally, the computer program may be applied to the mobile terminal/terminal in the embodiments of this application, and the computer program, when run in a computer, causes the computer to implement corresponding procedures implemented by the mobile terminal/terminal in various methods in the embodiments of this application. For brevity, details are not described herein again.
- A person of ordinary skill in the art may notice that the exemplary units and algorithm steps described with reference to the embodiments disclosed in this specification can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed in the manner of hardware or software depends on specific applications and design constraints of the technical solutions. A person skilled in the art may use different methods to implement the described functions for each particular application, but it should not be considered that the implementation goes beyond the scope of this application.
- A person skilled in the art may clearly understand that, for simple and clear description, for specific work processes of the foregoing described system, apparatus, and unit, reference may be made to corresponding process in the foregoing method embodiments, and details are not described herein again.
- In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the described apparatus embodiment is merely exemplary. For example, the unit division is merely logical function division and there may be other divisions during actual implementation. For example, a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented through some interfaces. The indirect couplings or communication connections between the apparatuses or units may be implemented in electronic, mechanical, or other forms.
- The units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. A part of or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
- In addition, functional units in the embodiments of this application may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units are integrated into one unit.
- If implemented in the form of software functional units and sold or used as an independent product, the functions may also be stored in a computer-readable storage medium. Based on such an understanding, the technical solutions of this application essentially, or the part contributing to the prior art, or some of the technical solutions may be implemented in a form of a software product. The computer software product is stored in a storage medium and includes several instructions for instructing a computer device (which may be a personal computer, a server, a network device, or the like) to perform all or some of the steps of the methods described in the embodiments of this application. The foregoing storage medium includes: any medium that can store program code, such as a USB flash disk, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disc.
- The foregoing descriptions are merely specific implementations of this application, but are not intended to limit the protection scope of this application. Any variation or replacement readily figured out by a person skilled in the art within the technical scope disclosed in this application shall fall within the protection scope of this application. Therefore, the protection scope of this application shall be subject to the protection scope of the claims.
Claims (30)
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2019/074987 WO2020164019A1 (en) | 2019-02-13 | 2019-02-13 | Bearing configuration method and device, and network device |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2019/074987 Continuation WO2020164019A1 (en) | 2019-02-13 | 2019-02-13 | Bearing configuration method and device, and network device |
Publications (2)
Publication Number | Publication Date |
---|---|
US20200344830A1 true US20200344830A1 (en) | 2020-10-29 |
US11259353B2 US11259353B2 (en) | 2022-02-22 |
Family
ID=72044310
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/926,895 Active US11259353B2 (en) | 2019-02-13 | 2020-07-13 | Bearer configuration method and apparatus, and network device |
Country Status (11)
Country | Link |
---|---|
US (1) | US11259353B2 (en) |
EP (1) | EP3737185B1 (en) |
JP (1) | JP2022525820A (en) |
KR (1) | KR20210127071A (en) |
CN (1) | CN111869297A (en) |
AU (1) | AU2019429030A1 (en) |
BR (1) | BR112020020055A2 (en) |
CA (1) | CA3093028A1 (en) |
MX (1) | MX2020010214A (en) |
SG (1) | SG11202008573XA (en) |
WO (1) | WO2020164019A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111491328A (en) * | 2019-01-28 | 2020-08-04 | 北京三星通信技术研究有限公司 | Method for data replication, data statistics method, corresponding entity and medium |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014113190A1 (en) * | 2013-01-17 | 2014-07-24 | Intel IP Corporation | Method, apparatus and system for managing bearers in a wireless communication system |
CN105917702B (en) * | 2014-01-14 | 2020-03-03 | Lg电子株式会社 | Path switching method for dual connection in wireless communication system and apparatus thereof |
KR102279486B1 (en) * | 2014-03-13 | 2021-07-20 | 삼성전자 주식회사 | Method and apparatus for establishing bearer in mobile communication systems |
US10355836B2 (en) * | 2015-05-14 | 2019-07-16 | Nokia Technologies Oy | Bearer setup in dual connectivity |
CN108633018B (en) * | 2017-03-23 | 2024-02-02 | 华为技术有限公司 | Configuration method, device and system |
CN109246757B (en) | 2017-05-05 | 2023-04-18 | 中兴通讯股份有限公司 | Configuration method and device of novel service quality framework in dual-connection system |
CN109246844B (en) * | 2017-06-16 | 2022-07-15 | 中兴通讯股份有限公司 | Configuration method and system of radio bearer |
JP6984921B2 (en) * | 2017-07-27 | 2021-12-22 | 5ジー アイピー ホールディングス エルエルシー | Methods and devices for adding secondary nodes |
WO2019027296A1 (en) * | 2017-08-04 | 2019-02-07 | Lg Electronics Inc. | Method for performing a ran based paging and device supporting the same |
US11032866B2 (en) * | 2017-11-27 | 2021-06-08 | FG Innovation Company Limited | Methods and related devices for multi-connectivity |
-
2019
- 2019-02-13 MX MX2020010214A patent/MX2020010214A/en unknown
- 2019-02-13 KR KR1020207034915A patent/KR20210127071A/en not_active Application Discontinuation
- 2019-02-13 EP EP19912186.4A patent/EP3737185B1/en active Active
- 2019-02-13 JP JP2020567531A patent/JP2022525820A/en active Pending
- 2019-02-13 AU AU2019429030A patent/AU2019429030A1/en not_active Abandoned
- 2019-02-13 WO PCT/CN2019/074987 patent/WO2020164019A1/en unknown
- 2019-02-13 SG SG11202008573XA patent/SG11202008573XA/en unknown
- 2019-02-13 BR BR112020020055-7A patent/BR112020020055A2/en not_active IP Right Cessation
- 2019-02-13 CA CA3093028A patent/CA3093028A1/en not_active Abandoned
- 2019-02-13 CN CN201980005799.4A patent/CN111869297A/en active Pending
-
2020
- 2020-07-13 US US16/926,895 patent/US11259353B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
KR20210127071A (en) | 2021-10-21 |
JP2022525820A (en) | 2022-05-20 |
EP3737185A4 (en) | 2021-04-14 |
EP3737185B1 (en) | 2023-08-02 |
EP3737185A1 (en) | 2020-11-11 |
CN111869297A (en) | 2020-10-30 |
US11259353B2 (en) | 2022-02-22 |
CA3093028A1 (en) | 2020-08-20 |
RU2020130452A (en) | 2022-03-16 |
MX2020010214A (en) | 2021-01-15 |
AU2019429030A1 (en) | 2020-09-24 |
BR112020020055A2 (en) | 2021-01-05 |
WO2020164019A1 (en) | 2020-08-20 |
SG11202008573XA (en) | 2020-10-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020164016A1 (en) | Cell switching method and device | |
CA3117244C (en) | Policy determining method and apparatus, and terminal | |
US20210051541A1 (en) | Method and device for service processing in handover procedure, terminal and network device | |
WO2020154925A1 (en) | Method and apparatus for coordinating measurement configuration, network device, and terminal | |
US11950305B2 (en) | Information configuration method and terminal | |
US11856634B2 (en) | Method and device for controlling mobility of terminal, and terminal | |
US20220053392A1 (en) | Switching Method and Apparatus, and Communication Device | |
US20210092612A1 (en) | Method and device for controlling security function | |
US11800348B2 (en) | Method and device for determining capability of a terminal, and computer-readable storage medium | |
EP3755031A1 (en) | Neighbor relationship maintenance method and apparatus, and network device | |
WO2020034978A1 (en) | Communication method, terminal device and network device | |
US11805563B2 (en) | Wireless communication method and base station | |
WO2019241969A1 (en) | Method for configuring measurement information, terminal device, and network device | |
US11259353B2 (en) | Bearer configuration method and apparatus, and network device | |
WO2020061995A1 (en) | Information transmission method and apparatus, and terminal and network device | |
WO2020061943A1 (en) | Data transmission method, terminal device and network device | |
WO2020029275A1 (en) | Wireless communication method, terminal device, and network device | |
RU2784559C2 (en) | Method and device for configuration of unidirectional channel, as well as network device | |
CN111787621B (en) | Bearer configuration method and device and network equipment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS CORP., LTD., CHINA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:WANG, SHUKUN;REEL/FRAME:053187/0452 Effective date: 20200703 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: AWAITING TC RESP, ISSUE FEE PAYMENT RECEIVED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |