本申请要求于 2011 年 8 月 2 日提交中国专利局、 申请号为 201110219439.X, 发明名称为 "传输调度信息的方法、 基站和用户设备" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域

本发明涉及通信领域， 特别涉及通信领域中传输调度信息的方法、 基 站和用户设备。 发明背景

在长期演进（Long Term Evolution, 筒称为 "LTE" ) 系统中， 演进基 站 （evolved NodeB , 筒称为 "eNB" )使用物理下行控制信道（Physical Downlink Control Channel,筒称为 "PDCCH" )传输用于调度用户设备 ( User Equipment, 筒称为 "UE" ) 的控制信令。 该控制信令包括为 UE分配的物 理信道资源及具体使用的调制编码方式（ Modulation and Codec Scheme, 筒 称为 "MCS" )信息等。 UE在接收到通过 PDCCH传输的控制信令后， 解 析该信令中携带的相关信息， 并按照其中的指示到对应物理信道上进行数 据的收发。

而 PDCCH信令本身也承载在一定的物理资源上进行� ��输。 以一个 5MHz带宽的小区为例， 在一个传输时间间隔（ Transmission Time Interval , 筒称为 "ΤΉ" ) 中， 能够承载的用于用户设备数据调度的控制信令 通常只 有十几个， 这些控制信令还同时包含了上行和下行调度信 令。 因此， 一个 ΤΤΙ内通常只能同时调度几个到十几个用户设 备。

异构网 （ Heterogeneous Network, 筒称为 "HetNet" ) 场景是一种 4艮重 要的网络拓朴， 而 HetNet场景下很重要的一个问题就是小区之间的 干扰， 特别是对控制信道的干扰。 在异构网场景下， 为了减少其它小区对本小区 的干扰，有可能只在某些子帧才能通过 PDCCH发送控制信令，其它子帧不 能发送。 此时， PDCCH的容量将会进一步受限。

然而， 随着智能设备的大量使用， 在网络中出现越来越多的需要传输 小包的业务， 如腾讯 QQ、 微软网络服务（Microsoft Service Network, 筒称 为 "MSN" )及推特（Twitter )等。 这些业务的小数据包具有数据量小、 包 个数多及包间隔长等特点， 因而无法累积多个小包同时进行传输。 因此， 当进行大量的上行小包传输时， 会大大降低 PDCCH 的使用效率， 加大 PDCCH的开销， 并会导致系统出现由于 PDCCH受限而引发的容量受限问 题。 发明内容

本发明实施例提供了一种传输调度信息的方法 、 基站和用户设备， 能 够节省控制信道的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

一方面， 本发明实施例提供了一种传输调度信息的方法 ， 该方法包括： 确定至少一个用户设备所属的分组； 向该至少一个用户设备发送无线资源 控制消息， 该无线资源控制消息包括该分组的分组信息； 将该分组内的至 少一个被调度用户设备中的每个被调度用户设 备的调度信息， 分别封装在 媒体接入控制 MAC协议数据单元 PDU中的 MAC控制单元 CE内；通过控 制信道向该至少一个被调度用户设备发送控制 信令， 该控制信令用于调度 该 MAC PDU。

另一方面， 本发明实施例提供了一种传输调度信息的方法 ， 该方法包 括： 接收基站发送的无线资源控制消息， 该无线资源控制消息包括用户设 备所属分组的分组信息； 接收该基站通过控制信道发送的控制信令， 该控 制信令用于调度承载在共享信道中的媒体接入 控制 MAC 协议数据单元 PDU, 该分组内的至少一个被调度用户设备中的每个 被调度用户设备的调 度信息分别封装在该 MAC PDU中的 MAC控制单元 CE内； 根据该控制信 令， 对该共享信道中的下行数据进行解码。

再一方面， 本发明实施例提供了一种基站， 该基站包括： 第一确定模 块， 用于确定至少一个用户设备所属的分组； 第一发送模块， 用于向该至 少一个用户设备发送无线资源控制消息， 该无线资源控制消息包括该分组 的分组信息； 封装模块， 用于将该分组内的至少一个被调度用户设备中 的 每个被调度用户设备的调度信息，分别封装在 MAC PDU中的 MAC CE内； 第二发送模块， 用于通过控制信道向该至少一个被调度用户设 备发送控制 信令， 该控制信令用于调度该 MAC PDU。

再一方面， 本发明实施例提供了一种用户设备， 该用户设备包括： 第 一接收模块， 用于接收基站发送的无线资源控制消息， 该无线资源控制消 息包括该用户设备所属分组的分组信息； 第二接收模块， 用于接收该基站 通过控制信道发送的控制信令， 该控制信令用于调度承载在共享信道中的 媒体接入控制 MAC协议数据单元 PDU, 该分组内的至少一个被调度用户 设备中的每个被调度用户设备的调度信息分别 封装在该 MAC PDU 中的 MAC控制单元 CE内； 解码模块， 用于根据该控制信令， 对该共享信道中 的下行数据进行解码。

基于上述技术方案， 本发明实施例的方法、 基站和用户设备， 通过将 至少一个被调度用户设备的调度信息封装在 MAC PDU中， 并通过控制信 道承载的控制信令调度该 MAC PDU,从而能够以组合调度的方式传输调度 信息， 因此能够节省控制信道的开销， 提高资源利用率， 并緩解控制信道 容量受限问题。 附图简要说明

为了更清楚地说明本发明实施例的技术方案， 下面将对本发明实施例 中所需要使用的附图作筒单地介绍， 显而易见地， 下面所描述的附图仅仅 是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性 劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1是 MAC PDU子头和 MAC PDU的格式的示意图。

图 2是根据本发明实施例的传输调度信息的方法� �示意性流程图。 图 3 是根据本发明实施例的传输调度信息的方法的 另一示意性流程 图。

图 4是根据本发明实施例的传输调度信息的示意� �。

图 5A至图 5G是根据本发明实施例的 MAC PDU子头和 MAC PDU的 格式的示意图。

图 6 是根据本发明另一实施例的传输调度信息的方 法的示意性流程 图。

图 7是根据本发明另一实施例的传输调度信息的� �法的另一示意性流 程图。

图 8A至 8E是根据本发明另一实施例的传输调度信息的� ��意图。 图 9是根据本发明实施例的基站的示意性框图。

图 10是根据本发明实施例的基站的另一示意性框� ��。

图 11是根据本发明实施例的用户设备的示意性框� ��。

图 12是根据本发明实施例的用户设备的另一示意� ��框图。

实施本发明的方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不是全部实施例。 基于本发明中的实施例， 本领域普通技术人员在没有 做出创造性劳动的前提下所获得的所有其他实 施例， 都应属于本发明保护 的范围。

应理解， 本发明的技术方案可以应用于各种通信系统， 例如： 全球移 动通讯（Global System of Mobile communication, 筒称为 "GSM" ) 系统、 码分多址（Code Division Multiple Access, 筒称为 "CDMA" ) 系统、 宽带 码分多址（ Wideband Code Division Multiple Access , 筒称为 "WCDMA" ) 系统、 通用分组无线业务（ General Packet Radio Service, 筒称为 "GPRS" )、 长期演进（Long Term Evolution , 筒称为 "LTE" ) 系统、 LTE 频分双工 ( Frequency Division Duplex, 筒称为 "FDD" ) 系统、 LTE时分双工（Time Division Duplex, 筒称为 "TDD" )、 通用移动通信系统（ Universal Mobile Telecommunication System, 筒称为 "UMTS" )等。

