一种HARQ参数的配置方法、系统和装置

摘要

本发明公开了一种混合自动重传请求HARQ参数的配置方法，包括：接收发送端设备发送的业务流请求消息，所述业务流请求消息携带所述发送端设备请求的HARQ参数；向所述发送端设备发送请求响应消息。本发明实施例还提供了一种HARQ参数的配置系统和装置。通过本发明实施例，针对不同的业务流配置不同的HARQ参数，弥补了现有技术对不同业务流的HARQ参数不加区分地配置的缺陷，保证了更优的服务质量QoS。

权利要求

1.一种混合自动重传请求HARQ参数的配置方法，其特征在于，包括：接收发送端设备发送的业务流请求消息，所述业务流请求消息携带所述发送端设备请求的HARQ参数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的功率偏移量中的一种或几种，所述发送端设备根据不同的业务流设置上述参数；

判断是否能提供所述发送端设备请求业务的QoS，如果能提供，向所述发送端设备发送请求响应消息。

2.如权利要求1所述HARQ参数的配置方法，其特征在于，所述业务流请求消息至少包括：业务流创建请求消息或业务流修改请求消息。

3.如权利要求1所述HARQ参数的配置方法，其特征在于，所述请求响应消息至少包括：创建响应消息或修改响应消息。

4.如权利要求1所述HARQ参数的配置方法，其特征在于，所述发送端设备包括移动用户MS或固定用户SS，接收端设备包括BS，向所述发送端设备发送的请求响应消息携带：所述BS提供的HARQ参数。

5.如权利要求1所述HARQ参数的配置方法，其特征在于，所述发送端设备包括BS，所述接收端设备包括MS或SS。

6.如权利要求1所述HARQ参数的配置方法，其特征在于，所述HARQ参数包括HARQ包相对非HARQ包的功率偏移量，还包括：通过混合自动重传请求上行映射表信元HARQ UL-MAP IE中的指示位来指示是否使用所述HARQ包相对非HARQ包的功率偏移量。

7.一种HARQ参数的配置系统，其特征在于，包括：

发送端设备，用于发送业务流请求消息，所述业务流请求消息携带所述发送端设备请求的HARQ参数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的功率偏移量中的一种或几种，所述发送端设备根据不同的业务流设置上述参数；

接收端设备，用于接收所述发送端设备发送的业务流请求消息，判断是否能提供所述发送端设备请求业务的QoS，如果能提供，并向所述发送端设备发送请求响应消息，所述请求响应消息携带所述接收端设备能提供的HARQ参数。

8.如权利要求7所述HARQ参数的配置系统，其特征在于，所述发送端设备包括：请求发送模块，用于向所述接收端设备发送所述业务流请求消息；

响应接收模块，用于接收所述接收端设备发送的请求响应消息。

9.如权利要求7所述HARQ参数的配置系统，其特征在于，所述接收端设备包括：请求接收模块，用于接收所述发送端设备发送的业务流请求消息；

响应发送模块，用于向所述发送端设备发送创建响应消息。

10.一种发送端设备，其特征在于，包括：

请求发送模块，用于向接收端设备发送业务流请求消息，所述业务流请求消息携带所述发送端设备请求的HARQ参数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的功率偏移量中的一种或几种，所述发送端设备根据不同的业务流设置上述参数；

响应接收模块，用于接收所述接收端设备发送的请求响应消息。

11.一种接收端设备，其特征在于，包括：

请求接收模块，用于接收发送端设备发送的业务流请求消息，所述业务流请求消息携带所述发送端设备请求的HARQ参数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的功率偏移量中的一种或几种，发送端设备根据不同的业务流设置上述参数；

响应发送模块，用于向所述发送端设备发送请求响应消息，所述请求响应消息携带所述接收端设备能提供的HARQ参数。

12.一种HARQ参数的配置方法，其特征在于，包括：

协商HARQ参数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的功率偏移量中的一种或几种，发送端设备根据不同的业务流设置上述参数，所述HARQ参数还包括所述HARQ包相对非HARQ包的功率偏移量；

通过HARQ UL-MAP IE中的指示位来指示是否使用所述HARQ包相对非HARQ包的功率偏移量。

说明书

一种HARQ参数的配置方法、系统和装置

技术领域

