在移动设备上对“网内呼叫者”信息进行增强显示的系统和方法.pdf

上传人:g**** 文档编号:4294197 上传时间:2018-09-13 格式:PDF 页数:12 大小:472.23KB
返回 下载 相关 举报
摘要
申请专利号:

CN201080026261.0

申请日:

2010.04.07

公开号:

CN102498731A

公开日:

2012.06.13

当前法律状态:

撤回

有效性:

无权

法律详情:

发明专利申请公布后的视为撤回IPC(主分类):H04W 4/20申请公布日:20120613|||公开

IPC分类号:

H04W4/20; H04M1/57

主分类号:

H04W4/20

申请人:

赛昆特有限公司

发明人:

马克·高瑟林; 里克·亨尼西

地址:

美国华盛顿

优先权:

2009.04.13 US 12/422,919

专利代理机构:

中科专利商标代理有限责任公司 11021

代理人:

王波波

PDF下载: PDF下载
内容摘要

用于确定向订户报告来电源自移动运营商网络内还是移动运营商网络外的系统和方法。示例系统对来电号码执行GTT(全局码翻译)以确定任意移动电话号码的主管运营商。当结果与订户的运营商匹配时,移动设备则向订户(即,移动设备)指示呼叫是“网内呼叫”。

权利要求书

1: 一种方法, 包括 : 在移动交换中心处确定与呼叫寻呼相关联的移动通信网络是否同接收呼叫寻呼的订 户的移动通信网络匹配 ; 向与接收呼叫寻呼的订户相关联的移动设备发送所确定的结果 ; 以及 在订户的移动设备处输出所发送的结果。2: 根据权利要求 1 所述的方法, 其中, 向与接收呼叫寻呼的订户相关联的移动设备发 送所确定的结果包括 : 在呼叫寻呼内发送指示符。3: 根据权利要求 1 所述的方法, 其中, 确定与呼叫寻呼相关联的移动通信网络是否同 接收呼叫寻呼的订户的移动通信网络匹配包括 : 在呼叫寻呼被发送至订户的移动设备前, 在移动交换中心处执行全局码翻译 (GTT)。4: 根据权利要求 3 所述的方法, 其中, 向与接收呼叫寻呼的订户相关联的移动设备发 送所确定的结果包括 : 经由数据信道发送所确定的结果的 SMS 消息。5: 根据权利要求 4 所述的方法, 其中, 输出所发送的结果包括 : 如果基于 SMS 消息确定 匹配, 在移动设备上输出 “网内” 通信的指示。6: 根据权利要求 1 所述的方法, 其中, 在移动交换中心处确定与呼叫寻呼相关联的移 动通信网络是否同接收呼叫寻呼的订户的移动通信网络匹配包括 : 在移动设备处接收呼叫寻呼 ; 向与移动服务中心相关联的服务器发送通信, 所述移动服务中心与移动设备相关联 ; 在服务器处基于所发送的通信执行 GTT ; 以及 向移动设备发送所执行的 GTT 的结果。7: 根据权利要求 6 所述的方法, 还包括 : 在移动设备的存储器中存储接收到的所执行 的 GTT 的结果。8: 根据权利要求 1 所述的方法, 还包括 : 在移动设备处存储确定结果。9: 根据权利要求 1 所述的方法, 其中, 所输出的结果包括 : 视觉指示、 触觉指示或音频 指示中的一个或多个。10: 根据权利要求 1 所述的方法, 还包括 : 在移动交换中心处确定呼叫寻呼是从陆上线 路还是移动手机产生的。11: 根据权利要求 10 所述的方法, 其中, 在移动交换中心处确定呼叫寻呼是从陆上线 路还是移动手机产生的包括 : 检查呼叫者标识信息所提供的 NPA/NXX 码。12: 根据权利要求 10 所述的方法, 还包括 : 在移动设备处确定呼叫寻呼是否被正确地表征为来自陆上线路或移动手机 ; 以及 如果呼叫寻呼未被正确表征, 在移动设备处将对呼叫寻呼的表征更正为源于陆上线路 或移动手机。13: 根据权利要求 12 所述的方法, 其中, 将对呼叫寻呼的表征更正为源于陆上线路或 移动手机包括 : 在移动设备处覆盖原始表征。14: 根据权利要求 12 所述的方法, 其中, 将对呼叫寻呼的表征更正为源于陆上线路或 移动手机包括 : 向订户通知错误表征, 并请求允许更正错误表征。15: 根据权利要求 1 所述的方法, 还包括 : 如果与呼叫寻呼相关联的移动通信网络同订 户的移动通信网络不匹配, 自动产生消息, 并将所产生的消息发送至与呼叫寻呼相关联的 2 呼叫者。16: 根据权利要求 15 所述的方法, 其中, 所产生的消息包括以下项目中的一个或多个 : 与订户相关联的号码簿信息 ; 与关于网内呼叫的费用节省或比较中的至少一个相关联的信 息; 与呼叫方案、 移动设备或设备升级中的至少一个的促销有关的信息 ; 加入网络的请求 ; 加入社交呼叫方案的请求 ; 与即时节省或电话回扣之一有关的信息 ; 对在线服务或软件之 一的提供 ; 以采用预定产品或进入社交网络组中的至少一个作为交换, 提供降低费用或免 费的电话服务之一。17: 根据权利要求 16 所述的方法, 还包括 : 呈现在所发送的消息中包括的信息。18: 根据权利要求 16 所述的方法, 其中, 呈现包括 : 显示文本或图形中的至少一项。19: 根据权利要求 16 所述的方法, 其中, 呈现包括 : 显示 web 链接。20: 一种系统, 包括 : 用于确定与呼叫寻呼相关联的移动通信网络是否同接收呼叫寻呼的订户的移动通信 网络匹配的装置 ; 以及 用于在订户的移动设备处输出确定结果的装置。21: 根据权利要求 20 所述的系统, 其中, 用于确定与呼叫寻呼相关联的移动通信网络 是否同接收呼叫寻呼的订户的移动通信网络匹配的装置在呼叫寻呼被发送至订户的移动 设备前, 在移动交换中心处执行全局码翻译 (GTT)。22: 根据权利要求 21 所述的系统, 还包括 : 用于使用数据信道向移动设备发送全局码 翻译的结果的装置。23: 根据权利要求 22 所述的系统, 其中, 用于向移动设备发送全局码翻译的结果的装 置包括 : 使用 SMSC 经由数据信道发送短消息服务 (SMS) 消息, 所述 SMS 消息包括确定结果。24: 根据权利要求 23 所述的系统, 其中, 如果基于 SMS 消息确定匹配, 输出确定结果的 装置在移动设备上输出 “网内” 通信的指示。25: 根据权利要求 20 所述的系统, 其中, 用于确定的装置包括 : 用于在移动设备处接收呼叫寻呼的装置 ; 用于发送与移动服务中心 (MSC) 相关联的通信的装置, 所述移动服务中心与移动设备 相关联 ; 用于基于所发送的通信执行 GTT 的装置 ; 以及 用于向移动设备发送所执行的 GTT 的结果的装置 ; 以及 用于在移动设备的存储器中存储接收到的所执行的 GTT 的结果的装置。26: 根据权利要求 20 所述的系统, 其中, 用于输出确定结果的装置包括 : 显示设备、 触 觉设备或音频设备中的一个或多个。27: 一种系统, 包括 : 移动交换中心, 用于在呼叫寻呼被发送至订户的移动设备前执行全局码翻译 (GTT), 以 确定与呼叫寻呼相关联的移动通信网络是否同订户的移动通信网络匹配 ; 以及 订户的移动设备, 包括 : 用于从移动交换中心接收确定结果的组件 ; 被配置为基于所接收的结果产生输出信号的处理器 ; 以及 输出设备, 被配置为基于所产生的输出信号, 输出对呼叫寻呼的移动通信网络的指示。 328: 根据权利要求 27 所述的系统, 其中, 用于接收的组件使用短消息服务中心 (SMSC)。29: 根据权利要求 27 所述的系统, 输出设备包括 : 显示设备、 触觉设备或音频设备中的 一个或多个。30: 一种系统, 包括 : 订户的移动设备, 包括 : 用于接收呼叫寻呼, 基于所接收的呼叫寻呼, 向与移动服务中心 (MSC) 相关联的服务 器发送通信, 并接收在服务器处执行的全局码翻译 (GTT) 的结果的组件, 所述移动服务中 心与移动设备相关联 ; 被配置为基于所接收的结果产生输出信号的处理器 ; 以及 输出设备, 被配置为基于所产生的输出信号, 输出对呼叫寻呼的移动通信网络的指示。31: 根据权利要求 30 所述的系统, 输出设备包括 : 显示设备、 触觉设备或音频设备中的 一个或多个。