还应理解， 在本发明实施例中， 用户设备也可称之为终端（Terminal ), 移动台 ( Mobile Station, 筒称为 "MS" )、 移动终端 ( Mobile Terminal )等， 该用户设备可以经无线接入网 （ Radio Access Network, 筒称为 "RAN" )与 一个或多个核心网进行通信， 例如， 用户设备可以是移动电话（或称为 "蜂 窝" 电话）、 具有移动终端的计算机等， 例如， 用户设备还可以是便携式、 袖珍式、 手持式、 计算机内置的或者车载的移动装置， 它们与无线接入网 交换语言和 /或数据。

在本发明实施例中， 基站可以是 GSM 或 CDMA 中的基站 （Base Transceiver Station, 筒称为 "BTS" ),也可以是 WCDMA中的基站（ NodeB, 筒称为 "NB" ), 还可以是 LTE中的演进型基站（ Evolutional Node B , 筒称 为 "eNB 或 e-NodeB" )。 本发明对此并不限定， 但为描述方便， 下述实施 例将以用户设备 ( UE )和基站（ eNB ) 为例进行说明。

图 1示出了媒体接入控制（ Media Access Control, 筒称为 "MAC" )协 议数据单元（ Protocol Data Unit, 筒称为 "PDU" )子头和 MAC PDU的格 式的示意图。 如图 1 所示， 通常在一个传输时间间隔（Transmission Time Interval, 筒称为 "ΤΉ" ) 中， MAC层的基本传输单位为一个 MAC PDU。 一个 MAC PDU由一个 MAC头（ MAC Header )、 零个或至少一个 MAC控 制单元（Control Elements, 筒称为 "CE" )、 零个或至少一个 MAC服务数 据单元（Service Data Unit, 筒称为 "SDU" ) 以及可选的数据填充组成。 一 个^1八( 头由至少一个^1八 ?01；子头（811½½&(161*, 筒称为 "SH" )组成， 一个 MAC PDU SH对应一个 MAC CE或一个 MAC SDU或数据填充。

一个 MAC PDU SH由 R/R/E/LCID/F/L组成，但对于 MAC头中的最后 一个 MAC PDU SH或对应 MAC CE的 MAC PDU SH仅包含 R/R/E/LCID。 其中， R表示预留位（ Reserved ); E表示扩展位 ( Extension ), 指示该 MAC PDU SH后面是否还有 MAC PDU SH; LCID表示逻辑信道标识（Logical Channel Identity ); F表示格式（ Format ), 指示后面的 L域的大小； L表示 长度（ Length ), 指示与该 MAC PDU SH对应的 MAC SDU或 MAC CE的 长度。 需要说明的是， 图 1中的 Oct ( Octet )表示八位字节。

其中 LCID域对于 MAC CE、 MAC SDU及数据填充分别表示不同的含 义。 对于 MAC CE及数据填充而言， 相应的 LCID表示 MAC CE的类型。 而对于 MAC SDU而言，相应的 LCID则表示该 MAC SDU所 载数据的逻 辑信道编号。 具体地， 下行共享信道 LCID的含义如表一所示： 索引 （INDEX ) LCID值

公共控制信道 （ Common

00000 Control Channel , 筒 称 为

"CCCH" )

00001-01010 逻辑信道的标识

01011-11011 预留的标识

11100 用户设备竟争解决标识

11101 定时提前命令

11110 非连续接收命令

11111 填充 ( PADDING ) 图 2示出了根据本发明实施例的传输调度信息的� �法 100的示意性流 程图。 如图 2所示， 该方法 100包括：

S110, 确定至少一个用户设备所属的分组；

S 120 , 向该至少一个用户设备发送无线资源控制 （ Radio Resource Control, 筒称为 "RRC" )消息， 该无线资源控制消息包括该分组的分组信

S130, 将该分组内的至少一个被调度用户设备中的每 个被调度用户设 备的调度信息， 分别封装在 MAC PDU中的 MAC CE内；

S140, 通过控制信道向该至少一个被调度用户设备发 送控制信令， 该 控制信令用于调度该 MAC PDU。

为了提高控制信道的使用效率， 减少控制信道的开销， 基站可以对用 户设备进行分组， 并将分组消息告诉各用户设备， 在进行调度消息的传输 时， 基站可以将至少一个被调度用户设备的调度信 息都封装在 MAC PDU 中， 并使用控制信令进行调度， 从而可以用一个控制信令调度多个用户设 备， 节省控制信道资源， 提高资源利用效率。

因此， 本发明实施例的方法， 通过将至少一个被调度用户设备的调度 信息封装在 MAC PDU 中， 并通过控制信道承载的控制信令调度该 MAC PDU, 从而能够以组合调度的方式传输调度信息， 因此能够节省控制信道 的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

在 S110中， 基站可以根据链路状态、 业务相关信息等因素对用户设备 进行分组。 例如， 基站可以将下行链路质量相近的 UE分为一组， 也可以将 业务突发较集中的 UE分为一组，或者也可以将业务特性相近的 UE分为一 组。 需要说明的是， 基站实际采用的分组方法包括但不限于上述描 述的方 法， 基站可以采用其中的一种方法， 也可以采用其中部分或全部方法的组 合。

应理解， 在基站采用特定的方法进行分组时， 如果基站发现已经被分 为一组的 UE无法再继续被分在同一组内，则基站可以对 UE重新进行分组， 并修改原有的分组信息。

在本发明实施例中， UE可以加入某一分组或退出某一分组， 该操作可 以通过 RRC消息或其它消息实现。 此外， 作为一个特例， 如果该小区所有 UE可以同属一个分组， 即该分组在整个小区范围内有效， 那么所使用的分 组标识无线网络临时标识 ( Radio Network Temporary Identifier, 筒称为 "RNTI" )可以在协议中静态配置， 也可以在广播消息中通知， 还可以通过 RRC消息或其它消息进行配置。 从理论上讲， 该分组标识也可以使用现有 的用于寻呼的 P-RNTI 和 /或用于广播的 SI-RNTL 当使用 P-RNTI 和或 SI-RNTI作为分组标识时，只有当 UE收到属于自己的专有数据（MAC SDU 或 MAC CE ) 时， 才可能根据指示和 /或基于需要进行反馈， 且此时需要增 加 MAC PDU子头， 指示哪些是寻呼或广播消息， 哪些是专属 UE的数据。

在 S120中， 分组信息包括分组标识和用户设备在该分组内 的位置。 可 选地， 该分组信息还包括调度方式信息， 该调度方式信息用于指示是否采 用组调度方式。 例如， 基站给分组分配一个用于组调度的标识 Group-C-RNTL

应理解， 用户设备在分组内的位置可以包括用户设备在 分组内的编号 或相对位置。 还应理解， 用于通知分组信息的 RRC 消息， 可以是已有的 RRC消息， 例如 RRC连接重配置（ RRC Connection Reconfiguration )消息， 也可以是新增加的 RRC消息。 而用于指示分组信息中的具体发送参数可以 使用已有消息中的参数、 新增加的参数或现有参数中的某些字段。

这些 RRC消息及指示参数仅仅是为描述方便而采用的 名称， 这个名称 不能够对本发明实施例适用的范围进行限定， 即在某些系统中也许没有类 似的名称， 但是， 不能由此认为本发明实施例中的技术方案不能 够适用于 这些系统。

