语音保障方法、装置及接入网设备集群系统.pdf

《语音保障方法、装置及接入网设备集群系统.pdf》由会员分享，可在线阅读，更多相关《语音保障方法、装置及接入网设备集群系统.pdf（22页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201910412051.8 (22)申请日 2019.05.17 (71)申请人 京信通信系统 （中国） 有限公司 地址 510663 广东省广州市广州经济技术 开发区广州科学城神舟路10号 申请人 京信通信系统 （广州） 有限公司 京信通信技术 （广州） 有限公司 天津京信通信系统有限公司 (72)发明人 郑自永 (74)专利代理机构 广州华进联合专利商标代理 有限公司 44224 代理人 杨子茜曾旻辉 (51)Int.Cl. H04W 4/06(2009.01) H04W 。

2、28/06(2009.01) H04L 1/00(2006.01) (54)发明名称 语音保障方法、 装置及接入网设备集群系统 (57)摘要 本申请涉及一种语音保障方法、 装置及接入 网设备集群系统， 其中， 语音保障方法， 包括以下 步骤： 接收主叫设备传输的语音编码数据包， 并 对语音编码数据包进行隧道信息组拆除， 得到被 叫侧第一中间报文； 语音编码数据包由语音报文 经主叫设备依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处理后得到； 读取并拆除被 叫侧第一中间报文中的报文组信息， 得到被叫侧 第二中间报文； 根据报文组信息， 对被叫侧第二 中间报文进行FEC解码处理， 得到。

3、语音报文。 本申 请能够为语音报文在接入网设备与接入网设备 之间传输提供相对可靠的保障， 同时不损伤语音 通话实时性。 进而提高了语音传输质量， 同时降 低了丢包率。 权利要求书2页 说明书12页 附图7页 CN 110177341 A 2019.08.27 CN 110177341 A 1.一种语音保障方法， 其特征在于， 包括以下步骤： 接收主叫设备传输的语音编码数据包， 并对所述语音编码数据包进行隧道信息组拆 除， 得到被叫侧第一中间报文； 所述语音编码数据包由语音报文经所述主叫设备依次进行 FEC编码、 添加报文组信息、 以及添加隧道信息组处理后得到； 读取并拆除所述被叫侧第一中间报文。

4、中的报文组信息， 得到被叫侧第二中间报文； 根据所述报文组信息， 对所述被叫侧第二中间报文进行FEC解码处理， 得到语音报文。 2.根据权利要求1所述的语音保障方法， 其特征在于， 根据所述报文组信息， 对所述被 叫侧第二中间报文进行FEC解码处理， 得到所述语音报文的步骤之后， 包括步骤： 检测所述语音报文是否丢包； 在所述检测的结果为是时， 根据冗余包对所述语音报文进行数据恢复， 并将恢复数据 后的语音报文传输给被叫用户终端； 所述冗余包为对所述被叫侧第二中间报文进行FEC解 码处理得到。 3.根据权利要求1或2所述的语音保障方法， 其特征在于， 接收主叫设备传输的语音编 码数据包的步骤之。

5、前， 包括步骤： 获取所述主叫设备传输的下行数据包； 检测所述下行数据包的QCI值， 并将QCI值为1的下行数据包确认为所述语音编码数据 包。 4.根据权利要求3所述的语音保障方法， 其特征在于， 检测所述下行数据包的QCI值步 骤之后， 包括步骤： 将QCI值大于1的下行数据包传输给被叫用户终端。 5.一种语音保障方法， 其特征在于， 包括以下步骤： 对获取到的语音报文依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处理， 得到语音编码数据包； 将所述语音编码数据包传输给被叫设备； 所述语音编码数据包用于指示所述被叫设备 对所述语音编码数据进行隧道信息组拆除， 得到被叫侧第一中间报。

6、文， 并对所述被叫侧第 一中间报文进行报文组信息的读取与拆除， 得到被叫侧第二中间报文， 还根据所述报文组 信息， 对所述被叫侧第二中间报文进行FEC解码处理， 得到语音报文。 6.根据权利要求5所述的语音保障方法， 其特征在于， 对获取到的语音报文依次进行 FEC编码、 添加报文组信息、 以及添加隧道信息组处理， 得到语音编码数据包的步骤包括： 对获取到的语音报文进行FEC编码处理， 得到主叫侧第一中间报文； 基于RTP扩展字段， 对所述主叫侧第一中间报文添加报文组信息， 得到主叫侧第二中间 报文； 对所述主叫侧第二中间报文添加隧道信息组， 得到所述语音编码数据包。 7.根据权利要求5所述的。

