CN110138713A - 一种数据传输方法和数据传输装置 - Google Patents

Abstract

本发明实施例提供了一种数据传输方法和数据传输装置，应用于基站侧，其中的方法包括：接收来自接入网侧的数据包；所述数据包中携带有所述数据包对应的数据类型；若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据；在接收到来自接入网侧的舒适噪声发送通知时，通过第一信道发送所述舒适噪声数据；其中，所述第一信道包括：双激活保持突发信道。本发明实施例可以极大地节省传输资源，以及提高数据的传输效率。

Description

一种数据传输方法和数据传输装置

技术领域

本发明涉及通信技术领域，尤其涉及一种数据传输方法和数据传输装置。

背景技术

在语音通信过程中，发送端的语音中可能包含大量的静默期。为了防止接收端因为听不到任何声音误以为通话已经结束，从而做出挂机等错误操作，发送端在静默期可以生成静默帧，该静默帧中可以携带有舒适噪声参数；接收端收到静默帧后，根据舒适噪声参数生成令人感觉舒适的背景噪声，以使用户得知通话还在继续进行。

目前，对正常的语音数据和静默帧数据通常采用相同的传输方式，例如，通过DTCH(专用业务信道)来传输语音数据和静默帧数据。然而，由于静默帧数据的数据量非常少，采用单独的传输信道进行传输会造成传输资源的浪费。

发明内容

本发明实施例提供一种数据传输方法和数据传输装置，以解决现有技术中静默帧数据传输过程中造成资源浪费的问题。

本发明实施例提供了一种数据传输方法，应用于基站侧，所述方法包括：

接收来自接入网侧的数据包；所述数据包中携带有所述数据包对应的数据类型；

若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据；

在接收到来自接入网侧的舒适噪声发送通知时，通过第一信道发送所述舒适噪声数据；其中，所述第一信道包括：双激活保持突发信道。

可选地，若所述数据类型为静默帧数据类型，则所述数据包中还携带有所述静默帧数据对应舒适噪声数据的预设帧数。

可选地，所述对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据，包括：

对所述静默帧数据增加循环冗余校验位、以及交织编码处理；

对编码后的舒适噪声数据按照预设大小进行划分，得到预设帧数的舒适噪声数据。

可选地，所述方法还包括：

记录所述舒适噪声数据的已发送帧数；

若所述已发送帧数等于所述预设帧数，则停止发送舒适噪声数据。

可选地，若所述数据类型为静默帧数据类型，则所述方法还包括：

判断当前是否正在发送上一个静默帧数据，若是，则继续发送所述上一个静默帧数据，以及丢弃所述数据包中的静默帧数据；若否，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据。

可选地，若所述数据类型为语音数据类型，则所述方法还包括：

通过第二信道发送所述数据包中的语音数据；

判断当前是否正在发送上一个静默帧数据，若是，则终止发送所述上一个静默帧数据。

另一方面，本发明实施例提供了一种数据传输方法，应用于接入网侧，所述方法包括：

对待发送数据进行封装，生成数据包，并且在所述数据包中增加所述数据包对应的数据类型；其中，在所述待发送数据为静默帧数据时，所述数据类型为静默帧数据类型；

向基站侧发送所述数据包；

在确定当前满足舒适噪声数据发送条件时，向基站侧发送舒适噪声发送通知。

可选地，在所述待发送数据为静默帧数据时，在所述数据包中增加所述静默帧数据对应舒适噪声数据的预设帧数。

可选地，所述方法还包括：

在所述待发送数据为静默帧数据时，设置所述静默帧数据的发送周期，以及设置所述静默帧数据对应舒适噪声数据的待发送帧数。

可选地，所述确定当前满足舒适噪声数据发送条件，包括：

若当前处于静默帧数据的发送周期，且当前不存在待发送的语音数据，则确定当前满足舒适噪声数据发送条件。

可选地，所述方法还包括：

在向基站侧发送舒适噪声发送通知之后，更新所述静默帧数据对应舒适噪声数据的待发送帧数；

若更新后的待发送帧数为0，则终止所述静默帧数据的发送周期，以及停止向基站侧发送舒适噪声发送通知。

可选地，所述方法还包括：

判断当前是否处于静默帧数据的发送周期，若是，则判断当前是否存在待发送的语音数据，若存在，则终止所述静默帧数据的发送周期，以及向基站侧发送所述待发送的语音数据。

又一方面，本发明实施例提供了一种数据传输装置，应用于基站侧，所述装置包括：

数据接收模块，用于接收来自接入网侧的数据包；所述数据包中携带有所述数据包对应的数据类型；

数据编码模块，用于若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据；

第一发送模块，用于在接收到来自接入网侧的舒适噪声发送通知时，通过第一信道发送所述舒适噪声数据；其中，所述第一信道包括：双激活保持突发信道。

可选地，若所述数据类型为静默帧数据类型，则所述数据包中还携带有所述静默帧数据对应舒适噪声数据的预设帧数。

可选地，所述数据编码模块，包括：

编码子模块，用于对所述静默帧数据增加循环冗余校验位、以及交织编码处理；

划分子模块，用于对编码后的舒适噪声数据按照预设大小进行划分，得到预设帧数的舒适噪声数据。

可选地，所述装置还包括：

记录模块，用于记录所述舒适噪声数据的已发送帧数；

