CN101163150A - 业务代理选择方法及提供业务代理选择的网络系统 - Google Patents

Abstract

本发明公开一种业务代理选择方法，所述方法为：业务代理选择触发点请求业务代理选择功能SBSF为用户进行业务代理选择；业务代理选择功能SBSF与业务代理选择数据库通信，获取业务代理选择数据库返回的选择数据，根据所述选择数据选择业务代理。相应的，本发明公开了提供业务代理选择的网络系统。本发明能够实现在网络中灵活的动态选择满足用户业务能力要求的业务代理。

Description

业务代理选择方法及提供业务代理选择的网络系统

技术领域

本发明涉及通信技术领域，尤其涉及业务代理选择方法及提供业务代理选择的网络系统。

背景技术

IP多媒体子系统(IMS)由第三代移动通信标准化伙伴项目(3GPP)在版本5中引入，它是一个基于会话初始化协议(SIP)的体系，其会话层和业务层分离，并且提供开放业务接入(OSA)这一类开放的接口，有利于第三方进行业务开发。同时，运营商也希望能够对已有的业务进行整合，提供新的混合业务。可以预见，未来的网络内用户可以使用的业务会越来越丰富，而业务冲突问题也会越来越突出，这些特点对于业务提供方式提出了全新的要求，在这种背景下产生了业务代理(Service Broker)技术。

业务代理(Service Broker)主要实现IMS网络中的业务能力交互管理功能。目前Service Broker技术仍然处于研究阶段，各个标准中Service Broker有关的研究项目研究范围各不相同。正是由于各个标准中对于Service Broker的概念和作用范围没有统一的定义，目前各个厂家实现的Service Broker功能也不尽相同，例如有的厂家提供的Service Broker具备业务混合能力、业务交互管理能力，有的厂家提供的业务代理实体还具备增强的业务触发能力。此外，即便是同类功能例如业务交互管理能力，各个厂家实现的能力也不会完全一致，例如有的厂家支持语音呼叫类业务与交互式网络电视IPTV业务的交互，有的厂家就不支持。

目前在业务代理(Service Broker)技术的运用中，可以用配置触发数据的方式来指定Service Broker，例如业务代理Service Broker触发点可以通过获取用户签约数据库的初始过滤规则iFC配置触发到特定的Service Broker上，则特定的Service Broker为用户提供服务。业务代理Service Broker触发点可以是服务呼叫会话控制功能(S-CSCF)。但采用这种方式只是一种静态的配置选择方式，不能实现灵活的负载均衡，不能提供动态的Service Broker选择，并且在指定的Service Broker故障时也不能选择其它可用的Service Broker；此外，用户在注册以后也可能使用非签约类业务，而所述非签约业务可能会与用户签约业务之间存在业务交互问题，如果之前选定的Service Broker不能处理该非签约业务与用户已使用的业务间的业务交互，则就存在选择新的ServiceBroker的问题。因此这种静态的业务代理选择方式的应用具有一定局限性，运营商出于网络运营考虑，希望能有一种为网络提供更灵活的动态的业务代理选择方式。

发明内容

本发明要解决的技术问题是提供一种业务代理选择方法及提供业务代理选择的网络系统，本发明能够实现在网络中灵活的动态选择满足用户业务能力要求的业务代理。

本发明的目的是通过以下技术方案实现的：

本发明提供一种业务代理选择方法，包括：业务代理选择触发点请求业务代理选择功能SBSF为用户进行业务代理选择；业务代理选择功能SBSF与业务代理选择数据库通信，获取业务代理选择数据，根据所述选择数据选择业务代理。

可选的，所述选择数据至少包括用户业务的业务代理能力要求和业务代理的业务能力。

可选的，所述业务代理选择触发点的请求是在业务代理选择触发点接收到含有触发到业务代理选择功能SBSF指示或者含有进行业务代理选择指示的消息后执行。

可选的，业务代理选择功能SBSF根据选择的业务代理确定业务代理触发点到业务代理的触发方式；将当前通信按所述触发方式触发到选择的业务代理。

可选的，所述触发方式为业务代理名称或至业务代理的触发数据。

可选的，将所述触发方式进行保存，以及，后续所述用户的通信按所述触发方式触发到选择的业务代理。

可选的，保存所述触发方式的实体为业务代理触发点、或用户设备、或用户签约数据库、或业务代理选择数据库。

可选的，具体为业务代理选择功能SBSF将当前通信按所述触发方式触发到选择的业务代理；或者，业务代理触发点获取业务代理选择功能SBSF确定的所述触发方式后将当前通信按所述触发方式触发到选择的业务代理。

可选的，检测到选择的业务代理不可用时，重新发起业务代理选择过程。

可选的，选择的业务代理无法满足新的业务请求引起的业务代理能力要求时，根据所述选择数据和会话信息选择其他业务代理。

相应的，本发明提出一种提供业务代理选择的网络系统，包括：业务代理选择触发点、业务代理选择功能SBSF和业务代理选择数据库；业务代理选择触发点，包括请求单元，用于请求业务代理选择功能SBSF进行业务代理选择；业务代理选择功能SBSF，包括接收单元和第一选择单元；接收单元，用于接收业务代理选择触发点的请求单元的所述请求；第一选择单元，根据接收单元接收的所述请求与业务代理选择数据库通信，获取业务代理选择数据，根据所述选择数据选择业务代理；业务代理选择数据库，用于提供选择数据。

可选的，系统还包括用户签约数据库，用于存储用户的签约数据，向业务代理选择触发点发送含有触发到业务代理选择功能SBSF指示或者含有进行业务代理选择指示的消息。

可选的，系统还包括业务代理触发点，业务代理触发点包括第一触发单元；业务代理选择功能SBSF还包括触发方式确定单元；触发方式确定单元，用于根据选择的业务代理确定业务代理触发点到业务代理的触发方式；第一触发单元，用于获取所述触发方式后将当前通信触发到选择的业务代理。

可选的，系统还包括用户设备，用于存储所述触发方式；或者，由业务代理选择数据库、或用户签约数据库、或业务代理触发点的第一触发单元存储所述触发方式。

可选的，业务代理选择功能SBSF还包括第二触发单元，用于按所述触发方式将当前通信触发到选择的业务代理。

可选的，业务代理选择功能SBSF还包括第一重选触发单元，用于在选择的业务代理不可用时触发重新选择业务代理过程。

可选的，业务代理触发点还包括第二重选触发单元，用于在选择的业务代理不可用时触发重新选择业务代理过程。

可选的，业务代理选择触发点还包括第三重选触发单元，用于在选择的业务代理不可用时触发重新选择业务代理过程。

可选的，业务代理选择功能SBSF还包括第二选择单元，用于在选择的业务代理无法满足新的业务请求引起的业务代理能力要求时，根据所述选择数据和会话信息选择其他业务代理。

可选的，系统还包括监视服务器，用于监视选择的业务代理的状态。

以上技术方案可以看出：

现有技术采用静态的配置选择方式触发到业务代理Service Broker，不能提供动态的Service Broker选择，而本发明新增了业务代理选择触发点、业务代理选择功能SBSF和业务代理选择数据库，业务代理选择触发点请求业务代理选择功能SBSF为用户进行业务代理选择，业务代理选择功能SBSF与业务代理选择数据库通信，获取业务代理选择数据库的选择数据，根据所述选择数据选择业务代理，从而可以实现根据用户要求和网络提供的业务代理的能力综合考虑进行动态选择业务代理。

