公网对讲的通信方法、终端、媒体服务器及对讲服务器技术

技术编号:39280112 阅读:10 留言:0更新日期:2023-11-07 10:54
本申请提供了一种公网对讲的通信方法、终端、媒体服务器及对讲服务器,其中,应用于第一终端的方法,包括:根据第一终端的音频输入操作,向对讲服务器发送话语权请求,所述话语权请求用于使所述对讲服务器进行话语权判定;当接收到所述对讲服务器发送的话语权确定信息后,采集音频数据;根据WebRTC技术中的第一预设QoS处理方式,将所述音频数据通过预先构建的音频传输通道传输至媒体服务器,并由所述媒体服务器转发至与所述第一终端对应的第二终端。本申请通过WebRTC技术中的QoS处理方式对音频数据和音频传输进行处理,有效的提升了公网对讲抗弱网能力,解决因带宽限制及恶劣的语音环境带来的低音质及传输高时延问题。音环境带来的低音质及传输高时延问题。音环境带来的低音质及传输高时延问题。

【技术实现步骤摘要】
公网对讲的通信方法、终端、媒体服务器及对讲服务器


[0001]本申请涉及通信领域,特别涉及公网对讲的通信方法、终端、媒体服务器及对讲服务器。

技术介绍

[0002]公网对讲也叫PoC(Push To Talk Over Cellular),是一种使用移动终端无线网络实现对讲机功能(Push To Talk,简称PTT)的一种通讯方式。移动终端可以是智能手机或支持公网对讲的对讲机设备。公网对讲的核心是实时语音传输,现有的技术方案主要包括以下几种:
[0003](1)基于可靠性传输协议(Reliable Transport Protocol,简称RTP),直接进行音频编码数据的传输,未做数据丢包、乱序等处理;
[0004](2)基于实时流协议(Real Time Streaming Protocol,简称RTSP),实现实时音频数据的传输及控制,无服务质量(Quality of Service,简称QoS)改进措施。
[0005]现有的技术方案普遍存在以下缺陷:(1)语音对讲抗弱网能力差,音频传输出现丢包、乱序,接收端语音播放失真、不连续等。(2)带宽波动大时,无流控处理,无防抖动措施,会导致音频传输出现延迟、丢包现象。(3)无杂音过滤、降噪、增益等音频处理措施,导致接收端音质较差。综上所述,在现有公网对讲实时音频传输实现技术上,由于音频QoS处理措施相对较少,在时延(时延基本是秒级)和音频质量上都难以达到用户提出的高标准要求。

技术实现思路

[0006]本申请实施例要达到的技术目的是提供一种公网对讲的通信方法、终端、媒体服务器及对讲服务器,用以解决当前公网对讲技术无法满足用户的高标准要求。
[0007]为解决上述技术问题,本申请实施例提供了一种公网对讲的通信方法,应用于第一终端,包括:
[0008]根据第一终端的音频输入操作,向对讲服务器发送话语权请求,所述话语权请求用于使所述对讲服务器进行话语权判定;
[0009]当接收到所述对讲服务器发送的话语权确定信息后,采集音频数据;
[0010]根据网络实时通信(Web Real

Time Communication,简称WebRTC)技术中的第一预设QoS处理方式,将所述音频数据通过预先构建的音频传输通道传输至媒体服务器,并由所述媒体服务器转发至与所述第一终端对应的第二终端。
[0011]具体地,如上所述的公网对讲的通信方法,所述第一预设QoS处理方式包括:
[0012]用于对所述音频数据进行数据质量处理的回声消除(Acoustic Echo Canceller,简称AEC)、自动增益补偿(Automatic Gain Control,简称AGC)和主动降噪(Active Noise Cancellation,简称ANC)中的至少一项;
[0013]用于对所述音频数据进行数据传输处理的负向反馈(Negative Acknowledgement,简称NACK)、前向纠错(Forward Error Correction,简称FEC)、接收端最
大接收码率估测(Receiver Estimated Maximum Bitrate,简称REMB)、Goog

REMB、Goog

TCC和Pacer技术中的至少一项。
[0014]具体地,如上所述的公网对讲的通信方法,还包括:
[0015]根据音频释放操作,向所述对讲服务器发送话语权释放消息,并停止所述音频数据的采集和传输。
[0016]优选地,如上所述的公网对讲的通信方法,还包括:
[0017]向所述媒体服务器发送网络地址转换穿透服务地址请求,并接收所述媒体服务器反馈的第一地址信息;
[0018]根据所述第一地址信息与所述媒体服务器进行会话描述协议(Session Description Protocol,简称SDP)和交互式连接建立(Interactive Connectivity Establishment,简称ICE)的交互,并建立所述音频传输通道。
[0019]进一步地,如上所述的公网对讲的通信方法,所述根据所述第一地址信息与所述媒体服务器进行会话描述协议SDP和交互式连接建立ICE的交互,并建立所述音频传输通道,包括:
[0020]发送SDP提议至所述媒体服务器,并接收对应的SDP应答;
[0021]根据所述第一地址信息向对应的网络地址转换穿透服务器发送动态地址请求,并接收所述网络地址转换穿透服务器反馈的动态地址信息;
[0022]发送所述动态地址信息至所述媒体服务器,并接收所述媒体服务器反馈的应答信息以及固定地址信息;
[0023]根据所述应答信息创建远程描述,并根据所述固定地址信息进行地址添加;
[0024]根据所述动态地址信息和所述固定地址信息,与所述媒体服务器建立所述音频传输通道。
[0025]本申请的另一实施例还提供了一种公网对讲的通信方法,应用于媒体服务器,包括:
[0026]接收到对讲服务器发送的服务请求后,根据所述服务请求中的第一终端和第二终端建立关联关系,所述服务请求为所述对讲服务器在确定所述第一终端获取到话语权时发送;
[0027]接收到所述第一终端通过预构建的音频传输通道发送的音频数据后,根据WebRTC技术中的第二预设QoS处理方式,将所述音频数据发送至与所述第一终端关联的所述第二终端。
[0028]具体地,如上所述的公网对讲的通信方法,所述第二预设QoS处理方式包括:
[0029]用于对所述音频数据进行数据传输处的EFC、NetEQ、Goog

