WO2022017453A1 - 一种网络接入方法、装置及系统 - Google Patents

一种网络接入方法、装置及系统 Download PDF

Info

Publication number
WO2022017453A1
WO2022017453A1 PCT/CN2021/107823 CN2021107823W WO2022017453A1 WO 2022017453 A1 WO2022017453 A1 WO 2022017453A1 CN 2021107823 W CN2021107823 W CN 2021107823W WO 2022017453 A1 WO2022017453 A1 WO 2022017453A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
network
detection data
information
sdn controller
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.)
Ceased
Application number
PCT/CN2021/107823
Other languages
English (en)
French (fr)
Inventor
夏欣
袁硕
花荣荣
车树明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP21845151.6A priority Critical patent/EP4181468A4/en
Priority to BR112023001244A priority patent/BR112023001244A2/pt
Priority to MX2023001040A priority patent/MX2023001040A/es
Publication of WO2022017453A1 publication Critical patent/WO2022017453A1/zh
Priority to US18/157,257 priority patent/US12309042B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5067—Customer-centric QoS measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/087—Jitter

Definitions

  • the present application relates to the field of communication technologies, and in particular, to a network access method, device, and system.
  • a communication system is generally provided with multiple UP devices, and a user's session accesses the network through the assigned UP devices.
  • the UP device allocated to the user by the communication system is generally fixed, but the network performance between the migration function SF device and the UP device varies. For example, the network delay between the UP device and the SF device varies with bandwidth congestion. If changes occur, at this time, the network status between the UP device and the SF device cannot guarantee that the network service quality provided to the user meets the user's needs.
  • the embodiments of the present application provide a network access method and device, which are used to ensure the quality of network services provided to users.
  • an embodiment of the present application provides a network access method, including: a first device acquiring first detection data of network performance between a migration function SF device and a first user plane UP device, where the first UP device is a control plane A UP device in a communication system in which the CP and UP are separated. After that, the first device configures the SF device and the first UP device according to the first detection data, so that the first user accesses the network through the SF device and the first UP device, wherein the first detection data meets the first user's requirements for network performance .
  • the method dynamically adjusts the UP equipment of the user accessing the network, so as to ensure that the detection data of the network performance between the SF equipment and the UP equipment meets the user's requirements for network performance, thereby helping to ensure that the network service quality provided for the user satisfies the user's demand for the network. performance requirements to improve user experience.
  • the first device is an SDN controller.
  • the network access method in this case is specifically described below through the first possible implementation manner to the seventh possible implementation manner of the first aspect.
  • the SDN controller configures the first UP device according to the first detection data, including: the SDN controller sends first information to the CP device in the communication system, where the first information is used for Instructing to connect the session of the first user to the network through the first UP device.
  • the SDN controller can instruct the CP device to configure the first UP device, which is conducive to implementing the access of the first user to the network through the SF device and the first UP device.
  • the SDN controller after the SDN controller sends the first information to the CP, and before the SDN controller configures the SF device according to the acquired detection data, the SDN controller receives the target information sent by the CP device. Response information of the first information, where the response information is used to indicate that the session table of the first user has been delivered to the first UP device. In this way, the SDN controller can configure the SF device after the configuration of the first UP device is completed, which is beneficial to improve the success rate of the first user accessing the network.
  • the SDN controller configures the SF device according to the first detection data, including: the SDN controller sends configuration information to the SF device, where the configuration information is used to instruct the SF to convert the session of the first user to the SF device. Access the first UP device.
  • the SDN controller may acquire third information, where the third information is used to indicate the first The user is the user who requests to go online.
  • the SDN controller may acquire the second detection data and the third detection data, and the second detection data
  • the detection data is the detection data of the network performance between the SF device and the first UP device
  • the third detection data is the detection data of the network performance between the SF device and the second UP device
  • the second UP device is the UP device in the communication system. If the second detection data does not meet the network performance requirements of the first user, but the third detection data meets the network performance requirements of the first user, the SDN controller configures the SF device and the second detection data according to the second detection data and the third detection data.
  • the UP device enables the first user to access the network through the SF device and the second UP device, which is beneficial to ensure the network service quality of the users who have accessed the network.
  • the network performance requirement of the first user is determined by the first device according to a service level agreement (SLA) of the first user.
  • SLA service level agreement
  • the network performance includes at least one of network delay, network jitter and network packet loss rate.
  • the first device is a CP device.
  • the following describes the network access method in this case in detail through the eighth possible implementation manner to the tenth possible implementation manner of the first aspect.
  • the CP device configures the SF device according to the first detection data, including: the CP device sends second information to the SDN controller, where the second information is used to instruct the SDN controller to send the SF device Send configuration information, where the configuration information is used to instruct the SF device to access the session of the first user to the first UP device.
  • the first detection data is sent by the SDN controller.
  • the SDN controller may collect detection data of network performance between the UP device and the SF device, and report the collected detection data to the CP device.
  • the CP device configuring the first UP device according to the first detection data includes: the CP device sends the session table of the first user to the first UP device.
  • the network access method further includes other implementations, and for other implementations, reference may be made to any of the fifth to seventh possible implementations of the first aspect. A possible implementation manner is understood, which is not repeated here.
  • the first device is other devices other than the controller and the CP device.
  • the device is referred to as an UP migration function (UP string function, USF) device as an illustration, and the USF device is used to formulate a functional node of a migration strategy.
  • UP migration function UP string function, USF
  • USF UP string function
  • the network access method in this case can be understood with reference to the foregoing implementation manner.
  • the manner in which the USF device configures the first UP device according to the first detection data may be understood with reference to the first possible implementation manner of the first aspect.
  • the manner in which the USF device configures the SF device according to the first detection data may be understood with reference to the eighth possible implementation manner of the first aspect.
  • the network access method further includes other implementations, and for other implementations, refer to the second or fourth or fifth or the first aspect. Any one of the six possible implementations, the seventh or the ninth possible implementations should be understood, which will not be repeated here.
  • an embodiment of the present application provides a network access method, including: a CP device in a communication system in which the control plane CP and the user plane UP are separated receives first information sent by a first device, where the first information is used to indicate the first information
  • a user corresponds to the first UP device in the communication system, wherein the detection data of the network performance between the migration function SF device and the first UP device meets the requirements of the first user for network performance, and the CP device sends the first UP device to the first UP device.
  • a session table of a user is helpful for realizing that the first user is connected to the network through the SF device and the first UP device, thereby helping to ensure the quality of network service provided for the first user.
  • the first device is a USF device or an SDN controller that is an execution subject in the method described in the first aspect.
  • the CP device sends the session table of the first user to the first UP device
  • the CP device sends response information for the first information to the first device, where the response information is used to indicate that the session table of the first user has been issued. to the first UP device.
  • the first device can perform other configurations, such as configuring the SF device, after the configuration of the first UP device is completed, which is beneficial to improve the success rate of the first user accessing the network.
  • the CP device receives the online request message of the first user, and then the CP device sends third information to the first device, where the third information is used to indicate The first user is a user who requests to go online.
  • the CP device receives the online request message of the first user, and then the CP device sends third information to the first device, where the third information is used to indicate The first user is a user who requests to go online.
  • an embodiment of the present application provides a network access method, including: the first UP device is an UP device in a communication system in which the control plane CP and UP are separated, and the software design network SDN controller can receive the data sent by the first device.
  • the second information is used to indicate that the first user corresponds to the first user plane UP device, wherein the detection data of the network performance between the migration function SF device and the first UP meets the network performance requirements of the first user.
  • the SDN controller sends configuration information to the SF device, where the configuration information is used to instruct the SF to access the session of the first user to the first UP device.
  • the SDN controller Since the detection data of the network performance between the SF device and the first UP meets the network performance requirements of the first user, the SDN controller sends configuration information to the SF device, which is conducive to connecting the first user to the first UP device through the SF device. into the network, thereby helping to ensure the quality of network service provided for the first user.
  • the first device is a USF device or a CP device that is an execution subject in the method described in the first aspect.
  • the SDN controller sends the detection data of the network performance between the SF device and the first UP device to the first device, which is beneficial for the first device to be the first device.
  • the user selects the UP device that meets his requirements.
  • an embodiment of the present application provides a network access method, including: a software designed network SDN controller sends first detection data of network performance between a migration function SF device and a first user plane UP device to a first device,
  • the first UP device is an UP device in a communication system in which the control plane CP and UP are separated, the first detection data is used to instruct the first device to configure the SF device and the first UP device, and the first detection data satisfies the first user's requirements for network performance.
  • the first device selects a UP device that satisfies its requirements for the first user, and further facilitates the realization of connecting the first user to the network through the SF device and the first UP device, so as to ensure the quality of network service provided for the first user.
  • the SDN controller receives the second information sent by the first device, where the second information is used to indicate the first detection data of the network performance between the SF device and the first UP device.
  • a user corresponds to the first user plane UP device.
  • the SDN controller sends configuration information to the SF device, where the configuration information is used to instruct the SF to access the session of the first user to the first UP device.
  • the SDN controller Since the detection data of the network performance between the SF device and the first UP meets the network performance requirements of the first user, the SDN controller sends configuration information to the SF device, which is conducive to connecting the first user to the first UP device through the SF device. into the network, thereby helping to ensure the quality of network service provided for the first user.
  • an embodiment of the present application provides a network device.
  • the device may be a network device, a device in a network device, or a device that can be used in combination with the network device.
  • the apparatus may include a one-to-one module for performing the method/operation/step/action described in the first aspect or the second aspect or the third aspect or the fourth aspect, and the module may be a hardware circuit, It can also be implemented by software or by a combination of hardware circuits and software.
  • an embodiment of the present application provides a network device, the device includes a processor and a memory, the memory is used for storing instructions, the memory is coupled to the processor, and the processor executes the instructions stored in the memory , the method described in the first aspect or the second aspect or the third aspect or the fourth aspect can be implemented.
  • the communication device may also include a communication interface, which is used for the device to communicate with other devices.
  • the communication interface may be a transceiver, a circuit, a bus, a module, a pin or other types of communication interfaces, Other devices can be terminal devices.
  • an embodiment of the present application provides a chip system, where the chip system includes: a processor, and may also include a memory, for implementing the first aspect or the second aspect or the third aspect or the fourth aspect.
  • the chip system can be composed of chips, and can also include chips and other discrete devices.
  • an embodiment of the present application provides a computer-readable storage medium, the computer-readable storage medium includes instructions, and when the instructions are executed on a computer, the computer is made to execute the first aspect or the second aspect of the embodiment of the present application.
  • the embodiments of the present application provide a computer program product, the computer program product includes instructions, and when the instructions are run on a computer, the computer is made to execute the first aspect or the second aspect or the third aspect as described above in the embodiments of the present application or the method in any possible implementation manner of the fourth aspect.
  • an embodiment of the present application provides a communication system, including the first device in the method described in the first aspect, and the CP device in the second aspect or any possible implementation manner of the second aspect, and an SDN controller in the third aspect or any possible implementation manner of the third aspect or the fourth aspect or any possible implementation manner of the fourth aspect.
  • the communication system includes an SDN controller as the first device in a possible implementation of the first aspect and a CP device in the second aspect or any possible implementation of the second aspect.
  • the communication system includes the CP device as the first device in the possible implementation manner of the first aspect, and the third aspect or any possible implementation manner of the third aspect or the fourth aspect or any of the fourth aspect An SDN controller in one possible implementation.
  • the communication system includes a USF device as the first device in a possible implementation of the first aspect, and a CP device in the second aspect or any possible implementation of the second aspect, and in the third aspect or any one possible implementation manner of the third aspect, or the fourth aspect or any one possible implementation manner of the fourth aspect, the SDN controller.
  • the communication system includes a migration function SF device, a user plane UP device and the first device introduced in the first aspect.
  • FIG. 1 is a schematic structural diagram of a communication system with CU separation provided by an embodiment of the present application
  • FIG. 13 is a schematic structural diagram of an embodiment of a chip of the present application.
  • Embodiments of the present application provide a network access method and apparatus.
  • the embodiments of the present application will be described below with reference to the accompanying drawings.
  • Broadband remote access server is a new type of access gateway for broadband network applications, also known as broadband network gateway (BNG) or virtual BNG (virtual BNG, VBNG).
  • BNG broadband network gateway
  • VBNG virtual BNG
  • the BRAS is generally deployed in a manner in which the CP device and the UP device are separated (CU separation for short).
  • CU separation for short
  • multiple UP devices are deployed in a distributed manner, and each UP device serves as the user plane of the BRAS, and is used to forward user packets based on the user entries delivered by the CP device, as well as to realize the quality-of-service (QoS)-based forwarding of user packets.
  • QoS quality-of-service
  • access control lists access control lists, ACL
  • the CP device can be implemented and deployed centrally using cloud technology.
  • the control plane of the BRAS the CP device is used to control and manage users and manage multiple UP devices in a unified manner.
  • the CP device is mainly responsible for users going online, delivering configurations, and user entries.
  • the UP device may also be referred to as a forwarding plane device, so CU separation may also be referred to as forwarding and control separation, that is, forwarding and control separation.
  • a system deployed in this CU separation manner is also referred to as a CU separated communication system, or a transfer control separated communication system.
  • FIG. 1 is a schematic structural diagram of a communication system with CU separation provided by an embodiment of the present application.
  • the communication system in which the CUs are separated includes one CP device 1 and three UP devices (UP device 21 , UP device 22 , and UP device 23 ) as an example for illustration.
  • the UP device 21, the UP device 22, and the UP device 23 can all establish a communication connection with at least one user through an access node (access node, AN) 3, and perform data interaction.
  • FIG. 1 takes user 4 as an example for illustration. The user 4 can access the network through the UP device 21 or the UP device 22 or the UP device 23 .
  • the CP device 1 is responsible for the control and management of the user 4 .
  • the CP device 1 and each UP device in FIG. 1 can be connected through a service interface, a management interface and a control interface.
  • the service interface is generally a virtual extensible local area network (VXLAN) interface
  • any UP device in Figure 1 receives a message sent by user 4 (such as access protocol message and service message, etc.) Afterwards, it can be sent to the CP device 1 for processing through the service interface.
  • the management interface is generally a network configuration protocol (NETCONF) interface.
  • the CP device 1 can deliver configurations to each UP device in Figure 1 through the management interface.
  • Each UP device in Figure 1 can send the configuration to the CP device through the management interface. 1 Report the running status.
  • the control interface is generally a control plane and user plane separated protocol (CUSP) interface.
  • CUSP control plane and user plane separated protocol
  • the CU-separated communication system further includes a software defined network (software designed network, SDN) controller 6 and a migration function (string function, SF) device 5.
  • SDN software designed network
  • SF migration function
  • the SDN controller 6 in the embodiment of the present application may also be replaced by a network control engine (network control engine, NCE).
  • NCE network control engine
  • the SF device 5 is arranged between the AN 3 and each UP device in FIG. 1 .
  • the SDN controller 6 is connected to the SF device 5, and the SDN controller 6 creates layer 2 tunnels (layer2 tunnels) between the SF device 5 and each UP device in FIG. 1.
  • the SDN controller 6 creates a Layer 2 tunnel T1 between SF device 5 and UP device 21 , Layer 2 tunnel T2 between SF device 5 and UP device 22 , and Layer 2 tunnel T3 between SF device 5 and UP device 23 .
  • the SF device 5 can send the packet (including the packet header of the Layer 2 tunnel) from the user 4 to the corresponding UP device (UP device 21 or UP device 22) through one of the Layer 2 tunnels (T1 or T2 or T3). or UP device 23), and then send it to the CP device 1 or the core network.
  • the Layer 2 tunnel can be a virtual local area network (virtual local area network, VLAN), a virtual leased line (virtual leased line, VLL), a virtual private LAN service (virtual private LAN service, VPLS), an extensible virtual local area network (virtual extensible). lan, VXLAN) or SRV6.
  • SRV6 is a network forwarding technology that combines segment routing (SR) technology with Internet protocol version 6 (Internet protocol version 6, IPv6) technology.
  • the SDN controller 6 is connected to the CP device 1 for communicating with the CP device 1 . It should be noted that the "connection" mentioned in the embodiments of the present application is not limited to a direct connection, as long as the two connected parties can communicate with each other.
  • the communication system further includes an authentication server 7, and the authentication server 7 may be a remote authentication dial in user service (RADIUS) server.
  • the authentication server 7 stores the service level of the user 4 and supports the authentication, authorization and accounting (authentication authorization accounting, AAA) protocol.
  • the authentication server 7 is connected to the CP device 1 . After the CP device 1 completes the interaction of the access protocol message with the user 4 through the UP device, the CP device 1 may send an authentication request for the user 4 to the authentication server 7 .
  • the authentication server 7 can authenticate the user 4 and send the SLA information of the user 4 to the CP device 1 , where the SLA information includes the service level of the user 4 .
  • the communication system further includes an UP migration function (UP string function, USF) device 8, and the USF device 8 is connected to the SDN controller 6 and the CP device 1 respectively.
  • the USF device 8 may be a functional node for formulating migration strategies.
  • the CP device 1 may include multiple virtual machines (virtual machines, VMs) deployed on a physical server, and the UP device 21 , the UP device 22 , and the UP device 23 may be physical physical
  • the UP (physic UP, pUP) device may also be a virtual UP (virtual UP, vUP) device, for example, the UP device 21, the UP device 22 and the UP device 23 may be VMs deployed on a physical server.
  • the SF device 5 may be a physical device independent of the AN 3, such as a router or a switch independent of the AN 3. Alternatively, the SF device 5 can also be a software component provided in the AN 3.
  • the user 4 may also be referred to as a client device or a user device, which may be a computer device such as a mobile phone, a notebook computer, or a desktop computer.
  • the AN 3 may be a switch (switch, SW), an optical line terminal (optical line terminal, OLT), or a digital subscriber line access multiplexer (digital subscriber line access multiplexer, DSLAM) or the like.
  • the AN 3 may encapsulate the outer virtual local area network (VLAN) in a message representing the location of the user 4.
  • VLAN virtual local area network
  • FIG. 2 is a flowchart of an embodiment of a network access method of the present application.
  • the method in the embodiment corresponding to FIG. 2 may be applied to the communication system shown in FIG. 1 , and may also be applied to other communication systems, which is not limited in this embodiment of the present application.
  • the executing subject (ie, the first device) of the network access method shown in FIG. 2 is the SDN controller 6 or the CP device 1 or the USF device 8 in FIG. 1 .
  • the network access method according to this embodiment of the present application includes step 201 and step 202 .
  • the first device acquires first detection data of the network performance between the migration function SF device and the first UP device.
  • the first UP device is a UP device in a communication system where the CU is separated.
  • the first UP device is an UP device in the communication system shown in FIG. 1 .
  • the UP device in the communication system where the CU is separated may collect detection data of the network performance between it and the SF device, and the first device may acquire the detection data collected by the UP device.
  • the detection data is detection data of the network performance of the Layer 2 tunnel between the UP device and the SF device.
  • the network performance in this embodiment of the present application includes at least one of network delay, network jitter, and network packet loss rate.
  • the first device configures the SF device and the first UP device according to the first detection data, so that the first user accesses the network through the SF device and the first UP device.
  • the first device After the first device acquires the detection data of the network performance between the SF device and the first UP device (that is, the first detection data), based on the first detection data, it satisfies the requirements of the first user for network performance, and the first device meets the network performance requirements of the first user based on the first detection data.
  • the SF device and the first UP device are configured so that the first user accesses the network through the SF device and the first UP device.
  • the first user accesses the network through the SF device and the first UP device, which is conducive to obtaining network services that meet the requirements and improving the network experience of the first user.
  • step 201 and step 202 may be applied to the session establishment process of the first user and/or to the session of the first user that has already been established.
  • steps 201 and 202 applied to the session establishment process of the first user as an example, as an optional method, referring to the dotted line part in FIG. 2 , after step 202, the method of this embodiment of the present application further includes steps 203 and 204 , steps 203 and 204 are applied to the session of the first user that has been established.
  • the first device acquires the second detection data and the third detection data.
  • the first UP device and the second UP device are two UP devices in a communication system in which the CU is separated.
  • the first UP device and the second UP device are the UP device 21 and the UP device 22 in the communication system shown in FIG. 1 , respectively. .
  • the first device After the session of the first user is established, the first device acquires the second detection data of the network performance between the SF device and the first UP device, and acquires the third detection data of the network performance between the SF device and the second UP device.
  • the first device configures the SF device and the second UP device according to the second detection data and the third detection data, so that the first user accesses the network through the SF device and the second UP device.
  • the first device After the first device acquires the second detection data and the third detection data, based on the fact that the second detection data does not meet the first user's requirements for network performance, and the third detection data meets the first user's network performance requirements, the first device configures The SF device and the second UP device enable the first user to access the network through the SF device and the second UP device.
  • the first device configures the SF device and the second The UP device enables the first user to access the network through the SF device and the second UP device, which is beneficial to continue to obtain network services that meet the requirements and maintain a better network experience for the first user.
  • the first device may directly configure the SF device, or, as an optional manner, the first device may instruct other devices to configure the SF device.
  • the first device may directly configure the first UP device, or, as an optional manner, the first device may configure the first UP device by instructing other devices.
  • the following describes a network access method in which the first device is an SDN controller, a CP device, and a USF device.
  • the first device in the method shown in FIG. 2 is an SDN controller.
  • the first device may directly configure the SF device, and instruct the CP device to configure the first UP device.
  • FIG. 3 is a schematic diagram of another embodiment of the network access method of the present application.
  • the method shown in FIG. 3 is an example of the method shown in FIG. 2 . Therefore, for some explanations of the method shown in FIG. introduce.
  • the method shown in FIG. 3 includes steps 301-317.
  • the method shown in FIG. 3 is used in the communication system shown in FIG. 1 as an example for description, the SDN controller 6 is connected to the CP device 1, and the first user is user 4 as an example for illustration.
  • the SDN controller 6 acquires the detection data a from the UP device 21.
  • the SDN controller 6 acquires the detection data b from the UP device 22.
  • the SF device 5 is currently configured to send the message of the user 4 to the UP device 21 .
  • SF device 5 establishes a Layer 2 tunnel T1 through its interface 1 (referred to as SF interface 1) and interface 1 of UP device 21 (referred to as UP interface 1), and SF device 5 uses its interface 2 (referred to as SF interface 1) to establish a Layer 2 tunnel T1.
  • the interface 2) establishes a layer 2 tunnel T2 with the interface 2 of the UP device 22 (called the UP interface 2), and the SF device 5 communicates with the interface 3 (called the UP interface 3) of the UP device 23 through its interface 3 (called the SF interface 3). ) to establish a Layer 2 tunnel T3.
  • the VLAN of user 4 is currently configured on SF interface 1.
  • the SDN controller 6 acquires detection data a of the network performance between the SF device 5 and the UP device 21 , and acquires detection data b of the network performance between the SF device 5 and the UP device 22 .
  • FIG. 3 takes the detection data a and the detection data b from the UP device 21 and the UP device 22 as an example for illustration.
  • the detection data a is the detection data of the network performance of the Layer 2 tunnel T1 between the SF device 5 and the UP device 21
  • the detection data b is the detection data of the network performance of the Layer 2 tunnel T2 between the SF device 5 and the UP device 22 data.
  • the SDN controller 6 obtains the detection data a and interface information (for example, the information of the SF interface 1 and the information of the UP interface 1) corresponding to the Layer 2 tunnel T1
  • the SDN controller 6 obtains the detection data b corresponding to the Layer 2 tunnel T1.
  • interface information eg SF interface 2 information and UP interface 2 information).
  • the SDN controller 6 may also acquire detection data of other UP devices in the communication system in which the SF device 5 is separated from the CU.
  • the SDN controller 6 may also acquire detection data from the UP device 23 , where the detection data is detection data of the network performance of the Layer 2 tunnel T3 between the SF device 5 and the UP device 23 .
  • the CP device 1 receives the online message of the user 4.
  • the online message is sent to the CP device 1 via the SF device 5 and the UP device 21.
  • the SF device 5 sends the online message via the SF device 5 and the UP device 21.
  • the Layer 2 tunnel T1 is sent to the UP device 21 , which is then sent to the CP device 1 by the UP device 21 .
  • the authentication server 7 authenticates the user 4.
  • the CP device 1 After receiving the online message of the user 4 , the CP device 1 sends an authentication request for the user 4 to the authentication server 7 .
  • the authentication server 7 can authenticate the user 4 and feed back the authentication result to the CP device 1 .
  • the authentication server 7 may also send the SLA information of the user 4 to the CP device 1 , where the SLA information includes the service level of the user 4 .
  • the service levels of the two users are different, the two users have different requirements on network performance.
  • the service levels of users can be divided into gold users, silver users and bronze users. Gold users have higher requirements on network performance than silver users, and silver users have higher requirements on network performance than bronze users. requirements.
  • the CP device 1 sends the third information to the SDN controller 6 .
  • the third information is used to indicate that the user 4 is the user who requests to go online.
  • the third information carries the identification information of the user 4 and service level agreement (service level agreement, SLA) information.
  • the third information may also carry the interface information of the UP device 21 (that is, the information of the UP interface 1).
  • SLA information is used to determine user requirements for network performance.
  • the SDN controller 6 sends the first information to the CP device 1 according to the third information, the detection data a, and the detection data b.
  • the SDN controller 6 may determine the requirements of the user 4 for network performance according to the third information (for example, the SLA information of the user 4 in the third information).
  • the SDN controller 6 selects one UP device (called the first UP device) from the UP device 21 and the UP device 22 according to the detection data a and the detection data b.
  • the detection data of the first UP device meets the user 4's requirements for network performance.
  • the first information is used to instruct the CP device 1 to configure the first UP device, so as to access the session of the user 4 to the network through the first UP device.
  • FIG. 3 takes the first UP device as the UP device 22 as an example for illustration.
  • the first information carries the identifier of the user 4 and the interface information of the UP device 22 (that is, the information of the UP interface 2).
  • the SDN controller 6 can preferentially select the UP device 21 as the first UP device; if the detection data a does not meet the user 4's requirements for network performance, but the detection data b meets the user 4's network performance requirements, the SDN controller 6 can select the UP device 22 as the first UP device.
  • the CP device 1 sends the session table of the user 4 to the UP device 22.
  • the CP device 1 can configure the UP device 22 under the instruction of the first information, for example, including but not limited to sending the session table of the user 4 to the UP device 22.
  • the CP device 1 may also assign an IP address to the user 4 , where the IP address is an IP address corresponding to the UP device 22 .
  • the CP device 1 sends the response information for the first information to the SDN controller 6 .
  • the CP device 1 After the CP device 1 completes the configuration of the UP device 22 according to the instruction of the first information, it may send response information for the first information to the SDN controller 6, indicating that the CP device 1 has completed the configuration of the UP device 22. Specifically, the instruction The session table of user 4 has been delivered to UP device 22 .
  • the SDN controller 6 sends the configuration information 1 to the SF device 5 according to the third information, the detection data a and the detection data b.
  • the SDN controller 6 can determine that the detection data of the UP device 22 meets the requirements of the user 4 for network performance according to the third information, the detection data a and the detection data b.
  • the SDN controller 6 may send configuration information 1 to the SF device 5 , where the configuration information 1 is used to instruct the SF to access the session of the user 4 to the UP device 22 .
  • the SF device 5 can be configured under the instruction of the configuration information 1 to migrate the session of the user 4 to the UP device 22 .
  • the configuration information 1 carries the information of the original SF interface (that is, the information of the SF interface 1 ), the information of the migrated SF interface (that is, the information of the SF interface 2 ), and the VLAN of the user 4 .
  • SF device 5 can cancel the VLAN configuration of user 4 on SF interface 1, and configure the VLAN of user 4 on SF interface 2, so that the packets of user 4 can be sent through the Layer 2 tunnel T2. Sent to the UP device 22 .
  • the user 4 accesses the network through the SF device 5 and the UP device 22.
  • the SDN controller 6 completes the configuration of the UP device 22 through the CP device 1, and after completing the configuration of the SF device 5, the user 4 can access the network through the SF device 5 and the UP device 22. Specifically, the message of the user 4 is sent to the UP device 22 via the SF device 5 , and then is sent to the core network or the CP device 1 by the UP device 22 .
  • the SDN controller 6 acquires the detection data c from the UP device 22.
  • the SDN controller 6 acquires the detection data d from the UP device 23.
  • the SDN controller 6 can obtain the detection data c of the network performance between the SF device 5 and the UP device 22 and the detection data c of the network performance between the SF device 5 and the UP device Detection data of network performance between 23 d.
  • FIG. 3 takes the detection data c and the detection data d from the UP device 22 and the UP device 23 as an example for illustration.
  • the SDN controller 6 can also obtain the detection data of the network performance of the Layer 2 tunnel T1 between the SF device 5 and the UP device 21, and if the detection data meets the network performance requirements of the user 4, the SDN controller 6.
  • the UP device 21 can be selected as the second UP device.
  • Steps 311 and 312 can be understood with reference to steps 301 and 302 .
  • the SDN controller 6 obtains the detection data c and interface information corresponding to the Layer 2 tunnel T2 (for example, the information of the SF interface 2 and the information of the UP interface 2), and the SDN controller 6 obtains the detection data corresponding to the Layer 2 tunnel T3 Data d and interface information (eg, SF interface 3 information and UP interface 3 information).
  • the SDN controller 6 may also acquire detection data of other UP devices in the communication system in which the SF device 5 is separated from the CU.
  • the SDN controller 6 may also acquire detection data from the UP device 21 , where the detection data is detection data of the network performance of the Layer 2 tunnel T1 between the SF device 5 and the UP device 21 .
  • the SDN controller 6 sends fourth information to the CP device 1 according to the detection data c and the detection data d.
  • the SDN controller 6 After the SDN controller 6 obtains the detection data c and the detection data d, the SDN controller 6 can select a UP device (called the second UP device) from the UP device 22 and the UP device 23 according to the detection data c and the detection data d, and the first The detection data of the second UP device meets the requirements of the user 4 for network performance.
  • the fourth information is used to instruct the CP device 1 to configure the second UP device, so as to access the session of the user 4 to the network through the second UP device.
  • FIG. 3 takes the second UP device as the UP device 23 as an example for illustration.
  • the fourth information carries the identity of the user 4 and the interface information of the UP device 23 (that is, the information of the UP interface 3).
  • the SDN controller 6 can preferentially select the UP device 22 as the second UP device; if the detection data c does not meet the user 4's requirements for network performance, but the detection data d meets the user 4's network performance requirements, the SDN controller 6 can select the UP device 23 as the second UP device.
  • the CP device 1 sends the session table of the user 4 to the UP device 23.
  • the CP device 1 After receiving the fourth information, the CP device 1 can configure the UP device 23 under the instruction of the fourth information, for example, send the session table of the user 4 to the UP device 23 .
  • the CP device 1 sends the response information for the fourth information to the SDN controller 6.
  • the CP device 1 After the CP device 1 completes the configuration of the UP device 23 according to the instruction of the fourth information, it can send the response information for the fourth information to the SDN controller 6, indicating that the CP device 1 has completed the configuration of the UP device 23. Specifically, the instruction The session table of user 4 has been delivered to UP device 23 .
  • the SDN sends the configuration information 2 to the SF device 5 according to the first detection data.
  • the SDN controller 6 can determine, according to the detection data c and the detection data d, that the detection data of the UP 23 meets the requirements of the user 4 for network performance.
  • the SDN controller 6 may send configuration information 2 to the SF device 5 , where the configuration information 2 is used to instruct the SF to access the session of the user 4 to the UP device 23 .
  • the SF device 5 may be configured under the instruction of the configuration information 2 to migrate the session of the user 4 to the UP device 23 .
  • the configuration information 2 carries the information of the original SF interface (that is, the information of the SF interface 2 ), the information of the migrated SF interface (that is, the information of the SF interface 3 ), and the VLAN of the user 4 .
  • SF device 5 can cancel the VLAN configuration of user 4 on SF interface 2, and configure the VLAN of user 4 on SF interface 3, so that the packets of user 4 can be sent through Layer 2 tunnel T3. Sent to the UP device 23 .
  • the user 4 accesses the network through the SF device 5 and the UP device 23 .
  • the SDN controller 6 completes the configuration of the UP device 23 through the CP device 1, and after completing the configuration of the SF device 5, the user 4 can access the network through the SF device 5 and the UP device 23. Specifically, the message of the user 4 is sent to the UP device 23 via the SF device 5 , and then is sent to the core network or the CP device 1 by the UP device 23 .
  • steps 301 and 302 does not limit the execution order between steps 301 and 302 , nor does it limit the execution order between steps 311 and 312 .
  • steps 301 and 302 only need to be executed before step 306 .
  • the method shown in FIG. 3 is not limited to at least executing steps 301 and 302, as long as the SDN controller 6 obtains the UP device that satisfies the requirements of the user 4
  • the test data required by the network performance is sufficient. For example, assuming that the detection data b meets the network performance requirements of the user 4, before step 306, the SDN controller 6 only obtains the detection data b, and can select the first UP device for the user 4 without acquiring the detection data a.
  • Steps 301 to 310 are used to select a UP device whose network performance meets the user's requirements for the user in the session establishment process, and enable the user to access the network through the UP device.
  • Step 305 is used to provide the identity of the user 4 and the SLA information of the user 4 to the SDN controller 6 .
  • step 305 may not be executed in the method shown in FIG. 3 , and the SDN controller 6 obtains the identity and SLA information of the user 4 during the session establishment process by other means.
  • Step 308 is used to notify that the configuration of the UP device 22 has been completed, which is beneficial to improve the user 4's access to the network. The success rate of accessing the network.
  • the method shown in FIG. 3 does not necessarily limit the execution of step 308 .
  • step 315 is used to notify that the configuration of the UP device 23 has been completed, and the method shown in FIG. 3 does not limit the execution of step 315 .
  • Steps 311 to 317 are used to select a UP device whose network performance meets user requirements for the user who has established a session, and enable the user to access the network through the UP device.
  • the user information and SLA information may be acquired and saved by the SDN controller 6 through step 305 .
  • the SDN controller 6 may obtain the identification and SLA information of the user who has established the session in other ways.
  • the method shown in FIG. 3 can be applied to the session establishment process of the user at the same time, and can also be applied to the already established user session.
  • the method shown in FIG. 3 may only be applied to the session establishment process of the user.
  • steps 311 to 317 may not be performed at this time; or, the method shown in FIG. 3 may only be applied to established users.
  • steps 301 to 310 may not be performed at this time.
  • the first device in the method shown in FIG. 2 is a CP device.
  • the first device may directly configure the UP device, and instruct the SDN controller to configure the SF device.
  • FIG. 4 is a schematic diagram of another embodiment of the network access method of the present application.
  • the method shown in FIG. 4 is an example of the method shown in FIG. 2 . Therefore, for some explanations of the method shown in FIG. introduce.
  • the method shown in FIG. 4 includes steps 401-416.
  • the method shown in FIG. 4 is used in the communication system shown in FIG. 1 as an example for introduction, the SDN controller 6 is connected to the CP device 1, and the first user is user 4 as an example for illustration.
  • the SDN controller 6 acquires the detection data a from the UP device 21.
  • the SDN controller 6 obtains the detection data b from the UP device 22.
  • the CP device 1 acquires the detection data a and the detection data b from the SDN controller 6 .
  • the CP device 1 acquires detection data a of the network performance between the SF device 5 and the UP device 21 , and acquires detection data b of the network performance between the SF device 5 and the UP device 22 .
  • Fig. 4 illustrates by taking the detection data a and the detection data b obtained by the CP device 1 as an example from the SDN controller 6 as an example.
  • step 301 and step 302 For the introduction of the detection data a and the detection data b, reference may be made to the relevant descriptions of step 301 and step 302, which will not be repeated here.
  • the CP device 1 receives the online message of the user 4.
  • the authentication server 7 authenticates the user 4.
  • Steps 404 and 405 can be understood by referring to the related descriptions of steps 303 and 304, and details are not repeated here.
  • the CP device 1 sends the session table of the user 4 to the UP device 22 according to the detection data a and the detection data b.
  • the CP device 1 selects a UP device (called the first UP device) from the UP device 21 and the UP device 22 according to the detection data a and the detection data b.
  • the detection data of the first UP device meets the user 4's requirements for network performance.
  • the CP device 1 may configure the first UP device, for example, including but not limited to sending the session table of the user 4 to the first UP device.
  • FIG. 4 takes the first UP device as the UP device 22 as an example for illustration.
  • the CP device 1 can preferentially select the UP device 21 as the first UP device If the detection data a does not meet the user 4's requirements for network performance, but the detection data b meets the user 4's network performance requirements, then the CP device 1 can select the UP device 22 as the first UP device.
  • the CP device 1 sends the second information to the SDN controller 6 according to the detection data a and the detection data b.
  • the CP device 1 can determine, according to the detection data a and the detection data b, that the detection data of the UP device 22 meets the requirements of the user 4 for network performance.
  • CP device 1 instructs SDN controller 6 to configure SF device 5 .
  • the CP device 1 sends the second information to the SDN controller 6 , the second information is used to instruct the SDN controller to send configuration information to the SF device, and the configuration information is used to instruct the SF device to access the session of the first user to the UP device 22 .
  • the SDN controller 6 sends the configuration information 1 to the SF device 5 according to the second information.
  • the user 4 accesses the network through the SF device 5 and the UP device 22.
  • Steps 408 and 409 can be understood by referring to the related descriptions of steps 309 and 310, and details are not repeated here.
  • the SDN controller 6 acquires the detection data c from the UP device 21.
  • the SDN controller 6 acquires the detection data d from the UP device 22.
  • the CP device 1 acquires the detection data c and the detection data d from the SDN controller 6 .
  • the CP device 1 can obtain the detection data c of the network performance between the SF device 5 and the UP device 22 and the detection data c of the network performance between the SF device 5 and the UP device 23 The detection data of the network performance between d.
  • step 311 and step 312 For the introduction of the detection data c and the detection data d, reference may be made to the relevant descriptions of step 311 and step 312, and details are not repeated here.
  • the CP device 1 sends the session table of the user 4 to the UP device 23 according to the detection data c and the detection data d.
  • the SDN controller 6 After the SDN controller 6 obtains the detection data c and the detection data d, the SDN controller 6 can select a UP device (called the second UP device) from the UP device 22 and the UP device 23 according to the detection data c and the detection data d, and the first The detection data of the second UP device meets the requirements of the user 4 for network performance.
  • the CP device 1 may configure the second UP device, for example, including but not limited to sending the session table of the user 4 to the second UP device.
  • FIG. 4 takes the second UP device as the UP device 23 as an example for illustration.
  • the CP device 1 can also obtain the detection data of the network performance of the Layer 2 tunnel T1 between the SF device 5 and the UP device 21, and if the detection data meets the network performance requirements of the user 4, the CP device 1 can The UP device 21 is selected as the second UP device.
  • the CP device 1 can preferentially select the UP device 22 as the second UP device If the detection data c does not meet the user 4's requirements for network performance, but the detection data d meets the user 4's network performance requirements, then the CP device 1 can select the UP device 23 as the second UP device.
  • the CP device 1 sends fifth information to the SDN controller 6 according to the detection data c and the detection data d.
  • the CP device 1 can determine, according to the detection data c and the detection data d, that the detection data of the UP device 23 meets the requirements of the user 4 for network performance.
  • CP device 1 instructs SDN controller 6 to configure SF device 5 .
  • the CP device 1 sends fifth information to the SDN controller 6 , the fifth information is used to instruct the SDN controller to send configuration information to the SF device, and the configuration information is used to instruct the SF device to access the session of the first user to the UP device 23 .
  • the SDN controller 6 sends the configuration information 2 to the SF device 5 according to the fifth information.
  • the user 4 accesses the network through the SF device 5 and the UP device 23 .
  • Steps 415 and 416 can be understood by referring to the related descriptions of steps 316 and 317, and details are not repeated here.
  • step 401 , step 402 and step 403 are not limited to be executed before step 404 , as long as they are executed before step 406 .
  • the embodiment of the present application aims to select the UP device whose network performance meets the requirements for the first user, the method shown in FIG.
  • the test data required by the performance is sufficient. For example, assuming that the detection data b meets the network performance requirements of the user 4, before step 406, the CP device 1 only obtains the detection data b, and can select the first UP device for the user 4 without acquiring the detection data a.
  • Steps 401 to 409 are used to select a UP device whose network performance meets user requirements for the user in the session establishment process, and enable the user to access the network through the UP device.
  • Steps 410 to 416 are used to select a UP device whose network performance meets user requirements for the user who has established a session, and enable the user to access the network through the UP device.
  • the method shown in FIG. 4 can be applied to the session establishment process of the user at the same time, and can also be applied to the already established user session.
  • the method shown in FIG. 4 may only be applied to the session establishment process of the user.
  • steps 410 to 416 may not be performed at this time; or, the method shown in FIG. 4 may only be applied to the established user.
  • steps 401 to 409 may not be performed at this time.
  • the first device in the method shown in FIG. 2 is a USF device.
  • the first device may instruct the CP device to configure the UP device, and instruct the SDN controller to configure the SF device.
  • FIG. 5 is a schematic diagram of another embodiment of the network access method of the present application.
  • the method shown in FIG. 5 is an example of the method shown in FIG. 2 . Therefore, for some explanations of the method shown in FIG. introduce.
  • the method shown in FIG. 5 includes steps 501-521.
  • the method shown in FIG. 5 is used in the communication system shown in FIG. 1 as an example for introduction.
  • the communication system shown in FIG. 1 includes a USF device 8, and the USF device 8 is connected to the SDN controller 6 and the CP device 1 respectively.
  • the connection between the SDN controller 6 and the CP device 1 may not be connected, and the first user is the user 4 as an example for illustration.
  • the SDN controller 6 acquires the detection data a from the UP device 21.
  • the SDN controller 6 obtains the detection data b from the UP device 22.
  • the USF device 8 acquires the detection data a and the detection data b from the SDN controller 6 .
  • the USF device 8 acquires detection data a of the network performance between the SF device 5 and the UP device 21 , and acquires detection data b of the network performance between the SF device 5 and the UP device 22 .
  • FIG. 5 illustrates by taking as an example that both the detection data a and the detection data b acquired by the USF device 8 are from the SDN controller 6 .
  • step 301 and step 302 For the introduction of the detection data a and the detection data b, reference may be made to the relevant descriptions of step 301 and step 302, which will not be repeated here.
  • the CP device 1 receives the online message of the user 4.
  • the authentication server 7 authenticates the user 4 .
  • Steps 504 and 505 can be understood by referring to the related descriptions of steps 303 and 304, and details are not repeated here.
  • the CP device 1 sends the third information to the USF device 8 .
  • the USF device 8 sends the first information to the CP device 1 according to the third information, the detection data a and the detection data b.
  • the CP device 1 sends the session table of the user 4 to the UP device 22.
  • the CP device 1 sends the response information for the first information to the USF device 8 .
  • Steps 504 to 509 can be understood with reference to the related descriptions of steps 303 to 308, and details are not repeated here.
  • the USF device 8 sends the second information to the SDN controller 6 according to the detection data a and the detection data b.
  • the USF device 8 After the USF device 8 determines according to the detection data a and the detection data b that the detection data of the UP device 22 meets the requirements of the user 4 for network performance, the USF device 8 instructs the SDN controller 6 to configure the SF device 5 .
  • the USF device 8 sends the second information to the SDN controller 6 , the second information is used to instruct the SDN controller to send configuration information to the SF device, and the configuration information is used to instruct the SF device to access the session of the first user to the UP device 22 .
  • the SDN controller 6 sends the configuration information 1 to the SF device 5 according to the second information.
  • the user 4 accesses the network through the SF device 5 and the UP device 22.
  • Steps 511 and 512 can be understood by referring to the related descriptions of steps 309 and 310, and details are not repeated here.
  • the SDN controller 6 acquires the detection data c from the UP device 21.
  • the SDN controller 6 acquires the detection data d from the UP device 22.
  • the USF device 8 acquires the detection data c and the detection data d from the SDN controller 6 .
  • Steps 513 to 515 can be understood with reference to steps 410 to 412, and details are not repeated here.
  • the USF device 8 sends fourth information to the CP device 1 according to the detection data c and the detection data d.
  • the CP device 1 sends the session table of the user 4 to the UP device 23 .
  • the CP device 1 sends the response information for the fourth information to the SDN controller 6.
  • Steps 516 to 518 can be understood by referring to the relevant descriptions of steps 313 to 315, and are not repeated here.
  • the USF device 8 sends fifth information to the SDN controller 6 according to the detection data c and the detection data d.
  • the SDN controller 6 sends the configuration information 2 to the SF device 5 according to the fifth information.
  • the user 4 accesses the network through the SF device 5 and the UP device 23 .
  • Steps 519 to 521 can be understood by referring to the relevant descriptions of steps 414 to 416, and are not repeated here.
  • step 501, step 502 and step 503 only need to be executed before step 507.
  • the method shown in FIG. 3 is not limited to at least executing steps 501 and 502, as long as the USF device 8 obtains the network performance that satisfies the user 4
  • the test data required by the performance is sufficient. For example, assuming that the detection data b meets the network performance requirements of the user 4, before step 507, the USF device 8 only obtains the detection data b, and can select the first UP device for the user 4 without acquiring the detection data a.
  • Steps 501 to 512 are used to select a UP device whose network performance meets the user's requirements for the user in the session establishment process, and enable the user to access the network through the UP device.
  • Step 506 is for providing the identity of user 4 and the SLA information of user 4 to the USF device 8 .
  • step 506 may not be executed in the method shown in FIG. 5 , and the USF device 8 obtains the identity and SLA information of the user 4 in the session establishment process by other means.
  • Step 509 is used to notify that the configuration of the UP device 22 has been completed. If the CP device 1 fails to successfully configure the UP device 22, the USF device 8 instructs the SDN controller 6 to configure the SF device 5, which may easily cause the user 4 to fail to access the network. The method shown in FIG. 5 does not necessarily limit the execution of step 509 . Similarly, step 518 is used to notify that the configuration of the UP device 23 has been completed, and the method shown in FIG. 5 does not limit the execution of step 518 .
  • Steps 513 to 521 are used to select a UP device whose network performance meets user requirements for the user who has established a session, and enable the user to access the network through the UP device.
  • the user information and SLA information may be acquired and saved by the USF device 8 through step 506 .
  • the USF device 8 may obtain the identification and SLA information of the user who has established the session in other ways.
  • the method shown in FIG. 5 can be applied to the session establishment process of the user at the same time, and can also be applied to the already established user session.
  • the method shown in FIG. 5 may only be applied to the session establishment process of the user.
  • steps 513 to 521 may not be performed; or, the method shown in FIG. 5 may only be applied to the established user.
  • steps 501 to 512 may not be performed at this time.
  • FIG. 6 is a flowchart of another embodiment of the network access method of the present application.
  • the method of the embodiment corresponding to FIG. 6 may be applied to the communication system shown in FIG. 1 , and may also be applied to other communication systems, which is not limited in this embodiment of the present application.
  • the first device involved in the network access method shown in FIG. 6 may be the execution subject (ie, the first device) of the method shown in FIG. 2 , or the SDN controller involved in the method shown in FIG. 3 , Or the USF equipment involved in the method shown in FIG. 5 .
  • the network access method according to this embodiment of the present application includes step 601 and step 602 .
  • the CP device receives the first information sent by the first device.
  • the CP device is a CP device (eg, the CP device 1 in FIG. 1 ) in a communication system in which the CU is separated, and the first UP device is a UP device (eg, the UP device 22 in FIG. 1 ) in the communication system.
  • the first information is used to indicate that the first user corresponds to the first UP device in the communication system, wherein the detection data of the network performance between the SF device and the first UP device meets the requirements of the first user for network performance.
  • the CP device sends the session table of the first user to the first UP device.
  • Step 602 can be understood with reference to step 307, and details are not repeated here.
  • the method shown in FIG. 6 may further include step 603 .
  • the CP device sends response information for the first information to the first device.
  • the response information to the first information is used to indicate that the session table of the first user has been delivered to the first UP device, and the first device configures the SF device according to the response information, which is beneficial to improve the success rate of user 4 accessing the network.
  • the method shown in FIG. 6 may further include step 604 and step 605 .
  • the CP device receives the online request message of the first user.
  • the CP device sends the third information to the first device.
  • the third information is used to request the first device to determine the UP device in the communication system corresponding to the first user.
  • the CP device may also request the authentication server to authenticate the first user.
  • Steps 604 and 605 can be understood with reference to steps 303 and 305, and details are not repeated here.
  • FIG. 7 is a flowchart of another embodiment of the network access method of the present application.
  • the method of the embodiment corresponding to FIG. 7 may be applied to the communication system shown in FIG. 1 , and may also be applied to other communication systems, which is not limited in this embodiment of the present application.
  • the first device involved in the network access method shown in FIG. 7 may be the execution body (ie, the first device) of the method shown in FIG. 2 , or the CP device involved in the method shown in FIG. 4 , or is the USF device involved in the method shown in FIG. 5 .
  • the network access method according to this embodiment of the present application includes step 701 and step 702 .
  • the SDN controller sends the detection data of the network performance between the SF device and the first UP device to the first device.
  • the first UP device is an UP device in a communication system where the CU is separated.
  • the detection data is detection data of the network performance of the Layer 2 tunnel between the SF device and the first UP device.
  • the SDN controller receives the second information sent by the first device.
  • the second information is used to indicate that the first user corresponds to the first UP device, and the detection data of the network performance between the SF device and the first UP meets the requirements of the first user for network performance.
  • Step 702 can be understood with reference to step 407, and details are not repeated here.
  • the SDN controller sends configuration information to the SF device.
  • the configuration information is used to instruct the SF to access the session of the first user to the first UP device.
  • Step 702 can be understood with reference to step 309, and details are not repeated here.
  • the network access method shown in FIG. 7 may not perform steps 702 and 703, and the SDN controller sends the detection data of the network performance between the SF device and the first UP device to the first device, there are It is helpful for the first device to select the UP device that meets the requirements for the first user, and then configure the first user to access the network through the UP device, so as to ensure the network experience of the first user.
  • the network access method shown in FIG. 7 may not perform step 701, and the SDN controller performs steps 702 and 703, which is beneficial to configure the first device that meets the requirements of the first user under the instruction of the first device.
  • a UP device is further beneficial to realize that the first user accesses the network through the first UP device, so as to ensure the network experience of the first user.
  • the network access method is described above, and the structure of the network device of the present application is described below.
  • the network device may be the first device in the method shown in FIG. 2 , or the SDN controller or the CP device in the method shown in FIG. 3 , or the CP device or the SDN controller in the method shown in FIG. 4 , or the
  • the USF device or the SDN controller or the CP device in the method shown in FIG. 5 is either the CP device in the method shown in FIG. 6 , or the SDN controller in the method shown in FIG. 7 .
  • the network device may also be a device that can be used in conjunction with the corresponding device.
  • the network device may be installed in a corresponding device, and exemplarily, the network device may be a chip system. In this embodiment of the present application, the chip system may be composed of chips, or may include chips and other discrete devices.
  • FIG. 8 is a schematic structural diagram of a network device according to an embodiment of the present application.
  • the network device includes a processor 801 and a memory 802 .
  • the processor 801 may be one or more CPUs, and the CPU may be a single-core CPU or a multi-core CPU.
  • the memory 802 includes but is not limited to random access memory (random access memory, RAM), read only memory (Read only Memory, ROM), erasable programmable read-only memory (erasable programmable read-only memory, EPROM or flash memory) memory), flash memory, or optical memory, etc.
  • the memory 802 stores the code of the operating system and program instructions.
  • the network device further includes a communication interface 803 .
  • the communication interface 803 may be a wired interface, such as a fiber distributed data interface (Fiber Distributed Data Interface, FDDI), a Gigabit Ethernet (Gigabit Ethernet, GE) interface; the communication interface 803 may also be a wireless interface.
  • the communication interface 803 is used to receive network data from the internal network and/or the external network.
  • the network device further includes a bus 804, and the above-mentioned processor 801 and memory 802 are usually connected to each other through the bus 804, and may also be connected to each other in other ways.
  • the processor 801 implements the network access method of the embodiment of the present application by reading program instructions stored in the memory 802, or the processor 801 may also implement the network access method of the embodiment of the present application by using internally stored program instructions.
  • the processor 801 executes the steps in the method shown in FIG. 2 according to the instructions stored in the memory 802 , or executes the steps executed by the SDN controller or the CP device in the method shown in FIG. 3 , or executes the steps in the method shown in FIG. 4 .
  • the steps performed by the CP device or the SDN controller, or, the steps performed by the USF device or the SDN controller or the CP device in the method shown in FIG. 5 are performed, or the steps in the method shown in FIG. 6 are performed, or the steps shown in FIG. 7 are performed steps in the method.
  • the processor 801 please refer to the descriptions in the foregoing method embodiments, which will not be repeated here.
  • FIG. 9 is a schematic structural diagram of a network device according to an embodiment of the present application.
  • the network device 9 includes a receiving module 901 and a configuration module 902 .
  • the receiving module 901 is configured to execute step 201, step 203, step 301, step 302, step 305, step 308, step 311, step 312, step 315, step 403, step 404, step 412, step 503, Step 506, Step 509, Step 515, or Step 518, etc.
  • the configuration module 902 is used to execute step 202, step 204, step 305, step 309, step 313, step 316, step 406, step 407, step 413, step 414, step 507, step 510, step 516 or step 519, etc.
  • step 202 step 202, step 204, step 305, step 309, step 313, step 316, step 406, step 407, step 413, step 414, step 507, step 510, step 516 or step 519, etc.
  • FIG. 10 is a schematic structural diagram of a network device according to an embodiment of the present application.
  • the network device 10 includes a receiving module 1001 and a sending module 1002 .
  • the receiving module 1001 is configured to execute step 303 , step 306 , step 313 , step 504 , step 507 , step 516 , step 601 or step 604 and so on.
  • the sending module 1002 is used to execute step 605, step 307, step 308, step 314, step 315, step 506, step 508, step 509, step 517, step 518, step 602, step 603 or step 605 and so on.
  • step 605 for the specific execution process, please refer to the detailed description of the corresponding steps in the above method embodiments, which will not be repeated here.
  • FIG. 11 is a schematic structural diagram of a network device according to an embodiment of the present application.
  • the network device 11 includes a receiving module 1101 and a sending module 1102 .
  • the receiving module 1101 is configured to execute step 401, step 402, step 407, step 410, step 411, step 414, step 501, step 502, step 510, step 513, step 514, step 519 or step 702, etc.
  • the sending module 1102 is configured to execute step 403 , step 408 , step 412 , step 415 , step 503 , step 511 , step 515 , step 520 , or step 703 .
  • step 408 step 412 , step 415 , step 503 , step 511 , step 515 , step 520 , or step 703 .
  • FIG. 12 is a schematic structural diagram of a network device according to an embodiment of the present application.
  • the network device 12 includes a sending module 1201 .
  • the sending module 1201 is configured to perform step 403 , step 412 , step 503 , step 515 or step 701 .
  • step 403 For the specific execution process, please refer to the detailed description of the corresponding steps in the above method embodiments, which will not be repeated here.
  • the coupling in the embodiments of the present application is an indirect coupling or communication connection between devices, units or modules, which may be in electrical, mechanical or other forms, and is used for information exchange between devices, units or modules.
  • the apparatus embodiments described in FIGS. 9-12 are merely illustrative.
  • the modules in FIG. 9 to FIG. 12 can be implemented in the form of hardware, or can be implemented in the form of software functional units.
  • the receiving module 901 and the configuration module 902 in the apparatus shown in FIG. 9 can be implemented by one or more software function modules generated after the processor 801 reads the program instructions stored in the memory 802 .
  • the division of modules in the embodiments of the present application is schematic, and is only a logical function division, and there may be other division manners in actual implementation.
  • the modules in FIG. 9 or FIG. 10 or FIG. 11 or FIG. 12 may also be implemented by different hardware in the network device respectively.
  • the receiving module 901 is implemented by the communication interface 803 in FIG. 8
  • the configuration module 902 is implemented by the processor in FIG. 8
  • 801 and network interface 803 are implemented together.
  • the above functional modules can also be implemented by a combination of software and hardware.
  • the receiving module 901 is implemented by the communication interface 803
  • the configuration module 902 is a software function module generated after the processor 801 reads the program instructions stored in the memory 802 .
  • FIG. 9 For more details of the technical effects that the network devices shown in FIG. 9 , FIG. 10 , FIG. 11 , and FIG. 12 can achieve, and the above functions implemented by each module, please refer to the corresponding descriptions in the foregoing method embodiments, which will not be repeated here.
  • an embodiment of the present application further provides a chip 13, the chip 13 includes a processor 1301 and a communication interface 1302, the communication interface 1302 is coupled with the processor 1301, and the processor 1301 is used to run a computer program or instruction, thereby implementing the present invention. Apply for the method provided by any one of the above method embodiments.
  • the communication interface 1302 may be, for example, an input/output interface, a pin or a circuit on the chip 13 .
  • the processor 1301 can execute computer instructions stored in the memory, so that the chip 13 executes any of the above method embodiments.
  • the memory can be a storage unit in the chip 13, such as a register, a cache, etc., or, the memory can be a memory located outside the chip 13 in a computer device, such as a read-only memory (read-only memory). , ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM), etc.
  • the processor 1301 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more of the above-mentioned methods for controlling An integrated circuit in which a program of an embodiment executes.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • the computer program product includes one or more computer instructions.
  • the computer may be a general purpose computer, special purpose computer, computer network, or other programmable device.
  • the computer instructions may be stored in or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be downloaded from a website site, computer, server, or data center Transmission to another website site, computer, server, or data center is by wire (eg, coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (eg, infrared, wireless, microwave, etc.).
  • wire eg, coaxial cable, optical fiber, digital subscriber line (DSL)
  • wireless eg, infrared, wireless, microwave, etc.
  • the computer-readable storage medium may be any available medium that can be stored by a computer or a data storage device such as a server, a data center, etc. that includes one or more available media integrated.
  • the usable media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid state disks (SSDs)), and the like.
  • An embodiment of the present application further provides a communication system, where the communication system may include a first device, an SF device, and a UP device, where the first device is configured to execute the method shown in FIG. 2 .
  • An embodiment of the present application further provides a communication system, where the communication system includes a first device, an SDN control, and a CP device.
  • the first device is configured to execute the method shown in FIG. 2
  • the CP device executes the method shown in FIG. 6
  • the SDN controller executes the method shown in FIG. 7 .
  • An embodiment of the present application further provides a communication system, where the communication system includes an SDN controller and a CP device.
  • the SDN controller executes the method executed by the SDN controller 6 shown in FIG. 3
  • the CP device executes the method executed by the CP device 1 shown in FIG. 3
  • the CP device executes the method executed by the CP device 1 shown in FIG. 4
  • the SDN controller executes the method executed by the SDN controller 6 shown in FIG. 4 .
  • the communication system can be understood with reference to the SDN controller 6 and the CP device 1 in FIG. 1 .
  • An embodiment of the present application further provides a communication system, where the communication system includes an SDN controller, a CP device, and a USF device.
  • the USF device executes the method executed by the USF device 8 shown in FIG. 5
  • the SDN controller executes the method executed by the SDN controller 6 shown in FIG. 5
  • the CP device executes the method executed by the CP device 1 shown in FIG. 5 .
  • the communication system can be understood with reference to the USF device 8 , the SDN controller 6 and the CP device 1 in FIG. 1 .
  • At least one refers to one or more, and multiple refers to two or more, which is not limited in this application.
  • "/" may indicate that the objects associated before and after are an "or” relationship, for example, A/B may indicate A or B; “and/or” may be used to describe that there are three types of associated objects A relationship, for example, A and/or B, can mean that A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural.
  • words such as “first” and “second” may be used to distinguish technical features with the same or similar functions.
  • words “first”, “second” and the like do not limit the quantity and execution order, and the words “first”, “second” and the like do not limit the difference.
  • words such as “exemplary” or “for example” are used to represent examples, illustrations or illustrations, and any embodiment or design solution described as “exemplary” or “for example” should not be construed are preferred or advantageous over other embodiments or designs.
  • the use of words such as “exemplary” or “such as” is intended to present the relevant concepts in a specific manner to facilitate understanding.
  • a computer program product refers to computer readable instructions stored on a computer readable medium.
  • the computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium.
  • Computer-readable storage media include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or devices, or any suitable combination of the foregoing.
  • the computer-readable storage medium is Random Access Memory (RAM), Read Only Memory (ROM), Erasable Programmable Read Only Memory (EPROM) or Portable Only Memory (EPROM) Read memory (Compact Disc Read-Only Memory, CD-ROM).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例公开了一种网络接入方法及装置，用于保证为用户提供的网络服务质量。本申请实施例网络接入方法包括：第一设备获取迁移功能SF设备与第一用户面UP设备之间网络性能的第一检测数据，第一UP设备为控制面CP与UP分离的通信系统中的UP设备。之后，第一设备根据第一检测数据配置SF设备和第一UP设备，使得第一用户通过SF设备与第一UP设备接入网络，其中，第一检测数据满足第一用户对网络性能的要求。

