專利名稱：多媒體廣播多播業(yè)務(wù)用戶設(shè)備接收狀態(tài)報告的實現(xiàn)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體廣播多播業(yè)務(wù)多媒體廣播多播業(yè)務(wù)(MBMS，Multimedia Broadcast Multicast Service)系統(tǒng)中用戶設(shè)備(UE，User Equipment)業(yè)務(wù)信息上報技 術(shù)，尤其涉及一種多媒體廣播多播業(yè)務(wù)用戶設(shè)備接收狀態(tài)報告的發(fā)送方法及系統(tǒng)。
背景技術(shù)：
為了有效地利用移動網(wǎng)絡(luò)資源，第三代合作伙伴計劃(3GPP，3rd Generation Partnership Project)提出了 MBMS業(yè)務(wù)，該MBMS業(yè)務(wù)是一種從一個數(shù)據(jù)源向多個目標移 動終端傳送數(shù)據(jù)的技術(shù)，實現(xiàn)了網(wǎng)絡(luò)(包括核心網(wǎng)和接入網(wǎng))資源的共享，提高了網(wǎng)絡(luò)資源 尤其是空中接口資源的利用率。在長期演進(LTE，Long Term Evolution)系統(tǒng)中，通知用戶設(shè)備(或稱終端)關(guān) 于某個MBMS業(yè)務(wù)將要發(fā)生變化，這些變化可以是會話開始(session start)、業(yè)務(wù)承載更 新或會話停止(session stop)等，可以先在物理下行控制信道(PDCCH，Physical Downlink Control Channel)上發(fā)送下行控制信息(DCI，Downlink Control Information)和 MBMS 無線網(wǎng)絡(luò)臨時標志符(M-RNTI，MBMS-Radio Network Temporary Identifier)。UE 根據(jù) DCI中的相關(guān)信息進一步去讀取具體的MCCH消息，這稱為MCCH通知(notification)機制。 MCCH信道上將發(fā)送具體的業(yè)務(wù)配置參數(shù)，如業(yè)務(wù)ID，業(yè)務(wù)的無線鏈路控制(RLC，Radio Link Control)、媒體訪問控制(MAC，Media Access Control)、物理層配置參數(shù)等。在LTE系統(tǒng)中，MBMS有兩種承載模式廣播模式和增強型廣播模式。由于沒有多播 模式，因此網(wǎng)絡(luò)側(cè)并不能夠獲知UE接收/或者準備接收哪些MBMS業(yè)務(wù)。增強廣播介于廣 播和多播之間，吸收了廣播中流程簡單和多播中資源優(yōu)化的優(yōu)點。在使用MBMS增強廣播承 載時，只需要在應(yīng)用層上通過加入/離開過程就可以實現(xiàn)從UE到BM-SC的注冊/注銷，無 需在承載網(wǎng)絡(luò)層進行信令交互和信息存儲。增強廣播是對廣播的一種優(yōu)化和擴展，如在接 入網(wǎng)，增強廣播不會向那些沒有接收用戶的小區(qū)發(fā)送數(shù)據(jù)。對于增強型模式的MBMS業(yè)務(wù)， 在配置系統(tǒng)幀號(SFN，System Frame Number)和分配資源時需要考慮接收MBMS業(yè)務(wù)的UE 狀態(tài)和數(shù)量，這樣就需要接收/或者準備接收MBMS業(yè)務(wù)的UE信息進行反饋，這稱之為MBMS 的上行反饋。3GPP RellOMBMS為了激活/去激活MBSFN傳輸方式，網(wǎng)絡(luò)側(cè)需要得到UE的接 收狀態(tài)信息，如正在接收給定MBMS業(yè)務(wù)的UE數(shù)量信息，因此需要一種機制用于觸發(fā)UE上 報自身接收狀態(tài)的信息。為了使網(wǎng)絡(luò)側(cè)能夠得到各個小區(qū)內(nèi)有MBMS業(yè)務(wù)需求的用戶數(shù)，MBMS系統(tǒng)引入了 計數(shù)(counting)過程。Counting過程是指一個MBMS業(yè)務(wù)Session開始時，或者在Session進行過程中 (也稱為recounting)，網(wǎng)絡(luò)側(cè)統(tǒng)計小區(qū)內(nèi)接收和感興趣接收某MBMS業(yè)務(wù)用戶數(shù)的過程，用 以確認是否采用MBSFN傳輸方式。網(wǎng)絡(luò)側(cè)準備發(fā)起計數(shù)/重新計數(shù)過程時，在MCCH的接入 信息(access info)中加入MBMS業(yè)務(wù)的標識和接入概率。之所以要使用接入概率，是因為
3并不需要所有的用戶都建立連接進行反饋，只要反饋的數(shù)量可能達到門限就可以，否則空 閑(Idle)狀態(tài)用戶比較多的時候會引起上行擁塞。

