CN112787751B - 一种数据传输的方法、接收数据的方法及相关装置 - Google Patents

Abstract

本申请公开了一种数据传输的方法，该方法应用于时分复用系统，该方法包括：对待传输数据进行预设操作，以获得多个预设位数的第一类数据，其中，预设操作至少包括拆分操作；接收业务的过程中，在发射时间单元中发送第一类数据或第二类数据，第二类数据为对第一类数据处理后生成。通过本申请所提供的技术方案，可实现在终端接收业务时同步传输数据。本申请还提供一种数据接收的方法、数据传输系统、移动终端及存储介质。

Description

一种数据传输的方法、接收数据的方法及相关装置

技术领域

本申请涉及通信领域，特别是涉及一种数据传输的方法、接收数据的方法及相关装置。

背景技术

现有技术中，当正在接收通话的终端要发送新的数据业务，都必须先停止正在接收的语音，再进行发送新的数据业务。新的数据业务发送完，通话还存在的话，再迟后接入通话。如果接收通话的终端需要周期性的发数据，那么接收到的语音将会间歇性中断，有可能会丢失重要语音信息，使得用户的体验下降，故需要一种可以解决上述技术问题的方案。

发明内容

本申请主要解决的技术问题是提供一种可以实现在终端接收业务时同步传输数据的技术方案。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种数据传输的方法，所述方法应用于时分复用系统，所述方法包括：

对待传输数据进行预设操作，以获得多个预设位数的第一类数据，其中，所述预设操作至少包括拆分操作；

接收业务的过程中，在发射时间单元中发送所述第一类数据或第二类数据，所述第二类数据为对所述第一类数据处理后生成。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种接收数据的方法，所述方法包括：

接收所述终端传输的第二类数据；

对所述第二类数据进行第一信道解码操作，以获取第一类数据及第一类数据标识信息；

根据所述第一类数据标识信息对所述第一类数据进行排序，以获得第四预设位数的嵌入数据；

对所述嵌入数据进行第二信道解码，以获取目标数据。

为解决上述技术问题，本申请采用的又一个技术方案是：提供一种移动终端，所述移动终端适用于时分复用系统，所述移动终端包括：处理器、存储器和通信电路，所述处理器与所述存储器和所述通信电路相互连接；

其中，所述通信电路用于接收指令或响应所述处理器的指令发送待传输数据；

所述存储器用于存储程序数据；

所述处理器用于运行所述程序数据，以执行如上所述的方法。

为解决上述技术问题，本申请采用的又一个技术方案是：提供一种数据传输系统，所述系统包括至少两个移动终端，所述至少两个移动终端相互进行通信，所述移动终端用于向其他移动终端发送数据或接收所述其他移动终端所发送的数据，所述移动终端为如上所述的移动终端。为解决上述技术问题，本申请采用的又一个技术方案是：提供一种存储介质，所述存储介质存储有程序数据，所述程序数据被执行时实现如上所述的方法。

以上技术方案，通过对待传输数据进行预设操作，以获得多个预设位数的第一类数据，然后在发射时间单元中发送第一类数据或由第一类数据处理所得的第二类数据。在此过程中实现在不中断接收业务的前提下，在不占用接收业务的时间单元的情况下，在发射时间单元中发送数据，实现在终端接收业务时同步传输数据。

附图说明

图1是本申请一种数据传输的方法一实施例流程示意图；

图2是本申请一种数据传输的方法另一实施例流程示意图；

图3是本申请一种数据传输的方法另一实施例流程示意图；

图4a是本申请一种数据传输的方法一实施例短数据格式示意图；

图4b是本申请一种数据传输的方法另一实施例短数据格式示意图；

图4c是本申请一种数据传输的方法一实施例第二类数据格式示意图；

图5是本申请一种数据传输的方法又一实施例的流程示意图；

图6是本申请一种数据传输的方法再一实施例的流程示意图；

图7是本申请一种接收数据的方法一实施例的流程示意图；

