[发明专利]一种即时消息触发的方法、系统及设备

说明书

技术领域

本发明涉及因特网协议多媒体子系统领域，特别是一种因特网协议多媒体子系统中即时消息触发的方法、系统及设备。

背景技术

在因特网协议多媒体子系统(Internet Protocol Multimedia Subsystem，IMS)中，对服务呼叫会话控制功能(Serving-Call Session Control Function，S-CSCF)在不同应用场景下的即时消息的处理要求也不同。例如，在基本的点到点消息(MESSAGE)业务中，由于最终响应消息来自被叫终端，因此，在对MESSAGE的处理过程中，S-CSCF在接收来自主叫终端的MESSAGE时所创建的实例始终存在；而在MESSAGE的存储转发业务中，即时通信(Instant Messaging，IM)服务器在收到MESSAGE后就回送表示此次事务已经结束的响应，导致S-CSCF在收到来自IM服务器下发的MESSAGE后就将释放之前保存的实例。

现有技术中，在基本的点到点MESSAGE业务中，S-CSCF在触发成功发往应用服务器(Application Server，AS)的MESSAGE请求中，在包含自身地址的路径(Route)头域中增加名为dlg-id的参数来携带本地保存的实例号，如下所示：

Route：<sip：asdatangmobile.cn；lr>

Route：<sip：s-cscfdatangmobile.cn；lr>；dlg-id＝16016

AS在收到S-CSCF的MESSAGE请求后进行相应的业务处理，在转发给S-CSCF前删除顶端的Route头。因此，S-CSCF在收到AS下发的MESSAGE请求后，从顶端的Route头中可以取得dlg-id的值，根据该dlg-id的值可查询到本地所保存的实例，根据实例中所保存的初始过滤规则集(Initial FilterCriteria，IFC)的使用情况进行后续处理(继续触发或触发结束后根据被叫进行路由处理)。

在MESSAGE的存储转发业务中，S-CSCF收到AS下发的MESSAGE请求中携带扩展头或扩展参数，用于携带信息表明针对此下发的MESSAGE请求是否需要继续触发，例如：

Route：<sip：s-cscfdatangmobile.cn；lr>；continue＝1

现有技术中S-CSCF兼容基本的点到点MESSAGE业务和MESSAGE的存储转发业务时，需要依赖IM服务器的处理，这样，S-CSCF将不再是IMS标准设备，不能满足与任何AS对接都能正确处理各种业务，丧失了独立性，另外，本地的实例中需要保存当前业务所属和IFC的使用情况，占用系统内存，S-CSCF需要根据dlg-id的值查询本地保存的实例，再从实例中获取当前业务所属和IFC的使用情况，处理过程复杂，处理时间长。

发明内容

本发明实施例提供一种IMS中即时消息触发的方法、系统及设备，用以使S-CSCF能够兼容处理涉及MESSAGE触发的多种业务，且保持自身的独立性，同时减少系统内存的占用，简化处理过程，提高处理效率。

本发明实施例提供的一种IMS中即时消息触发的方法包括：

S-CSCF从接收的请求消息的顶端Route头域中获取dlg-id的值，其中，所述dlg-id直接表征该请求消息的源端类型和IFC的匹配现状；

根据所述dlg-id的值判断得到该请求消息的源端类型，并获得IFC的匹配现状；

根据该请求消息的源端类型以及IFC的匹配现状进行触发。

本发明实施例提供的另一种IMS中即时消息触发的方法包括：

源端向S-CSCF发送在顶端Route头域中添加了dlg-id的请求消息，其中，所述dlg-id直接表征该请求消息的源端类型和IFC的匹配现状；

接收到该请求消息的S-CSCF根据所述dlg-id表征的该请求消息的源端类型和IFC的匹配现状进行触发。

本发明实施例提供的一种IMS中即时消息触发的系统包括：

源端，用于向S-CSCF发送在顶端Route头域中添加了dlg-id的请求消息，其中，所述dlg-id直接表征该请求消息的源端类型和IFC的匹配现状；