專利名稱：：多媒體廣播多播業(yè)務(wù)收發(fā)方法及裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及無線通信領(lǐng)域，特別涉及廣播多播技術(shù)。技術(shù)背景經(jīng)過近幾十年迅猛發(fā)展，移動通信惠及的人群越來越廣，但是其所提供的業(yè)務(wù)仍然以電話和消息為主。隨著因特網(wǎng)(Internet)的迅猛發(fā)展，大量移動多媒體業(yè)務(wù)涌現(xiàn)出來，其中一些移動多媒體業(yè)務(wù)要求多個終端能同時接收相同數(shù)據(jù)，例如視頻點播、電視廣播、視頻會議、網(wǎng)上教育、互動游戲等，目前在有線網(wǎng)絡(luò)上可以采用網(wǎng)間互聯(lián)協(xié)議(InternetProtocol,簡稱"IP")多播和廣播技術(shù)來實現(xiàn)。但是由于移動通信網(wǎng)絡(luò)所具有的特定的網(wǎng)絡(luò)結(jié)構(gòu)、功能實體和無線接口等均與有線通信IP網(wǎng)絡(luò)不同，并且這些移動多媒體業(yè)務(wù)與一般的數(shù)據(jù)業(yè)務(wù)相比，具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點，現(xiàn)有IP多播和廣播技術(shù)并不能直接適用于移動網(wǎng)。為了有效地利用移動網(wǎng)資源，實現(xiàn)移動多媒體業(yè)務(wù)的應(yīng)用，第三代合作伙伴項目(3rdGenerationPartnershipProject,簡稱"3GPP")提出了多媒體廣播多播業(yè)務(wù)(MultimediaBroadcast/MulticastService,簡稱"MBMS")。其目的是在移動通信網(wǎng)絡(luò)中提供一個數(shù)據(jù)源向多個用戶終端發(fā)送數(shù)據(jù)的點到多點業(yè)務(wù)，實現(xiàn)網(wǎng)絡(luò)資源共享，提高網(wǎng)絡(luò)資源的利用率，尤其是空口接口資源。3GPP提出的MBMS業(yè)務(wù)不僅能實現(xiàn)純文本低速率的消息類多播和廣播，而且還能實現(xiàn)高速多媒體業(yè)務(wù)的多播和廣播，這無疑順應(yīng)了移動數(shù)據(jù)發(fā)展的趨勢。MBMS網(wǎng)絡(luò)參考模型如圖l所示，其中，廣播多播業(yè)務(wù)中心(BroadcastMulticastServiceCenter,簡稱"BM-SC")是為了支持MBMS業(yè)務(wù)而新增的移動網(wǎng)功能實體，它是內(nèi)容提供商的入口，用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS承載業(yè)務(wù)，以及按照預(yù)定時間計劃傳送MBMS內(nèi)容。BM-SC與通用分組無線業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(GPRSGatewaySupportNode,簡稱"GGSN")間的接口為Gmb和Gi接口，Gmb接口提供控制面功能，Gi接口提供用戶面承載功能。MBMS業(yè)務(wù)在網(wǎng)絡(luò)側(cè)和終端間傳輸信息的方式有兩種點對多點(PointtoMultipoint,簡稱"PTM")方式和點對點(PointtoPoint,簡稱"PTP")方式。下面對采用這兩種承載方式的MBMS業(yè)務(wù)的接收方法進行簡單說明。IDLE(空閑)狀態(tài)下的終端偵聽MBMS點對多點控制信道(MBMSpoint-to-multipointControlChannel,簡稱"MCCH")上的MBMS業(yè)務(wù)信息，在確定該MBMS業(yè)務(wù)以PTP方式承栽時，終端主動以"MBMSPTPREQUEST，，(MBMS業(yè)務(wù)PTP請求)為原因發(fā)起無線資源控制(RadioResourceControl,簡稱"RRC")連接，請求建立MBMSPTP承載。在確定MBMS業(yè)務(wù)以PTM方式承栽時，終端保持在IDLE狀態(tài)直接接收MBMS業(yè)務(wù)。終端通過PTM方式接收MBMS業(yè)務(wù)的過程中，需要同時監(jiān)聽MCCH和MBMS通知指示信道(MBMSnotificationIndicatorChannel,簡稱"MICH")以及時獲知該MBMS業(yè)務(wù)承載方式的變化情況。本發(fā)明的發(fā)明人在實現(xiàn)上述方案的過程中發(fā)現(xiàn)，要根據(jù)上述方案接收MBMS業(yè)務(wù)，終端就必須支持MICH，能夠在本小區(qū)同時接收MCCH和MBMS點對多點業(yè)務(wù)信道(MBMSPoint-to-MultipointTrafficChannel,簡稱"MTCH")，并且支持多小區(qū)公共信道軟合并。這些MBMS業(yè)務(wù)特性對終端硬件能力提出了較高的要求，然而，對于較早版本的終端，如R99版本的終端大多數(shù)不支持上述MBMS業(yè)務(wù)特性，且MBMS對終端的高要求必然帶來MBMS終端的高成本，在未來相當(dāng)長的一段時間內(nèi)，支持上述MBMS業(yè)務(wù)特性的終端不會普及。而已經(jīng)普及的不支持上述特性的終端無法通過現(xiàn)有的方案接收MBMS業(yè)務(wù)，無法真正實現(xiàn)MBMS業(yè)務(wù)。
發(fā)明內(nèi)容本發(fā)明實施方式要解決的主要技術(shù)問題是提供一種多媒體廣播多播業(yè)務(wù)收發(fā)方法及裝置，使得不支持MBMS業(yè)務(wù)特性的終端能夠接入MBMS業(yè)務(wù)。為解決上述技術(shù)問題，本發(fā)明的實施方式提供了一種多媒體廣播多播業(yè)務(wù)發(fā)送方法，包含以下步驟網(wǎng)絡(luò)側(cè)從終端接收指示該終端所選擇的多媒體廣播多播業(yè)務(wù)MBMS的消息，如果該終端所選擇的MBMS業(yè)務(wù)使用PTM的承載方式，則將該終端重配置到小區(qū)前向接入信道CELL_FACH狀態(tài)，并通過前向接入信道FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。本發(fā)明的實施方式還提供了一種多媒體廣播多播業(yè)務(wù)接收方法，包含以下步驟終端向網(wǎng)絡(luò)側(cè)發(fā)送指示該終端所選擇的MBMS業(yè)務(wù)的消息；如果終端收到網(wǎng)絡(luò)側(cè)將其重配置到CELL—FACH狀態(tài)的指示，則從FACH接收所選擇的MBMS業(yè)務(wù)的數(shù)據(jù)。本發(fā)明的實施方式還提供了一種多媒體廣播多播業(yè)務(wù)發(fā)送裝置，包含接收單元，用于從終端接收指示該終端所選擇的MBMS業(yè)務(wù)的消息；第一判斷單元，用于判斷該終端所選擇的MBMS業(yè)務(wù)使用的承載方式；發(fā)送單元，用于在第一判斷單元判定終端所選擇的MBMS業(yè)務(wù)使用PTM的承載方式時，將該終端重配置到CELI^FACH狀態(tài)，并通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。本發(fā)明的實施方式還提供了一種用戶終端，包含發(fā)送單元，用于向網(wǎng)絡(luò)側(cè)發(fā)送指示該用戶終端所選擇的MBMS業(yè)務(wù)的消臺接收單元，用于接收網(wǎng)絡(luò)側(cè)將該用戶終端重配置到CELL—FACH狀態(tài)的指示，并在收到該指示后，從FACH接收該MBMS業(yè)務(wù)的數(shù)據(jù)。本發(fā)明實施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于網(wǎng)絡(luò)側(cè)從終端接收指示該終端所選擇的MBMS業(yè)務(wù)的消息，由網(wǎng)絡(luò)側(cè)區(qū)別終端所選擇的MBMS業(yè)務(wù)使用的承載方式，如果該MBMS業(yè)務(wù)使用PTM，則將該終端重配置到CELL—FACH(小區(qū)前向接入信道)狀態(tài)，并通過前向接入信道(ForwardAccessChannel,簡稱"FACH")下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)；在終端側(cè)可直接根據(jù)網(wǎng)絡(luò)側(cè)的指示重配置到CELL一FACH狀態(tài)，在該FACH接收該MBMS業(yè)務(wù)的數(shù)據(jù)。從而即使終端不支持MBMS業(yè)務(wù)特性，無法讀取MCCH獲取網(wǎng)絡(luò)側(cè)MBMS業(yè)務(wù)的信息，也能夠采用對應(yīng)的方式接收MBMS業(yè)務(wù)。例如不支持MBMS業(yè)務(wù)特性的終端可以通過FACH接收使用PTM的承載方式的MBMS業(yè)務(wù)。附困說明圖1是現(xiàn)有技術(shù)中的MBMS網(wǎng)絡(luò)參考模型；圖2是根據(jù)本發(fā)明第一實施方式的MBMS業(yè)務(wù)發(fā)送接收方法流程圖；圖3是根據(jù)本發(fā)明第一實施方式的在不同信道發(fā)送和接收對應(yīng)承載方式的MBMS業(yè)務(wù)的流程圖；圖4是根據(jù)本發(fā)明第三實施方式的MBMS業(yè)務(wù)發(fā)送接收方法中終端離開MBMS業(yè)務(wù)的流程圖；圖5是4艮據(jù)本發(fā)明第四實施方式的MBMS業(yè)務(wù)發(fā)送接收方法中MBMS業(yè)務(wù)未開始的處理流程圖；圖6是根據(jù)本發(fā)明第五實施方式的MBMS業(yè)務(wù)發(fā)送裝置結(jié)構(gòu)圖；圖7是根據(jù)本發(fā)明第六實施方式的用戶終端結(jié)構(gòu)圖。具體實施方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明的實施方式作進一步地詳細描述。本發(fā)明第一實施方式涉及一種MBMS業(yè)務(wù)的發(fā)送和接收方法，如圖2所示。在步驟210中，終端在需要使用MBMS業(yè)務(wù)時，向網(wǎng)絡(luò)側(cè)RNC發(fā)起RRC連接請求(RRCCONNECTIONREQUEST),在該請求中攜帶表示該終端無MBMS業(yè)務(wù)能力的原因值"PreviousUEMBMSReception"。其中，該原因值(CAUSE)"PreviousUEMBMSReception"為本實施方式在現(xiàn)有協(xié)議的基礎(chǔ)上新增的。現(xiàn)有協(xié)議中已有的RRC連接建立請求的原因值(CauseforanRRCconnectionestablishmentrequest)如表1所示，本實施方式在表1所示的原因值的基礎(chǔ)上新增"PreviousUEMBMSReception",如表1中粗體部分所示。<table>tableseeoriginaldocumentpage14</column></row><table>在步驟220中，RNC收到該RRC連接請求后，#4居該請求中的原因值確定該終端為不支持MBMS業(yè)務(wù)特性的終端，且該終端當(dāng)前需要接入MBMS業(yè)務(wù)。該RNC通知對應(yīng)基站建立相應(yīng)信道。在步驟230中，RNC向該終端發(fā)送RRC連接建立(RRCCONNECTIONSETUP)消息。在步驟240中，終端向該RNC返回RRC連接建立完成(RRCCONNECTIONSETUPCOMPLETE)消息。在步驟250中，該終端向RNC發(fā)送MBMS業(yè)務(wù)》務(wù)正請求(MBMSMODIFICATIONREQUEST)，在該請求中包含本終端所選擇的MBMS業(yè)務(wù)。在步驟260中，RNC從收到的MBMS業(yè)務(wù)修正請求中，獲取該終端選擇的MBMS業(yè)務(wù)。具體地說，該MBMS業(yè)務(wù)修正請求為已有信令，在現(xiàn)有技術(shù)中有對應(yīng)的用途，本實施方式中通過在終端發(fā)送的RRC連接請求中攜帶表示該終端無MBMS業(yè)務(wù)能力的原因值，通知RNC之后的MBMS業(yè)務(wù)修正請求用于指示終端所選擇的MBMS業(yè)務(wù)，從而使RNC在收到該終端的MBMS業(yè)務(wù)修正請求后，能夠進行正確處理，從該請求獲取該終端選擇的MBMS業(yè)務(wù)。在步驟270中，RNC根據(jù)終端選擇的MBMS業(yè)務(wù)使用的承載方式，為該終端發(fā)起對應(yīng)的無線承載建立過程，網(wǎng)絡(luò)側(cè)和終端通過對應(yīng)的無線承載來發(fā)送和接收該MBMS業(yè)務(wù)的數(shù)據(jù)。具體如圖3所示，在步驟310中，RNC判斷該終端所選的MBMS業(yè)務(wù)使用的承載方式，如果該終端所選擇的MBMS業(yè)務(wù)使用PTP的承載方式，則進入步驟320,為該終端建立專用信道(DedicateChannel,簡稱"DCH")承載，指示基站通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)，同時還指示該終端在終端側(cè)建立DCH承載，通知該終端通過該DCH接收該MBMS業(yè)務(wù)數(shù)據(jù)；如果該終端所選擇的MBMS業(yè)務(wù)使用PTM的承載方式，則進入步驟340，RNC將該終端重配置到CELL—FACH狀態(tài)，向終端下發(fā)狀態(tài)變換的指示，通知基站通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)，并通知該終端在該FACH接收MBMS業(yè)務(wù)數(shù)據(jù)。在終端側(cè)，該終端如果收到RNC建立DCH承載的指示，則表明該MBMS業(yè)務(wù)使用PTP的承載方式，進入步驟330，該終端根據(jù)該指示建立對應(yīng)的DCH承載，并通過該DCH接收MBMS業(yè)務(wù)的數(shù)據(jù)。如果該終端收到進入CELL—FACH狀態(tài)的指示，則表明該MBMS業(yè)務(wù)使用PTM的承載方式，進入步驟350，該終端根據(jù)RNC的指示將本終端重配置到CELL—FACH狀態(tài)，從FACH接收該MBMS業(yè)務(wù)的數(shù)據(jù)。另外，在該終端所選擇的MBMS業(yè)務(wù)使用PTM的承載方式時，RNC還需要為該終端重新分配UTRAN無線網(wǎng)絡(luò)臨時標(biāo)識(UTRANRadioNetworkTemporaryIdentity,簡稱"URNTI")，重新分配的URNTI對應(yīng)該MBMS業(yè)務(wù)使用的從公共控制物理信道(SecondaryCommonControlPhysicalChannel,簡稱"SCCPCH")，現(xiàn)有協(xié)議的規(guī)定是重新分配的URNTI對可用的SCCPCH總數(shù)取模得到的結(jié)果，等于承載該MBMS業(yè)務(wù)對應(yīng)的SCCPCH的索引標(biāo)識。通過重新分配URNTI，確保終端能夠正確選擇SCCPCH，從該SCCPCH接收與該MBMS業(yè)務(wù)相關(guān)的信令。下面對步驟340和350中，基站和終端通過FACH發(fā)送和接收該MBMS業(yè)務(wù)數(shù)據(jù)的具體方式進行說明在本實施方式中，該FACH單獨承載該MBMS業(yè)務(wù)，基站在承栽該MBMS業(yè)務(wù)的FACH的傳輸塊(TB)中包含MBMS標(biāo)識域和目標(biāo)信道類型域(TargetChannelTypeField,簡稱"TCTF")。該TCTF用于指示該傳輸塊對應(yīng)的信道類型，該MBMS標(biāo)識域用于指示該傳輸塊對應(yīng)的MBMS業(yè)務(wù)。在該FACH單獨承載該MBMS業(yè)務(wù)的情況下，終端在接收該FACH時，可以根據(jù)該TCTF選擇接收屬于本終端選擇的MBMS業(yè)務(wù)對應(yīng)的傳輸塊。在收到對應(yīng)的傳輸塊后，終端解析該傳輸塊，去除該傳輸塊包含的TCTF和MBMS業(yè)務(wù)標(biāo)識，將除去TCTF和MBMS業(yè)務(wù)標(biāo)識后的數(shù)據(jù)發(fā)送到無線鏈路控制(RadioLinkController,簡稱"RLC")實體進行業(yè)務(wù)數(shù)據(jù)單元(ServiceDataUnit,簡稱"SDU")重組，其中，RLC實體為網(wǎng)絡(luò)側(cè)為該MBMS業(yè)務(wù)建立的實體。在本實施方式中，終端不用通過監(jiān)聽MCCH來獲取網(wǎng)絡(luò)側(cè)MBMS業(yè)務(wù)的承栽方式，在需要接收MBMS業(yè)務(wù)時，可直接向RNC發(fā)送業(yè)務(wù)請求，由RNC根據(jù)當(dāng)前業(yè)務(wù)的不同模式將終端配置到不同的信道接收MBMS業(yè)務(wù)。即使該終端在硬件上不支持MBMS業(yè)務(wù)特性，無法讀取MCCH，也能成功接收MBMS業(yè)務(wù)。由于終端不需要硬件升級，僅需支持MBMS業(yè)務(wù)修正請求流程以及新增的RRC連接請求的原因值就可以接入MBMS業(yè)務(wù)，成本較低，對于MBMS業(yè)務(wù)的推廣是非常有利的。在本實施方式中，承載MBMS業(yè)務(wù)的SCCPCH還需要支持公用控制信道(CommonControlChannel,簡稱"CCCH")、專用控制信道(DedicatedControlChannel,簡稱"DCCH")等邏輯信道，以支持CELL—FACH狀態(tài)終端的小區(qū)更新，尋呼等流程。同時該SCCPCH的信道信息需要通過系統(tǒng)信息塊SIB6進行廣播，使得接收該MBMS業(yè)務(wù)的終端能夠通過該CCCH和DCCH進行小區(qū)更新、接收尋呼消息等，使得本實施方式更加完整、更具可行性。另外，當(dāng)該終端選擇的MBMS業(yè)務(wù)的承載方式發(fā)生變化時，RNC將為該終端重新進行配置，將該終端重配置到對應(yīng)的信道接收MBMS業(yè)務(wù)。重配置的方式類似于圖3所示的過程。也就是說，如果終端所選擇的MBMS業(yè)務(wù)改為使用PTM的承載方式，則網(wǎng)絡(luò)側(cè)將該終端重配置到CELL一FACH狀態(tài)，并通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)；如果終端所選的MBMS業(yè)務(wù)改為使用PTP的承載方式，則網(wǎng)絡(luò)側(cè)為該終端建立DCH承載，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。終端根據(jù)網(wǎng)絡(luò)側(cè)的指示在對應(yīng)的信道接收MBMS業(yè)務(wù)的數(shù)據(jù)。本發(fā)明笫二實施方式同樣涉及一種MBMS業(yè)務(wù)的發(fā)送和接收方法，與第一實施方式大致相同，其區(qū)別在于，在第一實施方式中，一條FACH只承載一個MBMS業(yè)務(wù)；而在本實施方式中，多個MBMS業(yè)務(wù)可以復(fù)用同一條FACH。多個MBMS業(yè)務(wù)通過該FACH的傳輸塊中的MBMS標(biāo)識域來區(qū)別不同的MBMS業(yè)務(wù)。網(wǎng)絡(luò)側(cè)為終端分配的小區(qū)RNTI(CRNTI),該CRNTI與終端所選擇的MBMS業(yè)務(wù)的標(biāo)識相對應(yīng)。終端在接收FACH時，可以根據(jù)FACH傳輸塊中的TCTF確定該傳輸塊是否承載MBMS業(yè)務(wù)，通過判斷該傳輸塊的MBMS業(yè)務(wù)標(biāo)識與CRNTI是否對應(yīng)，來確定該傳輸塊是否對應(yīng)本終端所選擇的MBMS業(yè)務(wù)。從而正確接收承載本終端所選MBMS業(yè)務(wù)的傳輸塊。具體的方法可以是網(wǎng)絡(luò)側(cè)為該終端分配的CRNTI的高四位與該終端所選擇的MBMS業(yè)務(wù)的MBMS標(biāo)識相同，終端可根據(jù)其CRNTI獲知應(yīng)該接收哪一個傳輸塊。本發(fā)明第三實施方式涉及一種MBMS業(yè)務(wù)的發(fā)送和接收方法，本實施方式在第一實施方式的基礎(chǔ)上，增加了終端離開MBMS業(yè)務(wù)的相關(guān)操作。如圖4所示，終端在需要離開MBMS業(yè)務(wù)時，同樣向RNC發(fā)送MBMS業(yè)務(wù)修正請求消息，告知RNC該終端離開的MBMS業(yè)務(wù)。RNC收到該消息后發(fā)起對應(yīng)的無線承載釋放過程和RRC連接釋放過程。本發(fā)明第四實施方式涉及一種MBMS業(yè)務(wù)的發(fā)送和接收方法，本實施方式在第一實施方式的基礎(chǔ)上，增加了終端發(fā)起加入MBMS業(yè)務(wù)時，該MBMS業(yè)務(wù)未開始的情況。如圖5所示，RNC根據(jù)終端的MBMS業(yè)務(wù)修正請求消息確定該終端選擇的MBMS業(yè)務(wù)，如果該終端所選擇的MBMS業(yè)務(wù)還沒有開始，或者該MBMS業(yè)務(wù)由于某種原因不可用，則發(fā)起RRC連接釋放過程，從而避免終端不必要地占用連接資源?？梢栽赗RC連接釋放消息中增加表示該MBMS業(yè)務(wù)未開始或不可用的原因值"MBMSServicenotAvailable"，如表2所示，以通知終端RRC連接釋放的原因。表2中粗體部分為本實施方式新增的原因值。終端在收到RRC連接釋放消息后，可以根據(jù)其中的原因值給用戶適當(dāng)提示，使得用戶可以根據(jù)自身需要進行其他操作，如重新選擇其他MBMS業(yè)務(wù)，或在適當(dāng)?shù)臅r機重新發(fā)起請求等。使得MBMS業(yè)務(wù)的實現(xiàn)更加人性化。InformationElement/Groupname信息元素/組名Need必要性Multi可復(fù)用Typeandreference類型和MSemanticsdescription語義描述Releasecause釋放原因MPEnumerated例舉((normalevent,unspecified,pre-emptiverelease,congestion,re-establishmentreject,userinactivity),directedsignallingconnectionre-establishment,MBMSServicenotAvailable(MBMS業(yè)務(wù)未開始或不可用))Elevensparevaluesareneeded.需要l個空余值表2本發(fā)明第五實施方式涉及一種MBMS業(yè)務(wù)發(fā)送裝置，如圖6所示，包含接收單元，用于從終端接收指示該終端所選擇的MBMS業(yè)務(wù)的消息；第一判斷單元，用于判斷該終端所選擇的MBMS業(yè)務(wù)使用的承載方式；發(fā)送單元，用于在該第一判斷單元判定該終端所選擇的MBMS業(yè)務(wù)使用PTM的承載方式時，將該終端重配置到CELL—FACH狀態(tài)，并通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。該發(fā)送單元還用于，在該第一判斷單元判定該終端所選的MBMS業(yè)務(wù)使用PTP的承載方式時，為該終端建立DCH承載，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。通過以上各單元，即使需要接收MBMS業(yè)務(wù)的終端在硬件上不支持MBMS業(yè)務(wù)特性，無法監(jiān)聽MCCH獲取該MBMS業(yè)務(wù)的承載方式，也能在對應(yīng)的信道上接收MBMS業(yè)務(wù)。該發(fā)送單元通過FACH的傳輸塊，下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)，在該傳輸塊中包含TCTF和MBMS業(yè)務(wù)的標(biāo)識。通過TCTF和MBMS業(yè)務(wù)的標(biāo)識來指示該傳輸塊的信道類型和所對應(yīng)的MBMS業(yè)務(wù)，使得終端確定該傳輸塊是否對應(yīng)自身選擇的MBMS業(yè)務(wù)，以能夠正確接收對應(yīng)的傳輸塊。該MBMS業(yè)務(wù)發(fā)送裝置，還包含分配單元，用于在終端所選擇的MBMS業(yè)務(wù)使用PTM的承載方式時，為該終端重新分配URNTI，該重新分配的URNTI對應(yīng)于承載該MBMS業(yè)務(wù)的SCCPCH。具體地說，該URNTI對可用的SCCPCH總數(shù)取模得到的結(jié)果，通常等于承載該MBMS業(yè)務(wù)的SCCPCH的索引標(biāo)識。該SCCPCH支持CCCH和DCCH，該MBMS業(yè)務(wù)發(fā)送裝置還可以包含通過該CCCH和DCCH進行終端的小區(qū)更新和尋呼的單元。在本實施方式中，該接收單元接收的指示該終端所選擇的MBMS業(yè)務(wù)的消息是MBMS業(yè)務(wù)修正請求。該接收單元還用于從終端接收RRC連接請求，該MBMS業(yè)務(wù)發(fā)送裝置還包含第二判斷單元，用于判斷該接收單元收到的RRC連接請求中是否包含表示該終端無MBMS業(yè)務(wù)能力的原因值"PreviousUEMBMSReception",如果是則指示該接收單元接收該終端的MBMS業(yè)務(wù)修正請求，并從該請求中獲取該終端所選擇的MBMS業(yè)務(wù)。其中，原因值"PreviousUEMBMSReception"為本實施方式在現(xiàn)有協(xié)議的基礎(chǔ)上新增的，如表1中粗體部分所示。由于該MBMS業(yè)務(wù)《奮正i貪求為已有信令，在現(xiàn)有4支術(shù)中有對應(yīng)的用途，本實施方式中通過在終端發(fā)送的RRC連接請求中攜帶表示該終端無MBMS業(yè)務(wù)能力的原因值，通知RNC終端之后發(fā)送的MBMS業(yè)務(wù)修正請求用于指示該終端所選擇的MBMS業(yè)務(wù)，從而使RNC在收到該終端的MBMS業(yè)務(wù)#~正請求后，不會與現(xiàn)有技術(shù)相混淆，能夠進行正確處理，從該請求中獲取該終端選擇的MBMS業(yè)務(wù)。該MBMS業(yè)務(wù)發(fā)送裝置還包含，變更單元，用于在MBMS業(yè)務(wù)的承載方式發(fā)生改變時，通知發(fā)送單元。如果該終端所選擇的MBMS業(yè)務(wù)改為使用PTM的承載方式，則變更單元通知發(fā)送單元將該終端重配置到CELL—FACH狀態(tài)，并通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)；如果該終端所選的MBMS業(yè)務(wù)改為使用PTP的承載方式，則變更單元通知發(fā)送單元為該終端建立DCH承栽，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的凄t據(jù)。另外，該第一判斷單元還用于在該接收單元收到MBMS業(yè)務(wù)修正請求后，判斷該終端選擇的MBMS業(yè)務(wù)是否開始或不可用，如果未開始或不可用，則指示發(fā)送單元向該終端發(fā)送RRC連接釋放消息。從而避免終端不必要地占用連接資源。可以在RRC連接釋放消息中包含表示該MBMS業(yè)務(wù)未開始或不可用的原因值"MBMSServicenotAvailable"，以通知終端RRC連接釋放的原因，使得MBMS業(yè)務(wù)的實現(xiàn)過程更人性化。該原因值"MBMSServicenotAvailable"是本實施方式在現(xiàn)有協(xié)議的基礎(chǔ)上新增的原因值，如表2中粗體部分所示。由于本實施方式不需要終端硬件升級，僅需終端支持MBMS業(yè)務(wù)修正請求流程以及新增的RRC請求連接的原因值就可以使終端正確接入MBMS業(yè)務(wù)，成本較低，對于MBMS業(yè)務(wù)的推廣是非常有利的。本發(fā)明第六實施方式涉及一種用戶終端，如圖7所示，包含發(fā)送單元，用于向網(wǎng)絡(luò)側(cè)發(fā)送指示該用戶終端所選擇的MBMS業(yè)務(wù)的消息；接收單元，用于接收網(wǎng)絡(luò)側(cè)將該用戶終端重配置到CELI^FACH狀態(tài)的指示，并在收到該指示后，從FACH接收該MBMS業(yè)務(wù)的數(shù)據(jù)。該接收單元還用于接收網(wǎng)絡(luò)側(cè)建立DCH承栽的指示，根據(jù)該指示建立DCH承載，并通過該DCH接收該MBMS業(yè)務(wù)的數(shù)據(jù)。具體地說，該接收單元進一步包含傳輸塊接收子單元，用于根據(jù)FACH的傳輸塊包含的TCTF和MBMS業(yè)務(wù)標(biāo)識J妾收該用戶終端所選擇的MBMS業(yè)務(wù)對應(yīng)的傳輸塊；解析子單元，用于解析傳輸塊接收子單元收到的傳輸塊；標(biāo)識域去除子單元，用于去除該傳輸塊包含的TCTF和MBMS業(yè)務(wù)標(biāo)識；重組子單元，用于將除去TCTF和MBMS業(yè)務(wù)標(biāo)識后的數(shù)據(jù)發(fā)送到RLC實體進行業(yè)務(wù)數(shù)據(jù)單元重組；其中，RLC實體為網(wǎng)絡(luò)側(cè)為該MBMS業(yè)務(wù)建立的實體。在本實施方式中，終端不用通過監(jiān)聽MCCH來獲取網(wǎng)絡(luò)側(cè)MBMS業(yè)務(wù)的承栽方式，在需要接收MBMS業(yè)務(wù)時，可直接向網(wǎng)絡(luò)側(cè)發(fā)送業(yè)務(wù)請求，由網(wǎng)絡(luò)側(cè)根據(jù)當(dāng)前業(yè)務(wù)的不同模式將終端配置到不同的信道接收MBMS業(yè)務(wù)。即使該終端在硬件上不支持MBMS業(yè)務(wù)特性，無法讀取MCCH,也能成功接收MBMS業(yè)務(wù)。該用戶終端還包含信道選擇單元，用于根據(jù)網(wǎng)絡(luò)側(cè)重新分配的URNTI選擇SCCPCH。該SCCPCH支持CCCH和DCCH，該用戶終端還包含通過該CCCH和DCCH進行小區(qū)更新和接收尋呼消息的單元。在本實施方式中，指示該用戶終端所選擇的MBMS業(yè)務(wù)的消息是MBMS業(yè)務(wù)修正請求；發(fā)送單元在發(fā)送該MBMS業(yè)務(wù)修正請求之前，向網(wǎng)絡(luò)側(cè)發(fā)送RRC連接請求，在該請求中攜帶表示本終端無MBMS業(yè)務(wù)能力的原因值"PreviousUEMBMSReception"。具體地說，由于該MBMS業(yè)務(wù)修正請求為已有信令，在現(xiàn)有技術(shù)中有對應(yīng)的用途，本實施方式中通過在發(fā)送單元發(fā)送的RRC連接請求中攜帶對應(yīng)的原因值，通知RNC之后終端發(fā)送的MBMS業(yè)務(wù)修正請求用于指示該終端所選擇的MBMS業(yè)務(wù)，從而使RNC在收到該終端的MBMS業(yè)務(wù)修正請求后，能夠進行正確處理，從該請求中獲取該終端選擇的MBMS業(yè)務(wù)，而不會與現(xiàn)有技術(shù)相混淆。另外，上述發(fā)送單元還可以用于，在用戶終端需要退出MBMS業(yè)務(wù)時，向網(wǎng)絡(luò)側(cè)發(fā)送MBMS業(yè)務(wù)修正請求，指示該用戶終端所退出的MBMS業(yè)務(wù)。由于本實施方式中的用戶終端不需要硬件升級，僅需支持MBMS業(yè)務(wù)修正請求流程以及新增的RRC連接請求的原因值就可以使用戶終端正確接收MBMS業(yè)務(wù)，成本較低，對于MBMS業(yè)務(wù)的推廣是非常有利的。綜上所述，在本發(fā)明的實施方式中，網(wǎng)絡(luò)側(cè)從終端接收指示該終端所選擇的MBMS業(yè)務(wù)的消息，由網(wǎng)絡(luò)側(cè)區(qū)別終端所選擇的MBMS業(yè)務(wù)使用的承栽方式，如果該MBMS業(yè)務(wù)使用PTM,則將該終端重配置到CELL_FACH(小區(qū)前向接入信道)狀態(tài)，并通過前向接入信道(ForwardAccessChannel,簡稱"FACH")下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)；在終端側(cè)可直接根據(jù)網(wǎng)絡(luò)側(cè)的指示重配置到CELLFACH狀態(tài)，在該FACH接收該MBMS業(yè)務(wù)的數(shù)據(jù)。從而即使終端不支持MBMS業(yè)務(wù)特性，無法讀取MCCH獲取網(wǎng)絡(luò)側(cè)MBMS業(yè)務(wù)的信息，也能夠采用對應(yīng)的方式接收MBMS業(yè)務(wù)。在終端不支持MBMS廣播信道的情況下，通過FACH同樣能夠?qū)崿F(xiàn)PTM的承載方式。如果該終端所選的MBMS業(yè)務(wù)使用PTP的承載方式，則網(wǎng)絡(luò)側(cè)為該終端建立DCH承載，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)；在終端側(cè)可直接根據(jù)網(wǎng)絡(luò)側(cè)的指示建立DCH承載，并接收MBMS業(yè)務(wù)數(shù)據(jù)。從而使得不支持MBMS業(yè)務(wù)特性的終端能夠采用PTP方式接收MBMS業(yè)務(wù)。在終端所選擇的MBMS業(yè)務(wù)使用PTM的承載方式時，網(wǎng)絡(luò)側(cè)為該終端重新分配URNTI,重新分配的URNTI對應(yīng)于MBMS業(yè)務(wù)所使用的SCCPCH,該SCCPCH支持CCCH和DCCH。通過重新分配URNTI，確保終端能夠正確選擇SCCPCH,通過該SCCPCH支持的CCCH和DCCH進行小區(qū)更新和尋呼消息的接收。網(wǎng)絡(luò)側(cè)通過FACH的傳輸塊，下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)，在該傳輸塊中包含TCTF和該MBMS業(yè)務(wù)的標(biāo)識。終端可以^f艮據(jù)該TCTF確定該傳輸塊是否屬于MBMS業(yè)務(wù)，根據(jù)該MBMS業(yè)務(wù)標(biāo)識確定該傳輸塊是否對應(yīng)本終端所選擇的MBMS業(yè)務(wù)，從而正確接收所選MBMS業(yè)務(wù)對應(yīng)的傳輸塊并從中獲取MBMS業(yè)務(wù)數(shù)據(jù)。指示該終端所選擇的MBMS業(yè)務(wù)的消息可以是現(xiàn)有的MBMS業(yè)務(wù)修正請求，終端通過在RRC連接請求中攜帶表示該終端無MBMS業(yè)務(wù)能力的原因值，來通知網(wǎng)絡(luò)側(cè)本終端為不支持MBMS業(yè)務(wù)特性的終端，該MBMS業(yè)務(wù)修正請求指示的是選定的MBMS業(yè)務(wù)。網(wǎng)絡(luò)側(cè)根據(jù)RRC連接請求的原因值，區(qū)分該MBMS業(yè)務(wù)修正請求的用途，從該消息中獲取該終端所選擇的MBMS業(yè)務(wù)，使得網(wǎng)絡(luò)側(cè)能夠獲取到不支持MBMS業(yè)務(wù)特性的終端所選擇的業(yè)務(wù)。如果在為該終端建立RRC連接后，確定該終端所選擇的MBMS業(yè)務(wù)尚未開始，則向該終端發(fā)送RRC連接釋放消息，從而避免終端不必要地占用連接資源。如果終端所選擇的MBMS業(yè)務(wù)與其他MBMS業(yè)務(wù)共用一條FACH,則網(wǎng)絡(luò)側(cè)為該終端分配CRNTI,該標(biāo)識與該終端選擇的MBMS業(yè)務(wù)相對應(yīng)。使得終端能夠根據(jù)CRNTI正確接收其期望的MBMS業(yè)務(wù)。雖然通過參照本發(fā)明的某些優(yōu)選實施方式，已經(jīng)對本發(fā)明進行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。權(quán)利要求1.一種多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，包含以下步驟網(wǎng)絡(luò)側(cè)從終端接收指示該終端所選擇的多媒體廣播多播業(yè)務(wù)MBMS的消息，如果該終端所選擇的MBMS業(yè)務(wù)使用點對多點的承載方式，則將該終端重配置到小區(qū)前向接入信道CELL_FACH狀態(tài)，并通過前向接入信道FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。2.根據(jù)權(quán)利要求1所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，還包含以下步驟如杲所述終端所選的MBMS業(yè)務(wù)使用點對點的承載方式，則所述網(wǎng)絡(luò)側(cè)為該終端建立專用信道DCH承載，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。3.根據(jù)權(quán)利要求1所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，如果所述終端所選擇的MBMS業(yè)務(wù)使用點對多點的承載方式，則還包含以下步驟所述網(wǎng)絡(luò)側(cè)為該終端重新分配通用移動通信系統(tǒng)地面無線接入網(wǎng)UTRAN無線網(wǎng)絡(luò)臨時標(biāo)識URNTI，該重新分配的URNTI對應(yīng)于承載所述MBMS業(yè)務(wù)的從公共控制物理信道SCCPCH。4.根據(jù)權(quán)利要求1所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，所述網(wǎng)絡(luò)側(cè)通過所述FACH的傳輸塊，下發(fā)所述MBMS業(yè)務(wù)的數(shù)據(jù)，在該傳輸塊中包含目標(biāo)信道類型域TCTF和所述MBMS業(yè)務(wù)的標(biāo)識。5.根據(jù)權(quán)利要求1所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，指示所述終端所選擇的MBMS業(yè)務(wù)的消息是MBMS業(yè)務(wù)修正請求。6.根據(jù)權(quán)利要求5所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，所述網(wǎng)絡(luò)側(cè)從所述終端接收所述MBMS業(yè)務(wù)修正請求之前，還包含以下步驟所述網(wǎng)絡(luò)側(cè)從所述終端接收無線資源控制層RRC連接請求，如果該請求中包含表示該終端無MBMS業(yè)務(wù)能力的原因值，進入所述從終端接收所述MBMS業(yè)務(wù)^f多正^青求的步驟。7.根據(jù)權(quán)利要求6所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，所述網(wǎng)絡(luò)側(cè)在收到所述RRC連接請求后，還包含以下步驟為所述終端建立RRC連接；所述網(wǎng)絡(luò)側(cè)在收到所述MBMS業(yè)務(wù)修正請求后，還包含以下步驟所述網(wǎng)絡(luò)側(cè)根據(jù)所述MBMS業(yè)務(wù)修正請求確定所述終端所選擇的MBMS業(yè)務(wù)；如果該MBMS業(yè)務(wù)未開始或不可用，則向所述終端發(fā)送RRC連接釋放消息。8.根據(jù)權(quán)利要求7所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，所述網(wǎng)絡(luò)側(cè)在所述RRC連接釋放消息中攜帶表示所述MBMS業(yè)務(wù)未開始或不可用的原因值。9.根據(jù)權(quán)利要求4所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，如果所述終端所選擇的MBMS業(yè)務(wù)與其他MBMS業(yè)務(wù)使用一條FACH下發(fā)數(shù)據(jù)，則通過所述FACH的傳輸塊包含的MBMS業(yè)務(wù)標(biāo)識區(qū)別所述MBMS業(yè)務(wù)；所述網(wǎng)絡(luò)側(cè)為所述終端分配小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識CRNTI,該標(biāo)識與該終端選擇的MBMS業(yè)務(wù)相對應(yīng)。10.根據(jù)權(quán)利要求2所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，如果所述終端所選擇的MBMS業(yè)務(wù)使用的承載方式發(fā)生變化，則還包含以下步驟如果所述終端所選擇的MBMS業(yè)務(wù)改為^f吏用點對多點的承載方式，則所述網(wǎng)絡(luò)側(cè)將該終端重配置到CELL—FACH狀態(tài)，并通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)；如果所述終端所選的MBMS業(yè)務(wù)改為使用點對點的承載方式，則所述網(wǎng)絡(luò)側(cè)為該終端建立DCH承載，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。11.根據(jù)權(quán)利要求1至10中任一項所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，承載所述MBMS業(yè)務(wù)的SCCPCH支持公用控制信道CCCH和專用控制信道DCCH,所述網(wǎng)絡(luò)側(cè)通過所述CCCH和DCCH進行所述終端的小區(qū)更新和尋呼。12.根據(jù)權(quán)利要求11所述的多媒體廣播多播業(yè)務(wù)發(fā)送方法，其特征在于，所述網(wǎng)絡(luò)側(cè)通過系統(tǒng)信息塊SIB6廣播所述SCCPCH的信道信息。13.—種多媒體廣播多播業(yè)務(wù)接收方法，其特征在于，包含以下步驟終端向網(wǎng)絡(luò)側(cè)發(fā)送指示該終端所選擇的MBMS業(yè)務(wù)的消息；如果所述終端收到網(wǎng)絡(luò)側(cè)將其重配置到CELL—FACH狀態(tài)的指示，則從FACH4妻收所選擇的MBMS業(yè)務(wù)的數(shù)據(jù)。14.根據(jù)權(quán)利要求13所述的多媒體廣播多播業(yè)務(wù)接收方法，其特征在于，如果所述終端收到網(wǎng)絡(luò)側(cè)建立DCH承載的指示，則根據(jù)該指示建立DCH承載，并通過該DCH接收所述MBMS業(yè)務(wù)的數(shù)據(jù)。15.根據(jù)權(quán)利要求13所述的多媒體廣播多播業(yè)務(wù)接收方法，其特征在于，還包含以下步驟所述終端根據(jù)所述網(wǎng)絡(luò)側(cè)為該終端重新分配的URNTI選擇承載所述MBMS業(yè)務(wù)的SCCPCH;承載所述MBMS業(yè)務(wù)的SCCPCH支持CCCH和DCCH，所述終端通過所述CCCH和DCCH進4亍小區(qū)更新和接收尋呼消息。16.根據(jù)權(quán)利要求13所述的多媒體廣播多播業(yè)務(wù)接收方法，其特征在于，所述終端從所述FACH接收所述MBMS業(yè)務(wù)的數(shù)據(jù)的步驟包含以下子步驟的接收屬于所述MBMS業(yè)務(wù)的傳輸塊；所述終端解析屬于所述MBMS業(yè)務(wù)的傳輸塊，去除該傳輸塊包含的TCTF和MBMS業(yè)務(wù)標(biāo)識；所述終端將除去TCTF和MBMS業(yè)務(wù)標(biāo)識后的數(shù)據(jù)發(fā)送到為該MBMS業(yè)務(wù)建立的無線鏈路控制RLC實體進行業(yè)務(wù)數(shù)據(jù)單元重組。17.根據(jù)權(quán)利要求13所述的多媒體廣播多播業(yè)務(wù)接收方法，其特征在于，指示所述終端所選擇的MBMS業(yè)務(wù)的消息是MBMS業(yè)務(wù)修正請求；所述終端向所述網(wǎng)絡(luò)側(cè)發(fā)送所述MBMS業(yè)務(wù)修正請求之前，還包含以下步驟所述終端向網(wǎng)絡(luò)側(cè)發(fā)送RRC連接請求，在該請求中攜帶表示該終端無MBMS業(yè)務(wù)能力的原因值。18.根據(jù)權(quán)利要求13至17中任一項所述的多媒體廣播多播業(yè)務(wù)接收方法，其特征在于，所述終端在退出所述MBMS業(yè)務(wù)時，向所述網(wǎng)絡(luò)側(cè)發(fā)送所述MBMS業(yè)務(wù)^f務(wù)正^"求，指示該終端所退出的MBMS業(yè)務(wù)。19.根據(jù)權(quán)利要求13至17中任一項所述的多媒體廣播多播業(yè)務(wù)接收方法，其特征在于，如果所述終端所選擇的MBMS業(yè)務(wù)與其他MBMS業(yè)務(wù)共用一條FACH，則所述終端通過以下方式從所述FACH接收所選擇的MBMS業(yè)務(wù)的數(shù)據(jù)所述終端根據(jù)所述網(wǎng)絡(luò)側(cè)分配的CRNTI，從所述FACH接收該CRNTI對應(yīng)的MBMS業(yè)務(wù)的H據(jù)。20.—種多媒體廣播多播業(yè)務(wù)發(fā)送裝置，其特征在于，包含接收單元，用于從終端接收指示該終端所選擇的MBMS業(yè)務(wù)的消息；第一判斷單元，用于判斷該終端所選擇的MBMS業(yè)務(wù)使用的承載方式；發(fā)送單元，用于在所述第一判斷單元判定所述終端所選擇的MBMS業(yè)務(wù)使用點對多點的承栽方式時，將該終端重配置到CELI^FACH狀態(tài)，并通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。21.根據(jù)權(quán)利要求20所述的多媒體廣播多播業(yè)務(wù)發(fā)送裝置，其特征在于，所述發(fā)送單元還用于在所述第一判斷單元判定所述終端所選的MBMS業(yè)務(wù)使用點對點的承栽方式時，為該終端建立DCH承載，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。22.根據(jù)權(quán)利要求20所述的多媒體廣播多播業(yè)務(wù)發(fā)送裝置，其特征在于，還包含分配單元，用于在所述第一判斷單元判定所述終端所選擇的MBMS業(yè)務(wù)使用點對多點的承載方式時，為該終端重新分配URNTI，該重新分配的URNTI對應(yīng)于承載所述MBMS業(yè)務(wù)的SCCPCH;所述SCCPCH支持CCCH和DCCH;所述MBMS業(yè)務(wù)發(fā)送裝置還包含通過所述CCCH和DCCH進行所述終端的小區(qū)更新和尋呼的單元。23.根據(jù)權(quán)利要求20所述的多媒體廣播多播業(yè)務(wù)發(fā)送裝置，其特征在通過所述FACH的傳輸塊，下發(fā)所述MBMS業(yè)務(wù)的數(shù)據(jù)，在該傳輸塊中包含TCTF和所述MBMS業(yè)務(wù)的標(biāo)識。24.根據(jù)權(quán)利要求20所迷的多媒體廣播多播業(yè)務(wù)發(fā)送裝置，其特征在于，所述接收單元接收的指示所述終端所選擇的MBMS業(yè)務(wù)的消息是MBMS業(yè)務(wù)4務(wù)正i青求；所述接收單元還用于從所述終端接收RRC連接請求；所述MBMS業(yè)務(wù)發(fā)送裝置還包含第二判斷單元，用于判斷所述接收單值，如果判定包含，則指示該接收單元從所述終端接收所述MBMS業(yè)務(wù)修正請求。25.根據(jù)權(quán)利要求20至24中任一項所述的多媒體廣播多播業(yè)務(wù)發(fā)送裝置，其特征在于，還包含變更單元，用于在所述MBMS業(yè)務(wù)的承載方式發(fā)生改變時，通知所述發(fā)送單元；如果所述終端所選擇的MBMS業(yè)務(wù)改為使用點對多點的承載方式，則所述變更單元通知所述發(fā)送單元將該終端重配置到CELIJFACH狀態(tài)，并通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)；如果所述終端所選的MBMS業(yè)務(wù)改為使用點對點的承載方式，則所述變更單元通知所述發(fā)送單元為該終端建立DCH承載，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。26.—種用戶終端，其特征在于，包含發(fā)送單元，用于向網(wǎng)絡(luò)側(cè)發(fā)送指示該用戶終端所選擇的MBMS業(yè)務(wù)的消息；接收單元，用于接收所述網(wǎng)絡(luò)側(cè)將該用戶終端重配置到CELL_FACH狀態(tài)的指示，并在收到該指示后，從FACH接收該MBMS業(yè)務(wù)的數(shù)據(jù)。27.根據(jù)權(quán)利要求26所述的用戶終端，其特征在于，所述接收單元還用于接收網(wǎng)絡(luò)側(cè)建立DCH承載的指示，根據(jù)該指示建立DCH承載，并通過該DCH接收所述MBMS業(yè)務(wù)的數(shù)據(jù)。28.才艮據(jù)4又利要求26所述的用戶終端，其特征在于，所述用戶終端還包含信道選擇單元，用于根據(jù)所述網(wǎng)絡(luò)側(cè)重新分配的URNTI選擇承載所述MBMS業(yè)務(wù)的SCCPCH;承載所述MBMS業(yè)務(wù)的SCCPCH支持CCCH和DCCH，所述用戶終端還包含通過所述CCCH和DCCH進行小區(qū)更新和接收尋呼消息的單元。29.根據(jù)權(quán)利要求26所述的用戶終端，其特征在于，所述接收單元還包含傳輸塊接收子單元，用于根據(jù)所述FACH的傳輸塊包含的TCTF和MBMS業(yè)務(wù)標(biāo)識，接收屬于所述MBMS業(yè)務(wù)的傳輸塊；解析子單元，用于解析所述接收到的傳輸塊；標(biāo)識域去除子單元，用于去除所述傳輸塊包含的TCTF和MBMS業(yè)務(wù)標(biāo)識；重組子單元，用于將除去TCTF和MBMS業(yè)務(wù)標(biāo)識后的數(shù)據(jù)發(fā)送到為該MBMS業(yè)務(wù)建立的RLC實體進行業(yè)務(wù)數(shù)據(jù)單元重組。30.根據(jù)權(quán)利要求26至29中任一項所述的用戶終端，其特征在于，所述發(fā)送單元發(fā)送的指示所述用戶終端所選擇的MBMS業(yè)務(wù)的消息是MBMS業(yè)務(wù)修正請求；所述發(fā)送單元還用于在發(fā)送所述MBMS業(yè)務(wù)修正請求之前，向所述網(wǎng)絡(luò)側(cè)發(fā)送RRC連接請求，在該請求中攜帶表示該終端無MBMS業(yè)務(wù)能力的原因值。全文摘要本發(fā)明涉及無線通信領(lǐng)域，公開了一種多媒體廣播多播業(yè)務(wù)收發(fā)方法及裝置，使得不支持MBMS業(yè)務(wù)特性的終端能夠接入MBMS業(yè)務(wù)。本發(fā)明中，網(wǎng)絡(luò)側(cè)從終端接收指示該終端所選擇的MBMS業(yè)務(wù)的消息，由網(wǎng)絡(luò)側(cè)區(qū)別終端所選擇的MBMS業(yè)務(wù)使用的承載方式，如果該MBMS業(yè)務(wù)使用PTM，則將該終端重配置到CELL_FACH狀態(tài)，并通過FACH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。如果該終端所選的MBMS業(yè)務(wù)使用PTP的承載方式，則網(wǎng)絡(luò)側(cè)為該終端建立DCH承載，并通過該DCH下發(fā)該MBMS業(yè)務(wù)的數(shù)據(jù)。文檔編號H04Q7/24GK101262630SQ20071008510公開日2008年9月10日申請日期2007年3月9日優(yōu)先權(quán)日2007年3月9日發(fā)明者旭曾,建陳申請人:華為技術(shù)有限公司