Description

一种网络接入方法、装置及系统
本申请要求于2020年7月24日提交中国国家知识产权局、申请号为202010724017.7、发明名称为“一种网络接入方法、装置及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种网络接入方法、装置及系统。
背景技术
用户在访问通信系统网络的过程中，需要通信系统的控制面(control plane，CP)设备和用户面(user plane，UP)设备等为用户提供网络服务。通信系统一般设置多个UP设备，用户的会话通过为其分配的UP设备接入网络。
通信系统为用户分配的UP设备一般是固定的，但是迁移功能SF设备与UP设备之间的网络性能是变化的，例如，UP设备与SF设备之间的网络时延会随着带宽拥塞情况等发生变化，此时，UP设备与SF设备之间的网络状况无法保证为用户提供的网络服务质量满足用户需求。
发明内容
本申请实施例提供了一种网络接入方法及装置，用于保证为用户提供的网络服务质量。
第一方面，本申请实施例提供一种网络接入方法，包括：第一设备获取迁移功能SF设备与第一用户面UP设备之间网络性能的第一检测数据，第一UP设备为控制面CP与UP分离的通信系统中的UP设备。之后，第一设备根据第一检测数据配置SF设备和第一UP设备，使得第一用户通过SF设备与第一UP设备接入网络，其中，第一检测数据满足第一用户对网络性能的要求。
通过该方法动态调整用户接入网络的UP设备，从而保证SF设备与UP设备之间网络性能的检测数据满足用户对网络性能的要求，进而有利于保证为用户提供的网络服务质量满足用户对网络性能的要求，提高用户体验。
可选的，第一设备为SDN控制器。下面通过第一方面的第一种可能的实现方式至第七种可能的实现方式具体介绍这种情况下的网络接入方法。
在第一方面的第一种可能的实现方式中，SDN控制器根据第一检测数据配置第一UP设备，包括：SDN控制器向通信系统中的CP设备发送第一信息，第一信息用于指示将第一用户的会话通过第一UP设备接入网络。SDN控制器通过向CP设备发送第一信息，可以指示CP设备对第一UP设备进行配置，有利于实现将第一用户通过SF设备和第一UP设备接入网络。
在第一方面的第二种可能的实现方式中，在SDN控制器向CP发送第一信息之后，在SDN控制器根据获取到的检测数据配置SF设备之前，SDN控制器接收CP设备发送的针对第一信息的响应信息，响应信息用于指示第一用户的会话表已下发至第一UP设备。这样SDN控制器可以在第一UP设备配置完成后对SF设备进行配置，有利于提高第一用户接入网络的成功率。
在第一方面的第三种可能的实现方式中，SDN控制器根据第一检测数据配置SF设备，包 括：SDN控制器向SF设备发送配置信息，配置信息用于指示SF将第一用户的会话接入第一UP设备。
在第一方面的第四种可能的实现方式中，在SDN控制器根据第一检测数据配置SF设备和第一UP设备之前，SDN控制器可以获取第三信息，第三信息用于指示第一用户为请求上线的用户。
在第一方面的第五种可能的实现方式中，在SDN控制器根据第一检测数据配置SF设备和第一UP设备之后，SDN控制器可以获取第二检测数据和第三检测数据，第二检测数据为SF设备与第一UP设备之间网络性能的检测数据，第三检测数据为SF设备与第二UP设备之间网络性能的检测数据，第二UP设备为通信系统中的UP设备。若第二检测数据不满足第一用户对网络性能的要求，而第三检测数据满足第一用户对网络性能的要求，SDN控制器根据第二检测数据和第三检测数据配置SF设备和第二UP设备，使得第一用户通过SF设备与第二UP设备接入网络，有利于保证已接入网络的用户的网络服务质量。
在第一方面的第六种可能的实现方式中，第一用户对网络性能的要求为第一设备根据第一用户的服务等级协议SLA确定的。
在第一方面的第七种可能的实现方式中，网络性能包括网络时延、网络抖动和网络丢包率中的至少一种。
可选的，第一设备为CP设备。下面通过第一方面的第八种可能的实现方式至第十种可能的实现方式具体介绍这种情况下的网络接入方法。
在第一方面的第八种可能的实现方式中，CP设备根据第一检测数据配置SF设备，包括：CP设备向SDN控制器发送第二信息，第二信息用于指示SDN控制器向SF设备发送配置信息，配置信息用于指示SF设备将第一用户的会话接入第一UP设备。
在第一方面的第九种可能的实现方式中，第一检测数据为SDN控制器发送的。可选的，SDN控制器可以收集UP设备与SF设备之间网络性能的检测数据，并向CP设备上报收集到的检测数据。
在第一方面的第十种可能的实现方式中，CP设备根据第一检测数据配置第一UP设备，包括：CP设备向第一UP设备发送第一用户的会话表。
可选的，在第一设备为CP设备的情况下，该网络接入方法还包括其他的实现方式，其他的实现方式可以参考第一方面的第五种至第七种可能的实现方式中任一种可能的实现方式进行理解，此处不再赘述。
可选的，第一设备为控制器和CP设备以外的其他设备。可选的，将该设备称作UP迁移功能(UP string function，USF)设备作为示意，该USF设备用于制定迁移策略的功能节点。可以参考前述实现方式理解这种情况下的网络接入方法。例如，可选的，USF设备根据第一检测数据配置第一UP设备的方式可以参考第一方面的第一种可能的实现方式进行理解。可选的，USF设备根据第一检测数据配置SF设备的方式可以参考第一方面的第八种可能的实现方式进行理解。可选的，在第一设备为USF设备的情况下，该网络接入方法还包括其他的实现方式，其他的实现方式可以参考第一方面的第二种或第四种或第五种或第六种或第七种或第九种可能的实现方式中任一种可能的实现方式进行理解，此处不再赘述。
第二方面，本申请实施例提供一种网络接入方法，包括：控制面CP与用户面UP分离的 通信系统中的CP设备接收第一设备发送的第一信息，第一信息用于指示第一用户对应于通信系统中的第一UP设备，其中，迁移功能SF设备与第一UP设备之间网络性能的检测数据满足第一用户对网络性能的要求，CP设备向第一UP设备发送第一用户的会话表，有利于实现将第一用户通过SF设备和第一UP设备接入网络，从而有利于保证为第一用户提供的网络服务质量。
可选的，该第一设备为在第一方面所介绍的方法中作为执行主体的USF设备或SDN控制器。
可选的，在CP设备向第一UP设备发送第一用户的会话表之后，CP设备向第一设备发送针对第一信息的响应信息，响应信息用于指示第一用户的会话表已下发至第一UP设备。这样第一设备可以在第一UP设备配置完成后对进行其他配置，例如对SF设备进行配置，有利于提高第一用户接入网络的成功率。
可选的，在CP设备接收第一设备发送的第一信息之前，CP设备接收第一用户的上线请求报文，之后CP设备向第一设备发送第三信息，所述第三信息用于指示所述第一用户为请求上线的用户。这样有利于保证会话建立过程中的用户在上线时便通过满足要求的UP设备接入网络，提高用户的用网体验。
第三方面，本申请实施例提供一种网络接入方法，包括：第一UP设备为控制面CP与UP分离的通信系统中的UP设备，软件设计网络SDN控制器可以接收第一设备发送的第二信息，第二信息用于指示第一用户对应于第一用户面UP设备，其中，迁移功能SF设备与第一UP之间网络性能的检测数据满足第一用户对网络性能的要求。之后，SDN控制器向SF设备发送配置信息，配置信息用于指示SF将第一用户的会话接入第一UP设备。由于SF设备与第一UP之间网络性能的检测数据满足第一用户对网络性能的要求，SDN控制器向SF设备发送配置信息，有利于实现将第一用户通过SF设备和第一UP设备接入网络，从而有利于保证为第一用户提供的网络服务质量。
可选的，该第一设备为在第一方面所介绍的方法中作为执行主体的USF设备或CP设备。
可选的，在SDN控制器接收第一设备发送的第二信息之前，SDN控制器向第一设备发送SF设备与第一UP设备之间网络性能的检测数据，有利于第一设备为第一用户选择满足其要求的UP设备。
第四方面，本申请实施例提供一种网络接入方法，包括：软件设计网络SDN控制器向第一设备发送迁移功能SF设备与第一用户面UP设备之间网络性能的第一检测数据，第一UP设备为控制面CP与UP分离的通信系统中的UP设备，第一检测数据用于指示第一设备配置SF设备和第一UP设备，第一检测数据满足第一用户对网络性能的要求，有利于第一设备为第一用户选择满足其要求的UP设备，进而有利于实现将第一用户通过SF设备和第一UP设备接入网络，保证为第一用户提供的网络服务质量。
可选的，SDN控制器向第一设备发送SF设备与第一UP设备之间网络性能的第一检测数据之后，SDN控制器接收第一设备发送的第二信息，第二信息用于指示第一用户对应于第一用户面UP设备。之后，SDN控制器向SF设备发送配置信息，配置信息用于指示SF将第一用户的会话接入第一UP设备。由于SF设备与第一UP之间网络性能的检测数据满足第一用户对网络性能的要求，SDN控制器向SF设备发送配置信息，有利于实现将第一用户通过SF设备 和第一UP设备接入网络，从而有利于保证为第一用户提供的网络服务质量。
第五面，本申请实施例提供了一种网络装置。该装置可以是网络设备，也可以是网络设备中的装置，或者是能够与网络设备匹配使用的装置。一种设计中，该装置可以包括执行第一方面或第二方面或第三方面或第四方面中所描述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。
第六方面，本申请实施例提供一种网络装置，该装置包括处理器和存储器，存储器用于存储指令，所述存储器与所述处理器耦合，所述处理器执行所述存储器中存储的指令时，可以实现上述第一方面或第二方面或第三方面或第四方面所描述的方法。所述通信装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信，示例性的，通信接口可以是收发器、电路、总线、模块、管脚或其它类型的通信接口，其它设备可以为终端设备。
第七方面，本申请实施例提供提供了一种芯片系统，该芯片系统包括：处理器，还可以包括存储器，用于实现上述第一方面或第二方面或第三方面或第四方面所描述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
第八方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中包括指令，当指令在计算机上运行时，使得计算机执行如本申请实施例上述第一方面或第二方面或第三方面或第四方面的任意一种可能的实现方式中的方法。
第九方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括指令，当指令在计算机上运行时，使得计算机执行如本申请实施例上述第一方面或第二方面或第三方面或第四方面的任意一种可能的实现方式中的方法。
第十方面，本申请实施例提供一种通信系统，包括第一方面所介绍的方法中的第一设备，和在第二方面或第二方面的任意一种可能的实现方式中的CP设备，和在第三方面或第三方面的任意一种可能的实现方式或第四方面或第四方面的任意一种可能的实现方式中的SDN控制器。或者，该通信系统包括在第一方面的可能实现方式中作为第一设备的SDN控制器和在第二方面或第二方面的任意一种可能的实现方式中的CP设备。或者，该通信系统包括在第一方面的可能实现方式中作为第一设备的CP设备，和在第三方面或第三方面的任意一种可能的实现方式或第四方面或第四方面的任意一种可能的实现方式中的SDN控制器。或者，该通信系统包括在第一方面的可能实现方式中作为第一设备的USF设备，和在第二方面或第二方面的任意一种可能的实现方式中的CP设备，和在第三方面或第三方面的任意一种可能的实现方式或第四方面或第四方面的任意一种可能的实现方式中的SDN控制器。或者，该通信系统包括迁移功能SF设备、用户面UP设备和在第一方面所介绍的第一设备。
附图说明
图1是本申请实施例提供的一种CU分离的通信系统的结构示意图；
图2至图6是本申请网络接入方法实施例的流程图；
图7至图12是本申请网络装置实施例的结构示意图；
图13是本申请芯片实施例的一个结构示意图。
具体实施方式
本申请实施例提供了一种网络接入方法及装置。下面结合附图，对本申请的实施例进行描述。
宽带远程接入服务器(broadband remote access server，BRAS)是面向宽带网络应用的新型接入网关，也称为宽带网络网关(broadband network gateway，BNG)或者虚拟BNG(virtual BNG，VBNG)。该BRAS一般采用CP设备和UP设备分离(简称CU分离)的方式进行部署。在CU分离部署的BRAS中，多个UP设备分散部署，每个UP设备作为BRAS的用户平面，用于基于CP设备下发的用户表项实现用户报文的转发，以及实现基于服务质量(quality of service，QoS)和访问控制列表(access control lists，ACL)等技术的流量策略。CP设备可以采用云化技术实现并集中部署，其作为BRAS的控制平面，用于实现对用户的控制与管理，以及对多个UP设备的统一管理。例如，CP设备主要负责用户的上线、下发配置和用户表项等。其中，UP设备也可以称为转发面设备，因此CU分离也可以称为转发和控制分离，即转控分离。采用该CU分离的方式进行部署的系统也称为CU分离的通信系统，或者转控分离的通信系统。
图1是本申请实施例提供的一种CU分离的通信系统的结构示意图。如图1所示，以CU分离的通信系统包括一个CP设备1和3个UP设备(UP设备21、UP设备22和UP设备23)为例进行示意。UP设备21、UP设备22和UP设备23均可以通过接入节点(access node，AN)3与至少一个用户建立通信连接，并进行数据交互。图1以用户4为例进行示意。用户4可以通过UP设备21或UP设备22或UP设备23接入网络。
该CP设备1负责用户4的控制与管理。该CP设备1和图1中每个UP设备之间可以通过业务接口、管理接口和控制接口连接。其中，该业务接口一般为虚拟可扩展局域网(virtual extensible local area network，VXLAN)接口，图1中任意一个UP设备接收到用户4发送的报文(例如接入协议报文和业务报文等)后，可以通过该业务接口上送至CP设备1进行处理。该管理接口一般为网络配置协议(network configuration，NETCONF)接口，CP设备1可以通过该管理接口向图1中各个UP设备下发配置，图1中每个UP设备可以通过该管理接口向CP设备1上报运行状态。该控制接口一般为转控分离协议(control plane and user plane separated protocol，CUSP)接口，CP设备1处理完成用户4发送的接入协议报文并完成用户4的上线后，可以通过该控制接口向对应的UP设备下发用户会话表(或称用户表项)。其中，该用户表项一般包括用户4的路由表以及服务质量(Quality of Service，QoS)等信息。
继续参考图1，本申请实施例中，该CU分离的通信系统还包括软件定义网络(software designed network，SDN)控制器6和迁移功能(string function，SF)设备5。在一些应用场景中，本申请实施例中的SDN控制器6也可以替换为网络控制引擎(network control engine，NCE)。该SF设备5设置在AN 3和图1中各UP设备之间。该SDN控制器6与该SF设备5连接，该SDN控制器6创建了SF设备5与图1中各个UP设备之间的二层隧道(layer2tunnels)，具体的，该SDN控制器6分别创建了SF设备5与UP设备21之间的二层隧道T1、SF设备5与UP设备22之间的二层隧道T2以及SF设备5与UP设备23之间的二层隧道T3。该SF设备5可以将来自用户4的报文(包括二层隧道的报文头)通过其中的一个二层隧道(T1或T2或T3)发送至相应的UP设备(UP设备21或UP设备22或UP设备23)， 进而发送至CP设备1或核心网。其中，该二层隧道可以为虚拟局域网(virtual local area network，VLAN)、虚拟租用线路(virtual leased line，VLL)、虚拟专用局域网业务(virtual private LAN service，VPLS)、可扩展虚拟局域网(virtual extensible lan，VXLAN)或者SRV6。其中，SRV6是一种将分段路由(segment routing，SR)技术与互联网协议第6版(Internet protocol version 6，IPv6)技术结合的网络转发技术。可选的，SDN控制器6与CP设备1相连，用于与CP设备1通信。需要说明的是，本申请实施例中提到的“连接”不限定为直接连接，只要连接的双方能够彼此通信即可。
可选地，参阅图1，该通信系统还包括认证服务器7，该认证服务器7可以为远程用户拨号认证服务(remote authentication dial in user service，RADIUS)服务器。该认证服务器7中存储有用户4的服务等级，且支持验证、授权和计费(authentication authorization accounting，AAA)协议。该认证服务器7与CP设备1连接。CP设备1在通过UP设备完成与用户4的接入协议报文的交互后，可以向认证服务器7发送针对该用户4的认证请求。认证服务器7可以对该用户4进行认证，并向CP设备1发送该用户4的SLA信息，该SLA信息包括该用户4的服务等级。
可选地，如图1所示，该通信系统还包括UP迁移功能(UP string function，USF)设备8，USF设备8分别与SDN控制器6和CP设备1连接。该USF设备8可以是用于制定迁移策略的功能节点。
在本申请实施例中，可选的，该CP设备1可以包括部署在物理服务器上的多个虚拟机(virtual machine，VM)，UP设备21、UP设备22和UP设备23可以为实体的物理UP(physic UP，pUP)设备，或者也可以为虚拟UP(virtual UP，vUP)设备，例如，UP设备21、UP设备22和UP设备23可以为部署在物理服务器上的VM。该SF设备5可以为独立于AN 3的物理设备，例如可以为独立于AN 3的路由器或者交换机。或者SF设备5也可以为设置在AN 3中的软件组件。用户4也可以称为客户端设备或用户设备，其可以为手机、笔记本电脑或者台式电脑等计算机设备。该AN 3可以为交换机(switch，SW)、光线路终端(optical line terminal，OLT)或者数字用户线路接入复用器(digital subscriber line access multiplexer，DSLAM)等。AN 3可以将外层虚拟局域网(virtual local area network，VLAN)封装在用于表示用户4的位置的报文中。
上面结合图1示例性介绍了本申请实施例的通信系统，下面介绍本申请实施例的网络接入方法。图2是本申请网络接入方法一个实施例的流程图。图2对应的实施例方法可以应用在图1所示的通信系统中，也可以应用在其他通信系统中，本申请实施例在此不作限定。可选的，图2所示的网络接入方法的执行主体(即第一设备)是图1中的SDN控制器6或CP设备1或USF设备8。参阅图2，本申请实施例网络接入方法包括步骤201和步骤202。
201、第一设备获取迁移功能SF设备与第一UP设备之间网络性能的第一检测数据。
第一UP设备为CU分离的通信系统中的一个UP设备，例如，第一UP设备为图1所示通信系统中的一个UP设备。
作为一种可选方式，CU分离的通信系统中的UP设备可以搜集其与SF设备之间网络性能的检测数据，第一设备可以获取UP设备收集的检测数据。
可选的，该检测数据为该UP设备与SF设备之间二层隧道的网络性能的检测数据。示例 性的，本申请实施例中的网络性能包括网络时延、网络抖动和网络丢包率中的至少一种。
202、第一设备根据第一检测数据配置SF设备和第一UP设备，使得第一用户通过SF设备与第一UP设备接入网络。
第一设备获取SF设备与第一UP设备之间网络性能的检测数据(即第一检测数据)后，基于第一检测数据满足第一用户对网络性能的要求，第一设备根据第一检测数据配置SF设备和第一UP设备，使得第一用户通过SF设备与第一UP设备接入网络。
由于第一检测数据满足第一用户对网络性能的要求，第一用户通过SF设备与第一UP设备接入网络，有利于获得满足要求的网络服务，提高第一用户的网络体验。
可选的，步骤201和步骤202可以应用于第一用户的会话建立过程中，和/或，应用于已经建立的第一用户的会话。以步骤201和步骤202应用于第一用户的会话建立过程为例，作为一种可选方式，参阅图2中的虚线部分，在步骤202之后，本申请实施例方法还包括步骤203和步骤204，步骤203和步骤204应用于已经建立的第一用户的会话。
203、第一设备获取第二检测数据和第三检测数据。
第一UP设备和第二UP设备为CU分离的通信系统中的两个UP设备，例如，第一UP设备和第二UP设备分别为图1所示通信系统中的UP设备21和UP设备22。
第一用户的会话建立后，第一设备获取SF设备与第一UP设备之间网络性能的第二检测数据，并且获取SF设备与第二UP设备之间网络性能的第三检测数据。
204、第一设备根据第二检测数据和第三检测数据配置SF设备和第二UP设备，使得第一用户通过SF设备与第二UP设备接入网络。
第一设备获取第二检测数据和第三检测数据后，基于第二检测数据不满足第一用户对网络性能的要求，且第三检测数据满足第一用户对网络性能的要求，第一设备配置SF设备和第二UP设备，使得第一用户通过SF设备与第二UP设备接入网络。
第一用户接入网络后，由于第二检测数据不满足第一用户对网络性能的要求，第三检测数据满足第一用户对网络性能的要求，因此，第一设备通过配置SF设备和第二UP设备，使得第一用户通过SF设备与第二UP设备接入网络，有利于继续获得满足要求的网络服务，保持第一用户较好的网络体验。
在本申请实施例中，作为一种可选方式，第一设备可以直接配置SF设备，或者，作为一种可选方式，第一设备可以指示其他设备配置SF设备。类似的，作为一种可选方式，第一设备可以直接配置第一UP设备，或者，作为一种可选方式，第一设备可以通过指示其他设备来配置第一UP设备。
下面分别介绍第一设备为SDN控制器、CP设备和USF设备的网络接入方法。
作为一种可选方式，图2所示方法中的第一设备为SDN控制器。在这种情况下，可选的，第一设备可以直接配置SF设备，并且指示CP设备来配置第一UP设备。下面参阅图3，对这种情况下的网络接入方法进行举例介绍。图3是本申请网络接入方法另一个实施例的示意图，图3所示方法是图2所示方法的一种示例，因此，图3所示方法的一些解释可以参见图2所示方法的介绍。图3所示方法包括步骤301～317。为了便于描述，以图3所示方法应用在图1所示的通信系统中为例进行介绍，SDN控制器6与CP设备1连接，并且以第一用户为用户4 为例进行示意。
301、SDN控制器6获取来自UP设备21的检测数据a。
302、SDN控制器6获取来自UP设备22的检测数据b。
在本申请实施例中，假设SF设备5当前被配置为将用户4的报文发送至该UP设备21。示例性的，假设SF设备5通过其接口1(称作SF接口1)与UP设备21的接口1(称作UP接口1)建立二层隧道T1，SF设备5通过其接口2(称作SF接口2)与UP设备22的接口2(称作UP接口2)建立二层隧道T2，SF设备5通过其接口3(称作SF接口3)与UP设备23的接口3(称作UP接口3)建立二层隧道T3。假设用户4的VLAN当前配置在SF接口1上。
SDN控制器6获取SF设备5与UP设备21之间网络性能的检测数据a，并且获取SF设备5与UP设备22之间网络性能的检测数据b。图3以检测数据a和检测数据b分别来自UP设备21和UP设备22为例进行示意。
可选的，检测数据a为SF设备5与UP设备21之间二层隧道T1的网络性能的检测数据，检测数据b为SF设备5与UP设备22之间二层隧道T2的网络性能的检测数据。可选的，SDN控制器6获取二层隧道T1对应的检测数据a和接口信息(例如SF接口1的信息和UP接口1的信息)，SDN控制器6获取二层隧道T1对应的检测数据b和接口信息(例如SF接口2的信息和UP接口2的信息)。
作为一种可选方式，SDN控制器6还可以获取SF设备5与CU分离的通信系统中其他UP设备的检测数据。示例性的，继续参阅图1，SDN控制器6还可以获取来自UP设备23的检测数据，该检测数据为SF设备5与UP设备23之间二层隧道T3的网络性能的检测数据。
303、CP设备1接收用户4的上线报文。
由于SF设备5当前被配置为将用户4的报文发送至该UP设备21，因此该上线报文经由SF设备5和UP设备21发送至CP设备1，例如SF设备5将该上线报文经由二层隧道T1发送至UP设备21，进而由UP设备21发送至CP设备1。
304、认证服务器7对用户4进行认证。
CP设备1接收到用户4的上线报文后，向认证服务器7发送针对该用户4的认证请求。认证服务器7可以对该用户4进行认证，并向CP设备1反馈认证结果。
可选的，认证服务器7还可以向CP设备1发送用户4的SLA信息，该SLA信息包括用户4的服务等级。可选的，若两个用户的服务等级不同，那么这两个用户对网络性能的要求不同。例如，可以将用户的服务等级分为金用户、银用户和铜用户，金用户对网络性能的要求高于银用户对网络性能的要求，银用户对网络性能的要求高于铜用户对网络性能的要求。
305、CP设备1向SDN控制器6发送第三信息。
第三信息用于指示用户4为请求上线的用户。可选的，第三信息携带用户4的标识信息和服务等级协议(service level agreement，SLA)信息。可选的，第三信息还可以携带UP设备21的接口信息(即UP接口1的信息)。SLA信息用于确定用户对网络性能的要求。
306、SDN控制器6根据第三信息、检测数据a和检测数据b向CP设备1发送第一信息。
SDN控制器6获取第三信息后，可以根据第三信息(例如第三信息中用户4的SLA信息)确定用户4对网络性能的要求。SDN控制器6根据检测数据a和检测数据b从UP设备21和UP设备22中选择一个UP设备(称作第一UP设备)，第一UP设备的检测数据满足用户4对 网络性能的要求。
第一信息用于指示CP设备1配置第一UP设备，以将用户4的会话通过第一UP设备接入网络。
图3中以第一UP设备为UP设备22为例进行示意。可选的，第一信息携带用户4的标识和UP设备22的接口信息(即UP接口2的信息)。
为了降低切换UP设备所带来的系统开销，作为一种可选方式，若检测数据a和检测数据b均满足用户4对网络性能的要求，SDN控制器6可以优先选择UP设备21作为第一UP设备；若检测数据a不满足用户4对网络性能的要求，而检测数据b满足用户4对网络性能的要求，那么SDN控制器6可以选择UP设备22为第一UP设备。
307、CP设备1向UP设备22发送用户4的会话表。
CP设备1接收到第一信息后，可以在第一信息的指示下配置UP设备22，例如包括但不限于向UP设备22发送用户4的会话表(session table)。
此外，可选的，CP设备1还可以为用户4分配IP地址，该IP地址为UP设备22对应的一个IP地址。
308、CP设备1向SDN控制器6发送针对第一信息的响应信息。
CP设备1根据第一信息的指示完成对UP设备22的配置后，可以向SDN控制器6发送针对第一信息的响应信息，指示CP设备1已完成对UP设备22的配置，具体的，指示用户4的会话表已下发至UP设备22。
309、SDN控制器6根据第三信息、检测数据a和检测数据b向SF设备5发送配置信息1。
参阅步骤306，SDN控制器6根据第三信息、检测数据a和检测数据b可以确定UP设备22的检测数据满足用户4对网络性能的要求。在CP设备1完成对UP设备22的配置后，SDN控制器6可以向SF设备5发送配置信息1，该配置信息1用于指示SF将用户4的会话接入UP设备22。SF设备5可以在该配置信息1的指示下进行配置，以将用户4的会话迁移至UP设备22。
示例性的，该配置信息1携带原SF接口的信息(即SF接口1的信息)、迁移后的SF接口的信息(即SF接口2的信息)和用户4的VLAN。SF设备5接收到配置信息1后，可以在SF接口1上取消对用户4的VLAN的配置，并且将用户4的VLAN配置在SF接口2上，从而将用户4的报文经由二层隧道T2发送至UP设备22。
310、用户4通过SF设备5和UP设备22接入网络。
SDN控制器6通过CP设备1完成对UP设备22的配置，并且完成对SF设备5的配置后，用户4可以通过SF设备5和UP设备22接入网络。具体的，用户4的报文经由SF设备5发送至UP设备22，进而由UP设备22发送至核心网或CP设备1。
311、SDN控制器6获取来自UP设备22的检测数据c。
312、SDN控制器6获取来自UP设备23的检测数据d。
由于SF与UP设备之间网络性能的检测数据可能发生改变，因此，步骤310后，SDN控制器6可以获取SF设备5与UP设备22之间网络性能的检测数据c和SF设备5与UP设备23之间网络性能的检测数据d。
图3以检测数据c和检测数据d分别来自UP设备22和UP设备23为例进行示意。在实 际应用中，SDN控制器6还可以获取SF设备5与UP设备21之间二层隧道T1的网络性能的检测数据，并且，若该检测数据满足用户4对网络性能的要求，SDN控制器6可以选择UP设备21作为第二UP设备。
步骤311和步骤312可以参考步骤301和步骤302进行理解。例如，可选的，SDN控制器6获取二层隧道T2对应的检测数据c和接口信息(例如SF接口2的信息和UP接口2的信息)，SDN控制器6获取二层隧道T3对应的检测数据d和接口信息(例如SF接口3的信息和UP接口3的信息)。
作为一种可选方式，SDN控制器6还可以获取SF设备5与CU分离的通信系统中其他UP设备的检测数据。示例性的，SDN控制器6还可以获取来自UP设备21的检测数据，该检测数据为SF设备5与UP设备21之间二层隧道T1的网络性能的检测数据。
313、SDN控制器6根据检测数据c和检测数据d向CP设备1发送第四信息。
SDN控制器6获取检测数据c和检测数据d之后，SDN控制器6可以根据检测数据c和检测数据d从UP设备22和UP设备23中选择一个UP设备(称作第二UP设备)，第二UP设备的检测数据满足用户4对网络性能的要求。第四信息用于指示CP设备1配置第二UP设备，以将用户4的会话通过第二UP设备接入网络。
图3以第二UP设备为UP设备23为例进行示意。例如，第四信息携带用户4的标识和UP设备23的接口信息(即UP接口3的信息)。
为了降低切换UP设备所带来的系统开销，作为一种可选方式，若检测数据c和检测数据d均满足用户4对网络性能的要求，SDN控制器6可以优先选择UP设备22作为第二UP设备；若检测数据c不满足用户4对网络性能的要求，而检测数据d满足用户4对网络性能的要求，那么SDN控制器6可以选择UP设备23为第二UP设备。
314、CP设备1向UP设备23发送用户4的会话表。
CP设备1接收到第四信息后，可以在第四信息的指示下配置UP设备23，例如向UP设备23发送用户4的会话表。
315、CP设备1向SDN控制器6发送针对第四信息的响应信息。
CP设备1根据第四信息的指示完成对UP设备23的配置后，可以向SDN控制器6发送针对第四信息的响应信息，指示CP设备1已完成对UP设备23的配置，具体的，指示用户4的会话表已下发至UP设备23。
316、SDN根据第一检测数据向SF设备5发送配置信息2。
参阅步骤313，SDN控制器6根据检测数据c和检测数据d可以确定UP 23的检测数据满足用户4对网络性能的要求。在CP设备1完成对UP设备23的配置后，SDN控制器6可以向SF设备5发送配置信息2，该配置信息2用于指示SF将用户4的会话接入UP设备23。SF设备5可以在该配置信息2的指示下进行配置，以将用户4的会话迁移至UP设备23。
示例性的，该配置信息2携带原SF接口的信息(即SF接口2的信息)、迁移后的SF接口的信息(即SF接口3的信息)和用户4的VLAN。SF设备5接收到配置信息2后，可以在SF接口2上取消对用户4的VLAN的配置，并且将用户4的VLAN配置在SF接口3上，从而将用户4的报文经由二层隧道T3发送至UP设备23。
317、用户4通过SF设备5和UP设备23接入网络。
SDN控制器6通过CP设备1完成对UP设备23的配置，并且完成对SF设备5的配置后，用户4可以通过SF设备5和UP设备23接入网络。具体的，用户4的报文经由SF设备5发送至UP设备23，进而由UP设备23发送至核心网或CP设备1。
图3所示方法不限定步骤301和步骤302之间的执行顺序，也不限定步骤311和步骤312之间的执行顺序。图3所示方法中，步骤301和步骤302只要在步骤306之前执行即可。
并且，由于本申请实施例旨在为第一用户选择网络性能满足要求的UP设备，因此，图3所示方法不限定至少执行步骤301和步骤302，只要SDN控制器6获取到满足用户4对网络性能要求的检测数据即可。例如，假设检测数据b满足用户4对网络性能的要求，那么在步骤306之前，SDN控制器6仅获取检测数据b，无需获取检测数据a，便可以为用户4选择到第一UP设备。
步骤301至步骤310用于为会话建立过程中的用户选择网络性能满足用户要求的UP设备，并使得该用户通过该UP设备接入网络。步骤305用于向SDN控制器6提供用户4的标识和用户4的SLA信息。可选的，图3所示方法可以不执行步骤305，SDN控制器6通过其他方式获取会话建立过程中的用户4的标识和SLA信息。
若CP设备1未能成功配置UP设备22，SDN控制器6对SF设备5进行配置易导致用户4无法接入网络，步骤308用于通知已完成对UP设备22的配置，有利于提高用户4接入网络的成功率。图3所示方法并不限定一定执行步骤308。类似的，步骤315用于通知已完成对UP设备23的配置，图3所示方法并不限定一定执行步骤315。
步骤311至步骤317用于为已建立会话的用户选择网络性能满足用户要求的UP设备，并使得该用户通过该UP设备接入网络。该用户的信息和SLA信息可以为SDN控制器6通过步骤305获取并保存到的。可选的，SDN控制器6可以通过其他方式获取已建立会话的用户的标识和SLA信息。
图3所示方法可以同时应用于用户的会话建立过程中，还可以应用于已经建立的用户会话。可选的，图3所示方法可以仅应用于用户的会话建立过程中，示例性的，此时可以不执行步骤311至步骤317；或者，图3所示方法可以仅应用于已建立的用户会话，示例性的，此时可以不执行步骤301至步骤310。
作为一种可选方式，图2所示方法中的第一设备为CP设备。在这种情况下，可选的，第一设备可以直接配置UP设备，并且指示SDN控制器来配置SF设备。下面参阅图4，对这种情况下的网络接入方法进行举例介绍。图4是本申请网络接入方法另一个实施例的示意图，图4所示方法是图2所示方法的一种示例，因此，图4所示方法的一些解释可以参见图2所示方法的介绍。图4所示方法包括步骤401～416。为了便于描述，以图4所示方法应用在图1所示的通信系统中为例进行介绍，SDN控制器6与CP设备1连接，并且以第一用户为用户4为例进行示意。
401、SDN控制器6获取来自UP设备21的检测数据a。
402、SDN控制器6获取来自UP设备22的检测数据b。
403、CP设备1获取来自SDN控制器6的检测数据a和检测数据b。
CP设备1获取SF设备5与UP设备21之间网络性能的检测数据a，并且获取SF设备5与UP设备22之间网络性能的检测数据b。图4以CP设备1获取到的检测数据a和检测数据 b均来自SDN控制器6为例进行示意。
关于检测数据a和检测数据b的介绍可以参阅步骤301和步骤302的相关描述，此处不再赘述。
404、CP设备1接收用户4的上线报文。
405、认证服务器7对用户4进行认证。
步骤404和步骤405可以参阅步骤303和步骤304的相关描述进行理解，此处不再赘述。
406、CP设备1根据检测数据a和检测数据b向UP设备22发送用户4的会话表。
CP设备1根据检测数据a和检测数据b从UP设备21和UP设备22中选择一个UP设备(称作第一UP设备)，第一UP设备的检测数据满足用户4对网络性能的要求。CP设备1可以配置第一UP设备，例如包括但不限于向第一UP设备发送用户4的会话表。
图4中以第一UP设备为UP设备22为例进行示意。
为了降低切换UP设备所带来的系统开销，作为一种可选方式，若检测数据a和检测数据b均满足用户4对网络性能的要求，CP设备1可以优先选择UP设备21作为第一UP设备；若检测数据a不满足用户4对网络性能的要求，而检测数据b满足用户4对网络性能的要求，那么CP设备1可以选择UP设备22为第一UP设备。
407、CP设备1根据检测数据a和检测数据b向SDN控制器6发送第二信息。
参阅步骤406，CP设备1根据检测数据a和检测数据b可以确定UP设备22的检测数据满足用户4对网络性能的要求。在向UP设备22发送用户4的会话表后，CP设备1指示SDN控制器6配置SF设备5。例如，CP设备1向SDN控制器6发送第二信息，第二信息用于指示SDN控制器向SF设备发送配置信息，配置信息用于指示SF设备将第一用户的会话接入UP设备22。
408、SDN控制器6根据第二信息向SF设备5发送配置信息1。
409、用户4通过SF设备5和UP设备22接入网络。
步骤408和步骤409可以参阅步骤309和步骤310的相关描述进行理解，此处不再赘述。
410、SDN控制器6获取来自UP设备21的检测数据c。
411、SDN控制器6获取来自UP设备22的检测数据d。
412、CP设备1获取来自SDN控制器6的检测数据c和检测数据d。
由于SF与UP设备之间网络性能的检测数据可能发生改变，因此，步骤409后，CP设备1可以获取SF设备5与UP设备22之间网络性能的检测数据c和SF设备5与UP设备23之间网络性能的检测数据d。
关于检测数据c和检测数据d的介绍可以参阅步骤311和步骤312的相关描述，此处不再赘述。
413、CP设备1根据检测数据c和检测数据d向UP设备23发送用户4的会话表。
SDN控制器6获取检测数据c和检测数据d之后，SDN控制器6可以根据检测数据c和检测数据d从UP设备22和UP设备23中选择一个UP设备(称作第二UP设备)，第二UP设备的检测数据满足用户4对网络性能的要求。CP设备1可以配置第二UP设备，例如包括但不限于向第二UP设备发送用户4的会话表。
图4以第二UP设备为UP设备23为例进行示意。在实际应用中，CP设备1还可以获取 SF设备5与UP设备21之间二层隧道T1的网络性能的检测数据，并且，若该检测数据满足用户4对网络性能的要求，CP设备1可以选择UP设备21作为第二UP设备。
为了降低切换UP设备所带来的系统开销，作为一种可选方式，若检测数据c和检测数据d均满足用户4对网络性能的要求，CP设备1可以优先选择UP设备22作为第二UP设备；若检测数据c不满足用户4对网络性能的要求，而检测数据d满足用户4对网络性能的要求，那么CP设备1可以选择UP设备23为第二UP设备。
414、CP设备1根据检测数据c和检测数据d向SDN控制器6发送第五信息。
参阅步骤413，CP设备1根据检测数据c和检测数据d可以确定UP设备23的检测数据满足用户4对网络性能的要求。在向UP设备23发送用户4的会话表后，CP设备1指示SDN控制器6配置SF设备5。例如，CP设备1向SDN控制器6发送第五信息，第五信息用于指示SDN控制器向SF设备发送配置信息，配置信息用于指示SF设备将第一用户的会话接入UP设备23。
415、SDN控制器6根据第五信息向SF设备5发送配置信息2。
416、用户4通过SF设备5和UP设备23接入网络。
步骤415和步骤416可以参阅步骤316和步骤317的相关描述进行理解，此处不再赘述。
图4所示方法不限定步骤401和步骤402之间的执行顺序，也不限定步骤410和步骤411之间的执行顺序。图4所示方法中，步骤401、步骤402和步骤403不限定在步骤404之前执行，只要在步骤406之前执行即可。
并且，由于本申请实施例旨在为第一用户选择网络性能满足要求的UP设备，因此，图4所示方法不限定至少执行步骤401和步骤402，只要CP设备1获取到满足用户4对网络性能要求的检测数据即可。例如，假设检测数据b满足用户4对网络性能的要求，那么在步骤406之前，CP设备1仅获取检测数据b，无需获取检测数据a，便可以为用户4选择到第一UP设备。
步骤401至步骤409用于为会话建立过程中的用户选择网络性能满足用户要求的UP设备，并使得该用户通过该UP设备接入网络。步骤410至步骤416用于为已建立会话的用户选择网络性能满足用户要求的UP设备，并使得该用户通过该UP设备接入网络。图4所示方法可以同时应用于用户的会话建立过程中，还可以应用于已经建立的用户会话。可选的，图4所示方法可以仅应用于用户的会话建立过程中，示例性的，此时可以不执行步骤410至步骤416；或者，图4所示方法可以仅应用于已建立的用户会话，示例性的，此时可以不执行步骤401至步骤409。
作为一种可选方式，图2所示方法中的第一设备为USF设备。在这种情况下，可选的，第一设备可以指示CP设备配置UP设备，并且指示SDN控制器来配置SF设备。下面参阅图5，对这种情况下的网络接入方法进行举例介绍。图5是本申请网络接入方法另一个实施例的示意图，图5所示方法是图2所示方法的一种示例，因此，图5所示方法的一些解释可以参见图2所示方法的介绍。图5所示方法包括步骤501～521。为了便于描述，以图5所示方法应用在图1所示的通信系统中为例进行介绍，图1所示通信系统包括USF设备8，并且USF设备8分别与SDN控制器6和CP设备1连接，SDN控制器6与CP设备1之间可以不连接，并且以第一用户为用户4为例进行示意。
501、SDN控制器6获取来自UP设备21的检测数据a。
502、SDN控制器6获取来自UP设备22的检测数据b。
503、USF设备8获取来自SDN控制器6的检测数据a和检测数据b。
USF设备8获取SF设备5与UP设备21之间网络性能的检测数据a，并且获取SF设备5与UP设备22之间网络性能的检测数据b。图5以USF设备8获取到的检测数据a和检测数据b均来自SDN控制器6为例进行示意。
关于检测数据a和检测数据b的介绍可以参阅步骤301和步骤302的相关描述，此处不再赘述。
504、CP设备1接收用户4的上线报文。
505、认证服务器7对用户4进行认证。
步骤504和步骤505可以参阅步骤303和步骤304的相关描述进行理解，此处不再赘述。
506、CP设备1向USF设备8发送第三信息。
507、USF设备8根据第三信息、检测数据a和检测数据b向CP设备1发送第一信息。
508、CP设备1向UP设备22发送用户4的会话表。
509、CP设备1向USF设备8发送针对第一信息的响应信息。
步骤504至步骤509可以参考步骤303至步骤308的相关描述进行理解，此处不再赘述。
510、USF设备8根据检测数据a和检测数据b向SDN控制器6发送第二信息。
USF设备8根据检测数据a和检测数据b确定UP设备22的检测数据满足用户4对网络性能的要求后，USF设备8指示SDN控制器6配置SF设备5。例如，USF设备8向SDN控制器6发送第二信息，第二信息用于指示SDN控制器向SF设备发送配置信息，配置信息用于指示SF设备将第一用户的会话接入UP设备22。
511、SDN控制器6根据第二信息向SF设备5发送配置信息1。
512、用户4通过SF设备5和UP设备22接入网络。
步骤511和步骤512可以参阅步骤309和步骤310的相关描述进行理解，此处不再赘述。
513、SDN控制器6获取来自UP设备21的检测数据c。
514、SDN控制器6获取来自UP设备22的检测数据d。
515、USF设备8获取来自SDN控制器6的检测数据c和检测数据d。
步骤513至步骤515可以参考步骤410至步骤412进行理解，此处不再赘述。
516、USF设备8根据检测数据c和检测数据d向CP设备1发送第四信息。
517、CP设备1向UP设备23发送用户4的会话表。
518、CP设备1向SDN控制器6发送针对第四信息的响应信息。
步骤516至步骤518可以参阅步骤313至步骤315的相关描述进行理解，此处不再赘述。
519、USF设备8根据检测数据c和检测数据d向SDN控制器6发送第五信息。
520、SDN控制器6根据第五信息向SF设备5发送配置信息2。
521、用户4通过SF设备5和UP设备23接入网络。
步骤519至步骤521可以参阅步骤414至步骤416的相关描述进行理解，此处不再赘述。
图5所示方法不限定步骤501和步骤502之间的执行顺序，也不限定步骤513和步骤514之间的执行顺序。图5所示方法中，步骤501、步骤502和步骤503只要在步骤507之前 执行即可。
并且，由于本申请实施例旨在为第一用户选择网络性能满足要求的UP设备，因此，图3所示方法不限定至少执行步骤501和步骤502，只要USF设备8获取到满足用户4对网络性能要求的检测数据即可。例如，假设检测数据b满足用户4对网络性能的要求，那么在步骤507之前，USF设备8仅获取检测数据b，无需获取检测数据a，便可以为用户4选择到第一UP设备。
步骤501至步骤512用于为会话建立过程中的用户选择网络性能满足用户要求的UP设备，并使得该用户通过该UP设备接入网络。步骤506用于向USF设备8提供用户4的标识和用户4的SLA信息。可选的，图5所示方法可以不执行步骤506，USF设备8通过其他方式获取会话建立过程中的用户4的标识和SLA信息。
步骤509用于通知已完成对UP设备22的配置，若CP设备1未能成功配置UP设备22，USF设备8指示SDN控制器6对SF设备5进行配置，容易导致用户4无法接入网络。图5所示方法并不限定一定执行步骤509。类似的，步骤518用于通知已完成对UP设备23的配置，图5所示方法并不限定一定执行步骤518。
步骤513至步骤521用于为已建立会话的用户选择网络性能满足用户要求的UP设备，并使得该用户通过该UP设备接入网络。该用户的信息和SLA信息可以为USF设备8通过步骤506获取并保存到的。可选的，USF设备8可以通过其他方式获取已建立会话的用户的标识和SLA信息。
图5所示方法可以同时应用于用户的会话建立过程中，还可以应用于已经建立的用户会话。可选的，图5所示方法可以仅应用于用户的会话建立过程中，示例性的，此时可以不执行步骤513至步骤521；或者，图5所示方法可以仅应用于已建立的用户会话，示例性的，此时可以不执行步骤501至步骤512。
图6是本申请网络接入方法另一个实施例的流程图。图6对应的实施例方法可以应用在图1所示的通信系统中，也可以应用在其他通信系统中，本申请实施例在此不作限定。可选的，图6所示的网络接入方法所涉及的第一设备可以是图2所示方法的执行主体(即第一设备)，或者是图3所示方法中涉及的SDN控制器，或者是图5所示方法中涉及的USF设备。参阅图6，本申请实施例网络接入方法包括步骤601和步骤602。
601、CP设备接收第一设备发送的第一信息。
CP设备为CU分离的通信系统中的CP设备(例如图1中的CP设备1)，第一UP设备为该通信系统中的UP设备(例如图1中的UP设备22)。
第一信息用于指示第一用户对应于通信系统中的第一UP设备，其中，SF设备与第一UP设备之间网络性能的检测数据满足第一用户对网络性能的要求。
602、CP设备向第一UP设备发送第一用户的会话表。
步骤602可以参考步骤307进行理解，此处不再赘述。
作为一种可选方式，参阅图6中的虚线部分，在步骤602之后，图6所示方法还可以包括步骤603。
603、CP设备向第一设备发送针对第一信息的响应信息。
针对第一信息的响应信息用于指示第一用户的会话表已下发至第一UP设备，第一设备根 据该响应信息配置SF设备，有利于提高用户4接入网络的成功率。
作为一种可选方式，继续参阅图6中的虚线部分，在步骤601之前，图6所示方法还可以包括步骤604和步骤605。
604、CP设备接收第一用户的上线请求报文。
605、CP设备向第一设备发送第三信息。
第三信息用于请求第一设备确定第一用户对应的通信系统中的UP设备。在步骤604和步骤605之间，CP设备还可以请求认证服务器对第一用户进行认证。
步骤604和步骤605可以参考步骤303和步骤305进行理解，此处不再赘述。
图7是本申请网络接入方法另一个实施例的流程图。图7对应的实施例方法可以应用在图1所示的通信系统中，也可以应用在其他通信系统中，本申请实施例在此不作限定。可选的，图7所示的网络接入方法所涉及的第一设备可以是图2所示方法的执行主体(即第一设备)，或者是图4所示方法中涉及的CP设备，或者是图5所示方法中涉及的USF设备。参阅图7，本申请实施例网络接入方法包括步骤701和步骤702。
701、SDN控制器向第一设备发送SF设备与第一UP设备之间网络性能的检测数据。
第一UP设备为CU分离的通信系统中的UP设备。可选的，该检测数据为SF设备与第一UP设备之间二层隧道的网络性能的检测数据。
702、SDN控制器接收第一设备发送的第二信息。
第二信息用于指示第一用户对应于第一UP设备，SF设备与第一UP之间网络性能的检测数据满足第一用户对网络性能的要求。
步骤702可以参考步骤407进行理解，此处不再赘述。
703、SDN控制器向SF设备发送配置信息。
配置信息用于指示SF将第一用户的会话接入第一UP设备。
步骤702可以参考步骤309进行理解，此处不再赘述。
作为一种可选方式，图7所示的网络接入方法可以不执行步骤702和步骤703，SDN控制器通过向第一设备发送SF设备与第一UP设备之间网络性能的检测数据，有利于第一设备为第一用户选择满足要求的UP设备，进而配置第一用户通过该UP设备接入网络，保证第一用户的用网体验。
作为一种可选方式，图7所示的网络接入方法可以不执行步骤701，SDN控制器通过执行步骤702和步骤703，有利于在第一设备的指示下配置满足第一用户要求的第一UP设备，进而有利于实现第一用户通过第一UP设备接入网络，保证第一用户的用网体验。
上面介绍了本申请实施例网络接入方法，下面介绍本申请网络装置的结构。该网络装置可以为图2所示方法中的第一设备，或者为图3所示方法中的SDN控制器或CP设备，或者为图4所示方法中的CP设备或SDN控制器，或者为图5所示方法中的USF设备或SDN控制器或CP设备，或者为图6所示方法中的CP设备，或者为图7所示方法中的SDN控制器。或者，网络装置也可以是能够与相应设备匹配使用的装置。该网络装置可以安装在相应设备中，示例性的，该网络装置可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
图8是本申请实施例网络装置的一个结构示意图。参阅图8，该网络装置包括处理器801、 存储器802。
处理器801可以是一个或多个CPU，该CPU可以是单核CPU，也可以是多核CPU。
存储器802包括但不限于是随机存取存储器(random access memory，RAM)、只读存储器(Read only Memory，ROM)、可擦除可编程只读存储器(erasable programmable read-only memory，EPROM或者快闪存储器)、快闪存储器、或光存储器等。存储器802中保存有操作系统和程序指令的代码。
可选的，该网络装置还包括通信接口803。通信接口803可以是有线接口，例如光纤分布式数据接口(Fiber Distributed Data Interface，FDDI)、千兆以太网(Gigabit Ethernet，GE)接口；通信接口803也可以是无线接口。通信接口803用于接收来自于内部网络和/或外部网络的网络数据。
可选地，网络装置还包括总线804，上述处理器801、存储器802通常通过总线804相互连接，也可以采用其他方式相互连接。
可选地，处理器801通过读取存储器802中保存的程序指令实现本申请实施例网络接入方法，或者，处理器801也可以通过内部存储的程序指令实现本申请实施例网络接入方法。例如，处理器801根据存储器802保存的指令来执行图2所示方法中的步骤，或者，执行图3所示方法中SDN控制器或CP设备执行的步骤，或者，执行图4所示方法中CP设备或SDN控制器执行的步骤，或者，执行图5所示方法中USF设备或SDN控制器或CP设备执行的步骤，或者，执行图6所示方法中的步骤，或者执行图7所示方法中的步骤。处理器801实现上述步骤的更多细节请参阅前面各个方法实施例中的描述，在这里不再重复。
本申请实施例还提供一种网络装置。图9为本申请实施例网络装置的结构示意图。参阅图9，该网络装置9包括接收模块901和配置模块902。示例性的，该接收模块901用于执行步骤201、步骤203、步骤301、步骤302、步骤305、步骤308、步骤311、步骤312、步骤315、步骤403、步骤404、步骤412、步骤503、步骤506、步骤509、步骤515或步骤518等。该配置模块902用于执行步骤202、步骤204、步骤305、步骤309、步骤313、步骤316、步骤406、步骤407、步骤413、步骤414、步骤507、步骤510、步骤516或步骤519等。具体执行过程请参考上述方法实施例中相应步骤的详细描述，这里不再赘述。
本申请实施例还提供一种网络装置。图10为本申请实施例网络装置的结构示意图。参阅图10，该网络装置10包括接收模块1001和发送模块1002。示例性的，该接收模块1001用于执行步骤303、步骤306、步骤313、步骤504、步骤507、步骤516、步骤601或步骤604等。该发送模块1002用于执行步骤605、步骤307、步骤308、步骤314、步骤315、步骤506、步骤508、步骤509、步骤517、步骤518、步骤602、步骤603或步骤605等。具体执行过程请参考上述方法实施例中相应步骤的详细描述，这里不再赘述。
本申请实施例还提供一种网络装置。图11为本申请实施例网络装置的结构示意图。参阅图11，该网络装置11包括接收模块1101和发送模块1102。示例性的，该接收模块1101用于执行步骤401、步骤402、步骤407、步骤410、步骤411、步骤414、步骤501、步骤502、步骤510、步骤513、步骤514、步骤519或步骤702等。该发送模块1102用于执行步骤403、步骤408、步骤412、步骤415、步骤503、步骤511、步骤515、步骤520、或步骤703等。具体执行过程请参考上述方法实施例中相应步骤的详细描述，这里不再赘述。
本申请实施例还提供一种网络装置。图12为本申请实施例网络装置的结构示意图。参阅图12，该网络装置12包括发送模块1201。示例性的，该发送模块1201用于执行步骤403、步骤412、步骤503、步骤515或步骤701。具体执行过程请参考上述方法实施例中相应步骤的详细描述，这里不再赘述。
本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。
图9至图12所描述的装置实施例仅仅是示意性的。图9至图12中的模块既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。例如，采用软件实现时，图9所示装置中的接收模块901和配置模块902可以由处理器801读取存储器802中存储的程序指令后，生成的一个或多个软件功能模块来实现。本申请实施例对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。图9或图10或图11或图12中的模块也可以由网络装置中的不同硬件分别实现，例如，接收模块901由图8中的通信接口803实现，配置模块902由图8中处理器801和网络接口803共同实现。显然上述功能模块也可以采用软件硬件相结合的方式来实现，例如接收模块901由通信接口803实现，而配置模块902是处理器801读取存储器802中存储的程序指令后生成的软件功能模块。
图9、图10、图11和图12所示的网络装置能够实现的技术效果、各个模块实现上述功能的更多细节请参阅前面各个方法实施例中的相应描述，在这里不再赘述。
参考图13，本申请实施例还提供一种芯片13，该芯片13包括处理器1301和通信接口1302，通信接口1302和处理器1301耦合，处理器1301用于运行计算机程序或指令，从而实现本申请上述任意一个方法实施例提供的方法。
一个示例中，该通信接口1302(或称接口电路)例如可以是该芯片13上的输入/输出接口、管脚或电路等。该处理器1301可执行存储器存储的计算机指令，以使该芯片13执行上述任一方法实施例。可选地，该存储器可以为该芯片13内的存储单元，如寄存器、缓存等，或者，该存储器可以是计算机设备内的位于所述芯片13外部的存储器，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。可选的，该处理器1301，可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制上述任一方法实施例的程序执行的集成电路。
上述实施例，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现，当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机执行指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可 用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
本申请实施例还提供一种通信系统，该通信系统可以包括第一设备、SF设备和UP设备，该第一设备用于执行图2所示方法。
本申请实施例还提供一种通信系统，该通信系统包括第一设备、SDN控制和CP设备。其中，该第一设备用于执行图2所示方法，CP设备执行图6所示方法，SDN控制器执行图7所示方法。
本申请实施例还提供一种通信系统，该通信系统包括SDN控制器和CP设备。该SDN控制器执行图3所示SDN控制器6所执行的方法，CP设备执行图3所示CP设备1执行的方法。或者，该CP设备执行图4所示CP设备1所执行的方法，SDN控制器执行图4所示SDN控制器6所执行的方法。示例性的，此时该通信系统可以参考图1中的SDN控制器6和CP设备1进行理解。
本申请实施例还提供一种通信系统，该通信系统包括SDN控制器、CP设备和USF设备。该USF设备执行图5所示USF设备8所执行的方法，SDN控制器执行图5所示SDN控制器6所执行的方法，CP设备执行图5所示CP设备1所执行的方法。示例性的，此时该通信系统可以参考图1中的USF设备8、SDN控制器6和CP设备1进行理解。
本申请实施例中，至少一个是指一个或多个，多个是指两个或两个以上，本申请不做限制。在本申请实施例中，“/”可以表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；“和/或”可以用于描述关联对象存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。为了便于描述本申请实施例的技术方案，在本申请实施例中，可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明，被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本领域普通技术人员将会理解，当使用软件实现本申请实施例的各个方面、或各个方面的可能实现方式时，上述各个方面、或各个方面的可能实现方式可以全部或部分地以计算机程序产品的形式实现。计算机程序产品是指存储在计算机可读介质中的计算机可读指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。
计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质包括但不限于电子、磁性、光学、电磁、红外或半导体系统、设备或者装置，或者前述的任意适当组合。如计算机可读存储介质为随机存取存储器(Random Access Memory，RAM)、 只读存储器(read only memory，ROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)或便携式只读存储器(Compact Disc Read-Only Memory，CD-ROM)。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的范围。这样，倘若本申请的这些修改和变型属于本发明权利要求的范围之内，则本发明也意图包括这些改动和变型在内。

