WO2013170646A1 - 控制业务传输的方法和装置 - Google Patents

控制业务传输的方法和装置 Download PDF

Info

Publication number
WO2013170646A1
WO2013170646A1 PCT/CN2013/071579 CN2013071579W WO2013170646A1 WO 2013170646 A1 WO2013170646 A1 WO 2013170646A1 CN 2013071579 W CN2013071579 W CN 2013071579W WO 2013170646 A1 WO2013170646 A1 WO 2013170646A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
vas
service
data
server
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/CN2013/071579
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 EP13790506.3A priority Critical patent/EP2768196B1/en
Priority to RU2014128627/08A priority patent/RU2583723C2/ru
Publication of WO2013170646A1 publication Critical patent/WO2013170646A1/zh
Priority to US14/289,283 priority patent/US9510371B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications

Definitions

  • the present invention relates to the field of communications and, more particularly, to a method and apparatus for controlling traffic transmission. Background technique
  • Some telecom operators will provide some services related to the service while providing communication services for users. If the user subscribes to the package, the service of the user will be forwarded to the value-added service system corresponding to the package (VAS). , Value Added System ), the value-added processing of the service, and conversely, if the user does not subscribe to the package, the user's service request will be directly forwarded to the service server (network side), and will not be processed by the value-added service system. Therefore, it is necessary to forward the services of different users to different value-added service systems according to the user's package subscription relationship.
  • VAS Value Added System
  • NAS Network Access Server
  • GGSN gateway general wireless packet service support node
  • PDSN Packet Data Serving Network broadband remote
  • the access server BRAS, Broadband Remote Access Server, etc.
  • AAA authentication, authorization, and accounting authorization
  • Authentication Authorization and Accounting determines the routing policy according to the user subscription information, that is, assigns to different users.
  • IP Pools Internet Protocol Pools
  • IP Pool1 of the VAS1 for the service allocation of the users who have subscribed to the value-added services of VAS1, for the value-added services for the VAS2 subscription.
  • the user's service allocation indicates that IP Pool2 of VAS2 indicates the IP Pool3 of VAS 3 for the service allocation of the user who subscribed to the value-added service of VAS 3.
  • the router device switch device performs policy routing based on the source IP address of the service (the above IP Pool), and forwards the data packets of the service to different VASs for processing. After the VAS adds value to the data packet, it is directly sent to the user equipment, the network side, or other VAS.
  • the embodiments of the present invention provide a method and a device for controlling service transmission, which save communication resources to a certain extent while enriching communication services. .
  • a method for controlling a service transmission includes: receiving a connection request message sent by a user equipment of a transmission service, where the connection request message includes user information of the user equipment; and determining a value-added service system according to the user information.
  • VAS information the VAS information is used to indicate the at least one destination VAS of the service; the first data packet of the service sent by the sending end is received; and the second data packet is obtained from the at least one destination VAS according to the VAS information, where The second data packet is a data packet after the at least one destination VAS adds value to the first data packet; and the second data packet is sent to the receiving end.
  • a method of controlling traffic transmission comprising: receiving a gateway design And sending the first data packet; performing the value-adding processing on the first data packet to generate the second data packet; and sending the second data packet to the gateway device.
  • an apparatus for controlling service transmission includes: a receiving unit, a connection request message sent by a user equipment that receives a transmission service, where the connection request message includes user information of the user equipment; The unit, according to the user information, determining VAS information of the value-added service system, the VAS information is used to indicate at least one destination VAS of the service; the receiving unit is further configured to receive the first data packet of the service sent by the sending end; And obtaining, by the at least one destination VAS, a second data packet, where the second data packet is a data packet after the at least one destination VAS adds value to the first data packet, and sends the data packet according to the VAS information; The unit is configured to send the second data packet to the receiving end.
  • the method and the device for controlling the transmission of the service in the embodiment of the present invention enable the VAS to perform the service scheduling according to the dynamic information of the user by causing the VAS to perform the value-added processing on the data packet and return it to the gateway device.
  • a further aspect of the present invention provides a communication service processing method, including: a system for controlling service transmission receiving communication data sent by a user equipment, where the communication data carries information of an original destination server, referred to as a receiving link;
  • the forwarding policy includes: forwarding the service data corresponding to the communication data to the at least one service server, where the at least one service server is different from the original destination server carried in the communication data, and is referred to as determining a forwarding policy link;
  • Another aspect of the present invention provides a system for controlling service transmission, the system comprising a receiving module (M100), an obtaining module ( ⁇ 200), a forwarding policy module ( ⁇ 300), and a control execution module ( ⁇ 400), Communication between modules,
  • M100 receiving module
  • ⁇ 200 obtaining module
  • ⁇ 300 forwarding policy module
  • ⁇ 400 control execution module
  • the receiving module (M100) is configured to receive communication data sent by the user equipment, where the communication data carries information of the original destination server;
  • the obtaining module ( ⁇ 200) is configured to acquire one or any combination of the dynamic information of the user of the user equipment and the service layer information of the communication data according to the communication data;
  • the determining the forwarding policy module ( ⁇ 300 ) is configured to determine, according to the acquired dynamic information of the user and the service layer information, the forwarding policy, where the forwarding policy includes: forwarding the service data sent by the user equipment to At least one service server, the at least one service server being different from the original destination server carried in the communication data;
  • the control execution module ( ⁇ 400) is configured to control to: send the service data sent by the user equipment to the at least one service server, and receive the at least one service service The service data processed by the server sends the received processed service data to the original destination server carried in the communication data.
  • the system for controlling service transmission is a PCC system, and dynamic rules are adopted between the PCEF and the PCRF in the PCC system. Interface or static rule interface.
  • the embodiment of the communication service processing method and the system for controlling the service transmission, and the system for controlling the service transmission are specific implementation manners of the PCC system.
  • the dynamic information of the user includes One or any combination of the information: the user's mobile phone number, the user's IMSI, the user's IP address, the user's subscription service information, or the current network's bearer type.
  • the service layer information includes one or any combination of the following information: Service related L7 layer or L7+ layer information.
  • the system for controlling the service transmission can flexibly perform the control processing of the service according to the dynamic information of the user or the information of the service layer, in particular, the service can be transferred to the service server other than the original destination service server, and the communication is enriched.
  • the service avoids repeated transmission of excessive communication data.
  • the user equipment is not required to send related service data to different service servers multiple times, which saves communication resources to a certain extent and improves communication efficiency.
  • FIG. 1 is a schematic flowchart of a method of controlling transmission of a service according to an embodiment of the present invention.
  • 2 is an interaction diagram of a method of controlling traffic transmission, in accordance with an embodiment of the present invention.
  • FIG. 3 is an interaction diagram of a method of controlling traffic transmission in accordance with another embodiment of the present invention.
  • 4 is a schematic block diagram of an apparatus for controlling transmission of a service according to an embodiment of the present invention.
  • Figure 5a is a schematic diagram of the architecture of an embodiment of a system;
  • Figure 5b is a schematic diagram of the architecture of an embodiment of the present invention of another system; including the direction of the uplink traffic flow.
  • Figure 5c is a schematic diagram of the architecture of an embodiment of the present invention of another system; including the direction of the downlink traffic flow.
  • FIG. 6 is a schematic flow chart of an embodiment of the present invention for controlling a method for transmitting a service
  • FIG. 7a is a schematic flowchart of an embodiment of the present invention for controlling a method for transmitting a service
  • FIG. 7b is a diagram of another method for controlling a service transmission.
  • FIG. 8 is a schematic flowchart of an embodiment of the present invention for controlling a method for transmitting a service
  • FIG. 9 is a schematic diagram of signaling in an example of the method shown in FIG. 8;
  • FIG. 10 is a block diagram showing an embodiment of a system for controlling traffic transmission.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are a part of the embodiments of the present invention, but not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • GSM Global System of Mobile Communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • UE User Equipment
  • Mobile terminal Mobile
  • Terminals may communicate with one or more core networks via a radio access network (eg, RAN, Radio Access Network), which may be a mobile terminal, such as a mobile phone (or "cellular")
  • RAN Radio Access Network
  • the telephone and the computer having the mobile terminal may be portable, pocket, handheld, computer built-in or in-vehicle mobile devices that exchange language and/or data with the wireless access network.
  • the policy decision server can be set outside the gateway device and is independent of the gateway device.
  • the gateway device may include a GGSN, a PDSN, and a Wimax Access Service Network (WASN). It should be understood that the gateway device in the embodiment of the present invention may further include a centralized convergence point of the service in other networks and may implement the terminal.
  • the network element that the user accesses the service flow for content analysis and control.
  • the entity of the Policy and Charging Enforcement Function (PCEF) is part of the gateway device, which is used to implement service detection and policy. Execution and flow-based charging.
  • PCRF Policy and Charging Rule Function
  • FIG. 1 shows a schematic flow chart of a method 100 of controlling transmission of traffic, in accordance with an embodiment of the present invention, as viewed from the perspective of a gateway device side.
  • the method 100 includes:
  • S110 Receive a connection request message sent by a user equipment that transmits a service, where the connection request message includes user information of the user equipment.
  • the second data packet is obtained from the at least one destination VAS according to the VAS information, where the second data packet is a data packet after the at least one destination VAS adds value to the first data packet.
  • the UE may send, for example, a far distance to the gateway device.
  • Radius Accounting-Start Radius Remote Authentication Dial in User Service Accounting-Start 1 and request the user information of the UE in the Radius Accounting-Start request message (for example, The mobile phone number, etc., the gateway device may query the subscription information corresponding to the user information from the pre-acquired subscription information list according to the user information.
  • the gateway device may determine a VAS forwarding rule corresponding to the service of the UE (for example, VAS information corresponding to the subscription information that needs to be sent), and the specific rule content (VAS information) may include: VAS ID, VAS virtual LAN VLAN ID, VAS Internet Protocol IP address.
  • VAS information may include: VAS ID, VAS virtual LAN VLAN ID, VAS Internet Protocol IP address.
  • the VLAN ID of the VAS may include: an uplink virtual local area network identifier (Uplink-VLAN ID) and a downlink virtual local area network identifier (Downlink-VLAN ID), and the VAS IP address may include: an uplink Internet Protocol (Uplink-VAS IP) address.
  • the gateway address indicating the next hop when the upstream service flow is sent to the VAS, and the downlink end-of-line protocol (Downlink-VAS IP) address (the gateway address used to indicate the next hop when the downlink service flow is sent to the VAS, the host endian )b
  • the method further includes:
  • the VAS information is determined, including:
  • the VAS information is determined based on the user information and the status information.
  • the status information includes time information used to indicate a current time and/or bearer information used to indicate a current bearer network of the service.
  • time information used to indicate a current time
  • bearer information used to indicate a current bearer network of the service.
  • the value-added service subscribed by the UE sends a change according to the current service state.
  • the UE orders the package package, and the data packet that needs to be forwarded to the UE is forwarded to the online anti-virus within a specified time period (eg, 8am ⁇ 8pm).
  • the platform if the UE goes online between 08:00am and 08:00pm and performs data transmission with the network side, the gateway device can query the subscription information of the UE according to the user's mobile phone number and the current time, and determine that the VAS forwarding rule is The data packet of the UE needs to be forwarded to the online antivirus platform. If the UE goes online between 08: 00 pm and 08:00 am and performs data transmission with the network side, the gateway device can query the subscription information of the UE according to the mobile phone number and the current time of the user, and determine that the VAS forwarding rule is required for the UE. Data packets are forwarded directly to the network side.
  • the UE orders the package, and needs to forward the data packet of the UE to the online antivirus platform (VAS) in the 3G network system.
  • VAS online antivirus platform
  • the gateway device can be based on the user's mobile phone.
  • the number and the bearer type (RAT-TYPE ) are used to query the subscription information of the UE, and the VAS forwarding rule needs to be sent to the online antivirus platform for sending the data packet of the UE.
  • the gateway device may query the subscription information of the UE according to the mobile phone number and the bearer type (RAT-TYPE) of the user, and determine that the VAS forwarding rule is a data report that needs to be used by the UE. The text is forwarded directly to the network side.
  • RAT-TYPE mobile phone number and the bearer type
  • the service of the value-added service of each VAS can be flexibly arranged.
  • determining the VAS information according to the user information including: Based on the user information, the VAS information is acquired from a first database generated based on the correspondence between the user information and the VAS information.
  • the determining the VAS information according to the user information and the status information includes:
  • the VAS information is obtained in the second database generated by the correspondence between the VAS information.
  • the gateway device may synchronize the subscription information of the UE from the operator, where the subscription information describes the VAS forwarding rule of the service of the UE, and the gateway device may generate and Maintaining a list of correspondences between the user information of the user and the VAS forwarding rule (for example, the mobile phone number of the user and the identification VAS ID of the server for implementing the service subscribed by the user) b, so that the gateway device can According to the user information, the VAS forwarding rule of the service of the UE is determined from the above list.
  • the determining the VAS information according to the user information includes:
  • the VAS information is determined based on the first control information.
  • the determining is based on the user information and the status information.
  • VAS information including:
  • the VAS information is determined based on the second control information.
  • the IP address is assigned according to the dynamic information of the user (for example, user subscription information, package subscription relationship, etc.), and the impact on the processing performance of the existing network device is affected.
  • the policy decision server disposed outside the gateway device may synchronize the subscription information of the UE from the operator, where the subscription information records the VAS forwarding of the service of the UE.
  • the policy decision server may generate and maintain a list of the correspondence between the user information of the user and the VAS forwarding rule (eg, the mobile phone number of the user and the server for implementing the service of the user subscription) Identifying the VAS ID, the gateway device receives the Radius Accounting-Start sent by the UE. After, may send a policy decision policy server includes a user information request message of the UE, the policy decision server may determine that the UE VAS traffic forwarding rule from the list based on the user information, and make policy by The request response message is used to send information indicating the VAS forwarding rule to the gateway device. Thereby, the gateway device determines the VAS forwarding rule of the service of the UE according to the information.
  • the gateway device determines the VAS forwarding rule of the service of the UE according to the information.
  • determining the VAS information according to the first control information includes:
  • determining the VAS information according to the second control information includes:
  • a dynamic rule interface can be implemented between the PCRF and the PCEF in the PCC architecture to implement a related scheme.
  • the policy decision server eg, PCRF
  • VAS-Redirect-Install *[VAS-Redirect-Install] (indicating new or updated VAS redirection rules)
  • VAS-Redirect-Install *[VAS-Redirect-Install] (indicating new or updated VAS redirection rules)
  • VAS-Redirect-Rule-Name (indicating the name of the new/updated VAS redirect rule)
  • VASID ⁇ (used to indicate the identity of the VAS)
  • VAS-Redirect-Remo ve:: ⁇ AVP Header: 10110 >
  • determining the VAS information according to the control information comprises: determining the VAS information according to the VAS information indication identifier included in the control information.
  • a static rule interface can be used between the PCRF and the PCEF in the PCC architecture. Implement relevant programs.
  • the VAS information as shown in Table 1 below may be configured in advance in the gateway device (for example, PCEF), so that the policy decision server (for example, PCRF) may transmit only the forwarding rule (VAS information) for indicating the determination.
  • the VAS information indicates the identity, for example, the VAS redirection rule name (*VAS-Redirect-Rule-Name) in Table 1, indicating that a VAS redirection rule is activated or deactivated.
  • the gateway device for example, PCEF
  • PCEF can query the locally statically configured forwarding rules (stored in the in-memory database) according to the *VAS-Redirect-Rule-Name to obtain the VAS information to which the service needs to be forwarded.
  • ⁇ CCA>:: ⁇ Diameter Header: 272 , ⁇ > (Indicates that the PCRF sends all VAS forwarding rules (VAS information) to the PCEF through the CCA message)
  • VAS-Redirect-Install indicating new or updated VAS redirection rules
  • VAS-Redirect-Remo ve indicating deletion of a VAS redirection rule
  • VAS-Redirect-Install *[VAS-Redirect-Install] (indicating new or updated VAS redirection rules)
  • VAS-Redirect-Remo ve (indicating deletion of a VAS redirection rule)
  • VAS-Redirect-Install:: ⁇ AVP Header: 10109 >
  • VAS-Redirect-Rule-Name (indicating the name of the newly created/updated VAS redirect rule) * [ VAS-Redirect-Rule-Name] (indicating the name of the deleted VAS redirect rule)
  • the method for controlling the transmission of the service in the embodiment of the present invention determines the control information of the service by using a policy decision server disposed outside the gateway device, and the gateway device controls the transmission of the service according to the control information, thereby reducing the service according to the dynamic information of the user.
  • the effect of forwarding on the performance of the gateway device and can maintain continuous update of the user equipment, reducing the workload of network maintenance.
  • the service may be sent by the UE to the network through the gateway device, or may be sent by the network to the UE through the gateway device. Therefore, in the foregoing step S130, the gateway device may receive the UE or the network side (
  • the service provider SP, Service Provider
  • the service provider is used as an example to describe the data packet of the service transmitted by the network side.
  • the gateway device may establish a TCP link with the VAS indicated by the VAS information according to the VAS information, and send the data packet to the VAS, and the VAS adds value to the data packet, and adds the value to the VPDU.
  • the data message is returned to the gateway device.
  • the VAS information is used to indicate at least two destination VASs of the service
  • Obtaining the second data packet from the at least one destination VAS according to the VAS information including: sending, according to the VAS information, the first data packet to the first destination VAS;
  • the second destination VAS adds a value-added data packet to the second data packet; or sends the second destination VAS to the at least one other destination VAS to perform value-added processing on the third data packet.
  • a data message so that the at least one other destination VAS performs value-added processing on the data packet after the second data packet is subjected to the value-added processing by the second destination VAS, and the at least one other destination VAS is The data packet after the value-added processing of the data packet after the VAS is added to the third data packet is used as the second data packet; wherein the other destination VAS is the VAS and the second destination except the first destination. Purpose other than VAS
  • the gateway device may query the locally stored VAS forwarding rule database or the policy decision server according to the user's mobile phone number. Obtaining a VAS forwarding rule for the UE, and determining a VAS forwarding rule for the UE (for example, a data packet of the UE needs to be sent to a VAS for performing a webpage adaptation service and a VAS for performing a video optimization service)
  • the gateway device may first send the data packet to the VAS for performing the webpage adaptation service and the VAS of the VAS for performing the video optimization service according to the VAS forwarding rule.
  • VAS for web page adaptation service
  • the PCEF can forward service packets according to the VLAN ID of the VAS, that is, modify the VLAN ID and send the service through the specified VLAN.
  • gateway The device can save the original destination address of the data packet, and modify the destination MAC address of the service packet to the corresponding VAS IP address, and modify the next hop routing destination address of the data packet to the VAS.
  • the VAS) IP address is sent to the VAS through the switch.
  • the method in which the gateway device transmits a data message to the VAS is the same as the step, and the description thereof is omitted.
  • the VAS sends the value-added data packet (the data packet processed by the webpage) to the gateway device.
  • a path policy can be configured in the VAS, that is, The next hop route destination address of the data packet is set to the IP address of the gateway device.
  • the method for the VAS to send data packets to the gateway device is the same as the step, and the description thereof is omitted.
  • the gateway device sends the data packet (the webpage adapted processing data packet) to the VAS for performing the webpage adaptation service and the other VA of the VAS for performing the video optimization service, for example, the VAS for the video optimization service.
  • the data packet (the webpage adaptation processing and the video optimized processing data packet) is sent to the gateway.
  • the gateway device modifies the next hop routing destination address of the data packet (the webpage adaptation processing and the video optimized processing data packet) to the saved original destination address, thereby sending the data packet to the SP. .
  • the present invention is not limited thereto, and is also applicable to the case where the SP sends the data packet to the UE through the gateway device, and in this case,
  • the data message is in the VAS and the viewing of the webpage adaptation service.
  • the forwarding order in the VAS of the frequency optimization service may be the same as the above embodiment or may be opposite to the above embodiment, and the present invention is not particularly limited.
  • the gateway device needs to forward the data packet to the two VASs.
  • the present invention is not limited thereto.
  • the number of the VASs may be determined according to the UE subscription information, and may be any number.
  • the PCEF may forward the data packet according to the priority information, specifically, according to the priority identifier or the order of the VASs in the VAS forwarding rule, that is, the VAS
  • the information may include priority information indicating a transmission order of the first data message in the at least two VASs.
  • VAS-Redirect-Remo ve *[VAS-Redirect-Rule-Name], also extended * [Precedence] field (represents the forwarding priority of the VAS, if not carried, the lowest priority is considered, for With the same priority VAS, the system will forward in the order in which the rules are issued. b
  • the VAS information as shown in Table 2 below may also be configured in the gateway device so that the PCRF may transmit only the indication information corresponding to the determined forwarding rule (VAS information), for example, the VAS redirection rule name in Table 2 ( * VAS-Redirect-Rule-Name), and only the VAS-Redirect-Rule-Name field is sent in the Gx interface, indicating that a VAS redirection rule is activated or deactivated.
  • VAS information the indication information corresponding to the determined forwarding rule
  • VAS information the VAS redirection rule name in Table 2 ( * VAS-Redirect-Rule-Name)
  • Precedence Uint32 Priority OPTIONAL In this way, flexible service orchestration can be achieved by forwarding the service flow to the corresponding VAS platform in turn according to the VAS forwarding rule priority.
  • the method further includes:
  • the gateway device may further provide a VAS status detection capability, that is, send an Internet Control Message Protocol (ICCMP, Internet Control) to each VAS at regular intervals (which may be set as needed). Message Protocol) If the message is received continuously (this number can be set as needed) and the ICMP response is not received, it is determined that the VAS is invalid. In addition, optionally, for a failed VAS, an ICMP message can be sent again after a certain interval (which can be set as needed), and if an ICMP response can be received N times in succession, it can be determined that it is valid. Before forwarding the service to the VAS, the PCEF first queries the status of the VAS. If the VAS fails, the VAS skips the VAS and forwards the service flow to the next VAS platform.
  • ICCMP Internet Control Message Protocol
  • the PCEF may first send an ICMP message before forwarding the service to the VAS, and if the ICMP response is received within a specified time (the time can be set as needed), the VAS may be determined. Valid, otherwise it is determined to be invalid. If the VAS fails, the VAS is skipped and the service flow is forwarded to the next VAS platform until no VAS needs to be forwarded again. The service is forwarded to the SP.
  • the gateway device detects the state of the corresponding VAS only when needed, thereby reducing the impact on the performance of the gateway device.
  • the method for controlling the transmission of the service in the embodiment of the present invention detects the state of the VAS. If the VAS fails, the service packet is not forwarded to the VAS, thereby ensuring that the user's service can be accessed normally, and not because of a VAS. Unavailable user service access failed.
  • the PCRF is taken as an example to describe the policy decision server
  • the PCEF is taken as an example to describe the gateway device.
  • a user subscribes to a package package issued by an operator: 10 yuan, 100 MB traffic, and a webpage adaptation service and video.
  • the PCRF Policy Decision Server
  • the PCRF can synchronize and save the subscription relationship of the user from the operator, and can generate and maintain a contract information list that records the correspondence between the user information of the user and the subscription information (for example, Recording the mobile phone number of the user, the identification VAS ID of the server (VAS 1 ) implementing the webpage adaptation service, the identification VAS ID of the server (VAS 2) implementing the video optimization service, and the PCRF can define two servers.
  • the priority for example, by way of example and not limitation, is such that the priority is VAS 1 > VAS 2, so that the PCEF forwards the service according to the priority (for example, forwarding to VAS 1 and then forwarding to VAS 2 ) b
  • the UE goes online, and the NAS/AAA can send, for example, a Radius Accounting-Start request message to the PCEF, and the Radius Accounting-Start request It may carry user information of the UE information (e.g., phone number, etc.), or the user information and status Information (for example, current time, bearer network, etc.)
  • the PCEF may send, for example, a Gx Initial Credit Control Request (CCR-I, Credit Control Request-Initial) message to the PCRF through, for example, a Gx interface, and the Gx CCR-I request message may carry service information of the UE, where the service The information may include user information, or the user information and status information (eg, mobile phone number, current time, bearer network, etc.) b
  • CCR-I Gx Initial Credit Control Request
  • the PCRF may send, for example, a Gx Initial Credit Control Request (CCR-I, Credit Control Request-Initial) message to the PCRF through, for example, a Gx interface
  • the Gx CCR-I request message may carry service information of the UE, where the service The information may include user information, or the user information and status information (eg, mobile phone number, current time, bearer network, etc.) b
  • the Gx CCR-I request message listed above is merely an exemplary illustration of the present invention, The invention is not limited thereto, and
  • the PCRF may query the subscription information corresponding to the user information from the pre-created subscription information list according to the service information reported by the PCEF, thereby determining the service with the UE.
  • Corresponding VAS forwarding rules for example, VAS ID, VLAN ID, and IP address of each VAS2 of VAS1.
  • VAS-ID VAS1
  • VAS-ID VAS2
  • the above VAS forwarding rules may be binary coded according to specifications. As can be seen from the above, ContentAdaptation has higher priority than VideoOptimization in the above forwarding rules.
  • the PCRF sends the VAS forwarding rule to the PCEF through the Gx Credit Control Answer (CCA), and, as described above, the PCRF may only send the VAS information indication identifier indicating the VAS forwarding rule. (For example, * VAS-Redirect-Rule-Name ), you can also send all the information of the VAS forwarding rule.
  • the PCEF determines and caches the VAS forwarding rule.
  • the UE initiates a Transmission Control Protocol (TCP) connection, and sends a data packet to the SP through the gateway device.
  • TCP Transmission Control Protocol
  • the PCEF forwards the data packet to the VAS1 according to the VAS forwarding rule. After the value-added processing is performed on the data packet, the VAS1 sends the processed data packet back to the PCEF.
  • the PCEF forwards the data packet to the VAS2 according to the VAS forwarding rule. After the value-added processing is performed on the data packet, the VAS2 sends the processed data packet back to the PCEF.
  • the PCEF sends the processed data message to the SP.
  • the SP returns a response message to the UE through the gateway device.
  • the PCEF forwards the response packet to VAS2 according to the VAS forwarding rule. After the value-added processing is performed on the response packet, the VAS2 sends the processed response packet back to the PCEFc.
  • the PCEF forwards the response packet to VAS1 according to the VAS forwarding rule.
  • VAS1 adds value to the response packet, and sends the processed response packet back to PCEFc.
  • the PCEF sends the processed response message to the UE.
  • the acquiring status information used to indicate a service status of the service includes:
  • Determining the VAS information according to the user information and the status information including
  • Determining, according to the user information and the first state information, first VAS information; and the method further includes
  • the second VAS information is determined based on the user information and the second state information.
  • FIG. 3 illustrates a method of controlling traffic transmission according to another embodiment of the present invention.
  • the user subscribes to the package 2 issued by the operator: 10 yuan packet 100M traffic, and presents the online antivirus service within the time range of 08: 00 ⁇ 20: 00, provided by the VAS 3 server,
  • the PCRF Policy Decision Server
  • VAS 3 server can synchronize and save the subscription relationship of the user from the operator, and can generate and maintain a list of subscription information recorded with the correspondence between the user information of the user and the subscription information (for example, the user is recorded) Phone number, VAS ID of the server that implements the antivirus service (VAS 3)
  • the UE goes online, and the NAS/AAA can send, for example, an adius Accounting-Start request message to the PCEF, and the Radius Accounting-Start request message can carry the user information of the UE (for example, Mobile phone number, etc.)b
  • the PCEF may send, for example, a Gx CCR-I message to the PCRF through, for example, a Gx interface, and the Gx CCR-I request message may carry the user information.
  • the PCRF may query the subscription information corresponding to the user information from the pre-created subscription information list according to the service information reported by the PCEF, so as to determine the service with the UE.
  • Corresponding VAS forwarding rules for example, VAS ID, VLAN ID, and IP address of VAS3.
  • the PCRF sends the VAS forwarding rule to the PCEF through the Gx CCA message, and as described above, the PCRF may only send the VAS information indication identifier (for example, *VAS-Redirect-Rule) for indicating the VAS forwarding rule. -Name ), can also issue the full tone P 5 of the VAS forwarding rule, o
  • the PCEF determines and caches the VAS forwarding rule.
  • the UE initiates a TCP link, and sends a data packet to the SP through the gateway device.
  • the PCEF forwards the data packet to the VAS3 according to the VAS forwarding rule.
  • the VAS3 sends the processed data packet back to the PCEF.
  • the PCEF sends the processed data message to the SP.
  • the SP returns a response message to the UE through the gateway device.
  • the PCEF forwards the response packet to the VAS3 according to the VAS forwarding rule.
  • the VAS3 After the value-added processing is performed on the response packet, the VAS3 sends the processed response packet back to the PCEF.
  • the PCEF sends the processed response message to the UE.
  • the PCRF monitors the current system time to be 20 00, and the RAR, Re-Authorize Request message is sent to indicate that the PCEF cancels the current VAS forwarding rule (for example, the VAS-Redirect-Rule-Remove field described above). And updated VAS forwarding rules.
  • the current VAS forwarding rule for example, the VAS-Redirect-Rule-Remove field described above.
  • the PCEF may return a Gx Re-Authorize Answer (RAR) message to the PCRF.
  • RAR Gx Re-Authorize Answer
  • the PCEF deletes the current VAS forwarding rule and saves the updated VAS forwarding rule.
  • the UE initiates a TCP link, and sends a data packet to the SP through the gateway device.
  • the PCEF forwards the data packet directly to the SP according to the VAS forwarding rule.
  • the SP returns a response message to the UE through the gateway device.
  • the gateway device forwards the response message to the UE.
  • the above enumerates the PCRF (Policy Decision Server) to issue an updated VAS forwarding policy to the PCEF (Gateway Device) instead of the current VAS forwarding stored in the PCEF when the current service status changes (beyond the service time specified by the subscription information).
  • PCRF Policy Decision Server
  • the PCRF may also carry an indication information in the Gx CCR-I message, and the PCEF (gateway device) determines that the current service status changes, and deletes the saved current VAS forwarding policy.
  • the gateway device reacquires the VAS forwarding rule when the service status is changed.
  • the present invention is not limited thereto, and the gateway device may also obtain the VAS forwarding rule in different service states at one time, and According to the business status, select the corresponding VAS forwarding rule to use.
  • a dynamic rule interface can be used between the PCRF and the PCEF in the PCC architecture. All the forwarding rules of the different state VAS information (VAS1, VAS2) are sent to the PCEF by, for example, a Gx message. It should be understood that more VAS information may be included according to the situation, and the present invention is not particularly limited. Here, for convenience of description The description includes only two VAS information as an example. In this case, the *[VAS-Redirect-Install] field, *[VAS-Redirect-Remove] field, *[VAS-Redirect-Rule-Name], and *[Precedence] are excluded from the Gx message. Outside the field, you can also extend the *[Condition] field (indicating the usage conditions of the VAS, for example, it can be the time of use, use the network) b
  • VAS information as shown in Table 3 below may be configured in advance in the PCEF, so that the PCRF may transmit only the indication information corresponding to the determined forwarding rule (VAS information), for example, the VAS redirection rule name in Table 2.
  • VAS information the determined forwarding rule
  • VAS-Redirect-Rule-Name the indication information corresponding to the determined forwarding rule
  • VAS-Redirect-Rule-Name the indication information corresponding to the determined forwarding rule
  • VAS-Redirect-Rule-Name the VAS redirection rule name in Table 2.
  • the PCEF can forward data packets according to different VAS information (VAS forwarding) in different service states.
  • VAS forwarding VAS forwarding
  • the method for controlling the transmission of the service in the embodiment of the present invention enables the VAS to perform the service scheduling according to the dynamic information of the user by enabling the VAS to perform the value-added processing on the data packet and returning it to the gateway device.
  • the gateway device may also provide a VAS status detection capability, that is, send an Internet Control Message Protocol (ICMP) to each VAS at regular intervals (which may be set as needed). , Internet Control Message Protocol ) message, such as If the ICMP response is not received for N consecutive times (this number can be set as needed), it is determined that the VAS is invalid. Moreover, optionally, for the failed VAS, after a certain time interval (this time can be set as needed), the ICMP message can be sent again, and if the ICMP response can be received N times in succession, it can be determined that it is valid. Before forwarding the service to the VAS, the PCEF first queries the status of the VAS. If the VAS fails, the VAS is skipped and the service flow is forwarded to the next VAS platform until no VAS needs to be forwarded again, and the service is forwarded to the final SP.
  • ICMP Internet Control Message Protocol
  • the PCEF may also firstly forward the service to the VAS.
  • the VAS sends an ICMP packet. If the ICMP response is received within the specified time (which can be set as required), the VAS can be determined to be valid. Otherwise, the VAS is invalid. If the VAS fails, the VAS is skipped and the service flow is forwarded. Go to the next VAS platform until no VAS needs to be forwarded again and forward the service to the SP.
  • the specified time which can be set as required
  • the gateway device detects the state of the corresponding VAS only when needed, thereby reducing the impact on the performance of the gateway device.
  • the method for controlling the transmission of the service in the embodiment of the present invention detects the state of the VAS. If the VAS fails, the service packet is not forwarded to the VAS, thereby ensuring that the user's service can be accessed normally, and not because of a VAS. Unavailable user service access failed.
  • the policy decision server is described by taking PCRF as an example. Take the PCEF as an example to describe the gateway device.
  • FIG 4 shows a schematic block diagram of an apparatus 500 for controlling traffic transmission in accordance with an embodiment of the present invention.
  • the apparatus 500 includes:
  • the receiving unit 510 is configured to receive a connection request message sent by the user equipment that transmits the service, where the connection request message includes user information of the user equipment.
  • a determining unit 520 configured to determine, according to the user information, a value-added service system VAS information, where the VAS information is used to indicate at least one destination VAS of the service;
  • the receiving unit 510 is further configured to receive a first data packet of the service sent by the sending end, where the acquiring unit 530 is configured to obtain, according to the VAS information, a second data packet, the second data packet, from the at least one destination VAS.
  • the data message is a data packet after the at least one destination VAS adds value to the first data packet;
  • the sending unit 540 is configured to send the second data packet to the receiving end.
  • the determining unit 520 is further configured to acquire state information for indicating a service status of the service
  • the determining unit 520 is further configured to acquire first state information used to indicate an initial service state of the service. Used to determine that the initial business status has changed;
  • Second state information for indicating a changed service state of the service; and configured to determine second VAS information according to the user information and the second state information.
  • the status information acquired by the determining unit 520 includes time information for indicating the current time and/or bearer information for indicating the current bearer network of the service.
  • the device for controlling the service transmission can flexibly perform service scheduling for the value-added services of the VASs in the case where the value-added service subscribed by the user is changed according to the triggering conditions.
  • the VAS information determined by the determining unit 520 is used to indicate at least two destination VASs of the service; and the obtaining unit 530 includes:
  • a sending module configured to send the first data packet to the first destination VAS according to the VAS information
  • a receiving module configured to receive a third data packet sent by the first destination VAS, where the third data packet is a data packet after the first destination VAS adds value to the first data packet; And being further configured to send the third data packet to the second destination VAS according to the VAS information;
  • the receiving module is further configured to receive, by the second destination VAS, the second destination VAS, to perform value-added processing on the third data packet, and the second destination VAS performs value-added processing on the third data packet.
  • the data packet is the second data packet; or the data packet sent by the second destination VAS to the third data packet is added to the at least one other destination VAS, so that the at least one other Purpose of the VAS for the second datagram via the second purpose VAS
  • the data packet subjected to the value-added processing is subjected to value-added processing again, and the at least one other destination VAS is subjected to value-added processing again after the data packet subjected to the value-added processing of the third data packet by the second destination VAS.
  • the data message is used as the second data message.
  • the determining unit 520 is further configured to determine priority information for indicating a sending order of the data message in the at least two VASs;
  • the obtaining unit 530 is further configured to obtain the second data packet from the at least one destination VAS according to the VAS information and the priority information.
  • the determining unit 520 is further configured to obtain the VAS information from the first database generated based on the correspondence between the user information and the VAS information according to the user information.
  • the determining unit 520 is further configured to: in the second database generated according to the user information and the correspondence between the state information and the VAS information, according to the user information and the state information, Obtain the VAS information.
  • the sending unit 540 is further configured to send, to the policy decision server, a first policy request message that includes the user information;
  • the receiving unit 510 is further configured to receive, by the policy decision server, a first policy request response message that includes the first control information, where the first control information is determined by the policy decision server according to the user information, and is used to indicate the VAS information;
  • the determining unit 520 is configured to determine the VAS information according to the first control information.
  • the determining unit 520 is specifically configured to use, according to the first control
  • the VAS information indication identifier included in the information determines the VAS information
  • the determining unit 520 is further configured to obtain the VAS information from the first database generated based on the correspondence between the user information and the VAS information according to the user information.
  • the sending unit 540 is further configured to send, to the policy decision server, a second policy request message that includes the user information and the status information;
  • the receiving unit 510 is further configured to receive, by the policy decision server, a second policy request response message that includes second control information, where the second control information is determined by the policy decision server according to the user information and the status information, Used to indicate the VAS information;
  • the determining unit 520 is configured to determine the VAS information according to the second control information.
  • the determining unit 520 is specifically configured to determine the VAS information according to the VAS information indication identifier included in the second control information; or
  • the policy decision server only sends the indication information, so that the forwarding rule, that is, the indication of the VAS information, can be completed, thereby shortening the interaction time, improving the service access speed, and reducing the user experience. influences.
  • the determining unit 520 is further configured to obtain the VAS information from the control information.
  • the network can be The impact of device performance is minimized.
  • the apparatus for controlling service transmission determines the control information of the service by using a policy decision server disposed outside the gateway device, and the gateway device controls the transmission of the service according to the control information, thereby reducing the service according to the user dynamic information.
  • the effect of forwarding on the performance of the gateway device and can maintain continuous update of the user equipment, reducing the workload of network maintenance.
  • the sending unit 540 is further configured to send a test message to the at least one destination VAS.
  • the receiving unit 510 is further configured to receive the test response message sent by the at least one destination VAS.
  • the determining unit 520 is further configured to determine, according to the test response message, that the at least one destination VAS is valid.
  • the device for controlling the transmission of the service in the embodiment of the present invention detects the state of the VAS, and if the VAS fails, the service packet is not forwarded to the VAS, thereby ensuring that the user's service can be accessed normally, not because of a VAS. Unavailable user service access failed.
  • the VAS information includes a VAS identifier ID, a virtual local area network VLAN ID of the VAS, and an internet protocol IP address of the VAS.
  • the user information includes at least one of a mobile subscriber number MSISDN, an international mobile subscriber identity IMSI, an international mobile station equipment identity IMEI, and a server internet protocol IP address.
  • the apparatus 500 for controlling traffic transmission may correspond to a gateway device (e.g., PCEF) in the method of the embodiment of the present invention, and each of the devices 500 for establishing a communication connection
  • the unit is the module and the other operations and/or functions described above are respectively implemented in order to implement the corresponding process of the method 100 in FIG. 1 , and are not described herein again for brevity.
  • the apparatus for controlling the transmission of the service in the embodiment of the present invention can enable the gateway device to perform the service scheduling according to the dynamic information of the user by causing the VAS to perform the value-added processing on the data packet and return it to the gateway device.
  • Figure 5a is a block diagram of an embodiment of an invention of another system.
  • the system for controlling service transmission in the communication system may be a system composed of the foregoing policy decision server and a gateway device, and may specifically be a system composed of multiple computers, or may be a single device, or may be dispersed in different systems.
  • the network node does not limit the present invention.
  • the user equipment, as before, may be various types of mobile or non-mobile user equipment.
  • the service server may be a variety of specific service providers, such as an online antivirus server, a video optimization server, or an HTTP cache acceleration server, etc., and the embodiments do not limit them.
  • the user equipment in the system communicates with one or more service servers through a system for controlling service transmission, and the communication connection technology involved is not described here.
  • Figures 5b, 5c show architectural schematics of an embodiment of the invention of other systems.
  • the system for controlling service transmission in the system adopts a Policy and Charging Control (PCC) architecture.
  • PCC Policy and Charging Control
  • the directed arrow from the user equipment to the PCEF, the first service server, the second service server, and the original destination server in Figure 5b is the direction of the upstream traffic flow.
  • the directed arrow from the original destination server to the second service server, the first service server, the PCEF and the user equipment in FIG. 5c is a trend of the downlink service flow.
  • FIG. 6 a simplified flow diagram of an embodiment of a method of controlling traffic transmission is shown. The method includes the following steps:
  • the system for controlling the transmission of the service receives the communication data sent by the user equipment, and the communication data carries the information of the original destination server; (referred to as Receiving Section)
  • the communication data sent by the user equipment is a general term for all signaling sent by the user equipment, for example, a data service activation request or a data service change request in a communication link establishment phase, or a service request in a service communication phase.
  • the dynamic information of the user refers to the mobile phone number of the user of the user equipment, the IMSI of the user, the IP address of the user, the subscription service information of the user, or the type of bearer of the current network.
  • the service layer information refers to L7 layer or L7+ layer information related to the service (also referred to as an application layer).
  • various combinations of the foregoing information can be obtained in the “acquisition link”, for example, dynamic information of various users.
  • process of acquiring the user's dynamic information and the process of acquiring the service layer information may occur at different stages in the communication process, which are respectively described in the embodiments described in FIG. 7a and FIG. 7b.
  • the forwarding policy includes: forwarding the service data sent by the user equipment to the at least one service server, where the at least one service server is different from the original destination server carried in the communication data; Of Transfer Section )
  • the service data sent by the user equipment refers to a general term for various signalings sent by the user equipment during a substantial service communication phase.
  • the service data here is the service data sent by the user equipment after the communication link is established (that is, the user equipment sending station)
  • the service data sent after the communication data such as the service request, etc.:>
  • the communication data sent by the user equipment in the receiving link 10 is sent during the service communication phase, the service data and the receiving link 10 and the acquisition link 20 are here.
  • the communication data is the same.
  • the subsequent service data is sent to the original destination server carried in the communication data (referred to as Control Implementation Section).
  • the system for controlling service transmission may be based on the user's dynamic information or the service layer.
  • the information is flexibly controlled by the service, in particular, the service can be transferred to the service server other than the original destination service server, and the communication service is enriched while avoiding repeated transmission of the communication data, especially if the user equipment is not required multiple times.
  • Sending relevant business data to different service servers saves communication resources to a certain extent and improves communication efficiency.
  • each link in the foregoing embodiment of FIG. 6 may have different changes according to different service scenarios, and at least includes a more specific solution as shown in FIG. 7a, 7b:
  • FIG. 7a an implementation manner of a method for controlling service transmission ,include:
  • the system for controlling the transmission of the service receives the data service activation request or the data service change request sent by the user equipment, and carries the information of the original destination server.
  • the data service activation request or the data service change request is parsed to obtain dynamic information of the user, or the dynamic information of the user is obtained according to the result of the parsing.
  • the user's dynamic information includes, but is not limited to, the user's mobile number, the user's IMSI, the user's IP address, the user's subscription service information, or the current network's bearer type.
  • a message capable of identifying the identity of the user such as the IMSI of the user, or the IP address of the user, may be parsed first, and then the server storing the user-related information in the communication network may be queried. Or a database to get the corresponding ordering business information and so on.
  • Determining, according to the obtained dynamic information of the user, the forwarding policy, the forwarding policy includes: forwarding the service data sent by the user equipment to the at least one service server, where the at least one service server is different from the original destination server carried in the communication data. .
  • the forwarding policy may include: sending a service request of the user equipment to a service server for a user equipment whose mobile phone number is in a certain number segment.
  • Control execution link receiving a service request sent by the user equipment, sending the service request to the at least one service server, and receiving service data processed by the at least one service server, and receiving the processed service data.
  • the service data is sent to the original destination server (referred to as the control execution link) carried in the communication data.
  • the service request sent by the user equipment is sent after the user equipment sends the foregoing communication data (data service activation request or data service change request).
  • Figure 7b provides another embodiment of a method of controlling traffic transmission, including:
  • the system controlling the transmission of the service receives the service request sent by the user equipment, which carries the information of the original destination server.
  • the deep data analysis is performed to obtain the service layer information of the service request.
  • the deep data analysis may apply various possible technical solutions in the prior art, parse the service request, and obtain information of the service layer, specifically, information of 7 layers or more layers (L7+ layer) b,
  • the information of the application layer 7 layer is, for example, a protocol (P2P/Email/HTTP, etc.), and information of 7 or more layers, such as an HTTP domain name website under the HTTP protocol.
  • a forwarding policy includes: forwarding the service data sent by the user equipment to at least one service server, where the at least one service service The device is different from the original destination server carried in the communication data.
  • the service request for the protocol is forwarded to an antivirus service server, and forwarded to the original destination server (email server)b.
  • the system for controlling the service transmission sends the service request to the at least one service server according to the control policy in 30B, and receives the service data processed by the at least one service server, and sends the received processed service data to the service data.
  • the original destination server carried in the communication data.
  • the email service request is sent to the anti-virus service server, and the anti-virus service server is used to perform the anti-virus processing service data, and then the anti-virus processing service data is sent to the email server.
  • steps 10A, 20A, 10B, and 20B are first performed to perform a "determination forwarding strategy link". That is to say, the corresponding forwarding policy can be determined based on the dynamic information of the user and any combination of the business layer information. For example, the forwarding policy can be obtained based on the user's subscription information + business layer information. For example, if the user subscribes to the "mail anti-virus service", and the service request sent by the user belongs to the email service request, it is determined that the forwarding policy needs to be forwarded to an anti-virus service server and forwarded to the original destination server (the Email server).
  • the Email server the Email server
  • the foregoing embodiments may employ different communication protocols, such as the TCP/IP protocol or the UDP protocol.
  • a service server other than the original destination server can sense the link state requested by the user and reduce the message processing requirements of the service server, and provides a control as shown in FIG.
  • An implementation of a method of service transmission may be based on the foregoing embodiments, with the difference that the TCP three-way handshake message may be further configured to each service server after the service request is initially parsed (for example, the service protocol is identified or the HTTP protocol is identified).
  • This embodiment can further enable the system to be applied to service servers having various basic capabilities, and reduce the difficulty of integrating the system for controlling service transmission with each service server.
  • the service server is the first service server and the second service server, and the method includes:
  • the system controlling the transmission of the service determines that the original destination server and at least one service server support the T C P protocol. Specifically, the system for controlling the service transmission may determine whether the TCP/IP protocol is adopted according to the protocol field in the communication data sent by the user equipment.
  • 0 0 2 - 0 0 3 control the system of service transmission (specifically, its TCP protocol processing module 500) Receive a TCP three-way handshake message sent by the user equipment, and forward the TCP three-way handshake message sent by the user equipment to the original destination server.
  • the TCP/IP protocol is typically used to send large amounts of data; TCP is also used when the application wants to acknowledge after receiving the data.
  • TCP is also used when the application wants to acknowledge after receiving the data.
  • sequence numbers of the packets are transmitted in a specific order before the new data is transmitted, and these packets are required to be transmitted to the acknowledgement message after the target.
  • three-time handshake three-way handshake
  • three-time handshake three-time handshake; three-way handshaking 1 ⁇ how to track each time the amount of data transmitted is negotiated to synchronize the transmission and reception of the data segment, and the data determined according to the amount of data received Confirm the number and data transmission, when the call is revoked, and establish a virtual link.
  • the TCP/IP protocol provides a reliable connection service, using a three-way handshake to establish a link.
  • the packet is sent, the user equipment and The server enters the ESTABLISHED state and completes the three-way handshake. After completing the three-way handshake, the user equipment and the server can start transmitting data.
  • the system that controls the service transmission establishes the relationship between the user equipment and the original destination server.
  • the system for controlling the service transmission can allocate the user equipment side socket Socketl and the original destination server side socket Socket2.
  • Sockets formerly known as sockets, are concepts in Unix communication mechanisms, often referred to as "sockets", which are used to describe IP addresses and ports and are handles to a communication link.
  • the system for controlling the transmission of the service receives the service data sent by the user equipment through the TCP link between the user equipment and the original destination server, and the service data carries the original purpose.
  • Server information For example, the acquisition module (M200)
  • Execute 2 0 B ' - 3 0 B The specific process is similar to 1 0 B - 3 0 B shown in Figure 7b.
  • the 20 B 'acquisition link obtains the service layer information of the service request after performing deep data analysis according to the service request of the user.
  • 3 0 B 'determining the forwarding policy link determining the forwarding policy according to the obtained service layer information, the forwarding policy includes: forwarding the service data sent by the user equipment to at least one service server, where the at least one service server is different from the The original destination server carried in the communication data.
  • the forwarding policy includes: forwarding the service data sent by the user equipment to at least one service server, where the at least one service server is different from the The original destination server carried in the communication data.
  • the system for controlling the transmission of the service (for example, its TCP link reconfiguration module 600), after the 30B 'determining the forwarding policy link, closes the TCP link between the system that controls the service transmission and the original destination server, constructs a new TCP three times.
  • the handshake packet is sent to each service server, and the TCP link between the gateway device and the original destination server is restored. Specifically, including:
  • the system for controlling the transmission of the service closes the system for controlling the transmission of the service and the original destination service TCP link between the devices.
  • the process of closing the TCP link can adopt a variety of different technical solutions, such as sending RST signaling.
  • the new TCP three-way handshake message includes the sender information and the original purpose in the TCP three-way handshake message.
  • the information of the at least one service server includes: an identifier of a VLAN of the at least one service server, an identifier of a tunnel of the at least one service server, or an identifier of a physical port of the at least one service server.
  • each service server can sense the link state of the user request, or establish a reliable T C P link between each service service period and the user equipment or the original destination server.
  • the system for controlling the service transmission (for example, the control execution module (M400)) completes the control execution link, and the execution details thereof are not described again.
  • the system for controlling the service transmission may not include the process of forwarding the handshake message for the original destination server or the service server that uses the U D P protocol.
  • the foregoing forwarding policy may include: information of a plurality of service servers that need to receive service data sent by the user equipment, and an order between the multiple service servers.
  • the control execution part includes: sending the service data sent by the user equipment to the service server in the preceding order in the service server, and receiving the service data processed by the service server in the preceding order of the service server, The received processed service data is sent to the next service server in the service server, and the service data processed by the next service server is received until the processed service of the multiple service servers is received. And sending the received service data processed by the multiple service servers to the original destination server carried in the service data.
  • the simpler and conserved communication resources include: the identifiers of multiple VLANs that need to pass through in the uplink, the identifiers of multiple tunnels that need to pass through in the uplink, or the identifiers of multiple physical ports that need to pass through in the upstream.
  • the order of sending the service data is controlled, wherein the order of sending the uplink is the same as the order specified in the forwarding policy, and the order of sending the downlink is opposite to the order specified in the forwarding policy.
  • the foregoing forwarding policy in the foregoing various embodiments may include: information of multiple service servers that need to receive service data sent by the user equipment, and, however, does not include the multiple The order between business servers.
  • the control execution step includes: transmitting the service data sent by the user equipment to the plurality of service servers in parallel, and receiving the processed plurality of service data from the plurality of service servers; and receiving the received After the processed service data of the plurality of service servers are integrated, the new service data is generated and sent to the original destination server carried in the service data.
  • the comprehensive processing refers to merging or discarding duplicate business data and the like, and generating new business data.
  • the method may further include:
  • control execution link may further include:
  • 001C determines the original destination server, the first service server, and the second service
  • the server and the like support the TCP/IP protocol.
  • the specific system for controlling the service transmission may determine whether the TCP/IP protocol is adopted according to the protocol field in the communication data sent by the user equipment. This technology is prior art.
  • the system for controlling the service transmission receives the TCP three-way handshake packet of the user equipment.
  • the source address carried in the three-way handshake packet is the address of the user equipment, and the destination address is the address of the original destination server, for example, the signaling shown in FIG.
  • the three-way handshake message carries the identifier of the uplink virtual local area network VLAN formed by the system for controlling the service transmission by the user equipment and the gateway device, for example, the field "VLAN: 401".
  • the TCP three-way handshake message sent by the user equipment is referred to as the first TCP three-way handshake message.
  • the system for controlling the service transmission forwards the received TCP three-way handshake request of the user equipment to the original destination server.
  • the source address of the forwarded TCP three-way handshake message is the user equipment address and the destination address is the address of the original destination server.
  • the forwarded three-way handshake message carries an identifier of an uplink virtual local area network (VLAN) that is formed by the system that controls the service transmission and the original destination server, for example, VLAN: 402.
  • VLAN virtual local area network
  • the original destination server is not particularly limited, and refers to the service provider that the user equipment user needs to access.
  • the forwarded TCP three-way handshake message is simply referred to as the second TCP three-way handshake message.
  • the system that controls the transmission of the service receives the service request of the user (the service request includes VLAN1),
  • the 20C-30C performs deep data analysis, determines the forwarding policy based on the business layer information obtained by the analysis, or combines the business layer information and the dynamic information of the user.
  • application layer protocol identification Specifically, for the HTTP protocol, the URL (HTTP domain name) can be further parsed, and the user subscription information is combined to determine that the service request of the user equipment needs to be forwarded to multiple service server devices for processing (specific implementation of FIG. 9). In the mode, it needs to be forwarded to the first service server for processing, and then forwarded to the second service server for processing) b
  • the system that controls the transmission of the service disconnects or closes the established link with the original destination server (Socket2), and then according to the TCP three-way handshake message (the first TCP three-way handshake message) of the user equipment and the original destination server, respectively Establishing a TCP link with the first service server and the second service server (can be understood as simulating or referencing the TCP three-way handshake message between the user equipment and the original destination server, constructing a new three-way handshake message, and sending the message to the first service server, the second
  • the business server and the original destination server 6 specifically include:
  • the system for controlling the service transmission constructs a new SYN message according to the SYN message in the first TCP three-way handshake message, wherein the source address of the newly constructed SYN message is the user equipment address and the destination address is The address of the original destination server (these information is the same as the SYN packet in the first TCP three-way handshake message, that is, the "analog or reference" mentioned in 3 1 C).
  • the system carrying the control service transmission and the first service The identifier of the upstream VLAN formed by the server, for example, the VLAN ID is 410. In this way, all network devices need to forward packets through the switch according to the number of routes indicated by the VLAN identifier ( 410 ) carried in the network switch.
  • the first service server is a transparent proxy device. After processing, the SY packet is transparently transmitted back to the system for controlling the service transmission through the downlink virtual local area network VLAN 411.
  • the 411 is an identifier of a downlink VLAN formed by the system for controlling the service transmission and the first service server.
  • the system for controlling the transmission of the service constructs another new SY message, which includes the uplink of the system for controlling the service transmission and the second service server.
  • the SYN packet is sent to the second service server according to the routing data of the VLAN.
  • the source address of the SY packet is the address of the user equipment and the destination address is the address of the original destination server.
  • the information is the same as the SYN packet in the first TCP three-way handshake packet, that is, the step mentioned in step 3 1 C "Simulation or Reference" >
  • the second service server is a transparent proxy device. After processing, the SYN packet is transparently transmitted back to the system for controlling the service transmission by the downlink virtual local area network VLAN 413 formed by the system for controlling the service transmission and the second service server.
  • the system for controlling the transmission of the service constructs a new SY message (SYN: OIP: MS, DIP: SP, VLAN: 402) according to the previously determined forwarding policy, and passes through VLAN 402 (ie, according to the route of VLAN 402) Data) forwarded to the original destination server.
  • the original destination server returns a SYN ACK message through VLAN 402 to the system that controls the service transmission.
  • the system that controls the transmission of the service constructs a new SY ACK message (SYN ACK: OIP: MS, DIP: SP, VLAN: 410) according to the received SYN ACK message, through VLAN 410 (ie according to the VLAN)
  • the routing data of 410 is forwarded to the first service server.
  • the SY ACK packet (SYN ACK: OIP: MS, DIP: SP, VLAN: 411) is forwarded back to the system for controlling the service transmission through the VLAN 411 (that is, the routing data according to the VLAN 411).
  • the system for controlling the transmission of the service constructs a SYN ACK message (SY ACK: OIP: MS, DIP: SP, VLAN: 412), and passes the SYN ACK message through VLAN 412 (according to The routing data of VLAN 412 is forwarded to the second service server.
  • SYN ACK packet After the SYN ACK packet is processed, the SYN ACK packet (SYN ACK: OIP: MS, DIP: SP, VLAN: 413) is sent to the SYN ACK packet through the VLAN 413 (that is, according to the routing data of the VLAN 413).
  • a system for controlling the transmission of services constructs a SYN ACK message (SY ACK: OIP: MS, DIP: SP, VLAN: 412), and passes the SYN ACK message through VLAN 412 (according to The routing data of VLAN 412 is forwarded to the second service server.
  • SYN ACK packet After the SYN ACK packet is processed, the S
  • each SYN ACK message is the user equipment address
  • the destination address is the address of the original destination server (the SYN ACK message in the TCP three-way handshake message between the user equipment and the original destination server).
  • the text is the same, that is, the "simulation or reference" mentioned in step 3 1 C, and in addition, the identifiers of the VLANs (for example, 412, 413) b which are respectively configured by the system for controlling the service transmission and the second service server are carried.
  • the system that controls the service transmission terminates the SYN ACK message (that is, discards the message and does not send it again), constructs an ACK message (ACK: OIP: MS, DIP: SP, VLAN: 410), and forwarded to the first service server through VLAN 410; the first service server processes the ACK message and then sends an ACK message through VLAN 411 (ACK: OIP: MS, DIP: SP, VLAN: 411 ) Return to the system that controls the transmission of the service.
  • ACK message OIP: MS, DIP: SP, VLAN: 412
  • ACK OIP: MS, DIP: SP, VLAN: 413
  • server After processing the ACK message, the server sends an ACK message (ACK: OIP: MS, DIP: SP, VLAN: 413) to the system for controlling the service transmission through the VLAN 413.
  • the system for controlling the service transmission forwards the first service request received from the user to the network service.
  • the first service server and the second service server process, they are sent to the original destination server. Specifically include:
  • the system that controls the transmission of the service forwards the received first service request (carrying VLAN: 410) from the user equipment to the first service server.
  • the second service request (carrying the VLAN: 411) is generated according to the received first service request of the user, and is sent back to the system for controlling the service transmission.
  • the system for controlling the service transmission forwards the received second service request (carrier VLAN: 412) processed by the first service server to the second service server. After the second service server performs the service processing, the third service request is generated, and the third service request (carrying the VLAN: 413) is sent back to the system for controlling the service transmission.
  • the system for controlling the service transmission sends the third service request (carrying the VLAN: 402) to the original destination server; receiving the first response packet sent by the original destination server (carrying the VLAN: 402),
  • the system transmitting the control service will send the first response message (carrying VLAN: 412) Forwarding to the second service server; after the second service server performs the service processing, the second response message is generated according to the first response message; and the system for controlling the service transmission receives the second response message returned by the second service server (carrying the VLAN: 413)b
  • the system transmitting the control service sends the received second response packet (carrying VLAN: 410) to the first service server.
  • the third response message is generated according to the second response message; the system for controlling the service transmission receives the processed third response message returned by the first service server (carrying VLAN: 411)b
  • the system for controlling the service transmission forwards the processed third response message returned by the first service server to the user equipment.
  • the system for controlling the transmission of the service may adopt the foregoing PCC architecture, and apply the dynamic interface mode or the static interface mode to implement related links 10-40 in the foregoing solutions.
  • the system for controlling the transmission of the service includes PCEF and PCRF, wherein the PCEF mainly performs the receiving link, the obtaining link, and the control execution link.
  • the decision of the forwarding strategy is done by the cooperation between PCEF and PCRF.
  • the system architecture can refer to Figure 5b and Figure 5c.
  • a dynamic rule interface is used between the PCEF and the PCRF; the method includes:
  • the policy includes forwarding the service data to the at least one service server, where At least one business server is not the original destination server of the business data;
  • the preceding receiving links and determining the forwarding strategy include:
  • the PCEF acquires dynamic information of the user or service layer information of the service data;
  • the PCEF initiates a request to the PCRF to carry the user's dynamic information or the business warehouse of the business data,
  • the PCRF obtains a corresponding policy according to the dynamic information of the user reported by the PCEF or the service layer information of the service data, and sends the corresponding policy to the PCEF.
  • the PCEF buffers the received dynamic information of the user or the policy corresponding to the service layer information of the service data
  • the PCEF After receiving the service data of the user, the PCEF determines that the service data needs to be forwarded to at least one service server according to the dynamic information of the user or the service layer information of the service data and the cached policy.
  • the system for controlling service transmission includes a PCEF and a PCRF, and a static rule interface between the PCEF and the PCRF.
  • the method includes:
  • the policy includes forwarding the service data to the at least one service server, where At least one service server is not the original destination server carried in the service data.
  • the locally configured policy can be activated or deactivated according to the instructions of the PCRF.
  • the receiving link and the determining forwarding strategy include:
  • the PCEF acquires dynamic information of the user or service layer information of the service data
  • the PCEF After receiving the service data of the user, the PCEF receives the dynamic information of the user or the number of the service. According to the business layer information, and the above-mentioned locally stored policy, it is determined that the service data needs to be forwarded to at least one service server.
  • an implementation of the present invention provides a system for controlling the transmission of control traffic for each of the foregoing methods.
  • the system includes a receiving module (M100), an obtaining module (M200), a forwarding policy module (M300), and a control execution module (M400) communication connection between the foregoing modules.
  • a receiving module configured to receive communication data sent by the user equipment, where the communication data carries information of the original destination server; (ie, performing the foregoing receiving step) b
  • An obtaining module configured to acquire one or any combination of dynamic information of a user that sends the communication data and service layer information of the communication data according to the communication data; (ie, perform the foregoing obtaining step) b
  • a forwarding policy module configured to determine, according to one or any combination of the obtained dynamic information of the user and the service layer information, the forwarding policy, where the forwarding policy includes: forwarding the service data sent by the user equipment to at least a service server, the at least one service server is different from the original destination server carried in the communication data; (ie, performing the foregoing determining the forwarding policy link) b
  • a control execution module configured to perform the following steps: sending the service data sent by the user equipment to the at least one service server, and receiving the service data processed by the at least one service server, and receiving the service data
  • the processed service data is sent to the original destination server carried in the communication data (that is, the foregoing control execution link is executed).
  • each module described in FIG. 10 can implement the functions of each method link mentioned in each method embodiment.
  • a module may also be added correspondingly, for example, a TCP protocol processing module (500) and a TCP link reconstruction module (600) to implement the functions of the method implementation steps described above. I will not repeat them here.
  • the system for controlling the transmission of services comprises at least one processor (1001), such as a CPU, at least one network interface (1004) or other communication interface (1003), memory (1005), and at least one communication bus (1002)b communication bus (1002) ) for implementing connection communication between the aforementioned devices.
  • the system for controlling the transmission of the service optionally includes a user interface (1003) such as a display, a keyboard or a pointing device.
  • the memory (1005) may contain a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory.
  • the memory (1005) may optionally include at least one storage device located remotely from the aforementioned CPU 1001. In some embodiments, the memory (1005) stores the following elements, modules or data structures, or a subset thereof, or their extension set:
  • the operating system (1006) which contains various programs for implementing various basic services and handling hardware-based tasks;
  • the receiving module (M100), the obtaining module ( ⁇ 200), determining the forwarding policy module ( ⁇ 300), and the functions of each module of the control executing module ( ⁇ 400)b are as described above.
  • the working principle of the foregoing module may be specifically described in the methods shown in FIG. 1-3 and 6-9, and details are not described herein again.
  • the disclosed systems, devices, and methods may be implemented in other ways.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be electrical, mechanical or otherwise.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. You can choose some of them according to actual needs or All units are used to achieve the objectives of the solution of this embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product.
  • the technical solution of the present invention which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a USB flash drive, a removable hard disk, a read-only memory ROM, a Read-Only Memory random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种控制业务传输的方法和设备，能够实现基于用户动态信息的业务转发，灵活地对用户订购的增值服务进行业务编排。该方法包括：接收传输业务的用户设备发送的连接请求消息，该连接请求消息包括该用户设备的用户信息；根据该用户信息，确定增值服务系统VAS信息，该VAS信息用于指示该业务的至少一个目的VAS；接收发送端发送的该业务的第一数据报文；根据该VAS信息，从该至少一个目的VAS获取第二数据报文，该第二数据报文是该至少一个目的VAS对该第一数据报文进行增值处理后的数据报文；向接收端发送该第二数据报文。通过使VAS在对数据报文进行增值处理后返回给网关设备，能够使网关设备根据用户的动态信息灵活地进行业务编排。

Description

控制业务传输的方法和装置 技术领域
本发明涉及通信领域，并且更具体地，涉及控制业务传输的方法和装置。 背景技术
某些电信运营商在为用户提供通信业务的同时，会发布一些与该业务相 关的套餐，如果用户订购了此套餐，则该用户的业务会被转发至与该套餐相 应的增值服务系统（ VAS , Value Added System ) ,对业务进行增值处理，反 之，如果用户未订购此套餐，则用户的业务请求将被直接转发到业务服务器 (网络侧），不会经过增值服务系统的处理。 因此，需要按照用户的套餐订 购关系将不同用户的业务转发到不同的增值服务系统。
目前，已知一种技术方案，即，网络接入服务器（ NAS .Network Access Server 例如，网关通用无线分组业务支持节点（ GGSN .Gateway GPRS Support Node 分组数据服务节点（ PDSN , Packet Data Serving Network 宽带远程接入服务器（ BRAS , Broadband Remote Access Server )等）或鉴权、 授权禾 Π计费月 务 ( AAA , Authentication Authorization and Accounting )月 务 器根据用户签约信息确定路由策略，即，为不同的用户分配不同的网际协议 地址池（ IP Pool , Internet Protocol Pool ) ,为订购了 VAS1进行的增值服务的 用户的业务分配指示 VAS1的 IP Pooll ,为订购了 VAS2进行的增值服务的 用户的业务分配指示 VAS2的 IP Pool2 ,为订购了 VAS 3进行的增值服务的 用户的业务分配指示 VAS 3的 IP Pool3。 路由器设备（交换机设备）根据业 务的源 IP地址（上述 IP Pool )进行策略路由 ，将业务的数据报文转发到不 同的 VAS进行处理。 而 VAS对该数据报文进行增值处理后，直接发送至用 户设备、 网络侧或其他 VAS。
因此，在上述技术方案中 ，在用户订购了多个 VAS进行的增值服务的 情况下，或在用户订购的增值服务随触发条件发生变更的情况下，无法对各 VAS的增值服务进行业务编排。 发明内容
本发明实施例提供一种控制业务传输的方法和设备，在丰富化通信业务 的同时， 一定程度上节约了通信资源。。
一方面，提供了一种控制业务传输的方法，该方法包括：接收传输业务 的用户设备发送的连接请求消息，该连接请求消息包括该用户设备的用户信 息；根据该用户信息，确定增值服务系统 VAS信息，该 VAS信息用于指示 该业务的至少一个目的 VAS；接收发送端发送的该业务的第一数据报文；根 据该 VAS信息，从该至少一个目的 VAS获取第二数据报文，该第二数据报 文是该至少一个目的 VAS对该第一数据报文进行增值处理后的数据报文； 向接收端发送该第二数据报文。
另一方面，提供了一种控制业务传输的方法，该方法包括：接收网关设 备发送第一数据报文；对该第一数据报文进行增值处理而生成第二数据报 文； 向该网关设备发送该第二数据报文。
再一方面，提供了一种控制业务传输的装置，其特征在于，该装置包括： 接收单元，接收传输业务的用户设备发送的连接请求消息，该连接请求消息 包括该用户设备的用户信息；确定单元，根据该用户信息，确定增值服务系 统 VAS信息，该 VAS信息用于指示该业务的至少一个目的 VAS；该接收单 元还用于接收发送端发送的该业务的第一数据报文；获取单元，用于根据该 VAS信息，从该至少一个目的 VAS获取第二数据报文，该第二数据报文是 该至少一个目的 VAS对该第一数据报文进行增值处理后的数据报文；发送 单元，用于向接收端发送该第二数据报文。 本发明实施例的控制业务传输的方法和装置，通过使 VAS 在对数据报 文进行增值处理后返回给网关设备，能够使网关设备根据用户的动态信息灵 活地进行业务编排。
本发明实施方式的又一方面， 提供了一种通信业务处理方法，包括： 控制业务传输的系统接收用户设备发送的通信数据，该通信数据中携带 有原始目的服务器的信息,简称接收环节；
根据该通信数据获取发送该通信数据的用户的动态信息和该通信数据 的业务层信息之一或者任意组合，简称获取环节；
根据获取的该用户的动态信息和该业务层信息之一或者任意组合，确定 转发策略，该转发策略包括：需要将与该通信数据相应的业务数据转发给至 少一个业务服务器，该至少一个业务服务器不同于该通信数据中携带的原始 目的服务器，简称确定转发策略环节；
将该与该通信数据相应的业务数据发送给该至少一个业务服务器，并接 收经过该至少一个业务服务器处理后的业务数据，将该接收到的经过处理后 的业务数据发送给该通信数据中携带的原始目的服务器，简称控制执行环 节。
本发明实施方式的另一方面，提供了一种控制业务传输的系统，该系统包 括接收模块（ M100 ) ,获取模块（ Μ200 ) ,确定转发策略模块（ Μ300 ) ,控 制执行模块（ Μ400 ) ,该各模块之间通信连接，
该接收模块（ M100 ) ,用于接收用户设备发送的通信数据，该通信数据 中携带有原始目的服务器的信息；
该获取模块（ Μ200 ) ,用于根据该通信数据获取该用户设备的用户的动 态信息和该通信数据的业务层信息之一或者任意组合；
该确定转发策略模块（ Μ300 ) ,用于根据获取的该用户的动态信息和该 业务层信息之一或者任意组合，确定转发策略，该转发策略包括：需要将该 用户设备发送的业务数据转发给至少一个业务服务器，该至少一个业务服务 器不同于该通信数据中携带的原始目的服务器；
该控制执行模块（ Μ400 ) ,用于控制执行下述步骤：将该该用户设备发 送的业务数据发送给该至少一个业务服务器，并接收经过该至少一个业务服 务器处理后的业务数据，将该接收到的经过处理后的业务数据发送给该通信 数据中携带的原始目的服务器。
针对上述通信业务处理方法实施方式和一种控制业务传输的系统的实 施方式，在具体的例子中， 其中的控制业务传输的系统为 P C C系统，该 P C C系统中的 PCEF与 PCRF之间采用动态规则接口或者静态规则接口。
针对上述通信业务处理方法实施方式和一种控制业务传输的系统的实 施方式， 以及上述控制业务传输的系统为 P C C系统的具体的实施方式，更 具体的实施方式中 ：该用户的动态信息包括下述信息的一种或者任意组合： 用户的手机号码、 用户的 IMSI、 用户的 IP地址、 用户的订购业务信息、 或 者当前网络的承载类型。 该业务层信息包括下述信息的一种或者任意组合： 业务相关的 L7层或者 L7+层信息。通过上述的方法或者系统， 控制业务传输 的系统可以根据用户的动态信息或者业务层信息灵活的进行业务的控制处 理，尤其是可以将业务转向给原始目的业务服务器以外的业务服务器，在丰 富化通信业务的同时避免了通信数据过多的反复发送，尤其是不需要用户设 备多次发送相关业务数据给不同的业务服务器， 一定程度上节约了通信资 源，提高通信效率。 附圉说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技 术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图 仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造 性劳动的前提下，还可以根据这些附图获得其他的附图。
图 1是根据本发明一实施例的控制业务的传输的方法的示意性流程图。 图 2是根据本发明一实施例的控制业务传输的方法的交互图。
图 3是根据本发明另一实施例的控制业务传输的方法的交互图。 图 4是本发明一实施例的控制业务的传输的装置的示意性框图。 图 5a是一个的一个系统的发明实施方式的架构示意图 ；
图 5b是的另一个系统的本发明实施方式的架构示意图 ；其中包括上行 业务流的走向示意。
图 5c是的又一个系统的本发明实施方式的架构示意图 ；其中包括下行 业务流的走向示意。
图 6 是一个控制业务传输的方法的本发明实施方式的流程简要示意图 ； 图 7a是_个控制业务传输的方法的本发明实施方式的流程示意图 ； 图 7b是另一个控制业务传输的方法的本发明实施方式的流程示意图； 图 8是一个控制业务传输的方法的本发明实施方式的流程示意图 ； 图 9是图 8所示方法的一个例子中的信令示意图 ；
图 10是一个控制业务传输的系统的实施方式的结构示意图。 具体实施方式 下面将结合本发明实施例中的附图 ，对本发明实施例中的技术方案进行 清楚、 完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是 全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创 造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的技术方案，可以应用于各种通信系统，例如：全球移动通讯系 统（ GSM , Global System of Mobile communication ) ,码分多址（ CDMA , Code Division Multiple Access )系统，宽带码分多址（ WCDMA , Wideband Code Division Multiple Access Wireless ) ,通用分组无线业务 ( GPRS , General Packet Radio Service ) ,长期演进 ( LTE , Long Term Evolution )等。
用户设备（ UE , User Equipment ) , 也可称之为移动终端（ Mobile
Terminal )、移动用户设备等，可以经无线接入网（例如， RAN , Radio Access Network )与一个或多个核心网进行通信，用户设备可以是移动终端，如移 动电话（或称为 "蜂窝 "电话）和具有移动终端的计算机，例如，可以是便携 式、 袖珍式、 手持式、 计算机内置的或者车载的移动装置，它们与无线接入 网交换语言和 /或数据。
策略决策服务器，可以设置在网关设备外部，与网关设备相独立。
网关设备可以包括 GGSN、 PDSN和 Wimax接入服务网络（ WASN , Wimax Access Service Network )等，应理解，本发明实施例的网关设备还可 以包括其他网络中能够实现业务集中会聚点以及可以实现对终端用户访问 的业务流进行内容解析和控制的网元。 并且，在策略与计费控制（ PCC , Policy and Charging Control )架构中， 策略和计费执行功能 ( PCEF , Policy and Charging Enforcement Function )的 实体是网关设备的一部分，用于实现业务的检测、 策略执行和基于流的计费 功能。
策略和计费规则功能（ PCRF , Policy and Charging Rule Function )的实 体可以接受来自 PCEF的输入，用于实现策略控制决策和基于流计费控制的 功能，向 PCEF提供关于业务数据流检测、 门控、 基于流计费（除信用控制 外）的网络控制功能，结合 PCRF的自定义信息做出 PCC决策。
图 1示出了从网关设备侧的角度描述的，根据本发明实施例的控制业务 的传输的方法 100的示意性流程图。 如图 1所示，该方法 100包括：
S110 ,接收传输业务的用户设备发送的连接请求消息，该连接请求消息 包括该用户设备的用户信息；
S120 ,根据该用户信息，确定增值服务系统 VAS信息，该 VAS信息用 于指示该业务的至少一个目的 VAS；
S130 ,接收发送端发送的该业务的第一数据报文；
S140 ,根据该 VAS信息，从该至少一个目的 VAS获取第二数据报文， 该第二数据报文是该至少一个目的 VAS对该第一数据报文进行增值处理后 的数据报文；
S150 , 向接收端发送该第二数据报文。
具体地说，在上述 S110步骤中 ，UE上线后可以向网关设备发送例如远 程用户拨号认证系统计费开始 ( Radius Accounting- Start , Radius Remote Authentication Dial in User Service Accounting- Start )1青求消息 '并且 '该 Radius Accounting-Start请求消息中可以携带该 UE的用户信息（例如，手机号等） , 网关设备可以根据该用户信息，从预先获取的签约信息列表中查询与该用户 信息相对应的签约信息。
在上述 S120步骤中 ， 网关设备可以确定与该 UE的业务相对应的 VAS 转发规则（例如，需要发送至的与签约信息相对应的 VAS信息），具体的规 则内容（ VAS信息）可以包括： VAS标识 ID、 VAS的虚拟局域网 VLAN ID、 VAS的网际协议 IP地址。 其中 ， VAS的 VLAN ID可以包括：上行虚拟局 域网标识（ Uplink- VLAN ID )、 下行虚拟局域网标识（ Downlink- VLAN ID ) , VAS的 IP地址可以包括：上行网际协议（ Uplink- VAS IP )地址（用于指示 上行业务流发往 VAS 时下一跳的网关地址、 主机字节序 下行网际协议 ( Downlink-VAS IP )地址（用于指示下行业务流发往 VAS时下一跳的网关 地址、 主机字节序）b
可选地，在本发明实施例中 ，该方法还包括：
获取用于指示该业务的业务状态的状态信息；以及
该根据该用户信息，确定 VAS信息，包括：
根据该用户信息和该状态信息，确定该 VAS信息。
可选地，在本发明实施例中 ，该状态信息包括用于指示当前时间的时间 信息和 /或用于指示该业务的当前承载网络的承载信息。 具体地说，存在 UE订购的增值服务根据当前业务状态而发送变化的情 况，例如， UE定购套餐包，在指定时间段内（如 8am〜8pm )需要转发该 UE的数据报文转发到在线杀毒平台（ VAS ) ,如果 UE在 08:00am〜08:00pm 之间上线并与网络侧进行数据传输，则网关设备可以根据用户手机号码和当 前时间 ，查询该 UE的签约信息，确定 VAS转发规则为需要将该 UE的数据 报文转发到在线杀毒平台。 如果 UE在 08： 00pm〜08:00am之间上线并与网 络侧进行数据传输，则网关设备可以根据用户手机号码和当前时间 ，查询该 UE的签约信息，确定 VAS转发规则为需要将该 UE的数据报文直接转发到 网络侧。
再例如，UE定购套餐包，在 3G网络制式下需要转发该 UE的数据报文 到在线杀毒平台（ VAS )b 如果用户通过 3G网络上线并与网络侧进行数据 传输，则网关设备可以根据用户手机号码和承载类型（ RAT-TYPE ) ,查询该 UE的签约信息，确定 VAS转发规则需要为将该 UE的数据报文发到在线杀 毒平台。 如果用户切换到 2G网络并与网络侧进行数据传输，则网关设备可 以根据用户手机号码和承载类型（ RAT-TYPE ) ,查询该 UE的签约信息，确 定 VAS转发规则为需要将该 UE的数据报文直接转发到网络侧。
根据本发明实施例的控制业务传输的方法，在用户订购的增值服务随触 发条件发生变更的情况下，能够灵活地对各 VAS的增值服务进行业务编排。
可选地，在本发明实施例中 ，该根据该用户信息，确定 VAS信息，包 括： 根据该用户信息，从基于该用户信息与该 VAS信息的对应关系生成的 第一数据库中，获取该 VAS信息。
可选地，在本发明实施例中 ，该根据该用户信息和该状态信息，确定 VAS信息，包括：
根据该用户信息和该状态信息，从基于该用户信息和该状态信息与该
VAS信息的对应关系生成的第二数据库中，获取该 VAS信息。
具体地说， UE订购了运营商提供的服务后，网关设备可以从该运营商 同步该 UE的签约信息，该签约信息中记载了该 UE的业务的 VAS转发规则， 并且，网关设备可以生成并维护记录有该用户的用户信息与该 VAS转发规 则的对应关系的列表（例如，记录有该用户的手机号和用于实现该用户订购 的服务的服务器的标识 VAS ID )b 从而，网关设备可以根据用户信息，从上 述列表中确定该 UE的业务的 VAS转发规则。
可选地，在本发明实施例中 ，该根据该用户信息，确定 VAS信息，包 括：
向策略决策服务器发送包括该用户信息的第一策略请求消息；
接收该策略决策服务器发送的包括第一控制信息的第一策略请求应答 消息，其中 ，该第一控制信息是该策略决策服务器根据该用户信息确定的， 用于指示该 VAS信息；
根据该第一控制信息，确定该 VAS信息。
可选地，在本发明实施例中 ，该根据该用户信息和该状态信息，确定 VAS信息，包括：
向策略决策服务器发送包括该用户信息和该状态信息的第二策略请求 消息；
接收该策略决策服务器发送的包括第二控制信息的第二策略请求应答 消息，其中 ，该第二控制信息是该策略决策服务器根据该用户信息和该状态 信息确定的，用于指示该 VAS信息；
根据该第二控制信息，确定该 VAS信息。
具体地说，受现网设备（包括 NAS、 AAA设备）的系统资源的限制， 根据用户的动态信息（例如，用户签约信息、 套餐订购关系等）分配 IP 地 址，对现网设备处理性能的影响较大，并且，在上述技术方案中 ，为了保持 用户动态信息的同步，需要对现网设备进行较大升级改造或通过网络维护人 员手动更新，不仅升级难度大，而且难以进行维护 ，因此，在本发明实施例 中 ， UE订购了运营商提供的服务后，设置在网关设备外部的策略决策服务 器可以从该运营商同步该 UE的签约信息，该签约信息中记载了该 UE的业 务的 VAS转发规则 ，并且，策略决策服务器可以生成并维护记录有该用户 的用户信息与该 VAS转发规则的对应关系的列表（例如，记录有该用户的 手机号和用于实现该用户订购的服务的服务器的标识 VAS ID 从而，网关 设备在接收到 UE发送的 Radius Accounting-Start消息后，可以向策略决策服 务器发送包括该 UE的用户信息的策略请求消息，策略决策服务器可以根据 用户信息，从上述列表中确定该 UE的业务的 VAS转发规则，并通过策略请 求应答消息将用于指示该 VAS转发规则的信息发送给网关设备。 从而使网 关设备根据该信息确定该 UE的业务的 VAS转发规则。
并且， 可选地，在本发明实施例中 ，该根据该第一控制信息，确定该 VAS信息，包括：
根据该第一控制信息包括的 VAS信息指示标识，确定该 VAS信息；或 从该控制信息中获取该 VAS信息。
并且， 可选地，在本发明实施例中 ，该根据该第二控制信息，确定该 VAS信息，包括：
根据该第二控制信息包括的 VAS信息指示标识，确定该 VAS信息；或 从该第二控制信息中获取该 VAS信息。 具体地说， PCC架构中的 PCRF与 PCEF之间可以采用动态规则接口 实现相关方案。 具体地说，策略决策服务器（例如， PCRF )可以通过动态 规则接口 ，（例如，通过 Gx消息）将全部转发规则（ VAS信息）下发给网 关设备（例如， PCEF ) ,此情况下，需要在 Gx消息中扩展以下字段：
<信用控制应答 ( CCA , Credit Control Answer )消息〉 ：: = < Diameter Header: 272 , ΡΧΥ > (表示 PCRF通过 CCA消息向 PCEF发送全部 VAS转 发规则（ VAS信息））
*[VAS-Redirect-Install] (表示新建或更新一条 VAS重定向规则）
* [ VAS-Redirect-Remo ve] (表示用于删除一条 VAS重定向规则） < ( RAR , Re-Authorize Request ) > ::= < Diameter Header: 258 , REQ , PXY > (表示 PCRF通过 RAA消息向 PCEF发送全部 VAS转发规则（ VAS 息 ) )
*[VAS-Redirect-Install] (表示新建或更新一条 VAS重定向规则）
* [ VAS-Redirect-Remo ve] (表示删除一条 VAS重定向规则）
VAS-Redirect-Install：: = < AVP Header: 10109 >
{VAS-Redirect-Rule-Name} (表示新建 /更新的 VAS重定向规则名称）
{VASID} (用于指示 VAS的标识）
{Uplink-VLANID} (用于指示上行 VLAN ID )
{Downlink-VLANID} (用于指示下行 VLAN ID )
{Uplink-VASIP} (用于指示上行 VAS IP )
{Downlink- VASIP} (用于指示下行 VAS IP )
VAS-Redirect-Remo ve：: = < AVP Header: 10110 >
* [VAS-Redirect-Rule-Name] (表示删除的 VAS重定向规则名称）b 这样，通过将所有的 VAS信息均配置在网关设备外部，能够将对网络 设备性能的影响降低至最低。 并且，可选地，在本发明实施例中 ，该根据该控制信息，确定该 VAS 信息，包括： 根据该控制信息包括的 VAS信息指示标识，确定该 VAS信息。 可替换的， PCC架构中的 PCRF与 PCEF之间可以采用静态规则接口 实现相关方案。 具体地说，可以预先在网关设备（例如， PCEF )内配置如 以下表 1所示的 VAS信息，从而策略决策服务器（例如， PCRF )可以仅发 送用于指示确定的转发规则（ VAS信息）的 VAS信息指示标识，例如，表 1 中的 VAS重定向规则名称（ * VAS-Redirect-Rule-Name ) ,表示激活或去激活 某个 VAS 重定向规则。 网关设备 （ 例如 ， PCEF ) 可以根据该 * VAS-Redirect-Rule-Name查询本地静态配置的转发规则（存放于内存数据库 中），获取需要将业务转发至的 VAS信息。
表 1
Figure imgf000017_0001
下行 VLAN ID
Uplink- VAS IP Uint32 VAS的 NOT NULL 上行 VAS IP
Downlink- VAS IP Uint32 VAS的 NOT NULL 下行 VAS IP 此情况下，需要在 Gx消息中扩展以下字段：
<CCA>：: = < Diameter Header: 272 , ΡΧΥ〉（表示 PCRF通过 CCA消息 向 PCEF发送全部 VAS转发规则（ VAS信息））
*[VAS-Redirect-Install] (表示新建或更新一条 VAS重定向规则） * [ VAS-Redirect-Remo ve] (表示用于删除一条 VAS重定向规则） <RAR>：: = < Diameter Header: 258 ,REQ ,ΡΧΥ >(表示 PCRF通过 RAA 消息向 PCEF发送全部 VAS转发规则（ VAS信息））
*[VAS-Redirect-Install] (表示新建或更新一条 VAS重定向规则）
* [ VAS-Redirect-Remo ve] (表示删除一条 VAS重定向规则） VAS-Redirect-Install：: = < AVP Header: 10109 >
{VAS-Redirect-Rule-Name} (表示新建 /更新的 VAS重定向规则名称） * [ VAS-Redirect-Rule-Name] (表示删除的 VAS重定向规则名称） 这样，通过将具体 VAS信息配置在网关设备内 ，策略决策服务器仅下 发指示信息，便能够完成转发规则即 VAS信息的指示，从而能够縮短交互 时间 ，提高业务访问的速度，降低对用户体验的影响。
本发明实施例的控制业务传输的方法，通过设置在网关设备外部的策略 决策服务器确定该业务的控制信息，网关设备根据该控制信息对该业务的传 输进行控制，减少因根据用户动态信息对业务进行转发而对网关设备性能造 成的影响，并能够维持用户设备的持续更新，减少网络维护的工作量。
在本发明实施例中 ，业务可以是 UE通过网关设备发送给网络侧的，也 可以是网络侧通过网关设备发送给 UE的， 因此，在上述 S130步骤中 ，网 关设备可以接收 UE或网络侧（以下，以业务提供商（ SP , Service Provider ) 为例，对网络侧进行说明）发送的该业务的数据报文。
在上述 S140步骤中 ，网关设备可以根据上述 VAS信息，与该 VAS信息 指示的 VAS建立 TCP链接，并向该 VAS发送上述数据报文， VAS对该数据 报文进行增值处理，并将增值处理后的数据报文返回给网关设备。
可选地，在本发明实施例中 ，该 VAS信息用于指示该业务的至少两个 目的 VAS；以及
该根据该 VAS信息，从至少一个目的 VAS获取第二数据报文，包括： 根据该 VAS信息， 向第一目的 VAS发送该第一数据报文；
接收该第一目的 VAS发送的第三数据报文，该第三数据报文是该第一 目的 VAS对该第一数据报文进行增值处理后的数据报文；
根据该 VAS信息， 向第二目的 VAS发送该第三数据报文；
接收该第二目的 VAS发送的第二目的 VAS对第三数据报文进行增值处 理后的数据报文；
第二目的 VAS对第三数据报文进行增值处理后的数据报文为第二数据 报文；或者，向至少一个其他的目的 VAS发送第二目的 VAS对第三数据报 文进行增值处理后的数据报文，以使该至少一个其他的目的 VAS对经第二 目的 VAS对第三数据报文进行增值处理后的数据报文再次进行增值处理， 并将该至少一个其他的目的 VAS对经第二目的 VAS对第三数据报文进行增 值处理后的数据报文再次进行增值处理后的数据报文作为第二数据报文；其 中 ，该其他的目的 VAS是指除了第一目的 VAS和第二目的 VAS以外的其他
具体地说，例如，如果用户订购了运营商发布的套餐包，进行网页适配 服务和视频优化服务，则网关设备可以根据用户手机号码，查询保存在本地 的 VAS转发规则数据库或从策略决策服务器获取对该 UE的 VAS转发规则， 确定对该 UE的 VAS转发规则（例如，需要将该 UE的数据报文发送至进行 网页适配服务的 VAS和进行视频优化服务的 VAS )b
并且，在接收到 UE发送的数据报文后，网关设备可以根据该 VAS转发 规则，首先，将该数据报文发送至进行网页适配服务的 VAS和进行视频优 化服务的 VAS中的任一个 VAS (例如，进行网页适配服务的 VAS ) ,具体地 说，由于每个 VAS处于不同的 VLAN中 ，因此 PCEF可以根据 VAS的 VLAN ID转发业务报文，即修改 VLAN ID ,通过指定的 VLAN发送业务流，网关 设备可以保存该数据报文的原始目的地址，并将业务报文的目的 MAC地址 修改为对应 VAS的 IP地址，将数据报文的下一跳路由目的地址修改为该 VAS (进行网页适配服务的 VAS )的 IP地址，并通过交换机发送给该 VAS。 在 以下说明中 ，网关设备向 VAS发送数据报文的方法与该步骤相同，省略其 说明。
该 VAS对数据报文进行增值处理后，将增值处理后的数据报文（网页 适配处理后的数据报文）发送回网关设备，具体地说，可以在该 VAS 配置 一条路策略，即，将数据报文的下一跳路由目的地址设置为网关设备的 IP 地址，在以下说明中 ， VAS向网关设备发送数据报文的方法与该步骤相同， 省略其说明。
其后，网关设备将该数据报文（网页适配处理后的数据报文）发送至进 行网页适配服务的 VAS和进行视频优化服务的 VAS中的另一个 VA 例如， 进行视频优化服务的 VAS ) ,该 VAS对接收到的数据报文（网页适配处理后 的数据报文）进行增值处理后，将该数据报文（网页适配处理和视频优化处 理后的数据报文）发送会网关设备，最后，网关设备将该数据报文（网页适 配处理和视频优化处理后的数据报文）的下一跳路由目的地址修改为保存的 原始目的地址，从而将该数据报文发送至 SP。
以上列举了 UE通过网关设备将数据报文发送给 SP的实施例，但本发 明并不限定于此，也同样适用于 SP通过网关设备将数据报文发送给 UE的 情况，并且，在此情况下，数据报文在进行网页适配服务的 VAS 和进行视 频优化服务的 VAS 中的转发顺序可以与上述实施例相同也可以与上述实施 例相反，本发明并未特别限定。
并且，以上列举了网关设备需要将数据报文先后转发给两个 VAS 的实 施例，但本发明并不限定于此，目的 VAS的数量可以根据 UE签约信息而确 定，可以是任意数量。
PCEF在确定业务的目标 VAS的 VAS信息后，可以根据该优先级信息， 具体地说，根据优先级标识或各 VAS在 VAS转发规则中的排列顺序对该数 据报文进行转发，即，该 VAS信息可以包括用于指示该第一数据报文在该 至少两个 VAS中的发送顺序的优先级信息。
具体地说， 可以在 Gx 消息中 ， 除上述 *[VAS-Redirect-Install]字段、
* [ VAS-Redirect-Remo ve]字段、 *[VAS-Redirect-Rule-Name]外 ， 还扩展 * [Precedence]字段（表示该 VAS的转发优先级，如果未携带，则认为优先级 最低，对于同优先级的 VAS ,系统将按照规则下发的顺序依次转发）b
或者，也可以在网关设备内配置如以下表 2所示的 VAS信息从而 PCRF 可以仅发送对确定的转发规则（ VAS信息）相对应的指示信息，例如，表 2 中的 VAS重定向规则名称（ * VAS-Redirect-Rule-Name ) ,并在 Gx接口中只 下发 VAS-Redirect-Rule-Name字段，表示激活或去激活某个 VAS重定向规 贝 lj。 PCEF查询本地静态配置的转发规则（存放于内存数据库中），获取需要 将业务转发至的 VAS信息。
表 2 字段名 字段类型 字段定 约束性 义
φ Varchar2 VAS转 NOT NULL
VAS-Redirect-Rule-Name ( 21 )
发规则名称
VAS ID 32 位无 VAS的 NOT NULL 符 号 整 数 ID ( Uint32 )
Uplink-VLAN ID Uint32 VAS的 NOT NULL 上行 VLAN ID
Downlink- VLAN ID Uint32 VAS的 NOT NULL 下行 VLAN ID
Uplink- VAS IP Uint32 VAS的 NOT NULL 上行 VAS IP
Downlink- VAS IP Uint32 VAS的 NOT NULL 下行 VAS IP
Precedence Uint32 优先级 OPTIONAL 这样，通过根据 VAS转发规则优先级，将业务流依次转发到相应的 VAS 平台，能够实现灵活的业务编排。 可选地，在本发明实施例中 ，在从至少一 个目的 VAS获取第二数据报文前，该方法还包括：
向该至少一个目的 VAS发送测试消息；
接收该至少一个目的 VAS发送的测试响应消息；
根据该测试响应消息，确定该至少一个目的 VAS有效。 具体地说，在 本发明实施例中 ，网关设备还可以提供 VAS 状态检测能力 ，即，每隔一定 时间（该时间可根据需要设置）向每个 VAS发送网际控制报文协议（ ICMP , Internet Control Message Protocol )报文，如果连续 Ν次（该次数可根据需要 设置）收不到 ICMP响应，则确定此 VAS失效。 并且，可选地，对于失效 的 VAS ,间隔一定时间后（该时间可根据需要设置）可以再次发送 ICMP报 文，如果连续 N次可以收到 ICMP响应，则可以确定其有效。 PCEF在向 VAS 转发业务前，会首先查询该 VAS的状态，如果 VAS失效，则跳过该 VAS , 将业务流转发到下一个 VAS平台，直到无 VAS需要再次转发，将业务转发 给最终 SP。
这样，能够在需要转发业务报文时，立即获知该业务的目标 VAS 是否 有效，从而能够縮短交互时间 ，提高业务访问的速度，降低对用户体验的影 响。
或者，在本发明实施例中， PCEF还可以在向 VAS转发业务前，首先该 VAS发送 ICMP报文，如果在规定时间（该时间可根据需要设置）内收到 ICMP 响应，则可以确定该 VAS有效，反之确定为失效，如果 VAS失效，则跳过 该 VAS ,将业务流转发到下一个 VAS平台，直到无 VAS需要再次转发，将 业务转发给 SP。
这样，网关设备仅在有需要时检测相应的 VAS 的状态，从而能够降低 对网关设备性能的影响。
本发明实施例的控制业务传输的方法，通过对 VAS 的状态进行检测， 如果该 VAS失效，则不将业务报文转发到该 VAS ,从而保证用户的业务能 够正常访问 ，不会因为某个 VAS 不可用而导致用户业务访问失败。 在以下 说明中 ，作为示例而非限定，以 PCRF为例，对策略决策服务器进行说明 ， 以 PCEF为例，对网关设备进行说明。
图 2示出了根据本发明一实施例的控制业务传输的方法的交互图 ，在该 实施例中 ，用户订购了运营商发布的套餐包 1： 10元 100MB流量，赠送网 页适配服务和视频优化服务，则 PCRF (策略决策服务器）可以从运营商同 步并保存该用户的签约关系，并且，可以生成并维护记录有该用户的用户信 息与该签约信息的对应关系的签约信息列表（例如，记录有该用户的手机号、 实现该网页适配服务的服务器（ VAS 1 )的标识 VAS ID、 实现该视频优化服 务的服务器（ VAS 2 )的标识 VAS ID )b 并且， PCRF可以定义两个服务器的 优先级，例如，作为示例而非限定，使优先级为 VAS 1>VAS 2，以便于 PCEF 根据该优先级，对业务进行转发（例如，先转发给 VAS 1，再转发给 VAS 2 )b 如图 2所示，在 S201 , UE上线， NAS/AAA可以向 PCEF发送例如， Radius Accounting- Start请求消息，并且，该 Radius Accounting- Start请求消 息中可以携带该 UE 的用户信息（例如，手机号等），或该用户信息和状态 信息（例如，当前时间 ，承载网络等 )ο
在 S202 , PCEF可以通过例如 Gx接口向 PCRF发送例如 Gx初始信用 控制请求（ CCR-I , Credit Control Request-Initial )消息，并且，该 Gx CCR-I 请求消息可以携带该 UE的业务信息，该业务信息可以包括用户信息，或该 用户信息和状态信息（例如，手机号、 当前时间 ，承载网络等）b 应理解， 以上列举的 Gx CCR-I请求消息仅是本发明的一个示例性说明 ，本发明并不 限定于此， PCEF与 PCRF之间交互的其他能够承载该 UE的用户信息的消 息均落入本发明的保护范围内 ，以下，省略对相同或相似情况的说明。
在 S203 , PCRF在接收到该 Gx CCR-I请求消息后，可以根据 PCEF上 报的业务信息，从预先创建的签约信息列表中查询与该用户信息相对应的签 约信息，从而确定与该 UE的业务相对应的 VAS转发规则（例如， VAS1各 VAS2的 VAS ID、 VLAN ID和 IP地址。
如下为图 2所示实施方式中 VAS转发规则的一个具体的例子：
VAS-Redirect-Install
VAS-Redirect-Rule-Name = ContentAdaptation
VAS-ID = VAS1
Uplink- VLANID= 1
Downlink- VLANID= 2
Uplink-VASIP= 10.10.10.1
Downlink- VASIP= 10.10.10.1
Precedence = 1
VAS-Redirect-Install VAS-Redirect-Rule-Name = VideoOptimization
VAS-ID = VAS2
Uplink- VLANID= 3
Downlink- VLANID= 4
Uplink- VASIP= 10.10.10.2
Downlink- VASIP= 10.10.10.2
Precedence = 2
上述 VAS转发规则可以按照规范进行的二进制编码。 从上述内容可以 看到上述转发规则中 ， ContentAdaptation的优先级高于 VideoOptimization。 在 S204 , PCRF通过 Gx信用控制应答（ CCA , Credit Control Answer ) 消息，向 PCEF下发该 VAS转发规则，并且，如上所述， PCRF可以仅下发 用于指示该 VAS 转发规则的 VAS 信息指示标识 （ 例如 ， * VAS-Redirect-Rule-Name ) ,也可以下发 VAS转发规则的全部信息。 在 S205 , PCEF确定并缓存该 VAS转发规则。 在 S206 , UE发起传输控制协议（ TCP , Transfer Control Protocol )连 接，通过网关设备向 SP发送数据报文。 在 S207 , PCEF根据该 VAS转发规则，将数据报文转发给 VAS1。 在 S208 , VAS1对该数据报文进行增值处理后，将处理后的数据报文发 送回 PCEF。 在 S209 , PCEF根据该 VAS转发规则，将数据报文转发给 VAS2。 在 S210 , VAS2对该数据报文进行增值处理后，将处理后的数据报文发 送回 PCEF。 在 S211 , PCEF将该处理后的数据报文发送给 SP。
在 S212 , SP并通过网关设备向 UE返回响应报文。
在 S213 , PCEF根据该 VAS转发规则，将响应报文转发给 VAS2。 在 S214 , VAS2对该响应报文进行增值处理后，将处理后的响应报文发 送回 PCEFc
在 S215 , PCEF根据该 VAS转发规则，将响应报文转发给 VAS1。 在 S216 , VAS1对该响应报文进行增值处理后，将处理后的响应报文发 送回 PCEFc
在 S217 , PCEF将该处理后的响应报文发送给 UE。
可选地，在本发明实施例中 ，该获取用于指示该业务的业务状态的状态 信息包括
获取用于指示该业务的初始的业务状态的第一状态信息；
该根据该用户信息和该状态信息，确定该 VAS信息，包括
根据该用户信息和该第一状态信息，确定第一 VAS信息；以及 该方法还包括
确定该初始的业务状态发生变更
获取用于指示该业务的变更后的业务状态的第二状态信息；以及 该根据该用户信息，确定 VAS信息，还包括：
根据该用户信息和该第二状态信息，确定第二 VAS信息。
具体地说，图 3示出了根据本发明另一实施例的控制业务传输的方法的 交互图 ，在该实施例中 ，用户订购了运营商发布的套餐包 2： 10元包 100M 流量，并在 08： 00 ~ 20： 00时间段内赠送在线杀毒服务， 由 VAS 3服务器 提供，则 PCRF (策略决策服务器）可以从运营商同步并保存该用户的签约 关系，并且，可以生成并维护记录有该用户的用户信息与该签约信息的对应 关系的签约信息列表（例如，记录有该用户的手机号、 实现杀毒服务的服务 器（ VAS 3 )的 VAS ID
如图 3所示，在 S301，在 08： 00 , UE上线， NAS/AAA可以向 PCEF 发送例如 adius Accounting- Start请求消息，并且 Radius Accounting- Start 请求消息中可以携带该 UE的用户信息（例如，手机号等 )b
在 S302 PCEF可以通过例如 Gx接口向 PCRF发送例如 Gx CCR-I消息， 并且，该 Gx CCR-I请求消息可以携带该用户信息
在 S303 , PCRF在接收到该 Gx CCR-I请求消息后，可以根据 PCEF上 报的业务信息，从预先创建的签约信息列表中查询与该用户信息相对应的签 约信息，从而确定与该 UE的业务相对应的 VAS转发规则，例如， VAS3的 VAS ID、 VLAN ID和 IP地址。
在 S304 , PCRF通过 Gx CCA消息，向 PCEF下发该 VAS转发规则，并 且，如上所述， PCRF可以仅下发用于指示该 VAS转发规则的 VAS信息指 示标识（例如， * VAS-Redirect-Rule-Name ) ,也可以下发 VAS转发规则的全 音 P 5害、 o
在 S305 , PCEF确定并缓存该 VAS转发规则。 在 S306 , UE发起 TCP链接，通过网关设备向 SP发送数据报文。
在 S307 , PCEF根据该 VAS转发规则，将数据报文转发给 VAS3。
在 S308 , VAS3对该数据报文进行增值处理后，将处理后的数据报文发 送回 PCEF。
在 S309 , PCEF将该处理后的数据报文发送给 SP。
在 S310 , SP并通过网关设备向 UE返回响应报文。
在 S311 , PCEF根据该 VAS转发规则，将响应报文转发给 VAS3。
在 S312 , VAS3对该响应报文进行增值处理后，将处理后的响应报文发 送回 PCEF。
在 S313 , PCEF将该处理后的响应报文发送给 UE。
在 S314 , PCRF监控当前系统时间为 20 00通过 Gx 重批准请 RAR , Re-Authorize Request )消息下发用于指示 PCEF取消当前 VAS转发规则的策 略（例如，上述 VAS-Redirect-Rule-Remove字段）以及更新的 VAS转发规 则。
在 S315 , PCEF可以向 PCRF返回 Gx 重批准应答（ RAR , Re-Authorize Answer )消息。
在 S316 , PCEF删除当前的 VAS转发规则，保存更新的 VAS转发规则。 在 S317 , UE发起 TCP链接，通过网关设备向 SP发送数据报文。
在 S318 , PCEF根据该 VAS转发规则，将数据报文直接转发给 SP。 在 S319 , SP并通过网关设备向 UE返回响应报文。 在 S320 ,网关设备向 UE转发该响应报文。
以上列举了 PCRF (策略决策服务器）在当前业务状态发生变更（超过 签约信息规定的服务时间）的情况下， 向 PCEF (网关设备）下发更新 VAS 转发策略而取代存储在 PCEF中的当前 VAS转发策略的实施例，但本发明并 不限定于此， PCRF也可以在 Gx CCR-I消息中携带一个指示信息，由 PCEF (网关设备）判断当前业务状态发生变更，并删除保存的当前 VAS转发策 略 ， 并向 PCRF 发送 Gx 更新信用控制请求（ CCRU , Credit Control Request-Update )消息，以获取更新 VAS转发策略， PCRF通过 Gx更新信用 控制应答 ( CCRU , Credit Control Answer-Update )消息，向 PCEF下发在当 前状态下的 VAS转发策略。
以上，列举了在业务状态发生变更的情况下， 网关设备重新获取 VAS 转发规则的实施例，但本发明并不限定于此，网关设备也可以一次性获取不 同业务状态下的 VAS转发规则，并根据业务状态，选择相应 VAS转发规则 使用。
具体地说， PCC架构中的 PCRF与 PCEF之间可以采用动态规则接口。 通过例如 Gx消息将不同状态 VAS信息（ VAS1、 VAS2 )的全部转发规则下 发给 PCEF ,应理解，根据情况，还可以包括更多的 VAS信息，本发明并未 特别限定，这里，为了便于说明 ，以仅包括两个 VAS信息为例进行说明。 此情况下 ， 在 Gx 消息中 除上述 *[VAS-Redirect-Install]字段、 * [VAS-Redirect-Remove]字段、 * [VAS-Redirect-Rule-Name]和 * [Precedence] 字段外，还可以扩展 *[Condition]字段 （表示该 VAS的使用条件，例如，可 以是使用时间，使用网络） b
并且，可以替换的， PCC架构中的 PCRF与 PCEF之间也可以采用静态 规则接口。即，也可以预先在 PCEF内配置如以下表 3所示的 VAS信息，从 而 PCRF可以仅发送对确定的转发规则（ VAS信息）相对应的指示信息，例 如，表 2中的 VAS重定向规则名称（ * VAS-Redirect-Rule-Name ) ,并在 Gx 接口中只下发 VAS-Redirect-Rule-Name 字段，表示激活或去激活某个 VAS 重定向规则。 PCEF查询本地静态配置的转发规则（存放于内存数据库中）， 获取需要将业务转发至的 VAS的 VAS信息。
Figure imgf000032_0001
ID
Downlink- VLAN ID Uint32 VAS的 NOT NULL 下行 VLAN ID
Uplink- VAS IP Uint32 VAS的 NOT NULL 上行 VAS IP
Downlink- VAS IP Uint32 VAS的 NOT NULL 下行 VAS IP
Precedence Uint32 优先级 OPTIONAL
Condition Uint32 使用条 OPTIONAL 件
从而， PCEF可以在不同业务状态下，根据不同的 VAS信息（ VAS转发 )对数据报文进行转发。
本发明实施例的控制业务传输的方法，通过使 VAS在对数据报文进行 增值处理后返回给网关设备，能够使网关设备根据用户的动态信息灵活地进 行业务编排。
TCP 链接具体地说，在各本发明实施例中， 网关设备还可以提供 VAS 状态检测能力 ，即，每隔一定时间（该时间可根据需要设置）向每个 VAS 发送网际控制报文协议（ ICMP , Internet Control Message Protocol )报文，如 果连续 N次（该次数可根据需要设置）收不到 ICMP响应，则确定此 VAS 失效。 并且，可选地，对于失效的 VAS ,间隔一定时间后（该时间可根据需 要设置）可以再次发送 ICMP报文，如果连续 N次可以收到 ICMP响应，则 可以确定其有效。 PCEF在向 VAS转发业务前，会首先查询该 VAS的状态， 如果 VAS失效，则跳过该 VAS ,将业务流转发到下一个 VAS平台，直到无 VAS需要再次转发，将业务转发给最终 SP。
这样，能够在需要转发业务报文时，立即获知该业务的目标 VAS 是否 有效，从而能够縮短交互时间 ，提高业务访问的速度，降低对用户体验的影 响。
或者，在本发明实施例中 ，PCEF还可以在向 VAS转发业务前，首先该
VAS发送 ICMP报文，如果在规定时间（该时间可根据需要设置）内收到 ICMP 响应，则可以确定该 VAS有效，反之确定为失效，如果 VAS失效，则跳过 该 VAS ,将业务流转发到下一个 VAS平台，直到无 VAS需要再次转发，将 业务转发给 SP。
这样，网关设备仅在有需要时检测相应的 VAS 的状态，从而能够降低 对网关设备性能的影响。
本发明实施例的控制业务传输的方法，通过对 VAS 的状态进行检测， 如果该 VAS失效，则不将业务报文转发到该 VAS ,从而保证用户的业务能 够正常访问 ，不会因为某个 VAS 不可用而导致用户业务访问失败。 在以下 说明中 ，作为示例而非限定，以 PCRF为例，对策略决策服务器进行说明 ， 以 PCEF为例，对网关设备进行说明。
上文中 ，结合图 1至图 3 ,详细描述了根据本发明实施例的控制业务传 输的方法，下面，将结合图 4 ,详细描述根据本发明实施例的控制业务传输 的装置。
图 4示出了根据本发明实施例的控制业务传输的装置 500 的示意性框 图。 如图 5所示，该装置 500包括：
接收单元 510 ,用于接收传输业务的用户设备发送的连接请求消息，该 连接请求消息包括该用户设备的用户信息；
确定单元 520 ,用于根据该用户信息，确定增值服务系统 VAS信息，该 VAS信息用于指示该业务的至少一个目的 VAS；
该接收单元 510还用于接收发送端发送的该业务的第一数据报文； 获取单元 530 ,用于根据该 VAS信息，从该至少一个目的 VAS获取第 二数据报文，该第二数据报文是该至少一个目的 VAS对该第一数据报文进 行增值处理后的数据报文；
发送单元 540 ,用于向接收端发送所述第二数据报文。
可选地，在本发明实施例中 ，该确定单元 520还用于获取用于指示该业 务的业务状态的状态信息；
用于根据该用户信息和该状态信息，确定该 VAS信息。
可选地，在本发明实施例中 ，该确定单元 520还用于获取用于指示该业 务的初始的业务状态的第一状态信息； 用于确定该初始的业务状态发生变更；
用于获取用于指示该业务的变更后的业务状态的第二状态信息； 用于根据该用户信息和该第二状态信息，确定第二 VAS信息。
并且，该确定单元 520获取的该状态信息包括用于指示当前时间的时间 信息和 /或用于指示该业务的当前承载网络的承载信息。
根据本发明实施例的控制业务传输的装置，在用户订购的增值服务随触 发条件发生变更的情况下，能够灵活地对各 VAS的增值服务进行业务编排。
可选地，在本发明实施例中 ，该确定单元 520确定的该 VAS信息用于 指示该业务的至少两个目的 VAS；以及该获取单元 530包括：
发送模块，用于根据该 VAS信息， 向第一目的 VAS发送该第一数据报 文；
接收模块，用于接收该第一目的 VAS发送的第三数据报文，该第三数 据报文是该第一目的 VAS对该第一数据报文进行增值处理后的数据报文； 该发送模块还用于根据该 VAS信息， 向第二目的 VAS发送该第三数据 报文；
该接收模块还用于接收该第二目的 VAS发送的该第二目的 VAS对该第 三数据报文进行增值处理后的数据报文，该第二目的 VAS对该第三数据报 文进行增值处理后的数据报文为该第二数据报文；或者，向至少一个其他的 目的 VAS发送该第二目的 VAS对该第三数据报文进行增值处理后的数据报 文，以使该至少一个其他的目的 VAS对经该第二目的 VAS对该第三数据报 文进行增值处理后的数据报文再次进行增值处理，并将该至少一个其他的目 的 VAS对经该第二目的 VAS对该第三数据报文进行增值处理后的数据报文 再次进行增值处理后的数据报文作为第二数据报文。
并且，在本发明实施例中，该确定单元 520还用于确定用于指示数据报 文在该至少两个 VAS中的发送顺序的优先级信息；以及
该获取单元 530还用于根据该 VAS信息和该优先级信息，从该至少一 个目的 VAS获取第二数据报文。
可选地，在本发明实施例中 ，该确定单元 520还用于根据该用户信息， 从基于该用户信息与该 VAS信息的对应关系生成的第一数据库中 ，获取该 VAS信息。
可选地，在本发明实施例中 ，该确定单元 520还用于根据该用户信息和 该状态信息，从基于该用户信息和该状态信息与该 VAS信息的对应关系生 成的第二数据库中 ，获取该 VAS信息。
可选地，在本发明实施例中 ，该发送单元 540还用于向策略决策服务器 发送包括该用户信息的第一策略请求消息；
该接收单元 510还用于接收该策略决策服务器发送的包括第一控制信息 的第一策略请求应答消息，其中 ，该第一控制信息是该策略决策服务器根据 该用户信息确定的，用于指示该 VAS信息；
该确定单元 520用于根据该第一控制信息，确定该 VAS信息。
可选地，在本发明实施例中 ，该确定单元 520具体用于根据该第一控制 信息包括的 VAS信息指示标识，确定该 VAS信息；或
用于从该第一控制信息中获取该 VAS信息。
可选地，在本发明实施例中 ，该确定单元 520还用于根据该用户信息， 从基于该用户信息与该 VAS信息的对应关系生成的第一数据库中 ，获取该 VAS信息。
可选地，在本发明实施例中 ，该发送单元 540还用于向策略决策服务器 发送包括该用户信息和该状态信息的第二策略请求消息；
该接收单元 510还用于接收该策略决策服务器发送的包括第二控制信息 的第二策略请求应答消息，其中 ，该第二控制信息是该策略决策服务器根据 该用户信息和该状态信息确定的，用于指示该 VAS信息；
该确定单元 520用于根据该第二控制信息，确定该 VAS信息。
可选地，在本发明实施例中 ，该确定单元 520具体用于根据该第二控制 信息包括的 VAS信息指示标识，确定该 VAS信息；或
用于从该第二控制信息中获取该 VAS信息。
这样，通过将具体 VAS信息配置在网关设备内 ，策略决策服务器仅下 发指示信息，便能够完成转发规则即 VAS信息的指示，从而能够縮短交互 时间 ，提高业务访问的速度，降低对用户体验的影响。
可选地，在本发明实施例中 ，该确定单元 520还用于从该控制信息中获 取该 VAS信息。
这样，通过将所有的 VAS信息均配置在网关设备外部，能够将对网络 设备性能的影响降低至最低。
本发明实施例的控制业务传输的装置，通过设置在网关设备外部的策略 决策服务器确定该业务的控制信息，网关设备根据该控制信息对该业务的传 输进行控制，减少因根据用户动态信息对业务进行转发而对网关设备性能造 成的影响，并能够维持用户设备的持续更新，减少网络维护的工作量。
可选地，在本发明实施例中 ，该发送单元 540还用于向该至少一个目的 VAS发送测试消息；
该接收单元 510还用于接收该至少一个目的 VAS发送的测试响应消息； 该确定单元 520还用于根据该测试响应消息，确定该至少一个目的 VAS 有效。
本发明实施例的控制业务传输的装置，通过对 VAS 的状态进行检测， 如果该 VAS失效，则不将业务报文转发到该 VAS ,从而保证用户的业务能 够正常访问 ，不会因为某个 VAS不可用而导致用户业务访问失败。
在本发明实施例中 ，该 VAS信息包括 VAS标识 ID、 VAS的虚拟局域网 VLAN ID和 VAS的网际协议 IP地址。
在本发明实施例中 ，该用户信息包括移动用户手机号 MSISDN、 国际移 动用户标识 IMSI、 国际移动台设备标识 IMEI和服务器网际协议 IP地址中 的至少一个。
根据本发明实施例的控制业务传输的装置 500可对应于本发明实施例的 方法中的网关设备（例如 PCEF ) ,并且，该建立通信连接的装置 500中的各 单元即模块和上述其他操作和 /或功能分别为了实现图 1中的方法 100的相应 流程，为了简洁，在此不再赘述。
本发明实施例的控制业务传输的装置，通过使 VAS在对数据报文进行 增值处理后返回给网关设备，能够使网关设备根据用户的动态信息灵活地进 行业务编排。图 5a是另一个系统的发明实施方式的架构示意图。参考图 5a , 该通信系统中的控制业务传输的系统，可以是上述策略决策服务器与网关设 备组成的系统，其具体可以是多个计算机组成的系统，也可以是单一的设备， 或者分散在不同的网络节点上，本发明不对其进行限制。该用户设备如前文， 可以是各类移动或者非移动用户设备。业务服务器可以是各种提供具体业务 服务器， 例如在线杀毒服务器，视频优化服务器，或者， HTTP 缓存加速服 务器，等等，各实施方式对其不做限制。 该系统中的用户设备通过控制业务 传输的系统与一个或者多个业务服务器通信连接，其涉及的通信连接技术在 此处也不赘述。
可替换的，图 5b , 5c示出了其它的系统的发明实施方式的架构示意图。 该系统中的控制业务传输的系统采用策略与计费控制（ PCC , Policy and Charging Control )架构。其中图 5b中的从用户设备依次到 PCEF、 第一业务 服务器、第二业务服务器和原始目的服务器之间的有向箭头是上行业务流的 走向示意。 其中图 5c 中的从原始目的服务器依次到第二业务服务器、 第一 业务服务器、 PCEF和用户设备之间的有向箭头是下行业务流的走向示意。
前述图 5a、 5b、 5c所示的系统，可以实现下文该的各种控制业务传输 的方法，其工作原理如各方法所示。
参考图 6 ,为一个控制业务传输的方法的实施方式的流程简化示意图。 该方法包括下面几个环节：
10、 控制业务传输的系统接收用户设备发送的通信数据，该通信数据中 携带有原始目的服务器的信息；（简称接收环节 Receiving Section )b
具体的，用户设备发送的通信数据是用户设备发送的全部信令的统称， 例如通信链路建立阶段的数据业务激活请求或者数据业务变更请求，或者， 实质进行业务通信阶段的业务请求等等。
20、根据该通信数据获取该用户设备的的用户的动态信息和所述通信数 据的业务层信息之一或者任意组合；（简称获取环节 Obtaining Section >
具体的，该用户的动态信息指用户设备的用户的手机号码、用户的 IMSI、 用户的 IP地址、 用户的订购业务信息、 或者当前网络的承载类型等。 该业 务层信息指业务相关的 L7层或者 L7+层信息等（也可称为应用层）b 当然， " 获取环节" 中可以获取前述信息的各种组合，例如，可以是各种用户的动 态信息的组合，各种业务层信息的组合，或者，各种用户的动态信息与业务 层信息的组合。
需要说明的是，获取用户的动态信息的过程与获取业务层信息的过程可 以发生在通信过程中的不同阶段，后文在图 7 a、 图 7 b所述的实施方式中 分别进行介绍。
30、 根据获取的该用户的动态信息和该业务层信息之一或者任意组合， 确定转发策略，该转发策略包括：需要将该用户设备发送的业务数据转发给 至少一个业务服务器，该至少一个业务服务器不同于该通信数据中携带的原 始目的服务器；（简称确定转发策略环节 Determining Policy of Transfer Section )
为方便理解，该用户设备发送的业务数据是指该用户设备在进行实质的 业务通信阶段发送的各种信令的统称。 具体的，如果接收环节 10里用户设 备发送的通信数据是通信链路建立阶段发送的，此处的业务数据是该用户设 备在通信链路建立后发送的业务数据（也就是该用户设备发送所述通信数据 后发送的业务数据，例如业务请求，等等：> 如果接收环节 10里用户设备 发送的通信数据是进行业务通信阶段发送的，此处的业务数据与接收环节 10 和获取环节 20中的通信数据相同。
40、 控制执行（ control to implement )下述步骤：将该用户设备发送的 业务数据发送给该至少一个业务服务器，并接收经过该至少一个业务服务器 处理后的业务数据，将该接收到的经过处理后的业务数据发送给该通信数据 中携带的原始目的服务器（简称控制执行环节 Control to Implement Section )b 通过上述图 6所示的实施方式，控制业务传输的系统可以根据用户的动 态信息或者业务层信息灵活的进行业务的控制处理，尤其是可以将业务转向 给原始目的业务服务器以外的业务服务器，在丰富化通信业务的同时避免了 通信数据过多的反复发送，尤其是不需要用户设备多次发送相关业务数据给 不同的业务服务器，一定程度上节约了通信资源，提高通信效率。 具体的，上述图 6的实施方式中各环节可以根据不同的业务场景有不同 的变化，至少包括如图 7a , 7b的更具体的方案：参考图 7a ,为一个控制业 务传输的方法的实施方式，包括：
10A、 接收环节：
控制业务传输的系统接收用户设备发送的数据业务激活请求或者数据 业务变更请求，其中携带有原始目的服务器的信息。
20A、 获取环节：
解析该数据业务激活请求或者该数据业务变更请求得到用户的动态信 息，或者，根据该解析的结果查询得到用户的动态信息。 用户的动态信息包 括但不限于用户的手机号码、 用户的 IMSI、 用户的 IP地址、 用户的订购业 务信息、 或者当前网络的承载类型等等。 具体的例子中 ，根据现有的各个通 信网络的架构，可以先解析得到能够标识用户身份的信 <例如用户的 IMSI、 或者用户的 IP地址等），再查询通信网络中存储用户相关信息的服务器或者 数据库，从而得到相应的订购业务信息等等。
30A、 确定转发策略环节：
根据获取的该用户的动态信息，确定转发策略，该转发策略包括：需要 将该用户设备发送的业务数据转发给至少一个业务服务器，该至少一个业务 服务器不同于该通信数据中携带的原始目的服务器。
例如，转发策略可能包括：针对手机号码处于某一号码段的用户设备， 将该用户设备的业务请求发送给某一业务服务器。 40A、 控制执行环节：接收该用户设备发送的业务请求,将该业务请求发 送给该至少一个业务服务器，并接收经过该至少一个业务服务器处理后的业 务数据，将该接收到的经过处理后的业务数据发送给该通信数据中携带的原 始目的服务器（简称控制执行环节）b 该用户设备发送的业务请求是用户设 备发送完前述通信数据（数据业务激活请求或者数据业务变更请求）后发送 的。
可以替换的，图 7b提供了另一个控制业务传输的方法的实施方式，包 括：
10B、 接收环节：
控制业务传输的系统接收用户设备发送的业务请求，其中携带有原始目 的服务器的信息。
20B、 获取环节：
根据用户的业务请求，进行深度数据分析后获得该该业务请求的该业务 层信息。 具体的 ，深度数据分析可以应用现有技术中各种可能的技术方案， 解析该业务请求，得到业务层的信息，具体而言是 7层或者 7层以上的信息 ( L7+层）b 具体的，应用层 7层的信息例如协议（ P2P/Email/HTTP等）， 7 层以上的信息例如 HTTP协议下的 HTTP域名网站。
30B、 确定转发策略环节：
根据获取的该业务层信息，确定转发策略，该转发策略包括：需要将该 用户设备发送的业务数据转发给至少一个业务服务器，该至少一个业务服务 器不同于该通信数据中携带的原始目的服务器。
具体的，例如根据获取的该业务请求为 Email协议信息，确定如下的转 发策略：针对协议为 Email的业务请求，需要转发给一个杀毒业务服务器， 在转发给原始目的服务器（ Email服务器）b
40B、 控制执行环节：
控制业务传输的系统根据 30B中的控制策略，将该业务请求发送给至少 一个业务服务器，并接收经过该至少一个业务服务器处理后的业务数据，将 该接收到的经过处理后的业务数据发送给该通信数据中携带的原始目的服 务器。
具体如上面的例子中 ，先将 Email业务请求发送给杀毒业务服务器，接 收杀毒业务服务器进行杀毒处理后的业务数据，再将该杀毒处理后的业务数 据发送给 Email服务器。
本领域普通技术人员可以知道，上述图 7a和图 7b的方案可以在没有逻 辑矛盾的情况下进行分解与组合，例如，先开展步骤 10A , 20A , 10B , 20B 再开展"确定转发策略环节"，也就是说，可以基于用户的动态信息，以及业 务层信息的任一组合，确定相应的转发策略。 例如，可以基于用户的签约信 息 +业务层信息获取转发策略。 具体例如，用户签约了"邮件杀毒业务"，并 且，该用户发送的业务请求属于 Email业务请求，则确定转发策略为需要转 发给一个杀毒业务服务器，在转发给原始目的服务器（ Email服务器
本领域技术人员可以知道，通过上述更为灵活的策略设置，尤其是在采 用针对多种用户动态信息及业务层信息的组合下的转发策略的方案中，相对 于通过静态策略进行业务转向的方案，不需要将静态策略下固定目的 IP/Port 的所有的通信数据（流量）都进行转向 ；从而降低了后端系统的性能要求， 节省通信资源，减轻通信系统的占用。
前述各实施方式可能采用不同的通信协议，例如 TCP/IP协议或者 UDP 协议。 在采用 TCP/IP协议的系统中 ，为了各原始目的服务器之外的业务服 务器能够感知到用户请求的链接状态，降低对业务服务器的报文处理要求， 提供了参考图 8所示的一种控制业务传输的方法的实施方式。该实施方式可 以基于前述提到的各实施方式，其不同在于，可以进一步在进行业务请求初 步解析（例如识别业务协议或者识别 HTTP协议）后，构造 TCP三次握手 报文给各个业务服务器。本实施方式可以进一步使得系统可以应用于具有各 种基础能力的业务服务器，降低控制业务传输的系统与各业务服务器的集成 难度。
图 8所示的方法中 ，以业务服务器为第一业务服务器和第二业务服务器 为例，该方法包括：
0 0 1、 控制业务传输的系统（例如其 T C P协议处理模块 500 )确定 原始目的服务器、 至少一个业务服务器支持 T C P协议。 具体的， 控制业务 传输的系统可以根据用户设备发送的通信数据中的 protocol字段判断是否采 用了 TCP/IP协议。
0 0 2 - 0 0 3控制业务传输的系统（具体例如其 T C P协议处理模块 500 )接收用户设备发送的 T C P三次握手报文，将用户设备发送的 T C P 三次握手报文转发给原始目的服务器。
为使实施方式中的三次握手信令流程更清楚易懂，现介绍下 TCP/IP协议 三次握手的基本原理。 TCP/IP 协议一般用来发送大批量的数据;当应用程序 在收到数据后要做出确认时也要用到 TCP。 为了提供可靠的传送， TCP/IP 协议中在发送新的数据之前，以特定的顺序将数据包的序号，并需要这些包 传送给目标机之后的确认消息。 所谓的 "三次握手" （ three times handshake； three-way handshaking )1卩对每次发送的数据量是怎样跟踪进行协商使数据段 的发送和接收同步，根据所接收到的数据量而确定的数据确认数及数据发 送、 接收完毕后何时撤消联系，并建立虚链接。
在 TCP/IP协议中 ， TCP/IP协议提供可靠的连接服务，采用三次握手建 立一个链接。 以通信双方为用户设备和服务器为例，该三次握手的主要内 容：第一次握手：建立连接时，用户设备发送 syn包 (syn=D到服务器，并进入 SY _SEND 状态 ， 等待服务器确认 ； SYN： 同步序列编号（Synchronize Sequence Numbers：)。 第二次握手：服务器收到 syn包，必须确认客户的 ACK ( ack=j+l )，同时自己也发送一个 SY 包（ syn=k ) ,即 SYN+ACK包，此 时服务器进入 SY _RECV状态。 第三次握手 ： 用户设备收到服务器的 SY +ACK包，向服务器发送确认包 ACK(ack=k+l) ,此包发送完毕，用户 设备和服务器进入 ESTABLISHED状态，完成三次握手。 完成三次握手后， 用户设备与服务器可以开始传送数据。 通过上述 002C-003C的 TCP三次握 手报文处理，控制业务传输的系统建立了用户设备和原始目的服务器之间的
TCP链接。 其中控制业务传输的系统可以分配用户设备侧套接字 Socketl和 原始目的服务器侧套接字 Socket2。 套接字，原义是插座，在 Unix通信机制 中的概念，通常称为"套接字"，用于描述 IP地址和端口 ，是一个通信链接的 句柄。
1 0 B '该控制业务传输的系统（具体例如获取模块（ M200 ) )通过该 用户设备与该原始目的服务器之间的 T C P链接，接收用户设备发送的业务 数据，该业务数据中携带有原始目的服务器的信息；
执行 2 0 B ' - 3 0 B 其具体过程与图 7 b所示的 1 0 B - 3 0 B 类似。 具体的， 2 0 B '获取环节：根据用户的业务请求，进行深度数据分 析后获得该该业务请求的该业务层信息。 3 0 B '确定转发策略环节：根据 获取的该业务层信息，确定转发策略，该转发策略包括：需要将该用户设备 发送的业务数据转发给至少一个业务服务器，该至少一个业务服务器不同于 该通信数据中携带的原始目的服务器。具体的例子可以参考前文 1 0 B - 3 0 B的相关介绍,在此不再赘述。
3 1、 该控制业务传输的系统（具体例如其 T C P链接重构模块 600 ) 在 30B '确定转发策略环节之后，关闭控制业务传输的系统与原始目的服务 器之间的 TCP链接，构造新的 TCP三次握手报文，发送给各业务服务器， 再恢复网关设备与原始目的服务器之间的 TCP链接。 具体的 ，包括：
该控制业务传输的系统关闭该控制业务传输的系统与该原始目的服务 器之间的 TCP链接。该关闭 TCP链接的过程可以采用多种不同的技术方案， 例如发送 R S T信令。
根据该该用户设备与原始目的服务器之间的 T C P三次握手报文构造 新的 T C P三次握手报文，该新的 T C P三次握手报文中包括该 T C P三次 握手报文中的发送方信息、 原始目的服务器的信息，以及该新的 T C P三次 握手报文所要转发到的该至少一个业务服务器的信息。 具体的，该至少一个 业务服务器的信息包括：该至少一个业务服务器的 VLAN的标识，该至少一 个业务服务器的隧道的标识，或者，该至少一个业务服务器的物理端口的标 识。将该新的 T C P三次握手报文经过该至少一个业务服务器发送给该原始 目的服务器;以便于恢复该控制业务传输的系统和该原始目的服务器之间的 TCP链接。在前述的处理基础上，各业务服务器就能感知用户请求的链接状 态，或者说各业务服务期与用户设备或者原始目的服务器之间就都建立起了 可靠的 T C P链接。
4 0 B ' ,基于前述新建立的各业务服务器能够感知的 T C P链接，控 制业务传输的系统（具体例如控制执行模块（ M400 ) )完成控制执行环节， 其执行细节不再赘述。
本领域技术人员可以知道，对于采用 U D P协议的原始目的服务器或者 业务服务器，控制业务传输的系统可以不包括上述转发握手报文的过程。
基于前述的各种控制业务传输的方法（例如图 1 , 2 , 3 , 6 , 7a , 7b , 8 所示的方法），本领域技术人员可以知道，在前面提到的各种实施方式中的 该前述转发策略可以包括：需要接收该用户设备发送的业务数据的多个业务 服务器的信息， 以及，该多个业务服务器之间的顺序。 相应的 ，控制执行 环节包括：将该用户设备发送的业务数据发送给该业务服务器中顺序在前的 业务服务器，并接收经过该业务服务器中顺序在前的业务服务器处理后的业 务数据，将该接收到的经过处理后的业务数据发送给该业务服务器中顺序在 后的下一个业务服务器，并接收经过下一个该业务服务器处理后的业务数 据，直到接收到该多个业务服务器处理后的业务数据;将该接收到的经过该多 个业务服务器处理后的业务数据发送给该业务数据中携带的原始目的服务 器。
具体的应用过程中 ，可以有多种方法指示该转发策略中的该多个业务服 务器之间的顺序。 其中较为简单并节省通信资源的方式包括：上行流依次需 要经过的多个 VLAN的标识，上行流依次需要经过的多个隧道的标识，或者， 上行流依次需要经过的多个物理端口的标识。
在采用上述指示该转发策略中的该多个业务服务器之间的顺序的方案 下，在该控制执行环节中 ，根据该多个 VLAN的标识，多个隧道的标识，或 者多个物理端口的标识控制业务数据发送的顺序，其中上行流的发送顺序与 该转发策略中规定的顺序相同，下行流的发送顺序与该转发策略中规定的顺 序相反。通过这种实施方式，一方面采用可以唯一识别业务服务器位置的简 单信息，另一方面，不浪费资源再规定下行流的发送顺序，整体上大大减少 了实施方式的通信资源占用。 当然，可以替换的，在前面提到的各种实施方式中的该前述转发策略可 以包括：需要接收该用户设备发送的业务数据的多个业务服务器的信息， 以 及，但是，不包括该多个业务服务器之间的顺序。 在这种情况下，控制执行 环节包括：将该用户设备发送的业务数据并行的发送给该多个业务服务器， 从该多个业务服务器接收经过处理的多个业务数据;将该接收到的经过该多 个业务服务器处理后的业务数据进行综合处理后，生成新的业务数据并发送 给该业务数据中携带的原始目的服务器。 具体的，该综合处理指合并或者舍 弃重复的业务数据等，生成新的业务数据。
针对前述各种实施方式，还可以进一步包括：
确定任一所述业务服务器的工作状态为有效。 这样的实施方式中 ， 该控制执行环节可以进一步包括：
将与所述通信数据相应的业务数据仅发送给所述确认的工作状态为有 效的业务服务器，接收经过所述业务服务器处理后的业务数据；将所述接收 到的经过处理后的业务数据发送给所述业务数据中携带的原始目的服务器。 为了使前述的实施方式更容易理解，下面以 TCP/IP协议下需要将业务 流转发给两个业务服务器的情况为例，提供了一个如图 9所示的信令流程示 意图 ，该实施方式中 ，以 VLAN的标识对包含各业务服务器的各节点进行标 识。 图 9所示的方法包括：
001C (图中未示出）确定原始目的服务器、 第一业务服务器、 第二业务 服务器等支持 TCP/IP协议。具体的 控制业务传输的系统可以根据用户设备 发送的通信数据中的 protocol字段判断是否采用了 TCP/IP协议,此技术为现 有技术。
002C、 控制业务传输的系统接收用户设备的 TCP三次握手报文；其中 三次握手报文中携带的源地址为用户设备地址、 目的地址为原始目的服务器 的地址，例如图 9所示的各信令中的字段" OIP:MS,DIP:SP"。 另外，该三次 握手报文携带用户设备与网关设备控制业务传输的系统构成的上行虚拟局 域网 VLAN的标识，例如字段" VLAN： 401"。 为后文陈述简便,前述用户设 备发送的 TCP三次握手报文简称为第一 TCP三次握手报文。
003C、 控制业务传输的系统将接收到的用户设备的 TCP三次握手请求 转发给原始目的服务器；其中转发的 TCP 三次握手报文中携带的源地址为 用户设备地址、 目的地址为原始目的服务器的地址，另外，该转发的三次握 手报文携带控制业务传输的系统与原始目的服务器构成的上行虚拟局域网 VLAN的标识，例如 VLAN： 402。 原始目的服务器没有特别限定，就是指 用户设备用户需要访问的服务提供商。 为后文陈述简便，前述转发的 TCP 三次握手报文简称为第二 TCP三次握手报文。
10C、 控制业务传输的系统在收到用户的业务请求（该业务请求包括 VLAN1 ) ,
20C-30C, 进行深度数据分析，根据分析得到的业务层信息，或者，结 合业务层信息和用户的动态信息确定转发策略。例如，进行应用层协议识别 解析，具体的，对于 HTTP协议，还可以进一步解析出 URL ( HTTP域名）， 并结合用户订购信息，判断出该用户设备的业务请求需要转发给多个业务服 务器设备处理（具体的图 9的实施方式中，需要先转发给第一业务服务器处 理，后转发给第二业务服务器处理 )b
3 1 C、控制业务传输的系统断开或者关闭与原始目的服务器已建立的 链接（ Socket2 ) ,然后根据用户设备与原始目的服务器的 TCP三次握手报文 (第一 TCP三次握手报文），分别与第一业务服务器和第二业务服务器建立 TCP链接（可以理解为模拟或者参考用户设备与原始目的服务器的 TCP三 次握手报文，构建新的三次握手报文，发送给第一业务服务器、 第二业务服 务器和原始目的服务器） 6 具体包括：
3 1 C 1、 断开与原始目的服务器已建立的链接（ Socket2 )b 具体实现 方式可以有多种，本实施方式中通过发送" RST: OIP:MS,DIP:SP,VLAN:402" 消息来实现；
3 1 C 2、控制业务传输的系统，根据第一 TCP三次握手报文中的 SYN 报文构造新的 SYN报文，其中新构造的 SYN报文携带的源地址为用户设备 地址、 目的地址为原始目的服务器的地址（这些信息与第一 TCP 三次握手 报文中的 SYN报文相同 ，即 3 1 C中提到的"模拟或者参考"），另外，携带 控制业务传输的系统与第一业务服务器构成的上行 VLAN 的标识，例如该 VLAN ID为 410。这样，便于组网交换机根据其中携带的 VLAN标识（ 410 ) 指示的 VLAN的路由数 所有网络设备都需要通过交换机进行报文转发）， 将 SYN报文送给第一业务服务器。 第一业务服务器为透明代理设备，进行 处理后，通过下行虚拟局域网 VLAN411将 SY 报文透传回控制业务传输的 系统。 其中 ， 411 为控制业务传输的系统与第一业务服务器构成的下行 VLAN的标识。
3 1 C 3、 控制业务传输的系统，根据之前确认的需要转发给第二业务 服务器的转发策略，构造另一个新的 SY 报文，其中包含控制业务传输的 系统与第二业务服务器构成的上行虚拟局域网的标识 412。 以便于组网交换 机根据 VLAN 的路由数据，将该 SYN报文送给第二业务服务器。 其中,该 SY 报文携带的源地址为用户设备地址、目的地址为原始目的服务器的地址 (这些信息与第一 TCP三次握手报文中的 SYN报文相同，即步骤 3 1 C中 提到的 "模拟或者参考" > 第二业务服务器为透明代理设备，进行处理后， 通过控制业务传输的系统与第二业务服务器构成的下行虚拟局域网 VLAN413将 SYN报文透传回控制业务传输的系统。
3 1 C 4、 控制业务传输的系统，根据之前确定的转发策略，构造新的 SY 报文（ SYN: OIP:MS,DIP:SP,VLAN:402 ) ,并通过 VLAN402 (即根据 VLAN 402 的路由数据）转发给原始目的服务器。 原始目的服务器通过 VLAN402返回 SYN ACK报文给控制业务传输的系统。
3 1 C 5、 控制业务传输的系统根据接收到的 SYN ACK报文，构造新 的 SY ACK报文（ SYN ACK: OIP:MS,DIP:SP,VLAN:410 ) ,通过 VLAN 410 (即根据 VLAN 410的路由数据）转发给第一业务服务器。 第一业务服务器 处理完后，将 SY ACK报文（ SYN ACK: OIP:MS,DIP:SP,VLAN:411 )通过 VLAN411 (即根据 VLAN 411的路由数据）转发回给控制业务传输的系统。
3 1 C 6、控制业务传输的系统，根据之前确定的转发策略，构造 SYN ACK 报文（ SY ACK: OIP:MS,DIP:SP,VLAN:412 ) ,将该 SYN ACK报文通过 VLAN412 (根据 VLAN 412的路由数据）转发给第二业务服务器。 第二业 务服务器处理完 SYN ACK 报文后 ，将 SYN ACK 报文（ SYN ACK: OIP:MS,DIP:SP,VLAN:413 )通过 VLAN413 (即根据 VLAN 413的路由数据） 将 SYN ACK报文发送给控制业务传输的系统。
本领域技术人员可以理解，各个 SYN ACK报文携带的源地址为用户设 备地址、 目的地址为原始目的服务器的地址（这些信息与用户设备与原始目 的服务器的 TCP三次握手报文中的 SYN ACK报文相同，即步骤 3 1 C中提 到的"模拟或者参考 "），另外，分别携带控制业务传输的系统与第二业务服 务器构成的 VLAN的标识（例如 412、 413 )b
3 1 C 7、 控制业务传输的系统接收到 SYN ACK报文后，终结 SYN ACK 报文（即指丢弃该报文，不再进行发送），构造 ACK 报文（ ACK: OIP:MS,DIP:SP,VLAN:410 ) ,并通过 VLAN 410 ,转发给第一业务服务器； 第一业务服务器处理该 ACK报文后通过 VLAN 411 将 ACK报文（ ACK: OIP:MS,DIP:SP,VLAN:411 )返回给控制业务传输的系统。
3 1 C 8、 类似的 ，控制业务传输的系统，构造 ACK 报文（ ACK: OIP:MS,DIP:SP,VLAN:412 ) ,通过 VLAN 413发给第二业务服务器；第二业 务服务器处理该 ACK报文后，将 ACK报文（ ACK: OIP:MS,DIP:SP,VLAN: 413 )通过 VLAN 413发送给该控制业务传输的系统。
3 1 C 9、 该控制业务传输的系统 ， 构造 ACK 报文 （ ACK: OIP:MS,DIP:SP,VLAN: 402 )通过 VLAN402发送给原始目的服务器。
4 0 C、通过上述步骤 3 1 C控制业务传输的系统与第一业务服务器和 第二业务服务器的 TCP链接建立好后，控制业务传输的系统将收到的来自 用户的第一业务请求转发给第一业务服务器和第二业务服务器处理后，再发 送给原始目的服务器。 具体包括：
4 0 C 1、控制业务传输的系统将收到的来自用户设备的第一业务请求 (携带 VLAN:410 )转发给第一业务服务器。 第一业务服务器进行业务处理 后，根据接收到的用户的第一业务请求生成第二业务请求（携带 VLAN:411 ), 并发送回控制业务传输的系统。
4 0 C 2、控制业务传输的系统将接收到的第一业务服务器处理后的第 二业务请求（携带 VLAN:412 )转发给第二业务服务器。 第二业务服务器进 行业务处理后，生成第三业务请求，将该第三业务请求（携带 VLAN:413 ) 发送回该控制业务传输的系统。
4 0 C 3、该控制业务传输的系统将该第三业务请求（携带 VLAN:402 ) 发送给原始目的服务器；接收该原始目的服务器发送的第一响应报文（携带 VLAN:402 ) ,
4 0 C4、 该控制业务传输的系统将该第一响应报文（携带 VLAN:412 ) 转发给第二业务服务器；第二业务服务器进行业务处理后，根据第一响应报 文生成第二响应报文；控制业务传输的系统接收第二业务服务器返回的第二 响应报文（携带 VLAN:413 )b
4 0 C 5 该控制业务传输的系统将接收到的第二响应报文（携带 VLAN:410 )发送给第一业务服务器。 第一业务服务器进行业务处理后，根 据第二响应报文生成第三响应报文；控制业务传输的系统接收第一业务服务 器返回的处理后的第三响应报文（携带 VLAN:411 )b
4 0 C 6、 控制业务传输的系统将接收到的第一业务服务器返回的处理 后的第三响应报文转发给用户设备。
如前文该控制业务传输的系统可以采用前述的 PCC架构，应用动态接 口模式或者静态接口模式实现前述各方案中的相关环节 10-40。 该控制业务 传输的系统包括 PCEF与 PCRF ,其中 PCEF主要进行接收环节、 获取环节、 控制执行环节。 确定转发策略环节则由 PCEF与 PCRF相互合作完成。 其系 统架构可以参考图 5b、 图 5c。
可选的， PCEF与 PCRF之间采用动态规则接口 ；该包括：
在 PCRF上保存该用户的动态信息以及该用户的动态信息对应的策略， 或者，该业务层信息以及该业务层信息对应的策略；该策略包括需要将该业 务数据转发给至少一个业务服务器，该至少一个业务服务器不是该业务数据 的原始目的服务器；
前文的接收环节和确定转发策略环节包括： PCEF获取该用户的动态信息或者该业务数据的业务层信息；
PCEF向 PCRF发起请求，携带用户的动态信息或者该业务数据的业务 倉、，
PCRF根据 PCEF上报的用户的动态信息或者该业务数据的业务层信息 查询得到相对应的策略，发送给 PCEF；
PCEF缓存接收到的该用户的动态信息或者该业务数据的业务层信息对 应的策略；
PCEF接收到用户的业务数据后，根据该用户的动态信息或者该业务数 据的业务层信息，以及上述缓存的策略确定需要将该业务数据转发给至少一 个业务服务器。
可选的 ，该控制业务传输的系统包括 PCEF与 PCRF , PCEF与 PCRF之 间采用静态规则接口。 该方法包括：
在 PCEF 本地配置该用户的动态信息以及该用户的动态信息对应的策 略，或者，该业务层信息以及该业务层信息对应的策略；该策略包括需要将 该业务数据转发给至少一个业务服务器，该至少一个业务服务器不是该业务 数据中携带的原始目的服务器。
具体的，该本地配置的策略可以根据 PCRF的指令进行激活或者去激活。 具体的，该接收环节和确定转发策略环节包括：
PCEF获取该用户的动态信息或者该业务数据的业务层信息；
PCEF接收到用户的业务数据后，根据该用户的动态信息或者该业务数 据的业务层信息，以及上述本地存储的策略确定需要将该业务数据转发给至 少一个业务服务器。
相应的，参考图 10，本发明实施提供了一种可以实现前述各方法的控制 业务传输的系统。 该系统包括接收模块（ M100 ) ,获取模块（ M200 ) ,确 定转发策略模块（ M300 ) ,控制执行模块（ M400 > 前述各模块之间通信连 接。
接收模块 (M100) ,用于接收用户设备发送的通信数据，该通信数据中 携带有原始目的服务器的信息；（即执行前述接收环节）b
获取模块（ M200 ) ,用于根据该通信数据获取发送该通信数据的用户的 动态信息和该通信数据的业务层信息之一或者任意组合；（即执行前述获取 环节）b
确定转发策略模块（ M300 ) ,用于根据获取的该用户的动态信息和该业 务层信息之一或者任意组合，确定转发策略，该转发策略包括：需要将该用 户设备发送的业务数据转发给至少一个业务服务器，该至少一个业务服务器 不同于该通信数据中携带的原始目的服务器；（即执行前述确定转发策略环 节 ) b
控制执行模块（ M400 ) ,用于控制执行下述步骤：将该该用户设备发送 的业务数据发送给该至少一个业务服务器，并接收经过该至少一个业务服务 器处理后的业务数据，将该接收到的经过处理后的业务数据发送给该通信数 据中携带的原始目的服务器（即执行前述控制执行环节 )o 本领域技术人员可以理解，图 10所述的各模块，可以相应的实施各方 法实施方式中提到的各方法环节的功能。 也可以相应的增加模块，例如， T C P协议处理模块（ 500 ) , T C P链接重构模块（ 600 ) ,以实现前文所述的 各方法实施方式步骤的功能。 在此不再赘述。
参考图 11，提供了一种可以实现前述各方法的控制业务传输的系统的结 构示意图。 控制业务传输的系统包括至少一个处理器（ 1001 ) ,例如 CPU , 至少一个网络接口（ 1004 )或者其他通信接口（ 1003 ) ,存储器（ 1005 ) ,和 至少一个通信总线（ 1002 )b 通信总线（ 1002 )用于实现前述装置之间的连 接通信。 该控制业务传输的系统可选的包含用户接口（ 1003 ) ,例如显示器， 键盘或者点击设备。 存储器（ 1005 )可能包含高速 Ram存储器，也可能还 包括非不稳定的存储器（ non-volatile memory ) ,例如至少一个磁盘存储器。 存储器（ 1005 )可选的可以包含至少一个位于远离前述 CPU1001 的存储装 置。 在一些实施方式中 ，存储器（ 1005 )存储了如下的元素，模块或者数据 结构，或者他们的子集，或者他们的扩展集：
操作系统（ 1006 ) ,包含各种程序，用于实现各种基础业务以及处理基 于硬件的任务；
接收模块 (M100) ,获取模块（ Μ200 ) ,确定转发策略模块（ Μ300 ) , 控制执行模块（ Μ400 )b 各模块的功能如前文所述。 较优的，前述模块的工 作原理，可以参考图 1-3 , 6-9所示方法中的具体介绍，在此不再赘述。
应理解，在本发明的各种实施例中 ，上述各过程的序号的大小并不意味 着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应 对本发明实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各 示例的单元及算法步骤，能够以电子硬件、 或者计算机软件和电子硬件的结 合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特 定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方 法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描 述的系统、 装置和单元的具体工作过程，可以参考前述方法实施例中的对应 过程，在此不再赘述。
在本申请所提供的几个实施例中 ，应该理解到，所掲露的系统、 装置和 方法，可以通过其它的方式实现。 例如，以上所描述的装置实施例仅仅是示 意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可 以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个 系统，或一些特征可以忽略，或不执行。 另一点，所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些接口 ，装置或单元的间接耦合 或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作 为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元 中 ，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一 个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使 用时，可以存储在一个计算机可读取存储介质中。 基于这样的理解，本发明 的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部 分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 中 ，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器， 或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。 而前 述的存储介质包括： U盘、移动硬盘、只读存储 ROM >Read-Only Memory 随机存取存储器（ RAM , Random Access Memory )、 磁碟或者光盘等各种可 以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限 于此，任何熟悉本技术领域的技术人员在本发明掲露的技术范围内 ，可轻易 想到变化或替换，都应涵盖在本发明的保护范围之内。 因此，本发明的保护 范围应以所述权利要求的保护范围为准。

