，或LTE系统或高级的E-UTRA (或LTE-A) 系统。然而，对本领域的技术人员显然的是通过较小的改变或修改或无需改变本发明的主 题适用于具有类似技术背景和信道结构的其他通信系统。
[0037] 在LTE系统，可以依据PUSCH功率控制、PUCCH功率控制和功率上升空间报告描述 上行链路功率控制。
[0038] PUSCH功率控制表示基于事件的功率控制，在LTE上行链路中基于事件的功率控 制应用于PUSCH。换句话说，当使用PUSCH时，没有必要定期发出发送功率控制（TPC)命令。 根据公式1给出关于在子帧i的PUSCH传输的发送功率P PUSeH (i)。
[0040] 在公式1中，？_：(表示根据移动终端或用户设备（UE)的功率等级的最大发送功 率，而M PUSeH(i)表示以对子帧i有效的资源块（RB)的数量表达的PUSCH资源分配。公式1 示出关于移动终端或UE的PUSCH传输的发送功率随M PUSeH (i)成比例地增加。在公式1，路 径损耗（PL)表示在终端计算的下行链路路径损耗估计，而a (j)是定标系数，这是通过高 层考虑由小区配置引起的在上行链路路径损耗和下行链路路径损耗之间的不匹配而确定 的。
[0041] 公式1的Pq pusch可以由公式2给出如下：
[0042] P〇_pusch (j) - P〇_nominal_pusch (j) +P〇_ue_pusch (j)
[0043] .........(2)
[0044] 在公式2中，P(j_N()MINAlj_pUSC；H (j)是由尚层提供的小区专用参数；而Phpusch (j)是通 过无线资源控制（RRC)信令提供的UE专用参数，如下：
[0045] 公式1的Atf⑴是调制和编码方案（MCS)或传输格式（TF)补偿的参数，并且由 公式3给出如下：
[0047] 在公式3中，心是RRC信令提供的小区专用参数。
[0048] MPR(i)由公式4给出如下：
[0051] 在公式4, TBS(i)表不在子帧i中的传输块的尺寸，而分母 (MPUSCH(i) 表示在子帧i中资源元素（RE)的数量。也即，由公式4给出的 MPR(i)表示每个资源元素的信息比特的数量。如果Ks=0,则MPR(i) =0,并因此不考虑 MCS补偿。如果Ks= 1. 25,则对上行链路信道的80% (1/K s= 0. 8)进行MCS补偿。
[0052] 公式1的f(i)表示当前PUSCH功率控制调整，并且由公式5给出如下：
[0053] f (i) - f(i_l)+5 PUSCH(I-Kpusch)
[0054] .........(5)
[0055] δ puseH是由基站通过物理下行链路控制信道（PDCCH)提供的已知为TPC命令的UE 专用参数。而SpuseH(i-KPUSJ的KPUSeH表示在δ roseH接收和对传输子帧的δ ^^应用之间 的时间间隔的存在。在具有下行链路控制信息（DCI)格式0的HXXH上信令传送的Spusch dB累积值是-1，0, 1和3。在具有DCI格式3/3A的HXXH上信令传送的δ puseH dB累积值 是_1和1或_1，0，1和3。
[0056] 除了如公式5使用Spusch累积值以外，如下面公式6所示可以使用δ PUSCH绝对值。
[0057] f (i) - δ PLJSCH (I-Kpljsch)
[0058] .........(6)
[0059] 在具有DCI格式0的H)CCH上信令传送的δ puseH dB绝对值是-4, -1，1，4。
[0060] PUCCH功率控制：在子帧i中的关于PUCCH传输的发送功率Ppura (i)由公式7给 出。
[0063] 在公式7中，Pemx表示根据移动终端（或UE)的功率等级的最大发送功率。Δ F_ (F)值对应于PUCCH格式（F)并且通过RRC信令提供。
[0064] 由公式8定义Pq pucch:
[0065] P〇_pucch 一 P o-nominal-pucch+P〇jje-pucch
[0066] ..........(8)
[0067] 在公式8中，PQ_NQMINAlj_pUCXH是由尚层提供的小区专用参数，而P QjjE_pUCXH是由RRC彳目令 提供的UE专用参数。
[0068] 由公式9给出h (nCQI, n_)如下，并且h (nCQI, n_)是基于PUCCH格式的值：
[0070] neQI对应于关于信道质量指示（CQI)的信息比特的数量，而η _对应于关于混合 自动重复请求（HARQ)的比特的数量。这里，PUCCH格式Ula或Ib被用于ACK/NACK。具体 地，根据本发明的实施例PUCCH格式Ia可以被用于计算h (η%, η_)。
[0071] g⑴表示当前PUCCH功率控制调整并且由公式10给出：
[0072] g(i) = g(i-l)+δ pucch (i-KPUCCH)
[0073] ......(10)
[0074] δρυκΗ是由基站通过PDCCH提供的已知为TPC命令的UE专用参数。δ rora(i-KPUCCH) 的Kpucxh表不在δ roeeH接收的时间和对传输子帧的δ pura)应用的时间之间的时间间隔Kpucch 的存在。
[0075] LTE系统的基站从移动终端接收功率上升空间报告（PHR)并且通过分配用于 PUSCH传输的发送功率和子帧i中的MPUSeH(i)而使用PHR调度该移动终端。这里MPUSeH(i) 表示在子帧i分配的PUSCH资源并且表示为资源块的数量。
[0076] 图1是说明根据本发明的实施例的其中在不同子帧中进行HJCCH传输和PUSCH传 输的LTE系统中的功率上升空间报告的图。
[0077] 在图1的LTE系统中，为了避免违反单载波（SC)属性，PUCCH传输和PUSCH传输 必须在不同的子帧进行。因此，如在公式11定义的，将通过移动终端向基站报告的功率上 升空间PH pusra指示在根据移动终端的功率等级的最大发送功率（Pqiax)和在子帧i计算的 PUSCH发送功率（PPUSeH(i))之间的差，如下：
[0078] PHplJSCH (i) - PCMAX-PPUSCH (i) [dB]
[0079] ........(11)
[0080] 触发功率上升空间报告的事件可以包括在路径损耗估计的显著改变和预设定时 器值的逾期。
[0081] 如下描述涉及功率上升空间报告的本发明的第一到第三实施例。
[0082] 本发明的第一实施例：
[0083] 图2是说明根据本发明的第一实施例的功率上升空间报告的图。
[0084] 参考图2,在其中LTE-高级系统在相同子帧中允许在PUCCH和PUSCH两者上传输 的情况中，响应于请求功率上升空间（PH)报告的事件的发生，移动终端可以使用公式12向 基站报告 PHpusa^PI PH pUSCH+pUCCH 〇
[0085] PHPLJSCh+pucch (i) 一 Pcmax-Ppusch (i) _Prucch (i) [dB]
[0086] PHpusch (i) - Pcmax-Ppusch ⑴[dB]
[0087] ...........(12)
[0088] 在这里，请求功率上升空间报告的事件可以对应请求功率上升空间报告的外部信 号的接收或请求功率上升空间报告的预定事件的检测，诸如在路径损耗估计的显著改变、 预设定时器值的逾期或预设时间段的逾期的检测。
[0089] 如在公式12中，通过从根据移动终端的功率等级的最大发送功率（Pemx)中减去在 子帧i计算的HJSCH传输202的发送功率P PUSeH (i) 204和在子帧i计算的PUCCH传输201的 发送功率？^_(1)203给出？!^^__ 206。通过从根据移动终端的功率等级的最大发送功 率（PfflM)中减去在子帧i计算的PUSCH传输202的发送功率P pusch⑴204给出PHp關205〇 在图2,子帧i设置为4。
[0090] 图3是说明根据本发明的第一实施例的功率上升空间报告的图。
[0091] 参考图3,在其中LTE-高级系统在相同子帧中允许在PUCCH和PUSCH两者上传输 的情况中，响应于请求功率上升空间报告的事件的发生，移动终端可以使用公式12向基站 报告PH pusch 306和PHpusch+puot 307。通过从根据移动终端的功率等级的最大发送功率（Pcmax) 中减去在子帧i计算的PUSCH传输302的发送功率P puseh (i) 305和在子帧i计算的PUCCH传 输301的发送功率Ppura⑴304确定PHpuswpura 307。在图2,均在子帧4中计算关于PUSCH 传输202的发送功率Ppusch 204和关于PUCCH传输201的发送功率Ppura 203。同时，在图 3,在子帧1中计算关于HJCCH传输301的发送功率Ppura 304,以及在子帧4中计算关于 PUSCH传输302的发送功率Ppusch 305。由于PUCCH传输（由参考符号303指示）没有在子 帧4出现，所以关于最后的PUCCH传输301的发送功率P pura 304被用于在子帧4的功率上 升空间报告。通过从根据移动终端的功率等级的最大发送功率（Pmax)中减去在子帧i计算 的PUSCH传输302的发送功率P pusch⑴305确定PHpusch 306。在图3,子帧号码i设置为4。
[0092] 图4是说明根据本发明的第一实施例的由移动终端执行的功率上升空间报告的 过程的流程图。
[0093] 参考图4,在步骤401中移动终端确定是否允许在相同子帧中发生PUCCH传输和 PUSCH传输。可以由来自高层或基站的信号指示允许在相同子帧中在PUCCH和PUSCH两者 上的并行传输。
[0094] 当不允许在相同子帧中的HJCCH传输和PUSCH传输时（即，当必须在不同子帧中 发生PUCCH传输和PUSCH传输时），在步骤407中移动终端确定是否产生了请求PH puseh