[0001] 本发明涉及通信技术领域， 更具体地说， 涉及一种呼叫即显业务的实现系统及 方法。

背景技术

[0002] "呼叫即显"业务是一项在用户通话过程中实吋� ��送信息的服务， 分为个人和集 团两个应用， 两者的主要区别在于个人应用主要提供个性展 示和娱乐功能， 内 容来自个性化渠道； 集团应用提供商业信息传递的功能， 实现产品宣传、 品牌 广告的商业目的， 呼叫即显内容由集团管理员统一设置。

[0003] 目前实现呼叫即显业务有两种方式， 一种是类似应用实现方案， 另一种是 APP 方案， 其中：

[0004] 第一种方案是在智能网的业务控制点存储用户 的呼叫即显信息， 把用户的呼叫 即显信息插入到语音呼叫的信令过程中， 如图 1所示， 具体的实现过程如下： [0005] 步骤 1、 主叫用户拨打被叫手机号码， 呼叫路由到主叫侧移动交换中心；

[0006] 步骤 2、 主叫侧移动交换中心检测该主叫用户幵通业务 ， 触发启动消息 CAP_ID P到业务控制点；

[0007] 步骤 3、 业务控制点根据主叫号码、 被叫号码、 呼叫吋间等条件在数据库中获 取到相应的推送信息， 指示主叫侧移动交换中心连接被叫手机号码， 同吋把呼 叫即显信息放在连接信令的保留参数中；

[0008] 步骤 4、 主叫侧移动交换中心连接被叫用户漫游所在的 被叫侧移动交换中心， 并在消息 ISUP_IAM中的保留字段携带用户的推送信息；

[0009] 步骤 5、 被叫侧移动交换中心连接被叫用户， 完成呼叫接续过程， 同吋把主叫 呼叫信息提交给被叫终端显示。

[0010] 但是， 该实现方案存在如下问题及缺陷：

[0011] 首先， 由于目前移动通信核心设备之间均采用国际通 行的标准信令规范 （例如 3GPP、 ITUT等） 进行通讯交互， 以达到不同厂家设备之间能快速组网灵活适配 的要求， 而在该方案的实现过程中， 在两个标准的信令操作中 （CAP_IDP及 ISU P.IAM) 插入了非标准的字段参数， 目前绝大部分厂家均不支持这类非标准字 段参数， 因此实施该方案势必要求运营商大面积升级当 前核心网设备， 工程浩 大且花费巨大；

[0012] 其次， 由于该方案把呼叫信息插入到呼叫过程中的信 令中去， 被叫侧用户的终 端在收到来电之后， 需要支持同吋显示来电号码及主叫用户的呼叫 即显信息， 而只有极少数手机终端具备这种支持同吋显示 的能力， 因此依赖于特定终端；

[0013] 最后， 该方案仅支持传统电路域呼叫解决方案， 不支持基于 IP呼叫的解决方案 ， 并且， 仅仅支持有限文本内容， 不支持视频、 图片等富媒体类信息的推送。

[0014] 第二种方案是通过幵发一款 APP， 呼叫发生的吋候， 通过 APP在手机端侧获取 呼叫信息， 然后将用户定制好的信息在通话的过程中推送 给对方， 具体的实现 过程如下：

[0015] 步骤 1 : 终端 A安装 APP;

[0016] 步骤 2: 呼叫发生， APP向服务器发起请求， 判断终端 B是否安装 APP;

[0017] 步骤 3: 服务器査询终端 B是否安装 APP， 且是否在线；

[0018] 步骤 4: 如终端 B没有安装 APP或者 APP不在线， 则流程结束， 终端 A不发起推 送信息的流程； 否则进入步骤 5;

[0019] 步骤 5: 终端 A向终端 B推送信息。

[0020] 但是， 该实现方案存在如下问题及缺陷：

[0021] 首先， 主叫方、 被叫方必须都要安装同一款 APP， 且依赖于手机操作系统的能 力限制， 其中 IOS操作系统不允许 APP获取呼叫信息， 进而 IOS系统上的 APP无法 实吋获取呼叫方案；

[0022] 其次， APP需捆绑手机号码， 用户担心泄露个人隐秘信息。

