WO2011134221A1 - 在移动智能网业务中管理通话信息的方法和装置 - Google Patents

Description

在移动智能网业务中管理通话信息的方法和装置

技术领域

本发明涉及智能网电信增值业务领域， 尤其涉及一种在移动智能网业务 中管理通话信息的方法和装置。

背景技术

图 1为现有技术中移动通信系统的结构示意图， 在图 1所示移动通信系 统中， 用户设备之间通话的处理过程如下：

步骤 1、第一用户设备 11向第一移动交互中心（Mobile Switching Center,

MSC ) 12发送与第二用户设备 13通话的请求；

步骤 2、第一 MSC12向归属位置寄存器（ Home Location Register , HLR ) 14, 查询为第二用户设备 13服务的第二 MSC15, 其中该 HLR为第二用户设 备提供服务， 该 HLR上面保存有第二用户的业务签约信息；

步骤 3、 HLR14向第一 MSC12通知第二 MSC15为第二用户提供服务； 步骤 4、 第一 MSC12向第二 MSC15发送建立通话的请求；

步骤 5、 第二 MSC15查询第二用户设备 13的在线状态；

步骤 6、 如果第二用户设备 13为下线， 则第二 MSC15通知第一 MSC12 建立通话建立失败；

步骤 7、 第一 MSC12通知第一用户设备 11此次通话建立失败。

在上述过程中， 如果第二用户设备订购了漏话提醒业务， 则上述过程还 包括：

业务触发方式一般釆用对订购用户号码做呼转或者监控被叫 MSC呼叫 信令的方式来触发业务并生成漏话管理信息， 业务将漏话管理信息以文本短 消息的方式发送给短消息中心 SMSC16; 当订购用户的终端状态变为可达时， SMSC16将漏话管理信息以短信下发至第二用户设备 13。

在实际应用中，发明人发现， 由于漏话管理信息依赖于 SMSC进行緩存， 而智能网又无法对 SMSC中緩存的短消息数据进行有效的管理和控制， 因此 会导致如下问题：

短消息中心数据緩存的时间和空间有限， 当用户关机时间较长或者漏话 管理信息较多的时候， 可能由于短消息緩存溢出等原因导致漏话管理信息丟 失；

智能业务对 SMSC中的通知短信数据无法控制和管理。 虽然目前的漏话 提醒业务中大多集成了短信整合接口模块（Sms interface ) 17, 可以根据主被 叫等信息对漏话提醒短信数据进行智能整合 , 但是短信整合接口模块只是被 动地减少通知短信的数据量， 而短信数据仍然存储于对端短消息中心上， 业 务逻辑依然无法实现对漏话数据的主动管理。 这就导致了目前的漏话提醒业 务的业务功能存在很大局限， 智能化程度较低； 例如当订购用户关机时间较 长或者漏话管理信息较多的时候， 即使短信整合接口模块根据来话主叫对提 醒短信进行了整合， 用户开机后依然会收到大量的漏话提醒短信。 手工处理 这些短信变成了用户的一项烦瑣的重复劳动， 极大地限制了该类业务的用户 体验。

发明内容

本发明提供一种在移动智能网业务中管理通话信息的方法和装置， 解决 现有技术中智能网无法对漏话管理信息进行管理。

为解决上述技术问题， 本发明提供了如下技术方案：

一种在移动智能网业务中管理通话信息的方法， 包括：

从归属寄存器获取用户设备的移动性管理事件； 根据所述用户设备的移动性管理事件， 获取所述用户设备的实时状态； 在所述用户设备的实时状态为不可达时， 生成在所述用户设备不可达时 其他用户设备向所述用户设备发起通话请求的漏话管理信息， 并将所述漏话 管理信息保存到本地的业务数据库； 以及

在所述用户设备的实时状态从不可达变为可达后， 发送所述漏话管理信 息。 较佳地， 所述方法还具有如下特点：

所述移动性管理事件为在签约移动性管理智能业务后， 所述用户设备实 时状态发生变化时触发的移动性管理事件（ MAPNotesMMEvent ) 。

较佳地， 所述方法还具有如下特点：

所述发送所述漏话管理信息， 包括：

获取所述用户设备对漏话管理信息设置的漏话管理信息发送策略， 并按 照所述漏话管理信息发送策略发送所述漏话管理信息。

较佳地， 所述方法还具有如下特点：

按照所述漏话管理信息发送策略发送所述漏话管理信息的方式， 包括如 下至少一种：