發(fā)明內(nèi)容
在對現(xiàn)有技術(shù)的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下問題3GPP RellOMBMS需要激活或者去激活MBSFN傳輸方式的方法，該方法基于UE接收狀態(tài)報告，但現(xiàn) 有技術(shù)規(guī)范沒有一種實現(xiàn)UE發(fā)送接收狀態(tài)報告的方法，即UE不知道何時發(fā)送接收狀態(tài)信 息以及發(fā)送哪些反饋信息。為了實現(xiàn)對UE接收狀態(tài)的統(tǒng)計，需要設(shè)計一種UE進行上行反饋的實現(xiàn)方法。有鑒于此，本發(fā)明的主要目的在于提供一種UE報告多媒體廣播多播業(yè)務(wù)接收狀 態(tài)的實現(xiàn)方法，UE根據(jù)所述方法將接收狀態(tài)上報網(wǎng)絡(luò)側(cè)，實現(xiàn)網(wǎng)絡(luò)側(cè)激活或者去激活MBMS 業(yè)務(wù)的MBSFN傳輸方式的要求。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種UE報告多媒體廣播多播業(yè)務(wù)接收狀態(tài)的實現(xiàn)方法，包括在一定的周期內(nèi)或者觸發(fā)事件發(fā)生時，用戶設(shè)備UE主動發(fā)起反饋過程，網(wǎng)絡(luò)側(cè)根 據(jù)UE反饋信息對UE接收狀態(tài)進行統(tǒng)計?；蛘呔W(wǎng)絡(luò)側(cè)向UE發(fā)送反饋請求指示，UE根據(jù)上述指示向網(wǎng)絡(luò)側(cè)發(fā)送反饋信息，網(wǎng) 絡(luò)側(cè)根據(jù)UE反饋信息對UE接收狀態(tài)進行統(tǒng)計并根據(jù)統(tǒng)計結(jié)果激活或者去激活MBMS業(yè)務(wù) 的MBSFN傳輸方式。UE發(fā)送的反饋信息內(nèi)容包括以下一種或幾種UE狀態(tài)，MBSFN區(qū)域ID，通知指示 notification indicator，MBMS 業(yè)務(wù) ID，UE ID，物理多播信道 PMCH ID，會話 session ID, 邏輯信道標識LCID，業(yè)務(wù)列表索引，反饋周期，觸發(fā)事件。所述UE狀態(tài)包括準備接收，正在接收，停止接收，接收承載變更，小區(qū)更新，小區(qū) 切換。上述周期可以是UE自己選擇的，或者網(wǎng)絡(luò)側(cè)設(shè)定的。上述預(yù)定事件可以是UE選擇的，或者網(wǎng)絡(luò)側(cè)設(shè)定的。所述UE為處于無線資源控制RRC空閑狀態(tài)下UE或處于RRC連接狀態(tài)下UE。優(yōu)選地，所述UE上行反饋的信息承載于RRC連接請求信息中，或者RRC連接重配 置完成信息中，或者RRC連接重建請求信息，或者RRC連接重建完成信息，或者連接建立完 成信息，或者小區(qū)更新信息中，或者隨機接入請求信息中，或者測量報告中，或者媒體接入 控制控制粒子MAC CE中，或者專用信令信息中。所述網(wǎng)絡(luò)側(cè)發(fā)送反饋周期，或者觸發(fā)事件，或者反饋請求指示可以通過RRC消息 或者媒體接入控制MAC信令指示；優(yōu)選的，所述RRC消息可以為MCCH消息或者系統(tǒng)消息。一種用戶發(fā)送多媒體廣播多播業(yè)務(wù)接收狀態(tài)報告的系統(tǒng)，包括承載單元、發(fā)送單 元、觸發(fā)單元、接收單元和反饋單元；其中，承載單元，用于將反饋周期，或者觸發(fā)事件，或者反饋請求指示承載于RRC消息或 者MAC消息上；其中，所述RRC信息可以是MCCH消息或者系統(tǒng)消息，所述MAC消息可以是 MAC控制粒子CE ；發(fā)送單元，用于發(fā)送RRC消息或MAC消息；
觸發(fā)單元，用于觸發(fā)UE發(fā)送接收狀態(tài)報告；接收單元，用于接收RRC消息或MAC消息；反饋單元，用于根據(jù)所述反饋周期，或者觸發(fā)事件，或者反饋請求指示，UE進行上 行反饋。優(yōu)選地，所述觸發(fā)事件包含會話開始、會話結(jié)束、承載變更指示、小區(qū)更新、小區(qū)切 換；本發(fā)明中，網(wǎng)絡(luò)側(cè)指示UE上報接收狀態(tài)或者UE主動發(fā)送反饋信息。本發(fā)明能使 在多個MCCH的條件下，根據(jù)反饋觸發(fā)條件UE發(fā)送接收狀態(tài)報告，實現(xiàn)網(wǎng)絡(luò)側(cè)對UE數(shù)量的 統(tǒng)計，滿足激活或者去激活MBSFN傳輸方式的需求。