[0001] 本发明涉及网络通信技术领域，特别涉及一种HARQ参数的配置方法、系统和装置。

背景技术

[0002] 高速数据业务是3G的主要特点，旨在为用户的生活和工作营造更便捷的无线环境。HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)，一种差错控制技术，是
高速数据传输的基础技术。

[0003] HARQ技术是差错控制技术的一种，差错控制技术的目的是提高信号的传输质量，保证信息的可靠性，除了HARQ外，还有两种主要的方式：FEC(Forward Error Correction，
前向纠错)和检错加ARQ(Automatic RepeatRequest，自动重传)。FEC技术根据接收数据
中的冗余信息来进行纠错，特点是“只纠不传”。ARQ技术依靠错码检测和重发请求来保证
信号质量，特点是“只传不纠”。

[0004] HARQ技术综合了FEC与ARQ的优点，是FEC和ARQ相结合的一种纠错方法。在HARQ中，发送端设备会发送具有一定冗余信息的数据，接收端设备先进行FEC，如果不能正确解
调则要求发送端设备重新发送数据。因此，HARQ避免了FEC需要复杂的译码设备和ARQ方
式信息的连贯性差的缺点，并能使整个系统的误码率降低。

[0005] HARQ有三种基本的类型，分别是I型HARQ(HARQ-I)、II型HARQ(HARQ-II)、III型HARQ(HARQ-III)。

[0006] I型HARQ的工作过程如下：发送端设备对数据进行CRC(CyclicalRedundancyChecksum，循环冗余校验)加FEC编码；接收端设备对接收到的数据包进行FEC译码和CRC
校验；如果数据包有错则请求重传，并丢弃错 误数据包；重传数据包与已传数据包相同，
没有组合译码，重传的数据包和上次传的数据包一样。

[0007] II型HARQ属于递增冗余的ARQ机制。在HARQ-II中，接收到的错误数据包不会立即被丢弃，待接收到重传的数据包，和错误的数据包合并后再进行译码，重传数据包和已
传数据包的格式和内容可以不相同，多次重传时数据包需有时序标号，并且该时序标号要
比数据有更高的差错保护能力。在HARQ-II中，不成功的数据包被存储在接收端设备，通过
FEC机制与重传数据包结合，这样可得到高通过率和低时延，又能提高译码的正确率，并且
可以通过RCPT(Rate Compatible Punctured Turbo，码率匹配截短Turbo)码很方便地实
现。但是，II型HARQ有一个缺点，就是重传数据是冗余信息，并不包括系统比特，当第一次
传输的数据包被严重破坏时，将无法恢复系统比特。

[0008] III型HARQ对II型HARQ进行了改进，重传的码字具有自解码的能力，并不依赖于第一次传输的数据。重传请求与HARQ-II相同，每次重传可有不同的冗余产生，也可有相同
的冗余产生，此时与HARQ-I的操作类似，但错误数据包被存储在接收端设备，以便与重传
的数据包结合。

[0009] IEEE802.16D0d标准指出HARQ的使用是基于连接的，也就是说可以使用DSA(Dynamic Service Addition，动态业务流建立)/DSC(Dynamic ServiceChange，动态业
务流修改)消息来激活单个CID(Connection Identifier，连接标识)的HARQ能力。因此，
HARQ有两种实现方式：

[0010] 1、基于终端的，即终端的所有CID都使用HARQ；

[0011] 2、基于连接的，即使用DSA/DSC消息来激活单个CID的HARQ能力。

[0012] 在IEEE80.216e中动态业务流的创建可以由BS(Base Station，基站)发起也可以由MS(Mobile Subscriber，移动用户)发起。如图1所示，为MS发起业务流创建的流程
图，包括：

[0013] S101，MS用DSA请求消息向BS发起创建业务流的请求；

[0014] S102，BS检查消息的完整性，如果检查成功，则BS发送一个收到DSA请求消息的响应DSX-RVD(Dynamic Service X-Received，动态业务流消息收到响应信息)；

[0015] S103，BS对MS请求的业务进行鉴权，如果BS能够提供MS请求的QoS(Qualitiyof Service，服务质量)就生成一个合适的DSA响应消息发给MS；

[0016] S104，MS返回一个收到DSA响应消息的DSA-ACK(Acknowledgement，确认)。

[0017] 如图2所示，为BS发起业务流创建的流程图，包括：

