[发明专利]音频数据传输方法及装置

说明书

本申请提供一种音频数据传输方法及装置。该方法包括：第一数据中转服务器接收第二数据中转服务器发送的第一音频数据，第一音频数据为组播通道将存在丢包的第二音频数据修改后的连续的音频数据，第二音频数据为第二数据中转服务器发送给组播通道的音频数据，组播通道建立在第二数据中转服务器上；第一数据中转服务器存储第一音频数据；第一数据中转服务器向单播通道发送存储的第一音频数据，单播通道为第一数据中转服务器为注册终端创建的单播通道。确保了组播通道和已经补建的单播通道的音频数据在不同的数据中转服务器保持一致，保证语音播放的质量。

技术领域

本申请涉及通信技术领域，尤其涉及一种音频数据传输方法及装置。

背景技术

在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)集群通信业务场景中，存在语音组呼业务，即一个终端主讲，群组内的其它终端(下文中称为下行监听终端)都可以听到主讲终端的语音，为节省无线网络资源，由主讲终端向数据中转服务器发送音频数据，然后数据中转服务器将接收到的音频数据发送给组播通道，所有的下行监听终端从组播通道接收音频数据。

但是，当组播通道信号不好时，此时下行监听终端收到的音频数据会出现丢包，影响语音播放的质量，为了保证语音的质量，数据中转服务器会给每一个下行监听终端补建一个单播通道，下行监听终端会同时从组播通道和单播通道接收音频数据，由于从单播通道接收到的音频数据是正常，下行监听终端把从单播通道和组播通道收到的音频数据按照音频实时传输协议(Real time transmission protocol，RTP)包的序列号进行排序，这样就可以使终端接收到的音频RTP包是连续的，不丢包的，保证了语音播放的质量。为了防止补建过多的单播通道，需要把上行的丢包屏蔽掉，可通过对组播通道接收到的丢包数据进行修改，保证组播通道发送出去的音频RTP包是连续的，不丢包，同时还需要保证已经补建的单播通道发送的音频数据和组播通道发送的音频数据要一致，这样终端才能从两个通道接收数据并按照音频RTP包的序列号进行排序，保证语音播放的质量。

但是，随着3GPP集群通信终端的增多，例如下行监听终端的个数增加了几十倍，一个数据中转服务器支撑不了这些下行监听终端，需要扩充多个数据中转服务器，下行监听终端会注册到不同的数据中转转发器上，而组播通道是随机创建在一个数据中转服务器上的，在上述为了防止补建过多的单播通道的场景下，为保证语音播放的质量，此时如何确保组播通道和已经补建的单播通道的音频数据在不同的数据中转服务器保持一致，是亟需解决的问题。

发明内容

本申请提供一种音频数据传输方法及装置，以解决在为了防止补建过多的单播通道的场景下，如何确保组播通道和已经补建的单播通道的音频数据在不同的数据中转服务器保持一致的问题。

第一方面，本申请提供一种音频数据传输方法，包括：

第一数据中转服务器接收第二数据中转服务器发送的第一音频数据，所述第一音频数据为组播通道将存在丢包的第二音频数据修改后的连续的音频数据，所述第二音频数据为所述第二数据中转服务器发送给所述组播通道的音频数据，所述组播通道建立在所述第二数据中转服务器上；

所述第一数据中转服务器存储所述第一音频数据；

所述第一数据中转服务器向单播通道发送存储的所述第一音频数据，所述单播通道为所述第一数据中转服务器为注册终端创建的单播通道。

可选的，所述第一数据中转服务器接收组播通道发送的第一音频数据之前，所述方法还包括：

所述第一数据中转服务器接收所述第二数据中转服务器发送的IP地址获取请求；

所述第一数据中转服务器向所述第二数据中转服务器发送IP地址，所述IP地址用于所述第二数据中转服务器向所述第一数据中转服务器发送所述第一音频数据。

可选的，所述第一数据中转服务器存储所述第一音频数据，包括：