專利名稱：響應mbms點到點連接建立請求的方法
技術領域：
本發(fā)明涉及多媒體廣播/組播業(yè)務，特別涉及對點到點連接建立請求的響應方法。
背景技術：
經(jīng)過近幾十年迅猛發(fā)展，移動通信普及的人群越來越廣，但是其所提供的業(yè)務仍然以電話和消息為主。隨著因特網(wǎng)(Internet)的迅猛發(fā)展，大量多媒體業(yè)務同步涌現(xiàn)，人們顯然也要求移動通信也支持多媒體業(yè)務。因特網(wǎng)提供的有些多媒體業(yè)務應用要求多個用戶同時接收相同數(shù)據(jù)，如視頻點播、電視廣播、視頻會議、網(wǎng)上教育、互動游戲等，目前在有線網(wǎng)絡上可以采用網(wǎng)間互聯(lián)協(xié)議(Internet Protocol，簡稱“IP”)組播和廣播技術來實現(xiàn)，但是將這些業(yè)務移植到移動網(wǎng)上，與一般的數(shù)據(jù)相比，由于這些業(yè)務具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點，并且移動網(wǎng)具有特定的網(wǎng)絡結(jié)構(gòu)、功能實體和無線接口等，現(xiàn)有IP組播和廣播技術并不能直接適用于移動網(wǎng)。
為了有效地利用移動網(wǎng)資源，實現(xiàn)移動多媒體業(yè)務的應用，第三代合作伙伴項目(3rd Generation Partnership Project，簡稱“3GPP”)提出了多媒體廣播組播業(yè)務(Multimedia Broadcast/Multicast Service，簡稱“MBMS”)，用于在移動網(wǎng)中提供一個數(shù)據(jù)源向多個用戶發(fā)送數(shù)據(jù)的點到多點業(yè)務。
就傳輸模式而言，MBMS業(yè)務在UTRAN和UE間傳輸時有兩種模式點到多點(PTM)模式和點到點(PTP)模式。點到多點(PTM)模式通過MBMS點到多點業(yè)務信道(MBMS Point-to-Multipoint Traffic Channel，簡稱“MTCH”)發(fā)送相同的數(shù)據(jù)，所有加入組播業(yè)務或?qū)V播業(yè)務感興趣的UE都可以接收；點到點(PTP)模式通過DTCH(專用業(yè)務信道)邏輯信道發(fā)送數(shù)據(jù)，只有相應的一個UE可以接收到。對于一個業(yè)務開始初期，會有一個計數(shù)過程(counting procedure)去幫助網(wǎng)絡側(cè)決定此業(yè)務的傳輸模式。對于從開始就監(jiān)聽MCCH的用戶，根據(jù)各自狀態(tài)以不同形式響應計數(shù)，并根據(jù)網(wǎng)絡側(cè)的判決用點到多點(PTM)或點到點(PTP)模式接收。網(wǎng)絡側(cè)會定期進行重計數(shù)操作以判斷現(xiàn)在的傳輸模式是否是最優(yōu)的。對于業(yè)務已經(jīng)開始傳輸后，選擇加入用戶，只需要根據(jù)已經(jīng)定好的傳輸模式去建立連接就可以了。
圖1示出MBMS系統(tǒng)的參考結(jié)構(gòu)模型。如圖所示，MBMS系統(tǒng)的參考模型與常規(guī)系統(tǒng)相比，新增了移動網(wǎng)功能實體，即廣播組播業(yè)務中心(Broadcast-Multicast Service Centre，簡稱“BM-SC”)，它是內(nèi)容提供者的入口，用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS承載業(yè)務，并按照預定時間計劃傳送MBMS內(nèi)容。此外，網(wǎng)絡中其它相關功能實體也進行增強，增加了MBMS相關的功能。3GPP定義的MBMS不僅能實現(xiàn)純文本低速率的消息類廣播和組播，而且還能實現(xiàn)高速多媒體業(yè)務的廣播和組播。
用戶接收某個MBMS廣播業(yè)務的完整流程如圖2所示，首先，在步驟210，業(yè)務聲明(Service announcement)，通知用戶MBMS業(yè)務的相關信息；在步驟220，會話開始(Session Start)，BM-SC準備發(fā)送數(shù)據(jù)；然后，在步驟230，MBMS通知(Notification)，即無線網(wǎng)絡控制器(Radio NetworkController，簡稱“RNC”)通知用戶MBMS組播數(shù)據(jù)傳輸；步驟240是數(shù)據(jù)傳輸過程；最后在步驟250，會話結(jié)束(Session Stop)，BM-SC不準備發(fā)送數(shù)據(jù)了，承載資源可以釋放掉。
用戶接收某個MBMS組播業(yè)務的完整流程如圖3所示，首先，在步驟310用戶訂閱(Subscription)，由此建立用戶和業(yè)務提供者之間的聯(lián)系；在步驟320業(yè)務宣布(Service announcement)，通知用戶MBMS業(yè)務的相關信息；在步驟330加入(joining)，即用戶通知網(wǎng)絡準備接收MBMS業(yè)務；此后，在步驟340會話開始(Session Start)，BM-SC準備發(fā)送數(shù)據(jù)；在步驟350MBMS通知(MBMS Notification)，即RNC通知用戶MBMS組播數(shù)據(jù)傳輸。在本步驟中，網(wǎng)絡側(cè)向UE發(fā)送修正業(yè)務消息(MBMS modifiedservices information，簡稱“MSI”)，其中，網(wǎng)絡側(cè)會根據(jù)UE的狀態(tài)，相應地通過MCCH或DCCH發(fā)送該MSI，換句話說，不同狀態(tài)下的UE以不同方式響應此過程來獲得通知。
具體的說，如果是CELL DCH(指正在使用點對點業(yè)務，而且占用小區(qū)DCCH信道)上的UE，通過接收DCCH上的MSI來獲得通知；如果UE原來正在接收MBMS業(yè)務，則通過MCCH接收MSI獲得通知；如果UE原來沒有接收MBMS業(yè)務，也沒有監(jiān)聽MCCH，通過物理信道MICH接收通知指示，再通過監(jiān)聽MCCH接收MSI獲得通知。
此后，如圖3所示，在步驟360數(shù)據(jù)傳輸過程；在步驟370會話結(jié)束(Session Stop)BM-SC不準備發(fā)送數(shù)據(jù)了，承載資源可以釋放掉；在步驟380離開(leaving)，用戶不再是MBMS組播組的成員了。
為了使本說明書更易于理解，下面進一步解釋上述步驟350中提到的“MSI”，以及用戶通過DCCH或MCCH接收MSI的方式。
MSI指出小區(qū)內(nèi)所有變化的業(yè)務信息。MSI中有若干信息元素(Information Element，簡稱“IE”)，主要包含每個業(yè)務ID、MBMS業(yè)務需要UE操作(包括獲取計數(shù)信息、獲取點到多點無線承載信息、要求建立點到點連接等等)、MBMS業(yè)務首選頻率、繼續(xù)獲取MCCH、MBMS重新獲取MCCH、MBMS鄰小區(qū)個數(shù)等等。需要指出的是，當一段時間后，變化的業(yè)務趨于穩(wěn)定，則此業(yè)務信息將從MSI轉(zhuǎn)到MBMS非變化業(yè)務消息(Unmodified Services Information，簡稱“USI”)中發(fā)送。由此可見，MSI和USI中所有的業(yè)務就此小區(qū)內(nèi)提供給用戶所有的MBMS業(yè)務。
如果用戶通過MCCH接收MSI，則MCCH信道上的消息以一個modification period(MP)為單位周期發(fā)送，一個MP包含若干個repetitionperiod(RP)，一個MP內(nèi)的所有RP發(fā)送的關鍵消息內(nèi)容一樣，其中MSI作為關鍵信息，在每個RP開頭發(fā)送。
與此同時，用戶通過非連續(xù)接收機制監(jiān)聽MCCH或者DCCH，接收關鍵的MSI，當MSI中有用戶感興趣或者優(yōu)先級高的業(yè)務發(fā)生變化，用戶將繼續(xù)讀MCCH中其他控制消息，如USI，以獲取接收MBMS業(yè)務的信息，并通過MTCH接收MBMS業(yè)務。
目前，MSI和USI中都包含若干個IE，通知用戶不同業(yè)務的信息和接收方法，其中都有一個IE“要求用戶操作”，用于針對每個業(yè)務通知用戶如果想要接收此業(yè)務的接入方法。它包含多個選項，比如有“獲取計數(shù)信息”、“獲取PTM無線承載(PTM RB)信息”、“要求PTP無線承載”等等。其中，“要求PTP無線承載”用來通知用戶此業(yè)務以點到點方式傳輸，不同狀態(tài)下的用戶以不同的方法響應這一指示建立連接。比如說，空閑狀態(tài)下的用戶，將通過無線資源控制(Radio Resource Control，簡稱“RRC”)連接建立過程響應；通用移動通信系統(tǒng)地面無線接入網(wǎng)注冊區(qū)尋呼信道(UTRANRegistration Area Paging Channel，簡稱“URA-PCH”)和小區(qū)尋呼信道(CELLPaging Channel，簡稱“CELL_PCH”)狀態(tài)下的用戶，將通過小區(qū)更新過程響應；CELL_DCH狀態(tài)下的用戶，將通過建立包移動性管理(Packet MobilityManagement，簡稱“PMM”)連接過程響應。
以上所涉及的相關細節(jié)請參考3GPP TS25.331 V6.6.0《Radio ResourceControl(RRC)protocol specification》(暫譯為《無線資源控制協(xié)議明細》)。
在實際應用中，上述方案存在以下問題對于CELL_DCH狀態(tài)下的用戶在接收MBMS業(yè)務或者分組業(yè)務時，可能無法實現(xiàn)分組域(即PMM)的連接并且同時造成資源的浪費以及導致無線承載(RB)重建或是重配置過程失敗。
造成這種情況的主要原因在于，PMM連接是用戶分組域的連接，用戶通過PTP模式接收MBMS業(yè)務需要分組域的連接建立。對于CELL_DCH狀態(tài)下的用戶，可能在接收此MBMS業(yè)務之前，已接收了其他MBMS業(yè)務或者分組業(yè)務，也就是說，該用戶已經(jīng)處于PMM的連接狀態(tài)。此時，再重新做一次PMM的連接是完全不必要的，而且也是無法實現(xiàn)的錯誤過程，不但浪費資源進行不必要的信令交互而且增加了時延，同時，也可能導致RB重建或是重配置過程失敗。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種響應MBMS點到點連接建立請求的方法，使得響應時避免發(fā)生錯誤，節(jié)約系統(tǒng)資源并且減少時延。
為實現(xiàn)上述目的，本發(fā)明提供了一種響應MBMS點到點連接建立請求的方法，包含以下步驟處于“CELL_DCH”狀態(tài)的用戶在收到要求建立點對點無線承載以接收MBMS業(yè)務的請求時，檢查當前是否處于分組域連接狀態(tài)，如果是則通過對已有的點對點無線承載重配置完成MBMS業(yè)務接收初始化過程。
其中，所述用戶根據(jù)從專用控制信道收取的MBMS修正業(yè)務消息或無修正業(yè)務消息中的信息元素“要求點到點無線承載”獲知是否需要建立所述點對點無線承載。
此外在所述方法中，處于“CELL_DCH”狀態(tài)的用戶在收到要求建立點對點無線承載以接收MBMS業(yè)務的請求時，如果未處于分組域連接狀態(tài)，則通知高層進行包移動性管理連接過程以響應。
此外在所述方法中，處于“CELL_DCH”狀態(tài)的用戶在收到要求建立點對點無線承載以接收MBMS業(yè)務的請求時，如果未處于分組域連接狀態(tài)，則使用現(xiàn)有的電路交換域連接的數(shù)據(jù)通路傳輸點到點MBMS業(yè)務。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術方案與現(xiàn)有技術的主要區(qū)別在于，處于“CELL_DCH”狀態(tài)的用戶在收到要求建立PTP RB的請求時，檢查當前是否處于分組域連接狀態(tài)，如果是則對已有的PTP RB重配置，否則要求高層建立PMM連接以響應或通過現(xiàn)有的CS域連接的數(shù)據(jù)通路傳輸PTPMBMS業(yè)務。
這種技術方案上的區(qū)別，帶來了較為明顯的有益效果，即通過對已有分組域連接的利用，節(jié)省了不必要的信令流程，節(jié)約資源并且減少了時延。同時明確了“CELL_DCH”狀態(tài)的用戶的響應方法，避免了錯誤過程無法實現(xiàn)或是RB重配置過程中的錯誤發(fā)生。