图8是本申请一种数据传输系统一实施例的结构示意图；

图9是本申请一种数据传输系统另一实施例的结构示意图；

图10是本申请一种数据传输系统另一实施例的应用示意图；

图11是本申请一种移动终端一实施例中的结构示意图；

图12是本申请一种存储介质一实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

首先需要说明的是，在DMR标准ETSI TS 102 361-1 V2.4.1里5.2.2.1.6/5.2.2.2.7MS My_Call Channel Access分别描述了直通模式和中转模式终端在接收本机通话状态的信道接入过程，当正在参与本次通话的终端发起呼叫，可使用不礼貌的信道接入方式，这种方式会对正在发起通话的终端造成干扰，可能会影响到其它接收方接收不到呼叫。虽然现今市场上无线对讲领域的终端都有配置礼貌的信道接入，当正在参与本次通话的终端发起新的呼叫业务，必须先停止正在接收的呼叫，再发起新的呼叫，这就会造成接收语音间歇性终端，有可能会丢失中啊哟的语音信息。

ETSI TS 102 361-1 V2.4.1标准的6.4.1Standalone inbound Reverse Channelburst规定了单独上行反向信令突发的定义，允许一个终端在中转模式上行信道发送反向信令给基站(中转台)或在直通模式发给另一个移动台。单独上行反向信令突发它允许一个终端在TDMA(时分多址)信道上从接收通信状态切换到另一个TDMA信道上发射RC信令。但是终端在接收呼叫中发送RC信令的应用只局限于释放发射终端的呼叫或者通知发射终端调整发射功率，进而使得用户的体验下降。本申请所提供的数据传输的方法则是基于DMR协议中的单独上行反向信令突发，实现在终端接收业务时同步传输数据，本申请所提供的方案可应用于时分复用系统(Time-Division Multiplexing)。

请参见图1，图1为本申请一种数据传输的方法一实施例流程示意图。在当前实施例中，本申请提供的方法包括：

S110：对待传输数据进行预设操作，以获得多个预设位数的第一类数据。

移动终端可以根据系统的预先设定，或是基于用户的控制指令，将数据发送给基站或其他终端设备，在本申请所提供的技术方案中将该数据定义为待传输数据。其中，待传输数据包括位数小于或等于第三预设位数的短数据，或位数大于第三预设位数的长数据。

其中，第三预设位数是用于划分长数据和短数据。可选的，第三预设位数可以为72比特。其中需要说明的是，在其他实施例中，第三预设位数具体数值可以依据当前通信标准中的规定进行设定的，当通信标准中对于长短数据的划分发生改变时，本申请中的第三预设位数也可以依据通信标准进行调整。

其中，预设操作至少包括拆分操作和/或信道编码处理，拆分操作是指将原有的数据拆分为位数相比原数据位数较少的数据所对应的过程；信道编码处理是指对数据进行组帧和/或编码的过程，如当数据位数不足时可以通过组帧使得数据到达一定位数，再进行信道编码处理，下文其他实施例中所提及拆分操作和信道编码操作的过程均如上所述。第一类数据为第一预设位数的嵌入数据。在不同的实施例中，当待传输数据的种类不同时，对应的步骤S110中的预设操作所包括操作的种类和操作的顺序也可以不相同，即当预设操作包括拆分操作和信道编码处理时，对于是先对待传输数据进行拆分操作，或先进行信道编码操作不做特别限定，具体依据设定执行。如当待传输数据是位数小于或等于第三预设位数的短数据时，则可以先对待传输数据进行信道编码操作，再对编码操作后所获得的数据进行拆分操作以获得的第一类数据。而当待传输数据是位数大于第三预设位数的长数据时，则可以先对待传输数据进行拆分操作以获得多个短数据，然后再对拆分操作所得的短数据进行信道编码操作，最后再对信道编码操作后所得的数据进行拆分操作以获得多个第一类数据。