停止模块，用于若所述已发送帧数等于所述预设帧数，则停止发送舒适噪声数据。

可选地，若所述数据类型为静默帧数据类型，则所述装置还包括：

第一判断模块，用于判断当前是否正在发送上一个静默帧数据，若是，则继续发送所述上一个静默帧数据，以及丢弃所述数据包中的静默帧数据；若否，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据。

可选地，若所述数据类型为语音数据类型，则所述装置还包括：

第二发送模块，用于通过第二信道发送所述数据包中的语音数据；

第二判断模块，用于判断当前是否正在发送上一个静默帧数据，若是，则终止发送所述上一个静默帧数据。

再一方面，本发明实施例提供了一种数据传输装置，应用于接入网侧，所述装置包括：

数据封装模块，用于对待发送数据进行封装，生成数据包，并且在所述数据包中增加所述数据包对应的数据类型；其中，在所述待发送数据为静默帧数据时，所述数据类型为静默帧数据类型；

数据发送模块，用于向基站侧发送所述数据包；

通知发送模块，用于在确定当前满足舒适噪声数据发送条件时，向基站侧发送舒适噪声发送通知。

可选地，在所述待发送数据为静默帧数据时，所述装置还包括：

增加模块，用于在所述数据包中增加所述静默帧数据对应舒适噪声数据的预设帧数。

可选地，所述装置还包括：

设置模块，用于在所述待发送数据为静默帧数据时，设置所述静默帧数据的发送周期，以及设置所述静默帧数据对应舒适噪声数据的待发送帧数。

可选地，所述通知发送模块，包括：

条件确定子模块，用于若当前处于静默帧数据的发送周期，且当前不存在待发送的语音数据，则确定当前满足舒适噪声数据发送条件。

可选地，所述装置还包括：

更新模块，用于在向基站侧发送舒适噪声发送通知之后，更新所述静默帧数据对应舒适噪声数据的待发送帧数；

终止模块，用于若更新后的待发送帧数为0，则终止所述静默帧数据的发送周期，以及停止向基站侧发送舒适噪声发送通知。

可选地，所述装置还包括：

第三判断模块，用于判断当前是否处于静默帧数据的发送周期，若是，则判断当前是否存在待发送的语音数据，若存在，则终止所述静默帧数据的发送周期，以及向基站侧发送所述待发送的语音数据。

本发明实施例包括以下优点：

本发明实施例的数据传输方法中，基站侧接收到来自接入网侧的数据包中携带有所述数据包对应的数据类型，基站侧可以根据数据包对应的数据类型，对数据包中的数据执行不同的操作处理以及通过不同的物理信道进行发送。例如，若所述数据类型为静默帧数据类型，则可以对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据，并且在接收到来自接入网侧的舒适噪声发送通知时，通过DKAB8信道发送所述舒适噪声数据。由于DKAB8上不承载应用层数据，只有6比特的功率控制域和8比特的舒适噪声域，突发功率很小，因此可以极大地节省传输资源，以及提高数据的传输效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明的一种数据传输方法实施例一的流程图；

图2示出了本发明的数据传输方法在基站侧的步骤流程图；

图3示出了本发明的一种数据传输方法实施例二的流程图；

图4示出了本发明的数据传输方法在接入网侧的步骤流程图；

图5示出了本发明的一种数据传输装置实施例一的结构框图；

图6示出了本发明的一种数据传输装置实施例二的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，对于静默帧数据，仍然按照正常的语音数据进行传输，然而，由于静默帧数据的数据量非常少，采用单独的传输信道进行传输会造成资源的浪费。

为解决上述问题，本发明实施例对接入网侧和基站侧的数据传输过程进行改进，对于静默帧数据，采用和语音数据不同的传输信道。具体地，在接入网侧，可以在向基站侧发送的数据包中增加数据包对应的数据类型，以指示基站侧针对不同类型的数据通过不同的物理信道进行发送，以及向基站侧发送舒适噪声发送通知，以指示基站侧何时可以发送静默帧数据对应的舒适噪声数据。在基站侧，可以对接收到来自接入网侧的数据包进行解析，得到数据包对应的数据类型，若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据，并且在接收到来自接入网侧的舒适噪声发送通知时，通过DKAB8(Dual Keep Alive Burst,双激活保持突发)信道发送所述舒适噪声数据。由于DKAB8上不承载应用层数据，只有6比特的功率控制域和8比特的舒适噪声域，突发功率很小，因此可以极大地节省传输资源，以及提高数据的传输效率。

下面分别从基站侧和接入网侧说明本发明的数据传输方法的具体实现过程。

方法实施例一

参照图1，示出了本发明的一种数据传输方法实施例一的流程图，所述方法应用于基站侧，所述方法具体可以包括：

步骤101、接收来自接入网侧的数据包；所述数据包中携带有所述数据包对应的数据类型；

步骤102、若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据；

步骤103、在接收到来自接入网侧的舒适噪声发送通知时，通过第一信道发送所述舒适噪声数据；其中，所述第一信道包括：双激活保持突发信道。

在本发明实施例中，基站侧接收到来自接入网侧的数据包中携带有所述数据包对应的数据类型，具体地，接入网侧在向基站侧发送的数据包中可以增加用于表示数据类型的字段，如增加字段DataFlag，基站侧在接收到来自接入网侧的数据包后，通过解析数据包，即可根据该字段得到数据包的数据类型，进而可以根据不同的数据类型，对不同类型的数据通过不同的物理信道进行发送。