附图说明

图1是本发明较佳实施例的网络架构图；

图2是本发明较佳实施例方法流程图；

图3是本发明方法实施例一流程图；

图4是本发明方法实施例二流程图；

图5是本发明方法实施例三流程图；

图6是本发明方法实施例四流程图；

图7是本发明方法实施例五流程图；

图8是本发明方法实施例六流程图；

图9是本发明方法实施例七流程图；

图10是本发明方法实施例八流程图；

图11是本发明方法实施例九流程图；

图12是本发明方法实施例十流程图；

图13是本发明较佳实施例网络系统结构示意图；

图14是本发明较佳实施例业务代理选择触发点结构示意图；

图15是本发明较佳实施例业务代理选择功能SBSF结构示意图；

图16是本发明较佳实施例业务代理触发点结构示意图。

具体实施方式

本发明提供的业务代理选择方法，相对于现有技术，主要增加了业务代理选择功能SBSF(Service Broker Selection Function)、Service Broker选择数据库和Service Broker选择触发点。SBSF提供Service Broker选择能力，可以根据要求为用户动态的选择Service Broker。Service Broker选择数据库用于提供Service Broker选择数据，Service Broker选择数据包括用户业务的ServiceBroker业务能力要求、运营商为用户指定的Service Broker、网络中的ServiceBroker可以提供的业务能力、Service Broker触发点和网络中的Service Broker的拓扑连接关系、网络内Service Broker的可用性、Service Broker优选策略、Service Broker触发点至Service Broker的触发方式等数据。Service Broker选择触发点提供触发Service Broker选择过程的功能，Service Broker选择触发点可以是服务呼叫会话控制功能(S-CSCF)或者查询呼叫会话控制功能(I-CSCF)，甚至可以是Service Broker，例如Service Broker不能满足用户请求调用非签约业务引发的业务交互处理能力要求时，触发选择其它Service Broker。

请参阅图1，是本发明提供的业务代理选择方法的较佳实施例的网络架构图，图1中主要包括业务代理Service Broker触发点、业务代理Service Broker选择触发点、业务代理选择功能SBSF、业务代理Service Broker选择数据库、用户签约数据库、业务代理Service Broker、监视服务器和用户设备。

请参阅图2，是本发明较佳实施例方法流程图，包括步骤：

A1、Service Broker选择触发条件满足时，Service Broker选择触发点与SBSF通信，请求SBSF为用户进行Service Broker的选择；

Service Broker选择触发点请求SBSF进行Service Broker选择的触发条件可以包括以下情况：

业务代理选择触发点接收消息时，消息中的业务触发数据指示触发到业务代理选择功能SBSF，例如业务代理选择触发点为S-CSCF，S-CSCF接收到用户发起的注册消息或者未注册用户发起或者接收呼叫消息时，根据从归属用户服务器HSS中获取的iFC数据触发至SBSF，即iFC数据中的服务器地址元素取值为SBSF的地址；

业务代理选择触发点接收消息时，消息中指示需要进行业务代理选择，例如业务代理选择触发点为S-CSCF，S-CSCF向HSS请求下载用户业务触发数据，HSS在发送给S-CSCF的响应消息中指示需要进行业务代理选择；

业务代理选择触发点接收消息时，消息中携带业务代理选择功能SBSF地址，例如业务代理选择触发点为S-CSCF，业务代理选择数据库为HSS，S-CSCF向HSS请求下载用户业务触发数据，HSS在发送给S-CSCF的响应消息中携带SBSF地址。

Service Broker选择触发点根据SBSF地址与SBSF进行通信。SBSF地址的确定方式可以是在Service Broker选择触发点本地配置，或者在用户签约数据库中保存的业务触发数据中配置，例如iFC数据的服务器地址元素取值为SBSF的地址，并在与Service Broker选择触发点交互时通过消息指示SBSF地址给会话控制点，或者是Service Broker选择触发点接收的消息中携带有SBSF地址。当SBSF与Service Broker选择触发点合设时SBSF地址默认为ServiceBroker选择触发点本地地址。

Service Broker选择触发点请求SBSF进行Service Broker的选择的方式可以是Service Broker选择触发点转发收到的引起Service Broker选择的前述消息，例如转发用户注册消息等；也可以是Service Broker选择触发点向SBSF发送指示进行Service Broker选择的消息，例如Service Broker选择触发点发送SIP INVITE消息，其中携带请求进行Service Broker选择的指示。当SBSF与Service Broker选择触发点合设的时候上述消息可以是内部接口消息

为了使SBSF能够区分为哪个服务用户方选择Service Broker，ServiceBroker选择触发点在触发到SBSF上的消息中指示服务方向，例如S-CSCF通过iFC触发到SBSF，SBSF地址针对服务用户分别配置，即为主叫用户服务的地址和为被叫服务的地址区分配置，这样iFC数据中的服务器地址部分可以通过不同的SBSF地址来表示不同的服务方向，SBSF根据指示的服务方向为所述用户选择Service Broker。

上述请求进行Service Broker选择的消息中还可以进一步包含请求的Service Broker触发点地址和/或Service Broker业务能力要求。Service Broker业务能力要求，是指例如需要提供哪几类业务的交互处理能力，在请求进行Service Broker选择的消息中携带Service Broker业务能力要求的情况一般是用于指示动态的业务能力要求，而不是基于签约的业务能力要求，例如用户使用了非签约业务导致的业务交互处理能力要求等。Service Broker触发点地址的作用，是指例如SBSF可以根据它来确认Service Broker触发点和待选择的Service Broker间的连通性。这些信息不是必须携带的，例如Service Broker选择触发点发送的请求Service Broker选择消息中没有携带Service Broker触发点地址时，SBSF默认发送消息方为Service Broker触发点；又例如发送消息没有携带Service Broker业务能力要求时，可以理解为用户业务对Service Broker没有特别的能力要求，也可以是Service Broker业务能力要求以后从ServiceBroker选择数据库中获取。

A2、SBSF与Service Broker选择数据库通信，获取Service Broker选择数据并根据所述数据以及Service Broker选择算法选择Service Broker；

SBSF向Service Broker选择数据库请求获取选择数据，Service Broker选择数据库返回请求的选择数据。SBSF进行Service Broker选择数据请求的方式至少包括：使用现有协议消息，例如Service Broker选择数据库为HSS，SBSF充当AS的时候可以使用Sh接口消息用户数据请求(UDR)请求Service Broker选择数据；或者，对E4接口协议进行扩展，例如使用Diameter协议增加新的命令码携带选择数据请求消息。

Service Broker选择数据至少包括用户业务的业务代理能力要求和业务代理的业务能力，即a、用户业务的Service Broker能力要求。Service Broker能力要求包括必选能力要求、可选能力要求，还可以包括Service Broker名称，Service Broker名称为Service Broker的地址。在Service Broker能力要求中携带Service Broker名称的情况，例如注册消息处理流程中携带之前为未注册用户临时选择的Service Broker名称即Service Broker地址；b、网络中的ServiceBroker可以提供的能力。

Service Broker选择数据还可以包括以下信息的一项或多项：

c、运营商为用户指定的Service Broker；

d、Service Broker触发点和网络中的Service Broker的拓扑连接关系，例如Service Broker触发点和Service Broker的连通性等；

