CN105451265A - 一种多用户下行数据的处理方法、装置及终端 - Google Patents

Abstract

本发明提供一种多用户下行数据的处理方法、装置及终端，解决在下行低速率突发业务数据发送前，需要进行同步过程，从而降低了频谱效率，引入了大量的时延的问题。本发明的方法包括：根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定所述用户业务是否为下行低速率非连续突发业务；获取多个所述下行低速率非连续突发业务的业务数据后，确定每个所述业务数据对应的用户标识，并将获取的业务数据和所述业务数据对应的用户标识封装在一媒体访问控制MAC数据包中进行调度发送。本发明的用户下行数据的处理方法及装置，在满足业务特性(时延和保证比特率)的前提下，把小数据包变成大数据包，提高了传输效率。

Description

一种多用户下行数据的处理方法、装置及终端

技术领域

本发明涉及通信技术领域，特别是涉及一种多用户下行数据的处理方法、装置及终端。

背景技术

随着移动互联网的推广，各种互联网业务需要通过无线移动网络实现终端和互联网服务器的相连，特别是B4G，甚至5G的宽带无线移动网络普及后，无线移动网络必将支撑更多的互联网业务。

像QQ业务、微信业务、网页浏览业务、各种微博交互业务、网络及时聊天业务、网站登录处理等各种互联网应用，共同的特点为数据发送不连续(时间间隔以秒级计算)，与LTE的1ms的空口传输时间间隔相比，业务速率低，且突发的数据包可能很大，也可能很小，但是一旦有数据要发送，还要及时地发送出去，以避免影响用户的感知体验。

由于分时长期演进TD-LTE的4G、B4G和5G系统为上下行同步系统，即用户通过监听系统广播实现下行同步，每次进行上行数据发送时，如果此时终端上行处于失步状态，需要发起同步过程。同步过程需要最小50ms的时延和多达4条消息的交互过程，这对于高速率的业务和连续的数据发送业务来说，这种开销是可以忽略不计的。但是对于上述低速率突发业务，几乎每发送一个数据包，都要进行一次同步过程，这种开销对系统带来极大的影响。

下行低速率突发业务数据发送时，每个用户的数据量非常少，并且因为非连续数据发送，造成用户空口失步，在发送数据前还需要进行同步过程，这种信令开销降低了频谱效率，引入了大量的时延，降低了用户的感知体验。

发明内容

本发明的目的在于提供一种多用户下行数据的处理方法、装置及终端，用以解决在下行低速率突发业务数据发送前，需要进行同步过程，从而降低了频谱效率，引入了大量的时延的问题。

为了实现上述目的，本发明提供了一种多用户下行数据的处理方法，包括：

根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定所述用户业务是否为下行低速率非连续突发业务；

获取多个所述下行低速率非连续突发业务的业务数据后，确定每个所述业务数据对应的用户标识，并将获取的业务数据和所述业务数据对应的用户标识封装在一MAC数据包中进行调度发送。

其中，所述根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定用户业务是否为下行低速率非连续突发业务的步骤包括：

根据网络侧为用户业务配置的业务特征参数，确定所述用户业务是否为下行低速率突发业务；

根据用户业务的数据发送状态，确定所述下行低速率突发业务是否为下行低速率非连续突发业务。

其中，所述根据网络侧为用户业务配置的业务特征参数，确定所述用户业务是否为下行低速率突发业务的步骤具体为：

当所述用户业务的业务特征参数为互联网交互类参数时，则确定所述用户业务为下行低速率突发业务。

其中，所述根据用户业务的数据发送状态，确定所述下行低速率突发业务是否为下行低速率非连续突发业务的步骤具体为：

当用户业务的数据IP包的字节数小于预设值，且相邻两个数据IP包的发送间隔大于一预设时间时，确定所述下行低速率突发业务为下行低速率非连续突发业务。

本发明实施例还提供了一种多用户下行数据的处理装置，包括：

确定模块，用于根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定所述用户业务是否为下行低速率非连续突发业务；

处理模块，用于获取多个所述下行低速率非连续突发业务的业务数据后，确定每个所述业务数据对应的用户标识，并将获取的业务数据和所述业务数据对应的用户标识封装在一MAC数据包中进行调度发送。