在 S130中， 当基站完成用户设备的分组后， 基站通过接收到的分组内 至少一个 UE上报的緩存状态报告（Buffer Status Report, 筒称为 "BSR" ), 或者根据该分组内至少一个 UE 的下行数据传输的情况， 获得该至少一个 UE的上行数据緩存、 发送情况， 准备向该至少一个 UE传输调度信息。 在 本发明实施例中， eNB将该至少一个被调度的 UE中的每个 UE的调度信息 分别作为一个 MAC CE, 并将承载每个 UE的调度信息的 MAC CE一起封 装为一个 MAC PDIL 每个 MAC CE可指示一个用户设备的调度信息， 即 上行授权（UpLink Grant, 筒称为 "UL Grant" 或 "ULG" ), 其中 UL Grant 中可以包括分配给相应的 UE的物理资源、需要使用的 MCS、所传输的 MAC PDU的大小以及该 UE使用该资源进行数据发送的传输时间等。

在 S140中， 基站可以使用一条 PDCCH控制信令， 对承载至少一个被 调度用户设备的调度信息的 MAC PDU进行调度。该 PDCCH控制信令可以 使用标识 Group-C-RNTI进行加掩， 并在公共搜索空间进行传输。从而通过 一条 PDCCH控制信令可以传输多个用户设备的调度信� ��，因此能够节省控 制信道的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

在本发明实施例中， 如图 2所示， 传输调度信息的方法 100还可以包 括：

S150, 基站接收该至少一个被调度用户设备中成功获 取调度信息的第 一用户设备发送的确认反馈；

S160, 基站根据该确认反馈， 确定该至少一个被调度用户设备中没有 成功获取调度信息的第二用户设备；

S 170 , 基站向该第二用户设备传输该第二用户设备的 调度信息。

在本发明实施例中， 基站接收该至少一个被调度用户设备中成功获 取 调度信息的第一用户设备发送的确认反馈， 即发送确认反馈的用户设备不 仅对共享信道中的下行数据成功解码， 并且还确认获取的该 MAC PDU中 的相应 MAC CE包括该用户设备的调度信息。 即， UE如果没有成功解码数 据包， 则可以丢弃数据包， 不需要进行反馈； UE如果成功解码数据包， 但 确认没有属于自己的调度信息时， 也不需要反馈。

基站收到第一用户设备的反馈后， 可以确定没有正确接收调度信息的 第二用户设备， 并重传这些第二用户设备的调度信息。 基站进行调度信息 的重传时， 可以重新组合组内的其他用户设备的调度信息 同时发送， 而不 限于上一次的发送组合， 也可以单独发送第二用户设备的调度信息。 因为 本发明实施例的该方法的重传数据包无法合并 解码， 重传获得的仅仅是时 间分级增益， 因此重传数据包也不需要标识该包为重传包。

另外， 如果基站将确认反馈（ ACK )误解为否认反馈（NACK ), 那么 由于组调度的 UE只能发送 ACK, 因此基站仍会将收到的否认反馈 NACK 确定为 ACK。

应理解， 第一用户设备指分组内至少一个被调度用户设 备中成功获取 调度信息的一个或多个用户设备， 类似地， 第二用户设备指分组内至少一 个被调度用户设备中没有成功获取调度信息的 一个或多个用户设备。

可选地， 在基站确定该第二用户设备没有成功获取调度 信息时， 该方 法 100还包括：

S180, 在确定该第二用户设备没有成功获取调度信息 时， 基站重新分 配该第二用户设备的调度信息所指示的资源。

例如，如果基站在预定时间间隔没有收到 UE的反馈，那么为了充分利 用资源，基站可以回收该 UE的调度信息所指示的资源， 并进行资源的重新 分配。此时，基站给 UE配置的调度信息所指示的调度时间需要设置� ��使得 基站能够重新分配该资源。

具体而言， 在 MAC CE中指示 UE使用 UL Grant进行上行传输的调度 时间可以是绝对时间，例如系统帧号（ System Frame Number,筒称为 "SFN" ) 加子帧 （Sub Frame ); 该调度时间也可以是相对时间， 例如相对于 eNB发 送该 MAC CE的时间， 或相对于 UE成功接收到该 MAC CE的时间， 或相 对于 UE成功接收到该 MAC CE后反馈 ACK的时间等，该调度时间可以是 以 ΤΉ为单位。如果调度时间是相对于 UE成功接收到该 MAC CE的时间， 或相对于 UE成功接收到该 MAC CE后反馈 ACK的时间， 那么典型地， 该 调度时间可以设置为指示 eNB收到 ACK或 NACK之后，允许 eNB再次将 该资源分配给其它用户设备，并在该用户设备 使用该 UL Grant的时间之后， 以便当 UE的调度信息最终传输失败后， eNB能够重新分配该调度信息所 指示的资源， 如图 4所示。

应理解， 上述各过程的序号的大小并不意味着执行顺序 的先后， 各过 程的执行顺序应以其功能和内在逻辑确定， 而不应对本发明实施例的实施 过程构成任何限定。 例如， 可以先执行 S180再执行 S170, 也可以先执行 S170, 再执行 S180。

因此， 本发明实施例的方法， 通过将至少一个被调度用户设备的调度 信息封装在 MAC PDU 中， 并通过控制信道承载的控制信令调度该 MAC PDU, 从而能够以组合调度的方式传输调度信息， 因此能够节省控制信道 的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

在本发明实施例中， 承载该控制信令的控制信道元素（ Control Channel Element,筒称为 "CCE" )的数量由该至少一个被调度用户设备的数量� �定。 可选地， 承载该控制信令的 CCE的数量与至少一个被调度用户设备的数量 相同。即一条 PDCCH控制信令在公共搜索空间所占物理资源大� ��可以是一 个或一个以上的 CCE。 例如， 当需要同时调度的 UE的数量是 2时， 可以 使用占用两个 CCE的 PDCCH命令进行调度， 以进一步提高 PDCCH的利 用效率。

应理解，相关技术中一条 PDCCH控制信令在公共搜索空间所占物理资 源大小为 4个控制信道元素（Control Channel Element, 筒称为 "CCE" )或 8 个 CCE。 而根据本发明实施例所采用的技术方案， 在公共搜索空间的 PDCCH控制信令占用的 CCE的数量可以根据同时被调动的用户设备的数 量确定， 即使用本发明实施例的组调度方式时，一个 PDCCH控制信令所占 用的 CCE的个数也可以是 2、 3、 5、 6或其它值。 因此， 本发明实施例能 够减少对 PDCCH控制信令占用的 CCE的数量的限制， 从而能够更灵活地 进行调度信息的传输， 提高 PDCCH的利用效率， 緩解 PDCCH容量受限问 题。

另外， 目前公共搜索空间的大小为 16个 CCE, 为了能在同一个传输时 间间隔（Transmission Time Interval, 筒称为 "ΤΤΓ ) 中调度更多的分组， 在本发明实施例中， 该空间的大小也可以改变， 例如将公共搜索空间的大 小由 16个 CCE增加到 20个 CCE, 或其它数量的 CCE。 当然， 该公共搜索 空间包括的 CCE的数量不能超过可用的 CCE的总数，并且另一方面，也可 以基于需要减少该公共搜索空间的大小。

在本发明实施例中， 除使用现有的公共空间外， 还可以定义一个用于 组调度的组调度空间， 该组调度空间包括空间大小和位置等。 该组调度空 间可以是所有组共用的； 也可以是不同的组有不同的调度空间， 不同组的 调度空间理论上也可以重叠， 调度空间的大小可以相同， 也可以不同。 与 该组调度空间相关的信息可以通过 RRC消息配置给属于特定组的特定 UE, 当然， 该信息也可以在协议中静态配置。 并且， 使用组调度空间时， 在组 调度空间发送一个 PDCCH控制信令可以占用一个或一个以上的 CCE。