e、网络内Service Broker的可用性，例如Service Broker是否正常运行等；

f、Service Broker优选策略，例如当Service Broker与S-CSCF合设时S-CSCF是否提供用户需要的Service Broker能力，或者Service Broker的负载均衡等；

g、Service Broker触发点至Service Broker的触发方式数据。

需要说明的是上述Service Broker选择数据中，Service Broker触发点至Service Broker的触发方式数据是用于保证Service Broker触发点到ServiceBroker的触发方式是唯一的，例如SBSF为未注册用户选择了一个ServiceBroker，其后用户注册时又选择了一个不同的Service Broker，此时SBSF通过比较Service Broker选择数据中保存的Service Broker触发点至Service Broker的触发方式数据中的Service Broker地址和当前选择的Service Broker地址是否一致来决定是否更新Service Broker触发点到Service Broker的触发方式，例如不一致时，SBSF通过和HSS的人机语言(MML)接口更新HSS上保存的Service Broker触发点至Service Broker的iFC规则，如更新iFC配置中的服务器地址，该服务器地址代表Service Broker的地址。需要更新的规则在HSS上的定位可以通过例如MML语言约定的规则索引确定。

SBSF获取Service Broker选择数据后，选择满足用户业务要求的ServiceBroker。如果Service Broker选择数据中包括运营商为用户指定的ServiceBroker，则SBSF直接选定该Service Broker；如果Service Broker选择数据中未包括运营商为用户指定的Service Broker，则SBSF根据上述Service Broker选择数据以及Service Broker选择算法选择Service Broker。例如根据用户的Service Broker能力要求以及Service Broker可以提供的能力的匹配程度、Service Broker可用性等来选择Service Broker。匹配程度指优先选择满足所有必选能力要求并提供最多可选能力要求的Service Broker。

A3、SBSF确定Service Broker触发点至Service Broker的触发方式；

SBSF选择Service Broker后确定Service Broker触发点至Service Broker的触发方式，触发方式包括Service Broker名称，或者至Service Broker的触发数据。所述Service Broker名称，即Service Broker地址，这里用Service Broker名称而不是Service Broker地址是为了将其与其它类型实体的地址区分，例如与应用服务器AS的地址区别对待，S-CSCF对Service Broker的触发方式与对AS的触发方式可以不同，例如使用Service Broker名称时，S-CSCF不再触发iFC。所述至Service Broker的触发数据中包括Service Broker地址，例如确定的Service Broker触发方式为使用iFC触发，iFC数据配置中的服务器地址配置为所选择的Service Broker地址。

确定Service Broker触发点至Service Broker的触发方式后，可以将触发方式被传递至Service Broker触发点、用户设备UE、用户签约数据库或ServiceBroker选择数据库，上述实体接收后进行保存。

SBSF将触发方式传递至Service Broker触发点的过程可以是SBSF将上述确定的触发方式直接传输至Service Broker触发点，也可以通过中间实体间接将触发方式传输至Service Broker触发点。直接传输触发方式，例如SBSF通过Service Broker选择响应消息将Service Broker名称发送给S-CSCF，S-CSCF将所述Service Broker名称保存下来；间接传输触发方式，例如SBSF通过Service Broker选择响应消息将Service Broker名称发送给I-CSCF，I-CSCF将所述Service Broker名称传递给S-CSCF，如注册消息中携带Service Broker名称，S-CSCF将所述Service Broker名称保存下来。S-CSCF后续处理所述用户的通信时可直接根据保存的Service Broker名称触发到选定的Service Broker。

SBSF将触发方式传递至所述用户设备UE，UE保存所述的触发方式，例如SBSF通过注册响应消息将Service Broker名称返回给UE，UE将其保存下来，UE后续发起会话消息中携带Service Broker名称，S-CSCF根据ServiceBroker名称触发到指定的Service Broker上。

SBSF将触发方式传递至用户签约数据库，用户签约数据库保存所述的触发方式，例如SBSF将Service Broker触发点至Service Broker的iFC规则传送至用户签约数据库，用户数据库保存所述的iFC规则，并且所述iFC规则可以被更新至S-CSCF或者是被S-CSCF主动下载。所述被更新至S-CSCF，例如S-CSCF在此之前已经下载了用户配置数据，则可更新用户配置数据；所述被S-CSCF主动下载，例如未注册用户在注册时重选S-CSCF，新的S-CSCF下载的数据中包括了至Service Broker的触发方式iFC数据。S-CSCF后续处理所述用户的通信时可直接根据所述iFC规则触发到选定的Service Broker。

SBSF将触发方式传递至Service Broker选择数据库，Service Broker选择数据库保存所述的触发方式，例如SBSF将Service Broker名称发送到ServiceBroker选择数据库，Service Broker选择数据库将其保存下来，所述触发方式可以保存为Service Broker选择数据的一部分，例如存放到Service Broker能力要求中的Service Broker名称。

A4、将当前通信被触发至选择的Service Broker；

SBSF根据确定的Service Broker触发点至Service Broker的触发方式将当前通信触发至选定的Service Broker。也可以是Service Broker触发点获取至Service Broker的触发方式后，将当前通信触发至选定的Service Broker。

A5、在检测到选定的Service Broker不可用时，重新发起Service Broker选择过程。

可以是由SBSF检测到Service Broker不可用，例如SBSF转发ServiceBroker触发点的消息至Service Broker的情况下，Service Broker无响应，此时SBSF检测出至Service Broker的触发失败；

也可以是Service Broker触发点检测到Service Broker不可用，例如ServiceBroker触发点为S-CSCF，S-CSCF根据Service Broker名称触发，即S-CSCF可以根据Service Broker名称触发到Service Broker，Service Broker无响应，此时Service Broker触发点检测出至Service Broker的触发失败；

也可以是新增监控Service Broker可用性的其它实体检测到Service Broker不可用，例如独立设置一个监视服务器，它通过与Service Broker互相发送握手消息来检测Service Broker的可用性，它可以单独设置，可以与SBSF合设，可以和Service Broker选择触发点合设，也可以和Service Broker触发点合设。

Service Broker可用性的检测包括在Service Broker选择过程中进行和/或在选择Service Broker以后进行。

当检测出Service Broker不可用时，可以由Service Broker触发点或ServiceBroker选择触发点重新请求SBSF进行Service Broker选择过程，也可以由SBSF发起Service Broker选择过程：

例如SBSF转发Service Broker触发点的消息至Service Broker的情况下，Service Broker无响应，此时SBSF重新发起Service Broker选择过程；或者SBSF向监控Service Broker可用性的实体订阅选择的Service Broker可用性信息，在Service Broker不可用时，该实体通知SBSF，SBSF重新发起Service Broker选择过程。

例如Service Broker触发点为S-CSCF，S-CSCF根据Service Broker名称触发Service Broker，Service Broker无响应，此时S-CSCF重新请求SBSF进行Service Broker选择过程。

Service Broker选择触发点获知已经为用户选定的Service Broker不可用，请求重新进行Service Broker选择，例如已经注册的服务用户为被叫用户，SBSF与HSS合设时，HSS向Service Broker选择触发点I-CSCF返回先前为该用户选择的Service Broker，I-CSCF检测出先前选择的Service Broker不可用，重新发起Service Broker选择过程。