圖1為上行反饋的實現(xiàn)方法流程圖；圖2為周期性發(fā)送接收狀態(tài)報告的流程圖；圖3為事件觸發(fā)上行反饋流程圖；圖4是網(wǎng)絡(luò)側(cè)觸發(fā)反饋實施例三/四的流程圖；圖5是本發(fā)明RRC IDLE態(tài)UE的上行反饋的示意圖；圖6為本發(fā)明多媒體廣播多播業(yè)務(wù)反饋的系統(tǒng)的組成結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉實施例并參照附圖，對 本發(fā)明進一步詳細說明。下面將結(jié)合附圖和實施例對本發(fā)明進行詳細描述。本發(fā)明應(yīng)用場景為UE所在小區(qū)屬于一個或多個MBSFN區(qū)域，每個MBSFN區(qū)域?qū)?應(yīng)一條MCCH信道，網(wǎng)絡(luò)側(cè)需要根據(jù)UE接收狀態(tài)的信息決定是否激活/去激活MBSFN傳輸。本發(fā)明針對MBMS對UE接收狀態(tài)的觸發(fā)過程，網(wǎng)絡(luò)側(cè)發(fā)送上行反饋的周期，或者觸 發(fā)事件，或者反饋請求指示，UE根據(jù)觸發(fā)條件，向網(wǎng)絡(luò)側(cè)發(fā)送反饋信息，網(wǎng)絡(luò)側(cè)對UE接收狀 態(tài)信息進行統(tǒng)計，實現(xiàn)激活或者去激活MBSFN傳輸方式的需求。概括地，本發(fā)明UE發(fā)送多媒體廣播多播業(yè)務(wù)接收狀態(tài)信息的方法包括以下步驟步驟1，設(shè)定UE接收狀態(tài)信息反饋的觸發(fā)條件；步驟2，用戶設(shè)備根據(jù)觸發(fā)條件向網(wǎng)絡(luò)側(cè)發(fā)送反饋信息；步驟3，網(wǎng)絡(luò)側(cè)根據(jù)用戶設(shè)備反饋信息對用戶設(shè)備數(shù)量進行統(tǒng)計。上述步驟如圖1所示。上述網(wǎng)絡(luò)側(cè)包括eNB和多媒體協(xié)調(diào)實體(MCE，Multicast Coordination Entity)；其中，MCE為邏輯實體，MCE可以單獨存在，或者作為其他網(wǎng)元的一 部分存在，如作為eNB的一部分；上面步驟中用戶設(shè)備是指具有MBMS接收能力的用戶設(shè)備。 網(wǎng)絡(luò)側(cè)也可以是中繼Relay，或者家庭基站HeNB (Home eNodeB)等。上述步驟1中所述觸發(fā)條件包括以下至少一種周期性觸發(fā)，事件觸發(fā)，網(wǎng)絡(luò)側(cè)觸 發(fā)。所述周期可以UE自己選定，或者網(wǎng)絡(luò)側(cè)通過RRC消息或者MAC消息指示。優(yōu)選的，UE 自己選定的周期可以是一個或多個MCCH修改周期或者MCH調(diào)度周期。優(yōu)選的，所述周期一 般小于業(yè)務(wù)會話持續(xù)時間。所述事件可以是會話開始，或會話結(jié)束，或承載變更，或小區(qū)更新，或小區(qū)切換。所述網(wǎng)絡(luò)側(cè)觸發(fā)可以是網(wǎng)絡(luò)側(cè)通過RRC消息或者MAC消息指示UE發(fā)送反 饋，優(yōu)選的，所述RRC消息可以是MCCH消息或者系統(tǒng)消息，所述MAC消息可以是MAC CE消
息ο上述步驟2中用戶設(shè)備UE可以處于RRC_IDLE狀態(tài)，或者RRC_C0NNECTED狀態(tài)；用戶設(shè)備發(fā)送的反饋信息包含但不限于以下的內(nèi)容的一種或多種UE狀態(tài)， MBSFN 區(qū)域 ID，通知指示notification indicator，MBMS業(yè)務(wù) ID，UE ID，物理多播信道PMCH ID，會話session ID，邏輯信道標識LCID，業(yè)務(wù)列表索引，反饋周期，觸發(fā)事件。上述UE狀態(tài)包括準備接收，正在接收，停止接收，小區(qū)更新，小區(qū)切換。步驟2中用戶設(shè)備如果在RRC IDLE狀態(tài)(以下簡稱Idle態(tài))，則UE首先發(fā)起隨 即接入過程，并發(fā)送RRC連接建立請求，同時在RRC連接建立請求信息中附加發(fā)送反饋信 息，例如將RRC連接建立原因設(shè)置為MBMS reception ；步驟2中用戶設(shè)備如果出于RRC CONNECTED狀態(tài)(以下簡稱Connected態(tài))， 則UE在RRC連接重配置完成信息中附加反饋信息，如將RRC連接重配置原因設(shè)為MBMS reception ；步驟3中網(wǎng)絡(luò)側(cè)根據(jù)用戶設(shè)備反饋信息是指根據(jù)正在接收MBMS業(yè)務(wù)和/或感興 趣接收MBMS業(yè)務(wù)的UE數(shù)量信息；如果在反饋過程中采用了概率因子的設(shè)計，則網(wǎng)絡(luò)側(cè)根據(jù) UE反饋信息和概率因子可以得到MBSFN區(qū)域中的UE數(shù)量信息。上述用戶設(shè)備包括正在接收MBMS業(yè)務(wù)和/或感興趣接收MBMS業(yè)務(wù)的用戶設(shè)備；所述UE發(fā)送接收狀態(tài)信息一般數(shù)據(jù)量較少，因此可以在現(xiàn)有的RRC信令或MAC CE 或?qū)Ｓ眯帕钚畔⒅袛y帶發(fā)送，所述現(xiàn)有的RRC信令包括以下信令的一種或幾種RRC連接請 求信息，RRC連接重配置完成信息，RRC連接重建請求信息，RRC連接重建完成信息，RRC連 接建立完成信息，小區(qū)更新信息，隨機接入請求信息，測量報告。網(wǎng)絡(luò)側(cè)在MCCH或者系統(tǒng)消息上發(fā)送反饋請求指示信息可以是一條單獨的RRC消 息 message,或者是一條信息元(IE, Info. Element).以下，通過具體實施例，進一步闡明本發(fā)明技術(shù)方案的實質(zhì)。實施例一本示例的應(yīng)用場景是UE周期性發(fā)起反饋過程，所述周期由UE自己選定。圖2是本發(fā)明UE周期性發(fā)起反饋的方法實施例一的流程圖，如圖2所示，本示例 UE周期性反饋的方法包括以下步驟步驟101，UE選定一個上報周期，在每個上報周期內(nèi)，UE向網(wǎng)絡(luò)側(cè)發(fā)送接收狀態(tài)報
生 P=I ；所述上報周期可以是規(guī)范中已經(jīng)定義的周期，優(yōu)選的，所述周期可以是一個或多 個MCCH修改周期，或者一個或多個多播信道調(diào)度周期(MSP，MCHScheduling Period)；不同 的UE可以選擇相同或不同的反饋周期；為了減少同時發(fā)起反饋的UE數(shù)量，在所述反饋周期 內(nèi)，UE可以隨機選擇發(fā)送反饋的時刻；優(yōu)選的，在每個反饋周期內(nèi)，每個UE發(fā)送一次反饋信 息，如果網(wǎng)絡(luò)側(cè)在一個反饋周期內(nèi)收到相同UE的多個反饋信息，則只統(tǒng)計一次。所述反饋周期一般小于業(yè)務(wù)會話持續(xù)時間；所述UE可以是RRC連接態(tài)或者RRC空閑態(tài)；所述網(wǎng)絡(luò)側(cè)一般包括eNB和MCE.
對于處于RRC連接態(tài)的UE —般通過RRC信令或者MAC CE信令發(fā)送反饋信息；如 果在一個反饋周期內(nèi)UE被調(diào)度，則UE發(fā)送反饋信息，否則UE通過調(diào)度請求(SR，Schedule Request)或者緩存狀態(tài)報告(BSR，Buffer Status Report)請求上行資源用于發(fā)送接收狀 態(tài)報告。優(yōu)選的，所述RRC信令包括以下一種或幾種RRC連接請求信息，RRC連接重配置完 成信息，RRC連接重建請求信息，RRC連接重建完成信息，RRC連接建立完成信息，小區(qū)更新 信息，隨機接入請求信息，測量報告，專用RRC信令。處于RRC空閑態(tài)的UE 一般通過隨機接入過程發(fā)送反饋信息，如在消息3 (Msg3)中 通過RRC連接請求信息攜帶UE接收狀態(tài)信息；圖3給出了 RRC IdleUE的反饋示意圖。為了 減少隨機接入過程的沖突，可以將一部分隨機接入前導(dǎo)(Preamble)序列預(yù)約給MBMS UE, 或者為MBMS UE分配與單播UE不同的隨機接入資源。所述上行接收狀態(tài)報告包括以下信息的一種或多種UE狀態(tài)，MBSFN區(qū)域ID，通知 指示 notification indicator，MBMS 業(yè)務(wù) ID，UE ID，物理多播信道 PMCH ID，會話 session ID，邏輯信道標識LCID，業(yè)務(wù)列表索引，反饋周期，觸發(fā)事件。上述UE狀態(tài)包括準備接收， 正在接收，停止接收，小區(qū)更新，小區(qū)切換。步驟102，網(wǎng)絡(luò)側(cè)根據(jù)UE接收狀態(tài)報告信息對UE數(shù)量進行統(tǒng)計；網(wǎng)絡(luò)側(cè)根據(jù)一段時間內(nèi)的UE接收狀態(tài)報告信息進行統(tǒng)計；在上述一段時間內(nèi)，網(wǎng)絡(luò)側(cè)沒有收到UE反饋信息，則網(wǎng)絡(luò)側(cè)認為該UE停止接收或 不感興趣接收MBMS業(yè)務(wù)；在上述一段時間內(nèi)，網(wǎng)絡(luò)側(cè)收到相同UE的多個反饋信息，則網(wǎng)絡(luò) 側(cè)可以只統(tǒng)計一次；網(wǎng)絡(luò)側(cè)根據(jù)反饋信息進行計數(shù)統(tǒng)計，并根據(jù)統(tǒng)計結(jié)果對MBSFN傳輸進行調(diào)整；
所述MBSFN調(diào)整是指網(wǎng)絡(luò)側(cè)激活或者去激活MBSFN傳輸；所述激活MBSFN傳輸是 指在MBSFN區(qū)域中采用MBSFN方式傳輸MBMS業(yè)務(wù)，所述去激活MBSFN傳輸是指在MBSFN區(qū) 域中停止MBSFN傳輸MBMS業(yè)務(wù)。所述去激活MBSFN傳輸一般需要提前通知UE，而且一般不 能影響現(xiàn)有的業(yè)務(wù)會話過程。對于RRC Idle態(tài)UE反饋結(jié)束后，可以通過RRC信令，或者其它高層信令，或者專 用信令將進入Connected態(tài)的UE轉(zhuǎn)回Idle態(tài)；實施例一是UE主動發(fā)起的周期性反饋過程，只要業(yè)務(wù)的會話持續(xù)時間不小于反 饋周期，該過程可以對UE接收狀態(tài)進行正確的統(tǒng)計，而且實現(xiàn)簡單。實施例二本示例的場景是UE在具體事件發(fā)生時發(fā)送上行反饋，如圖4所示，本示例UE周期 性反饋的方法包括以下步驟步驟201，UE選定觸發(fā)上報接收狀態(tài)的事件，當(dāng)事件發(fā)生時，UE向網(wǎng)絡(luò)側(cè)發(fā)送接收 狀態(tài)報告；所述觸發(fā)事件包括以下至少一種會話開始，會話結(jié)束，承載變更，小區(qū)更新，小區(qū) 切換；所述UE可以是RRC連接態(tài)或者RRC空閑態(tài)；所述網(wǎng)絡(luò)側(cè)一般包括eNB和MCE.對于處于RRC連接態(tài)的UE —般通過RRC信令或者MAC CE信令發(fā)送反饋信息；上
7報事件出現(xiàn)時，如果UE有上行可用資源，則UE發(fā)送反饋信息，否則UE通過調(diào)度請求(SR， Schedule Request)或者緩存狀態(tài)報告(BSR，BufferStatus Report)請求上行資源用于發(fā) 送接收狀態(tài)報告。 優(yōu)選的，所述RRC信令包括以下一種或幾種RRC連接請求信息，RRC連接重配置完 成信息，RRC連接重建請求信息，RRC連接重建完成信息，RRC連接建立完成信息，小區(qū)更新 信息，隨機接入請求信息，測量報告，專用RRC信令。處于RRC空閑態(tài)的UE 一般通過隨機接入過程發(fā)送反饋信息，如在消息3 (Msg3)中 通過RRC連接請求信息攜帶UE接收狀態(tài)信息；為了減少隨機接入過程的沖突，可以將一部 分隨機接入前導(dǎo)(Preamble)序列預(yù)約給MBMS UE，或者為MBMS UE分配與單播UE不同的隨 機接入資源。所述上行接收狀態(tài)報告包括以下信息的一種或多種UE狀態(tài)，MBSFN區(qū)域ID，通知 指示 notification indicator，MBMS 業(yè)務(wù) ID，UE ID，物理多播信道 PMCH ID，會話 session ID，邏輯信道標識LCID，業(yè)務(wù)列表索引，反饋周期，觸發(fā)事件。上述UE狀態(tài)包括準備接收， 正在接收，停止接收，小區(qū)更新，小區(qū)切換。步驟202，網(wǎng)絡(luò)側(cè)根據(jù)UE接收狀態(tài)報告信息對UE數(shù)量進行統(tǒng)計；網(wǎng)絡(luò)側(cè)根據(jù)一段時間內(nèi)的UE接收狀態(tài)報告信息進行統(tǒng)計；所述一段時間一般由 網(wǎng)絡(luò)側(cè)根據(jù)需要設(shè)定；在上述一段時間內(nèi)，網(wǎng)絡(luò)側(cè)收到相同UE的多個反饋信息，則網(wǎng)絡(luò)側(cè)可以只統(tǒng)計一 次；網(wǎng)絡(luò)側(cè)根據(jù)反饋信息進行計數(shù)統(tǒng)計，并根據(jù)統(tǒng)計結(jié)果對MBSFN傳輸進行調(diào)整；所述MBSFN調(diào)整是指網(wǎng)絡(luò)側(cè)激活或者去激活MBSFN傳輸；所述激活MBSFN傳輸是 指在MBSFN區(qū)域中采用MBSFN方式傳輸MBMS業(yè)務(wù)，所述去激活MBSFN傳輸是指在MBSFN區(qū) 域中停止MBSFN傳輸MBMS業(yè)務(wù)。所述去激活MBSFN傳輸一般需要提前通知UE，而且一般不 能影響現(xiàn)有的業(yè)務(wù)會話過程。對于RRC Idle態(tài)UE反饋結(jié)束后，可以通過RRC信令，或者其它高層信令，或者專 用信令將進入Connected態(tài)的UE轉(zhuǎn)回Idle態(tài)；實施例二是UE主動發(fā)起的事件觸發(fā)反饋過程，該過程可以對UE接收狀態(tài)進行實 時正確的統(tǒng)計，而且實現(xiàn)簡單。實施例三本示例的場景是網(wǎng)絡(luò)側(cè)發(fā)送反饋請求指示，UE根據(jù)上述指示發(fā)送反饋信息，如圖 5所示，本示例網(wǎng)絡(luò)側(cè)請求UE反饋的方法包括以下步驟步驟301，網(wǎng)絡(luò)側(cè)通過RRC消息或者MAC CE消息向UE發(fā)送反饋請求指示，優(yōu)選的，所述RRC消息可以是MCCH消息或系統(tǒng)消息；所述RRC消息可以是一條單 獨的RRC message或者一條IE ；所述反饋請求指示信息一般包括MBMS業(yè)務(wù)標識ID或者MBMS會話標識ID或者指 示MBMS會話的位映射(bitmap)信息；為了減少同時發(fā)送反饋的UE數(shù)量，反饋請求指示信 息一般還包括概率因子。所述UE可以是RRC連接態(tài)或者RRC空閑態(tài)；針對RRC連接UE和RRC空閑UE，上 述概率因子一般分別設(shè)置不同的數(shù)值。
8
所述網(wǎng)絡(luò)側(cè)一般包括eNB和MCE.步驟302，根據(jù)反饋請求指示信息，UE向網(wǎng)絡(luò)側(cè)發(fā)送接收狀態(tài)報告；UE通過讀取RRC消息或MAC CE消息獲取反饋請求指示信息；對于已經(jīng)開始的 MBMS業(yè)務(wù)，UE可以直接獲取反饋請求指示信息；對于未開始的MBMS業(yè)務(wù)，UE —般需要相應(yīng) 的機制監(jiān)聽反饋請求指示信息，如監(jiān)聽MCCH通知信息或?qū)ず粜畔?。對于處于RRC連接態(tài)的UE 一般通過RRC信令或者MAC CE信令發(fā)送反饋信息；接 收到反饋請求指示時，如果UE有上行可用資源，則UE發(fā)送反饋信息，否則UE通過調(diào)度請求 (SR, Schedule Request)或者緩存狀態(tài)報告(BSR, Buffer Status Report)請求上行資源 用于發(fā)送接收狀態(tài)報告。優(yōu)選的，所述RRC信令包括以下一種或幾種RRC連接請求信息，RRC連接重配置完 成信息，RRC連接重建請求信息，RRC連接重建完成信息，RRC連接建立完成信息，小區(qū)更新 信息，隨機接入請求信息，測量報告，專用RRC信令。處于RRC空閑態(tài)的UE 一般通過隨機接入過程發(fā)送反饋信息，如在消息3 (Msg3)中 通過RRC連接請求信息攜帶UE接收狀態(tài)信息；為了減少隨機接入過程的沖突，可以將一部 分隨機接入前導(dǎo)(Preamble)序列預(yù)約給MBMS UE，或者為MBMS UE分配與單播UE不同的隨 機接入資源。所述上行接收狀態(tài)報告包括以下信息的一種或多種UE狀態(tài)，MBSFN區(qū)域ID，通知 指示 notification indicator，MBMS 業(yè)務(wù) ID，UE ID，物理多播信道 PMCH ID，會話 session ID，邏輯信道標識LCID，業(yè)務(wù)列表索引，反饋周期，觸發(fā)事件。上述UE狀態(tài)包括準備接收， 正在接收，停止接收，小區(qū)更新，小區(qū)切換。步驟303，網(wǎng)絡(luò)側(cè)根據(jù)UE接收狀態(tài)報告信息對UE數(shù)量進行統(tǒng)計；網(wǎng)絡(luò)側(cè)根據(jù)一段時間內(nèi)的UE接收狀態(tài)報告信息進行統(tǒng)計；所述一段時間一般由 網(wǎng)絡(luò)側(cè)根據(jù)需要設(shè)定；在上述一段時間內(nèi)，網(wǎng)絡(luò)側(cè)收到相同UE的多個反饋信息，則網(wǎng)絡(luò)側(cè)可以只統(tǒng)計一 次；網(wǎng)絡(luò)側(cè)根據(jù)反饋信息對UE數(shù)量進行統(tǒng)計，并根據(jù)統(tǒng)計結(jié)果對MBSFN傳輸進行調(diào) 整；所述MBSFN調(diào)整是指網(wǎng)絡(luò)側(cè)激活或者去激活MBSFN傳輸；所述激活MBSFN傳輸是 指在MBSFN區(qū)域中采用MBSFN方式傳輸MBMS業(yè)務(wù)，所述去激活MBSFN傳輸是指在MBSFN區(qū) 域中停止MBSFN傳輸MBMS業(yè)務(wù)。所述去激活MBSFN傳輸一般需要提前通知UE，而且一般不 能影響現(xiàn)有的業(yè)務(wù)會話過程。對于RRC Idle態(tài)UE反饋結(jié)束后，可以通過RRC信令，或者其它高層信令，或者專 用信令將進入Connected態(tài)的UE轉(zhuǎn)回Idle態(tài)；實施例三是網(wǎng)絡(luò)側(cè)發(fā)起的反饋過程，該過程可以根據(jù)需要對UE接收狀態(tài)進行統(tǒng) 計，但實現(xiàn)較為復(fù)雜。實施例四本示例的場景是網(wǎng)絡(luò)側(cè)發(fā)送反饋請求指示，UE根據(jù)上述指示發(fā)送反饋信息，如圖 5所示，本示例網(wǎng)絡(luò)側(cè)請求UE反饋的方法包括以下步驟步驟401，網(wǎng)絡(luò)側(cè)通過RRC消息或者MAC CE消息向UE發(fā)送反饋請求指示，
優(yōu)選的，所述RRC消息可以是MCCH消息或系統(tǒng)消息；所述RRC消息可以是一條單 獨的RRC message或者一條IE ；所述反饋請求指示信息一般包括MBMS業(yè)務(wù)標識ID或者MBMS會話標識ID或者指 示MBMS會話的位映射(bitmap)信息，反饋周期或反饋觸發(fā)事件；為了減少同時發(fā)送反饋的 UE數(shù)量，反饋請求指示信息一般還包括概率因子。所述UE可以是RRC連接態(tài)或者RRC空閑態(tài)；針對RRC連接UE和RRC空閑UE，上 述概率因子一般分別設(shè)置不同的數(shù)值。所述網(wǎng)絡(luò)側(cè)一般包括eNB和MCE.步驟402，根據(jù)反饋請求指示信息，UE向網(wǎng)絡(luò)側(cè)發(fā)送接收狀態(tài)報告；UE通過讀取RRC消息或MAC CE消息獲取反饋請求指示信息；對于已經(jīng)開始的 MBMS業(yè)務(wù)，UE可以直接獲取反饋請求指示信息；對于未開始的MBMS業(yè)務(wù)，UE —般需要相應(yīng) 的機制監(jiān)聽反饋請求指示信息，如監(jiān)聽MCCH通知信息或?qū)ず粜畔ⅰτ谔幱赗RC連接態(tài)的UE 一般通過RRC信令或者MAC CE信令發(fā)送反饋信息；接 收到反饋請求指示時，如果UE有上行可用資源，則UE發(fā)送反饋信息，否則UE通過調(diào)度請求 (SR, Schedule Request)或者緩存狀態(tài)報告(BSR, Buffer Status Report)請求上行資源 用于發(fā)送接收狀態(tài)報告。優(yōu)選的，所述RRC信令包括以下一種或幾種RRC連接請求信息，RRC連接重配置完 成信息，RRC連接重建請求信息，RRC連接重建完成信息，RRC連接建立完成信息，小區(qū)更新 信息，隨機接入請求信息，測量報告，專用RRC信令。處于RRC空閑態(tài)的UE 一般通過隨機接入過程發(fā)送反饋信息，如在消息3 (Msg3)中 通過RRC連接請求信息攜帶UE接收狀態(tài)信息；為了減少隨機接入過程的沖突，可以將一部 分隨機接入前導(dǎo)(Preamble)序列預(yù)約給MBMS UE，或者為MBMS UE分配與單播UE不同的隨 機接入資源。所述UE在首次發(fā)送反饋信息后，一般根據(jù)反饋周期或者反饋觸發(fā)事件向網(wǎng)絡(luò)側(cè) 進行周期性反饋或者事件觸發(fā)反饋。所述上行接收狀態(tài)報告包括以下信息的一種或多種UE狀態(tài)，MBSFN區(qū)域ID，通知 指示 notification indicator，MBMS 業(yè)務(wù) ID，UE ID，物理多播信道 PMCH ID，會話 session ID，邏輯信道標識LCID，業(yè)務(wù)列表索引，反饋周期，觸發(fā)事件。上述UE狀態(tài)包括準備接收， 正在接收，停止接收，小區(qū)更新，小區(qū)切換。步驟403，網(wǎng)絡(luò)側(cè)根據(jù)UE接收狀態(tài)報告信息對UE數(shù)量進行統(tǒng)計；網(wǎng)絡(luò)側(cè)根據(jù)一段時間內(nèi)的UE接收狀態(tài)報告信息進行統(tǒng)計；所述一段時間一般由 網(wǎng)絡(luò)側(cè)根據(jù)需要設(shè)定；如果設(shè)定了反饋周期，所述一段時間一般不小于反饋周期，反饋周期 一般小于業(yè)務(wù)會話持續(xù)時間；在上述一段時間內(nèi)，網(wǎng)絡(luò)側(cè)收到相同UE的多個反饋信息，則網(wǎng)絡(luò)側(cè)可以只統(tǒng)計一 次；網(wǎng)絡(luò)側(cè)根據(jù)反饋信息進行計數(shù)統(tǒng)計，并根據(jù)統(tǒng)計結(jié)果對MBSFN傳輸進行調(diào)整；所述MBSFN調(diào)整是指網(wǎng)絡(luò)側(cè)激活或者去激活MBSFN傳輸；所述激活MBSFN傳輸是 指在MBSFN區(qū)域中采用MBSFN方式傳輸MBMS業(yè)務(wù)，所述去激活MBSFN傳輸是指在MBSFN區(qū) 域中停止MBSFN傳輸MBMS業(yè)務(wù)。所述去激活MBSFN傳輸一般需要提前通知UE，而且一般不
10能影響現(xiàn)有的業(yè)務(wù)會話過程。對于RRC Idle態(tài)UE反饋結(jié)束后，可以通過RRC信令，或者其它高層信令，或者專 用信令將進入Connected態(tài)的UE轉(zhuǎn)回Idle態(tài)；實施例四是網(wǎng)絡(luò)側(cè)發(fā)起的反饋過程，該實施例不同于實施例3的地方是，UE首次 發(fā)送反饋后，需要根據(jù)反饋周期或者反饋觸發(fā)事件繼續(xù)進行反饋，網(wǎng)絡(luò)側(cè)可以控制反饋過 程，但實現(xiàn)較為復(fù)雜。圖6為本發(fā)明多媒體廣播多播業(yè)務(wù)用戶設(shè)備接收狀態(tài)報告的實現(xiàn)系統(tǒng)的組成結(jié) 構(gòu)示意圖，如圖6所示，本發(fā)明多媒體廣播多播業(yè)務(wù)計數(shù)反饋的系統(tǒng)包括承載單元60、發(fā)送 單元61、觸發(fā)單元62、接收單元63和反饋單元64 ；其中，承載單元60，用于將反饋周期，或者觸發(fā)事件，或者反饋請求指示承載于RRC消息 或者MAC消息上；其中，所述RRC信息可以是MCCH消息或者系統(tǒng)消息，所述MAC消息可以是 MAC控制粒子C E ；發(fā)送單元61，用于發(fā)送RRC消息或MAC消息；觸發(fā)單元62，用于觸發(fā)UE發(fā)送接收狀態(tài)報告；接收單元63，用于接收RRC消息或MAC消息；反饋單元64，用于根據(jù)所述反饋周期，或者觸發(fā)事件，或者反饋請求指示，UE進行 上行反饋。如圖6所示，本發(fā)明多媒體廣播多播業(yè)務(wù)用戶接收狀態(tài)報告的實現(xiàn)系統(tǒng)還包括: 配置單元65，用于配置進行上行反饋的觸發(fā)條件。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
MBMS(多媒體廣播多播業(yè)務(wù))中UE(用戶設(shè)備)發(fā)送接收狀態(tài)報告的的實現(xiàn)方法，包括設(shè)定UE反饋的觸發(fā)條件，UE根據(jù)所述觸發(fā)條件向網(wǎng)絡(luò)側(cè)發(fā)送反饋信息，網(wǎng)絡(luò)側(cè)根據(jù)UE的所述反饋信息對UE接收狀態(tài)進行統(tǒng)計。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述觸發(fā)條件包含以下至少一種周期性 反饋，事件觸發(fā)反饋，網(wǎng)絡(luò)側(cè)發(fā)送反饋請求指示。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述反饋周期小于于業(yè)務(wù)會話持續(xù)時間。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述觸發(fā)事件包含會話開始，會話結(jié)束， 承載變更，小區(qū)更新，小區(qū)切換。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述反饋請求指示可以通過無線資源控 制RRC信令或者媒體接入控制MAC信令承載。
6.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，所述UE上行反饋的信息包含 以下信息的至少一種UE狀態(tài)，多播廣播單頻網(wǎng)MBSFN區(qū)域標識ID，通知指示notification indicator，MBMS業(yè)務(wù)ID，UE ID，物理多播信道PMCH ID，會話session ID，邏輯信道標識 LCID，業(yè)務(wù)列表索引，反饋周期，觸發(fā)事件。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述UE狀態(tài)包括準備接收，正在接收， 停止接收，接收承載變更，小區(qū)更新，小區(qū)切換。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述UE上行反饋的信息承載于RRC連接 請求信息中，或者RRC連接重配置完成信息中，或者RRC連接重建請求信息，或者RRC連接 重建完成信息，或者連接建立完成信息，或者小區(qū)更新信息中，或者隨機接入請求信息中， 或者測量報告中，或者媒體接入控制控制粒子MAC CE中，或者專用信令信息中。
9.一種多媒體廣播多播業(yè)務(wù)MBMS用戶接收狀態(tài)報告的實現(xiàn)系統(tǒng)，其特征在于，所述系 統(tǒng)包括一種用戶發(fā)送多媒體廣播多播業(yè)務(wù)接收狀態(tài)報告的系統(tǒng)，包括觸發(fā)單元、承載單元、 發(fā)送單元、接收單元和反饋單元；其中，觸發(fā)單元，用于觸發(fā)UE發(fā)送接收狀態(tài)報告；承載單元，用于將反饋周期，或者觸發(fā)事件，或者反饋請求指示承載于RRC消息或者 MAC消息上；其中，所述RRC信息可以是MCCH消息或者系統(tǒng)消息，所述MAC消息可以是MAC 控制粒子CE ；發(fā)送單元，用于發(fā)送RRC消息或MAC消息；接收單元，用于接收RRC消息或MAC消息；反饋單元，用于根據(jù)所述反饋周期，或者觸發(fā)事件，或者反饋請求指示，UE進行上行反饋。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述UE上行反饋的信息包含以下信 息的至少一種UE狀態(tài)，多播廣播單頻網(wǎng)MBSFN區(qū)域標識ID，通知指示not i fi cat ion indicator，MBMS業(yè)務(wù)ID，UE ID，物理多播信道PMCH ID，會話session ID，邏輯信道標識 LCID,業(yè)務(wù)列表索引，反饋周期，觸發(fā)事件。
全文摘要
本發(fā)明公開了一種MBMS(多媒體廣播多播業(yè)務(wù))中UE(用戶設(shè)備)發(fā)送接收狀態(tài)報告的的實現(xiàn)方法和系統(tǒng)，包括在一定的周期內(nèi)或者觸發(fā)事件發(fā)生時，用戶設(shè)備UE主動發(fā)起反饋過程，或者網(wǎng)絡(luò)側(cè)向UE發(fā)送反饋請求指示，UE根據(jù)上述指示向網(wǎng)絡(luò)側(cè)發(fā)送反饋信息，網(wǎng)絡(luò)側(cè)根據(jù)UE反饋信息對UE接收狀態(tài)進行統(tǒng)計。本發(fā)明同時公開了一種UE發(fā)送多媒體廣播多播業(yè)務(wù)MBMS接收狀態(tài)報告的系統(tǒng)。本發(fā)明能使UE在多個MCCH的條件下發(fā)送接收狀態(tài)報告，實現(xiàn)對UE數(shù)量的正確統(tǒng)計，滿足網(wǎng)絡(luò)側(cè)激活或者去激活MBSFN傳輸?shù)囊蟆?br> 文檔編號H04W28/16GK101883327SQ20101021298
公開日2010年11月10日 申請日期2010年6月29日 優(yōu)先權(quán)日2010年6月29日
發(fā)明者許輝 申請人:中興通訊股份有限公司