国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      用于為hsupa信道優(yōu)化e-tfc限制的方法和設(shè)備的制作方法

      文檔序號:7679900閱讀:434來源:國知局

      專利名稱::用于為hsupa信道優(yōu)化e-tfc限制的方法和設(shè)備的制作方法
      技術(shù)領(lǐng)域
      :本發(fā)明涉及一種無線通信系統(tǒng)。
      背景技術(shù)
      :在通用移動電信系統(tǒng)(UMTS)第6版中,在上行鏈路(UL)中引入了新的信道增強型專用信道(E-DCH)。該E-DCH是映射到增強型分組數(shù)據(jù)物理信道(E-PDPCH)的僅UL(UL-only)傳輸信道。與該E-DCH相關(guān)聯(lián)的增強型專用物理控制信道(E-DPCCH)是用于傳輸控制信息的UL物理信道。與傳統(tǒng)的專用信道(DCH)相比,所述E-DCH提供了更高容量、更高吞吐量和減少的延遲。所述E-DCH僅適用于UMTS陸地?zé)o線電接入(UTRA)頻分復(fù)用(UTRAFDD)。增強型媒介接入控制(MAC-e)是處理E-DCH傳輸信道的新的實體。和傳統(tǒng)的DCH—樣,E-DCH被配置為特定E-DCH傳輸格式組合(E-TFC)。然而,不同于從無線電資源控制(RRC)接收被允許的傳輸格式集合,MAC-e被配置為使用基于預(yù)定義表的傳輸格式集合。在3GPP標準中,上述的預(yù)定義表有四個。兩個表用于2ms傳輸時間間隔(TTI),兩個表用于10msTTI。無線電資源控制(RRC)配置所述TTI的長度,并確定當對傳輸格式進行選擇時,所述MAC-e應(yīng)該用哪兩個表。表l顯示了10msTTIE-DCH傳輸塊(TB)大小的表。表1<table>tableseeoriginaldocumentpage7</column></row><table>344E-DCH傳輸格式集合與傳統(tǒng)的傳輸格式集合之間的主要不同(不同于被預(yù)配置的大小)是這些表非常大,其中每個表容納大于120個TB大小。在UMTS標準中描述了E-TFC選擇的規(guī)則,(例如TS25.331)。按照這些規(guī)則,E-TFC限制過程應(yīng)當總是在E-TFC選擇過程之前應(yīng)用。使用E-TFC限制過程是由于當在UL信道上進行傳輸時,不允許無線發(fā)射接收單元(WTRU)超過最大允許的UL傳輸功率。在限制過程期間,該限制過程在每個TTI被執(zhí)行,WTRU計算傳輸給定E-TFC所需要的功率量。當專用物理數(shù)據(jù)信道(DPDCH)存在時,WTRU接著計算從TFC選擇的估計功率剩余,并計算來自高速專用物理控制信道(HS-DPCCH)傳輸和高速專用物理公共控制信道(DPCCCH)傳輸?shù)氖S喙β?。如果傳輸給定E-TFC所需要的功率大于WTRU可用的功率,則意味著E-TFC需要在給定的TTI可能無法支持的過多的功率。這些E-TFC被認為處于阻塞(blocked)狀態(tài)。處于阻塞狀態(tài)的特定E-TFC可在每個TTI變化,這取決于其它UL信道的功率消耗水平。UTRAN應(yīng)確保增強型傳輸格式組合指示符(E-TFCI)表是通過正確地設(shè)置參考E-TFCI功率偏移(接下來被用于計算Ped,j,Ped,c,j和Pc,c)以增加的傳輸功率進行排序的。這保證了E-TFC表中的元素是按照功率需求來排列的。為了確定哪個E-TFC被阻塞,WTRU開始從表的底部(最大的TB大小)搜索并繼續(xù)向上,直到發(fā)現(xiàn)不被阻塞(即非阻塞的)E-TFC。一旦WTRU發(fā)現(xiàn)非阻塞的E-TFC,該WTRU可以終止搜索,因為可以假定如果具有特定TB大小的E-TFC不被阻塞,則具有更小TB大小的所有E-TFC都不被阻塞。同樣地,如果具有特定TB大小的E-TFC被阻塞,則WTRU可認為具有更大TB大小的所有E-TFC也都被阻塞。但是,隨著最大功率減少(MPR)元素的引入,也有問題出現(xiàn)。WTRU可以通過在3GPP中特定的E-TFCMPR值來減少最大允許傳輸功率,如表2中所示。隨著MPR的引入,基于功率限制的對被支持的E-TFC的選擇變?yōu)橐粋€更復(fù)雜且更耗費時間的過程。由于E-TFCMPR值依賴于編碼數(shù)量和允許使用的最小擴展因素,并且MPR值不是直接與每個E-TFC所需要的功率成比例的,因此在E-TFC表中將會有空位(hole)。當有空位時,如果給定的E-TFC不被阻塞,并非必定意味著具有更小TB大小的所有E-TFC也都不被阻塞。因此,即使E-TFC是按照增加的傳輸功率而被列出的,由于每個E-TFC的最大允許功率(PMaXj)變化,并且這種變化不直接與每個E-TFC所需要的功率成比例,因此關(guān)于如果具有特定TB大小的給定的E-TFC不被阻塞,則具有更小TB大小的所有E-TFC也不被阻塞假設(shè)不是必然正確的。相同樣地,如果給定E-TFC被阻塞,也并非必定意味著具有更大TB大小的所有E-TFC也都被阻塞。表2顯示了用于E-TFC選擇的E-TFCMPR的例子。表中形成了空位,意味著表中的每個E-TFC都需要被檢測以證明他們是否處于阻塞狀態(tài)。因此需要通過執(zhí)行更快/更智能且無需搜索整個表的搜索來處理這些空位并且避免不得不搜索整個表。表2<table>tableseeoriginaldocumentpage9</column></row><table>注意對上文中不特定的輸入(卩c,Phs,Pd,卩ec,卩ed,SFmin,Ncode},E隱TFC-MPR(dB)=0
      發(fā)明內(nèi)容本發(fā)明提供了一種通過將E-TFC表拆分為子表以在高速下行鏈路分組接入(HSPDA)系統(tǒng)中優(yōu)化E-TFC搜索的方法和設(shè)備。如果在子表中的特定E-TFC不被阻塞,則在相同子表中的具有更小TB大小的所有E-TFC都被認為不被阻塞。如果在子表中的E-TFC被阻塞,則在相同子表中的具有更大TB大小的所有E-TFC都被認為被阻塞。一旦選定E-TFC表,則在該E-TFC表中的一個窗口被選擇以在其中進行搜索。然后確定搜索窗口中的第一個元素是否被阻塞。如果第一個元素被阻塞,則搜索窗口中的所有元素被認為被阻塞,并且搜索終止。否則,確定搜索窗口中的最后一個元素是否被阻塞。如果最后一個元素不被阻塞,則在搜索窗口中所有小于或等于最后一個元素的元素都被認為不被阻塞,并且在搜索窗口中所有大于最后一個元素的元素被認為被阻塞。如果最后一個元素被阻塞,縮小搜索窗口的大小直到最后一個元素被確定為不被阻塞。從以下關(guān)于優(yōu)選實施例的描述中可以更詳細地了解本發(fā)明,這些優(yōu)選實施例是作為實例給出的,并且是結(jié)合附圖而被理解的,其中圖1是為E-TFC限制而將E-TFC表拆分為子表的過程的流程圖;圖2是優(yōu)化的搜索過程的流程圖;以及圖3是被配置為執(zhí)行圖1和2的過程的包括WTRU和基站的無線通信系統(tǒng)。具體實施例方式下文引用的術(shù)語"無線發(fā)射/接收單元(WTRU)"包括但不局限于用戶設(shè)備(UE)、移動站、固定或移動用戶單元、尋呼機、蜂窩電話、個人數(shù)字助理(PDA)、計算機或是其他任何能在無線環(huán)境中工作的用戶設(shè)備。下文引用的術(shù)語"基站"包括但不局限于節(jié)點B、站控制器、接入點(AP)或是其他任何能在無線環(huán)境中工作的接口設(shè)備。E-TFCMPR表2顯示了MPR值是下列各項的函數(shù)信道增益值(3hs(指示HSDPA信道是否被用于TTI)、信道增益值(3d(指示DCH信道是否被用于TTI)、SFmin(E-TFC所需的最小擴展因素)、以及Ncode(E-TFC所需的編碼數(shù)量)。其中P&和Pd在給定的TTI中是固定的(即對所有E-TFC是相同的值)。Ncode和SFmin是傳輸塊(TB)大小的函數(shù),并且對每個E-TFC均不同。在每個TTI中,WTRU確定HSDPA和DCH的存在或不存在,并且基于此現(xiàn)象在表2中查找MPR的相應(yīng)的值。然后從最大功率中減去MPR值以確定由WTRU允許功率輸出。例如,依賴于HSDPA和DCH的存在或不存在的假定的下列四種情況。這四種情況如下1)phs=0而|3d=0(無HSDPA,無DCH);2)phs>0而|3d=0(有HSDPA,無DCH);3)phs:0而卩d〉0(無HSDPA,有DCH);以及4)phs>0而pd>0(有HSDPA,有DCH)。如在MPR表2中所見的,對上述每種情況,MPR的值會基于SFmin和Ncode而不同。例如,對于具有SFmin>=4且Ncode=1的TFC,MPR的值是1)對于phs=0而pd=0,MPR=0.25;2)對于|3hs=0而|3d>0,MPR=0.75;以及3)對于(3hs〉0而(3d>0,MPR=1.5。注意E-TFC是按照TB大小增加的順序而列出的。此外,按照UMTS標準,每個E-TFC的編碼數(shù)量和SF是基于下面的順序被選擇的{N256,N128,N64,N32,N16,N8,N4,2xN4,2xN2,2xN2+2xN4}。這意味著E-TFC是按照SF和編碼數(shù)量增加的順序而列出的?;谏鲜鲇^察,如果MPR值對于表中任何兩個連續(xù)的E-TFC是不同的,則在E-TFC表中有"空位"。下表列出了上述所列的四種情中每一種的MPR值。下表還包括每種情況的E-TFC表中的空位的數(shù)量。當Ncode增加并且SF減少時,由于MPR值的改變,每種情況的空位的數(shù)量是不同的。注意除包括四個編碼,即包括兩個SF2和兩個SF4的情況外,所有情況中的SFmin等于SF。<table>tableseeoriginaldocumentpage12</column></row><table>在第一實施方式中,E-TFC表被拆分為邏輯子表,其中每個子表包括具有相同MPR值并且在表中連續(xù)的所有E-TFC。因此,在每個子表中,應(yīng)用下述規(guī)則如果在子表中的E-TFC不被阻塞,則在相同子表中的具有更小TB大小的所有E-TFC也都不被阻塞。同樣地,如果在子表中的E-TFC被阻塞,則在相同子表中的具有更大TB大小的所有E-TFC也都被阻塞。圖1是根據(jù)第一實施方式的搜索過程100的流程圖。在步驟105,WTRU從基站和/或RRC接收TTI長度和E-TFC信息,所述RRC與當對傳輸格式進行選擇時MAC-e應(yīng)當使用哪些預(yù)定義表有關(guān)。在步驟110,WTRU確定E-TFC表中的哪些E-TFC有相同的MPR值并且基于信息在E-TFC表中是連續(xù)的。接下來在步驟115,WTRU將E-TFC表拆分為M個子表,其中每個子表包括具有相同MPR值并且是連續(xù)的E-TFC。在步驟120,WTRU按照合適的算法搜索所述M個子表。如果M個子表中的一個子表的E-TFC不被阻塞,則該子表中的具有更小TB大小的所有E-TFC都不被阻塞。最后在步驟125,WTRU基于搜索結(jié)果選擇傳輸格式。通過允許WTRU將上述規(guī)則應(yīng)用到每個子表中,搜索被執(zhí)行得更快,因為所述搜索能夠在每個子表中獨立的執(zhí)行。下面公開了在子表中進一步優(yōu)化搜索的有效搜索算法。注意在給定表中子表的數(shù)量可以是(空位的數(shù)量+l)。兩個子表之間的邊界為子表邊界。如表6所示,一旦執(zhí)行表的拆分,子表邊界自動被定義。下面的過程是優(yōu)化搜索的算法,所述搜索在每個子表中被執(zhí)行以尋找阻塞的E-TFC,并且因此所述算法的使用可使得搜索過程更快。因此,取決于子表的數(shù)量,所述搜索算法重復(fù)地應(yīng)用于每個子表,并且邊界被用做子表之間的區(qū)分。為了確定子表邊界,hl、h2和h3被定義如下hl:在需要一個編碼的E-TFC表中最大的E-TFC;h2:在需要兩個編碼及SF4的E-TFC表中最大的E-TFC;以及h3:在需要兩個編碼及SF2的E-TFC表中最大的E-TFC。在任意一種所列出的情況中子表的最大數(shù)量是四。取決于所述情況,一些邊界消失。每種情況的邊界如下情況l:有三個子表的邊界在hl和h3。情況2:有兩個子表的邊界在h3。情況3:有三個子表的邊界在h2和h3。情況4:有四個子表的邊界在hl、h2和h3。在另一實施方式中公開了在E-TFC表中的搜索過程。就E-TFC子表來說,所述算法應(yīng)當被獨立地應(yīng)用到如同為單個E-TFC子表的每個子表中。1.使T二表的大小;2.選擇窗口大小W;3.使最后一個元素=丁;4.使第一個元素二T一W;5.當?shù)谝粋€元素被阻塞且第一個元素^1;第一個元素二MAX(第一個元素一W,1);最后一個元素=最后一個元素—W;6.如果第一個元素被阻塞,則所有元素都被阻塞;7.否則(第一個元素不被阻塞);8.當最后一個元素被阻塞,最后一個元素=最后一個元素一1;9.小于或等于最后一個元素的所有元素都不被阻塞;10.大于最后一個元素的所有元素都被阻塞。上述過程應(yīng)當被獨立的在每個子表內(nèi)被獨立地重復(fù)。如果所有子表的所有元素都被阻塞,則WTRU應(yīng)當使用最小允許的E-TFC集合。圖2是優(yōu)化的搜索過程200的流程圖。在步驟205,WTRU選擇E-TFC表。在步驟210,WTRU在E-TFC表中選擇窗口開始搜索。每個表是按照升序排列的;因此,第一個元素是最小的元素。在步驟215,WTRU確定在搜索窗口中的元素是否被阻塞。由于第一個元素是表中需要最少功率的E-TFC,如果第一個元素在步驟215被確定為阻塞的,則WTRU認為在搜索窗口中的所有元素都被阻塞(步驟220),并且WTRU接著可以終止搜索,或搜索另一E-TFC表。如果第一個元素在步驟215被確定為不被阻塞(即非阻塞的),則WTRU檢查窗口中的最后一個元素(步驟225)。如果搜索窗口中的最后一個元素在步驟225中被確定為阻塞的,WTRU通過將當前的最后一個元素設(shè)置為最后一個元素一1(步驟230)以縮小搜索窗口的大小并且重復(fù)步驟225。WTRU將繼續(xù)重復(fù)縮小窗口大小的步驟225和230,直到確定最后一個元素不被阻塞。一旦WTRU找到當前的最后一個元素不被阻塞,WTRU認為窗口中小于或等于當前最后一個元素的所有元素都不被阻塞,并且大于當前最后一個元素的所有元素都被阻塞(步驟235),并且WTRU接著可以終止搜索,或者搜索另一E-TFC子表。上述過程用于不具有MPR的fi-TFC,盡管如此,該過程也可以用于具有MPR的情況,在這種情況下也可使用上述的E-TFC子表。當窗口中最頂端的E-TFC(即窗口中具有最小TB大小的E-TFC)被阻塞,上述的窗口搜索過程勝過順序搜索。只在一種情況下所建議的算法需要比順序搜索更多的指導(dǎo),這種情況是窗口中最頂端的E-TFC不被阻塞,這種情況下窗口搜索算法需要一個額外的比較(與順序搜索相比)。因此,只要窗口大小N被選擇,從而子表中最后N個E-TFC被阻塞可能性高,窗口搜索算法平均上將勝過順序搜索算法。窗口大小可以被固定或被動態(tài)調(diào)整。例如,如果在表的N個最后元素中找到阻塞的E-TFC的已知可能性高,則窗口大小應(yīng)當被固定為N。此外,N的值是許多因素的函數(shù),如WTRU位置(路徑損耗)、DCH和HSDPA的存在等。因此,N的值可以基于TTI按照上述的因素或其它因素而變化。在另一實施方式中,對于在E-TFC表中位置較高(higherup)的子表,窗口大小可以以給定數(shù)量縮小,因為在該子表中找到阻塞的E-TFC的機會小。通過執(zhí)行上述窗口技術(shù)協(xié)同子表技術(shù),找到阻塞的E-TFC并隔離空位所需的搜索數(shù)量可以比對表中所有128E-TFC做逐步比較被更快地執(zhí)行。圖3顯示了包括WTRU305和基站310的無線通信系統(tǒng)300。E-TFC和MPR表在UMTS標準中被預(yù)定義并且因此WTRU305具有在存儲器355中被預(yù)配置和預(yù)編碼的表?;?10,使用RRC過程,用信號向WTRU305發(fā)送確定參考值。這些值被用于為每個E-TFC計算量化幅度比率。WTRU305可以包括處理器315、接收機320、發(fā)射機325和天線330?;?10可以包括處理器335、接收機340、發(fā)射機345和天線350。當使用MPR值時,WTRU305和基站310都各自被配置以執(zhí)行優(yōu)化E-TFC限制的方法?;?10中的處理器335生成指示TTI長度和包括E-TFC表的E-TFC信息的信息。發(fā)射機345通過天線350傳輸該信息。參考值被用信號發(fā)送給在功率限制過程中使用的WTRU305。E-TFC表被預(yù)定義并且被預(yù)存儲在WTRU305的存儲器355中。在WTRU305中,信息經(jīng)由天線330通過接收機320被接收并且被發(fā)送至處理器315。處理器315被配置為確定哪些E-TFC具有相同的MPR值并且在接收的E-TFC表中是連續(xù)的。處理器315進一步被配置為基于MPR值將E-TFC表拆分為子表。當與基站310進行通信時,處理器315還被配置為搜索子表并且為WTRU305的使用選擇傳輸格式。實施例1、一種在無線發(fā)射/接收單元(WTRU)中執(zhí)行的在表中搜索增強型專用信道傳輸格式組合(E-TFC)的方法,該方法包括(a)接收傳輸時間間隔(TTI)和E-TFC數(shù)據(jù);(b)基于所接收到的TTI和E-TFC數(shù)據(jù)來選擇適當?shù)腅-TFC表;(c)將所述E-TFC表拆分為多個子表,其中所述多個子表中的每一個包含所有具有相同最大功率減少(MPR)值并且在表中連續(xù)的E-TFC;以及(d)搜索所述多個子表中的每一個。2、根據(jù)實施例1所述的方法,其中步驟(d)還包括確定所述多個子表中的一個子表中的E-TFC是否不被阻塞,所述不被阻塞的情況表明在所述多個子表中的同一個子表中的所有具有更小傳輸塊(TB)大小的E-TFC也不被阻塞;以及確定在該子表中的一個E-TFC是否被阻塞,所述被阻塞的情況表明在所述多個子表中的同一個子表中的具有更大TB大小的E-TFC也被阻塞。3、根據(jù)實施例1所述的方法,該方法還包括(e)基于對所述多個子表中的每一個的搜索而選擇傳輸格式。4、根據(jù)實施例1所述的方法,該方法還包括(e)在多個傳輸時間間隔(TTI)的每一個中確定HSDPA和專用信道(DCH)的存在。5、根據(jù)實施例4所述的方法,該方法還包括(f)為無線發(fā)射/接收單元(WTRU)確定允許功率。6、根據(jù)實施例5所述的方法,其中步驟(f)還包括確定與所述HSDPA和DCH的存在相對應(yīng)的MPR值,并且將所述值從最大功率中減去以計算所述允許功率。7、根據(jù)實施例1所述的方法,其中所述搜索是在所述多個子表的每一個中獨立地執(zhí)行的。8、一種在無線發(fā)射/接收單元(WTRU)中執(zhí)行的搜索增強型傳輸格式組合(E-TFC)表的方法,該方法包括(a)選擇E-TFC表;(b)使用搜索窗口大小在表中定義搜索窗口;(c)確定所述搜索窗口中的第一個元素是否被阻塞;以及(d)如果所述第一個元素不被阻塞,則確定所述搜索窗口中的最后一個元素是否被阻塞。9、根據(jù)實施例8所述的方法,其中第一個元素被阻塞的情況表明所有元素都被阻塞。10、根據(jù)實施例8所述的方法,其中最后一個元素不被阻塞的情況表明小于或等于該最后一個元素的所有元素都不被阻塞。11、根據(jù)實施例8所述的方法,該方法還包括確定所述搜索窗口中的最后一個元素被阻塞;以及將所述搜索窗口中的最后一個元素去除,以縮小所述搜索窗口大小。12、根據(jù)實施例8所述的方法,其中選擇表的步驟包括選擇E-TFC子表。13、根據(jù)實施例8所述的方法,其中所述搜索窗口大小是固定的。14、根據(jù)實施例8所述的方法,其中所述搜索窗口大小是動態(tài)調(diào)整的。15、根據(jù)實施例8所述的方法,其中對于在E-TFC表中位置較高的子表,縮小所述搜索窗口大小。16、一種無線發(fā)射/接收單元(WTRU),該WTRU包括存儲器,該存儲器被配置為存儲增強型傳輸格式組合(E-TFC)表;處理器,該處理器被配置為將所述E-TFC表拆分為多個子表,其中每個子表包含所有具有相同最大功率減少(MPR)值并且在表中連續(xù)的E-TFC;以及所述處理器還被配置為搜索所述多個子表中的每一個。17、根據(jù)實施例16所述的WTRU,該WTRU還包括所述處理器被配置為確定在子表中的一個E-TFC是否不被阻塞,不被阻塞的情況表明在同一個子表中的所有具有更小傳輸塊(TB)大小的E-TFC也都不被阻塞;以及所述處理器還被配置為確定在該子表中的一個E-TFC是否被阻塞,被阻塞的情況表明在同一個子表中的具有更大TB大小的E-TFC被阻塞。18、根據(jù)實施例16所述的WTRU,其中所述處理器還被配置為基于對所述多個子表的每一個的搜索來選擇傳輸格式。19、根據(jù)實施例16所述的WTRU,該WTRU還包括接收機,該接收機被配置為在多個傳輸時間間隔(TTI)的每一個中確定HSDPA和專用信道(DCH)的存在。20、根據(jù)實施例20所述的WTRU,該WTRU還包括所述處理器被配置為給所述WTRU確定允許功率。21、根據(jù)實施例21所述的WTRU,該WTRU還包括所述處理器被配置為確定與所述HSDPA和DCH的存在相對應(yīng)的MPR值;以及所述處理器還被配置為將所述值從最大功率中減去以計算所述允許功率。22、一種無線發(fā)射/接收單元(WTRU),該WTRU包括處理器,該處理器被配置為選擇增強型傳輸格式組合(E-TFC)表;所述處理器還被配置為在表中定義搜索窗口;所述處理器還被配置為確定所述搜索窗口中的第一個元素是否被阻塞,其中如果所述第一個元素不被阻塞,則所述處理器還被配置為確定所述搜索窗口中的最后一個元素是否被阻塞。23、根據(jù)實施例22所述的WTRU,該WTRU還包括所述處理器被配置為當所述搜索窗口中的最后一個元素被阻塞時,將所述搜索窗口中的最后一個元素去除,來縮小搜索窗口大小。雖然本發(fā)明的特征和元素在優(yōu)選的實施方式中以特定的結(jié)合進行了描述,但每個特征或元素可以在沒有所述優(yōu)選實施方式的其他特征和元素的情況下單獨使用,或在與或不與本發(fā)明的其他特征和元素結(jié)合的各種情況下使用。本發(fā)明提供的方法或流程圖可以在由通用計算機或處理器執(zhí)行的計算機程序、軟件或固件中實施,其中所述計算機程序、軟件或固件是以有形的方式包含在計算機可讀存儲介質(zhì)中的。關(guān)于計算機可讀存儲介質(zhì)的實例包括只讀存儲器(ROM)、隨機存取存儲器(RAM)、寄存器、緩沖存儲器、半導(dǎo)體存儲設(shè)備、諸如內(nèi)部硬盤以及可移動磁盤之類的磁介質(zhì)、磁光介質(zhì)以及諸如CD-ROM碟片和數(shù)字多功能光盤(DVD)之類的光介質(zhì)。舉例來說,恰當?shù)奶幚砥靼ㄍㄓ锰幚砥鳌S锰幚砥?、傳統(tǒng)處理器、數(shù)字信號處理器(DSP)、多個微處理器、與DSP核心相關(guān)聯(lián)的一個或多個微處理器、控制器、微控制器、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)電路、其他任何集成電路(IC)和/或狀態(tài)機。與軟件相關(guān)的處理器可用于實現(xiàn)射頻收發(fā)信機,以在無線發(fā)射接收單元(WTRU)、用戶設(shè)備(UE)、終端、基站、無線電網(wǎng)絡(luò)控制器(RNC)或是任何一種主機計算機中加以使用。WTRU可以與采用硬件和/或軟件形式實施的模塊結(jié)合使用,例如相機、攝像機模塊、視頻電路、揚聲器電話、振動設(shè)備、揚聲器、麥克風(fēng)、電視收發(fā)信機、免提耳機、鍵盤、藍牙⑧模塊、調(diào)頻(FM)無線電單元、液晶顯示器(LCD)顯示單元、有機發(fā)光二極管(OLED)顯示單元、數(shù)字音樂播放器、媒體播放器、視頻游戲機模塊、因特網(wǎng)瀏覽器和/或任何無線局域網(wǎng)(WLAN)模塊。權(quán)利要求1、一種在無線發(fā)射/接收單元(WTRU)中執(zhí)行的在表中搜索增強型專用信道傳輸格式組合(E-TFC)的方法,該方法包括(a)接收傳輸時間間隔(TTI)和E-TFC數(shù)據(jù);(b)基于所接收到的TTI和E-TFC數(shù)據(jù)來選擇適當?shù)腅-TFC表;(c)將所述E-TFC表拆分為多個子表,其中所述多個子表中的每一個包含所有具有相同最大功率減少(MPR)值并且在表中連續(xù)的E-TFC以及(d)搜索所述多個子表中的每一個。2、根據(jù)權(quán)利要求1所述的方法,其中步驟(d)還包括確定所述多個子表中的一個子表中的E-TFC是否不被阻塞,所述不被阻塞的情況表明在所述多個子表中的同一個子表中的所有具有更小傳輸塊(TB)大小的E-TFC也不被阻塞;以及確定在該子表中的一個E-TFC是否被阻塞,所述被阻塞的情況表明在所述多個子表中的同一個子表中的具有更大TB大小的E-TFC也被阻塞。3、根據(jù)權(quán)利要求1所述的方法,該方法還包括(e)基于對所述多個子表中的每一個的搜索而選擇傳輸格式。4、根據(jù)權(quán)利要求1所述的方法,該方法還包括(e)在多個傳輸時間間隔(TTI)的每一個中確定HSDPA和專用信道(DCH)的存在。5、根據(jù)權(quán)利要求4所述的方法,該方法還包括(f)為無線發(fā)射/接收單元(WTRU)確定允許功率。6、根據(jù)權(quán)利要求5所述的方法,其中步驟(f)還包括確定與所述HSDPA和DCH的存在相對應(yīng)的MPR值,并且將所述值從最大功率中減去以計算所述允許功率。7、根據(jù)權(quán)利要求1所述的方法,其中所述搜索是在所述多個子表的每一個中獨立地執(zhí)行的。8、一種在無線發(fā)射/接收單元(WTRU)中執(zhí)行的搜索增強型傳輸格式組合(E-TFC)表的方法,該方法包括(a)選擇E-TFC表;(b)使用搜索窗口大小在表中定義搜索窗口;(c)確定所述搜索窗口中的第一個元素是否被阻塞;以及(d)如果所述第一個元素不被阻塞,則確定所述搜索窗口中的最后一個元素是否被阻塞。9、根據(jù)權(quán)利要求8所述的方法,其中第一個元素被阻塞的情況表明所有元素都被阻塞。10、根據(jù)權(quán)利要求8所述的方法,其中最后一個元素不被阻塞的情況表明小于或等于該最后一個元素的所有元素都不被阻塞。11、根據(jù)權(quán)利要求8所述的方法,該方法還包括確定所述搜索窗口中的最后一個元素被阻塞;以及將所述搜索窗口中的最后一個元素去除,以縮小所述搜索窗口大小。12、根據(jù)權(quán)利要求8所述的方法,其中選擇表的步驟包括選擇E-TFC子表。13、根據(jù)權(quán)利要求8所述的方法,其中所述搜索窗口大小是固定的。14、根據(jù)權(quán)利要求8所述的方法,其中所述搜索窗口大小是動態(tài)調(diào)整的。15、根據(jù)權(quán)利要求8所述的方法,其中對于在E-TFC表中位置較高的子表,縮小所述搜索窗口大小。16、一種無線發(fā)射/接收單元(WTRU),該WTRU包括-存儲器,該存儲器被配置為存儲增強型傳輸格式組合(E-TFC)表;處理器,該處理器被配置為將所述E-TFC表拆分為多個子表,其中每個子表包含所有具有相同最大功率減少(MPR)值并且在表中連續(xù)的E-TFC;以及所述處理器還被配置為搜索所述多個子表中的每一個。17、根據(jù)權(quán)利要求16所述的WTRU,該WTRU還包括所述處理器被配置為確定在子表中的一個E-TFC是否不被阻塞,不被阻塞的情況表明在同一個子表中的所有具有更小傳輸塊(TB)大小的E-TFC也都不被阻塞;以及所述處理器還被配置為確定在該子表中的一個E-TFC是否被阻塞,被阻塞的情況表明在同一個子表中的具有更大TB大小的E-TFC被阻塞。18、根據(jù)權(quán)利要求16所述的WTRU,其中所述處理器還被配置為基于對所述多個子表的每一個的搜索來選擇傳輸格式。19、根據(jù)權(quán)利要求16所述的WTRU,該WTRU還包括接收機,該接收機被配置為在多個傳輸時間間隔(TTI)的每一個中確定HSDPA和專用信道(DCH)的存在。20、根據(jù)權(quán)利要求20所述的WTRU,該WTRU還包括所述處理器被配置為給所述WTRU確定允許功率。21、根據(jù)權(quán)利要求21所述的WTRU,該WTRU還包括所述處理器被配置為確定與所述HSDPA和DCH的存在相對應(yīng)的MPR值;以及所述處理器還被配置為將所述值從最大功率中減去以計算所述允許功率。22、一種無線發(fā)射/接收單元(WTRU),該WTRU包括處理器,該處理器被配置為選擇增強型傳輸格式組合(E-TFC)表;所述處理器還被配置為在表中定義搜索窗口;所述處理器還被配置為確定所述搜索窗口中的第一個元素是否被阻塞,其中如果所述第一個元素不被阻塞,則所述處理器還被配置為確定所述搜索窗口中的最后一個元素是否被阻塞。23、根據(jù)權(quán)利要求22所述的WTRU,該WTRU還包括所述處理器被配置為當所述搜索窗口中的最后一個元素被阻塞時,將所述搜索窗口中的最后一個元素去除,來縮小搜索窗口大小。全文摘要一種在高速下行鏈路分組接入(HSDPA)系統(tǒng)中用于傳輸格式組合限制的方法和設(shè)備。增強型傳輸格式組合(E-TFC)表被拆分為子表。無線發(fā)射/接收單元(WTRU)選擇一個子表并且選擇被選定的子表中的一個窗口開始搜索。WTRU接著確定搜索窗口中的第一個元素是否被阻塞。如果該搜索窗口中的第一個元素被阻塞,WTRU則認為被選定的子表中的所有元素都被阻塞。如果搜索窗口中的第一個元素不被阻塞,WTRU則確定該搜索窗口中的最后一個元素是否被阻塞。如果最后一個元素不被阻塞,WTRU認為小于或等于最后一個元素的所有元素都是不阻塞的,且大于最后一個元素的所有元素都被阻塞。如果最后一個元素被阻塞,則縮小搜索窗口的大小直到確定最后一個元素不被阻塞。文檔編號H04W52/34GK101536590SQ200780041015公開日2009年9月16日申請日期2007年11月2日優(yōu)先權(quán)日2006年11月2日發(fā)明者A·L·皮內(nèi)羅,S·索馬桑德朗申請人:交互數(shù)字技術(shù)公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1