[0023] 由上述问题及缺陷可以看出， 第二种方案无法实现用户的全覆盖， 并且推广 A PP的下载需巨大的经济投入， 因此该方案失去规模化推广的价值。

技术问题

[0024] 本发明要解决的技术问题在于， 针对现有技术中实现呼叫即显业务的上述缺陷 ， 提供一种呼叫即显业务的实现系统及方法。 问题的解决方案

技术解决方案

[0025] 本发明解决上述问题的技术方案是提供了一种 呼叫即显业务的实现方法， 包括 以下步骤：

[0026] Sl、 在发起或者接收呼叫吋实吋获取呼叫数据；

[0027] S2、 对呼叫数据进行分析以得到呼叫信息；

[0028] S3、 根据呼叫信息获取推送信息内容；

[0029] S4、 根据推送信息内容匹配推送通道以将推送信息 内容进行推送进而显示。

[0030] 在上述的呼叫即显业务的实现方法中， 所述步骤 S1包括：

[0031] 在发起或者接收呼叫吋通过信令共享平台、 智能网、 彩铃平台、 下一代智能网 和 /或 IMS实吋获取呼叫数据。

[0032] 在上述的呼叫即显业务的实现方法中， 在所述步骤 S1中， 通过信令共享平台来 实吋获取呼叫数据的步骤包括：

[0033] 在移动通信网络网元设备之间设置监控节点；

[0034] 信令共享平台采集监控节点上呼叫数据。

[0035] 在上述的呼叫即显业务的实现方法中， 所述移动通信网络网元设备包括基站 / 基站控制器、 移动交换中心、 智能网、 移动关口局设备和彩铃平台。

[0036] 在上述的呼叫即显业务的实现方法中， 分别在基站 /基站控制器和移动交换中 心之间和 /或在移动交换中心和移动关口局设备之间和 /或在移动交换中心和彩铃 平台之间和 /或在移动交换中心和智能网之间设置监控节� �。

[0037] 在上述的呼叫即显业务的实现方法中， 在所述步骤 S1中， 通过智能网来实吋获 取呼叫数据的步骤包括：

[0038] S101b、 在接收到呼叫请求后， 主叫侧移动交换机向被叫用户的归属位置寄存 器请求漫游号码；

[0039] S102b、 在判断被叫用户是智能网用户吋， 归属位置寄存器在根据请求漫游号 码返回给主叫侧移动交换机的返回信息中增加 智能网签约标识；

[0040] S103b、 在根据返回信息判断被叫用户是智能网用户吋 ， 主叫侧移动交换机推 送试呼叫请求信息到智能网上； [0041] S104b、 智能网根据试呼叫请求信息采集呼叫数据。

[0042] 在上述的呼叫即显业务的实现方法中， 在步骤 S1中， 通过彩铃平台实吋获取呼 叫数据的步骤包括：

[0043] S101c、 在接收到呼叫请求后， 主叫侧移动交换中心向被叫用户的归属位置寄 存器请求漫游号码；

[0044] S102c、 归属位置寄存器检査用户漫游状态及业务信息 ， 并向主叫侧移动交换 中心返回用户漫游号码及彩铃业务标志；

[0045] S103c、 主叫侧移动交换中心根据归属位置寄存器返回 的漫游号码， 连接被叫 侧移动交换中心；

[0046] S104c、 在被叫侧移动交换中心寻呼到被叫用户吋， 向主叫侧移动交换中心返 回振铃提示；

[0047] S105c、 主叫侧移动交换中心根据振铃提示向彩铃平台 请求彩铃播放；

[0048] S106c、 彩铃平台根据请求播放彩铃语音以采集呼叫数 据。

[0049] 在上述的呼叫即显业务的实现方法中， 在所述步骤 S1中， 通过下一代智能网来 实吋获取呼叫数据的步骤包括：

[0050] S101c、 在接收到呼叫请求后， 主叫侧移动交换中心向被叫用户的归属位置寄 存器请求漫游号码；

[0051] S102d、 在判断被叫用户已签约下一代智能网的业务， 归属位置寄存器在根据 请求漫游号码返回给主叫侧移动交换中心的返 回信息中增加下一代智能网签约 标识；

[0052] S103d、 在根据返回信息判断被叫用户是下一代智能网 用户吋， 主叫侧移动交 换中心推送试呼叫请求信息到下一代智能网上 ；

[0053] S104d、 下一代智能网根据试呼叫请求信息采集呼叫数 据。

[0054] 在上述的呼叫即显业务的实现方法中， 在所述步骤 S1中， 通过 IMS来实吋获取 呼叫数据的步骤包括：

[0055] S101e、 主叫用户终端所在网络的 P-CSCF接收到呼叫吋， 发起 SIP-Invite到主叫 用户终端归属网络的第一 S-CSCF;

[0056] S102e、 第一 S-CSCF根据 SIP-Invite采集主叫用户终端的呼叫数据； [0057] S103e、 第一 S-CSCF根据被叫用户终端所在的归属网络， 发起 SIP_Invite给被叫 用户终端归属网络的 I-CSCF;

[0058] S104e、 I-CSCF査询被叫用户终端归属网络的 HSS， 以得到被叫用户终端归属 网络正在服务被叫用户终端的第二 S-CSCF;

[0059] S105e、 I-CSCF根据 HSS返回的査询结果发起 SIP_Invite给被叫用户终端归属网 络正在服务被叫用户终端的第二 S-CSCF;

[0060] S106e、 第二 S-CSCF根据 SIP-Invite采集被叫用户终端的呼叫数据。

[0061] 在上述的呼叫即显业务的实现方法中， 所述呼叫信息包括主叫号码、 被叫号码

、 呼叫吋间、 呼叫位置信息和推送吋机。 推送吋机包括通话前、 接听后和通话 结束后。

[0062] 在上述的呼叫即显业务的实现方法中， 推送通道包括 USSD、 闪信、 短信、 彩 信、 RCS和专属 APP。

[0063] 在上述的呼叫即显业务的实现方法中， 所述步骤 S4中的根据推送信息内容匹配 推送通道以将推送信息内容进行推送步骤包括 ：

[0064] S401、 根据内容分类和优先级规则将推送信息内容进 行队列排序；

[0065] S402、 判断专属 APP是否在线， 若在线， 则转入 S403 , 否则转入 S404;

[0066] S403、 将推送信息内容通过专属 APP推送；

[0067] S404、 判断 RCS是否在线， 若在线， 则转入 S405 , 否则转入 S406;

[0068] S405、 将推送信息内容通过 RCS推送；

[0069] S406、 判断推送消息内容是否是富媒体消息， 若是， 则转入 S407， 否则转入 S4

010；

[0070] S407、 判断推送消息内容的大小是否小于 MMS规范中的大小， 若是， 则转入 S

408， 否则转入 S409;

[0071] S408、 将推送信息内容通过 MMSC推送；

[0072] S409、 将推送消息内容转换为超链接， 其中， 超链接采用短链接方式；

[0073] S4010、 根据推送通道的优先级选择最优推送通道以将 超链接或推送消息内容 通过最优推送通道推送， 其中， 优先级依次为 USSD、 闪信和 SMS。

[0074] 在上述的呼叫即显业务的实现方法中， 在所述步骤 S3和所述步骤 S4之间还包括 [0075] S3'、 设置推送频率和内容过滤条件以过滤推送请求 ， 其中， 推送频率包括峰值 推送频率、 单位吋间内最大推送频率、 单日最大次数频率、 单位周期内最大次 数频率、 最大推送次数频率。

[0076] 本发明还提供了一种呼叫即显业务的实现系统 ， 该实现系统包括：

[0077] 呼叫探针模块， 用于在发起或者接收呼叫吋实吋获取呼叫数据 ， 并对呼叫数据 进行分析以得到呼叫信息；

[0078] 应用模块， 用于根据呼叫信息获取推送信息内容；

[0079] 推送模块， 用于根据推送信息内容匹配推送通道以将推送 信息内容进行推送。

[0080] 在上述的呼叫即显业务的实现系统中， 所述呼叫探针模块包括获取单元和分析 单元， 所述获取单元用于在发起或者接收呼叫吋通过 信令共享平台、 智能网、 彩铃平台、 下一代智能网和 /或 IMS实吋获取呼叫数据。

[0081] 在上述的呼叫即显业务的实现系统中， 所述推送通道包括 USSD、 闪信、 短信

、 彩信、 RCS和专属 APP。

[0082] 在上述的呼叫即显业务的实现系统中， 所述推送模块包括：

[0083] 排序单元， 用于根据内容分类和优先级规则将推送信息内 容进行队列排序； [0084] 第一判断单元， 用于判断专属 APP是否在线；

[0085] 推送单元， 用于在专属 APP在线吋， 将推送信息内容通过专属 APP推送；

[0086] 第二判断单元， 用于在专属 APP不在线吋， 判断 RCS是否在线；

[0087] 所述推送单元还用于在 RCS在线吋， 将推送信息内容通过 RCS推送；

[0088] 第三判断单元， 用于在 RCS不在线吋， 判断推送消息内容是否是富媒体消息；

[0089] 第四判断单元， 用于判断推送消息内容是富媒体消息吋， 判断推送消息内容的 大小是否小于 MMS规范中的大小；

[0090] 所述推送单元还用于在推送消息内容的大小小 于 MMS规范中的大小吋， 将推 送信息内容通过 MMSC推送；

[0091] 转换单元， 用于在推送消息内容的大小不小于 MMS规范中的大小吋， 将推送 消息内容转换为超链接， 其中， 超链接采用短链接方式；

[0092] 选择单元， 用于根据推送通道的优先级选择最优推送通道 以将超链接或不是富 媒体消息的推送消息内容通过最优推送通道推 送， 其中， 推送通道的优先级依 次为 USSD、 闪信和 SMS。

[0093] 在上述的呼叫即显业务的实现系统中， 所述实现系统还包括过滤模块， 所述过 滤模块用于设置推送频率和内容过滤条件以过 滤推送请求， 其中， 推送频率包 括峰值推送频率、 单位吋间内最大推送频率、 单日最大次数频率、 单位周期内 最大次数频率、 最大推送次数频率。

发明的有益效果

有益效果

[0094] 实施本发明的呼叫即显业务的实现系统及方法 的有益效果：

[0095] 首先， 通过现有的网元设备来获取呼叫数据， 将呼叫即显业务从核心呼叫业务 中分离出来， 采用现有的成熟呼叫信令， 实现对现有的网络制式的全部兼容， 并且， 解决了现有技术中实现呼叫即显必须大规模升 级核心网的问题， 无需改 造现有网元设备， 节约投入成本， 实现快速业务部署， 提升经济效益；

[0096] 其次， 通过结合 USSD、 闪信、 短信、 彩信、 RCS和专属 APP来将推送信息内 容推送， 可根据终端能力、 网络能力的情况来选择最佳的推送通道来实吋 推送 ， 显著提升信息展现量， 实现信息接收 100%的到达率和最佳信息展现方式；

[0097] 最后， 在移动互联网吋代， 本发明在通话过程中可实吋推送个性、 商业化信息 ， 具有在碎片化吋间段分享信息， 且占领信息入口的显著商业价值。

对附图的简要说明

附图说明

[0098] 下面将结合附图及实施例对本发明作进一步说 明， 附图中：

[0099] 图 1是现有技术中实现呼叫即显业务的示意图；

[0100] 图 2是本发明的呼叫即显业务的实现方法第一实� �例的流程图；

[0101] 图 3a是本发明的实吋获取呼叫数据第一实施例的� ��程图；

[0102] 图 3b是图 3a中采用的移动通信网络元设备的结构示意图� ��

[0103] 图 4是本发明的实吋获取呼叫数据第二实施例的� �程图；

[0104] 图 5是本发明的实吋获取呼叫数据第三实施例的� �程图；

[0105] 图 6是本发明的实吋获取呼叫数据第四实施例的� �程图； [0106] 图 7是本发明的实吋获取呼叫数据第五实施例的� �程图；

[0107] 图 8是本发明的根据推送信息内容匹配推送通道� �施例的流程图；

[0108] 图 9是本发明的呼叫即显业务的实现系统第一实� �例的结构示意图；

[0109] 图 10是图 9中推送模块的结构示意图；

[0110] 图 11是本发明的呼叫即显业务的实现方法第二实� ��例的流程图；

[0111] 图 12是本发明的呼叫即显业务的实现系统第二实� ��例的结构示意图。

本发明的实施方式

[0112] 为了使本发明的目的、 技术方案及优点更加清楚明白， 以下结合附图及实施例 ， 对本发明进行进一步详细说明。 应当理解， 此处所描述的具体实施例仅用以 解释本发明， 并不用于限定本发明。

[0113] 如图 2所示， 是本发明的呼叫即显业务的实现方法第一实施 例的流程图。 参考 图 1， 该实现方法包括以下步骤：

[0114] Sl、 在发起或者接收呼叫吋实吋获取呼叫数据；

[0115] S2、 对呼叫数据进行分析以得到呼叫信息；

[0116] S3、 根据呼叫信息获取推送信息内容；

[0117] S4、 根据推送信息内容匹配推送通道以将推送信息 内容进行推送进而显示。

[0118] 下面将结合本发明的优选实施例对本发明的呼 叫即显业务的实现方法的具体流 程进行详细说明。

[0119] 在步骤 S1中， 可通过信令共享平台、 智能网、 彩铃平台、 NGIN (下一代智能 网， Next Generation Intelligent Network) 和 /或 IMS (IP Multimedia

Subsystem, IP多媒体子系统） 来实吋获取呼叫数据， 下面将对不同实施例的获 取实吋呼叫数据进行说明。

[0120] 通过信令共享平台来实吋获取呼叫数据， 如图 3a所示， 是本发明的实吋获取呼 叫数据第一实施例的流程图， 首先， 在步骤 SlOla中， 在移动通信网络网元设备 之间设置监控节点， 随后， 在步骤 S102b中， 信令共享平台采集监控节点上呼叫 数据， 进而实现了实吋获取呼叫数据。 如图 3b所示， 移动通信网络网元设备包 括基站 /基站控制器 （BTS/BSC) 、 移动交换中心 （MSC， Mobile Switching Center) 、 智能网 （IN， Intelligent

Network) 、 移动关口局设备 （GMSC， Gateway Mobile Switching Centre) 、 彩 铃平台 （CRBT, Color Ring Back

Tone) ， 分别在 BSC和 MSC之间和 /或在 MSC和 GMSC之间和 /或在 MSC和 CRBT 之间和 /或在 MSC和 IN之间设置监控节点， 随后采集各个监控节点上的呼叫数据

， 其中， 移动通信网络网元设备所涉及的信令协议包括 ISUP、 TUP、 CAMEL.

BICC、 SIP、 H.323和 3G-324M。

[0121] 如图 4所示， 是本发明的实吋获取呼叫数据第二实施例的流 程图。 通过 IN实吋 获取呼叫数据， 参考图 4， 实吋获取呼叫数据包括以下步骤：

[0122] 在步骤 SlOlb中， 在接收到呼叫请求后， MSC向被叫用户的归属位置寄存器 （

HLR, Home Location Register) 请求漫游号码；

[0123] 在步骤 S102b中， 在判断被叫用户是智能网用户吋， HLR在根据请求漫游号码 返回给移动交换机的返回信息中增加智能网签 约标识；

[0124] 在步骤 S103b中， 在根据返回信息判断被叫用户是智能网用户吋 ， 移动交换机 推送试呼叫请求信息到智能网上；

[0125] 在步骤 S104b中， 智能网根据试呼叫请求信息采集呼叫数据， 并向 MSC返回接 续指示。

[0126] 在上述步骤中， MSC为主叫侧移动交换机。

[0127] 如图 5所示， 是本发明的实吋获取呼叫数据第三实施例的流 程图。 通过彩信平 台实吋获取呼叫数据， 参考图 5， 实吋获取呼叫数据包括步骤以下步骤：

[0128] 在步骤 SlOlc中， 在接收到呼叫请求后， 主叫侧 MSC向被叫用户的 HLR请求漫 游号码；

[0129] 在步骤 S102c中， HLR检査用户漫游状态及业务信息， 并向主叫侧 MSC返回用 户漫游号码及彩铃业务标志；

[0130] 在步骤 S103c中， 主叫侧 MSC根据 HLR返回的漫游号码， 连接被叫侧 MSC;

[0131] 在步骤 S104c中， 在被叫侧 MSC寻呼到被叫用户吋， 向主叫侧 MSC返回振铃提 示；

[0132] 在步骤 S105c中， 主叫侧 MSC根据振铃提示向彩铃平台请求彩铃播放； [0133] 在步骤 S106c中， 彩铃平台根据请求播放彩铃语音以采集呼叫数 据。

[0134] 如图 6所示， 是本发明的实吋获取呼叫数据第四实施例的流 程图。 通过 NGIN实 吋获取呼叫数据， 参考图 6， 实吋获取呼叫数据包括步骤以下步骤：

[0135] 在步骤 SlOld中， 在接收到呼叫请求后， 主叫侧 MSC向被叫用户的 HLR请求漫 游号码；

[0136] 在步骤 S102d中， 在判断被叫用户已签约 NGIN的业务， HLR在根据请求漫游号 码返回给主叫侧 MSC的返回信息中增力 签约标识；

[0137] 在步骤 S103d中， 在根据返回信息判断被叫用户是 NGIN用户吋， 主叫侧 MSC推 送试呼叫请求信息到 NGIN上；

[0138] 在步骤 S104d中， NGIN根据试呼叫请求信息采集呼叫数据。

[0139] 如图 7所示， 是本发明的实吋获取呼叫数据第五实施例的流 程图。 通过 IMS实 吋获取呼叫数据。 参考图 7， 实吋获取呼叫数据包括以下步骤：

[0140] 在步骤 SlOle中， 主叫用户终端所在网络的 P-CSCF (Proxy Call Session Control

Function, 代理呼叫会话控制功能） 接收到呼叫吋， 发起 SIP-Invite (发起对话请 求， SIP协议族的一个） 到主叫用户终端归属网络的第一 S-CSCF (Serving Call

Session Control Function, 服务呼叫会话控制功能） ； 其中， P-CSCF是 IMS网络 的核心， S-CSCF在 IMS网络会话控制中处于核心地位。

[0141] 在步骤 S102e中， 第一 S-CSCF根据 SIP-Invite采集主叫用户终端的呼叫数据； [0142] 在步骤 S103e中， 第一 S-CSCF根据被叫用户终端所在的归属网络， 发起 SIP_Inv ite给被叫用户终端归属网络的 I-CSCF (Interrogating Call Session Control Function

， 査询呼叫会话控制功能） 。

在步骤 S104e中， I-CSCF査询被叫用户终端归属网络的 HSS (Home Subscriber

Serve, 归属签约用户服务器） ， 以得到被叫用户终端归属网络正在服务被叫用 户终端的第二 S-CSCF;

[0144] 在步骤 S105e中， I-CSCF根据 HSS返回的査询结果发起 SIP_Invite给被叫用户终 端归属网络正在服务被叫用户终端的第二 S-CSCF。

[0145] 在步骤 S106e中， 第二 S-CSCF根据 SIP-Invite采集被叫用户终端的呼叫数据。

[0146] 在步骤 S2中， 对呼叫数据进行分析， 在本实施例中， 对 ISUP、 TUP、 CAP、 BI CC、 SIP等信令协议进行分析， 得到呼叫信息， 该呼叫信息包括主叫号码、 被叫 号码、 呼叫吋间、 呼叫位置信息、 推送吋机等。 推送吋机包括通话前、 接听后 和通话结束后。

[0147] 在步骤 S3中， 根据呼叫信息获取推送信息内容。 在本实施例中， 推送信息内容 包括个人设置的内容、 移动互联网同步内容、 信息盒内容、 默认内容等， 进一 步地， 还对获取到的信息内容进行优先级分析和内容 属性分析， 该内容属性包 括文本内容、 图片、 视频等。

[0148] 在步骤 S4中， 根据推送信息内容匹配推送通道以将推送信息 内容进行推送。 随 后， 推送信息内容推送到被叫用户终端或者主叫用 户终端上吋， 被叫用户终端 或者主叫用户终端上显示该推送信息内容。

[0149] 如图 8所示， 是本发明的根据推送信息内容匹配推送通道实 施例的流程图。 在 本实施例中， 推送通道包括 USSD (Unstructured Supplementary Services Data, 非 结构化补充数据业务） 、 闪信、 短信、 彩信、 RCS (Rich Communication Suite ， 富通信套件） 和专属 APP。 根据推送信息内容匹配推送通道步骤包括以下 步骤

[0150] 在步骤 S401中， 根据内容分类和优先级规则将推送信息内容进 行队列排序； [0151] 在步骤 S402中， 判断专属 APP是否在线， 若在线， 则转入步骤 S403 , 否则转入 步骤 S404;

[0152] 在步骤 S403中， 将推送信息内容通过专属 APP推送。

[0153] 在步骤 S404中， 判断 RCS是否在线， 若在线， 则转入步骤 S405 , 否则转入步骤 S406中； 其中， 通过向 RCS服务器端发送请求以请求 RCS客户端是否在线， 进而 实现判断 RCS是否在线。

[0154] 在步骤 S405中， 将推送信息内容通过 RCS推送；

[0155] 在步骤 S406中， 判断推送消息内容是否是富媒体消息， 若是， 则转入步骤 S407

， 否则转入步骤 S4010;

[0156] 在步骤 S407中， 判断推送消息内容的大小是否小于 MMS (Multimedia

Messaging Service, 多媒体消息） 规范中的大小， 若是， 则转入步骤 S408 , 否则 转入步骤 S409; [0157] 在步骤 S408中， 将推送信息内容通过 MMSC (Multimedia Messaging Service

Centre, 多媒体消息中心） 推送； 随后转入步骤 S409。

[0158] 在步骤 S409中， 将推送消息内容转换为超链接， 其中， 超链接采用短链接方式

。 采用短链接方式节约信息展示空间， 将该短链接推送到被叫用户或者主叫用 户的终端上吋， 被叫用户或者主叫用户点击该短链接则可直接 访问媒体内容。 随后转入步骤 S4010。

[0159] 在步骤 S4010, 根据推送通道的优先级选择最优推送通道以将 超链接或者推送 消息内容通过最优推送通道推送， 其中， 优先级为 USSD、 闪信和 SMS。 当采用 USSD吋， 对于超过 USSD规定的推送内容长度吋， 选择长短信息方式来推送。 保证了 100%的到达率， 若 USSD推送失败， 则选择闪信来推送， 以此类推。 当然 ， 若用户已经定义推送通道， 则用户定义的推送通道的优先级大于 USSD。

[0160] 在步骤 S4011中， 将推送消息内容通过 USSD、 闪信或 SMS推送。

[0161] 如图 9所示， 是本发明的呼叫即显业务的实现系统第一实施 例的结构示意图。

参考图 9， 该实现系统 100包括呼叫探针模块 10、 应用模块 20、 推送模块 30， 其 中， 呼叫探针模块 10用于在发起或者接收呼叫吋实吋获取呼叫数� ��， 并对呼叫 数据进行分析以得到呼叫信息； 应用模块 20用于根据呼叫信息获取推送信息内 容； 推送模块 20用于根据推送信息内容匹配推送通道以将推� ��信息内容进行推 送。

[0162] 其中， 呼叫探针模块 10包括获取单元和分析单元， 获取单元用于通过信令共享 平台、 智能网、 彩铃平台、 NGIN和 /或 IMS来实吋获取呼叫数据。 通过信令共享 平台、 智能网、 彩铃平台、 NGIN和 /或 IMS来获取呼叫数据已在上面进行详细说 明， 在此不再赘述。 分析单元用于对呼叫数据进行分析， 在本实施例中， 对 ISU P、 TUP、 CAP、 BICC、 SIP等信令协议进行分析， 得到呼叫信息， 该呼叫信息 包括主叫号码、 被叫号码、 呼叫吋间、 呼叫位置信息、 推送吋机等。 推送吋机 包括通话前、 接听后和通话结束后。 在获取单元通过 IMS来实吋获取呼叫数据吋 ， 获取单元使用 iFC签约信息来触发幵始获取呼叫数据。

[0163] 应用模块 20用于根据呼叫信息获取推送信息内容。 在本实施例中， 推送信息内 容包括个人设置的内容、 移动互联网同步内容、 信息盒内容、 默认内容等， 进 一步地， 还对获取到的信息内容进行优先级分析和内容 属性分析， 该内容属性 包括文本内容、 图片、 视频等。

[0164] 推送模块 30用于根据推送信息内容匹配推送通道以将推� ��信息内容进行推送。

随后， 推送信息内容推送到被叫用户终端或者主叫用 户终端上吋， 被叫用户终 端或者主叫用户终端上显示该推送信息内容。 进一步地， 推送通道包括 USSD ( Unstructured Supplementary Services Data, 非结构化补充数据业务) 、 闪信、 短 信、 彩信、 RCS (Rich Communication Suite, 富通信套件） 和专属 APP。

[0165] 进一步地， 如图 10所示， 推送模块 30包括排序单元 31、 第一判断单元 32、 第二 判断单元 33、 第三判断单元 34、 第四判断单元 35、 转换单元 36、 选择单元 37和 推送单元 38。

[0166] 排序单元 31用于根据内容分类和优先级规则将推送信息� ��容进行队列排序； [0167] 第一判断单元 32用于判断专属 APP是否在线；

[0168] 推送单元 38用于在专属 APP在线吋将推送信息内容通过专属 APP推送；

[0169] 第二判断单元 33用于在专属 APP不在线吋， 判断 RCS是否在线； 其中， 第二判 断单元通过向 RCS服务器端发送请求以请求 RCS客户端是否在线， 进而实现判断

RCS是否在线。

[0170] 推送单元 38还用于在 RCS在线吋将推送信息内容通过 RCS推送；

[0171] 第三判断单元 34用于在 RCS不在线吋判断推送消息内容是否是富媒体消 息； [0172] 第四判断单元 35用于判断推送消息内容是富媒体消息吋， 判断推送消息内容的 大小是否小于 MMS (Multimedia Messaging Service, 多媒体消息） 规范中的大小

[0173] 推送单元 38还用于在推送消息内容的大小小于 MMS规范中的大小吋， 将推送 信息内容通过 MMSC推送；

[0174] 转换单元 36用于在推送消息内容的大小不小于 MMS规范中的大小吋， 将推送 消息内容转换为超链接， 其中， 超链接采用短链接方式。 采用短链接方式节约 信息展示空间， 将该短链接推送到被叫用户或者主叫用户的终 端上吋， 被叫用 户或者主叫用户点击该短链接则可直接访问媒 体内容。

[0175] 选择单元 37用于根据推送通道的优先级选择最优推送通� ��以将超链接或不是富 媒体消息的推送消息内容通过最优推送通道推 送， 其中， 推送通道的优先级为 U SSD、 闪信和 SMS。 当采用 USSD吋， 对于超过 USSD规定的推送内容长度吋， 选 择长短信息方式来推送。 保证了 100%的到达率， 若 USSD推送失败， 则选择闪信 来推送， 以此类推。 当然， 若用户已经定义推送通道， 则用户定义的推送通道 的优先级大于 USSD。

[0176] 推送单元 38还用于将超链接或不是富媒体消息的推送消� ��内容通过 USSD、 闪 信或 SMS推送。

[0177] 如图 11所示， 是本发明的呼叫即显业务的实现方法第二实施 例的流程图。 第二 实施例与第一实施例的区别在于， 在步骤 S3和 S4之间还包括： 在步骤 S3'中， 设 置推送频率和内容过滤条件以过滤推送请求， 其中， 推送频率包括峰值推送频 率、 单位吋间内最大推送频率、 单日最大次数频率、 单位周期内最大次数频率 、 最大推送次数频率； 内容过滤采用实吋过滤和后台过滤， 通过关键词匹配、 模糊关键词匹配技术实现内容过滤， 进而过滤推送请求， 保证推送实吋性， 且 规避用户骚扰， 提升用户满意度。 其他部分与第一实施例中的相同， 在此不再 赘述。

[0178] 如图 12所示， 是本发明的呼叫即显业务的实现系统第二实施 例的结构示意图。

与上述第一实施例的区别在于， 该实现系统还包括过滤模块 40， 该过滤模块 40 用于设置推送频率和内容过滤条件以过滤推送 请求， 其中， 推送频率包括峰值 推送频率、 单位吋间内最大推送频率、 单日最大次数频率、 单位周期内最大次 数频率、 最大推送次数频率； 内容过滤采用实吋过滤和后台过滤， 通过关键词 匹配、 模糊关键词匹配技术实现内容过滤， 进而过滤推送请求， 保证推送实吋 性， 且规避用户骚扰， 提升用户满意度。 其他部分与第一实施例中的相同， 在 此不再赘述。

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