201234900 六、發明說明： 【發明所屬之技術領域】 本發明係關於無線通訊網路，尤其關於一種在無線通 訊網路的基地台與用戶終端之間用於傳輸功率餘量回報的 方法及對應的設備。 【先前技術】 目前，針對 R10版的支援載波聚合（carrier aggregation，CA )的用戶終端（UE )的媒體訪問控制（ MAC )層的功率餘量回報（PHR )的控制信號（CE )的格 式’在3 6.3 2 1 (R2- 1 06860 )中已達成共識並被採用，其 包括下述特點： 1 ):由於R10版的支持CA的UE的PHR CE的大小 是可變的，因此，在MAC CE的子報頭中採用一個位元組 的 F/L。 2 ):基於點陣圖（bit-map )的一個位元組被用在 P HR的資料負載中以標識當前MAC P HR CE包括有哪個分 量載波（CC)的PHR的資料負載。 以上兩點被用以適應在R1 0版的C A場景中啓動載波 在每個的傳輸時隔（Transmission Time Interval，TTI)是 動態變化的。 其中，爲支持R10的載波聚合的UE的PHR子報頭設 計了一個位元組（F/L域），其中的l標識可變的PHR的 資料負載的長度。F域用於標識PHR負載長度的大小在 201234900 128位元組以內或者超過128位元組，這將決定L 位或者 15位。 通常還有一個bitmap形式的位元組用以指示 的MAC PHR CE中包括有哪個CC的PHR報文。 此處，不宜直接地將R10版支持CA的UE的 式完全重用於該版本下的不支持CA的UE的PHR 要設計一種用於不支援載波聚合的R10版的UE的 文。 【發明內容】 然而，在硏究過程中發現，一般地，R8版本ί 格式不可以用於R10版本的非載波聚合PHR報文 爲R8版本的報文內容是長度固定爲1位元組的， 1位元組的長度不足以爲R10版本的不支持載波 UE容納最大可用功率値（pcmax，c)。 另一種可能的方案是重用CA情景下所用的格 這種方案至少有以下兩個缺點： 因爲對於不支持CA的R10版的UE，只有一個 以，bit-map位元組則不再需要，這造成了 一定的 的開銷。 而對於上述的子報頭中的F/L位元組，如果可 支援CA的R10版的UE的PHR的報文大小固定， 位元組也不必要。 根據本發明的一個實施例，提供了一種在無線 域是7 在當前 PHR格 中。需 PHR報 β PHR 中，因 而這個 聚合的 式，但 CC，所 不必要 以將不 則這個 通訊網 -6- 201234900 路的基地台中用於接收功率餘量回報的方法，該 回報包括子報頭和資料負載，方法包括：A.根據 內容的聯合，確定資料負載的大小；B.根據資料 指示資訊的聯合，解析資料負載。 較佳地’上述步驟A之前，基地台對手機進 階段’還可以包括步驟：將無線通訊網路中的不 聚合的版本10的用戶終端配置以支援擴展格式I 以及在該方法的執行階段，如果邏輯通道識別字 爲第一數値，則基地台確定功率餘量回報所對應 端是否支援擴展格式的PHR。 同樣’較佳地’上述第一數値可以爲1 1 〇 1 〇 的內容包括長度域指示位和長度指示域或第一保 二保留域；同時以及步驟A還包括：如果功率餘 對應的用戶終端未被配置支援擴展格式的PHR， 料負載的大小爲1位元組；如果功率餘量回報所 戶終端被配置支援擴展格式的PHR，則根據長度 和長度指示域的聯合或第一保留域和第二保留域 確定資料負載的大小。 根據本發明的另一個實施例，提供了 一種在 網路的用戶終端中用於傳輸功率餘量回報的方法 餘量回報包括子報頭和資料負載，方法包括：A. 頭的內容的聯合，將資料負載的大小告知基地台 資料負載內的指示資訊的聯合，將資料負載的構 地台。 功率餘量 子報頭的 負載內的 行配置的 支援載波 PHR。 (LCID) 的用戶終 ，子報頭 留域和第 量回報所 則確定資 對應的用 域指示位 的聯合， 無線通訊 ，該功率 透過子報 ;B .透過 造告知基 201234900 根據本發明的再一個實施例，提供了一種在無線通訊 網路的基地台中用於接收功率餘量回報的裝置，該功率餘 量回報包括子報頭和資料負載，裝置包括：資料負載大小 確定模組，用於根據子報頭的內容的聯合，確定資料負載 的大小；資料負載解析模組，用於根據資料負載內的指示 資訊的聯合，解析資料負載。 根據本發明的另一個實施例，還提供了 一種在無線通 訊網路的用戶終端中用於傳輸功率餘量回報的裝置，該功 率餘量回報包括子報頭和資料負載，裝置包括：資料負載 大小告知模組，用於透過子報頭的內容的聯合，將資料負 載的大小告知基地台；資料負載構造告知模組，用於透過 資料負載內的指示資訊的聯合，將資料負載的構造告知基 地台。 在上述的基地台中用於接收功率餘量回報的方法的一 些實施例中，使用新定義/現有的LCID可以對大小可變的 傳輸功率餘量回報進行正確的解析，同時結合一些對可擴 展結構（format)的設置或者F/L域的使用，可以唯一確 定相關的MAC CEPHR報文來自R8/9的UE還是來自R10 的不支援CA的用戶終端。同時，如果沿用系統原有的 LCID而不添加配置新的LCID，則實現了對現有網路的良 好相容，並且也實現了對現有系統的影響的最小化。在一 些實施例中不需要位映射和/或F/L位元組，這節省了開 銷，並減少協議複雜度。 201234900 【實施方式】 經硏究發現，對於Ri〇中的不支持載波聚合的UE， 只有一個上行CC工作。考慮到目前RAN 1對爲不支持載 波聚合Rl〇 UE進行報告的Pcmax，c，以及在一些文獻中 所提出的Pcmax，c傳輸增強的協定，對不支援載波聚合 R1 0的UE的PHR報告存在幾種情況： 情況1 :沒有物理上行控制通道（PUCCH ) +物理上 行共用通道（PUSCH)同時傳輸配置，因此R10的不支持 載波聚合UE只報告類型1和Pcmax，c。存在三種可能的 子情況： 情況1.1 :虛擬類型（virtual type) 1PHR被報告，繼 而沒有Pcmax，c被報告，因此PHR內容的大小只有1位元 組=虛擬類型1。 情況1.2 :真實（real ) PHR被報告，因此Pcmax，c也 被包括在內。所以PHR內容的大小爲2位元組=真實類型 1 PHR內容+對於類型1 PHR的Pcmax，c» 情況1.3 :真實類型PHR被報告，但是Pcmaxj與之 前的PcmaX，c相同並且不需要被報告。所以PHR內容的大 小爲1位元組=真實類型1PHR。 情況2: PUCCH + PUSCH同時傳輸被配置，因此R10 的不支持載波聚合UE報告類型1和類型2兩者。因此， 在本情況2中，PHR內容包括下面子情況： 情況2.1 :只報告虛擬類型1和類型2，因此Pcmaxj 不被包括在內。所以，PHR內容的大小爲2位元組=虛擬 .b -9 - 201234900 類型1+虛擬類型2。 類型2.2:類型1和2中一個是虛擬的 實的，因此只有一個Pcmax,c被包括在內。ί 爲3位元組=虛擬類型1/或類型2+真實类 1 +Pcmax，c。 類型2.3:真實類型1和2都被報告，f 爲4位元組=真實類型1 +真實類型2+用 Pcmax，c +用於類型 2 的 Pcmax，c。 情況2.4 :真實類型1和2都被報告， 1和 2的 Pcmax，c與之前報告的相同， Pcmax，c，並且PHR大小爲2位元組=真實卖 型2。 情況2.5 :真實類型1和2都被報告， 1或2中的一個的Pcma，x與之前回報的相同 包括在目前的PHR MAC CE中。所以目前的 位元組=真實類型1 +真實類型2+用於類J Pcma,x 〇 總的來說，可能的R10的不支持載波聚 內容大小的各種情況可如下面表1所示：
，另一個是真 屋而PHR大小 !型2/或類型 斤以PHR大小 於類型1的 但是用於類型 因此不包括 寅型1 +真實類 但是用於類型 並且不需要被 PHR大小爲3 没1或2的 合UE的PHR -10- 201234900 表1:不支持載波聚合的R10版UE的PHR內容大小 的情況 場景 PHR內容大小 (位元組） 所包括的情況 1 1 情況1.1，情況1.3 場景2 2 情況1.2,情況2.1，情況2.4 場景3 3 情況2.2,情況2.5 場穿· 4 4 情況2.3 因此，PHR需要被合理設計以使得eNB能夠明顯地識 別每一種情況。 應該注意：在表格1的場景1中，儘管PHR大小爲1 位元組，但是傳統的R8的PHR格式不能被使用，該格式 不同於之前的普遍理解。原因在於，在該PHR內容中至 少R位是被用作虛擬指示位元，以標識該PHR是基於參 考格式或真實格式。這在R8的PHR格式中是無法實現的 ，這意味著R8的PHR格式不能被R10使用。 下面結合說明書附圖，對在基地台和用戶終端之間傳 輸功率餘量回報的對應於各種不同場景下的可能的實施例 進行說明。 圖1示出了根據本發明的一個實施例的在無線通訊網 路的基地台（未示出）中用於接收功率餘量回報的方法流 程圖。如圖所示，該方法包括對資料負載的大小的確定步 驟S11和資料負載解析步驟S12。 在步驟S11中，基地台根據子報頭的內容的聯合，確 定資料負載的大小。 -11 - 201234900 在步驟S12中，基地台根據資料負載內的指示資訊的 聯合，解析資料負載。 圖2示出了根據本發明的一個實施例的在無線通訊網 路的終端中用於傳輸功率餘量回報的方法流程圖》如圖所 示，該方法包括對資料負載的大小的確定步驟S21和資料 負載解析步驟S22。 終端所發送的功率餘量回報可以包括子報頭和資料負 載，在步驟S21中，透過子報頭的內容的聯合，終端將資 料負載的大小告知基地台；而在步驟S22中，終端透過資 料負載內的指示資訊的聯合，將資料負載的構造告知基地 台。 圖5示出了根據本發明的一個實施例的在無線通訊網 路的基地台和用戶終端之間傳輸的功率餘量回報的子報頭 的結構。其中各個符號所代表的含義爲，F:長度域指示 位元，L:長度指示域，E:擴展位元，R:保留位元，其 中的F/L位元爲可選位，根據應用場景的需要可被省略掉 ，或者被包括在功率餘量回報的子報頭之內。 圖6a-6e示出了根據本發明的一個實施例的在無線通 訊網路的基地台和用戶終端之間傳輸的功率餘量回報的子 報頭及資料負載的結構。在該實施例中，如圖6a所示的 該不支援載波聚合的Rl〇用戶終端所採用的PHR MAC子 報頭的格式中，LCID 的取値爲新定義的 {10101，10110,10111，11000}。而圖 6b-6e 中則示出了 PHR 的資料負載的4種可能的結構。
-12- 201234900 在該實施例中，基地台在步驟S11中，根據子報頭內 容中所包括的LCID，在述步驟S11中，基地台執行如下 子步驟，如果LCID爲第一數値，則資料負載的大小爲1 位元組；如果LCID爲第二數値，則資料負載的大小爲2 位元組：如果LCID爲第三數値，則資料負載的大小爲3 位元組；如果LCID爲第四數値，則資料負載的大小爲4 位元組。可選地，上述第一數値，第二數値，第三數値， 第四數値可分別爲10101,10110,10111，11000，或者其他順 序或其他數値，LCID所對應的具體的標識數位並不構成 對本發明的限制。 具體地，如上，新定義的不同的LCID可以被用以指 示R10的不支援載波聚合的UE的PHR。 對於R10的不支持載波聚合UE的PHR，雖然我們有 多達上述表1所示的四種場景，但是對於它們中的每一個 的PHR內容大小一定是固定的。所以我們可以使用不同 的LCID來標識這四種場景。例如，LCID=10101〜11000可 以處於這一目的使用。 例如，當eNB檢測到1 0 1 〇 1〜1 1 〇〇〇時，eNB得知到來 的PHR是R10不支持載波聚合UE，並且該PHR的大小分 別是1位元組、2位元組、3位元組和4位元組。因此， 在MAC子頭部中不需要F/L，並且在PHR內容中不需要 位映射。對於eNB很容易識別對於表1中的場景1、2和 3的子情況： 如果檢測到10101，eNB得知PHR大小只有1位元組 -13- 201234900 。進一步地，如果在PHR中虛擬指示位元被設置，那麼 eNB可確定這是情況1.1。另一方面，如果虛擬指^位元 沒有被設置，eNB可確定這是情況3並且PCamx，C與之前 接收到的相同。 如果檢測到1 〇 1 1 〇，eNB可確定PHR大小爲2位元組 。並且存在如下兩種方案來進一步地識別類型1.2、2.1和 2.4。 方案1 :基於PUCCH和PUSCH同時傳輸的配置 如果沒有被配置PUCCH和PUSCH同時傳輸，那麼這 是子情況1.2 如果基地台對UE配置了 PUCCH和PUSCH同時傳輸 ，即爲子情況2.1或2.4 如果用於這兩個位元組的V位元被設置爲虛擬類型 1/2，那麼eNB可確定這是子類型2.1 另一方面，如果這兩個V位元被設置爲真實類型1/2 ，那麼eNB得知這是子類型2.4並且之前接收到的用於類 型1和2的Pcmax,c將被採用。 方案2:使用上面提出的T域。 此處，基地台可確定第一個位元組一定是PHR資訊 :類型1或類型2。 如果第二個位元組是Pcamx，c，即爲子情況1 .2。 如果第二個位元組也是PHR資訊，即爲子情況2. 1或 -14 - 201234900 2.4 » 進一步地，與方案1中所提出的一樣，V位元可以被 用於區別子情況2.1和2.4。 對於場景3，上述的方案2可以被用於不產生混淆地 區別子情況2.2和2.5。 該實施例的方法不需要冗餘的位元組，例如F/L和位 映射，因此從節約開銷的方面來說是個最佳化的方案。同 時需要採納四個新定義的LC ID。 圖7示出了根據本發明的另一個實施例的在無線通訊 網路的基地台和用戶終端之間傳輸的功率餘量回報的子報 頭的結構。在該實施例中的子報頭的內容包括L CID，例 如可以爲Π000，還包括長度域指示位（F)和長度指示 域（L )。 具體地，在步驟S1 1中，如果LCID爲第一數値，例 如11000，則基地台根據長度域指示位和長度指示域的聯 合，確定資料負載的大小。 在該實施例中，可以採用一個新的LCID (例如， 1 1 000 )，去標識不支援載波聚合的R10版的UE的PHR 。並且在MAC子頭部中包括一個F/L位元組以進一步標 示4種不支持載波聚合的R10版的UE的PHR報告場景。 在本實施例中，只需要一個新的LCID例如1 1 000。 並且在MAC子頭部中使用一個F/L位元組以標示4種場 景，即標示具體的PHR內容大小。但是在PHR內容中， 沒有採納位映射，這與目前的載波彙聚PHR格式不同。 -15- 201234900 具體的PHR的子報頭的結構如圖7中示出，而phr 料負載的結構可以類似於圖6b-6e所示》 本領域技術人員應當理解：在本實施的方案中， 要一個新的LCID，並且不需要在PHR內容中使用位 。但是同時仍然需要在MAC子頭部中包括一個F/L 組，用於標示不同的不支持載波聚合PHR報告場景。 類似地，在前述實施例中的方案1和2仍可以被 進一步爲場景1、場景2和場景3標示不同的PHR報 的資料負載的各種結構，以及應用於下述的一些實施 ，文中對此不再贅述》 圖8示出了根據本發明的再一個實施例的在無線 網路的基地台和用戶終端之間傳輸的功率餘量回報的 頭的結構》在該實施例中的PHR報文的子報頭的內 括LCID，同時還包括第一保留域和第二保留域，可 01/00/10/11四種可能的取値組合，如圖8中所示， ，在步驟S11中還包括： 如果LCID爲第一數値，則根據第一保留域和第 留域的聯合，確定資料負載的大小。 在該實施例中，透過一個新的LCID用於標示不 載波聚合的R10版的UE的PHR。在MAC子頭部中 個R位元被用於進一步區分四種可能的不支持載波聚 PHR場景。 —個新的LCID被用於區分R10中的載波彙聚或 持載波聚合能力的 UE的 PHR。例如，我們可以 的資 只需 映射 位元 用於 文中 例中 通訊 子報 容包 以有 同時 二保 支持 的兩 合的 不支 使用 -16- 201234900 11000用於標識Rio不支援載波聚合的UE的PHR。在 MAC子頭部中存在兩個R位元，能夠被進一步重新定義 以標示四種可能的不支持載波聚合PHR場景。例如R， R = 00，01 ’ 10和1 1分別涉及場景1、2、3和4。 從而，當eNB檢測到LCID=ll〇〇〇時，eNB獲知這是 R10版的不支持載波聚合UE的PHR，並且或者應該讀取 MAC子頭部中的兩個R位元以獲知具體的phR內容大小 ，用於後繼處理。 透過該實施例’基地台在與UE之間傳輸PHR過程中 不需要F/L位元組，從而優化了 PHR大小。同時，也需要 對原有的MAC子頭部中的兩個R位元進行重新的定義。 圖9a-9e示出了根據本發明的又一個實施例的在無線 通訊網路的基地台和用戶終端之間傳輸的功率餘量回報的 子報頭的結構及資料負載的結構。其中圖9c示出了該實 施例中的一種PHR MAC子報頭，其中的子報頭的內容包 括LCID。而圖9中的其他圖則示出了可適用於該實施例 的集中PHR報文的資料負載的結構。 可選地，在步驟S11之前的系統配置階段，基地台可 將無線通訊網路中不支援載波聚合的版本10的用戶，終_ 進行配置以支援擴展格式的PHR。對應地，在在步驟Su 之前，當系統進入正常的運行階段，在步驟S11之前還$ 以包括：如果LC ID爲第一數値，則基地台確定功率餘量 回報所對應的用戶終端是否支援擴展格式的PHR。 可選地，上述第一數値可以爲11010，子報頭的內容 -17- 201234900 還可以包括長度域指示位和長度指示域或第一保留 二保留域；此處，可選地，在步驟S11之前還可包 ，如果功率餘量回報所對應的用戶終端未被配置支 格式的PHR，則確定資料負載的大小爲1位元組； 率餘量回報所對應的用戶終端被配置支援擴展格式 ，則根據長度域指不位和長度指不域，例如圖5中 L域，的聯合或第一保留域和第二保留域，例如圖 的R/R域，的聯合，確定資料負載的大小。 在該實施例中，重用了 R8/9版的LCID(11C 用於R10的不支持載波聚合的UE，同時，RRC需 R10的不支援載波聚合的UE，使該類UE在PHR 使用擴展格式。可選地，具體的PHR報文的資料 式可如圖9a-9b以及圖9d-9e所示。 在該實施例中，RRC需要配置R10的不支援載 的UE去使用該擴展格式。因此當eNB檢測到來自 帶有LCID = 1 1010的MAC CE報文，並且沒有對該 行過RRC配置時，eNB可以確定該MAC CE報文 R8/9的UE的PHR，因此該PHR大小爲1位元組 如果對該UE存在特定配置，相應的PHR負載採用 格式，eNB可以確定該報文是一個R10的不支持載 的UE的PHR，並且參考上述的方案1和方案2進 析處理該MAC CE。 該實施例中，沿用系統原有的LC ID而不需要 置新的LCID，爲了節省開銷也不需要位映射和/或 域和第 括步驟 援擴展 如果功 的 PHR 的F和 9c中 "〇)以 要配置 處理中 負載格 波聚合 UE的 UE進 是一個 。但是 了擴展 波聚合 一步解 添加配 F/L位 -18- 201234900 元組。 圖10示出了根據本發明的又一個實施例的在無線 訊網路的基地台和用戶終端之間傳輸的功率餘量回報的 報頭的結構。如圖所示，的子報頭內容包括LCID，還 以包括長度域指示位F，此處，該長度域指示位F被定 爲用於標識功率餘量回報所對應的用戶終端是否支援 聚合。 基於上述PHR的結構，步驟S11還包括步驟：如 LCID爲第一數値，例如1 1〇〇1，則根據長度域指示位F 長度指示域L的聯合確資料負載的大小。例如，根據長 域指示位F確定該PHR報文的信源是版本10的支持 的UE，還是不支持CA(non-CA)的UE，接著，再根 長度指示域L確定資料負載的大小。 在該實施例中，重用了曾用以爲R10的載波彙聚 定義的LCID和F/L位元組。重新定義MAC子頭部中的 域’用於標示這是R10版的可以支持載波聚合的或不能 援載波聚合的UE。
在該實施例中，不必爲R10不支持載波聚合的UE PHR報告定義新的LCID。而是重新定義在F/L位元組 的F域以標示到來的PHR內容是用於載波彙聚還是不 持載波聚合的UE。對於後者，不需要在PHR內容中包 位映射；因此最佳化了不支持載波聚合的PHR的報文 小。在現有規範中’ F / L位元組中的F域被用於指示相 的負載大小是否超過128位元組。但是在MAC PHR CE 通 子 可 義 波 果 和 度 CA 據 UE J F 支 的 中 支 括 大 m 7/Ci' 中 -19- 201234900 ，PHR大小不可能超過128位元組。因此F域對於MAC PHR CE是無用的。本實施例中重用這一域以標示載波彙 聚或不支援載波聚合的PHR，可以最佳化不支援載波聚合 的PHR大小。 可選地，在上述的一些實施例中，資料負載內的指示 資訊包括虛擬指示域V，以及步驟S12還可以包括：基於 資料負載的大小，根據虛擬指示域以及PUCCH和PUS CH 同時傳輸配置狀態的聯合，解析資料負載。 同樣可選地，在上述的一些實施例中，資料負載內的 指示資訊可以包括虛擬指示域，最大可用功率指示位，基 於此，步驟S12還可以包括：基於資料負載的大小，根據 虛擬指示域以及最大可用功率指示位的聯合，解析資料負 載。 同樣可選地，在上述的一些實施例中，資料負載內的 指示資訊包括最大可用功率指示位，基於此，步驟S11還 可以包括：如果PUCCH和PUS CH被配置爲可同時傳輸， 則確定資料負載的大小爲4位元組：如果PUCCH和 PUSCH被配置爲不可同時傳輸，貝IJ確定資料負載的大小爲 2位元組。此處，由於PHR報文的資料負載大小固定，則 在報文格式中不再需要F/L域，並且也不需要重新定義兩 個保留域R/R，節省了開銷。此處，可選地，資料負載內 的指示資訊還可以包括虛擬指示域，基於此，步驟S12還 可以包括：根據物理上行控制通道和物理上行共用通道的 同時傳輸的配置情況，例如此處PUCCH和PSCCH被配置
S -20- 201234900 爲非同時傳輸，則解析資料負載爲“PUCCH的功率餘量 値及最大可用功率値”或“PUSCH功率餘量値及其最大可 用功率値”，及對應了上述2位元組大小的phR的資料 負載；或者根據物理上行控制通道和/或物理上行共用通 道的同時傳輸的配置情況，例如PUCCH和PSCCH被配置 爲同時傳輸，，則可解析資料負載爲“PUCCH的功率餘 量値及最大可用功率値”和"PUSCH功率餘量値及最大可 用功率値”，對應了上述4位元組大小的pHR的資料負 載。 本領域技術人員應當瞭解：RAN1已告知RAN2關於 在版本10中的不支持載波聚合的情景下Pcmax的上報問 題的討論，並表達了請求RAN2在PHR中包括所有版本 10的UE所報告的Pcmax，c。因此，上述的一些實施例中 ，著重針對的是：版本10中不支持載波聚合的UE上報 Pcmax的情況中的MAC CE格式。在這些實施例中，無論 載波聚合的配置如何，在UE —側都可以被配置爲PUCCΗ 和PUSCH傳輸同時進行。如果PUCCH和PUSCH傳輸配 置爲可以同時進行，則除了類型1的PHR以及對應Pcmax ，類型2的PHR以及對應的Pcmax也可以被上報。如果 PUCCH和PUSCH傳輸配置爲不可同時進行，貝!|在不支持 CA的場景中，只有類型1的PHR及其對應的Pcmax可以 被上報。因此，MAC CE的長度在一定程度上取決於 PUCCH和PUSCH傳輸是否可以同時進行的配置情況。此 處兩種情況，參見圖9a-9b或9d-9e所示。 -21 - 201234900 總上所述，此處對於不支援 CA的情境中的 PHR/Pcmax傳輸的MAC CE格式，可以有兩種可選的可行 方法：重用擴展的PHR MAC CE格式或者採用新的MAC CE結構。 重用擴展的PHR MAC CE格式比較直接，並且對現行 的通訊標準不會有影響，圖9a-9b中示出了不支持CA的 場景中的一種擴展的PHR MAC CE格式》 考慮到不支援CA的場景只配置有一個社區，因此， 其中的指示次社區的啓動/去啓動狀態的第一位元組點陣 圖（bit map)，如圖9a-9b所示的C7-C1以及R，對於不 支援CA的場景並不需要。如果對應的Pcmax總是連同 PHR —起上報，則產生的MAC CE的資料負載具有固定大 小。因此可以使用對應於該固定大小的P H R的子報頭。 總體上說，如果爲不支持CA的場景設計新的MAC CEW ，則對於每個PHR，最多可節省兩個位元組。 圖9c-9e示出了 一個爲不支援CA場景的情況最佳化 設計MAC CE格式的實施例。其中，可以在該新的幀結構 中重用Rel-8/9 PHR MAC CE中的LCID»對於版本10網 路中的版本10的UE，上述實施例中所涉及的幀結構的使 用’ 一般地，需要透過RRC信號進行配置。對於版本1〇 網路中的版本8/9的UE可以繼續使用版本8/9的PHR MAC CE結構。 圖3示出了根據本發明的一個實施例的在無線通訊網 路的基地台中用於接收功率餘量回報的裝置100的結構圖 -22- 201234900 。該用於接收功率餘量回報的裝置100包括資料負載大小 確定模組1 0 1和資料負載解析模組1 0 2。 其中，資料負載大小確定模組1 〇 1，用於根據子報頭 的內容的聯合，確定資料負載的大小》 資料負載解析模組102，用於根據資料負載內的指示 資訊的聯合，解析資料負載。 圖4示出了根據本發明的一個實施例的在無線通訊網 路的終端中用於傳輸功率餘量回報的裝置的流程圖。該用 於傳輸功率餘量回報的裝置2 00 —般應用在用戶終端中， 包括資料負載大小告知模組2 0 1和資料負載構造告知模組 202 〇 資料負載大小告知模組2 0 1，用於透過子報頭的內容 的聯合，將資料負載的大小告知基地台。 資料負載構造告知模組202，用於透過資料負載內的 指示資訊的聯合，將資料負載的構造告知基地台。 以上對本發明的具體實施例進行了描述。需要理解的 是’本發明並不局限於上述特定實施方式，本領域普通技 術人員可以在所附申請專利範圍的範圍內做出各種變型或 修改。本發明的技術方案用軟體或硬體皆可實現。 【圖式簡單說明】 透過閱讀以下參照附圖對非限制性實施例所作的詳細 描述’本發明的其他特徵、目的和優點將會變得更明顯。 圖1示出了根據本發明的一個實施例的在無線通訊網 -23· 201234900 路的基地台中用於接收功率餘量回報的方法流程圖； 圖2示出了根據本發明的一個實施例的在無線通訊網 路的終端中用於傳輸功率餘量回報的方法流程圖； _ 3示出了根據本發明的一個實施例的在無線通訊網 路的基地台中用於接收功率餘量回報的裝置的結構圖； 圖4示出了根據本發明的一個實施例的在無線通訊網 路的終端中用於傳輸功率餘量回報的裝置的流程圖； 圖5示出了根據本發明的一個實施例的在無線通訊網 路的基地台和用戶終端之間傳輸的功率餘量回報的子報頭 的結構， 圖6a-6e示出了根據本發明的一個實施例的在無線通 訊網路的基地台和用戶終端之間傳輸的功率餘量回報的子 報頭及資料負載的結構； 圖7示出了根據本發明的另一個實施例的在無線通訊 網路的基地台和用戶終端之間傳輸的功率餘量回報的子報 頭的結構； 圖8示出了根據本發明的再一個實施例的在無線通訊 網路的基地台和用戶終端之間傳輸的功率餘量回報的子報 頭的結構； 圖9a-9e示出了根據本發明的又一個實施例的在無線 通訊網路的基地台和用戶終端之間傳輸的功率餘量回報的 子報頭的結構及資料負載的結構； 圖10示出了根據本發明的又一個實施例的在無線通 訊網路的基地台和用戶終端之間傳輸的功率餘量回報的子 -24- 201234900 報頭的結 在附 裝置或方 【主要元 100 ： 101 ： 102 : 200 ： 201 ： 202 ： 構； 圖中’相同和相似的附圖標記代表相同或相似的 法步驟。 件符號說明】 用於接收功率餘量回報的裝置 資料負載大小確定模組 資料負載解析模組 用於傳輸功率餘量回報的裝置 資料負載大小告知模組 資料負載構造告知模組 -25-