向所述用户设备和 /或与所述用户设备请求通话的所述其他用户设备发 送所述漏话管理信息；

通过语音或文本的形式发送所述漏话管理信息； 以及

按照预先设置的通话号码优先级发送所述漏话管理信息。

较佳地， 所述方法还具有如下特点： 所述方法还包括：

如果所述用户设备的实时状态为不可达， 通知与所述用户设备请求通话 的所述其他用户设备通话失败。

一种在移动智能网业务中管理通话信息的装置， 其与移动智能网中的归 属寄存器相连， 所述装置包括：

事件获取模块， 其设置为从所述归属寄存器获取用户设备的移动性管理 事件；

状态获取模块， 其设置为根据所述用户设备的移动性管理事件， 获取所 述用户设备的实时状态；

信息处理模块， 其设置为在所述用户设备的实时状态为不可达时， 生成 在所述用户设备不可达时其他用户设备向所述用户设备发起通话请求的漏话 管理信息， 并将所述漏话管理信息保存到本地的业务数据库； 以及

信息发送模块， 其设置为在所述用户设备的实时状态从不可达变为可达 后， 发送所述漏话管理信息。

较佳地， 所述装置还具有如下特点：

所述移动性管理事件为在签约移动性管理智能业务后， 所述用户设备实 时状态发生变化时触发的移动性管理事件（ MAPNotesMMEvent ) 。

较佳地， 所述装置还具有如下特点： 所述信息发送模块包括：

获取单元， 其设置为获取所述用户设备对漏话管理信息设置的漏话管理 信息发送策略； 以及

发送单元， 其设置为按照所述漏话管理信息发送策略发送所述漏话管理 信息。

较佳地， 所述装置还具有如下特点：

所述发送单元按照所述漏话管理信息发送策略发送所述漏话管理信息的 方式， 包括如下至少一种：

向所述用户设备和 /或与所述用户设备请求通话的所述其他用户设备发 送所述漏话管理信息；

通过语音或文本的形式发送所述漏话管理信息； 以及

按照预先设置的通话号码优先级发送所述漏话管理信息。

较佳地， 所述装置还具有如下特点： 所述装置还包括：

通知模块， 其设置为在所述用户设备的实时状态为不可达时， 通知与所 述用户设备请求通话的所述其他用户设备通话失败。

本发明提供的技术方案， HLR釆用现有技术中移动性管理事件， 触发业 务控制点 （SCP ) 管理漏话管理信息， 漏话管理信息的生成流程简单， 且实 现方法简单； 通过将漏话管理信息保存到智能网中业务数据库， 而智能网能 够对业务数据库进行管理， 从而参与到对漏话管理信息的管理， 同时漏话管 理信息有足够的存储空间， 防止漏话管理信息溢出后造成丟失； 由于智能网 与 SMSC相比， 功能扩展性较强且开发成本低， 能够为用户设备提供个性化 漏话管理信息的发送策略， 满足不同用户设备的管理需要； 在用户设备不可 达时， SCP通知与用户设备请求通话的其他用户设备通话失败， 无需 HLR与 用户设备之间的信令交互， 节省了系统中的信令资源， 且保证与用户设备请 求通话的其他用户设备能够及时获知通话失败。 附图概述

图 1为现有技术中移动通信系统的结构示意图；

图 2为本发明实施例提供的在移动智能网业务中管理通话信息的方法流 程示意图；

图 3为本发明应用实例提供的在移动智能网业务中管理通话信息的方法 流程示意图；

图 4为本发明实施例提供的在移动智能网业务中管理通话信息的装置结 构示意图；

图 5为图 4所示装置中信息发送模块 404的结构示意图；

图 6为图 4所示装置的另一结构示意图。 本发明的较佳实施方式

为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图及具体 实施例对本发明作进一步的详细描述。

图 2为本发明实施例提供的一种在移动智能网业务中管理通话信息的方 法流程示意图， 所述方法包括：

步骤 201、 从归属寄存器获取用户设备的移动性管理事件；

步骤 202、 根据所述用户设备的移动性管理事件， 获取所述用户设备的 实时状态；

步骤 203、 在所述用户设备的实时状态为不可达时， 生成在所述用户设 备不可达时其他用户设备向所述用户设备发起通话请求的漏话管理信息， 并 将所述漏话管理信息保存到本地的业务数据库；