其中，所述确定模块包括：

第一确定模块，用于根据网络侧为用户业务配置的业务特征参数，确定所述用户业务是否为下行低速率突发业务；

第二确定模块，用于根据用户业务的数据发送状态，确定所述下行低速率突发业务是否为下行低速率非连续突发业务。

其中，所述第一确定模块具体用于当所述用户业务的业务特征参数为互联网交互类参数时，则确定所述用户业务为下行低速率突发业务。

其中，所述第二确定模块具体用于当用户业务的数据IP包的字节数小于预设值，且相邻两个数据IP包的发送间隔大于一预设时间时，确定所述下行低速率突发业务为下行低速率非连续突发业务。

本发明实施例还提供了一种多用户下行数据的处理方法，应用于一终端，包括：

接收网络侧发送的MAC数据包，所述MAC数据包携带有多个下行低速率非连续突发业务的业务数据和所述业务数据对应的用户标识，所述下行低速率非连续突发业务是网络侧根据为用户配置的业务特征参数和用户业务的数据发送状态确定的；

根据所述终端对应的第一用户标识，从所述MAC数据包中解析得到所述第一用户标识对应的第一业务数据。

本发明实施例还提供了一种终端，包括：

接收模块，用于接收网络侧发送的MAC数据包，所述MAC数据包携带有多个下行低速率非连续突发业务的业务数据和所述业务数据对应的用户标识，所述下行低速率非连续突发业务是网络侧根据为用户配置的业务特征参数和用户业务的数据发送状态确定的；

解析模块，用于根据所述终端对应的第一用户标识，从所述MAC数据包中解析得到所述第一用户标识对应的第一业务数据。

本发明实施例具有以下有益效果：

本发明实施例的多用户下行数据的处理方法，把多个用户的下行业务数据以及业务数据对应的用户标识封装到一个媒体访问控制MAC数据包中，把小数据包变成大数据包，一次发送给多个用户，每个用户都监听该数据，并从中解析属于自己的数据，由于所发送的数据包的数量减少，因此可减少所需的同步过程，从而节约信令开销并提高了传输效率。

附图说明

图1为本发明实施例的方法流程图；

图2为本发明实施例装置的结构框图；

图3为本发明实施例中应用于终端的方法流程图；

图4为本发明实施例终端的结构框图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合具体实施例及附图进行详细描述。

本发明实施例解决的问题，本发明实施例提供了一种多用户下行数据的处理方法，如图1所示，其中，所述多用户下行数据的处理方法包括：

步骤10：根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定该用户业务是否为下行低速率非连续突发业务；

在本发明的具体实施例中，当网络侧为该用户业务配置的业务特征参数为互联网交互类参数时，则确定该用户业务为下行低速率突发业务，进一步地，当用户业务的数据IP包的字节数小于预设值，如1500字节，且相邻两个数据IP包的发送间隔大于一预设时间，如10ms时，确定所述下行低速率突发业务为下行低速率非连续突发业务。

步骤20：获取多个所述下行低速率非连续突发业务的业务数据后，确定每个业务数据对应的用户标识，并将获取的业务数据和所述业务数据对应的用户标识封装在一MAC数据包中进行调度发送。

在本发明的具体实施例中，网络侧提供MAC数据包发送的周期和发送数据时的空口资源，其中，发送的周期T＝n*10ms，即周期是10ms的整数倍；空口资源参数参照已有的网络电话VoIP业务设置方式进行设置；选取0～65535之间空闲的数值作为MAC数据包的专用小区无线网络临时标识(C-RNTI)，并在物理下行控制信道(PDCCH)中用作加扰发送，其中，PDCCH的下行控制指示DCI使用VoIP业务的格式。

在本发明的具体实施例中，演进型基站(eNB)选择0-65535中的一段连续的数字作为在eDL-CCH信道上发送数据的用户的C-RNTI，或者使用用户内部相对偏移标识RL_ID作为用户的C-RNTI，进一步地，使用用户内部相对偏移标识作为用户的C-RNTI，可以减少用户标识占据的数据比特长度。在本发明实施例中RL_ID可以取为8bits，即一个小区最大可以承载256个进行突发非连续低速率业务的用户。