另外，Service Broker选择触发点进行消息处理，发现自身提供的业务处理能力不足，也将请求进行Service Broker选择，例如Service Broker选择触发点为Service Broker，用户使用非签约类业务，所述Service Broker不能处理该非签约业务与用户原有业务的交互，此时触发业务代理选择过程。

如果已选择的Service Broker接收到新的业务请求时，例如用户请求的新业务是未签约业务，则可能引发与用户原签约业务的业务交互问题，当已选择的Service Broker不能提供需要的业务交互处理能力时，则将根据所述选择数据和会话中的信息选择满足用户业务交互要求的Service Broker。例如选定的Service Broker上用户已经触发了游戏Game业务，其后用户请求调用IPTV业务，Service Broker处理不了IPTV业务和Game业务的交互，则根据选择数据和会话信息重新选择新的Service Broker。所述会话中的信息可以包括：信令消息中携带的Service Broker名称，例如用户设备UE在发送的消息中携带Service Broker名称；用户已经调用的业务信息，例如已经调用了哪些业务；用户将要调用的业务信息，例如用户请求使用非签约类业务等。

为便于对本发明进一步理解，下面结合具体实施方式对本发明进行更详细介绍。

以下介绍实施例一。

本实施例中SBSF为独立的功能实体，Service Broker触发点以及ServiceBroker选择触发点均为S-CSCF，用户签约数据库以及Service Broker选择数据库均为HSS，SBSF通过Sh接口获取Service Broker选择数据。此实施例描述的是服务的被叫用户是未注册时收到SIP INVITE邀请请求的情况下对应的业务代理选择过程。请参阅图3，包括步骤：

B1、S-CSCF收到被叫为未注册用户的INVITE邀请消息；

B2、S-CSCF收到此INVITE消息后到HSS上获取被叫用户配置，并对其中的用户签约数据库中的iFC触发数据进行检查；

本实施例中当被叫用户需要进行Service Broker选择时，在该用户的用户配置中增加一条触发至SBSF的iFC配置数据，此iFC数据中SPT描述部分至少包括<Method>INVITE</Method>、<SessionCase>2</SessionCase>这两项，即此实施例中SBSF地址通过iFC数据确定。

B3、S-CSCF根据iFC数据将INVITE消息触发到SBSF上；

为了使SBSF能够区分是为消息中的主叫还是被叫用户选择ServiceBroker，S-CSCF触发到SBSF上的消息指示服务方向，例如在iFC中对SBSF配置为主叫服务的地址和配置为被叫服务的地址进行区分配置。

B4、SBSF向HSS发送Sh接口消息用户数据请求(UDR)；

本实施例中SBSF与HSS间的接口为Sh接口。SBSF和HSS使用Diameter协议通信。SBSF收到S-CSCF发送的INVITE消息即进行Service Broker选择，SBSF向HSS发送Sh接口消息用户数据请求(UDR)，其中携带用户标识(User-Identity)属性-值对(AVP)，取值为服务用户的公有标识，数据参考(Data-Reference)属性-值对，取值为请求透明数据(RepositoryData)，业务指示(Service-Indication)属性-值对，取值对应HSS上Service Broker选择数据的透明数据索引值。

B5、HSS向SBSF回应Sh接口消息用户数据响应(UDA)，携带用户数据(User-Data)属性-值对，其中的数据为Service Broker选择数据。

B6、SBSF根据接收的Service Broker选择数据以及Service Broker选择算法确定为用户服务的Service Broker；

Service Broker选择算法，是指例如根据用户的Service Broker能力要求以及Service Broker可以提供的能力的匹配程度来选择Service Broker等，即优先选择满足所有必选能力要求并提供最多可选能力要求的Service Broker。

B7到B10、SBSF向已确定的Service Broker转发INVITE消息，ServiceBroker响应200OK消息并转发给S-CSCF，再转发给用户，则选定的ServiceBroker可以为用户服务；

B11、SBSF与HSS通信请求添加一条触发至Service Broker的iFC数据；

此实施例中SBSF增加iFC数据的方式可以是SBSF使用简单网络管理协议SNMP，充当人机交互语言(MML)客户端，使用HSS支持的MML命令添加触发至Service Broker的iFC数据。

B12、HSS返回成功响应消息到SBSF；

B13、HSS发现用户配置发生变化，通过Cx接口推送配置请求(PPR)命令主动更新S-CSCF上的用户配置，其中携带前述步骤增加的触发到ServiceBroker的iFC数据配置；

Cx接口定义为I-CSCF和HSS之间或S-CSCF和HSS之间的接口。

B14、S-CSCF保存新的iFC数据；

B15、S-CSCF回送推送配置响应(PPA)到HSS。

这样S-CSCF收到该用户后续的通信消息时可根据新的iFC数据信息直接触发至对应的Service Broker。

以下介绍实施例二。

本实施例中SBSF为独立的功能实体，Service Broker触发点以及ServiceBroker选择触发点均为S-CSCF，用户签约数据库以及Service Broker选择数据库均为HSS。此实施例描述的是S-CSCF收到用户的SIP REGISTER注册请求，并且SBSF选择的第一个Service Broker是不可用的情况时对应的业务代理选择过程。请参阅图4，包括步骤：

C1、S-CSCF收到用户的SIP REGISTER注册请求；

C2、S-CSCF向用户响应200 OK消息；

C3、S-CSCF到HSS上获取用户配置，并对其中的用户签约数据库中的iFC触发数据进行检查；

C4、S-CSCF将SIP REGISTER注册请求发送给SBSF；

C5、SBSF和HSS使用通用用户档案(GUP)协议通信，SBSF发出GUPQuery消息，其中的资源标识(Resource identity)参数填充请求查询的用户的公有标识，数据参考(Data references)参数指示请求的为Service Broker选择数据；

C6、HSS向SBSF回送GUP Query Response响应消息，其中携带请求用户的Service Broker选择数据；

C7、SBSF根据接收的Service Broker选择数据以及Service Broker选择算法确定为用户服务的Service Broker；

Service Broker选择算法，是指例如根据用户的Service Broker能力要求以及Service Broker可以提供的能力的匹配程度来选择Service Broker等，即优先选择满足所有必选能力要求并提供最多可选能力要求的Service Broker。本实施例确定为用户服务的为Service Broker 1。

C8、SBSF将SIP REGISTER注册请求发送给已经确定的Service Broker 1；

C9、SBSF发现Service Broker 1超时没有回应200 OK消息后，发起ServiceBroker重选过程，根据Service Broker选择数据以及Service Broker选择算法选择Service Broker 2；

C10到C13、SBSF向已确定的Service Broker 2转发SIP REGISTER注册请求，Service Broker 2响应200OK消息并转发给S-CSCF，再转发给用户，则选定的Service Broker 2可以为用户服务；

C14、重选的Service Broker 2回送200OK响应以后，SBSF发出GUPModify消息，其中的资源标识(Resource identity)参数填充请求查询的用户的公有标识，数据参考(Data references)参数指示修改的为Service Broker名称；

C15、HSS修改成功后回送GUP Modify Response消息。

C16、HSS通过Cx接口推送配置请求(PPR)命令主动更新S-CSCF上的用户配置，其中携带前述步骤确定的Service Broker名称；

C17、S-CSCF保存Service Broker名称；

C18、S-CSCF回送推送配置响应(PPA)到HSS。

这样S-CSCF收到该用户后续的通信消息时可根据保存Service Broker名称直接触发至对应的Service Broker。