在本发明的一种应用示例中，可以设置当DataFlag为1时，表示数据包的数据类型为静默帧数据类型，也即数据包中包括静默帧数据，则可以对所述静默帧数据进行编码处理，生成对应的舒适噪声数据，以及通过第一信道发送所述舒适噪声数据；以及设置当DataFlag为0时，表示数据包的数据类型为语音数据类型，也即数据包中包括语音数据，则可以通过第二信道发送所述语音数据。

可以理解，上述通过在数据包中增加字段DataFlag来标识数据包的数据类型，仅作为本发明的一种应用示例，本发明实施例对于设置数据包的数据类型的具体方式不加以限制。

其中，所述第一信道具体可以为DKAB8，可用于发送舒适噪声数据。具体地，对于静默帧数据，需要经过编码处理，生成可以复用在DKAB8的舒适噪声域中的舒适噪声数据，然后通过复用DKAB8的舒适噪声域进行传输。由于DKAB8上不承载应用层数据，只有6比特的功率控制域和8比特的舒适噪声域，突发功率很小，因此可以极大地节省传输资源，提高数据的传输效率。

所述第二信道具体可以为DTCH8，可用于发送语音数据。具体地，对于语音数据，可以使用DTCH8的NT8突发在UU(终端和接入网之间的接口)口上进行传输。也即，对于语音数据，IU(接入网与核心网之间的接口)口跟UU口的传输速率可以保持一致，都是每60ms产生一个语音数据包。可以理解，在实际应用中，本发明实施例对于所述第一信道和第二信道的具体类型不加以限制。

在本发明的一种可选实施例中，若所述数据类型为静默帧数据类型，则所述数据包中还可以携带有所述静默帧数据对应舒适噪声数据的预设帧数。

在本发明实施例中，对于静默帧数据，需要经过编码处理，生成可以复用在DKAB8的舒适噪声域中的舒适噪声数据，由于一帧舒适噪声数据通常为8比特，一个静默帧数据在经过编码处理后可以生成多个舒适噪声数据，因此，本发明实施例可以预先设置所述静默帧数据对应舒适噪声数据的预设帧数，例如，所述预设帧数可以为41帧。

在本发明的一种可选实施例中，所述对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据，具体可以包括如下步骤：

步骤S11、对所述静默帧数据增加循环冗余校验位、以及交织编码处理；

步骤S12、对编码后的舒适噪声数据按照预设大小进行划分，得到预设帧数的舒适噪声数据。

本发明实施例可以对静默帧数据进行编码处理，生成可以复用在DKAB8的舒适噪声域中的舒适噪声数据。所述编码处理的过程具体如下：

对于IU口产生的一个静默帧数据，长度通常为144比特，首先，可以对该144比特的静默帧数据增加12比特的CRC(Cyclic Redundancy Check，循环冗余校验)位，得到156比特的输出比特，如{u(0)，…，u(155)}；然后，再经过1/2Turbo编码，得到324比特的编码输出；接下来，再经过交织编码，得到324个比特的输出编码，如{e(0)，…，e(323)}；最后，对这324个输出比特按照预设大小进行划分，具体地，按照8比特进行划分，可以得到预设帧数(如41帧)的舒适噪声数据，每帧8比特(最后一帧的4个比特补0)。

一个静默帧数据经过编码处理，可以得到41帧的舒适噪声数据，在本发明的一种可选实施例中，所述第一信道具体可以为DKAB8，通过复用DKAB8的噪声域，连续发送41帧的噪声数据以完成一个静默帧数据的发送，DKAB8上不承载应用层数据，只有6比特的功率控制域和8比特的舒适噪声域，共输出14个比特，如{e(0),...,e(13)}。

可以看出，静默帧数据在IU口和UU口的传输时间间隔不一致，在IU口产生的一个静默帧数据，在UU口需要经过41帧的舒适噪声数据的传输，才能完成一个静默帧数据的传输。此外，在静默帧数据的传输过程中，静默帧数据可能会被正常的语音数据所中断，此时，接入网侧会优先发送语音数据，停止发送静默帧数据，而基站侧无法得知静默帧数据已经被语音数据所中断，仍然继续发送静默帧数据，将会导致IU口和UU口的静默帧数据传输时间不一致。为了解决上述两个问题，本发明实施例中的基站侧还可以接收来自接入网侧的舒适噪声发送通知，并且在接收到所述舒适噪声发送通知之后，通过第一信道发送所述舒适噪声数据。

在本发明的一种可选实施例中，若所述数据类型为静默帧数据类型，则所述方法还可以包括如下步骤：

判断当前是否正在发送上一个静默帧数据，若是，则继续发送所述上一个静默帧数据，以及丢弃所述数据包中的静默帧数据；若否，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据。

在本发明实施例中，基站侧接收到来自接入网侧的数据包之后，对所述数据包进行解析，若得到所述数据包的类型为静默帧数据类型时，可以首先判断当前是否正在发送上一个静默帧数据，也即判断上一个静默帧数据对应的41帧舒适噪声数据是否已发送完成，若当前正在发送上一个静默帧数据，则继续发送所述上一个静默帧数据，并且丢弃所述数据包中的静默帧数据。如果上一个静默帧数据已经发送完成，则可以对所述数据包中的静默帧数据进行编码处理，生成对应的41帧舒适噪声数据，并且对生成的41帧舒适噪声数据进行缓存，以在接收到来自接入网侧的舒适噪声发送通知时，通过第一信道发送所述舒适噪声数据。

