短信状态才艮告方法及信令互通网关 技术领域 本发明涉及通信领域， 具体而言， 涉及一种短信状态报告方法及信令互 通网关。 背景技术 漫游和信令互通是全球移动通信系统（简称 GSM )成功的关键， 全球移 动通信系统协会有超过 600个运营商会员， 两个运营商之间通常通过双边协 议实现网络互通。 随着 3G时代的到来， 业务的多样化， 以及接入技术的层 出不穷， 通过双边协议方式来实现网络互通越来越不能 满足各会员的需求， 而且建立双边关系的费用也是一些运营商开展 新的漫游业务的障碍。 全球移动通信系统网（简称 G网）状态报告机制是一种提高 G网性能的 短信下发流程。 短信中心向用户下发短信的过程如果失败 (例如， 由于用户手 机关机等原因）， 单靠短信中心重试机制来保证短信成功到达用 户终端， 对网 络资源消耗较大。 而通知机制的原理是记录用户状态标志， 在用户不可达时 通知短信中心緩存短信， 在用户可达时通知短信中心下发短信， 可极大地提 高网络性能。 通知机制具体是通过以下的方式来实现的： 该机制涉及的信令包括状态报告 （例如， 传送状态报告 ( Report Deliver Status, 简称为 RDS ) )信令和通知信令 (例如， ALERT ), 当短信中心（ Short Message Service Center, 简称为 SMSC )下发短信下行 (简称 MT )短信失败 时， 短信中心将才艮据失败情况向归属位置寄存器 （ Home Location Register, 简称为 HLR )发送状态报告信令， 告诉 HLR用户不可及。 HLR在收到状态 艮告信令之后， 对用户记录故标记， 表明用户当前状态。 当用户终端可以继 续接收短信 （例如， 用户开机后） 时， HLR将收到拜访位置寄存器 （Visitor Location Register , 简称为 VLR )发来的通知， 之后将才艮据用户记录向短信中 心发送通知信令， 通知短信中心可以继续下发存储的短信。 但是， 当用户漫游到其它网络或运营商时， 由于当前网络或运营商所釆 用的 MAP版本可能与目的网络或运营商所釆用的 MAP版本不同， 因此， 无 法直接进行交互， 现有短信状态通知机制将无法实现。 发明内容 本发明的主要目的在于提供一种短信状态报告 方法及信令互通网关， 以 至少解决上述问题。 根据本发明的一个方面， 提供了一种短信状态报告方法， 包括： 信令互 通网关 Hub接收源网络中的短信中心 SMSC发送的状态 4艮告信令，并转发到 目的网络中的归属位置寄存器 HLR; Hub接收来自 HLR的状态报告响应， 存储状态报告信令中的第一目的用户号码和状 态报告响应中的第二目的用户 号码之间的对应关系； Hub接收来自 HLR的通知信令； Hub将通知信令中的 用户号码作为第二目的用户号码， 居对应关系查找对应的第一目的用户号 码， 将通知信令中的用户号码替换成查找到的第一 目的用户号码， 并发送至 SMSC。 进一步地， 在存储状态报告信令中的第一目的用户号码和 状态报告响应 中的第二目的用户号码之间的对应关系之后， 还包括： 若源网络中的 SMSC 支持 MAPvl , 则 Hub删除状态报告响应中的第二目的用户号码； 若源网络 中的 SMSC支持 MAPv2或以上， 则 Hub将状态 4艮告响应中的第二目的用户 号码替换成状态报告信令中的第一目的用户号 码； Hub将状态报告响应发送 至 SMSC。 进一步地， Hub 还将状态报告响应中的 SMSC 号码替换成源网络中的 SMSC的号码。 进一步地， Hub还存储源网络中的 SMSC的号码和状态报告响应中的第 二目的用户号码之间的对应关系， Hub还根据对应关系查找通知信令中的用 户号码对应的 SMSC的号码，并将通知信令中的 SMSC号码替换成查找到的 SMSC的号码。 进一步地， Hub接收源网络中的 SMSC发送的状态报告信令， 并转发到 目的网络中的 HLR包括： Hub接收源网络中的 SMSC发送的状态报告信令； Hub在本地 HLR路由表中，查找状态报告信令中的目的用户 号码对应的目的 网络中的 HLR; Hub将状态报告信令转发到 HLR。 进一步地， 在将通知信令中的用户号码替换成查找到的第 一目的用户号 码， 并发送至 SMSC之后， 还包括： 源网络中的 SMSC查找以通知信令中的 第一目的用户号码作为被叫用户的短信； 将短信发送到通知信令中的第一目 的用户号码。 进一步地， 将短信发送到通知信令中的第一目的用户号码 包括： 源网络 中的 SMSC将短信通过 MT信令发送到 Hub, Hub向目的网络中的 HLR查 询路由， 并才艮据路由将短信转发至第一目的用户号码 ； 或者， 源网络中的 SMSC向源网络中的 HLR查询路由，并根据路由将短信发送至第一目 的用户 号码。 进一步地， Hub为多个 Hub的级联。 根据本发明的另一个方面， 提供了一种信令互通网关， 包括： 第一接收 模块，用于接收源网络中的短信中心 SMSC发送的状态报告信令；转发模块， 用于将状态报告信令转发到目的网络中的 HLR; 第二接收模块， 用于接收来 自 HLR 的状态报告响应； 存储模块， 用于存储状态报告信令中的第一目的 用户号码和状态报告响应中的第二目的用户号 码之间的对应关系； 第三接收 模块， 用于接收来自 HLR 的通知信令； 查找模块， 用于将通知信令中的用 户号码作为第二目的用户号码， 居对应关系查找对应的第一目的用户号码； 替换模块，用于将通知信令中的用户号码替换 成查找到的第一目的用户号码； 发送模块， 用于将通知信令发送至 SMSC。 进一步地， 该信令互通网关还包括： 第一处理模块， 用于在源网络中的 SMSC支持 MAPvl 的情况下， 删除状态报告响应中的第二目的用户号码； 第二处理模块， 用于在源网络中的 SMSC支持 MAPv2或以上的情况下， 将 状态报告响应中的第二目的用户号码替换成状 态报告信令中的第一目的用户 号码； 响应发送模块， 用于将状态报告响应发送至 SMSC。 进一步地， 该信令互通网关还包括： 第四接收模块， 用于接收源网络中 的 SMSC 通过 MT信令发送的短信； 路由查询模块， 用于向目的网络中的 HLR查询路由； 短信转发模块， 用于根据路由将短信转发至第一目的用户号 码。 通过本发明， 在漫游通知流程中引入信令互通网关， 存储状态报告信令 中的目的用户号码和状态 4艮告响应中的目的用户号码的对应关系， 在转发通 知信令时， 使用存储的状态报告信令中的目的用户号码替 换通知信令中的目 的用户号码， 解决了相关技术中由于网络间釆用的 MAP版本不同导致短信 状态通知机制无法实现的问题， 在不改变运营商已有网络架构的基础上， 实 现了不同 MAP版本状态报告机制的兼容处理， 从而实现了漫游条件下的短 信通知机制。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的 不当限定。 在附图中： 图 1是根据本发明实施例的短信状态报告方法的� �程图； 图 2是根据本发明实施例的信令互通网关的结构� �图； 图 3是根据本发明实施例的信令互通网关的优选� �构框图一； 图 4是根据本发明实施例的信令互通网关的优选� �构框图二； 图 5是根据本发明实施例 1的短信状态报告方法的具体流程图； 图 6是才艮据本发明实施例 1的 Hub内部数据结构的示意图； 图 7是根据本发明实施例 3的短信状态报告方法的详细流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 图 1是根据本发明实施例的短信状态报告方法的� �程图， 包括： 步骤 S 102 , 信令互通网关（以下简称 Hub )接收源网络中的 SMSC发送 的状态 4艮告信令， 并转发到目的网络中的 HLR; 步骤 S 104, Hub接收来自该 HLR的状态报告响应， 存储状态报告信令 中的第一目的用户号码和状态 ^艮告响应中的第二目的用户号码之间的对应� � 系； 步骤 S 106, Hub接收来自该 HLR的通知信令； 步骤 S 108, Hub将通知信令中的用户号码作为第二目的用户 号码， 根据 对应关系查找对应的第一目的用户号码， 将通知信令中的用户号码替换成查 找到的第一目的用户号码， 并发送至 SMSC。 相关技术中， 不同网络之间支持的 MAP版本可能不同， MAPvl不支持 一机多号， 而 MAPv2或以上能够支持一机多号， 此时， HLR中， 对于同一 个终端， 仅釆用一个号码作为标识， 若源网络中的 SMSC发送的状态报告信 令中的号码不是该用作标识的号码， 则无法辨识来自 HLR 的包含用作标识 的号码的信令， 从而可能导致处理混乱， 即无法实现漫游状态下的短信状态 报告机制。 本发明实施例提供的方法中， 通过在漫游通知流程中引入信令互 通网关， 存储状态报告信令中的目的用户号码和状态报 告响应中的目的用户 号码的对应关系， 在转发通知信令之前， 使用存储的状态 4艮告信令中的目的 用户号码替换通知信令中的目的用户号码， 解决了相关技术中由于网络间釆 用的 MAP版本不同导致短信状态通知机制无法实现的 问题， 在不改变运营 商已有网络架构的基础上， 实现了不同 MAP版本状态报告机制的兼容处理， 从而实现了漫游条件下的短信通知机制。 优选地， 在步骤 S 104之后， 还包括： 若源网络中的 SMSC支持 MAPvl , 则 Hub删除状态报告响应中的第二目的用户号码； 若源网络中的 SMSC支持 MAPv2或以上， 则 Hub将状态 4艮告响应中的第二目的用户号码替换成状态 艮告信令中的第一目的用户号码； Hub将状态 4艮告响应发送至 SMSC。 通过 该过程， 能够进一步地实现状态报告响应的发送， 且可以兼顾 SMSC中的各 MAP版本， 普适性较强。 优选地， Hub还可以将状态报告响应中的 SMSC号码替换成源网络中的 SMSC的号码。 从而保证交互的状态报告响应信令中的数据的 正确性， 方便 后续的鉴权处理。 优选地， Hub还可以存储源网络中的 SMSC的号码和状态报告响应中的 第二目的用户号码之间的对应关系， Hub还可以根据该对应关系查找通知信 令中的用户号码对应的 SMSC的号码，并将通知信令中的 SMSC号码替换成 查找到的 SMSC的号码。 从而保证交互的通知信令中的数据的正确性， 方便 后续的鉴权处理。 优选地， 步骤 S 102包括： Hub接收源网络中的 SMSC发送的状态报告 信令； Hub在本地 HLR路由表中， 查找状态报告信令中的目的用户号码对应 的目的网络中的 HLR; Hub将状态报告信令转发到该 HLR。 通过在 Hub中 设置本地 HLR路由表， 为状态报告信令的转发提供了依据， 釆用本地的路 由表进行查找， 提高了 Hub的处理效率。 优选地， 在步骤 S 108之后， 还包括： Hub删除对应关系。 由于已完成 通知信令的发送， 不再需要查找对应关系， 因此， 可以将对应关系删除， 从 而节约 Hub的存储空间， 提高 Hub的运行效率。 优选地， 在步骤 S 108之后， 还包括： 源网络中的 SMSC查找以通知信 令中的第一目的用户号码作为被叫用户的短信 ； 将短信发送到通知信令中的 第一目的用户号码。 通过该过程， 完成了 SMSC根据通知信令来重发用户为 发送的短信的过程， 无需反复重试， 从而节约了 SMSC的处理资源。 优选地， 将短信发送到通知信令中的第一目的用户号码 包括： 源网络中 的 SMSC将短信通过 MT信令发送到 Hub, Hub向目的网络中的 HLR查询 路由，并根据路由将短信转发至第一目的用户 号码；或者，源网络中的 SMSC 向源网络中的 HLR查询路由， 并根据路由将短信发送至第一目的用户号码。 以上的第一种方法， 由 Hub进行短信的转发， 无需 SMSC查找路由， 简 化了 SMSC的处理过程； 第二种方法， 由 SMSC向 HLR查询路由后发送， 减轻了 Hub的处理负荷。 优选地， 其特征在于， 以上的 Hub可以为多个 Hub的级联。 通过对 Hub 的级联， 能够适应源网络到目的网络之间需通过一个或 多个网络的情况， 能 够适应各种网络拓 4卜情况。 图 2是根据本发明实施例的信令互通网关的结构� �图， 该信令互通网关 包括： 第一接收模块 20 , 用于接收源网络中的短信中心 SMSC发送的状态报 告信令； 转发模块 21 , 耦合至第一接收模块 20, 用于将状态报告信令转发 到目的网络中的 HLR; 第二接收模块 22 , 耦合至转发模块 21 , 用于接收来 自 HLR的状态报告响应； 存储模块 23 , 耦合至第二接收模块 22 , 用于存储 状态报告信令中的第一目的用户号码和状态报 告响应中的第二目的用户号码 之间的对应关系； 第三接收模块 24 , 耦合至第二接收模块 22 , 用于接收来 自 HLR的通知信令； 查找模块 25 , 耦合至存储模块 23和第三接收模块 24 , 用于将通知信令中的用户号码作为第二目的用 户号码， 根据对应关系查找对 应的第一目的用户号码； 替换模块 26 , 耦合至查找模块 25 , 用于将通知信 令中的用户号码替换成查找到的第一目的用户 号码； 发送模块 27 , 耦合至替 换模块 26 , 用于将通知信令发送至 SMSC。 通过在漫游通知流程中引入上述的信令互通网 关， 由存储模块 23 存储 状态报告信令中的目的用户号码和状态报告响 应中的目的用户号码的对应关 系， 在发送模块 27转发通知信令之前， 替换模块 26使用存储的状态报告信 令中的目的用户号码替换通知信令中的目的用 户号码， 解决了相关技术中由 于网络间釆用的 MAP版本不同导致短信状态通知机制无法实现的 问题， 在 不改变运营商已有网络架构的基础上， 实现了不同 MAP版本状态报告机制 的兼容处理， 从而实现了漫游条件下的短信通知机制。 图 3是根据本发明实施例的信令互通网关的优选� �构框图一， 如图 3所 示， 该信令互通网关还包括： 第一处理模块 32 , 耦合至第二接收模块 22 , 用于在源网络中的 SMSC支持 MAPvl的情况下， 删除状态报告响应中的第 二目的用户号码； 第二处理模块 34 , 耦合至第二接收模块 22 , 用于在源网 络中的 SMSC支持 MAPv2或以上的情况下， 将状态 4艮告响应中的第二目的 用户号码替换成状态报告信令中的第一目的用 户号码； 响应发送模块 36 , 耦 合至第一处理模块 32 和第二处理模块 34 , 用于将状态 4艮告响应发送至 SMSC。 通过响应发送模块 36 , 能够进一步地实现状态报告响应的发送， 且通过 第一处理模块 32和第二处理模块 34的配合， 可以兼顾 SMSC中的各 MAP 版本， 普适性较强。 图 4是根据本发明实施例的信令互通网关的优选� �构框图二， 如图 4所 示， 该信令互通网关还包括： 第四接收模块 42 , 耦合至发送模块 27 , 用于 接收源网络中的 SMSC通过 MT信令发送的短信； 路由查询模块 44 ,耦合至 第四接收模块 42 , 用于向目的网络中的 HLR查询路由； 短信转发模块 46 , 耦合至路由查询模块 44 , 用于根据路由将短信转发至第一目的用户号码 。 以下描述的实施例 1至 3 , 综合了上述多个优选实施例的技术方案。 实施例 1 该实施例所描述的技术方案通过在漫游通知流 程中引入信令网关， 使得 通知机制可以跨网络或运营商实现。 该方案首先建立緩存， 用于存放状态报 告 （例如， RDS ) 信令中的用户 MSISDN (以下记为 R-MSISDN)和短信中心 号码 (SC-GT), 以及 RDS响应中的用户 MSISDN (以下记为 A-MSISDN), 后 续在转发 RDS响应和通知信令 (例如， ALERT )时， 使用緩存的 R-MSISDN 作为用户的 MSISDN。 jt匕方案下，下级网元无论支持 MAPv2版本还是 MAPvl 版本， 都可以正确处理消息， 后续流程可以正常进行。 以下以运营商 MON1 向运营商 MON2发送 RDS信令， 运营商 MON2 向运营商 MON 1发送 ALERT为例进行描述， 图 5是根据本发明实施例 1的 短信状态 4艮告方法的具体流程图， 具体包括以下步骤： 步骤 1 ,运营商 MON1的短信中心下发短信到接入运营商 MON2的用户， 失败。 步骤 2 ,信令互通网关 Hub收到所连接的运营商 MON1的短信中心发送 的 RDS信令。 步骤 3 , 信令互通网关 Hub, 查询本地 HLR路由表， 发现用户当前接入 运营商 MON2 , 于是将 RDS信令转发给运营商 MON2的 HLR。 步骤 4 , 信令互通网关 Hub收到 MON2的 HLR发回的 RDS响应（记为 RDS resp )„ 步骤 5 , 信令互通网关 Hub将 RDS响应中的用户 MSISDN号码替换为