以下介绍实施例三。

本实施例中Service Broker选择触发点为I-CSCF，Service Broker触发点为S-CSCF，其中I-CSCF具备SBSF功能，S-CSCF与Service Broker功能合设，用户签约数据库以及Service Broker选择数据库均为HSS，I-CSCF的SBSF功能就是为用户选择满足其业务要求的并且内置Service Broker功能的S-CSCF。

实施例中I-CSCF收到用户的SIP REGISTER请求，对应的业务代理选择过程请参阅图5，包括步骤：

D1、I-CSCF收到用户的SIP REGISTER注册请求；

D2、I-CSCF向HSS发送Cx接口消息用户鉴权请求(UAR)；

D3、HSS通过Cx接口消息用户鉴权响应(UAA)携带S-CSCF能力要求发送给I-CSCF；

由于Service Broker功能与S-CSCF功能合设，所以此时HSS将用户的Service Broker能力要求统一放到S-CSCF能力要求中描述。

D4、I-CSCF选择满足用户要求的S-CSCF；

I-CSCF本地配置有网络中S-CSCF提供的能力等信息，并根据这些信息以及HSS发送的S-CSCF能力要求进行S-CSCF选择，此时选择的S-CSCF同时能够满足用户的Service Broker能力要求。

D5、I-CSCF将SIP REGISTER注册请求发送给已经确定的S-CSCF；

D6、S-CSCF向HSS发送Cx接口消息服务器指配请求(SAR)；

D7、HSS向S-CSCF发送Cx接口消息服务器指配响应(SAA)；

D8到D9、S-CSCF向I-CSCF响应200OK消息并由I-CSCF转发给用户。

需要说明的是，本实施例中S-CSCF和Service Broker合设，可以不需要保存至Service Broker的触发方式数据。

以下介绍实施例四。

本实施例中Service Broker触发点以及Service Broker选择触发点均为S-CSCF，并且S-CSCF与SBSF功能合设，用户签约数据库以及Service Broker选择数据库均为HSS。

实施例中S-CSCF收到用户的SIP REGISTER请求，对应的业务代理选择过程请参阅图6，包括步骤：

E1、S-CSCF收到用户的SIP REGISTER注册请求；

E2、S-CSCF向HSS发送Cx接口消息服务器指配请求(SAR)；

E3、HSS向S-CSCF发送Cx接口消息服务器指配响应(SAA)，其中携带一个扩展的AVP指示需要进行Service Broker选择；

E4、S-CSCF响应200OK消息给用户；

E5、S-CSCF向HSS发送Service Broker选择数据请求消息，该消息为Cx接口扩展消息；

E6、HSS在Service Broker选择数据响应消息中携带Service Broker选择数据，该消息为Cx接口扩展消息；

E7、S-CSCF根据Service Broker选择数据以及Service Broker选择算法选定一个Service Broker，并保存Service Broker名称；

这样S-CSCF收到该用户后续的通信消息时可根据Service Broker名称直接触发至对应的Service Broker。

E8、S-CSCF将SIP REGISTER注册请求发送给已经确定的Service Broker；

E9、Service Broker向S-CSCF响应200 OK消息。

本实施例中S-CSCF也可以在选定的Service Broker不可用时重新触发Service Broker选择过程，例如S-CSCF对Service Broker的触发进行处理，当步骤E8中选择的Service Broker无响应时，S-CSCF重新选择其它可用的Service Broker。

本实施例中步骤E4也可以放到E9之后，即S-CSCF可以将选择的ServiceBroker名称通过扩展200 OK消息传递给用户设备UE，例如增加一个头域携带此Service Broker名称，UE接收后保存下来，在后续UE发起的会话消息中携带保存的该Service Broker名称，这样S-CSCF收到该用户后续的通信消息时可根据Service Broker名称直接触发至对应的Service Broker。对于这种情况下步骤E7中S-CSCF可以不保存Service Broker名称，因为UE后续发起的会话消息中可以携带为该用户服务的Service Broker名称。

以下介绍实施例五。

本实施例中Service Broker选择触发点为I-CSCF，Service Broker触发点为S-CSCF，其中I-CSCF具备SBSF功能，用户签约数据库以及Service Broker选择数据库均为HSS。

实施例中I-CSCF收到用户的SIP REGISTER请求，对应的业务代理选择过程请参阅图7，包括步骤：

F1、I-CSCF收到用户的SIP REGISTER注册请求；

F2、I-CSCF向HSS发送Cx接口消息用户鉴权请求(UAR)；

F3、HSS向I-CSCF返回Cx接口消息用户鉴权响应(UAA)，其中携带一个扩展的AVP指示需要进行Service Broker选择；

F4、I-CSCF向HSS发送Service Broker选择数据请求消息，该消息为Cx接口扩展消息；

F5、HSS在向I-CSCF返回的Service Broker选择数据响应消息中携带Service Broker选择数据，该消息为Cx接口扩展消息；

F6、I-CSCF根据Service Broker选择数据以及Service Broker选择算法选定一个Service Broker，并保存Service Broker名称；

这样I-CSCF收到该用户后续的通信消息时可根据Service Broker名称通过S-CSCF触发至对应的Service Broker。

F7、I-CSCF选定Service Broker后通过SIP REGISTER消息携带ServiceBroker名称发送给S-CSCF。这里携带Service Broker名称是对SIP消息进行了扩展，例如增加一个新头域携带此信息。

F8、S-CSCF接收消息后保存下Service Broker名称，并向I-CSCF响应200OK消息；

F9、I-CSCF将200OK消息转发给用户；

F10、S-CSCF检查保存的Service Broker名称；

F11、S-CSCF根据保存的Service Broker名称触发SIP REGISTER消息至所选定的Service Broker；

F12、选定的Service Broker向S-CSCF响应200 OK消息。

以下介绍实施例六。

本实施例中Service Broker触发点及Service Broker选择触发点均为S-CSCF，用户签约数据库以及Service Broker选择数据库均为HSS，且HSS具备SBSF功能。

实施例中S-CSCF收到用户的SIP REGISTER请求，对应的业务代理选择过程请参阅图8，包括步骤：

G1、S-CSCF收到用户的SIP REGISTER注册请求；

G2、S-CSCF向HSS发送Cx接口消息服务器指配请求(SAR)；

G3、HSS收到S-CSCF发送的Cx接口消息服务器指配请求(SAR)后发现用户业务要求进行Service Broker选择，此时发起Service Broker选择过程，选定一个Service Broker并确定S-CSCF到Service Broker的触发方式，例如用iFC配置或者Service Broker名称。

G4、HSS将Service Broker的触发方式，例如将触发至Service Broker的iFC配置或者Service Broker名称通过Cx接口消息服务器指配响应(SAA)回送给S-CSCF；

G5、S-CSCF保存含触发方式的用户配置；

G6、S-CSCF向用户发送200OK消息；

G7、S-CSCF检查保存的iFC配置或Service Broker名称；

G8、S-CSCF根据保存的Service Broker名称或者触发至Service Broker的iFC配置触发SIP REGISTER消息至所选定的Service Broker上；

G9、选定的Service Broker向S-CSCF响应200 OK消息。

需要说明的是，如果S-CSCF发现选择的Service Broker超时没有回应200OK消息后，可以发起Service Broker重选过程，向HSS重新请求进行ServiceBroker选择过程，HSS根据Service Broker选择数据以及Service Broker选择算法重新选择Service Broker。

