本发明实施例涉及通信领域， 尤其涉及一种计费过程中的配额分配方法、 呼叫状态监控方法及装置。 背景技术

码分多址（ CDMA , Code Division Multiple Access )网络中的呼叫信令交 互过程如下， 当用户 A对用户 B发起呼叫时，业务交换点（SSP, service switch point )上报始发申请（ ORREQ, Origination Request )消息与业务控制点（ SCP, Service Control Point )交互， SCP向融合计费点（ CBP, Convergent Billing Point ) 发送信用控制请求（CCR, Credit Control Request ) 消息， 进行批价及在用户 A的账户中进行金额预留， 然后 CBP向 SCP反馈信用控制应答消息 （CCA, Credit Control Answer ), SCP下发始发申请授权消息给 SSP,用户 B开始振铃， 如果在用户 B摘机前， 用户 A便主动挂机放弃通话， 则 SSP并不立即上报相 关通知消息给 SCP, 因此 SCP无法立即获知用户 A已挂机。 这样一来， SCP 无法通知 CBP立即释放此前为用户 A预留的金额。 在预设时间过后， SCP侧 主动向 SSP查询当前通话状态， 在获知用户 A已主动挂机后， 立即上 "¾ CCR 给 CBP, 此时 CBP才会释放为用户 A预留的金额并结束本次通话。

但在上述现有技术中， 在 SCP侧主动向 SSP查询之前， 用户 A可能再次 发起呼叫， 如果此时因用户 A前次与用户 B通话（尽管此次通话并未接通） 时预留的金额尚未被释放而导致用户 A的账户余额不足， 则再次发起的呼叫 将无法建立， 影响最终用户体验。 发明内容

本发明实施例提供了一种计费过程中的配额分 配方法、呼叫状态监控方法 及装置， 用以解决呼叫建立过程中， 因主叫终端在被叫终端摘机前主动挂机而 导致主叫终端预留金额无法及时释放，至使主 叫终端再次拨打电话时可能存在 余额不足的问题。 本发明实施例提供的计费过程中的配额分配方 法， 包括：接收业务控制设 备发送的初始配额请求， 其中， 所述初始配额请求用于请求对呼叫终端执行配 额分配操作； 在所述初始配额请求中查找活跃通话标记； 在未找到所述活跃通 话标记时， 查找与所述呼叫终端相关联的失效呼叫记录； 释放找到的失效呼叫 记录对应的已分配配额， 并执行配额分配操作。

本发明实施例提供的呼叫状态监控方法， 包括： 在收到初始呼叫请求时， 依据与所述初始呼叫请求相关联的呼叫终端， 查找对应的活跃通话记录； 在未 找到所述活跃通话记录时，向计费设备发送未 携带活跃通话标记的初始配额请 求。

本发明实施例提供的计费设备， 包括接收单元，用于接收业务控制设备发 送的初始配额请求；查找单元，用于在所述初 始配额请求中查找活跃通话标记； 在未找到所述活跃通话标记时，用于查找与所 述呼叫终端相关联的失效呼叫记 录； 执行单元， 用于释放找到的失效呼叫记录对应的已分配配 额， 并执行配额 分配操作。

本发明实施例提供的业务控制设备， 包括记录查找单元，用于在收到初始 呼叫请求时，依据与所述初始呼叫请求相关联 的呼叫终端， 查找对应的活跃通 话记录； 发送请求单元， 用于在未找到所述活跃通话记录时， 向计费设备发送 未携带活跃通话标记的初始配额请求。

本发明实施例提供的呼叫控制系统， 包括计费设备， 用于接收业务控制设 备发送的初始配额请求， 其中， 所述初始配额请求用于请求对呼叫终端执行配 额分配操作，在所述初始配额请求中查找活跃 通话标记，在未找到所述活跃通 话标记时， 查找与所述呼叫终端相关联的失效呼叫记录， 释放找到的失效呼叫 记录对应的已分配配额， 并执行配额分配操作； 业务控制设备， 用于在收到初 始呼叫请求时，依据与所述初始呼叫请求相关 联的呼叫终端， 查找对应的活跃 通话记录，在未找到所述活跃通话记录时， 向计费设备发送未携带活跃通话标 记的初始配额请求。

