一种数据传输方法及装置

本申请涉及但不限于通信领域，尤其涉及一种数据传输方法及装置。

DVB-RCS(Digital Video Broadcasting Return Channel via Satellite，数字视频广播-卫星反向回传)系统是基于卫星传输的数据通信系统。在传统的DVB-RCS系统中，当主站进行广播业务(例如电视)时，利用一种固定的物理帧格式进行下行发包，端站进行接收。然而，这种方式有以下问题：

第一、对于广播业务，不管接收方是否存在、是否使用业务，广播数据是一直发送的；

第二、对于广播业务，由于要面向多个接收终端提供服务，一般会使用低速的物理帧格式(比如，QPSK(Quadrature Phase Shift Keying，四相移键控))进行发送，以保证大量终端的接收可靠性。

上述问题会造成卫星广播信道使用效率较低。

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本申请实施例提供一种数据传输方法及装置，能够提高DVB-RCS系统的空口使用效率。

第一方面，本申请实施例提供一种数据传输方法，包括：

主站接收端站发送的广播申请消息，所述广播申请消息中包括所述端站申请的广播数据信息以及所述端站的信噪比信息；

所述主站根据所述端站的广播申请消息，确定发送的广播数据以及数据传输所采用的调制格式；

所述主站采用所述调制格式发送所述广播数据。

第二方面，本申请实施例提供一种数据传输方法，包括：

端站向主站发送广播申请消息，所述广播申请消息中包括所述端站申请的广播数据信息以及所述端站的信噪比信息；

所述端站接收所述主站发送的广播数据。

第三方面，本申请实施例提供一种数据传输装置，包括：

第一接收模块，用于接收端站发送的广播申请消息，其中，所述广播申请消息中包括所述端站申请的广播数据信息以及所述端站的信噪比信息；

第一处理模块，用于根据所述端站的广播申请消息，确定发送的广播数据以及数据传输所采用的调制格式；

第一发送模块，用于采用所述调制格式发送所述广播数据。

第四方面，本申请实施例提供一种数据传输装置，包括：

第二发送模块，用于向主站发送广播申请消息，

其中，所述广播申请消息中包括端站申请的广播数据信息以及所述端站的信噪比信息；

第二接收模块，用于接收所述主站发送的广播数据。

第五方面，本申请实施例提供一种数据处理设备，包括：第一存储器和第一处理器，所述第一存储器用于存储数据传输程序，所述数据传输程序被所述第一处理器执行时实现上述第一方面的数据传输方法的步骤。

第六方面，本申请实施例提供一种数据处理设备，包括：第二存储器和第二处理器，所述第二存储器用于存储数据传输程序，所述数据传输程序被所述第二处理器执行时实现上述第二方面的数据传输方法的步骤。

此外，本申请实施例还提供一种计算机可读介质，存储有数据传输程序，所述数据传输程序被处理器执行时实现上述第一方面的数据传输方法的步骤。

此外，本申请实施例还提供一种计算机可读介质，存储有数据传输程序，所述数据传输程序被处理器执行时实现上述第二方面的数据传输方法的步骤。

在本申请实施例中，端站发送广播申请消息，其中包括端站申请的广播数据信息以及端站的信噪比信息，主站根据接收的端站的广播申请消息，确定发送的广播数据以及数据传输所采用的调制格式，并采用该调制格式发送该广播数据。通过本申请实施例，可以调整DVB-RCS系统进行广播数据传输时的空口传输物理格式，从而提高空口效率，而且可以根据端站用户的需求来发送实际需要的广播数据。

在阅读并理解了附图和详细描述后，可以明白其他方面。

图1为本申请实施例提供的数据传输方法的流程图；

图2为本申请实施例提供的数据传输方法的另一流程图；

图3为DVB-RCS系统的网络框架示意图；

图4为本申请实施例一中主站和端站之间的交互示意图；

图5为本申请实施例提供的数据传输装置的示意图；