7、语音保障方法， 其特征在于， 对获取到的语音报文依次进行 FEC编码、 添加报文组信息、 以及添加隧道信息组处理， 得到语音编码数据包的步骤之前， 包 括步骤： 获取主叫用户终端传输的上行数据包； 检测所述上行数据包的QCI值， 并将QCI值为1的上行数据包确认为所述语音报文。 8.根据权利要求7所述的语音保障方法， 其特征在于， 检测所述上行数据包的QCI值的 权利要求书 1/2 页 2 CN 110177341 A 2 步骤之后包括： 将QCI值大于1的所述上行数据包传输给所述被叫设备。 9.根据权利要求5至8任一项所述的语音保障方法， 其特征在于， 所述报文组信息包括： Group组序号。

8、、 Group组大小、 Group组内序号、 冗余包标识和载荷长度。 10.根据权利要求5至8任一项所述的语音保障方法， 其特征在于， 所述隧道信息组包 括： GTP隧道信息、 UDP隧道信息和IP隧道信息。 11.一种语音保障装置， 其特征在于， 包括： 被叫设备隧道信息组拆除单元， 用于接收主叫设备传输的语音编码数据包， 并对所述 语音编码数据包进行隧道信息组拆除， 得到被叫侧第一中间报文； 所述语音编码数据包由 语音报文经所述主叫设备依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处理后 得到； 被叫设备报文组信息拆除单元， 用于读取并拆除所述被叫侧第一中间报文中的报文组 信息。

9、， 得到被叫侧第二中间报文； 被叫设备解码处理单元， 用于根据所述报文组信息， 对所述被叫侧第二中间报文进行 FEC解码处理， 得到语音报文。 12.一种语音保障装置， 其特征在于， 包括： 主叫设备编码处理单元， 用于对获取到的语音报文依次进行FEC编码、 添加报文组信 息、 以及添加隧道信息组处理， 得到语音编码数据包； 主叫设备数据传输单元， 用于将所述语音编码数据包传输给被叫设备； 所述语音编码 数据包用于指示所述被叫设备对所述语音编码数据进行隧道信息组拆除， 得到被叫侧第一 中间报文， 并对所述被叫侧第一中间报文进行报文组信息的读取与拆除， 得到被叫侧第二 中间报文， 还根据所述报文。

10、组信息， 对所述被叫侧第二中间报文进行FEC解码处理， 得到语 音报文。 13.一种接入网设备集群系统， 其特征在于， 包括主叫设备以及连接所述主叫设备的被 叫设备； 所述被叫设备用于执行权利要求1至4任一项所述的语音保障方法； 所述主叫设备用于执行权利要求5至10任一项所述的语音保障方法。 14.一种计算机可读存储介质， 其上存储有计算机程序， 其特征在于， 所述计算机程序 被处理器执行时实现权利要求1至10中任一项所述的语音保障方法的步骤。 权利要求书 2/2 页 3 CN 110177341 A 3 语音保障方法、 装置及接入网设备集群系统 技术领域 0001 本申请涉及移动通信技术领域。

11、， 特别是涉及一种语音保障方法、 装置及接入网设 备集群系统。 背景技术 0002 目前， 在LTE(Long Term Evolution， 长期演进)移动通信中， 通常将LTE基站接入 网与传统固网宽带网络融合一体进行数据传输， 尤其对LTE一体化微站， 接入网传输方面的 质量参差不齐、 在接入网传输负荷压力大情况下， 基站服务质量也急剧恶化， 从而引发诸如 速率不达标和通话质量差等问题。 尤其Volte(Voice over Long-Term Evolution， 长期演 进语音承载)通话质量差时常遭受客户投诉， 导致基站运维指标差， 进而给运营商带来不小 的损失。 0003 在实现过。

12、程中， 发明人发现传统技术中至少存在如下问题： 传统的LTE传输系统 中， 接入网传输质量不佳， 导致丢包， 且语音传输质量差。 发明内容 0004 基于此， 有必要针对传统的LTE传输系统中， 接入网传输质量不佳， 导致丢包， 且语 音传输质量差的问题， 提供一种语音保障方法、 装置及接入网设备集群系统。 0005 为了实现上述目的， 本发明实施例提供了一种语音保障方法， 包括以下步骤： 0006 接收主叫设备传输的语音编码数据包， 并对语音编码数据包进行隧道信息组拆 除， 得到被叫侧第一中间报文； 语音编码数据包由语音报文经主叫设备依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组。

13、处理后得到； 0007 读取并拆除被叫侧第一中间报文中的报文组信息， 得到被叫侧第二中间报文； 0008 根据报文组信息， 对被叫侧第二中间报文进行FEC解码处理， 得到语音报文。 0009 在其中一个实施例中， 根据报文组信息， 对被叫侧第二中间报文进行FEC解码处 理， 得到语音报文的步骤之后， 包括步骤： 0010 检测语音报文是否丢包； 0011 在检测的结果为是时， 根据冗余包对语音报文进行数据恢复， 并将恢复数据后的 语音报文传输给被叫用户终端； 冗余包为对被叫侧第二中间报文进行FEC解码处理得到。 0012 在其中一个实施例中， 接收主叫设备传输的语音编码数据包的步骤之前， 包括。