从以上技术方案可以看出， 本发明实施例具有以下优点： 计费设备接收业 务控制设备发送的初始配额请求 ,该初始配额请求用于请求对呼叫终端执行配 额分配操作，在该初始配额请求中查找活跃通 话标记，若未找到活跃通话标记， 则查找与该呼叫终端相关联的失效呼叫记录， 释放找到的失效呼叫记录对应的 已分配配额， 再根据本次初始配额请求分配呼叫配额， 这样， 先释放失效呼叫 记录占用的预留金额，而后根据业务控制设备 发送的初始配额请求为本次呼叫 执行配额分配操作，避免账户余额较低的用户 再次发起呼叫时， 因前次呼叫时 预留的金额尚未被释放而导致账户余额不足， 无法再次建立用户发起的呼叫， 影响最终用户体验。 附图说明

图 1为依据本发明一实施例的计费过程中的配额� �配方法的流程图； 图 2为依据本发明一实施例的呼叫状态监控方法� �流程图；

图 3为依据本发明一实施例的计费过程中的配额� �配方法的信令图； 图 4为依据本发明一实施例的计费设备的逻辑结� �示意图；

图 5为依据本发明一实施例的业务控制设备的逻� �结构示意图；

图 6为依据本发明一实施例的呼叫控制系统的逻� �结构示意图。 具体实施方式

本发明实施例提供了一种计费过程中的配额分 配方法、呼叫状态监控方法 及装置， 能够解决呼叫建立过程中， 因主叫终端在被叫终端摘机前主动挂机而 导致主叫终端预留金额无法及时释放，至使主 叫终端再次拨打电话时可能存在 余额不足的问题。此外， 本发明实施例提供的技术方案同样能够解决呼 叫建立 过程中，因主叫终端在被叫终端摘机前主动挂 机而导致被叫终端预留金额无法 及时释放，至使被叫终端在主叫终端主动挂机 后在一段时间内拨打电话时可能 存在余额不足的问题。

为便于说明， 在以下各实施例中， 交换设备以业务交换点 SSP 为例， 业 务控制设备以业务控制点 SCP为例， 计费设备以融合计费点 CBP为例进行说 明，可以理解的，以上只是具体举例，不能构 成对本发明技术方案应用的限制。

图 1为依据本发明一实施例的计费过程中的配额� �配方法 100的流程图。 步骤 101 , 接收业务控制设备发送的初始配额请求， 其中， 所述初始配额 请求用于请求对呼叫终端执行配额分配操作； 步骤 102, 在所述初始配额请求中查找活跃通话标记；

步骤 103 , 在未找到所述活跃通话标记时， 查找与所述呼叫终端相关联的 失效呼叫记录；

步骤 104, 释放找到的失效呼叫记录对应的已分配配额， 并执行配额分配 操作。

在具体实现过程中， 上述呼叫终端可以是主叫终端， 也可以是被叫终端。 具体来说，若需解决主叫终端在被叫终端摘机 前主动挂机而导致主叫终端预留 金额无法及时释放， 至使主叫终端再次拨打电话时可能存在余额不 足的问题 时， 该呼叫终端为主叫终端。若需解决主叫终端在 被叫终端摘机前主动挂机而 导致被叫终端预留金额无法及时释放，至使被 叫终端在主叫终端挂机后随即拨 打电话时可能存在余额不足的问题时， 该呼叫终端则为被叫终端。

在具体实现过程中， 配额分配操作可以为，计费设备接收来自业务 控制设 备的信用控制请求 CCR, 随后根据呼叫终端的账户余额情况（例如账户 余额 充足、 不足等）， 为呼叫终端分配配额。

在具体实现过程中 ,上述活跃通话标记用于标记呼叫终端当前正� �于至少 一个通话（即主、 被叫终端均摘机后实现的通话）过程中。 具体来说， 例如， 可以将属性值对 ( AVP, Attribute Value Pair ) 中的 [Keepvoiceflag]用作记录活 跃通话标记， 根据 [Keepvoiceflag]的取值来表示呼叫终端当前是否处 于通话过 程中。 此外， 未找到所述活跃通话标记， 说明呼叫终端当前未与任何其他呼叫 终端进行通话。

在具体实现过程中，计费设备在收到来自业务 控制设备的初始信用控制请 求 CCR Initial后， 为呼叫终端建立失效呼叫记录。 此后在检测到以下三种情 况之一时， 删除所述失效呼叫记录：

收到与所述初始配额请求相关联的更新配额请 求；

收到与所述配额初始请求相关联的结束通知；

所述初始配额请求所属的计费会话超时。

