WO2013097367A1 - 一种协同业务的适配、分流传输及流切换方法和系统 - Google Patents

一种协同业务的适配、分流传输及流切换方法和系统 Download PDF

Info

Publication number
WO2013097367A1
WO2013097367A1 PCT/CN2012/072834 CN2012072834W WO2013097367A1 WO 2013097367 A1 WO2013097367 A1 WO 2013097367A1 CN 2012072834 W CN2012072834 W CN 2012072834W WO 2013097367 A1 WO2013097367 A1 WO 2013097367A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
terminal
user
information
flow
Prior art date
Application number
PCT/CN2012/072834
Other languages
English (en)
French (fr)
Inventor
孙爱芳
高冲
凌志浩
袁宜峰
曹建福
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP12862018.4A priority Critical patent/EP2787762A4/en
Priority to US14/369,101 priority patent/US9497242B2/en
Publication of WO2013097367A1 publication Critical patent/WO2013097367A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24568—Data stream processing; Continuous queries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a method and system for adapting, splitting, and stream switching cooperative services. Background technique
  • the main object of the present invention is to provide a cooperative service adaptation, split transmission and flow switching method and system to support the implementation of flow switching.
  • the present invention provides a method for cooperative service adaptation, offload transmission, and flow switching, the method comprising:
  • the service offload policy and/or the service adaptation policy are updated according to the corresponding flow switch type, and the transport path of the service flow is performed. Redirect.
  • the request message includes at least the following information: a user ID, a device ID, an IP address, a port information, and a service ID;
  • the user ID is an ID of a user requesting a service
  • the device ID is a device ID of each coordinated terminal in the terminal group
  • the IP address is an IP address of each coordinated terminal
  • the service ID is the ID of the requested service.
  • the obtaining the user context information, the terminal context information, and the service context information according to the request message is:
  • the formulating a service adaptation strategy includes: Obtaining information about each sub-service of the requested service according to the user context information and the service context information, and generating service combination information;
  • the user context information is service preference information of the user, including type information of each sub-service that the user prefers;
  • the service context information is information of all database servers that can be queried according to the service ID and can provide the requested service;
  • the service combination information is generated according to each sub-service ID and corresponding database server information. And selecting, according to the terminal context information, a collaboration terminal capable of presenting the requested service, as a service component, and combining the service components according to the user context information to generate service component set information, including:
  • the terminal context information is capability information of the terminal;
  • the user context information is terminal preference information, including a device ID of the terminal used for the requested service user preference, and a capability information according to capability information of each coordinated terminal in the terminal group.
  • the service offloading policy includes: an interface link of each coordinated terminal to the core network in the terminal group, a backup link, a sub-service flow division manner, a flow ID setting manner and a flow of each service sub-flow.
  • Performing the service adaptation policy includes:
  • each sub-service resource to each database server; and splitting the service adaptation policy and then delivering the service adaptation policy to the corresponding collaboration terminal;
  • the execution of the service offloading strategy includes:
  • Integrating the sub-service resources to obtain the resources of the requested service performing sub-service flow division on the resources of the requested service according to the division manner of the sub-service flow, and setting the sub-service according to the setting manner of the flow ID
  • the flow setting flow ID is transmitted to the corresponding cooperative terminal through the corresponding interface link according to the mapping relationship between the flow ID and the interface link.
  • the flow switching type is a flow switching triggered by a change of the state of the specific terminal or the availability of the network
  • the flow switching type is a flow switching triggered by a change in network availability of the terminal group
  • the flow switching type is that the terminal environment change satisfies the user specific
  • the flow preference is triggered by the terminal preference.
  • the updating the service offloading policy and/or the service adaptation policy according to the flow switching type includes: when the flow switching type is a state of a specific terminal or a flow switching caused by a change in network availability, if the communication of the terminal is interrupted, the query is reserved. The link performs the redirection of the sub-service flow. If there is no backup link, the flow clearing control is started, the invalid multi-homed flow is deleted, and the service offloading policy is re-defined; if the terminal host changes, the flow ID and the interface link are remapped;
  • the flow switching type is a service adaptation policy and a service offloading policy when the terminal environment change satisfies the flow switching caused by the user-specific terminal preference.
  • the transmission path of the service flow is redirected to:
  • the invention also provides a system for cooperative service adaptation, offload transmission and flow switching, comprising: a terminal group consisting of a plurality of cooperative terminals, a media offload server, a context server and a service decision server, wherein:
  • the terminal group is configured to send a request message to the media offload server to request service transmission;
  • the media offloading server is configured to provide content included in the request message to the service decision server;
  • the service decision server is configured to acquire user context information, terminal context information, and service context information from the context server according to content included in the request message, and formulate a service adaptation policy and a service offload policy;
  • the service adaptation policy and the service offloading policy are sent to the media offloading server;
  • the media offloading server is further configured to perform the service adaptation policy and the service offloading policy, complete coordinated service adaptation, and perform coordinated service offload transmission;
  • the context server is configured to store the user context information, the terminal context information, and the service context information, and is further configured to periodically acquire network context information and terminal context information during the offloading transmission process;
  • the context information and the terminal context information determine whether the flow switching condition is triggered. When the determination result is yes, the corresponding flow switching type is notified to the service decision server;
  • the service decision server is further configured to update the service offloading policy and/or the service adaptation policy according to the flow switching type, and send the same to the media offloading server;
  • the media offloading server is further configured to perform an updated service offloading policy and/or a service adaptation policy, and perform a transport path redirection of the service flow.
  • the request message includes at least the following information: a user ID, a device ID, an IP address, a port information, and a service ID;
  • the user ID is an ID of a user requesting a service
  • the device ID is a device ID of each coordinated terminal in the terminal group
  • the IP address is an IP address of each coordinated terminal
  • the service ID is the ID of the requested service.
  • the service decision server is further configured to acquire the user context information according to the user ID, obtain the terminal context information according to the device ID and/or an IP address, and obtain the service context information according to the service ID.
  • the service decision server is further configured to: obtain information about each sub-service of the requested service according to the user context information and the service context information, to generate service combination information; and from the terminal group according to the terminal context information. Selecting a collaboration terminal capable of presenting the requested service as a service component; and combining the service components according to the user context information to generate service component set information; generating the service combination information and the service component set information according to the service combination information.
  • the service deployment configuration file completes the formulation of the service adaptation strategy.
  • the user context information is service preference information of the user, including type information of each sub-service that the user prefers;
  • the service context information is information of all database servers that can be queried according to the service ID and can provide the requested service;
  • the system also includes a database server
  • the service decision server is further configured to determine, according to the service preference information, a database server capable of providing the sub-services from all database servers capable of providing the requested service, and from providing the sub-services Obtaining a corresponding sub-service ID in the database server; and generating the service combination information according to each sub-service ID and corresponding database server information; the database server is configured to store and provide the sub-service.
  • the terminal context information is capability information of the terminal;
  • the user context information is terminal preference information, and includes a device ID and capability information of the terminal used for the requested service user preference;
  • the service decision server is further configured to: select, according to the capability information of each collaboration terminal in the terminal group, a collaboration terminal that can present the requested service from the terminal group, as a service component; and the user to which the collaboration terminal that is the service component belongs
  • the user ID is the same as the user ID of the user requesting the service; and dynamically combining the service components according to the terminal preference information to generate service component set information, including the device ID of each collaboration terminal that presents the requested service. And ability information.
  • the system further includes a radio resource management server, configured to negotiate with the service server to formulate the service offloading policy;
  • the service offloading policy includes: an interface link of each coordinated terminal to the core network in the terminal group, a backup link, a sub-service flow division manner, a flow ID setting manner of each service sub-flow, a flow ID, and an interface chain.
  • the mapping relationship of the road includes: an interface link of each coordinated terminal to the core network in the terminal group, a backup link, a sub-service flow division manner, a flow ID setting manner of each service sub-flow, a flow ID, and an interface chain.
  • the media offloading server executing the service offloading policy, includes: according to the sub-industry The service ID and the corresponding database server information are applied to each database server to apply for each sub-service resource; and the service adaptation policy is split and sent to the corresponding collaboration terminal; and the execution of the service offload policy includes: integrating the sub-service resources Obtaining a resource of the requested service; performing sub-service flow division on the resource of the requested service according to the division manner of the sub-service flow, and setting a flow ID for each sub-service flow according to the setting manner of the flow ID; The mapping relationship between the flow ID and the interface link is used to deliver each sub-service flow to the corresponding coordinated terminal through the corresponding interface link.
  • the context server is further configured to: when the periodically acquired network context information and the terminal context information meet the predetermined rule of the user, determine that the flow switching condition is triggered, and notify the service decision server of the corresponding flow switching type;
  • the flow switching type is a flow switching triggered by a change of the state of the specific terminal or the availability of the network
  • the flow switching type is a flow switching triggered by a change in network availability of the terminal group
  • the flow switching type is a flow switching triggered by the terminal environment change satisfying the user-specific terminal preference.
  • the service decision server and the radio resource management server are further configured to update the service offloading policy and/or the service adaptation policy according to the flow switching type, including:
  • the flow switching type is a state of a specific terminal or a flow switching caused by a change in network availability
  • the standby link is queried for redirection of the sub-service flow, and if there is no backup link, the flow clear control is started. , deleting the invalid multi-homed flow, and re-establishing the service offloading strategy; if the terminal host changes, performing the remapping of the flow ID and the interface link;
  • Adopting a pre-linking mechanism when the current network availability drops to a preset level, initiate a link with the new access network, and re-define the service offloading strategy;
  • the flow switching type is a service adaptation policy and a service offloading policy when the terminal environment change satisfies the flow switching caused by the user-specific terminal preference.
  • the media offloading server is further configured to redirect the transmission path of the changed sub-service flow according to the mapping relationship between the flow ID and the interface link in the updated service offloading policy, and complete the flow switching.
  • the method and system for adapting, splitting, and stream switching the coordinated service of the present invention receiving a request message for service transmission from a terminal group; acquiring user context information, terminal context information, and service context information according to the request message, and formulating a service adaptation policy And the service offloading strategy; performing the service adaptation policy and the service offloading policy, completing the coordinated service adaptation, and performing the coordinated service offload transmission; in the offload transmission process, determining the trigger flow switching condition according to the acquired network context information and the terminal context information And updating the service offloading policy and/or the service adaptation policy according to the corresponding flow switching type, and performing the transport path redirection of the service flow.
  • efficient service transmission and presentation services are provided for the user's personalized business needs.
  • the present invention proposes a processing mechanism (flow switching type) and a traffic switching based service adaptation and traffic sharing method for different flow switching, and implements reasonable service flow migration based on service continuity and user optimal service experience.
  • FIG. 1 is a schematic structural diagram of a system for cooperative service adaptation offloading according to the present invention
  • FIG. 2 is a flowchart of a method for implementing coordinated service adaptation and offload transmission according to the present invention
  • FIG. 3 is a flowchart of a method for formulating a service adaptation policy according to the present invention.
  • FIG. 4 is a flowchart of a flow switching processing mechanism in a service transmission process according to the present invention.
  • FIG. 5 is a scenario diagram of a flow switching and adaptation using the method of the present invention. detailed description
  • the present invention provides a method, including:
  • a request message for receiving a service transmission from a terminal group 1.
  • the request message includes at least the following information: a user ID, a device ID, an IP address, a port information, and a service ID; a user ID is an ID of a user requesting a service; a device ID is a device ID of each coordinated terminal in the terminal group; and an IP address is each The IP address of the cooperative terminal; the port information is the information of the port on which the coordinated terminal transmits the service; the service ID is the ID of the requested service.
  • a service adaptation strategy including:
  • the user context information is the user's service preference information, including the type information of each sub-service that the user prefers
  • the service context information is information of all database servers that can be queried according to the service ID and can provide the requested service
  • the service combination information is generated according to each sub-service ID and corresponding database server information.
  • the terminal context information is the capability information of the terminal
  • the text information is terminal preference information, including devices for terminals that are preferred for the requested service user.
  • a collaborative terminal capable of presenting the requested service from the terminal group according to the capability information of each coordinated terminal in the terminal group; the user ID of the user to which the collaborative terminal as the service component belongs is the same as the user ID of the user requesting the service;
  • Each service component is dynamically combined according to the terminal preference information, and the service component set information is generated, including the device ID and capability information of each coordinated terminal that presents the requested service.
  • the service offloading policy includes: an interface link of each coordinated terminal to the core network in the terminal group, a backup link, a sub-service flow division manner, a flow ID setting manner of each service sub-flow, and a mapping relationship between the flow ID and the interface link. .
  • the implementation of the service adaptation strategy includes:
  • the execution of the business offloading strategy includes:
  • Integrating each sub-service resource to obtain the resource of the requested service sub-service flow division of the resource of the requested service according to the division manner of the sub-service flow, and setting a flow ID for each sub-service flow according to the setting manner of the flow ID;
  • Each sub-service flow is transmitted to the corresponding cooperative terminal through the corresponding interface link according to the mapping relationship between the flow ID and the interface link.
  • the service offloading policy and/or the service adaptation policy are updated according to the corresponding flow switching type, and the transmission path of the service flow is performed. Redirect.
  • the specific implementation of determining the trigger flow switching condition is: periodically acquiring network context information and terminal context information; when the network context information and the terminal context information satisfy the predetermined rule of the user, determining that the flow switching condition is triggered.
  • the flow switching type is a flow of a specific terminal or a change in network availability.
  • the flow switching type is the flow switching caused by the change of the network availability of the terminal group; the user defined rule is that the terminal environment change meets the user-specific terminal.
  • the flow switching type is a flow switching triggered by the terminal environment change satisfying the user-specific terminal preference.
  • service offloading policy and/or the service adaptation policy are updated according to the flow switching type, including:
  • the flow switching type is the state of a specific terminal or the flow switching caused by the change of the network availability
  • the standby link is queried for the redirection of the sub-service flow, and if there is no backup link, the flow clear control is started, and the flow is cleared.
  • Invalid multi-homed flow re-define the traffic offloading strategy; if the terminal host changes, perform remapping of the flow ID and the interface link;
  • the flow switching type is a flow switching caused by a change in the network availability of the terminal group
  • a pre-linking mechanism is required.
  • the current network availability drops to a preset level, a link with the new access network is initiated, and the service switching policy is reformulated;
  • the service adaptation policy and the service distribution policy are re-defined.
  • the present invention further provides a system architecture, which expands its functions under the premise of minimizing changes to the existing network structure, so as to implement service adaptation, traffic distribution, and flow switching in the process of coordinated service transmission.
  • the system includes the following functional entities:
  • Database server The data center for the service provider or the operator stores the business and related business information required by the user.
  • the database server is not limited to one to meet the execution of the business combination in the user's individual needs.
  • Context Server Dynamically maintain context information for users, terminals, services, and networks.
  • the RRC server based on the management of the heterogeneous radio resources, completes the parameters related to obtaining the status and performance of the radio link, and the access control and resource allocation when the handover occurs, so as to complete the scheduling of the access network resources.
  • Network load balancing In addition to traditional space-time and frequency resources, heterogeneous radio resources include other resources on the network side and the terminal side, such as user access rights, service preferences, terminal cooperation modes, network connection resources, and different resource attribution types. Performance characteristics are different; heterogeneous wireless resources are derived from different networks or terminals.
  • the service decision server the user, the service, the network, and the terminal context information obtained in the context server, the user personalized service adaptation, the service offloading decision generation, the service deployment configuration file, and the mapping relationship between the flow and the link. Traffic offloading of business data.
  • the media offloading server is configured to receive a service offloading request, request the service decision server to make a splitting decision, and further receive the offloading decision of the service decision server and perform the offloading transmission of the service in conjunction with the database server.
  • the execution process of the service offloading includes: splitting and allocating the traffic ID of the service, and transmitting different service flows through different access links according to the mapping relationship between the flow ID and the link, and completing the offload transmission.
  • a terminal group configured to send a request message to the media offloading server, requesting a service transmission; and a media offloading server, configured to provide content included in the request message to the service decision server;
  • the service decision server is configured to obtain the user context information, the terminal context information, and the service context information from the context server according to the content included in the request message, and formulate the service adaptation policy and the service offload policy; and is also used to offload the service adaptation policy and the service.
  • the policy is sent to the media offload server;
  • the media offloading server is further configured to perform a service adaptation policy and a service offloading policy, complete the coordinated service adaptation, and perform coordinated service offload transmission;
  • a context server configured to store user context information, terminal context information, and service context information, and is also used to periodically acquire network context information and terminal context information during the offload transmission process; and is further configured to use the acquired network context information and terminal context information Determining whether the flow switching condition is triggered. When the determination result is yes, the corresponding flow switching type is notified to the service decision server;
  • the service decision server is further configured to update the service offloading policy and/or the service adaptation policy according to the flow switching type, and send the same to the media offloading server;
  • the media offloading server is further configured to perform an updated service offloading policy and/or a service adaptation policy, and perform a transport path redirection of the service flow.
  • Step 201 The terminal group requests the coordinated service transmission from the media offload server.
  • the user requests a service group to transmit to the media offload server through a terminal group and a peripheral terminal to form a terminal group.
  • the request message is sent by the specific terminal.
  • the specific terminal and the peripheral terminals may be referred to as cooperative terminals.
  • Each collaboration terminal should have multiple interface features and can access multiple networks through multiple interfaces.
  • multiple collaboration terminals may belong to the same user or may belong to different users, but multiple collaborative terminals for presenting the requested service. Belong to the same user.
  • user A forms a terminal group through his mobile phone, Bluetooth headset, and PDA to request a video service
  • the mobile phone, Bluetooth headset, and PDA belong to user A
  • the presentation of the video service is also performed by these terminals
  • user A A mobile terminal, a Bluetooth headset, a PDA, and a user B's PC form a terminal group to request a video service
  • the mobile phone, the Bluetooth headset, the PDA belongs to the user A
  • the PC belongs to the user B, but when the video service is presented
  • the user A requests the service, and the presentation of the video service is performed by the user A's mobile phone, the Bluetooth headset, and the PDA.
  • the user B's PC is only used to assist the user A's terminal to download the video service service flow, and the video is not presented. business.
  • the request message contains the following information:
  • User ID which is the ID of the user requesting the service, in the above example, the ID of the user A; the device ID, indicating the device ID of the collaboration terminal, and the device ID of all the collaboration terminals is included in the request message;
  • IP address indicating an IP address of the collaboration terminal, where the IP address of all the collaboration terminals is included in the request message
  • Port information which is information indicating a port of the coordinated terminal to transmit a service, preferably a port number, in which the port information of all the cooperative terminals is included in the request message;
  • Service ID which represents the ID of the requested service.
  • Step 202 The media offload server obtains the user ID, the device ID, the IP address, and the service ID from the request message, and presents the data to the service decision server, requesting the service adaptation and the offload transmission policy.
  • Step 203 The service decision server queries the user context information, the terminal context information, and the service context information by using the user ID, the device ID, and the service ID, and formulates a service adaptation decision and a service offload decision according to the context information.
  • Step 2031 The service decision server obtains information about each sub-service of the requested service according to the user context information and the service context information, and completes the service combination.
  • the service decision server can query all the user context information of the user from the context server according to the user ID. Further, according to the service ID, the user context information matching the requested service can be queried from all the user context information.
  • the user context information mainly refers to the user's service preference information, wherein the service preference information indicates the specific needs of the user for each sub-service type of the service.
  • a service consists of multiple sub-services, and each sub-service corresponds to one or more types.
  • the service preference information here is The type information of each sub-service that the user prefers is statistical data obtained according to the user's usage habits and/or user settings.
  • a sub-service such as a video format, a video definition, an audio format, and a subtitle may be included.
  • the specific requirement of the sub-service type by the user is the AVI format. .
  • the service decision server can query the information of all the database servers that can provide the service from the context server according to the service ID. Further, the service decision server needs to be based on the user's service preference information (that is, according to the user's sub-service types for the requested service. Specific needs) From all database servers that can provide this service, determine the database server that can provide each sub-service. Further, the service decision server can obtain information (mainly sub-service IDs) of each sub-service from these database servers, generate service combination information, and complete a combination of services satisfying the user's needs.
  • the service composition information includes the sub-service ID of the requested service and the mapping information of the database server that provides the sub-service.
  • the business combination process is essentially a process of personalizing the various parts of the business (ie, each sub-service) in order to meet the specific needs of the user, such as the user applying for a video service, the user's video format, video definition, audio format, subtitle type.
  • each sub-service is combined into a service that meets the user's needs according to the user's needs.
  • Step 2032 The service decision server selects from the terminal group according to the terminal context information.
  • the service decision server can query the terminal context information from the context server according to the device ID and/or the IP address.
  • the service information of the terminal is mainly represented by the media offload server in step 202, and the device ID of all the cooperative terminals in the terminal group is presented in step 202. Therefore, the service decision server can query the capability information of all the cooperative terminals, and the capability here mainly refers to the capability of the terminal to present the service.
  • the capability information of the terminal indicates the part of the service that the terminal can present.
  • the video service needs to be divided into video playback and audio playback during the playback process, because the mobile phone can
  • the presentation video portion can in turn present the audio portion, so the capability information of the handset indicates that it can present the video portion and the audio portion of the video service.
  • the service decision server selects a collaboration terminal capable of presenting the requested service from the terminal group according to the capability information of each coordinated terminal that is queried, and each selected collaboration terminal may be referred to as a service component, and the process is a screening process of the service component. .
  • the terminal context information queried by the service decision server further includes the user ID corresponding to the terminal.
  • the collaborative terminal In the screening process of the service component, if the collaborative terminal can present the requested service, but the corresponding user ID is different from the user ID of the requested service, the collaborative terminal cannot be used as a service component.
  • the service decision server can query all the user context information of the user from the context server according to the user ID. Further, the user context information for the requested service can be determined from all the user context information according to the service ID.
  • the user context information mainly refers to the terminal preference information of the user, wherein the terminal preference information indicates a certain capability of the terminal that the user prefers to use and the terminal that is preferred to use when presenting the service.
  • a service can be divided into multiple parts for presentation. For example, during the playback of a video service, it needs to be divided into video playback and audio playback.
  • the terminal preference information is composed of information of the terminal that the user prefers to present the various parts of the service, wherein the information of the terminal mainly includes the device ID of the terminal and the corresponding Capability information.
  • the capability information herein may be information about all capabilities of the terminal, or may be information about the capabilities of the terminal that the user prefers to use when presenting the requested service.
  • the service decision server dynamically combines the filtered service components according to the terminal preference information of the user for the service (that is, dynamically combines the service components according to the capability information) to form a complete executable business logic, that is, can form a complete presentation.
  • the service component set information includes a device ID determined by the service decision server for presenting each coordinated terminal of the requested service and corresponding capability information (the capability of being used by the collaborative terminal may determine that the collaborative terminal is responsible for presenting the service. Part of the presentation).
  • each business component contains only one capability information that presents the requested service.
  • the specific selection of the service component may be determined by the user, or may be determined randomly by the service decision server, or may be determined by a certain policy, and is not limited herein.
  • Step 2033 The service decision server generates a service deployment configuration file according to the service combination information and the service component set information, and completes the formulation of the service adaptation policy.
  • the service deployment configuration file that is, the service adaptation policy, includes: service combination information and service component set information; wherein, the service composition information includes: each sub-service ID of the requested service and corresponding database server information; The set information includes: a device ID of each collaborative terminal that presents the requested service and corresponding capability information.
  • the development of business diversion strategy includes:
  • the service decision server negotiates with the radio resource management server to determine a channel allocation scheme for each collaborative terminal that presents the requested service in the service component set to access the core network, including: determining each collaboration The interface link from the terminal to the core network, and the standby link is reserved at the same time.
  • the service flow is divided into service sub-flows for the purpose of maximizing the network utility, the flow ID of each service sub-flow is set, and the flow ID and the interface link are established.
  • the mapping relationship is generated, and the service distribution configuration file is generated to complete the business offloading strategy.
  • the service offloading configuration file that is, the service offloading policy includes the following contents: an interface link of each coordinated terminal to the core network in the terminal group, and a division manner of the standby link and the sub service flow (for example, for the purpose of maximizing network utility) The division is performed), the flow ID setting method of each service substream, and the mapping relationship between the flow ID and the interface link.
  • Step 204 The service decision server transmits the service adaptation policy and the service offloading policy to the media offload server in the manner of the service deployment configuration file and the service offload configuration file.
  • Step 205 The media offload server performs a service adaptation policy and a service offload policy.
  • the media offloading server parses the service deployment configuration file, and applies the sub-service resources to each database server according to the sub-service ID and the corresponding database server information, and splits the service deployment configuration file into the sub-service deployment configuration file, and sends the configuration to the corresponding collaboration terminal. Deploy and execute.
  • the media offloading server integrates all the sub-service resources of the application, divides the service sub-flow according to the service off-going decision, sets the flow ID, and sets each sub-service flow through the corresponding interface link according to the mapping relationship between the flow ID and the interface link. Passed to the corresponding collaboration terminal; further, the collaboration terminal receives the substream and presents it.
  • the shunt transmission process of the cooperative service may be accompanied by reconfiguration caused by topology changes within the terminal group or network switching caused by changes in the access point of the core network caused by the movement of the terminal group, thereby enabling The traffic transmission is blocked.
  • the present invention proposes a flow switching process, as shown in FIG. 4, including the following steps:
  • Step 401 The context server periodically obtains network context information and terminal context information. And store it.
  • the network context information herein mainly includes information such as network availability and network performance.
  • the terminal context information herein mainly includes location and status information of the terminal.
  • Step 402 The context server determines, according to the acquired network context information and the terminal context information, whether a flow switching condition is triggered. If yes, step 403 is performed; otherwise, returning to step 401.
  • the flow switching condition is triggered, which may include, but is not limited to, the following three situations:
  • the user's established rules are: The state or network availability of a particular terminal changes. If the obtained terminal context information indicates that the topology inside the terminal group has changed, that is, a specific terminal in the group has a communication interruption or a host address change, then the state or network availability of the specific terminal is changed, and the flow switching condition is triggered. ;
  • the established rules of the user are: The network availability of the terminal group changes. If the acquired network context information and the terminal context information indicate that the movement of the terminal group causes the network handover, then the network availability of the terminal group is changed, and the flow switching condition is triggered.
  • the established rules of the user are: The terminal environment changes satisfy the user-specific terminal preferences. If the obtained terminal context information indicates that the current environment of the terminal matches the terminal environment corresponding to the user's personality requirement, then the terminal environment change is considered to satisfy the user-specific terminal preference, and the determination triggers the flow switching condition.
  • the flow switching type may be further determined, that is, the flow switching caused by the change of the state of the specific terminal or the network availability, the flow switching caused by the change of the network availability of the terminal group, and the change of the terminal environment are satisfied.
  • User-specific terminal preferences The flow of the switch.
  • the user-defined rule is a user-defined rule that has been stored in the context server and/or a user-defined rule that is inferred from the user preference information. Further, the user-defined rules and user preference information belong to the user context information and are stored in the context server.
  • the user preference information includes, but is not limited to, the following preference information in addition to the foregoing service preference information, terminal preference information, and the like: 1) service presentation preference information based on the terminal location information, for example, in a mobile environment, the service is expected to pass as much as possible. Mobile phone or other mobile terminal presentation, and in the home network, it is expected to be presented through notebooks, displays, audio devices, etc.; 2) network bandwidth-based service combination mode preference information, such as by selecting each sub-service type to allow network bandwidth Under the conditions of the best possible quality service; 3) based on the least expensive business experience and so on. User preference information can be dynamically adjusted based on actual usage.
  • Step 403 After the context server determines that the flow switching condition is triggered, the service decision server is notified; the service decision server and the radio resource management server negotiate the allocation of the network resource after the flow switching according to the flow switching type.
  • the allocated network resource allocation includes:
  • Step 404 the media offloading server is notified to update the service offloading policy and the service adaptation policy. Notifying the media offload server to update the service offloading policy for the flow switching caused by the change of the state of the specific terminal or the change of the network availability and the change of the network availability of the terminal group;
  • the media offloading server is notified to update the service offloading policy and the service adaptation policy.
  • Step 405 The media offloading server performs the updated service offloading policy and the service adaptation policy, and redirects the transmission path of the changed sub-service flow to complete the flow switching according to the mapping relationship between the updated flow ID and the interface link.
  • FIG. 5 is a scenario of a flow switching service adaptation according to an embodiment of the present invention, as follows:
  • the user applies a terminal group composed of his own mobile phone, Bluetooth headset, PDA and other devices to apply for coordinated transmission of an on-demand video.
  • a terminal group composed of his own mobile phone, Bluetooth headset, PDA and other devices to apply for coordinated transmission of an on-demand video.
  • the image portion is presented on the mobile phone, and the audio portion is played on the Bluetooth headset.
  • the user When the user returns home, the user automatically accesses the home network with the terminal, and the acquired network context information and terminal context information coincide with the recorded information of the user's established rules, and the service adaptation process based on the flow switching is triggered.
  • the user wants to improve the video playback clarity, and the communication link between the laptop and the server can be added as a new link to the service offload link, the service stream transmission bandwidth is improved, and the offloading strategy is re-defined for high-definition video playback.