图6为本申请实施例提供的数据传输装置的另一示意图。

以下结合附图对本申请实施例进行详细说明，应当理解，以下所说明的实施例仅用于说明和解释本申请，并不用于限定本申请。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1为本申请实施例提供的数据传输方法的流程图。如图1所示，本实施例提供的数据传输方法包括以下步骤：

S101、主站接收端站发送的广播申请消息，其中，广播申请消息中包括端站申请的广播数据信息以及端站的信噪比信息；

S102、主站根据端站的广播申请消息，确定发送的广播数据以及数据传输所采用的调制格式；

S103、主站采用确定的调制格式发送广播数据。

在示例性实施方式中，S102可以包括：

主站汇总多个端站的广播申请消息；

根据汇总的多个端站申请的广播数据信息，确定主站发送的广播数据；

根据汇总的多个端站的信噪比信息，确定最低信噪比，并根据最低信噪比确定数据传输所采用的调制格式。

在示例性实施方式中，在主站采用确定的调制格式发送广播数据时，本实施例的方法还可以包括以下至少之一：

主站根据申请该广播数据的端站的信噪比的改变情况，调整发送该广播数据所采用的调制格式；

主站在确定申请该广播数据的端站的数目改变时，根据最新申请该广播数据的端站的信噪比信息，调整发送该广播数据所采用的调制格式。

其中，主站在发送广播数据期间根据申请该广播数据的端站的信噪比变化情况，可以动态改变数据传输所采用的调制格式，以在保证端站接收正常的前提下尽可能选用高速的调制格式进行数据发送。

其中，主站可以根据申请该广播数据的端站的数目变化情况(比如，申请该广播数据的端站增加或减少后)，动态改变数据传输所采用的调制格式。

在示例性实施方式中，在主站采用确定的调制格式发送广播数据时，本实施例的方法还可以包括：当主站确定没有端站申请广播数据后，停止发送该广播数据。其中，在没有端站用户使用需求时停止广播数据的发送，从而避免资源浪费。

示例性地，主站可以通过以下方式确定没有端站申请广播数据：

主站在设定时长内没有收到端站的广播申请消息；或者，

主站接收到申请该广播数据的全部端站发送的广播停止消息。

其中，当主站判断没有端站用户在观看节目时，可以关闭节目发送，将带宽用于其它业务的传输。

图2为本申请实施例提供的数据传输方法的另一流程图。如图2所示，本实施例提供的数据传输方法，包括以下步骤：

S201、端站向主站发送广播申请消息，其中，广播申请消息中包括端站申请的广播数据信息以及端站的信噪比信息；

S202、端站接收主站发送的广播数据。

在示例性实施方式中，S201之后，本实施例的方法还可以包括：端站根据设定条件，向主站发送更新后的广播申请消息。

示例性地，端站根据设定条件，向主站发送更新后的广播申请消息，可以包括以下之一：

端站定时发送更新后的广播申请消息；

端站在信噪比的变化超过设定门限值时，发送更新后的广播申请消息；

端站在信噪比的变化超过设定门限值后，且在信噪比的变化超过设定门限值时开启的定时器到达定时时长时，发送更新后的广播申请消息。

在示例性实施方式中，本实施例的方法还可以包括：端站在停止申请广播数据时，停止向主站发送广播申请消息。

其中，端站可以周期性向主站发送广播申请消息，在停止申请广播数据时，则停止发送广播申请消息，主站在设定时长内没有接收到该端站的广播申请消息，则确认该端站停止广播数据申请。

在示例性实施方式中，本实施例的方法还可以包括：端站在停止申请广播数据时，向主站发送广播停止消息。其中，端站在停止广播数据申请时明确向主站发送一个广播停止消息，告知主站其停止广播数据申请。

下面通过多个实施例对本申请的方案进行说明。

实施例一