在本发明实施例中， 基站向 UE发送的该 RRC消息还可以包括该至少 一个被调度用户设备用于进行混合自动重传请 求（ Hybrid Automatic Repeat reQuest, 筒称为 "HARQ" )反馈的资源信息。 可选地， 该资源信息包括用 于 UE进行 HARQ反馈的 PUCCH资源的个数，以及每个 PUCCH资源占用 的物理层资源的位置。

应理解， 在 LTE系统中， 使用 HARQ技术来确保数据的可靠传输。 当 eNB在第 n个 TTI, 在 PDCCH上发送了用于 UE下行数据调度的控制信令 后， UE 根据该调度信令指示， 在对应的物理下行共享信道 （ Physical Downlink Share Channel, 筒称为 "PDSCH" )上接收下行数据。 并在第 n+4 TTI在 PUCCH上传输 HARQ反馈， 通知 eNB该数据是否成功接收。 而 、' JS m'i t si工 ^调度的 PDCCH占用的物理资源 通常地， 用于计算本次 PUCCH反馈资源的主要因素即为对应此次调度的 PDCCH占用的第一个 CCE的位置。

通常情况下，一条 PDCCH控制信令在公共搜索空间所占物理资源大� �� 为 4个控制信道元素 （Control Channel Element, 筒称为 "CCE" )或 8个 CCE , 为了使得被调度 UE 能够计算出需要使用的物理上行控制信道 ( Physical Uplink Control Channel, 筒称为 "PUCCH" ) 资源， eNB同时调 度的 UE数目与配置的 PDCCH所占资源个数相关。即不论一个组中有多� �� UE, 但如果某一时刻 eNB在公共搜索空间发送的 PDCCH所占资源为 4个 CCE, 则 eNB在该 ΤΉ同时调度的 UE数目不应该大于 4, 以保证所有 UE 都能计算出并使用相对应的 PUCCH资源反馈 ACK。 如果 PDCCH所占资 源的 8个 CCE, 则 eNB在该 ΤΉ同时调度的 UE数目不应该大于 8, 以保 证所有 UE都能计算出并使用相对应的 PUCCH资源反馈 ACK。

在本发明实施例中， UE通过自己被调度的位置以及发送用于组调度� �� PDCCH控制信令所占的 CCE位置， 计算用于上行 HARQ ACK反馈的 PUCCH资源。 对于 PUCCH资源的获取方式， 可选地， 可以将为该组预留 的用于 UE反馈的 PUCCH资源通过 RRC消息告知 UE。该资源信息包括用 于 UE进行 HARQ反馈的 PUCCH资源的个数，以及每个 PUCCH资源占用 的物理层资源的位置。

其中， 预留的 PUCCH个数与 eNB决定的该组能够同时发送的 UE个 数相关， 即如果 eNB决定该组中可以同时传输 4个 UE的数据包， 则为该 组预留的 PUCCH数目为 4。 此外， 当 eNB决定改变该组中能够同时传输 的 UE数目时， 可以通过 RRC消息改变预留的 PUCCH资源。 当 UE需要 进行 HARQ-ACK反馈时， 根据自己被调度的位置及通过 RRC消息接收到 的预留的 PUCCH资源来确定自己实际使用的 PUCCH,从而进行 HARQ反 贝。

应理解， 针对 UE在 PUCCH资源上发送 HARQ-ACK问题， 需要说明 的是，在 LTE第 10版本（ Rd-10 )标准中，可以为 UE配置是否使用 PUCCH 多天线发射分集。如果配置了使用该机制， 则 UE在 PUCCH上发送 HARQ 反馈时， 需要占用 2个 PUCCH; 而如果没有配置该机制， 则只占用 1 个 PUCCH进行反馈。 为了筒单起见， 可以规定不管 UE是否配置了 PUCCH 多天线发射分集机制，在组调度的情况下，均 按照普通的 PUCCH发射机制， 即只适用 1个 PUCCH发送 HARQ-ACK。 但当组内 UE在某个 ΤΉ使用专 用调度时， 具体使用的 PUCCH发送机制根据 UE实际配置的方式执行， 即 如果配置了 PUCCH多天线发射分集，就使用多天线方式发送� �� 而如果没有 配置， 则使用普通发射方式。

在本发明实施例中，基站可以选择部分 UE进行反馈， 而并不要求所有 的 UE进行反馈， 从而在一个 TTI中能够调度更多 UE的数据， 而不再受限 于 PDCCH控制信令所占的 CCE的数量。 需要进行反馈的 UE的信息可以 通过 MAC PDU进行指示。 因此， 本发明实施例中， 该 MAC PDU还可以 包括用户设备信息， 该用户设备信息用于指示该至少一个被调度用 户设备 中需要进行 HARQ反馈的用户设备。

具体而言， 当 _e NB在某 ΤΉ使用 PDCCH调度的 UE数超过 PDCCH 所占的 CCE数后， eNB可以选择某一个或某几个 UE进行反馈。 eNB通过 这一个或这几个 UE的反馈， 判断是否需要重新传输对应的数据。 eNB具 体确定哪个或哪些 UE要进行反馈的方法例如可以是：

方法一、 基站根据 PDCCH所占的 CCE的数量， 确定排在前面的几个 UE在成功接收到自己的数据后， 需要进行反馈。 即， 所调度的数据在该 MAC PDU的位置能够映射到对应的 PUCCH的 UE, 在成功收到数据后， 需要进行反馈； 而调度的数据在该 MAC PDU 的位置不能映射到对应的 PUCCH的 UE, 即使成功收到了数据， 也不进行反馈。 如 PDCCH所占的 CCE的数量为 4, 而调度的 UE的数量为 6, 则只能是排在前面 4个的 UE 才能进行反馈，后面两个 UE由于无法找到对应的反馈资源，所以不能进� �� 反馈。

方法二、 基站指定哪个或哪几个 UE进行反馈， 成功接收到数据的 UE 根据指示进行反馈或者不反馈。 可选地， eNB在 MAC PDU中指示需要进 行反馈的 UE的信息， 例如， 可以为每个被调度到的 UE设置一个是否需要 反馈的标识， 该标识可以占用 MAC PDU中的一个预留比特（bit )。 另夕卜， 还可以通过 RRC消息对需要反馈的 UE进行指示， 例如， RRC消息还可以 包括需要进行反馈的 UE的 ID, 和 /或 UE在 MAC PDU的相对位置， 例如 奇数位置、 偶数位置、 第一个、 最后一个等， 不再——举例。 相应地， 当 UE成功收到属于自己的数据后， 根据指示进行反馈或不反馈。

eNB收到反馈后进行后续操作， 例如重传或丢包， 这取决于 eNB的具 体实现。 例如， eNB指示信道条件最差的一个或几个 UE进行反馈， 如果 这几个 UE均反馈 ACK, 则认为其它没有指示反馈的 UE的数据也成功接 收到。 或者这几个 UE没有反馈 ACK, 则认为其它 UE的数据也没有发送 成功， 需要再次重传。 或者只要有 UE应该但没有反馈 ACK, 则对所有没 有反馈 ACK和不能反馈 ACK的 UE的数据进行重新调度等。

应理解， 本发明实施例由于增加了指示， 因此可以解决相关技术中， 即使按 CCE位置能够映射到对应的反馈资源但也有可能 资源沖突的问题。 但是， 该方案带来问题是 eNB不能准确知道所有 UE的数据接收情况， 从 而有可能增加丢包或不必要的重传。 当然， 本发明实施例由于采用组调度， eNB 可以采用相对比较保守的调制编码方式， 同时合理设计需要反馈的 UE, 则可以大大减少 eNB误判的可能。 因此， 本发明实施例突破了所调度 的 UE的数量受 PDCCH所占 CCE的数量的限制， 从而可以更进一步优化 PDCCH的使用， 调度更多的 UE。