步骤 204、 在所述用户设备的实时状态从不可达变为可达后， 发送所述 漏话管理信息。 本发明实施例提供的方法， HLR釆用现有技术中移动性管理事件， 触发 漏话管理信息的管理， 简化漏话管理信息的生成流程， 且实现方法简单； 通 过将漏话管理信息保存到智能网中业务数据库， 使得智能网参与到对漏话管 理信息的管理， 同时， 使漏话管理信息有足够的存储空间， 防止漏话管理信 息溢出后造成丟失。

下面对本发明实施例提供的技术方案作进一步介绍， 具体过程如图 3所 示：

步骤 301、用户设备 A向为自身提供服务的第一 MSC发送与用户设备 B 建立通话的请求；

步骤 302、 第一 MSC向 HLR发送用户设备 A与用户设备 B建立通话的 请求；

步骤 303、 HLR通知 SCP用户设备 A与用户设备 B需要建立通话； 步骤 304、 SCP获取所述用户设备 B的在线状态；

如果用户设备 B的在线状态为上线，则通知 HLR按照现有技术中建立通 话的过程进行处理， 此处不再赘述， 流程结束； 否则， 执行步骤 305。

在本步骤中， 用户设备 B的在线状态具体通过如下方式获取：

当 HLR检测到所述第一用户设备的在线状态发生变化时， 接收 HLR发 送变化后的第一用户设备的在线状态。 具体的： 当用户设备 B开机或重新回 到服务区时，用户设备 B会触发 imsi attach事件，进而引起的移动性管理事 件（ MAPNotesMMEvent )事件， 触发 HLR向 SCP主动上报用户设备 B处于 上线状态；当用户设备 B关机或脱离服务区时，用户设备 B会触发 imsi dettach 事件， 也能引起 MAPNotesMMEvent, 触发 HLR向 SCP主动上报用户设备 B 处于下线状态。

其中 imsi attach和 imsi dettach这两个事件都是 CAMEL3协议中定义的 一种触发智能业务应用的移动性管理事件类型。 当用户签约移动性管理智能 业务（M— CSI )后， 当用户终端发起位置更新、 开关机等移动性管理事件时， VLR会根据用户签约信息触发相应的智能网业务。

在步骤 304中， 需要说明的是， 现有技术中通过釆用对订购用户号码做 呼转或者监控被叫 MSC呼叫信令的方式来触发业务并生成漏话管理信息，而 本应用实例釆用移动性管理事件进行管理， 触发智能网以业务的方式对漏话 管理信息进行管理， 使得用户设备和智能网都能参与到对漏话管理信息的管 理优化， 更应有漏话管理信息的管理应用， 且该移动管理事件为现有技术中 已明确规定的内容， 在不影响智能网架构的前提下， 完成了漏话管理信息的 管理， 运营维护成本较低。

步骤 305、 SCP通知用户设备 A通话失败。

步骤 306、 SCP生成包括用户设备 B未接到用户设备 A来电的漏话管理 信息。

在本步骤中， 对于主叫方用户设备 A, 漏话管理信息指示用户设备 B已 在线； 对于被叫方用户设备 B, 漏话管理信息指示未接听到用户设备 A的来 电。

步骤 307、 SCP将漏话管理信息保存在业务数据库（Database ) 。

在本步骤中， 业务数据库属于本地数据库， 具有较大的存储空间， 且存 储空间扩展性强， 而现有技术中是将漏话管理信息存储在 SMSC 中， 由于 SMSC数据緩存的时间和空间有限， 在漏话管理信息较多时， 漏话管理信息 溢出， 造成漏话管理信息丟失， 而本应用实例釆用业务数据库存储漏话管理 信息， 不会发生漏话管理信息的溢出， 保证漏话管理信息的完整。

步骤 308、 SCP检测到用户设备 B的在线状态为上线。

步骤 309、 SCP按照预先设置的漏话管理信息发送策略发送所述漏话管 理信息。

其中所述漏话管理信息发送策略可以为以下任意一个：

SCP向用户设备 A和 /或用户设备 B发送所述漏话管理信息；

SCP通过语音或文本的形式发送所述漏话管理信息； 例如， 主动与漏话 管理信息的接收方建立通话， 在漏话管理信息的接收方接听通话后， 将漏话 管理信息播放出来， 或者， 以短消息的形式将漏话管理信息发送到漏话管理 信息的接收方。