图3为DVB-RCS系统的网络框架示意图。其中，在DVB-RCS系统开展广播流媒体业务时，广播数据从媒体服务器发往卫星地面发射主站，卫星地面发射主站使用广播包通过卫星空口发送数据，多个卫星地面接收器接收到相同的广播数据，发送到用户终端设备上，用户即可观看相关节目。

需要说明的是，本实施例的主站可以指广播数据的发送端(如上述的卫星地面发射主站)，端站可以指广播数据的接收端(如上述的卫星地面接收器)。

在本实施例中，广播数据从媒体服务器发往主站，但只要主站没有收到端站的广播申请消息，就不在空口发送相关节目数据(此时空口可以被其它数据应用使用)。

下面参照图4以两个端站为例进行说明。当端站1的用户需要观看节目时，端站1定时发送广播申请消息到主站(假设为30秒发送一次，广播申请消息的格式如表一所示)，广播申请消息携带端站1用户要观看的节目信息和端站1接收下行信号的前向信噪比(假设端站1空口可以接收8PSK(8Phase Shift Keying，8移相键控)信号)；端站2的用户需要观看节目时，端站2定时发送广播申请消息到主站(假设为30秒发送一次，广播申请消息的格式可以如表一所示)，广播申请消息携带端站2用户要观看的节目信息和端站2接收下行信号的前向信噪比(假设端站2空口可以接收16APSK(16-ary Amplitude and Phase ShiftKeying，16阶幅度相移键控)信号)。其中，端站1申请的节目信息和端站2申请的节目信息相同。主站收到两个端站(端站1和端站2)的广播申请消息后，根据两个端站申请的节目信息确定转发的广播数据，并综合两个端站的信噪比，使用8PSK发送广播数据。

在本实施例中，端站1和端站2定时发送广播申请消息到主站，如果端站1的用户停止观看节目，端站1停止发送广播申请消息，主站在设定时长(比如，可以为60秒)内只接收到端站2的广播申请消息，则认为只有端站2在接收节目，因此转为使用16APSK信号发送节目信息。

在本实施例中，端站1和端站2定时发送广播申请消息到主站，当端站1和端站2的用户不观看节目后，停止发送广播申请消息到主站。如果主站在设定时长(比如，可以为60秒)内没有收到端站1和端站2的广播申请消息，则可以认为没有端站在接收广播数据，可以停止发送广播数据。

表一

如表一可见，端站发送的广播申请消息可以包括以下部分：消息号、申请的广播节目信息、端站接收下行信号的信噪比信息。

实施例二

本实施例的网络架构框架与实施例一一致。

在本实施例中，当端站用户需要观看节目时，端站发送广播申请消息到主站，其中包含端站的信噪比信息，广播申请消息的格式可以参照表一所示。主站根据汇集的所有端站的信噪比信息决定下行数据的调制格式。

在本实施例中，端站不使用定时发送广播申请消息的方式，而是在信噪比变化超过设定门限值后才重新发出广播申请消息，从而避免过多用户发出大量的反向信息。主站在收到端站的广播申请消息后，汇总所有端站的信噪比信息，然后决定下行数据的调制格式。

在本实施例中，当端站用户停止观看节目后，端站明确发出一个广播停止消息，主站收到端站发来的广播停止消息，重新根据当前观看节目的端站的信噪比信息进行汇总计算，决定下行数据的新的调制格式。

实施例三

本实施例的网络架构框架与实施例一一致。

本实施例中，当端站用户需要观看节目时，端站发送广播申请消息到主站，其中包含端站的信噪比信息，广播申请消息的格式可以参照表一所示。主站根据汇集的所有端站的信噪比信息决定下行数据的调制格式。

在本实施例中，端站在信噪比变化超过设定门限值后开启一个随机时长定时器，当该定时器超时后，才发送新的广播申请消息到主站，从而避免当某个变化影响大量端站，使大量端站同时发送广播申请消息造成系统过载。主站在收到端站的广播申请消息后，汇总所有端站的信噪比信息，然后决定下行数据的调制格式。

