WO2015106695A1 - 一种业务分流的方法、系统和设备 - Google Patents

一种业务分流的方法、系统和设备 Download PDF

Info

Publication number
WO2015106695A1
WO2015106695A1 PCT/CN2015/070781 CN2015070781W WO2015106695A1 WO 2015106695 A1 WO2015106695 A1 WO 2015106695A1 CN 2015070781 W CN2015070781 W CN 2015070781W WO 2015106695 A1 WO2015106695 A1 WO 2015106695A1
Authority
WO
WIPO (PCT)
Prior art keywords
qci
user equipment
side device
service
special
Prior art date
Application number
PCT/CN2015/070781
Other languages
English (en)
French (fr)
Inventor
杨星
梁靖
全海洋
Original Assignee
电信科学技术研究院
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 电信科学技术研究院 filed Critical 电信科学技术研究院
Publication of WO2015106695A1 publication Critical patent/WO2015106695A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints

Definitions

  • the present application relates to the field of wireless communication technologies, and in particular, to a method, system, and device for service offloading.
  • the current typical access technologies include wireless technologies defined by the 3GPP (3rd Generation Partnership Project) standards organization, including UMTS (Universal Mobile Telecommunications System) and LTE (Long Term Evolution). ), LTE-A (Long Term Evolution-Advanced), and the like, and wireless technologies defined by non-3GPP organizations, such as WI-FI (Wireless Network).
  • 3GPP 3rd Generation Partnership Project
  • UMTS Universal Mobile Telecommunications System
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • WI-FI Wireless Network
  • a 3GPP network and a WLAN may be deployed at the same time.
  • the 3GPP network has a wide coverage, usually as a wide-area coverage, which can provide good mobility support for users.
  • the WLAN coverage is small.
  • users of the 3GPP network can divert services to the WLAN. Reduce the load on the LTE network.
  • There are many requirements for service offloading For example, the service can be offloaded to the WLAN only if the corresponding transmission rate is met. Some services can only be sent in the 3GPP network and cannot be offloaded to the WLAN. Therefore, how to conduct reasonable business diversion and ensure user experience is a crucial issue.
  • the user equipment offloads services according to the ANDSF (Access Network Discovery and Selection Function) configured by the operator. Since the configuration of the ANDSF is statically configured, it is unable to match dynamically changing access network channel conditions.
  • ANDSF Access Network Discovery and Selection Function
  • the static configuration of the ANDSF is used to offload the services of the user equipment, and the dynamic change of the access network channel status cannot be matched, so that the user equipment cannot perform reasonable service offloading.
  • the present application provides a method, a system, and a device for service offloading, which are used to solve the problem that the user equipment of the user equipment is offloaded by the ANDSF that is statically configured in the prior art, and cannot match the dynamic change of the access network channel. In this case, the user equipment cannot perform reasonable traffic diversion.
  • the user equipment After determining that the service is to be offloaded, the user equipment determines the attributes of the IP stream corresponding to the QCI sent by the received network side device.
  • the user equipment performs offload processing on the IP flow after determining that the IP flow can be offloaded according to the determined attribute of the IP flow.
  • the user equipment determines whether service offloading is required according to the following manner:
  • the shunt condition includes a special shunt condition and a common shunt condition
  • the user equipment After determining that the service is to be offloaded, the user equipment determines the attributes of the IP stream corresponding to the QCI sent by the network side device, including:
  • the user equipment determines an attribute of the IP stream corresponding to the special QCI in the QCI sent by the received network side device;
  • the user equipment determines the attributes of the IP stream corresponding to the QCI except the special QCI in the QCI sent by the received network side device.
  • the network side device obtains the QCI through the core network
  • the network side device notifies the user equipment of some or all of the QCIs in the acquired QCI, so that the user equipment determines whether to offload the IP flows according to the attributes of the IP flows corresponding to the received QCIs after determining that the services need to be offloaded. deal with.
  • the method further includes:
  • the network side device configures a traffic off condition for the user equipment, so that after determining that the traffic off condition is satisfied, the user equipment determines that service splitting needs to be performed.
  • the network side device configures a traffic off condition for the user equipment, including:
  • the network side device configures the special equipment for the user equipment to be configured with a special QCI
  • the network side device configures the common shunting conditions corresponding to other QCIs for the user equipment.
  • a determining module configured to determine an attribute of the IP stream corresponding to the QCI sent by the received network side device after determining that the service is required to be offloaded
  • a split processing module configured to determine, according to the determined attribute of the IP flow, that the IP flow can be offloaded, The IP stream is subjected to offload processing.
  • the determining module is specifically configured to determine whether service splitting is required according to the following manner:
  • the shunt condition includes a special shunt condition and a common shunt condition
  • the determining module is specifically configured to:
  • the attribute of the IP stream corresponding to the special QCI in the QCI sent by the network side device is determined.
  • the common shunt condition is met, it is determined that the QCI sent by the received network side device is in addition to the special QCI.
  • the other QCI corresponds to the properties of the IP stream.
  • the processor 0 is configured to: after determining that the service is to be offloaded, determine an attribute of the IP stream corresponding to the QCI sent by the network side device received by the transceiver; according to the determined attribute of the IP flow, after determining that the IP flow can be offloaded , the IP stream is shunted;
  • a transceiver for receiving and transmitting data under the control of a processor.
  • the processor is specifically configured to determine, according to the following manner, whether the service is required to be offloaded:
  • the shunt condition includes a special shunt condition and a common shunt condition
  • the processor is specifically used to:
  • the attribute of the IP stream corresponding to the special QCI in the QCI sent by the network side device is determined.
  • the common shunt condition is met, it is determined that the QCI sent by the received network side device is in addition to the special QCI.
  • the other QCI corresponds to the properties of the IP stream.
  • An acquisition module configured to obtain a QCI through a core network
  • the notification module is configured to notify the user equipment of some or all of the QCIs in the obtained QCI, so that the user equipment determines whether the IP flow is to be determined according to the attribute of the IP stream corresponding to the received QCI after determining that the service needs to be offloaded. Perform shunt processing.
  • the obtaining module is further configured to:
  • the user equipment After the QCI is obtained through the core network, the user equipment is configured with a traffic off condition, so that the user equipment determines that the traffic offloading needs to be performed after determining that the traffic off condition is satisfied.
  • the obtaining module is specifically configured to:
  • the user equipment is configured with a special shunt condition corresponding to the special QCI; and/or, if there is no special QCI or special special in the QCI that needs to be notified to the user equipment
  • the QCI is included, and the common shunt conditions corresponding to other QCIs are configured for the user equipment.
  • the processor is configured to obtain the QCI through the core network by using the transceiver; and notify the user equipment of the part or all of the QCIs in the acquired QCI through the transceiver, so that the user equipment determines the IP address corresponding to the received QCI after the service is required to be offloaded.
  • the attribute of the stream determines whether the IP stream is offloaded;
  • a transceiver for receiving and transmitting data under the control of a processor.
  • the processor is further configured to:
  • the user equipment After the QCI is obtained through the core network, the user equipment is configured with a traffic off condition, so that the user equipment determines that the traffic offload condition needs to be performed after determining that the traffic off condition is satisfied.
  • the processor is specifically configured to:
  • the QCI that needs to be notified to the user equipment includes a special QCI, configure a special shunt condition corresponding to the special QCI for the user equipment; and/or, if there is no QCI in the QCI that needs to be notified to the user equipment, or include other QCIs in addition to the special QCI. For the user equipment, configure other common shunt conditions corresponding to QCI.
  • the user equipment is configured to determine, after determining that the service is to be offloaded, the attribute of the IP stream corresponding to the QCI sent by the network side device, and determine, according to the determined attribute of the IP flow, that the IP flow can be offloaded. And performing the offload processing on the IP flow;
  • the network side device is configured to obtain the QCI through the core network, and notify the user equipment of part or all of the QCIs in the obtained QCI.
  • the user equipment can perform the offload processing according to the QCI configured on the network side, and the QCI configured on the network side can be frequently configured as needed, so as to be able to adapt to the dynamically changing access network channel status (for example, when the 3GPP network load is heavy, all IPs can be configured.
  • the traffic is offloaded to the WLAN. When the load is reduced, the traffic can be reconfigured to keep most IP flows in 3GPP. This ensures the rationality of service offload and improves service transmission efficiency.
  • FIG. 1 is a schematic structural diagram of a 3GPP network and a WLAN coexisting in the background art
  • FIG. 2 is a schematic structural diagram of a system for service offloading according to Embodiment 1 of the present application;
  • FIG. 3 is a schematic structural diagram of user equipment in a service offloading system according to Embodiment 2 of the present application;
  • FIG. 4 is a schematic structural diagram of a network side device in a service offloading system according to Embodiment 3 of the present application;
  • FIG. 5 is a schematic structural diagram of user equipment in a system for service offloading according to Embodiment 4 of the present application;
  • FIG. 6 is a schematic structural diagram of a network side device in a system for service offloading according to Embodiment 5 of the present application;
  • FIG. 7 is a schematic flowchart of a method for service offloading provided in Embodiment 6 of the present application.
  • FIG. 8 is a schematic flowchart of a method for service offloading provided in Embodiment 7 of the present application.
  • the user equipment (IP) (Internet Protocol, QoS class identifier, QoS, Quality of Service, Quality of Service) sent by the network side device is determined. Protocol) The attribute of the stream; according to the determined attributes of the IP stream, after determining that the IP stream can be offloaded, the IP stream is offloaded.
  • IP Internet Protocol
  • QoS class identifier QoS class identifier
  • QoS Quality of Service
  • Quality of Service Quality of Service
  • the IP stream is offloaded.
  • the user equipment can perform the offload processing according to the QCI configured on the network side, and the QCI configured on the network side can be frequently configured as needed, so as to be able to adapt to the dynamically changing access network channel status (for example, when the 3GPP network is heavily loaded, all IPs can be used).
  • the QCI corresponding to the flow is notified to the UE, so that all the IP flows are configured to be offloaded to the WLAN.
  • the QCI can be re-notified to the UE, so that the majority of the IP flows are maintained in the 3GPP) to ensure the rationality of the service offload. Improve the efficiency of business transmission.
  • the system for offloading services in the first embodiment of the present application includes: user equipment 10 and network side equipment 20.
  • the user equipment 10 is configured to determine, after determining that the service is to be offloaded, the attribute of the IP stream corresponding to the QCI sent by the received network side device; according to the determined attribute of the IP flow, after determining that the IP flow can be offloaded, the IP is determined. Streaming is performed;
  • the network side device 20 is configured to obtain the QCI through the core network, and notify the user equipment of some or all of the QCIs in the acquired QCI.
  • the offloaded IP stream is offloaded to the WLAN network.
  • the user equipment is in an environment where the 3GPP network and the WLAN network coexist. If the user equipment determines that the IP stream is allowed to be offloaded, the IP stream may be offloaded into the WLAN network.
  • the QCI when the network side device notifies the user equipment QCI, the QCI may be placed in the QCI list to send the QCI list to the user equipment.
  • the network side device can obtain the QCI through the core network periodically, or obtain the QCI through the core network as needed, for example, when a new bearer is established for the user equipment; when a bearer is updated for the user equipment.
  • the network side device After obtaining the QCI, the network side device also needs to select the QCI notified to the user equipment.
  • Selection method 1 When the 3GPP network is heavily loaded, it can only maintain the IP flow with QCI 1 (which transmits VoIP service) in the 3GPP network, allowing other IP flows to be diverted to the WLAN, and at the same time, the QCI with higher channel requirements. (For example, QCI with a channel requirement level higher than a threshold) Configure special traffic conditions to ensure service requirements.
  • the QCI with a value of 1 is selected and notified to the UE.
  • the QCI with higher channel requirements is a special QCI.
  • the QCI with lower channel requirement is selected to notify the UE.
  • the embodiments of the present application are not limited to the foregoing two selection manners, and any manner that can select a QCI from multiple QCIs is applicable to the embodiments of the present application, for example, randomly selecting N, and selecting according to the value of the QCI. N and so on.
  • the network side device may further configure a traffic off condition for the user equipment.
  • the user equipment determines whether the offload condition configured by the network side device is met; if yes, it is determined that the service offloading is required; otherwise, the judgment is continued.
  • the shunt condition includes but is not limited to one of the following conditions:
  • the SINR Signal Interference Noise Ratio
  • the SINR of the 3GPP network channel is lower than the third threshold, and the user equipment determines that the WLAN signal is available;
  • the 3GPP network load is above the fourth threshold and the WLAN load is below the fifth threshold.
  • the specific offloading condition may be configured by the upper layer to the network side device; or may be configured by the network side device as needed.
  • the traffic that needs to measure the 3GPP network load may be configured.
  • Condition otherwise, only the shunt condition for measuring the SINR of the 3GPP network can be configured.
  • the above thresholds can also be adjusted as needed.
  • the attributes of the IP flow include, but are not limited to, some or all of the following:
  • the attributes of the IP flow may be specifically specified in the protocol, or may be configured by the network side to the user equipment.
  • the embodiment of the present application may also determine some special QCIs according to requirements, and the special QCIs may correspond to special shunt conditions.
  • the network side device selects, from all the obtained QCIs, a QCI that needs to be notified to the user equipment;
  • the network side device checks whether there is a special QCI from the QCI that needs to be notified to the user equipment. If there is a special QCI, when configuring the traffic off condition for the user equipment, the special equipment corresponding to the special QCI needs to be configured for the user equipment;
  • the user equipment determines the attribute of the IP stream corresponding to the special QCI in the QCI sent by the received network side device.
  • the network side device may also configure a common offload condition for the user equipment for the QCI;
  • the user equipment determines that the received QCI sent by the network side device is The attributes of the IP stream corresponding to other QCIs other than the QCI.
  • the QCI identifies the service requirements of the services on the IP flow.
  • the network-side device can determine which QCIs are specific according to the delay and packet loss rate requirements of the QCI. For example, if some QCIs require a low packet loss rate, determine the The QCI is a special QCI, and the corresponding IP flow requires a special offload rule. For example, some QCIs require a small delay, and then the QCI is determined to be a special QCI, and the corresponding IP flow requires a special offload rule.
  • the special shunt condition is the same as the ordinary shunt condition, except that the parameters are different, such as the size of the threshold.
  • the network side device After determining the special QCI, the network side device can distinguish by the identifier when notifying the user equipment, for example, 1 means special, 0 means non-special.
  • the network side device in the embodiment of the present application may be a base station (such as a macro base station, a home base station, etc.), or may be an RN (relay) device, or may be another network side device, such as a RAN (Radio Access Network, Wireless access network).
  • a base station such as a macro base station, a home base station, etc.
  • RN relay
  • another network side device such as a RAN (Radio Access Network, Wireless access network).
  • RAN Radio Access Network, Wireless access network
  • the user equipment in the service offloading system provided by the second embodiment of the present application includes: a determining module 300 and a offloading processing module 310.
  • the determining module 300 is configured to determine, after determining that the service is to be offloaded, the attribute of the IP stream corresponding to the QCI sent by the received network side device;
  • the offloading processing module 310 is configured to perform offloading processing on the IP stream after determining that the IP stream can be offloaded according to the determined attribute of the IP stream.
  • the determining module 300 is specifically configured to determine whether service splitting is required according to the following manner:
  • the shunt condition includes a special shunt condition and a common shunt condition
  • the determining module 300 is specifically used to:
  • the attribute of the IP stream corresponding to the special QCI in the QCI sent by the network side device is determined.
  • the common shunt condition is met, it is determined that the QCI sent by the received network side device is in addition to the special QCI.
  • the other QCI corresponds to the properties of the IP stream.
  • the network side device in the service offloading system provided by the third embodiment of the present application includes: an obtaining module 400 and a notification module 410.
  • An obtaining module 400 configured to obtain a QCI through a core network
  • the notification module 410 is configured to notify the user equipment of some or all of the QCIs in the acquired QCI, so that the user equipment determines, according to the attributes of the IP flows corresponding to the received QCI, whether to split the IP flows after determining that the services need to be offloaded. .
  • the obtaining module 400 is further configured to:
  • the obtaining module 400 is specifically configured to:
  • the QCI that needs to be notified to the user equipment includes a special QCI, configure a special traffic condition corresponding to the special QCI for the user equipment; and/or, if there is no special QCI in the QCI that needs to be notified to the user equipment, or include other than the special QCI.
  • QCI configures common shunt conditions for other QCIs for user equipment.
  • the user equipment in the system for service offloading includes:
  • the processor 500 is configured to determine an attribute of the IP stream corresponding to the QCI sent by the network side device received by the transceiver 510 after determining that the service is required to be offloaded, and determine that the IP flow can be offloaded according to the determined attribute of the IP flow. Afterwards, the IP stream is shunted;
  • the transceiver 510 is configured to receive and transmit data under the control of the processor 500.
  • the processor 500 is specifically configured to determine whether a service offload is required according to the following manner:
  • the shunt condition includes a special shunt condition and a common shunt condition
  • the processor 500 is specifically configured to:
  • the attribute of the IP stream corresponding to the special QCI in the QCI sent by the network side device is determined.
  • the common shunt condition is met, it is determined that the QCI sent by the received network side device is in addition to the special QCI.
  • the other QCI corresponds to the properties of the IP stream.
  • the bus architecture can include any number of interconnected buses and bridges, specifically linked by one or more processors represented by processor 500 and various circuits of memory represented by memory 520.
  • the bus architecture can also link various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and, therefore, will not be further described herein.
  • the bus interface provides an interface.
  • Transceiver 510 can be a plurality of components, including a transmitter and a receiver, providing means for communicating with various other devices on a transmission medium.
  • the user interface 530 may also be an interface capable of externally connecting the required devices, including but not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.
  • the processor 500 is responsible for managing the bus architecture and general processing, and the memory 520 can store data used by the processor 500 when performing operations.
  • the network side device in the system for service offloading includes:
  • the processor 600 is configured to use the transceiver 610 to obtain the QCI through the core network, and notify some or all of the QCIs in the acquired QCI to the user equipment through the transceiver 610, so that the user equipment determines, according to the received QCI, that the service needs to be offloaded.
  • the attribute of the corresponding IP flow determines whether the IP flow is offloaded;
  • the transceiver 610 is configured to receive and transmit data under the control of the processor 600.
  • the processor 600 is further configured to:
  • the processor 600 is specifically configured to:
  • the QCI that needs to be notified to the user equipment includes a special QCI, configure a special shunt condition corresponding to the special QCI for the user equipment; and/or, if there is no QCI in the QCI that needs to be notified to the user equipment, or include other QCIs in addition to the special QCI. For the user equipment, configure other common shunt conditions corresponding to QCI.
  • the bus architecture can include any number of interconnected buses and bridges, specifically linked by one or more processors represented by processor 600 and various circuits of memory represented by memory 620.
  • the bus architecture can also link various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and, therefore, will not be further described herein.
  • the bus interface provides an interface.
  • Transceiver 610 can be a plurality of components, including a transmitter and a receiver, providing means for communicating with various other devices on a transmission medium.
  • the processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 can store data used by the processor 600 in performing operations.
  • the processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 can store data used by the processor 600 in performing operations.
  • the method for service offloading is also provided in the embodiment of the present application.
  • the device corresponding to the method is a device in the system of the service offloading in the embodiment of the present application, and the principle of the method for solving the problem is similar to the system, so For the implementation of the method, refer to the implementation of the corresponding device in the system, and the repeated description is not repeated.
  • the method for service offloading provided in Embodiment 6 of the present application includes:
  • Step 701 After determining that the service is to be offloaded, the user equipment determines the attribute of the IP stream corresponding to the QCI sent by the received network side device.
  • Step 702 The user equipment performs offloading processing on the IP stream after determining that the IP flow can be offloaded according to the determined attribute of the IP flow.
  • the user equipment determines whether service offloading is required according to the following manner:
  • the user equipment determines whether the offloading condition configured by the network side device is met
  • the shunt condition includes a special shunt condition and a common shunt condition
  • the user equipment After determining that the service is to be offloaded, the user equipment determines the attributes of the IP stream corresponding to the QCI sent by the network side device, including:
  • the user equipment determines the attributes of the IP stream corresponding to the special QCI in the QCI sent by the received network side device.
  • the user equipment determines the attributes of the IP stream corresponding to the QCI except the special QCI in the QCI sent by the received network side device.
  • the method for offloading services in the seventh embodiment of the present application includes:
  • Step 801 The network side device obtains the QCI through the core network.
  • Step 802 The network side device notifies the user equipment of the part or all of the QCIs in the acquired QCI, so that the user equipment determines whether to perform the offloading processing on the IP stream according to the attribute of the IP stream corresponding to the received QCI after determining that the service needs to be offloaded.
  • the method further includes:
  • the network side device configures a traffic off condition for the user equipment, so that the user equipment determines that the service is required to be offloaded after determining that the traffic off condition is obtained.
  • the network side device configures a traffic off condition for the user equipment, including:
  • the network side device configures the special shunting condition corresponding to the special QCI for the user equipment; and/or,
  • the network side device configures the common shunting conditions corresponding to other QCIs for the user equipment.
  • Example 1 The attribute of an IP flow is whether the service on the IP flow is initiated by the operator.
  • the base station Based on the information obtained from the core network, the base station obtains the IP flows A, B, C, and D of the user equipment are 1, 2, 3, and 2, respectively.
  • the base station determines that the shuntable QCI is 1 and 2, and transmits the shuntable QCI list ⁇ 1, 2 ⁇ to the user equipment.
  • the user equipment After receiving the QCI list sent by the base station, the user equipment performs the following behavior when the WLAN configured WLAN offload condition ⁇ (such as the 3GPP network channel SINR is lower than 0 dB and the WLAN load is less than 50%) is satisfied:
  • the WLAN configured WLAN offload condition ⁇ such as the 3GPP network channel SINR is lower than 0 dB and the WLAN load is less than 50%
  • the IP flow A with the QCI of 1 is a non-operator service, and determining that it can be offloaded to the WLAN, the IP flow A is offloaded to the WLAN;
  • the IP flow B with the QCI of 2 is a non-operator service, and determining that it can be offloaded to the WLAN, the IP flow B is offloaded to the WLAN;
  • the IP flow D with the QCI of 2 is queried for the service of the operator, and it is determined that it cannot be offloaded to the WLAN, and the IP flow D is maintained in the 3GPP network.
  • Example 2 The attribute of the IP flow is whether the service on the IP flow is initiated by the operator.
  • the base station Based on the information obtained from the core network, the base station obtains the IP flows A, B, C, D, E, and F of the user equipment are 1, 2, 3, 2, 3, and 4, respectively.
  • the base station determines that the shuntable QCI is 1 and 2, and configures a special shunt condition ⁇ for the QCI of 3 (eg, the 3GPP network channel SINR is lower than -2 dB and the WLAN load is less than 40%), and the shuntable QCI list ⁇ 1, 2 , 3 ⁇ and a special shunt condition ⁇ of QCI of 3 is sent to the user equipment.
  • a special shunt condition ⁇ for the QCI of 3 eg, the 3GPP network channel SINR is lower than -2 dB and the WLAN load is less than 40%
  • the user equipment After receiving the QCI list sent by the base station and the special offload condition ⁇ with the QCI of 3, the user equipment performs the following when the WLAN off-network condition ⁇ (such as the 3GPP network channel SINR is lower than 0 dB and the WLAN load is lower than 50%) is satisfied.
  • the WLAN off-network condition ⁇ such as the 3GPP network channel SINR is lower than 0 dB and the WLAN load is lower than 50%
  • the IP flow A with the QCI of 1 is a non-operator service, and determining that it can be offloaded to the WLAN, the IP flow A is offloaded to the WLAN;
  • the IP flow B with the QCI of 2 is a non-operator service, and determining that it can be offloaded to the WLAN, the IP flow B is offloaded to the WLAN;
  • the IP flow D with the QCI of 2 is queried for the service of the operator, and it is determined that it cannot be offloaded to the WLAN, and the IP flow D is maintained in the 3GPP network.
  • the IP stream C with the QCI of 3 is a non-operator service, and determining that it can be offloaded to the WLAN, the IP stream C is offloaded to the WLAN;
  • the IP flow E with the QCI of 3 is queried for the service of the operator. If it is determined that it cannot be offloaded to the WLAN, the IP flow E is maintained on the 3GPP network.
  • Example 3 The attribute of the IP flow is whether the service on the IP flow is a voice service.
  • the base station Based on the information obtained from the core network, the base station obtains the IP flows A, B, C, D, E, and F of the user equipment are 1, 2, 3, 2, 3, and 4, respectively.
  • the base station determines that the shuntable QCI is 1 and 2, and configures a special shunt condition ⁇ for the QCI of 3 (eg, the 3GPP network channel SINR is lower than -2 dB and the WLAN load is less than 40%), and the shuntable QCI list ⁇ 1, 2 , 3 ⁇ and a special shunt condition ⁇ of QCI of 3 is sent to the user equipment.
  • a special shunt condition ⁇ for the QCI of 3 eg, the 3GPP network channel SINR is lower than -2 dB and the WLAN load is less than 40%
  • the user equipment After receiving the QCI list sent by the base station and the special offload condition ⁇ with the QCI of 3, the user equipment performs the following when the WLAN off-network condition ⁇ (such as the 3GPP network channel SINR is lower than 0 dB and the WLAN load is lower than 50%) is satisfied. behavior:
  • the IP stream A with the QCI of 1 is a non-voice service, and determining that it can be offloaded to the WLAN, the IP stream A is offloaded to the WLAN;
  • the IP stream B with the QCI of 2 is a non-voice service, and determining that it can be offloaded to the WLAN, the IP stream B is offloaded to the WLAN;
  • the IP flow D with the QCI of 2 is queried, and it is determined that it cannot be offloaded to the WLAN, and the IP flow D is maintained in the 3GPP network.
  • the IP stream C with the QCI of 3 is a non-voice service, and determining that it can be offloaded to the WLAN, the IP stream C is offloaded to the WLAN;
  • the IP stream E with the QCI of 3 is queried to be a voice service, and it is determined that it cannot be offloaded to the WLAN, and the IP stream E is maintained on the 3GPP network.
  • Example 4 The attribute of the IP flow is whether this IP flow must be offloaded to the WLAN along with other IP flows.
  • the base station obtains the IP flows A, B, C, D, E, F, and G of the user equipment according to the information obtained from the core network, respectively. 1,2,3,2,2,4,2.
  • the base station determines that the shuntable QCI is 1 and 2, and configures a special shunt condition ⁇ for the QCI of 3 (eg, the 3GPP network channel SINR is lower than -2 dB and the WLAN load is less than 40%), and the shuntable QCI list ⁇ 1, 2 , 3 ⁇ and a special shunt condition ⁇ of QCI of 3 is sent to the user equipment.
  • a special shunt condition ⁇ for the QCI of 3 eg, the 3GPP network channel SINR is lower than -2 dB and the WLAN load is less than 40%
  • the user equipment After receiving the QCI list sent by the base station and the special offload condition ⁇ with the QCI of 3, the user equipment performs the following when the WLAN off-network condition ⁇ (such as the 3GPP network channel SINR is lower than 0 dB and the WLAN load is lower than 50%) is satisfied. behavior:
  • IP flow A with the QCI of 1 does not need to be switched to the WLAN together with other IP flows, the IP flow A is offloaded to the WLAN;
  • the IP flow B with the QCI of 2 must be diverted to the WLAN together with the IP flow C. Then, it is determined whether the IP flow C can be offloaded to the WLAN.
  • the QCI of the IP flow C is 3, and the special traffic off condition is not satisfied.
  • WLAN, IP flow B cannot be offloaded to the WLAN;
  • IP flow D with the QCI of 2 must be diverted to the WLAN together with the IP flow F, it is first determined whether the IP flow F can be offloaded to the WLAN.
  • the QCI of the IP flow F is 4, not in the QCI list, and cannot be offloaded to the WLAN. , IP stream D cannot be offloaded to the WLAN.
  • IP flow E with the QCI of 2 must be diverted to the WLAN together with the IP flow G, it is first determined whether the IP flow G can be offloaded to the WLAN; the QCI of the IP flow G is 2, and there is no special shunt in the QCI list. Conditions, the IP flows E and G are offloaded together to the WLAN.
  • IP flow C with the QCI of 3 must be diverted to the WLAN together with the IP flow B, it is first determined whether the IP flow B can be offloaded to the WLAN; the QCI of the IP flow B is queried to be 2, in the QCI list, the shunt condition at this time. If ⁇ is already satisfied, IP flows B and C are offloaded to the WLAN.
  • the user equipment in the embodiment of the present application determines the attribute of the IP stream corresponding to the QCI sent by the received network side device; and determines the IP flow according to the determined attribute of the IP flow. After the shunt can be performed, the IP stream is shunted.
  • the user equipment can perform the offload processing according to the QCI configured on the network side, and the QCI configured on the network side can be frequently configured as needed, so as to be able to adapt to the dynamically changing access network channel status (for example, when the 3GPP network load is heavy, all IPs can be configured.
  • the traffic is offloaded to the WLAN. When the load is reduced, the traffic can be reconfigured to keep most IP flows in 3GPP. This ensures the rationality of service offload and improves service transmission efficiency.
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment in combination of software and hardware.
  • the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

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

Abstract

本申请实施例涉及无线通信技术领域,特别涉及一种业务分流的方法、系统和设备,用以解决现有技术中存在的目前由于采用静态配置的ANDSF对用户设备的业务进行分流,无法匹配动态变化的接入网信道状况,造成用户设备不能进行合理的业务分流的问题。本申请实施例用户设备根据网络侧设备发送的QCI对应的IP流的属性,在确定所述IP流能进行分流后,将所述IP流进行分流处理。由于用户设备能够根据网络侧配置的QCI进行分流处理,而网络侧配置的QCI根据需要可以频繁配置,从而能够适应动态变化的接入网信道状况,保证业务分流的合理性,提高了业务传输效率。

Description

一种业务分流的方法、系统和设备
本申请要求在2014年1月17日提交中国专利局、申请号为201410023726.7、发明名称为“一种业务分流的方法、系统和设备”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及无线通信技术领域,特别涉及一种业务分流的方法、系统和设备。
背景技术
随着新的无线接入技术的出现,未来网络的发展趋势是一个融合多种无线接入技术的异构网络。
目前的典型接入技术有3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)标准组织定义的无线技术,包括UMTS(Universal Mobile Telecommunications System,通用移动通信系统)、LTE(Long Term Evolution,长期演进)、LTE-A(Long Term Evolution-Advanced,长期演进升级)等,以及非3GPP组织定义的无线技术,典型的诸如WI-FI(无线网络)等技术。
在未来的网络中,可能同时部署3GPP网络和WLAN(Wireless Local Area Network,无线局域网)。如图1所示,3GPP网络覆盖范围广,通常作为广域覆盖,可以为用户提供良好的移动性支持;而WLAN覆盖范围小,作为热点覆盖,3GPP网络的用户可以将业务分流到WLAN,从而减少LTE网络的负载。业务分流有很多要求,比如:只有满足了相应的传输速率要求才能将这个业务分流到WLAN;有些业务只能在3GPP网络中发送,不能分流到WLAN。因此如何进行合理的业务分流,保证用户体验,是至关重要的问题。
在现有的规范中,用户设备根据运营商配置的ANDSF(Access Network Discovery and Selection Function,接入网发现和选择功能)将业务进行分流。由于ANDSF的配置是静态配置的,所以无法匹配动态变化的接入网信道状况。
综上所述,目前由于采用静态配置的ANDSF对用户设备的业务进行分流,无法匹配动态变化的接入网信道状况,造成用户设备不能进行合理的业务分流。
发明内容
本申请提供一种业务分流的方法、系统和设备,用以解决现有技术中存在的目前由于采用静态配置的ANDSF对用户设备的业务进行分流,无法匹配动态变化的接入网信道状 况,造成用户设备不能进行合理的业务分流的问题。
本申请实施例提供的一种业务分流的方法,包括:
用户设备在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性;
所述用户设备根据确定的所述IP流的属性,在确定所述IP流能进行分流后,将所述IP流进行分流处理。
较佳地,所述用户设备根据下列方式判断是否需要进行业务分流:
所述用户设备判断是否满足网络侧设备配置的分流条件;
若满足,则确定需要进行业务分流。
较佳地,所述分流条件包括特殊分流条件和普通分流条件;
所述用户设备在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性,包括:
在满足特殊分流条件后,所述用户设备确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性;
在满足普通分流条件后,所述用户设备确定收到的网络侧设备发送的QCI中除特殊QCI之外的其他QCI对应的IP流的属性。
本申请实施例提供的另一种业务分流的方法,包括:
网络侧设备通过核心网获取QCI;
所述网络侧设备将获取的QCI中的部分或全部QCI通知用户设备,以使所述用户设备在确定需要进行业务分流后根据收到的QCI对应的IP流的属性判断是否将IP流进行分流处理。
较佳地,所述网络侧设备通过核心网获取QCI之后,还包括:
所述网络侧设备为所述用户设备配置分流条件,以使所述用户设备在判断所述分流条件得到满足后,确定需要进行业务分流。
较佳地,所述网络侧设备为所述用户设备配置分流条件,包括:
若需要通知给所述用户设备的QCI中包括特殊QCI,所述网络侧设备为所述用户设备配置特殊QCI对应的特殊分流条件;和/或,
若需要通知给所述用户设备的QCI中没有特殊QCI或者除特殊QCI之外还包括其他QCI,所述网络侧设备为所述用户设备配置其他QCI对应的普通分流条件。
本申请实施例提供的一种业务分流的用户设备,包括:
确定模块,用于在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性;
分流处理模块,用于根据确定的所述IP流的属性,在确定所述IP流能进行分流后, 将所述IP流进行分流处理。
较佳地,所述确定模块具体用于,根据下列方式判断是否需要进行业务分流:
判断是否满足网络侧设备配置的分流条件;若满足,则确定需要进行业务分流。
较佳地,所述分流条件包括特殊分流条件和普通分流条件;
所述确定模块具体用于:
在满足特殊分流条件后,确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性;在满足普通分流条件后,确定收到的网络侧设备发送的QCI中除特殊QCI之外的其他QCI对应的IP流的属性。
本申请实施例提供的一种业务分流的系统中的用户设备包括:
处理器0,用于在确定需要进行业务分流后,确定通过收发机收到的网络侧设备发送的QCI对应的IP流的属性;根据确定的IP流的属性,在确定IP流能进行分流后,将IP流进行分流处理;
收发机,用于在处理器的控制下接收和发送数据。
较佳地,处理器具体用于,根据下列方式判断是否需要进行业务分流:
判断是否满足网络侧设备配置的分流条件;若满足,则确定需要进行业务分流。
较佳地,分流条件包括特殊分流条件和普通分流条件;
处理器具体用于:
在满足特殊分流条件后,确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性;在满足普通分流条件后,确定收到的网络侧设备发送的QCI中除特殊QCI之外的其他QCI对应的IP流的属性。
本申请实施例提供的一种业务分流的网络侧设备,该网络侧设备包括:
获取模块,用于通过核心网获取QCI;
通知模块,用于将获取的QCI中的部分或全部QCI通知所述用户设备,以使所述用户设备在确定需要进行业务分流后根据收到的QCI对应的IP流的属性判断是否将IP流进行分流处理。
较佳地,所述获取模块还用于:
通过核心网获取QCI之后,为所述用户设备配置分流条件,以使所述用户设备在判断所述分流条件得到满足后,确定需要进行业务分流。
较佳地,所述获取模块具体用于:
若需要通知给所述用户设备的QCI中包括特殊QCI,为所述用户设备配置特殊QCI对应的特殊分流条件;和/或,若需要通知给所述用户设备的QCI中没有特殊QCI或者除特殊QCI之外还包括其他QCI,为所述用户设备配置其他QCI对应的普通分流条件。
本申请实施例提供的业务分流的系统中的网络侧设备包括:
处理器,用于利用收发机通过核心网获取QCI;将获取的QCI中的部分或全部QCI通过收发机通知用户设备,以使用户设备在确定需要进行业务分流后根据收到的QCI对应的IP流的属性判断是否将IP流进行分流处理;
收发机,用于在处理器的控制下接收和发送数据。
较佳地,处理器还用于:
通过核心网获取QCI之后,为用户设备配置分流条件,以使用户设备在判断分流条件得到满足后,确定需要进行业务分流。
较佳地,处理器具体用于:
若需要通知给用户设备的QCI中包括特殊QCI,为用户设备配置特殊QCI对应的特殊分流条件;和/或,若需要通知给用户设备的QCI中没有QCI或者除特殊QCI之外还包括其他QCI,为用户设备配置其他QCI对应的普通分流条件。
本申请实施例提供的一种业务分流的系统,包括:
用户设备,用于在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性;根据确定的所述IP流的属性,在确定所述IP流能进行分流后,将所述IP流进行分流处理;
网络侧设备,用于通过核心网获取QCI;将获取的QCI中的部分或全部QCI通知所述用户设备。
由于用户设备能够根据网络侧配置的QCI进行分流处理,而网络侧配置的QCI根据需要可以频繁配置,从而能够适应动态变化的接入网信道状况(比如当3GPP网络负载重时,可以配置所有IP流都分流到WLAN,当负载降低时,可以重新配置让大部分IP流保持在3GPP),保证业务分流的合理性,提高了业务传输效率。
附图说明
图1为背景技术中3GPP网络和WLAN共存的结构示意图;
图2为本申请实施例一提供的业务分流的系统结构示意图;
图3为本申请实施例二提供的业务分流的系统中用户设备的结构示意图;
图4为本申请实施例三提供的业务分流的系统中网络侧设备的结构示意图;
图5为本申请实施例四提供的业务分流的系统中用户设备的结构示意图;
图6为本申请实施例五提供的业务分流的系统中网络侧设备的结构示意图;
图7为本申请实施例六提供的业务分流的方法流程示意图;
图8为本申请实施例七提供的业务分流的方法流程示意图。
具体实施方式
本申请实施例用户设备在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI(QoS class Identifier,QoS等级标识;QoS,Quality of Service,业务质量)对应的IP(Internet Protocol,互联网协议)流的属性;根据确定的IP流的属性,在确定IP流能进行分流后,将IP流进行分流处理。由于用户设备能够根据网络侧配置的QCI进行分流处理,而网络侧配置的QCI根据需要可以频繁配置,从而能够适应动态变化的接入网信道状况(比如当3GPP网络负载重时,可以将所有IP流对应的QCI通知给UE,从而配置所有IP流都分流到WLAN,当负载降低时,可以重新向UE通知QCI,从而重新配置让大部分IP流保持在3GPP),保证业务分流的合理性,提高了业务传输效率。
下面结合说明书附图对本申请实施例作进一步详细描述。
如图2所示,本申请实施例一业务分流的系统包括:用户设备10和网络侧设备20。
用户设备10,用于在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性;根据确定的IP流的属性,在确定IP流能进行分流后,将IP流进行分流处理;
网络侧设备20,用于通过核心网获取QCI,将获取的QCI中的部分或全部QCI通知用户设备。
其中,用户设备将IP流进行分流处理时,将可以分流的IP流分流到WLAN网络中。比如用户设备处于3GPP网络和WLAN网络共存的环境中,如果用户设备确定允许IP流分流,则可以将该IP流分流到WLAN网络中。
在实施中,网络侧设备通知用户设备QCI时,可以将QCI置于QCI列表中,向用户设备发送QCI列表。
网络侧设备可以周期通过核心网获取QCI,也可以根据需要通过核心网获取QCI,比如为用户设备建立一个新的承载时;为用户设备更新一个承载时。
网络侧设备在获取QCI后,还需要选取通知给用户设备的QCI。
具体可以根据当前的网络状况进行选取,下面列举几种选取方式。
选取方式一、当3GPP网络负载较重时,可以只保持QCI为1的IP流(其传输的是VoIP业务)在3GPP网络,允许其他IP流分流到WLAN,同时为对信道要求较高的QCI(比如信道要求级别高于一个阈值的QCI)配置特殊分流条件,保证业务要求。
相应的,选取取值为1的QCI通知给UE。
其中,信道要求较高的QCI为特殊QCI。
选取方式二、
当3GPP网络负载较轻时,可只允许对信道要求较低的QCI(比如信道要求级别低于 一个阈值的QCI)的IP流分流到WLAN,不需要配置特殊的分流条件。
相应的,选取信道要求较低的QCI通知给UE。
需要说明的是,本申请实施例并不局限于上面的两种选取方式,任何能够从多个QCI中选取QCI的方式都适用本申请实施例,比如随机选取N个,按照QCI的值选择前N个等。
在实施中,网络侧设备还可以为用户设备配置分流条件;
相应的,用户设备判断是否满足网络侧设备配置的分流条件;若满足,则确定需要进行业务分流,否则,继续判断。
其中,分流条件包括但不限于下列条件中的一种:
3GPP网络信道的SINR(Signal Interference Noise Ratio,信干噪比)低于第一门限值,且WLAN负载低于第二门限值;
3GPP网络信道的SINR低于第三门限值,且用户设备判断WLAN信号可用;
3GPP网络负载高于第四门限值,且WLAN负载低于第五门限值。
在实施中,具体的分流条件可以由高层配置给网络侧设备;也可以由网络侧设备根据需要进行配置,比如当前3GPP网络将负载状况发送给用户设备时,可以配置需要测量3GPP网络负载的分流条件;否则,只能配置测量3GPP网络SINR的分流条件。
上述门限值也可以根据需要随时进行调整。
其中,IP流的属性包括但不限于下列中的部分或全部:
IP流上的业务是否为运营商发起;
IP流上的业务是否为语音业务;
IP流上的业务是否为数据业务;
IP流是否必须和其他IP流一起分流。
在实施中,IP流的属性具体可以在协议中规定,也可以由网络侧配置给用户设备。
较佳地,本申请实施例还可以根据需要确定一些特殊QCI,针对特殊QCI会对应特殊分流条件。
具体的,网络侧设备从获取的所有QCI中选取需要通知给用户设备的QCI;
然后,网络侧设备从需要通知给用户设备的QCI中查看是否有特殊QCI,如果有特殊QCI,在为用户设备配置分流条件时,需要为用户设备配置特殊QCI对应的特殊分流条件;
相应的,在满足特殊分流条件后,用户设备确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性。
较佳地,如果没有特殊QCI或者除了特殊QCI还有其他QCI,则针对这些QCI,网络侧设备还可以为用户设备配置普通分流条件;
相应的,在满足普通分流条件后,用户设备确定收到的网络侧设备发送的QCI中除特 殊QCI之外的其他QCI对应的IP流的属性。
其中,由于QCI标识的是IP流上业务对服务的要求,网络侧设备可以根据QCI对应的时延和丢包率要求确定哪些是特殊QCI,比如有些QCI要求丢包率很低,则确定该QCI为特殊QCI,对应的IP流就需要特殊分流规则,还比如有些QCI要求时延很小,则确定该QCI为特殊QCI,对应的IP流就需要特殊分流规则。
特殊分流条件与普通分流条件相比具体内容相同,只是其中的参数不同,比如门限值的大小。
网络侧设备在确定特殊QCI后,在通知用户设备时,可以通过标识进行区别,比如1表示特殊,0表示非特殊。
在实施中,本申请实施例的网络侧设备可以是基站(比如宏基站、家庭基站等),也可以是RN(中继)设备,还可以是其它网络侧设备,例如RAN(Radio Access Network,无线接入网)。
如图3所示,本申请实施例二提供的业务分流的系统中的用户设备包括:确定模块300和分流处理模块310。
确定模块300,用于在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性;
分流处理模块310,用于根据确定的IP流的属性,在确定IP流能进行分流后,将IP流进行分流处理。
较佳地,确定模块300具体用于,根据下列方式判断是否需要进行业务分流:
判断是否满足网络侧设备配置的分流条件;若满足,则确定需要进行业务分流。
较佳地,分流条件包括特殊分流条件和普通分流条件;
确定模块300具体用于:
在满足特殊分流条件后,确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性;在满足普通分流条件后,确定收到的网络侧设备发送的QCI中除特殊QCI之外的其他QCI对应的IP流的属性。
如图4所示,本申请实施例三提供的业务分流的系统中的网络侧设备包括:获取模块400和通知模块410。
获取模块400,用于通过核心网获取QCI;
通知模块410,用于将获取的QCI中的部分或全部QCI通知用户设备,以使用户设备在确定需要进行业务分流后根据收到的QCI对应的IP流的属性判断是否将IP流进行分流处理。
较佳地,获取模块400还用于:
通过核心网获取QCI之后,为用户设备配置分流条件,以使用户设备在判断分流条件 得到满足后,确定需要进行业务分流。
较佳地,获取模块400具体用于:
若需要通知给用户设备的QCI中包括特殊QCI,为用户设备配置特殊QCI对应的特殊分流条件;和/或,若需要通知给用户设备的QCI中没有特殊QCI或者除特殊QCI之外还包括其他QCI,为用户设备配置其他QCI对应的普通分流条件。
如图5所示,本申请实施例四提供的业务分流的系统中的用户设备包括:
处理器500,用于在确定需要进行业务分流后,确定通过收发机510收到的网络侧设备发送的QCI对应的IP流的属性;根据确定的IP流的属性,在确定IP流能进行分流后,将IP流进行分流处理;
收发机510,用于在处理器500的控制下接收和发送数据。
较佳地,处理器500具体用于,根据下列方式判断是否需要进行业务分流:
判断是否满足网络侧设备配置的分流条件;若满足,则确定需要进行业务分流。
较佳地,分流条件包括特殊分流条件和普通分流条件;
处理器500具体用于:
在满足特殊分流条件后,确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性;在满足普通分流条件后,确定收到的网络侧设备发送的QCI中除特殊QCI之外的其他QCI对应的IP流的属性。
其中,在图5中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口530还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器500负责管理总线架构和通常的处理,存储器520可以存储处理器500在执行操作时所使用的数据。
如图6所示,本申请实施例五提供的业务分流的系统中的网络侧设备包括:
处理器600,用于利用收发机610通过核心网获取QCI;将获取的QCI中的部分或全部QCI通过收发机610通知用户设备,以使用户设备在确定需要进行业务分流后根据收到的QCI对应的IP流的属性判断是否将IP流进行分流处理;
收发机610,用于在处理器600的控制下接收和发送数据。
较佳地,处理器600还用于:
通过核心网获取QCI之后,为用户设备配置分流条件,以使用户设备在判断分流条件 得到满足后,确定需要进行业务分流。
较佳地,处理器600具体用于:
若需要通知给用户设备的QCI中包括特殊QCI,为用户设备配置特殊QCI对应的特殊分流条件;和/或,若需要通知给用户设备的QCI中没有QCI或者除特殊QCI之外还包括其他QCI,为用户设备配置其他QCI对应的普通分流条件。
其中,在图6中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。处理器600负责管理总线架构和通常的处理,存储器620可以存储处理器600在执行操作时所使用的数据。
处理器600负责管理总线架构和通常的处理,存储器620可以存储处理器600在执行操作时所使用的数据。
基于同一发明构思,本申请实施例中还提供了业务分流的方法,由于该方法对应的设备是本申请实施例业务分流的系统中的设备,并且该方法解决问题的原理与系统相似,因此该方法的实施可以参见系统中对应的设备的实施,重复之处不再赘述。
如图7所示,本申请实施例六提供的业务分流的方法包括:
步骤701、用户设备在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性;
步骤702、用户设备根据确定的IP流的属性,在确定IP流能进行分流后,将IP流进行分流处理。
较佳地,用户设备根据下列方式判断是否需要进行业务分流:
用户设备判断是否满足网络侧设备配置的分流条件;
若满足,则确定需要进行业务分流。
较佳地,分流条件包括特殊分流条件和普通分流条件;
用户设备在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性,包括:
在满足特殊分流条件后,用户设备确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性;
在满足普通分流条件后,用户设备确定收到的网络侧设备发送的QCI中除特殊QCI之外的其他QCI对应的IP流的属性。
如图8所示,本申请实施例七业务分流的方法包括:
步骤801、网络侧设备通过核心网获取QCI;
步骤802、网络侧设备将获取的QCI中的部分或全部QCI通知用户设备,以使用户设备在确定需要进行业务分流后根据收到的QCI对应的IP流的属性判断是否将IP流进行分流处理。
较佳地,网络侧设备通过核心网获取QCI之后,还包括:
网络侧设备为用户设备配置分流条件,以使用户设备在判断分流条件得到后,确定需要进行业务分流。
较佳地,网络侧设备为用户设备配置分流条件,包括:
若需要通知给用户设备的QCI中包括特殊QCI,网络侧设备为用户设备配置特殊QCI对应的特殊分流条件;和/或,
若需要通知给用户设备的QCI中没有特殊QCI或者除特殊QCI之外还包括其他QCI,网络侧设备为用户设备配置其他QCI对应的普通分流条件。
下面列举几个例子对本申请的方案进一步进行说明。
例1:IP流的属性为IP流上的业务是否为运营商发起的。
基站根据从核心网获取的信息,得到用户设备的IP流A,B,C,D的QCI分别是1,2,3,2。
基站确定可分流QCI为1和2,将可分流QCI列表{1,2}发送给用户设备。
用户设备收到基站发送的QCI列表之后,当RAN配置的WLAN分流条件α(比如3GPP网络信道SINR低于0dB同时WLAN负载低于50%)得到满足时进行如下行为:
查询到QCI为1的IP流A是非运营商的业务,判断其可以分流到WLAN,则将IP流A分流到WLAN;
查询到QCI为2的IP流B是非运营商的业务,判断其可以分流到WLAN,则将IP流B分流到WLAN;
查询到QCI为2的IP流D是运营商的业务,判断其不可以分流到WLAN,则将IP流D保持在3GPP网络。
例2:IP流的属性为IP流上的业务是否为运营商发起的。
基站根据从核心网获取的信息,得到用户设备的IP流A,B,C,D,E,F的QCI分别是1,2,3,2,3,4。
基站确定可分流QCI为1和2,同时为QCI为3配置了特殊的分流条件β(比如3GPP网络信道SINR低于-2dB同时WLAN负载低于40%),将可分流QCI列表{1,2,3}和QCI为3的特殊分流条件β发送给用户设备。
用户设备收到基站发送的QCI列表和QCI为3的特殊分流条件β之后,当RAN配置的WLAN分流条件α(比如3GPP网络信道SINR低于0dB同时WLAN负载低于50%)得到满足时进行如下行为:
查询到QCI为1的IP流A是非运营商的业务,判断其可以分流到WLAN,则将IP流A分流到WLAN;
查询到QCI为2的IP流B是非运营商的业务,判断其可以分流到WLAN,则将IP流B分流到WLAN;
查询到QCI为2的IP流D是运营商的业务,判断其不可以分流到WLAN,则将IP流D保持在3GPP网络。
当特殊分流条件β得到满足时进行如下行为:
查询到QCI为3的IP流C是非运营商的业务,判断其可以分流到WLAN,则将IP流C分流到WLAN;
查询到QCI为3的IP流E是运营商的业务,判断其不可以分流到WLAN,则将IP流E保持在3GPP网络。
例3:IP流的属性为IP流上的业务是否为语音业务。
基站根据从核心网获取的信息,得到用户设备的IP流A,B,C,D,E,F的QCI分别是1,2,3,2,3,4。
基站确定可分流QCI为1和2,同时为QCI为3配置了特殊的分流条件β(比如3GPP网络信道SINR低于-2dB同时WLAN负载低于40%),将可分流QCI列表{1,2,3}和QCI为3的特殊分流条件β发送给用户设备。
用户设备收到基站发送的QCI列表和QCI为3的特殊分流条件β之后,当RAN配置的WLAN分流条件α(比如3GPP网络信道SINR低于0dB同时WLAN负载低于50%)得到满足时进行如下行为:
查询到QCI为1的IP流A是非语音业务,判断其可以分流到WLAN,则将IP流A分流到WLAN;
查询到QCI为2的IP流B是非语音业务,判断其可以分流到WLAN,则将IP流B分流到WLAN;
查询到QCI为2的IP流D是语音业务,判断其不可以分流到WLAN,则将IP流D保持在3GPP网络。
当特殊分流条件β得到满足时进行如下行为:
查询到QCI为3的IP流C是非语音业务,判断其可以分流到WLAN,则将IP流C分流到WLAN;
查询到QCI为3的IP流E是语音业务,判断其不可以分流到WLAN,则将IP流E保持在3GPP网络。
例4:IP流的属性为此IP流是否必须和其他IP流一起分流到WLAN。
基站根据从核心网获取的信息,得到用户设备的IP流A,B,C,D,E,F,G的QCI分别是 1,2,3,2,2,4,2。
基站确定可分流QCI为1和2,同时为QCI为3配置了特殊的分流条件β(比如3GPP网络信道SINR低于-2dB同时WLAN负载低于40%),将可分流QCI列表{1,2,3}和QCI为3的特殊分流条件β发送给用户设备。
用户设备收到基站发送的QCI列表和QCI为3的特殊分流条件β之后,当RAN配置的WLAN分流条件α(比如3GPP网络信道SINR低于0dB同时WLAN负载低于50%)得到满足时进行如下行为:
查询到QCI为1的IP流A不需要和其他IP流一起切换到WLAN,则将IP流A分流到WLAN;
查询到QCI为2的IP流B必须和IP流C一起分流到WLAN,则先判断IP流C是否可以分流到WLAN;查询到IP流C的QCI为3,特殊分流条件不满足,不能分流到WLAN,则IP流B不能分流到WLAN;
查询到QCI为2的IP流D必须和IP流F一起分流到WLAN,则先判断IP流F是否可以分流到WLAN;查询到IP流F的QCI为4,不在QCI列表中,不能分流到WLAN,则IP流D不能分流到WLAN。
查询到QCI为2的IP流E必须和IP流G一起分流到WLAN,则先判断IP流G是否可以分流到WLAN;查询到IP流G的QCI为2,在QCI列表中,同时没有特殊分流条件,则将IP流E和G一起分流到WLAN。
当特殊分流条件β得到满足时进行如下行为:
查询到QCI为3的IP流C必须和IP流B一起分流到WLAN,则先判断IP流B是否可以分流到WLAN;查询到IP流B的QCI为2,在QCI列表中,此时分流条件α已经满足,则将IP流B和C一起分流到WLAN。
从上述内容可以看出:本申请实施例用户设备在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性;根据确定的IP流的属性,在确定IP流能进行分流后,将IP流进行分流处理。由于用户设备能够根据网络侧配置的QCI进行分流处理,而网络侧配置的QCI根据需要可以频繁配置,从而能够适应动态变化的接入网信道状况(比如当3GPP网络负载重时,可以配置所有IP流都分流到WLAN,当负载降低时,可以重新配置让大部分IP流保持在3GPP),保证业务分流的合理性,提高了业务传输效率。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (13)

  1. 一种业务分流的方法,其特征在于,该方法包括:
    用户设备在确定需要进行业务分流后,确定收到的网络侧设备发送的业务质量等级标识QCI对应的IP流的属性;
    所述用户设备根据确定的所述互联网协议IP流的属性,在确定所述IP流能进行分流后,将所述IP流进行分流处理。
  2. 如权利要求1所述的方法,其特征在于,所述用户设备根据下列方式判断是否需要进行业务分流:
    所述用户设备判断是否满足网络侧设备配置的分流条件;
    若满足,则确定需要进行业务分流。
  3. 如权利要求2所述的方法,其特征在于,所述分流条件包括特殊分流条件和普通分流条件;
    所述用户设备在确定需要进行业务分流后,确定收到的网络侧设备发送的QCI对应的IP流的属性,包括:
    在满足特殊分流条件后,所述用户设备确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性;
    在满足普通分流条件后,所述用户设备确定收到的网络侧设备发送的QCI中除特殊QCI之外的其他QCI对应的IP流的属性。
  4. 一种业务分流的方法,其特征在于,该方法包括:
    网络侧设备通过核心网获取业务质量等级标识QCI;
    所述网络侧设备将获取的QCI中的部分或全部QCI通知所述用户设备,以使所述用户设备在确定需要进行业务分流后根据收到的QCI对应的互联网协议IP流的属性判断是否将IP流进行分流处理。
  5. 如权利要求4所述的方法,其特征在于,所述网络侧设备通过核心网获取QCI之后,还包括:
    所述网络侧设备为所述用户设备配置分流条件,以使所述用户设备在判断所述分流条件得到后,确定需要进行业务分流。
  6. 如权利要求5所述的方法,其特征在于,所述网络侧设备为所述用户设备配置分流条件,包括:
    若需要通知给所述用户设备的QCI中包括特殊QCI,所述网络侧设备为所述用户设备配置特殊QCI对应的特殊分流条件;和/或,
    若需要通知给所述用户设备的QCI中除特殊QCI之外还包括其他QCI,所述网络侧设备为所述用户设备配置其他QCI对应的普通分流条件。
  7. 一种业务分流的用户设备,其特征在于,该用户设备包括:
    确定模块,用于在确定需要进行业务分流后,确定收到的网络侧设备发送的业务质量等级标识QCI对应的IP流的属性;
    分流处理模块,用于根据确定的所述IP流的属性,在确定所述IP流能进行分流后,将所述IP流进行分流处理。
  8. 如权利要求7所述的用户设备,其特征在于,所述确定模块具体用于,根据下列方式判断是否需要进行业务分流:
    判断是否满足网络侧设备配置的分流条件;若满足,则确定需要进行业务分流。
  9. 如权利要求8所述的用户设备,其特征在于,所述分流条件包括特殊分流条件和普通分流条件;
    所述确定模块具体用于:
    在满足特殊分流条件后,确定收到的网络侧设备发送的QCI中特殊QCI对应的IP流的属性;在满足普通分流条件后,确定收到的网络侧设备发送的QCI中除特殊QCI之外的其他QCI对应的IP流的属性。
  10. 一种业务分流的网络侧设备,其特征在于,该网络侧设备包括:
    获取模块,用于通过核心网获取业务质量等级标识QCI;
    通知模块,用于将获取的QCI中的部分或全部QCI通知所述用户设备,以使所述用户设备在确定需要进行业务分流后根据收到的QCI对应的IP流的属性判断是否将IP流进行分流处理。
  11. 如权利要求10所述的网络侧设备,其特征在于,所述获取模块还用于:
    通过核心网获取QCI之后,为所述用户设备配置分流条件,以使所述用户设备在判断所述分流条件得到满足后,确定需要进行业务分流。
  12. 如权利要求11所述的网络侧设备,其特征在于,所述获取模块具体用于:
    若需要通知给所述用户设备的QCI中包括特殊QCI,为所述用户设备配置特殊QCI对应的特殊分流条件;和/或若需要通知给所述用户设备的QCI中除特殊QCI之外还包括其他QCI,为所述用户设备配置其他QCI对应的普通分流条件。
  13. 一种业务分流的系统,其特征在于,该系统包括:
    用户设备,用于在确定需要进行业务分流后,确定收到的网络侧设备发送的业务质量等级标识QCI对应的IP流的属性;根据确定的所述IP流的属性,在确定所述IP流能进行分流后,将所述IP流进行分流处理;
    网络侧设备,用于通过核心网获取QCI;将获取的QCI中的部分或全部QCI通知所述 用户设备。
