实现会话发起协议多业务服务器分发的方法、装置及系统的制作方法
【专利摘要】本发明公开了一种实现会话发起协议多业务服务器分发的方法、装置及系统，所述方法包括：获取SIP客户端发送的SIP业务请求消息并解析；依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息；依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并依据该转发地址信息将SIP业务请求消息发送至对应的目标业务服务器。采用本发明，可以通过本发明提供的实现会话发起协议多业务服务器分发的装置完成SIP业务请求消息的分发，从而简化了客户端和服务端之间的接口，提高了用户的使用效果。
【专利说明】实现会话发起协议多业务服务器分发的方法、装置及系统
【技术领域】
[0001]本发明涉及通信【技术领域】，具体而言，涉及一种实现会话发起协议多业务服务器分发的方法、装置及系统。
【背景技术】
[0002]SIP (Session Initiation Protocol,会话发起协议)是由 IETF 定义的基于 IP(Internet Protocol,因特网协议)的一个应用层控制协议。由于SIP是基于纯文本的信令协议，其可以管理不同接入网络上的会晤等。
[0003]SIP的一个重要特点是它不定义要建立的会话的类型，而只定义应该如何管理会话。正因为SIP具有这种灵活性，也就意味着SIP可以用于众多应用和服务中，包括交互式游戏、音乐和视频点播、语音、视频以及Web会议等。
[0004]基于SIP具有简单、便于实现、灵活、易于扩展等诸多优点，越来越多的运营商、CLEC (Competitive Local Exchange Carrier,竞争性的本地交换运营商)和 ITSP(Internet Telephony Service Provider, IP电话业务提供商)都在提供基于SIP的服务，如市话和长途电话技术、在线信息和即时消息、IP Centrex/Hosted PBX、语音短信、push-to-talk (按键通话)、多媒体会议等。
[0005]SIP应用服务器(SIP Application Server, SIP AS)是基于SIP协议的业务实体，用于实现基于SIP协议的各种业务，比如呼叫、会议、视频等业务。目前，由于用户的基数越来越大，在单一的SIP应用服务器上面实现多业务越来越困难，因此越来越多的业务提供商采用多业务集群方案。
[0006]SIP客户端是支持SIP应用的客户端设备,例如PC (Personal Computer,个人计算机)机上开发的软终端、SIP手机、手机上或者PDA (Personal Digital Assistant，掌上电脑)上面开发的客户端软件等。
[0007]如果一个SIP客户端要使用多个业务且多业务为集群部署，如图1所示，现有技术中通常需要SIP客户端同时连接每一个SIP应用服务器，值得注意的是，本文暂不考虑客户端与SIP应用服务器之间经过的各个SIP网元，在实际应用当中，采用这种方案具有如下的问题:
[0008]I)用户的权限难以控制。
[0009]这是因为在SIP客户端发起业务时，需要在每一个SIP应用服务器上面都对用户的权限进行判断，无疑加大了用户权限控制的难度。
[0010]2) SIP客户端的配置复杂。
[0011]在实际实施时，需要在SIP客户端配置每一个SIP应用服务器的地址信息，而且，如果业务集群信息发生变化时，比如产生了信息的增加、删除、修改等变化时，则业务集群的信息变化情况难以同步到SIP客户端。
[0012]3)多业务嵌套功能实现复杂。
[0013]例如在SIP客户端发起的呼叫业务中嵌套PBX (Private Branch Exchange,用户级交换机)或者会议业务等，其实现流程异常复杂且繁琐。
【发明内容】
[0014]为了解决上述问题，本发明的目的在于提供一种实现会话发起协议多业务服务器分发的方法、装置及系统。
[0015]为了达到本发明的目的，本发明采用以下技术方案实现:
[0016]一种实现会话发起协议多业务服务器分发的方法，包括:
[0017]获取SIP客户端发送的SIP业务请求消息并解析；
[0018]依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息；
[0019]依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并依据该转发地址信息将SIP业务请求消息发送至对应的目标业务服务器。
[0020]优选地，所述解析结果包括SIP业务请求消息的发送方与接收方信息、消息方法信息、消息类型信息。
[0021]优选地，依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息的步骤包括:
[0022]优选地，依据解析结果中SIP业务请求消息的发送方信息查询数据库，以判断该用户是否开户，如果没有查询到，则流程结束；否则，从数据库中获取该用户的模板信息以及与消息方法对应的消息转发方法信息，其中，所述数据库记录了用户的开户信息、用户的模板信息、与消息方法对应的消息转发方法信息、业务服务器的地址信息以及软交换或核心网的地址信息。
[0023]优选地，在执行所述步骤之前，还包括:
[0024]接收用户发送的鉴权信息请求；
[0025]对用户的信息进行鉴权，并在用户鉴权成功之后才进行下一步，否则流程结束。
[0026]优选地，可以将所述数据库的信息保存在内存中，其中，所述内存中包括:
[0027]模板信息哈希表，用于保存与模板对应的业务类型信息；
[0028]业务服务器哈希表，用于保存业务服务器的转发地址信息；
[0029]SIP方法分发哈希表，用于保存不同的SIP方法的分发规则。
[0030]优选地，所述内存中还包括:
[0031]软交换分发哈希表，用于保存对应的分发方法以及软交换的转发地址信息；
[0032]和/或，核心网分发哈希表，用于保存对应的分发方法以及核心网的转发地址信
肩、O
[0033]一种实现会话发起协议多业务服务器分发的装置，包括:
[0034]收发模块，用于获取SIP客户端发送的SIP业务请求消息并解析，且将解析结果发送给处理模块；以及依据获取的转发地址信息将SIP业务请求消息发送至对应的目标业务服务器；
[0035]处理模块，用于依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息；以及用于依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并将其发送给收发模块；[0036]数据库，用于存储用户的模板信息以及与消息方法对应的消息转发方法信息。
[0037]优选地，所述解析结果包括SIP业务请求消息的发送方与接收方信息、消息方法信息、消息类型信息。
[0038]优选地，处理模块依据解析结果中SIP业务请求消息的发送方信息查询数据库，以判断该用户是否开户，如果查询到，则从数据库中获取该用户的模板信息以及与消息方法对应的消息转发方法信息，其中，所述数据库记录了用户的开户信息、用户的模板信息、与消息方法对应的消息转发方法信息、业务服务器的地址信息以及软交换或核心网的地址
自坐坐I B尼、寸寸ο
[0039]优选地，所述实现会话发起协议多业务服务器分发的装置还包括:
[0040]鉴权模块，用于在处理模块在接收到用户发送鉴权信息请求时查询用户的信息，以及对用户回复的鉴权回复信息进行鉴权；进一步地，在鉴权模块判定用户鉴权通过时，才控制处理模块将获取的目标业务服务器的转发地址信息发送给收发模块。
[0041]优选地，可以将所述数据库中的相关信息保存在内存中，其中，所述内存中保存了:
[0042]模板信息哈希表，用于保存与模板对应的业务类型信息；
[0043]业务服务器哈希表，用于保存业务服务器的转发地址信息；
[0044]SIP方法分发哈希表，用于保存不同的SIP方法的分发规则。
[0045]优选地，所述内存中还保存了:
[0046]软交换分发哈希表，用于保存对应的分发方法以及软交换的转发地址信息；
[0047]和/或，核心网分发哈希表，用于保存对应的分发方法以及核心网的转发地址信
肩、O
[0048]一种实现会话发起协议多业务服务器分发的系统，包括SIP客户端以及业务服务器，其还包括上述的实现会话发起协议多业务服务器分发的装置，所述装置包括:
[0049]收发模块，用于获取SIP客户端发送的SIP业务请求消息并解析，且将解析结果发送给处理模块；以及依据获取的转发地址信息将SIP业务请求消息发送至对应的目标业务服务器；
[0050]处理模块，用于依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息；以及用于依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并将其发送给收发模块；
[0051]数据库，用于存储用户的模板信息以及与消息方法对应的消息转发方法信息。
[0052]采用本发明，可以通过本发明提供的实现会话发起协议多业务服务器分发的装置完成SIP业务请求消息的分发，从而简化了客户端和服务端之间的接口，提高了用户的使用效果。
【专利附图】
【附图说明】
[0053]图1是现有技术中用户实现同时接入多个业务服务器的网络结构示意图；
[0054]图2是本发明实施例提供的实现会话发起协议多业务服务器分发的装置的结构示意图；
[0055]图3是本发明实施例提供的多业务分发方法的信令交互流程示意图；[0056]图4是本发明实施例提供的实现会话发起协议多业务服务器分发的系统结构示意图；
[0057]本发明目的的实现、功能特点及优异效果，下面将结合具体实施例以及附图做进一步的说明。
【具体实施方式】
[0058]下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
[0059]本发明实施例提供的一种实现会话发起协议多业务服务器分发的方法，包括如下具体步骤:[0060]S10、获取SIP客户端发送的SIP业务请求消息并解析；
[0061]S20、依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息；其中，所述解析结果包括SIP业务请求消息的发送方与接收方信息、消息方法信息、消息类型信息。
[0062]S30、依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并依据该转发地址信息将SIP业务请求消息发送至对应的目标业务服务器。
[0063]具体地，在所述步骤S20中，依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息的步骤包括:
[0064]S201、依据解析结果中SIP业务请求消息的发送方信息查询数据库，以判断该用户是否开户，如果没有查询到，则流程结束；否则，从数据库中获取该用户的模板信息以及与消息方法对应的消息转发方法信息，其中，所述数据库记录了用户的开户信息、用户的模板信息以及与消息方法对应的消息转发方法信息。
[0065]优选地，在执行所述步骤S201之后，还包括如下步骤:
[0066]S202、判断该用户的鉴权信息，并在用鉴权成功之后才进行下一步，否则流程结束。
[0067]优选地，在执行所述步骤S201之前，还包括如下步骤::
[0068]S203、接收该用户发送鉴权信息请求，并对用户信息进行鉴权。另外一种实施方式中，可以将所述数据库的信息保存在内存中，其中，所述内存中包括:
[0069]模板信息哈希表，用于保存与模板对应的业务类型信息；
[0070]业务服务器哈希表，用于保存业务服务器的转发地址信息；
[0071]SIP方法分发哈希表，用于保存不同的SIP方法的分发规则。
[0072]更为优选地，所述内存中还包括:
[0073]软交换分发哈希表，用于保存对应的分发方法以及软交换的转发地址信息；
[0074]和/或，核心网分发哈希表，用于保存对应的分发方法以及核心网的转发地址信
肩、O
[0075]具体地，该实现会话发起协议多业务服务器分发的方法包括以下步骤:
[0076]步骤1、与该方法对应的实现会话发起协议多业务服务器分发的装置包括一个用于接收和转发SIP业务请求消息的SIP协议栈，同时包括一个业务分发层，该业务分发层可判断SIP业务请求消息的目的转发地址，同时还包括一个数据库(外置的数据库或内存数据库)，用于保存用户的开户信息、用户的模板信息及与消息方法对应的消息转发方法等。
[0077]步骤2、当SIP协议栈接收到SIP客户端发送过来的SIP业务请求消息时解析获取的数据包，以获取必要的字段，例如SIP业务请求消息的发送方与接收方信息、消息方法信息、消息类型信息等等。
[0078]步骤3、业务分发层根据步骤2获取的信息查询数据库，判断用户是否开户，如果没有开户，则本流程结束，否则，获取用户的模板信息以及与消息方法对应的消息转发方法
坐寸ο
[0079]步骤4、业务分发层根据用户的模板信息、消息类型以及对应的消息转发方法判断对应的目标业务服务器，然后获取目标业务服务器的转发地址信息。
[0080]在该步骤中，业务分发层根据用户的模板在模板哈希表中找到该模板开通的各种业务，然后根据消息方法和消息类型在SIP方法分发哈希表中找到该消息应该转发到哪种业务去，如果此业务属于该模板下开通的业务则通过业务服务器哈希表找到业务服务器的转发地址信息。
[0081]在该步骤中，所述目标业务服务器为SIP应用服务器，也可以配置转发的地址为非SIP应用服务器的业务服务器，比如转发至软交换、核心网等等。
[0082]步骤5、依据目标业务服务器的转发地址信息将SIP业务请求消息发送至对应的目标业务服务器。
[0083]具体地，在执行所有步骤之前，还包括预先在数据库设定用户模板信息、消息转发方法、业务服务器的地址以及软交换、核心网的地址等信息的步骤。
[0084]具体地，在执行所有步骤之前，还包括预先在业务分发层内存存储一个模板信息哈希表，用以保存该模板下对应的业务类型；同时也保存一个业务服务器哈希表，用以保存业务的地址信息；保存一个SIP方法分发哈希表，用以保存不同的SIP方法的分发规则；以及保存软交换和/或核心网分发哈希表，其分别用于保存对应的分发方法和目的地址等，在具体实施过程中，所述步骤4的分发方法可以通过上述的哈希表来实现。
[0085]具体地，在执行所有步骤之前，还包括预先在数据库中存储用户的开户信息，用户的模板信息的步骤。
[0086]具体地，在执行所述步骤4之前，还进一步包括一个用户鉴权的步骤，即必须用户鉴权成功后，才能执行后续的SIP业务请求消息的处理，否则直接结束流程。
[0087]具体地，在执行所有步骤之前，还包括如下步骤:
[0088]a)通过某种操作方法在数据库中添加或修改用户的模板；
[0089]b)通过某种操作方法在数据库中添加或修改SIP方法的分发规则；
[0090]c)通过某种操作方法在数据库中添加或修改模板对应的业务信息；
[0091]d)通过某种操作方法在数据库中添加或修改业务服务器的优先级；
[0092]e)通过某种操作方法在数据库中添加或修改软交换或者核心网的转发规则。
[0093]其中，所述操作方法均可以由现有技术实现，本文对此不做细述。
[0094]具体地，在本发明的实施过程中，业务分发层会判断数据库中的模板信息等是否存在更新，如果存在更新，则会将数据库中更新后的模板信息同步到内存哈希表，在进行消息转发的时候使用最新的转发规则进行转发。[0095]例如，当数据库中的模板信息的相关信息被删除时，比如删除某种转发规则等，此时将删除该转发规则后的更新数据同步至内存哈希表。
[0096]如图2所示，本发明实施例提供的一种实现会话发起协议多业务服务器分发的装置，包括:
[0097]收发模块，用于获取SIP客户端发送的SIP业务请求消息并解析，且将解析结果发送给处理模块；以及依据获取的转发地址信息将SIP业务请求消息发送至对应的目标业务服务器；
[0098]处理模块，用于依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息；以及用于依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并将其发送给收发模块；
[0099]数据库，用于存储用户的模板信息以及与消息方法对应的消息转发方法信息。
[0100]其中，所述解析结果包括SIP业务请求消息的发送方与接收方信息、消息方法信息、消息类型信息。
[0101]具体地，处理模块依据解析结果中SIP业务请求消息的发送方信息查询数据库，以判断该用户是否开户，如果查询到，则从数据库中获取该用户的模板信息以及与消息方法对应的消息转发方法信息，其中，所述数据库记录了用户的开户信息、用户的模板信息、与消息方法对应的消息转发方法信息、业务服务器的地址信息以及软交换或核心网的地址信息。
[0102]优选地，所述实现会话发起协议多业务服务器分发的装置还包括:
[0103]鉴权模块，用于在处理模块在接收到用户发送鉴权信息请求时查询用户的信息，以及对用户回复的鉴权回复信息进行鉴权；进一步地，在鉴权模块判定用户鉴权通过时，才控制业务分发层将获取的目标业务服务器的转发地址信息发送给收发模块。
[0104]具体地，可以将所述数据库信息保存在内存中，所述内存中保存了:
[0105]模板信息哈希表，用于保存与模板对应的业务类型信息；
[0106]业务服务器哈希表，用于保存业务服务器的转发地址信息；
[0107]SIP方法分发哈希表，用于保存不同的SIP方法的分发规则。
[0108]优选地，所述内存中还保存了:
[0109]软交换分发哈希表，用于保存对应的分发方法以及软交换的转发地址信息；
[0110]和/或，核心网分发哈希表，用于保存对应的分发方法以及核心网的转发地址信
肩、O
[0111]继续参考图2，从图2中可以看出，本发明实施例提供的实现会话发起协议多业务服务器分发的装置中包括的逻辑实体有收发模块、处理模块、数据库。
[0112]收发模块用户接收和发送SIP消息，在接收和发送消息时完成对SIP消息的解析和封装。
[0113]处理模块是实现SIP消息分发到多业务服务器的最核心部分，用于根据用户的属性、请求消息和数据库的相关数据判断是否进行转发，以及转发到哪个应用服务器的地址去。为了快速定位请求业务的地址，在内存中保存一个模板信息哈希表，保存各个模板对应的业务类型，同时也可以保存一个业务服务器哈希表，保存业务的地址信息，保存SIP方法分发哈希表，用于保存不同的SIP方法的分发规则，以及软交换和/或核心网分发哈希表，其分别保存对应的分发方法和目的地址等。
[0114]数据库用于记录用户的开户信息和SIP消息分发规则信息，该数据库中需要存在一个用户表，保存用户的基本信息及用户的模板，还需要存在一个模板表，保存该模板下面分别开通了哪些业务，以及每个业务的优先级，还需要一个分发规则表，保存了每个SIP方法对应的分发规则，另外还需要保存业务信息表、软交换以及核心网信息表，所述软交换以及核心网信息表分别保存业务服务器的地址信息以及软交换或核心网的地址信息。
[0115]下面用本发明的应用实例进行进一步的说明。
[0116]继续参考图3，其描述了本发明一具体应用实例中实现会话发起协议多业务服务器分发的装置处理SIP业务请求消息分发的流程示意图。图中描述了该装置接收到客户端SIP业务请求消息，首先由收发模块进行解码，获得SIP业务请求消息的发送方、接收方、消息类型、消息方法、路由方式等信息，然后上报给业务分发层，业务分发层从数据库获取用户的模板信息，然后根据模板信息、分发规则获取业务服务器的地址信息，通知收发模块转发该SIP业务请求消息的流程，其具体步骤如下:
[0117]步骤401、收发模块接收SIP客户端发来的SIP业务请求消息，并从消息中解析出该SIP消息包含的SIP方法(比如是INVITE或者MESSAGE)，解析出消息的发送方和接收方(在SIP消息中为From和To字段)，解析出消息类型(在ITEF中增加了 Accpet-Contact字段)以及消息的路由方式(Route字段)。
[0118]步骤402、业务分发层获得到收发模块上报的相关信息，去数据库查询用户的模板信息。
[0119]步骤403、业务分发层根据数据库中判断是否存在该用户，如果没有该用户返回结束，如果存在用户返回用户的模板信息。
[0120]步骤404、业务分发层得到数据库返回的用户模板信息后，根据SIP方法在消息分发规则哈希表中查询应该分发到哪种业务，然后根据模板信息查询该模板下是否存在对应的业务，如果存在根据业务信息哈希表查询目标业务服务器的转发地址信息，否则，返回结束。
[0121]另外在该步骤中还可以增加判断，根据当前消息的来源和消息的优先级来判定下一个基本的业务类型，从而实现消息的嵌套。也可以增加判断方式判断是否将该消息发送到软交换或者核心网去。
[0122]步骤405、收发模块接收到业务分发层发送过来的目标业务服务器的转发地址信息，将接收到的消息发送到目的地址去。
[0123]图4是根据本发明实施例提供的实现会话发起协议多业务服务器分发的系统的网络结构图。从图4中可以看出，通过本发明实施例提供的实现会话发起协议多业务服务器分发的装置(SIP业务分发装置)可以实现SIP客户端只需要连接一个目的地址就可以实现同时接入多业务，各业务之间的消息以及下发到SIP客户端的消息都通过该装置来中转。
[0124]具体地，本发明实施例提供的一种实现会话发起协议多业务服务器分发的系统，包括SIP客户端以及业务服务器，其还包括上述的实现会话发起协议多业务服务器分发的装置，继续参考图2，所述装置包括:
[0125]收发模块，用于获取SIP客户端发送的SIP业务请求消息并解析，且将解析结果发送给业务分发层；以及依据获取的转发地址信息将SIP业务请求消息发送至对应的目标业务服务器；
[0126]业务分发层，用于依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息；以及用于依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并将其发送给收发模块；
[0127]数据库，用于存储用户的模板信息以及与模板对应的消息转发方法信息。
[0128]对于所述SIP业务分发装置的具体描述可以参考上文，这里对其不作重复赘述。
[0129]以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的【技术领域】，均同理包括在本发明的专利保护范围内。
【权利要求】
1.一种实现会话发起协议多业务服务器分发的方法，其特征在于，包括: 获取SIP客户端发送的SIP业务请求消息并解析； 依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息； 依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并依据该转发地址信息将SIP业务请求消息发送至对应的目标业务服务器。
2.如权利要求1所述的实现会话发起协议多业务服务器分发的方法，其特征在于，所述解析结果包括SIP业务请求消息的发送方与接收方信息、消息方法信息、消息类型信息。
3.如权利要求2所述的实现会话发起协议多业务服务器分发的方法，其特征在于，依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息的步骤包括: 依据解析结果中SIP业务请求消息的发送方信息查询数据库，以判断该用户是否开户，如果没有查询到，则流程结束；否则，从数据库中获取该用户的模板信息以及与消息方法对应的消息转发方法信息，其中，所述数据库记录了用户的开户信息、用户的模板信息、与消息方法对应的消息转发方法信息、业务服务器的地址信息以及软交换或核心网的地址信息。
4.如权利要求3所述的实现会话发起协议多业务服务器分发的方法，其特征在于，在执行所述步骤之前，还包括: 接收用户发送的鉴权信息请求； 对用户的信息进行鉴权，并在用户鉴权成功之后进行下一步，否则流程结束。
5.如权利要求1所述的实现会话发起协议多业务服务器分发的方法，其特征在于，将所述数据库相关信息保存在内存中，所述内存中包括: 模板信息哈希表，用于保存与模板对应的业务类型信息； 业务服务器哈希表，用于保存业务服务器的转发地址信息； SIP方法分发哈希表，用于保存不同的SIP方法的分发规则。
6.如权利要求5所述的实现会话发起协议多业务服务器分发的方法，其特征在于，还包括: 软交换分发哈希表，用于保存对应的分发方法以及软交换的转发地址信息； 和/或，核心网分发哈希表，用于保存对应的分发方法以及核心网的转发地址信息。
7.一种实现会话发起协议多业务服务器分发的装置，其特征在于，包括: 收发模块，用于获取SIP客户端发送的SIP业务请求消息并解析，且将解析结果发送给处理模块；以及依据获取的转发地址信息将SIP业务请求消息发送至对应的目标业务服务器； 处理模块，用于依据SIP业务请求消息的解析结果查询数据库，以获取相应用户的模板信息以及与消息方法对应的消息转发方法信息；以及依据用户的模板信息以及消息转发方法信息获取目标业务服务器的转发地址信息，并将其发送给收发模块； 数据库，用于存储用户的模板信息以及与模板对应的消息转发方法信息。
8.如权利要求7 所述的实现会话发起协议多业务服务器分发的装置，其特征在于，所述解析结果包括SIP业务请求消息的发送方与接收方信息、消息方法信息、消息类型信息。
9.如权利要求8所述的实现会话发起协议多业务服务器分发的装置，其特征在于，处理模块依据解析结果中SIP业务请求消息的发送方信息查询数据库，以判断该用户是否开户，如果查询到，则从数据库中获取该用户的模板信息以及与消息方法对应的消息转发方法信息，其中，所述数据库记录了用户的开户信息、用户的模板信息、与消息方法对应的消息转发方法信息、业务服务器的地址信息以及软交换或核心网的地址信息。
10.如权利要求9所述的实现会话发起协议多业务服务器分发的装置，其特征在于，还包括: 鉴权模块，用于在处理模块在接收到用户发送的鉴权信息请求时查询用户的信息，以及对用户回复的鉴权回复信息进行鉴权；进一步地，在鉴权模块判定用户鉴权通过时，才控制处理模块将获取的目标业务服务器的转发地址信息发送给收发模块。
11.如权利要求9所述的实现会话发起协议多业务服务器分发的装置，其特征在于，将数据库中的相关信息保存在内存中，其中，所述内存中保存了: 模板信息哈希表，用于保存与模板对应的业务类型信息； 业务服务器哈希表，用于保存业务服务器的转发地址信息； SIP方法分发哈希表，用于保存 不同的SIP方法的分发规则。
12.如权利要求11所述的实现会话发起协议多业务服务器分发的装置，其特征在于，所述内存中还保存了: 软交换分发哈希表，用于保存对应的分发方法以及软交换的转发地址信息； 和/或，核心网分发哈希表，用于保存对应的分发方法以及核心网的转发地址信息。
13.一种实现会话发起协议多业务服务器分发的系统，包括SIP客户端以及业务服务器，其特征在于，还包括如权利要求7-12任一权利要求所述的实现会话发起协议多业务服务器分发的装置。
【文档编号】H04L29/06GK103841090SQ201210486788
【公开日】2014年6月4日 申请日期:2012年11月26日 优先权日:2012年11月26日
【发明者】崔丕锁, 陆剑峰, 秦延涛, 崔振峰 申请人:中兴通讯股份有限公司