Claims (38)

  1. 一种网络接入方法，其特征在于，包括：
    第一设备获取迁移功能SF设备与第一用户面UP设备之间网络性能的第一检测数据，所述第一UP设备为控制面CP与UP分离的通信系统中的UP设备；
    所述第一设备根据所述第一检测数据配置所述SF设备和所述第一UP设备，使得第一用户通过所述SF设备与所述第一UP设备接入网络，其中，所述第一检测数据满足所述第一用户对所述网络性能的要求。
  2. 根据权利要求1所述的方法，其特征在于，所述第一设备根据所述第一检测数据配置所述第一UP设备，包括：
    所述第一设备向所述通信系统中的CP设备发送第一信息，所述第一信息用于指示将所述第一用户的会话通过所述第一UP设备接入网络。
  3. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    所述第一设备接收所述CP设备发送的针对所述第一信息的响应信息，所述响应信息用于指示所述第一用户的会话表已下发至所述第一UP设备。
  4. 根据权利要求1至3中任一项所述的方法，其特征在于，所述第一设备为软件设计网络SDN控制器。
  5. 根据权利要求4所述的方法，其特征在于，所述第一设备根据所述第一检测数据配置所述SF设备，包括：
    所述第一设备向所述SF设备发送配置信息，所述配置信息用于指示所述SF将所述第一用户的会话接入所述第一UP设备。
  6. 根据权利要求1所述的方法，其特征在于，所述第一设备根据所述第一检测数据配置所述SF设备，包括：
    所述第一设备向软件设计网络SDN控制器发送第二信息，所述第二信息用于指示所述SDN控制器向所述SF设备发送配置信息，所述配置信息用于指示所述SF设备将所述第一用户的会话接入所述第一UP设备。
  7. 根据权利要求6所述的方法，其特征在于，所述第一检测数据为所述SDN控制器发送的。
  8. 根据权利要求1或6或7所述的方法，其特征在于，所述第一设备为所述通信系统中的CP设备。
  9. 根据权利要求8所述的方法，其特征在于，所述第一设备根据所述第一检测数据配置所述第一UP设备，包括：
    所述第一设备向所述第一UP设备发送所述第一用户的会话表。
  10. 根据权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：
    所述第一设备获取第三信息，所述第三信息用于指示所述第一用户为请求上线的用户。
  11. 根据权利要求1至10中任一项所述的方法，其特征在于，所述方法还包括：
    所述第一设备获取第二检测数据和第三检测数据，所述第二检测数据为所述SF设备与所述第一UP设备之间所述网络性能的检测数据，所述第三检测数据为所述SF设备与第二UP设备之间所述网络性能的检测数据，所述第二UP设备为所述通信系统中的UP设备；
    所述第一设备根据所述第二检测数据和所述第三检测数据配置所述SF设备和所述第二UP设备，使得所述第一用户通过所述SF设备与所述第二UP设备接入网络，其中，所述第二检测数据不满足所述第一用户对所述网络性能的要求，所述第三检测数据满足所述第一用户对所述网络性能的要求。
  12. 根据权利要求1至11中任一项所述的方法，其特征在于，所述第一用户对所述网络性能的要求为所述第一设备根据所述第一用户的服务等级协议SLA确定的。
  13. 根据权利要求1至12中任一项所述的方法，其特征在于，所述网络性能包括网络时延、网络抖动和网络丢包率中的至少一种。
  14. 一种网络接入方法，其特征在于，包括：
    控制面CP与用户面UP分离的通信系统中的CP设备接收第一设备发送的第一信息，所述第一信息用于指示第一用户对应于所述通信系统中的第一UP设备，迁移功能SF设备与所述第一UP设备之间网络性能的检测数据满足所述第一用户对所述网络性能的要求；
    所述CP设备向所述第一UP设备发送所述第一用户的会话表。
  15. 根据权利要求14所述的方法，其特征在于，所述方法还包括：
    所述CP设备向所述第一设备发送针对所述第一信息的响应信息，所述响应信息用于指示所述第一用户的会话表已下发至所述第一UP设备。
  16. 根据权利要求14或15所述的方法，其特征在于，所述方法还包括：
    所述CP设备接收所述第一用户的上线请求报文；
    所述CP设备向所述第一设备发送第三信息，所述第三信息用于指示所述第一用户为请求上线的用户。
  17. 一种网络接入方法，其特征在于，包括：
    软件设计网络SDN控制器接收第一设备发送的第二信息，所述第二信息用于指示第一用户对应于第一用户面UP设备，所述第一UP设备为控制面CP与UP分离的通信系统中的UP设备，迁移功能SF设备与所述第一UP之间网络性能的检测数据满足所述第一用户对所述网络性能的要求；
    所述SDN控制器向所述SF设备发送配置信息，所述配置信息用于指示所述SF将所述第一用户的会话接入所述第一UP设备。
  18. 一种网络接入方法，其特征在于，包括：
    软件设计网络SDN控制器向第一设备发送迁移功能SF设备与第一用户面UP设备之间网络性能的第一检测数据，所述第一UP设备为控制面CP与UP分离的通信系统中的UP设备，所述第一检测数据用于指示所述第一设备配置所述SF设备和所述第一UP设备，所述第一检测数据满足所述第一用户对所述网络性能的要求。
  19. 一种网络装置，其特征在于，包括接收模块和配置模块；
    所述接收模块用于获取迁移功能SF设备与第一用户面UP设备之间网络性能的第一检测数据，所述第一UP设备为控制面CP与UP分离的通信系统中的UP设备；
    所述配置模块用于根据所述第一检测数据配置所述SF设备和所述第一UP设备，使得第一用户通过所述SF设备与所述第一UP设备接入网络，其中，所述第一检测数据满足所述第一用户对所述网络性能的要求。
  20. 根据权利要求19所述的装置，其特征在于，所述配置模块具体用于：
    向所述通信系统中的CP设备发送第一信息，所述第一信息用于指示将所述第一用户的会话通过所述第一UP设备接入网络。
  21. 根据权利要求20所述的装置，其特征在于，所述接收模块还用于：
    接收所述CP设备发送的针对所述第一信息的响应信息，所述响应信息用于指示所述第一用户的会话表已下发至所述第一UP设备。
  22. 根据权利要求19至21中任一项所述的装置，其特征在于，所述第一设备为软件设计网络SDN控制器。
  23. 根据权利要求22所述的装置，其特征在于，所述配置模块具体用于：
    向所述SF设备发送配置信息，所述配置信息用于指示所述SF将所述第一用户的会话接入所述第一UP设备。
  24. 根据权利要求19所述的装置，其特征在于，所述配置装置具体用于：
    向软件设计网络SDN控制器发送第二信息，所述第二信息用于指示所述SDN控制器向所述SF设备发送配置信息，所述配置信息用于指示所述SF设备将所述第一用户的会话接入所述第一UP设备。
  25. 根据权利要求24所述的装置，其特征在于，所述第一检测数据为所述SDN控制器发送的。
  26. 根据权利要求19或24或25所述的装置，其特征在于，所述第一设备为所述通信系统中的CP设备。
  27. 根据权利要求26所述的装置，其特征在于，所述配置模块具体用于：
    向所述第一UP设备发送所述第一用户的会话表。
  28. 根据权利要求19至27中任一项所述的装置，其特征在于，所述接收模块还用于：
    获取第三信息，所述第三信息用于指示所述第一用户为请求上线的用户。
  29. 根据权利要求19至28中任一项所述的装置，其特征在于，所述接收模块还用于：
    获取第二检测数据和第三检测数据，所述第二检测数据为所述SF设备与所述第一UP设备之间所述网络性能的检测数据，所述第三检测数据为所述SF设备与第二UP设备之间所述网络性能的检测数据，所述第二UP设备为所述通信系统中的UP设备；
    所述配置模块还用于：
    根据所述第二检测数据和所述第三检测数据配置所述SF设备和所述第二UP设备，使得所述第一用户通过所述SF设备与所述第二UP设备接入网络，其中，所述第二检测数据不满足所述第一用户对所述网络性能的要求，所述第三检测数据满足所述第一用户对所述网络性能的要求。
  30. 根据权利要求19至29中任一项所述的装置，其特征在于，所述第一用户对所述网络性能的要求为所述第一设备根据所述第一用户的服务等级协议SLA确定的。
  31. 根据权利要求19至30中任一项所述的装置，其特征在于，所述网络性能包括网络时延、网络抖动和网络丢包率中的至少一种。
  32. 一种网络装置，其特征在于，所述网络装置应用于控制面CP与用户面UP分离的通信系统中的CP设备，所述网络装置包括接收模块和发送模块；
    所述接收模块用于接收第一设备发送的第一信息，所述第一信息用于指示第一用户对应于所述通信系统中的第一UP设备，迁移功能SF设备与所述第一UP设备之间网络性能的检测数据满足所述第一用户对所述网络性能的要求；
    所述发送模块用于向所述第一UP设备发送所述第一用户的会话表。
  33. 根据权利要求32所述的装置，其特征在于，所述发送模块还用于：
    向所述第一设备发送针对所述第一信息的响应信息，所述响应信息用于指示所述第一用户的会话表已下发至所述第一UP设备。
  34. 根据权利要求32或33所述的装置，其特征在于，所述接收模块还用于接收所述第一用户的上线请求报文；
    所述发送模块还用于向所述第一设备发送第三信息，所述第三信息用于指示所述第一用户为请求上线的用户。
  35. 一种网络装置，其特征在于，所述网络装置应用于软件设计网络SDN控制器，所述网络装置包括接收模块和发送模块；
    所述接收模块用于接收第一设备发送的第二信息，所述第二信息用于指示第一用户对应于第一用户面UP设备，所述第一UP设备为控制面CP与UP分离的通信系统中的UP设备，迁移功能SF设备与所述第一UP之间网络性能的检测数据满足所述第一用户对所述网络性能的要求；
    所述发送模块用于向所述SF设备发送配置信息，所述配置信息用于指示所述SF将所述第一用户的会话接入所述第一UP设备。
  36. 一种网络装置，其特征在于，所述网络装置应用于软件设计网络SDN控制器，所述网络装置包括发送模块，所述发送模块用于：
    向第一设备发送迁移功能SF设备与第一用户面UP设备之间网络性能的第一检测数据，所述第一UP设备为控制面CP与UP分离的通信系统中的UP设备，所述第一检测数据用于指示所述第一设备配置所述SF设备和所述第一UP设备，所述第一检测数据满足所述第一用户对所述网络性能的要求。
  37. 一种网络系统，包括如权利要求19所述的网络装置、如权利要求32所述的网络装置以及如权利要求35所述的网络装置；
    或者包括如权利要求19所述的网络装置、如权利要求32所述的网络装置以及如权利要求36所述的网络装置。
  38. 一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行权利要求1至18中任一项所述的方法。
