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

Question

我正在尝试使用安捷伦的E6621A和iPhone 6 Plus模拟LTE网络，以试验VoLTE连接。根据我正在使用的日志记录软件，UE成功完成其RRC功能（包括RRCConnectionReconfiguration步骤，这应该是P-CSCF发现应该发生的地方），没有错误，只是在发出任何注册或订阅消息之前停止。如上所述，没有抛出任何标志来指示设置错误。根据几个消息来源，下面的APN 1应该订阅正在运行的SIP服务器应用程序，但是根据网络嗅探不会发生这种情况。

我们目前的设置如下：

APN 1 ： Name = apn.vzims.com，Address = 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 =金雅拓LTE高级R8测试UICC，ISIM = 001010123456789@ims.mnc01.mcc.001.3gppnetwork.org，身份验证= Milenage

UE ：Type = Apple iPhone 6 Plus运行iOS 8.1.2，移动运营商：Internet = VZWINTERNET，MMS = apn.vzims.com通过E6621A

我们正在具有IPv6功能的计算机的支持IPv6的局域网上运行此模拟环境。 SIP服务器既充当DNS查找服务器又充当IMS-SIP服务器，但是该SIP服务器不能由SIP应用程序给出的域ID（test.3gpp.com; 这不是3gpp.org ），除非另一方使用192.168.1.230作为其DNS。

这显然不是一个身份验证问题，因为两个APN上的连接似乎都很好（我可以ping每个APN，尽管由于我还没有优化的配置，它们经常会遇到ping超时）和事实上它超过了最初的AttachAccept消息。

您在上面看到的设置中是否有任何部分不正确？如果没有，我是否应采取措施来查看阻止P-CSCF成功的原因？

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

Answer 1

我发现我的设置存在一些问题。

1. 为了让iPhone 6S +支持VoLTE，它必须至少运行iOS 9，而不是8。
2. 由于更新一直到iOS 10.3.1，CarrierLabs软件和我使用的SIM要求数据APN在iPhone和PXT上都是“ims”; （否则我会收到一个不断寻找“ims”的PDNConnectivity Request问题。）
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之间存在身份验证问题，如以下两篇文章所示：

• Should a SIM Card and Cell Phone Produce an Authorization Response after Recieving "401 Forbidden"?
• Using FreePBX 13 With a Mock Cellular Network - FreeBPX Community Forums