段；所述信标的八个超时隙的 每一者包含用于所述给定音调的5个连续段。例如，对于对应于DCCH的音调0的信标时隙 1028的第一超时隙1026,存在五个编索引段（（段[0] [0]、段[0] [1]、段[0] [2]、段[0] [3]、 段[0] [4]))。类似地，对于对应于DCCH的音调1的信标时隙1028的第一超时隙1026,存 在五个编索引段（（段[1] [0]、段[1] [1]、段[1] [2]、段[1] [3]、段[1] [4]))。类似地，对于 对应于DCCH的音调30的信标时隙1028的第一超时隙1026,存在五个编索引段（（段[30] [0]、段[30] [1]、段[30][2]、段[30] [3]、段[30][4]))。
[0116] 在此实例中，每一段（例如段[0] [0])包括用于例如表示21个0FDM音调符号的 所分配的上行链路空中链路资源的3个连续半时隙的一个音调。在某些实施例中，逻辑上 行链路音调根据上行链路音调跳跃序列而跳跃到物理音调，以便与逻辑音调相关联的物理 音调在连续半时隙期间可以不同，但是在给定半时隙期间保持恒定。
[0117] 专用控制信道的每一逻辑音调可由基站指派给将基站用作其当前附接点的不同 无线终端。例如，当前可将逻辑音调（1006、1008.....1010)分别指派给（WT A 1030、WT B 1032、...、WTN，1034)。
[0118] 将每一上行链路DCCH段用于传输专用控制信道报告（DCR)集。在图11的表1100 中提供不范性DCR的列表。表1100的第一列1102描述用于每一不范性报告的缩写名称。 每一报告的名称均以数字结尾，所述数字规定DCR的位的数目。表1100的第二列1104简 要地描述每一命名的报告。在此示范性实施例中，存在两种类型的延迟信息报告，即延迟 A4(DELAYA4)和延迟B4(DELAYB4)。另外，灵活报告（其类型由报告类型2(TYPE2)定义） 可用于载运相应的主体4(B0DY4)报告中的DELAYA4报告或DELAYB4报告。另外，上行链路 请求报告（例如ULRQST1、ULRQST3和/或ULRQST4)在某些实施例中用于传达延迟信息。
[0119] 图12是说明用于给定DCCH音调（例如对应于无线终端）的示范性信标时隙中的 示范性报告格式信息的图式1299。在图12中，每一框（1200、1201、1202、1203、1204、1205、 1206、1207、1208、1209、1210、1211、1212、1213、1214、1215、1216、1217、1218、1219、1220、 1221、1222、1223、1224、1225、1226、1227、1228、1229、1230、1231、1232、1233、1234、1235、 1236、1237、1238、1239)表示其索引s2(0.....39)展示在矩形区域1240中的框上方的一 个段。每一框（例如表示段〇的框1200)传达6个信息位；每一框包括对应于所述段中的 6个位的6行，其中从顶部行朝下到底部行从最高有效位到最低有效位列举所述位，如矩形 区域1243所示。
[0120] 在此示范性实施例中，凭借灵活报告和/或凭借上行链路请求报告（ULRQST1、 ULRQST3和/或ULRQST4)中的一者或一者以上来传达延迟信息。在其它实施例中，在报告 结构中分配预定时隙，其经保留用于延迟信息报告。例如，可用DELAYA4报告来取代图12 的示范性报告结构中的四位设计的报告时隙中的一者或一者以上。在某些实施例中，分配 某些预定时隙以传达对应于第一队列的延迟信息，且分配某些其它预定时隙以传达对应于 第二队列的延迟信息。在某些此类实施例中，分配可使得以与对应于第二队列的延迟信息 不同的速率（例如较高速率）来传输对应于第一队列的延迟信息。在某些实施例中，第一 和第二队列对应于不同的请求群组。在某些实施例中，所传送的延迟信息和/或所传送的 积压信息表示例如对应于多个传输流的综合信息。
[0121] 图13是描述示范性4位延迟报告（DELAYA4)的示范性格式的表1300的图式。表 1300的列1302列举所述报告的16个可能的信息位图案，且列1304针对所述可能的位图案 的每一者而列举传输队列中的包的最大延迟时间信息，在传送所述位图案的情况下通过所 述报告来传达所述最大延迟时间信息。例如，位图案=0011意味着最大延迟时间大于15ms 并且小于或等于20ms。
[0122] 图14是描述示范性4位延迟报告（DELAYB4)的示范性格式的表1400的图式。表 1400的列1402列举所述报告的16个可能的信息位图案，且列1404针对所述可能的位图案 的每一者而列举传输队列中的包到包丢弃最终期限的最小延迟信息，在传送所述位图案的 情况下通过所述报告来传达所述最小延迟信息。例如，位图案=0101意味着到传输最终期 限的最小延迟大于25ms并且小于或等于30ms。
[0123] 在某些实施例中，至少某些延迟信息报告格式适合报告对应于多个不同队列的延 迟信息。例如，可以且有时确实报告对应于将要传输的数据的不同队列或不同群组的不同 的延迟信息，例如与列队语音业务相关联的第一延迟和与其它时间敏感业务相关联的第二 延迟。
[0124] 图15是描述对应于TYPE 2和B0DY4的示范性灵活报告的表1500的图式。在灵 活报告中，无线终端选择在所分配的灵活报告时隙中将要传送哪种类型的报告。在此示范 性实施例中，灵活报告的选择包含例如使用DELAYA4或DELAYB4格式来报告延迟信息的选 项。无线终端在TYPE2报告中传送其报告类型的选择并在所分配的灵活报告时隙的B0DY4 报告中传送相应的选定的报告。表1500的列1502列举TYPE2报告的4个可能的信息位图 案，且列1504针对所述可能的位图案的每一者而列举在传送所述位图案的情况下将要在 B0DY4报告位置中载运的报告。例如，如果在TYPE2报告时隙中传送位图案=11，那么将在 相应的B0DY4时隙中传送DELAYB4报告。
[0125] 在各个实施例中，无线终端提供上行链路业务积压的延迟信息。为了使基站（BS) 能在上行链路中提供足够的服务质量（QoS)，无线终端（WT)在某些实施例中周期性地将控 制信息传输到所述BS。例如，此控制信息在某些实施例中包含以下一者或一者以上：WT处 的积压的量（即队列长度）、WT处的功率可用性以及关于干扰管理的信息，例如路径损耗比 率或信标比率报告。然而，除了以上所列举的信息外，调度器还可有利地使用关于延迟的信 息以便在调度延迟敏感业务时及时地作出决策。此类延迟敏感业务的实例包含语音、竞赛 和其它交互式应用。
[0126] 在某些实施例中，延迟信息可采取下列两种形式中的一者。（1)横跨WT的队列中 的包的每一者的最大列队延迟。在WT具有多个队列且每一队列用于不同业务流的情况下， 在某些实施例中，可横跨一个或一个以上队列中的包来计算最大值。应注意这些队列的每 一者可表示具有不同QoS要求的业务。通常，将针对属于延迟敏感业务流的包来计算此最 大值。（2)横跨WT队列中的包的每一者的到调度最终期限或包丢弃最终期限剩余的最少时 间。再次，如果WT具有多个队列，每一队列用于不同业务流，那么在某些实施例中可针对具 有等待时间或延迟约束的包而计算最小值。
[0127] 延迟信息本身可以采用若干方式进行报告。例如，在示范性系统（例如示范性 0FDM无线通信系统）中，可以使用请求字典来传输延迟信息。在某些示范性实施例中，示范 性请求字典包含多个不同位大小请求报告，例如1位、3位和4位请求报告。将这些报告的 每一者用于提供关于横跨WT处的业务流的积压的信息。
[0128] 例如，可将1位报告用于简单地指示业务的存在，其中到最终期限剩余的时间小 于T ms。例如，T可以等于20ms。将剩余报告类型（例如）用于提供业务流的更详细的积 压信息，例如到最终期限剩余的时间与总积压。更精确来说，可将这些报告中的每一者用于 传达最终期限与总积压信息中的一者或两者。这在下文使用若干实例来说明。
[0129] 假定D表示WT的队列中的包的每一者到调度最终期限剩余的最少时间（以毫秒 计）。假定N表示WT处的总积压，例如MAC帧计数。使用这些表示法，3位与4位报告如下。
[0130] 在请求字典（由图17的表1700与图18的表1800所表示的字典A)的一个说明 性实例中，WT仅在3位报告中传输总积压信息。另一方面，将4位报告用于传输延迟信息 或总积压信息。在此示范性实施例中，3位报告取决于两个控制因素y与z，y与z又取决 于先前功率报告（例如最后报告的上行链路DCCH回退报告X)，和先前干扰报告（例如最 后报告的信标比率报告b aetual)。WT接着计算b，即"所调整的通用信标比率"，以使其等于 bactual_BEAC0N_RATI0_0FFSET。最后，假定R_是WT可支持的最大速率选项，且N _是对应 于所述速率选项的MAC帧的数目。表1600中展示确定示范性控制因素的实例。在表1600 中，第一列1602列举各种测试条件；第二列1604列举针对每一条件的控制因素y的相应 值；第三列1606列举针对每一条件的控制因素z的相应值。在表1600中，给定x与b，y与 z的值应视为来自从顶部到底部的第一行的满足第一列中的条件的值。
[0131] 在图18的表1800的格式的4位报告中，每当D < Tmax时，WT传输到最终期限剩余 的时间信息D。例如，Tmax= 100ms。否则，其传输积压信息。定义-1一-|其中基于最 后3位报告时N的值，使用图17的表1700来确定Nmin。
[0132] 在请求字典（由图19的表1900和图20的表2000所表示的字典B)的另一说明 性实例中，WT使用图19的表1900的格式在3位报告中传输延迟信息。另一方面，将具有 图20的表2000的格式的4位报告用于传输总积压信息。以上文相对于图16的表1600所 描述的方式从DCCH回退和所调整的信标比率报告中确定用于4位报告的控制因素y与z。
[0133] 在请求字典（由图21的表2100和图22的表2200所表示的字典C)的另一说明 性实例中，WT(与以上字典B中一样）使用图21的表2100的格式在3位报告中传输延迟 信息。然而，在具有图22的表2200的格式的4位报告中，WT可传输总积压信息或帧的数 目N D，其中到最终期限剩余的时间<=Dmax。Dmax(例如）可等于50ms。在另一实例中，D max 可等于Tmax。
[0134] 以上实例说明，可构造若干请求字典，其中请求报告（例如3位和/或4位请求报 告）包含以下一者或一者以上：（1)延迟信息，（2)总积压信息，（3)某些业务流的积压信 息，（4)总积压，其中到最终期限剩余的时间小于某值N D，以及（5)先前报告（例如先前3位 请求报告、4位请求报告或先前请求报告）中载运的请求信息的细化。
[0135] 在示范性无线通信系统（例如示范性0FDM系统）中，除使用请求报告（例如作为 请求字典的一部分的请求报告，如上文所说明）将延迟信息提供给BS外或代替所述方法， WT可使用单独的延迟信息报告来传输延迟信息。在某些此类实施例中，可使用灵活报告 (例如灵活专用控制信道（DCCH)报告）。通过所述灵活报告，无线终端选择将要在分配给 灵活报告的报告机会中发送的报告的类型。例如，示范性4位灵活报告可包含以下一者或 一者以上：（1)延迟信息，（2)总积压，其中到最终期限剩余的时间小于某值ND，以及⑶先 前报告（例如先前3位或4位UL-RQST报告或先前UL-RQST报告）中载运的请求信息的细 化。
[0136] 应注意，用于以上实例中的请求报告的位大小（例如1位、3位、4位）是示范性的， 且在其它实施例中可使用不同位大小请求报告。图12与13提供示范性延迟信息报告格式 的两个实例。图15描述可用于在某些时间期间传达延迟信息并用于在其它时间期间载运 其它信息的灵活报告格式。
[0137] 将描述另一示范性实施例，其使用用于上行链路业务的三个不同位大小请求报 告，即ULRQST1、ULRQST3与ULRQST4,并且支持延迟信息的传送。
[0138] WT使用ULRQST1、ULRQST3或ULRQST4来报告WT传输器处的MAC帧队列的状态。
[0139] WT传输器维持MAC帧队列，其缓冲将要在链路上传输的MAC帧。MAC帧是从由上 层协议的包构成的LLC帧转换来的。任何包应属于16个流中的一者。如果包属于一个流， 那么那个包的所有MAC帧也属于那个流。
[0140]WT报告WT可能期望传输的16个流中的MAC帧的数目。在ARQ协议中，那些MAC 帧应是那些标记为"新"或"将要重新传输"的帧。WT应维持十六个元素的两个向量N[0: 15]与D[0:15]并应维持三个标量队、％和0_:对于k = 0:15, N[k]表示WT期望在流k 中传输的MAC帧的数目，而D[k]表示WT期望在流k中传输的包到传输最终期限剩余的最 少时间。此外，
[0141] Dnin= min {k = 0:15}D[k]，
[0142] NT= N[0]+N[l]+N[2]+. ? ? +N[15]，以及
[0143] ND =到传输最终期限剩余的时间彡T M的MAC帧的数目。
[0144] 例如，TM= 20ms。WT应向基站扇区报告关于、、％和0_的信息以使得基站扇区 可利用上行链路（UL)调度算法中的信息来确定上行链路业务信道（UL.TCH)段的指派。
[0145] WT使用ULRQST1以根据图23的表2300来报告Nd。
[0146] 假定D表示WT的队列中的所有包到调度最终期限剩余的最少时间（以毫秒计）。 假定N表示WT处的总积压。使用这些表示法，3位与4位报告如下。
[0147]WT使用ULRQST3或ULRQST4来根据请求字典报告队為或D_的一者或一者以上。 通过请求字典（RD)参考数字来识别请求字典。在给定时间，WT仅使用一个请求字典。当 WT刚进入活动（ACTIVE)状态时，WT使用默认请求字典。为了改变请求字典，WT与基站扇 区使用上层配置协议。当WT从开启（0N)状态迀移到保持（HOLD)状态时，WT将所使用的 最后请求字典保持在开启状态以使得当WT随后从保持状态迀移到开启状态时，WT继续使 用同一请求字典，直到明确地改变请求字典为止。然而，如果WT离开活动状态，那么应清空 所使用的最后请求字典的存储器。
[0148] 请求字典展示，ULRQST3或ULRQST4报告的任一给定实例不能完全包含N T、ND或 〇_的实际值。报告实际上是Nt、NdSD_的实际值的量化版本。一般准则是，WT应发送一 报告以使NT、％或D _的所报告值与实际值之间的差异最小。然而，WT具有确定最有利于 WT的报告的灵活性。例如，当WT正使用请求字典0时，在某些情况下WT可使用ULRQST4来 报告N T且在其它情况下报告ND。此外，在WT报告队的实例中，可能无法自动暗示ND= 0。
[0149] 为了确定ULRQST3或ULRQST4, WT首先（例如）根据图16的表1600计算下列两 个参数y与z，并接着使用下列字典中的一者。用x表示最近的ULTXBKF5报告的值（以dB 计），且用b。表示最近的通用DLBNR4报告的值（以dB计）。x的示范性范围是6. 5dB到 40dB。b。的示范性范围是-3dB到26dB。WT进一步确定所调整的通用DLBNR4报告值b，如 下：b = bQ-ulTCHrateFlashAssignmentOffset，其中负