CN103873280A - 一种ims网络中故障处理的方法及系统 - Google Patents

Abstract

本发明公开了一种IMS网络中故障处理的方法及系统，涉及通信技术领域，解决了现有技术中手动放通IMS业务的时间过长导致用户无法通话的技术问题。其中，在IMS网络中，将S-CSCF网元上的iFC参数配置为AS不可达时不释放呼叫的触发规则后，该方法包括：S-CSCF网元通过实时向AS发送状态检测消息检测AS是否故障；在检测到所述AS故障后，将接收到的请求接入所述AS的呼叫会话请求消息直接转发到MGCF网元。本发明主要用于IMS业务。

Description

一种IMS网络中故障处理的方法及系统

技术领域

本发明涉及通信技术领域，特别涉及一种IMS网络中故障处理的方法及系统。

背景技术

IMS(IP Multimedia Subsystem，IP多媒体子系统)作为一种基于IP分组传送的与接入无关的网络架构，可实现固移融合，语音、数据、视频等多业务融合，以及IT和CT的融合。但IMS融合通信产品在为用户提供丰富多彩的多媒体业务（如语音）体验的同时，也带来了如下问题：

当手机用户开通被叫一号通业务时，SCP（Service Control Point，业务控制点）将呼叫路由到IMS网络，由AS（Application Server应用服务器）负责用户被叫一号通同振/顺振处理逻辑，此时如果AS网元故障，如图1所示，IMS网络对于用户呼叫将做拆线处理，由此导致用户手机无法作被叫，影响用户正常的通信生产。

现有技术中解决此问题的方法为：在智能网SCP网元上手工执行“关闭VPN业务一号通功能”，将IMS业务剥离GSM网，后续IMS用户呼叫不再进行IMS业务的触发，实现IMS用户手机通话的放通，如图2所示。其中，箭头表示SCP网元执行“关闭VPN业务一号通功能”后，终端A呼叫终端B的接续流程，终端B签约有IMS融合通信业务。并且，由于需要在31省市SCP网元上手工执行操作完成放通（即人工关闭SCP上的IMS业务功能），故而现有技术的方法至少存在如下问题：常需要通过用户投诉、网管告警等途径发现故障IMS网络中网元故障，然后再人工通知智能网SCP网元进行故障处理，故障应对能力较慢；此外，通过手工完成31省的关闭操作需要120分钟，这段时间内IMS用户均无法正常做被叫，严重影响用户语音通话。

发明内容

为了解决现有技术中对IMS网络中AS网元故障感知迟钝，手动放通IMS业务的时间过长导致用户无法通话的技术问题，本发明提出一种IMS网络中故障处理的方法及系统。

一种IMS网络中故障处理的方法，在IMS网络中，将S-CSCF网元上的iFC参数配置为AS不可达时不释放呼叫的触发规则后，该方法包括：

S-CSCF网元通过实时向AS发送状态检测消息检测AS是否故障；

在检测到所述AS故障后，将接收到的请求接入所述AS的呼叫会话请求消息直接转发到MGCF网元。

一种IMS网络中故障处理的系统，包括：AS，S-CSCF网元，I-CSCF网元，其中，所述S-CSCF网元上的iFC参数配置为AS不可达时不释放呼叫的触发规则后；

所述S-CSCF网元，用于通过实时向所述AS发送状态检测消息检测AS是否故障；

I-CSCF网元，用于根据接收到的INVITE消息向S-CSCF网元发送请求接入所述AS的呼叫会话请求消息；

所述S-SCSF网元，还用于在检测到所述AS故障后，将所述请求接入所述AS的呼叫会话请求消息直接转发到MGCF网元。

