專利名稱：：一種基于用戶設備能力的傳輸格式配置的方法
技術領域：
：本發明涉及無線通訊系統，具體涉及第三代移動通信系統中一種基于用戶設備(UE,UserEquipment)能力的傳輸格式(TF，TransportFormat)配置的方法。
背景技術：
：第三代移動通信系統是可以支持高速移動環境、提供語音及數據和多媒體等多種業務的先進移動通信網。數據在空口的傳輸速率是由業務所建傳輸信道上的傳輸格式來決定，高層可以根據業務的實際情況對業務實時配置傳輸格式。傳輸格式是針對傳輸信道的配置。專用傳輸信道上傳輸格式可以逐幀改變，基于傳輸格式的快速變化實際上構成一種無線資源控制能力。對固定速率或慢變速率的傳輸信道，存在一個與之相關聯的傳輸格式。而對快變速率的傳輸信道，需要一個傳輸格式集(TFS,TransportFormatSet)來定義媒體訪問控制(MAC)和層一(L1)間信息交換的方式。即對每一個傳輸信道，需指定該傳輸信道傳輸格式集中每個傳輸格式。TFS是一組傳輸格式，MAC層根據信息源的瞬時速率可在每一傳輸時間間隔(TTI,TransmissionTimeInterval)時間基礎上從TFS中選擇一個合適的傳輸格式。傳輸格式由動態部分、半靜態部分兩部分組成。傳輸格式的動態部分包含傳輸塊大小和傳輸塊集的大小，所謂動態是指的這兩部分內容可以在不同的TTI發生變化，或者說動態部分形成了傳輸信道的瞬時速率。半靜態部分包含傳輸時間間隔、信道編碼方案及編碼速率、靜態速率匹配參數、循環冗余校驗(CRC,CyclicRedundancyCheck)的比特數。半靜態相對于動態而言，其內容一經配置，就不隨TTI而變，即使需要發生變化，也只能通過高層磋商后重新配置。在一個TFS中，每一個傳輸格式的半靜態部分是相同的。因此MAC在每一TTI基礎上對傳輸格式的選擇，實際上是對傳輸格式的動態部分的選擇。在第三代移動通信系統中，對于傳輸格式的配置從數據傳輸的角度是越多越好，另一方面傳輸格式數越多，對UE的能力要求越高，所以就出現了這樣一種需求在滿足UE能力的條件下，配置盡可能多的傳輸格式，同時使存有的傳輸格式能具有較優的數據傳輸性能。對于不同的終端廠家，其UE對于不同業務能支持的能力也不一樣，最大TF數目就是UE能力中的一種，指的是UE能支持的所有傳輸信道的最大TF個數。因此由于UE能力的限制，對高層配置的傳輸格式有一定限制，當用戶傳輸信道的TF個數總和超過UE支持的TF數目時，如何來配置傳輸信道的傳輸格式使其既能滿足UE能力，又能較優地控制無線資源，就是本發明的研究內容。
發明內容本發明要解決的技術問題是提供一種基于用戶設備能力的傳輸格式配置的方法，在挑選刪除超過UE能力的TF時，結合優先級與裁減分散程度可配的方法，不僅從業務類性的角度可保證業務的基本需求，而且從挑選需要刪除的TF時，考慮了分散程度，使得對有TF被裁減的傳輸信道，能盡可能有比較連續的數據傳輸，可在滿足用戶能力和基本需求的情況下具有較優的數據傳輸性能。為了解決上述問題，本發明提供了一種基于用戶設備能力的傳輸格式配置的方法，一種基于用戶設備能力的傳輸格式配置的方法，包4舌以下步驟(1)獲取UE上報的傳輸格式最大支持數目，以及用戶當前所有傳輸信道上的傳輸格式總數；(2)比較所述傳輸格式總數與所述傳輸格式最大支持數目；(3)如果傳輸格式總數超過所述傳輸格式最大支持數目，則求取該用戶的所有傳輸格式中的保留集；(4)對除去保留集以外的剩余傳輸格式中根據傳輸信道優先級以及裁減分散程度的可配置性進行裁減；進一步的，本發明所述的方法，其中，所述保留集，為不能被刪除而需要保留下來的集合；進一步的，本發明所述的方法，其中，所述步驟(3)中，求取該用戶的所有傳輸格式中的保留集，包括以下步驟(3a)將所有會話類傳輸信道的所有傳輸格式增加到所述保留集中；(3b)將所有非會話類傳輸信道的基本傳輸格式增加到所述保留集中；進一步的，本發明所述的方法，其中，所述非會話類傳輸信道的基本傳輸格式，包括空包的傳輸格式、保證少量數據即時傳輸的傳輸格式、以及最大傳輸速率的傳輸格式；本發明所述的方法，其中，所述步驟(3)中進一步包括如果傳輸格式總數未超過所述傳輸格式最大支持數目，則表明當前傳輸格式配置滿足UE能力，不對傳輸格式進行裁減，此時直接輸出當前所有傳輸格式作為結果，流程結束；進一步的，本發明所述的方法，其中，所述步驟(4)包括以下步驟(4a)對傳輸信道按優先級從低到高開始排序，即傳輸信道優先級越低，其處理優先級越高；如果傳輸信道優先級相同，則根據傳輸格式個數進行排序，傳輸格式個數越多的傳輸信道，其處理優先級越高；如果傳輸信道優先級相同且傳輸信道上傳輸格式個數也相同，則再根據傳輸信道標識號大小進行排序，其中傳輸信道標識號越小，其處理優先級越高；選定處理優先級最高的傳輸信道開始處理；(4b)對選定的傳輸信道從傳輸格式由小到大開始查找，對不在保留集、且前Min(K,J)個均沒有刪除標識的傳輸格式標志為"刪除"，其中，K為裁減傳輸格式時的分散因子，J為傳輸信道上該傳輸格式之前的傳輸格式個數，Min表示取最小值；若該傳輸信道已沒有可標志"刪除"的傳輸格式，則執行步驟(4d);(4c)計算所述用戶當前所有傳輸信道上的傳輸格式總數與UE上報傳輸格式的最大支持數目的差值，如果差值等于有"刪除"標志的傳輸格式個數，表示此時經過裁減后的傳輸格式總數不再超出傳輸格式最大支持數目，當前傳輸格式配置滿足UE能力，則執行步驟(4e);如果差值大于有"刪除"標志的傳輸格式個數，執行步驟(4d)，繼續下一輪裁減；(4d)傳輸信道是否循環完畢，如果未完畢，對相比當前傳輸信道處理優先級次高的下一個傳輸信道進行處理，轉至步驟(4b);如果完畢，表明可刪除的傳輸格式均被刪除后還無法滿足UE能力要求，則輸出處理失敗，流程結束；(4e)該用戶所有傳輸格式中沒有標志"刪除"的傳輸格式，即為輸出結果；進一步的，本發明所述的方法，其中，步驟(4b)中，K為零時，刪除多個傳輸格式時是連續刪除的。釆用本發明所述方法，與現有技術相比，較低優先級的傳輸信道對傳輸格式要求相對較低，當用戶的傳輸格式總數超過UE能力時，可對低優先級的傳輸信道的傳輸格式進行合理裁減(即刪除)，保護高優先級傳輸信道的數據傳輸需求，同時考慮了分散程度，使得對有TF被裁減的傳輸信道，能盡可能有比較連續的數據傳輸，此方法實現簡便，不需要額外的控制消息輔助，也不依賴某種業務一定要存在，對低優先級傳輸信道的TF進行合理刪除，這樣反過來也就保護了高優先級傳輸信道的數據傳輸需求，使得在滿足UE能力和基本傳輸需求的情況下，能更好地提高用戶感受度。圖1是本發明實施例的方法流程示意圖2是本發明實施例的傳輸信道處理優先級排序示意圖；圖3是本發明具體實施例示意圖。具體實施例方式本發明為了解決傳統技術方案存在的弊端，通過以下具體實施例進一步闡述本發明所述的一種基于用戶設備能力的傳輸格式配置的方法，以下對具體實施方式進行詳細描述，但不作為對本發明的限定。如圖1所示，為本發明實施例的方法流程示意圖。包括以下步驟步驟100，流程啟動；步驟IOI，獲取UE上報TF的最大支持數目；步驟102,統計用戶當前所有傳輸信道上的TF配置總數；步驟103,比較用戶的傳輸格式總數與UE能力支持的最大傳輸格式數目，如果傳輸格式總數超過UE能力支持的最大數目，則執行步驟104;否則，執行步驟107;步驟104,初始化保留集為空，從第一條傳輸信道開始處理，將對會話類傳輸信道內所有的TF,以及對非會話類的傳輸信道內基本傳輸格式增加到保留集中；步驟105，按傳輸信道優先級順序以及分散裁減的方法標志，不在保留集、且前Min(K，O個均沒有刪除標識的傳輸格式標志為"刪除"；步驟106,對這一輪中新增"刪除"標志的TF,表明該TF在輸出時將被舍棄，將用戶當前所有傳輸信道上的TF總數減去1，而將減去1之后的TF總數作為下一輪的TF總數，然后執行步驟103，與UE能力的TF最大數目再作比較；步驟107,輸出當前該用戶所有傳輸格式中沒有標志"刪除"的TF作為結果；步驟108;流程結束。上述步驟105所述的優先級順序與分散裁減的處理方式，具體描述如圖2所示，為本發明實施例的傳輸信道處理優先級排序示意圖，包括以下步驟步驟200，流程開始；步驟201，對傳輸信道按優先級從低到高開始排序，即傳輸信道優先級越低，其處理優先級越高；先對處理優先級高的傳輸信道進行處理；步驟202，判斷傳輸信道的優先級是否相同，如果相同，則執行步驟203;否則，執行步驟206;步驟203，檢測所述相同優先級的傳輸信道內的TF個數，如果TF個數也相同，則執行步驟204;如果不相同，則執行步驟205;步驟204，傳輸信道優先級相同且傳輸信道上TF個數也相同，則再根據傳輸信道標識號大小進行排序，其中，傳輸信道標識號越小，其處理優先級越高，越先處理；傳輸信道標識號越大，其處理優先級越低，越后處理；然后執行步驟206;步驟205，傳輸信道優先級相同但傳輸信道上TF個數不相同，則根據TF個數進行排序，TF個數越多的傳輸信道，其處理優先級越高；TF個數越少的傳輸信道，其處理優先級越低；然后執行步驟206;步驟206,輸出排序后的傳輸信道；選定處理優先級高的傳輸信道先進行處理。如圖3所示，為本發明具體實施例示意圖。包括以下步驟步驟300,流程開始；步驟301,獲取UE上報的TF最大支持數目，以及用戶當前所有傳輸信道上的TF總數；步驟302，比較用戶的傳輸格式總數與UE能力支持的最大傳輸格式數目，如果傳輸格式總數超過UE能力支持的最大數目，則執行步驟303;否則，執行步驟311;步驟303，新建一集合，設為保留集并清空，從第一條信令對應的傳輸信道開始統計，處理傳輸信道序號初始化為0;步驟304,檢測傳輸信道類型是否為會話類，如果是，則執行步驟305,否則，執行步驟306;步驟305，對會話類傳輸信道，將其所有的TF均增加到保留集中；執行步驟307;步驟306,對非會話類的傳輸信道，將基本傳輸格式增加到保留集中；執行步驟307;步驟307,檢測是否循環完所有的傳輸信道；如果是，輸出所有保留集，執行步驟309;否則，執行步驟308;步驟308,繼續處理下一個傳輸信道；執行步驟304;步驟309,計算該用戶的TF總數與UE能力支持的最大TF數的差值(Tf—Diff);步驟310,檢測差值(Tf—Diff)是否大于零；如果大于零，表示該用戶的TF總數超出UE能力支持的最大TF數，需要對TF進行裁減，執行步驟312;如果不大于零，則表示該用戶的TF總數未超出UE能力支持的最大TF數，不需要對TF進行裁減，執行步驟311;步驟311,輸出當前各傳輸信道沒有標識為"刪除"的所有TF，結束流程；步驟312,對傳輸信道按傳輸信道優先級從低到高進行排序，從最低優先級的傳輸信道開始處理；對優先級相同的傳輸信道，則設置傳輸信道TF個數多的處理優先級較高；如果優先級相同且TF個數也相同，則傳輸信道標識號小的處理優先級較高；步驟313，傳輸格式從最小的TF開始處理；步驟314,判斷該TF是否不在保留集，且前Min(K，J)個均沒有刪除標識；如果不在保留集，且均沒有"刪除，，標識，則執行步驟315;否則，執行步驟317;步驟315,標志該TF狀態為"刪除"，并執行步驟316;步驟316,Tf一Diff值減去l，執行步驟310;步驟317，檢測此條傳輸信道的TF是否已循環完畢，如果已完畢，則執行步驟319;否則，執行步驟318;步驟318，處理本傳輸信道中下一個TF，執行步驟314;步驟319，是否循環完所有傳輸信道，如果沒有，則執行步驟320;否則，執行步驟321;步驟320,處理下一條傳輸信道，執行步驟313;步驟321，處理失敗，結束。基于圖3，下面給出一個具體例子假設用戶有2個PS業務(交互類)、一個語音業務，UE能力可支持TF的最大數目為26，其各傳輸信道的TFS配置如表1:<table>tableseeoriginaldocumentpage11</column></row><table>表1用戶的各傳輸信道優先級及TFS配置其中，傳輸信道優先級的關系分別是A>B>C>D，即PS1處理優先級最高，最先處理。TFij表示第i條傳輸信道的第j+l個傳輸格式，由于對傳輸格式的選擇，實際上是對傳輸格式的動態部分的選擇，所以省略其它部分，此處的TFij，指傳輸格式的傳輸塊數目(TBNum，TransportBlockNumber)和傳輸塊大小(TBSize,TransportBlockSize)，對每條傳輸信道其TF是從小到大進行配置的。此例取K為1。其配置TF的執行流程為1)獲取UE上報的TF最大支持數目為26,以及用戶當前所有傳輸信道上的TF總數為2+5+9+6+5+2=29;2)顯然，此時用戶的TF總數大于UE能力中的最大TF數目，所以接下來需要進行TF裁減；3)新建一集合設為保留集并清空，從第一條信令對應的傳輸信道開始統計；4)按上述原則，前三條傳輸信道是非會話類業務，將其基本傳輸格式增加到保留集為{TF10,TF11，TF20，TF21,TF24,TF30,TF31,TF38};第四條傳輸信道是會話類業務，將其所有TF均增加到保留集中；；5)所以四條傳輸循環完畢后，輸出的保留集為{TF10,TF11,TF20，TF21,TF24,TF30,TF31，TF38,TF40,TF41,TF42，TF43，TF44,TF45,TF50，TF51,TF52,TF53，TF54,TF60,TF61};6)本例中，統計需要裁減的TF數為Tf_Diff=29-26=3;7)對排序后的傳輸信道，從第一條傳輸信道開始處理；最低優先級的傳輸信道是PS1對應的傳輸信道；8)PS1對應的傳輸信道中，從第一個TF(TF20)開始判斷，由于TF20與TF21均在保留集中，不能刪除，所以繼續往下到TF22,TF22前共2個TF,前1(min(l,2))個TF(即TF21)沒有"刪除，，標識，所以標志TF22為"刪除"；9)此時Tf—Diff減去1后等于2,仍大于0,說明此時總的TF個數還不能滿足UE能力，繼續下一輪的裁減，往下查找可刪除的TF;TF23前一個TF已有刪除標識，所以繼續往下找，而TF24在保留集中，所以此傳輸信道的TF已查找完畢還沒找到新的可標志刪除的TF;10)繼續在下一優先級較低的傳輸信道進行查找，此時是PS2對應的傳輸信道，4姿上述方法，同理可得到可以標志"刪除"的TF:TF32;11)再比較當前TF總數與UE能力，Tf一Diff減去1后等于1，仍大于0，還需要查找一個可刪除的TF,同理可得，TF34可標志"刪除"；12)輸出沒有刪除標識的TF，其輸出結果見表2:<table>tableseeoriginaldocumentpage13</column></row><table>表2裁減后的各傳輸信道的TFS(各傳輸信道優先級不同時)再者，如果PS2、PS3的優先級相同，且都為最低優先級時，由于PS2的TF個數多于PS1,所以PS2所對應傳輸信道的處理優先級最高，經過本發明所述的算法后，標志"刪除"的TF是TF32、TF34與TF36,這時的輸出結果是<table>tableseeoriginaldocumentpage13</column></row><table><table>tableseeoriginaldocumentpage14</column></row><table>表3裁減后的各傳輸信道的TFS(PS1、PS2優先級相同曰于)當然，本發明還可有其他多種實施例，在不背離本發明精神及其實質的情況下，熟悉本領域的技術人員可根據本發明做出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發明所附的權利要求的保護范圍。權利要求1、一種基于用戶設備能力的傳輸格式配置的方法，其特征在于，包括以下步驟(1)獲取UE上報的傳輸格式最大支持數目，以及用戶當前所有傳輸信道上的傳輸格式總數；(2)比較所述傳輸格式總數與所述傳輸格式最大支持數目；(3)如果傳輸格式總數超過所述傳輸格式最大支持數目，則求取該用戶的所有傳輸格式中的保留集；(4)對除去保留集以外的剩余傳輸格式中根據傳輸信道優先級以及裁減分散程度的可配置性進行裁減。2、如權利要求1所述的方法，其特征在于，所述保留集，為不能被刪除而需要保留下來的集合。3、如權利要求l所述的方法，其特征在于，所述步驟(3)中，求取該用戶的所有傳輸格式中的保留集，包括以下步驟(3a)將所有會話類傳輸信道的所有傳輸格式增加到所述保留集中；(3b)將所有非會話類傳輸信道的基本傳輸格式增加到所述保留集中。4、如權利要求3所述的方法，其特征在于，所述非會話類傳輸信道的基本傳輸格式，包括空包的傳輸格式、保證少量數據即時傳輸的傳輸格式、以及最大傳輸速率的傳輸格式。5、如權利要求l所述的方法，其特征在于，所述步驟(3)中進一步包括如果傳輸格式總數未超過所述傳輸格式最大支持數目，則表明當前傳輸格式配置滿足UE能力，不對傳輸格式進行裁減，此時直接輸出當前所有傳輸格式作為結果，流程結束。6、如權利要求l所述的方法，其特征在于，所述步驟(4)包括以下步驟(4a)對傳輸信道按優先級從低到高開始排序，即傳輸信道優先級越低，其處理優先級越高；如果傳輸信道優先級相同，則根據傳輸才各式個數進行排序，傳輸格式個數越多的傳輸信道，其處理優先級越高；如果傳輸信道優先級相同且傳輸信道上傳輸格式個數也相同，則再根據傳輸信道標識號大小進行排序，其中傳輸信道標識號越小，其處理優先級越高；選定處理優先級最高的傳輸信道開始處理；(4b)對選定的傳輸信道從傳輸格式由小到大開始查找，對不在保留集、且前Min(K,J)個均沒有刪除標識的傳輸格式標志為"刪除"，其中，K為裁減傳輸格式時的分散因子，J為傳輸信道上該傳輸格式之前的傳輸格式個數，Min表示取最小值；若該傳輸信道已沒有可標志"刪除"的傳輸格式，則執行步驟(4d);(4c)計算所述用戶當前所有傳輸信道上的傳輸格式總數與UE上報傳輸格式的最大支持數目的差值，如果差值等于有"刪除"標志的傳輸格式個數，表示此時經過裁減后的傳輸格式總數不再超出傳輸格式最大支持數目，當前傳輸格式配置滿足UE能力，則執行步驟(4e);如果差值大于有"刪除"標志的傳輸格式個數，執行步驟(4d),繼續下一輪裁減；(4d)傳輸信道是否循環完畢，如果未完畢，對相比當前傳輸信道處理優先級次高的下一個傳輸信道進行處理，轉至步驟(4b);如果完畢，表明可刪除的傳輸格式均被刪除后還無法滿足UE能力要求，則輸出處理失敗，流程結束；(4e)該用戶所有傳輸格式中沒有標志"刪除"的傳輸格式，即為輸出結果。7、如權利要求6所述的方法，其特征在于，步驟(4b)中，K為零時，刪除多個傳輸格式時是連續刪除的。全文摘要本發明公開了基于用戶設備能力的傳輸格式配置方法，包括以下步驟(1)獲取UE上報的傳輸格式最大支持數目，以及用戶當前所有傳輸信道上的傳輸格式總數；(2)比較所述傳輸格式總數與所述傳輸格式最大支持數目；(3)如果傳輸格式總數超過所述傳輸格式最大支持數目，求取該用戶的所有傳輸格式中的保留集；(4)對除去保留集以外的剩余傳輸格式中根據傳輸信道優先級以及裁減分散程度的可配置性進行裁減。本發明所述方法，不需要額外的控制消息輔助，也不依賴某種業務的存在，對低優先級傳輸信道的TF進行合理刪除，這樣也就保護了高優先級傳輸信道的數據傳輸需求，使得在滿足UE能力和基本傳輸需求的情況下，能更好地提高用戶感受度。文檔編號H04L29/06GK101359925SQ20071014010公開日2009年2月4日申請日期2007年8月2日優先權日2007年8月2日發明者田金鳳申請人:中興通訊股份有限公司