Claims

权利要求
1 .一种控制业务传输的方法，其特征在于，所述方法包括： 接收传输业务的用户设备发送的连接请求消息，所述连接请求消息包括 所述用户设备的用户信息；
根据所述用户信息，确定增值服务系统 VAS信息，所述 VAS信息用于 指示所述业务的至少一个目的 VAS；
接收发送端发送的所述业务的第一数据报文；
根据所述 VAS信息，从所述至少一个目的 VAS获取第二数据报文，所 述第二数据报文是所述至少一个目的 VAS对所述第一数据报文进行增值处 理后的数据报文；
向接收端发送所述第二数据报文。
2 .根据权利要求 1所述的方法，其特征在于，所述方法还包括： 获取用于指示所述业务的业务状态的状态信息；以及
所述根据所述用户信息，确定 VAS信息，包括：
根据所述用户信息和所述状态信息，确定所述 VAS信息。
3 .根据权利要求 2所述的方法，其特征在于，所述获取用于指示所述 业务的业务状态的状态信息包括：
获取用于指示所述业务的初始的业务状态的第一状态信息；
所述根据所述用户信息和所述状态信息，确定所述 VAS信息，包括： 根据所述用户信息和所述第一状态信息，确定第一 VAS信息；以及 所述方法还包括：
确定所述初始的业务状态发生变更；
获取用于指示所述业务的变更后的业务状态的第二状态信息；以及 所述根据所述用户信息，确定 VAS信息，还包括：
根据所述用户信息和所述第二状态信息，确定第二 VAS信息。
4 .根据权利要求 2或 3所述的方法，其特征在于，所述状态信息包括 用于指示当前时间的时间信息和 /或用于指示所述业务的当前承载网络的承 害、
5 .根据权利要求 1至 4中任一项所述的方法，其特征在于，所述 VAS 信息用于指示所述业务的至少两个目的 VAS；以及
所述根据所述 VAS信息，从所述至少一个目的 VAS获取第二数据报文， 包括：
根据所述 VAS信息， 向第一目的 VAS发送所述第一数据报文； 接收所述第一目的 VAS发送的第三数据报文，所述第三数据报文是所 述第一目的 VAS对所述第一数据报文进行增值处理后的数据报文；
根据所述 VAS信息， 向第二目的 VAS发送所述第三数据报文； 接收所述第二目的 VAS发送的所述第二目的 VAS对所述第三数据报文 进行增值处理后的数据报文；
所述第二目的 VAS对所述第三数据报文进行增值处理后的数据报文为 所述第二数据报文；或者，向至少一个其他的目的 VAS发送所述第二目的 VAS对所述第三数据报文进行增值处理后的数据报文，以使所述至少一个其 他的目的 VAS对经所述第二目的 VAS对所述第三数据报文进行增值处理后 的数据报文再次进行增值处理，并将所述至少一个其他的目的 VAS对经所 述第二目的 VAS对所述第三数据报文进行增值处理后的数据报文再次进行 增值处理后的数据报文作为第二数据报文。
6 .根据权利要求 5所述的方法，其特征在于，所述方法还包括： 确定用于指示数据报文在所述至少两个 VAS 中的发送顺序的优先级信 息；以及
所述根据所述 VAS信息，从所述至少一个目的 VAS获取第二数据报文， 包括：
根据所述 VAS信息和所述优先级信息，从所述至少一个目的 VAS获取 第二数据报文。
7 .根据权利要求 1至 6中任一项所述的方法，其特征在于，所述根据 所述用户信息，确定 VAS信息，包括：
根据所述用户信息，从基于所述用户信息与所述 VAS信息的对应关系 生成的第一数据库中 ，获取所述 VAS信息。
8 .根据权利要求 2至 6中任一项所述的方法，其特征在于，所述根据 所述用户信息和所述状态信息，确定 VAS信息，包括：
根据所述用户信息和所述状态信息，从基于所述用户信息和所述状态信 息与所述 VAS信息的对应关系生成的第二数据库中 ，获取所述 VAS信息。
9 .根据权利要求 1至 6中任一项所述的方法，其特征在于，所述根据 所述用户信息，确定 VAS信息，包括：
向策略决策服务器发送包括所述用户信息的第一策略请求消息； 接收所述策略决策服务器发送的包括第一控制信息的第一策略请求应 答消息，其中 ，所述第一控制信息是所述策略决策服务器根据所述用户信息 确定的，用于指示所述 VAS信息；
根据所述第一控制信息，确定所述 VAS信息。
10 .根据权利要求 9所述的方法，其特征在于，所述根据所述第一控制 信息，确定所述 VAS信息，包括：
根据所述第一控制信息包括的 VAS信息指示标识，确定所述 VAS 信息；或者，
从所述控制信息中获取所述 VAS信息。
11 .根据权利要求 2至 6中任一项所述的方法，其特征在于，所述根据 所述用户信息和所述状态信息，确定 VAS信息，包括：
向策略决策服务器发送包括所述用户信息和所述状态信息的第二策略 请求消息；
接收所述策略决策服务器发送的包括第二控制信息的第二策略请求应 答消息，其中 ，所述第二控制信息是所述策略决策服务器根据所述用户信息 和所述状态信息确定的 ，用于指示所述 VAS信息；
根据所述第二控制信息，确定所述 VAS信息。
12 .根据权利要求 11 所述的方法，其特征在于，所述根据所述第二控 制信息，确定所述 VAS信息，包括：
根据所述第二控制信息包括的 VAS信息指示标识，确定所述 VAS 信息；或者，
从所述第二控制信息中获取所述 VAS信息。
13 .根据权利要求 1至 12中任一项所述的方法，其特征在于，在从至 少一个目的 VAS获取第二数据报文前，所述方法还包括：
向所述至少一个目的 VAS发送测试消息；
接收所述至少一个目的 VAS发送的测试响应消息；
根据所述测试响应消息，确定所述至少一个目的 VAS有效。
14 .根据权利要求 1至 13中任一项所述的方法，其特征在于，所述 VAS 信息包括 VAS标识 ID、 VAS的虚拟局域网 VLAN ID和 VAS的网际协议 IP 地址。
15 .根据权利要求 1至 14中任一项所述的方法，其特征在于，所述用 户信息包括移动用户手机号 MSISDN、 国际移动用户标识 IMSI、 国际移动 台设备标识 IMEI和服务器网际协议 IP地址中的至少一个。
16 .一种控制业务传输的装置，其特征在于，该装置包括：
接收单元，接收传输业务的用户设备发送的连接请求消息，所述连接请 求消息包括所述用户设备的用户信息；
确定单元，根据所述用户信息，确定增值服务系统 VAS信息，所述 VAS 信息用于指示所述业务的至少一个目的 VAS；
所述接收单元还用于接收发送端发送的所述业务的第一数据报文； 获取单元，用于根据所述 VAS信息，从所述至少一个目的 VAS获取第 二数据报文，所述第二数据报文是所述至少一个目的 VAS对所述第一数据 报文进行增值处理后的数据报文；
发送单元，用于向接收端发送所述第二数据报文。
17 .根据权利要求 16所述的装置，其特征在于，所述确定单元还用于 获取用于指示所述业务的业务状态的状态信息；
用于根据所述用户信息和所述状态信息，确定所述 VAS信息。
18 .根据权利要求 17所述的装置，其特征在于，所述确定单元还用于 获取用于指示所述业务的初始的业务状态的第一状态信息；
用于确定所述初始的业务状态发生变更；
用于获取用于指示所述业务的变更后的业务状态的第二状态信息； 用于根据所述用户信息和所述第二状态信息，确定第二 VAS信息。
19 .根据权利要求 17或 18所述的装置，其特征在于，所述确定单元获 取的所述状态信息包括用于指示当前时间的时间信息和 /或用于指示所述业 务的当前承载网络的承载信息。
20 .根据权利要求 16至 19中任一项所述的装置，其特征在于，所述确 定单元确定的所述 VAS信息用于指示所述业务的至少两个目的 VAS；以及 所述获取单元包括： 发送模块，用于根据所述 VAS信息， 向第一目的 VAS发送所述第一数 据报文；
接收模块，用于接收所述第一目的 VAS发送的第三数据报文，所述第 三数据报文是所述第一目的 VAS对所述第一数据报文进行增值处理后的数 据报文；
所述发送模块还用于根据所述 VAS信息， 向第二目的 VAS发送所述第 三数据报文；
所述接收模块还用于接收所述第二目的 VAS发送的所述第二目的 VAS 对所述第三数据报文进行增值处理后的数据报文；
所述第二目的 VAS对所述第三数据报文进行增值处理后的数据报文为 所述第二数据报文；或者，向至少一个其他的目的 VAS发送所述第二目的 VAS对所述第三数据报文进行增值处理后的数据报文，以使所述至少一个其 他的目的 VAS对经所述第二目的 VAS对所述第三数据报文进行增值处理后 的数据报文再次进行增值处理，并将所述至少一个其他的目的 VAS对经所 述第二目的 VAS对所述第三数据报文进行增值处理后的数据报文再次进行 增值处理后的数据报文作为第二数据报文。
21 .根据权利要求 20所述的装置，其特征在于，所述确定单元还用于 确定用于指示数据报文在所述至少两个 VAS 中的发送顺序的优先级信息； 以及
所述获取单元还用于根据所述 VAS信息和所述优先级信息，从所述至 少一个目的 VAS获取第二数据报文。
22 .根据权利要求 16至 21中任一项所述的装置，其特征在于，所述确 定单元还用于根据所述用户信息，从基于所述用户信息与所述 VAS信息的 对应关系生成的第一数据库中 ，获取所述 VAS信息。
23 .根据权利要求 17至 21中任一项所述的装置，其特征在于，所述确 定单元还用于根据所述用户信息和所述状态信息，从基于所述用户信息和所 述状态信息与所述 VAS信息的对应关系生成的第二数据库中 获取所述 VAS
'害、
24 .根据权利要求 16至 21中任一项所述的装置，其特征在于，所述发 送单元还用于向策略决策服务器发送包括所述用户信息的第一策略请求消 所述接收单元还用于接收所述策略决策服务器发送的包括第一控制信 息的第一策略请求应答消息，其中 ，所述第一控制信息是所述策略决策服务 器根据所述用户信息确定的，用于指示所述 VAS信息；
所述确定单元用于根据所述第一控制信息，确定所述 VAS信息。
25 .根据权利要求 24所述的装置，其特征在于，所述确定单元具体用 于根据所述第一控制信息包括的 VAS信息指示标识，确定所述 VAS信息； 或
用于从所述第一控制信息中获取所述 VAS信息。
26 .根据权利要求 19至 23中任一项所述的装置，其特征在于，所述发 送单元还用于向策略决策服务器发送包括所述用户信息和所述状态信息的 第二策略请求消息；
所述接收单元还用于接收所述策略决策服务器发送的包括第二控制信 息的第二策略请求应答消息，其中 ，所述第二控制信息是所述策略决策服务 器根据所述用户信息和所述状态信息确定的，用于指示所述 VAS信息； 所述确定单元用于根据所述第二控制信息，确定所述 VAS信息。
27 .根据权利要求 26所述的装置，其特征在于，所述确定单元具体用 于根据所述第二控制信息包括的 VAS信息指示标识，确定所述 VAS信息； 或
用于从所述第二控制信息中获取所述 VAS信息。
28 .根据权利要求 16至 27中任一项所述的装置，其特征在于，所述发 送单元还用于向所述至少一个目的 VAS发送测试消息；
所述接收单元还用于接收所述至少一个目的 VAS发送的测试响应消息； 所述确定单元还用于根据所述测试响应消息，确定所述至少一个目的 VAS有效。
29 .根据权利要求 16至 28中任一项该的装置，其特征在于，所述 VAS 信息包括 VAS标识 ID、 VAS的虚拟局域网 VLAN ID和 VAS的网际协议 IP 地址。
30 .根据权利要求 16至 29中任一项所述的装置，其特征在于，所述用 户信息包括移动用户手机号 MSISDN、 国际移动用户标识 IMSI、 国际移动 台设备标识 IMEI和服务器网际协议 IP地址中的至少一个。
31.—种通信业务处理方法，包括：
控制业务传输的系统接收用户设备发送的通信数据，所述通信数据中携 带有原始目的服务器的信息；
根据所述通信数据获取发送所述通信数据的用户的动态信息和所述通 信数据的业务层信息之一或者任意组合；
根据获取的所述用户的动态信息和所述业务层信息之一或者任意组合， 确定转发策略，所述转发策略包括：需要将与所述通信数据相应的业务数据 转发给至少一个业务服务器，所述至少一个业务服务器不同于所述通信数据 中携带的原始目的服务器；
将所述与所述通信数据相应的业务数据发送给所述至少一个业务服务 器，并接收经过所述至少一个业务服务器处理后的业务数据，将所述接收到 的经过处理后的业务数据发送给所述通信数据中携带的原始目的服务器。
32.根据权利要求 31的方法，
所述接收用户设备发送的通信数据，具体为接收用户设备发送的数据业 务激活请求或者数据业务变更请求；
所述获取发送业务数据的用户的动态信息，具体为 ：
解析所述数据业务激活请求或者所述数据业务变更请求得到用户的动 态信息，或者根据所述解析的结果查询得到用户的动态信息；
所述与所述通信数据相应的业务数据，具体为所述用户设备发送所述通 信数据后发送的业务请求。
33. 根据权利要求 31或者 32的方法，
所述接收用户设备发送的通信数据，具体为接收用户设备发送的业务请 求；
所述获取所述业务数据的业务层信息包括：
根据用户的业务请求，进行深度数据分析后获得所述业务请求的所述业 层 息 ,
所述与所述通信数据相应的业务数据具体为所述业务请求。
34. 根据权利要求 32的方法，
所述用户的动态信息包括下述信息的一种或者任意组合：用户的手机号 码、 用户的 IMSI、 用户的 IP地址、 用户的订购业务信息、 或者当前网络的 承载类型。
35. 根据权利要求 33的方法，
所述业务层信息包括下述信息的一种或者任意组合：业务相关的 L7层 或者 L7+层信息。
36 .根据权利要求 33或者 35的方法，
在所述接收用户设备发送的通信数据之前所述方法进一步包括： 所述控制业务传输的系统接收并转发所述用户设备与所述原始目的服 务器之间的 T C P三次握手报文，以便于建立所述用户设备与所述原始目的 服务器之间的 T C P链接； 所述接收用户设备发送的通信数据具体为 ：通过所述用户设备与所述原 始目的服务器之间的 T C P链接，接收所述用户设备发送的业务数据，所述 业务数据中携带有原始目的服务器的信息；
在所述确定转发策略之后所述方法进一步包括：
所述控制业务传输的系统关闭所述控制业务传输的系统与所述原始目 的服务器之间的 TCP链接，
根据所述 T C P三次握手报文构造新的 T C P三次握手报文，所述新的 T C P三次握手报文中包括所述 T C P三次握手报文中的发送方信息、原始 目的服务器的信息，以及所述新的 T C P三次握手报文所要转发到的所述至 少一个业务服务器的信息；
将所述新的 T C P三次握手报文经过所述至少一个业务服务器发送给 所述原始目的服务器；以便于所述恢复所述控制业务传输的系统和所述原始 目的服务器之间的 TCP链接。
37. 根据权利要求 36的方法， 所述新的 T C P三次握手报文需要转发 到的所述至少一个业务服务器的信息包括：所述至少一个业务服务器的
VLAN的标识，所述至少一个业务服务器的隧道的标识，或者，所述至少一 个业务服务器的物理端口的标识。
38. 根据权利要求 31 - 37中任意一个的方法，所述方法进一步包括： 所述转发策略包括：
需要接收与所述通信数据相应的业务数据的多个业务服务器的信息， 以及，所述多个业务服务器之间的顺序；
所述将所述与所述通信数据相应的业务数据发送给所述至少一个业务 服务器，并接收经过所述至少一个业务服务器处理后的业务数据，将所述接 收到的经过处理后的业务数据发送给所述通信数据中携带的原始目的服务 器包括：
将与所述通信数据相应的业务数据发送给所述业务服务器中顺序在前 的业务服务器，并接收经过所述业务服务器中顺序在前的业务服务器处理后 的业务数据，
将所述接收到的经过处理后的业务数据发送给所述业务服务器中顺序 在后的下一个业务服务器，并接收经过下一个所述业务服务器处理后的业务 数据，直到接收到所述多个业务服务器处理后的业务数据；
将所述接收到的经过所述多个业务服务器处理后的业务数据发送给所 述业务数据中携带的原始目的服务器。
39. 根据权利要求 38的方法，
所述转发策略中的所述多个业务服务器之间的顺序包括：上行流依次需 要经过的多个 VLAN的标识，上行流依次需要经过的多个隧道的标识，或者， 上行流依次需要经过的多个物理端口的标识；
以便于所述控制执行环节中根据所述多个 VLAN的标识，多个隧道的标 识，或者多个物理端口的标识控制业务数据发送的顺序，其中上行流的发送 顺序与所述转发策略中规定的顺序相同，下行流的发送顺序与所述转发策略 中规定的顺序相反。
40. 根据权利要求 31 - 37中任意一个的方法，所述方法进一步包括： 所述转发策略包括：
需要接收该用户设备发送的业务数据的多个业务服务器的信息； 所述控制执行环节包括：将与所述通信数据相应的业务数据并行的发送 给所述多个业务服务器，从所述多个业务服务器接收经过处理的多个业务数 据;将所述接收到的经过所述多个业务服务器处理后的多个业务数据进行综 合处理后，生成新的业务数据并发送给该业务数据中携带的原始目的服务 器。
41.根据权利要求 31-40中任意一个的方法，所述控制业务传输的系统为
P C C系统，所述 P C C系统中的 PCEF与 PCRF之间采用动态规则接口或 者静态规则接口实现上述方法。
42.—种控制业务传输的系统，该系统包括接收模块（ M100 ) ,获取模块 ( M200 ) ,确定转发策略模块（ M300 ) ,控制执行模块（ M400 ) ,所述各模 块之间通信连接，
所述接收模块（ M100 ) ,用于接收用户设备发送的通信数据，该通信数 据中携带有原始目的服务器的信息；
所述获取模块（ M200 ) ,用于根据该通信数据获取所述用户设备的用户 的动态信息和所述通信数据的业务层信息之一或者任意组合；
所述确定转发策略模块（ M300 ) ,用于根据获取的该用户的动态信息和 该业务层信息之一或者任意组合，确定转发策略，该转发策略包括：需要将 该用户设备发送的业务数据转发给至少一个业务服务器，该至少一个业务服 务器不同于该通信数据中携带的原始目的服务器；
所述控制执行模块（ M400 ) ,用于控制执行下述步骤：将该该用户设备 发送的业务数据发送给该至少一个业务服务器，并接收经过该至少一个业务 服务器处理后的业务数据，将该接收到的经过处理后的业务数据发送给该通 信数据中携带的原始目的服务器。
43.根据权利要求 42的系统，
所述接收模块（ M100 ) ,具体于接收用户设备发送的数据业务激活请求 或者数据业务变更请求；
所述获取模块（ M200 ) ,用于解析所述数据业务激活请求或者所述数据 业务变更请求得到用户的动态信息，或者根据所述解析的结果查询得到用户 的动态信息；其中所述与所述通信数据相应的业务数据，为所述用户设备发 送所述通信数据后发送的业务请求。
44.根据权利要求 42 的系统，所述接收模块 (M100) ,具体用于接收用 户设备发送的业务请求；
所述获取模块（ M200 ) ,用于：
根据用户的业务请求，进行深度数据分析后获得所述业务请求的所述业 层 息 ,
其中所述与所述通信数据相应的业务数据具体为所述业务请求。
45. 根据权利要求 43的系统，
所述用户的动态信息包括下述信息的一种或者任意组合：用户的手机号 码、 用户的 IMSI、 用户的 IP地址、 用户的订购业务信息、 或者当前网络的 承载类型。
46. 根据权利要求 44的系统，
所述业务层信息包括下述信息的一种或者任意组合：业务相关的 L7层 或者 L7+层信息。
47 .根据权利要求 42或者 44的系统，进一步包括 T C P协议处理模块 500 , T C P链接重构模块 600；
T C P协议处理模块 500用于所述接收模块 (M100)执行之前，确定所 述原始目的服务器和所述至少一个业务服务器支持 T C P协议；接收并转发 所述用户设备与所述原始目的服务器之间的 T C P三次握手报文，以便于建 立所述用户设备与所述原始目的服务器之间的 T C P链接；
所述接收模块 (M100) 具体用于通过所述用户设备与所述原始目的服务 器之间的 T C P链接，接收所述用户设备发送的业务数据，所述业务数据中 携带有原始目的服务器的信息；
T C P链接重构模块 600用于在所述确定转发策略模块（ M300 )执行 之后关闭所述控制业务传输的系统与所述原始目的服务器之间的 TCP链接， 根据所述 T C P三次握手报文构造新的 T C P三次握手报文，所述新的 T C P三次握手报文中包括所述 T C P三次握手报文中的发送方信息、原始目的 服务器的信息、以及所述新的 T C P三次握手报文所要转发到的所述至少一 个业务服务器的信息；将所述新的 T C P三次握手报文经过所述至少一个业 务服务器发送给所述原始目的服务器;以便于所述恢复所述控制业务传输的 系统和所述原始目的服务器之间的 TCP链接。
48. 根据权利要求 42-47中任意一个的系统，
所述转发策略包括：
需要接收与所述通信数据相应的业务数据的多个业务服务器的信息， 以及，所述多个业务服务器之间的顺序；
所述控制执行模块（ M400 ) ,用于将与所述通信数据相应的业务数据发 送给所述业务服务器中顺序在前的业务服务器，并接收经过所述业务服务器 中顺序在前的业务服务器处理后的业务数据，将所述接收到的经过处理后的 业务数据发送给所述业务服务器中顺序在后的下一个业务服务器，并接收经 过下一个所述业务服务器处理后的业务数据，直到接收到所述多个业务服务 器处理后的业务数据；将所述接收到的经过所述多个业务服务器处理后的业 务数据发送给所述业务数据中携带的原始目的服务器。
49. 根据权利要求 48的系统，
所述转发策略中的所述多个业务服务器之间的顺序包括：上行流依次需 要经过的多个 VLAN的标识，上行流依次需要经过的多个隧道的标识，或者， 上行流依次需要经过的多个物理端口的标识；
以便于所述控制执行模块（ M400 )根据所述多个 VLAN的标识，多个 隧道的标识，或者多个物理端口的标识控制业务数据发送的顺序，其中上行 流的发送顺序与所述转发策略中规定的顺序相同，下行流的发送顺序与所述 转发策略中规定的顺序相反。
50. 根据权利要求 42-47中任意一个的系统，
所述转发策略包括：
需要接收该用户设备发送的业务数据的多个业务服务器的信息； 所述控制执行模块（ Μ400 ) ,
用于将与所述通信数据相应的业务数据并行的发送给所述多个业务服 务器 人所述多个业务服务器接收经过处理的多个业务数据;将所述接收到的 经过所述多个业务服务器处理后的多个业务数据进行综合处理后，生成新的 业务数据并发送给该业务数据中携带的原始目的服务器。
51、 根据权利要求 42-50中任意一个的系统，所述控制业务传输的系统 为 P C C系统，所述 P C C系统中的 PCEF与 PCRF之间采用动态规则接口 或者静态规则接口。
PCT/CN2013/071579 2012-05-15 2013-02-08 控制业务传输的方法和装置 Ceased WO2013170646A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP13790506.3A EP2768196B1 (en) 2012-05-15 2013-02-08 Method and device for controlling service transmission
RU2014128627/08A RU2583723C2 (ru) 2012-05-15 2013-02-08 Способ и устройство для управления передачей сервиса
US14/289,283 US9510371B2 (en) 2012-05-15 2014-05-28 Method and apparatus for controlling service transmission

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNPCT/CN2012/075533 2012-05-15
PCT/CN2012/075533 WO2012126423A2 (zh) 2012-05-15 2012-05-15 控制业务传输的方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/289,283 Continuation US9510371B2 (en) 2012-05-15 2014-05-28 Method and apparatus for controlling service transmission