在本发明的具体实施例中，无线接入网路根据上述网络侧配置的MAC数据包的业务参数，按照正常的调度过程将封装好的MAC数据包发送到空口，在满足业务特性的前提下，把小数据包变成大数据包，由于所发送的数据包的数量减少，因此可减少所需的同步过程，从而节约信令开销并提高了传输效率。

具体的，封装后的MAC数据包结构如下表所示：

其中，TB_Len为整个MAC数据包的数据长度，标识的数据长度单位：字节，长度为：16比特，能够标识的最大数据长度为65535字节。

UE_ID：为用户UE的C-RNTI，长度：16比特，取值范围：0～65535，另外该UE_ID也可以为RL_ID。

R：扩展字段，恒为0，长度1比特。

LI：字段L的长度指示，长度1比特。0：L长度为8比特；1：L长度为16比特。

E：R_R_E_LCID_L组合是否存在的标识，1：存在；0:不存在，长度为1比特。

LCID：用户业务的逻辑信道ID，与目前LTE协议上相同。

L：数据的字节长度。标识的数据长度单位：字节。长度：8比特或16比特，由LI进行指示。

Data：传输的业务数据内容。

Extension：扩展字段。长度为1个字节，全部恒为0。

本发明实施例的多用户下行数据的处理方法，将多个的下行低速率非连续突发业务的业务数据和所述业务数据对应的用户标识封装在一个MAC数据包中，并将所述MAC数据包发送给多个用户，降低了由于同步过程带来的时延，大大提高了传输效率。

本发明实施例还提供了一种多用户下行数据的处理装置，如图2所示，包括：

确定模块，用于根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定所述用户业务是否为下行低速率非连续突发业务；

处理模块，用于获取多个所述下行低速率非连续突发业务的业务数据后，确定每个所述业务数据对应的用户标识，并将获取的业务数据和所述业务数据对应的用户标识封装在一MAC数据包中进行调度发送。

本发明实施例的多用户下行数据的处理装置，所述确定模块包括：

第一确定模块，用于根据网络侧为用户业务配置的业务特征参数，确定所述用户业务是否为下行低速率突发业务；

第二确定模块，用于根据用户业务的数据发送状态，确定所述下行低速率突发业务是否为下行低速率非连续突发业务。

本发明实施例的多用户下行数据的处理装置，所述第一确定模块具体用于当所述用户业务的业务特征参数为互联网交互类参数时，则确定所述用户业务为下行低速率突发业务。

本发明实施例的多用户下行数据的处理装置，所述第二确定模块具体用于当用户业务的数据IP包的字节数小于预设值，且相邻两个数据IP包的发送间隔大于一预设时间时，确定所述下行低速率突发业务为下行低速率非连续突发业务。

需要说明的是，该装置是与上述多用户下行数据的处理方法实施例对应的装置，上述方法实施例中所有实现方式均适用于该装置的实施例中，也能达到相同的技术效果。

本发明实施例还提供了一种多用户下行数据的处理方法，应用于一终端，如图3所示，包括：

步骤S1：接收网络侧发送的MAC数据包，所述MAC数据包携带有多个下行低速率非连续突发业务的业务数据和所述业务数据对应的用户标识，所述下行低速率非连续突发业务是网络侧根据为用户配置的业务特征参数和用户业务的数据发送状态确定的。

步骤S2：根据所述终端对应的第一用户标识，从所述MAC数据包中解析得到所述第一用户标识对应的第一业务数据。

在本发明的具体实施例中，终端接收到网络侧发送MAC数据包后，根据该终端对应的第一用户标识，从中解析出第一用户标识对应的第一业务数据，并通过物理上行链路控制信道或者物理上行共享信道向网路侧进行反馈。

本发明实施例还提供了一种终端，如图4所示，包括：

接收模块，用于接收网络侧发送的MAC数据包，所述MAC数据包携带有多个下行低速率非连续突发业务的业务数据和所述业务数据对应的用户标识，所述下行低速率非连续突发业务是网络侧根据为用户配置的业务特征参数和用户业务的数据发送状态确定的；