上述更新配额请求可以是更新信用控制请求 CCR Update, 计费设备收到 更新信用控制请求意味着主叫终端与被叫终端 之间的通话正在进行。上述结束 通知可以是信用控制结束请求 CCR Termination, 计费设备收到结束通知意味 着主叫终端与被叫终端此前通话且当前已经结 束通话。在收到初始信用控制请 求后，无论是收到更新配额请求还是收到结束 通知均表明未发生主叫终端在被 叫终端摘机前主动挂机。

此外， 本领域的技术人员应当明白，初始配额请求所 属计费会话均预设有 一超时时间，超过该超时时间意味着主叫终端 在被叫终端摘机前主动挂机。本 领域的技术人员还应明白，在所述初始配额请 求所属的计费会话超时后， 为主 叫终端或被叫终端分配的配额将被释放。

在上述三种情况中，前两种情况意味着未出现 主叫终端在被叫终端摘机前 主动挂机的情况， 而在第三种情况下， 即使主叫终端在被叫终端摘机前主动挂 机， 为主叫终端或被叫终端分配的配额也已经被释 放。 因此出现上述三种情况 即可表明当前不存在为呼叫终端分配配额但该 配额未曾使用但却未被释放的 情况。 由于在上述三种情况下， 所述失效呼叫记录会被删除， 因此在查找到失 效呼叫记录的情况下，可基本确定当前存在因 主叫终端在被叫终端摘机前主动 挂机而导致主叫终端或者被叫终端预留金额尚 未被释放的情况。

然而， 也可能存在一种例外情况， 即查找到失效呼叫记录， 但不存在因主 叫终端在被叫终端摘机前主动挂机而导致主叫 终端或者被叫终端预留金额尚 未被释放的情况。 具体来说， 当被叫终端刚刚摘机从而使得主、 被叫终端通话 时间非常短的情况下， 此时计费设备可能尚未收到更新配额请求。在 这种情况 下将查找到失效呼叫记录认定为存在因主叫终 端在被叫终端摘机前主动挂机 而导致主叫终端或者被叫终端预留金额尚未被 释放， 显然是不正确的。 然而， 根据本发明实施例提供的技术方案，如果在来 自业务控制设备的初始配额请求 中未找到活跃通话标记， 则说明呼叫终端当前未在通话过程中， 因此可排除上 述例外情况，从而将将查找到失效呼叫记录认 定为存在因主叫终端在被叫终端 摘机前主动挂机而导致主叫终端或者被叫终端 预留金额尚未被释放。

此外， 还可能存在另外一种例外情况， 即查找到失效呼叫记录， 但不存在 因主叫终端在被叫终端摘机前主动挂机而导致 主叫终端或者被叫终端预留金 额尚未被释放的情况。具体来说，如果主叫终 端在被叫终端摘机前未主动挂机 而是等待被叫终端摘机， 也将查找到失效呼叫记录。 然而， 如果查找到失效呼 叫记录是因为主叫终端在被叫终端摘机前未主 动挂机而是等待被叫终端摘机， 则说明主叫终端在呼叫一被叫终端并等待该被 叫终端摘机的过程中又呼叫另 一被叫终端。 测试表明， 现有通信终端如移动通信终端（例如手机）尚 不具备 此种功能。

由此可见，根据图 1所示的技术方案，在出现主叫终端在被叫终� �摘机前 主动挂机的情况时， 此前为主叫终端分配的配额将及时获得释放。 此外， 根据 图 1所示的技术方案， 在出现主叫终端在被叫终端摘机前主动挂机的 情况时， 此前为被叫终端分配的配额也将及时获得释放 。

作为补充， 图 1所示的方法还包括， 在未找到所述失效呼叫记录时， 创建 与所述呼叫终端对应的失效呼叫记录， 并执行所述配额分配操作。

作为补充， 图 1所示的方法还包括， 在找到所述活跃通话标记时， 创建与 所述呼叫终端对应的失效呼叫记录， 并执行所述配额分配操作， 其中， 如上文 所述， 存在活跃通话标记说明呼叫终端正在处于通话 过程中。

图 2为依据本发明一实施例的呼叫状态监控方法 200的流程图。

步骤 201 , 在收到初始呼叫请求时， 依据与所述初始呼叫请求相关联的呼 叫终端， 查找对应的活跃通话记录；