RDS请求消息 （即， 上述的 RDS信令） 中的用户 MSISDN号码。 具体地， 图 6是才艮据本发明实施例 1的 Hub内部数据结构的示意图， 如 图 6所示， 在本地消息等待数据 (Message Waiting Data, 简称为 MWD)表中 记录 RDS请求消息中 MSISDN号码 (后续也称源 MSISDN)和短信中心号码， 并记录 RDS响应消息中的 MSISDN作为索引，还可记录用户 IMSI等其它信 息。 步骤 6 , 信令互通网关 Hub将 RDS响应发送到 MON1的短信中心。 如 果短信中心支持 MAPvl版本， 则响应消息不包含 MSISDN, 如果短信中心 支持 MAPv2及以上版本， 则包含请求消息中的 MSISDN。 步骤 7 , MON2的用户重新可及， 例如， 开机、 手机内存空间满足条件 等。 步骤 8 , 信令互通网关 Hub收到 MON2的 HLR发送的 ALERT。 步骤 9, 信令互通网关才艮据 ALERT中的 MSISDN, 按索引查询 MWD, 得到源 MSISDN号码和短信中心号码，并以此构造新的 ALERT转发给 MON1 的短信中心， 最后删除这条 MWD数据。 步骤 10, MON1的短信中心收到 ALERT, 才艮据其中的用户 MSISDN查 询到緩存的以该用户作为被叫用户的短信， 并将短信用 MT信令转发到信令 互通网关。 步骤 11 , 信令互通网关收到 MON1短信中心发送的 MT信令， 路由后 将其转发到用户所在的移动交换中心。 通过以上的过程， 在不改变运营商已有网络架构的基础上， 通过增加信 令互通网关， 实现跨运营商和跨网络的漫游短信态报告机制 。 对于运营商网 络釆用不同版本的 MAP协议的情况， 本方案都能实现兼容。 实施例 2 该实施例描述了短信状态报告方法的一种优选 处理过程，包括以下步骤： 步骤 1 , 在信令互通网关 Hub 上， 配置静态路由表， 实现根据目的 MSISDN号码查询目的 HLR地址的功能。 步骤 2, 信令互通网关 Hub收到所属运营商 MON1的 RDS信令。 步骤 3 , 信令互通网关 Hub, 查询路由指向运营商 MON2, 将 RDS信令 转发给运营商 MON2的 HLR。 步 4聚 4, 信令互通网关 Hub收到 HLR返回的 RDS响应。 步骤 5 , 才艮据 RDS请求和响应消息， 生成 MWD记录并保存， 记录包含 请求消息中的用户 MSISDN, 请求消息中的短信中心号码， 请求消息中的短 信中心地址， 响应消息中的用户 MSISDN (如果存在)等。 步骤 6 , 使用请求消息中的短信中心号码替换响应消息 中的短信中心号 码， 如果源短信中心的协议是 MAPv2, 则还需使用请求消息中的 MSISDN 替换响应消息中的 MSISDN, 并转发响应消息到源短信中心。 步骤 7, 信令互通网关 Hub收到 MON2 HLR的 ALERT请求。 步骤 8, 才艮据请求中的 MSISDN到 MDW中查询记录。 才艮据记录中的请 求 MSISDN和短信中心号码构造新的 ALERT请求， 发送到源短信中心。 步骤 9, 源短信中心收到 ALERT请求， 才艮据请求中的用户 MSISDN, 查 询緩存的以该用户作为被叫用户的短信。 之后可到 HLR 查询路由再下发， 或直接用 MT信令发送到信令互通网关。 步骤 10,信令互通网关收到 MON1短信中心发来的 MT信令，到 MON2 的 HLR查询路由， 之后转发到用户所在的移动交换中心。 实施例 3 该实施例描述了源网络到目的网络之间需通过 一个或多个网络的情况 下， 短信状态 4艮告方法的一种优选处理过程， 图 7是 居本发明实施例 3的 短信状态 4艮告方法的详细流程图， 包括以下步骤： 步骤 1 , 在信令互通网关 Hubl和 Hub2上， 配置静态路由表， 实现根据 目的 MSISDN号码查询目的 HLR地址的功能。 步骤 2, 信令互通网关 Hubl收到所属运营商 MON1的 RDS信令。 步骤 3 , 信令互通网关 Hubl , 查询路由指向运营商 MON2, 将 RDS信 令转发给运营商 MON2的 Hub2; 步骤 4, 信令互通网关 Hub2, 查询路由指向运营商 MON3 , 将 RDS信 令转发给运营商 MON3的 HLR。 步骤 5 , 信令互通网关 Hub2收到 MON3的 HLR返回的 RDS响应。 步骤 6, Hub2转发 RDS到 Hubl , Hubl根据 RDS请求和响应消息， 生 成 MWD记录并保存， 记录包含请求消息中的用户 MSISDN, 请求消息中的 短信中心号码， 请求消息中的短信中心地址， 响应消息中的用户 MSISDN (如 果存在)等。 步骤 7 , 使用请求消息中的短信中心号码替换响应消息 中的短信中心号 码， 如果源短信中心的协议是 MAPv2, 则还需使用请求消息中的 MSISDN 替换响应消息中的 MSISDN, 并转发响应消息到 MON1的源短信中心。 步骤 8, 信令互通网关 Hub2收到 MON3的 HLR的 ALERT请求。 步骤 9, 信令互通网关 Hub2转发 ALERT请求到 Hubl , Hubl才艮据请求 中的 MSISDN到 MDW中查询 ΐ己录。 才艮据记录中的请求 MSISDN和短信中 心号码构造新的 ALERT请求， 发送到源短信中心。 本发明实施例提供的技术方案中， MON1向运营商 MON2发送 RDS信 令， 运营商 MON2向运营商 MON1发送 ALERT, Hub在记录 MWD时， 釆 用 MAPvl的還辑， 转发 ALERT时才艮据记录的 MWD来实现， 而不是直接传 递源 ALERT, 能够兼容 MAPvl和 MAPv2或以上协议实现漫游短信状态 4艮 告， 在不改变运营商已有网络架构的基础上， 实现跨网络的漫游短信通知机 制。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。