專利名稱：：一種mbms業(yè)務中頭壓縮方式的配置方法
技術領域：
：本發(fā)明涉及在無線系統(tǒng)中傳輸IP包的技術，特別涉及一種MBMS業(yè)務中頭壓縮方式的配置方法。
背景技術：
：隨著Internet網(wǎng)和移動通信技術的迅猛發(fā)展，利用無線通信系統(tǒng)承載的大量多媒體業(yè)務涌現(xiàn)出來，其中一些應用業(yè)務，多個用戶能同時接收相同數(shù)據(jù)，如視頻點播、電視廣播、視頻會議、網(wǎng)上教育、互動游戲等等。為實現(xiàn)最有效地利用移動網(wǎng)絡資源，3GPP提出組播禾口廣播業(yè)務(MBMS:MultimediaBroadcast/MulticastService)。MBMS是一種典型的IP業(yè)務，針對無線鏈路，一個重要問題就是IP包中包頭的開銷太大。IP電話中的話音數(shù)據(jù)通常用RTP協(xié)議傳輸。這樣，除了鏈路層組幀之外，一個包至少有一個IP包頭(IPv4，20個字節(jié))、一個UDP包頭(8個字節(jié))和一個RTP包頭(基本包頭，12個字節(jié))，總共40個字節(jié)。如果使用IPv6協(xié)議，IP包頭就有40個字節(jié)，整個包頭增加為60個字節(jié)。而話音有效載荷的大小依賴于語音編碼器，為了保證實時性，話音幀的大小可能為1520個字節(jié)。在無線鏈路中，帶寬是最寶貴的資源。相比之下，系統(tǒng)處理包的能力倒在其次。為了提高帶寬的利用率，就必須減小包頭的大小。包頭壓縮具有以下優(yōu)勢1)減少包頭開銷，提高信道帶寬利用率；2)縮短響應時間，提高交互性；3)減少有損鏈路上的包丟失率；4)為了傳輸對時間延遲敏感的數(shù)據(jù)業(yè)務，一般采用小包格式。采用包頭壓縮可以提高傳輸效率。IP頭壓縮(以下簡稱頭壓縮)算法是PDCP實現(xiàn)的，對在PS域傳輸?shù)牧髅襟w類業(yè)務，可選擇RFC3095，也能夠選擇RFC2507，但是RFC3095對于RTP/UDP/IP包流處理則更為有效。RFC3095算法也叫ROHC算法，對于MBMS的廣播業(yè)務，目前RNC進行的IP頭壓縮方式是針對業(yè)務的，配置消息為一個公共的消息，對應多個用戶的。由于用戶是移動的，對于一個MBMS業(yè)務的服務區(qū)，默認所有的UE都支持RFC3095算法，而對該服務區(qū)內(nèi)的MBMS業(yè)務配置相同的IP頭壓縮方式，具體可以為利用RFC3095算法壓縮或不壓縮。但實際上，目前的網(wǎng)絡中有的手機并不支持RFC3095，由于沒有上行信道，網(wǎng)絡也無法知道手機的UE能力，如果RNC確定利用RFC3095算法進行壓縮并下發(fā)算法參數(shù)，那么不支持該算法的UE將無法接收該MBMS業(yè)務。如果滿足服務區(qū)內(nèi)所有UE的要求，只能采用最低的配置，會降低網(wǎng)絡的性能。
發(fā)明內(nèi)容有鑒于此，本發(fā)明提供一種MBMS業(yè)務中頭壓縮方式的配置方法，能夠在提高數(shù)據(jù)傳輸效率的同時，能盡可能滿足大多數(shù)用戶的需求。為實現(xiàn)上述目的，本發(fā)明采用如下的技術方案—種MBMS業(yè)務中頭壓縮方式的配置方法，包括對于任一MBMS業(yè)務，RNC通知對所述任一MBMS業(yè)務感興趣的UE上報是否支持RFC3095算法的信息；RNC統(tǒng)計對所述任一MBMS業(yè)務感興趣的UE總數(shù)，接收所述UE上報的是否支持RFC3095算法的信息，確定對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目；RNC根據(jù)對所述任一MBMS業(yè)務感興趣的UE總數(shù)、對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目和所述任一MBMS業(yè)務的特性確定配置的頭壓縮方式，并廣播給對所述任一MBMS業(yè)務感興趣的所有UE。較佳地，所述通知所述UE上報是否支持RFC3095算法的信息包括在所述MBMS接入消息中增加一個字段，并將該字段置為有效，用于指示UE上報是否支持RFC3095算法的信息。較佳地，業(yè)務類型和業(yè)務速率等級唯一對應一種MBMS業(yè)務；該方法進一步包括預先針對每種業(yè)務類型和業(yè)務速率等級的組合，設置RFC3095算法參數(shù)；所述確定配置的頭壓縮方式包括根據(jù)對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目與對所述任一MBMS業(yè)務感興趣的UE總數(shù)，確定采用RFC3095壓縮算法還是不進行頭壓縮；并在確定采用RFC3095壓縮算法后，進一步根據(jù)所述任一MBMS業(yè)務對應的業(yè)務類型和業(yè)務速率等級組合，選擇對應的RFC3095算法參數(shù)。由上述技術方案可見，本發(fā)明中，對于任一MBMS業(yè)務，RNC通知所述UE上報是否支持RFC3095算法的信息；RNC統(tǒng)計對所述任一MBMS業(yè)務感興趣的UE總數(shù)，接收所述UE上報的是否支持RFC3095算法的信息，確定對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目；RNC根據(jù)對所述任一MBMS業(yè)務感興趣的UE總數(shù)、對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目和所述任一MBMS業(yè)務特性確定配置的頭壓縮方式，并廣播給對所述任一MBMS業(yè)務感興趣的所有UE。通過上述方式，可以獲取UE是否支持RFC3095算法的信息，并且可以根據(jù)該信息更合理地確定頭壓縮方式，在提高數(shù)據(jù)傳輸效率的同時，能盡可能滿足大多數(shù)用戶的需求。圖1為本發(fā)明中MBMS業(yè)務頭壓縮方式的配置方法流程圖。具體實施例方式為使本發(fā)明的目的、技術手段和優(yōu)點更加清楚明白，以下結合附圖對本發(fā)明做進一步詳細說明。本發(fā)明的基本思想是RNC強制UE上報是否支持RFC3095算法的能力信息，從而根據(jù)某MBMS業(yè)務中的UE總數(shù)和支持RFC3095算法的UE數(shù)目確定是否采用RFC3095算法進行壓縮。圖1為本發(fā)明中MBMS業(yè)務頭壓縮方式的配置方法流程圖。在本發(fā)明中，針對每個業(yè)務進行頭壓縮方式的設置，以下就以MBMS業(yè)務A為例進行說明。如圖l所示，該方法流程包括步驟101，RNC通知對MBMS業(yè)務A感興趣的UE上報是否支持RFC3095算法的信息。本步驟中，具體RNC通知UE上報RFC3095算法能力的方式可以為在MBMS接入信息消息中增加一個字段。將該增加的字段置為有效時，即表示要求UE上報是否支持RFC3095算法的信息，將該增加的字段置為無效時，即表示要求UE不上報關于RFC3095算法的能力信息。這里，由于MBMS接入信息消息是周期性下發(fā)給UE的，因此，RNC可以根據(jù)需要設置是否要求UE上報是否支持RFC3095算法的能力信息。其中，MBMS接入信息消息是在指示UE進行counting操作時的消息，Counting操作時現(xiàn)有的一種統(tǒng)計對每種MBMS業(yè)務感興趣的UE數(shù)目的方式。當然也可以在其他的消息中攜帶指示信息，通知UE上報RFC3095算法能力。步驟102，UE接收RNC的通知后，將自身是否支持RFC3095算法的信息上報給RNC。具體上報RFC3095算法信息的方式可以為UE在上報感興趣的MBMS業(yè)務信息時，在上報的信息中增加一個字段，用于攜帶是否支持RFC3095算法的信息。步驟103，RNC統(tǒng)計對MBMS業(yè)務A感興趣的UE總數(shù)和其中支持RFC3095算法的UE數(shù)目。本步驟中，RNC根據(jù)counting結果確定對MBMS業(yè)務A感興趣的UE總數(shù)，并根據(jù)這些UE上報的是否支持RFC3095算法的信息，統(tǒng)計其中支持RFC3095算法的UE數(shù)目。步驟104，根據(jù)步驟103中的統(tǒng)計結果和當前業(yè)務特性確定頭壓縮方式，并通知對MBMS業(yè)務感興趣的UE。本步驟中，可以根據(jù)步驟103中的統(tǒng)計結果確定頭壓縮方式。具體可以根據(jù)網(wǎng)絡的實際環(huán)境和業(yè)務等因素，確定具體的頭壓縮方式。例如，可以在網(wǎng)絡中對MBMS業(yè)務A感興趣的UE中支持RFC3095算法的UE達到一定比例時，確定采用RFC3095算法進行頭壓縮，具體達到的比例值可以根據(jù)實際需要進行設定；或者，當網(wǎng)絡中對MBMS業(yè)務A感興趣的UE總數(shù)較少時，可以直接確定不進行頭壓縮。在確定基本的頭壓縮方式(即采用RFC3095算法壓縮還是不進行壓縮)后，若確定采用RFC3095算法進行壓縮，還需要根據(jù)業(yè)務特性確定具體的RFC3095算法的參數(shù)。具體地，由于MBMS只是一個單向的業(yè)務，在RNC側只需要考慮下行壓縮的功能，對應UE則是解壓縮，因此只需要配置RFC3095算法中下行的算法參數(shù)，而不配置其中上行的RFC3095功能，另外對25.331中的RFC3095—些可選參數(shù)可以根據(jù)業(yè)務特性選擇不配置。以下給出一種優(yōu)選的算法參數(shù)配置方式業(yè)務類型和業(yè)務速率等級唯一對應MBMS—種典型業(yè)務，因此可以預先針對每種業(yè)務類型和業(yè)務速率等級的組合，設置RFC3095算法典型參數(shù)；在確定進行RFC3095壓縮后，根據(jù)MBMS業(yè)務A對應的業(yè)務類型和業(yè)務速率等級組合，選擇對應的RFC3095算法參數(shù)。其中，協(xié)議25.331中規(guī)定的RFC3095算法的參數(shù)具體如表1所示。本發(fā)明中，對5應每種業(yè)務類型和業(yè)務速率等級組合設置的RFC3095算法參數(shù)取值如表2所示。<table>tableseeoriginaldocumentpage6</column></row><table>表1<table>tableseeoriginaldocumentpage6</column></row><table><table>tableseeoriginaldocumentpage7</column></row><table>表2表1中的RohcMaxCid為協(xié)議RFC3095規(guī)范中的定義，25.331也是直接做了引用，實際上對應RFC3095算法在無線網(wǎng)絡中的運用，無法支持如此大的上下文個數(shù)。因此，在本發(fā)明中設置的RFC3095算法參數(shù)中修改該值的取值范圍，針對MBMS業(yè)務，可配置范圍為(1至15)，默認取值如表2所示為3。另外，針對MBMS業(yè)務特性，可以僅配置表2中所示的RFC3095參數(shù)，其他參數(shù)可以選擇不配置。表2中RohcCidMode參數(shù)的值為"TRUE"，即代表CID的攜帶模式為放在ROHC包格式中。通過上述方式確定具體的頭壓縮方式后，將確定的頭壓縮方式下發(fā)給對MBMS業(yè)務A感興趣的UE。當確定采用RFC3095算法進行壓縮時，還需要進一步攜帶RFC3095算法的參數(shù)。至此，本發(fā)明中具體的頭壓縮方式配置方法流程結束。對于網(wǎng)絡中的所有MBMS業(yè)務均可以采用上述方法進行頭壓縮方式的配置，然后根據(jù)配置結果對MBMS業(yè)務進行處理。由上述本發(fā)明的具體實現(xiàn)可見，本發(fā)明中，通過強制UE上報RFC3095能力信息，可以主動獲取UE的能力信息，減少系統(tǒng)的信令開銷。其中，是否需要UE主動上報RFC3095算法信息的功能是可控，減少了RNC向UE的請求的信令交互。同時，通過RNC對UE的能力信息做統(tǒng)計，根據(jù)服務區(qū)中UE能力的統(tǒng)計信息，來配置RFC3095頭壓縮算法，使得頭壓縮算法配置更加靈活和合理，能更好的提高網(wǎng)絡的數(shù)據(jù)傳輸效率，可以根據(jù)支持RFC3095算法的所占的用戶比重來確定是否需要進行頭壓縮。進一步地，增加了網(wǎng)絡運營商對于HSDPA業(yè)務的控制機制，使得運營商的業(yè)務策略更加靈活，既可以按照系統(tǒng)總體性能最佳來設置網(wǎng)絡，也可以按照用戶間公平性最好來設置網(wǎng)絡。以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。權利要求一種MBMS業(yè)務中頭壓縮方式的配置方法，其特征在于，該方法包括對于任一MBMS業(yè)務，RNC通知對所述任一MBMS業(yè)務感興趣的UE上報是否支持RFC3095算法的信息；RNC統(tǒng)計對所述任一MBMS業(yè)務感興趣的UE總數(shù)，接收所述UE上報的是否支持RFC3095算法的信息，確定對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目；RNC根據(jù)對所述任一MBMS業(yè)務感興趣的UE總數(shù)、對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目和所述任一MBMS業(yè)務的特性確定配置的頭壓縮方式，并廣播給對所述任一MBMS業(yè)務感興趣的所有UE。2.根據(jù)權利要求1所述的方法，其特征在于，所述通知所述UE上報是否支持RFC3095算法的信息包括在所述MBMS接入消息中增加一個字段，并將該字段置為有效，用于指示UE上報是否支持RFC3095算法的信息。3.根據(jù)權利要求1所述的方法，其特征在于，業(yè)務類型和業(yè)務速率等級唯一對應一種MBMS業(yè)務；該方法進一步包括預先針對每種業(yè)務類型和業(yè)務速率等級的組合，設置RFC3095算法參數(shù)；所述確定配置的頭壓縮方式包括根據(jù)對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目與對所述任一MBMS業(yè)務感興趣的UE總數(shù)，確定采用RFC3095壓縮算法還是不進行頭壓縮；并在確定采用RFC3095壓縮算法后，進一步根據(jù)所述任一MBMS業(yè)務對應的業(yè)務類型和業(yè)務速率等級組合，選擇對應的RFC3095算法參數(shù)。全文摘要本發(fā)明公開了一種MBMS業(yè)務中頭壓縮方式的配置方法，包括對于任一MBMS業(yè)務，RNC通知對所述任一MBMS業(yè)務感興趣的UE上報是否支持RFC3095算法的信息；RNC統(tǒng)計對所述任一MBMS業(yè)務感興趣的UE總數(shù)，接收所述UE上報的是否支持RFC3095算法的信息，確定對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目；RNC根據(jù)對所述任一MBMS業(yè)務感興趣的UE總數(shù)、對所述任一MBMS業(yè)務感興趣的UE中支持RFC3095算法的UE數(shù)目和所述任一MBMS業(yè)務的特性確定配置的頭壓縮方式，并廣播給對所述任一MBMS業(yè)務感興趣的所有UE。應用本發(fā)明，能夠在提高數(shù)據(jù)傳輸效率的同時，能盡可能滿足大多數(shù)用戶的需求。文檔編號H04W28/06GK101771948SQ200810247448公開日2010年7月7日申請日期2008年12月31日優(yōu)先權日2008年12月31日發(fā)明者周杰申請人:鼎橋通信技術有限公司