CN104901782A - 一种发送和接收广播业务数据的方法和装置 - Google Patents

Abstract

本发明提出了一种发送和接收广播业务数据的方法和装置，包括：网络侧根据广播业务的预设参数确定传输机制为重复传输机制，并确定重传次数；根据确定的传输机制和重传次数对广播业务数据进行重复传输。本发明在确定传输机制为重复传输机制时，提高了用户的接收质量。

Description

一种发送和接收广播业务数据的方法和装置

技术领域

本发明涉及无线通信领域，尤指一种发送和接收广播业务数据的方法和装置。

背景技术

在无线通信系统中，广播业务的应用非常广泛，如集群业务；广播业务的特点是接收方包括多个用户，相同的数据同时传输给多个用户。

广播业务一般采用点到多点（PTM，Point to Multi-Point）方式发送，网络在一条共享信道上发送数据，多个用户同时在该共享信道上接收数据。这可以大大减少信道资源的占用，提高资源利用效率。但是，由于每个用户并没有建立专用的上行反馈通道，无法进行ACK/NACK反馈；而即使用户能反馈ACK/NACK，由于每个用户接收失败的数据块可能都不一样，网络侧也无法针对单个用户进行数据重传，使得传统的反馈重传机制不好应用。

为了解决上述问题，在采用PTM方式发送数据时，网络侧会配置比较低的调制编码等级，如低阶的正交相移键控（QPSK，Quadrature Phase ShiftKeying）调制、比较冗余的编码率等；尽量保证小区中不同位置用户的接收质量。但是，在小区边缘或者处于深衰地区的用户，接收质量仍可能达不到业务的服务质量（QoS，Quality of Service）要求。尤其当采用PTM方式发送数据业务时，常用的数据业务如流媒体、邮件（email）、文件等对块误码率（BLER，Block Error Ratio）要求达到10^-6，但对时延要求比较低（如300毫秒（ms））。对于此类业务，需要考虑采用优化手段来保证信道条件差的用户也能获得满意的业务质量。

目前，没有给出关于改善广播业务发送过程中用户的接收质量的具体实现方案。

发明内容

为了解决上述问题，本发明提出了一种发送和接收广播业务数据的方法和装置，基于PTM，能够改善广播业务发送过程中用户的接收质量。

为了达到上述目的，本发明提出了一种发送广播业务数据的方法，包括：

网络侧根据广播业务的预设参数确定传输机制为重复传输机制，并确定重传次数；

根据确定的传输机制和重传次数对广播业务数据进行重复传输。

优选地，所述网络侧根据广播业务的预设参数确定传输机制为重复传输机制包括：

所述网络侧预先设置所述广播业务的预设参数和所述传输机制之间的对应关系，所述网络侧根据对应关系确定所述传输机制为重复传输机制。

优选地，所述广播业务的预设参数为所述广播业务的服务质量要求、所述广播业务的用户所在小区半径大小、所述用户的特殊要求中的一个或多个。

优选地，所述广播业务的服务质量要求包括块误码率要求和时延要求。

优选地，当所述广播业务的服务质量要求为对所述块误码率要求高，对所述时延要求低时，所述网络侧确定所述传输机制为重复传输机制。

优选地，该方法还包括：所述网络侧根据所述广播业务的服务质量等级确定重复传输的次数。

优选地，当所述广播业务的服务质量要求为对所述块误码率要求低，对所述时延要求高时，该方法还包括：

所述网络侧确定所述传输机制为非重复传输机制。

优选地，该方法还包括：所述网络侧将所述传输机制的参数发送给用户终端。

优选地，所述传输机制的参数包括：所述传输机制的指示和/或重复传输次数和/或重复传输采用的冗余版本。

本发明还提出了一种接收广播业务数据的方法，包括：

根据预设参数对广播业务数据进行接收和合并解码；

或者，接收来自网络侧的传输机制的参数，根据接收的参数对广播业务数据进行接收和合并解码；

在接收过程中不反馈接收状态信息。

优选地，当检测到预设时间内接收到的广播业务数据不满足服务质量要求时，该方法还包括：

向所述网络侧发送改变传输机制和/或改变传输机制的参数的请求。12、根据权利要求10所述的方法，其特征在于，当检测到预设时间内接收到的广播业务数据不满足服务质量要求时，该方法还包括：

向所述网络侧发送专用承载建立请求。