说明书


在移动设备上对 “网内呼叫者” 信息进行增强显示的系统和 方法

    技术领域 背景技术 某些移动电话呼叫方案包括 : 当来电来自与呼叫接收方属于相同移动网络的呼叫 方时, 降低的费用 ( 即, 月账户时间或配给 “分钟” 时长的免费或最低费用 )。对于注册的移 动手机, 这样的促销特征使订户移动电话间的呼叫免费。当为了计费的目的一起获得移动 订户方案或将移动订户方案关联在一起时, 其他方案允许订户与其他订户共享分钟时长。 因此, 识别网内呼叫的重要性是显著的, 这是由于如果用户能够区分网内呼叫和网外呼叫, 就可以完全避免费用 ; 并且如果这种特征可用, 运营商就能够向非网络呼叫者通知其免费 网内呼叫特征。
     另一种移动电话价格促销方式是圈内方案, 如呼叫圈方案。这样的方案允许订户 指定经常由订户的手机呼叫的特定号码 ( 所述号码包括订户的 “圈子” ), 并且对 “圈内” 呼 叫提供折扣。 识别适当的费率涉及 : 运营商存储针对每个订户存储那些号码, 并在呼叫时检
     查数据库以应用促销收费。然而, “圈内” 呼叫方案不是对网内呼叫的一般性检查, 其仅仅是 应用于一些经常呼叫的号码的优惠的计费促销。
     其他方案还允许订户识别和预先设置呼叫者 “偏好” , 如, 运营商的促销计费方案 中的可以包括网内和网外号码在内的经常呼叫的号码的集合。 这种类型的花销降低的呼叫 不是网内通知, 这是因为其可以包括运营商网络以外的号码。
     其他对经常呼叫的号码打折计费的提案可以在每个计费周期针对最常呼叫的号 码应用较低的费率, 在每个计费周期的某一预设数目的分钟时长针对所有号码应用较低的 费率, 等等。
     过去已经提出了一些方法, 用于在呼叫源共享相同网络的情况下, 向呼叫接收方 报警。例如, 基于网络的全局码翻译 (GTT) 查询将向呼叫者的移动运营商的网络控制点 (NCP) 标识与呼叫者标识 (CDN) 或移动号码簿号码 (MDN) 相关联的运营商。典型地, 在与 NCP 相关联的信令转发点 (STP) 处请求 GTT 搜索, 同时保持来电寻呼等待查询结果。 一旦给 出结果, 将呼叫寻呼和信息一起向发送者公开。虽然这允许通过运营商将呼叫与针对网内 呼叫的适当计费相关联, 但是存在与运营商的 GTT 搜索相关联的花销, 并且不存在向呼叫 接收方指示呼叫是否为网内呼叫的网内呼叫显示指示符。
     美国专利申请公开 No.2008/0059642(IBM) 中阐述了另一方式。该方式也要求通 过网络运营商基于网络确定呼叫方和被叫方的运营商, 并且向呼叫方和被叫方提供网内通 知。记载了三种方法, 第一种类似于 GTT, 要求在呼叫终结前由呼叫者的运营商执行的网络 数据库查询。 由于移动号码的便携性, 这具有精度上的限制, 并且当呼叫者切换网络时该方 法引入错误。第二种方法在呼叫终结后执行, 查看呼叫者的交换信息和被叫号码, 非常精 确。 然而, 该方法要求经由辅助信道数据通信将网内确定派往所建立的呼叫, 或者将网内确 定混入数字信号本身。 第三种方法在被叫方的电话开机时而不是通话时执行, 需要电话。 然而, 该方法限于仅更新在被叫方手机上的呼叫者号码簿中存储的电话号码的 “网内” 状态。 因此, 该方法不确保新呼叫者和他们的号码被标识为 “网内” , 而在该情形下呼叫者标识对 被叫方是最有帮助的。
     考虑到上述方法的缺陷, 显而易见, 需要一种允许移动设备用户确定他们的呼叫 是否是 “网内” 呼叫, 并因而潜在地可以享受以下优惠和服务 : 由服务供应商提供的特定的 节约花销的促销或收费降低, 或者关于呼叫方的增强信息的显示。 因此, 非常需要一种改进 的系统和方法, 用于向订户自动通知呼叫的 “网内” 状态。 发明内容 本发明涉及一种系统和方法, 用于确定来话发起自移动运营商的网络的内部还是 外部, 并在移动手机上向订户指示结果。
     本发明提供了一种系统和方法, 对来电号码执行全局码翻译 (GTT), 以确定任何移 动电话号码的主管运营商。当结果与接收订户的运营商匹配时, 则移动设备向订户 ( 即, 移 动设备 ) 指示该呼叫是 “网内” 呼叫。网内消息的提供可以被可互换地称为 : 通知、 指示或 指示符、 事件、 标记、 消息等等, 而不改变本发明的意图和范围。
     所述指示可以选自视觉 ( 例如, 标识语、 文本、 画面、 颜色或颜色改变 )、 听觉 ( 例 如, 信号 / 音调、 语音通知 ) 或触觉 ( 例如, 震动、 脉冲 ) 通知集合中的一个或多个。可以向 呼叫接收方显示 “网内” 、 “网络” 、 运营商名称 ( 如, “Sprint” )、 运营商的标识语等词语、 或 指示呼叫源的图像。 可以向用户以听觉方式输出特定铃音、 音频信号、 音频消息或所记录的 消息。 可以向用户以触觉方式输出由电话的震动机构产生的重复或者以铃音分开的震动或 脉冲模式。此外, 订户的户籍可以结合膝上型计算机、 耳机或其他设备提供通知, 所述膝上 型计算机、 耳机或其他设备通常通过 USB 或其他所支持的有线连接, 或者经由蓝牙、 802.11 无线或其他所支持的无线通信链路, 与移动设备集成。
     网内通知允许订户识别 “网内” 呼叫, 应答 “网内” 呼叫通常是更便宜或免费的。此 外, 订户可以识别 “网外” 的朋友和同事, 并配置与他们进行通信的时间的方式以节约花销。
     采用这样的 “网内” 指示符, 订户和 / 或订户的运营商还可以促进 “网外” 呼叫者 转移至订户的运营商。
     以下将进一步详细描述本发明的上述和其他示例。
     附图说明
     以下参照以下附图详细描述本发明的优选和可选示例 : 图 1 是根据本发明的实施例形成的示例系统的图 ; 以及 图 2 是被配置为向用户报告网内和 / 或网外呼叫的移动设备的图。具体实施方式
     图 1 示出了系统 20, 对来电号码执行 GTT( 全局码翻译 ) 以确定任意移动电话号 码的主管运营商。如果结果与订户的运营商匹配, 终结移动设备 (TM)30 向订户指示呼叫是 “网内呼叫” 。该指示可以选自视觉 ( 例如, 标识语、 文本、 画面 )、 听觉 ( 例如, 信号 / 音调、 语音通知 ) 或触觉通知集合中的一个或多个。可以向呼叫接收方显示 “网内” “网络” 、 、 运营商名称 ( 如, “Sprint” )、 运营商的标识语、 或指示呼叫源的图像。可以向呼叫接收方显示 “网内” 、 “网络” 、 运营商名称 ( 如, “Sprint” )、 运营商的标识语等词语、 或指示呼叫源的图 像。可以向订户以听觉方式输出特定铃音、 音频信号、 音频消息或所记录的消息。
     网内通知允许订户识别 “网内” 呼叫, 应答 “网内” 呼叫通常是更便宜或免费的。此 外, 订户可以识别 “网外” 的朋友和同事, 并配置与他们进行通信的时间的方式以节约花销。 如果更加便宜或更加方便, 这可以通过向呼叫者自动发送 SMS 消息而不是拿起电话来进行 配置。此外, 这可以是悄无声息地实现的。
     本发明还允许订户和 / 或订户的运营商促进 “网外” 呼叫者转移至订户的运营商。
     在一个实施例中, 当在 TM 30 上经由发起运营商系统 24 接收到发起移动设备 (OM)22 产生的呼叫寻呼后, TM 30 联系与移动交换中心 (MSC)38 相关联的服务器 34, 所述移 动交换中心 (MSC)38 与 TM 30 相关联。服务器 34 执行 GTT, 并将 GTT 的结果返回 TM 30 以 进行指示。如果 OM 22 与 TM 30 处于 “网内” , 则给出 “网内” 指示符。如果 OM 22 与 TM 30 不处于 “网内” , 则给出 “网外” 指示, 并且可选地向 OM 22 上的呼叫者发送礼貌消息, 如, 指 示和 / 或安排回电话的最佳时间的消息。 该结果也存储在 TM 30 上, 以在将来与重复来电一 起使用, 并且可以通过各种方法 ( 即, 时间、 使用频率、 开放连接 ) 来更新该结果。可以当在 MSC 38 处发布该呼叫寻呼以连接呼叫之前, 将指示与来话寻呼一起发送或做出指示。如果 当在 MSC 38 处发布呼叫寻呼之前发送该指示, 可以与终结呼叫分别地并在终结呼叫之前, 经由 SMS 或其他数据信道传送, 向 TM 30 和 OM 22 发送该指示。在 2009 年 1 月 7 日提交的 共同待决的申请序号 12/349,679 中讨论了类似的主题, 此处并入于此作为参考。 根据运营商的网络技术, 如果不能在向 TM 30 做出的语音呼叫寻呼后向服务器开 放数据信道以执行 GTT, 则在呼叫寻呼被发送至 TM 30 前在网络级执行 GTT。接着, 使用端 口导向 ( 如同 Java 应用那样 ) 或应用导向 ( 如同 BREW 应用 ID 那样 ) 的短消息服务 (SMS) 经由短消息服务中心 (SMSC)40 向 TM 30 发送 GTT 的结果, 或者将 GTT 的结果与其他数据 ( 如, CNAM 名称标识数据 ) 一起包括在呼叫寻呼中。当 TM 30 接收到 SMS 后, 向 TM 30 的订 户输出 GTT 结果。
     在另一实施例中, 当上述设施均不可用时, 可以在 TM 30 上本地执行表查找。 在 TM 30 上通过客户端软件 ( 如, Cequint 公司的 City ID(R)) 检查呼叫者的号码。存储在 TM 30 上的数据库包含码, 以将来自来话的 NPA-NXX-XXXX 形式的呼叫者标识信息 (CID) 与特定移 动运营商的 (NXX 形式的 ) 本地交换码匹配。例如, 在给定的区域码 NPA 中, 本地交换 NXX 302 可以被指派给 Verizon, 301 可以被指派给 Sprint, 等等。
     在该实施例中, 为了确保运营商的正确指示, TM 30 检查由于本地号码便携性导致 的 NXX 编码例外。呼叫者可以从其原始移动运营商改变至不同的网络 ( 另一移动运营商或 陆上线路电话服务供应商 ), 并保留其原始号码。 这产生了 NXX 码和被指派了该 NXX 的运营 商之间的匹配例外, 从而使得匹配精度低于 100%。为了避免这种情况, TM 30 可以相对于 例外列表 ( 例如, 本地携号转移 (LNP) 数据库 ) 检查完整的电话号码, 以查看该电话号码是 否已从原运营商携号转移至另一本地运营商。检查例外列表是在使用 NXX 编码确定所指派 的运营商后执行的。因此, 不会仅仅根据匹配的 NXX 码确定 “网内” 指示, 但在该实施例中, 是在确认号码不在 LNP 号码簿后确定的。
     注意, LNP 例外具有两种类型 : 转入运营商的 LNP, 其中, 运营商主管与其指派的
     NXX 码不相匹配的号码。这对 NXX 检查给出负误识, 并且通过查阅 LNP 数据该号码必然被 确认为 “网内” 。相反, 转出运营商的 LNP 对关于以携号转移至另一运营商的号码的 NXX 匹 配产生正误识, 并且通过查阅 LNP 数据该号码必然被确认为 “网外” 。LNP 例外的数据库可 以被存储在 TM 30 上以供查阅和比较, 并且通过网络进行更新 ; 或者该数据库可以被存储 在运营商的网络上, 并且经由通过移动设备的数据信道发送的查询或者经由 SMS 消息收发 ( 在上述设施之一可用时 ) 与网络语音寻呼不相冲突地进行检查。虽然两种方法在技术上 均是可行的, 但更新 LNP 数据库的开销、 它们的存储需求以及私密性考虑将影响实际的部 署决定。
     “网内” 结果的网络确定
     在呼叫终结于订户的 TM 30 前, 可以在网络上执行关于 “网内” 指示的确定, 又称 “呼叫前” 。 优选地, 这是通过识别与 CID 相关联的运营商的查询来实现的。 对数据服务 ( 如, AT&T DG 运营的 CNAM 服务 ) 进行该查询, 一般称为 GTT 查询。在另一实施例中, 这是通过 向运营商的订户数据库 36( 例如, Verizon 的客户数据库 ) 进行直接查询来实现的, 一般称 为电话号码索引 /TNI 查询。由于运营商定期以 LNP 信息更新这些数据库, 这些数据库对于 运营商对 CID 的 NXX 匹配提供精确的确认或校正。同样, 可以相对于网络上的数据库查询 LNP 改变。当从这些查询获得了信息时, 将其与呼叫寻呼中的其他数据一起, 经由 SMS 或其 他数据设施, 发送至 TM 30。将查询结果与呼叫寻呼一起发送的一个示例是 : 通过在包含呼 叫者名称的文本字符串之前插入可见字符 ( 如, “*” 、 “0” 或 “1” ) 或者使用隐藏 ASCII 字符 ( 对用户不可见但可由移动设备处理器操作的字符 ), 利用包含 CID 的传统 CNAM 设施并显 示含有名称的文本字段。对该特殊字符的检测将向订户的 TM 30 指示, 将 “网内” 通知与来 电信息一起传送。在本示例中, 包括软件, 使得运营商的 OEM 呼叫处理器软件在显示呼叫者 标识文本之前去除特殊字符 ( 如, “*” 、 “0” 或 “1” ), 以确保对呼叫者信息的正确显示。优 选地, 该系统不去除隐藏 ASCII 字符。
     经由 SMS 信道传送 “网内” 结果
     在另一实施例中, 在来电期间, 经由单独的 SMS 消息信道上的数据查询, 执行关于 “网内” 指示的确定, 并在来电期间, 经由 SMS, 将结果传送至 TM 30, 称为呼叫中通知。在这 样的网络部署中, 通过 TM 30 上的软件产品 ( 如, Cequint 公司的 NamelD(TM)) 进行查询, 所述软件产品查询数据库 36, 以确定哪个运营商与号码相关联, 并在 TM 30 的显示器上与 来电 CID 一起显示作为结果的呼叫者标识信息。该过程包括 : 经由 TM 30 上的这样的客户 端软件进行 GTT 查询, 以确认或校正对 CID 进行的 NXX 比较, 以提供精确的 “网内” 查询结 果。与先前的方法一样, 可以相对于网络上或 TM 30 上的数据库进行 LPN 查询, 以改变和校 正网内结果。与先前的方法不同, 这不受限于在 MT 上应答呼叫之前允许的时间 ; 可以在应 答呼叫之后给出以该实施例实现的网内通知。
     TM 30 上的客户端软件使用数据信道通过移动运营商的数据网络 MSC 38 发送信 息。还可以使用 SMS 消息来向 TM 30 返回网内和 LNP 查询结果。在一个实施例中, 这是使 用 SMS 或数据信道 GSM 来实现的 ( 由于这些联网系统允许对移动设备的同时的语言和数据 信道业务 )。在 CDMA 网络上, SMS 或数据信道可能是可操作的, 但并非与语音呼叫并行, 这 要求在呼叫前传送数据, 或者在呼叫后在呼叫者号码簿中更新数据, 以用于后续呼叫。 典型 地, 结果是 : 在来电的铃音序列期间接收到 “网内” 通知, 相呼应地, 由 TM 30 上的 OEM 呼叫处理器软件显示 CID。当由于漫游、 语音呼叫活动性 (CDMA 网络 )、 糟糕的覆盖等等因而网 络不可用时, 在手机上确定与 MDN 相关联的运营商是有益的。与 LNP 相关联的差错率大约 为网内 1%和网外 1%, 并且虽然在所有情况下接受这样的差错对于运营商或手机制造商 而言可能是不可接受的, 但是对与 MDN 相关联的运营商进行本地手机确定达到 99%的精确 率对于在手机上的联系人数据库中创建初步条目而言已经足够了。因此, 本发明通过对与 呼叫方的 MDN 相关联的运营商网络进行基于手机的确定, 之后经由基于网络的 LNP 检查进 行更新, 使得初步条目成为可能。通过确保信息对于任何电话号码可用并且不仅在连接了 网络数据服务时可用, 这改进了采用运营商 “网内” 通知的呼叫者标识的用户体验。此外, 特别地, 小百分率的 LNP 差错实际上是将所列 MDN 的所有者转换至运营商网络的机会, 为网 内呼叫的益处打广告, 并向用户通知正确的网络和呼叫者标识依赖于 LNP( 而不是网络的 自身标识数据库 ) ; 这允许以 “不要错过机会, 加入吧” 为主题的营销消息支持将呼叫者转 移至呼叫方的运营商的营销活动。这也指示了在手机上执行本地查询以确定与 MDN 相关联 的运营商的益处, 即使稍后可以通过网络查询由 LNP 检查返回更精确的信息。这些益处唯 一地源于 : 将本地手机查询和基于网络的查询进行组合, 以执行本发明所描述的网内确定。
     更新呼叫者号码簿中的 “网内” 信息 有时, 由于通信网络中的延迟或时延或者呼叫者行为 ( 如, 订户立即将来电接 起 ), 传送 “网内” 通知的延迟将发生在呼叫完成之后。然而, 可以在 TM 30 上的数据库或 传统的呼叫者号码簿中存储在来电被应答和 / 或终结后接收到的 “网内” 指示, 以供稍后 参考, 称为呼叫后。下次接收到号码时, 显示 “网内” 指示以及存储在呼叫者号码簿中的其 他信息。与网络查询提供的其他记录一样, 该信息可以间或地被 TM30 上的软件 ( 如, Name ID(TM)) 确认和更新。 优选地, 使用 FIFO( 先入先出 ) 方法, 保留较新的呼叫者标识记录 ( 包 括 CID、 呼叫者名称、 城市 / 国家或其他地理位置信息、 以及 “网内” 通知 ), 并删除较老的记 录。这强制针对在若干时间未呼叫过移动设备的呼叫者重新分析 “网内” 指示。类似地, 可 以通过在任意来电期间进行查询 ; 或周期地 ( 例如, 对于在过去 30 天未呼叫过移动设备的 任何呼叫者 ) 更新记录。
     图 2 示出了示例移动设备 60, 该示例移动设备 60 正在接收来自通过上述方法之 一被确定为另一网内订户的呼叫。在移动设备 60 的显示器 64 上显著地显示出缩写的 “网 内” 指示符 62。
     触发采纳活动
     该显示可以使软件操作结束, 或者为了移动设备 60 的用户或网外呼叫者的利益, 可以充当开始其他应用、 消息和 / 或促销的触发条件或输入。此处并入了于 2008 年 8 月 14 日递交的美国专利申请序号 12/191,904, 作为参考。在接收到初始呼叫后, 还可以触发 特定通知或采纳消息或者软件驱动的活动, 并且使其针对网外呼叫者。运营商可以在来话 期间和 / 或来话之后产生 SMS 和网外消息, 以向呼叫者发送采纳或迁移消息 ( 不向订户收 费 )。这种消息可以包括但不限于 : 被叫方的呼叫号码簿信息、 与网内呼叫相关联的费用节 省或比较、 呼叫方案和移动设备或设备升级的促销、 加入网络的请求、 加入订户的圈子或其 他社交呼叫方案的请求、 对在线服务或软件的提供、 因采用其他产品或进入社交网络组而 提供降低的费用或免费得电话服务等等。 这些发盘可以仅纯文本、 文本和图形来呈现, 或者 包含 web 连接、 对话按钮或其他可动作内容, 以请求来自 OM 22 的接收者的响应。
     确定并在移动手机显示器上显示呼叫者的陆上线路或移动指定
     在可选实施例中, 本发明检查来电的 CID 所提供的 NPA/NXX 码, 以确定来电是从陆 上线路还是移动手机拨打的。一旦进行该确定, 优选将号码置于移动手机呼叫者号码簿中 正确的字段内。此后, OEM 软件层呼叫管理器软件在显示器中自动显示到达号码 ( 例如, 使 用与线路类型相关联的、 来自移动手机呼叫者号码簿中的用户界面的图形图标, 来指示陆 地或者移动 )。
     该实施例的另一优势在于 : 使得本发明能够验证、 纠正或替换与移动手机呼叫者 号码簿中的电话号码相关联的陆上线路或移动的分类 ( 例如, 因用户对号码簿中的第一字 段的数据录入错误或缺省情况导致的错误分类 )。 在可选实施例中, 本发明可以自动更正覆 盖该录入, 或者可以通知用户并请求允许对录入进行更正。
     虽然已经说明和描述了本发明的优选实施例, 但如上所述可以在不背离本发明的 精神和范围的前提下做出多种修改。 相应地, 本发明的范围不受优选实施例的公开的限制。 相反, 应参照以下权利要求书从整体上确定本发明。

