专利名称：多模块下的信令转发方法、系统和媒体服务器的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及多模块配置下的信令转发技术。
背景技术：
目前基于多信令处理模块的媒体服务器系统方法已经有提出。此系统可以分为信 令转发设备和媒体服务器(信令处理设备和媒体处理设备)。其中，信令转发设备用于接 收终端发送的信令流，它通过平衡每个媒体服务器上的负载将信令流分发到多个媒体服务 器。媒体服务器的信令处理模块负责处理接收到的信令，媒体服务器的媒体处理设备负责 向终端发送媒体流。由此信令通过信令转发设备的控制被分到了多个媒体服务器上，便实 现了多个媒体服务器上的负载平衡，这样大大的提高了媒体服务器系统的整体性能，这种 方式也称为多模块处理方式。此系统结构已经广泛的应用在IPTVdnternetProtocol TV: 互联网协议电视)的处理方案中。在IPTV的方案中，终端和媒体服务器之间的信令控制使用RTSP (RealTime Streaming Protocol 实时流协议)，此协议基于 TCP (Transmission ControlProtocol 传 输控制协议)进行请求和响应的信令交互，一次完整的RTSP信令交互由多个请求和响应组 成。正常情况下一次业务的信令交互由如图1所示的流程构成步骤SOl 终端101向信令转发设备102发送信令流；步骤S02 信令转发设备102根据分发策略选择一个媒体服务器处理终端发送的 信令请求；信令转发设备首先选择媒体服务器A103处理信令；步骤S03 信令转发设备102将终端101的信令转发到103，并建立终端101和媒 体服务器A103之间的映射关系，以后再接收到终端101发送的信令流时，直接将此信令转 发到已经和此终端建立了映射关系的媒体服务器A103。就目前而言，在媒体服务器系统中，已经存在一个独立的信令分发单元(信令转 发单元)，而且已经广泛应用。通过此系统架构可以有效的将媒体流和信令流分开，做到易 于管理和维护，控制各个信令处理单元负载控制等功能。从上面的方案中可以看出，控制信令转发这一核心功能是由映射表来实现的。信 令转发信设备通过源端(也就是终端)以及媒体服务器端的地址和端口在内部来建立映射 表。每当信令到来后，信令转发设备就查看映射表将信令转发到匹配的目的地址。通过对上述方案的分析，我们不难看出这种方案的前提条件是信令源来自不同的 IP地址以及端口号。如果信令源来自相同的IP地址以及端口号，这种方案便不再适合。但 是，目前基于3G的智能网业务应用中，比如彩铃系统，所有的终端都是通过共用的业务服 务器 APP (UPlO)发起，如图 2 所示，APP201 通过发送 SIP (Session Initiation Protocol 会话启动协议)信令(SIP协议是一个应用层的信令控制协议。用于创建、修改和释放一个 或多个参与者的会话，它通过一系列的请求和响应来实现整个会话功能。SIP独立于传输 层，多数情况下基于UDP来实现)到媒体服务器来控制整个业务流程，媒体服务器按照信令 的内容将媒体流发送的指定的终端，这种情况下，到达媒体服务器的信令源端地址和端口
3都是APP201的地址，一旦媒体服务器A203首先同APP之间建立了映射关系，那么后面来自 APP的信令全部都会发往媒体服务器A203去执行，那么便无法实现负载均衡。
发明内容
本发明的目的是针对现有技术的不足，提供一种能有效提高负载均衡的信令转发 方法。本发明的另一目的在于提供一种基于该方法的媒体服务器。本发明的又一目的在于提供一种基于该方法的信令转发系统。为实现上述目的，本发明采用了以下技术方案一种多模块下的信令处理方法，包括信令转发设备接收信令后，按照预设的第一 转发策略，向媒体服务器转发所述信令；接收到所述信令的媒体服务器从信令内容中获得信令发送者信息；所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理 所述信令的媒体服务器，若为自身则进行处理；否则转发给要处理的其他媒体服务器进行处理。其中所述按照预设的第一转发策略，向媒体服务器转发所述信令包括根据信令轮选比，向媒体服务器转发所述信令，所述信令轮选比根据媒体服务器 的负载均衡加以设定。其中所述接收到所述信令的媒体服务器从信令内容中获得信令发送者信息包 括接收到所述信令的媒体服务器分析SIP信令的字段，从其中的Call-id字段中获 得信令发送者信息。其中所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定 处理所述信令的媒体服务器包括根据所述Call-id字段和媒体服务器的数目来确定处理 的媒体服务器。其中第二转发策略包括根据所述Call-id的ASCII码值的和除以媒体服务器数 目所得的余数来确定由编号为所述余数的媒体服务器处理。一种媒体服务器，用于接收信令转发设备按照预设的第一转发策略转发的信令， 包括信令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第 二转发策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的 其他媒体服务器进行处理。其中所述信令转发单元，还用于分析SIP信令的字段，从其中的Call-id字段中获 得信令发送者信息。其中所述信令转发单元，还用于根据所述Call-id的ASCII码值的和除以媒体服 务器数目所得的余数来确定由编号为所述余数的媒体服务器处理。一种信令转发系统，包括信令转发设备和媒体服务器，所述信令转发设备用于接 收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令；所述媒体服务器包括信 令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第二转发 策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的其他媒体服务器进行处理。其中所述第一转发策略是根据信令轮选比确定要发送的媒体服务器，所述信令轮 选比根据媒体服务器的负载均衡加以设定。由于采用了以上技术方案，使本发明具备的有益效果在于(1)本发明采用第一转发策略，在信令转发设备接收到信令时就进行一次负载均 衡，在转发给媒体服务器以后再进行第二次转发，进一步提高了负载均衡的效果；(2)本发明的第一转发策略采用信令轮选比，这样对于来自同一地址的转发信令 并不会按映射表转往同一媒体服务器进行处理，进一步提升了负载均衡的效果；(3)本发明通过SIP信令的Call-id字段来获得发送者地址，能够准确辨认来自于 同一终端并且是同一次会话的信令，通过第二转发策略确定要处理的媒体服务器，对于来 自于同一终端的同一信令能由正确的媒体服务器处理；(4)本发明通过计算Call-ip的ASCII码值的和并除以媒体服务器的数目，以其 余数作为选择要处理的媒体服务器号，这样就能充分平衡信令处理在各媒体服务器上的负载。
图1示出现有技术的IPTV信令处理的结构示意图；图2示出现有技术的彩铃系统信令处理的结构示意图；图3示出根据本发明多模块下的信令转发方法的一个实施例的流程图；图4示出根据本发明多模块下的信令转发方法的另一个实施例的时序图；图5示出根据本发明一种媒体服务器的一个实施例的结构示意图；图6示出根据本发明多模块下的信令转发系统的一个实施例的结构示意图；图7示出根据示出根据本发明多模块下的信令转发系统的另一个实施例的结构 示意图。
具体实施例方式下面通过具体实施方式
结合附图对本发明作进一步详细说明。对于现有技术中信令源来自相同的IP地址以及端口号，媒体服务器按照信令的 内容将媒体流发送的指定的终端，而终端的地址则是需要分析SIP信令中的字段来获得。根据本发明的实施例，信令转发设备按照配置的信令轮选比来转发由外到内的信 令；媒体服务器在接收到信令后，通过简单分析SIP信令中的字段来进行内部的二次转发。 从而实现信令的正确转发以及负载控制。图3示出根据本发明多模块下的信令转发方法的一个实施例的流程图，包括以下 步骤步骤302 信令转发设备接收信令后，按照预设的第一转发策略，向媒体服务器转 发该信令；步骤304 接收到该信令的媒体服务器从信令内容中获得信令发送者信息；步骤306 接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定 处理信令的媒体服务器，若为自身则进行处理；否则转发给要处理的其他媒体服务器进行处理。一种实施方式，该第一转发策略是根据信令轮选比，即为各个媒体服务器处理信 令的负载比，如对于两个媒体服务器，可以为1 1，当然也可以是其他的比值。该信令轮选 比的选择是根据媒体服务器的负载均衡加以设定。一种实施方式，接收到所述信令的媒体服务器从信令内容中获得信令发送者信息 可以通过分析SIP信令的字段，从其中的Call-id字段中获得信令发送者信息加以实现，但 本领域技术人员应该知晓，SIP信令中其他能表征发送者身份的其他字段也可以实现。一种实施方式，该第二转发策略是根据所述Call-id字段和媒体服务器的数目来 确定处理的媒体服务器，优选根据Call-id的ASCII码值的和除以媒体服务器数目所得的 余数来确定由编号为所述余数的媒体服务器处理。替代地，可产生媒体服务器数目范围内 的随机数来确定。本领域技术人员应该知晓，能够随机产生或按照某种均衡分布的算法都 可以用来确定处理的媒体服务器。图4示出根据本发明多模块下的信令转发方法的另一个实施例的时序图，本实施 例中，媒体服务器有两个，分别是媒体服务器A和B，步骤402-410表示一个请求的建立过 程；步骤412 418 =APP收到Invite处理结果后向媒体服务器A发送确认消息Ack ；步骤 420 428 是一个业务请求Info的处理过程；步骤430 440 表示会话释放过程。其具 体包括如下步骤步骤402 =APP发送Invite请求(SIP协议的定义可以参考RFC 3261，RFC3261的 相关内容通过引用结合于此)希望媒体服务器同终端建立会话；步骤404 信令转发设备收到信令后根据第一转发策略选择媒体服务器A，本实施 例中信令转发设备的第一转发策略是信令轮选比为1 1的策略如果媒体服务器A与媒 体服务器B的轮选比配置为1 1，那么第一个信令会选择发往媒体服务器A，第二个信令 会发往媒体服务器B，以此类推；步骤406 媒体服务器A收到Invite请求后，分析Invite信令中的Call-id字段， 由于在整个会话过程中，针对同一个会话，虽然信令类型不同，但是信令中的Call-id字段 内容都是一致的，可以根据这种特性来选择处理这次呼叫的媒体服务器；本实施例采用第 二转发策略进行二次转发判断，即根据组成Call-id的字符串按照ASCII码求和的大小， 然后除以本系统中媒体服务器的总数，由得到的余数来确定实际处理信令的媒体服务器， 具体到本实施例而言，本次呼叫的Call-id 20§210. 0. 5. 10，此时我们计算“20”字符串的 ASCII码值的和为98，系统中媒体服务器的总数为2。那么98除以2的余数为0，所以我们 选择媒体服务器A处理会话请求。如果另外一个呼叫Call-id :2 210. 0. 5. 10，那么我们便 选择媒体服务器B来处理会话。本实施例中根据此规则得到由媒体服务器A来处理信令；步骤408 媒体服务器A在处理请求后，把结果返回给信令转发设备；步骤410 ；信令转发设备将处理结果返回给APP ；步骤412 =APP发送Ack消息到信令转发设备；步骤414 按照第一转发策略，选择信令接收端；步骤416 将Ack信令发往媒体服务器B ；步骤418 媒体服务器B根据信令中的Call-id值算出此信令应该有媒体服务器A 处理，所以媒体服务器B将ACK信令转发给媒体服务器A ；
步骤420 会话建立后，APP向媒体服务器发起Info业务请求；步骤422 信令到达信令转发设备后，按照第一转发策略，选择信令接收端，此次 选择媒体服务器A ；步骤424 会将Info信令发往媒体服务器A ；媒体服务器A根据信令中的Call-id 值算出此信令应该自己处理，于是媒体服务器A处理Info信令；步骤426 媒体服务器A在处理完成后将结果传给信令转发设备步骤428 信令转发设备转发送给APP ；步骤430 当希望释放会话时，APP向信令转发设备发送Bye信令；步骤432 按照第一转发策略，选择信令接收端，此次选择媒体服务器B ；步骤434 会将Bye信令发往媒体服务器B ；步骤436 媒体服务器B根据信令中的Cal l_id值得出此信令应该有媒体服务器A 处理，所以媒体服务器B将信令转发给媒体服务器A ；步骤438 媒体服务器A在成功执行后，将结果发给信令转发设备；步骤440 信令转发设备转发给APP。以上便是一个基本的会话处理过程。通过上述步骤可以看见，正是媒体服务器A 与媒体服务器B之间的这种信令二次转发使信令能够得到正确处理，实现了多模块配置下 的媒体服务器系统的正确运行。当下次呼叫达到时，APP会将Call-id值加1，那么根据上述规则，呼叫请求会由媒 体服务器B来完成，通过这样的策略完成了多模块的负载控制。图5示出根据本发明一种媒体服务器的一个实施例的结构示意图，其用于接收信 令转发设备按照预设的第一转发策略转发的信令，包括信令转发单元，用于从信令内容中 获得信令发送者信息；根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服 务器，若为自身则不再转发；否则转发给要处理的其他媒体服务器进行处理。一种实施方式，该信令转发单元，还用于分析SIP信令的字段，从其中的Call-id 字段中获得信令发送者信息。—种实施方式，该信令转发单元还用于按照第二转发策略确定处理所述信令的媒 体服务器包括根据所述Call-id字段和媒体服务器的数目来确定处理的媒体服务器。优 选地，该第二转发策略包括根据所述Call-id的ASCII码值的和除以媒体服务器数目所得 的余数来确定由编号为所述余数的媒体服务器处理。图6示出根据本发明多模块下的信令转发系统的一个实施例的结构示意图，包括 信令转发设备和媒体服务器，该信令转发设备用于接收信令后，按照预设的第一转发策略， 向媒体服务器转发所述信令；本实施例中，媒体服务器有N个(N > 1)，所述媒体服务器包 括信令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第二 转发策略确定处理所述信令的媒体服务器，若为自身则不再转发；否则转发给要处理的其 他媒体服务器进行处理。一种实施方式，其中第一转发策略是信令轮选比，信令轮选比根据媒体服务器的 负载均衡加以设定。媒体服务器还用于按照第二转发策略确定处理所述信令的媒体服务器 包括根据所述Call-id字段和媒体服务器的数目N来确定处理的媒体服务器。优选地，该 第二转发策略包括根据所述Call-id的ASCII码值的和除以媒体服务器数目N所得的余数来确定由编号为所述余数的媒体服务器处理。图7示出根据示出根据本发明多模块下的信令转发系统的另一个实施例的结构 示意图，其包括APP、信令转发设备、媒体服务器A和媒体服务器B，其中信令转发设备可以 按照信令轮选比来进行转发，媒体服务器A和媒体服务器B采用图5所示出的媒体服务器。 信令转发设备按照配置的信令轮选比来转发由外到内的信令；媒体服务器A703与媒体服 务器B704在接收到信令后，通过简单分析SIP信令中的Call-id字段来进行内部的二次转 发。从而实现信令的正确转发以及负载控制。以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发 明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱 离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护 范围。
权利要求
一种多模块下的信令处理方法，其特征在于，包括信令转发设备接收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令；接收到所述信令的媒体服务器从信令内容中获得信令发送者信息；所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则进行处理；否则转发给要处理的其他媒体服务器进行处理。
2.如权利要求1所述的方法，其特征在于，其中所述按照预设的第一转发策略，向媒体 服务器转发所述信令包括根据信令轮选比，向媒体服务器转发所述信令，所述信令轮选比根据媒体服务器的负 载均衡加以设定。
3.如权利要求1所述的方法，其特征在于，其中所述接收到所述信令的媒体服务器从 信令内容中获得信令发送者信息包括接收到所述信令的媒体服务器分析SIP信令的字段，从其中的Call-id字段中获得信 令发送者信息。
4.如权利要求3所述的方法，其特征在于，其中所述接收到信令的媒体服务器根据信 令发送者信息按照第二转发策略确定处理所述信令的媒体服务器包括根据所述Call-id 字段和媒体服务器的数目来确定处理的媒体服务器。
5.如权利要求4所述的方法，其特征在于，其中第二转发策略包括根据所述Call-id 的ASCII码值的和除以媒体服务器数目所得的余数来确定由编号为所述余数的媒体服务 器处理。
6.一种媒体服务器，用于接收信令转发设备按照预设的第一转发策略转发的信令，其 特征在于包括信令转发单元，用于从信令内容中获得信令发送者信息；根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则 不再转发；否则转发给要处理的其他媒体服务器进行处理。
7.如权利要求6所述的媒体服务器，其特征在于，其中所述信令转发单元还用于分析 SIP信令的字段，从其中的Call-id字段中获得信令发送者信息。
8.如权利要求7所述的媒体服务器，其特征在于，其中所述信令转发单元还用于根据 所述Call-id的ASCII码值的和除以媒体服务器数目所得的余数来确定由编号为所述余数 的媒体服务器处理。
9.一种信令转发系统，包括信令转发设备和媒体服务器，其特征在于，所述信令转发设备用于接收信令后，按照预设的第一转发策略，向媒体服务器转发所 述信令；所述媒体服务器包括信令转发单元，用于从信令内容中获得信令发送者信息；根据信 令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则不再转发； 否则转发给要处理的其他媒体服务器进行处理。
10.如权利要求9所述的媒体服务器，其特征在于，其中所述第一转发策略是根据信令 轮选比确定要发送的媒体服务器，所述信令轮选比根据媒体服务器的负载均衡加以设定。
全文摘要
本发明公开了一种多模块下的信令处理方法，包括信令转发设备接收信令后，按照预设的第一转发策略，向媒体服务器转发所述信令，还包括接收到所述信令的媒体服务器从信令内容中获得信令发送者信息；所述接收到信令的媒体服务器根据信令发送者信息按照第二转发策略确定处理所述信令的媒体服务器，若为自身则进行处理；否则转发给要处理的其他媒体服务器进行处理。本发明还公开了一种媒体服务器和信令转发系统。本发明采用第一转发策略，在信令转发设备接收到信令时就进行一次负载均衡，在转发给媒体服务器以后再进行第二次转发，进一步提高了负载均衡的效果。
文档编号H04L12/56GK101986645SQ20101052174
公开日2011年3月16日 申请日期2010年10月27日 优先权日2010年10月27日
发明者刘澍, 张闽, 程佳佳 申请人:中兴通讯股份有限公司