进一步地，当待传输数据为长数据时，且经过一次预设操作无法获得第一类数据时，则可以对待传输数据进行多次的拆分操作，以获取所需的第一类数据。对应的在其他实施例中，也可以进行多次信道编码操作以获得所需位数的数据。

其中，第一类数据为第一预设位数的嵌入数据。可选的，第一预设位数的嵌入数据可以为32比特的数据，可以理解的，在其他实施例中并不限定第一预设位数的嵌入数据为32比特的数据。

进一步地，在另一实施例中，在对待传输数据进行预设操作之前，本申请所提供的方法还包括：获取待传输数据。在当前实施例中，待传输数据的获取方式包括：由移动终端直接生成；接收来自其他终端设备的待传输数据；接收并处理来自其他设备的数据以生成待传输数据。

S120：接收业务过程中，在发射时间单元中发送第一类数据或第二类数据。

其中，发射时间单元是指在时分复用系统中一个或多个时隙、符号、子帧，具体可以依据不同实施例中的要求进行设定调整。在获得第一类数据之后，且在接收业务过程中，在发射时间单元中将第一类数据发送；或者是将第一类数据再次进行处理后得到第二类数据，再发送所生成的第二类数据。需要说明的是，当步骤S110中所得第一类数据或第二类数据数量为多个时，可在多个发射时间单元中发送第一类数据或第二类数据，直至发送完所有待传输数据对应的第一类数据或第二类数据。

其中，第二类数据为对第一类数据处理后生成的，第二类数据为第二预设位数的嵌入反向数据突发。其中，嵌入反向数据突发是指可以嵌入至接收时间帧中并在接收业务过程中对外发送的数据。

在发射时间单元中发送第二类数据之前，可以进一步包括：对第一类数据进行信道编码生成第二预设位数的第二类数据。

其中，第一预设位数小于第二预设位数。具体的，请参见图4c，图4c为本申请一种数据传输的方法一实施例中第二类数据格式示意图，即在其他实施例中，第二预设位数的第二类数据也可以为格式如图4c所示的96比特的嵌入反向数据突发。

在当前实施例中，本申请所提供的技术方案在终端接收业务的过程中，通过对待传输数据进行拆分操作和/或信道编码处理后获得第一类数据，在发射时间单元中直接发送第一类数据或是对第一类数据处理后得到的第二类数据，实现在接收业务的同时将待传输数据发送出，在此过程中无需停下当前正在接收的业务，提供了较好的用户体验。

进一步地，当终端需要周期性发送待传输数据时，相比于现有技术中需要频繁停止正在接收的业务以发送待传输数据，可能会因此丢失重要业务信息的技术缺点，本申请所提供的技术方案可实现在不中断正在接收的业务的情况下，将所需发送的数据发送出，克服现有技术中周期性发送待传输数据可能造成较多信息丢失的不足，实现了在接收业务的同时发送数据。

请参见图2，图2为本申请一种数据传输的方法另一实施例流程示意图。图2所示实施例中待传输数据为短数据，在当前实施例中一种数据传输的方法包括步骤S210至步骤S240。

当待传输数据为短数据时，步骤对待传输数据进行预设操作包括如S210至S220所述的步骤。

S210：对待传输数据进行信道编码处理，以生成第四预设位数的嵌入数据。无论待传输数据是小于第三预设位数的数据，又或是等于第三预设位数的数据，都需要对待传输数据进行信道编码处理，以生成第四预设位数的嵌入数据。其中，在当前实施例中，第三预设位数大于第一预设位数且小于第四预设位数，即也可以理解为四预设位数可以大于第三预设位数。

可选的，第四预设位数的具体数值可以依据通信标准进行设定和调整的。在一实施例中，第四预设位数的嵌入数据可以为128比特的嵌入数据。如当第三预设位数为72比特时，当待传输数据是48比特则为短数据。此时在传输该48比特的数据时，则需要通过信道编码处理该数据生成第四预设位数的嵌入数据，当待传输数据为72比特时，同样需要对待传输数据进行信道编码处理以生成第四预设位数的嵌入数据，以供下一步骤进行调用处理。