以下介绍实施例七。

本实施例为通过单独的Service Broker可用性监视服务器监控已经为用户选择的Service Broker状态以及所述Service Broker不可用时的重选过程，其中Service Broker触发点为S-CSCF，用户签约数据库以及Service Broker选择数据库均为HSS，SBSF独立设置，对应的Service Broker重选过程请参阅图9，包括步骤：

H1、SBSF向Service Broker可用性监视服务器订阅已经为用户选定的Service Broker的可用状态信息；

H2、Service Broker可用性监视服务器回送200 OK响应；

H3、Service Broker可用性监视服务器与选定的Service Broker互相发送握手消息，例如可以通过互相发送OPTIONS消息来监视Service Broker的状态；

H4、Service Broker可用性监视服务器发现监视的Service Broker不可用，例如一段时间内没有收到握手消息，通过NOTIFY消息通知SBSF；

H5、SBSF回送200OK响应消息；

在这之后的步骤为SBSF通过Sh接口向HSS请求Service Broker选择数据进行Service Broker重选，并更新S-CSCF到选定的Service Broker的触发数据。

H6、SBSF向HSS发送Sh接口消息用户数据请求(UDR)；

SBSF向HSS发送Sh接口消息用户数据请求(UDR)，其中携带用户标识(User-Identity)属性-值对(AVP)，取值为服务用户的公有标识，数据参考(Data-Reference)属性-值对，取值为请求透明数据(RepositoryData)，业务指示(Service-Indication)属性-值对，取值对应HSS上Service Broker选择数据的透明数据索引值。

H7、HSS向SBSF回应Sh接口消息用户数据响应(UDA)，携带用户数据(User-Data)属性-值对，其中的数据为Service Broker选择数据。

H8、SBSF根据接收的Service Broker选择数据以及Service Broker选择算法确定为用户服务的Service Broker；

H9、SBSF与HSS通信请求添加一条触发至Service Broker的iFC数据或Service Broker名称；

H10、HSS返回成功响应消息到SBSF；

H11、HSS发现用户配置发生变化，通过Cx接口推送配置请求(PPR)命令主动更新S-CSCF上的用户配置，其中携带前述步骤增加的触发到ServiceBroker的iFC数据配置或Service Broker名称；

H12、S-CSCF保存新的iFC数据或Service Broker名称；

H13、S-CSCF回送推送配置响应(PPA)到HSS，表示更新成功。

以下介绍实施例八。

本实施例中Service Broker触发点及Service Broker选择触发点均为S-CSCF，用户签约数据库以及Service Broker选择数据库均为HSS，SBSF独立设置。

本实施例描述的是S-CSCF收到用户的未签约业务情况下的过程。例如S-CSCF收到用户未签约IPTV业务请求触发到SBSF上请求选择ServiceBroker，具体过程参阅图10，包括步骤：

I1、S-CSCF收到用户的INVITE消息，请求调用IPTV业务；

I2、S-CSCF收到此INVITE消息后到HSS上获取用户档案，并进行iFC触发检查；

I3、S-CSCF根据iFC数据将INVITE消息触发到SBSF上；

I4、SBSF向HSS发送Sh接口消息用户数据请求(UDR)；

用户数据请求(UDR)中携带用户标识(User-Identity)属性-值对(AVP)，取值为服务用户的公有标识，数据参考(Data-Reference)属性-值对，取值为请求透明数据(RepositoryData)，业务指示(Service-Indication)属性-值对，取值对应HSS上Service Broker选择数据的透明数据索引值。

I5、HSS向SBSF回应Sh接口消息用户数据响应(UDA)，携带用户数据(User-Data)属性-值对，其中的数据为Service Broker选择数据。

I6、SBSF根据接收的Service Broker选择数据和用户发送消息中含有的会话信息确定为用户服务的Service Broker，所述会话信息是指例如用户请求调用的业务等；

I7、SBSF将携带路由Route头域为Service Broker的INVITE消息发送给S-CSCF；

I8到I10、S-CSCF根据该Route头域向已确定的Service Broker路由INVITE消息，Service Broker响应200 OK消息给S-CSCF，再由S-CSCF转发给用户，则选定的Service Broker可以为用户服务。

需要说明的是，本实施例的SBSF也可以是和Service Broker合设的，这种情况下选定的Service Broker可以就是SBSF自身。

以下介绍实施例九。

本实施例中Service Broker触发点和Service Broker选择触发点均为Service Broker1，用户签约数据库以及Service Broker选择数据库均为HSS，Service Broker1具备SBSF功能。

本实施例描述的是Service Broker1上用户已经触发了游戏Game业务，其后用户请求调用未签约的IPTV业务，Service Broker1处理不了IPTV业务和Game业务的交互，重新选择新的Service Broker，具体过程请参阅图11，包括步骤：

J1、Service Broker1收到用户的INVITE消息，其中含有Game业务调用请求；

J2、Service Broker1调用Game业务的处理；

J3、Service Broker1又收到用户的INVITE消息，其中含有IPTV业务调用请求；

J4、Service Broker1发现不能处理IPTV业务和Game业务的交互，向HSS发送Sh接口消息用户数据请求(UDR)；

J5、HSS向SBSF回应Sh接口消息用户数据响应(UDA)，其中携带ServiceBroker选择数据和网络中的Service Broker业务交互处理能力列表；

J6、Service Broker1根据获取的Service Broker选择数据、上述网络中的Service Broker业务交互处理能力列表以及用户已经调用Game业务和将调用IPTV业务的情况，为用户选择一个可用的Service Broker2，并保存ServiceBroker名称；

J7、Service Broker1将INVITE消息发送给Service Broker2，用户的IPTV业务被Service Broker1触发到Service Broker2上。

以下介绍实施例十。

本实施例中Service Broker触发点和Service Broker选择触发点均为Service Broker1，用户签约数据库为HSS，Service Broker选择数据库独立设置，SBSF独立设置。

本实施例描述的是Service Broker1上用户已经触发了Game业务，其后用户请求调用未签约的IPTV业务，Service Broker1处理不了IPTV业务和Game业务的交互，重新选择新的Service Broker，具体过程请参阅图12，包括步骤：

K1、Service Broker1收到用户的INVITE消息，其中含有Game业务调用请求；

K2、Service Broker1调用Game业务的处理；

K3、Service Broker1又收到用户的INVITE消息，其中含有IPTV业务调用请求；

K4、Service Broker1向SBSF发送携带Service Broker选择请求指示的INVITE消息，其中还携带业务能力要求，指示需要提供IPTV和Game业务的交互处理能力；

K5、SBSF向Service Broker选择数据库发送Service Broker选择数据请求消息；

K6、Service Broker选择数据库向SBSF返回Service Broker选择数据响应消息，其中携带Service Broker选择数据和网络中的Service Broker业务交互处理能力列表；

K7、SBSF根据获取的Service Broker选择数据、上述网络中的ServiceBroker业务交互处理能力列表以及用户已经调用Game业务和将调用IPTV业务的情况，为用户选择一个可用的Service Broker2，并保存Service Broker2名称；

K8、SBSF通过200 OK消息携带Service Broker2名称给Service Broker1；

K9、Service Broker1将INVITE消息发送给Service Broker2，用户的IPTV业务被Service Broker1触发到Service Broker2上。