[0018] S201，BS检查MS的业务授权情况决定是否可以提供要求的QoS，如果可以提供，则BS生成一个新的SFID(Service Flow Identifier，业务流标识)和要求的业务等级并通过
DSA请求消息通知MS；

[0019] S202，如果MS检查自己可以支持这个业务就返回一个DSA响应消息；

[0020] S203，BS发送一个DSA-ACK消息。

[0021] DSA请求消息和响应消息的格式分别如表1和表2所示。

[0022] 表1 DSA请求消息格式

[0023]语法 长度(bit) 备注
DSA-REQ Message Format(){ - -
Management Message Type＝11 8 -
Transaction ID 16 -
TLV Encoded Information 可变 TLV-specific
} - -

[0024] 其中，DSA请求消息中的TLV(Type Length Value，类型长度值)包括：(1)ServiceFlow Parameters，业务流参数：规定了业务流的特性和对调度的要求；

[0025] (2)Convergence Sublayer Parameter Encodings，汇聚子层业务编码：规定了业务流的汇聚子层的参数；

[0026] (3)HMAC(Hashed Message Authentication Code，哈 希 消 息 认 证 码 )/CMAC(Cipher-based Message Authentication Code，基于密码的消息认证码)Tuple：
HMAC/CMAC元组。

[0027] 表2 DSA响应消息格式

[0028]语法 长度(bit) 备注
DSA-RSP_Message_Format(){ - -
Management Message Type＝12 8 -
Transaction ID 16 -
Confirmation Code 8 -
TLV Encoded Information 可变 TLV-specific
} -

[0029] 其中，DSA响应消息中的TLV包括：

[0030] (1)Service Flow Parameters，业务流参数：如果DSA响应消息中包含一个新分配的CID或者一个扩展的业务级别那么，这个TLV应该包含完整的业务流特性规定；

[0031] (2)Convergence Sublayer Parameter Encodings，汇聚子层业务编码：规定了业务流的汇聚子层的参数；

[0032] (3)HMAC/CMAC Tuple：HMAC/CMAC元组。

[0033] MS和BS也可以通过DSC消息来修改业务流的参数，其流程和通过DSA消息来创建业务流类似，在此不再赘述。

[0034] 现 有 的 IEEE 802.16e 中 关 于 HARQ 的 一 些 参 数 是 在 UCD(UplinkChannelDescriptor，上行链路信道描述)/DCD(Downlink Channel Descriptor，下行链路
信道描述)中下发的。

[0035] UCD是按照BS的周期进行广播的，现有的IEEE 802.16 D0d标准中规定UCD的广播周期最大可以是10s。UCD广播中的有关HARQ信息的TLV有：

[0036] (1)Maximum Retransmission：上行HARQ的最大重传次数；

[0037] (2)Relative_Power_Offset_For_UL_HARQ_burst：HARQ包相对于nonHARQ包的功率偏移量。如果UCD中没有携带这个TLV，那么功率偏移量就置零；

[0038] (3)HARQ Ack Region：HARQ确认域；

[0039] (4)HARQ ACK delay for DL(Downlink，下行)burst：HARQ下行包的确认延迟。

[0040] DCD也是按照BS的周期进行广播的，现有的IEEE 802.16D0d标准中规定DCD的广播周期最大可以是10s。DCD广播中的有关HARQ信息的TLV有：

[0041] (1)Maximum retransmission：下行HARQ的最大重传次数；

[0042] (2)DL AMC(Adaptive Modulation and Coding，自适应调制编码)allocatedphysical bands bitmap：下行AMC分配物理带宽位图；

[0043] (3)Permutation type for broadcast region in HARQ zone：HARQ存储区中排列类型的广播域；

[0044] (4)HARQ ACK delay for UL(Uplink，上行)burst：HARQ上行包的确认延迟。

[0045] 通过上述说明，可以看出现有技术中在UCD/DCD中下发的HARQ参数对于所有的MS，以及每个MS的所有业务流来说都是一样的，没有区分不同的用户，也没有区分相同用
户的不同业务流。例如：针对不同的用户和不同的业务流，HARQ的重传次数应该不同，功率
的调整量也应该不同。

[0046] 因此，现有技术的缺点是：在UCD/DCD中下发的HARQ参数对所有的MS和每个MS的所有业务都是相同的，没有对不同的MS以及相同MS的不同业务加以区分。