S220：将第四预设位数的嵌入数据拆分为预设个数第一类数据。

在获得第四预设位数的嵌入数据后，对第四预设位数的嵌入数据进行拆分操作。具体的可以是依序将第四预设位数的嵌入数据拆分为预设个数的第一类数据。

其中，拆分所得的第一类数据的个数至少是依据第一类数据的位数、第四预设位数的数值和通信标准中的至少一个确定。例如：当第四预设位数为128比特的嵌入数据时，第一预设位数的嵌入数据为32比特的数据，则步骤S220中是将第四预设位数的嵌入数据拆分为4个第一类数据。

进一步的，在其他实施例中，在对于第四预设位数的嵌入数据进行拆分操作时，可以依据设定的标记规则，进行标记拆分所得的第一类数据，以标识拆分所得的第一类数据在第四预设位数的嵌入数据中的前后顺序，具体请参见下文相关阐述。

在当前实施例中，是以第二类数据的形式将待传输数据发送出。故在步骤S220之后还包括步骤S230和步骤S240。

S230：对第一类数据进行信道编码生成第二预设位数的第二类数据。

在当前实施例中，在拆分得到第一类数据之后，会对第一类数据进行信道编码，以生成第二预设位数的第二类数据。其中，在一实施例中，第二预设位数可以为96比特。在其他实施例中，在通信协议规则允许情况下，在拆分得到第一类数据之后可直接将第一类数据进行发送。

进一步地，当待传输数据为保密级别较高的数据时，在发送之前，可对经过拆分操作或者是信道编码处理所得的数据按照设定的规则进行加密处理，以保证数据的安全。需要说明的是，当需要对传输过程中的数据进行加密时，则会在数据发送端(当前实施例中是终端)和数据的接收端分别设定对应的加密规则和解密规则。

可选的，当一实施例中，当下要发送的待传输数据因为网络原因没有及时发送成功时，在网络重新恢复正常时可以是重新发送滞留的待传输数据，也可以选择丢弃该滞留的待传输数据，用最新的待传输数据替代滞留的待传输数据。需要说明的是，如果用户根据需要设置当前的待传输数据为重要数据不可丢弃时，则可以根据需要在网络恢复正常后重新发送该滞留的待传输数据。

S240：在相邻的发射时间单元中发送第二类数据。

将信道编码所得的第二类数据在相邻的发射时间单元中发送。需要说明的是，当除去所需发送的待传输数据以外，终端还有需要进行发送的其他类业务时，在每个发射时间单元中，终端可以依序发送第二类数据和其他类业务，即可以先发送第二类数据，然后在该发射时间单元中剩下的时间中继续发送所需发送的其他类业务。然后在到达接收时间单元时，继续接收所需接收的业务，从而实现了在发送待传输数据的同时，保持接收业务。如一实施例中，当发射时间单元是一个发射时隙时，终端在同一发射时隙中的部分时间是用于发送步骤S230中所得的第二类数据，在该发射时隙中的其他时间依旧用于发送其他类业务，然后在到达接收时隙时，继续接收业务，下一个发射时隙以及之后的发射时隙均依次类推，直至将所有的待传输数据发送结束。同样的，对于发射时间单元是符号和子帧时，与上述例子类似，在此不再一一列举。

请同时参见图2和图3，图3是本申请一种数据传输的方法另一实施例中流程示意图，对应图2所述的实施例，假设终端被配置为每隔1s上传一次定位数据，在当前实施例中待传输数据为定位数据。在当前实施例中，不论终端是在待机、发射语音业务还是接收语音业务的情况下，都得间隔1s上传1定位数据。如果待传输数据采用的是图4a所示的短数据格式，56比特的数据可以将定位的经度信息和纬度信息全部包括进去。其中，图4a所示的短数据格式中LB用于表示的是最后一块信息单元，当LB的值为0时表示当前短数据为待传输数据的头或中间块，当LB的值为1时表示当前数据为待传输数据中的最后一块、或者是当前待传输数据就是短数据。保护标志信息单元PF长度为1，PF的值为0，用于预留备用。FLCO是完全链接控制操作码信息单元，MFID是厂商识别码信息单元，Data(56)是指该72比特(当前实施例中的第三预设位数为72比特，对应的第四预设位数为128比特，第一预设位数为32比特)的短数据的有效数据。另外，本申请所提供的方案中短数据还可以如图4b所示的格式，其中，Service Type是业务类型信息单元。可以理解的，在其他实施例中，短数据并不完全局限于图4a和图4b的格式，如可以根据第三方用户的需求自行定义短数据的格式。