本发明还提出了一种发送广播业务数据的装置，至少包括：

确定模块，用于根据广播业务的预设参数确定传输机制为重复传输机制，并确定重传次数；

发送模块，用于根据确定的传输机制和重传次数对广播业务数据进行重复传输。

优选地，所述确定模块，具体用于：

预先设置所述广播业务的预设参数和所述传输机制之间的对应关系，根据对应关系确定所述传输机制为重复传输机制。

优选地，所述确定模块，具体用于：

检测到广播业务的服务质量要求为对所述块误码率要求高，对所述时延要求低，确定所述传输机制为重复传输机制。

优选地，所述确定模块，还用于：

根据所述广播业务的服务质量等级确定重复传输的次数。

优选地，所述确定模块，还用于：

检测到所述广播业务的服务质量要求为对所述块误码率要求低，对所述时延要求高，确定所述传输机制为非重复传输机制。

优选地，所述发送模块，还用于：

将所述传输机制的参数发送给用户终端。

本发明还提出了一种接收广播业务数据的装置，至少包括：

接收模块，用于根据预设参数对广播业务数据进行接收和合并解码；

或者，接收来自网络侧的传输机制的参数，根据接收的参数对广播业务数据进行接收和合并解码；

所述接收模块在接收过程中不反馈接收状态信息。

优选地，还包括：

发送模块，用于检测到预设时间内接收到的广播业务数据不满足服务质量要求，向所述网络侧发送专用承载建立请求；或者向所述网络侧发送改变传输机制和/或改变传输机制的参数的请求。

与现有技术相比，本发明包括：网络侧根据广播业务的预设参数确定传输机制为重复传输机制；根据确定的传输机制发送广播业务数据。通过本发明的方案，根据广播业务的预设参数确定不同的传输机制，当传输机制为重复传输机制时，提高了用户的接收质量。

附图说明

下面对本发明实施例中的附图进行说明，实施例中的附图是用于对本发明的进一步理解，与说明书一起用于解释本发明，并不构成对本发明保护范围的限制。

图1为本发明发送广播业务数据的方法流程图；

图2为本发明发送广播业务数据的装置结构组成示意图。

具体实施方式

为了便于本领域技术人员的理解，下面结合附图对本发明作进一步的描述，并不能用来限制本发明的保护范围。

参见图1，本发明提出了一种发送广播业务数据的方法，包括：

步骤100、网络侧根据广播业务的预设参数确定传输机制为重复传输机制，并确定重传次数。

本步骤中，网络侧可以预先设置广播业务的预设参数和传输机制之间的对应关系，根据对应关系确定传输机制为重复传输机制。

本步骤中，网络侧也可以根据广播业务的预设参数确定传输机制为非重复传输机制。

当确定传输机制为重复传输机制时，提高了用户的接收质量。

本步骤中，重复传输机制是指对广播业务的所有数据进行重复传输。

非重复传输机制是指对广播业务的所有数据不进行重复传输。

本步骤中，广播业务的预设参数可以但不限于是广播业务的服务质量要求、或广播业务的用户所在小区半径大小、或用户的特殊要求中的一个或多个。

其中，广播业务的服务质量要求包括块误码率要求和时延要求。

当广播业务的服务质量为对块误码率要求高，对时延要求低时，网络侧确定传输机制为重复传输机制。

其中，当确定传输机制为采用重复传输机制时，重复传输所使用的资源块可以是一致的，也可以动态配置，本发明对此不作限定。

其中，网络侧根据广播业务的服务质量等级确定重复传输的次数。

当广播业务的服务质量要求为对块误码率要求低，对时延要求高时，网络侧确定传输机制为非重复传输机制。

本步骤中，网络侧确定传输机制后，还包括将传输机制的参数发送给用户终端。

其中，传输机制的参数包括：传输机制的指示，和/或重复传输次数，和/或重复传输采用的冗余版本。其中。

传输机制的指示，用于告知终端所配广播业务数据传输为采用重复传输机制或不采用重复传输机制；终端在数据接收时，根据传输机制可以对同一个数据包进行多次或单次接收、合并的操作。

重复传输次数，用于告知终端所配广播业务数据进行重复传输的次数；终端在数据接收时，可以设置接收窗长为该重复传输次数，也就是同一个数据包可能最多接收的次数。

