SIP多媒体系统中请求消息的传输方法及设备

摘要

本发明涉及基于SIP的多媒体通信系统，公开了一种SIP多媒体系统中请求消息的传输方法及设备，使得AS的请求消息可以路由到指定的网元中。本发明中，通过S－CSCF实体对接收到的请求消息是否满足预置条件进行判断，如果是，则忽略该请求消息的初始过滤准则匹配，并将该请求消息发送至相应的网元。有三种典型的预置条件：第一种为请求消息内包含预先定义的特殊标识；第二种为用户签约数据中包含预先定义的特殊标识；第三种为请求消息的请求地址中是否包含特定的地址。

说明书

技术领域

本发明涉及基于SIP的多媒体通信系统，特别涉及SIP多媒体系统中消息路由技术。

背景技术

随着通信技术的突飞猛进，人们对于通信的期望和要求也越来越高，第三代(3rd Generation，简称“3G”)移动通信系统的高带宽、多业务、高质量等特点极大的吸引着消费市场。

在3G网络架构中，随着分组技术的不断成熟，基于电路交换的传统电信网络正在向着基于分组交换的宽带电信网发展，其中，使用会话发起协议(Session Initation Protocol，简称“SIP”)协议作为分组电信核心网的呼叫控制信令是当前的技术发展趋势之一。

SIP是互联网工程任务组(INTERNET ENGINEERING TASK FORCE，简称“IETF”)于1999年3月发布的一种分组语音(Voice over IP，简称“VoIP”)的标准。SIP将电话作为因特网的一个重要应用，增加了电话信令和服务质量(Quality of Service，简称“QoS”)等方面的要求，并具有独特的用户寻址与定位的功能。近来SIP的实际作用已远远超出了VoIP的应用。SIP是电话信令的协议，用于发起会话，能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性：如会话带宽要求、传输媒体类型(语音、视频、数据等)、媒体的编解码格式、对多播和单播的支持等等。因此，SIP有利于与因特网结合开发多种应用的增值服务，所涉及的具体细节请参考SIP3261协议《Request for Comments：3261》。

以SIP协议作为业务控制协议的IP多媒体子系统(IP MultimediaSubsystem，简称“IMS”)是第三代移动通信合作伙伴项目(3rd GenerationPartnership Project，简称“3GPP”)在分组网络上叠加一个子系统，采用分组域为其控制信令和媒体传输的承载通道，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务。

IMS的网络结构如图1所示，包含呼叫会话控制功能(Call Session ControlFunction，简称“CSCF”)、媒体网关控制功能(Media Gateway Control Function，简称“MGCF”)、IMS媒体网关(IMS-Media GateWay，简称“IMS-MGW”)、多媒体资源功能控制器(Multimedia Resource Function Controller，简称“MRFC”)、多媒体资源功能处理器(Multimedia Resource Function Processor，简称“MRFP”)、出口网关控制功能(Breakout Gateway Control Function，简称“BGCF”)，及IMS应用服务器(Application Server，简称“AS”)和归属用户服务器(Home Subscriber Server，简称“HSS”)等功能实体。

其中CSCF是整个网络的核心，支持SIP协议处理SIP会话，又分为询问CSCF(Interrogating-CSCF，简称“I-CSCF”)和服务CSCF(Serving-CSCF，简称“S-CSCF”)。代理CSCF(Proxy CSCF，简称“P-CSCF”)是用户设备(User Equipment，简称“UE”)接入IMS系统的入口，实现了在SIP协议中的代理(Proxy)和用户代理(UserAgent)功能；MGCF和IMS-MGW是与CS域和PSTN互通的功能实体，分别负责控制信令和媒体流的互通；MRFC和MRFP是实现多方会议的功能实体，控制层面的MRFC通过H.248控制MRFP；BGCF是IMS域与外部网络的分界点，它选择在哪里跟CS域或PSTN互联。

在IMS中，业务由应用服务器AS统一提供，会话控制由S-CSCF完成，两者在网络结构上完全分离，业务由S-CSCF通过签约规则触发至AS处理，多个AS间可以协同工作。IMS用户通过当前位置所在地的拜访域节点P-CSCF接入IMS，会话和业务控制总由其签约所在地的归属域节点完成，IMS的会话控制和业务控制功能与接入无关。IMS的用户签约数据集中在HSS中管理。IMS通过媒体网关控制节点MGCF实现和固网电路域的互通呼叫：即IMS域用户和固网电路域用户之间，可以相互的呼叫对方。可参考3GPP标准协议《GPP TS 23.228》以及《GPP TS 24.229》。