以DMR(Digital Mobile Radio)标准直通模式为例，虽然DMR标准是两个时隙的时分多址模式，即1个频点分为两个时分多址信道，分别用时隙1和时隙2来代替两个时分多址信道。因为直通模式没有空口指示时隙1和时隙2，所以只有一个时隙用来建立业务通信。

当直通模式信道上已经建立一路语音通话时，如图3所示(图3中用voice标识语音业务，TX标识的是发射时隙，RX标识的是接收时隙)，终端在时隙1接收30ms语音呼叫，当终端需要发送定位数据时，终端获取当前终端所在位置的经度、纬度信息组帧成上述图4a所示的短数据格式的待传输数据。将72比特的短数据通过信道编码生成128比特的嵌入数据，再分成4个第一类数据。每个32比特的第一类数据再通过信道编码生成96比特的嵌入反向数据，终端在时隙1接收完语音数据后，再在时隙2进行接收转发射切换，在相邻的发射时隙2中分别将96比特的嵌入反向数据发送出。时隙2发送完96比特的嵌入反向数据后到达接收时隙时，终端再进行发射转接收，切换到时隙1继续接收当前语音业务。

当终端不需要发送定位数据或者已经发送完定位数据后，终端就保持在时隙1接收语音呼叫，时隙2不进行其他操作。当下一个周期1s来临，重新获取终端所在位置的最新的定位数据，再重复上述方式发送定位数据。整个过程中，终端保持接收的语音业务且不会中断，同时还可以将定位数据发送出去，提高了用户体验。

请参见图5，图5为本申请一种数据传输的方法又一实施例中的流程示意图。图5所示实施例中，待传输数据为长数据，在当前实施例中一种数据传输的方法包括步骤S510至步骤S550。

S510：将长数据进行拆分操作，以获得多个短数据。

当待传输数据的位数超出第三预设位数时，即待传输数据为长数据时，首先需要将长数据进行拆分操作，以得到位数小于或等于第三预设位数的数据，即短数据。需要说明的是，将长数据拆分所得的短数据的个数是由长数据的位数、短数据的位数以及第三预设位数的值进行确定，在对长数据进行拆分操作后，可以得到至少两个短数据，即不会存在长数据，然后以进行下述步骤S520。

其中，可选的，在将长数据拆分为多个短数据时，为标识短数据在长数据中的位置，本申请所提供的方法还包括：将拆分所得的最后一个短数据的最后一块单元LB标识为1，其他短数据的最后一块单元标识为0，以标识短数据的顺序。

S520：对拆分所得的短数据进行信道编码处理，以生成第四预设位数的嵌入数据。

S530：将第四预设位数的嵌入数据拆分为预设个数第一类数据。

S540：对第一类数据进行信道编码生成第二预设位数的第二类数据。

S550：在相邻的发射时间单元中发送第二类数据。

其中步骤S520至步骤S550与图2所对应的实施例中的步骤S210至步骤S240相同，请参见上文中对于步骤S210至步骤S240的阐述，在此不再赘述。