解析模块，用于根据所述终端对应的第一用户标识，从所述MAC数据包中解析得到所述第一用户标识对应的第一业务数据。

本发明实施例的多用户下行数据的处理方法、装置以及终端，通过将多个的下行低速率非连续突发业务的业务数据和所述业务数据对应的用户标识封装在一个MAC数据包中，提高了传输效率以及用户的感知体验。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种多用户下行数据的处理方法，其特征在于，包括：

根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定所述用户业务是否为下行低速率非连续突发业务；

获取多个所述下行低速率非连续突发业务的业务数据后，确定每个所述业务数据对应的用户标识，并将获取的业务数据和所述业务数据对应的用户标识封装在一媒体访问控制MAC数据包中进行调度发送。

2.根据权利要求1所述的多用户下行数据的处理方法，其特征在于，所述根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定用户业务是否为下行低速率非连续突发业务的步骤包括：

根据网络侧为用户业务配置的业务特征参数，确定所述用户业务是否为下行低速率突发业务；

根据用户业务的数据发送状态，确定所述下行低速率突发业务是否为下行低速率非连续突发业务。

3.根据权利要求2所述的多用户下行数据的处理方法，其特征在于，所述根据网络侧为用户业务配置的业务特征参数，确定所述用户业务是否为下行低速率突发业务的步骤具体为：

当所述用户业务的业务特征参数为互联网交互类参数时，则确定所述用户业务为下行低速率突发业务。

4.根据权利要求3所述的多用户下行数据的处理方法，其特征在于，所述根据用户业务的数据发送状态，确定所述下行低速率突发业务是否为下行低速率非连续突发业务的步骤具体为：

当用户业务的数据IP包的字节数小于预设值，且相邻两个数据IP包的发送间隔大于一预设时间时，确定所述下行低速率突发业务为下行低速率非连续突发业务。

5.一种多用户下行数据的处理装置，其特征在于，包括：

确定模块，用于根据网络侧为用户业务配置的业务特征参数和用户业务的数据发送状态，确定所述用户业务是否为下行低速率非连续突发业务；

处理模块，用于获取多个所述下行低速率非连续突发业务的业务数据后，确定每个所述业务数据对应的用户标识，并将获取的业务数据和所述业务数据对应的用户标识封装在一媒体访问控制MAC数据包中进行调度发送。

6.根据权利要求5所述的多用户下行数据的处理装置，其特征在于，所述确定模块包括：

第一确定模块，用于根据网络侧为用户业务配置的业务特征参数，确定所述用户业务是否为下行低速率突发业务；

第二确定模块，用于根据用户业务的数据发送状态，确定所述下行低速率突发业务是否为下行低速率非连续突发业务。

7.根据权利要求6所述的多用户下行数据的处理装置，其特征在于，所述第一确定模块具体用于当所述用户业务的业务特征参数为互联网交互类参数时，则确定所述用户业务为下行低速率突发业务。

8.根据权利要求7所述的多用户下行数据的处理装置，其特征在于，所述第二确定模块具体用于当用户业务的数据IP包的字节数小于预设值，且相邻两个数据IP包的发送间隔大于一预设时间时，确定所述下行低速率突发业务为下行低速率非连续突发业务。

9.一种多用户下行数据的处理方法，应用于一终端，其特征在于，包括：

接收网络侧发送的媒体访问控制MAC数据包，所述MAC数据包携带有多个下行低速率非连续突发业务的业务数据和所述业务数据对应的用户标识，所述下行低速率非连续突发业务是网络侧根据为用户配置的业务特征参数和用户业务的数据发送状态确定的；

根据所述终端对应的第一用户标识，从所述MAC数据包中解析得到所述第一用户标识对应的第一业务数据。

10.一种终端，其特征在于，包括：

接收模块，用于接收网络侧发送的媒体访问控制MAC数据包，所述MAC数据包携带有多个下行低速率非连续突发业务的业务数据和所述业务数据对应的用户标识，所述下行低速率非连续突发业务是网络侧根据为用户配置的业务特征参数和用户业务的数据发送状态确定的；

解析模块，用于根据所述终端对应的第一用户标识，从所述MAC数据包中解析得到所述第一用户标识对应的第一业务数据。