圖1示出MBMS系統(tǒng)的參考結(jié)構(gòu)模型；圖2示出現(xiàn)有技術中用戶接收某個MBMS廣播業(yè)務的完整流程；圖3示出現(xiàn)有技術中用戶接收某個MBMS組播業(yè)務的完整流程；圖4是根據(jù)本發(fā)明第一實施例的響應MBMS點到點連接建立請求的方法流程圖；圖5是根據(jù)本發(fā)明第二實施例的響應MBMS點到點連接建立請求的方法流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
總的來說，本發(fā)明的原理在于，當處于“CELL_DCH”狀態(tài)的用戶接收到要求建立點到點無線承載(PTP RB)的請求時，先對該用戶當前是否已處于分組域連接的狀態(tài)進行判斷。如果該用戶當前已處于分組域連接的狀態(tài)，就通過對已有的PTP RB重配置來完成MBMS業(yè)務接收初始化過程，使得用戶在響應時避免發(fā)生錯誤，節(jié)約了系統(tǒng)資源并且減少了時延；如果該用戶當前尚未處于分組域連接的狀態(tài)，就要求高層建立PMM連接以響應IE“要求用戶操作”中“要求PTP RB”這一指示建立連接，或通過現(xiàn)有的電路交換(CS)域連接的數(shù)據(jù)通路傳輸PTP MBMS業(yè)務。此外，根據(jù)本發(fā)明的原理，還有一種處理方式，即無論處于“CELL_DCH”狀態(tài)的用戶在收到要求建立PTP RB以接收MBMS業(yè)務的請求時，是否處于分組域連接的狀態(tài)，都通過RB重建立過程來響應IE“要求用戶操作”中“要求PTP RB”這一指示建立連接，避免出錯。
下面結(jié)合附圖4，詳細說明本發(fā)明第一實施例的響應MBMS點到點連接建立請求的方法。
在步驟410中，用戶監(jiān)聽DCCH或MCCH。用戶由于其狀態(tài)的不同而監(jiān)聽不同的信道，比如說，CELL_PCH、URA_PCH以及空閑模式下的用戶通過監(jiān)聽MCCH來接收MSI或是USI；處于“CELL_DCH”狀態(tài)的用戶由于使用的是點對點業(yè)務，占用的是小區(qū)DCCH信道，因而通過監(jiān)聽DCCH來接收MSI或是USI。
接著，進入步驟420，判斷該用戶是否接收到要求建立PTP RB的請求。具體的說，當一個業(yè)務(如語音業(yè)務、普通數(shù)據(jù)業(yè)務、傳真業(yè)務或其他用PTP模式傳輸?shù)腗BMS業(yè)務等)需要用PTP模式傳輸時，網(wǎng)絡側(cè)就會將MSI或者USI中IE“要求用戶行為”置為“要求PTP RB”，并將該MSI或者USI下發(fā)。因此，用戶就可通過步驟410中監(jiān)聽DCCH或MCCH來判斷該用戶是否接收到要求建立PTP RB的請求。如果該用戶接收到了要求建立PTP RB的請求，就進入步驟430；否則，結(jié)束本流程。
在步驟430中，判斷該用戶的狀態(tài)。由于不同狀態(tài)下的用戶是以不同的方法來響應MSI或USI中的IE“要求PTP RB”這一指示建立連接，因此，在本步驟中，要對該用戶的狀態(tài)進行判斷。如果該用戶是處于空閑狀態(tài)，就進入步驟460；如果該用戶是處于“CELL_DCH”狀態(tài)，就進入步驟440；如果該用戶是處于“CELL_PCH”或“URA_PCH”狀態(tài)，就進入步驟470。
在步驟440中，也就是對處于“CELL_DCH”狀態(tài)下的用戶，判斷該用戶是否已處于分組域連接狀態(tài)，即判斷該用戶是否已經(jīng)建立了PMM連接。在本步驟中，需要對該用戶是否已處于分組域連接狀態(tài)進行判斷，是因為該用戶在接收到此要求建立PTP RB的請求時，并不知道該用戶是否在此之前已接收過其他要求建立PTP RB的請求并對該請求進行過響應。也就是說，用戶在接收到一個要求建立PTP RB的請求時，并不知道是否已經(jīng)接收了語音業(yè)務或其他用PTP模式傳輸?shù)臉I(yè)務。如果該用戶已經(jīng)接收了語音業(yè)務或其他用PTP模式傳輸?shù)臉I(yè)務，那么，該用戶就已經(jīng)建立了PMM連接，處于分組域連接狀態(tài)。本步驟的判斷就是為了根據(jù)用戶分組域連接狀態(tài)的不同對要求建立PTP RB的請求采取不同的響應方法，避免對已經(jīng)建立過PMM連接的用戶再次建立連接，節(jié)約了系統(tǒng)資源并減少了時延，同時，也防止了RB重建或重配置失敗。
如果判定用戶是處于分組域連接狀態(tài)，也就是已經(jīng)建立了PMM連接，就進入步驟480，否則，就進入步驟450。
在步驟450中，用戶要求建立PMM連接。因為在現(xiàn)有協(xié)議中規(guī)定，處于“CELL_DCH”狀態(tài)下的用戶，將通過建立PMM連接過程來響應IE“要求PTP RB”這一指示。并且，由于用戶尚未建立過PMM連接才會進入到本步驟，所以，不會因為重復建立PMM連接導致出錯。
在步驟480中，進行PTP RB重配置。由于用戶已經(jīng)建立了PMM連接，因此，只需要對PTP RB進行重配置，即可完成對IE“要求PTP RB”這一指示的響應，而不必浪費資源進行信令交互，減少了時延，也防止了RB重建或重配置失敗。
如果在步驟430中，當前的用戶狀態(tài)判斷為空閑狀態(tài)，就進入步驟460，通過RRC建立連接。因為在現(xiàn)有協(xié)議中規(guī)定，空閑狀態(tài)下的用戶，是通過RRC連接建立過程響應。
如果在步驟430中，當前的用戶狀態(tài)判斷為“CELL_PCH”或“URA_PCH”狀態(tài)，就進入步驟470，通過小區(qū)更新過程響應連接。
本實施例通過處于“CELL_DCH”狀態(tài)的用戶在收到要求建立PTP RB的請求時，檢查當前是否處于分組域連接狀態(tài)，再根據(jù)分組域連接狀態(tài)的不同采取不同的響應方法，避免了錯誤的發(fā)生，節(jié)約了系統(tǒng)資源并且減少了時延。
下面結(jié)合附圖5，對本發(fā)明的第二實施例進行說明。
在步驟510中，用戶監(jiān)聽DCCH或MCCH，同步驟410。
接著，進入步驟520，判斷用戶是否接收到要求建立PTP RB的請求，同步驟420。如果是，就進入步驟530；否則，結(jié)束本流程。
在步驟530中，判斷該用戶的狀態(tài)。如果該用戶是處于空閑狀態(tài)，就進入步驟560；如果該用戶是處于“CELL_DCH”狀態(tài)，就進入步驟540；如果該用戶是處于“CELL_PCH”或“URA_PCH”狀態(tài)，就進入步驟570。本步驟與步驟430完全相同。
在步驟540中，也就是對處于“CELL_DCH”狀態(tài)下的用戶，判斷該用戶是否已處于分組域連接狀態(tài)，同步驟440。如果用戶是處于分組域連接狀態(tài)，也就是已經(jīng)建立了PMM連接，就進入步驟580，否則，就進入步驟550。
在步驟550中，通過CS域連接的數(shù)據(jù)通路傳輸PTP模式的MBMS業(yè)務。
在步驟580中，進行PTP RB重配置，同步驟480。
如果在步驟530中，當前的用戶狀態(tài)判斷為空閑狀態(tài)，就進入步驟560，通過RRC建立連接。本步驟與步驟460完全相同。
如果在步驟530中，當前的用戶狀態(tài)判斷為“CELL_PCH”或“URA_PCH”狀態(tài)，就進入步驟570，通過小區(qū)更新過程響應連接。本步驟與步驟470完全相同。
可見，本實施例與第一實施例基本相同，不同之處在于當“CELL_DCH”狀態(tài)下的用戶接收到要求建立PTP RB的請求并且沒有分組域連接時，對該請求的響應方法不同，在第一實施例中，通過建立PMM連接使得用戶處于分組域連接狀態(tài)，從而接收MBMS業(yè)務。而在本實施例中，是通過CS域連接的數(shù)據(jù)通路傳輸PTP模式的MBMS業(yè)務。因此，本實施例完全可以達到第一實施例的作用效果。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種響應MBMS點到點連接建立請求的方法，其特征在于，包含以下步驟處于“CELL_DCH”狀態(tài)的用戶在收到要求建立點對點無線承載以接收MBMS業(yè)務的請求時，檢查當前是否處于分組域連接狀態(tài)，如果是則通過對已有的點對點無線承載重配置完成MBMS業(yè)務接收初始化過程。
2.根據(jù)權(quán)利要求1所述的響應MBMS點到點連接建立請求的方法，其特征在于，所述用戶根據(jù)信息元素“要求點到點無線承載”獲知是否需要建立所述點對點無線承載，該信息元素來自從專用控制信道收取的MBMS修正業(yè)務消息或無修正業(yè)務消息。
3.根據(jù)權(quán)利要求1或2所述的響應MBMS點到點連接建立請求的方法，其特征在于，處于“CELL_DCH”狀態(tài)的用戶在收到要求建立點對點無線承載以接收MBMS業(yè)務的請求時，如果未處于分組域連接狀態(tài)，則通知高層進行包移動性管理連接過程以響應。
4.根據(jù)權(quán)利要求1或2所述的響應MBMS點到點連接建立請求的方法，其特征在于，處于“CELL_DCH”狀態(tài)的用戶在收到要求建立點對點無線承載以接收MBMS業(yè)務的請求時，如果未處于分組域連接狀態(tài)，則使用現(xiàn)有的電路交換域連接的數(shù)據(jù)通路傳輸點到點MBMS業(yè)務。
全文摘要
本發(fā)明涉及多媒體廣播/組播業(yè)務，公開了一種響應MBMS點到點連接建立請求的方法，使得響應時避免發(fā)生錯誤，節(jié)約系統(tǒng)資源并且減少時延。本發(fā)明中，處于“CELL_DCH”狀態(tài)的用戶在收到要求建立PTP RB的請求時，檢查當前是否處于分組域連接狀態(tài)，如果是則對已有的PTP RB重配置，否則要求高層進行PMM建立PMM連接建立響應或通過現(xiàn)有的CS域連接的數(shù)據(jù)通路傳輸PTP MBMS業(yè)務。
文檔編號H04W76/02GK1921639SQ20051009256
公開日2007年2月28日 申請日期2005年8月23日 優(yōu)先權(quán)日2005年8月23日
發(fā)明者鄭瀟瀟, 胡灝 申請人:華為技術有限公司