14、步 骤： 0013 获取主叫设备传输的下行数据包； 0014 检测下行数据包的QCI值， 并将QCI值为1的下行数据包确认为语音编码数据包。 0015 在其中一个实施例中， 检测下行数据包的QCI值步骤之后， 包括步骤： 0016 将QCI值大于1的下行数据包传输给被叫用户终端。 0017 另一方面， 本发明实施例还提供了一种语音保障方法， 包括以下步骤： 0018 对获取到的语音报文依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处 说明书 1/12 页 4 CN 110177341 A 4 理， 得到语音编码数据包； 0019 将语音编码数据包传输给被叫设备； 语音编码数据包用于。

15、指示被叫设备对语音编 码数据进行隧道信息组拆除， 得到被叫侧第一中间报文， 并对被叫侧第一中间报文进行报 文组信息的读取与拆除， 得到被叫侧第二中间报文， 还根据报文组信息， 对被叫侧第二中间 报文进行FEC解码处理， 得到语音报文。 0020 在其中一个实施例中， 对获取到的语音报文依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处理， 得到语音编码数据包的步骤包括： 0021 对获取到的语音报文进行FEC编码处理， 得到主叫侧第一中间报文； 0022 基于RTP扩展字段， 对主叫侧第一中间报文添加报文组信息， 得到主叫侧第二中间 报文； 0023 对主叫侧第二中间报文添加隧道信息。

16、组， 得到语音编码数据包。 0024 在其中一个实施例中， 对获取到的语音报文依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处理， 得到语音编码数据包的步骤之前， 包括步骤： 0025 获取主叫用户终端传输的上行数据包； 0026 检测上行数据包的QCI值， 并将QCI值为1的上行数据包确认为语音报文。 0027 在其中一个实施例中， 检测上行数据包的QCI值的步骤之后包括： 0028 将QCI值大于1的上行数据包传输给被叫设备。 0029 在其中一个实施例中， 报文组信息包括： Group组序号、 Group组大小、 Group组内序 号、 冗余包标识和载荷长度。 0030 在其。

17、中一个实施例中， 隧道信息组包括： GTP隧道信息、 UDP隧道信息和IP隧道信 息。 0031 另一方面， 本发明实施例还提供了一种语音保障装置， 包括： 0032 被叫设备隧道信息组拆除单元， 用于接收主叫设备传输的语音编码数据包， 并对 语音编码数据包进行隧道信息组拆除， 得到被叫侧第一中间报文； 语音编码数据包由语音 报文经主叫设备依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处理后得到； 0033 被叫设备报文组信息拆除单元， 用于读取并拆除被叫侧第一中间报文中的报文组 信息， 得到被叫侧第二中间报文； 0034 被叫设备解码处理单元， 用于根据报文组信息， 对被叫侧第二。

18、中间报文进行FEC解 码处理， 得到语音报文。 0035 另一方面， 本发明实施例还提供了一种语音保障装置， 包括： 0036 主叫设备编码处理单元， 用于对获取到的语音报文依次进行FEC编码、 添加报文组 信息、 以及添加隧道信息组处理， 得到语音编码数据包； 0037 主叫设备数据传输单元， 用于将语音编码数据包传输给被叫设备； 语音编码数据 包用于指示被叫设备对语音编码数据进行隧道信息组拆除， 得到被叫侧第一中间报文， 并 对被叫侧第一中间报文进行报文组信息的读取与拆除， 得到被叫侧第二中间报文， 还根据 报文组信息， 对被叫侧第二中间报文进行FEC解码处理， 得到语音报文。 0038 。

19、另一方面， 本发明实施例还提供了一种接入网设备集群系统， 包括主叫设备以及 连接主叫设备的被叫设备； 0039 被叫设备用于执行语音保障方法， 包括以下步骤： 说明书 2/12 页 5 CN 110177341 A 5 0040 接收主叫设备传输的语音编码数据包， 并对语音编码数据包进行隧道信息组拆 除， 得到被叫侧第一中间报文； 语音编码数据包由语音报文经主叫设备依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处理后得到； 0041 读取并拆除被叫侧第一中间报文中的报文组信息， 得到被叫侧第二中间报文； 0042 根据报文组信息， 对被叫侧第二中间报文进行FEC解码处理， 得到语音。

20、报文。 0043 主叫设备用于执行语音保障方法， 包括以下步骤： 0044 对获取到的语音报文依次进行FEC编码、 添加报文组信息、 以及添加隧道信息组处 理， 得到语音编码数据包； 0045 将语音编码数据包传输给被叫设备； 语音编码数据包用于指示被叫设备对语音编 码数据进行隧道信息组拆除， 得到被叫侧第一中间报文， 并对被叫侧第一中间报文进行报 文组信息的读取与拆除， 得到被叫侧第二中间报文， 还根据报文组信息， 对被叫侧第二中间 报文进行FEC解码处理， 得到语音报文。 0046 另一方面， 本发明实施例还提供了一种计算机可读存储介质， 其上存储有计算机 程序， 计算机程序被处理器执行时。

21、实现上述语音保障方法的步骤。 0047 上述技术方案中的一个技术方案具有如下优点和有益效果： 0048 被叫设备可对主叫设备传输的语音编码数据包进行隧道信息组拆除， 得到被叫侧 第一中间报文； 并可读取并拆除被叫侧第一中间报文中的报文组信息， 得到被叫侧第二中 间报文； 根据报文组信息， 对被叫侧第二中间报文进行FEC(Forward Error Correction， 前 向纠错码)解码处理， 得到语音报文， 进而通过FEC解码过程， 可对丢失报文在一定程度上实 现恢复。 其中， 语音编码数据包可由语音报文经主叫设备依次进行FEC编码、 添加报文组信 息、 以及添加隧道信息组处理后得到， 实。

22、现在网络侧传输质量欠佳的接入网中， 提升用户终 端的通话质量。 本申请能够对用户终端的语音报文在被叫设备与主叫设备之间传输时， 为 语音报文在被叫设备与主叫设备之间传输提供相对可靠的保障， 同时不损伤语音通话实时 性。 进而提高了语音传输质量， 同时降低了丢包率。 附图说明 0049 图1为一个实施例中语音保障方法的应用环境示意图； 0050 图2为一个实施例中被叫设备侧的语音保障方法的第一流程示意图； 0051 图3为一个实施例中被叫设备侧的语音保障方法的第二流程示意图； 0052 图4为一个实施例中被叫设备侧的语音保障方法的第三流程示意图； 0053 图5为一个实施例中主叫设备侧的语音保障。

23、方法的第一流程示意图； 0054 图6为一个实施例中主叫设备侧的语音保障方法的第二流程示意图； 0055 图7为一个实施例中主叫设备侧的语音保障方法的第三流程示意图； 0056 图8为一个实施例中被叫设备侧的语音保障装置的方框示意图； 0057 图9为一个实施例中主叫设备侧的语音保障装置的方框示意图； 0058 图10为一个实施例中接入网设备集群系统的结构示意图。 具体实施方式 0059 为了便于理解本申请， 下面将参照相关附图对本申请进行更全面的描述。 附图中 说明书 3/12 页 6 CN 110177341 A 6 给出了本申请的首选实施例。 但是， 本申请可以以许多不同的形式来实现， 。

24、并不限于本文所 描述的实施例。 相反地， 提供这些实施例的目的是使对本申请的公开内容更加透彻全面。 0060 除非另有定义， 本文所使用的所有的技术和科学术语与属于本申请的技术领域的 技术人员通常理解的含义相同。 本文中在本申请的说明书中所使用的术语只是为了描述具 体的实施例的目的， 不是旨在于限制本申请。 本文所使用的术语 “及/或” 包括一个或多个相 关的所列项目的任意的和所有的组合。 0061 传统的LTE传输系统中对接入网质量不佳而导致丢包、 语音质量差， 通常只能依赖 用户终端的纠错机制， 然而大部分Volte用户终端并不具备FEC纠错能力， 其传输质量优劣 依赖LTE传输系统， 进。

25、而接入网丢包导致语音质量差。 而传统的基于FEC的基站保障系统需 要依赖网关支持， 增加了语音传输成本。 0062 而本申请提供的语音保障方法中， 能够对Volte语音报文进行FEC编解码， 同时利 用RTP扩展字段添加报文组信息。 通过FEC编码过程对数据包与冗余包的传输来提高报文在 接入网的传输保障， 通过FEC解码过程对丢失报文在一定程度上尝试恢复， 实现在主叫接入 网设备与被叫接入网设备之间形成一层Volte语音传输的保障， 进而在网络侧传输质量欠 佳的接入网中， 提升用户终端的通话质量； 本申请同时能够实现节省人为地增加传输带宽 的成本， 更充分地利用带宽。 0063 本申请提供的语。