SCP按照预先设置的通话号码优先级发送漏话管理信息， 例如， 按照漏 话管理信息的接收方可以设置通话号码优先级顺序为亲人的通信号码、 领导 的通信号码、 客户的通信号码。 如果 SCP需要向同一个用户设备发送多条漏 话管理信息， 则按照预先设置的通话号码优先级顺序， 确定漏话管理信息中 通话号码的优先级， 再按优先级从高到低的顺序发送漏话管理信息， 保证漏 话管理信息的接收方能够及时处理紧急的通话。

图 4为本发明实施例提供的在移动智能网业务中管理通话信息的装置的 结构示意图。 结合图 2和 3所示的方法， 图 4所示的装置与所述移动智能网 中的归属寄存器相连， 包括： 事件获取模块 401 , 其设置为从所述归属寄存器获取用户设备的移动性 管理事件；

状态获取模块 402, 其与所述事件获取模块 401相连， 并设置为根据所 述用户设备的移动性管理事件， 获取所述用户设备的实时状态；

信息处理模块 403 , 其与所述状态获取模块 402相连， 并设置为： 在所 述用户设备的实时状态为不可达时， 生成在所述用户设备不可达时其他用户 设备向所述用户设备发起通话请求的漏话管理信息， 并将所述漏话管理信息 保存到本地的业务数据库； 以及 信息发送模块 404, 其分别与所述状态获取模块 402和所述信息处理模 块 403相连， 并设置为在所述用户设备的实时状态从不可达变为可达后， 发 送所述漏话管理信息。

其中所述移动性管理事件为在签约移动性管理智能业务后， 所述用户设 备实时状态发生变化时触发的移动性管理事件（ MAPNotesMMEvent ) 。

图 5为图 4所示装置中信息发送模块 404的结构示意图， 其中所述信息 发送模块包括：

获取单元 501 , 其设置为获取所述用户设备对漏话管理信息设置的漏话 管理信息发送策略； 以及

发送单元 502 , 其设置为按照所述漏话管理信息发送策略发送所述漏话 管理信息。

其中所述发送单元按照所述漏话管理信息发送策略发送所述漏话管理信 息的方式， 包括如下至少一种：

向所述用户设备和 /或与所述用户设备请求通话的所述其他用户设备发 送所述漏话管理信息；

通过语音或文本的形式发送所述漏话管理信息；

按照预先设置的通话号码优先级发送所述漏话管理信息。

图 6为图 4所示装置的另一结构示意图。 其中所述装置还包括： 通知模块 601 , 其与所述状态获取模块 402相连， 并设置为在所述用户 设备的实时状态为不可达时， 通知与所述用户设备请求通话的所述其他用户 设备通话失败。

上述装置可以作为单独的网元或集成在现有技术中的网元（如业务控制 点 )上运行。

本发明实施例提供的装置， HLR釆用现有技术中移动性管理事件， 触发 SCP管理漏话管理信息， 漏话管理信息的生成流程简单， 且实现方法简单； 通过将漏话管理信息保存到智能网中业务数据库， 使得智能网参与到对漏话 管理信息的管理， 同时， 使漏话管理信息有足够的存储空间， 防止漏话管理 信息溢出后造成丟失； 由于智能网与 SMSC相比， 功能扩展性较强且开发成 本低， 能够为用户设备提供个性化漏话管理信息的发送策略， 满足不同用户 设备的管理需要； 在用户设备不可达时， SCP通知与用户设备请求通话的其 他用户设备通话失败， 无需 HLR与用户设备之间的信令交互， 节省了系统中 的信令资源， 且保证与用户设备请求通话的其他用户设备能够及时获知通话 失败。

本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计 算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中， 所述计算机程序在相应的硬件平台上（如系统、 设备、 装置、 器件等）执行， 在执行时， 包括方法实施例的步骤之一或其组合。

可选地， 上述实施例的全部或部分步骤也可以使用集成电路来实现， 这 些步骤可以被分别制作成一个个集成电路模块， 或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬 件和软件结合。

上述实施例中的各装置 /功能模块 /功能单元可以釆用通用的计算装置来 实现， 它们可以集中在单个的计算装置上， 也可以分布在多个计算装置所组 成的网络上。

上述实施例中的各装置 /功能模块 /功能单元以软件功能模块的形式实现 并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。 上述提到的计算机可读取存储介质可以是只读存储器， 磁盘或光盘等。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应以权利要求所述的保护范围为准。