在移动设备上对“网内呼叫者”信息进行增强显示的系统和方法.pdf_第1页
第1页 / 共12页
在移动设备上对“网内呼叫者”信息进行增强显示的系统和方法.pdf_第2页
第2页 / 共12页
在移动设备上对“网内呼叫者”信息进行增强显示的系统和方法.pdf_第3页
第3页 / 共12页
点击查看更多>>
资源描述

《在移动设备上对“网内呼叫者”信息进行增强显示的系统和方法.pdf》由会员分享,可在线阅读,更多相关《在移动设备上对“网内呼叫者”信息进行增强显示的系统和方法.pdf(12页珍藏版)》请在专利查询网上搜索。

1、(10)申请公布号 CN 102498731 A (43)申请公布日 2012.06.13 C N 1 0 2 4 9 8 7 3 1 A *CN102498731A* (21)申请号 201080026261.0 (22)申请日 2010.04.07 12/422,919 2009.04.13 US H04W 4/20(2006.01) H04M 1/57(2006.01) (71)申请人赛昆特有限公司 地址美国华盛顿 (72)发明人马克高瑟林 里克亨尼西 (74)专利代理机构中科专利商标代理有限责任 公司 11021 代理人王波波 (54) 发明名称 在移动设备上对“网内呼叫者”信息进行增。

