应用于卫星系统的音频数据处理方法、装置及设备与流程

1.本发明涉及数字信号处理技术领域，尤其涉及一种应用于卫星系统的音频数据处理方法、装置及设备。


背景技术：

2.传统的语音处理是从脉冲编码调制(pulse code modulation，pcm)接口读取语音的pcm数据，语音处理器经过语音处理(编码)，实时传输协议(real-time transport protocol，rtp)封包，互联网协议(internet protocol，ip)/用户数据报协议(user datagram protocol，udp)封包，然后经过以太网发包传输至网络上。与之相反，从网络进来的包先做ip/udp解包，rtp解包，然后通过语音处理(解码)，然后发送到pcm接口上去。传统的语音处理过程如图1所示。
3.而随着语音处理的网络化，卫星业务交换服务器不再是语音信号的输入源，只是语音信号中间通路的处理器，这样服务器就不再需要pcm接口，传统使用专业的硬件语音数字信号处理器(digital signal processor，dsp)也逐步被服务器上的语音处理软件替代，普通的通话可以通过转码很容易实现。基于转码方式实现普通通话的过程如图2所示，基于转码方式可以去掉pcm这侧的功能。在实际应用中，传统的交换服务器有向多用户放音的功能需求，采用图2的转码方式无法满足向多用户放音的需求。


技术实现要素：