重复传输采用的冗余版本，用于告知终端，同一个数据包在第一次传输、第二次传输…第N次传输时所用的混合自动重传（HARQ，Hybrid AutomaticRepeat Request）冗余版本信息。UE可以基于此信息进行相应的合并操作。

步骤101、根据确定的传输机制和重传次数对广播业务数据进行重复传输。

本步骤中，网络侧在确定传输机制和重传次数后，不需要等待用户终端反馈ACK或NACK，而直接进行广播业务数据的重复传输。

本发明还提出了一种接收广播业务数据的方法，包括：

根据预设参数对广播业务数据进行接收和合并解码；

或者，接收来自网络侧的传输机制的参数，根据接收的参数对广播业务数据进行接收和合并解码。

其中，在接收过程中不反馈接收状态信息（如NACK/ACK）。

其中，当检测到预设时间内接收到的广播业务数据不满足服务质量要求时，向网络侧发送改变传输机制和/或改变传输机制的参数的请求。

其中，当检测到预设时间内接收到的广播业务数据不满足服务质量要求时，向网络侧发送专用承载建立请求。

网络侧接收到专用承载请求后，根据当前网络状况对该专用承载请求进行响应，如当前网络拥塞时，可以返回拒绝消息；当前网络不拥塞时，为发送专用承载请求的终端建立专用承载，该终端通过该专用承载接收广播业务数据，同时，网络侧也可以将该专用承载的传输机制确定为采用重复传输机制。

实施例1

网络侧根据业务服务质量要求、小区特性，静态配置重传次数，通过配置信息通知用户设备（UE，User Equipment）。UE接收时设置接收窗长，并进行相应处理。

网络侧准备发送一个流媒体视频业务给群组A，群组A中包括了20个用户；网络侧判断流媒体视频业务的QoS要求（BLER为10^-6，包传输时延为300ms），可以确定传输机制为采用重复传输机制。

进一步网络侧判断小区半径为3千米（km），且小区位于城区环境，小区边缘用户的接收质量是否能够达到服务质量要求。

综合上述因素，网络侧设置重复传输次数为3次，每次重复的数据采用的冗余版本为自解码的冗余版本。

网络在业务配置参数中增加“重复传输次数=3”、“重复传输采用的冗余版本=Ⅱ”，发送给群组A。

网络开始进行数据发送，对每个数据包执行重复传输操作。每次重复传输所使用的物理资源块，通过动态调度方式指示，并不固定为相同的物理资源块。

UE接收业务配置参数，获知该业务的传输机制为采用重复传输机制，且“重复传输次数=3”、“重复传输采用的冗余版本=Ⅱ”；进而UE设置本地的接收窗长为3，对多次接收到的同一个数据包进行冗余版本=Ⅱ的合并操作。UE根据动态调度信息，从业务信道上接收数据，并进行相应的合并操作。

实施例2

网络侧根据业务服务质量要求、UE的反馈，动态配置重传次数（重传次数可以改变），并通过配置信息通知UE。UE接收时设置接收窗长，并进行相应处理。

网络侧准备发送一个数据文件业务给群组B，群组B中包括了10个UE；网络判断数据文件业务的QoS指标（BLER为10^-6，包传输时延为300ms），可以确定传输机制为采用重复传输机制。但网络侧在业务开始发送时并没有采用重复传输机制。

终端按照现有机制进行接收，UE1发现接收质量达不到业务要求，UE1发起随机接入过程，向网络请求重复发送该数据文件业务；

网络侧接收到UE1的业务请求后，获知当前的业务传输机制不能满足所有UE的接收质量要求。网络侧将该业务的传输机制改为采用重复传输机制。网络侧设置重复传输次数为4次，每次重复的数据采用的冗余版本为自解码的冗余版本。

网络侧更新业务配置参数，在业务配置参数中增加“重复传输次数=4”、“重复传输采用的冗余版本=Ⅱ”，发送给群组B。同时网络对之后发送的每个数据包执行重复传输操作。每次重复传输所使用的物理资源块，通过动态调度方式指示，并不固定为相同的资源块。

群组B的用户根据最新收到的业务配置参数，进行相应的接收操作。

实施例3

网络侧根据业务服务质量要求，动态配置重传次数，但并不通知UE具体的重传次数等。UE根据预设参数进行接收和合并。