[0047] 发明内容

[0048] 本发明实施例提供一种HARQ参数的配置方法、系统和装置，以实现针对不同的用户以及相同用户的不同业务流分别配置不同的HARQ参数。

[0049] 为达到上述目的，本发明实施例一方面提供一种混合自动重传请求HARQ参数的配置方法，包括：接收发送端设备发送的业务流请求消息，所述业务流请求消息携带所述发
送端设备请求的HARQ参数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和
HARQ包相对非HARQ包的功率偏移量中的一种或几种，所述发送端设备根据不同的业务流
设置上述参数；判断是否能提供所述发送端设备请求业务的QoS，如果能提供，向所述发送
端设备发送请求响应消息。

[0050] 另一方面，本发明实施例还提供一种HARQ参数的配置系统，包括：发送端设备，用于发送业务流请求消息，所述业务流请求消息携带所述发送端设备请求的HARQ参数，所述
HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的功率偏
移量中的一种或几种，所述发送端设备根据不同的业务流设置上述参数；接收端设备，用于
接收所述发送端设备发送的业务流请求消息，判断是否能提供所述发送端设备请求业务的
QoS，如果能提供，并向所述发送端设备发送请求响应消息，所述请求响应消息携带所述接
收端设备能提供的HARQ参数。

[0051] 再一方面，本发明实施例还提供一种发送端设备，包括：请求发送模块，用于向接收端设备发送业务流请求消息，所述业务流请求消息携带所述发送端设备请求的HARQ参
数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的
功率偏移量中的一种或几种，所述发送端设备根据不同的业务流设置上述参数；响应接收
模块，用于接收所述接收端设备发送的请求响应消息。

[0052] 再一方面，本发明实施例还提供一种接收端设备，包括：请求接收模块，用于接收发送端设备发送的业务流请求消息，所述业务流请求消息携带所述发送端设备请求的HARQ
参数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包
的功率偏移量中的一种或几种，所述发送端设备根据不同的业务流设置上述参数；响应发
送模块，用于向所述发送端设备发送请求响应消息，所述请求响应消息携带所述接收端设
备能提供的HARQ参数。

[0053] 再一方面，本发明实施例还提供一种HARQ参数的配置方法，包括：协商HARQ参数，所述HARQ参数包括最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的功率
偏移量中的一种或几种，发送端设备根据不同的业务流设置上述参数，所述HARQ参数还包
括所述HARQ包相对非HARQ包的功率偏移量；通过HARQ UL-MAP IE中的指示位来指示是否
使用所述HARQ包相对非HARQ包的功率偏移量。

[0054] 与现有技术相比，本发明实施例具有以下优点：本发明实施例在业务流请求消息和请求响应消息中携带HARQ参数，从而实现了针对不同的用户以及相同用户的不同业务
流分别配置合适的HARQ参数，保证了更优以及更加灵活的服务质量QoS。

[0055] 附图说明

[0056] 图1为现有技术MS发起业务流创建的流程图；

[0057] 图2为现有技术BS发起业务流创建的流程图；

[0058] 图3为本发明实施例HARQ参数的配置方法的流程图；

[0059] 图4为本发明实施例一的流程图；

[0060] 图5为本发明实施例二的流程图；

[0061] 图6为本发明实施例三的流程图；

[0062] 图7为本发明实施例四的流程图；

[0063] 图8为本发明实施例五的流程图；

[0064] 图9为本发明实施例六的结构图。

具体实施方式

[0065] 本发明实施例提供了一种HARQ参数的配置方法，通过本发明实施例，实现了针对不同的业务流配置不同的HARQ参数，从而保证了更优以及更加灵活的服务质量QoS。该不
同的业务流可以是不同用户的业务流，也可以是相同用户的不同业务流。

[0066] 如图3所示，为本发明实施例HARQ参数的配置方法的流程图，具体包括以下步骤：