本发明实施例在对静默帧数据进行编码处理，生成对应的41帧舒适噪声数据之后，还可以建立所述静默帧数据对应的舒适噪声域表NoiseTable，用于存储所述静默帧数据对应的41帧舒适噪声数据的信息，NoiseTable表以频点和时隙为索引，NoiseTable表中可以包括所述频点和时隙上对应的舒适噪声域信息，所述舒适噪声域信息包括41帧舒适噪声，分别对应41帧的舒适噪声域。此外，本发明实施例还可以在NoiseTable表中设置标志位CurPos，用于记录当前正在发送的舒适噪声在NoiseTable表中的位置，例如，在生成41帧的舒适噪声之后，建立该41帧的舒适噪声对应的NoiseTable表，且该41帧的舒适噪声在NoiseTable表中分别对应索引号0至40，此时，可以设置标志位CurPos在NoiseTable表中的位置为0，即从第1帧舒适噪声数据开始发送。

在本发明的一种可选实施例中，所述方法还可以包括如下步骤：

记录所述舒适噪声数据的已发送帧数；

若所述已发送帧数等于所述预设帧数，则停止发送舒适噪声数据。

在实际应用中，为了保证IU口和UU口的静默帧数据传输时间一致，本发明实施例在基站侧接收到来自接入网侧的舒适噪声发送通知时，开始连续发送已缓存的舒适噪声数据，并且记录所述舒适噪声数据的已发送帧数。

具体地，接入网侧可以通过设置所述数据包中的字段DataFlag，向基站侧发送所述舒适噪声发送通知。例如，如果基站侧接收到来自接入网侧的数据包，通过解析该数据包，得到DataFlag为2，则可以确定接收到来自接入网侧的舒适噪声发送通知，此时，可以根据NoiseTable表中CurPos的位置，获取8比特的舒适噪声域信息，并且指示物理层在对应的帧号组织一个DKAB8突发发送出去，同时将CurPos在NoiseTable表中的位置加1，以记录所述舒适噪声数据的已发送帧数，若CurPos的位置为40，说明所述舒适噪声数据的已发送帧数为41(假设CurPos的初始位置为0)，也即当前静默帧数据对应的41帧舒适噪声数据已经全部发送完成，则可以停止发送舒适噪声数据，并且清空已发送完成的静默帧数据对应的NoiseTable表。

在本发明的一种可选实施例中，若所述数据类型为语音数据类型，则所述方法还可以包括如下步骤：

通过第二信道发送所述数据包中的语音数据；

判断当前是否正在发送上一个静默帧数据，若是，则终止发送所述上一个静默帧数据。

在实际应用中，如果数据包的数据类型为语音数据类型，则优先发送数据包中的语音数据，具体地，可以通过第二信道发送所述数据包中的语音数据，并且判断当前是否正在发送上一个静默帧数据，若是，则终止上一个静默帧数据的发送过程，并且清空上一个静默帧数据对应的NoiseTable表；若否，则直接通过第二信道发送所述数据包中的语音数据即可。

参照图2，示出了本发明的数据传输方法在基站侧的步骤流程图，具体可以包括如下步骤：

步骤201、接收来自接入网侧的数据包；所述数据包中携带有所述数据包对应的数据类型；

步骤202、解析所述数据包，得到所述数据包对应的数据类型；

步骤203、若所述数据类型为语音数据类型，则执行步骤204；

步骤204、通过第二信道发送所述数据包中的语音数据；

步骤205、判断当前是否正在发送上一个静默帧数据，若是，则执行步骤206；若否，则执行步骤213；

步骤206、终止发送所述上一个静默帧数据，并且清空所述上一个静默帧数据对应的NoiseTable表；

步骤207、若所述数据类型为静默帧数据类型，则执行步骤208；

步骤208、判断当前是否正在发送上一个静默帧数据，若是，则执行步骤209；若否，则执行步骤210；

步骤209、继续发送所述上一个静默帧数据，以及丢弃所述数据包；

步骤210、对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据，以及生成所述静默帧数据对应的NoiseTable表，在NoiseTable表中设置CurPos的位置为0；

步骤211、若所述数据类型为舒适噪声发送通知，则执行步骤212；

步骤212、搜索所述静默帧数据对应的NoiseTable表，以及通过第一信道发送CurPos位置对应的舒适噪声数据，更新NoiseTable表中CurPos的位置，也即将CurPos的位置加1；

步骤213、结束所述数据包的处理。

综上，本发明实施例的数据传输方法中，基站侧接收到来自接入网侧的数据包中携带有所述数据包对应的数据类型，基站侧可以根据数据包对应的数据类型，对数据包中的数据执行不同的操作处理以及通过不同的物理信道进行发送。例如，若所述数据类型为静默帧数据类型，则可以对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据，并且在接收到来自接入网侧的舒适噪声发送通知时，通过DKAB8信道发送所述舒适噪声数据。由于DKAB8上不承载应用层数据，只有6比特的功率控制域和8比特的舒适噪声域，突发功率很小，因此可以极大地节省传输资源，以及提高数据的传输效率。