Abstract

本发明公开了一种协同业务的适配、分流传输及流切换方法和系统，方法包括：接收来自终端群的业务传输的请求消息；根据请求消息获取用户上下文信息、终端上下文信息和业务上下文信息，并制定业务适配策略和业务分流策略；执行业务适配策略和业务分流策略，完成协同业务适配、并进行协同业务分流传输；在分流传输过程中，根据获取的网络上下文信息和终端上下文信息判定触发流切换条件时，根据对应的流切换类型更新业务分流策略和/或业务适配策略、并进行业务流的传输路径重定向。本发明支持流切换的实现，且通过本发明，为用户个性业务需求提供了高效的业务传输、呈现服务。

Description

一种协同业务的适配、 分流传输及流切换方法和系统 技术领域
本发明涉及无线通信技术领域， 特别是指一种协同业务的适配、 分流 传输及流切换方法和系统。 背景技术
网络应用业务的不断丰富和发展， 对移动终端的网络连接带宽、 尤其 是下行连接带宽， 提出了越来越高的要求。 因此， 仅仅使用一种接口将无 法满足业务需求。 在此背景下， 如何利用移动终端的多接口特性， 将业务 分为多个子流同时传输， 是目前研究的热点。
随着具有多种网络接入能力的多接口终端的日益普及， 通过终端各个 接口、 并协同周边设备进行业务传输成为一种充分利用网络资源、 合理均 衡负载、 提高传输效率和提高用户服务质量（QoS, Quality of Service )体 验的有效方式。 为此需要将用户所需业务通过一定策略进行分流， 并通过 各个有效链路协同传输。
为此， 现有技术中提出了一些分流策略， 包括网络控制的分流策略和 终端侧完成的分流业务传输， 多数通过增加一功能实体综合考虑网络带宽、 业务类型等因素进行分流。 然而在协同业务传输过程中， 如果网络环境发 生变化， 网络层应该有能力感知到这种变化， 进而通过相应的调节机制保 证业务的连续性， 即协同业务传输中存在着流切换的处理过程， 但是， 现 有技术中没有对此提出有效的解决方案， 这无疑会影响用户的业务体验过 程。 另一方面， 泛在业务的提供以满足用户需求为根本出发点， 达到需要 满足用户一致性的需求的目的， 即用户移动到新的环境， 业务能够根据环 境变化进行动态适配， 这也是现有协同业务传输技术中尚未涉及的。 发明内容
有鉴于此， 本发明的主要目的在于提供一种协同业务的适配、 分流传 输及流切换方法和系统， 以支持流切换的实现。
为达到上述目的， 本发明的技术方案是这样实现的：
本发明提供了一种协同业务适配、 分流传输及流切换的方法， 该方法 包括：
接收来自终端群的业务传输的请求消息；
根据请求消息获取用户上下文信息、 终端上下文信息和业务上下文信 息， 并制定业务适配策略和业务分流策略；
执行所述业务适配策略和业务分流策略， 完成协同业务适配、 并进行 协同业务分流传输；
在所述分流传输过程中， 根据获取的网络上下文信息和终端上下文信 息判定触发流切换条件时， 根据对应的流切换类型更新业务分流策略和 /或 业务适配策略、 并进行业务流的传输路径重定向。
所述请求消息中至少包含以下信息： 用户 ID、 设备 ID、 IP地址、 端口 信息和业务 ID;
所述用户 ID为请求业务的用户的 ID; 所述设备 ID为所述终端群中各 协作终端的设备 ID; 所述 IP地址为所述各协作终端的 IP地址； 所述端口 信息为所述各协作终端传输业务的端口的信息； 所述业务 ID为所请求业务 的 ID。
所述根据请求消息获取用户上下文信息、 终端上下文信息和业务上下 文信息， 为：
根据所述用户 ID获取所述用户上下文信息； 根据所述设备 ID和 /或 IP 地址获取所述终端上下文信息；根据所述业务 ID获取所述业务上下文信息。
所述制定业务适配策略， 包括： 根据所述用户上下文信息和所述业务上下文信息， 获取所请求业务的 各子业务的信息， 生成业务组合信息；
根据所述终端上下文信息从所述终端群中选择能够呈现所请求业务的 协作终端、 作为业务组件； 并根据用户上下文信息对各业务组件进行组合， 生成业务组件集合信息；
根据所述业务组合信息和所述业务组件集合信息生成业务部署配置文 件， 完成业务适配策略的制定。
所述根据所述用户上下文信息和所述业务上下文信息， 获取所请求业 务的各子业务的信息， 生成业务组合信息， 包括：
所述用户上下文信息为用户的业务偏好信息， 包括用户偏好的各子业 务的类型信息； 所述业务上下文信息为根据所述业务 ID查询到的能够提供 所请求业务的所有数据库服务器的信息；
根据所述业务偏好信息从所述能够提供所请求业务的所有数据库服务 器中， 确定能够提供所述各子业务的数据库服务器， 并获取对应的子业务 ID;
根据各子业务 ID和对应的数据库服务器信息生成所述业务组合信息。 根据所述终端上下文信息从所述终端群中选择能够呈现所请求业务的 协作终端、 作为业务组件； 并根据用户上下文信息对各业务组件进行组合， 生成业务组件集合信息， 包括：
所述终端上下文信息为终端的能力信息； 所述用户上下文信息为终端 偏好信息， 包括针对所请求业务用户偏好使用的终端的设备 ID以及能力信 根据所述终端群中各协作终端的能力信息从终端群中选择能够呈现所 请求业务的协作终端， 作为业务组件； 所述作为业务组件的协作终端所属 的用户的用户 ID与所述请求业务的用户的用户 ID相同； 根据所述终端偏好信息对所述各业务组件进行动态组合， 生成业务组 件集合信息， 包括呈现所请求业务的各协作终端的设备 ID以及能力信息。
所述业务分流策略包括： 所述终端群中各协作终端到核心网的接口链 路以及备用链路、 子业务流的划分方式、 各业务子流的流 ID设定方式和流
ID与接口链路的映射关系。
执行所述业务适配策略包括：
根据所述子业务 ID和对应的数据库服务器信息到各数据库服务器申请 各子业务资源； 并将业务适配策略拆分后下发给相应的协作终端；
执行所述业务分流策略包括：
整合所述各子业务资源， 得到所请求业务的资源； 按照所述子业务流 的划分方式对所请求业务的资源进行子业务流划分， 并按照所述流 ID的设 定方式为各子业务流设定流 ID;按照流 ID与接口链路的映射关系通过对应 的接口链路将各子业务流传递给对应的协作终端。
判定触发流切换条件， 具体为：
定期获取网络上下文信息和终端上下文信息；
所述网络上下文信息和终端上下文信息满足用户既定规则时， 判定触 发了流切换条件。
所述用户既定规则为特定终端的状态或网络可用性发生变化、 且判定 触发了触发流切换条件时， 所述流切换类型为特定终端的状态或网络可用 性发生变化引发的流切换；
所述用户既定规则为终端群的网络可用性发生变化、 且判定触发了触 发流切换条件时， 所述流切换类型为终端群的网络可用性发生变化引发的 流切换；
所述用户既定规则为终端环境变化满足用户特定的终端偏好、 且判定 触发了触发流切换条件时， 所述流切换类型为终端环境变化满足用户特定 的终端偏好引发的流切换。
所述根据流切换类型更新业务分流策略和 /或业务适配策略， 包括： 所述流切换类型为特定终端的状态或网络可用性发生变化引发的流切 换时， 如果终端的通信中断， 则查询备用链路进行子业务流的重定向， 若 无备用链路则启动流清除控制， 删除无效多宿主流， 重新制定业务分流策 略； 如果终端宿主变化， 则进行流 ID与接口链路的重新映射；
所述流切换类型为终端群的网络可用性发生变化引发的流切换时， 需 采取预链接机制， 当前网络可用性下降至预设的级别时， 启动与新的接入 网的链接， 重新制定业务分流策略；
所述流切换类型为终端环境变化满足用户特定的终端偏好引发的流切 换时， 重新制定业务适配策略和业务分流策略。
所述进行业务流的传输路径重定向为：
根据所述更新的业务分流策略中的流 ID与接口链路的映射关系， 重定 向变更子业务流的传输路径， 完成流切换。
本发明还提供了一种协同业务适配、 分流传输及流切换的系统， 包括： 由多个协作终端组成的终端群、 媒体分流服务器、 上下文服务器和业务决 策服务器， 其中：
所述终端群， 用于向所述媒体分流服务器发送请求消息， 请求业务传 输；
所述媒体分流服务器， 用于将所述请求消息包含的内容提供给所述业 务决策服务器；
所述业务决策服务器， 用于根据所述请求消息包含的内容向所述上下 文服务器获取用户上下文信息、 终端上下文信息和业务上下文信息， 并制 定业务适配策略和业务分流策略； 还用于将所述业务适配策略和业务分流 策略下发给所述媒体分流服务器； 所述媒体分流服务器， 还用于执行所述业务适配策略和业务分流策略， 完成协同业务适配、 并进行协同业务分流传输；
所述上下文服务器， 用于存储所述用户上下文信息、 终端上下文信息 和业务上下文信息， 还用于在所述分流传输过程中， 定期获取网络上下文 信息和终端上下文信息； 还用于根据获取的网络上下文信息和终端上下文 信息判断是否触发了流切换条件， 在判断结果为是时， 将对应的流切换类 型告知所述业务决策服务器；
所述业务决策服务器， 还用于根据流切换类型更新业务分流策略和 /或 业务适配策略， 并下发给所述媒体分流服务器；
所述媒体分流服务器， 还用于执行更新的业务分流策略和 /或业务适配 策略， 并进行业务流的传输路径重定向。
所述请求消息中至少包含以下信息： 用户 ID、 设备 ID、 IP地址、 端口 信息和业务 ID;
所述用户 ID为请求业务的用户的 ID; 所述设备 ID为所述终端群中各 协作终端的设备 ID; 所述 IP地址为所述各协作终端的 IP地址； 所述端口 信息为所述各协作终端传输业务的端口的信息； 所述业务 ID为所请求业务 的 ID。
所述业务决策服务器， 还用于根据所述用户 ID获取所述用户上下文信 息； 根据所述设备 ID和 /或 IP地址获取所述终端上下文信息； 根据所述业 务 ID获取所述业务上下文信息。
所述业务决策服务器， 还用于根据所述用户上下文信息和所述业务上 下文信息， 获取所请求业务的各子业务的信息， 生成业务组合信息； 根据 所述终端上下文信息从所述终端群中选择能够呈现所请求业务的协作终 端、 作为业务组件； 并根据用户上下文信息对各业务组件进行组合， 生成 业务组件集合信息； 根据所述业务组合信息和所述业务组件集合信息生成 业务部署配置文件， 完成业务适配策略的制定。
所述用户上下文信息为用户的业务偏好信息， 包括用户偏好的各子业 务的类型信息； 所述业务上下文信息为根据所述业务 ID查询到的能够提供 所请求业务的所有数据库服务器的信息；
该系统还包括数据库服务器；
所述业务决策服务器， 还用于根据所述业务偏好信息从所述能够提供 所请求业务的所有数据库服务器中， 确定能够提供所述各子业务的数据库 服务器， 并从能够提供所述各子业务的数据库服务器中获取对应的子业务 ID;并根据各子业务 ID和对应的数据库服务器信息生成所述业务组合信息； 所述数据库服务器， 用于存储并提供所述子业务。
所述终端上下文信息为终端的能力信息； 所述用户上下文信息为终端 偏好信息， 包括针对所请求业务用户偏好使用的终端的设备 ID以及能力信 息；
所述业务决策服务器， 还用于根据所述终端群中各协作终端的能力信 息从终端群中选择能够呈现所请求业务的协作终端， 作为业务组件； 所述 作为业务组件的协作终端所属的用户的用户 ID与所述请求业务的用户的用 户 ID相同； 并根据所述终端偏好信息对所述各业务组件进行动态组合， 生 成业务组件集合信息， 包括呈现所请求业务的各协作终端的设备 ID以及能 力信息。
该系统还包括无线资源管理服务器， 用于与所述业务服务器协商制定 所述业务分流策略；
所述业务分流策略包括： 所述终端群中各协作终端到核心网的接口链 路以及备用链路、 子业务流的划分方式、 各业务子流的流 ID设定方式和流 ID与接口链路的映射关系。
所述媒体分流服务器， 执行所述业务分流策略， 包括： 根据所述子业 务 ID和对应的数据库服务器信息到各数据库服务器申请各子业务资源； 并 将业务适配策略拆分后下发给相应的协作终端； 执行所述业务分流策略包 括： 整合所述各子业务资源， 得到所请求业务的资源； 按照所述子业务流 的划分方式对所请求业务的资源进行子业务流划分， 并按照所述流 ID的设 定方式为各子业务流设定流 ID;按照流 ID与接口链路的映射关系通过对应 的接口链路将各子业务流传递给对应的协作终端。
所述上下文服务器， 还用于确定所述定期获取的网络上下文信息和终 端上下文信息满足用户既定规则时， 判定触发了流切换条件， 并将对应的 流切换类型告知所述业务决策服务器；
所述用户既定规则为特定终端的状态或网络可用性发生变化、 且判定 触发了触发流切换条件时， 所述流切换类型为特定终端的状态或网络可用 性发生变化引发的流切换；
所述用户既定规则为终端群的网络可用性发生变化、 且判定触发了触 发流切换条件时， 所述流切换类型为终端群的网络可用性发生变化引发的 流切换；
所述用户既定规则为终端环境变化满足用户特定的终端偏好、 且判定 触发了触发流切换条件时， 所述流切换类型为终端环境变化满足用户特定 的终端偏好引发的流切换。
所述业务决策服务器和所述无线资源管理服务器， 还用于根据流切换 类型更新业务分流策略和 /或业务适配策略， 包括：
所述流切换类型为特定终端的状态或网络可用性发生变化引发的流切 换时， 如果终端的通信中断， 则查询备用链路进行子业务流的重定向， 若 无备用链路则启动流清除控制， 删除无效多宿主流， 重新制定业务分流策 略； 如果终端宿主变化， 则进行流 ID与接口链路的重新映射；
所述流切换类型为终端群的网络可用性发生变化引发的流切换时， 需 采取预链接机制， 当前网络可用性下降至预设的级别时， 启动与新的接入 网的链接， 重新制定业务分流策略；
所述流切换类型为终端环境变化满足用户特定的终端偏好引发的流切 换时， 重新制定业务适配策略和业务分流策略。
所述媒体分流服务器， 还用于根据所述更新的业务分流策略中的流 ID 与接口链路的映射关系， 重定向变更子业务流的传输路径， 完成流切换。
本发明协同业务的适配、 分流传输及流切换方法和系统： 接收来自终 端群的业务传输的请求消息； 根据请求消息获取用户上下文信息、 终端上 下文信息和业务上下文信息， 并制定业务适配策略和业务分流策略； 执行 业务适配策略和业务分流策略， 完成协同业务适配、 并进行协同业务分流 传输； 在分流传输过程中， 根据获取的网络上下文信息和终端上下文信息 判定触发流切换条件时， 根据对应的流切换类型更新业务分流策略和 /或业 务适配策略、 并进行业务流的传输路径重定向。 通过上述实施方式， 为用 户个性业务需求提供了高效的业务传输、 呈现服务。 另外， 本发明提出了 应对不同流切换的处理机制 （流切换类型）和基于流切换的业务适配、 分 流方法， 在业务连续性与用户最佳业务体验的基础上实现合理的业务流迁 移。 附图说明
图 1为本发明协同业务适配分流的系统结构示意图；
图 2为本发明实现协同业务适配及分流传输的方法流程图；
图 3为本发明业务适配策略的制定方法流程图；
图 4为本发明业务传输过程中流切换处理机制的流程图；
图 5为本发明一种使用本发明方法实现流切换及适配的场景图。 具体实施方式
为了实现在泛在协同业务提供过程中实现业务的适配、 分流传输和流 切换， 本发明提供了一种方法， 包括：
一、 接收来自终端群的业务传输的请求消息。
二、 根据请求消息获取用户上下文信息、 终端上下文信息和业务上下 文信息， 并制定业务适配策略和业务分流策略。
请求消息中至少包含以下信息： 用户 ID、 设备 ID、 IP地址、 端口信息 和业务 ID; 用户 ID为请求业务的用户的 ID; 设备 ID为终端群中各协作终 端的设备 ID; IP地址为各协作终端的 IP地址； 端口信息为各协作终端传输 业务的端口的信息； 业务 ID为所请求业务的 ID。
根据用户 ID获取用户上下文信息；根据设备 ID和 /或 IP地址获取终端 上下文信息； 根据业务 ID获取业务上下文信息。
具体的， 制定业务适配策略， 包括：
1、 根据用户上下文信息和业务上下文信息， 获取所请求业务的各子业 务的信息， 生成业务组合信息。
该步驟的具体实现为： 用户上下文信息为用户的业务偏好信息， 包括 用户偏好的各子业务的类型信息； 业务上下文信息为根据业务 ID查询到的 能够提供所请求业务的所有数据库服务器的信息；
根据业务偏好信息从能够提供所请求业务的所有数据库服务器中， 确 定能够提供各子业务的数据库服务器， 并获取对应的子业务 ID;
根据各子业务 ID和对应的数据库服务器信息生成业务组合信息。
2、 根据终端上下文信息从终端群中选择能够呈现所请求业务的协作终 端、 作为业务组件； 并根据用户上下文信息对各业务组件进行组合， 生成 业务组件集合信息。
该步驟的具体实现为： 终端上下文信息为终端的能力信息； 用户上下 文信息为终端偏好信息， 包括针对所请求业务用户偏好使用的终端的设备
ID以及能力信息；
根据终端群中各协作终端的能力信息从终端群中选择能够呈现所请求 业务的协作终端， 作为业务组件； 作为业务组件的协作终端所属的用户的 用户 ID与请求业务的用户的用户 ID相同；
根据终端偏好信息对各业务组件进行动态组合， 生成业务组件集合信 息， 包括呈现所请求业务的各协作终端的设备 ID以及能力信息。
3、 根据业务组合信息和业务组件集合信息生成业务部署配置文件， 完 成业务适配策略的制定。
业务分流策略包括： 终端群中各协作终端到核心网的接口链路以及备 用链路、 子业务流的划分方式、 各业务子流的流 ID设定方式和流 ID与接 口链路的映射关系。
三、 执行业务适配策略和业务分流策略， 完成协同业务适配、 并进行 协同业务分流传输。
业务适配策略的执行包括：
根据子业务 ID和对应的数据库服务器信息到各数据库服务器申请各子 业务资源； 并将业务适配策略拆分后下发给相应的协作终端；
业务分流策略的执行包括：
整合各子业务资源， 得到所请求业务的资源； 按照子业务流的划分方 式对所请求业务的资源进行子业务流划分， 并按照流 ID的设定方式为各子 业务流设定流 ID;按照流 ID与接口链路的映射关系通过对应的接口链路将 各子业务流传递给对应的协作终端。
四、 在分流传输过程中， 根据获取的网络上下文信息和终端上下文信 息判定触发流切换条件时， 根据对应的流切换类型更新业务分流策略和 /或 业务适配策略、 并进行业务流的传输路径重定向。 判定触发流切换条件的具体实现为： 定期获取网络上下文信息和终端 上下文信息； 网络上下文信息和终端上下文信息满足用户既定规则时， 判 定触发了流切换条件。
其中，
用户既定规则为特定终端的状态或网络可用性发生变化、 且判定触发 了触发流切换条件时， 流切换类型为特定终端的状态或网络可用性发生变 化引发的流切换；
用户既定规则为终端群的网络可用性发生变化、 且判定触发了触发流 切换条件时， 流切换类型为终端群的网络可用性发生变化引发的流切换； 用户既定规则为终端环境变化满足用户特定的终端偏好、 且判定触发 了触发流切换条件时， 流切换类型为终端环境变化满足用户特定的终端偏 好引发的流切换。
进一步地， 根据流切换类型更新业务分流策略和 /或业务适配策略， 包 括：
流切换类型为特定终端的状态或网络可用性发生变化引发的流切换 时， 如果终端的通信中断， 则查询备用链路进行子业务流的重定向， 若无 备用链路则启动流清除控制， 删除无效多宿主流， 重新制定业务分流策略； 如果终端宿主变化， 则进行流 ID与接口链路的重新映射；
流切换类型为终端群的网络可用性发生变化引发的流切换时， 需采取 预链接机制， 当前网络可用性下降至预设的级别时， 启动与新的接入网的 链接， 重新制定业务分流策略；
流切换类型为终端环境变化满足用户特定的终端偏好引发的流切换 时， 重新制定业务适配策略和业务分流策略。
更新完毕后， 根据更新的业务分流策略中的流 ID与接口链路的映射关 系， 重定向变更子业务流的传输路径， 完成流切换。 基于上述的方法， 本发明还提供了一种系统架构， 该系统架构在对现 网结构更改尽量小的前提下扩展其功能， 以实现协同业务传输过程中的业 务适配、 分流和流切换， 如图 1所示， 该系统包括如下功能实体：
数据库服务器： 为业务提供方或运营商的数据中心， 存储有用户所需 的业务及相关业务信息； 为满足用户个性需求中对业务组合的执行， 该数 据库服务器不限于一个。
上下文服务器： 动态维护用户、 终端、 业务及网络的上下文信息。 无线资源管理服务器： 基于对异构无线资源的管理， 完成获取无线链 路状态、 性能的相关参数， 以及发生切换时的接入控制和资源分配， 以实 现通过对接入网络资源的调度完成全网的负载均衡。 异构无线资源除了传 统意义的时空频等资源外， 还包括网络侧和终端侧的其他诸多资源， 如用 户接入权限、 业务偏好、 终端协作模式、 连接网络等资源， 不同资源的归 属类型、 表现特征等各不相同； 异构无线资源来源于不同的网络或者终端。
业务决策服务器： 综合上下文服务器中获取的用户、 业务、 网络和终 端上下文信息， 进行用户个性业务的适配及业务分流决策的产生、 生成业 务部署配置文件及流与链路的映射关系， 用于业务数据的分流传输。
媒体分流服务器： 用于接收业务分流请求， 请求业务决策服务器作出 分流决策， 还用于接收业务决策服务器的分流决策并与数据库服务器联合 执行业务的分流传输。 业务分流传输的执行过程包括： 业务的拆分和分配 流 ID,以及按照流 ID与链路的映射关系将不同的业务流通过不同的接入链 路进行传输， 完成分流传输。
具体的， 在本发明的业务适配、 分流及流切换过程中， 上述功能实体 执行的具体操作如下：
终端群， 用于向媒体分流服务器发送请求消息， 请求业务传输； 媒体分流服务器， 用于将请求消息包含的内容提供给业务决策服务器； 业务决策服务器， 用于根据请求消息包含的内容向上下文服务器获取 用户上下文信息、 终端上下文信息和业务上下文信息， 并制定业务适配策 略和业务分流策略； 还用于将业务适配策略和业务分流策略下发给媒体分 流服务器；
媒体分流服务器， 还用于执行业务适配策略和业务分流策略， 完成协 同业务适配、 并进行协同业务分流传输；
上下文服务器， 用于存储用户上下文信息、 终端上下文信息和业务上 下文信息， 还用于在分流传输过程中， 定期获取网络上下文信息和终端上 下文信息； 还用于根据获取的网络上下文信息和终端上下文信息判断是否 触发了流切换条件， 在判断结果为是时， 将对应的流切换类型告知业务决 策服务器；
业务决策服务器， 还用于根据流切换类型更新业务分流策略和 /或业务 适配策略， 并下发给所述媒体分流服务器；
媒体分流服务器，还用于执行更新的业务分流策略和 /或业务适配策略， 并进行业务流的传输路径重定向。
下面将结合图 2、 图 3、 图 4对上述功能实体协作实现业务适配、 分流 和流切换的过程进行详细的描述。
实现协同业务的适配、 分流传输的方法如图 2所示， 包括以下步驟： 步驟 201， 终端群向媒体分流服务器请求协同业务传输。
用户通过某一特定终端协同周边的终端组成一个终端群向媒体分流服 务器请求业务传输， 较佳地， 请求消息由上述的特定终端发出。
其中， 特定终端和周边的终端都可以称为协作终端。 每个协作终端应 具有多接口特性， 可以通过多个接口接入多种网络； 另外， 多个协作终端 可能属于同一用户也可能分属不同用户， 但是用于呈现所请求业务的多个 协作终端属于同一用户。 例如， 用户 A通过自己的手机、 蓝牙耳机、 PDA组成一个终端群来请 求一个视频业务， 那么手机、 蓝牙耳机、 PDA都属用户 A, 视频业务的呈 现也由这些终端负责； 再比如， 用户 A通过自己的手机、 蓝牙耳机、 PDA, 以及用户 B的 PC组成一个终端群来请求一个视频业务，那么手机、蓝牙耳 机、 PDA属用户 A, PC属于用户 B, 但是在呈现该视频业务时， 由于是用 户 A请求的业务，那么该视频业务的呈现由用户 A的手机、蓝牙耳机和 PDA 负责， 用户 B的 PC只是用来协助用户 A的终端下载该视频业务的业务流， 并不呈现该视频业务。
请求消息包含以下信息：
用户 ID, 表示请求业务的用户的 ID, 在上述例子中为用户 A的 ID; 设备 ID, 表示协作终端的设备 ID, 在该请求消息中包含了所有协作终 端的设备 ID;
IP地址， 表示协作终端的 IP地址， 在该请求消息中包含了所有协作终 端的 IP地址；
端口信息， 表示协作终端传输业务的端口的信息， 较佳地， 为端口号， 在该请求消息中包含了所有协作终端的端口信息；
业务 ID, 表示所请求业务的 ID。
步驟 202, 媒体分流服务器从请求消息中获取用户 ID、 设备 ID、 IP地 址和业务 ID, 并呈递给业务决策服务器， 请求业务适配和分流传输策略。
步驟 203 , 业务决策服务器通过用户 ID、 设备 ID和业务 ID分别向上 下文服务器查询用户上下文信息、 终端上下文信息和业务上下文信息， 并 根据这些上下文信息制定业务适配决策和业务分流决策。
一、 业务适配决策的制定如图 3所示包括如下步驟：
步驟 2031、 业务决策服务器根据用户上下文信息和业务上下文信息， 获取所请求业务的各子业务的信息， 完成业务组合。 业务决策服务器根据用户 ID可以从上下文服务器中查询到该用户的所 有用户上下文信息， 进一步地， 根据业务 ID可以从所有用户上下文信息中 查询到与所请求业务匹配的用户上下文信息。
这里， 用户上下文信息主要是指用户的业务偏好信息， 其中业务偏好 信息表明了用户对该业务的各子业务类型的特定需求。 具体的， 一个业务 由多个子业务组成， 每个子业务对应了一种或多种类型， 对于某个子业务 而言， 用户可能偏好于使用某一种类型， 因此， 这里的业务偏好信息即是 由用户偏好的各子业务的类型信息组成， 为根据用户使用习惯和 /或用户设 定等方式得到的统计数据。 例如对视频业务而言， 可以包括视频格式、 视 频清晰度、 音频格式、 字幕等子业务， 以视频格式为例， 假设用户偏好 AVI 格式， 那么用户对该子业务类型的特定需求即为 AVI格式。
业务决策服务器根据业务 ID可以从上下文服务器中查询到能够提供该 业务的所有数据库服务器的信息； 进一步地， 业务决策服务器需要根据用 户的业务偏好信息（即根据用户对所请求业务的各子业务类型的特定需求） 从能够提供该业务的所有数据库服务器中， 确定能够提供各子业务的数据 库服务器。 进而， 业务决策服务器可以从这些数据库服务器获取到各子业 务的信息（主要是子业务 ID ), 生成业务组合信息， 完成满足用户需求的业 务的组合。
则业务组合信息包含了所请求业务的子业务 ID和提供子业务的数据库 服务器的映射信息。
业务组合过程实质是一个为了满足用户特定需求将业务的各部分（即 各子业务）进行个性化结合的过程， 比如用户申请一视频业务， 用户对视 频格式、 视频清晰度、 音频格式、 字幕类型等都有其个性的需求， 按用户 需求将各子业务组合成满足用户需求的业务。
步驟 2032、 业务决策服务器根据终端上下文信息从终端群中选择能够 呈现所请求业务的协作终端、 作为业务组件； 并根据用户上下文信息对各 业务组件进行组合， 生成业务组件集合。
业务决策服务器根据设备 ID和 /或 IP地址可以从上下文服务器中查询 到终端上下文信息， 这里主要是指终端的能力信息， 由于步驟 202 中媒体 分流服务器呈递了终端群中所有协作终端的设备 ID, 因此， 业务决策服务 器可以查询到所有协作终端的能力信息， 这里的能力主要是指终端呈现业 务的能力。
由于一个业务需要分为多个部分进行呈现， 因此， 终端的能力信息就 表明了该终端可以呈现的业务的部分， 如视频业务的播放过程中需分为视 频播放和音频播放， 因为手机既可以呈现视频部分又可以呈现音频部分， 所以手机的能力信息即表明其可以呈现视频业务的视频部分和音频部分。
业务决策服务器根据查询到的各协作终端的能力信息， 从终端群中选 择能够呈现所请求业务的协作终端， 选择的每个协作终端可以称为一个业 务组件， 该过程即为业务组件的筛选过程。
进一步地， 业务决策服务器查询到的终端上下文信息还包含了终端对 应的用户 ID。 在业务组件的筛选过程中， 如果协作终端能够呈现所请求的 业务， 但是其对应的用户 ID与请求业务的用户 ID不同， 那么该协作终端 不能作为业务组件。
业务决策服务器根据用户 ID可以从上下文服务器中查询到该用户的所 有用户上下文信息， 进一步地， 根据业务 ID可以从所有用户上下文信息中 确定针对所请求业务的用户上下文信息。
这里， 用户上下文信息主要是指用户的终端偏好信息， 其中终端偏好 信息表明了在呈现该业务时， 用户偏好使用的终端以及偏好使用的终端的 某种能力。 具体的， 一个业务可以分为多个部分进行呈现， 如视频业务的 播放过程中需分为视频播放和音频播放， 对于某个呈现部分， 用户可能有 特定的使用习惯或对某些终端的偏好， 因此， 这里的终端偏好信息即是由 用户偏好的呈现该业务各部分的终端的信息组成， 其中， 终端的信息主要 包括终端的设备 ID以及对应的能力信息。 需要指出的是， 此处的能力信息 可以是终端所有能力的信息， 也可以是在呈现所请求业务时用户偏好使用 的该终端的能力的信息。
业务决策服务器根据用户对该业务的终端偏好信息， 对筛选出的业务 组件进行动态组合（即根据能力信息对各业务组件进行动态组合）， 形成完 整的可执行的业务逻辑、 即形成能够完整呈现所请求业务的业务组件集合。 则业务组件集合信息包含了业务决策服务器所决策出的用于呈现所请求业 务的各协作终端的设备 ID以及对应的能力信息（通过协作终端被使用的能 力可以确定该协作终端在呈现业务时负责呈现的部分）。
需要指出的是， 由于一个终端可能具有多种呈现所请求业务的能力， 因此， 对业务组件进行动态组合时， 可以得到多种业务组件集合。 在一个 业务组件集合中， 对于每个业务组件只包含其呈现所请求业务的一种能力 信息。 具体选择哪种业务组件集合， 可以由用户决定， 也可以由业务决策 服务器随机决定， 也可以通过某种策略决定， 此处并不进行限定。
步驟 2033、 业务决策服务器根据业务组合信息和业务组件集合信息生 成业务部署配置文件， 完成业务适配策略的制定。
综上所述， 业务部署配置文件、 即业务适配策略包括： 业务组合信息 和业务组件集合信息； 其中， 业务组合信息包括： 所请求业务的各子业务 ID和对应的数据库服务器信息； 业务组件集合信息包括： 呈现所请求业务 的各协作终端的设备 ID以及对应的能力信息。
二、 业务分流策略的制定包括：
业务决策服务器与无线资源管理服务器协商确定业务组件集合中呈现 所请求业务的各协作终端接入核心网的信道分配方案， 包括： 确定各协作 终端到核心网的接口链路， 同时预留备用链路， 以网络效用最大化为目的 划分业务流得到各业务子流，设定各业务子流的流 ID,建立流 ID与接口链 路的映射关系， 生成业务分流配置文件， 完成业务分流策略的制定。
具体的， 业务分流配置文件、 即业务分流策略包括的内容如下： 终端 群中各协作终端到核心网的接口链路以及备用链路、 子业务流的划分方式 (例如以网络效用最大化为目的进行划分）、 各业务子流的流 ID的设定方 式和流 ID与接口链路的映射关系。
步驟 204,业务决策服务器将业务适配策略和业务分流策略分别以业务 部署配置文件和业务分流配置文件的方式传输至媒体分流服务器。
步驟 205 , 媒体分流服务器执行业务适配策略和业务分流策略。
具体包括：
媒体分流服务器解析业务部署配置文件， 根据子业务 ID和对应的数据 库服务器信息到各数据库服务器申请各子业务资源， 并将业务部署配置文 件拆分成子业务部署配置文件， 下发给相应的协作终端进行部署并执行。
同时， 媒体分流服务器整合申请的所有子业务资源， 按照业务分流决 策进行业务子流划分，设定流 ID,并按照流 ID与接口链路的映射关系通过 对应的接口链路将各子业务流传递给对应的协作终端； 进而， 协作终端接 收子流并进行呈现。
通过上述过程实现了协同业务的适配和分流传输。
进一步地， 协同业务的分流传输过程中可能会伴随着由终端群内部的 拓朴变化引发的重构或者由终端群的移动导致与核心网的接入点发生变化 而引发的网络切换， 进而使业务传输受阻， 为了使业务分流控制系统感知 到这种变化进而通过相应的调节机制保证业务的连续性， 本发明提出了一 种流切换过程， 如图 4所示， 包括以下步驟：
步驟 401 , 上下文服务器定期获取网络上下文信息和终端上下文信息， 并进行存储。
其中， 此处的网络上下文信息主要包括网络可用性、 网络性能等信息； 此处的终端上下文信息主要包括终端的位置及状态信息等。
步驟 402 , 上下文服务器根据获取的网络上下文信息和终端上下文信 息， 判断是否触发了流切换条件， 如果是， 执行步驟 403; 否则， 返回步驟 401。
具体的， 获取的网络上下文信息和终端上下文信息如果满足用户既定 规则， 则判定触发了流切换条件， 具体可以包括但不限于以下三种情况：
( 1 )用户既定规则为： 特定终端的状态或网络可用性发生变化。 如果 获取的终端上下文信息表明终端群内部的拓朴发生了变化， 即群内某特定 终端发生通信中断或宿主地址变更， 那么认为该特定终端的状态或网络可 用性发生变化， 判定触发了流切换条件；
( 2 )用户既定规则为： 终端群的网络可用性发生变化。 如果获取的网 络上下文信息和终端上下文信息表明终端群的移动导致了网络切换， 那么 认为终端群的网络可用性发生变化， 判定触发了流切换条件；
( 3 )用户既定规则为： 终端环境变化满足用户特定的终端偏好。 如果 获取的终端上下文信息表明终端当前所处环境与用户的个性需求对应的终 端环境相符， 那么认为终端环境变化满足用户特定的终端偏好， 判定触发 了流切换条件。
根据上述三种流切换条件的判定， 还可以进一步确定流切换类型， 即： 特定终端的状态或网络可用性发生变化引发的流切换、 终端群的网络可用 性发生变化引发的流切换以及终端环境变化满足用户特定的终端偏好 ！发 的流切换。
此处， 用户既定规则为上下文服务器中已存储的用户既定规则和 /或根 据用户偏好信息推理出的用户既定规则。 进一步地， 用户既定规则和用户偏好信息都属于用户上下文信息， 存 储于上下文服务器中。
需要指出的是， 用户偏好信息除了包含上述业务偏好信息、 终端偏好 信息等， 还包括但不限于以下偏好信息： 1 )基于终端位置信息的业务呈现 偏好信息， 如在移动环境下希望业务尽量通过手机或其它移动终端呈现， 而在家庭网络中希望通过笔记本、 显示器、 音响设备等呈现； 2 )基于网络 带宽的业务组合方式偏好信息， 如通过对各子业务类型的选择， 以在网络 带宽允许的条件下尽量呈现优质的服务； 3 )基于费用最小的业务体验等等。 用户偏好信息可以根据实际使用情况进行动态调整。
步驟 403 , 上下文服务器判定触发了流切换条件后， 通知业务决策服务 器； 业务决策服务器与无线资源管理服务器根据流切换类型协商流切换后 网络资源的分配情况。
根据流切换类型， 协商的网络资源的分配情况包括：
( 1 )特定终端的状态或网络可用性发生变化引发的流切换： 对于通信 中断终端， 查询备用链路进行子业务流的重定向， 若无备用链路则启动流 清除控制， 删除无效多宿主流， 重新进行业务分流决策； 对于宿主变化终 端， 只需进行子业务流的流 ID与接口链路的重新映射。
( 2 )终端群的网络可用性发生变化引发的流切换： 为保证业务的连续 性， 需采取预链接机制， 即当前网络可用性下降至一定级别时， 启动与新 的接入网的链接， 重新进行业务分流决策， 完成业务流从当前网络接口链 路到新网络接口链路的迁移。
( 3 )终端环境变化满足用户特定的终端偏好引发的流切换， 需要重新 制定业务适配策略和业务分流策略。
步驟 404, 通知媒体分流服务器进行业务分流策略、 业务适配策略的更 新。 对于特定终端的状态或网络可用性发生变化引发的流切换、 以及终端 群的网络可用性发生变化引发的流切换， 通知媒体分流服务器进行业务分 流策略的更新；
对于终端环境变化满足用户特定的终端偏好引发的流切换， 通知媒体 分流服务器进行业务分流策略和业务适配策略的更新。
步驟 405 , 媒体分流服务器执行更新后的业务分流策略和业务适配策 略， 并根据更新后的流 ID与接口链路的映射关系， 重定向变更子业务流的 传输路径完成流切换。
图 5为本发明实施例中一种基于流切换业务适配的场景， 如下：
1.用户通过自己携带的手机、 蓝牙耳机、 PDA等设备组成终端群申请 一个点播视频的协同传输， 根据用户个人偏好及终端能力， 图像部分在手 机上呈现， 音频部分在蓝牙耳机上播放。
2.当用户回家后， 用户随身携带终端自动接入家庭网络， 获取的网络上 下文信息和终端上下文信息与用户既定规则的记录信息相吻合， 则触发基 于流切换的业务适配过程。
3.搜索用户周边环境可用的业务组件，发现笔记本电脑和无线音响设备 处于可用状态， 于是调整业务组件组合方式， 在业务部署配置文件中规定 将下载好的音频流推送到无线音响上进行播放， 将视频流推送到笔记本电 脑上进行呈现。
如上述过程中， 用户希望提高视频播放清晰度则可将笔记本电脑与服 务器的通信链路作为新的链路加入业务分流链路， 提升业务流传输带宽， 重新制定分流策略进行高清视频播放。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种协同业务适配、 分流传输及流切换的方法， 其特征在于， 该 方法包括：
接收来自终端群的业务传输的请求消息；
根据请求消息获取用户上下文信息、 终端上下文信息和业务上下文 信息， 并制定业务适配策略和业务分流策略；
执行所述业务适配策略和业务分流策略， 完成协同业务适配、 并进 行协同业务分流传输；
在所述分流传输过程中， 根据获取的网络上下文信息和终端上下文 信息判定触发流切换条件时， 根据对应的流切换类型更新业务分流策略 和 /或业务适配策略， 并进行业务流的传输路径重定向。
2、 根据权利要求 1所述协同业务适配、 分流传输及流切换的方法， 其特征在于， 所述请求消息中至少包含以下信息： 用户 ID、 设备 ID、 IP 地址、 端口信息和业务 ID;
所述用户 ID为请求业务的用户的 ID; 所述设备 ID为所述终端群中 各协作终端的设备 ID; 所述 IP地址为所述各协作终端的 IP地址； 所述 端口信息为所述各协作终端传输业务的端口的信息； 所述业务 ID为所请 求业务的 ID。
3、 根据权利要求 2所述协同业务适配、 分流传输及流切换的方法， 其特征在于， 所述根据请求消息获取用户上下文信息、 终端上下文信息 和业务上下文信息， 为：
根据所述用户 ID获取所述用户上下文信息； 根据所述设备 ID和 /或 IP地址获取所述终端上下文信息；根据所述业务 ID获取所述业务上下文 信息。
4、 根据权利要求 3所述协同业务适配、 分流传输及流切换的方法， 其特征在于， 所述制定业务适配策略， 包括：
根据所述用户上下文信息和所述业务上下文信息， 获取所请求业务 的各子业务的信息， 生成业务组合信息；
根据所述终端上下文信息从所述终端群中选择能够呈现所请求业务 的协作终端、 作为业务组件； 并根据用户上下文信息对各业务组件进行 组合， 生成业务组件集合信息；
根据所述业务组合信息和所述业务组件集合信息生成业务部署配置 文件， 完成业务适配策略的制定。
5、 根据权利要求 4所述协同业务适配、 分流传输及流切换的方法， 其特征在于， 所述根据所述用户上下文信息和所述业务上下文信息， 获 取所请求业务的各子业务的信息， 生成业务组合信息， 包括：
所述用户上下文信息为用户的业务偏好信息， 包括用户偏好的各子 业务的类型信息； 所述业务上下文信息为根据所述业务 ID查询到的能够 提供所请求业务的所有数据库服务器的信息；
根据所述业务偏好信息从所述能够提供所请求业务的所有数据库服 务器中， 确定能够提供所述各子业务的数据库服务器， 并获取对应的子 业务 ID;
根据各子业务 ID 和对应的数据库服务器信息生成所述业务组合信
6、 根据权利要求 4所述协同业务适配、 分流传输及流切换的方法， 其特征在于， 根据所述终端上下文信息从所述终端群中选择能够呈现所 请求业务的协作终端、 作为业务组件； 并根据用户上下文信息对各业务 组件进行组合， 生成业务组件集合信息， 包括：
所述终端上下文信息为终端的能力信息； 所述用户上下文信息为终 端偏好信息， 包括针对所请求业务用户偏好使用的终端的设备 ID以及能 力信息；
根据所述终端群中各协作终端的能力信息从终端群中选择能够呈现 所请求业务的协作终端， 作为业务组件； 所述作为业务组件的协作终端 所属的用户的用户 ID与所述请求业务的用户的用户 ID相同；
根据所述终端偏好信息对所述各业务组件进行动态组合， 生成业务 组件集合信息， 包括呈现所请求业务的各协作终端的设备 ID以及能力信
7、 根据权利要求 4、 5或 6所述协同业务适配、 分流传输及流切换 的方法， 其特征在于， 所述业务分流策略包括： 所述终端群中各协作终 端到核心网的接口链路以及备用链路、 子业务流的划分方式、 各业务子 流的流 ID设定方式和流 ID与接口链路的映射关系。
8、 根据权利要求 7所述协同业务适配、 分流传输及流切换的方法， 其特征在于， 执行所述业务适配策略包括：
根据所述子业务 ID和对应的数据库服务器信息到各数据库服务器申 请各子业务资源； 并将业务适配策略拆分后下发给相应的协作终端； 执行所述业务分流策略包括：
整合所述各子业务资源， 得到所请求业务的资源； 按照所述子业务 流的划分方式对所请求业务的资源进行子业务流划分， 并按照所述流 ID 的设定方式为各子业务流设定流 ID;按照流 ID与接口链路的映射关系通 过对应的接口链路将各子业务流传递给对应的协作终端。
9、 根据权利要求 8所述协同业务适配、 分流传输及流切换的方法， 其特征在于， 判定触发流切换条件， 具体为：
定期获取网络上下文信息和终端上下文信息；
所述网络上下文信息和终端上下文信息满足用户既定规则时， 判定 触发了流切换条件。
10、 根据权利要求 9所述协同业务适配、 分流传输及流切换的方法， 其特征在于，
所述用户既定规则为特定终端的状态或网络可用性发生变化、 且判 定触发了触发流切换条件时， 所述流切换类型为特定终端的状态或网络 可用性发生变化引发的流切换；
所述用户既定规则为终端群的网络可用性发生变化、 且判定触发了 触发流切换条件时， 所述流切换类型为终端群的网络可用性发生变化引 发的流切换；
所述用户既定规则为终端环境变化满足用户特定的终端偏好、 且判 定触发了触发流切换条件时， 所述流切换类型为终端环境变化满足用户 特定的终端偏好引发的流切换。
11、根据权利要求 10所述协同业务适配、分流传输及流切换的方法， 其特征在于，所述根据流切换类型更新业务分流策略和 /或业务适配策略， 包括：
所述流切换类型为特定终端的状态或网络可用性发生变化引发的流 切换时， 如果终端的通信中断， 则查询备用链路进行子业务流的重定向， 若无备用链路则启动流清除控制， 删除无效多宿主流， 重新制定业务分 流策略； 如果终端宿主变化， 则进行流 ID与接口链路的重新映射；
所述流切换类型为终端群的网络可用性发生变化引发的流切换时， 需采取预链接机制， 当前网络可用性下降至预设的级别时， 启动与新的 接入网的链接， 重新制定业务分流策略；
所述流切换类型为终端环境变化满足用户特定的终端偏好引发的流 切换时， 重新制定业务适配策略和业务分流策略。
12、根据权利要求 11所述协同业务适配、分流传输及流切换的方法， 其特征在于， 所述进行业务流的传输路径重定向为： 根据所述更新的业务分流策略中的流 ID与接口链路的映射关系， 重 定向变更子业务流的传输路径， 完成流切换。
13、 一种协同业务适配、 分流传输及流切换的系统， 其特征在于， 包括： 由多个协作终端组成的终端群、 媒体分流服务器、 上下文服务器 和业务决策服务器， 其中：
所述终端群， 用于向所述媒体分流服务器发送请求消息， 请求业务 传输；
所述媒体分流服务器， 用于将所述请求消息包含的内容提供给所述 业务决策服务器；
所述业务决策服务器， 用于根据所述请求消息包含的内容向所述上 下文服务器获取用户上下文信息、 终端上下文信息和业务上下文信息， 并制定业务适配策略和业务分流策略； 还用于将所述业务适配策略和业 务分流策略下发给所述媒体分流服务器；
所述媒体分流服务器， 还用于执行所述业务适配策略和业务分流策 略， 完成协同业务适配、 并进行协同业务分流传输；
所述上下文服务器， 用于存储所述用户上下文信息、 终端上下文信 息和业务上下文信息， 还用于在所述分流传输过程中， 定期获取网络上 下文信息和终端上下文信息； 还用于根据获取的网络上下文信息和终端 上下文信息判断是否触发了流切换条件， 在判断结果为是时， 将对应的 流切换类型告知所述业务决策服务器；
所述业务决策服务器， 还用于根据流切换类型更新业务分流策略和 / 或业务适配策略， 并下发给所述媒体分流服务器；
所述媒体分流服务器， 还用于执行更新的业务分流策略和 /或业务适 配策略， 并进行业务流的传输路径重定向。
14、根据权利要求 13所述协同业务适配、分流传输及流切换的系统， 其特征在于， 所述请求消息中至少包含以下信息： 用户 ID、 设备 ID、 IP 地址、 端口信息和业务 ID;
所述用户 ID为请求业务的用户的 ID; 所述设备 ID为所述终端群中 各协作终端的设备 ID; 所述 IP地址为所述各协作终端的 IP地址； 所述 端口信息为所述各协作终端传输业务的端口的信息； 所述业务 ID为所请 求业务的 ID。
15、根据权利要求 14所述协同业务适配、分流传输及流切换的系统， 其特征在于，
所述业务决策服务器， 还用于根据所述用户 ID获取所述用户上下文 信息； 根据所述设备 ID和 /或 IP地址获取所述终端上下文信息； 根据所 述业务 ID获取所述业务上下文信息。
16、根据权利要求 15所述协同业务适配、分流传输及流切换的系统， 其特征在于，
所述业务决策服务器， 还用于根据所述用户上下文信息和所述业务 上下文信息， 获取所请求业务的各子业务的信息， 生成业务组合信息； 根据所述终端上下文信息从所述终端群中选择能够呈现所请求业务的协 作终端、 作为业务组件； 并根据用户上下文信息对各业务组件进行组合， 生成业务组件集合信息； 根据所述业务组合信息和所述业务组件集合信 息生成业务部署配置文件， 完成业务适配策略的制定。
17、根据权利要求 16所述协同业务适配、分流传输及流切换的系统， 其特征在于， 所述用户上下文信息为用户的业务偏好信息， 包括用户偏 好的各子业务的类型信息； 所述业务上下文信息为根据所述业务 ID查询 到的能够提供所请求业务的所有数据库服务器的信息；
该系统还包括数据库服务器；
所述业务决策服务器， 还用于根据所述业务偏好信息从所述能够提 供所请求业务的所有数据库服务器中， 确定能够提供所述各子业务的数 据库服务器， 并从能够提供所述各子业务的数据库服务器中获取对应的 子业务 ID;并根据各子业务 ID和对应的数据库服务器信息生成所述业务 组合信息；
所述数据库服务器， 用于存储并提供所述子业务。
18、根据权利要求 16所述协同业务适配、分流传输及流切换的系统， 其特征在于， 所述终端上下文信息为终端的能力信息； 所述用户上下文 信息为终端偏好信息， 包括针对所请求业务用户偏好使用的终端的设备 ID以及能力信息；
所述业务决策服务器， 还用于根据所述终端群中各协作终端的能力 信息从终端群中选择能够呈现所请求业务的协作终端， 作为业务组件； 所述作为业务组件的协作终端所属的用户的用户 ID与所述请求业务的用 户的用户 ID相同； 并根据所述终端偏好信息对所述各业务组件进行动态 组合， 生成业务组件集合信息， 包括呈现所请求业务的各协作终端的设 备 ID以及能力信息。
19、 根据权利要求 16、 17或 18所述协同业务适配、 分流传输及流 切换的方法， 其特征在于， 该系统还包括无线资源管理服务器， 用于与 所述业务服务器协商制定所述业务分流策略；
所述业务分流策略包括： 所述终端群中各协作终端到核心网的接口 链路以及备用链路、 子业务流的划分方式、 各业务子流的流 ID设定方式 和流 ID与接口链路的映射关系。
20、根据权利要求 19所述协同业务适配、分流传输及流切换的方法， 其特征在于，
所述媒体分流服务器， 执行所述业务分流策略， 包括： 根据所述子 业务 ID 和对应的数据库服务器信息到各数据库服务器申请各子业务资 源； 并将业务适配策略拆分后下发给相应的协作终端； 执行所述业务分 流策略包括： 整合所述各子业务资源， 得到所请求业务的资源； 按照所 述子业务流的划分方式对所请求业务的资源进行子业务流划分， 并按照 所述流 ID的设定方式为各子业务流设定流 ID; 按照流 ID与接口链路的 映射关系通过对应的接口链路将各子业务流传递给对应的协作终端。
21、根据权利要求 20所述协同业务适配、分流传输及流切换的方法， 其特征在于， 所述上下文服务器， 还用于确定所述定期获取的网络上下 文信息和终端上下文信息满足用户既定规则时， 判定触发了流切换条件， 并将对应的流切换类型告知所述业务决策服务器；
所述用户既定规则为特定终端的状态或网络可用性发生变化、 且判 定触发了触发流切换条件时， 所述流切换类型为特定终端的状态或网络 可用性发生变化引发的流切换；
所述用户既定规则为终端群的网络可用性发生变化、 且判定触发了 触发流切换条件时， 所述流切换类型为终端群的网络可用性发生变化引 发的流切换；
所述用户既定规则为终端环境变化满足用户特定的终端偏好、 且判 定触发了触发流切换条件时， 所述流切换类型为终端环境变化满足用户 特定的终端偏好引发的流切换。
22、根据权利要求 21所述协同业务适配、分流传输及流切换的方法， 其特征在于， 所述业务决策服务器和所述无线资源管理服务器， 还用于 根据流切换类型更新业务分流策略和 /或业务适配策略， 包括：
所述流切换类型为特定终端的状态或网络可用性发生变化引发的流 切换时， 如果终端的通信中断， 则查询备用链路进行子业务流的重定向， 若无备用链路则启动流清除控制， 删除无效多宿主流， 重新制定业务分 流策略； 如果终端宿主变化， 则进行流 ID与接口链路的重新映射； 所述流切换类型为终端群的网络可用性发生变化引发的流切换时， 需采取预链接机制， 当前网络可用性下降至预设的级别时， 启动与新的 接入网的链接， 重新制定业务分流策略；
所述流切换类型为终端环境变化满足用户特定的终端偏好引发的流 切换时， 重新制定业务适配策略和业务分流策略。
23、根据权利要求 22所述协同业务适配、分流传输及流切换的方法， 其特征在于， 所述媒体分流服务器， 还用于根据所述更新的业务分流策 略中的流 ID与接口链路的映射关系， 重定向变更子业务流的传输路径， 完成流切换。
PCT/CN2012/072834 2011-12-29 2012-03-22 一种协同业务的适配、分流传输及流切换方法和系统 WO2013097367A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP12862018.4A EP2787762A4 (en) 2011-12-29 2012-03-22 METHOD AND SYSTEM FOR ADJUSTMENT, SHUNTING TRANSMISSION AND STREAM SWITCHING IN A COLLABORATIVE SERVICE
US14/369,101 US9497242B2 (en) 2011-12-29 2012-03-22 Adaptation, shunt transmission and stream switching method and system for coordinated service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110452219.1A CN103188725B (zh) 2011-12-29 2011-12-29 一种协同业务的适配、分流传输及流切换方法和系统
CN201110452219.1 2011-12-29