[0067] 步骤S301，接收发送端设备发送的业务流请求消息，该业务流请求消息携带所述发送端设备请求的HARQ参数。该业务流请求消息包括业务流创建请求消息——DSA请求消
息和业务流修改请求消息——DSC请求消息。该HARQ参数至少包括发送端设备所请求业
务的最大上行重传次数、最大下行重传次数和HARQ包相对非HARQ包的功率偏移量中的一
种或几种。最大上行重传次数、最大下行重传次数、HARQ包相对非HARQ包的功率偏移量这
三个参数是目前UCD/DCD中关于HARQ参数可以针对不同业务流分别协商的主要参数。本
发明实施例在DSA/DSC消息中增加3个TLV来支持基于连接的HARQ参数的配置，如表3所
示。

[0068] 表3

[0069]名称 类型 长度 含义
UL Maximum retransmission ？ 8 bit 最大上行重传次数
DL Maximum retransmission ？ 8 bit 最大下行重传次数
Relative_Power_Offset_For_UL_HARQ ？ 8 bit Bit#0-3：HARQ包相对非HARQ包的功率 偏移量，带符号整数，以0.5dB为单位；
burst Bit#4-7：保留，置零； 如果该TLV不存在，则功率偏移量的默认 值为零。

[0070] 发送端设备根据不同的业务流设置上述3个参数，并通过业务流请求消息告知接收端设备。该不同的业务流可以是不同用户的业务流，也可以是相同用户的不同业务流。

[0071] 步骤S302，向所述发送端设备发送请求响应消息。在接收到发送端设备发送的业务流请求消息之后，接收端设备首先判断其能否提供发送端设备请求业务所要求的QoS。如
果能够提供，则向发送端设备发送请求响应消息。该请求响应消息携带该接收端设备所能
提供的HARQ参数。

[0072] 如果在配置HARQ参数的过程中，配置了HARQ包相对非HARQ包的功率偏移量，则可以在HARQ UL-MAP IE(Hybrid Automatic Repeat RequestUplink-Map Information
Element，混合自动重传请求上行映射表信元)增加一个指示位，例如：在HARQ UL-MAP IE
中用1个比特来指示发送端设备或接收端设备是否要使用配置好的HARQ包相对非HARQ包
的功率偏移量。例如：可以设定如果指示位为1，则使用配置好的HARQ包相对非HARQ包的
功率偏移量，如果指示位为0则不使用，当然也可用其他方式指示。现有技术HARQUL-MAP
IE的格式如表4所示。

[0073] 表4

[0074]语法 长度(bit) 备注
RCID_Type 2 0b00：Normal
CID0b01：RCID11
0b10：RCID7
0b11：RCID3
保留位 2 -

[0075] 本发明实施例修改了HARQ UL-MAP IE的格式，使其可以指示是否使用已配置好的HARQ包相对非HARQ包的功率偏移量，修改后的HARQ UL-MAPIE的格式如表5所示。

[0076] 表5

[0077]语法 长度(bit)备注
RCID_Type2 0b00：Normal CID
0b01：RCID11
0b10：RCID7
0b11：RCID3
指示位 1 0：不使用HARQ包相对非HARQ包的功率偏移量
1：使用HARQ包相对非HARQ包的功率偏移量
保留位 1 -

[0078] 上述HARQ参数的配置方法，在业务流请求消息中携带针对不同业务流的HARQ参数，从而可以在创建或修改业务流的过程中完成HARQ参数的配置，弥补了现有技术对不同
业务流不加区分地配置HARQ参数的缺陷，保证了业务的QoS。

[0079] 如图4所示，为本发明实施例一的流程图，在MS发起的动态业务流的创建流程中配置HARQ参数，具体包括以下步骤：

[0080] 步骤S401，MS向BS发送DSA请求消息以发起创建业务流的请求。该DSA请求消息携带该MS所请求业务的最大上行重传次数、最大下行重传次数和HARQ包相对于non HARQ
包的功率偏移量，上述三个参数的设置如表3所示。 当然也可以包含上述三种参数中的一
种或两种。

[0081] 步骤S402，BS向MS发送已收到DSA请求消息的响应DSX-RVD。在接收到DSA请求消息之后，BS先检查该DSA请求消息的完整性，在对该DSA请求消息的完整性检查成功
之后，BS向MS发送已收到该DSA请求消息的响应DSX-RVD。