值得说明的是， 在本发明实施例中， 即使所调度的 UE数没有超过 PDCCH所占 CCE数， eNB也可以指示哪些 UE需要进行反馈。 此外， eNB 除了指示哪个或哪些 UE需要反馈的信息外，还可以指示对应的 UE应该在 与哪个 CCE的位置对应的 PUCCH信道上进行反馈， 而不一定是按照 UE 的数据在整个 MAC PDU中的位置， 选择在 CCE对应的 PUCCH信道上进 行反馈。

在本发明实施例中， MAC PDU的 MAC CE用于承载被调度的用户设 备的调度信息， 为了指示 MAC CE承载的内容， 可选地， 与承载调度信息 的 MAC CE相应的 MAC PDU子头的逻辑信道标识 LCID用于指示该 MAC CE承载调度信息。 例如， 如表二所示， 可以采用预留索引 11011用于表示 与该 MAC PDU子头相应的 MAC CE携带调度信息。 相应地， UE根据该 索引 11011 , 可以确定相应的 MAC CE中承载的内容是调度信息。

在本发明实施例中， 为了指示 MAC CE承载的调度信息具体对应于那 个用户设备， 可以通过 MAC PDU子头、 MAC CE等进行指示。 可选地， 该 MAC PDU的头部包括固定长度的比特位， 该比特位用于指示该分组内 被调度的用户设备。 可选地， 该 MAC PDU包括承载可变长度的位图指示 的 MAC CE, 该位图指示用于指示该分组内被调度的用户设 备。 可选地， 与承载调度信息的 MAC CE相应的 MAC PDU子头的预留字段或扩展字段， 承载与该调度信息相应的用户设备的标识。 可选地， 该 MAC PDU包括承 载该分组内被调度的用户设备的标识的 MAC CE。 下面将通过具体例子进 行说明。

如图 5A所示， MAC PDU的头部可以包括固定长度的比特位， 该比特 位用于指示该分组内被调度的用户设备。例如 ， 可以在 MAC头的最前面增 加固定长度的位图 （bitmap )指示， 如 8比特。 每个比特表示一个 UE, 并 且可以用 1表示有该 UE的数据， 用 0表示没有该 UE数据， 总比特数等于 该分组内的用户设备的个数。 位图指示的顺序与 eNB通过 RRC消息为 UE 配置的组内位置相关。 如图 5A所示， 表示与 UE0、 UE2、 UE5、 UE7相应 的 UE有数据被调度。 其中一个 UE的用户数据可以是一个 MAC SDU, 也 可以是一个 MAC CE,并且每个 UE数据仅包含一个 MAC SDU或一个 MAC CE。

如图 5B所示，该 MAC PDU包括承载可变长度的位图指示的 MAC CE, 该位图指示用于指示该分组内被调度的用户设 备。

例如， 可以将 Bitmap作为一种 MAC CE , 包含在 MAC PDU中， 并使 用 R/R/E/LCID/F/L子头进行指示， 如表三所示， 可以增加一个 LCID值， 即组调度（ Group Scheduling )。 该 MAC CE的具体格式如图 5B所示， 与其 他的 MAC CE不同的是 ， 为了表示变长的 MAC CE大小， 其对应的 MAC PDU子头 SH( SubHeader )包含 R/R/E/LCID/E/L域，其中 L域指示了 Group Scheduling MAC CE的长度， 并且该 MAC CE放在所有 MAC CE的前面。 其中， Bitmap指示的顺序与 eNB通过 RRC消息为 UE配置的组内位置相关。

表三

索引 （INDEX ) LCID值 00000 CCCH

00001-01010 逻辑信道的标识

01011-11010 预留的标识

11011 组调度

11100 用户设备竟争解决标识

11101 定时提前命令

11110 非连续接收命令

11111 填充

如图 5C至 5E所示，可选地，与承载调度信息的 MAC CE相应的 MAC PDU子头的预留字段或扩展字段， 承载与该调度信息相应的用户设备的标 识。 固定长度的 UE_ID (2bits) 。

具体地， 如图 5C所示， 可以使用当前 MAC PDU SH中的两个预留比 特承载被调度用户设备的标识（ UE_ID )。 UE的标识 UE_ID可以是 eNB通 过 RRC消息为 UE配置的组内的编号， 承载该标识的比特位长度固定且为 2比特。 如图 5D所示， 可以采用 8比特， 也可以采用 16比特或者更多比 特的比特位来承载 UE的标识 UE_ID,该标识可以是 eNB通过 RRC消息为 UE配置的组内的编号， 并且该标识的长度取决于分组中 UE的数量。 但一 旦确定了扩充的比特数目， 对所有组调度 UE, 都使用该格式。 图 5D所示 的例子将承载 UE的标识的比特位扩充为 8比特。 如图 5E所示， 可以使用 两个长度的比特位， 用 T域进行标识， 如 0代表使用 7比特的比特位， 1 代表使用 15比特的比特位。 UE_ID等于步骤 1 中 eNB通过 RRC消息为 UE配置的组内的编号。 UE的标识可以是 eNB通过 RRC消息为 UE配置的 组内的编号。 应理解， 同一个 UE的多个上行授权可以在同一个 MAC PDU 中出现。

如图 5F和 5G所示， 可选地， 该 MAC PDU包括 载该分组内被调度 的用户设备的标识的 MAC CE。 具体地，如图 5F所示，可以在 MAC PDU中增加新的固定长度的 MAC CE, 用于标识相应的 MAC CE承载的调度信息属于哪个 UE。 将用户设备 的标识 UE_ID作为一种 MAC CE,包含在 MAC PDU中，并使用 R/R/E/LCID 子头进行指示。 如表四所示， 可以增加一个 LCID值（UE 标识， 即 UE Identity ) , 用于表示该 MAC CE的类型。 该 MAC CE的具体格式可以如图 5F中的 （a )所示， 该固定长度可以是 8比特， 也可以是 16比特或更长， 但一旦确定， 对所有组调度的 UE均使用该固定长度。 与其他 MAC CE不 同的是， 该 MAC CE不用放在 MAC 头的最前面， 而是穿插在 MAC CE子 头和 /或 MAC SDU子头所指示的 MAC CE或 MAC SDU的前面。 同一个 UE的多个上行授权可以在同一个 MAC PDU中出现。

表四

具体地，如图 5G所示，可以在 MAC PDU中增加新的可变长度的 MAC CE, 用于标识相应的 MAC CE承载的调度信息属于哪个 UE。 例如， 可以 将 UE_ID作为一种 MAC CE,包含在 MAC PDU中，并使用 R/R/E/LCID/F/L 子头进行指示。 如表四所示， 可以增加一个 LCID值（UE 标识， 即 UE Identity ), 用于表示该 MAC CE的类型。 该 MAC CE的具体格式如图 5G 中的 （a )所示。 与其他 MAC CE不同的是， 为了表示变长的 MAC CE大 小， 其对应的 MAC PDU SH可以包含 R/R/E/LCID/E/L域， 其中 L域指示 组调度 MAC CE的长度。且该 MAC CE不用放在 MAC 头的最前面， 而是 穿插在 MAC CE子头和 /或 MAC SDU子头所指示的 MAC CE或 MAC SDU 的前面。 同一个 UE的多个上行授权可以在同一个 MAC PDU中出现。

本发明实施例的方法， 通过将至少一个被调度用户设备的调度信息封 装在 MAC PDU中， 并通过控制信道承载的控制信令调度该 MAC PDU,从 而能够以组合调度的方式传输调度信息， 因此能够节省控制信道的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