工业实用性 本发明提供的在移动智能网业务中管理通话信息的方法及装置， 利用 HLR釆用现有技术中的移动性管理事件来触发 SCP管理漏话管理信息，漏话 管理信息的生成流程简单， 且实现方法简单； 通过将漏话管理信息保存到智 能网中业务数据库， 使得智能网参与到对漏话管理信息的管理， 同时， 使漏 话管理信息有足够的存储空间， 防止漏话管理信息溢出后造成丟失； 由于智 能网与 SMSC相比， 功能扩展性较强且开发成本低， 能够为用户设备提供个 性化漏话管理信息的发送策略， 满足不同用户设备的管理需要； 在用户设备 不可达时 , SCP通知与用户设备请求通话的其他用户设备通话失败，无需 HLR 与用户设备之间的信令交互， 节省了系统中的信令资源， 且保证与用户设备 请求通话的其他用户设备能够及时获知通话失败。

Claims

权 利 要 求 书

1、 一种在移动智能网业务中管理通话信息的方法， 包括：

从归属寄存器获取用户设备的移动性管理事件；

根据所述用户设备的移动性管理事件， 获取所述用户设备的实时状态； 在所述用户设备的实时状态为不可达时， 生成在所述用户设备不可达时 其他用户设备向所述用户设备发起通话请求的漏话管理信息， 并将所述漏话 管理信息保存到本地的业务数据库； 以及

在所述用户设备的实时状态从不可达变为可达后， 发送所述漏话管理信 息。

2、 根据权利要求 1所述的方法， 其中，

所述移动性管理事件为在签约移动性管理智能业务后， 所述用户设备实 时状态发生变化时触发的移动性管理事件（ MAPNotesMMEvent ) 。

3、根据权利要求 1所述的方法，其中，所述发送所述漏话管理信息包括： 获取所述用户设备对漏话管理信息设置的漏话管理信息发送策略， 并按 照所述漏话管理信息发送策略发送所述漏话管理信息。

4、 根据权利要求 3所述的方法， 其中：

按照所述漏话管理信息发送策略发送所述漏话管理信息的方式， 包括如 下至少一种：

向所述用户设备和 /或与所述用户设备请求通话的所述其他用户设备发 送所述漏话管理信息；

通过语音或文本的形式发送所述漏话管理信息； 以及

按照预先设置的通话号码优先级发送所述漏话管理信息。

5、 根据权利要求 1所述的方法， 所述方法还包括：

如果所述用户设备的实时状态为不可达， 通知与所述用户设备请求通话 的所述其他用户设备通话失败。

6、一种在移动智能网业务中管理通话信息的装置， 其与移动智能网中的 归属寄存器相连， 所述装置包括： 事件获取模块， 其设置为从所述归属寄存器获取用户设备的移动性管理 事件；

状态获取模块， 其设置为根据所述用户设备的移动性管理事件， 获取所 述用户设备的实时状态；

信息处理模块， 其设置为在所述用户设备的实时状态为不可达时， 生成 在所述用户设备不可达时其他用户设备向所述用户设备发起通话请求的漏话 管理信息， 并将所述漏话管理信息保存到本地的业务数据库； 以及

信息发送模块， 其设置为在所述用户设备的实时状态从不可达变为可达 后， 发送所述漏话管理信息。

7、 根据权利要求 6所述的装置， 其中，

所述移动性管理事件为在签约移动性管理智能业务后， 所述用户设备实 时状态发生变化时触发的移动性管理事件（ MAPNotesMMEvent ) 。

8、 根据权利要求 6所述的装置， 其中， 所述信息发送模块包括： 获取单元， 其设置为获取所述用户设备对漏话管理信息设置的漏话管理 信息发送策略； 以及

发送单元， 其设置为按照所述漏话管理信息发送策略发送所述漏话管理 信息。

9、 根据权利要求 8所述的装置， 其中：

所述发送单元按照所述漏话管理信息发送策略发送所述漏话管理信息的 方式， 包括如下至少一种：

向所述用户设备和 /或与所述用户设备请求通话的所述其他用户设备发 送所述漏话管理信息；

通过语音或文本的形式发送所述漏话管理信息； 以及

按照预先设置的通话号码优先级发送所述漏话管理信息。

10、 根据权利要求 6所述的装置， 所述装置还包括：

通知模块， 其设置为在所述用户设备的实时状态为不可达时， 通知与所 述用户设备请求通话的所述其他用户设备通话失败。