Publications (1)

Publication Number Publication Date
WO2013097367A1 true WO2013097367A1 (zh) 2013-07-04

Family

ID=48679612

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/072834 WO2013097367A1 (zh) 2011-12-29 2012-03-22 一种协同业务的适配、分流传输及流切换方法和系统

Country Status (4)

Country Link
US (1) US9497242B2 (zh)
EP (1) EP2787762A4 (zh)
CN (1) CN103188725B (zh)
WO (1) WO2013097367A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9946893B2 (en) 2013-11-26 2018-04-17 Nokia Technologies Oy Method and apparatus for providing privacy profile adaptation based on physiological state change
CN116346472A (zh) * 2023-03-29 2023-06-27 贝壳找房(北京)科技有限公司 调用链路的还原方法、设备、存储介质及计算机程序产品

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102869003A (zh) * 2012-08-28 2013-01-09 中兴通讯股份有限公司 一种异构网络下业务内容分发的方法、业务管理平台
CN104427457B (zh) * 2013-08-20 2019-05-10 中兴通讯股份有限公司 面向m2m应用和网络的业务平台接口装置及方法
CN104602178B (zh) * 2013-10-30 2019-12-06 中兴通讯股份有限公司 一种终端设备及其复用到多个协同组的方法
US11650816B2 (en) 2014-11-11 2023-05-16 Fair Isaac Corporation Workflow templates for configuration packages
US10162630B2 (en) * 2014-11-11 2018-12-25 Fair Isaac Corporation Configuration packages for software products
CN105630590B (zh) * 2014-11-28 2019-08-09 阿里巴巴集团控股有限公司 一种业务信息处理方法及装置
CN104811749A (zh) * 2015-03-18 2015-07-29 天脉聚源(北京)传媒科技有限公司 一种多媒体数据传输方法及装置
CN106488508B (zh) * 2015-08-31 2019-11-19 大唐移动通信设备有限公司 一种数据传输方法、装置及系统
CN106982443B (zh) * 2016-01-18 2020-10-30 中国移动通信集团河北有限公司 业务分流方法及装置
CN105721547B (zh) * 2016-01-20 2019-05-31 北京京东尚科信息技术有限公司 协同处理业务的方法和装置
US11521137B2 (en) 2016-04-25 2022-12-06 Fair Isaac Corporation Deployment of self-contained decision logic
CN108123783B (zh) * 2016-11-29 2020-12-04 华为技术有限公司 数据传输方法、装置及系统
WO2018170897A1 (zh) * 2017-03-24 2018-09-27 华为技术有限公司 一种媒体传输策略的处理方法及相关设备
CN108334336A (zh) * 2017-10-10 2018-07-27 平安普惠企业管理有限公司 原子操作自动化方法、系统、装置和计算机存储介质
CN108512696B (zh) * 2018-03-13 2021-08-31 烽火通信科技股份有限公司 一种灵活切换流策略的方法
CN108830569A (zh) * 2018-07-04 2018-11-16 泰康保险集团股份有限公司 数据加工方法及装置
CN114390596A (zh) * 2018-08-13 2022-04-22 华为技术有限公司 一种处理业务流的方法、通信方法及装置
CN109618005B (zh) * 2019-01-18 2020-12-08 华为终端有限公司 调用服务器的方法和代理服务器
CN113543219B (zh) * 2020-04-13 2023-08-22 华为技术有限公司 通信方法和装置
CN112714011B (zh) * 2020-12-15 2023-06-02 贝壳技术有限公司 分流信息配置方法、装置、电子设备和存储介质
CN113285888B (zh) * 2021-04-30 2023-10-24 中国银联股份有限公司 多业务系统多数据中心分流方法、装置、设备及介质
CN115515081A (zh) * 2021-06-07 2022-12-23 华为技术有限公司 一种无线通信方法及通信装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101119314A (zh) * 2007-09-14 2008-02-06 中国科学院计算技术研究所 一种多模终端业务流的控制系统和装置以及方法
CN101198128A (zh) * 2007-12-28 2008-06-11 中国科学院计算技术研究所 一种多模设备及其业务流切换方法
CN101626596A (zh) * 2008-07-09 2010-01-13 中国移动通信集团公司 一种生成业务分流策略的方法、装置及系统
CN101827396A (zh) * 2010-04-29 2010-09-08 北京邮电大学 异构无线环境下多网协作传输的资源分配系统及方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE9704020L (sv) * 1997-11-04 1999-04-26 Telia Ab Metod för resursoptimering i ett data- och telekommunikationssystem
DE602005010681D1 (de) * 2004-06-30 2008-12-11 Huawei Tech Co Ltd VERFAHREN ZUM PERIODISCHEN AKQUIRIEREN EINER DIENSTQUALITÄT (QoS) EINES MULTIMEDIA-STREAMS
US8929360B2 (en) * 2006-12-07 2015-01-06 Cisco Technology, Inc. Systems, methods, media, and means for hiding network topology
CN101068236B (zh) * 2007-04-13 2011-10-26 华为技术有限公司 流媒体码率控制方法、系统和设备
US8838824B2 (en) * 2009-03-16 2014-09-16 Onmobile Global Limited Method and apparatus for delivery of adapted media
US8934371B2 (en) * 2010-04-28 2015-01-13 Telefonaktiebolaget L M Ericsson (Publ) Monitoring broadcast and multicast streaming service
JP5490622B2 (ja) * 2010-06-11 2014-05-14 日本電信電話株式会社 サービス提示システム、サービス提示方法、ポータルシステムおよびプログラム
EP2583432B1 (en) * 2010-06-18 2019-02-20 Nokia Technologies Oy Method and apparatus for generating and handling streaming media quality-of-experience metrics
KR20120114016A (ko) * 2011-04-06 2012-10-16 삼성전자주식회사 사용자 컨텐츠를 외부 단말기에서 네트워크 적응적으로 스트리밍하는 방법 및 장치
HUE029183T2 (en) * 2011-08-11 2017-02-28 Intel Corp Procedure for switching DASH format content between MBMS download and HTTP delivery via an IMS network
US8706473B2 (en) * 2011-09-13 2014-04-22 Cisco Technology, Inc. System and method for insertion and removal of video objects
US20140219088A1 (en) * 2011-09-30 2014-08-07 Ozgur Oyman Quality of experience enhancements over wireless networks
WO2013100968A1 (en) * 2011-12-28 2013-07-04 Intel Corporation Video adaptation for content-aware wireless streaming
US9444635B2 (en) * 2012-02-09 2016-09-13 Cisco Technology, Inc. Bandwidth allocation for multimedia conferencing
US9246842B2 (en) * 2012-04-27 2016-01-26 Intel Corporation QoE-aware radio access network architecture for http-based video streaming
US20130346624A1 (en) * 2012-06-20 2013-12-26 Steven Chervets Dynamic media throttling based on data quotas
US9125073B2 (en) * 2012-08-03 2015-09-01 Intel Corporation Quality-aware adaptive streaming over hypertext transfer protocol using quality attributes in manifest file

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101119314A (zh) * 2007-09-14 2008-02-06 中国科学院计算技术研究所 一种多模终端业务流的控制系统和装置以及方法
CN101198128A (zh) * 2007-12-28 2008-06-11 中国科学院计算技术研究所 一种多模设备及其业务流切换方法
CN101626596A (zh) * 2008-07-09 2010-01-13 中国移动通信集团公司 一种生成业务分流策略的方法、装置及系统
CN101827396A (zh) * 2010-04-29 2010-09-08 北京邮电大学 异构无线环境下多网协作传输的资源分配系统及方法