请参见图6，图6为本申请一种数据传输的方法在再一实施例中的流程操作示意图。对应图5所示的实施例，当正在接收语音业务的终端接收到用户指令或其他相关类型的控制指令指示，需要发送长数据至其他终端或者是调度台时，终端先将需要发送的长数据按照图4a所示的短数据格式，即每包56比特数据有效载荷拆分成多个短数据，在组帧成72比特的短数据突发时，只有最后一包短数据的最后一块(LB)消息指示单元填充为1，其它短数据的最后一块(LB)消息指示单元填充为0，以标识拆分所得的数据的顺序。在拆分得到短数据之后，会依次执行上述步骤S520至S550，以完成对长数据的传输。其中，图6所示的示意图中示意出该实施例中将长数据拆分为短数据的过程，以及所拆分的各个短数据的对应的格式，拆分得到短数据之后的步骤具体请参见图2至图5对应的阐述。

请参见图7，图7为本申请一种接收数据的方法一实施例的流程示意图。需要说明的是，本申请所提供的接收数据的方法的执行主体可以是终端，也可以是基站控制中心，即本申请所提供的方法是由数据的接收端执行，在当前实施例中，将数据接收端简称接收端，将数据发送端简称发送端。在当前实施例中，本申请所提供的方法包括：

S701：接收终端传输的第二类数据。

其中，第二类数据是在发送端的终端侧，由终端对第一类数据进行信道编码生成的，且由终端发送至接收端的数据。其中第一类数据是对待传输数据进行拆分操作和/或信道编码操作获得的数据。

进一步地，当发送端所发送的第二类数据是加密后的数据时，步骤S701之后还包括：对所接收到的第二类数据进行解密处理。

S702：对第二类数据进行第一信道解码操作，以获取第一类数据及第一类数据标识信息。

对所接收到的第二类数据进行第一信道解码操作，以获取第一类数据。其中，第一类数据是第一预设位数的嵌入数据，第二类数据是第二预设位数的嵌入反向数据突发。由上文所述的数据传输的方法相关实施例中可以得知，在发送端，是对第一类数据进行信道编码之后求得的第二类数据，在当前实施例中，数据的接收端中，是对第二类数据进行第一信道解码操作后获得第一类数据，即第一类数据和第二类数据在对应的应用场景下可进行转换。其中，第一类数据标识信息是指用于标识第一类数据顺序的信息，具体可以是第二类数据中特定一位或几位的数据，如可以用“0”和“1”分别标识第一类数据的顺序。

S703：根据第一类数据标识信息对第一类数据进行排序，以获得第四预设位数的嵌入数据。在数据发送端，所发送的第一类数据中包括用于标识当前第一类数据顺序的标识信息，故在数据接收端，可根据第一类数据标识信息重新识别所接收的第一类数据的顺序，然后基于标识信息的识别结果实现对信道解码所得的第一类数据进行识别排序，以获得的第四预设位数的嵌入数据。其中，嵌入数据的位数可以根据通信标准以及用户的需要进行调整设定。

S704：对嵌入数据进行第二信道解码，以获取目标数据。

在求得嵌入数据之后，再对嵌入数据进行第二信道解码，以获取到目标数据。其中，在没有数据传输错误的情况下，目标数据与发送端的待传输数据相同。第二信道解码与第一信道解码是以区别信道解码的顺序，对应的解码规则是对应预先设置的数据发送的信道编码的规则。可选的，在另一实施例中，根据在数据发送端对于数据的拆分编码的次数，可以根据实际需要设置第二信道解码包括多次的信道解码操作，具体第二信道解码包括多少信道解码可以根据实际的需要调整设置。进一步地，在另一实施例中，第一预设位数可以为32比特，第二预设位数可以为96比特，第三预设位数可以为72比特，第四预设位数可以为128比特。可以理解的，在其他实施例中，并不限定上述各个预设位数的具体数值，具体可以依据对应的通信标准进行调整。

在另一实施例中，当数据接收端所接收到的是第一类数据时，在接收到第一类数据后，本申请所提供的接收数据的方法可以包括步骤S703和步骤S704，详细阐述请参见上文对于步骤S701和步骤S704的阐述。

