业务保持方法及通讯系统以及相关设备的制作方法

专利名称：业务保持方法及通讯系统以及相关设备的制作方法
技术领域：
本发明涉及通讯领域，尤其涉及一种业务保持方法及通讯系统以及相关 设备。
背景技术：
现有技术中， 一种常见的移动用户和固定电话用户之间的通讯过程为 信令面的数据通过基站控制器(BSC, Base Station Controller),媒体网关 (MGW, Media Gate Way),移动交换中心(MSC, Mobile Switching Center) 服务器以及公用电话交换网络(PSTN, Public Switched Telephone Network) 在移动用户和固定用户之间传输，而用户面的数据则通过BSC, MGW以及 PSTN在移动用户和固定用户之间传输。发明人在实现本发明的过程中，发现现有技术存在如下缺点当MSC故障(例如断电)退出服务时，信令面的数据传输会中断，此时 即使MGW是正常的，用户面也会由于信令面数据的中断而中断，从而异常 中断了用户的通话，降低了用户的体验。发明内容本发明实施例提供了 一种业务保持方法及通讯系统以及相关设备，能够 在控制面网元发生故障时保持用户通话。本发明实施例提供的业务保持方法，包括信令转发网元接收接入网元 发送的第一信令状态检测IT消息；所述信令转发网元根据所述第一 IT消息中 的目标路由信息，判断所述目标路由信息对应的控制面网元是否发生故障； 若发生故障，则所述信令转发网元根据所述第一IT消息生成第二IT消息；所 述信令转发网元向所述接入网元发送所述第二 IT消息。本发明实施例提供的业务保持方法，包括判断与当前业务对应的控制 面网元是否发生故障，若发生故障，则判断是否满足预置的释放条件，若不 满足，则保留与所述控制面网元之间占用的资源。本发明实施例提供的通讯系统，包括接入网元，用于向信令转发网元 发送第一 IT消息，接收信令转发网元发送的第二 IT消息；信令转发网元，用 于接收所述接入网元发送的第一 IT消息，根据所述第一 IT消息中的目标路由 信息，判断所述目标路由信息对应的控制面网元是否发生故障，若发生故障， 则根据所述第一 IT消息生成对应的第二 IT消息，向所述接入网元发送所述第 二IT消息。本发明实施例提供的信令转发网元，包括IT消息接收单元，用于接收 接入网元发送的第一IT消息；故障判断单元，用于才艮据所述第一IT消息中的 目标路由信息判断对应的控制面网元是否发生故障；消息回应单元，用于当 所述控制面网元发生故障时，才艮据所述第一 IT消息生成对应的第二 IT消息， 向所述接入网元发送所述第二 IT消息。本发明实施例提供的接入网元，包括判断单元，用于判断与当前业务 对应的控制面网元是否发生故障；释放控制单元，用于当所述控制面网元发 生故障时，判断是否满足预置的释放条件；资源保留单元，用于当不满足预 置的释放条件时，保留与所述控制面网元之间占用的资源。从以上技术方案可以看出，本发明实施例具有以下优点本发明实施例中，信令转发网元接收到接入网元发送的信令状态检测 (IT， Inactivity Test)消息之后，根据所述第一 IT消息中的目标路由信息判 断对应的控制面网元是否发生故障，若发生故障，贝'j根据所述第一IT消息生 成对应的第二IT消息，并向所述接入网元发送所述第二IT消息，所以对于接 入网元而言，其并未获知控制面网元已经发生故障，所以其仍然可以保持用 户面的数据，从而使得用户的通话业务得以保持，因此能够提高用户体验。