26、音保障方法， 可以应用于如图1所示的应用环境中。 其中， 被叫设 备102通过核心网与主叫设备104进行通信； 被叫用户终端106连接被叫设备102， 主叫用户 终端108连接主叫设备104。 其中， 被叫设备102可以用独立的基站或者是多个基站组成的基 站集群来实现， 主叫设备104可以用独立的基站或者是多个基站组成的基站集群来实现。 0064 在一个实施例中， 如图2所示， 提供了一种主叫设备侧的语音保障方法， 以该方法 应用于图1中的被叫设备102为例进行说明， 包括以下步骤： 0065 步骤S210， 接收主叫设备传输的语音编码数据包， 并对语音编码数据包进行隧道 信息组拆除， 得到被。

27、叫侧第一中间报文； 语音编码数据包由语音报文经主叫设备依次进行 FEC编码、 添加报文组信息、 以及添加隧道信息组处理后得到。 0066 其中， 语音报文可以是用户通过用户终端产生的报文数据， 用户终端可以是Volte 用户终端， 对应的用户终端产生的语音报文可以是Volte语音报文。 语音编码数据包可包含 语音数据包和冗余包。 FEC编码指的是通过在传输码列中加入冗余纠错码的编码方式。 隧道 信息组可包括多种类型的隧道信息； 报文组信息指的是与FEC编解码相关的信息。 被叫侧第 一中间报文指的是由被叫设备对语音编码数据包进行隧道信息组拆除处理得到的报文。 需 要说明的是， 被叫设备可以是被叫。

28、侧的接入网设备； 主机设备可以是主叫侧的接入网设备； FEC编码可以是基于RTP的FEC编码。 0067 具体地， 被叫设备可接收主叫设备传输的语音编码数据包， 并对语音编码数据包 进行隧道信息组拆除， 得到被叫侧第一中间报文； 例如， 被叫设备对语音编码数据包中的语 音数据包进行隧道信息拆除， 以及对语音编码数据包中的冗余包进行隧道信息拆除， 进而 可得到被叫侧第一中间报文。 0068 在一个示例中， 主叫设备可对用户终端传输的语音报文依次进行FEC编码、 添加报 文组信息、 以及添加隧道信息组处理， 进而得到语音编码数据包， 并将语音编码数据包通过 核心网传输给被叫设备。 进而被叫设备可接。

29、收到的语音编码数据包进行隧道信息组拆除处 说明书 4/12 页 7 CN 110177341 A 7 理。 0069 步骤S220， 读取并拆除被叫侧第一中间报文中的报文组信息， 得到被叫侧第二中 间报文。 0070 其中， 被叫侧第二中间报文指的是由被叫设备对被叫侧第一中间报文进行报文组 信息拆除处理得到的报文。 报文组信息可基于RTP(Real-time Transport Protocol， 实时 传输协议)扩展字段通过系统预设得到。 0071 具体地， 被叫设备可读取被叫侧第一中间报文中的报文组信息， 并对该报文组信 息从被叫侧第一中间报文中拆除， 进而可得到被叫侧第二中间报文。 00。

30、72 步骤S230， 根据报文组信息， 对被叫侧第二中间报文进行FEC解码处理， 得到语音 报文。 0073 其中， FEC解码指的是通过在传输码列中解除冗余纠错码的解码方式。 需要说明的 是， FEC解码可以是基于RTP的FEC解码。 0074 具体地， 被叫设备可根据读取的报文组信息， 对被叫侧第二中间报文进行FEC解码 处理， 进而得到语音报文， 并可将语音报文传输给被叫用户终端， 提升用户终端的通话质 量。 0075 具体而言， 被叫设备可对主叫设备传输的语音编码数据包进行隧道信息组拆除， 得到被叫侧第一中间报文； 并可读取并拆除被叫侧第一中间报文中的报文组信息， 得到被 叫侧第二中间。

31、报文； 根据报文组信息， 对被叫侧第二中间报文进行FEC解码处理， 得到语音 报文， 进而通过FEC解码过程， 可对丢失报文在一定程度上实现恢复。 0076 上述的语音保障方法中， 被叫设备可对主叫设备传输的语音编码数据包进行相应 的FEC解码拆包处理， 进而得到语音报文， 并将语音报文传输给用户终端。 实现对用户终端 的语音报文在被叫设备与主叫设备之间传输时， 为语音报文在接入网设备与接入网设备之 间传输提供相对可靠的保障， 同时不损伤语音通话实时性。 进而提高了语音传输质量， 同时 降低了丢包率。 0077 在一个具体的实施例中， 报文组信息包括： Group组序号、 Group组大小、 。