需要说明的是，以上各实施例仅为示例，并未罗列所有情况，对于其它可能的SBSF合设情况和各实体间采用其它类型的接口以及处理流程组合等情况，本发明同样适用，此处不再赘述。

上述介绍了本发明的业务代理选择方法，相应的，本发明提供一种网络系统，可以提供业务代理选择。

请参阅图13，该网络系统包括用户签约数据库100、业务代理ServiceBroker选择触发点200、业务代理选择功能SBSF 300、业务代理Service Broker选择数据库400、业务代理Service Broker触发点500、业务代理Service Broker600、监视服务器700和用户设备800。相对于现有网络，业务代理Service Broker选择触发点200、业务代理选择功能SBSF 300和业务代理Service Broker选择数据库400是本发明主要增加的实体。

用户签约数据库100存储用户的签约数据，例如iFC数据、计费服务器地址数据等，用户签约数据库100向业务代理Service Broker选择触发点200发送含有触发到业务代理选择功能SBSF指示或者含有进行业务代理选择指示的消息。各种类型的用户签约数据可以存放在同一个物理网元实体上，也可以存放在不同的物理网元实体上。用户签约数据库可以是用户归属服务器(HSS)，也可以是非HSS的数据服务器。

Service Broker选择触发点200提供触发Service Broker选择过程的功能，Service Broker选择触发点200可以是服务呼叫会话控制功能(S-CSCF)或者查询呼叫会话控制功能(I-CSCF)，甚至可以是Service Broker。Service Broker选择触发点200是Service Broker的情况，例如Service Broker业务能力不足时再选择其它Service Broker。

请参阅图14，Service Broker选择触发点200包括请求单元201和第三重选触发单元202，请求单元201用于接收到含有触发到业务代理选择功能SBSF指示或者含有进行业务代理选择指示的消息后请求业务代理选择功能SBSF300进行业务代理选择；第三重选触发单元202，用于在选择的业务代理ServiceBroker不可用时触发重新选择业务代理过程。选择的Service Broker不可用，是指例如触发到选择的Service Broker时Service Broker没有响应。

业务代理选择功能SBSF 300提供Service Broker选择能力，可以根据要求为用户动态的选择Service Broker。业务代理选择功能SBSF 300物理上可以单独设置，也可以与上述提到的其他任意实体合设。

请参阅图15，业务代理选择功能SBSF 300包括接收单元301、第一选择单元302、触发方式确定单元303、第二触发单元304、第一重选触发单元305和第二选择单元306。接收单元301，用于接收Service Broker选择触发点200的请求单元201的所述请求；第一选择单元302，根据接收单元301接收的所述请求与业务代理选择数据库400通信，并获取业务代理选择数据库400的选择数据，根据所述选择数据选择Service Broker；触发方式确定单元303，用于根据选择的业务代理确定Service Broker触发点500到Service Broker 600的触发方式，所述触发方式为Service Broker名称或至Service Broker的触发数据，触发方式确定后，可以传递给用户设备800存储；或者，由业务代理选择数据库400、或用户签约数据库100、或业务代理触发点500的第一触发单元501进行存储；第二触发单元304，用于按所述触发方式将当前通信触发到选择的Service Broker；第一重选触发单元305，用于在选择的Service Broker不可用时触发重新选择业务代理过程；第二选择单元306，用于在选择的ServiceBroker无法满足新的业务请求引起的业务代理能力要求时，根据所述选择数据和会话信息选择其他Service Broker。例如选定的业务代理Service Broker上用户已经触发了游戏Game业务，其后用户请求调用未签约的IPTV业务，ServiceBroker处理不了IPTV业务和Game业务的交互，则根据所述选择数据和会话信息选择其他Service Broker。

业务代理Service Broker选择数据库400用于提供Service Broker选择数据，业务代理选择功能SBSF 300的第一选择单元302和第二选择单元306可以从Service Broker选择数据库400获取选择数据，根据这些选择数据选择符合要求的业务代理Service Broker。

Service Broker选择数据可以包括以下信息：

Service Broker选择数据至少包括用户业务的业务代理能力要求和业务代理的业务能力，即a、用户业务的Service Broker能力要求。Service Broker能力要求包括必选能力要求、可选能力要求，还可以包括Service Broker名称，Service Broker名称可以为Service Broker的地址。在Service Broker能力要求中携带Service Broker名称的情况，例如注册消息处理流程中携带之前为未注册用户临时选择的Service Broker名称即Service Broker地址；b、网络中的Service Broker可以提供的能力。

Service Broker选择数据还可以包括以下信息中的一项或多项：

c、运营商为用户指定的Service Broker；

d、Service Broker触发点和网络中的Service Broker的拓扑连接关系，例如Service Broker触发点和Service Broker的连通性等；

e、网络内Service Broker的可用性，例如Service Broker是否正常运行等；

f、Service Broker优选策略，例如当Service Broker与S-CSCF合设时S-CSCF是否提供用户需要的Service Broker能力，或者Service Broker的负载均衡等；

g、Service Broker触发点至Service Broker的触发方式数据。

业务代理Service Broker选择数据库400可以与用户签约数据库100合设，也可以与业务代理选择功能SBSF 300合设。需要说明的是，各类Service Broker选择数据可以存放在在同一个物理网元实体上，例如都存放在Service Broker选择数据库400，但并不局限于此，也可以存放在不同的物理网元实体上。

Service Broker触发点500提供将通信触发至Service Broker 600的功能，Service Broker触发点500可以是服务呼叫会话控制功能(S-CSCF)，也可以是Service Broker。Service Broker触发点是Service Broker的情况，例如ServiceBroker业务能力不足时再触发到其它可以提供所需要能力的Service Broker上。

请参阅图16，Service Broker触发点500包括第一触发单元501和第二重选触发单元502。第一触发单元501，用于获取所述触发方式后将当前通信触发到选择的业务代理Service Broker。第一触发单元501获取所述触发方式可以进行存储。第二重选触发单元502，用于在选择的Service Broker不可用时触发重新选择业务代理过程。

业务代理Service Broker 600用于提供增强的业务触发能力、业务混合能力和业务交互处理能力中的一种或多种功能。业务触发能力可以理解为根据要求触发业务的能力，业务混合能力可以理解为将不同的几种业务混合到一起提供新的业务的能力，业务交互处理能力可以理解为当发生业务冲突时进行管理的能力。Service Broker 600可以是单独的物理网元实体，也可以和ServiceBroker触发点500或Service Broker选择触发点200是同一个物理网元实体。

监视服务器700，用于监视选择的业务代理的状态。监视服务器700通过与已选择的业务代理Service Broker 600互相发送握手消息来监视ServiceBroker 600的状态，例如通过互相发送SIP OPTIONS消息进行监视，当一段时间监视服务器700没有收到握手消息，则通知系统中的其他实体例如业务代理选择功能SBSF 300所选择的Service Broker 600不可用。

需要说明的是，当由业务代理选择功能SBSF 300或Service Broker触发点500检测选择业务代理不可用时，可以不需要监视服务器700。业务代理选择功能SBSF 300转发Service Broker触发点500的消息到Service Broker 600上，Service Broker 600无响应，则此时业务代理选择功能SBSF 300检测出至Service Broker 600的触发失败，Service Broker 600不可用。Service Broker触发点500根据触发方式触发到Service Broker 600上，Service Broker 600无响应，则此时Service Broker触发点500检测出至Service Broker 600的触发失败，Service Broker 600不可用。

