XV6800的GPS功能深入探讨及部分常见故障解决( 二 )


注意:在 PDE Transport 里面我这里的设置为 ”IP”, 上面的 PDE IP Address 是 Sprint 的服务器地址 。如果这里设置为 IP 的话 , 6800 在开启 GPS 的时候同时会开启网络拨号 , 在定位过程中会自动地把 GPS 信号和基站信号发送到 Sprint 的服务器 , 以达到更高的定位精度 , 但实际上该服务在国内不可用 , 而且会产生高额的网络费 , 所以这里的正确设置应该把 PDE Transport 改为 ”DBM”, 如下图所示:
图二
至于网络上流传的改左边的一些参数设置 , 其实是没有太大用处的 , 左边的这列参数只是代表了 6800 的 GPS 模块能够支持这些功能 , 除非你不希望某些功能打开 , 可以将它屏蔽掉 。
它们所对应的解释分别为:
Assistance-Spherical: 辅助圆形坐标
Assistance-Cartesian: 辅助椭圆形坐标(笛卡儿坐标)
AFLT :辅助定位(利用三角基站进行定位)
GPS Almanac & GPS Ephemeris: GPS 星历
GPS Almanac Correction: GPS 星历校正
Autonomous: 自动校准
GPS/AFLT Hybrid: GPS 和 AFLT 混合模式
接下来 , 我们来了解一下什么是 P.D.E:
PDE 的英文全称是 ” Position Determining Entity”, 定位实体
PDE 的主要功能:当收到 MPC 的位置请求时 , PDE 与 MSC 、 BSC 以及 MS 等相关设备交换信息 , 利用各种测量信息和各种数据通过特定的算法完成具体的定位计算 , 并将最后的计算结果报告给 MPC。
它的主要特点包括:
* 它是与具体定位技术相关的网络单元 , 在位置业务网络中通过该网络实体来确定 MS 的位置 。
* 每一个 PDE 能支持一种或多种定位技术 , 如增强型前向链路三边定位法 AFLT 或者增强型观察时间差法 E-OTD 等定位技术 。
* 每一个 PDE 都服务某一个特定的覆盖区域 , 但不同 PDE 的服务区域可能存在重叠现象 。即多个使用相同定位技术或者使用不同定位技术的 PDE 都可能服务某一个 MPC 所覆盖的区域 。
* PDE 需要内置 GPS 接收机用以监控卫星信号 , 一方面用于自身对 MS 的位置的计算 。同时 , 还可以将所获得的包括天文历表、日历等在内的信息传送给 MS , 从而帮助具有一定定位功能的 MS 更快更精确的定位 。
* PDE 通过 SS7 信令网与 MPC 和 MSC 直接相连 。
* PDE 不能通过空中接口直接与 MS 进行交互 , 必须通过 BTS/BSC/MSC 作为中间传递者进行间接的交互 , 互相遵循 IS801 协议 。
* PDE 与 MPC 之间主要是位置请求消息和位置响应消息的交互 。
* PDE 与 MSC 之间交互的消息里主要包含各种 PDE 或者 MS 用于位置计算的测量信息和数据 。消息格式、消息内容以及消息传输的格式都必须遵循 IS801 协议 。
6800 默认的就是 P.D.E 定位方式 , 联想到不少网友说某些地区 6800 无法定位 , 请这些的确的网友帮忙证实一下 , 该地区的 CDMA 组网方式是否支持 IS801 协议或 SS7 通信指令 , 如果不支持的话 , 那该地区可能就无法定位了 , 跟卫星信号无关 , 跟当地 CDMA 组网方式有关 。
另外在 Position 这里面还有一个 Mobile 方式 , 我们一起来了解一下吧:
移动定位中心( MPC-Mobile Position Center )
MPC 的主要功能:定位操作处理流程的控制管理中心和位置信息的控制管理中心 。具体表现在:
* 网关功能 , 负责位置信息的获取、传递、存储及控制 。接收来自 SCP 、 SC 、 ESME 或 LCS Client 等使用位置信息的应用实体的定位请求 , 进行必要的处理后将请求发送给 PDE , 接收 PDE 提供的定位结果 , 再将定位结果发送给 SCP 、 SC 、 ESME 或 LCS Client 等应用实体 。
* 同时支持 SS7 和 TCP/IP 两种接入方式 。
* 具有 SS7 到 IP 之间的协议转换功能 。

推荐阅读