Android Java Pjsip-重新邀请后的一种音频方式

如何解决Android Java Pjsip-重新邀请后的一种音频方式

尝试重新呼叫时遇到问题。

案例1-工作：：当A呼叫B，并且B接听电话，然后A搁置-在B侧播放pjsip音乐，在A取消保持通话后，音频通过两种方式传输-通话正常。

情况2-不起作用：：A呼叫B，B接听电话，然后，如果B保留呼叫，则A侧没有播放pjsip音乐来通知用户该呼叫被搁置。同样，当B决定取消呼叫保留时，有一种从A-> B传输音频的方式，如ptt（A听不到B）。搁置后，我们遇到了一些类似以下的错误，而在搁置后，我们不断为每个传输的包出错，例如：srtp0x55a4c04d70 Failed to unprotect SRTP,pkt size=49,err=authentication failure

因此，我检查了日志，如果接听后B立即将呼叫置于保持状态，然后取消保持-他正在发送包裹，但A端未收到。（登录到通话结束）

我们正在使用pjsip 2.10。（最新），作品1.3.1（最新），openSSL 1.1.1g，以及基于UDP的TLS。我们尝试构建没有作品的pjsip lib，并且在互联网上发现了一些pjsip构建，但是发生了同样的问题。我们无法禁用TLS，因为它是连接到服务器（Asterisk 13.14.0）所必需的。在GSM @ 8kHz上建立呼叫。如果我们为服务器上的某些用户启用opus并在opus编解码器上建立调用，我们将经历相同的PTT（单向音频）行为。在Flutter移动应用程序中实现，但是pjsip部分在本机Java端完成。 PjsipPlugin.java

public void holdCall() {
    CallOpParam prm = new CallOpParam(true);
    mFirstCall.setHold(prm);
}

 public void unHoldCall() {
    CallOpParam prm = new CallOpParam(true);
    prm.getOpt().setFlag(pjsua_call_flag.PJSUA_CALL_UNHOLD);
    prm.getOpt().setAudioCount(1);
    mFirstCall.reinvite(prm);
}

MyCall.java

@Override
public void onCallMediaState(OnCallMediaStateParam prm)
  {
    CallInfo callInfo;
    try
    {
      callInfo = getInfo();
    } catch (Exception e)
    {
      Log.e(TAG,"Exception occurred in onCallMediaState: getInfo: " + e.getMessage());
      return;
}

CallMediaInfoVector mediaInfoVector = callInfo.getMedia();

for (int i = 0; i < mediaInfoVector.size(); i++)
{
  CallMediaInfo mediaInfo = mediaInfoVector.get(i);
  int type = mediaInfo.getType();
  int status = mediaInfo.getStatus();

  if (type == pjmedia_type.PJMEDIA_TYPE_AUDIO
          && (status == pjsua_call_media_status.PJSUA_CALL_MEDIA_ACTIVE
          || status == pjsua_call_media_status.PJSUA_CALL_MEDIA_REMOTE_HOLD))
  {
    try
    {
      Media media = getAudioMedia(i);//getMedia(i);
      AudioMedia am = AudioMedia.typecastFromMedia(media);

      PjSipManager.mEndPoint.audDevManager().getCaptureDevMedia().startTransmit(am);
      am.startTransmit(PjSipManager.mEndPoint.audDevManager().getPlaybackDevMedia());
    } catch (Exception e)
    {
     // e.printStackTrace();
      Log.e(TAG,"Exception occurred in onCallMediaState: " + e.getMessage());
    }
  }

}

PjSipManager.observer.notifyCallMediaState(this);}

解决方法

我所处的环境与您所描述的环境相同。

实际上，这不是答案，但也许可以帮助您检查行为，因为我认为代码是有效的，但是应该设置一些特定的配置，并且在pjsip页面上描述得并不好（来自我的观点）。

我尝试了许多不同的配置组合，并找到了原因（以我为例），但是stil并未弄清楚如何解决该问题。您能否在系统上尝试这种组合并确认其行为。问题点在于两个客户端都将配置用于SRTP。因此，让我们直接转到代码：

客户端A和客户端B将srtp的使用设置为强制/可选

mAccountConfig.getMediaConfig().setSrtpUse(pjmedia_srtp_use.PJMEDIA_SRTP_MANDATORY);
mAccountConfig.getMediaConfig().setSrtpSecureSignaling(0);

在这种情况下，您将获得预期的行为，您可以从A拨打电话到B，B可以接听电话，将其置于B侧保留->并且会收到很多“ 无法解除保护SRTP ”消息，并且由于B端解密失败，呼叫者A无法听到来自B的声音。 ->这实际上就是这里的问题。

好吧，尝试在代码中进行一点点不同的组合，在客户端A上使用SRTP，在B客户端上使用DISABLED SRTP标志->可行

客户A：

mAccountConfig.getMediaConfig().setSrtpUse(pjmedia_srtp_use.**PJMEDIA_SRTP_MANDATORY**);
mAccountConfig.getMediaConfig().setSrtpSecureSignaling(0);

客户B：

mAccountConfig.getMediaConfig().setSrtpUse(pjmedia_srtp_use.**PJMEDIA_SRTP_DISABLED**);
mAccountConfig.getMediaConfig().setSrtpSecureSignaling(0);

因此，我仍在努力寻找pjsip的参数的最佳组合，以在两侧使用相同的配置。.

此外，当我尝试同时使用两个客户端的配置以使用DISABLED srtp config时，我可以在pjsip库的日志中看到已收到邀请，但它没有传播到Java处理程序，因此我无法捕获该邀请事件（奇怪的行为）以获取早期/呼叫事件的状态。我不想使用禁用了srtp的客户端，但这也是我尝试过的组合，有点奇怪。

我会尝试其他一些组合，如果发现其他有用的信息，还会进行一些更新。

Android Java Pjsip-重新邀请后的一种音频方式

如何解决Android Java Pjsip-重新邀请后的一种音频方式

解决方法

相关推荐