4.本发明实施例提供一种应用于卫星系统的音频数据处理方法、装置、设备、计算机可读存储介质及计算机程序产品，无需复杂的转码方式即可实现多通道放音，满足向多用户放音的需求。
5.本发明实施例的技术方案是这样实现的：
6.本发明实施例提供一种应用于卫星系统的音频数据处理方法，所述方法包括：
7.利用通道集中第一通道获取初始音频数据，所述第一通道与所述通道集中至少一个第二通道建立有连接关系；
8.对所述初始音频数据进行处理，得到处理后的音频数据；
9.将所述处理后的音频数据存储至各第二通道对应的目标存储空间，所述目标存储空间由服务端预先分配；
10.利用所述各第二通道，将所述各第二通道对应的目标存储空间中存储的所述处理后的音频数据分别传输至各第二通道对应的第二终端，以使各第二终端输出所述处理后的音频数据。
11.在一些实施例中，所述利用通道集中第一通道获取初始音频数据，包括：
12.利用通道集中第一通道接收第一终端发送的放音请求消息，所述放音请求消息携带有所述第一通道的标识信息；
13.基于所述第一通道的标识信息确定所述第一通道是否满足放音条件；
14.当所述第一通道满足放音条件时，利用所述第一通道发送放音响应消息至所述第一终端；
15.接收所述第一终端基于所述放音响应消息发送的初始音频数据。
16.在一些实施例中，所述基于所述第一通道的标识信息确定所述第一通道是否满足放音条件，包括：
17.基于所述第一通道的标识信息，获取所述第一通道的当前状态，所述第一通道的当前状态包括激活状态和非激活状态；
18.当所述第一通道的当前状态为激活状态时，确定所述第一通道满足放音条件。
19.在一些实施例中，所述方法还包括：
20.当所述第一通道的当前状态为非激活状态时，将所述第一通道的当前状态更新为激活状态，以使所述第一通道满足放音条件。
21.在一些实施例中，所述对所述初始音频数据进行处理，得到处理后的音频数据，包括：
22.对所述初始音频数据进行解码处理，得到处理后的音频数据；和/或，
23.对所述初始音频数据进行编码处理，得到处理后的音频数据；和/或，
24.对所述初始音频数据进行降噪处理，得到处理后的音频数据。
25.在一些实施例中，所述将所述处理后的音频数据存储至各第二通道对应的目标存储空间，包括：
26.基于所述第一通道的标识信息，从所述通道集中筛选出与所述第一通道建立有连接关系的各第二通道；
27.将所述处理后的音频数据存储至所述各第二通道对应的目标存储空间。
28.在一些实施例中，所述基于所述第一通道的标识信息，从所述通道集中筛选出与所述第一通道建立有连接关系的各第二通道，包括：
29.根据所述第一通道的标识信息，从所述通道集中筛选出与所述第一通道建立有连接关系的各通道；
30.根据所述各通道的标识信息，获取所述各通道的当前状态，所述通道的当前状态包括激活状态和非激活状态；
31.将当前状态为非激活状态的各通道确定为第二通道。
32.在一些实施例中，所述将所述处理后的音频数据存储至所述各第二通道对应的目标存储空间之前，所述方法还包括：
33.将各第二通道的当前状态更新为激活状态。
34.本发明实施例提供一种应用于卫星系统的音频数据处理装置，所述装置包括：
35.获取模块，用于利用通道集中第一通道获取初始音频数据，所述第一通道与所述通道集中至少一个第二通道建立有连接关系；
36.处理模块，用于对所述初始音频数据进行处理，得到处理后的音频数据；
37.存储模块，用于将所述处理后的音频数据存储至各第二通道对应的目标存储空间，所述目标存储空间由服务端预先分配；
38.传输模块，用于利用所述各第二通道，将所述各第二通道对应的目标存储空间中存储的所述处理后的音频数据分别传输至各第二通道对应的第二终端，以使各第二终端输
出所述处理后的音频数据。
39.在一些实施例中，所述获取模块，还用于：
40.利用通道集中第一通道接收第一终端发送的放音请求消息，所述放音请求消息携带有所述第一通道的标识信息；
41.基于所述第一通道的标识信息确定所述第一通道是否满足放音条件；
42.当所述第一通道满足放音条件时，利用所述第一通道发送放音响应消息至所述第一终端；
43.接收所述第一终端基于所述放音响应消息发送的初始音频数据。
44.在一些实施例中，所述获取模块，还用于：
45.基于所述第一通道的标识信息，获取所述第一通道的当前状态，所述第一通道的当前状态包括激活状态和非激活状态；
46.当所述第一通道的当前状态为激活状态时，确定所述第一通道满足放音条件。
47.在一些实施例中，所述装置还包括：
48.更新模块，用于当所述第一通道的当前状态为非激活状态时，将所述第一通道的当前状态更新为激活状态，以使所述第一通道满足放音条件。
49.在一些实施例中，所述处理模块，还用于：
50.对所述初始音频数据进行解码处理，得到处理后的音频数据；和/或，
51.对所述初始音频数据进行编码处理，得到处理后的音频数据；和/或，
52.对所述初始音频数据进行降噪处理，得到处理后的音频数据。
53.在一些实施例中，所述存储模块，还用于：
54.基于所述第一通道的标识信息，从所述通道集中筛选出与所述第一通道建立有连接关系的各第二通道；
55.将所述处理后的音频数据存储至所述各第二通道对应的目标存储空间。
56.在一些实施例中，所述存储模块，还用于：
57.根据所述第一通道的标识信息，从所述通道集中筛选出与所述第一通道建立有连接关系的各通道；
58.根据所述各通道的标识信息，获取所述各通道的当前状态，所述通道的当前状态包括激活状态和非激活状态；
59.将当前状态为非激活状态的各通道确定为第二通道。
60.在一些实施例中，所述更新模块，还用于：将各第二通道的当前状态更新为激活状态。
61.本发明实施例提供一种应用于卫星系统的音频数据处理设备，包括：
62.存储器，用于存储可执行指令；
63.处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的应用于卫星系统的音频数据处理方法。
64.本发明实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本发明实施例提供的应用于卫星系统的音频数据处理方法。
65.本发明实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本发明实施例提供的应用于卫星系统的音频数据处理方法。
66.实施本发明实施例，将具有如下有益效果：
67.采用上述应用于卫星系统的音频数据处理方法，通过第一通道获取初始音频数据；然后对初始音频数据进行处理，得到处理后的音频数据；再将处理后的音频数据存储至各第二通道对应的目标存储空间，其中，各第二通道与第一通道建立有连接关系，各第二通道对应的目标存储空间是由服务端预先分配的；最后利用各第二通道，将处理后的音频数据分别传输至各第二通道对应的第二终端，以使各第二终端输出处理后的音频数据，如此无需复杂的转码方式即可实现多通道放音，满足向多用户放音的需求。
附图说明
68.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
69.其中：
70.图1为传统的语音处理过程示意图；
71.图2为传统的交换服务器向多用户放音方法的一种实现流程示意图；
72.图3为本发明实施例提供的音频数据处理方法的一种实现流程示意图；
73.图4为本发明实施例提供的将处理后的音频数据存储至各第二通道对应的目标存储空间的步骤的实现流程示意图；
74.图5为放音通道拷贝数据至有连接关系的通道对应内存的实现示意图；
75.图6为本发明实施例提供的音频数据处理装置的一种组成结构示意图；
76.图7为本发明实施例提供的音频数据处理设备的一种组成结构示意图。
具体实施方式
77.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
78.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
79.在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。
80.除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。
81.对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语
进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。
82.通道，即通信信道(channels of communicationl)，是数据传输的通路，在计算机网络中信道分为物理信道和逻辑信道。物理信道指用于传输数据信号的物理通路，它由传输介质与有关通信设备组成；逻辑信道指在物理信道的基础上，发送与接收数据信号的双方通过中间结点所实现的逻辑通路，由此为传输数据信号形成的逻辑通路。
83.传统的交换服务器有向多用户放音的功能需求，但在没有pcm接口的服务器上运行的语音处理软件时，很难通过转码方式来实现多通道放音，难以满足向多用户放音的需求。本发明实施例提供一种应用于卫星系统的音频数据处理方法，为每个通道定义一个接收缓存区，用来存储由放音通道解码的数据，这个通道与放音通道建立有连接关系，该通道把数据交给本通道的编码器编码发出去就可以实现广播的放音处理。
84.本发明实施例提供一种应用于卫星系统的音频数据处理方法。本发明实施例提供的音频数据处理方法可以通过计算机程序来实现，该计算机程序在执行的时候，完成本发明实施例提供的音频数据处理方法中各个步骤。在一些实施例中，该计算机程序可以应用于卫星系统的音频数据处理设备中的处理器执行。
85.参见图3，图3为本发明实施例提供的音频数据处理方法的一种实现流程示意图，将结合图3示出的步骤进行说明。
86.步骤s301，利用通道集中第一通道获取初始音频数据。
87.该第一通道与通道集中至少一个第二通道建立有连接关系。
88.本发明实施例中，应用于卫星系统的音频数据处理方法可以由服务端来实现。
89.在实际实现时，该服务端可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(cdn，content delivery network)、以及大数据和人工智能平台等基础云计算服务的云服务器。
90.其中，服务端与第一终端、各第二终端之间通过网络连接。该网络可以是广域网或者局域网，又或者是二者的组合，第一终端、各第二终端和服务端可以通过有线或无线通信方式进行直接或间接地连接，本发明实施例中不做限制。
91.在一些实施例中，该步骤可以实现为：服务端利用通道集中第一通道接收第一终端发送的放音请求消息，这里的放音请求消息携带有第一通道的标识信息；基于第一通道的标识信息确定第一通道是否满足放音条件；当第一通道满足放音条件时，利用第一通道发送放音响应消息至第一终端；最后接收第一终端基于放音响应消息发送的初始音频数据。第一终端发送初始音频数据之前，得先确保服务端能够支持放音，基于此，先向服务端发送放音请求，当接收到放音响应时，再传输初始音频数据至服务端，避免传输无效。
92.在一些实施例中，基于第一通道的标识信息确定第一通道是否满足放音条件时，服务端可以基于第一通道的标识信息，获取第一通道的当前状态，根据第一通道的当前状态确定第一通道是否满足放音条件。
93.其中第一通道的当前状态包括激活状态和非激活状态；当第一通道的当前状态为激活状态时，确定第一通道满足放音条件；当第一通道的当前状态为非激活状态时，确定第一通道不满足放音条件。
94.在实际实现时，当第一通道不满足放音条件时，服务端可以利用第一通道发送请
求失败的消息至第一终端，第一终端输出请求失败的消息，以便持有第一终端的用户获知。该请求失败的消息还可以携带有失败原因，以便用户更清楚的获知失败缘由。
95.若由于第一通道的当前状态为非激活状态导致失败时，服务端可以自动更新以提高用户请求成功率。具体可以实现为：当第一通道的当前状态为非激活状态时，将第一通道的当前状态更新为激活状态，以使第一通道满足放音条件。
96.步骤s302，对初始音频数据进行处理，得到处理后的音频数据。
97.本发明实施例中，对初始音频数据进行处理，可以包括编解码、降噪、滤波等处理方式中至少一个。
98.例如可以实现为：服务端对初始音频数据进行解码处理，得到处理后的音频数据；或者服务端对初始音频数据进行编码处理，得到处理后的音频数据；又或者服务端对初始音频数据进行降噪处理，得到处理后的音频数据；还可以是服务端对初始音频数据进行编码处理，然后对编码处理后的音频数据进行解码处理，得到处理后的音频数据；还可以是在编码前或编码后或者解码后对音频数据进行降噪处理，得到处理后的音频数据。
99.本发明实施例中，通过对初始音频数据进行处理，将处理后的音频数据传输到第二终端，能够提高音频数据的质量。
100.步骤s303，将处理后的音频数据存储至各第二通道对应的目标存储空间。
101.其中，第二通道对应的目标存储空间，是由服务端预先分配的。服务端为各通道分配存储空间时，可以结合数据包的大小，为各通道分配合适大小的缓存区，避免内存空间的浪费。
102.本发明实施例中，该步骤可以通过图4所示步骤来实现：
103.步骤s3031，基于第一通道的标识信息，从通道集中筛选出与第一通道建立有连接关系的各第二通道。
104.服务端在筛选时，首先根据第一通道的标识信息，从通道集中筛选出与第一通道建立有连接关系的各通道；然后根据各通道的标识信息，获取各通道的当前状态，其中，通道的当前状态包括激活状态和非激活状态；最后将当前状态为非激活状态的各通道确定为第二通道。
105.在一些实施例中，在步骤s3031执行完后，服务端可以将各第二通道的当前状态更新为激活状态，以实现一个通道向多个通道发送数据。
106.步骤s3032，将处理后的音频数据存储至各第二通道对应的目标存储空间。
107.在存储前，先对读写操作进行初始化：为每个通道定义读指针read_pos和写指针write_pos，并定义通道的状态state，通道状态包括激活和非激活状态。
108.在实际实现时，为确保先写数据后读数据，读指针read_pos始终小于写指针write_pos。
109.在存储时，执行通道写操作，轮询与第一通道建立有连接关系的多个通道的send_to_chan，从该些通道中筛选出send_to_chan未被占用的通道作为第二通道，将多个第二通道的状态更新为激活状态，执行处理后的音频数据的拷贝操作，根据写指针write_pos的位置将处理后的音频数据存储至各第二通道对应的缓存区，并更新写指针write_pos，以便写入下一数据。
110.步骤s304，利用各第二通道，将各第二通道对应的目标存储空间中存储的处理后
的音频数据分别传输至各第二通道对应的第二终端，以使各第二终端输出处理后的音频数据。
111.该步骤为通道读操作，从各第二通道对应的缓存区的读指针read_pos的位置取出处理后的音频数据，并更新读指针read_pos，以便读取下一数据。取出处理后的音频数据后，利用各第二通道发送至对应的各个第二终端，并由各个第二终端进行输出，实现多通道放音，满足向多用户放音的需求。
112.本发明实施例提供的应用于卫星系统的音频数据处理方法，服务端利用通道集中第一通道获取初始音频数据，所述第一通道与所述通道集中至少一个第二通道建立有连接关系；对所述初始音频数据进行处理，得到处理后的音频数据；将所述处理后的音频数据存储至各第二通道对应的目标存储空间，所述目标存储空间由服务端预先分配；利用所述各第二通道，将所述各第二通道对应的目标存储空间中存储的所述处理后的音频数据分别传输至各第二通道对应的第二终端，以使各第二终端输出所述处理后的音频数据。如此无需复杂的转码方式即可实现多通道放音，满足向多用户放音的需求。
113.下面，将说明本发明实施例在一个实际的应用场景中的示例性应用。以卫星业务交换服务器向多方用户放音为例，针对传统需要pcm接口才能实现向多通道放音的缺陷，本发明提供一种新的服务器，该新的服务器没有pcm接口，只是普通的服务器上运行的语音处理软件。该服务器为每个通道定义一个接收的buff(缓存区)，用来存储由放音通道解码的数据，每个通道与放音通道建立有连接关系。每个通道把缓存区存储的数据交给本通道的编码器编码，发出去即可实现广播的放音处理。如此无需复杂的转码方式即可实现多通道放音，满足向多用户放音的需求。
114.参见图5，放音的dsp通道使用放音的命令向解码的方向不停产生解码后的数据，将该数据拷贝到和该放音通道有连接关系的通道(这个关系是放音通道-》正常编解码通道)，这样放音通道就可以同时向n个dsp通道放音。具体实现如下：
115.1)每个通道只可以从另外一个通道接收数据，如果是从自己这个通道接收数据就是自环；
116.定义通道的接收数据的通道为recv_from_chan，初始值为无效值。
117.2)每个通道可以同时向n_max个其它通道发送数据，定义其发送的数据的通道为send_to_chan[n_max]，实际同时发送的通道数定义为n，初始值n_max、send_to_chan均为无效值。
[0118]
3)操作关系定义为前向a-》b，后向b-》a，双向a《＝》b。
[0119]
a-》b：a通道的send_to_chan[n]＝b，a通道的n＝n+1；b通道的recv_from_chan＝a；
[0120]
b-》a：b通道的send_to_chan[n]＝a，b通道的n＝n+1；b通道的recv_from_chan＝b；
[0121]
a《＝》b：a通道的send_to_chan[n]＝b，a通道的n＝n+1；b通道的recv_from_chan＝a；
[0122]
b通道的send_to_chan[n]＝a，b通道的n＝n+1；b通道的recv_from_chan＝b。
[0123]
4)操作向多个通道放音使用放音语音通道-》通道1，放音语音通道-》通道2，
…
，放音语音通道-》通道n，n≤n_max，建立通道的连接关系。
[0124]
5)每个通道定义一个存储数据的缓存buff，20ms的一个包需要160字节，缓存1s的数据需要8000字节，缓存字节数max_buff_num＝8000。
[0125]
6)定义每个通道的读写指针，read_pos、write_pos，定义通道的状态state(激活/非激活)，在执行a-》b的连接关系的时候要将b通道的write_pos＝read_pos+(pkt_period/5)*40，保证写指针在读指针之前1个包的字节距离，确保先写后读，用1个包的时间来防止系统调度时间的抖动。
[0126]
7)通道写操作，写入数据长度为length，轮询通道n_max个send_to_chan，当send_to_chan为有效值并且该通道的状态为激活状态，执行数据的拷贝操作，从buff的write_pos的位置开始拷贝length数据到buff中，write_pos+＝length，当write_pos》＝8000时，write_pos-＝8000。
[0127]
8)通道读操作，读的数据长度为length，从buff的read_pos的位置取走length数据，read_pos+＝length，当read_pos》＝8000时，read_pos-＝8000。
[0128]
通过上述方式就很容易实现向多通道的放音的用户需求，一般的通话也不需要通道transcoding这种复杂的转码方式，执行a《＝》b的操作，也能方便实现通话。
[0129]
本发明实施例通过建立连接关系来从一个通道的解码数据拷贝到另一个通道的编码数据，通道只可以从另外一个通道收数据，但一个通道可以向多个通道发送数据。
[0130]
基于前述的实施例，本发明实施例再提供一种应用于卫星系统的音频数据处理装置，该装置包括的各模块、以及各模块包括的各单元，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(cpu，central processing unit)、微处理器(mpu，microprocessor unit)、数字信号处理器(dsp，digital signal processing)或现场可编程门阵列(fpga，field programmable gate array)等。
[0131]
本发明实施例再提供一种应用于卫星系统的音频数据处理装置，图6为本发明实施例提供的音频数据处理装置的一种组成结构示意图，如图6所示，所述音频数据处理装置600包括：
[0132]
获取模块601，用于利用通道集中第一通道获取初始音频数据，所述第一通道与所述通道集中至少一个第二通道建立有连接关系；
[0133]
处理模块602，用于对所述初始音频数据进行处理，得到处理后的音频数据；
[0134]
存储模块603，用于将所述处理后的音频数据存储至各第二通道对应的目标存储空间，所述目标存储空间由服务端预先分配；
[0135]
传输模块604，用于利用所述各第二通道，将所述各第二通道对应的目标存储空间中存储的所述处理后的音频数据分别传输至各第二通道对应的第二终端，以使各第二终端输出所述处理后的音频数据。
[0136]
在一些实施例中，所述获取模块601，还用于：
[0137]
利用通道集中第一通道接收第一终端发送的放音请求消息，所述放音请求消息携带有所述第一通道的标识信息；
[0138]
基于所述第一通道的标识信息确定所述第一通道是否满足放音条件；
[0139]
当所述第一通道满足放音条件时，利用所述第一通道发送放音响应消息至所述第一终端；
[0140]
接收所述第一终端基于所述放音响应消息发送的初始音频数据。
[0141]
在一些实施例中，所述获取模块601，还用于：
[0142]
基于所述第一通道的标识信息，获取所述第一通道的当前状态，所述第一通道的当前状态包括激活状态和非激活状态；
[0143]
当所述第一通道的当前状态为激活状态时，确定所述第一通道满足放音条件。
[0144]
在一些实施例中，所述装置还包括：
[0145]
更新模块，用于当所述第一通道的当前状态为非激活状态时，将所述第一通道的当前状态更新为激活状态，以使所述第一通道满足放音条件。
[0146]
在一些实施例中，所述处理模块602，还用于：
[0147]
对所述初始音频数据进行解码处理，得到处理后的音频数据；和/或，
[0148]
对所述初始音频数据进行编码处理，得到处理后的音频数据；和/或，
[0149]
对所述初始音频数据进行降噪处理，得到处理后的音频数据。
[0150]
在一些实施例中，所述存储模块603，还用于：
[0151]
基于所述第一通道的标识信息，从所述通道集中筛选出与所述第一通道建立有连接关系的各第二通道；
[0152]
将所述处理后的音频数据存储至所述各第二通道对应的目标存储空间。
[0153]
在一些实施例中，所述存储模块603，还用于：
[0154]
根据所述第一通道的标识信息，从所述通道集中筛选出与所述第一通道建立有连接关系的各通道；
[0155]
根据所述各通道的标识信息，获取所述各通道的当前状态，所述通道的当前状态包括激活状态和非激活状态；
[0156]
将当前状态为非激活状态的各通道确定为第二通道。
[0157]
在一些实施例中，所述更新模块，还用于：将各第二通道的当前状态更新为激活状态。
[0158]
这里需要指出的是：以上应用于卫星系统的音频数据处理装置实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果。对于本发明音频数据处理装置实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例的描述而理解。
[0159]
需要说明的是，本发明实施例中，如果以软件功能模块的形式实现上述方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read only memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
[0160]
相应地，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例中提供的音频数据处理方法中的步骤。
[0161]
本发明实施例提供一种应用于卫星系统的音频数据处理设备，图7为本发明实施
例提供的音频数据处理设备的一种组成结构示意图，根据图7示出的音频数据处理设备700的示例性结构，可以预见音频数据处理设备700的其他的示例性结构，因此这里所描述的结构不应视为限制，例如可以省略下文所描述的部分组件，或者，增设下文所未记载的组件以适应某些应用的特殊需求。
[0162]
图7所示的应用于卫星系统的音频数据处理设备700包括：一个处理器701、至少一个通信总线702、用户接口703、至少一个外部通信接口704和存储器705。其中，通信总线702配置为实现这些组件之间的连接通信。其中，用户接口703可以包括显示屏，外部通信接口704可以包括标准的有线接口和无线接口。其中，所述处理器701配置为执行存储器中存储的应用于卫星系统的音频数据处理方法的程序，以实现上述实施例提供的应用于卫星系统的音频数据处理方法中的步骤。
[0163]
以上应用于卫星系统的音频数据处理设备和存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明音频数据处理设备和存储介质实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。
[0164]
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0165]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0166]
在本发明所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
[0167]
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0168]
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0169]
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读存储介质中，该程序在执
行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。
[0170]
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台设备执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。
[0171]
以上所述，仅为本发明的实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。