用户设备UE 800，存储业务代理选择功能SBSF 300传递的触发方式，例如业务代理选择功能SBSF 300通过注册响应消息将触发方式返回给用户设备UE 800，用户设备UE 800将其保存下来，用户设备UE 800后续发起会话消息中携带触发方式，Service Broker触发点500根据触发方式触发到指定的Service Broker上。

因为本发明主要新增业务代理Service Broker选择触发点200、业务代理选择功能SBSF 300、业务代理Service Broker选择数据库400，相应的，增加接口进行连接。

Service Broker选择触发点200和业务代理选择功能SBSF 300采用E1接口，该接口主要用于触发业务代理选择功能SBSF 300的Service Broker选择过程以及其后的交互过程。E1接口协议至少包括如下之一：SIP协议、Diameter协议、超文本传输协议(HTTP)协议、内部接口协议，当业务代理选择功能SBSF 300和Service Broker选择触发点200合设时将用到内部接口协议。

业务代理选择功能SBSF 300和Service Broker选择数据库400采用E4接口，该接口用于请求和传递Service Broker选择数据。E4接口协议至少包括如下之一：Diameter协议、通用用户配置(GUP)协议、SIP协议、超文本传输协议(HTTP)协议、内部接口协议，当业务代理选择功能SBSF 300和ServiceBroker选择数据库400合设时将用到内部接口协议。

业务代理选择功能SBSF 300和Service Broker 600采用E2接口，该接口用于业务代理选择功能SBSF 300将通信触发至Service Broker 600，例如业务代理选择功能SBSF 300转发注册消息到Service Broker 600。E2接口协议至少包括如下之一：SIP协议、内部接口协议，当业务代理选择功能SBSF 300和Service Broker 600合设时将用到内部接口协议。

业务代理选择功能SBSF 300和用户签约数据库100采用E3接口，该接口用于业务代理选择功能SBSF 300更新Service Broker触发点500至ServiceBroker 600的触发数据。E3接口协议至少包括如下之一：简单网络管理协议(SNMP)、Diameter协议、通用用户配置(GUP)协议、SIP协议、超文本传输协议(HTTP)协议、内部接口协议，当业务代理选择功能SBSF 300和用户签约数据库100合设时将用到内部接口协议。

以上对本发明所提供的一种业务代理选择方法及提供业务代理选择的网络系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (20)

1.一种业务代理选择方法，其特征在于，包括：

业务代理选择触发点请求业务代理选择功能SBSF为用户进行业务代理选择；

业务代理选择功能SBSF与业务代理选择数据库通信，获取业务代理选择数据，根据所述选择数据选择业务代理。

2.根据权利要求1所述的业务代理选择方法，其特征在于：

所述选择数据至少包括用户业务的业务代理能力要求和业务代理的业务能力。

3.根据权利要求1所述的业务代理选择方法，其特征在于：

所述业务代理选择触发点的请求是在业务代理选择触发点接收到含有触发到业务代理选择功能SBSF指示或者含有进行业务代理选择指示的消息后执行。

4.根据权利要求1至3任一项所述的业务代理选择方法，其特征在于：

业务代理选择功能SBSF根据选择的业务代理确定业务代理触发点到业务代理的触发方式；

将当前通信按所述触发方式触发到选择的业务代理。

5.根据权利要求4所述的业务代理选择方法，其特征在于：

所述触发方式为业务代理名称或至业务代理的触发数据。

6.根据权利要求4所述的业务代理选择方法，其特征在于：

将所述触发方式进行保存，以及，后续所述用户的通信按所述触发方式触发到选择的业务代理。

7.根据权利要求6所述的业务代理选择方法，其特征在于：

保存所述触发方式的实体为业务代理触发点、或用户设备、或用户签约数据库、或业务代理选择数据库。

8.根据权利要求4所述的业务代理选择方法，其特征在于：

具体为业务代理选择功能SBSF将当前通信按所述触发方式触发到选择的业务代理；

或者，业务代理触发点获取业务代理选择功能SBSF确定的所述触发方式后将当前通信按所述触发方式触发到选择的业务代理。

9.根据权利要求8所述的业务代理选择方法，其特征在于：

检测到选择的业务代理不可用时，重新发起业务代理选择过程。

10.根据权利要求8所述的业务代理选择方法，其特征在于：

选择的业务代理无法满足新的业务请求引起的业务代理能力要求时，根据所述选择数据和会话信息选择其他业务代理。

11.一种提供业务代理选择的网络系统，其特征在于，包括：

业务代理选择触发点、业务代理选择功能SBSF和业务代理选择数据库；

业务代理选择触发点，包括请求单元，用于请求业务代理选择功能SBSF进行业务代理选择；

业务代理选择功能SBSF，包括接收单元和第一选择单元；

接收单元，用于接收业务代理选择触发点的请求单元的所述请求；

第一选择单元，根据接收单元接收的所述请求与业务代理选择数据库通信，获取业务代理选择数据，根据所述选择数据选择业务代理；

业务代理选择数据库，用于提供选择数据。

12.根据权利要求11所述的提供业务代理选择的网络系统，其特征在于：

还包括用户签约数据库，用于存储用户的签约数据，向业务代理选择触发点发送含有触发到业务代理选择功能SBSF指示或者含有进行业务代理选择指示的消息。

13.根据权利要求12所述的提供业务代理选择的网络系统，其特征在于：

还包括业务代理触发点，业务代理触发点包括第一触发单元；

业务代理选择功能SBSF还包括触发方式确定单元；

触发方式确定单元，用于根据选择的业务代理确定业务代理触发点到业务代理的触发方式；

第一触发单元，用于获取所述触发方式后将当前通信触发到选择的业务代理。

14.根据权利要求13所述的提供业务代理选择的网络系统，其特征在于：

还包括用户设备，用于存储所述触发方式；

或者，由业务代理选择数据库、或用户签约数据库、或业务代理触发点的第一触发单元存储所述触发方式。

15.根据权利要求13所述的提供业务代理选择的网络系统，其特征在于：

业务代理选择功能SBSF还包括第二触发单元，用于按所述触发方式将当前通信触发到选择的业务代理。

16.根据权利要求15所述的提供业务代理选择的网络系统，其特征在于：

业务代理选择功能SBSF还包括第一重选触发单元，用于在选择的业务代理不可用时触发重新选择业务代理过程。

17.根据权利要求15所述的提供业务代理选择的网络系统，其特征在于：

业务代理触发点还包括第二重选触发单元，用于在选择的业务代理不可用时触发重新选择业务代理过程。

18.根据权利要求15所述的提供业务代理选择的网络系统，其特征在于：

业务代理选择触发点还包括第三重选触发单元，用于在选择的业务代理不可用时触发重新选择业务代理过程。

19.根据权利要求16到18任一项所述的提供业务代理选择的网络系统，其特征在于：

业务代理选择功能SBSF还包括第二选择单元，用于在选择的业务代理无法满足新的业务请求引起的业务代理能力要求时，根据所述选择数据和会话信息选择其他业务代理。

20.根据权利要求16到18任一项所述的提供业务代理选择的网络系统，其特征在于：

还包括监视服务器，用于监视选择的业务代理的状态。

Images