PCT/CN2015/070781 2014-01-17 2015-01-15 一种业务分流的方法、系统和设备 WO2015106695A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410023726.7 2014-01-17
CN201410023726.7A CN103763738A (zh) 2014-01-17 2014-01-17 一种业务分流的方法、系统和设备

Publications (1)

Publication Number Publication Date
WO2015106695A1 true WO2015106695A1 (zh) 2015-07-23

Family

ID=50530882

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/070781 WO2015106695A1 (zh) 2014-01-17 2015-01-15 一种业务分流的方法、系统和设备

Country Status (2)

Country Link
CN (1) CN103763738A (zh)
WO (1) WO2015106695A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103763738A (zh) * 2014-01-17 2014-04-30 电信科学技术研究院 一种业务分流的方法、系统和设备
WO2016131177A1 (zh) 2015-02-16 2016-08-25 富士通株式会社 业务转移量的控制方法、装置以及通信系统
CN108271255B (zh) * 2016-12-30 2021-06-04 中国移动通信集团上海有限公司 一种业务数据分流的方法及装置
CN107333295B (zh) * 2017-06-09 2021-04-06 京信通信系统(中国)有限公司 一种数据分流方法和网关
CN111491336B (zh) * 2019-01-28 2023-06-27 中国移动通信有限公司研究院 一种配置QoS和数据传输的方法和设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1984123A (zh) * 2006-06-16 2007-06-20 华为技术有限公司 业务质量参数的传递方法
CN102892143A (zh) * 2011-07-20 2013-01-23 华为技术有限公司 数据分流的方法以及用户设备
CN103763738A (zh) * 2014-01-17 2014-04-30 电信科学技术研究院 一种业务分流的方法、系统和设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101984713B (zh) * 2010-10-20 2015-07-22 中兴通讯股份有限公司 一种实现业务数据分流的方法、终端及系统
CN103379542B (zh) * 2012-04-18 2016-09-07 中兴通讯股份有限公司 应用于wlan网络的分流业务信息的获取方法及系统
CN103517340A (zh) * 2012-06-30 2014-01-15 华为技术有限公司 数据分流方法与设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1984123A (zh) * 2006-06-16 2007-06-20 华为技术有限公司 业务质量参数的传递方法
CN102892143A (zh) * 2011-07-20 2013-01-23 华为技术有限公司 数据分流的方法以及用户设备
CN103763738A (zh) * 2014-01-17 2014-04-30 电信科学技术研究院 一种业务分流的方法、系统和设备