上文中结合图 2至图 5G, 从基站的角度详细描述了根据本发明实施例 的传输调度信息的方法， 下面将结合图 6至图 8E, 从用户设备的角度描述 根据本发明实施例的传输调度信息的方法。

图 6示出了根据本发明另一实施例的传输调度信� �的方法 200的示意 性流程图。 如图 6所示， 该方法 200包括：

S210, UE接收基站发送的无线资源控制消息， 该无线资源控制消息包 括用户设备所属分组的分组信息；

S220, UE接收该基站通过控制信道发送的控制信令， 该控制信令用于 调度承载在共享信道中的媒体接入控制 MAC协议数据单元 PDU, 该分组 内的至少一个被调度用户设备中的每个被调度 用户设备的调度信息分别封 装在该 MAC PDU中的 MAC控制单元 CE内；

S230, UE根据该控制信令， 对该共享信道中的下行数据进行解码。 因此， 本发明实施例的方法， 通过将至少一个被调度用户设备的调度 信息封装在 MAC PDU 中， 并通过控制信道承载的控制信令调度该 MAC PDU, 从而能够以组合调度的方式传输调度信息， 因此能够节省控制信道 的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

在 S210中， 基站可以根据链路状态、 业务相关信息等因素对用户设备 进行分组。 并且 UE可以加入某一分组或退出某一分组， 该操作可以通过 RRC消息或其它消息实现。 在基站采用特定的方法进行分组时， 如果基站 发现已经被分为一组的 UE无法再继续被分在同一组内， 则基站可以对 UE 重新进行分组， 并^ ίι爹改原有的分组信息。

可选地， 分组信息包括分组标识和用户设备在该分组内 的位置。 可选 地， 该分组信息还包括调度方式信息， 该调度方式信息用于指示是否采用 组调度方式。例如，基站给分组分配一个用于 组调度的标识 Group-C-RNTI。 应理解， 用户设备在分组内的位置可以包括用户设备在 分组内的编号或相 对位置。 还应理解， 用于通知分组信息的 RRC 消息， 可以是已有的 RRC 消息， 例如 RRC连接重配置（ RRC Connection Reconfiguration ) 消息， 也 可以是新增加的 RRC消息。

在 S220 中， UE在监听小区无线网络临时标识（Cell-Radio Network Temporary Identifier, 筒称为 "C-RNTI" )加掩的 PDCCH控制信令之外， 还需要在公共搜索空间监听属于自己的 Group-C-RNTI加掩的 PDCCH控制 信令， 检测是否有组调度命令发送。

在 S230中， 当 UE接收到属于自己的 Group-C-RNTI加掩的 PDCCH 控制信令后， 根据 PDCCH指示， 接收 PDSCH数据并进行解码。 UE MAC 层如果没有成功解码数据包， 则丢弃该数据包， 不需要进行 HARQ反馈。 而如果成功解码该数据包， 获得该 MAC PDU后， 根据 MAC头中的指示， 确认是否有属于自己的上行授权命令， 如果没有， 则丢弃该 MAC PDU, 不 需要进行 HARQ反馈。 如果有属于自己的上行授权命令， 确认自己在被调 度 UE中的相对位置或根据 UE标识 UE_ID的指示获取属于自己的上行授 权命令。

在承载调度信息的 MAC PDU中， 每个 MAC CE可指示一个用户设备 的调度信息， 即上行授权（UpLink Grant, 筒称为 "UL Grant"或 "ULG" ), 其中 UL Grant中包括分配给相应的 UE的物理资源、 需要使用的 MCS、 所 传输的 MAC PDU的大小以及该 UE使用该资源进行数据发送的传输时间。 可选地， 在本发明实施例中， 承载该控制信令的控制信道元素的数量 由该至少一个被调度用户设备的数量确定。可 选地，承载该控制信令的 CCE 的数量与至少一个被调度用户设备的数量相同 。即一条 PDCCH控制信令在 公共搜索空间所占物理资源大小可以是一个或 一个以上的 CCE。 例如， 当 需要同时调度的 UE的数量是 2时， 可以使用占用两个 CCE的 PDCCH命 令进行调度， 以进一步提高 PDCCH的利用效率。

在本发明实施例中， 可选地， 该方法 200还包括：

S240, UE仅在该用户设备对该共享信道中的下行数据� ��功解码， 并且 确认获取的该 MAC PDU中的第一 MAC CE包括该用户设备的第一调度信 息时， 向该基站发送确认反馈。

即， UE如果没有成功解码数据包， 则可以丢弃数据包， 不需要进行反 馈； UE如果成功解码数据包， 但确认没有属于自己的调度信息时， 也不需 要反馈。

在本发明实施例中， UE可以根据该 MAC PDU中包括的用户设备信息， 向该基站发送确认反馈， 该用户设备信息用于指示该至少一个被调度用 户 设备中需要进行 HARQ反馈的用户设备。 即， 基站可以选择部分 UE进行 反馈， 而并不要求所有的 UE进行反馈， 从而在一个 TTI中能够调度更多 UE的数据， 而不再受限于 PDCCH控制信令所占的 CCE的数量。需要进行 反馈的 UE的信息可以通过 MAC PDU进行指示。

在本发明实施例中， UE通过自己被调度的位置以及发送用于组调度� �� PDCCH控制信令所占的 CCE位置， 计算用于上行 HARQ ACK反馈的 PUCCH资源。 对于 PUCCH资源的获取方式， 可选地， 可以将为该组预留 的用于 UE反馈的 PUCCH资源通过 RRC消息告知 UE。 即， 该无线资源控 制消息还包括该至少一个被调度用户设备用于 进行混合自动重传请求 HARQ反馈的资源信息。 该资源信息包括用于 UE 进行 HARQ反馈的 PUCCH资源的个数， 以及每个 PUCCH资源占用的物理层资源的位置。 其中， 预留的 PUCCH个数与 eNB决定的该组能够同时发送的 UE个 数相关， 即如果 eNB决定该组中可以同时传输 4个 UE的数据包， 则为该 组预留的 PUCCH数目为 4。 此外， 当 eNB决定改变该组中能够同时传输 的 UE数目时， 可以通过 RRC消息改变预留的 PUCCH资源。 当 UE需要 进行 HARQ-ACK反馈时， 根据自己被调度的位置及通过 RRC消息接收到 的预留的 PUCCH资源来确定自己实际使用的 PUCCH,从而进行 HARQ反 贝。

在本发明实施例中， 可选地， 如图 7所示， 该方法 200还包括： S260, UE获取该 MAC PDU中的第一 MAC CE, 该第一 MAC CE包 括该用户设备的第一调度信息；

S270, UE根据该第一调度信息进行上行传输。

可选地，在 UE获取该 MAC PDU中的第一 MAC CE之前，该方法 200 还包括：

S250, UE根据与该第一 MAC CE相应的 MAC PDU子头的 LCID, 确 定该第一 MAC CE承载该第一调度信息。

例如， UE可以根据 MAC PDU子头的 LCID值， 确定相应的 MAC CE 中承载的内容是调度信息， 在表二所示的情况下， UE根据该索引 11011 , 可以确定相应的 MAC CE中承载的内容是调度信息。

在本发明实施例中， UE根据第一调度信息进行上行传输可以包括： 如果在该第一调度信息指示的调度时间之前没 有上行数据发送， 并且 在该调度时间之前接收到该第一 MAC CE,那么 UE在该调度时间向该基站 发送填充緩存状态报告 BSR和 /或填充比特； 或