请参见图8，图8为本申请一种数据传输系统一实施例中的结构示意图。在当前实施例中，本申请所提供的数据传输系统包括至少两个移动终端，至少两个移动终端相互进行通信，移动终端用于向其他移动终端发送数据或接收其他移动终端所发送的数据，移动终端为如下图11所述的移动终端。图8示意的数据传输系统800包括四个移动终端的情况，其中，移动终端801、移动终端802、移动终端803和移动终端804之间均可直接进行通信，且可以执行如图1至图7任一实施例所述的数据传输的方法。其中，对于数据传输系统中所包括的移动终端的数量不做特别限定。

进一步地，请参见图9，图9为本申请一种数据传输系统一实施例中的结构示意图。在当前实施例中，本申请所提供的数据传输系统900包括：移动终端903、基站901和/或基站控制中心902。基站901与基站控制中心902连接，基站901与移动终端903可进行通信交互，其中，并不限定基站901和基站控制中心902的连接方式，可以是有线连接，也可以是无线连接。

基站控制中心902与基站901连接，用于向基站901发送设定的第一预设指令，基站控制中心902还用于在接收到基站901转发的移动终端903所发送的目标数据后，将目标数据以预设的方式进行展示。其中，第一预设指令是指基站控制中心902发送至基站901的、用于使得基站901向移动终端903发送第二预设指令的指令信息，目标数据是移动终端903根据基站控制中心902发送的预设指令的要求所发送的数据。基站901在基站控制中心902的控制下，向移动终端903发送第二预设指令，基站901还用于将移动终端903上传的目标数据转发至基站控制中心902。

移动终端903与基站901连接，在接收到第二预设指令时，上传目标数据至基站901。其中，第二预设指令是基站901发送至移动终端903，使得移动终端903上传信息至基站901的指令信息。需要说明的是，在一些实施例中，当需要移动终端903周期性上传信息至基站901时，第一预设指令和第二预设指令只需要发送一次即可，在不需要移动终端903上传信息至基站901时，对应发送取消指令即可。

进一步地，在其他实施例中，数据传输系统900可以包括多个基站901和多个移动终端903，其中每个基站901均可以与基站控制中心902直接或间接的连接，每个移动终端903可以根据需要连接至某个基站901。在当前实施例中，当数据传输系统900包括多个基站901和多个移动终端903时，当一组通话正在进行中，基站控制中心902需要获取每个移动终端903的当前位置信息时，基站控制中心902可以在组通话所在的业务信道的邻接收时隙对多个移动终端903进行位置信息上拉，以通知多个移动终端903依次上报各自的定位信息。

请同时参见图10，某个频点的时隙1正在转发组通话，时隙1为接收时隙，时隙2为发射时隙，组成员(终端)MSA和MSB都在时隙1接收组通话语音业务(图10中用voice标识语音业务)。这时基站控制中心通知基站(BS)在时隙2上拉MSA的定位通知，MSA在时隙2检测到上拉定位信息，获取当前的经度和纬度信息，按照如图4a或4b格式生成短数据，经过信道编编码组成128比特，分4个嵌入子数据，形成4个图4c所示的96比特的嵌入式反向数据突发依次发给基站。

以DMR集群为例，假设每隔360ms上拉一个组成员的定位，那么下一个360ms，基站在时隙2广播上拉MSB的定位通知，MSB在时隙1接收语音业务的同时，在时隙2检测到自己的上拉定位信息，获取MSB包括当前的经度和纬度信息的定位信息，和MSA上报的方式类似，将MSB的定位数据最后分4个嵌入式反向数据突发在时隙2依次发给基站，在分发嵌入式反向数据突发的过程中在时隙1正常接收语音业务。

请参见图11，图11是本申请一种移动终端一实施例中的结构示意图。在当前实施例中，本申请所提供的移动终端1100适用于时分复用系统。该移动终端1100包括：处理器1101、存储器1102和通信电路1103，处理器1101与存储器1102和通信电路1103相互连接。