Publications (1)

Publication Number Publication Date
WO2013170646A1 true WO2013170646A1 (zh) 2013-11-21

Family

ID=46879799

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2012/075533 Ceased WO2012126423A2 (zh) 2012-05-15 2012-05-15 控制业务传输的方法和装置
PCT/CN2013/071579 Ceased WO2013170646A1 (zh) 2012-05-15 2013-02-08 控制业务传输的方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/075533 Ceased WO2012126423A2 (zh) 2012-05-15 2012-05-15 控制业务传输的方法和装置

Country Status (5)

Country Link
US (1) US9510371B2 (zh)
EP (1) EP2768196B1 (zh)
CN (1) CN102783099B (zh)
RU (1) RU2583723C2 (zh)
WO (2) WO2012126423A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3089435A4 (en) * 2014-01-20 2017-01-04 Huawei Technologies Co., Ltd. Service processing method and network device

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102783099B (zh) 2012-05-15 2016-05-25 华为技术有限公司 控制业务传输的方法和装置
WO2014155629A1 (ja) * 2013-03-28 2014-10-02 楽天株式会社 要求処理システム、要求処理方法、プログラムおよび情報記憶媒体
CN104380667B (zh) 2013-06-14 2017-09-12 华为技术有限公司 一种数据报文的路由方法和设备
KR101870390B1 (ko) * 2013-06-27 2018-06-22 후아웨이 테크놀러지 컴퍼니 리미티드 흐름 제어 방법 및 기기
EP3018968B1 (en) * 2013-08-13 2022-07-27 Huawei Technologies Co., Ltd. Wireless access method, apparatus and system
US10516608B2 (en) * 2014-09-11 2019-12-24 Oath Inc. Systems and methods for directly responding to distributed network traffic
US20170250902A1 (en) * 2014-09-23 2017-08-31 Nokia Solutions And Networks Oy Control of communication using service function chaining
CN104363171B (zh) * 2014-10-22 2017-11-24 上海华为技术有限公司 一种用户报文的转发控制方法以及处理节点
CN105634910A (zh) * 2014-10-30 2016-06-01 北京顶魁科技有限公司 一种选择用户的方法及装置
US9843548B2 (en) * 2014-12-09 2017-12-12 American Megatrends, Inc. System and method of user-to-machine and machine-to-machine communication through instant messaging
US9954783B1 (en) 2015-03-31 2018-04-24 Cisco Technology, Inc. System and method for minimizing disruption from failed service nodes
CN106161561A (zh) * 2015-04-23 2016-11-23 中国移动通信集团黑龙江有限公司 一种实现区分服务的方法、装置及负载均衡服务器
US10075377B1 (en) 2015-04-23 2018-09-11 Cisco Technology, Inc. Statistical collection in a network switch natively configured as a load balancer
US9935882B2 (en) * 2015-05-13 2018-04-03 Cisco Technology, Inc. Configuration of network elements for automated policy-based routing
CN105119982B (zh) * 2015-07-23 2019-02-22 中国联合网络通信集团有限公司 增值处理的方法及装置
WO2017035777A1 (en) * 2015-09-01 2017-03-09 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for orchestrating service provisioning
US10044677B2 (en) * 2015-11-25 2018-08-07 Barracuda Networks, Inc. System and method to configure a firewall for access to a captive network
US10439990B2 (en) 2015-11-25 2019-10-08 Barracuda Networks, Inc. System and method to configure a firewall for access to a captive network
EP3412047B1 (en) * 2016-02-01 2022-01-05 Telefonaktiebolaget LM Ericsson (publ) Method and network entity for control of charging for value added service (vas)
CN107370779B (zh) * 2016-05-12 2020-12-15 华为技术有限公司 一种数据传输方法、装置及系统
US10567276B2 (en) 2016-08-05 2020-02-18 Huawei Technologies Co., Ltd. Virtual network pre-configuration in support of service-based traffic forwarding
CN109639911A (zh) * 2017-10-09 2019-04-16 中兴通讯股份有限公司 一种触发增值业务的方法、装置、设备及存储介质
CN109040078B (zh) * 2018-08-09 2021-01-05 郑州市景安网络科技股份有限公司 一种报备ip地址的方法、装置、设备及可读存储介质
US10887944B2 (en) * 2018-08-20 2021-01-05 Telefonaktiebolaget Lm Ericsson (Publ) User plane function control of control plane-user plane separation
CN111600812B (zh) * 2020-05-13 2022-10-25 优刻得科技股份有限公司 一种报文的处理方法、处理装置、可读介质和系统
CN114079612B (zh) * 2020-08-03 2024-06-04 阿里巴巴集团控股有限公司 容灾系统及其管控方法、装置、设备、介质
EP3975502B1 (de) * 2020-09-28 2023-07-26 Siemens Aktiengesellschaft Verfahren und system zur bereitstellung von zeitkritischen diensten mittels einer ablaufsteuerungsumgebung

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1571341A (zh) * 2004-04-23 2005-01-26 上海金诺网络安全技术发展股份有限公司 一种用于网络增值业务的控制和计费方法
CN101754089A (zh) * 2008-12-17 2010-06-23 中兴通讯股份有限公司 业务实现方法、系统以及个人网络网关
WO2012126423A2 (zh) * 2012-05-15 2012-09-27 华为技术有限公司 控制业务传输的方法和装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5664102A (en) * 1995-02-07 1997-09-02 At&T Intelligent network internetworking access arrangement
US6625141B1 (en) * 1999-06-18 2003-09-23 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP)
US8069118B2 (en) * 2000-09-08 2011-11-29 United States Postal Service Mediated electronic messaging with value-added services
US7103066B2 (en) * 2000-10-12 2006-09-05 At&T Corp. Method and apparatus for providing common intelligent value-added service protocols for accessing value-added services by all multimedia application protocols
CN1964268A (zh) * 2006-11-08 2007-05-16 华为技术有限公司 网络电视系统中增值业务的提供方法及相关系统和设备
CN101330547A (zh) * 2007-06-20 2008-12-24 朗迅科技公司 在VoIP网络中分布的用于提供服务的媒体资源
US8806057B2 (en) * 2009-05-19 2014-08-12 Neutral Space, Inc. Internet-based value-added services system and method
US20130246164A1 (en) * 2010-07-09 2013-09-19 Vimal Kumar Khanna System and method for predicting specific mobile user/specific set of localities for targeting advertisements.

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1571341A (zh) * 2004-04-23 2005-01-26 上海金诺网络安全技术发展股份有限公司 一种用于网络增值业务的控制和计费方法
CN101754089A (zh) * 2008-12-17 2010-06-23 中兴通讯股份有限公司 业务实现方法、系统以及个人网络网关
WO2012126423A2 (zh) * 2012-05-15 2012-09-27 华为技术有限公司 控制业务传输的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2768196A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3089435A4 (en) * 2014-01-20 2017-01-04 Huawei Technologies Co., Ltd. Service processing method and network device
US10129722B2 (en) 2014-01-20 2018-11-13 Huawei Technologies Co., Ltd. Service processing method and network device