2、强 显示的系统和方法 (57) 摘要 用于确定向订户报告来电源自移动运营商网 络内还是移动运营商网络外的系统和方法。示例 系统对来电号码执行GTT(全局码翻译)以确定 任意移动电话号码的主管运营商。当结果与订户 的运营商匹配时,移动设备则向订户(即,移动设 备)指示呼叫是“网内呼叫”。 (30)优先权数据 (85)PCT申请进入国家阶段日 2011.12.13 (86)PCT申请的申请数据 PCT/US2010/030251 2010.04.07 (87)PCT申请的公布数据 WO2010/120607 EN 2010.10.21 (51)Int.Cl. 权利要求书3页 说明书6页 附图2页 。

3、(19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书 3 页 说明书 6 页 附图 2 页 1/3页 2 1.一种方法,包括: 在移动交换中心处确定与呼叫寻呼相关联的移动通信网络是否同接收呼叫寻呼的订 户的移动通信网络匹配; 向与接收呼叫寻呼的订户相关联的移动设备发送所确定的结果;以及 在订户的移动设备处输出所发送的结果。 2.根据权利要求1所述的方法,其中,向与接收呼叫寻呼的订户相关联的移动设备发 送所确定的结果包括:在呼叫寻呼内发送指示符。 3.根据权利要求1所述的方法,其中,确定与呼叫寻呼相关联的移动通信网络是否同 接收呼叫寻呼的订户的移动通信网络匹配包括:在呼叫寻呼被。

4、发送至订户的移动设备前, 在移动交换中心处执行全局码翻译(GTT)。 4.根据权利要求3所述的方法,其中,向与接收呼叫寻呼的订户相关联的移动设备发 送所确定的结果包括:经由数据信道发送所确定的结果的SMS消息。 5.根据权利要求4所述的方法,其中,输出所发送的结果包括:如果基于SMS消息确定 匹配,在移动设备上输出“网内”通信的指示。 6.根据权利要求1所述的方法,其中,在移动交换中心处确定与呼叫寻呼相关联的移 动通信网络是否同接收呼叫寻呼的订户的移动通信网络匹配包括: 在移动设备处接收呼叫寻呼; 向与移动服务中心相关联的服务器发送通信,所述移动服务中心与移动设备相关联; 在服务器处基于所发送。

5、的通信执行GTT;以及 向移动设备发送所执行的GTT的结果。 7.根据权利要求6所述的方法,还包括:在移动设备的存储器中存储接收到的所执行 的GTT的结果。 8.根据权利要求1所述的方法,还包括:在移动设备处存储确定结果。 9.根据权利要求1所述的方法,其中,所输出的结果包括:视觉指示、触觉指示或音频 指示中的一个或多个。 10.根据权利要求1所述的方法,还包括:在移动交换中心处确定呼叫寻呼是从陆上线 路还是移动手机产生的。 11.根据权利要求10所述的方法,其中,在移动交换中心处确定呼叫寻呼是从陆上线 路还是移动手机产生的包括:检查呼叫者标识信息所提供的NPA/NXX码。 12.根据权利要求。

6、10所述的方法,还包括: 在移动设备处确定呼叫寻呼是否被正确地表征为来自陆上线路或移动手机;以及 如果呼叫寻呼未被正确表征,在移动设备处将对呼叫寻呼的表征更正为源于陆上线路 或移动手机。 13.根据权利要求12所述的方法,其中,将对呼叫寻呼的表征更正为源于陆上线路或 移动手机包括:在移动设备处覆盖原始表征。 14.根据权利要求12所述的方法,其中,将对呼叫寻呼的表征更正为源于陆上线路或 移动手机包括:向订户通知错误表征,并请求允许更正错误表征。 15.根据权利要求1所述的方法,还包括:如果与呼叫寻呼相关联的移动通信网络同订 户的移动通信网络不匹配,自动产生消息,并将所产生的消息发送至与呼叫寻呼。

7、相关联的 权 利 要 求 书CN 102498731 A 2/3页 3 呼叫者。 16.根据权利要求15所述的方法,其中,所产生的消息包括以下项目中的一个或多个: 与订户相关联的号码簿信息;与关于网内呼叫的费用节省或比较中的至少一个相关联的信 息;与呼叫方案、移动设备或设备升级中的至少一个的促销有关的信息;加入网络的请求; 加入社交呼叫方案的请求;与即时节省或电话回扣之一有关的信息;对在线服务或软件之 一的提供;以采用预定产品或进入社交网络组中的至少一个作为交换,提供降低费用或免 费的电话服务之一。 17.根据权利要求16所述的方法,还包括:呈现在所发送的消息中包括的信息。 18.根据权利要求。

8、16所述的方法,其中,呈现包括:显示文本或图形中的至少一项。 19.根据权利要求16所述的方法,其中,呈现包括:显示web链接。 20.一种系统,包括: 用于确定与呼叫寻呼相关联的移动通信网络是否同接收呼叫寻呼的订户的移动通信 网络匹配的装置;以及 用于在订户的移动设备处输出确定结果的装置。 21.根据权利要求20所述的系统,其中,用于确定与呼叫寻呼相关联的移动通信网络 是否同接收呼叫寻呼的订户的移动通信网络匹配的装置在呼叫寻呼被发送至订户的移动 设备前,在移动交换中心处执行全局码翻译(GTT)。 22.根据权利要求21所述的系统,还包括:用于使用数据信道向移动设备发送全局码 翻译的结果的装置。

9、。 23.根据权利要求22所述的系统,其中,用于向移动设备发送全局码翻译的结果的装 置包括:使用SMSC经由数据信道发送短消息服务(SMS)消息,所述SMS消息包括确定结果。 24.根据权利要求23所述的系统,其中,如果基于SMS消息确定匹配,输出确定结果的 装置在移动设备上输出“网内”通信的指示。 25.根据权利要求20所述的系统,其中,用于确定的装置包括: 用于在移动设备处接收呼叫寻呼的装置; 用于发送与移动服务中心(MSC)相关联的通信的装置,所述移动服务中心与移动设备 相关联; 用于基于所发送的通信执行GTT的装置;以及 用于向移动设备发送所执行的GTT的结果的装置;以及 用于在移动设。

10、备的存储器中存储接收到的所执行的GTT的结果的装置。 26.根据权利要求20所述的系统,其中,用于输出确定结果的装置包括:显示设备、触 觉设备或音频设备中的一个或多个。 27.一种系统,包括: 移动交换中心,用于在呼叫寻呼被发送至订户的移动设备前执行全局码翻译(GTT),以 确定与呼叫寻呼相关联的移动通信网络是否同订户的移动通信网络匹配;以及 订户的移动设备,包括: 用于从移动交换中心接收确定结果的组件; 被配置为基于所接收的结果产生输出信号的处理器;以及 输出设备,被配置为基于所产生的输出信号,输出对呼叫寻呼的移动通信网络的指示。 权 利 要 求 书CN 102498731 A 3/3页 4。

11、 28.根据权利要求27所述的系统,其中,用于接收的组件使用短消息服务中心(SMSC)。 29.根据权利要求27所述的系统,输出设备包括:显示设备、触觉设备或音频设备中的 一个或多个。 30.一种系统,包括: 订户的移动设备,包括: 用于接收呼叫寻呼,基于所接收的呼叫寻呼,向与移动服务中心(MSC)相关联的服务 器发送通信,并接收在服务器处执行的全局码翻译(GTT)的结果的组件,所述移动服务中 心与移动设备相关联; 被配置为基于所接收的结果产生输出信号的处理器;以及 输出设备,被配置为基于所产生的输出信号,输出对呼叫寻呼的移动通信网络的指示。 31.根据权利要求30所述的系统,输出设备包括:显。

12、示设备、触觉设备或音频设备中的 一个或多个。 权 利 要 求 书CN 102498731 A 1/6页 5 在移动设备上对 “ 网内呼叫者 ” 信息进行增强显示的系统和 方法 技术领域 背景技术 0001 某些移动电话呼叫方案包括:当来电来自与呼叫接收方属于相同移动网络的呼叫 方时,降低的费用(即,月账户时间或配给“分钟”时长的免费或最低费用)。对于注册的移 动手机,这样的促销特征使订户移动电话间的呼叫免费。当为了计费的目的一起获得移动 订户方案或将移动订户方案关联在一起时,其他方案允许订户与其他订户共享分钟时长。 因此,识别网内呼叫的重要性是显著的,这是由于如果用户能够区分网内呼叫和网外呼叫。

13、, 就可以完全避免费用;并且如果这种特征可用,运营商就能够向非网络呼叫者通知其免费 网内呼叫特征。 0002 另一种移动电话价格促销方式是圈内方案,如呼叫圈方案。这样的方案允许订户 指定经常由订户的手机呼叫的特定号码(所述号码包括订户的“圈子”),并且对“圈内”呼 叫提供折扣。识别适当的费率涉及:运营商存储针对每个订户存储那些号码,并在呼叫时检 查数据库以应用促销收费。然而,“圈内”呼叫方案不是对网内呼叫的一般性检查,其仅仅是 应用于一些经常呼叫的号码的优惠的计费促销。 0003 其他方案还允许订户识别和预先设置呼叫者“偏好”,如,运营商的促销计费方案 中的可以包括网内和网外号码在内的经常呼叫。

14、的号码的集合。这种类型的花销降低的呼叫 不是网内通知,这是因为其可以包括运营商网络以外的号码。 0004 其他对经常呼叫的号码打折计费的提案可以在每个计费周期针对最常呼叫的号 码应用较低的费率,在每个计费周期的某一预设数目的分钟时长针对所有号码应用较低的 费率,等等。 0005 过去已经提出了一些方法,用于在呼叫源共享相同网络的情况下,向呼叫接收方 报警。例如,基于网络的全局码翻译(GTT)查询将向呼叫者的移动运营商的网络控制点 (NCP)标识与呼叫者标识(CDN)或移动号码簿号码(MDN)相关联的运营商。典型地,在与 NCP相关联的信令转发点(STP)处请求GTT搜索,同时保持来电寻呼等待查。

15、询结果。一旦给 出结果,将呼叫寻呼和信息一起向发送者公开。虽然这允许通过运营商将呼叫与针对网内 呼叫的适当计费相关联,但是存在与运营商的GTT搜索相关联的花销,并且不存在向呼叫 接收方指示呼叫是否为网内呼叫的网内呼叫显示指示符。 0006 美国专利申请公开No.2008/0059642(IBM)中阐述了另一方式。该方式也要求通 过网络运营商基于网络确定呼叫方和被叫方的运营商,并且向呼叫方和被叫方提供网内通 知。记载了三种方法,第一种类似于GTT,要求在呼叫终结前由呼叫者的运营商执行的网络 数据库查询。由于移动号码的便携性,这具有精度上的限制,并且当呼叫者切换网络时该方 法引入错误。第二种方法在。

16、呼叫终结后执行,查看呼叫者的交换信息和被叫号码,非常精 确。然而,该方法要求经由辅助信道数据通信将网内确定派往所建立的呼叫,或者将网内确 定混入数字信号本身。第三种方法在被叫方的电话开机时而不是通话时执行,需要电话。然 说 明 书CN 102498731 A 2/6页 6 而,该方法限于仅更新在被叫方手机上的呼叫者号码簿中存储的电话号码的“网内”状态。 因此,该方法不确保新呼叫者和他们的号码被标识为“网内”,而在该情形下呼叫者标识对 被叫方是最有帮助的。 0007 考虑到上述方法的缺陷,显而易见,需要一种允许移动设备用户确定他们的呼叫 是否是“网内”呼叫,并因而潜在地可以享受以下优惠和服务:由。

17、服务供应商提供的特定的 节约花销的促销或收费降低,或者关于呼叫方的增强信息的显示。因此,非常需要一种改进 的系统和方法,用于向订户自动通知呼叫的“网内”状态。 发明内容 0008 本发明涉及一种系统和方法,用于确定来话发起自移动运营商的网络的内部还是 外部,并在移动手机上向订户指示结果。 0009 本发明提供了一种系统和方法,对来电号码执行全局码翻译(GTT),以确定任何移 动电话号码的主管运营商。当结果与接收订户的运营商匹配时,则移动设备向订户(即,移 动设备)指示该呼叫是“网内”呼叫。网内消息的提供可以被可互换地称为:通知、指示或 指示符、事件、标记、消息等等,而不改变本发明的意图和范围。。

18、 0010 所述指示可以选自视觉(例如,标识语、文本、画面、颜色或颜色改变)、听觉(例 如,信号/音调、语音通知)或触觉(例如,震动、脉冲)通知集合中的一个或多个。可以向 呼叫接收方显示“网内”、“网络”、运营商名称(如,“Sprint”)、运营商的标识语等词语、或 指示呼叫源的图像。可以向用户以听觉方式输出特定铃音、音频信号、音频消息或所记录的 消息。可以向用户以触觉方式输出由电话的震动机构产生的重复或者以铃音分开的震动或 脉冲模式。此外,订户的户籍可以结合膝上型计算机、耳机或其他设备提供通知,所述膝上 型计算机、耳机或其他设备通常通过USB或其他所支持的有线连接,或者经由蓝牙、802.11。

19、 无线或其他所支持的无线通信链路,与移动设备集成。 0011 网内通知允许订户识别“网内”呼叫,应答“网内”呼叫通常是更便宜或免费的。此 外,订户可以识别“网外”的朋友和同事,并配置与他们进行通信的时间的方式以节约花销。 0012 采用这样的“网内”指示符,订户和/或订户的运营商还可以促进“网外”呼叫者 转移至订户的运营商。 0013 以下将进一步详细描述本发明的上述和其他示例。 附图说明 0014 以下参照以下附图详细描述本发明的优选和可选示例: 0015 图1是根据本发明的实施例形成的示例系统的图;以及 0016 图2是被配置为向用户报告网内和/或网外呼叫的移动设备的图。 具体实施方式 0。

20、017 图1示出了系统20,对来电号码执行GTT(全局码翻译)以确定任意移动电话号 码的主管运营商。如果结果与订户的运营商匹配,终结移动设备(TM)30向订户指示呼叫是 “网内呼叫”。该指示可以选自视觉(例如,标识语、文本、画面)、听觉(例如,信号/音调、 语音通知)或触觉通知集合中的一个或多个。可以向呼叫接收方显示“网内”、“网络”、运营 说 明 书CN 102498731 A 3/6页 7 商名称(如,“Sprint”)、运营商的标识语、或指示呼叫源的图像。可以向呼叫接收方显示 “网内”、“网络”、运营商名称(如,“Sprint”)、运营商的标识语等词语、或指示呼叫源的图 像。可以向订户以。

21、听觉方式输出特定铃音、音频信号、音频消息或所记录的消息。 0018 网内通知允许订户识别“网内”呼叫,应答“网内”呼叫通常是更便宜或免费的。此 外,订户可以识别“网外”的朋友和同事,并配置与他们进行通信的时间的方式以节约花销。 如果更加便宜或更加方便,这可以通过向呼叫者自动发送SMS消息而不是拿起电话来进行 配置。此外,这可以是悄无声息地实现的。 0019 本发明还允许订户和/或订户的运营商促进“网外”呼叫者转移至订户的运营商。 0020 在一个实施例中,当在TM 30上经由发起运营商系统24接收到发起移动设备 (OM)22产生的呼叫寻呼后,TM 30联系与移动交换中心(MSC)38相关联的服。

22、务器34,所述移 动交换中心(MSC)38与TM 30相关联。服务器34执行GTT,并将GTT的结果返回TM 30以 进行指示。如果OM 22与TM 30处于“网内”,则给出“网内”指示符。如果OM 22与TM 30 不处于“网内”,则给出“网外”指示,并且可选地向OM 22上的呼叫者发送礼貌消息,如,指 示和/或安排回电话的最佳时间的消息。该结果也存储在TM 30上,以在将来与重复来电一 起使用,并且可以通过各种方法(即,时间、使用频率、开放连接)来更新该结果。可以当在 MSC 38处发布该呼叫寻呼以连接呼叫之前,将指示与来话寻呼一起发送或做出指示。如果 当在MSC 38处发布呼叫寻呼之前发。

23、送该指示,可以与终结呼叫分别地并在终结呼叫之前, 经由SMS或其他数据信道传送,向TM 30和OM 22发送该指示。在2009年1月7日提交的 共同待决的申请序号12/349,679中讨论了类似的主题,此处并入于此作为参考。 0021 根据运营商的网络技术,如果不能在向TM 30做出的语音呼叫寻呼后向服务器开 放数据信道以执行GTT,则在呼叫寻呼被发送至TM 30前在网络级执行GTT。接着,使用端 口导向(如同Java应用那样)或应用导向(如同BREW应用ID那样)的短消息服务(SMS) 经由短消息服务中心(SMSC)40向TM 30发送GTT的结果,或者将GTT的结果与其他数据 (如,CNA。

24、M名称标识数据)一起包括在呼叫寻呼中。当TM 30接收到SMS后,向TM 30的订 户输出GTT结果。 0022 在另一实施例中,当上述设施均不可用时,可以在TM 30上本地执行表查找。在TM 30上通过客户端软件(如,Cequint公司的City ID(R)检查呼叫者的号码。存储在TM 30 上的数据库包含码,以将来自来话的NPA-NXX-XXXX形式的呼叫者标识信息(CID)与特定移 动运营商的(NXX形式的)本地交换码匹配。例如,在给定的区域码NPA中,本地交换NXX 302可以被指派给Verizon,301可以被指派给Sprint,等等。 0023 在该实施例中,为了确保运营商的正确指。

25、示,TM 30检查由于本地号码便携性导致 的NXX编码例外。呼叫者可以从其原始移动运营商改变至不同的网络(另一移动运营商或 陆上线路电话服务供应商),并保留其原始号码。这产生了NXX码和被指派了该NXX的运营 商之间的匹配例外,从而使得匹配精度低于100。为了避免这种情况,TM 30可以相对于 例外列表(例如,本地携号转移(LNP)数据库)检查完整的电话号码,以查看该电话号码是 否已从原运营商携号转移至另一本地运营商。检查例外列表是在使用NXX编码确定所指派 的运营商后执行的。因此,不会仅仅根据匹配的NXX码确定“网内”指示,但在该实施例中, 是在确认号码不在LNP号码簿后确定的。 0024 。

26、注意,LNP例外具有两种类型:转入运营商的LNP,其中,运营商主管与其指派的 说 明 书CN 102498731 A 4/6页 8 NXX码不相匹配的号码。这对NXX检查给出负误识,并且通过查阅LNP数据该号码必然被 确认为“网内”。相反,转出运营商的LNP对关于以携号转移至另一运营商的号码的NXX匹 配产生正误识,并且通过查阅LNP数据该号码必然被确认为“网外”。LNP例外的数据库可 以被存储在TM 30上以供查阅和比较,并且通过网络进行更新;或者该数据库可以被存储 在运营商的网络上,并且经由通过移动设备的数据信道发送的查询或者经由SMS消息收发 (在上述设施之一可用时)与网络语音寻呼不相冲。

27、突地进行检查。虽然两种方法在技术上 均是可行的,但更新LNP数据库的开销、它们的存储需求以及私密性考虑将影响实际的部 署决定。 0025 “网内”结果的网络确定 0026 在呼叫终结于订户的TM 30前,可以在网络上执行关于“网内”指示的确定,又称 “呼叫前”。优选地,这是通过识别与CID相关联的运营商的查询来实现的。对数据服务(如, AT&T DG运营的CNAM服务)进行该查询,一般称为GTT查询。在另一实施例中,这是通过 向运营商的订户数据库36(例如,Verizon的客户数据库)进行直接查询来实现的,一般称 为电话号码索引/TNI查询。由于运营商定期以LNP信息更新这些数据库,这些数据库。

28、对于 运营商对CID的NXX匹配提供精确的确认或校正。同样,可以相对于网络上的数据库查询 LNP改变。当从这些查询获得了信息时,将其与呼叫寻呼中的其他数据一起,经由SMS或其 他数据设施,发送至TM 30。将查询结果与呼叫寻呼一起发送的一个示例是:通过在包含呼 叫者名称的文本字符串之前插入可见字符(如,“*”、“0”或“1”)或者使用隐藏ASCII字符 (对用户不可见但可由移动设备处理器操作的字符),利用包含CID的传统CNAM设施并显 示含有名称的文本字段。对该特殊字符的检测将向订户的TM 30指示,将“网内”通知与来 电信息一起传送。在本示例中,包括软件,使得运营商的OEM呼叫处理器软件在。

29、显示呼叫者 标识文本之前去除特殊字符(如,“*”、“0”或“1”),以确保对呼叫者信息的正确显示。优 选地,该系统不去除隐藏ASCII字符。 0027 经由SMS信道传送“网内”结果 0028 在另一实施例中,在来电期间,经由单独的SMS消息信道上的数据查询,执行关于 “网内”指示的确定,并在来电期间,经由SMS,将结果传送至TM 30,称为呼叫中通知。在这 样的网络部署中,通过TM 30上的软件产品(如,Cequint公司的NamelD(TM)进行查询, 所述软件产品查询数据库36,以确定哪个运营商与号码相关联,并在TM 30的显示器上与 来电CID一起显示作为结果的呼叫者标识信息。该过程包。

30、括:经由TM 30上的这样的客户 端软件进行GTT查询,以确认或校正对CID进行的NXX比较,以提供精确的“网内”查询结 果。与先前的方法一样,可以相对于网络上或TM 30上的数据库进行LPN查询,以改变和校 正网内结果。与先前的方法不同,这不受限于在MT上应答呼叫之前允许的时间;可以在应 答呼叫之后给出以该实施例实现的网内通知。 0029 TM 30上的客户端软件使用数据信道通过移动运营商的数据网络MSC 38发送信 息。还可以使用SMS消息来向TM 30返回网内和LNP查询结果。在一个实施例中,这是使 用SMS或数据信道GSM来实现的(由于这些联网系统允许对移动设备的同时的语言和数据 信道。

31、业务)。在CDMA网络上,SMS或数据信道可能是可操作的,但并非与语音呼叫并行,这 要求在呼叫前传送数据,或者在呼叫后在呼叫者号码簿中更新数据,以用于后续呼叫。典型 地,结果是:在来电的铃音序列期间接收到“网内”通知,相呼应地,由TM 30上的OEM呼叫 说 明 书CN 102498731 A 5/6页 9 处理器软件显示CID。当由于漫游、语音呼叫活动性(CDMA网络)、糟糕的覆盖等等因而网 络不可用时,在手机上确定与MDN相关联的运营商是有益的。与LNP相关联的差错率大约 为网内1和网外1,并且虽然在所有情况下接受这样的差错对于运营商或手机制造商 而言可能是不可接受的,但是对与MDN相关联。

32、的运营商进行本地手机确定达到99的精确 率对于在手机上的联系人数据库中创建初步条目而言已经足够了。因此,本发明通过对与 呼叫方的MDN相关联的运营商网络进行基于手机的确定,之后经由基于网络的LNP检查进 行更新,使得初步条目成为可能。通过确保信息对于任何电话号码可用并且不仅在连接了 网络数据服务时可用,这改进了采用运营商“网内”通知的呼叫者标识的用户体验。此外, 特别地,小百分率的LNP差错实际上是将所列MDN的所有者转换至运营商网络的机会,为网 内呼叫的益处打广告,并向用户通知正确的网络和呼叫者标识依赖于LNP(而不是网络的 自身标识数据库);这允许以“不要错过机会,加入吧”为主题的营销消息。

33、支持将呼叫者转 移至呼叫方的运营商的营销活动。这也指示了在手机上执行本地查询以确定与MDN相关联 的运营商的益处,即使稍后可以通过网络查询由LNP检查返回更精确的信息。这些益处唯 一地源于:将本地手机查询和基于网络的查询进行组合,以执行本发明所描述的网内确定。 0030 更新呼叫者号码簿中的“网内”信息 0031 有时,由于通信网络中的延迟或时延或者呼叫者行为(如,订户立即将来电接 起),传送“网内”通知的延迟将发生在呼叫完成之后。然而,可以在TM 30上的数据库或 传统的呼叫者号码簿中存储在来电被应答和/或终结后接收到的“网内”指示,以供稍后 参考,称为呼叫后。下次接收到号码时,显示“网内”。

34、指示以及存储在呼叫者号码簿中的其 他信息。与网络查询提供的其他记录一样,该信息可以间或地被TM30上的软件(如,Name ID(TM)确认和更新。优选地,使用FIFO(先入先出)方法,保留较新的呼叫者标识记录(包 括CID、呼叫者名称、城市/国家或其他地理位置信息、以及“网内”通知),并删除较老的记 录。这强制针对在若干时间未呼叫过移动设备的呼叫者重新分析“网内”指示。类似地,可 以通过在任意来电期间进行查询;或周期地(例如,对于在过去30天未呼叫过移动设备的 任何呼叫者)更新记录。 0032 图2示出了示例移动设备60,该示例移动设备60正在接收来自通过上述方法之 一被确定为另一网内订户的呼。

35、叫。在移动设备60的显示器64上显著地显示出缩写的“网 内”指示符62。 0033 触发采纳活动 0034 该显示可以使软件操作结束,或者为了移动设备60的用户或网外呼叫者的利益, 可以充当开始其他应用、消息和/或促销的触发条件或输入。此处并入了于2008年8月 14日递交的美国专利申请序号12/191,904,作为参考。在接收到初始呼叫后,还可以触发 特定通知或采纳消息或者软件驱动的活动,并且使其针对网外呼叫者。运营商可以在来话 期间和/或来话之后产生SMS和网外消息,以向呼叫者发送采纳或迁移消息(不向订户收 费)。这种消息可以包括但不限于:被叫方的呼叫号码簿信息、与网内呼叫相关联的费用节 。

36、省或比较、呼叫方案和移动设备或设备升级的促销、加入网络的请求、加入订户的圈子或其 他社交呼叫方案的请求、对在线服务或软件的提供、因采用其他产品或进入社交网络组而 提供降低的费用或免费得电话服务等等。这些发盘可以仅纯文本、文本和图形来呈现,或者 包含web连接、对话按钮或其他可动作内容,以请求来自OM 22的接收者的响应。 说 明 书CN 102498731 A 6/6页 10 0035 确定并在移动手机显示器上显示呼叫者的陆上线路或移动指定 0036 在可选实施例中,本发明检查来电的CID所提供的NPA/NXX码,以确定来电是从陆 上线路还是移动手机拨打的。一旦进行该确定,优选将号码置于移动手。

37、机呼叫者号码簿中 正确的字段内。此后,OEM软件层呼叫管理器软件在显示器中自动显示到达号码(例如,使 用与线路类型相关联的、来自移动手机呼叫者号码簿中的用户界面的图形图标,来指示陆 地或者移动)。 0037 该实施例的另一优势在于:使得本发明能够验证、纠正或替换与移动手机呼叫者 号码簿中的电话号码相关联的陆上线路或移动的分类(例如,因用户对号码簿中的第一字 段的数据录入错误或缺省情况导致的错误分类)。在可选实施例中,本发明可以自动更正覆 盖该录入,或者可以通知用户并请求允许对录入进行更正。 0038 虽然已经说明和描述了本发明的优选实施例,但如上所述可以在不背离本发明的 精神和范围的前提下做出多种修改。相应地,本发明的范围不受优选实施例的公开的限制。 相反,应参照以下权利要求书从整体上确定本发明。 说 明 书CN 102498731 A 10 1/2页 11 图1 说 明 书 附 图CN 102498731 A 11 2/2页 12 图2 说 明 书 附 图CN 102498731 A 12 。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1