如果在接收到该第一 MAC CE之后并且在该调度时间之前有上行数据 发送， 那么 UE在该调度时间向该基站发送该上行数据和 /或 BSR。

下面将结合图 8A至 8E分情况具体说明。 如图 8A所示， 在接收到该第一 MAC CE之前， 并且在该第一调度信 息指示的调度时间之前有上行数据需要发送， 在此情况下， 如果有 eNB分 配的上行资源， 则 UE进行上行传输； 如果没有资源， 但触发了緩存状态报 告（Buffer Status Report, 筒称为 "BSR" ), 则会触发请求上行资源的流程， 如果即没有上行资源， 也没有触发 BSR, 则在上行授权 ( UL Grant )上可 以传输数据和 /或 BSR和 /或 Padding ₀ 该情况下的处理流程与相关技术中使 用 UL Grant进行上行数据传输的处理流程相同。

如图 8B所示，如果在该第一调度信息指示的调度时� ��之前没有上行数 据发送，并且在该调度时间之前接收到该第一 MAC CE,那么 UE在该调度 时间向该基站发送填充緩存状态报告 BSR和 /或填充比特。

如图 8C所示， 如果在接收到该第一 MAC CE之后并且在该调度时间 之前有上行数据发送， 那么 UE在该调度时间向该基站发送该上行数据和 / 或 BSR。 具体地， 当 UE在接收到该 MAC CE之前没有数据， 但在当 UE 在接收到该 MAC CE之后有数据需要发送， 则根据 UE能力可以使用 UL Grant进行上行数据和或 BSR的传输。例如，如果 UE开始为对应的 ULGrant 上组装 MAC PDU时， 新数据还没有到达， 则该 ULGrant上也只能发送发 送 Padding BSR和或 Padding; 如果 UE在开始为对应的 ULGrant上组装 MAC PDU之前有新数据到达， 则可以传输该数据。 可选地， 由于 UE已经 接收到 MAC CE中携带的 UL Grant, 所以即使触发了 BSR过程， 也可以不 触发请求上行资源流程， 而是直接使用该 UL Grant进行上行数据和或 BSR 的传输。

如图 8D所示， 当 UE接收到该 MAC CE之后， 对应的 UL Grant指示 的上行传输的时间已经超时， 例如针对指示绝对时间的情况， 或针对指示 相对于 eNB组装发送该 MAC CE的时间的情况， UE忽略该 MAC CE中指 示的 UL Grant。 eNB检测到 UE还没有成功接收到该 MAC CE但所指示的 UL Grant时间超时，则 eNB可以收回该 UL Grant所指示的资源并重新进行 分配。

如图 8E所示， 如果 eNB检测到该 MAC CE所在的 MAC PDU经过 HARQ重传后， 最终没有传输成功， 即没有被 UE成功接收到， 则 eNB可 以收回该 UL Grant所指示的资源并分配给其它 UE。 如果 eNB来不急分配 给其它 UE, 则忽略该 MAC CE所指示的 UL Grant的上行传输， 也不因为 在该 ULGrant上没有成功接收到上行数据而调度重传� � 以避免浪费更多的 资源。

在本发明实施例中， UE可以根据 MAC PDU中的指示， 确定是否有自 己的调度信息。 可选地， UE获取该 MAC PDU中的第一 MAC CE, 包括：

UE根据该 MAC PDU的头部包括的固定长度的比特位， 获取该第一 MAC CE, 该比特位用于指示该分组内被调度的用户设备 ； 或

UE根据该 MAC PDU包括的承载可变长度的位图指示的 MAC CE,获 取该第一 MAC CE, 该位图指示用于指示该分组内被调度的用户设 备； 或

UE根据该 MAC PDU中承载该用户设备的标识的 MAC PDU子头，获 取该第一 MAC CE; 或

UE根据该 MAC PDU中承载该用户设备的标识的 MAC CE,获取该第 一 MAC CE。

在本发明实施例中， 相应的 MAC PDU的格式可以参考图 5A至 5G, 为了筒洁， 在此不再赘述。 还应理解， UE侧描述的 UE与基站的交互及相 关特性、 功能等与基站侧的描述相应， 为了筒洁， 在此不再赘述。

因此， 本发明实施例的方法， 通过将至少一个被调度用户设备的调度 信息封装在 MAC PDU 中， 并通过控制信道承载的控制信令调度该 MAC PDU, 从而能够以组合调度的方式传输调度信息， 因此能够节省控制信道 的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

上文中结合图 2至图 8E, 详细描述了根据本发明实施例的传输调度信 息的方法， 下面将结合图 9至图 12, 详细描述根据本发明实施例的基站和 用户设备。

图 9示出了根据本发明实施例的基站 500的示意性框图。 如图 9所示， 该基站 500包括：

第一确定模块 510, 用于确定至少一个用户设备所属的分组；

第一发送模块 520, 用于向该至少一个用户设备发送无线资源控制 消 息， 该无线资源控制消息包括该分组的分组信息；

封装模块 530,用于将该分组内的至少一个被调度用户设� �中的每个被 调度用户设备的调度信息， 分别封装在 MAC PDU中的 MAC CE内；

第二发送模块 540,用于通过控制信道向该至少一个被调度用� �设备发 送控制信令， 该控制信令用于调度该 MAC PDU。

本发明实施例的基站， 通过将至少一个被调度用户设备的调度信息封 装在 MAC PDU中， 并通过控制信道承载的控制信令调度该 MAC PDU,从 而能够以组合调度的方式传输调度信息， 因此能够节省控制信道的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

在本发明实施例中， 承载该控制信令的控制信道元素的数量由该至 少 一个被调度用户设备的数量确定。 可选地， 该无线资源控制消息还包括该 至少一个被调度用户设备用于进行混合自动重 传请求 HARQ反馈的资源信 息。 可选地， 该 MAC PDU还包括用户设备信息， 该用户设备信息用于指 示该至少一个被调度用户设备中需要进行 HARQ反馈的用户设备。可选地， 与 7 载调度信息的 MAC CE相应的 MAC PDU子头的逻辑信道标识 LCID 用于指示该 MAC CE承载调度信息。

在本发明实施例中，可选地， MAC PDU的头部包括固定长度的比特位， 该比特位用于指示该分组内被调度的用户设备 。可选地， MAC PDU包括承 载可变长度的位图指示的 MAC CE, 该位图指示用于指示该分组内被调度 的用户设备。 可选地， 与 7|载调度信息的 MAC CE相应的 MAC PDU子头 的预留字段或扩展字段， 承载与该调度信息相应的用户设备的标识。 可选 地， MAC PDU包括承载该分组内被调度的用户设备的标识 的 MAC CE。 在本发明实施例中， 如图 10所示， 可选地， 该基站 500还包括： 接收模块 550,用于接收该至少一个被调度用户设备中成� �获取调度信 息的第一用户设备发送的确认反馈；

第二确定模块 560, 用于根据该确认反馈， 确定该至少一个被调度用户 设备中没有成功获取调度信息的第二用户设备 ；

传输模块 570, 用于向该第二用户设备传输该第二用户设备的 调度信 息。

可选地， 如图 10所示， 该基站 500还包括：

分配模块 580, 用于在确定该第二用户设备没有成功获取调度 信息时， 重新分配该第二用户设备的调度信息所指示的 资源。

可选地， 承载该第二发送模块 540发送的该控制信令的控制信道元素 的数量由该至少一个被调度用户设备的数量确 定。