目前，当S-CSCF接收到AS的请求消息时，负责对UE的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约的IMS触发规则，触发AS的相关业务。然而，如果S-CSCF接收到AS的请求消息是请求媒体资源的消息时，对于如何将该请求消息路由到相应的MRFC，并没有明确的具体实施方案。

发明内容

有鉴于此，本发明的主要目的在于提供一种SIP多媒体系统中请求消息的传输方法及设备，使得AS的请求消息可以路由指定的网元中。

为实现上述目的，本发明提供了一种SIP多媒体系统中请求消息的传输方法，包含以下步骤：

服务呼叫会话控制功能实体收到请求消息时，如果该请求消息满足预置条件，则忽略对该请求消息的初始过滤准则匹配，按照SIP消息的路由方法将该请求消息转发到相应的网元。

其中，所述预置条件为请求消息中包含预先定义的标识。

此外在所述方法中，所述预置条件为用户签约数据中包含预先定义的标识。

此外在所述方法中，所述预置条件为请求消息的请求地址中包含预定地址。

此外在所述方法中，所述预定地址预先保存在所述服务呼叫会话控制功能实体的地址列表中。

此外在所述方法中，所述预定地址预先保存在外部数据库中，所述服务呼叫会话控制功能实体通过查询该外部数据库，判断所述请求消息的请求地址中是否包含所述预定地址。

此外在所述方法中，与所述预置条件相对应的网元是媒体资源功能控制实体，所述预定地址是媒体资源功能控制实体的地址，

如果所述请求消息的请求地址中包含媒体资源功能控制实体的地址，则忽略对该请求消息的初始过滤准则匹配，将该请求消息转发到该媒体资源功能控制实体。

本发明还提供了一种服务呼叫会话控制功能实体，包含用于与其他网络实体进行信息交互的收发模块，和用于对所述收发模块收到的请求消息进行初始过滤准则匹配的匹配模块，还包含：

判断模块，用于在所述收发模块收到请求消息时，判断该请求消息是否满足预置条件，如果是则指示所述匹配模块忽略对该请求消息的初始过滤准则匹配，并按照SIP消息的路由方法将该请求消息转发到相应的网元。

其中，所述预置条件为请求消息中包含预先定义的标识；或者，

所述预置条件为用户签约数据中包含预先定义的标识；或者，

所述预置条件为请求消息的请求地址中包含预定地址。

此外，如果所述判断模块判定所述请求消息不满足所述预置条件，则指示所述匹配模块对该请求消息进行初始过滤准则匹配。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，通过S-CSCF实体对接收到的请求消息是否满足预置条件进行判断，如果是，则忽略该请求消息的初始过滤准则匹配，并将该请求消息发送至相应的网元。避免了S-CSCF实体在接收到只需要路由的消息时仍然进行初始过滤准则匹配，触发AS的相关业务，使得AS的请求消息可以顺利路由到相应的网元中。

有三种典型的预置条件：第一种为请求消息内包含预先定义的特殊标识；第二种为用户签约数据中包含预先定义的特殊标识；第三种为请求消息的请求地址中是否包含特定的地址，这些特定的地址可以预先保存在S-CSCF实体中或外部数据库中。这三种方式使本发明更具可实施性。

S-CSCF实体仅对第一次拜访本S-CSCF实体的请求消息进行是否满足预置条件的判断，避免了对收到的请求消息的重复判断，简化了操作，提高了系统性能。

附图说明

图1是根据现有技术中IMS的网络结构图；

图2是根据本发明第一实施方式的SIP多媒体系统中请求消息的传输方法流程图；

图3是根据本发明第一实施方式中收到请求消息的S-CSCF实体与请求地址内的MRFC地址位于同一网络域的流程示意图；

图4是根据本发明第一实施方式中收到请求消息的S-CSCF实体与请求地址内的MRFC地址位于不同网络域的流程示意图；

图5是根据本发明第四实施方式的S-CSCF实体结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

在本发明的第一实施方式中，SIP多媒体系统为IMS。

如图2所示，在步骤210中，当IMS的S-CSCF实体接收到来自AS的请求消息时，判断该请求消息是否为第一次拜访本S-CSCF实体的消息。具体地说，当IMS的S-CSCF实体接收到来自AS的请求消息时，首先查看该请求消息中“Route”头域的最高项是否存在原始对话标识，如果存在，则说明本S-CSCF实体之前已接收过该请求消息，进入步骤220，按现有技术对该请求消息进行后续处理，如果不存在，则判定该请求消息为第一次拜访本S-CSCF实体，进入步骤230。