32、Group组内 序号、 冗余包标识和载荷长度。 0078 具体而言， Group组序号可用来指示Group组的位置； 其中， 码流由连续的Group组 成， 每个Group拥有唯一序号。 Group组大小指的是Group的大小； 比如当前包所在组大小为 11， 即11个包为一个组。 Group组内序号可用来指示Group内包含的单元的位置： 比如当前包 在本组内位置是3， 即第3个。 冗余包标识可用来区别数据包和冗余包； 比如0为数据包、 1为 冗余包。 载荷长度指的是不含RTP头/扩展头的载荷长度， 比如200字节。 0079 在一个具体的实施例中， 隧道信息组包括： GTP(GPRS Tu。

33、nneling Protocol， GPRS 隧道协议)隧道信息、 UDP隧道信息和IP隧道信息。 0080 其中， GTP隧道信息指的是基于GTP协议的隧道信息， 如GTP隧道包头； UDP隧道信息 指的是基于UDP协议的隧道信息， 如Slu隧道UDP头； IP隧道信息指的是基于IP协议的隧道信 息， 如Slu隧道IP头。 0081 在一个实施例中， 如图3所示， 提供了一种主叫设备侧的语音保障方法， 以该方法 应用于图1中的被叫设备102为例进行说明， 包括以下步骤： 0082 步骤S310， 接收主叫设备传输的语音编码数据包， 并对语音编码数据包进行隧道 说明书 5/12 页 8 CN 。

34、110177341 A 8 信息组拆除， 得到被叫侧第一中间报文； 语音编码数据包由语音报文经主叫设备依次进行 FEC编码、 添加报文组信息、 以及添加隧道信息组处理后得到。 0083 步骤S320， 读取并拆除被叫侧第一中间报文中的报文组信息， 得到被叫侧第二中 间报文。 0084 步骤S330， 根据报文组信息， 对被叫侧第二中间报文进行FEC解码处理， 得到语音 报文。 0085 其中， 上述步骤S310、 步骤S320和步骤S330的具体内容过程可参考上文内容， 此处 不再赘述。 0086 步骤S340， 检测语音报文是否丢包。 0087 具体地， 被叫设备可对经FEC解码后的语音报文。

35、进行丢包检测； 例如检测到语音报 文的数据为空， 即指示该语音报文发生丢包。 0088 步骤S350， 在检测的结果为是时， 根据冗余包对语音报文进行数据恢复， 并将恢复 数据后的语音报文传输给被叫用户终端； 冗余包为对被叫侧第二中间报文进行FEC解码处 理得到。 0089 具体地， 被叫设备对被叫侧第二中间报文进行FEC解码处理， 可得到语音报文和冗 余包， 被叫设备在检测到语音报文存在丢包时， 根据相应的冗余包， 对语音报文进行数据恢 复， 并将恢复数据后的语音报文传输给被叫用户终端； 在检测到语音报文未发生丢包时， 可 直接将该语音报文传输给被叫用户终端， 进而保障了主叫用户终端与被叫用。

36、户终端之间的 语音通话质量。 0090 在一个具体的实施例中， 被叫设备可对解码使用后的冗余包进行丢弃(如删除)， 即被叫设备无需将冗余包传输给被叫用户终端， 进一步节省了额外增加带宽的成本， 提高 了带宽的使用效率。 0091 上述的语音保障方法中， 能够对用户终端的语音报文在被叫设备与主叫设备之间 传输时， 为语音报文在被叫设备与主叫设备之间传输提供相对可靠的保障， 提高在接入网 负荷较大又缺乏系统性Qos协调的情况下的用户Volte通话质量， 进而节省了额外增加带宽 的成本， 提高了带宽的使用效率。 0092 在一个实施例中， 如图4所示， 提供了一种主叫设备侧的语音保障方法， 以该方法。

37、 应用于图1中的被叫设备102为例进行说明， 包括以下步骤： 0093 步骤S410， 获取主叫设备传输的下行数据包。 0094 步骤S420， 检测下行数据包的QCI值， 并将QCI值为1的下行数据包确认为语音编码 数据包。 0095 其中， QCI值等于1的下行数据包指的是语音数据包。 0096 步骤S430， 将QCI值大于1的下行数据包传输给被叫用户终端。 0097 其中， QCI值大于1的下行数据包指的是非语音数据包。 0098 步骤S440， 接收主叫设备传输的语音编码数据包， 并对语音编码数据包进行隧道 信息组拆除， 得到被叫侧第一中间报文； 语音编码数据包由语音报文经主叫设备依。

38、次进行 FEC编码、 添加报文组信息、 以及添加隧道信息组处理后得到。 0099 步骤S450， 读取并拆除被叫侧第一中间报文中的报文组信息， 得到被叫侧第二中 间报文。 说明书 6/12 页 9 CN 110177341 A 9 0100 步骤S460， 根据报文组信息， 对被叫侧第二中间报文进行FEC解码处理， 得到语音 报文。 0101 其中， 上述步骤S440、 步骤S450和步骤S460的具体内容过程可参考上文内容， 此处 不再赘述。 0102 具体地， 主叫设备可通过核心网向被叫设备传输下行数据包， 进而被叫设备可获 取下行数据包， 并对获取到的下行数据包的QCI值进行检测， 将Q。