此外，本发明实施例通过接入网侧和基站侧之间的相互配合，无需改动现有的网络架构，在静默帧数据的发送过程中，可以极大地节省卫星的发送功率。

方法实施例二

参照图3，示出了本发明的一种数据传输方法实施例二的流程图，所述方法应用于接入网侧，所述方法具体可以包括：

步骤301、对待发送数据进行封装，生成数据包，并且在所述数据包中增加所述数据包对应的数据类型；其中，在所述待发送数据为静默帧数据时，所述数据类型为静默帧数据类型；

步骤302、向基站侧发送所述数据包；

步骤303、在确定当前满足舒适噪声数据发送条件时，向基站侧发送舒适噪声发送通知。

为了解决现有静默帧数据传输过程中造成资源浪费的问题，本发明实施例对接入网侧和基站侧的数据传输过程进行改进，对于不同类型的数据采用不同的传输策略和传输信道。在接入网侧，可以在向基站侧发送的数据包中增加数据包对应的数据类型，以指示基站侧针对不同类型的数据通过不同的物理信道进行发送，以及向基站侧发送舒适噪声发送通知，以指示基站侧何时可以发送静默帧数据对应的舒适噪声数据。

具体地，接入网侧可以在向基站侧发送的数据包中增加用于表示数据类型的字段，如增加字段DataFlag，基站侧在接收到所述数据包后，通过解析数据包，即可根据该字段得到数据包的数据类型，进而可以根据不同的数据类型，对不同类型的数据通过不同的物理信道进行发送。

例如，设置DataFlag为0，表示数据包的数据类型为语音数据；设置DataFlag为1，表示数据包的数据类型为静默帧数据；设置DataFlag为2，表示数据包的数据类型为舒适噪声发送通知等。可以理解，本发明实施例对于设置数据包的数据类型的具体方式不加以限制。

在本发明的一种应用示例中，如果待发送数据为静默帧数据，则接入网侧可以对所述静默帧数据进行封装，生成数据包，如生成FP(Frame Protocol，帧结构协议)数据包，所述数据包中包括所述静默帧数据，在该数据包的包头中，设置有用于表示数据类型的字段DataFlag，并且将DataFlag设置为1。

在本发明的一种可选实施例中，在所述待发送数据为静默帧数据时，在所述数据包中还可以增加所述静默帧数据对应舒适噪声数据的预设帧数。

由于静默帧数据可以对应有41帧的舒适噪声数据，因此，在所述数据包中还可以包括所述静默帧数据对应舒适噪声数据的预设帧数，如41帧。

在本发明的一种可选实施例中，所述方法还可以包括：

在所述待发送数据为静默帧数据时，设置所述静默帧数据的发送周期，以及设置所述静默帧数据对应舒适噪声数据的待发送帧数。

在本发明实施例中，一个静默帧数据对应有41帧的舒适噪声数据，需要连续发送41帧舒适噪声数据才可完成一个静默帧数据的发送过程，而在41帧舒适噪声数据的发送过程中，有可能会被语音数据所打断，因此，本发明实施例在发送静默帧数据的过程中，可以设置静默帧数据的发送周期，用于表示当前正在发送静默帧数据，例如，在所述待发送数据为静默帧数据时，接入网侧向基站侧发送数据类型为静默帧数据类型的数据包，此外，接入网侧还可以设置标志位Silence_Flag，Silence_Flag用于表示当前是否处于静默帧数据的发送周期，例如若设置Silence_Flag为1，表示当前处于静默帧数据的发送周期，也即当前正在发送某个静默帧数据，若设置Silence_Flag为0，表示当前未处于静默帧数据的发送周期，也即当前没有正在发送的静默帧数据。由此，接入网侧可以根据静默帧数据的发送状态，对当前正在发送的静默帧数据、以及待发送的语音数据或者静默帧数据进行相应的处理。

在本发明的一种可选实施例中，所述确定当前满足舒适噪声数据发送条件，包括：

若当前处于静默帧数据的发送周期，且当前不存在待发送的语音数据，则确定当前满足舒适噪声数据发送条件。

当MAC(Medium Access Control，媒体控制协议)中断到来时，接入网侧可以获取Silence_Flag的值，若Silence_Flag的值为1，也即当前处于静默帧数据的发送周期，则进一步判断当前是否存在待发送的语音数据，如果当前不存在待发送的语音数据，则确定当前满足舒适噪声数据发送条件，可以将基站侧发送舒适噪声发送通知，以通知基站侧可以继续发送当前正在发送的静默帧数据。

在本发明的一种可选实施例中，所述方法还可以包括：

在向基站侧发送舒适噪声发送通知之后，更新所述静默帧数据对应舒适噪声数据的待发送帧数；

若更新后的待发送帧数为0，则终止所述静默帧数据的发送周期，以及停止向基站侧发送舒适噪声发送通知。

一个静默帧数据的发送周期包括41帧的舒适噪声数据的发送过程，因此，本发明实施例还可以记录静默帧数据对应舒适噪声数据的待发送帧数SendNum，并且将SendNum的初始值设置为41，每发送一帧舒适噪声数据，也即在向基站侧发送舒适噪声发送通知之后，可以更新所述静默帧数据对应舒适噪声数据的待发送帧数，将SendNum的值减1，当更新后的SendNum的值为0时，说明该静默帧数据发送完成，则可以终止所述静默帧数据的发送周期，以及停止向基站侧发送舒适噪声发送通知。