[0082] 步骤S403，BS生成一个DSA响应消息发送给MS。在向MS发送DSA响应消息之前，该BS对MS请求的业务进行鉴权，判断该BS能否提供该MS请求业务所要求的QoS。如
果能够提供该MS请求业务所要求的服务质量QoS，则BS生成一个DSA响应消息发送给MS。
该DSA响应消息携带该BS所能提供的最大上行重传次数、最大下行重传次数、HARQ包相对
非HARQ包的功率偏移量。由BS发送的该DSA响应消息携带的上述HARQ参数可以和MS通
过DSA请求消息请求的HARQ参数相同，也可以和其不同。最终建立的业务流的HARQ参数
以BS发送的DSA响应消息所携带的HARQ参数为准。如果不能提供该MS请求业务所要求
的QoS，则该BS拒绝该创建业务流的请求。

[0083] 步骤S404，MS向BS发送收到DSA响应消息的确认信息DSA-ACK，这样就完成了该业务流的创建过程，并在此过程中，完成了对该业务流HARQ参数的配置。

[0084] 上述HARQ参数的配置方法，在MS向BS发送的DSA请求消息中携带该MS所请求业务的HARQ参数，在BS向MS发送的DSA响应消息中携带该BS所能提供的HARQ参数，从
而实现了在创建业务流的过程中完成HARQ参数的配置。

[0085] 如图5所示，为本发明实施例二的流程图，在BS发起的动态业务流的创建流程中配置HARQ参数，具体包括以下步骤：

[0086] 步骤S501，BS向MS发送DSA请求消息。BS通过检查MS的业务授权情况，判断该MS能否提供该BS请求的业务所要求的QoS。如果判断该MS能够提供该BS请求的业务所
要求的QoS，则该BS生成业务流标识SFID和BS请求创建的业务所要求的QoS，并将该SFID
和QoS通过DSA请求消息 发送给MS。同时该DSA请求消息携带该BS所请求业务的最大上
行重传次数、最大下行重传次数和HARQ包相对于non HARQ包的功率偏移量，上述三个参数
的设置如表3所示，当然也可以只包含上述三种参数中的一种或两种。

[0087] 步骤S502，MS向BS反馈DSA响应消息。在接收到BS发送的DSA请求消息之后，如果MS检查该MS可以支持这个业务就向该BS反馈一个DSA响应消息。如果MS检查该MS
不可以支持这个业务，则拒绝这次请求。

[0088] 步骤S503，BS向MS发送DSA确认消息DSA-ACK。在收到MS发送的DSA响应消息之后，该BS向MS发送已收到该DSA响应消息的确认信息，从而完成业务流的创建，并在该
业务流的创建过程中，完成了对该业务流HARQ参数的配置。

[0089] 上述HARQ参数的配置方法，在BS向MS发送的DSA请求消息中携带该BS所请求业务的HARQ参数，在MS可以支持该业务时，就向BS反馈一个DSA响应消息，从而完成该业
务流的创建，并在该业务流创建的过程中完成该业务流HARQ参数的配置。

[0090] 如图6所示，为本发明实施例三的流程图，在MS发起动态业务流修改的时候修改HARQ参数，具体包括以下步骤：

[0091] 步骤S601，MS向BS发送DSC请求消息，以发起修改业务流的请求。该DSC请求消息携带该MS请求修改业务流的最大上行重传次数、最大下行重传次数、HARQ包相对非HARQ
包的功率偏移量，上述三个参数的设置如表3所示，当然只包含上述三种参数中的一种或
两种，也可以完成本发明实施例的功能。

[0092] 步骤S602，BS向MS发送已收到DSC请求消息的响应DSX-RVD。在接收到DSC请求消息之后，BS先检查该DSC请求消息的完整性，在对该DSC请求消息的完整性检查成功
之后，BS向MS发送已收到该DSC请求消息的响应DSX-RVD。

[0093] 步骤S603，BS向MS发送DSC响应消息。BS判断该MS请求修改的业务流是否可以支持这个修改，如果能够支持，则BS向MS发送DSC响应消息，该DSC响应消息携带最大
上行重传次数、最大下行重传次数和HARQ包相对非HARQ 包的功率偏移量。由BS发送的该
DSC响应消息携带的上述HARQ参数可以和MS通过DSC请求消息请求的HARQ参数相同，也
可以和其不同。如果判断该MS请求修改的业务流不可以支持这个修改，则该BS可以拒绝
MS的这次修改请求。

[0094] 步骤S604，MS向BS发送收到DSC响应消息的确认信息DSC-ACK，这样就完成了对业务流HARQ参数的修改。

