P-CSCF 发现未在仿真 LTE 网络中的 LTE 过程中启动

P-CSCF Discovery not being initiated in LTE Procedure in an Emulated LTE Network

我正在尝试使用安捷伦的 E6621A 和 iPhone 6 Plus 来模拟 LTE 网络,以便在 VoLTE 连接上进行实验。根据我使用的日志记录软件,UE 成功地完成了它的 RRC 功能(包括 RRCConnectionReconfiguration 步骤,这应该是 P-CSCF Discovery 应该发生的地方)并且没有错误,并且在发出任何注册或订阅消息之前就停在那里.如前所述,没有标志被抛出以指示设置错误。根据多个消息来源,以下 APN 1 应该订阅正在 运行 的 SIP 服务器应用程序,但根据网络嗅探,这从未发生过。

我们目前的设置如下:

APN 1: 名称=apn.vzims.com,地址=192.168.1.51,DNS=192.168.1.230,P-CSCF=192.168.1.230,CauseCodeType=IPv4

APN 2: 名称=VZWINTERNET,地址=192.168.1.52,DNS=10.4.1.1,P-CSCF=192.168.1.230,CauseCodeType=IPv4

SIM: ID=Gemalto LTE Advanced R8 测试 UICC, ISIM= 001010123456789@ims.mnc01.mcc.001.3gppnetwork.org, Authentication=Milenage

UE: Type=Apple iPhone 6 Plus 运行ning iOS 8.1.2, 蜂窝运营商: Internet=VZWINTERNET, MMS =apn.vzims.com 通过 E6621A

我们运行在支持 IPv6 的局域网和支持 IPv6 的计算机上建立这个模拟环境。 SIP 服务器既充当 DNS 查找服务器又充当 IMS-SIP 服务器,但是该 SIP 服务器不能由 SIP 应用程序为其提供的域标识 (test.3gpp.com; 这不是3gpp.org)除非对方使用192.168.1.230作为它的DNS。

这显然不是身份验证问题,因为两个 APN 上的连接似乎都很好(我可以 ping 每个 APN,尽管由于我尚未优化的配置,它们经常会遇到 ping 超时)并且事实上,它通过了初始 AttachAccept 消息。

您在上面看到的设置中是否有任何不正确的部分?如果没有,我是否应该采取一些措施来查看是什么阻止了 P-CSCF 的成功?

如果您需要 logger/sniffer 痕迹,请告诉我。请注意,如果您确实需要它们,记录器跟踪(跟踪所有 E6621A 事件)需要一个特殊的 dll 和 Wireshark 1.10 版(加上一些设置)。

我发现我的设置有一些问题。

  1. 为了 iPhone 6S+ 支持 VoLTE,它必须至少 运行 iOS 9,而不是 8。
  2. 由于一直更新到 iOS 10.3.1,我使用的 CarrierLabs 软件和 SIM 要求数据 APN 为 "ims",两者都在 iPhone 和 PXT; (否则我会收到一个不断寻找 "ims" 的 PDNConnectivity 请求问题)。
  3. 我最近还发现(通过尝试将其与免费的开源 SIP 服务器一起使用)我一直关注的白皮书在涉及网关时的设置完全错误。网关不能设置为192.168.1.1(对于PXT和E-EPCE),PXT网关和E-EPCE网关都必须设置为服务器,否则会自动转发到我们的路由器,这样会阻止接收电脑从执行对它的任何反应。换句话说,我必须将 PXT 的网关设置为 192.168.1.230(或 192.168.1.12 用于开源)以使其工作。我相信这背后的原因是因为 PXT 是 运行 Windows XP.

也就是说,我在 iPhone 和 Opensource Server 之间遇到身份验证问题,如以下两篇文章所示: