交换技术第6章 位置请求用GT码的例子.docxVIP

位置请求用 GT 码的例子 那为什么要配这些数据呢？在这里以 CDMA2000 位置更新过程为例，详细解释一下 MSC 的 GT 码翻译配置。 正常情况下 CDMA 的位置更新过程很简单，就两步： VLR 通过 D 接口给 HLR 发送位置登记请求（REGNOT） HLR 登记成功，给 VLR 登记成功响应（regnot）。 第一步，位置登记请求中，MSC 是以手机的 IMSI/MIN 码为 GT 码向 HLR 发登记请求的，故要配 GT 翻译数据保证能根据全世界任一 CDMA2000 的 IMSI 号码送到正确的方向。 数据配置时主要参数如下： GT 码：为手机的 IMSI 号码； 编号计划：为 E.212。 翻译结果、DPC：是 DPC+GT 还是 DPC＋SSN 就要看组网的情况了。 首先如果是本地的号段，通常归属 HLR 对 MSC 来说在 MTP 层是可见的。就直接采用 DPC+SSN 方式，DPC 是 HLR 的 SPC，SSN 是 HLR。这样对端不用做 GT 码翻译就可以直接送到 MAP 层去； 接着配本网号段，配一条或多条匹配本网所有 IMSI/MIN 的号段数据， 这些消息将由信令转接点向目的地转接。翻译结果为 DPC+GT，DPC 为信令转接点的 SPC，这样，STP 在收到消息后，会再次进行 GT 翻译工作，根据它的翻译结果来决定此消息下一步的发送方向。 最后配一条全匹配的数据匹配全球所有 IMSI/MIN 号段，指向信令转接点，翻译结果为 DPC+GT，DPC 为信令转接点的 SPC（这里的 STP 与前一段提到 STP 可能是同一个也可能是不同的，要根据当地的组网情况来决定），就满足全球漫游的功能。 第二步，HLR 向 MSC/VLR 回位置登记应答消息。MSC/VLR 配的数据就是要保证能把此消息收下来。 此消息的 SCCP 寻址方式有两个可能：DPC+SSN 或 GT（详细的内容参考 2.5 SCCP 路由）。如果是采用 DPC+SSN 方式，SCCP 层不需要 GT 翻译就可以把消息送往 MAP 层的子系统；而如果是 GT 方式，没有 GT 翻译就不行了。（见2.5.2） 所以我们需要配上表中的第一类记录，把本局 GT 码翻译为 DPC+SSN（DPC 指向本局），这样经过翻译后，SCCP 层就可以成功地向 MAP 子系统发消息了。 注： 在接收方 SCCP 层仅靠 GT，是不可能把消息送到 MAP 层各子系统中去的。因为MSC/VLR/HLR 等功能子系统在 SCCP 层仅根据子系统号（SSN）来区分，也就是说，如果 SCCP 层要发一条消息到 MSC 子系统，必须知道这条消息确切的子系统号（SSN）。 通常规范的网络，在 SCCP 寻址的最后一步，都是采用的 DPC+SSN 方式。在这 种情况下，上表中的第一类记录就不需要了。但我们通常又是配了这条数据的， 主要是起个保障的作用。 从上边的例子可以看到，我们要具备以下条件，才能保证完整、正确的配置 GT 码翻译表： 熟悉 MAP/CAP 通信流程； 清楚流程每一步中，SCCP 层寻址要用到的 GT 码； 了解本网的组网情况。 其余的数据本文就不再详细解释，大家根据上边这些信息自己推导一下。 注意： 这里关于 CDMA2000 系统介绍都是以中国联通的端局为例，汇接局的配置有所不同；另，在海外，由于协议原因，配置有所不同，具体见 4.4 注意事项 注意： 下边表格理翻译结果为“DPC”在消息实际的寻址方式是 DPC+SSN。华为交换机处理过程中会根据 MAP 操作判断 SSN 是什么。