在步骤230中，S-CSCF实体进一步判断该请求消息是否为请求媒体资源的消息。具体地说，预先定义一个请求标识，S-CSCF实体通过查看该请求消息中是否包含预先定义的请求标识，来判断该请求消息是否为请求媒体资源的消息。如果该请求消息中包含预先定义的请求标识，则判定该消息为请求媒体资源的消息，进入步骤240；否则，表示该消息为请求业务的消息，进入步骤250，对该请求消息进行主叫和被叫对应的用户签约数据的初始过滤准则匹配，触发相关的AS业务，与现有技术相同，在此不再赘述。

由于步骤230是在步骤210之后再执行的，因此S-CSCF实体仅对初次拜访本S-CSCF实体的请求消息进行了判断，避免了S-CSCF实体对收到的请求消息是否为请求媒体资源消息的重复判断，简化了操作，提高了系统性能。

在步骤240中，由于S-CSCF实体判定收到的请求消息为请求媒体资源的消息，因此在本步骤中，S-CSCF实体忽略该请求消息中的主叫和被叫对应的用户签约数据的初始过滤准则的匹配，该请求消息转发至相应的MRFC。避免了S-CSCF实体在接收到请求媒体资源的消息时仍然进行初始过滤准则匹配，触发AS的相关业务，使得AS的请求消息可以顺利路由到MRFC中。

具体地说，S-CSCF实体根据该请求消息中的请求地址判断本S-CSCF实体是否与该请求地址内的MRFC地址位于同一个网络域，如果是，则该请求消息的转发方式如图3所示，S-CSCF实体根据该请求地址内的MRFC地址，通过S-CSCF实体与MRFC间的Mr接口将该请求消息发送至相应的MRFC。

如果S-CSCF实体与该请求地址内的MRFC地址位于不同的网络域，则该请求消息的转发方式如图4所示。主叫网络内的S-CSCF1接收到来自AS的请求媒体资源的消息后，通过该请求消息内的请求地址获得被叫网络域内的I-CSCF2地址，并将该请求消息路由至I-CSCF2。由I-CSCF通过各种组合条件决定被叫网络的S-CSCF2，并将该请求消息路由至S-CSCF2。由S-CSCF2在将该请求消息判定为请求媒体资源的消息后，忽略该请求消息的初始过滤准则匹配，并根据该请求地址内的MRFC地址，通过S-CSCF实体与MRFC间的Mr接口将该请求消息发送至相应的MRFC。其中，S-CSCF2判断该请求消息是否为请求媒体资源消息的方式与S-CSCF1相同，在此不再赘述。

本发明的第二实施方式SIP多媒体系统中请求消息的传输方法与第一实施方式大致相同，其区别仅在于，在第一实施方式中，S-CSCF实体通过查看请求消息中是否包含预先定义的请求标识，来判断该请求消息是否为请求媒体资源的消息，而在本实施方式中，S-CSCF实体通过查看请求消息中是否包含MRFC的地址，来判断该请求消息是否为请求媒体资源的消息。比如说，S-CSCF实体预先将所有可用的MRFC地址保存在本地的地址列表中，如果该请求消息的请求地址中包含该地址列表中的MRFC地址，则判定该请求消息为请求媒体资源的消息；或者，在外部数据库中保存所有可用的MRFC地址，S-CSCF实体通过查询该外部数据库，来判断该请求消息的请求地址中是否包含MRFC地址。

本发明的第三实施方式中，预先在用户的签约数据中设置特定标识，S-CSCF实体通过检查发送请求消息的用户的签约数据中是否有该特定标识，如果有，则忽略对该请求消息的初始过滤准则匹配，并按照SIP消息的路由方法将该请求消息转发到相应的网元。通过这种方式可以将S-SCCF作为一个路由器使用，将特定用户的请求消息全部转移到特定的网元处理，从而在业务实现时更为灵活。

本发明第四实施方式的S-CSCF实体如图5所示，包含用于与其他网络实体进行信息交互的收发模块，用于对该收发模块收到的请求消息进行初始过滤准则匹配的匹配模块，以及判断模块，用于在该收发模块收到请求消息时，判断该请求消息是否为请求媒体资源的消息，如果是，则指示该收发模块指示该匹配模块忽略对该请求消息的初始过滤准则匹配，并将该请求消息转发到相应的MRFC。

其中，判断模块根据该请求消息中是否包含预先定义的请求标识，或者该请求消息的请求地址中是否包含MRFC的地址，来判断该请求消息是否为请求媒体资源的消息。

以上各实施方式是以MRFC为例进行说明的，可以理解，本发明并不限于MRFC，只要是不希望进行初始过滤准则匹配，只需要利用S-CSCF实体进行路由的请求消息都可以使用本发明的方案。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。