Non-Patent Citations (1)

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

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9946893B2 (en) 2013-11-26 2018-04-17 Nokia Technologies Oy Method and apparatus for providing privacy profile adaptation based on physiological state change
CN116346472A (zh) * 2023-03-29 2023-06-27 贝壳找房(北京)科技有限公司 调用链路的还原方法、设备、存储介质及计算机程序产品
CN116346472B (zh) * 2023-03-29 2023-12-12 贝壳找房(北京)科技有限公司 调用链路的还原方法、设备、存储介质及计算机程序产品

Also Published As

Publication number Publication date
EP2787762A4 (en) 2015-11-18
CN103188725A (zh) 2013-07-03
US9497242B2 (en) 2016-11-15
EP2787762A1 (en) 2014-10-08
US20150113160A1 (en) 2015-04-23
CN103188725B (zh) 2018-01-30

Similar Documents

Publication Publication Date Title
WO2013097367A1 (zh) 一种协同业务的适配、分流传输及流切换方法和系统
EP3331219B1 (en) Method for multi-path communication
US9326132B2 (en) Method for retrieving content by a wireless communication device having first and second radio access interfaces, wireless communication device and communication system
JP4914951B2 (ja) 第３世代パートナーシッププロジェクトの複数のネットワーク間のサービス品質の接続のための機構
US9936534B2 (en) Method and apparatus for data transmission
JP5542969B2 (ja) アクセス技術の選択を制御するための方法および装置
EP1853004B1 (en) Access point supporting direct and indirect downstream delivery based on communication characteristics
US8040809B2 (en) Client QoS based connection session jogging
JPWO2006088035A1 (ja) 通信ネットワークの制御システム、通信端末および通信ネットワークの制御方法
US9100856B2 (en) Routing architecture for content in a network
JP4801069B2 (ja) 異種環境での透過的なサービス適合
JP5871784B2 (ja) ネットワーク選択システム及び方法
KR20110068700A (ko) 복수의 네트워크 인터페이스들을 관리할 수 있는 멀티모드 단말 및 그의 제어 방법
KR20110071437A (ko) 다중 비트율의 콘텐츠를 사용한 ＶｏＤ 서비스 방법
JP2005229583A (ja) ネットワーク制御装置、通信端末、およびネットワーク選択方法
EP2919509B1 (en) Method and device for hosting application by access node
TWI425790B (zh) 通信架構
US20070076614A1 (en) Method for changing channels in wireless communication terminal and content service system
Kamilova et al. A Policy-based System for Handoffs between Intermediary Content Providers in the Wireless Internet
KR20150011272A (ko) 무선 다중 네트워크 상에서 공유 데이터를 제공하기 위한 시스템 및 방법

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: 12862018

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14369101

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012862018

Country of ref document: EP