在具体实现过程中， 所述初始呼叫请求可以是始发申请 ORREQ消息。 上 述呼叫终端可以是主叫终端， 也可以是被叫终端。 具体来说， 若需解决主叫终 端在被叫终端摘机前主动挂机而导致主叫终端 预留金额无法及时释放，至使主 叫终端再次拨打电话时可能存在余额不足的问 题时， 该呼叫终端为主叫终端。 若需解决主叫终端在被叫终端摘机前主动挂机 而导致被叫终端预留金额无法 及时释放，至使被叫终端在主叫终端挂机后随 即拨打电话时可能存在余额不足 的问题时， 该呼叫终端则为被叫终端。

步骤 202, 在未找到所述活跃通话记录时， 向计费设备发送未携带活跃通 话标记的初始配额请求。

在具体实现过程中， 方法 200还可包括， 在找到所述活跃通话记录时， 向 所述计费设备发送携带有所述活跃通话标记的 初始配额请求。

此外， 在具体实现过程中， 方法 200还可包括， 在收到与所述初始呼叫请 求相关联的应答通知时，创建与所述呼叫终端 相对应的活跃通话记录。具体来 说， 该应答通知可以是呼叫连接反馈消息 OAnswer, 收到 OAnswer说明被叫 终端摘机， 从而使得主叫终端与被叫终端之间的通话正式 开始。

此外， 在具体实现过程中， 方法 200还可包括， 在收到与所述初始呼叫请 求相关联的挂机通知时， 删除所述活跃通话记录。 具体来说， 该挂机通知可以 是 ODISCONNECT消息，收到 ODISCONNECT消息说明主叫终端或者被叫终 端挂机， 从而使得主叫终端与被叫终端之间的通话正式 结束。

由此可见，根据图 2所示的技术方案，在出现主叫终端在被叫终� �摘机前 主动挂机的情况时， 此前为主叫终端分配的配额将及时获得释放。 此外， 根据 图 2所示的技术方案， 在出现主叫终端在被叫终端摘机前主动挂机的 情况时， 此前为被叫终端分配的配额也将及时获得释放 。

图 3为依据本发明一实施例的计费过程中的配额� �配方法 300的信令图。

301、业务控制点 SCP接收业务交换点 SSP发送的始发申请消息 ORREQ; 当用户发起呼叫时， SSP向 SCP发送始发申请消息 ORREQ, SCP接收该 始发申请消息。

302、 SCP查找与呼叫终端相关联的活跃通话记录；

如上文所述， 该呼叫终端可以是主叫终端， 也可以是被叫终端。

303、 SCP向融合计费点 CBP发送初始信用控制请求消息 CCR Initial, 其 中， 由于在 302中 SCP未找到与呼叫终端相关联的活跃通话记录， 因此所述 初始信用控制请求消息中未携带活跃通话标记 ；

304、 查找与呼叫终端相关联的失效呼叫记录， 并根据查找结果执行对应 的操作；

由于所述初始信用控制请求消息中未携带活跃 通话标记， 因此 CBP查找 与呼叫终端相关联的失效呼叫记录， 并在找到失效呼叫记录时，释放找到的失 效呼叫记录对应的已分配配额以及执行配额分 配操作；在未找到所述失效呼叫 记录时 ,创建与所述呼叫终端对应的失效呼叫记录 ,并执行所述配额分配操作。

305、 CBP向 SCP发送信用控制应答 CCAInitial消息。

306、 SCP向交换设备发送指示连接消息 orreq。

具体来说， SCP向交换设备发送 orreq消息， 指示 SSP建立用户之间的呼 叫连接。

307、 SSP向 SCP发送呼叫连接反馈消息 OAnswer; 在被叫用户摘机后， SSP向 SCP发送呼叫连接反馈消息 OAnswer, 标志 主叫终端与被叫终端之间的通话正式开始。

308、 创建与呼叫终端相对应的活跃通话记录；

309、 SCP向 SSP发送 CCDIR ( Call Control Directive, 呼叫控制指示 )消 息；

310、 SSP向 SCP发送 ccdir, 上报业务使用量以及请求分配新的配额。

311、 SCP向 CBP发送更新信用控制请求消息 CCR Update, 向 CBP上报 业务使用量以及请求分配新的配额。

312、 在收到 CCR Update后， CBP删除对应的失效呼叫记录。

313、 CBP向 SCP返回更新信用控制应答消息 CCA Update消息。

314、 SCP向 SSP返回 CCDIR消息， 下发新的配额。

315、在主叫终端或者被叫终端挂机时， SSP向 SCP发送 ODISCONNECT 消息。