网络侧准备发送一个email业务给群组C，群组C中包括了10个UE；网络判断数据文件业务的QoS要求（BLER为10^-6，包传输时延为300ms）。网络侧设置重复传输次数为2次，每次重复的数据采用的冗余版本为自解码的冗余版本。

网络侧向UE发送业务配置参数，其中并不增加“重复传输次数=2”、“重复传输采用的冗余版本=Ⅱ”等参数，仅增加“传输机制的指示”。

网络侧进行数据发送，对每个数据包执行重复传输操作。每次重复传输所使用的物理资源块，通过动态调度方式指示，并不固定为相同的资源块。

UE根据“传输机制的指示”获知当前业务的传输机制为采用重复传输机制，但因为网络侧没有配置重复传输次数等参数，UE可以根据预设的参数进行接收和合并解码。例如终端本地预设一个长度为M=4的重复传输窗，并按常用的自解码、增量冗余机制进行合并操作。

在本实施例中，网络侧可以根据情况（如系统资源情况）动态调整重复传输参数，但网络需要在预设参数范围内调整具体执行的参数。例如预设M值为4，在网络实际使用的重复传输次数N要小于等于4；例如，实际使用的冗余版本也需要与预设一致。这样保证了UE进行重复接收不会出错。

实施例4

网络侧根据业务服务质量要求，动态配置重传次数，但并不通知UE。UE侧根据预参数进行接收、合并。

网络准备发送一个email业务给群组D，群组D中包括了10个UE；网络侧判断数据文件业务的QoS指标（BLER为10^-6，包传输时延为300ms）。网络设置重复传输次数为3次，每次重复的数据采用的冗余版本为自解码的冗余版本。

网络侧仅传输现有的业务配置参数，并不增加重复传输涉及的参数，如不配置“传输机制的指示”、“重复传输次数=2”、“重复传输采用的冗余版本=Ⅱ”等参数。

网络侧进行数据发送，对每个数据包执行重复传输操作。每次重复传输所使用的物理资源块，通过动态调度方式指示，并不固定为相同的资源块。

UE根据预设的参数进行接收和合并解码。例如UE本地预设一个长度为M=4的重复传输窗，并按常用的自解码、增量冗余机制进行合并操作。

在本实施例中，网络侧可以根据情况（如系统资源情况）动态调整重复传输参数，但网络侧需要在预设参数范围内调整具体执行的参数。例如预设M值为4，在网络实际使用的重复传输次数N要小于等于4；例如，实际使用的冗余版本也需要与预设一致。这样保证了UE进行重复接收不会出错。

参见图2，本发明还提出了一种发送广播业务数据的装置，至少包括：

确定模块，用于根据广播业务的预设参数确定传输机制为重复传输机制，并确定重传次数；

发送模块，用于根据确定的传输机制和重传次数对广播业务数据进行重复传输。

本发明的装置中，确定模块，具体用于：

预先设置广播业务的预设参数和传输机制之间的对应关系，根据对应关系确定传输机制为重复传输机制。

本发明的装置中，确定模块，具体用于：

检测到广播业务的服务质量要求为对块误码率要求高，对时延要求低，确定传输机制为重复传输机制。

本发明的装置中，确定模块，还用于：

根据广播业务的服务质量等级确定重复传输的次数。

本发明的装置中，确定模块，还用于：

检测到广播业务的服务质量要求为对块误码率要求低，对时延要求高，确定传输机制为非重复传输机制。

本发明的装置中，发送模块，还用于：

将传输机制的参数发送给用户终端。

本发明还提出了一种接收广播业务数据的装置，至少包括：

接收模块，用于根据预设参数对广播业务数据进行接收和合并解码；

或者，接收来自网络侧的传输机制的参数，根据接收的参数对广播业务数据进行接收和合并解码；

接收模块在接收过程中不反馈接收状态信息。

本发明的接收广播业务数据的装置中，还包括：

发送模块，用于检测到预设时间内接收到的广播业务数据不满足服务质量要求，向网络侧发送改变传输机制和/或改变传输机制的参数的请求。

本发明的接收广播业务数据的装置中，还包括：

发送模块，用于检测到预设时间内接收到的广播业务数据不满足服务质量要求，向网络侧发送专用承载建立请求。

需要说明的是，以上所述的实施例仅是为了便于本领域的技术人员理解而已，并不用于限制本发明的保护范围，在不脱离本发明的发明构思的前提下，本领域技术人员对本发明所做出的任何显而易见的替换和改进等均在本发明的保护范围之内。