在本发明的一种可选实施例中，所述方法还可以包括：

判断当前是否处于静默帧数据的发送周期，若是，则判断当前是否存在待发送的语音数据，若存在，则终止所述静默帧数据的发送周期，以及向基站发送所述待发送的语音数据。

在本发明实施例中，当MAC中断到来时，接入网侧可以首先判断Silence_Flag是否为1，若Silence_Flag为1，表示当前处于静默帧数据的发送周期，也即当前正在发送某个静默帧数据。此时，可以进一步判断是否存在待发送的语音数据，若存在待发送的语音数据，则优先发送所述语音数据，具体地，可以将所述待发送的语音数据封装成FP数据包，以及设置包头中的DataFlag为0，向基站侧发送该数据包，并且中断当前正在发送的静默帧数据，也即终止所述静默帧数据的发送周期。

参照图4，示出了本发明的数据传输方法在接入网侧的步骤流程图，具体可以包括如下步骤：

步骤401、MAC中断时间到达；

步骤402、判断Silence_Flag是否为1；若是，则执行步骤403；若否，则执行步骤408；

步骤403、判断当前是否存在待发送的语音数据，若是，则执行步骤404；若否，则执行步骤405；

如果当前正处于静默帧数据的发送周期(Silence_Flag为1)，也即当前存在正在发送的静默帧数据，则进一步判断当前是否存在待发送的语音数据，如果存在，则需要中断当前正在发送的静默帧数据，优先发送语音数据，执行步骤404，否则，执行步骤405，以向基站侧发送舒适噪声发送通知，以使基站侧继续发送当前正在发送的静默帧数据。

步骤404、对所述待发送的语音数据封装FP数据包，并且设置DataFlag为0，设置Silence_Flag为0，以及中断当前正在发送的静默帧数据；

如果接入网侧在发送静默帧数据的过程中，接收到来自核心网侧的语音数据，也即当前存在待发送的语音数据，则需中断当前正在发送的静默帧数据，优先发送该语音数据。具体地，可以对所述待发送的语音数据进行封装，生成FP数据包，以及设置该FP数据包中的DataFlag为0，并且设置Silence_Flag为0。

步骤405、封装FP数据包，设置DataFlag为2，SendNum--；

由于当前处于静默帧数据的发送周期，且当前不存在待发送的语音数据，则确定当前满足舒适噪声数据发送条件，因此接入网侧可以向基站侧发送舒适噪声发送通知，以使基站侧继续发送当前正在发送的静默帧数据；

具体地，接入网侧可以封装FP数据包，并且设置数据包中的DataFlag为2，以通知基站侧可以继续发送DKAB8，同时，接入网侧对当前正在发送的静默帧数据对应的SendNum执行减1操作。

步骤406、判断SendNum是否为0，若是，则执行步骤407；

步骤407、设置Silence_Flag为0；

若SendNum为0，表示当前的静默帧数据发送完成，则可以设置Silence_Flag为0，表示当前没有正在发送的静默帧数据。

步骤408、判断IU口的待发送数据是否为静默帧数据；若是，则执行步骤409；若否，则执行步骤410；

当MAC中断到来时，若Silence_Flag为0，表示当前没有正在发送的静默帧数据，则判断从IU口接收到来自核心网侧的待发送数据是否为静默帧数据，若是，则执行步骤409，以通知基站侧准备发送静默帧数据；若否，则执行步骤410，以通知基站侧发送语音数据。

步骤409、封装FP数据包，设置DataFlag为1，设置Silence_Flag为1，设置SendNum为41；

具体地，接入网侧可以对所述静默帧数据进行封装，生成FP数据包，并且向基站侧发送该数据包，该数据包中包括所述静默帧数据、所述数据包对应的数据类型(设置DataFlag为1)、以及所述静默帧数据对应舒适噪声数据的预设帧数，如41，并且设置Silence_Flag为1，表示当前处于静默帧数据的发送周期，正在发送静默帧数据，以及设置所述静默帧数据对应的待发送帧数SendNum为41。

步骤410、封装FP数据包，设置DataFlag为0，设置Silence_Flag为0；

具体地，接入网侧可以对所述语音数据进行封装，生成FP数据包，以及设置该数据包中的DataFlag为0，并且设置Silence_Flag为0，表示当前没有发送静默帧数据。

步骤411、本次中断处理结束。

综上，本发明实施例的数据传输方法中，接入网侧在向基站侧发送的数据包中可以增加数据包对应的数据类型，以指示基站侧针对不同类型的数据通过不同的物理信道进行发送，以及向基站侧发送舒适噪声发送通知，以指示基站侧何时可以发送静默帧数据对应的舒适噪声数据。以使基站侧可以对接收到来自接入网侧的数据包进行解析，得到数据包对应的数据类型，若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据，并且在接收到来自接入网侧的舒适噪声发送通知时，通过DKAB8信道发送所述舒适噪声数据。由于DKAB8上不承载应用层数据，只有6比特的功率控制域和8比特的舒适噪声域，突发功率很小，因此可以极大地节省传输资源，以及提高数据的传输效率。