其中，通信电路1103用于接收指令或响应处理器1101的指令发送待传输数据。通信电路1103还用于在处理器1101的控制下与外部终端设备进行交互。

存储器1102用于存储程序数据。

处理器1101用于运行存储器1102所存储的程序数据，以执行如上图1至图6及其对应的各个实施例所述的数据传输的方法。

请参见图12，图12是本申请一种存储介质一实施例中的结构示意图。在当前实施例中，该存储介质1200存储有程序数据1201，该程序数据1201被执行时实现如上所述数据传输的方法及各个实施例中所描述的方法。具体的，上述具有存储功能的存储介质1200可以是存储器、个人计算机、服务器、网络设备，或者U盘等其中的一种。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (9)

1.一种数据传输的方法，其特征在于，所述方法应用于时分复用系统，所述方法包括：

当待传输数据为短数据时，对所述待传输数据进行信道编码处理，以生成第四预设位数的嵌入数据；

将所述第四预设位数的嵌入数据拆分为预设个数第一类数据，并标识所述第一类数据在所述嵌入数据中的顺序；所述第一类数据的个数依据所述第一类数据的位数、第四预设位数和通信标准的至少一个确定；

接收业务的过程中，在相邻发射时间单元中发送所述第一类数据或第二类数据，所述第二类数据为对所述第一类数据处理后生成；所述第一类数据为第一预设位数的嵌入数据，所述第二类数据为第二预设位数的嵌入反向数据突发，所述待传输数据包括位数小于或等于第三预设位数的短数据，或位数大于所述第三预设位数的长数据；

所述发射时间单元是指在所述时分复用系统中一个或多个时隙、符号、子帧。

2.根据权利要求1所述的方法，其特征在于，当所述待传输数据为所述长数据时，所述对所述待传输数据进行信道编码处理，以生成第四预设位数的嵌入数据之前，还包括：

将所述长数据进行所述拆分操作，以获得多个所述短数据。

3.根据权利要求2所述的方法，其特征在于，所述将所述长数据进行所述拆分操作，以获得多个所述短数据之后，所述方法还包括：将拆分所得的最后一个所述短数据的最后一块单元标识为1，其他所述短数据的最后一块单元标识为0。

4.根据权利要求2所述的方法，其特征在于，所述第一预设位数小于所述第二预设位数，所述第三预设位数大于所述第一预设位数且小于所述第四预设位数。

5.根据权利要求1所述的方法，其特征在于，所述在相邻 发射时间单元中发送所述第二类数据之前包括：

对所述第一类数据进行信道编码生成第二预设位数所述第二类数据。

6.一种移动终端，其特征在于，所述移动终端适用于时分复用系统，所述移动终端包括：处理器、存储器和通信电路，所述处理器与所述存储器和所述通信电路相互连接；

其中，所述通信电路用于接收指令或响应所述处理器的指令发送待传输数据；

所述存储器用于存储程序数据；

所述处理器用于运行所述程序数据，以执行如权利要求1~5任一项所述的方法。

7.一种数据传输系统，其特征在于，所述系统包括至少两个移动终端，所述至少两个移动终端相互进行通信，所述移动终端用于向其他移动终端发送数据或接收所述其他移动终端所发送的数据，所述移动终端为如权利要求6所述的移动终端。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括基站和/或基站控制中心，所述基站与所述基站控制中心连接，所述基站分别与所述移动终端和所述基站控制中心进行通信交互；

所述基站控制中心与所述基站连接，用于向所述基站发送设定的第一预设指令；所述基站控制中心还用于在接收到所述移动终端发送的数据后，将所述数据以预设的方式进行展示；

所述基站在所述基站控制中心的控制下，向所述移动终端发送第二预设指令，所述基站还用于将所述移动终端上传的数据转发至所述基站控制中心；

所述移动终端与所述基站连接，在接收到所述第二预设指令时，上传所述数据至所述基站。

9.一种存储介质，其特征在于，所述存储介质存储有程序数据，所述程序数据被执行时实现如权利要求1~5任一项所述的方法。

Images