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