图1为本发明通讯过程示意图；图2为本发明实施例中业务保持方法第一实施例示意图； 图3为本发明实施例中业务保持方法第二实施例示意图； 图4为本发明实施例中通讯系统实施例示意图； 图5为本发明实施例中信令转发网元实施例示意图；图6为本发明实施例中接入网元实施例示意图。
具体实施方式
本发明实施例提供了 一种业务保持方法及通讯系统以及相关设备，用于 提高用户体验。首先对本发明实施例中的通讯过程进行描述 请参阅图l,本发明实施例中的通讯过程包括信令面的数据通过BSC， MGW， MSC服务器以及PSTN在移动用户和 固定用户之间传输，而用户面的数据则通过BSC, MGW以及PSTN在移动用 户和固定用户之间传输。下面对本发明实施例中的业务保持方法进行详细介绍，本发明实施例中 的业务保持方法可以具体分为以下两类一 、由信令转发网元模拟控制面网元向接入网元发送第二 IT消息首先需要说明的是，在本实施例以及后续实施例中，均以MGW作为信 令转发网元的例子，以MSC服务器作为控制面网元的例子，以BSC作为接 入网元的例子，可以理解的是，在实际应用中，随着应用网络的不同，具体 的各网元还可以是其他的替代网元，此处不做限定。本实施例中，当MSC服务器发生故障时，由MGW代替MSC服务器向 BSC发送第二IT消息，则从BSC的角度来看，MSC服务器并未发生故障， 从而能够保持用户面的数据通讯。具体请参阅图2,本发明实施例中业务保持方法第一实施例包括201、信令转发网元接收接入网元发送的第一 IT消息；为便于理解，首先需要对IT消息进行说明以移动软交换系统为例，当用户进入通话状态时，MSC服务器与BSC之 间会建立一个与该用户相关的信令连接，此时MSC服务器与BSC之间的信 令交互只有这个信令连接状态检测，信令连接状态检测是双向的MSC服务器发起的检测MSC服务器给BSC周期性的发连接状态检测消息(IT消息)，并且启动一个定时器，在定时器超时前收到BSC的连接状 态检测消息(IT消息)，则认为检测成功，并停止定时器。如果定时器超时， 则检测失败。在连续失败N次后，MSC服务器进入信令连接中断处理，释放 与该连接相关的呼叫。N为可配数值，最小可以是一次。
BSC发起的检测BSC给MSC服务器周期性的发连接状态检测消息(IT 消息)，并且启动一个定时器，在定时器超时前收到MSC的连接状态检测消 息(IT消息)，则认为检测成功，并停止定时器。如果定时器超时，则检测失 败。在连续失败N次后，BSC进入信令连接中断处理，释放与该连接相关的 呼叫。N为可配数值，最小可以是一次。
上述流程中所描述的信令连接中断处理是指，当MSC服务器与BSC之 间IT消息检测失败若干次之后，则会断开与对端的数据链路，释放该数据链 路上的呼叫，例如BSC发送IT消息检测失败N次之后，则确认当前BSC与 MSC服务器之间的通讯出现问题(例如可能因为MSC服务器故障导致)，则 断开与MSC服务器之间的数据链路，并释放该数据链路上的呼叫(即结束呼 叫，并释;^文该呼叫原先占用的承载资源)。
本实施例中，BSC向MSC服务器发送第一 IT消息用以检测信令状态， 该消息需要通过MGW转发至MSC服务器，则MGW接收BSC发送的第一 IT消息。
202、判断控制面网元是否发生故障，若是，则执行步骤204,若否，则 执行步骤203;
MGW在接收到BSC发送的第一 IT消息之后，根据该第一 IT消息中所 包含的目标路由信息可以确定该第一 IT消息应该发送至的MSC服务器，则 MGW判断该MSC服务器是否发生故障，具体的判断方式可以为
(1 )、 MSC服务器与MGW之间建立握手检测机制，当MGW与MSC 服务器之间握手失败时，则MGW设置MSC服务器为信令不可达状态，即确 定MSC服务器发生故障；
(2)、 MGW接收操作维护(OM， Operation and Maintenance )系统发送 的消息，该消息中包含有一个指示信息，MGW判断该指示信息是否指示MSC服务器发生故障，若是，则确定MSC服务器发生故障；
需要说明的是，OM系统能够获知MSC服务器的当前状态，所以其可以 向MGW发送指示MSC服务器当前状态的消息，具体OM系统获知MSC服 务器当前状态的过程为现有技术，此处不做限定。
(3)、采用统计概率判断在正常的业务过程中，MSC服务器与MGW 之间会有消息交互，MGW可以判断与MSC服务器之间连续失败的消息数目 是否达到预置的门限，即N条消息连续失败，若是，则确定MSC服务器发生 故障，具体的N为可以配置的数值。
203、 向控制面网元转发该第一 IT消息，并结束本实施例流程；
若MGW判断MSC服务器未发生故障，则MGW将从BSC接收到的第 一 IT消息转发至MSC服务器，由MSC服务器执行后续的处理流程。
204、 才艮据第一 IT消息生成对应的第二 IT消息；
若MGW判断MSC服务器发生故障，则MGW根据第一 IT消息中的Local Reference Number字段参数和Destination Reference Number字段参数生成第二 IT消息，即由MGW模拟MSC生成第二 IT消息，具体由Local Reference Number字段参数和Destination Reference Number字段参数生成第二 IT消息 的过程与现有技术中MSC根据Local Reference Number字段参数和 Destination Reference Number字段参数生成第二 IT消息的过程一致，此处不 再赘述。
需要说明的是，在本实施例以及后续实施例中，该第二IT消息可以为该 第一IT消息的回应消息，另外由于在实际应用中MSC服务器与BSC之间会 周期性的互发IT消息，而此时由MGW代替MSC服务器，所以该第二IT消 息还可以为MGW主动发给BSC的IT消息。
205 、向接入网元发送该第二 IT消息。
本实施例中，MGW向BSC发送第二IT消息的过程为可控过程，即为了 保证数据传输的可控性和可靠性，当MSC服务器发生故障之后， 一般来说用 户面数据不应该一直不断开，所以MGW向BSC发送第二 IT消息的过程可以为
(1) 、当MGW发现到MSC服务器信令不可达时，启动一个定时器，在 这个定时器超时前，MGW模拟故障MSC服务器给BSC发第一IT消息，在 定时器超时后，MGW不再模拟MSC服务器给BSC发第一 IT消息；
该定时器可以设置一个预置的门限值，门限值的大小由实际应用决定， 此处不做限定。
(2) 、 MGW发送第一 IT消息由开关控制，在开关打开时，MGW模拟 故障MSC服务器给BSC发第一 IT消息，在开关关闭时，MGW不再模拟MSC 服务器给BSC发第一 IT消息，该开关由OM系统控制，运维人员可以根据 需要把开关置于打开或关闭状态；
需要说明的是，该开关为一个参数，该参数中指示是否允许发送，若为 允许发送，则MGW模拟故障MSC服务器给BSC发第一 IT消息，若为不允 许发送，则MGW不再模拟故障MSC服务器给BSC发第一 IT消息。
上述MGW、用户面网元以及与MSC服务器相连的核心网网元(例如该 核心网网元为PSTN网元)还需要在满足释放条件后释放与该MSC服务器之 间占用的资源以节约网络资源，需要说明的是，在释放资源之前还需要确定 MSC服务器发生故障，具体的判断依据可以为
(1 )、接入网元或核心网网元与MSC服务器与之间建立握手检测机制， 当握手失败时，则接入网元或核心网网元，设置MSC服务器为信令不可达状 态，即确定MSC服务器发生故障；
(2 )接入网元或核心网网元接收OM系统发送的消息；
判断所述消息是否指示所述MSC服务器发生故障，若是，则确定所述 MSC服务器发生故障；
需要说明的是，OM系统能够获知MSC服务器的当前状态，所以其可以 向接入网元或核心网网元发送指示MSC服务器当前状态的消息，具体OM系 统获知MSC服务器当前状态的过程为现有技术，此处不做限定。
(3) 釆用统计概率判断在正常的业务过程中，接入网元或核心网网元 与MSC服务器之间会有消息交互，接入网元或核心网网元可以判断与MSC服务器之间连续失败的消息数目是否达到预置的门限，即N条消息连续失败，若是，则确定MSC服务器发生故障，具体的N为可以配置的数值。
当确定了 MSC服务器发生故障之后，具体的释放资源的条件可以为
(1) 、当MGW，用户面网元或PSTN网元发现到MSC服务器信令不可 达时，启动一个定时器，在这个定时器超时前，MGW,用户面网元或PSTN 网元不释放与故障MSC服务器之间占用的资源，在定时器超时后，释放与故 障MSC服务器之间占用的资源。
该资源是指进行呼叫时，MGW或用户面网元或PSTN网元与MSC服务 器之间建立的用户承载该呼叫的资源，当定时器超时之后，则需断开数据连 接，并释放呼叫，即结束呼叫流程，并释放该呼叫占用的资源。
当该呼叫被占用的资源释放之后，该部分资源即变为可用资源，可以被 其他的业务使用，因此当定时器超时之后，释放该呼叫占用的资源能够使得 资源被重复利用，提高资源利用率。
(2) 、由开关控制在开关打开时，MGW,用户面网元或PSTN网元不 释放与故障MSC服务器之间占用的资源，在开关关闭时，MGW，用户面网运维人员可以根据需要把开关置于打开和关闭状态，该开关与前述的开关类 似，实际上可以是一个用于指示是否释放资源的参数。
需要说明的是，如果MSC服务器与PSTN网元之间的信令是通过信令转 接点(STP, Signaling Transfer Point)转发的，则当MSC服务器发生故障时， STP不会立即对外广播与故障MSC服务器相关的信令点状态不可达信息，而 是要等到满足预置的广播条件时，才会发送该信令点状态不可达信息，具体 判断满足广播条件的方式可以为
(1) 、定时器方式当判断控制面网元发生故障时，STP启动定时器， 判断所述定时器是否达到预置门限，若达到，则确定满足预置的广播条件；
(2) 、开关方式在开关打开时，STP不广l番信令点状态不可达信息， 在开关关闭时，STP才会广播信令点状态不可达信息，开关由OM控制，运 维人员可以根据需要把开关置于打开和关闭状态，该开关与前述的开关类似，实际上可以是一个用于指示是否进行广播的参数。需要说明的是，在现有技术中，当MSC服务器发生故障时，若采用STP， 则STP会首先确定广播范围为与该STP相连的所有网元，之后在该范围内广 播MSC服务器信令点状态不可达信息，这些网元在收到STP广播的信令点状 态不可达信息之后，则会断开与MSC服务器之间的连接，所以会中断信令面 数据，从而中断用户面数据，但在本实施例中，当MSC服务器发生故障，STP 不会立即广播该信息，因此使得与STP相连的网元不会立即断开与故障MSC 服务器之间的连接，从而可以使得在控制面网元发生故障，信令面数据中断 的情况下，其他类型的业务数据仍然能够得以保持，所以能够提高用户体验。上述流程中，由于BSC可以从MGW收到MGW模拟MSC服务器发送 的第一IT消息，所以BSC认为该连接正常，不做异常处理，用户的通话可以 继续保持，因此能够提高用户体验。二、由接入网元延迟释放与控制面网元之间占用的资源本实施例中，当BSC感知到MSC服务器发生故障时，BSC并不立即释 放与该MSC服务器之间占用的资源，而是满足预置的释放条件之后才释放该 资源，从而能够保持用户面的数据通讯。具体请参阅图3,本发明实施例中业务保持方法第二实施例包括301、 传输数据；本实施例中，BSC传输移动用户与固定用户之间的数据，包括信令面数 据以及用户面数据，具体传输过程此处不做限定。302、 判断控制面网元是否发生故障，若是，则执行步骤303，若否，则 执行步骤301;BSC判断MSC服务器是否发生故障，若未发生故障，则继续传输数据， 若发生故障，则执行步骤303,具体判断的过程可以为(1 )、 MSC服务器与BSC之间建立握手检测机制，当BSC与MSC服务 器之间握手失败时，则BSC设置MSC服务器为信令不可达状态，即确定MSC 服务器发生故障；(2) 、 BSC接收OM系统发送的消息，该消息中包含有一个指示信息， BSC判断该指示信息是否指示MSC服务器发生故障，若是，则确定MSC服 务器发生故障；需要说明的是，OM系统能够获知MSC服务器的当前状态，所以其可以 向BSC发送指示MSC服务器当前状态的消息，具体OM系统获知MSC服务 器当前状态的过程为现有技术，此处不做限定。(3) 、采用统计概率判断在正常的业务过程中，MSC服务器与BSC之 间会有消息交互，BSC可以判断与MSC服务器之间连续失败的消息数目是否 达到预置的门限，即N条消息连续失败，若是，则确定MSC服务器发生故障， 具体的N为可以配置的数值。303、 判断是否满足预置的释放条件，若是，则执行步骤305，若否，则 执行步骤304;当BSC判断MSC服务器发生故障时，则判断当前是否满足预置的释放 条件，若满足，则执行步骤305，若不满足，则执行步骤304。具体的判断过程可以为(1) 、当BSC发现到MSC服务器信令不可达时，启动一个定时器，在 这个定时器超时前，不释放与故障MSC服务器的资源，在定时器超时后，释 放与故障MSC服务器的资源。需要说明的是，如果在定时器超时前，BSC发现到MSC服务器信令点又 可达了，则停止该定时器。(2) 、由开关控制，在开关打开时，不释放与故障MSC服务器的资源， 在开关关闭时释放与故障MSC服务器的资源，开关由OM控制，运维人员可 以根据需要把开关置于打开和关闭状态，该开关可以为一个参数，用于指示 BSC是否释放与MSC服务器之间占用的资源。304、 保留与控制面网元之间占用的资源，并重复执行步骤303;若BSC判断当前并未满足上述预置的释放条件，则保留与该MSC服务 器之间占用的资源，则可以使得用户业务暂时不被中断。需要说明的是，在BSC保留资源的同时，还需要持续检测是否满足预置 的释放条件。305、释放与该控制面网元之间占用的资源。若BSC判断当前满足上述预置的释放条件，则释放与该MSC服务器之 间占用的资源，并结束流程。需要说明的是，在本实施例中，用户面网元以及核心网网元同样可以延 迟释放资源，具体的延迟方式与前述第一实施例中的方式类似；本实施例中，若控制面网元与核心网网元之间采用STP的方式传输数据， 则STP同样可以延迟广播信令点状态不可达信息，具体方式与前述第一实施 例中的方式类似。本实施例中，BSC在获知MSC服务器发生故障之后，并不会立即释放与 该MSC服务器之间占用的资源，所以可以暂时保持用户业务，即用户的通话 可以继续保持，因此能够提高用户体验。下面介绍本发明实施例中的通讯系统实施例，请参阅图4，本发明实施例 中通讯系统实施例包括第一用户401以及第二用户406，用于进行通讯；接入网元402，用于向信令转发网元403发送第一IT消息，接收信令转 发网元403发送的第二 IT消息；信令转发网元403,用于接收所述接入网元402发送的第一 IT消息，根 据所述第一 IT消息中的目标路由信息，判断所述目标路由信息对应的控制面 网元404是否发生故障，若发生故障，则根据所述第一IT消息生成对应的第 二 IT消息，向所述接入网元402发送所述第二 IT消息。本实施例中的通讯系统还可以进一步包括控制面网元404,用于传输控制面数据；用户面网元405,用于传输用户面数据；所述接入网元402,信令转发网元403以及用户面网元405还用于当满足预置的释放条件时释放与所述控制面网元之间占用的资源。上述信令转发网元403可以与用户面网元405集成实现，也可以独立实 现，此处不做限定。上述通讯系统中还可以包括信令转接点，用于传输控制面网元404与核 心网网元之间的数据，判断所述控制面网元404是否发生故障，若发生故障， 则判断是否满足预置的广播条件，若满足，则向与所述信令转接点相连的网 元发送信令点状态不可达信息。需要说明的是，本实施例中的接入网元402,信令转发网元403以及用户 面网元405所包含的释放资源的功能为可选功能，在实际应用中，接入网元 402，信令转发网元403以及用户面网元405可以不具备这些功能。为便于理解，下面以一个具体应用场景为例进行说明第一用户401请求与第二用户406进行通话，则需要通过接入网元402, 信令转发网元403,控制面网元404以及用户面网元405进行数据转发，其中， "接入网元402-信令转发网元403-控制面网元404-用户面网元405"路径用 于转发信令面数据，"接入网元402-信令转发网元403-用户面网元405"用于 转发用户面数据；接入网元402与控制面网元404之间需要周期性的发送第一 IT消息以检 测信令状态，但该第一 IT消息需要通过信令转发网元403进行转发；则信令转发网元403接收接入网元402发送的第一 IT消息；信令转发网元403读取该第一 IT消息中的目标路由信息，根据该目标路 由信息查询对应的控制面网元404;信令转发网元403判断该控制面网元404是否发生故障，若未发生故障，则将该第一 IT消息转发至控制面网元404,由控制面网 元404对该第一 IT消息进行后续处理，若发生故障，则信令转发网元403根据第一 IT消息中的Local Reference Number字段参数和Destination Reference Number字段参数生成第二 IT消息， 并向BSC发送该第二IT消息；接入网元402收到该第二IT消息之后，则获知信令状态没有异常，则继 续通过信令转发网元403向用户面网元405传输用户面数据，使得第一用户 401与第二用户406之间的数据传输得以保持。上述信令转发网元403判断控制面网元404是否发生故障的方式与前述 方法实施例中的判断方式一致，此处不再赘述。需要说明的是，上述信令转发网元403以及用户面网元405还需要在满 足释放条件后释放与控制面网元404之间占用的资源以节约网络资源，具体 的释放条件与前述方法实施例中的释放条件一致，此处不再赘述。本实施例中，用户面网元405与核心网网元(该核心网网元与控制面网 元404相连，可以为PSTN网元)可以共同组成通讯网络实现第一用户401 与第二用户406之间的数据传输。需要说明的是，如果控制面网元404与核心网网元(该核心网网元与控 制面网元404相连，可以为PSTN网元)之间的数据是通过STP传输的，则 当控制面网元404故障时，STP不会立即对外广播与故障MSC服务器相关的 信令点状态不可达信息，而是要等到满足预置的广播条件时，才会发送该信 令点状态不可达信息，具体判断满足广播条件的方式可以为(1) 、定时器方式当判断控制面网元404发生故障时，STP启动定时 器，判断所述定时器是否达到预置门限，若达到，则确定满足预置的广播条件；(2) 、开关方式在开关打开时，STP不广播信令点状态不可达信息， 在开关关闭时，STP才会广播信令点状态不可达信息，开关由OM控制，运 维人员可以根据需要把开关置于打开和关闭状态，该开关与前述的开关类似， 实际上可以是一个用于指示是否进行广播的参数。上述的信令转发网元403可以为MGW,接入网元402可以为BSC,控 制面网元404可以为MSC服务器。其中，MGW可以被置于PSTN网元中，也可以独立实现。上述实施例中，由于信令转发网元403可以模拟控制面网元404向接入网元402发送第二IT消息，因此接入网元402不会中断第一用户401与第二 用户406之间的通话，因此能够提高用户体验。下面介绍本发明实施例中的信令转发网元，请参阅图5,本发明实施例中 的信令转发网元实施例包括IT消息接收单元501，用于接收接入网元发送的第一IT消息；故障判断单元502,用于根据所述第一 IT消息中的目标路由信息判断对 应的控制面网元是否发生故障；消息回应单元503，用于当所述控制面网元发生故障时，根据所述第一IT 消息生成对应的第二 IT消息，向所述接入网元发送所述第二 IT消息。本实施例中的故障判断单元502包括如下单元中的至少一个第一判断单元5021,用于判断与所述控制面网元执行握手检测流程是否 成功，若未成功，则确定所述控制面网元发生故障；第二判断单元5022，用于判断从OM系统接收到的消息是否指示所述控 制面网元发生故障，若是，则确定所述控制面网元发生故障；第三判断单元5023,用于判断与所述控制面网元之间连续交互失败的消 息数目是否达到预置数值，若是，则确定所述控制面网元发生故障。本实施例中的信令转发网元还可以进一步包括资源释放单元504，用于当满足预置的释放条件时，释放与所述控制面网 元之间占用的资源。需要说明的是，本实施例中的故障判断单元502在实际应用中可以包括 第一判断单元5021,第二判断单元5022以及第三判断单元5023中的一个， 或任意两个的组合，或者全部包括，此处不作限定。本实施例中的资源释放单元504为可选单元，在实际应用中，若无需释 放与控制面网元之间占用的资源，则该信令转发网元可以不包含该资源释放 单元504。为便于理解，下面以一个具体应用场景为例进行说明接入网元与控制面网元之间需要周期性的发送第一 IT消息以;f全测信令状 态，但该第一 IT消息需要通过信令转发网元进行转发；则信令转发网元中的IT消息接收单元501接收接入网元发送的第一 IT 消息，并将接收到的第一 IT消息发送至信令转发网元中的故障判断单元502;故障判断单元502才艮据所述第一 IT消息中的目标路由信息查询对应的控 制面网元，并判断该控制面网元是否发生故障，将判断结果发送至消息回应 单元503;消息回应单元503接收故障判断单元502发送的判断结果，若该判断结 果指示控制面网元发生故障，则消息回应单元503根据所述第一 IT消息中的 Local Reference Number字段参数和Destination Reference Number字段参数生 成第二 IT消息，向接入网元发送该第二 IT消息。需要说明的是，上述故障判断单元502中可以包含以下单元中的至少一个第一判断单元5021，用于与控制面网元进行握手^r测流程，并判断与所 述控制面网元执行握手检测流程是否成功，若未成功，则确定所述控制面网 元发生故障；第二判断单元5022,用于从OM系统接收消息，并判断从OM系统接收 到的消息是否指示所述控制面网元发生故障，若是，则确定所述控制面网元 发生故障；第三判断单元5023，用于判断与所述控制面网元之间连续交互失败的消 息数目是否达到预置数值，若是，则确定所述控制面网元发生故障。上述消息回应单元503向4妄入网元发送第二 IT消息的过程为可控过程， 具体可以为(1)、当故障判断单元502发控制面网元信令不可达时，启动一个定时 器，在这个定时器超时前，指示消息回应单元503模拟故障控制面网元给接 入网元发第二IT消息，在定时器超时后，指示消息回应单元503不再才莫拟控 制面网元给接入网元发第二 IT消息；该定时器可以设置一个预置的门限值，门限值的大小由实际应用决定， 此处不做限定。(2)、消息回应单元503发送第二IT消息由开关控制，在开关打开时， 消息回应单元503模拟控制面网元给接入网元发第二 IT消息，在开关关闭时， 消息回应单元503不再才莫拟控制面网元给接入网元发第二 IT消息，该开关由 OM系统控制，运维人员可以根据需要把开关置于打开或关闭状态；需要说明的是，该开关为一个参数，该参数指示是否允许发送第二IT消自上述流程中，资源释放单元504判断是否满足预置的释放条件，若满足， 则释放与所述控制面网元之间占用的资源，若不满足，则保留与所述控制面网元之间占用的资源，具体的释放条件与前述方法实施例中所描述的释放条 件一致，此处不再赘述。上述实施例中，故障判断单元502在判断控制面网元发生故障之后，会 通知消息回应单元503生成第二 IT消息，并向接入网元发送该第二 IT消息， 所以接入网元不会中断用户之间的通话，因此能够提高用户体验。下面介绍本发明实施例中的接入网元实施例，请参阅图6，本发明实施例 中的接入网元实施例包括判断单元601,用于判断与当前业务对应的控制面网元是否发生故障；释放控制单元602,用于当所述控制面网元发生故障时，判断是否满足预 置的释放条件；资源保留单元603，用于当不满足预置的释;^条件时，保留与所述控制面 网元之间占用的资源。本实施例中的判断单元601包括如下单元中的至少一个第一判断单元6011,用于判断与所述控制面网元执行握手检测流程是否 成功，若未成功，则确定所述控制面网元发生故障；第二判断单元6012,用于判断从OM系统接收到的消息是否指示所述控 制面网元发生故障，若是，则确定所述控制面网元发生故障；第三判断单元6013,用于判断与所述控制面网元之间连续交互失败的消 息数目是否达到预置数值，若是，则确定所述控制面网元发生故障。需要说明的是，本实施例中的判断单元601在实际应用中可以包括第一 判断单元6011，第二判断单元6012以及第三判断单元6013中的一个，或任 意两个的组合，或者全部包括，此处不作限定。为便于理解，下面以一个具体应用场景为例进行说明接入网元中的判断单元601判断与当前业务对应的控制面网元是否发生 故障；具体的判断方式可以为采用判断单元601中的第 一判断单元6011:判断与所述控制面网元执行 握手检测流程是否成功，若未成功，则确定所述控制面网元发生故障；或，釆用判断单元601中的第二判断单元6012:判断从OM系统接收到 的消息是否指示所述控制面网元发生故障，若是，则确定所述控制面网元发 生故障；或，采用判断单元601中的第三判断单元6013:判断与所述控制面网元 之间连续交互失败的消息数目是否达到预置数值，若是，则确定所述控制面 网元发生故障。当判断单元601确定控制面网元发生故障之后，则将判断结果发送至释 放控制单元602;释放控制单元602接收判断单元601发送的判断结果，获知当前控制面 网元发生故障，则判断是否满足预置的释放条件，当不满足释放条件时，则 指示资源保留单元603进行处理；资源保留单元603接收释放控制单元602发送的指示，根据该指示保留 与所述控制面网元之间占用的资源。上述释放控制单元602判断是否满足预置的释放条件的方式与前述方法 实施例中判断是否满足预置的释放条件的方式一致，此处不再赘述。本实施例中，判断单元601确定控制面网元发生故障之后，会通知释放控制单元602,再由释放控制单元602判断是否满足预置的释放条件，并且只 有在满足条件时才释放资源，也就是说，若不满足预置的释放条件，则释放 控制单元602会通知资源保留单元603保留与控制面网元之间占用的资源， 所以当控制面网元发生故障时，如果没有满足释放条件，则仍可以保持用户 之间的通话，因此能够提高用户体验。
观;^貫通^f久个八贝可。 是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机
可读存储介质中，该程序在执行时，包括如下步骤
信令转发网元接收接入网元发送的第一信令状态检测it消息；
所述信令转发网元根据所述第一 it消息中的目标路由信息，判断所述目 标路由信息对应的控制面网元是否发生故障；
若发生故障，则所述信令转发网元根据所述第一it消息生成第二it消息；
所述信令转发网元向所述接入网元发送所述第二 it消息。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明所提供的 一种业务保持方法及通讯系统以及相关设备进行 了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具 体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理 解为对本发明的限制。
权利要求
1. 一种业务保持方法，其特征在于，包括信令转发网元接收接入网元发送的第一信令状态检测IT消息；所述信令转发网元根据所述第一IT消息中的目标路由信息，判断所述目标路由信息对应的控制面网元是否发生故障；若发生故障，则所述信令转发网元根据所述第一IT消息生成第二IT消息；所述信令转发网元向所述接入网元发送所述第二IT消息。
2. 根据权利要求1所述的方法，其特征在于，所述根据所述第一 IT消 息中的目标路由信息判断所述目标路由信息对应的控制面网元是否发生故障 的步骤包括信令转发网元根据与所述控制面网元执行握手检测的结果判断所述握手 ;险测流程是否成功，若未成功，则确定所述控制面网元发生故障；或信令转发网元接收操作维护OM系统发送的消息；判断所述消息是否指示所述控制面网元发生故障，若是，则确定所述控 制面网元发生故障；或信令转发网元判断与所述控制面网元之间连续交互失败的消息数目是否 达到预置数值，若是，则确定所述控制面网元发生故障。
3. 根据权利要求1或2所述的方法，其特征在于，所述向所述接入网元 发送所述第二 IT消息的步骤之前包括当判断控制面网元发生故障时，信令转发网元启动定时器；相应的，所述向所述接入网元发送所述第二 IT消息的步骤包括在所述定时器未达到预置门限时，向所述接入网元发送所述第二 IT消息。
4.根据权利要求1或2所述的方法，其特征在于，所述向所述接入网元 发送所述第二 IT消息的步骤包括信令转发网元判断预置的发送参数是否指示为允许发送，若是，则向所 述接入网元发送所述第二 IT消息。
5、 根据权利要求1或2所述的方法，其特征在于，所述方法还包括当满足预置的释放条件时，所述信令转发网元和/或用户面网元释放与所 述控制面网元之间占用的资源。
6、 根据权利要求1或2所述的方法，其特征在于，所述第二IT消息为 所述第一 IT消息的回应消息，或为信令转发网元主动发送至接入网元的IT 消息。
7、 一种业务保持方法，其特征在于，包括判断与当前业务对应的控制面网元是否发生故障，若发生故障，则判断 是否满足预置的释放条件，若不满足，则保留与所述控制面网元之间占用的资源。
8、 根据权利要求7所述的方法，其特征在于，所述判断与当前业务对应 的控制面网元是否发生故障的步骤包括接入网元或核心网网元根据与所述控制面网元执行握手^r测的结果判断 所述握手检测流程是否成功，若未成功，则确定所述控制面网元发生故障；或接入网元或核心网网元接收OM系统发送的消息；判断所述消息是否指示所述控制面网元发生故障，若是，则确定所述控 制面网元发生故障；或才妄入网元或核心网网元判断与所述控制面网元之间连续交互失败的消息 数目是否达到预置数值，若是，则确定所述控制面网元发生故障。
9、 根据权利要求7或8所述的方法，其特征在于，所述判断是否满足预 置的释放条件的步骤之前包括当判断控制面网元发生故障时，接入网元或核心网网元启动定时器；所述判断是否满足预置的释放条件的步骤包括判断所述定时器是否达到预置门限，若达到，则确定满足预置的释放条件。
10、 根据权利要求7或8所述的方法，其特征在于，所述判断是否满足 预置的释放条件的步骤包括接入网元或核心网网元判断预置的释放参数是否指示为允许释放，若是， 则确定满足预置的释放条件。
11、 根据权利要求7或8所述的方法，其特征在于，所述方法还包括若控制面网元与所述核心网网元之间通过信令转接点进行数据转发，则 所述信令转接点判断所述控制面网元是否发生故障，若发生故障，则判断是 否满足预置的广播条件，当满足预置的广播条件时，广播所述控制面网元信令点状态不可达信息。
12、 根据权利要求11所述的方法，其特征在于，所述判断是否满足预置 的广播条件的步骤之前包括当判断控制面网元发生故障时，信令转接点启动定时器；所述判断是否满足预置的广播条件的步骤包括判断所述定时器是否达到预置门限，若达到，则确定满足预置的广播条件。
13、 根据权利要求11所述的方法，其特征在于，所述判断是否满足预置 的广播条件的步骤包括信令转接点判断预置的广播参数是否指示为允许广播，若是，则确定满 足预置的广播条件。
14、 一种通讯系统，其特征在于，包括接入网元，用于向信令转发网元发送第一IT消息，接收信令转发网元发 送的第二IT消息；信令转发网元，用于接收所述接入网元发送的第一 IT消息，根据所述第 一 IT消息中的目标路由信息，判断所述目标路由信息对应的控制面网元是否 发生故障，若发生故障，则根据所述第一IT消息生成对应的第二IT消息，向 所述接入网元发送所述第二 IT消息。
15、 根据权利要求14所述的通讯系统，其特征在于，所述通讯系统还包括控制面网元，用于传输控制面凄t据； 用户面网元，用于传输用户面数据；所述接入网元，信令转发网元以及用户面网元还用于当满足预置的释放 条件时释放与所述控制面网元之间占用的资源。
16、 根据权利要求14或15所述的通讯系统，其特征在于，所述通讯系 统还包括信令转接点，用于判断所述控制面网元是否发生故障，若发生故障，则 判断是否满足预置的广播条件，若满足，则向与所述信令转接点相连的网元 发送信令点状态不可达信息。
17、 一种信令转发网元，其特征在于，包括IT消息接收单元，用于接收接入网元发送的第一 IT消息；故障判断单元，用于根据所述第一 IT消息中的目标路由信息判断对应的 控制面网元是否发生故障；消息回应单元，用于当所述控制面网元发生故障时，根据所述第一IT消 息生成对应的第二IT消息，向所述接入网元发送所述第二IT消息。
18、 根据权利要求17所述的信令转发网元，其特征在于，所述故障判断 单元包括如下单元中的至少一个第 一判断单元，用于判断与所述控制面网元执行握手检测流程是否成功， 若未成功，则确定所述控制面网元发生故障；第二判断单元，用于判断从OM系统接收到的消息是否指示所述控制面 网元发生故障，若是，则确定所述控制面网元发生故障；第三判断单元，用于判断与所述控制面网元之间连续交互失败的消息数 目是否达到预置数值，若是，则确定所述控制面网元发生故障。
19、 根据权利要求17或18所述的信令转发网元，其特征在于，所述信 令转发网元还包括资源释放单元，用于当满足预置的释放条件时，释放与所述控制面网元之间占用的资源。
20、 一种接入网元，其特征在于，包括判断单元，用于判断与当前业务对应的控制面网元是否发生故障；释放控制单元，用于当所述控制面网元发生故障时，判断是否满足预置 的释放条件；资源保留单元，用于当不满足预置的释放条件时，保留与所述控制面网 元之间占用的资源。
21、 根据权利要求20所述的接入网元，其特征在于，所述判断单元包括 如下单元中的至少一个第一判断单元，用于判断与所述控制面网元执行握手检测流程是否成功， 若未成功，则确定所述控制面网元发生故障；第二判断单元，用于判断从OM系统接收到的消息是否指示所述控制面 网元发生故障，若是，则确定所述控制面网元发生故障；第三判断单元，用于判断与所述控制面网元之间连续交互失败的消息数 目是否达到预置数值，若是，则确定所述控制面网元发生故障。
全文摘要
本发明实施例公开了一种业务保持方法及通讯系统以及相关设备，用于提高用户体验。本发明实施例方法包括信令转发网元接收接入网元发送的第一信令状态检测IT消息；所述信令转发网元根据所述第一IT消息中的目标路由信息，判断所述目标路由信息对应的控制面网元是否发生故障；若发生故障，则所述信令转发网元根据所述第一IT消息生成第二IT消息；所述信令转发网元向所述接入网元发送所述第二IT消息。本发明实施例还提供一种通讯系统以及信令转发网元以及接入网元。本发明实施例可以有效地提高用户体验。
文档编号H04Q3/00GK101304544SQ20081011104
公开日2008年11月12日 申请日期2008年6月10日 优先权日2008年6月10日
发明者叶思海 申请人:华为技术有限公司