316、 SCP在收到 ODISCONNECT消息后， 删除活跃通话记录。

317、 SCP向 CBP发送信用控制结束请求 CCR Termination

318、 CBP向 SCP返回信用控制结束应答 CCA Termination

319、 SCP向 SSP返回 odisconnect ₀

图 4为依据本发明一实施例的计费设备 400的逻辑结构示意图。 如图 4 所示， 计费设备 400包括：

接收单元 401 , 用于接收业务控制设备发送的初始配额请求；

在具体实现过程中， 接收单元 401执行的操作与图 1所示方法中步骤 101 中执行的操作相对应。

查找单元 402 , 用于在该初始配额请求中查找活跃通话标记， 在未找到该 活跃通话标记时， 用于查找与呼叫终端相关联的失效呼叫记录；

在具体实现过程中， 查找单元 402执行的操作与图 1所示方法中步骤 102 和 103中执行的操作相对应。

执行单元 403 , 用于释放找到的失效呼叫记录对应的已分配配 额 , 并执行 配额分配操作；

在具体实现过程中， 执行单元 403执行的操作与图 1所示方法中步骤 104 和 103中执行的操作相对应。 此外， 作为可选的， 执行单元 403还可用于在查 找单元 402未找到失效呼叫记录时，创建与呼叫终端对 应的失效呼叫记录， 并 执行配额分配操作； 以及在查找单元 402找到活跃通话标记时，创建与呼叫终 端对应的失效呼叫记录， 并执行配额分配操作。

需要说明的是， 作为可选的， 该计费设备还可以进一步包括：

删除单元 404 , 用于收到与该初始配额请求相关联的更新配额 请求， 或， 收到与该配额初始请求相关联的结束通知，或 ， 该初始配额请求所属的计费会 话超时， 删除失效呼叫记录。

图 5为依据本发明一实施例的业务控制设备 500的逻辑结构示意图。如图 5所示， 业务控制设备 500包括：

记录查找单元 501 , 用于在收到初始呼叫请求时， 依据与该初始呼叫请求 相关联的呼叫终端 , 查找对应的活跃通话记录；

在具体实现过程中 ,记录查找单元 501执行的操作与图 2所示方法中步骤 201中执行的操作相对应。

发送请求单元 502, 用于在未找到活跃通话记录时， 向计费设备发送未携 带活跃通话标记的初始配额请求。

在具体实现过程中，发送请求单元 502执行的操作与图 2所示方法中步骤 202中执行的操作相对应。 此外， 作为可选的， 发送请求单元 502还用于在找 到活跃通话记录时 , 向计费设备发送携带有该活跃通话标记的初始 配额请求。

需要说明的是， 作为可选的， 该业务控制设备还可以进一步包括： 创建记录单元 503 , 用于在收到与初始呼叫请求相关联的应答通知 时， 创 建与呼叫终端相对应的活跃通话记录；

删除记录单元 504, 用于在收到与初始呼叫请求相关联的挂机通知 时， 删 除活跃通话记录。

图 6为依据本发明一实施例的呼叫控制系统 600的逻辑结构示意图。如图

6所示， 呼叫控制系统 600包括计费设备 601及业务控制设备 602。

计费设备 601用于接收业务控制设备发送的初始配额请求 ， 其中，该初始 配额请求用于请求对呼叫终端执行配额分配操 作，在该初始配额请求中查找活 跃通话标记，在未找到活跃通话标记时， 查找与呼叫终端相关联的失效呼叫记 录， 释放找到的失效呼叫记录对应的已分配配额 , 并执行配额分配操作； 业务控制设备 602, 用于在收到初始呼叫请求时， 依据与该初始呼叫请求 相关联的呼叫终端， 查找对应的活跃通话记录， 在未找到该活跃通话记录时， 向计费设备发送未携带活跃通话标记的初始配 额请求。

有关计费设备 601和业务控制设备 602的具体内容已经在上文进行了详细 的描述， 因此此处不再赘述。

本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，所述 的程序可以存储于一种计算机可 读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘或光盘等。

以上对本发明所提供的一种计费过程中的配额 分配方法、呼叫状态监控方 法及相关装置、 系统进行了详细介绍， 对于本领域的一般技术人员， 依据本发 明实施例的思想， 在具体实施方式及应用范围上均会有改变之处 ， 综上所述， 本说明书内容不应理解为对本发明的限制。