一种语音传输的优化方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及通信技术领域，尤其涉及一种语音传输的优化方法、装置、电子设备及存储介质。


背景技术：

2.无论是地面的移动通信，还是卫星通信，语音通话都是一个极其重要的功能。在某些应用场景下，传输链路所能获得的带宽比较小，延迟比较大，同时要支持的用户终端数比较多。例如，当地面移动通信系统中的无线接入网通过卫星链路做传输时，这个问题尤其突出。无论是使用高轨卫星，还是低轨卫星，卫星带宽相对于地面带宽来说是一种更稀缺的资源，带宽费用更贵，延时和抖动更大。
3.因此，地面移动通信系统中的无线接入网通过卫星链路做传输时，用户终端的语音通话质量较差，而且由于语音传输时所占的带宽过大，从而导致语音通话的运营商需要支持更多的带宽费用。


技术实现要素：

4.本发明实施例提供一种语音传输的优化方法、装置、电子设备及存储介质，能够在保证语音通话质量的同时有效降低语音传输时所占的带宽。
5.根据本发明的一方面，提供了一种语音传输的优化方法，应用于控制器端，包括：
6.获取所述控制器端发送的至少两个控制器端语音呼叫数据包；
7.根据各所述控制器端语音呼叫数据包，确定各所述控制器端语音呼叫数据包对应的目标语音呼叫标识符；
8.根据各所述控制器端语音呼叫数据包和所述目标语音呼叫标识符，确定控制器端语音传输数据包。
9.根据本发明的另一方面，提供了一种语音传输的优化方法，应用于核心网端，包括：
10.获取控制器端语音传输数据包，和核心网端信息标识对应关系表；其中，所述核心网端信息标识对应关系表为各核心网端语音媒体信息和各语音呼叫标识符之间的对应关系表；
11.确定所述控制器端语音传输数据包中包括的各控制器端rtp压缩数据，各控制器端净荷数据以及各目标语音呼叫标识符；
12.根据各所述目标语音呼叫标识符，以及所述核心网端信息标识对应关系表，确定各所述目标语音呼叫标识符对应的第一核心网端语音媒体信息；
13.根据各所述第一核心网端语音媒体信息，各所述控制器端rtp压缩数据以及各所述控制器端净荷数据，确定各控制器端语音呼叫数据包。
14.根据本发明的另一方面，提供了一种语音传输的优化装置，配置于控制器端，其特征在于，包括：
15.控制器端语音呼叫数据包获取模块，用于获取所述控制器端发送的至少两个控制器端语音呼叫数据包；
16.目标语音呼叫标识符确定模块，用于根据各所述控制器端语音呼叫数据包，确定各所述控制器端语音呼叫数据包对应的目标语音呼叫标识符；
17.控制器端语音传输数据包确定模块，用于根据各所述控制器端语音呼叫数据包和所述目标语音呼叫标识符，确定控制器端语音传输数据包。
18.根据本发明的另一方面，提供了一种语音传输的优化装置，配置于核心网端，其特征在于，包括：
19.控制器端语音传输数据包获取模块，用于获取控制器端语音传输数据包，和核心网端信息标识对应关系表；其中，所述核心网端信息标识对应关系表为各核心网端语音媒体信息和各语音呼叫标识符之间的对应关系表；
20.控制器端压缩数据确定模块，用于确定所述控制器端语音传输数据包中包括的各控制器端rtp压缩数据，各控制器端净荷数据以及各目标语音呼叫标识符；
21.第一核心网端语音媒体信息确定模块，用于根据各所述目标语音呼叫标识符，以及所述核心网端信息标识对应关系表，确定各所述目标语音呼叫标识符对应的第一核心网端语音媒体信息；
22.控制器端语音呼叫数据包确定模块，用于根据各所述第一核心网端语音媒体信息，各所述控制器端rtp压缩数据以及各所述控制器端净荷数据，确定各控制器端语音呼叫数据包。
23.根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
24.至少一个处理器；以及
25.与所述至少一个处理器通信连接的存储器；其中，
26.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的语音传输的优化方法。
27.根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的语音传输的优化方法。
28.本发明实施例的技术方案，通过获取控制器端发送的至少两个控制器端语音呼叫数据包，根据各控制器端语音呼叫数据包确定各控制器端语音呼叫数据包对应的目标语音呼叫标识符，以根据各控制器端语音呼叫数据包和目标语音呼叫标识符确定控制器端语音传输数据包，从而通过核心网端获取控制器端语音传输数据包和核心网端信息标识对应关系表，进而确定各控制器端语音呼叫数据包，解决了现有的语音通话质量差以及语音传输所占带宽过大的问题，能够在保证语音通话质量的同时有效降低语音传输时所占的带宽。
29.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
30.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使
用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
31.图1是本发明实施例一提供的一种语音传输的优化方法的流程图；
32.图2是本发明实施例二提供的一种语音传输的优化方法的流程图；
33.图3是本发明实施例三提供的一种语音传输的优化方法的流程图；
34.图4是本发明实施例四中2g语音呼叫数据包的协议栈示意图；
35.图5是本发明实施例四中3g语音呼叫数据包的协议栈示意图；
36.图6是本发明实施例四中2g语音传输的优化方法的示意图；
37.图7是本发明实施例四中2g语音传输的优化方法的具体示意图；
38.图8是本发明实施例四中3g语音传输的优化方法的示意图；
39.图9是本发明实施例四中3g语音传输的优化方法的具体示意图；
40.图10是本发明实施例五提供的一种语音传输的优化装置的示意图；
41.图11是本发明实施例六提供的一种语音传输的优化装置的示意图；
42.图12是实现本发明实施例的语音传输的优化方法的电子设备的结构示意图。
具体实施方式
43.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
44.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
45.实施例一
46.图1是本发明实施例一提供的一种语音传输的优化方法的流程图，本实施例可适用于在保证语音通话质量的同时有效降低语音传输时所占的带宽的情况，该方法可以由语音传输的优化装置执行，该装置可以通过软件和/或硬件的方式实现，并一般可以直接集成在执行本方法的电子设备中，该电子设备可以是终端设备，也可以是服务器设备，本发明实施例并不对执行语音传输的优化方法的电子设备的类型进行限定。具体的，如图1所示，该语音传输的优化方法，应用于控制器端，具体可以包括如下步骤：
47.s110、获取所述控制器端发送的至少两个控制器端语音呼叫数据包。
48.其中，控制器端可以是移动通信系统中的一端，例如可以是bsc(base station controller，基站控制器)端，也可以是rnc(radio network controller，无线网络控制器)
端等，本发明实施例对此并不进行限制。控制器端语音呼叫数据包可以是由控制器端发送的语音呼叫的数据包。可以理解的是，现有的移动通信系统中，每个语音呼叫都可以被拆分为多个语音呼叫数据包，每个语音呼叫数据包可以包括20毫秒的语音数据，每个语音呼叫数据包都可以被封装在独立的协议栈中进行传输。可选的，控制器端语音呼叫数据包可以是控制器端发送的单路呼叫语音数据包。
49.在本发明实施例中，获取控制器端发送的至少两个控制器端语音呼叫数据包。需要说明的是，控制器端语音呼叫数据包的数量可以根据具体的需求进行动态调整，也可以确定为固定的数值等，本发明实施例对此并不进行限制。
50.s120、根据各所述控制器端语音呼叫数据包，确定各所述控制器端语音呼叫数据包对应的目标语音呼叫标识符。
51.其中，目标语音呼叫标识符可以用于标识语音呼叫。可以理解的是，一个语音呼叫可以被拆分为多个语音呼叫数据包。也即，同一个语音呼叫拆分得到的控制器端语音呼叫数据包，可以对应相同的目标语音呼叫标识符。
52.在本发明实施例中，在获取控制器端发送的至少两个控制器端语音呼叫数据包之后，可以根据各控制器端语音呼叫数据包，确定各控制器端语音呼叫数据包分别对应的目标语音呼叫标识符。可以理解的是，目标语音呼叫标识符可以由核心网端确定，也可以由语音呼叫的收发双方根据预设规则确定等，本发明实施例对此并不进行限制。
53.s130、根据各所述控制器端语音呼叫数据包和所述目标语音呼叫标识符，确定控制器端语音传输数据包。
54.其中，控制器端语音传输数据包可以是由控制器端传输给核心网端的语音数据包。可选的，控制器端语音传输数据包可以是控制器端传输给核心网端的多路呼叫复用的语音传输数据包。
55.在本发明实施例中，在根据各控制器端语音呼叫数据包，确定各控制器端语音呼叫数据包对应的目标语音呼叫标识符之后，可以进一步根据各控制器端语音呼叫数据包和目标语音呼叫标识符，确定控制器端语音传输数据包，从而将控制器端语音传输数据包通过卫星链路传输到核心网端。
56.本实施例的技术方案，通过获取控制器端发送的至少两个控制器端语音呼叫数据包，根据各控制器端语音呼叫数据包确定各控制器端语音呼叫数据包对应的目标语音呼叫标识符，以根据各控制器端语音呼叫数据包和目标语音呼叫标识符确定控制器端语音传输数据包，解决了现有的语音通话质量差以及语音传输所占带宽过大的问题，能够在保证语音通话质量的同时有效降低语音传输时所占的带宽。
57.实施例二
58.图2是本发明实施例二提供的一种语音传输的优化方法的流程图，本实施例是对上述各技术方案的进一步细化，给出了根据各所述控制器端语音呼叫数据包，确定各所述控制器端语音呼叫数据包对应的目标语音呼叫标识符，以及根据各所述控制器端语音呼叫数据包和所述目标语音呼叫标识符，确定控制器端语音传输数据包的多种具体可选的实现方式。本实施例中的技术方案可以与上述一个或多个实施例中的各个可选方案结合。如图2所示，该方法可以包括如下步骤：
59.s210、获取所述控制器端发送的至少两个控制器端语音呼叫数据包。
60.s220、根据各所述控制器端语音呼叫数据包中的ip(internet protocol，网际互连协议)数据和udp(user datagram protocol，用户数据报协议)数据，确定各所述控制器端语音呼叫数据包对应的第一控制器端语音媒体信息。
61.其中，第一控制器端语音媒体信息可以是在语音呼叫时由控制器端分配的信息，例如可以是ip信息、端口信息或语音编码信息等，本发明实施例对此并不进行限制。
62.可以理解的是，在接收到语音呼叫请求之后，核心网端可以根据语音呼叫请求，确定与语音呼叫请求对应的核心网端语音媒体信息，并根据核心网端语音媒体信息确定语音呼叫标识符，核心网端将核心网端语音媒体信息和语音呼叫标识，发送至控制器端，控制器端根据核心网端语音媒体信息确定控制器端语音媒体信息。
63.在本发明实施例中，在获取控制器端发送的至少两个控制器端语音呼叫数据包之后，可以进一步根据各控制器端语音呼叫数据包中的ip数据和udp数据，确定各控制器端语音呼叫数据包对应的第一控制器端语音媒体信息。
64.s230、根据各所述第一控制器端语音媒体信息，确定各所述控制器端语音呼叫数据包对应的目标语音呼叫标识符。
65.在本发明实施例中，在根据各控制器端语音呼叫数据包中的ip数据和udp数据，确定各控制器端语音呼叫数据包对应的第一控制器端语音媒体信息之后，可以进一步根据各第一控制器端语音媒体信息，确定各控制器端语音呼叫数据包对应的目标语音呼叫标识符。
66.可选的，根据各第一控制器端语音媒体信息，确定各控制器端语音呼叫数据包对应的目标语音呼叫标识符，可以包括：获取控制器端信息标识对应关系表；其中，控制器端信息标识对应关系表为各控制器端语音媒体信息和各语音呼叫标识符之间的对应关系表；根据各第一控制器端语音媒体信息，在控制器端信息标识对应关系表中查找，与各第一控制器端语音媒体信息对应的语音呼叫标识符；将各第一控制器端语音媒体信息对应的语音呼叫标识符，确定为各控制器端语音呼叫数据包对应的目标语音呼叫标识符。
67.具体的，在根据各控制器端语音呼叫数据包中的ip数据和udp数据，确定各控制器端语音呼叫数据包对应的第一控制器端语音媒体信息之后，可以进一步获取控制器端信息标识对应关系表，以根据各第一控制器端语音媒体信息，在控制器端信息标识对应关系表中查找，与各第一控制器端语音媒体信息对应的语音呼叫标识符，从而将各第一控制器端语音媒体信息对应的语音呼叫标识符，确定为各控制器端语音呼叫数据包对应的目标语音呼叫标识符。具体的，控制器端信息标识对应关系表可以是各控制器端语音媒体信息和各语音呼叫标识符之间的对应关系表。
68.s240、确定各所述控制器端语音呼叫数据包中的控制器端净荷数据和控制器端rtp(real-time transport protoco，实时传输协议)数据。
69.其中，控制器端净荷数据可以是控制器端语音呼叫数据包中除了头数据之外的其他数据。控制器端rtp数据可以是控制器端语音呼叫数据包中的rtp头数据。
70.在本发明实施例中，在根据各第一控制器端语音媒体信息，确定各控制器端语音呼叫数据包对应的目标语音呼叫标识符之后，可以进一步确定各控制器端语音呼叫数据包中的控制器端净荷数据和控制器端rtp数据。
71.s250、对各所述控制器端rtp数据进行数据压缩，得到控制器端rtp压缩数据。
72.其中，控制器端rtp压缩数据可以是对控制器端语音呼叫数据包中的控制器端rtp数据进行压缩得到的数据。
73.在本发明实施例中，在确定各控制器端语音呼叫数据包中的控制器端净荷数据和控制器端rtp数据之后，可以进一步对各控制器端rtp数据进行数据压缩，以得到控制器端rtp压缩数据。
74.可以理解的是，控制器端rtp压缩数据可以是与各控制器端语音呼叫数据包一一对应的。示例性的，假设控制器端语音呼叫数据包a中包括rtp数据a1，则对控制器端语音呼叫数据包a中的rtp数据a1进行数据压缩，可以得到控制器端语音呼叫数据包a对应的控制器端rtp压缩数据。
75.s260、根据各所述控制器端rtp压缩数据，所述控制器端净荷数据以及各所述控制器端语音呼叫数据包对应的目标语音呼叫标识符，确定所述控制器端语音传输数据包。
76.在本发明实施例中，在对各控制器端rtp数据进行数据压缩，以得到控制器端rtp压缩数据之后，可以进一步根据各控制器端rtp压缩数据、控制器端净荷数据以及各控制器端语音呼叫数据包对应的目标语音呼叫标识符，确定控制器端语音传输数据包。可以理解的是，目标语音呼叫标识符可以被添加在控制器端净荷数据中，也可以被添加在控制器端rtp压缩数据中，本发明实施例对此并不进行限制。
77.可选的，该方法还可以包括：获取核心网端语音传输数据包和控制器端信息标识对应关系表；其中，控制器端信息标识对应关系表为各控制器端语音媒体信息和各语音呼叫标识符之间的对应关系表；确定核心网端语音传输数据包中包括的各核心网端rtp压缩数据，各核心网端净荷数据以及各目标语音呼叫标识符；根据各目标语音呼叫标识符，以及控制器端信息标识对应关系表，确定各目标语音呼叫标识符对应的第二控制器端语音媒体信息；根据各第二控制器端语音媒体信息，各核心网端rtp压缩数据以及各核心网端净荷数据，确定各核心网端语音呼叫数据包。
78.其中，核心网端语音传输数据包可以是由核心网端传输至控制器端的语音数据包。可选的，核心网语音传输数据包可以是核心网端传输至控制器端的多路呼叫复用的语音传输数据包。核心网可以是移动通信系统中的另一端，例如可以是cn(core network，核心网)端等，本发明实施例对此并不进行限制。核心网端rtp压缩数据可以是核心网端语音传输数据包中rtp数据被压缩后得到的数据。第二控制器端语音媒体信息可以是在接收到核心网端语音传输数据包后由控制器端分配的信息，例如可以是ip信息、端口信息或语音编码信息等，本发明实施例对此并不进行限制。
79.具体的，获取核心网端语音传输数据包和控制器端信息标识对应关系表，确定核心网端语音传输数据包中包括的各核心网端rtp压缩数据，各核心网端净荷数据以及各目标语音呼叫标识符，根据各目标语音呼叫标识符，以及控制器端信息标识对应关系表，确定各目标语音呼叫标识符对应的第二控制器端语音媒体信息，从而根据各第二控制器端语音媒体信息，各核心网端rtp压缩数据以及各核心网端净荷数据，确定各核心网端语音呼叫数据包。
80.本实施例的技术方案，获取控制器端发送的至少两个控制器端语音呼叫数据包，根据各控制器端语音呼叫数据包中的ip数据和udp数据，确定各控制器端语音呼叫数据包对应的第一控制器端语音媒体信息，根据各第一控制器端语音媒体信息，确定各控制器端
语音呼叫数据包对应的目标语音呼叫标识符，确定各控制器端语音呼叫数据包中的待压缩数据，对各控制器端语音呼叫数据包中的待压缩数据进行数据压缩得到控制器端压缩数据，根据各控制器端压缩数据，以及各控制器端压缩数据对应的目标语音呼叫标识符，确定控制器端语音传输数据包，解决了现有的语音通话质量差以及语音传输所占带宽过大的问题，能够在保证语音通话质量的同时有效降低语音传输时所占的带宽。
81.实施例三
82.图3是本发明实施例三提供的一种语音传输的优化方法的流程图，本实施例可适用于在保证语音通话质量的同时有效降低语音传输时所占的带宽的情况，该方法可以由语音传输的优化装置执行，该装置可以通过软件和/或硬件的方式实现，并一般可以直接集成在执行本方法的电子设备中，该电子设备可以是终端设备，也可以是服务器设备，本发明实施例并不对执行语音传输的优化方法的电子设备的类型进行限定。具体的，如图3所示，该语音传输的优化方法，应用于核心网端，具体可以包括如下步骤：
83.s310、获取控制器端语音传输数据包，和核心网端信息标识对应关系表；其中，所述核心网端信息标识对应关系表为各核心网端语音媒体信息和各语音呼叫标识符之间的对应关系表。
84.其中，核心网端语音媒体信息可以是由核心网端为语音呼叫分配的信息，例如可以是ip信息、端口信息或语音编码信息等，本发明实施例对此并不进行限制。
85.在本发明实施例中，获取控制器端语音传输数据包和核心网端信息标识对应关系表。具体的，核心网端信息标识对应关系表可以是各核心网端语音媒体信息和各语音呼叫标识符之间的对应关系表。可以理解的是，语音呼叫标识符可以用于标识语音呼叫，也即，同一个语音呼叫的语音呼叫标识符相同。
86.s320、确定所述控制器端语音传输数据包中包括的各控制器端rtp压缩数据，各控制器端净荷数据以及各目标语音呼叫标识符。
87.在本发明实施例中，在获取控制器端语音传输数据包和核心网端信息标识对应关系表之后，可以进一步确定控制器端语音传输数据包中包括的各控制器端rtp压缩数据，各控制器端净荷数据以及各目标语音呼叫标识符。
88.s330、根据目标语音呼叫标识符，以及所述核心网端信息标识对应关系表，确定各所述目标语音呼叫标识符对应的第一核心网端语音媒体信息。
89.其中，第一核心网端语音媒体信息可以是一个与目标语音呼叫标识符对应的核心网端的语音媒体信息。
90.在本发明实施例中，在确定控制器端语音传输数据包中包括的各控制器端rtp压缩数据，各控制器端净荷数据以及各目标语音呼叫标识符之后，可以进一步根据各目标语音呼叫标识符，以及核心网端信息标识对应关系表，确定各目标语音呼叫标识符对应的第一核心网端语音媒体信息。
91.具体的，可以根据各目标语音呼叫标识符，在核心网端信息标识对应关系表中查找，与各目标语音呼叫标识符对应的第一核心网端语音媒体信息。
92.s340、根据各所述第一核心网端语音媒体信息，各所述控制器端rtp压缩数据以及各所述控制器端净荷数据，确定各控制器端语音呼叫数据包。
93.在本发明实施例中，在根据各目标语音呼叫标识符，以及核心网端信息标识对应
关系表，确定各目标语音呼叫标识符对应的第一核心网端语音媒体信息之后，可以进一步根据各第一核心网端语音媒体信息，各控制器端rtp压缩数据以及各控制器端净荷数据，确定各控制器端语音呼叫数据包。
94.可选的，该方法还可以包括：获取核心网端发送的至少两个核心网端语音呼叫数据包；根据各核心网端语音呼叫数据包，确定各核心网端语音呼叫数据包对应的目标语音呼叫标识符；根据各核心网端语音呼叫数据包和目标语音呼叫标识符，确定核心网端语音传输数据包。
95.其中，核心网端语音呼叫数据包可以是由核心网端发送的语音呼叫的数据包。可选的，核心网端语音呼叫数据包可以是核心网端发送的单路呼叫语音数据包。
96.具体的，获取核心网端发送的至少两个核心网端语音呼叫数据包，以根据各核心网端语音呼叫数据包确定各核心网端语音呼叫数据包对应的目标语音呼叫标识符，从而根据各核心网端语音呼叫数据包和目标语音呼叫标识符确定核心网端语音传输数据包。
97.可选的，根据各核心网端语音呼叫数据包，确定各核心网端语音呼叫数据包对应的目标语音呼叫标识符，可以包括根据各核心网端语音呼叫数据包中的ip数据和udp数据，确定各核心网端语音呼叫数据包对应的第二核心网端语音媒体信息，以根据各第二核心网端语音媒体信息，确定各核心网端语音呼叫数据包对应的目标语音呼叫标识符。
98.可选的，根据各第二核心网端语音媒体信息，确定各核心网端语音呼叫数据包对应的目标语音呼叫标识符，可以包括根据各第二核心网端语音媒体信息，在核心网端信息标识对应关系表中查找，与各核心网端信息标识对应关系表对应的目标语音呼叫标识符。
99.可选的，根据各核心网端语音呼叫数据包和目标语音呼叫标识符，确定核心网端语音传输数据包，可以包括：确定各核心网端语音呼叫数据包中的核心网端净荷数据和核心网端rtp数据，对各核心网端rtp数据进行数据压缩，得到核心网端rtp压缩数据，以根据各核心网端rtp压缩数据、核心网端净荷数据以及各核心网端语音呼叫数据包对应的目标语音呼叫标识符，确定核心网端语音传输数据包。
100.本实施例的技术方案，通过获取控制器端语音传输数据包和核心网端信息标识对应关系表，并确定控制器端语音传输数据包中包括的各控制器端rtp压缩数据，各控制器端净荷数据以及各目标语音呼叫标识符，以根据各目标语音呼叫标识符，以及核心网端信息标识对应关系表，确定各目标语音呼叫标识符对应的第一核心网端语音媒体信息，从而根据各第一核心网端语音媒体信息，各控制器端rtp压缩数据以及各控制器端净荷数据，确定各控制器端语音呼叫数据包，解决了现有的语音通话质量差以及语音传输所占带宽过大的问题，能够在保证语音通话质量的同时有效降低语音传输时所占的带宽。
101.实施例四
102.本发明实施例以2g和3g语音传输的应用场景为例具体说明，尽管4g/5g已经席卷全球，但2g/3g在一些领域，一些地区仍然有应用。例如，2g/3g使用卫星链路可以解决偏远地区，孤岛，应急场景下的通信问题，为民众提供基本的通信保障，从而保证生命财产安全。同时，即使是4g/5g，它们也会采取回落到2g/3g来提供语音服务。所以，对2g/3g的语音传输进行优化仍然具有很大的意义。
103.在现有的移动通信系统中，每个语音呼叫都可以被拆分为多个语音呼叫数据包，每个语音呼叫数据包可以包括20毫秒的语音数据，每个语音呼叫数据包都可以被封装在独
立的协议栈中进行传输。图4是本发明实施例四中2g语音呼叫数据包的协议栈示意图，图5是本发明实施例四中3g语音呼叫数据包的协议栈示意图，如图4和5所示，每个语音呼叫数据包的协议栈都可以包括payload(净荷)、rtp、udp以及ip。
104.可以理解的是，每20毫秒的语音净荷一般只有13-32个字节(语音净荷的长度取决于不同的语音编码)，rtp头、udp头以及ip头的总长度可以超过语音净荷的长度。例如当语音编码是amr4.75且使用ipv4时，语音净荷只有13字节，但rtp头长度12字节和udp头长度8字节和ip头长度20字节远远大于了语音净荷的13字节。由此，导致在传输语音呼叫数据包时所占用的带宽过大。因此，为了有效地降低语音通话所占的带宽，需要对语音传输进行优化。
105.图6是本发明实施例四中2g语音传输的优化方法的示意图，图7是本发明实施例四中2g语音传输的优化方法的具体示意图，如图6和图7所示，2g语音传输的优化方法具体可以包括以下内容：
106.(1)在bsc端和cn端分别增加语音优化模块，且在为语音呼叫分配语音媒体信息时确定语音呼叫对应的语音呼叫标识符。bsc端可以将bsc端语音媒体信息和语音呼叫标识符发送至bsc端语音优化模块，同时bsc端将bsc端语音媒体信息发送至cn端。cn端可以将cn端语音媒体信息和语音呼叫标识符发送至cn端语音优化模块。可以理解的是，语音优化模块可以以软件模块的形式部署在bsc和cn里，也可以以独立硬件的形式部署在bsc和cn侧。
107.(2)上行方向(也即由bsc端发送语音呼叫，cn端接收语音呼叫)。bsc端的语音呼叫数据包可以包括呼叫1语音包、呼叫2语音包
…
呼叫n语音包。具体的，呼叫语音包中可以包括一个20ms的净荷，净荷的第1个字节可以为净荷长度。可以理解的是，bsc端可以有多个呼叫在并行通话。
108.bsc端语音优化模块将n个净荷依次存储至一个ip包中，并将各个净荷对应的rtp头压缩后依次存储至同一个rtp压缩头，从而将语音传输数据包发给cn端语音优化模块。在rtp压缩头里可以添加各个语音呼叫对应的语音呼叫标识符。可以理解的是，各个语音呼叫对应的语音呼叫标识符也可以添加至净荷中。
109.cn端语音优化模块在接收到bsc端语音优化模块发送的语音传输数据包之后，可以根据语音传输数据包得到各个呼叫语音包。cn端语音优化模块根据语音传输数据包中的语音呼叫标识符，确定cn端语音媒体信息，并根据语音呼叫标识符分别得到呼叫1语音包、呼叫2语音包
…
呼叫n语音包的净荷，再封装为一个净荷一个rtp+udp+ip的形式发送出去。
110.(3)下行方向(也即由cn端发送语音呼叫，bsc端接收语音呼叫)。cn端将呼叫1语音包、呼叫2语音包
…
呼叫n语音包发给cn端语音优化模块。具体的，语音包中可以包括20ms的净荷，净荷的第1个字节可以包括净荷长度。可以理解的是，cn端可以包括多个呼叫在并行通话。
111.cn端语音优化模块将n个净荷依次存储至一个ip包中，并将各个净荷对应的rtp头压缩后依次存储至同一个rtp压缩头，从而将语音传输数据包发给bsc端语音优化模块。在rtp压缩头里可以添加各个语音呼叫对应的语音呼叫标识符。可以理解的是，各个语音呼叫对应的语音呼叫标识符也可以添加至净荷中。
112.bsc端语音优化模块在接收到cn端语音优化模块发送的语音传输数据包之后，可以根据语音传输数据包得到各个呼叫语音包。bsc端语音优化模块根据语音传输数据包中
的语音呼叫标识符，确定bsc端语音媒体信息，并根据语音呼叫标识符分别得到呼叫1语音包、呼叫2语音包
…
呼叫n语音包的净荷，再封装为一个净荷一个rtp+udp+ip的形式发送出去。
113.封装在同一ip包里的最大净荷的数量可以配置，记为n，也可以根据话音的业务量来动态决定。当话音业务量比较低时可以动态选择，该值可能会低于配置的n；反之，可以直接使用n进行封装。另外，由于不同的语音编码对于的净荷长度是不一样的，所以也需要动态考虑具体的语音编码及一个ip包的最大长度。也即，实际封装在同一ip包里的净荷的数量会根据具体语音编码发生变化。
114.图8是本发明实施例四中3g语音传输的优化方法的示意图，图9是本发明实施例四中3g语音传输的优化方法的具体示意图，如图8和图9所示，3g语音传输的优化方法具体可以包括以下内容：
115.(1)在rnc端和cn端分别增加语音优化模块，且在为语音呼叫分配语音媒体信息时确定语音呼叫对应的语音呼叫标识符。rnc端可以将rnc端语音媒体信息和语音呼叫标识符发送至rnc端语音优化模块，同时rnc端将rnc端语音媒体信息发送至cn端。cn端可以将cn端语音媒体信息和语音呼叫标识符发送至cn端语音优化模块。可以理解的是，语音优化模块可以以软件模块的形式部署在rnc和cn里，也可以以独立硬件的形式部署在rnc和cn侧。
116.(2)上行方向(也即由rnc端发送语音呼叫，cn端接收语音呼叫)。rnc端的语音呼叫数据包可以包括呼叫1语音包、呼叫2语音包
…
呼叫n语音包。具体的，呼叫语音包中可以包括一个20ms的净荷，净荷的第1个字节可以为净荷长度。可以理解的是，rnc端可以有多个呼叫在并行通话。
117.rnc端语音优化模块将n个净荷依次存储至一个ip包中，并将各个净荷对应的rtp头压缩后依次存储至同一个rtp压缩头，从而将语音传输数据包发给cn端语音优化模块。在rtp压缩头里可以添加各个语音呼叫对应的语音呼叫标识符。可以理解的是，各个语音呼叫对应的语音呼叫标识符也可以添加至净荷中。
118.cn端语音优化模块在接收到rnc端语音优化模块发送的语音传输数据包之后，可以根据语音传输数据包得到各个呼叫语音包。cn端语音优化模块根据语音传输数据包中的语音呼叫标识符，确定cn端语音媒体信息，并根据语音呼叫标识符分别得到呼叫1语音包、呼叫2语音包
…
呼叫n语音包的净荷，再封装为一个净荷一个rtp+udp+ip的形式发送出去。
119.(3)下行方向(也即由cn端发送语音呼叫，rnc端接收语音呼叫)。cn端将呼叫1语音包、呼叫2语音包
…
呼叫n语音包发给cn端语音优化模块。具体的，语音包中可以包括20ms的净荷，净荷的第1个字节可以包括净荷长度。可以理解的是，cn端可以包括多个呼叫在并行通话。
120.cn端语音优化模块将n个净荷依次存储至一个ip包中，并将各个净荷对应的rtp头压缩后依次存储至同一个rtp压缩头，从而将语音传输数据包发给rnc端语音优化模块。在rtp压缩头里可以添加各个语音呼叫对应的语音呼叫标识符。可以理解的是，各个语音呼叫对应的语音呼叫标识符也可以添加至净荷中。
121.rnc端语音优化模块在接收到cn端语音优化模块发送的语音传输数据包之后，可以根据语音传输数据包得到各个呼叫语音包。rnc端语音优化模块根据语音传输数据包中的语音呼叫标识符，确定rnc端语音媒体信息，并根据语音呼叫标识符分别得到呼叫1语音
包、呼叫2语音包
…
呼叫n语音包的净荷，再封装为一个净荷一个rtp+udp+ip的形式发送出去。
122.封装在同一ip包里的最大净荷的数量可以配置，记为n，也可以根据话音的业务量来动态决定。当话音业务量比较低时可以动态选择，该值可能会低于配置的n；反之，可以直接使用n进行封装。另外，由于不同的语音编码对于的净荷长度是不一样的，所以也需要动态考虑具体的语音编码及一个ip包的最大长度。也即，实际封装在同一ip包里的净荷的数量会根据具体语音编码发生变化。
123.示例性的，假定封装在同一ip包里的净荷的数量为10，语音编码为amr4.75,则：
124.优化前所占带宽：10(净荷数量)*(20(ip头长度)+8(udp头长度)+12(rtp头长度)+13(净荷长度))＝530字节；
125.优化后所占带宽：10(净荷数量)*(13(净荷长度)+4(rtp压缩头))+20(ip头长度)+8(udp头长度)+12(rtp头长度)＝170字节+40字节＝210字节；
126.所需带宽从530字节降低到210字节；当封装在同一ip包里的净荷的数量更高时，这个带宽节省更突出。
127.上述技术方案，语音呼叫所需带宽大幅度降低，降低了卫星的宽带费用，支持更多的并发语音通话。能够以较低的带宽成本支撑起偏远地区，孤岛的语音通信；在自然灾害等应急场景中，可以最大程度地支撑起基本的语音通话业务。
128.实施例五
129.图10是本发明实施例五提供的一种语音传输的优化装置的示意图，所述装置配置于控制器端，如图10所示，所述装置包括：控制器端语音呼叫数据包获取模块1010、目标语音呼叫标识符确定模块1020以及控制器端语音传输数据包确定模块1030，其中：
130.控制器端语音呼叫数据包获取模块1010，用于获取所述控制器端发送的至少两个控制器端语音呼叫数据包；
131.目标语音呼叫标识符确定模块1020，用于根据各所述控制器端语音呼叫数据包，确定各所述控制器端语音呼叫数据包对应的目标语音呼叫标识符；
132.控制器端语音传输数据包确定模块1030，用于根据各所述控制器端语音呼叫数据包和所述目标语音呼叫标识符，确定控制器端语音传输数据包。
133.本实施例的技术方案，通过获取控制器端发送的至少两个控制器端语音呼叫数据包，根据各控制器端语音呼叫数据包确定各控制器端语音呼叫数据包对应的目标语音呼叫标识符，以根据各控制器端语音呼叫数据包和目标语音呼叫标识符确定控制器端语音传输数据包，解决了现有的语音通话质量差以及语音传输所占带宽过大的问题，能够在保证语音通话质量的同时有效降低语音传输时所占的带宽。
134.可选的，目标语音呼叫标识符确定模块1020，可以具体用于：根据各控制器端语音呼叫数据包中的ip数据和udp数据，确定各控制器端语音呼叫数据包对应的第一控制器端语音媒体信息；根据各第一控制器端语音媒体信息，确定各控制器端语音呼叫数据包对应的目标语音呼叫标识符。
135.可选的，目标语音呼叫标识符确定模块1020，可以进一步用于：获取控制器端信息标识对应关系表；其中，控制器端信息标识对应关系表为各控制器端语音媒体信息和各语音呼叫标识符之间的对应关系表；根据各第一控制器端语音媒体信息，在控制器端信息标
识对应关系表中查找，与各第一控制器端语音媒体信息对应的语音呼叫标识符；将各第一控制器端语音媒体信息对应的语音呼叫标识符，确定为各控制器端语音呼叫数据包对应的目标语音呼叫标识符。
136.可选的，控制器端语音传输数据包确定模块1030，可以具体用于：确定各控制器端语音呼叫数据包中的控制器端净荷数据和控制器端rtp数据；对各控制器端rtp数据进行数据压缩，得到控制器端rtp压缩数据；根据各控制器端rtp压缩数据，控制器端净荷数据以及各控制器端语音呼叫数据包对应的目标语音呼叫标识符，确定控制器端语音传输数据包。
137.可选的，该装置还可以用于：获取核心网端语音传输数据包和控制器端信息标识对应关系表；其中，控制器端信息标识对应关系表为各控制器端语音媒体信息和各语音呼叫标识符之间的对应关系表；确定核心网端语音传输数据包中包括的各核心网端rtp压缩数据，各核心网端净荷数据以及各目标语音呼叫标识符；根据各目标语音呼叫标识符，以及控制器端信息标识对应关系表，确定各目标语音呼叫标识符对应的第二控制器端语音媒体信息；根据各第二控制器端语音媒体信息，各核心网端rtp压缩数据以及各核心网端净荷数据，确定各核心网端语音呼叫数据包。
138.本发明实施例所提供的语音传输的优化装置可执行本发明任意实施例所提供的语音传输的优化方法，具备执行方法相应的功能模块和有益效果。
139.实施例六
140.图11是本发明实施例六提供的一种语音传输的优化装置的示意图，所述装置配置于核心网端，如图11所示，所述装置包括：控制器端语音传输数据包获取模块1110、控制器端压缩数据确定模块1120、第一核心网端语音媒体信息确定模块1130以及控制器端语音呼叫数据包确定模块1140，其中：
141.控制器端语音传输数据包获取模块1110，用于获取控制器端语音传输数据包，和核心网端信息标识对应关系表；其中，所述核心网端信息标识对应关系表为各核心网端语音媒体信息和各语音呼叫标识符之间的对应关系表；
142.控制器端压缩数据确定模块1120，用于确定所述控制器端语音传输数据包中包括的各控制器端rtp压缩数据，各控制器端净荷数据以及各目标语音呼叫标识符；
143.第一核心网端语音媒体信息确定模块1130，用于根据各所述目标语音呼叫标识符，以及所述核心网端信息标识对应关系表，确定各所述目标语音呼叫标识符对应的第一核心网端语音媒体信息；
144.控制器端语音呼叫数据包确定模块1140，用于根据各所述第一核心网端语音媒体信息，各所述控制器端rtp压缩数据以及各所述控制器端净荷数据，确定各控制器端语音呼叫数据包。
145.本实施例的技术方案，通过获取控制器端语音传输数据包和核心网端信息标识对应关系表，并确定控制器端语音传输数据包中包括的各控制器端rtp压缩数据，各控制器端净荷数据以及各目标语音呼叫标识符，以根据各目标语音呼叫标识符，以及核心网端信息标识对应关系表，确定各目标语音呼叫标识符对应的第一核心网端语音媒体信息，从而根据各第一核心网端语音媒体信息，各控制器端rtp压缩数据以及各控制器端净荷数据，确定各控制器端语音呼叫数据包，解决了现有的语音通话质量差以及语音传输所占带宽过大的问题，能够在保证语音通话质量的同时有效降低语音传输时所占的带宽。
146.可选的，语音传输的优化装置，还可以用于：获取核心网端发送的至少两个核心网端语音呼叫数据包；根据各核心网端语音呼叫数据包，确定各核心网端语音呼叫数据包对应的目标语音呼叫标识符；根据各核心网端语音呼叫数据包和目标语音呼叫标识符，确定核心网端语音传输数据包。
147.本发明实施例所提供的语音传输的优化装置可执行本发明任意实施例所提供的语音传输的优化方法，具备执行方法相应的功能模块和有益效果。
148.实施例七
149.图12示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
150.如图12所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
151.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
152.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如语音传输的优化方法。
153.在一些实施例中，语音传输的优化方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的语音传输的优化方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行语音传输的优化方法。
154.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器
可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
155.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
156.在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
157.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
158.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
159.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
160.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
161.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明
的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。