TCC和Pacer技术中的至少一项。
[0030]具体地,如上所述的公网对讲的通信方法,还包括:
[0031]当接收到所述对讲服务器发送的话语权释放消息时,删除所述关联关系。
[0032]优选地,如上所述的公网对讲的通信方法,还包括:
[0033]接收所述第一终端发送的网络地址转换穿透服务地址请求,并反馈关于所述网络地址转换穿透服务地址的第一地址信息;
[0034]与所述第一终端进行SDP和ICE的交互,并建立所述音频传输通道。
[0035]进一步地,如上所述的公网对讲的通信方法,所述与所述第一终端进行SDP和ICE的交互,并建立所述音频传输通道,包括:
[0036]接收所述第一终端发送的SDP提议,并反馈SDP应答;
[0037]接收所述第一终端发送的动态地址信息,并根据所述动态地址信息进行地址添加;
[0038]向所述第一终端发送应答信息以及固定地址信息;
[0039]根据所述动态地址信息和所述固定地址信息,与所述第一终端建立所述音频传输通道。
[0040]本申请的再一实施例还提供了一种公网对讲的通信方法,应用于对讲服务器,包括:
[0041]当接收到第一终端发送的话语权请求时,对所述本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种公网对讲的通信方法,应用于第一终端,其特征在于,包括:根据第一终端的音频输入操作,向对讲服务器发送话语权请求,所述话语权请求用于使所述对讲服务器进行话语权判定;当接收到所述对讲服务器发送的话语权确定信息后,采集音频数据;根据网络实时通信WebRTC技术中的第一预设服务质量QoS处理方式,将所述音频数据通过预先构建的音频传输通道传输至媒体服务器,并由所述媒体服务器转发至与所述第一终端对应的第二终端。2.根据权利要求1所述的公网对讲的通信方法,其特征在于,所述第一预设QoS处理方式包括:用于对所述音频数据进行数据质量处理的回声消除AEC、自动增益补偿AGC和主动降噪ANC中的至少一项;用于对所述音频数据进行数据传输处理的负向反馈NACK、前向纠错EFC、最大接收码率估测NetEQ、Goog

REMB、Goog

TCC和Pacer技术中的至少一项。3.根据权利要求1所述的公网对讲的通信方法,其特征在于,还包括:根据音频释放操作,向所述对讲服务器发送话语权释放消息,并停止所述音频数据的采集和传输。4.根据权利要求1所述的公网对讲的通信方法,其特征在于,还包括:向所述媒体服务器发送网络地址转换穿透服务地址请求,并接收所述媒体服务器反馈的第一地址信息;根据所述第一地址信息与所述媒体服务器进行会话描述协议SDP和交互式连接建立ICE的交互,并建立所述音频传输通道。5.根据权利要求4所述的公网对讲的通信方法,其特征在于,所述根据所述第一地址信息与所述媒体服务器进行会话描述协议SDP和交互式连接建立ICE的交互,并建立所述音频传输通道,包括:发送SDP提议至所述媒体服务器,并接收对应的SDP应答;根据所述第一地址信息向对应的网络地址转换穿透服务器发送动态地址请求,并接收所述网络地址转换穿透服务器反馈的动态地址信息;发送所述动态地址信息至所述媒体服务器,并接收所述媒体服务器反馈的应答信息以及固定地址信息;根据所述应答信息创建远程描述,并根据所述固定地址信息进行地址添加;根据所述动态地址信息和所述固定地址信息,与所述媒体服务器建立所述音频传输通道。6.一种公网对讲的通信方法,应用于媒体服务器,其特征在于,包括:接收到对讲服务器发送的服务请求后,根据所述服务请求中的第一终端和第二终端建立关联关系,所述服务请求为所述对讲服务器在确定所述第一终端获取到话语权时发送;接收到所述第一终端通过预构建的音频传输通道发送的音频数据后,根据WebRTC技术中的第二预设QoS处理方式,将所述音频数据发送至与所述第一终端关联的所述第二终端。7.根据权利要求6所述的公网对讲的通信方法,其特征在于,所述第二预设QoS处理方式包括:
用于对所述音频数据进行数据传输处理的EFC、NetEQ、Goog

TCC和Pacer技术中的至少一项。8.根据权利要求6所述的公网对讲的通信方法,其特征在于,还包括:当接收到所述对讲服务器发送的话语权释放消息时,删除所述关联关系。9.根据权利要求6所述的公网对讲的通信方法,其特征在于,还包括:接收所述第一终端发送的网络地址转换穿透服务地址请求,并反馈关于所述网络地址转换穿透服务地址的第一地址信息;与所述第一终端进行SDP和ICE的交互,并建立所述音频传输通道。10...

【专利技术属性】
技术研发人员:向黎洪
申请(专利权)人:中国移动通信集团有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1