此外，本发明实施例通过接入网侧和基站侧之间的相互配合，无需改动现有的网络架构，在静默帧数据的发送过程中，可以极大地节省卫星的发送功率。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

装置实施例一

参照图5，示出了本发明的一种数据传输装置实施例一的结构框图，应用于基站侧，所述数据传输装置具体可以包括：

数据接收模块501，用于接收来自接入网侧的数据包；所述数据包中携带有所述数据包对应的数据类型；

数据编码模块502，用于若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据；

第一发送模块503，用于在接收到来自接入网侧的舒适噪声发送通知时，通过第一信道发送所述舒适噪声数据；其中，所述第一信道包括：双激活保持突发信道。

可选地，若所述数据类型为静默帧数据类型，则所述数据包中还携带有所述静默帧数据对应舒适噪声数据的预设帧数。

可选地，所述数据编码模块502，具体可以包括：

编码子模块，用于对所述静默帧数据增加循环冗余校验位、以及交织编码处理；

划分子模块，用于对编码后的舒适噪声数据按照预设大小进行划分，得到预设帧数的舒适噪声数据。

可选地，所述装置还可以包括：

记录模块，用于记录所述舒适噪声数据的已发送帧数；

停止模块，用于若所述已发送帧数等于所述预设帧数，则停止发送舒适噪声数据。

可选地，若所述数据类型为静默帧数据类型，则所述装置还可以包括：

第一判断模块，用于判断当前是否正在发送上一个静默帧数据，若是，则继续发送所述上一个静默帧数据，以及丢弃所述数据包中的静默帧数据；若否，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据。

可选地，若所述数据类型为语音数据类型，则所述装置还可以包括：

第二发送模块，用于通过第二信道发送所述数据包中的语音数据；

第二判断模块，用于判断当前是否正在发送上一个静默帧数据，若是，则终止发送所述上一个静默帧数据。

装置实施例二

参照图6，示出了本发明的一种数据传输装置实施例二的结构框图，应用于接入网侧，所述数据传输装置具体可以包括：

数据封装模块601，用于对待发送数据进行封装，生成数据包，并且在所述数据包中增加所述数据包对应的数据类型；其中，在所述待发送数据为静默帧数据时，所述数据类型为静默帧数据类型；

数据发送模块602，用于向基站侧发送所述数据包；

通知发送模块603，用于在确定当前满足舒适噪声数据发送条件时，向基站侧发送舒适噪声发送通知。

可选地，在所述待发送数据为静默帧数据时，所述装置还可以包括：

增加模块，用于在所述数据包中增加所述静默帧数据对应舒适噪声数据的预设帧数。

可选地，所述装置还可以包括：

设置模块，用于在所述待发送数据为静默帧数据时，设置所述静默帧数据的发送周期，以及设置所述静默帧数据对应舒适噪声数据的待发送帧数。

可选地，所述通知发送模块603，具体可以包括：

条件确定子模块，用于若当前处于静默帧数据的发送周期，且当前不存在待发送的语音数据，则确定当前满足舒适噪声数据发送条件。

可选地，所述装置还可以包括：

更新模块，用于在向基站侧发送舒适噪声发送通知之后，更新所述静默帧数据对应舒适噪声数据的待发送帧数；

终止模块，用于若更新后的待发送帧数为0，则终止所述静默帧数据的发送周期，以及停止向基站侧发送舒适噪声发送通知。

可选地，所述装置还可以包括：

第三判断模块，用于判断当前是否处于静默帧数据的发送周期，若是，则判断当前是否存在待发送的语音数据，若存在，则终止所述静默帧数据的发送周期，以及向基站侧发送所述待发送的语音数据。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种数据传输方法和数据传输装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (24)

1.一种数据传输方法，应用于基站侧，其特征在于，所述方法包括：

接收来自接入网侧的数据包；所述数据包中携带有所述数据包对应的数据类型；

若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据；

在接收到来自接入网侧的舒适噪声发送通知时，通过第一信道发送所述舒适噪声数据；其中，所述第一信道包括：双激活保持突发信道。

2.根据权利要求1所述的方法，其特征在于，若所述数据类型为静默帧数据类型，则所述数据包中还携带有所述静默帧数据对应舒适噪声数据的预设帧数。

3.根据权利要求2所述的方法，其特征在于，所述对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据，包括：

对所述静默帧数据增加循环冗余校验位、以及交织编码处理；

对编码后的舒适噪声数据按照预设大小进行划分，得到预设帧数的舒适噪声数据。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

记录所述舒适噪声数据的已发送帧数；

若所述已发送帧数等于所述预设帧数，则停止发送舒适噪声数据。

5.根据权利要求1所述的方法，其特征在于，若所述数据类型为静默帧数据类型，则所述方法还包括：

判断当前是否正在发送上一个静默帧数据，若是，则继续发送所述上一个静默帧数据，以及丢弃所述数据包中的静默帧数据；若否，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据。

6.根据权利要求1所述的方法，其特征在于，若所述数据类型为语音数据类型，则所述方法还包括：

通过第二信道发送所述数据包中的语音数据；

判断当前是否正在发送上一个静默帧数据，若是，则终止发送所述上一个静默帧数据。

7.一种数据传输方法，应用于接入网侧，其特征在于，所述方法包括：

对待发送数据进行封装，生成数据包，并且在所述数据包中增加所述数据包对应的数据类型；其中，在所述待发送数据为静默帧数据时，所述数据类型为静默帧数据类型；

向基站侧发送所述数据包；

在确定当前满足舒适噪声数据发送条件时，向基站侧发送舒适噪声发送通知。

8.根据权利要求7所述的方法，其特征在于，在所述待发送数据为静默帧数据时，在所述数据包中增加所述静默帧数据对应舒适噪声数据的预设帧数。

9.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在所述待发送数据为静默帧数据时，设置所述静默帧数据的发送周期，以及设置所述静默帧数据对应舒适噪声数据的待发送帧数。

10.根据权利要求9述的方法，其特征在于，所述确定当前满足舒适噪声数据发送条件，包括：

若当前处于静默帧数据的发送周期，且当前不存在待发送的语音数据，则确定当前满足舒适噪声数据发送条件。

11.根据权利要求9所述的方法，其特征在于，所述方法还包括：

在向基站侧发送舒适噪声发送通知之后，更新所述静默帧数据对应舒适噪声数据的待发送帧数；

若更新后的待发送帧数为0，则终止所述静默帧数据的发送周期，以及停止向基站侧发送舒适噪声发送通知。

12.根据权利要求9所述的方法，其特征在于，所述方法还包括：

判断当前是否处于静默帧数据的发送周期，若是，则判断当前是否存在待发送的语音数据，若存在，则终止所述静默帧数据的发送周期，以及向基站侧发送所述待发送的语音数据。

13.一种数据传输装置，应用于基站侧，其特征在于，所述装置包括：

数据接收模块，用于接收来自接入网侧的数据包；所述数据包中携带有所述数据包对应的数据类型；

数据编码模块，用于若所述数据类型为静默帧数据类型，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据；

第一发送模块，用于在接收到来自接入网侧的舒适噪声发送通知时，通过第一信道发送所述舒适噪声数据；其中，所述第一信道包括：双激活保持突发信道。

14.根据权利要求13所述的装置，其特征在于，若所述数据类型为静默帧数据类型，则所述数据包中还携带有所述静默帧数据对应舒适噪声数据的预设帧数。

15.根据权利要求14所述的装置，其特征在于，所述数据编码模块，包括：

编码子模块，用于对所述静默帧数据增加循环冗余校验位、以及交织编码处理；

划分子模块，用于对编码后的舒适噪声数据按照预设大小进行划分，得到预设帧数的舒适噪声数据。

16.根据权利要求14所述的装置，其特征在于，所述装置还包括：

记录模块，用于记录所述舒适噪声数据的已发送帧数；

停止模块，用于若所述已发送帧数等于所述预设帧数，则停止发送舒适噪声数据。

17.根据权利要求13所述的装置，其特征在于，若所述数据类型为静默帧数据类型，则所述装置还包括：

第一判断模块，用于判断当前是否正在发送上一个静默帧数据，若是，则继续发送所述上一个静默帧数据，以及丢弃所述数据包中的静默帧数据；若否，则对所述数据包中的静默帧数据进行编码处理，生成对应的舒适噪声数据。

18.根据权利要求13所述的装置，其特征在于，若所述数据类型为语音数据类型，则所述装置还包括：

第二发送模块，用于通过第二信道发送所述数据包中的语音数据；

第二判断模块，用于判断当前是否正在发送上一个静默帧数据，若是，则终止发送所述上一个静默帧数据。

19.一种数据传输装置，应用于接入网侧，其特征在于，所述装置包括：

数据封装模块，用于对待发送数据进行封装，生成数据包，并且在所述数据包中增加所述数据包对应的数据类型；其中，在所述待发送数据为静默帧数据时，所述数据类型为静默帧数据类型；

数据发送模块，用于向基站侧发送所述数据包；

通知发送模块，用于在确定当前满足舒适噪声数据发送条件时，向基站侧发送舒适噪声发送通知。

20.根据权利要求19所述的装置，其特征在于，在所述待发送数据为静默帧数据时，所述装置还包括：

增加模块，用于在所述数据包中增加所述静默帧数据对应舒适噪声数据的预设帧数。

21.根据权利要求19所述的装置，其特征在于，所述装置还包括：

设置模块，用于在所述待发送数据为静默帧数据时，设置所述静默帧数据的发送周期，以及设置所述静默帧数据对应舒适噪声数据的待发送帧数。

22.根据权利要求21所述的装置，其特征在于，所述通知发送模块，包括：

条件确定子模块，用于若当前处于静默帧数据的发送周期，且当前不存在待发送的语音数据，则确定当前满足舒适噪声数据发送条件。

23.根据权利要求21所述的装置，其特征在于，所述装置还包括：

更新模块，用于在向基站侧发送舒适噪声发送通知之后，更新所述静默帧数据对应舒适噪声数据的待发送帧数；

终止模块，用于若更新后的待发送帧数为0，则终止所述静默帧数据的发送周期，以及停止向基站侧发送舒适噪声发送通知。

24.根据权利要求21所述的装置，其特征在于，所述装置还包括：

第三判断模块，用于判断当前是否处于静默帧数据的发送周期，若是，则判断当前是否存在待发送的语音数据，若存在，则终止所述静默帧数据的发送周期，以及向基站侧发送所述待发送的语音数据。