PCT/CN2021/107823 2020-07-24 2021-07-22 一种网络接入方法、装置及系统 Ceased WO2022017453A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP21845151.6A EP4181468A4 (en) 2020-07-24 2021-07-22 Network access method, apparatus and system
BR112023001244A BR112023001244A2 (pt) 2020-07-24 2021-07-22 Método de acesso à rede, dispositivo de rede, sistema de rede, e meio de armazenamento legível por computador
MX2023001040A MX2023001040A (es) 2020-07-24 2021-07-22 Metodo, aparato y sistema de acceso de red.
US18/157,257 US12309042B2 (en) 2020-07-24 2023-01-20 Network access method, apparatus, and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010724017.7 2020-07-24
CN202010724017.7A CN113973054A (zh) 2020-07-24 2020-07-24 一种网络接入方法、装置及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/157,257 Continuation US12309042B2 (en) 2020-07-24 2023-01-20 Network access method, apparatus, and system

Publications (1)

Publication Number Publication Date
WO2022017453A1 true WO2022017453A1 (zh) 2022-01-27

Family

ID=79585997

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/107823 Ceased WO2022017453A1 (zh) 2020-07-24 2021-07-22 一种网络接入方法、装置及系统

Country Status (6)

Country Link
US (1) US12309042B2 (zh)
EP (1) EP4181468A4 (zh)
CN (1) CN113973054A (zh)
BR (1) BR112023001244A2 (zh)
MX (1) MX2023001040A (zh)
WO (1) WO2022017453A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107888498A (zh) * 2016-09-29 2018-04-06 中兴通讯股份有限公司 实现用户面功能管理的方法及装置和网元及装置
CN108632055A (zh) * 2017-03-17 2018-10-09 华为技术有限公司 网络控制的方法和装置以及通信系统
CN109995845A (zh) * 2018-01-03 2019-07-09 中兴通讯股份有限公司 一种控制面资源迁移的实现方法、装置及网络功能实体
CN109995844A (zh) * 2018-01-03 2019-07-09 中兴通讯股份有限公司 一种控制面资源迁移的实现方法、装置及网络功能实体
US20200229042A1 (en) * 2019-01-10 2020-07-16 Cisco Technology, Inc. SRv6 User-Plane-Based Triggering Methods and Apparatus for Session or Flow Migration in Mobile Networks

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11044203B2 (en) 2016-01-19 2021-06-22 Cisco Technology, Inc. System and method for hosting mobile packet core and value-added services using a software defined network and service chains
US10361969B2 (en) * 2016-08-30 2019-07-23 Cisco Technology, Inc. System and method for managing chained services in a network environment
US11510058B2 (en) * 2018-03-29 2022-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Methods for support of user plane separation and user plane local offloading for 5G non-3GPP access

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107888498A (zh) * 2016-09-29 2018-04-06 中兴通讯股份有限公司 实现用户面功能管理的方法及装置和网元及装置
CN108632055A (zh) * 2017-03-17 2018-10-09 华为技术有限公司 网络控制的方法和装置以及通信系统
CN109995845A (zh) * 2018-01-03 2019-07-09 中兴通讯股份有限公司 一种控制面资源迁移的实现方法、装置及网络功能实体
CN109995844A (zh) * 2018-01-03 2019-07-09 中兴通讯股份有限公司 一种控制面资源迁移的实现方法、装置及网络功能实体
US20200229042A1 (en) * 2019-01-10 2020-07-16 Cisco Technology, Inc. SRv6 User-Plane-Based Triggering Methods and Apparatus for Session or Flow Migration in Mobile Networks

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
EMAIL DISCUSSION CONVENOR (GIOVANNI ROMANO – TELECOM ITALIA): "Summary of "[5G-AH-13] Additional architectural requirements"", 3GPP DRAFT; RP-160044 (5G_AH_13), 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. TSG RAN, no. Gothenburg, Sweden; 20160307 - 20160310, 6 March 2016 (2016-03-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051076041 *
See also references of EP4181468A4

Also Published As

Publication number Publication date
EP4181468A1 (en) 2023-05-17
US12309042B2 (en) 2025-05-20
MX2023001040A (es) 2023-02-16
BR112023001244A2 (pt) 2023-02-14
EP4181468A4 (en) 2024-01-10
US20230164037A1 (en) 2023-05-25
CN113973054A (zh) 2022-01-25

Similar Documents

Publication Publication Date Title
JP6722820B2 (ja) ブロードバンドリモートアクセスサーバの制御プレーン機能と転送プレーン機能の分離
CN110290506B (zh) 一种边缘云移动性管理方法及设备
CN111865621A (zh) 接入网关的方法及装置
CN113825251B (zh) 会话建立方法、装置、系统及计算机存储介质
WO2019041937A1 (zh) 一种漫游场景下的分流方法及相关设备
WO2017137008A1 (zh) 一种虚拟网络设备及相关方法
JP7486597B2 (ja) ダイアルアップ・パケット処理方法、ネットワーク要素、システム、ネットワーク装置
CN112714071B (zh) 一种数据发送方法及装置
CN113300981A (zh) 报文传输方法、装置及系统
WO2021218886A1 (zh) Vxlan接入认证方法以及vtep设备
JP7541116B2 (ja) 通信方法および関連装置
US20240275696A1 (en) Packet Transmission Method, Apparatus, and System, and Storage Medium
WO2022017453A1 (zh) 一种网络接入方法、装置及系统
WO2023088411A1 (zh) 发送指令、信息的方法及装置
CN116233655A (zh) 一种业务处理方法、装置及存储介质
WO2022193897A1 (zh) 一种业务的部署方法、装置及系统
CN110620999B (zh) 用户面数据处理方法及装置
CN114285696A (zh) 固网宽带业务调度系统、方法、装置及存储介质
JP7655392B2 (ja) 情報処理システム、情報処理方法及び情報処理プログラム
WO2022105917A1 (zh) 建立通信的方法及装置
WO2022213822A1 (zh) 一种控制用户设备接入网络的方法、装置及设备
CN105704176A (zh) 一种保障带宽和服务质量的方法、决策设备和网络架构
JP2023527929A (ja) 仮想化ネットワーク・サービス配備方法及び装置

Legal Events

Date Code Title Description
REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112023001244

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2021845151

Country of ref document: EP

Effective date: 20230207

ENP Entry into the national phase

Ref document number: 112023001244

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20230123

NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 21845151

Country of ref document: EP

Kind code of ref document: A1