Claims (20)

1.一种发送广播业务数据的方法，其特征在于，包括：

网络侧根据广播业务的预设参数确定传输机制为重复传输机制，并确定重传次数；

根据确定的传输机制和重传次数对广播业务数据进行重复传输。

2.根据权利要求1所述的方法，其特征在于，所述网络侧根据广播业务的预设参数确定传输机制为重复传输机制包括：

所述网络侧预先设置所述广播业务的预设参数和所述传输机制之间的对应关系，所述网络侧根据对应关系确定所述传输机制为重复传输机制。

3.根据权利要求1所述的方法，其特征在于，所述广播业务的预设参数为所述广播业务的服务质量要求、所述广播业务的用户所在小区半径大小、所述用户的特殊要求中的一个或多个。

4.根据权利要求3所述的方法，其特征在于，所述广播业务的服务质量要求包括块误码率要求和时延要求。

5.根据权利要求4所述的方法，其特征在于，当所述广播业务的服务质量要求为对所述块误码率要求高，对所述时延要求低时，所述网络侧确定所述传输机制为重复传输机制。

6.根据权利要求5所述的方法，其特征在于，该方法还包括：所述网络侧根据所述广播业务的服务质量等级确定重复传输的次数。

7.根据权利要求5所述的方法，其特征在于，当所述广播业务的服务质量要求为对所述块误码率要求低，对所述时延要求高时，该方法还包括：

所述网络侧确定所述传输机制为非重复传输机制。

8.根据权利要求1所述的方法，其特征在于，该方法还包括：所述网络侧将所述传输机制的参数发送给用户终端。

9.根据权利要求8所述的方法，其特征在于，所述传输机制的参数包括：所述传输机制的指示和/或重复传输次数和/或重复传输采用的冗余版本。

10.一种接收广播业务数据的方法，其特征在于，包括：

根据预设参数对广播业务数据进行接收和合并解码；

或者，接收来自网络侧的传输机制的参数，根据接收的参数对广播业务数据进行接收和合并解码；

在接收过程中不反馈接收状态信息。

11.根据权利要求10所述的方法，其特征在于，当检测到预设时间内接收到的广播业务数据不满足服务质量要求时，该方法还包括：

向所述网络侧发送改变传输机制和/或改变传输机制的参数的请求。

12.根据权利要求10所述的方法，其特征在于，当检测到预设时间内接收到的广播业务数据不满足服务质量要求时，该方法还包括：

向所述网络侧发送专用承载建立请求。

13.一种发送广播业务数据的装置，其特征在于，至少包括：

确定模块，用于根据广播业务的预设参数确定传输机制为重复传输机制，并确定重传次数；

发送模块，用于根据确定的传输机制和重传次数对广播业务数据进行重复传输。

14.根据权利要求13所述的装置，其特征在于，所述确定模块，具体用于：

预先设置所述广播业务的预设参数和所述传输机制之间的对应关系，根据对应关系确定所述传输机制为重复传输机制。

15.根据权利要求13所述的装置，其特征在于，所述确定模块，具体用于：

检测到广播业务的服务质量要求为对所述块误码率要求高，对所述时延要求低，确定所述传输机制为重复传输机制。

16.根据权利要求15所述的装置，其特征在于，所述确定模块，还用于：

根据所述广播业务的服务质量等级确定重复传输的次数。

17.根据权利要求15所述的装置，其特征在于，所述确定模块，还用于：

检测到所述广播业务的服务质量要求为对所述块误码率要求低，对所述时延要求高，确定所述传输机制为非重复传输机制。

18.根据权利要求13所述的装置，其特征在于，所述发送模块，还用于：

将所述传输机制的参数发送给用户终端。

19.一种接收广播业务数据的装置，其特征在于，至少包括：

接收模块，用于根据预设参数对广播业务数据进行接收和合并解码；

或者，接收来自网络侧的传输机制的参数，根据接收的参数对广播业务数据进行接收和合并解码；

所述接收模块在接收过程中不反馈接收状态信息。

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

发送模块，用于检测到预设时间内接收到的广播业务数据不满足服务质量要求，向所述网络侧发送专用承载建立请求；或者向所述网络侧发送改变传输机制和/或改变传输机制的参数的请求。