[發(fā)明專利]一種承載模式轉換的方法、系統(tǒng)及裝置

無效

• 申請?zhí)枺?/td>: 200610150440.0
• 申請日: 2006-10-27
• 公開（公告）號: CN101170724A
• 公開（公告）日: 2008-04-30
• 發(fā)明（設計）人: 胡軍
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04Q7/22
• 分類號: H04Q7/22;H04M3/42;H04L12/58;H04L12/18
• 代理公司: 北京同達信恒知識產(chǎn)權代理有限公司
• 代理人: 宋松

技術領域

本發(fā)明涉及通信領域，特別是涉及一種承載模式轉換的方法、系統(tǒng)及裝置。

背景技術

當一個小區(qū)中存在多媒體廣播多播業(yè)務MBMS(Multimedia?BroadcastMulticast?Service)業(yè)務時，根據(jù)節(jié)省無線資源的需要，可以采用點到點PTP(Point-to-Point)模式或采用點到多點PTM(Point-to-Multi-point)模式。當采用PTP模式時，無線網(wǎng)絡控制器RNC到每個需要接收MBMS業(yè)務的用戶設備UE都建立一個無線承載，這個無線承載可以采用專用信道DCH(DedicatedChannel)信道或高速下行分組接入HSDPA(High?Speed?Downlink?PacketAccess)信道。當采用PTM模式時，RNC在該小區(qū)建立一個共享的無線承載，每個需要接收MBMS業(yè)務的UE都從該無線承載接收MBMS業(yè)務，這個無線承載采用前向接入信道FACH(Forward?Access?Channel)信道。當UE在使用PTM模式接收數(shù)據(jù)且沒有其他業(yè)務時，一般處于空閑狀態(tài)或接收尋呼的連接狀態(tài)。

基于上述兩種無線承載模式，存在MBMS業(yè)務中UE請求PTP業(yè)務時發(fā)生模式轉換的場景。

模式轉換的場景一、跨小區(qū)移動。

由于各個小區(qū)可以采用不同的無線承載模式，所以當一個接收MBMS業(yè)務的UE在跨小區(qū)移動時，可能會發(fā)生模式的變化。如果原小區(qū)采用PTM模式，目標小區(qū)采用PTP模式，UE在跨小區(qū)的移動過程中需要從PTM模式轉換到PTP模式，轉換過程會導致業(yè)務接收的中斷。

模式轉換的場景二、用戶切換接收的MBMS業(yè)務。

例如，當用MBMS承載手機電視業(yè)務，一般UE在某一時刻僅接收一個電視頻道，當用戶選擇了新的電視頻道時，UE需要到新的無線承載上接收數(shù)據(jù)。當老的電視頻道使用PTM承載，新的電視頻道使用PTP承載時，電視頻道切換過程中需要從PTM模式轉換到PTP模式，轉換過程會導致業(yè)務接收的中斷。

結合上述PTM模式轉換到PTP模式的場景，當UE處于空閑狀態(tài)并請求PTP業(yè)務時的流程參見圖1所示，包括下列步驟：

1、讀取系統(tǒng)信息中最新的系統(tǒng)信息塊類型7(SIB7)，估計UE上行的發(fā)射功率。

2、UE在上行公共信道上給RNC發(fā)送“RRC連接請求”消息，消息中包含UE希望接收的MBMS業(yè)務的標識及該UE的標識。

3、RNC在下行公共信道上給UE發(fā)送“RRC連接建立”消息，消息中包含RRC連接的參數(shù)配置及該UE的標識。

4、UE在下行公共信道上收到“RRC連接建立”消息后，識別其中的UE標識，得知該消息是發(fā)給自己的，則根據(jù)參數(shù)配置建好RRC連接，在該RRC連接上給RNC發(fā)送“RRC連接建立完成”消息。

5、RNC在該RRC連接上給UE發(fā)送“無線承載建立”消息，消息中包含傳輸該MBMS業(yè)務的無線承載的參數(shù)配置。

6、UE根據(jù)參數(shù)配置建好無線承載，在該RRC連接上給RNC發(fā)送“無線承載建立完成”消息。

結合上述PTM模式轉換到PTP模式的場景，當UE處于接收尋呼的連接狀態(tài)并請求PTP業(yè)務時的流程參見圖2所示，包括下列步驟：

1、讀取系統(tǒng)信息中最新的SIB7，估計UE上行的發(fā)射功率。

2、UE在上行公共信道上給RNC發(fā)送“小區(qū)更新”消息，消息中包含UE希望接收的MBMS業(yè)務的標識及該UE的標識。

3、RNC在下行公共信道上給UE發(fā)送“小區(qū)更新確認”消息，消息中包含RRC連接的底層參數(shù)配置及該UE的標識。

4、UE在下行公共信道上收到“小區(qū)更新確認”消息后，識別其中的UE標識，得知該消息是發(fā)給自己的，則根據(jù)底層參數(shù)配置建好RRC連接，在該RRC連接上給RNC發(fā)送“小區(qū)更新確認完成”消息。

5、RNC在該RRC連接上給UE發(fā)送“無線承載建立”消息，消息中包含傳輸該MBMS業(yè)務的無線承載的參數(shù)配置。

6、UE根據(jù)參數(shù)配置建好無線承載，在該RRC連接上給RNC發(fā)送“無線承載建立完成”消息。

進一步，結合圖1、圖2所示的流程，在“無線承載建立”消息之前，可能還會有網(wǎng)絡側對UE的鑒權過程，用于驗證該UE是否為合法用戶。如果是合法用戶，網(wǎng)絡才會給UE建立用于傳輸該MBMS業(yè)務的無線承載，否則不會建立無線承載。

綜上所述可以看出，從PTM承載模式轉換到PTP承載模式時，UE從請求到建立PTP業(yè)務需要與RNC反復交互(交互3次)，轉換耗時較長，進而轉換過程中的業(yè)務接收中斷時間會較長。

發(fā)明內(nèi)容