本实施例中采用实时检测AS是否故障的技术手段，解决了现有技术中AS故障发现不及时的技术问题，并且通过将iFC配置为不可达时不释放呼叫，而且还同样将该呼叫路由回到MGCF网元的技术手段，使MGCF网元对AS故障不可知，进而可使后继仍旧按照现有技术的处理方式完成该呼叫，因此解决了现有技术中，AS故障后便进行拆线，导致用户无法通话的技术问题，进而取得了可以在第一时间发现AS故障，并且将该故障透明化，虽然由于AS的故障无法执行IMS业务，但是后继的网元仍可按照正常的方式对被叫用户进行呼叫，不影响用户正常呼叫，保证用户通话正常，且无需手工放通呼叫的技术效果。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为背景技术中AS故障情况下IMS业务的呼叫执行示意图；

图2为背景技术中放通IMS业务情况下的呼叫执行示意图；

图3为本发明实施例1中的检测AS故障的一种实现方式的示意图；

图4为本发明实施例1中的检测AS故障的另一种实现方式的示意图；

图5为本发明实施例1中一种IMS网络中故障处理的方法的场景示意图；

图6为本发明实施例1中一种IMS网络中故障处理的方法的流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。

实施例1

根据本发明实施例，提供了一种IMS网络中故障处理的方法，考虑到现有技术中在AS故障时，IMS网络的CSCF网元将会对用户的呼叫做拆线处理，所以为了避免这种现象，在该方法实施前，需要将初始过滤准则iFC参数的配置规则优化为（DEFHND=SESSION_CONTINUED），即默认AS不可达时不释放呼叫的触发规则。那么在IMS网络中，将S-CSCF（Servlng-Call Session Control Function，业务-呼叫会话控制功能）网元上的iFC（Initial Filter Criteria,初始过滤规则)，参数配置为AS不可达时不释放呼叫的状态后，该方法主要包括：S-CSCF通过实时向AS发送状态检测消息检测AS是否故障；以及，在检测到AS故障后，将接收到的请求接入AS的呼叫会话请求消息直接转发到MGCF（媒体网关控制功能）网元这两部分。

具体而言，上述第一部分具体可通过两种方式实现。

1、根据200OK消息的响应情况确定AS是否故障。即当S-CSCF没有接收到AS的200OK响应消息时，确定该AS故障，如图3所示，包括

S-CSCF网元周期性地（每个10秒）向AS发送会话初始化协议状态检测SIP OPTION消息，若接收到AS返回的200OK响应消息，则S-CSCF继续周期性地发送SIP OPTION消息；若没有接收到AS返回的200OK响应消息，则确定AS故障，则S-CSCF将AS的IP地址加入黑名单。

2、本实施例中，S-CSCF网元在有呼叫需要时，会向AS发送呼叫会话请求INVITE消息（例如，接收到来自I-CSCF（Interrogating-Call Session ControlFunction，查询-呼叫会话控制功能）网元的呼叫会话请求消息），根据AS对INVITE消息的响应情况，确定AS是否故障。即即使S-CSCF接收到AS的200OK响应消息，但是在向AS发送INVITE消息后，若没有接收到AS的响应，则确定该AS故障，包括

S-CSCF网元接收到的I-CSCF网元发送的请求接入AS的呼叫会话请求消息，并向AS发送INVITE消息，如图4所示，若没有接收到AS针对INVITE消息返回的响应，则S-CSCF网元按照预设规则重发INVITE消息到AS，直到累计未接收到AS返回响应的时间超过预定时间，则确定AS故障，并将AS的IP地址加入黑名单。

其中，S-CSCF网元预设规则具体为：S-CSCF网元每隔2N秒向AS重发一次INVITE消息，其中，N={1，2，3，4，5}。

优选方案中，本实施例还提供了一种AS恢复正常后的恢复机制，具体为：

S-CSCF网元在确定AS故障后，仍旧周期性地（如每隔10秒）向AS发送一次OPTION消息，检测AS的故障是否恢复。一旦接收到AS恢复的200OK消息，则将此AS的ip地址从黑名单中取消，接下来的消息由CSCF发送给AS进行处理。

下面描述在检测到AS故障后，将接收到的请求接入AS的呼叫会话请求消息直接转发到MGCF网元部分的具体实现方式：

参照图5所示的在AS故障的情况下的场景示意图，该方法如图6所示，包括：

步骤101，用户A呼叫一号通用户B，该呼叫从GSM网、智能网以及IMS网络中I-CSCF将该呼叫路由到S-CSCF网元为止，对该呼叫的处理方式与现有技术的处理方式一样。

例如：用户A拨打用户B的手机号码，用户A的手机访问MSC（MobileSwitching Center，移动交换中心）A查询用户B的归属HLR(Home LocationRegister,归属位置寄存器)，HLR返回用户B的VPN(Virtual Private Network，虚拟专用网)签约信息，MSC A将该呼叫路由到用户B归属的SCP（ServiceControl Point，业务控制节点）；

SCP查询用户B签约了IMS（一号通）业务，将被叫号码改为138xxxxxxxx，并将被叫号码（B）填写到原被叫字段called number。下发连接Connect消息给MSC-A，MSC-A查询路由表，根据路由码138xxxxxxxx将呼叫路由到连接IMS平台的GMSC（Gateway MSC，网关MSC）；

GMSC根据路由码138xxxxxxxx将呼叫送到IMS网络的MGCF网元；MGCF网元对路由码138xxxxxxxx设置了被叫锚定，因此将真实被叫从原被叫提取出来，并将ISUP（ISDN用户部分）协议的信令转换为SIP会话初始化协议的信令送给I-CSCF，且在主叫前加防二次触发码127；I-CSCF网元向HSS（Home Subscriber Server，归属用户服务器）查询被叫号码信息，判断用户B为IMS签约用户后将呼叫路由到S-CSCF；

步骤102，S-CSCF网元在接收到I-CSCF网元发送的请求接入AS的呼叫会话请求INVITE消息后，判断请求接入的AS的IP地址是否存在于黑名单中，若判定存在，则执行步骤103，若不存在，则按照正常方式执行，将该呼叫请求发送到AS。

步骤103，S-CSCF网元根据iFC参数的配置规则，不释放该呼叫，并将该呼叫会话按照被叫号码路由给IMS网络的MGCF网元。

MGCF接收到该呼叫后，将按照现有的处理方式将该呼叫路由到SCP，进入智能网。

在该步骤中，从MGCF网元接收到该S-CSCF网元路由回来的该呼叫后，便可按照现有技术对该呼叫处理方法执行。

例如主要处理流程为：MGCF网元根据现有的路由配置，将该呼叫发送到GMSC网元；GMSC到归属HLR B查询用户B的签约信息，并将呼叫送到SCP，SCP判断主叫号码前已经携带防二次触发码“127”，则不再进行二次触发，将呼叫直接下发到用户B拜访的MSC B；MSC B呼用户B手机，B手机振铃。

本实施例中采用实时检测AS是否故障的技术手段，解决了现有技术中AS故障发现不及时的技术问题，并且通过将iFC配置为不可达时不释放呼叫，而且还同样将该呼叫路由回到MGCF网元的技术手段，使MGCF网元对AS故障不可知，进而可使后继仍旧按照现有技术的处理方式完成该呼叫，因此解决了现有技术中，AS故障后便进行拆线，导致用户无法通话的技术问题，进而取得了可以在第一时间发现AS故障，并且将该故障透明化，虽然由于AS的故障无法执行IMS业务，但是后继的网元仍可按照正常的方式对被叫用户进行呼叫，不影响用户正常呼叫，保证用户通话正常，且无需手工放通呼叫的技术效果。

本发明实施例提供的上述方法中，虽然给出了执行各步骤的先后顺序，但是该顺序仅为本发明的一个优选的实施方式。显然，本领域技术人员根据上述方法可以对该方法步骤的执行顺序进行多种多样的等效变换，也就是说本发明实施例方法中的上述各步骤或部分步骤完全可以按照其他顺序执行，或者同时执行。例如：CSC F网元同时执行检测AS故障的部分和将呼叫会话请求消息发送MGCF网元的部分。因此上述方法描述的各步骤的执行顺序并不仅限于实施例中所提供的一种方式。

实施例2