39、CI值为1的上行数据包确认 为语音编码数据包， 并对QCI值为1的下行数据包依次进行拆除隧道信息组、 拆除报文组信 息以及根据报文组信息进行FEC解码处理， 得到语音报文。 进而可将语音报文传输给被叫用 户终端， 实现在网络侧传输质量欠佳的接入网中， 提升用户终端的通话质量。 被叫设备还可 将QCI值大于1的下行数据包确认为非语音数据包， 并将该QCI值大于1的下行数据包直接传 输给被叫用户终端， 实现在保障被叫设备与主叫设备之间的语音数据传输， 同时不妨碍非 语音数据的传输。 0103 上述的语音保障方法中， 通过在被叫设备与主叫设备传输语音报文时， 融合LTE接 入网设备扩展RTP深度处理。

40、与FEC传输， 在网络侧传输质量欠佳的接入网中， 提升Volte用户 通话质量， 折中Volte语音传输可靠性与实时性， 节省运营商传输成本、 提高带宽效率。 0104 在一个实施例中， 如图5所示， 提供了一种被叫设备侧的语音保障方法， 以该方法 应用于图1中的主叫设备104为例进行说明， 包括以下步骤： 0105 步骤S510， 对获取到的语音报文依次进行FEC编码、 添加报文组信息、 以及添加隧 道信息组处理， 得到语音编码数据包。 0106 步骤S520， 将语音编码数据包传输给被叫设备； 语音编码数据包用于指示被叫设 备对语音编码数据进行隧道信息组拆除， 得到被叫侧第一中间报文， 并。

41、对被叫侧第一中间 报文进行报文组信息的读取与拆除， 得到被叫侧第二中间报文， 还根据报文组信息， 对被叫 侧第二中间报文进行FEC解码处理， 得到语音报文。 0107 具体而言， 主叫设备可接收主叫用户终端传输的语音报文， 并对获取到的语音报 文进行FEC编码处理， 通过FEC编码过程可得到语音数据包与冗余包， 提高报文在接入网的 传输保障。 主叫设备对编码后的语音报文依次添加报文组信息和添加隧道信息组， 得到语 音编码数据包， 并可将语音编码数据包通过核心网传输给被叫设备。 进而被叫设备可对接 收到的语音编码数据进行相应的解码及拆包处理， 得到语音报文， 并将语音报文传输给被 叫用户终端。 。

42、实现在网络侧传输质量欠佳的接入网中， 提升用户终端的通话质量。 0108 需要说明的是， 主叫设备可以是主叫侧的接入网设备， 被叫设备可以是被叫侧的 接入网设备。 0109 上述的语音保障方法中， 能够对主叫用户终端的语音报文在主叫设备与被叫设备 之间传输时， 为语音报文在主叫设备与被叫设备之间传输提供相对可靠的保障， 同时不损 伤语音通话实时性。 进而提高了语音传输质量， 同时降低了丢包率。 0110 在一个实施例中， 如图6所示， 提供了一种被叫设备侧的语音保障方法， 以该方法 应用于图1中的主叫设备104为例进行说明， 包括以下步骤： 0111 步骤S610， 对获取到的语音报文进行FE。

43、C编码处理， 得到主叫侧第一中间报文。 0112 其中， 主叫侧第一中间报文指的是由主叫设备对语音报文进行FEC编码处理得到 的报文。 语音报文可以是用户通过用户终端产生的报文数据， 用户终端可以是Volte用户终 说明书 7/12 页 10 CN 110177341 A 10 端， 对应的用户终端产生的语音报文可以是Volte语音报文。 FEC编码指的是通过在传输码 列中加入冗余纠错码的编码方式。 需要说明的是， FEC编码可以是基于RTP的FEC编码。 0113 例如， 用户使用主叫用户终端进行语音通话时， 主叫用户终端可获取用户产生的 语音， 得到语音报文， 并将得到的语音报文传输给主叫。

44、设备。 主叫设备可获取语音报文， 并 对获取到的语音报文进行FEC编码处理， 进而可得到主叫侧第一中间报文。 0114 步骤S620， 基于RTP扩展字段， 对主叫侧第一中间报文添加报文组信息， 得到主叫 侧第二中间报文。 0115 其中， RTP扩展字段指的是基于RTP协议的扩展字段； 报文组信息指的是与FEC编解 码相关的信息； 报文组信息可基于RTP扩展字段通过系统预设得到。 主叫侧第二中间报文指 的是对主叫侧第一中间报文添加报文组信息后得到的报文。 0116 具体地， 主叫设备可根据FEC编码处理的结果， 得到报文组信息； 并对主叫侧第一 中间报文基于RTP协议的扩展字段填充报文组信息。