[0095] 上述HARQ参数的配置方法，在MS向BS发送的DSC请求消息中携带该MS请求修改的业务流的HARQ参数，在BS向MS发送的DSC响应消息中携带该BS所能提供的HARQ参
数，从而实现了在动态业务流的修改过程中完成HARQ参数的修改。

[0096] 如图7所示，为本发明实施例四的流程图，在BS发起动态业务流修改的时候修改HARQ参数，具体包括以下步骤：

[0097] 步骤S701，BS向MS发送DSC请求消息。在BS判断所要修改的业务流可以支持此次修改之后，BS向MS发送DSC请求消息，该DSC请求消息携带该BS要修改的业务流的最
大上行重传次数、最大下行重传次数、HARQ包相对非HARQ包的功率偏移量，上述三个参数
的设置如表3所示。

[0098] 步骤S702，MS向BS反馈DSC响应消息。在接收到BS发送的DSC请求消息之后，如果MS检查该MS可以支持此次修改就向该BS反馈一个DSC响应消息。如果MS检查该MS
不可以支持此次修改，则拒绝此次修改。

[0099] 步骤S703，BS向MS发送DSC确认消息DSC-ACK。在收到MS反馈的DSC响应消息之后，该BS向MS发送已收到该DSC响应消息的确认信息，从而完成此次对业务流的HARQ
参数的修改。

[0100] 上述HARQ参数的配置方法，在BS向MS发送的DSC请求消息中携带该BS所要修改的业务流的HARQ参数，在MS可以支持该修改时，就向BS反馈一个DSC响应消息，从而完
成对业务流的HARQ参数的修改。

[0101] 通过实施例一～四可以看出，无论是在业务流的创建过程中对HARQ参数进行配置，还是在业务流的修改过程中对HARQ参数进行修改，最终确定的HARQ参数均以BS发送
的HARQ参数为准。

[0102] 如图8所示，为本发明实施例五的流程图，具体包括以下步骤：

[0103] 步骤S801，协商HARQ参数，该HARQ参数至少包括HARQ包相对非HARQ包的功率偏移量，该HARQ包相对非HARQ包的功率偏移量的设置格式如表3所示。

[0104] 步骤S802，通过HARQ UL-MAP IE中的指示位来指示是否使用该HARQ包相对非HARQ包的功率偏移量。如果BS和MS协商了该HARQ包相对非HARQ包的功率偏移量，则可
以在HARQ UL-MAP IE中增加一个指示位来指示是否使用该HARQ包相对非HARQ包的功率偏
移量。例如：可以设定如果指示位为1，则使用配置好的HARQ包相对非HARQ包的功率偏移
量，如果指示位为0则不使用。现有技术HARQ UL-MAP IE的格式如表4所示。本发明实施
例修改了HARQ UL-MAP IE的格式，使其可以指示是否使用已配置好的HARQ包相对非HARQ
包的功率偏移量，修改后的HARQ UL-MAP IE的格式如表5所示。

[0105] 如图9所示，为本发明实施例六的结构图，本发明实施例提出的HARQ参数的配置系统包括发送端设备1和接收端设备2。发送端设备1，用于发送业务流请求消息，该业务流
请求消息携带发送端设备1请求的HARQ参数；接收端设备2，用于接收发送端设备1发送的
业务流请求消息，并向发送端设备1发送请求响应消息，该请求响应消息携带接收端设备2
能提供的HARQ参数。

[0106] 其中，发送端设备1包括请求发送模块11和响应接收模块12。请求发送模块11，用于向接收端设备2发送业务流请求消息；响应接收模块12，用于接收接收端设备2发送
的请求响应消息。

[0107] 其中，接收端设备2包括请求接收模块21和响应发送模块22。请求接收模块21，用于接收发送端设备1发送的业务流请求消息；响应发送模块22，用于向发送端设备1发
送创建响应消息。

[0108] 上述HARQ参数的配置系统，发送端设备1在发送的请求消息中携带该发送端设备1所请求的HARQ参数，从而可以实现在创建业务流的过程中配置HARQ参数，以及在业务流
的修改过程中修改HARQ参数，保证了更优的 服务质量QoS。

[0109] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更
佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的
部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若
干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发
明各个实施例所述的方法。

[0110] 以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。