Also Published As

Publication number Publication date
WO2012126423A3 (zh) 2013-04-11
RU2583723C2 (ru) 2016-05-10
EP2768196A4 (en) 2014-12-03
WO2012126423A2 (zh) 2012-09-27
EP2768196B1 (en) 2016-09-21
RU2014128627A (ru) 2016-01-27
CN102783099B (zh) 2016-05-25
CN102783099A (zh) 2012-11-14
US9510371B2 (en) 2016-11-29
US20140269513A1 (en) 2014-09-18
EP2768196A1 (en) 2014-08-20

Similar Documents

Publication Publication Date Title
WO2013170646A1 (zh) 控制业务传输的方法和装置
JP7178365B2 (ja) サービス能力公開機能（ｓｃｅｆ）ベースのインターネットオブシングス（ｉｏｔ）通信の方法とシステム
EP2945329B1 (en) System and method for transporting information to service in a network environment
US9379931B2 (en) System and method for transporting information to services in a network environment
EP2735189B1 (en) System and method for flow termination of a tcp session
EP2629466B1 (en) Method, device and system for forwarding data in communication system
US9451502B2 (en) Service control method and system, evolved nodeB, and packet data network gateway
CN105934960B (zh) 移动设备业务管理
KR20140030307A (ko) 정보 중심 네트워크를 위한 일반화된 듀얼 모드 데이터 포워딩 플레인
WO2011137644A1 (zh) 终端访问业务的方法、装置及系统
CN113572864B (zh) 一种数据处理方法、网元设备以及可读存储介质
EP3588906B1 (en) Multi-path management with http/2
US11902036B2 (en) Policy and charging control (PCC) in information centric networking
US8862869B1 (en) Method and apparatus for providing network initiated session encryption
WO2022021971A1 (zh) 通信方法、第一策略控制网元及通信系统
KR20170045262A (ko) 셀룰러 네트워크에서의 플렉시블 모바일 스티어링을 위한 방법 및 장치
WO2011144123A2 (zh) 签约业务处理方法和网关及系统
US9301280B2 (en) Optimizing paging based on services
EP3900420B1 (en) Method and system for retrieving user information in evolved packet system
CN115460213A (zh) 一种业务处理方法、装置、电子设备及计算机可读介质
US20240114323A1 (en) Apparatus and method for providing service function chaining service exposure in wireless communication system
KR20240045981A (ko) 무선 통신 시스템에서 sfc 서비스 익스포저 기능을 제공하기 위한 장치 및 방법
KR20230122363A (ko) 통신 시스템에서　브로드캐스트를 위한 방법 및 장치
CN108667879A (zh) 数据业务会话绑定方法和路由设备及系统
WO2015039290A1 (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: 13790506

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2013790506

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013790506

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2014128627

Country of ref document: RU

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE