为什么 VoIP 网关不发送任何媒体并中断通话？

如何解决为什么 VoIP 网关不发送任何媒体并中断通话？

我在使用 PJSUA 测试应用程序连接到 Bodhicom 3408 P/O VoIP/FXO 网关时遇到问题。当我使用 CSipSimple Android 应用程序 (https://github.com/r3gis3r/CSipSimple) 时，一切正常。当我使用 PJSUA 测试应用程序时，网关不会向我发送任何 RTP 数据包并在我确认后立即中断呼叫。我花了很多时间查看网关和 Android 设备之间捕获的网络数据包，并将其与网关和 PC 交换的数据包进行比较。然而，我没有发现任何可以告诉我为什么网关以不同方式运行的原因。我认为问题在于 INVITE 请求，因为在 Android 的情况下，它以 100 Trying、183 Session in progress 和 RTP 数据包流进行响应。在 PC 的情况下，还有 100 Trying 和 183 Session 正在进行中，但没有传入的 RTP 数据包。

以下是来自 Android 的 INVITE 请求（有效）：

INVITE sip:701203@10.17.17.2 SIP/2.0
Via: SIP/2.0/UDP 10.17.17.119:60114;rport;branch=z9hG4bKPjd4I9mLGfdc-dHLeftgDhnB1QSKTwfp8L
Max-Forwards: 70
From: "adam" <sip:11@10.17.17.119>;tag=.SLc6umpZHvQ8xLhKzIPyarZFGIFKcYa
To: <sip:701203@10.17.17.2>
Contact: "adam" <sip:11@10.17.17.119:60114;ob>
Call-ID: VJnv1gCnGacB5plPReyxB-arbWy.zB1W
CSeq: 695 INVITE
Allow: PRACK,INVITE,ACK,BYE,CANCEL,UPDATE,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,OPTIONS
Supported: replaces,100rel,timer,norefersub
Session-Expires: 1800
Min-SE: 90
User-Agent: CSipSimple_android_x86_64-25/r2457
Content-Type: application/sdp
Content-Length:   364

v=0
o=- 3830333691 3830333691 IN IP4 10.17.17.119
s=pjmedia
c=IN IP4 10.17.17.119
t=0 0
m=audio 4000 RTP/AVP 9 99 0 8 101
c=IN IP4 10.17.17.119
a=rtcp:4001 IN IP4 10.17.17.119
a=sendrecv
a=rtpmap:9 G722/8000
a=rtpmap:99 SILK/24000
a=fmtp:99 useinbandfec=0
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16

以及来自 PC 的 INVITE 请求（不起作用）：

INVITE sip:701203@10.17.17.2 SIP/2.0
Via: SIP/2.0/UDP 10.17.17.134:5060;rport;branch=z9hG4bKPjEwTCSQN5M8KFw5Jrg9OPaA.7EnsKdhSq
Max-Forwards: 70
From: sip:11@10.17.17.134;tag=z3RNgXnVH5JEsCH09YXKFNb5sj1kBGRv
To: sip:701203@10.17.17.2
Contact: <sip:11@10.17.17.134:5060;ob>
Call-ID: AaWE5-53WQNrpgixujOluli7jbVEmeQM
CSeq: 19571 INVITE
Allow: PRACK,norefersub
Session-Expires: 1800
Min-SE: 90
User-Agent: PJSUA v2.10 Linux-5.8.0.53/x86_64/glibc-2.32
Content-Type: application/sdp
Content-Length:   629

v=0
o=- 3830332754 3830332754 IN IP4 10.17.17.134
s=pjmedia
b=AS:84
t=0 0
a=X-nat:0
m=audio 4002 RTP/AVP 96 97 98 99 3 0 8 9 120 121 122
c=IN IP4 10.17.17.134
b=TIAS:64000
a=rtcp:4003 IN IP4 10.17.17.134
a=sendrecv
a=rtpmap:96 speex/16000
a=rtpmap:97 speex/8000
a=rtpmap:98 speex/32000
a=rtpmap:99 iLBC/8000
a=fmtp:99 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:120 telephone-event/16000
a=fmtp:120 0-16
a=rtpmap:121 telephone-event/8000
a=fmtp:121 0-16
a=rtpmap:122 telephone-event/32000
a=fmtp:122 0-16
a=ssrc:1692601373 cname:3065339d70665017

上述 IP 地址和 AOR 仅用于隔离的测试网络。我不是故意删除它们。

我想如果我能从网关获得一些反馈信息会容易得多。不幸的是，我在网关 UI 中找不到任何详细信息/日志。制造商也没有回答我的问题。

解决方法

但是网关不应该继续呼叫（几秒钟）而是 没有音频流。我说得对吗？

是的，暂停会话建立是QOS前提：

While session establishment is suspended,user agents SHOULD not
send any data over any media stream.  In the case of RTP,neither
RTP nor RTCP packets are sent.

也许 84kb/s 或 64kb/s 太小了？

SDP 可能不符合具有这两个不同 b 字段的旧用户代理；一个在会话级别，另一个在媒体级别。 b=AS:84 在会话级别意味着所有流的带宽是 84 Kbps，包括 IP/UDP/RTP 开销和 b=TIAS:64000 在音频媒体级别最大 64 Kbps（所以 84 有开销是可以的）期待);

建议将 AS 带宽说明符用于 会话级 为了向后兼容以及在媒体级别，音频和视频， 与基于 IMS 的多媒体电话服务兼容。

3GPP TS 26.114“IP 多媒体系统 (IMS)；多媒体电话； 媒体处理和交互”

所以你可以试试：

v=0 
o=- 3830332754 3830332754 IN IP4 10.17.17.134 
s=pjmedia
b=AS:84
b=TIAS:64000 
t=0 0 
a=X-nat:0 
m=audio 4002 RTP/AVP 96 97 98 99 3 0 8 9 120 121 122 c=IN IP4 10.17.17.134
b=AS:84
b=TIAS:64000
...

,

当我修改 PJSUA 测试应用程序源代码以不包含带宽信息时，它开始工作：

b=AS:84
b=TIAS:64000

所以现在 INVITE 请求看起来像这样并且有效：

INVITE sip:701203@10.17.17.2 SIP/2.0
Via: SIP/2.0/UDP 10.17.17.134:5060;rport;branch=z9hG4bKPjAxGfIo8mYgfV2.OtyQNXne6jFEoHSl7J
Max-Forwards: 70
From: sip:11@10.17.17.134;tag=qo67aAphq-cgXXWYCX8RjvTR2rZxB2Wu
To: sip:701203@10.17.17.2
Contact: <sip:11@10.17.17.134:5060;ob>
Call-ID: C0Sf-v8BBaINSE.8j-8BsWgsPponNb2h
CSeq: 520 INVITE
Allow: PRACK,INVITE,ACK,BYE,CANCEL,UPDATE,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,OPTIONS
Supported: replaces,100rel,timer,norefersub
Session-Expires: 1800
Min-SE: 90
User-Agent: PJSUA v2.10 Linux-5.8.0.53/x86_64/glibc-2.32
Content-Type: application/sdp
Content-Length:   606

v=0
o=- 3830404967 3830404967 IN IP4 10.17.17.134
s=pjmedia
t=0 0
a=X-nat:0
m=audio 4000 RTP/AVP 96 97 98 99 3 0 8 9 120 121 122
c=IN IP4 10.17.17.134
a=rtcp:4001 IN IP4 10.17.17.134
a=sendrecv
a=rtpmap:96 speex/16000
a=rtpmap:97 speex/8000
a=rtpmap:98 speex/32000
a=rtpmap:99 iLBC/8000
a=fmtp:99 mode=30
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:120 telephone-event/16000
a=fmtp:120 0-16
a=rtpmap:121 telephone-event/8000
a=fmtp:121 0-16
a=rtpmap:122 telephone-event/32000
a=fmtp:122 0-16
a=ssrc:1942999776 cname:053aa66259195378

但是，我不能 100% 确定这是否是客户端的网关的错误。也许 84kb/s 或 64kb/s 太小了？如果我理解正确，这是发件人的声明。如果网关认为这太多无法处理，它有权中断呼叫。但是网关不应该继续呼叫（几秒钟），但没有音频流。我对吗？我很高兴我解决了这个问题，但如果有人向我解释网关为什么会这样，我将不胜感激。