專利名稱：Mbms用戶主動發(fā)起上行信令的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體組播和廣播業(yè)務(wù)(下文簡稱為MBMS)的系統(tǒng)，特別涉及MBMS用戶主動發(fā)起上行信令的方法。
背景技術(shù)：
MBMS是由第三代伙伴計劃(簡稱3GPP)提出并正在進行標準化的一項新業(yè)務(wù)，MBMS是給多個終端(以下簡稱為UE)傳送同一個多媒體數(shù)據(jù)的服務(wù)。為了提供MBMS，系統(tǒng)把給終端個別傳送的數(shù)據(jù)同時傳送給多個終端，有效利用資源為宗旨。
首先，網(wǎng)絡(luò)執(zhí)行傳送給終端所需的MBMS服務(wù)內(nèi)容的宣告，在接收到這個信息的UE中，決定使用該服務(wù)的用戶可以通過登陸過程把信息傳送到網(wǎng)絡(luò)中去。數(shù)據(jù)開始傳輸前，網(wǎng)絡(luò)給UE發(fā)送提示信息階段，并且統(tǒng)計用戶的數(shù)目，決定使用的信道類型是點對點還是點對多點，然后才開始傳送數(shù)據(jù)。
按照用戶和無線網(wǎng)絡(luò)控制器(以下簡稱RNC)之間的無線資源控制(以下簡稱RRC)連接的情況，可以把用戶的狀態(tài)分為空閑模式，CELL_DCH，CELL_FACH，CELL_PCH，URA_PCH五種狀態(tài)，后面四種狀態(tài)也稱連接模式。用戶可以在空閑模式和連接模式下面接收MBMS數(shù)據(jù)。當URA_PCH用戶移動到新的小區(qū)，并且是新的URA時，用戶要發(fā)送上行消息“URA更新”。當URA_PCH用戶有上行數(shù)據(jù)要發(fā)送，或者收到RNC的尋呼消息，用戶需要發(fā)送上行消息“小區(qū)更新”消息。
當空閑模式的用戶收到尋呼消息，或者空閑模式的用戶想要發(fā)起業(yè)務(wù)的時候，用戶發(fā)送上行消息“RRC連接”。
目前的“RRC連接”消息中，用12bits來表示建立RRC的原因，共有20個原因。目前的“小區(qū)更新”消息中，有6個發(fā)起小區(qū)更新消息的原因。
但是，目前的幾個RRC建立的原因和小區(qū)更新的原因不能夠適合MBMS的需要。
當用戶在URA_PCH或者空閑模式接收MBMS數(shù)據(jù)的時候，當控制RNC要統(tǒng)計用戶數(shù)目的時候，URA_PCH的用戶和空閑模式的用戶要發(fā)送上行消息，以便讓RNC統(tǒng)計數(shù)目。當控制RNC要建立點對點的MBMS信道，URA_PCH的用戶和空閑模式的用戶要發(fā)送上行消息，建立點對點(以下簡稱PtP)的信道并進入CELL_DCH狀態(tài)。用戶移動到一個新的小區(qū)，如果用戶能提前得到新小區(qū)的MBMS信道的配置參數(shù)，并且新小區(qū)的MBMS信道類型還是點對多點，則用戶可以保持原來的狀態(tài)不變，只需要按照新小區(qū)的MBMS信道配置參數(shù)配置好MBMS接收信道，就可以繼續(xù)接收MBMS數(shù)據(jù)。但是，如果新小區(qū)的信道類型是點對點，或者用戶在移動前，沒有得到新小區(qū)的MBMS信道配置參數(shù)，URA_PCH用戶如果得到新小區(qū)的MBMS信道配置參數(shù)呢？此問題在當前的系統(tǒng)中沒有得到解決。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種MBMS用戶主動發(fā)起上行信令的方法。
為實現(xiàn)上述目的，一種MBMS用戶主動發(fā)起上行信令的方法，包括步驟MBMS用戶移動到一個新的小區(qū)；收聽MBMS控制信道上的信息；根據(jù)MBMS控制信道上的信息，發(fā)起上行信令；RNC發(fā)送響應(yīng)消息給用戶，或者用戶沒有移動到新的小區(qū)，收到MBMS控制信道上的信息，有用戶統(tǒng)計的指示，用戶主動發(fā)起上行信令；RNC發(fā)送響應(yīng)消息給用戶。
根據(jù)本發(fā)明，URA_PCH模式的用戶和空閑模式的用戶，可以響應(yīng)RNC發(fā)送的MBMS通知消息，并且可以為得到MBMS業(yè)務(wù)參數(shù)主動發(fā)起小區(qū)更新過程，或者RRC連接過程。根據(jù)本發(fā)明，RNC可以根據(jù)消息發(fā)起的原因的不同，設(shè)置不同的回應(yīng)消息內(nèi)容。CELL_FACH和CELL_PCH模式的用戶，在進行小區(qū)更新過程之前，要先讀取MBMS控制信道(MCCH)上關(guān)于該MBMS業(yè)務(wù)的信道類型參數(shù)等。然后根據(jù)信道類型狀態(tài)，發(fā)起小區(qū)更新的過程，當CELL_PCH的用戶收到MCCH上的指示，也可以發(fā)起小區(qū)更新。不同的情況設(shè)置不同的小區(qū)更新的原因，可以使RNC根據(jù)小區(qū)更新的原因，做不同的處理。