可选地， 该第一发送模块 520发送的该无线资源控制消息还包括该至 少一个被调度用户设备用于进行混合自动重传 请求 HARQ反馈的资源信 可选地， 该封装模块 530形成的该 MAC PDU还包括用户设备信息， 该用户设备信息用于指示该至少一个被调度用 户设备中需要进行 HARQ反 馈的用户设备。

可选地， 在该封装模块 530形成的该 MAC PDU中， 与承载调度信息 的 MAC CE相应的 MAC PDU子头的逻辑信道标识 LCID用于指示该 MAC CE承载调度信息。

可选地， 该封装模块 530形成的该 MAC PDU的头部包括固定长度的 比特位， 该比特位用于指示该分组内被调度的用户设备 。

可选地， 该封装模块 530形成的该 MAC PDU包括承载可变长度的位 图指示的 MAC CE, 该位图指示用于指示该分组内被调度的用户设 备。 可选地， 在该封装模块 530形成的该 MAC PDU中， 与承载调度信息 的 MAC CE相应的 MAC PDU子头的预留字段或扩展字段， 承载与该调度 信息相应的用户设备的标识。

可选地， 该封装模块 530形成的该 MAC PDU包括承载该分组内被调 度的用户设备的标识的 MAC CE。

根据本发明实施例的基站 500可对应于根据本发明实施例的传输调度 信息的方法中的基站， 并且基站 500中的各个模块的上述和其它操作和 /或 功能分别为了实现图 2至图 5G中的方法 100的相应流程， 为了筒洁， 在此 不再赘述。

本发明实施例的基站， 通过将至少一个被调度用户设备的调度信息封 装在 MAC PDU中， 并通过控制信道承载的控制信令调度该 MAC PDU,从 而能够以组合调度的方式传输调度信息， 因此能够节省控制信道的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

图 11示出了根据本发明实施例的用户设备 600的示意性框图。如图 11 所示， 该用户设备 600包括：

第一接收模块 610, 用于接收基站发送的无线资源控制消息， 该无线资 源控制消息包括该用户设备所属分组的分组信 息；

第二接收模块 620, 用于接收该基站通过控制信道发送的控制信令 ， 该 控制信令用于调度承载在共享信道中的媒体接 入控制 MAC协议数据单元 PDU, 该分组内的至少一个被调度用户设备中的每个 被调度用户设备的调 度信息分别封装在该 MAC PDU中的 MAC控制单元 CE内；

解码模块 630, 用于根据该控制信令，对该共享信道中的下行 数据进行 解码。

本发明实施例的用户设备， 通过将至少一个被调度用户设备的调度信 息封装在 MAC PDU 中， 并通过控制信道承载的控制信令调度该 MAC PDU, 从而能够以组合调度的方式传输调度信息， 因此能够节省控制信道 的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

在本发明实施例中， 可选地， 承载该第二接收模块 620接收的该控制 信令的控制信道元素的数量由该至少一个被调 度用户设备的数量确定。

可选地， 该第一接收模块 610接收的该无线资源控制消息还包括该至 少一个被调度用户设备用于进行混合自动重传 请求 HARQ反馈的资源信 可选地， 如图 12所示， 该用户设备 600还包括：

发送模块 640,用于仅在该用户设备对该共享信道中的下� �数据成功解 码， 并且确认获取的该 MAC PDU中的第一 MAC CE包括该用户设备的第 一调度信息时， 向该基站发送确认反馈。

可选地， 该发送模块 640具体用于根据该 MAC PDU中包括的用户设 备信息， 向该基站发送确认反馈， 该用户设备信息用于指示该至少一个被 调度用户设备中需要进行 HARQ反馈的用户设备。

可选地， 如图 12所示， 该用户设备 600还包括：

获耳 摸块 650,用于获取该 MAC PDU中的第一 MAC CE,该第一 MAC CE包括该用户设备的第一调度信息；

传输模块 660, 用于根据该第一调度信息进行上行传输。

可选地， 该获取模块 650还用于：

根据该 MAC PDU的头部包括的固定长度的比特位， 获取该第一 MAC CE, 该比特位用于指示该分组内被调度的用户设备 ； 或

根据该 MAC PDU包括的承载可变长度的位图指示的 MAC CE, 获取 该第一 MAC CE, 该位图指示用于指示该分组内被调度的用户设 备； 或 根据该 MAC PDU中承载该用户设备的标识的 MAC PDU子头， 获取 该第一 MAC CE; 或

根据该 MAC PDU中承载该用户设备的标识的 MAC CE, 获取该第一 MAC CE。 可选地， 该传输模块 660还用于：

如果在该第一调度信息指示的调度时间之前没 有上行数据发送， 并且 在该调度时间之前接收到该第一 MAC CE, 那么在该调度时间向该基站发 送填充緩存状态报告 BSR和 /或填充比特； 或

如果在接收到该第一 MAC CE之后并且在该调度时间之前有上行数据 发送， 那么在该调度时间向该基站发送该上行数据和 /或 BSR。

可选地， 如图 12所示， 该用户设备 600还包括：

确定模块 670, 用于根据与该第一 MAC CE相应的 MAC PDU子头的 LCID, 确定该第一 MAC CE承载该第一调度信息。

根据本发明实施例的用户设备 600可对应于根据本发明实施例的传输 调度信息的方法中的用户设备， 并且用户设备 600 中的各个模块的上述和 其它操作和 /或功能分别为了实现图 6至图 8E中的方法 200的相应流程，为 了筒洁， 在此不再赘述。

本发明实施例的用户设备， 通过将至少一个被调度用户设备的调度信 息封装在 MAC PDU 中， 并通过控制信道承载的控制信令调度该 MAC PDU, 从而能够以组合调度的方式传输调度信息， 因此能够节省控制信道 的开销， 提高资源利用率， 并緩解控制信道容量受限问题。

本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的 各示例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合 来实现， 为了清楚地说明硬件和软件的可互换性， 在上述说明中已经按照 功能一般性地描述了各示例的组成及步骤。 这些功能究竟以硬件还是软件 方式来执行， 取决于技术方案的特定应用和设计约束条件。 专业技术人员 可以对每个特定的应用来使用不同方法来实现 所描述的功能， 但是这种实 现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到， 为了描述的方便和筒洁， 上 述描述的系统、 装置和单元的具体工作过程， 可以参考前述方法实施例中 的对应过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置 和方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅 是示意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实 现时可以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成 到另一个系统， 或一些特征可以忽略， 或不执行。 另外， 所显示或讨论的 相互之间的耦合或直接耦合或通信连接可以是 通过一些接口、 装置或单元 的间接耦合或通信连接， 也可以是电的， 机械的或其它的形式连接。 作为单元显示的部件可以是或者也可以不是物 理单元， 即可以位于一个地 方， 或者也可以分布到多个网络单元上。 可以根据实际的需要选择其中的 部分或者全部单元来实现本发明实施例方案的 目的。

另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以是两个或两个以上单元集成 在一个单元中。 上述集成的单元既可以采用硬件的形式实现， 也可以采用 软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实 现并作为独立的产品销 售或使用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明的技术方案本质上或者说对现有技术做 出贡献的部分， 或者该技术 方案的全部或部分可以以软件产品的形式体现 出来， 该计算机软件产品存 储在一个存储介质中， 包括若干指令用以使得一台计算机设备（可以 是个 人计算机， 服务器， 或者网络设备等）执行本发明各个实施例所述 方法的 全部或部分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器 ( ROM, Read-Only Memory ), 随机存取存储器（RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代码的介质 。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局 限于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可 轻易想到各种等效的修改或替换， 这些修改或替换都应涵盖在本发明的保 护范围之内。 因此， 本发明的保护范围应以权利要求的保护范围为 准。