本实施例提供一种IMS网络中故障处理的系统，如图5所示，包括：AS，S-CSCF网元，I-CSCF网元，其中，S-CSCF网元上的IFC参数配置为AS不可达时不释放呼叫的触发规则。

S-CSCF网元，用于通过实时向AS发送状态检测消息检测AS是否故障；

I-CSCF网元，用于根据来自MGCF网元的INVITE消息向S-CSCF发送请求接入AS的呼叫请求会话消息；

S-SCSF网元，还用于在检测到AS故障后，将请求接入AS的呼叫会话请求消息直接转发到IMS网络中的MGCF网元。

进一步地，S-CSCF网元，具体用于周期性地向AS发送会话初始化协议状态检测SIP OPTION消息，若没有接收到AS返回的200OK响应消息，则确定AS故障；若接收到AS返回的200OK响应消息，则根据呼叫会话请求消息的响应状况确定AS是否故障。

S-CSCF网元，还具体用于在接收到的I-CSCF网元发送的请求接入AS的呼叫会话请求消息后，向AS发送INVITE消息，若没有接收到AS没有针对INVITE消息返回的响应，则S-CSCF按照预设规则重发INVITE消息到AS，直到累计未接收到AS返回响应的时间超过预定时间，则确定AS故障。

S-CSCF网元，还具体用于在检测到AS故障后，将AS的IP地址加入黑名单；并在接收到I-CSCF网元发送的请求接入AS的呼叫会话请求消息后，判断请求接入的AS的IP地址是否存在于黑名单中，若判定存在，则将该呼叫会话请求消息直接转发到MGCF网元。

优选方案中，S-CSCF网元，还用于在检测到AS故障后，周期性地向AS发送SIP OPTION消息，若接收到AS返回的200OK响应消息，则确定AS恢复正常，并将AS的IP地址从黑名单中删除。

本实施例提供的系统中，S-CSCF可以根据状态检测消息的检测结果确定AS是否故障，并在确定AS故障后将后继IMS业务的呼叫直接转发到MGCF，使该呼叫的语音通话仍可正常进行，取得了可以在第一时间感知到AS故障的同时，自动解除IMS业务，保证用户正常通话的技术效果。

本发明实施例提供的上述设备等产品是属于以计算机程序的流程方法为依据，并按照与方法实施例1和/或附图中方法流程的各步骤完全对应一致的方式所提供的设备。并且由于这种设备应该被看做其内部具有通过计算机程序的方式实现的软件装置，所以对于系统2未具体提及的功能模块，由于考虑到根据上述方法实施例记载的内容已经足够使本领域技术人员从方法记录的各流程步骤直接地、毫无意外地确定实现所述步骤所必须建立的功能模块，所以在此不赘述。

本发明的技术方案本质上或者说对现有技术做出贡献的部分是以软件产品的形式体现出来的功能，也即是说：本发明的装置、设备或者组成系统的各个设备其所执行的方法或实现的功能主体即便为硬件，但是实际上实现本发明上述功能的部分却是计算机软件产品的模块或单元。并且该计算机软件产品可存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明能有多种不同形式的具体实施方式，上文结合附图对本发明做举例说明，这并不意味着本发明所应用的具体实施方式只能局限在这些特定的具体实施方式中，本领域的技术人员应当了解，上文所提供的具体实施方式只是多种优选实施方式中的一些示例，任何体现本发明权利要求的具体实施方式均应在本发明权利要求所要求保护的范围之内；本领域的技术人员能够对上文各具体实施方式中所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换或者改进等，均应包含在本发明权利要求的保护范围之内。

Claims (10)

1.一种IMS网络中故障处理的方法，其特征在于，在IMS网络中，将S-CSCF网元上的iFC参数配置为AS不可达时不释放呼叫的触发规则后，该方法包括：

S-CSCF网元通过实时向AS发送状态检测消息检测AS是否故障；

在检测到所述AS故障后，将接收到的请求接入所述AS的呼叫会话请求消息直接转发到MGCF网元。