圖1是URA_PCH的用戶響應(yīng)RNC的通知消息；圖2是URA_PCH的用戶移動到新的小區(qū)；圖3是空閑模式的用戶發(fā)送RRC連接請求消息的過程；圖4是URA_PCH的UE收到RNC的通知消息的動作說明；圖5是URA_PCH的UE移動到新的小區(qū)的動作說明；圖6是空閑模式的UE收到RNC的通知消息的動作說明；圖7是空閑模式的UE移動到新的小區(qū)的動作說明；圖8是SRNC收到小區(qū)更新消息的動作說明；圖9是RNC收到RRC建立請求消息的動作說明；圖10是CELL_FACH和CELL_PCH模式的用戶發(fā)起上行信令的流程。
具體實施例方式
本發(fā)明提出了以下解決方案URA_PCH的用戶根據(jù)目前所在小區(qū)的要求，發(fā)送上行消息“小區(qū)更新”。
URA_PCH的用戶移動到新的小區(qū)，根據(jù)新小區(qū)的要求，和用戶自身的需要，發(fā)送上行消息“小區(qū)更新”。
在此方法中，增加2個發(fā)起小區(qū)更新消息的原因，小區(qū)更新原因分別是是“為MBMS用戶統(tǒng)計”，另外一個新增的原因分兩種情況，第一種情況，URA_PCH的用戶在小區(qū)切換前可以得到目的小區(qū)的MBMS信道配置參數(shù)，則只有在目的小區(qū)使用點對點的信道時，發(fā)起小區(qū)更新的過程，小區(qū)更新的原因為“為MBMS_PTP模式”。第二種情況，URA_PCH的用戶在移動前不能夠得到目的小區(qū)的MBMS信道配置參數(shù)，則移動小區(qū)時，要發(fā)起小區(qū)更新過程，小區(qū)更新的原因為“為MBMS信道參數(shù)”。
空閑模式的用戶根據(jù)目前所在小區(qū)的要求，發(fā)送上行消息“RRC連接請求”。
空閑模式的用戶移動到新的小區(qū)，根據(jù)新小區(qū)的要求，和用戶自身的需要，發(fā)送上行消息“RRC連接請求”。
在此方法中，增加2個RRC連接原因，RRC建立原因分別是是“為MBMS用戶統(tǒng)計”，另外一個新增的原因分兩種情況，第一種情況，空閑的用戶在小區(qū)切換前可以得到目的小區(qū)的MBMS信道配置參數(shù)，則只有在目的小區(qū)使用點對點的信道時，發(fā)起RRC連接請求的過程，建立的原因為“為MBMS PTP模式”。第二種情況，U空閑的用戶在移動前不能夠得到目的小區(qū)的MBMS信道配置參數(shù)，則移動小區(qū)時，發(fā)起RRC連接請求的過程，建立的原因為“為MBMS信道參數(shù)”。
CELL_FACH用戶移動到新的小區(qū)，根據(jù)新小區(qū)的要求，和用戶自身的需要，發(fā)送上行消息“小區(qū)更新”。在此方法中，增加2個發(fā)起小區(qū)更新消息的原因，小區(qū)更新原因分別是是“為MBMS用戶統(tǒng)計”，另外一個新增的原因分兩種情況，第一種情況，URA_PCH的用戶在小區(qū)切換前可以得到目的小區(qū)的MBMS信道配置參數(shù)，則只有在目的小區(qū)使用點對點的信道時，發(fā)起小區(qū)更新的過程，小區(qū)更新的原因為“為MBMS PTP模式”。第二種情況，URA_PCH的用戶在移動前不能夠得到目的小區(qū)的MBMS信道配置參數(shù)，則移動小區(qū)時，要發(fā)起小區(qū)更新過程，小區(qū)更新的原因為“為MBMS信道參數(shù)”。
CELL_PCH的用戶根據(jù)目前所在小區(qū)的要求，發(fā)送上行消息“小區(qū)更新”。
CELL_PCH的用戶移動到新的小區(qū)，根據(jù)新小區(qū)的要求，和用戶自身的需要，發(fā)送上行消息“小區(qū)更新”。在此方法中，增加2個發(fā)起小區(qū)更新消息的原因，小區(qū)更新原因分別是是“為MBMS用戶統(tǒng)計”，另外一個新增的原因分兩種情況，第一種情況，URA_PCH的用戶在小區(qū)切換前可以得到目的小區(qū)的MBMS信道配置參數(shù)，則只有在目的小區(qū)使用點對點的信道時，發(fā)起小區(qū)更新的過程，小區(qū)更新的原因為“為MBMSPTP模式”。第二種情況，URA_PCH的用戶在移動前不能夠得到目的小區(qū)的MBMS信道配置參數(shù)，則移動小區(qū)時，要發(fā)起小區(qū)更新過程，小區(qū)更新的原因為“為MBMS信道參數(shù)”。
下面，參照附加的圖詳細說明本發(fā)明的示例。以下只對理解本說明必要的部分進行說明，為了突出重點會對其他的部分有所省略。
本發(fā)明提出處于不同模式的用戶，主動發(fā)起上行信令的過程。對URA_PCH，CELL_PCH，CELL_FACH來說，上行信令是小區(qū)更新，對空閑模式來說，此上行信令是RRC連接請求。本發(fā)明提出增加小區(qū)更新和RRC連接請求的原因，RNC根據(jù)不同的發(fā)起原因，進行不同的處理。
本發(fā)明提出了URA_PCH的用戶在三種情況下發(fā)起小區(qū)更新的過程，第一種情況是當RNC發(fā)給用戶的消息(可以是尋呼消息或者其它消息)中，包括了統(tǒng)計用戶的指示，處于URA_PCH模式，并且已經(jīng)加入了MBMS業(yè)務(wù)組的用戶如果收到此消息，要發(fā)送小區(qū)更新消息給RNC，使RNC可以統(tǒng)計URA_PCH模式的用戶。第二種情況是當RNC發(fā)給用戶的消息(可以是尋呼消息或者其它消息)中，包括了MBMS信道模式是點對點的指示，處于URA_PCH模式，并且已經(jīng)加入了MBMS業(yè)務(wù)組的用戶如果收到此消息，要發(fā)送小區(qū)更新消息給RNC，以建立和RNC的點對點的MBMS信道。第三種情況是當URA_PCH模式的用戶移動到新的小區(qū)，并且不知道新的小區(qū)的MBMS信道的配置參數(shù)，此用戶要發(fā)起小區(qū)更新消息，以得到新小區(qū)的MBMS信道配置參數(shù)。
本發(fā)明還提出了空閑模式的用戶在三種情況下發(fā)起RRC連接請求的過程，第一種情況是當RNC發(fā)給用戶的消息(可以是尋呼消息或者其它消息)中，包括了統(tǒng)計用戶的指示，處于空閑模式，并且已經(jīng)加入了MBMS業(yè)務(wù)組的用戶如果收到此消息，要發(fā)送RRC連接請求消息給RNC，使RNC可以統(tǒng)計空閑模式的用戶。第二種情況是當RNC發(fā)給用戶的消息(可以是尋呼消息或者其它消息)中，包括了MBMS信道模式是點對點的指示，處于空閑模式，并且已經(jīng)加入了MBMS業(yè)務(wù)組的用戶如果收到此消息，要發(fā)送RRC連接請求消息給RNC，以建立和RNC的點對點的MBMS信道。第三種情況是當空閑模式的用戶移動到新的小區(qū)，并且不知道新的小區(qū)的MBMS信道的配置參數(shù)，此用戶要發(fā)起RRC連接請求消息，以得到新小區(qū)的MBMS信道配置參數(shù)。
本發(fā)明還提出，對申請了MBMS業(yè)務(wù)的處于CELL_FACH和CELL_PCH模式的用戶發(fā)起上行信令的過程。CELL_FACH和CELL_PCH UE在進行小區(qū)更新過程之前，要先讀取MBMS控制信道(MCCH)上關(guān)于該MBMS業(yè)務(wù)的信道類型參數(shù)等。然后根據(jù)信道類型狀態(tài)，發(fā)起小區(qū)更新的過程，其中小區(qū)更新消息中可以包含不同的信息單元，以區(qū)分不同的信道類型。如果DRNC在MBMS上下文中不保存CELL_PCH模式的用戶，當CELL_PCH的用戶收到MCCH上有用戶統(tǒng)計的指示，也要發(fā)起小區(qū)更新過程。
上述的過程用圖進行說明，還用流程圖說明UE，RNC的工作過程。
圖1是URA_PCH的用戶收到RNC發(fā)來的通知消息，消息中包括有統(tǒng)計用戶的指示，發(fā)起小區(qū)更新消息的過程。
上述圖1的101，控制RNC需要統(tǒng)計接收MBMS業(yè)務(wù)的用戶數(shù)目，要發(fā)送通知消息給用戶，此通知消息在MCCH上發(fā)送，或者是在其它信道上發(fā)送，在消息中包含一個統(tǒng)計或者重統(tǒng)計的指示。
上述圖1的102，處于URA_PCH模式的用戶，收到101的消息，要組織小區(qū)更新消息，如果MBMS通知消息中包含用戶統(tǒng)計的指示，小區(qū)更新的原因設(shè)置為“用戶統(tǒng)計”。
上述圖1的103，如果Iur接口存在，DRNC收到消息“小區(qū)更新”，要解析其中的SRNC標識和用戶的SRNTI，并且給用戶分配DRNTI，和CRNTI，發(fā)送消息“上行信令傳輸”給SRNC，此消息包含小區(qū)更新消息，和新小區(qū)標識，目的RNC的標識，DRNTI和CRNTI。
上述圖1的104，SRNC分析小區(qū)更新的原因，并且根據(jù)小區(qū)更新的原因進行不同的步驟。如果小區(qū)更新的原因是“為MBMS用戶統(tǒng)計”，則SRNC發(fā)送“MBMS Attach請求”消息給DRNC，使DRNC可以統(tǒng)計URA_PCH模式的用戶。上述圖1的105步驟，就是SRNC發(fā)送“MBMS Attach請求”消息，此消息包含小區(qū)標識，MBMS業(yè)務(wù)標識，用戶標識。上述圖1的106步驟，是105步驟的響應(yīng)消息，DRNC統(tǒng)計了URA_PCH模式的用戶，發(fā)送“MBMS Attach響應(yīng)”消息，此消息包含MBMS標識，信道類型，也可以包含信道參數(shù)。
上述圖1的107步驟，SRNC發(fā)送小區(qū)更新確認消息給用戶。如果RNC還沒完成統(tǒng)計或重統(tǒng)計過程，則此消息中不包含MBMS信道信息，讓用戶保持在CELL_FACH狀態(tài)，等待RNC發(fā)送的信道配置消息。如果統(tǒng)計或重統(tǒng)計過程已經(jīng)完成，MBMS信道類型和參數(shù)沒有發(fā)生變化，小區(qū)更新確認消息中可以不包含MBMS信道參數(shù)，使用戶回到URA_PCH狀態(tài)接收；如果MBMS信道類型和參數(shù)發(fā)生了變化，小區(qū)更新確認消息中包含了MBMS信道參數(shù)，用戶根據(jù)此消息配置MBMS信道，如果需要回應(yīng)消息，用戶要進行110步驟，要發(fā)送“MBMS信道重配置完成”消息給SRNC，轉(zhuǎn)移到CELL_DCH狀態(tài)下接收MBMS數(shù)據(jù)。
圖2是URA_PCH的用戶移動到一個新的小區(qū)，如果知道新小區(qū)使用的MBMS信道類型是點對點，則要發(fā)送小區(qū)更新消息給目的RNC，以建立和此RNC之間的點對點信道。如果不知道新的小區(qū)的MBMS信道參數(shù)，在切換后也要發(fā)送小區(qū)更新消息給目的RNC，以得到新小區(qū)的MBMS信道配置參數(shù)。
上述圖2的201，URA_PCH的用戶移動到一個新的小區(qū)，如果從源小區(qū)的廣播信息中或者從目的小區(qū)的通知消息中包含有點對點信道的指示，知道目的小區(qū)使用的MBMS信道類型是點對點，則需要發(fā)送小區(qū)更新消息給目的小區(qū)。小區(qū)更新的原因設(shè)置為“為MBMS PtP模式”。如果URA_PCH的用戶移動到一個新的小區(qū)，不知道新的小區(qū)的MBMS信道類型和信道配置參數(shù)，則需要發(fā)送小區(qū)更新消息給新的小區(qū)，以便得到新的小區(qū)的MBMS信道配置參數(shù)。小區(qū)更新的原因設(shè)置為“為MBMS信道參數(shù)”。
上述圖2的202，如果新的小區(qū)和源小區(qū)不在同一個RNC下，即Iur接口存在，則目的RNC收到消息“小區(qū)更新”，要解析其中的SRNC標識和用戶的SRNTI，并且給用戶分配DRNTI，和CRNTI，發(fā)送消息“上行信令傳輸”給SRNC，此消息包含小區(qū)更新消息，和新小區(qū)標識，目的RNC的標識，DRNTI和CRNTI。
上述圖2的203，SRNC發(fā)送“MBMS Attach請求”消息。
上述圖2的204，DRNC發(fā)送“MBMS Attach響應(yīng)”消息。此消息中應(yīng)包括新的小區(qū)中的MBMS信道類型，和信道參數(shù)。
上述圖2的205，如果新的小區(qū)用點對點的MBMS信道，SRNC要建立和DRNC，用戶之間的點對點的MBMS信道。205步驟和206步驟和目前WCDMA標準中建立無線鏈路的步驟一樣，因此不詳細說明。在205步驟中，SRNC分配Iur接口的無線資源，發(fā)送“無線鏈路建立請求”消息給DRNC，要求建立專用無線鏈路。
上述圖2的206步驟，是205步驟的響應(yīng)消息，DRNC發(fā)送消息“無線鏈路建立請求”給控制下的NodeB，NodeB分配專用無線資源，并發(fā)送響應(yīng)消息“無線鏈路建立完成”給DRNC，DRNC收到此消息后，發(fā)送“無線鏈路建立響應(yīng)”消息給SRNC。
上述圖2的207，SRNC發(fā)送“小區(qū)更新確認”消息。此消息中包含MBMS信道類型，信道參數(shù)，如果信道類型是點對點，使用戶的狀態(tài)遷移到CELL_DCH狀態(tài)。
上述圖2的208，如果MBMS信道類型是點對點，則用戶要發(fā)送消息“MBMS信道配置完成”消息。并且進入CELL_DCH狀態(tài)。如果MBMS信道類型是點對多點，則此步驟不需要。用戶只需要配置好MBMS點對多點信道就可以繼續(xù)接收MBMS數(shù)據(jù)了。
圖10是CELL_FACH和CELL_PCH模式的MBMS用戶發(fā)起小區(qū)更新的過程。用戶移動到新小區(qū)，如果從目的小區(qū)的MBMS控制信道(MCCH)知道新小區(qū)使用的MBMS信道類型是點對點，則要發(fā)送小區(qū)更新消息給目的RNC，以建立和此RNC之間的點對點信道。如果不知道新的小區(qū)的MBMS信道參數(shù)，在切換后也要發(fā)送小區(qū)更新消息給目的RNC，以得到新小區(qū)的MBMS信道配置參數(shù)。如果目的小區(qū)的信道類型為PTM，則UE按照現(xiàn)有技術(shù)中進行小區(qū)更新的方式執(zhí)行，在本發(fā)明中對這個情況不作描述?；蛘邲]有移動，CELL_PCH模式的用戶收到本小區(qū)的MCCH有用戶統(tǒng)計指示，用戶也要發(fā)起小區(qū)更新的過程上述圖10的1001，CELL_FACH和CELL_PCH模式的用戶移動到一個新的小區(qū)，如果從源小區(qū)的廣播信息中或者從目的小區(qū)的MBMS的控制信道中包含有點對點信道的指示，知道目的小區(qū)使用的MBMS信道類型是點對點，則需要發(fā)送小區(qū)更新消息給目的小區(qū)，小區(qū)更新的原因設(shè)置為“為MBMS PtP模式”。如果CELL_FACH和CELL_PCH模式的用戶移動到一個新的小區(qū)，沒有收到MCCH，或者MCCH上沒有此業(yè)務(wù)的信息，不知道新的小區(qū)的MBMS信道類型和信道配置參數(shù)，則需要發(fā)送小區(qū)更新消息給新的小區(qū)，以便得到新的小區(qū)的MBMS信道配置參數(shù)。小區(qū)更新的原因設(shè)置為“為MBMS信道參數(shù)”。位于CELL_PCH模式的用戶，如果收到MCCH上有用戶統(tǒng)計的指示，向RNC小區(qū)更新消息，小區(qū)更新的原因設(shè)置為“為MBMS用戶統(tǒng)計”。
上述圖10的1002，如果目的小區(qū)和源小區(qū)不在同一個RNC下，即Iur接口存在，則目的RNC收到消息“小區(qū)更新”，要解析其中的SRNC標識和用戶的SRNTI，并且給用戶分配DRNTI，和CRNTI，發(fā)送消息“上行信令傳輸”給SRNC，此消息包含小區(qū)更新消息，和新小區(qū)標識，目的RNC的標識，DRNTI和CRNTI。
上述圖10的1003，SRNC分析小區(qū)更新的原因，如果原因是“為MBMS用戶統(tǒng)計”，SRNC使用戶進入CELL_FACH狀態(tài)，進行1004和1005步驟。
上述圖10的1004，SRNC為此用戶在DRNC上建立上下文，發(fā)送“公共傳輸信道初始化請求”消息給DRNC，此消息中包含用戶標識，小區(qū)標識，MBMS業(yè)務(wù)標識。DRNC保存此用戶的上下文。
上述圖10的1005，DRNC發(fā)送消息“公共傳輸信道初始化響應(yīng)”給SRNC。如果沒有此用戶的Iur接口的傳輸承載，SRNC還要此用戶在Iur接口上的傳輸承載。
上述圖10的1006，SRNC分析小區(qū)更新的原因，如果原因是“for PtP模式”，或者“for MBMS信道參數(shù)”，進入1007步驟，SRNC發(fā)送“無線鏈路建立請求”消息。此消息包含小區(qū)標識，用戶標識，和用戶已經(jīng)申請的MBMS業(yè)務(wù)標識列表。DRNC收到此消息，要把此小區(qū)的MBMS用戶數(shù)目加一，并且判斷此小區(qū)使用的MBMS信道類型。
上述圖10的1008，如果信道類型仍然是PtP，DRNC發(fā)送“無線鏈路建立響應(yīng)”消息，并跳到1011步驟。如果信道類型由PtP變成了PtM，就發(fā)送“無線鏈路建立失敗”消息，并且在失敗消息中通知SRNC失敗的原因是PtM的MBMS信道?；蛘咴谑∠⒅懈嬖VSRNC新的信道類型，如果需要，也可以包含PtM的信道參數(shù)。
上述圖10的1009，如果目的小區(qū)用PtM的信道，SRNC決定要把此用戶保持在CELL_FACH狀態(tài)，則SRNC為此用戶在DRNC上建立上下文，發(fā)送“公共傳輸信道初始化請求”消息給DRNC，此消息中包含用戶標識，小區(qū)標識，MBMS業(yè)務(wù)標識。DRNC保存此用戶的上下文。
上述圖10的1010步驟，是1009步驟的響應(yīng)消息，DRNC發(fā)送消息“公共傳輸信道初始化響應(yīng)”給SRNC。如果沒有此用戶的Iur接口的傳輸承載，SRNC還要此用戶在Iur接口上的傳輸承載。
上述圖10的1011，SRNC發(fā)送“小區(qū)更新確認”消息。此消息中包含MBMS信道類型，信道參數(shù)，如果信道類型是點對點，使用戶的狀態(tài)遷移到CELL_DCH狀態(tài)。如果是點對多點，用戶保持在CELL_FACH狀態(tài)或者CELL_PCH狀態(tài)。
上述圖10的1012，如果MBMS信道類型是點對點，則用戶要發(fā)送消息“MBMS信道配置完成”消息。并且進入CELL_DCH狀態(tài)。如果MBMS信道類型是點對多點，則此步驟不需要。用戶只需要配置好MBMS點對多點信道就可以繼續(xù)接收MBMS數(shù)據(jù)了。
圖3是空閑模式的用戶收到RNC發(fā)來的通知消息，消息中包括有統(tǒng)計用戶的指示，或者MBMS信道模式是點對點的指示的情況下，或者空閑模式的用戶移動到新的小區(qū)，需要得到新小區(qū)的MBMS信道配置參數(shù)而發(fā)起RRC連接請求消息的過程。
上述圖3的301，控制RNC需要統(tǒng)計接收MBMS業(yè)務(wù)的用戶數(shù)目，要發(fā)送通知消息給用戶，此通知消息在MCCH上發(fā)送，或者是在其它信道上發(fā)送，在消息中包含一個統(tǒng)計或者重統(tǒng)計的指示?？刂芌NC需要建立點對點的MBMS信道，RNC要發(fā)送通知消息給空閑模式的用戶，使用戶建立點對點的MBMS信道。
上述圖3的302，處于空閑模式的用戶，收到301的消息，要組織RRC連接請求消息，此消息包含MBMS業(yè)務(wù)標識，以便讓RNC識別用戶已經(jīng)加入的MBMS業(yè)務(wù)。RRC連接原因設(shè)置為“為MBMS用戶統(tǒng)計”。并且發(fā)送給RNC。或者空閑模式的用戶移動到新的小區(qū)，需要得到新小區(qū)的信道參數(shù)，要組織RRC連接請求消息，RRC連接原因設(shè)置為“為MBMS信道參數(shù)”。如果空閑模式的用戶在切換小區(qū)前從源小區(qū)的廣播信息中或者切換后從目的小區(qū)的通知消息中包含有點對點信道的指示，知道目的小區(qū)使用的MBMS信道類型是點對點，到目的小區(qū)要發(fā)送RRC連接請求消息，建立原因設(shè)置為“為MBMS PtP模式”。
上述圖3的303，如果RRC連接原因為“為MBMS用戶統(tǒng)計”，如果此消息在用戶統(tǒng)計或重統(tǒng)計過程中收到，則RNC統(tǒng)計此空閑模式的用戶，然后發(fā)送“RRC連接建立請求”消息給用戶，此消息指示用戶進入CELL_FACH狀態(tài)，此消息不包括MBMS信道的類型和參數(shù)，UE保持在連接狀態(tài)。如果統(tǒng)計或重統(tǒng)計過程已經(jīng)結(jié)束，本小區(qū)使用點對多點信道，RNC發(fā)送“RRC連接釋放”消息，使用戶回到空閑模式接收數(shù)據(jù)，在重統(tǒng)計過程中，此消息可以不包括MBMS信道參數(shù)。如果信道類型發(fā)生了變化，則RNC發(fā)送“RRC連接建立請求”消息給用戶，此消息中包括MBMS信道標識，信道類型，信道參數(shù)。用戶收到此消息，配置MBMS新的類型和參數(shù)，到CELL_DCH狀態(tài)下接收數(shù)據(jù)。并發(fā)送回應(yīng)消息。如果RRC連接原因設(shè)置為“為MBMS信道參數(shù)”，如果新的小區(qū)的MBMS信道類型是點對點信道，則RNC發(fā)送消息“RRC連接建立請求”消息，此消息中包括MBMS信道標識，信道類型，信道參數(shù)。用戶收到此消息后，要配置點對點的信道，然后發(fā)送“RRC連接建立響應(yīng)”消息給RNC。如果新的小區(qū)的MBMS信道類型是點對多點信道，則RNC發(fā)送消息“RRC連接釋放”，此消息中包括MBMS信道標識，信道類型，信道參數(shù)。如果RRC連接原因設(shè)置為“為MBMS PtP模式”，則RNC發(fā)送消息“RRC連接建立請求”消息，此消息中包括MBMS信道標識，信道類型，信道參數(shù)。用戶收到此消息后，要配置點對點的信道，然后發(fā)送“RRC連接建立響應(yīng)”消息給RNC。
圖4是UE收到RNC發(fā)來的通知后的動作說明。
上述圖4中的401，UE收到RNC發(fā)送來的消息。上述消息是101步驟中的通知消息。
上述圖4的402，URA_PCH模式下的UE判斷收到的消息是否需要包含“用戶統(tǒng)計指示”？如果有，則進行404步驟，如果沒有，則進行403步驟，判斷通知消息中是否包含“MBMS PtP模式指示”？如果有，進行406步驟，沒有，進行409步驟。
上述圖4的404步驟，UE轉(zhuǎn)移到CELL_FACH狀態(tài)，組織小區(qū)更新消息，小區(qū)更新的原因設(shè)置為“為MBMS用戶統(tǒng)計”，并發(fā)送此消息給SRNC。在405步驟中，接收404步驟的回應(yīng)消息小區(qū)更新確認。根據(jù)此消息配置用戶端的信道和狀態(tài)。然后繼續(xù)接收MBMS用戶數(shù)據(jù)。
上述圖4的406步驟，UE轉(zhuǎn)移到CELL_FACH狀態(tài)，組織小區(qū)更新消息，小區(qū)更新的原因設(shè)置為“為MBMS PTP模式”，并發(fā)送消息給SRNC。在407步驟中，接收406步驟的回應(yīng)消息小區(qū)更新確認。此消息中使用戶重新配置MBMS信道，并遷移到CELL_DCH狀態(tài)接收數(shù)據(jù)。然后進行上述圖4的408步驟，發(fā)送MBMS信道重配置完成消息給SRNC。
上述圖4的409步驟，用戶不需要發(fā)送小區(qū)更新消息，繼續(xù)保持在URA PCH狀態(tài)下接收MBMS數(shù)據(jù)。
圖5是URA_PCH的用戶移動到新的小區(qū)的動作說明。
上述圖5的501，URA_PCH的UE移動到新的小區(qū)，情況1是用戶在移動前已經(jīng)得到新小區(qū)的MBMS信道的配置參數(shù)動作說明，在步驟501中，用戶移動到新的小區(qū)。上述圖5的502中，用戶判斷新小區(qū)使用的MBMS信道是否為點對點？如果是，則進行504步驟，如果新小區(qū)的MBMS信道類型為點對多點，則進行503步驟，URA_PCH的用戶繼續(xù)在URA PCH狀態(tài)下接收MBMS數(shù)據(jù)。
上述圖5的504，如果新小區(qū)的MBMS信道類型為點對點，URA_PCH的用戶要發(fā)送消息“小區(qū)更新”。建立原因是“為MBMS PtP模式”。
上述圖5的505，用戶等待RNC的回應(yīng)消息“小區(qū)更新確認”消息，此消息包括用戶的狀態(tài)，MBMS業(yè)務(wù)標識，信道類型，信道參數(shù)。用戶根據(jù)消息配置信道參數(shù)，發(fā)送回應(yīng)消息“MBMS信道重配置完成”給RNC，并遷移到CELL_DCH狀態(tài)下接收MBMS。
情況2是URA_PCH的用戶在移動前沒有得到目的小區(qū)的MBMS信道配置參數(shù)。
上述圖5的507，此用戶移動到新的小區(qū)。
上述圖5的508，URA_PCH的出用戶要組織并發(fā)送消息“小區(qū)更新”消息。建立原因為“為MBMS信道參數(shù)”在上述圖5的509步驟中，RNC收到用戶發(fā)來的“小區(qū)更新”，要組織并發(fā)送“小區(qū)更新確認”消息。此消息包括用戶的狀態(tài)，MBMS業(yè)務(wù)標識，信道類型，信道參數(shù)，用戶收到此消息后，根據(jù)消息配置信道后，用戶要發(fā)送“MBMS信道重配置完成”消息。如果信道類型是點對點，用戶的狀態(tài)是CELL_DCH，用戶進入CELL_DCH狀態(tài)接收MBMS。如果本小區(qū)是點對多點信道，用戶進入URA_PCH接收MBMS業(yè)務(wù)。
圖6是空閑模式的UE收到RNC發(fā)來的通知后的動作說明。
上述圖6中的601，空閑模式的UE收到RNC發(fā)送來的消息。上述消息是101步驟中通知消息。
上述圖6的602，空閑模式下的UE判斷收到的消息是否需要發(fā)送“RRC連接請求”消息，如果需要，則進行604步驟，如果不需要，則進行603步驟，用戶繼續(xù)保持在空閑狀態(tài)下接收MBMS數(shù)據(jù)。
在上述圖6的604，空閑模式的用戶組織發(fā)送消息“RRC連接請求”，設(shè)置建立原因為“為MBMS用戶統(tǒng)計”。并等待回應(yīng)消息。
在上述圖6的605，用戶收到RNC發(fā)送來的回應(yīng)消息。此消息可以是“RRC連接釋放”或者“RRC連接建立請求”。如果是后者，用戶根據(jù)消息內(nèi)容進入CELL_FACH狀態(tài)，配制相應(yīng)的信道，還要發(fā)送其回應(yīng)消息。用戶根據(jù)消息配置MBMS參數(shù)，并在相應(yīng)的狀態(tài)下接收MBMS數(shù)據(jù)。
圖7是空閑模式的用戶移動到新的小區(qū)的動作說明。
上述圖7的701，空閑模式的UE移動到新的小區(qū)，情況1是用戶在移動前已經(jīng)得到新小區(qū)的MBMS信道的配置參數(shù)動作說明，在步驟701中，用戶移動到新的小區(qū)。上述圖7的702中，用戶判斷新小區(qū)使用的MBMS信道是否為點對點？如果是，則進行704步驟，如果新小區(qū)的MBMS信道類型為點對多點，則進行703步驟，空閑模式的用戶繼續(xù)在空閑狀態(tài)下接收MBMS數(shù)據(jù)。
上述圖7的704，如果新小區(qū)的MBMS信道類型為點對點，空閑模式的用戶要發(fā)送消息“RRC連接請求”。建立原因是“為MBMS PtP模式”。
上述圖7的705，用戶等待RNC的回應(yīng)消息“RRC連接建立請求”消息，并遷移到CELL_DCH狀態(tài)下接收MBMS。
情況2是空閑模式的用戶在移動前沒有得到目的小區(qū)的MBMS信道配置參數(shù)。
上述圖7的707，此用戶移動到新的小區(qū)。
上述圖7的708，空閑模式的出用戶要組織并發(fā)送消息“RRC連接請求”消息。建立原因為“為MBMS信道參數(shù)”在上述圖7的709步驟中，RNC收到用戶發(fā)來的“RRC連接請求”，根據(jù)小區(qū)內(nèi)的MBMS信道類型，如果是點對點信道，要組織并發(fā)送“RRC連接建立請求”消息。用戶收到此消息后，要根據(jù)消息配置點對點信道，然后發(fā)送“RRC連接建立響應(yīng)”消息。并進入CELL_DCH狀態(tài)接收MBMS。如果本小區(qū)是點對多點信道，RNC要發(fā)送“RRC連接釋放”消息。用戶收到此消息，根據(jù)消息配置點對多點的信道，釋放RRC連接，進入空閑模式接收MBMS業(yè)務(wù)。
圖8是SRNC收到小區(qū)更新消息的動作說明。
上述圖8的801，SRNC接收消息。
上述圖8的802，SRNC判斷消息是否是小區(qū)更新消息，如果是，進行803步驟，如果不是，則進行其它消息的處理步驟。
上述圖8的803，SRNC判斷小區(qū)更新的原因是“為MBMS用戶統(tǒng)計”？如果是，進行805步驟，不是，進行804步驟，在804步驟中，判斷小區(qū)更新原因是否是“為MBMS PTP模式”或者“為MBMS信道參數(shù)”如果是，進行806步驟，不是，進行807步驟，進行其它消息的出來過程。
上述圖8的805，SRNC發(fā)送消息“MBMS Attach請求”給DRNC，并等待回應(yīng)消息。
上述圖8的808，SRNC收到DRNC的回應(yīng)消息后，發(fā)送小區(qū)更新確認消息給UE。如果統(tǒng)計或重統(tǒng)計過程沒有結(jié)束，此消息中不包括信道的參數(shù)，當RNC統(tǒng)計出來小區(qū)中使用的MBMS信道類型以后，此消息中也可以包含信道類型和參數(shù)。
上述圖8的806，SRNC發(fā)送消息“無線鏈路建立請求”給DRNC，并等待回應(yīng)消息。
上述圖8的809，SRNC收到DRNC的回應(yīng)消息后，發(fā)送小區(qū)更新確認消息給UE。并等待用戶的回應(yīng)消息。此消息包括小區(qū)中MBMS信道的信道類型和參數(shù)。
圖9是RNC收到消息的動作說明。
上述圖9的901，RNC接收消息。
上述圖9的902，RNC判斷消息是否是RRC建立請求消息，如果是，進行904步驟，如果不是，則進行其它消息的處理步驟。
上述圖9的904，RNC判斷RRC建立原因是“為MBMS用戶統(tǒng)計”？如果是，進行906步驟，不是，進行905步驟，在905步驟中，判斷小區(qū)更新原因是否是“為MBMS PTP模式”或者“為MBMS信道參數(shù)”如果是，進行907步驟，不是，進行908步驟，進行其它消息的出來過程。
上述圖9的906，如果統(tǒng)計過程已經(jīng)結(jié)束，本小區(qū)使用的是點對多點信道，RNC發(fā)送RRC連接拒絕消息給用戶，此消息中可以包括信道類型和參數(shù)。如果統(tǒng)計過程還沒有結(jié)束，RNC發(fā)送RRC連接建立請求消息給UE，此消息中不包括信道類型和信道的參數(shù)。在RRC連接建立請求消息中，RNC指示用戶進入CELL_FACH狀態(tài)。
上述圖9的907，如果目的小區(qū)使用點對多點信道，RNC發(fā)送RRC連接釋放消息，此消息中包括目的小區(qū)的MBMS信道類型和參數(shù)。如果目的小區(qū)使用點對點信道，RRC發(fā)送連接建立請求消息給UE，此消息包括小區(qū)中MBMS信道的信道類型和參數(shù)。
權(quán)利要求
1.一種MBMS用戶主動發(fā)起上行信令的方法，包括步驟MBMS用戶移動到一個新的小區(qū)；收聽MBMS控制信道上的信息；根據(jù)MBMS控制信道上的信息，發(fā)起上行信令；RNC發(fā)送響應(yīng)消息給用戶，或者用戶沒有移動到新的小區(qū)，收到MBMS控制信道上的信息，有用戶統(tǒng)計的指示，用戶主動發(fā)起上行信令；RNC發(fā)送響應(yīng)消息給用戶。
2.按權(quán)利要求1所述的方法，其特征在于控制信道上的信息可以是MBMS使用的信道是點對點的指示、控制信道上沒有關(guān)于此MBMS業(yè)務(wù)的信息或者用戶沒有收到MBMS控制信道。
3.按權(quán)利要求1所述的方法，其特征在于所述MBMS用戶包括CELL_FACH、CELL_PCH、URA_PCH模式的用戶。
4.按權(quán)利要求1或3所述的方法，其特征在于對于CELL_FACH，CELL_PCH，URA_PCH模式的用戶，所述上行消息是小區(qū)更新消息。
5.按權(quán)利要求1所述的方法，其特征在于所述MBMS用戶包括空閑模式的用戶。
6.按權(quán)利要求1或5所述的方法，其特征在于對于空閑模式的用戶，所述上行消息是RRC連接請求消息。
7.按權(quán)利要求5所述的方法，其特征在于小區(qū)更新消息中″小區(qū)更新原因″設(shè)置為″為MBMS信道參數(shù)″。
8.按權(quán)利要求5所述的方法，其特征在于小區(qū)更新消息中″小區(qū)更新原因″設(shè)置為″為MBMS PtP模式″。
9.按權(quán)利要求5所述的方法，其特征在于小區(qū)更新消息中″小區(qū)更新原因″設(shè)置為″為MBMS用戶統(tǒng)計″。
10.按權(quán)利要求6所述的方法，其特征在于RRC連接請求中″建立原因″設(shè)置為″為MBMS信道參數(shù)″。
11.按權(quán)利要求6所述的方法，其特征在于RRC連接請求中″建立原因″設(shè)置為″為MBMS PtP模式″。
12.按權(quán)利要求6所述的方法，其特征在于RRC連接請求中″建立原因″設(shè)置為“為MBMS用戶統(tǒng)計”。
13.按權(quán)利要求1所述的方法，其特征在于還包括步驟如果上行信令發(fā)送的原因是″為MBMS用戶統(tǒng)計″，則RNC發(fā)送下行信令，使用戶進入CELL_FACH狀態(tài)。
14.按權(quán)利要求1所述的方法，其特征在于還包括步驟如果有Iur接口存在，并且小區(qū)更新的原因是″為MBMS PtP模式″，SRNC發(fā)送消息無線鏈路建立請求給DRNC。
15.按權(quán)利要求14所述的方法，其特征在于還包括步驟DRNC收到無線鏈路建立請求消息，要把用戶加入到業(yè)務(wù)的上下文中，使用戶數(shù)目加一，如果用戶數(shù)目增加使信道類型由PtP變成了PtM，則DRNC發(fā)送無線鏈路建立失敗消息給SRNC。
16.按權(quán)利要求1所述的方法，其特征在于還包括步驟如果有Iur接口存在，如果SRNC得到DRNC下面的目的小區(qū)使用的是PtM信道類型，SRNC保持此用戶在CELL_FACH狀態(tài)，發(fā)送公共傳輸信道資源初始化消息給DRNC。
全文摘要
MBMS用戶主動發(fā)起上行信令的方法，包括步驟MBMS用戶移動到一個新的小區(qū)；收聽MBMS控制信道上的信息；根據(jù)MBMS控制信道上的信息，發(fā)起上行信令；RNC發(fā)送響應(yīng)消息給用戶，或者用戶沒有移動到新的小區(qū)，收到MBMS控制信道上的信息，有用戶統(tǒng)計的指示，用戶主動發(fā)起上行信令；RNC發(fā)送響應(yīng)消息給用戶。URA_PCH模式的用戶和空閑模式的用戶，響應(yīng)RNC發(fā)送的MBMS通知消息，并為得到MBMS業(yè)務(wù)參數(shù)主動發(fā)起小區(qū)更新過程或RRC連接過程。RNC根據(jù)消息發(fā)起的原因不同，設(shè)置不同的回應(yīng)消息內(nèi)容。CELL_FACH和CELL_PCH模式的用戶，在進行小區(qū)更新過程之前，要先讀取MBMS控制信道上關(guān)于該MBMS業(yè)務(wù)的信道類型參數(shù)。然后根據(jù)信道類型狀態(tài)，發(fā)起小區(qū)更新的過程，當CELL_PCH的用戶收到MCCH上的指示，也可以發(fā)起小區(qū)更新。
文檔編號H04W4/06GK1578459SQ20031011841
公開日2005年2月9日 申請日期2003年12月11日 優(yōu)先權(quán)日2003年7月9日
發(fā)明者王弘, 李德濤, 李國錫, 崔成豪 申請人:北京三星通信技術(shù)研究有限公司, 三星電子株式會社