在本实施例中，当端站用户停止观看节目后，端站明确发出一个停止消息，主站收到端站发来的广播停止消息，重新根据当前观看节目的端站的信噪比信息进行汇总计算，决定下行数据的新的调制格式。

图5为本申请实施例提供的数据传输装置的示意图。如图5所示，本实施例提供的数据传输装置，包括：

第一接收模块501，用于接收端站发送的广播申请消息，其中，广播申请消息中包括端站申请的广播数据信息以及端站的信噪比信息；

第一处理模块502，用于根据端站的广播申请消息，确定发送的广播数据以及数据传输所采用的调制格式；

第一发送模块503，用于采用确定的调制格式发送广播数据。

在示例性实施方式中，第一处理模块502可以用于通过以下方式根据端站的广播申请消息，确定发送的广播数据以及数据传输所采用的调制格式：

汇总多个端站的广播申请消息；根据汇总的多个端站申请的广播数据信息，确定发送的广播数据；根据汇总的多个端站的信噪比信息，确定最低信噪比，并根据最低信噪比确定数据传输所采用的调制格式。

关于本实施例提供的数据传输装置的说明可以参照图1对应的方法实施例的描述，故于此不再赘述。

图6为本申请实施例提供的数据传输装置的另一示意图。如图6所示，本实施例提供的数据传输装置，包括：

第二发送模块601，用于向主站发送广播申请消息，其中，广播申请消息中包括端站申请的广播数据信息以及端站的信噪比信息；

第二接收模块602，用于接收主站发送的广播数据。

示例性地，第二发送模块601，还可以用于根据设定条件，向主站发送更新后的广播申请消息。

关于本实施例提供的数据传输装置的说明可以参照图2对应的方法实施例的描述，故于此不再赘述。

此外，本申请实施例还提供一种数据传输设备，比如，卫星地面发射主站，包括：第一处理器和第一存储器，其中，第一存储器用于存储数据传输程序，该数据传输程序被第一处理器执行时实现图1所示实施例提供的数据传输方法的步骤。

其中，第一处理器可以包括但不限于微处理器(MCU，Microcontroller Unit)或可编程逻辑器件(FPGA，Field Programmable Gate Array)等的处理装置。第一存储器可用于存储应用软件的软件程序以及模块，如本实施例中的数据传输方法对应的程序指令或模块，第一处理器通过运行存储在第一存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，比如实现本实施例提供的数据传输方法。第一存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些示例中，第一存储器可包括相对于第一处理器远程设置的存储器，这些远程存储器可以通过网络连接至数据传输设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

示例性地，上述数据传输设备还可以包括第一通信单元；第一通信单元可以经由一个网络接收或者发送数据。在一个实例中，第一通信单元可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与卫星系统进行通信。

此外，本申请实施例还提供一种数据传输设备，比如，卫星地面接收器，包括：第二处理器和第二存储器，其中，第二存储器用于存储数据传输程序，该数据传输程序被第二处理器执行时实现图2所示实施例提供的数据传输方法的步骤。

关于本实施例提供的第二存储器和第二处理器的说明可以参照上述第一存储器和第一处理器的说明，故于此不再赘述。

此外，本申请实施例还提供一种计算机可读介质，存储有数据传输程序，该数据传输程序被处理器执行时实现图1所示实施例提供的数据传输方法的步骤。

此外，本申请实施例还提供一种计算机可读介质，存储有数据传输程序，该数据传输程序被处理器执行时实现图2所示实施例提供的数据传输方法的步骤。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块或单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块或单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

虽然本申请所揭露的实施方式如上，但所述的内容仅为便于理解本申请而采用的实施方式，并非用以限定本申请。任何本申请所属领域内的技术人员，在不脱离本申请所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本申请的专利保护范围，仍须以所附的权利要求书所界定的范围为准。