45、， 进而可得到主叫侧第二中间报文。 0117 步骤S630， 对主叫侧第二中间报文添加隧道信息组， 得到语音编码数据包。 0118 其中， 隧道信息组可包括多种类型的隧道信息。 语音编码数据包指的是对主叫侧 第二中间报文添加隧道信息组后得到的数据包。 0119 具体地， 主叫设备可对主叫侧第二中间报文添加相应的隧道信息组； 例如， 对主叫 侧第二中间报文中的语音数据包添加相应的隧道信息， 以及对主叫侧第二中间报文中的冗 余包添加相应的隧道信息， 进而可得到语音编码数据包， 以使语音编码数据包能够保障语 音质量的情况下通过核心网传输给被叫设备。 0120 需要说明的是， 主叫设备还可对主叫侧第二。

46、中间报文添加相应的Ethernet(以太 网)头， 组成完整的数据包。 0121 步骤S640， 将语音编码数据包传输给被叫设备； 语音编码数据包用于指示被叫设 备对语音编码数据进行隧道信息组拆除， 得到被叫侧第一中间报文， 并对被叫侧第一中间 报文进行报文组信息的读取与拆除， 得到被叫侧第二中间报文， 还根据报文组信息， 对被叫 侧第二中间报文进行FEC解码处理， 得到语音报文。 0122 其中， 上述步骤S640的具体内容过程可参考上文内容， 此处不再赘述。 0123 上述的语音保障方法中， 上述的语音保障方法中， 通过在主叫设备与被叫设备传 输语音报文时， 融合LTE接入网设备扩展RTP。

47、深度处理与FEC传输， 在网络侧传输质量欠佳的 接入网中， 提升Volte用户通话质量， 折中Volte语音传输可靠性与实时性， 节省运营商传输 成本、 提高带宽效率。 0124 在一个具体的实施例中， 报文组信息包括： Group组序号、 Group组大小、 Group组内 序号、 冗余包标识和载荷长度。 0125 具体而言， Group组序号可用来指示Group组的位置； 其中， 码流由连续的Group组 成， 每个Group拥有唯一序号。 Group组大小指的是Group的大小； 比如当前包所在组大小为 11， 即11个包为一个组。 Group组内序号可用来指示Group内包含的单元的位。

48、置： 比如当前包 在本组内位置是3， 即第3个。 冗余包标识可用来区别数据包和冗余包； 比如0为数据包、 1为 冗余包。 载荷长度指的是不含RTP头/扩展头的载荷长度， 比如200字节。 0126 在一个具体的实施例中， 隧道信息组包括： GTP(GPRS Tunneling Protocol， GPRS 隧道协议)隧道信息、 UDP隧道信息和IP隧道信息。 说明书 8/12 页 11 CN 110177341 A 11 0127 其中， GTP隧道信息指的是基于GTP协议的隧道信息， 如GTP隧道包头； UDP隧道信息 指的是基于UDP协议的隧道信息， 如Slu隧道UDP头； IP隧道信息指。

49、的是基于IP协议的隧道信 息， 如Slu隧道IP头。 0128 在一个实施例中， 如图7所示， 提供了一种被叫设备侧的语音保障方法， 以该方法 应用于图1的主叫设备104为例进行说明， 包括以下步骤： 0129 步骤S710， 获取主叫用户终端传输的上行数据包。 0130 其中， 被叫用户终端可以是Volte用户终端； 上行数据包指的是被叫用户终端向被 叫设备传输的数据包； 可选的， 上行数据包可以是语音数据包， 也可以是非语音数据包。 0131 步骤S720， 检测上行数据包的QCI(QoS Class Identifier， 标度值)值， 并将QCI值 为1的上行数据包确认为语音报文。 0。

50、132 其中， QCI值可用于指定访问节点内定义的控制承载级分组转发方式， 不同的QCI 值， 则对应的数据类型不同； QCI值为1的上行数据包即为语音报文。 0133 步骤S730， 将QCI值大于1的上行数据包传输给被叫设备。 0134 其中， QCI值大于1的上行数据包指的是非语音数据包。 0135 步骤S740， 对获取到的语音报文依次进行FEC编码、 添加报文组信息、 以及添加隧 道信息组处理， 得到语音编码数据包。 0136 步骤S750， 将语音编码数据包传输给被叫设备； 语音编码数据包用于指示被叫设 备对语音编码数据进行隧道信息组拆除， 得到被叫侧第一中间报文， 并对被叫侧第一。