2.根据权利要求1所述的方法，其特征在于，所述S-CSCF网元通过实时向AS发送状态检测消息检测AS是否故障，具体包括：

S-CSCF网元周期性地向所述AS发送会话初始化协议状态检测SIPOPTION消息，若没有接收到所述AS返回的200OK响应消息，则确定所述AS故障；

若接收到所述AS返回的200OK响应消息，则根据呼叫会话请求消息的响应状况确定所述AS是否故障。

3.根据权利要求2所述的方法，其特征在于，所述根据呼叫会话请求INVITE消息的响应状况确定所述AS是否故障，具体包括：

S-CSCF网元接收到的I-CSCF网元发送的请求接入所述AS的呼叫会话请求消息，并向所述AS发送INVITE消息，若没有接收到所述AS针对所述INVITE消息返回的响应，则S-CSCF网元按照预设规则重发所述INVITE消息到所述AS，直到累计未接收到AS返回响应的时间超过预定时间，则确定所述AS故障。

4.根据权利要求1或2所述的方法，其特征在于，在检测到所述AS故障后，该方法还包括：将所述AS的IP地址加入黑名单；

所述将接收到的请求接入所述AS的呼叫会话请求消息直接转发到MGCF网元，具体为：

S-CSCF网元在接收到I-CSCF网元发送的请求接入AS的呼叫会话请求消息后，判断请求接入的AS的IP地址是否存在于所述黑名单中，若判定存在，则将该呼叫会话请求消息直接转发到MGCF网元。

5.根据权利要求4所述的方法，其特征在于，在检测到所述AS故障后，该方法还包括：

所述S-CSCF网元周期性地向所述AS发送SIP OPTION消息，若接收到所述AS返回的200OK响应消息，则确定所述AS恢复正常，并将所述AS的IP地址从所述黑名单中删除。

6.一种IMS网络中故障处理的系统，其特征在于，包括：AS，S-CSCF网元，I-CSCF网元，其中，所述S-CSCF网元上的iFC参数配置为AS不可达时不释放呼叫的触发规则后；

所述S-CSCF网元，用于通过实时向所述AS发送状态检测消息检测AS是否故障；

I-CSCF网元，用于根据接收到的INVITE消息向S-CSCF网元发送请求接入所述AS的呼叫会话请求消息；

所述S-SCSF网元，还用于在检测到所述AS故障后，将所述请求接入所述AS的呼叫会话请求消息直接转发到MGCF网元。

7.根据权利要求6所述的系统，其特征在于，

所述S-CSCF网元，具体用于周期性地向所述AS发送会话初始化协议状态检测SIP OPTION消息，若没有接收到所述AS返回的200OK响应消息，则确定所述AS故障；若接收到所述AS返回的200OK响应消息，则根据呼叫会话请求消息的响应状况确定所述AS是否故障。

8.根据权利要求7所述的系统，其特征在于，所述S-CSCF网元，还具体用于在接收到的I-CSCF网元发送的请求接入所述AS的呼叫会话请求消息后，向所述AS发送INVITE消息，若没有接收到所述AS没有针对所述INVITE消息返回的响应，则S-CSCF按照预设规则重发所述INVITE消息到所述AS，直到累计未接收到AS返回响应的时间超过预定时间，则确定所述AS故障。

9.根据权利要求6或7所述的系统，其特征在于，

所述S-CSCF网元，还具体用于在检测到所述AS故障后，将所述AS的IP地址加入黑名单；并在接收到I-CSCF网元发送的请求接入AS的呼叫会话请求消息后，判断请求接入的AS的IP地址是否存在于所述黑名单中，若判定存在，则将该呼叫会话请求消息直接转发到MGCF网元。

10.根据权利要求9所述的系统，其特征在于，

所述S-CSCF网元，还用于在检测到所述AS故障后，周期性地向所述AS发送SIP OPTION消息，若接收到所述AS返回的200OK响应消息，则确定所述AS恢复正常，并将所述AS的IP地址从所述黑名单中删除。

Images