专利名称：一种防止业务控制处理器倒换造成丢失话单的实现方法
技术领域：
本发明涉及电信通讯行业智能网语音呼叫业务领域，尤其涉及的是一 种防止业务控制处理器倒换造成丢失话单的实现方法。
背景技术：
目前，已经有越来越多的运营商在局部或全部使用在线计费系统
OCS(Online Counter System,以下简称OCS)，它是智能网语音呼叫业务中 所采用的一种计费系统。而智能网是一种用于产生和提供多种业务的体系 结构，其最重要的特点是快速方便、灵活经济的提供各种特色增值业务。 智能网业务中的在线计费系统OCS实现了业务控制和计费的分离，是未来 计费发展的主要方向。
在智能网系统中，业务控制点SCP(Service Control Point,以下简称)是 智能网系统的核心网元，业务控制点SCP主要包括业务控制处理器 CP(ControlProcessor,以下简称CP)、数据库DB(DataBase，以下简称DB) 和信令接口单元SIU(Signal interface unit,以下简称SIU);其中的业务控制 处理器CP主要负责业务基于逻辑的控制和运行，鉴于其重要性， 一般的业 务控制处理器CP都是双机备份；这样，当主业务控制处理器处于异常情况 下，如宕机的时候，就能快速切换到备机上运行，从而后继上来的业务会 话也将会在备机上继续运行，保证了当主业务控制处理器异常时，避免造. 成整个业务系统的瘫痪，并因此而减少了给运营商造成的经济损失。
如今业务控制处理器CP的双机备份方案在现网中已广泛运用。当主机 异常能快速切换的备机上运行，并保证了后继业务的继续运行，但是，当
5发生主备机倒换时，主业务控制处理器上的会话还是会丢失，尤其是对于
需要进行实时计费的语音呼叫业务更是如此；正因为其会话的丢失，业务 控制处理器CP就会失去对这些通话的计费控制，同时话单也会丟失，这样 就导致无法对这些用户进行计费，从而给运营商造成了一定的经济损失。 因此，现有技术尚有待于改进和发展。
发明内容
本发明的目的在于提供一种防止业务控制处理器倒换造成丢失话单的 实现方法，有效解决语音呼叫业务中因业务控制处理器CP倒换而丢失话单 的情况，较大程度上保证运营商减少因业务控制处理器CP发生倒换而造成 的经济损失,很大程度上保护的运营商的利益。
本发明的技术方案如下'
一种防止业务控制处理器倒换造成丢失话单的实现方法，所述方法包 括以下步骤
A、 在呼叫双方通话前产生一零时长话单，用户通话结束产生一通话 时长话单；
B、 业务控制器在通讯异常的情况下发生倒换，对所有产生的话单进 行扫描，分拣出已丢失通话时长话单的零时长话单；
C、 对分拣出来的所述零时长话单进行修改，补偿产生丢失的通话时 长话单。
所述的方法，其中，所述步骤A具体包括
Al、所产生的零时长话单和所述通话时长话单内容相同但通话结束 时间、通话时长和业务键不同；
A2、该零时长话单的通话结束时间和通话开始时间均为应答时间， 且通话时长为零时长。所述的方法，其中，所述步骤A2之后还包括
A3、在通讯异常的情况下产生和所述通话时长话单内容相同但业务 键不同的一应急话单；
A4、该应急话单的通话开始时间为实际的通话开始时间，该应急话 单的通话结束时间为实际的通话结束时间。 所述的方法，其中，所述步骤B还包括 将所述业务控制器的倒换时间控制在失去控制的通话结束时间的误 差范围内，并将分拣前对所述话单进^f亍扫描的时间控制在设定的时间范围 内。
所述的方法，其中，所述步骤B具体包括 Bll、以通话前产生的零时长话单为基准，比较扫描到的通话时长话
单；
B12、判断主叫号码、被叫号码和开始时间的内容是否相同；如果相 同则认为产生了完整的话单；否则认为丢失了与所述零时长话单对应的通 话时长话单。
所述的方法，其中，所述步骤C具体包括
Cll、修改所述零时长话单文件名中的业务键为特殊业务键话单中的 业务键；
C12、修改所述零时长话单内容项中的业务键为特殊业务键；
C13、修改所述零时长话单的结束时间为所述业务控制器的倒换时
间，并对应修改所述零时长话单的通话时长。 所述的方法，其中，所述步骤B具体包括 B21、以通话前产生的零时长话单为基准，比较扫描到的应急话单； B22、判断主叫号码、#:叫号码和开始时间的三项内容是否相同；如
果相同则认为已经产生了完整的话单；否则认为丢失了与该零时长话单对
7应的应急话单；
B23、分拣出已丟失应急话单的零时长话单。 所述的方法，其中，所述步骤C还包括 对分拣出来的所述零时长话单进行修改，以补偿产生丟失的应急话单。
所述的方法，其中，所述步骤C具体包括 C21 、修改所述零时长话单文件名中的业务键为应急话单中的业务
键；
C22、修改所述零时长话单内容项中的业务键为应急话单业务键； C23、修改所述零时长话单的结束时间为所述业务控制器的倒换时 间，并对应修改所述零时长话单的通话时长。 所述的方法，其中,所述步骤C之后包括 Dl、将修改后的零时长话单作为补偿话单存放到指定的文件夹中； D2、供给在线计费系统采集后完成对所述用户的计费。 本发明所提供的一种防止业务控制处理器倒换造成丢失话单的实现方 法，由于采用了^^改已丢失通话时长话单的零时长话单或应急话单的措施， 补偿了实际的通话时长话单并供在线计费系统OCS采集计费，从而实现了 当业务控制处理器CP发生倒:換时，能够防止正在通话的话单丟失，以及实 现了在业务控制处理器CP异常情况下，仍然能对处于呼叫的用户的正常计 费提供有效的保证，防止了因为业务控制处理器CP倒换而失去所有正在呼 叫的计费控制，实现了对用户的正常计费，从而有效的减少了运营商的损 失，最大程度上维护了运营商的利益。
图1是本发明的业务控制点SCP结构图示意图；图2是本发明的PPS预付费业务正常流程示意图3是本发明的PPS预付费业务异常流程示意图4是本发明的业务控制处理器CP倒换话单产生流程示意图5是本发明的PPS预付费话单格式及内容示意图。
具体实施例方式
以下将结合所示附图，对本发明关于防止业务控制处理器倒换造成丢 失话单的具体实施方式
和实施例加以详细说明。
本发明防止业务控制处理器倒换造成丢失话单的实现方法，主要核心 点在于，补偿产生因倒换业务控制器而导致丟失的通话计时话单，从而实 现异常情况下对已有呼叫的正常计费。即在智能网中的业务控制器发生倒 换时，根据业务中在通话前产生的话单和通话后产生的话单情况，在倒换 后对设定时段内的上述两种话单进行分析、比对和修改处理，能够产生因 业务控制器发生异常而丟失的当时正在通话的实际话单记录，完整了通话 计时话单后，就可实现即使在业务控制器异常情况下，也能实现对已有呼 叫的正常计费，从而很大程度上减少了运营商因为业务控制器异常所造成 的经济损失，有效的保护了运营商的经济利益；至于宕才几、CP倒换、OCS 系统等技术为本领域技术人员所熟知，在此不再赘述。
本发明具体实施方式
中采用的话单补偿控制方法，是在发生业务控制 处理器CP倒换后，根据已有的话单情况，近似的产生业务控制处理器CP倒 换时通话方的丢失的话单，在线计费系统OCS采集这些话单，就可实现对 这些用户的计费。而当业务控制处理器CP发生倒换时，主CP会失去运行其 上的所有业务的业务控制，包括当时正在通话的业务。
而此时，SIU信令接口单元并没有释放正在呼叫的会话，即呼叫双方还 是能通话的,直到倒换的备机启动后，SIU信令接口单元会重新与备机建立
9连接，原来的会话会终止，之前的呼叫全部结束；因为主CP上的会话并不 能迁移到备机上，所以主备CP均无法完成这些会话的计费，也无法记录这 些会话的话单。
为防止这种情况下话单完全丢失，本发明拟采用如下方法实现这一目 的，共分两步实现话单补偿
首先是要能识别出在业务控制处理器CP倒换时，还有哪些呼叫没有正 常结束，没有完成最后的计费、记录通话话单，为了实现这一目的， PPS(Pre-Paid Servie)预付费业务需要在MSC上报主被叫应答事件后，模拟出 通话双方的话单，该话单的内容基本和通话结束后出的完整话单一样，仅 仅是结束时间和通话时长参数与结束后话单不同，该话单的通话结束时间 和通话开始时间均为应答时间，通话时长为O,该话单称为呼叫前的0时长 的A类话单。在通话结束后，当'然会出正常的通话话单，此时的通话结束时 间为正式结束时间，此时的通话话单为完整的通话后话单，可以称为正常 呼叫结束的B类话单。即每一个完整的呼叫，都会产生通话前O时长的A话单 和通话后完整时长的B话单，这样，当业务控制处理器CP发生倒换后，正常 通话的呼叫双方会丟失B话单，根据已有的话单，当只有A话单而没有B话 单与之对应的哪些话单，可以确定为是因为业务控制处理器CP倒换等异常 情况导致没有出完成的呼叫B话单，这些用户没有正确计费。需要产生B话 单。
其次，补偿产生丟失的B话单，当发生倒换后，从日志情况基本可以确 认发生倒换的时刻，根据倒换时刻，对所有的话单进行扫描，扫描业务控 制处理器CP发生倒换时前n个小时至倒换时刻的所有话单，分检出只有A类 话单没有B类话单的所有呼叫，然后参考A类话单，补偿产生B类话单，B类 话单的结束时间为倒换发生时刻，B话单中的通话时长为业务控制处理器CP 倒换时间t3减去A话单的中开始应答时间t0，其中，B倒换时间t3可以根据需要作为参数可以微调等。
以亚洲某移动公司实现PPS预付费业务为例，该移动公司是采用的是在线计费系统ocs，但并不影响本发明还适用于传统的智能网业务。
下面分成几个部分结合图表来说明整个实现过程
如图1所示，双CP备份的业务控制点SCP结构中，当主CP主要业务控制处理器110发生宕机时，所有的运行在主CP主要业务控制处理器110上的业务都会失去控制，此时，新的请求会被拒绝，直到备机启动并与SIU信令接口单元130重新建立起连接，新的请求将被送到备机上处理，所以对于新的请求，在备机连接上前会被拒绝，连接后都被送到备机处理，所以新请求不会产生话单丢失，也不会给运营商造成计费错误或损失。而对于原来在主CP主要业务控制处理器110上运行的业务， 一种情况是在主CP主要业务控制处理器110宕机时已经被处理完成，这种情况，也不会发生计费错误,另一种情况，PPS预付费业务中主被叫正在通话，主CP主要业务控制处理器110发生宕机，如时间为tl,那么这些正在通话的业务就无法得到控制，主CP主要业务控制处理器U0宕机时，并不会主动释放这些呼叫，SIU信令接口单元130此时也不会释放这些会话；也就是说，这些通话将不受控制，但是当备CP备份业务控制处理器120的重新连接上SIU信令接口单元130时，如时间为t2, SIU信令接口单元130会释放所有会话，重新建立新的会话，并把这些请求送到备CP备份业务控制处理器120上处理。那么这些失去控制的语音呼叫的结束时间范围为tl到t2,根据目前网络的具体情况，可以近似的设定这些通话的结束时间为t3,即tl《t3《t2。
在业务控制处理器CP宕机时，业务会失去对所有通话的控制，最后的话单记录和计费都没有完成，为了防止这种情况的话单丢失，在通话前出通话话单，该话单的参数内容与通话结束后的话单内容基本保持一致，所不同的是，最后的结束时间和通话开始时间相同，都为通话开始时间，通话时长当然也为零秒。这张话单记为通话前的零时长话单。在业务通话结束后，和普通业务处理一样，会产生本次呼叫的完整话单，该话单准确记录通话的开始时间和通话结束时间及通话时长，那么经过处理，每一个正常呼叫都会出两张话单， 一张是通话前的零时长话单， 一张为通话结束后
的完整话单，为了区别这两张话单，可以用不同业务^:来产生这两张话单，
比如，通话前零时长话单的业务键为801，记为通话前801话单，通话后正常结束的话单业务4定为PPS的业务键X，记为通话后x话单。
如图2所示，给出PPS预付费业务的改造后的正常的信令流程如下
步骤S210、用户起呼，MSC(Mobile Switching Center)移动交换中心或SSP(Service Switch Point)业务交换点根据0_CSI/T—CSI触发业务控制点SCP的PPS预付费业务。
步骤S220、 PPS预付费业务流程，向在线计费系统OCS发送CCA(Initial)，把主净皮叫送在线计费系统OCS进行鉴权，由在线计费系统OCS确定对应的费率，批价、预留、分配配额，并返回CCA(Initial)。
步骤S230、业务控制点SCP收到在线计费系统OCS返回的鉴权信息，认为可以继续呼叫，注册事件(RRBE),申请计费(AC),然后对被叫发起呼叫(CONTIUE)。
步骤S240、被叫振铃，接听，MSC给业务控制点SCP上报ERB事件，上报主被叫应答消息，包括T answer和O answer, PPS预付费业务收到主被叫的应答消息后，产生主被叫的零时长话单，业务键为801,记为801的话单。话单的开始时间为应答时间t0，结束时间也为应答时间t0。步骤S250、配额用完，MSC上报ACR事件，报告使用时长。步骤S261 、业务控制点SCP发CCR(Update)消息给在线计费系统OCS重新申i青配额。
步骤S262、在线计费系统OCS收到CCR(Update)，重新分配配额，返
12回CCA(Update)。
步骤S263、业务控制点SCP下发AC，在通话过程中，可能有多次CCR(update)交互。
步骤S270、用户通话结束后，MSC上报ACR、 Disconnect
步骤S281 、业务发CCR (Final)给在线计费系统OCS要求结束对话。
步骤S282、在线计费系统OCS回CCA (Final),认为可以结束对话。
PPS预付费业务产生完整的X业务键的通话话单。通话开始时间和结束时
间为真实的通话的开始时间和结束时间。
步骤S290、业务释放呼叫(RC),正常流程结束。
如图3所示，业务在与在线计费系统OCS通讯异常时的应急流程的信令流程如下
步骤S310、用户起呼，MSC根据0_CSI/T—CSI触发业务控制点SCP的PPS预付费业务。
步骤S320、 PPS预付费业务流程，向在线计费系统OCS发送CCA(Initial),把主被叫送在线计费系统OCS进行鉴权，由在线计费系统OCS确定对应的费率，批价、预留、分配配额。
步骤S330、此时与在线计费系统OCS通讯异常，业务控制点SCP收到CCA(Initial)响应超时，业务进入应急流程，继续呼叫，由业务本身控制下发的时长，注册事件(RRBE),申请计费(AC)，然后对被叫发起呼叫(CONTIUE)。
步骤S340、被叫振铃，接听，MSC给业务控制点SCP上报ERB事件，上报主被叫应答消息，包括T—answer和O—answer, PPS预付费业务收到主被叫的应答消息后，出主被叫的零时长话单，此话单的业务^^定为801,记为801的话单。此话单的开始时间为应答时间t0,结束时间也为应答时间t0。
步骤S350、配额用完，MSC上报ACR事件，报告使用时长。步骤S360、业务通过配置决定每次下发的时长，继续下发AC，根据 通话具体情况，可有多次AC和ACR交互。
步骤S370、用户通话结束后，MSC上报ACR、 Disconnect
步骤S380、 PPS预付费业务收到最后的ACR后，判断出通话已结束， PPS预付费业务会产生901业务键的应急话单。通话开始时间和结束时间 为真实的通话的开始时间和结束时间。
步骤S390、业务释放呼叫(RC),正常流程结束。
经过改造过的PPS预付费业务会产生三种话单， 一种是通话前业务键 为801的零时长话单； 一种是业务正常处理的业务键为X的完整时长话单； 一种是紧急流程出的业务键为901的完整时长的应急话单。
如图5所示，这三种话单的内容主要包括卡号即计费号码、业务键、 主被叫号码、通话开始时间、结束时间、通话时长和其它呼叫的参数信息 等，这三种话单，主要区别是
首先是三种话单的业务键不同，话单的名称一般都包含业务键，通过 话单名称可以很容易区别这三种话单。另外在话单中的第三项也有业务键 可以区分各种话单。
其次，紧急流程901话单和正常通话X话单的主要区别就是业务键不 同，其它的参数完全相同，在线计费系统OCS通过对901话单的采集，完 成对紧急流程中呼叫的事后计费。
再者，通话前的801话单与正常通话X话单或者901话单的主要区别 是话单名称不同，业务4建不同，通话的结束时间不同，通话的时长不同， 其它项参数信息都一样。
如图4所示，说明一下如何进行话单补偿，话单补偿处理需要独立的 处理工具来处理，其输入为
(l)话单扫描的时间范围n,比如『3小时；(2)业务控制处理器CP的倒换时间t3,其中tl <t3 <t2。 输出为业务控制处理器CP倒换即步骤S430而丟失的补偿话单。这些
补偿话单可以放在独立的文件夹中供在线计费系统OCS采集，从而实现对
这些未正常计费的用户实现计费。 该处理工具的主要流程分两部分
步骤S410、话单分拣对.801、 X和901话单进行扫描，分拣出需要 进行处理的业务键为801话单，扫描的话单范围是，以t3-n为开始至t3为 结束这段时间内所产生的所有话单，包括801话单、X话单和901话单， 比较801话单和X话单或者901话单，以801话单为基准，比较内容包括 主叫号码，被叫号码，开始时间这三项内容，如果这三项内容在X话单或 者卯l话单中有相同项，则认为已经产生了完整的话单，否则，认为丢失 了X话单或901话单，需要补偿产生丟失的话单，把该条话单记录分拣出 来，以备处理。
步骤S410、话单补偿对已经分拣出来的801话单进行处理，首先把这 些话单文件名中业务键进行修改，修改为特殊业务键话单(或901业务键话 单)，对话单中的内容项的第三项业务键同样进行修改，对话单中通话结束 时间项进行修改，修改为业务控制处理器CP倒换时间t3,可根据具体情况 适当调整，调整范围为[tl， t3]，修改话单中通话时长为结束时间t3-话单 中开始时间tO。对这些新产生的补偿话单可存放到指定文件夹中，供在线计 费系统OCS采集，完成对未正常计费的用户计费。
以上具体实施方式
或实施例中分拣话单和产生补偿话单的技术根据实 际应用可以采用现有各种可能的方案，为本领域技术人员所熟知，在此也 不再赘述。
总之，在语音呼叫业务中，在呼叫双方通话前，会产生一张通话前的 零时长话单，通话结束后会产生一张完整的通话时长话单， 一个完整的呼
15叫应该产生这两张话单；当业务控制处理器发生倒换时，所造成的话单丢 失必然是通话后的话单缺失，这样事后对在一定时期内的所有话单进行处 理，补偿产生所丢失的通话后话单，然后把这些话单给OCS系统，完成对 这些用户的计费。
本发明具体实施方式
和实施例所提供的防止业务控制处理器倒换造成 丢失话单的实现方法，由于采用了修改已丟失通话时长话单的零时长话单 或应急话单的措施，补偿了实际的通话时长话单并供在线计费系统OCS采 集计费，从而实现了当业务控制处理器CP发生倒换时，能够防止正在通话 的话单丢失，以及实现了在业务控制处理器CP异常情况下，仍然能对处于 呼叫的用户的正常计费提供有效的保证，防止了因为业务控制处理器CP倒 换而失去所有正在呼叫的计费控制，实现了对用户的正常计费，从而有效 的减少了运营商的损失，最大程度上维护了运营商的利益。
应当理解的是，对本领域普通技术人员来说，可以根据上述方案的说 明加以改进或变换，例如用于业务控制点SCP重启、核心进程重启等其他 发生异常的各种倒换情况，又如适用于传统智能网的语音呼叫业务领域以 及世界各个国家和地区的智能网系统的呼叫业务等，而所有这些改进和变 换都本应属于本发明所附权利要求的保护范围。
权利要求
1、一种防止业务控制处理器倒换造成丢失话单的实现方法，所述方法包括以下步骤A、在呼叫双方通话前产生一零时长话单，用户通话结束产生一通话时长话单；B、业务控制器在通讯异常的情况下发生倒换，对所有产生的话单进行扫描，分拣出已丢失通话时长话单的零时长话单；C、对分拣出来的所述零时长话单进行修改，补偿产生丢失的通话时长话单。
2、 才艮据权利要求1所述的方法，其特征在于，所述步骤A具体包括 Al、所产生的零时长话单和所述通话时长话单内容相同但通话结束时间、通话时长和业务4建不同；A2、该零时长话单的通话结束时间和通话开始时间均为应答时间， 且通话时长为零时长。
3、 根据权利要求2所述的方法，其特征在于，所述步骤A2之后还包括A3、在通讯异常的情况下产生和所述通话时长话单内容相同但业务 键不同的一应急话单；A4、该应急话单的通话开始时间为实际的通话开始时间，该应急话 单的通话结束时间为实际的通话结束时间。
4、 根据权利要求3所述的方法，其特征在于，所述步骤B还包括 将所述业务控制器的倒换时间控制在失去控制的通话结束时间的误差范围内，并将分拣前对所述话单进行扫描的时间控制在设定的时间范围内。
5、 根据权利要求4所述的方法，其特征在于，所述步骤B具体包括 Bll、以通话前产生的零时长话单为基准，比较扫描到的通话时长话单；B12、判断主叫号码、被叫号码和开始时间的内容是否相同；如果相 同则认为产生了完整的话单；否则认为丢失了与所述零时长话单对应的通 话时长话单。
6、 根据权利要求5所述的方法，其特征在于，所述步骤C具体包括 Cll、修改所述零时长话单文件名中的业务键为特殊业务键话单中的业务键；C12、修改所述零时长话单内容项中的业务键为特殊业务键； C13、修改所述零时长话单的结束时间为所述业务控制器的倒换时 间，并对应修改所述零时长话单的通话时长。
7、 根据权利要求4所述的方法，其特征在于，所述步骤B具体包括 B21、以通话前产生的零时长话单为基准，比较扫描到的应急话单； B22、判断主叫号码、被叫号码和开始时间的三项内容是否相同；如果相同则认为已经产生了完整的话单；否则认为丢失了与该零时长话单对 应的应急话单；B23、分拣出已丟失应急话单的零时长话单。
8、 根据权利要求7所述的方法，其特征在于，所述步骤C还包括 对分拣出来的所述零时长话单进行修改，以补偿产生丢失的应急话单。
9、 根据权利要求8所述的方法，其特征在于，所述步骤C具体包括C21 、修改所述零时长话单文件名中的业务键为应急话单中的业务键；C22、修改所述零时长话单内容项中的业务键为应急话单业务键； C23、修改所述零时长话单的结束时间为所述业务控制器的倒换时 间，并对应修改所述零时长话单的通话时长。
10、根据权利要求6或9所述的方法，其特征在于，所述步骤C之后 包括Dl、将修改后的零时长话单作为补偿话单存放到指定的文件夹中； D2、供给在线计费系统采集后完成对所述用户的计费。
全文摘要
本发明公开了一种防止业务控制处理器倒换造成丢失话单的实现方法，包括以下步骤在呼叫双方通话前产生一零时长话单，用户通话结束产生一通话时长话单；业务控制器在通讯异常的情况下发生倒换，对所有产生的话单进行扫描，分拣出已丢失通话时长话单的零时长话单；对分拣出来的所述零时长话单进行修改，补偿产生丢失的通话时长话单。由于采用了修改已丢失通话时长话单的零时长话单或应急话单的措施，补偿了实际的通话时长话单并供在线计费系统OCS采集计费，防止了因为业务控制处理器CP倒换而失去所有正在呼叫的计费控制，实现了对用户的正常计费，从而有效的减少了运营商的损失，最大程度上维护了运营商的利益。
文档编号H04M3/22GK101677347SQ20081021619
公开日2010年3月24日 申请日期2008年9月18日 优先权日2008年9月18日
发明者周志军, 魏学松 申请人:中兴通讯股份有限公司