Also Published As

Publication number Publication date
CN103763738A (zh) 2014-04-30

Similar Documents

Publication Publication Date Title
US9445421B2 (en) System and method for managing frequency layer priority assignments within mobile wireless network radio interfaces
US11375517B2 (en) End to end slicing in wireless communications systems
CN108600951B (zh) 接入网发现和选择
EP3520550B1 (en) Telecommunications apparatuses and methods
KR102071748B1 (ko) 무선 디바이스 입력을 이용한 네트워크 지시 시스템 선택
US20160050698A1 (en) System and Method for Obtaining and Using Device-to-Device Frequency-Related Capability and Configuration Preferences
US9749933B2 (en) Dynamic network selection
US20160050587A1 (en) Proactive network congestion mitigation
WO2017041274A1 (zh) 信道测量与测量结果上报的方法和装置
CN106465258A (zh) 基于优先化的节点进行小区选择的系统、方法和设备
US10034243B2 (en) Method and device for interworking between access technology networks
WO2015106695A1 (zh) 一种业务分流的方法、系统和设备
US10575317B2 (en) Distributed media classification algorithm in a service controller platform
EP3257183B1 (en) Cellular and wlan aggregation
US20160242090A1 (en) Service handover method, network device and user equipment
WO2014024342A1 (ja) 通信装置、通信方法、非一時的なコンピュータ可読媒体、及び配信サーバ
TW201515487A (zh) 行動通訊裝置、存取網路、及操縱資料流量之方法
EP2903221B1 (en) Method of performing traffic steering in a wireless network system and related wireless network system
JP2018511205A (ja) Wlan/3gppアグリゲーションでの上りリンクスケジューリング
WO2013061115A1 (en) Method and apparatus for supporting usage of a multipath transport protocol
WO2014075292A1 (zh) 无线资源管理的方法、基站、用户设备及无线保真接入点
US20160192265A1 (en) Load balancing of data flows
CN107005904A (zh) 一种用户设备切换方法和装置
US10306654B2 (en) Application intelligence controller
TWI691230B (zh) 一種使用者設備間的通信及其控制方法及裝置

Legal Events

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

Ref document number: 15737514

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15737514

Country of ref document: EP

Kind code of ref document: A1