專利名稱：Mbms通知機制配置和指示信息的承載發(fā)送方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及LTE(Long Term Evolution，長期演進)系統(tǒng)，特別涉及多媒體廣播和 組播業(yè)務(wù)(Multimedia Broadcast Multicast krvice，簡稱為MBMQ通知機制的配置和指 示信息承載發(fā)送方法及系統(tǒng)。
背景技術(shù)：
隨著^ternet的迅猛發(fā)展和大屏幕多功能手機的普及，出現(xiàn)了大量移動數(shù)據(jù)多 媒體業(yè)務(wù)和各種高帶寬多媒體業(yè)務(wù)，例如，視頻會議、電視廣播、視頻點播、廣告、網(wǎng)上教育、 互動游戲等，這一方面滿足了移動用戶不斷上升的業(yè)務(wù)需求，同時也為移動運營商帶來新 的業(yè)務(wù)增長點。這些移動數(shù)據(jù)多媒體業(yè)務(wù)要求多個用戶能夠同時接收相同數(shù)據(jù)，與一般的 數(shù)據(jù)業(yè)務(wù)相比，具有數(shù)據(jù)量大、持續(xù)時間長、時延敏感等特點。為了有效地利用移動網(wǎng)絡(luò)資源，第三代合作伙伴計劃(3rd Generation Partnership ftx) ject，簡稱為3GPP)提出了 MBMS業(yè)務(wù)，該業(yè)務(wù)是一種從一個數(shù)據(jù)源向多個 目標傳送數(shù)據(jù)的技術(shù)，實現(xiàn)了網(wǎng)絡(luò)(包括核心網(wǎng)和接入網(wǎng))資源的共享，提高了網(wǎng)絡(luò)資源 (尤其是空中接口資源)的利用率。3GPP定義的MBMS不僅能夠?qū)崿F(xiàn)純文本低速率的消息 類組播和廣播，而且還能夠?qū)崿F(xiàn)高速多媒體業(yè)務(wù)的廣播和組播，提供多種豐富的視頻、音頻和 多媒體業(yè)務(wù)，這無疑順應(yīng)了未來移動數(shù)據(jù)發(fā)展的趨勢，為3G的發(fā)展提供了更好的業(yè)務(wù)前景。MBMS業(yè)務(wù)的特點是業(yè)務(wù)的數(shù)據(jù)量大，終端接收時持續(xù)時間長，平均數(shù)據(jù)率恒定。上 述特點決定了 MBMS業(yè)務(wù)的調(diào)度，控制信令配置都是半靜態(tài)的，即MBMS業(yè)務(wù)的調(diào)度信息，控 制信令信息都是“長期”保持不變的，這樣每個MCCH(Multicast Control Channel，多播控 制信道)信息的周期系統(tǒng)側(cè)發(fā)送一個沒有變化的信息(始終發(fā)送是因為隨時都可能有新用 戶接入)。這樣對于一個已經(jīng)接收了 MCCH信息的終端來說，如果每次都去接收一個沒有發(fā) 生變化的MCCH信息，這樣會造成終端費電，因為MCCH信息量大，接收和解析過程比較耗電。于是提出了引入MBMS通知機制，通知機制通過傳輸一個MCCH信息更新指示信 息(英文有公司稱為 MCCH change notification，或 MBMS notification Indicator，或 MBMSnotification information,中文有公司稱為MBMS通知消息、MBMS通知信息或MBMS指 示信息等，本文中文以MBMS通知消息，英文以MBMS notification information為例)，用 少量的信息來描述即將發(fā)送的MCCH信息與上一次發(fā)送的MCCH信息比較是否發(fā)生了更新， 已經(jīng)接入的終端只需要監(jiān)聽少量的MBMS通知消息信息，根據(jù)MBMS通知消息終端再去決定 是否接收即將到來MCCH信息。目前LTE R9中正在討論的MBMS通知機制有多種，每種都有 各自的優(yōu)點和缺點，有可能LTE R9中同時引入多種不同的MBMS通知機制，那么這種情況 下，發(fā)送端應(yīng)該如何配置MBMS通知機制，以充分發(fā)揮不同MBMS通知機制的優(yōu)點，規(guī)避其缺 點，以及發(fā)送端如何通知接收端本小區(qū)采用哪一種MBMS通知機制都是亟待解決的問題。

發(fā)明內(nèi)容
本發(fā)明為了解決上述的現(xiàn)有技術(shù)的問題，提出一種MBMS通知機制配置和指示信息的承載發(fā)送方法，其中心思想為；提供一種在多種不同MBMS通知機制共存的系統(tǒng)中， MBMS通知機制的配置應(yīng)用，以及不同配置應(yīng)用下的指示系統(tǒng)使用了那種MBMS通知機制的 指示信息如何承載發(fā)送。本發(fā)明提供的一種多媒體廣播和組播業(yè)務(wù)通知機制的配置方法，具體包括，對于 系統(tǒng)中有多種多媒體廣播和組播業(yè)務(wù)(MBMQ通知機制共存時，發(fā)送端以多媒體廣播組播 單頻網(wǎng)絡(luò)(MBSFN)區(qū)域為單位，或者以小區(qū)為單位，或者以載波為單位配置MBMS通知機制。其中，所述多種MBMS通知機制，至少包括，第一種MBMS通知機制是指單播尋呼時 機發(fā)送MBMS通知消息；第二種MBMS通知機制是指系統(tǒng)增加新的MBMS通知消息的專用喚 醒時機，通過配置發(fā)送MBMS通知消息的子幀、周期等信息，將MBMS通知消息承載于非單播 尋呼時機上。進一步的，依據(jù)所述系統(tǒng)帶寬的網(wǎng)絡(luò)情況配置MBMS通知機制；當系統(tǒng)帶寬小于等 于5M時，配置第二種MBMS通知機制；當系統(tǒng)帶寬大于5M時，配置選擇使用第一種MBMS通知機制或者配置第二種MBMS 通知機制；配置所述MBMS通知消息發(fā)送的周期、子幀位置，所述配置的子幀是MBSFN子幀或 者除單播尋呼時機外的非MBSFN子幀。其中，所述以小區(qū)為單位進行MBMS通知機制配置，是指一個MBSFN區(qū)域參與MBSFN 方式發(fā)送MBMS業(yè)務(wù)的每個小區(qū)配置自己的MBMS通知機制。其中，所述每個小區(qū)配置自己的MBMS通知機制，是指該小區(qū)依據(jù)小區(qū)的單播尋呼 時機周期的配置、小區(qū)的帶寬大小配置該小區(qū)的MBMS通知機制；其中，所述單播尋呼時機周期的配置為2. 56秒時，使用第一種MBMS通知機制發(fā)送 要求時，配置第二種MBMS通知機制；所述小區(qū)的帶寬小于等于5M時，配置第二種MBMS通知機制。其中，所述以MBSFN區(qū)域為單位進行MBMS通知機制配置，是指一個MBSFN區(qū)域參 與MBSFN方式發(fā)送MBMS業(yè)務(wù)的每個小區(qū)配置相同的MBMS通知機制。進一步的，所述一個MBSFN區(qū)域根據(jù)區(qū)域內(nèi)小區(qū)的帶寬大小、單播尋呼時機周期 的配置為該區(qū)域內(nèi)參與MBSFN方式發(fā)送MBMS業(yè)務(wù)的每個小區(qū)配置一種MBMS通知機制。進一步的，所述以載波為單位進行MBMS通知機制配置，是指在多載波系統(tǒng)中，不 同的載波獨立配置自己的MBMS通知機制；當所述載波的帶寬小于等于5M時，配置第二種MBMS通知機制；當所述載波的帶寬大于5M時，配置第一種MBMS通知機制或第二種MBMS通知機 制。本發(fā)明還提供了一種MBMS通知機制指示信息的承載發(fā)送方法，具體包括，發(fā)送端 將該MBSFN區(qū)域，或者該小區(qū)，或者該載波已配置MBMS通知機制的指示信息承載于BCCH、或 者多播控制信道(MCCH)中進行發(fā)送；接收端接收并解析BCCH或者MCCH中所述指示信息，并按所述指示信息的MBMS通 知機制接收MBMS通知消息。進一步的，所述以MBSFN區(qū)域為單位配置的MBMS通知機制的指示信息通過所述 MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送的小區(qū)的BCCH或者MCCH中發(fā)送；
其中，所述MCCH包括多小區(qū)模式發(fā)送的MCCH和單小區(qū)模式發(fā)送的MCCH。進一步的，所述發(fā)送端以小區(qū)為單位配置的MBMS通知機制的指示信息通過該小 區(qū)的BCCH或者MCCH中發(fā)送給接收端；其中，所述MCCH僅包括單小區(qū)模式的MCCH。進一步的，所述發(fā)送端以載波為單位配置的MBMS通知機制的指示信息通過小區(qū) 的BCCH或者MCCH發(fā)送給接收端；其中，所述MCCH包括多小區(qū)模式發(fā)送的MCCH和單小區(qū)模式發(fā)送的MCCH。進一步的，所述MBMS通知機制至少包括，第一種MBMS通知機制單播尋呼時機發(fā) 送MBMS通知消息；第二種MBMS通知機制系統(tǒng)增加新的MBMS通知消息的專用喚醒時機， 通過配置發(fā)送MBMS通知消息的子幀、周期等信息，將MBMS通知消息承載于非單播尋呼時機 上。其中，所述MBMS通知消息在BCCH中的MBMS SIB中承載。進一步的，所述指示信息承載在所述MBMS SIB中MBSFN-Areahfo參數(shù)內(nèi)，用來指 明MBSFN-Areahfo參數(shù)中MBSFN-AreaId參數(shù)所對應(yīng)所述MBSFN區(qū)域配置的MBMS通知機 制；或者，在MBMS SIB中弓丨入新的類型參數(shù)mbms-Notificationlnfo， 該 mbms-Notificationlnfo 類型的參數(shù)變量為 MBMS-Notificationlnfo，所述 MBMS-NotificationInfo內(nèi)至少包括下述信息之一該小區(qū)配置MBMS通知機制的指示信 息；第二種MBMS通知機制發(fā)送MBMS通知消息的子幀位置信息和周期信息。本發(fā)明還提供了一種MBMS通知機制配置指示信息的承載發(fā)送系統(tǒng)，包括，發(fā)送端 和接收端；具體為，發(fā)送端將該MBSFN區(qū)域，或者該小區(qū)，或者該載波已配置MBMS通知機制 的指示信息承載于BCCH、或者MCCH中發(fā)送；所述接收端接收并解析BCCH或者MCCH中所述指示信息，并按所述指示信息的 MBMS通知機制接收MBMS通知消息。進一步的，發(fā)送端包括配置模塊和發(fā)送模塊，配置模塊，用于對于系統(tǒng)中有多種MBMS通知機制共存時，以MBSFN區(qū)域為單位，或 者以小區(qū)為單位，或者以載波為單位配置MBMS通知機制；其中，所述多種MBMS通知機制，至少包括，第一種MBMS通知機制是指單播尋呼時 機發(fā)送MBMS通知消息；第二種MBMS通知機制是指系統(tǒng)增加新的MBMS通知消息的專用喚 醒時機，通過配置發(fā)送MBMS通知消息的子幀、周期等信息，將MBMS通知消息承載于非單播 尋呼時機上；發(fā)送模塊，用于將該MBSFN區(qū)域，或者該小區(qū)，或者該載波已配置MBMS通知機制的 指示信息承載于BCCH、或者MCCH中發(fā)送；接收端包括，接收模塊和解析模塊；接收模塊，用于接收BCCH，或者MCCH中所述指示信息，并按所述指示信息的MBMS 通知機制接收MBMS通知消息解析模塊，用于解析承載在BCCH，或者MCCH中已配置的所述MBMS通知機制的指示 信息。進一步的，所述發(fā)送模塊將已配置MBMS通知機制的指示信息承載于BCCH、或者MCCH中發(fā)送，是指將所述以MBSFN區(qū)域為單位配置的MBMS通知機制的指示信息通過所述 MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送的小區(qū)的BCCH，或者MCCH中發(fā)送；或，將所述以小區(qū)為單位配置的MBMS通知機制的指示信息通過該小區(qū)的BCCH，或 者MCCH中發(fā)送；其中，所述MCCH僅包括單小區(qū)模式的MCCH ；或，將所述以載波為單位配置的MBMS通知機制的指示信息通過小區(qū)的BCCH或者 MCCH發(fā)送；其中，所述MCCH包括多小區(qū)模式發(fā)送的MCCH和單小區(qū)模式發(fā)送的MCCH。進一步的，所述配置模塊以載波為單位進行MBMS通知機制配置，是指在多載波系 統(tǒng)中，不同的載波獨立配置自己的MBMS通知機制；當所述載波的帶寬小于等于5M時選擇第二種MBMS通知機制；當所述載波的帶寬大于5M時選擇第一種MBMS通知機制或第二種MBMS通知機制。進一步的，所述發(fā)送模塊將已配置MBMS通知機制的指示信息承載于BCCH中，是指 所述MBMS通知消息在BCCH中的MBMS SIB中承載。其中，所述指示信息承載在所述MBMS SIB中MBSFN-Areahfo參數(shù)內(nèi)，用來指明 MBSFN-AreaInfo參數(shù)中MBSFN-AreaId參數(shù)對應(yīng)所述MBSFN區(qū)域配置的MBMS通知機制；或者，在MBMS SIB中弓丨入新的類型參數(shù)mbms-Notificationlnfo， 該 mbms-Notificationlnfo 類型的參數(shù)變量為 MBMS-Notificationlnfo，所述 MBMS-NotificationInfo內(nèi)至少包括下述信息之一該小區(qū)配置的MBMS通知機制的指示信 息；第二種MBMS通知機制發(fā)送MBMS通知消息的子幀位置信息和周期信息。本發(fā)明為系統(tǒng)提供了一種MBMS通知機制配置及指示信息的承載發(fā)送方法，該方 法確保了系統(tǒng)中具有兩種及兩種以上不同的MBMS通知機制共存模式下，充分發(fā)揮了不同 的MBMS通知機制各自的優(yōu)點，克服了只有一種MBMS通知機制的單調(diào)和不能滿足各種場景 需求的缺點，可以實現(xiàn)針對不同的典型場景和需求配置最合適的MBMS通知機制，為運營商 個性化配置網(wǎng)絡(luò)提供了更多的選擇。


圖1是MBSFN區(qū)域示意圖。圖2是兩種MBMS機制在多載波系統(tǒng)中的應(yīng)用示意。圖3是MBMS通知機制配置指示信息的承載發(fā)送系統(tǒng)
具體實施例方式在LTE中，目前已經(jīng)確定引入MBMS通知機制，并且LTE中正在討論具體采用什么 樣的MBMS通知機制，有多種不同的通知機制被提及，其中目前討論最多的主要有兩種觀 點，一種是利用單播尋呼時機(Paging Occasion，簡稱為P0)的子幀發(fā)送MBMS通知消息； 一種是為系統(tǒng)增加一個新的MBMS通知消息的喚醒機制，通過配置將MBMS通知消息承載于 MBSFN (Multimedia Broadcast multicast service Single Frequency Network,多媒體廣 播組播單頻網(wǎng)絡(luò))子幀中。本發(fā)明提供了如果系統(tǒng)中有兩種不同的MBMS通知機制時，提出 MBMS通知機制是以小區(qū)為單位、還是MBSFN區(qū)域為單位進行配置應(yīng)用，以及對應(yīng)上述兩種 配置應(yīng)用，相應(yīng)的用來指示使用了那種MBMS通知機制的指示信息如何承載發(fā)送。以及在具 有多個載波的LTE-Advanced (也稱LTE R10)系統(tǒng)中，兩種不同的MBMS機制如何應(yīng)用。8
兩種以上時，本發(fā)明通過把文中所述的指示信息增加兩種以上的情形后可以直接 使用。例如，當有兩種MBMS通知機制時，指示信息可以使用1個比特，該比特置“1”表示第 一種MBMS通知機制，置“0”表示第二種MBMS通知機制；當有多種時例如有3或4MBMS通知 機制時，指示信息使用2比特，“00”表示第一種MBMS通知機制，“01”表示第二種MBMS通知 機制，“10”表示第三種MBMS通知機制，“11”表示第四種MBMS通知機制。依次類推。為了進一步說明本發(fā)明，下面結(jié)合附圖和實施例進行詳細說明。本發(fā)明是基于多 種不同的MBMS通知機制來實施的，本實施例中把多種限定為2種，下面介紹兩種機制。第一種MBMS通知機制，基本思想是利用單播尋呼時機發(fā)送MBMS通知消息，或者稱 為UE專用(User Equipment specific)尋呼時機；第二種MBMS通知機制，基本思想是為系 統(tǒng)增加新的MBMS通知消息的專用喚醒時機，通過配置發(fā)送MBMS通知消息的子幀、周期等信 息，最終實現(xiàn)把MBMS通知消息承載于非單播尋呼時機上。下面對兩種機制進行詳細描述。第一種基于單播尋呼時機發(fā)送MBMS通知消息，主要是利用現(xiàn)有的單播尋呼時機 來發(fā)送MBMS通知消息，即把MBMS通知消息承載于UE專用尋呼時機(尋呼時機是一個子幀， 具體為系統(tǒng)配指的承載UE尋呼消息的子幀)的PDCCH的公共檢索空間，這樣在接收端在每 個自己的尋呼時機處喚醒接收檢測是否有自己的單播尋呼消息時，順帶的可以檢測到MBMS 通知消息，從而避免接收端為接收MBMS通知消息而另外獨立喚醒。根據(jù)目前LTE協(xié)議，在 LTE系統(tǒng)中尋呼時機一定是一個非MBSFN子幀。第二種基于新的MBMS專用的喚醒時機(這里喚醒時機對應(yīng)于UE specific尋呼時 機，稱為MBMS specific尋呼時機)發(fā)送MBMS通知消息，即通過把承載MBMS通知消息的子 幀配置為非單播尋呼時機(尋呼時機是一個子幀，這里的非單播尋呼時機主要是指MBSFN 子幀，也可以是非MBSFN子幀中的非PO子幀)，在這些配置好的子幀的PDCCH的公共檢索空 間中承載MBMS通知消息。這樣接收MBMS通知消息的接收端需要在這些配置的子幀上另外 獨立喚醒接收MBMS通知消息。簡單比較上述的兩種方案的優(yōu)缺點，第一種不需要引入新的喚醒周期，接收端在 自己的PO上接收檢測MBMS通知消息，從而有助于接收端省電，缺點是由于目前單播的PO 的PDCCH的公共檢索空間大小有限，特別是帶寬小于5M的時候，會影響PDCCH原本設(shè)計的 承載能力。目前在PDCCH公共檢索空間可能同時承載的控制信息主要有4種系統(tǒng)消息的控 制信息艮口 SI-RNTI (System Information Radio Network Temporary Identif ier，系統(tǒng)消息 的無線網(wǎng)絡(luò)標識)加擾的控制信息、單播尋呼消息的控制信息即P-RNTI (PagingRNTI，尋呼 的RNTI)加擾的控制信息、隨機接入的控制信息即RA-RNTI (Random Access RNTI，隨機接入 的RNTI)加擾的控制信息和功率控制對應(yīng)的控制信息即TPC-RNTI (Transmit PowerControl RNTI，發(fā)射功率控制的RNTI)加擾的控制信息。由于PDCCH公共檢索空間大小有限，在不影 響接收端性能的情況下，不能同時存在這么多的控制信息，特別是在小帶寬的系統(tǒng)中，所以 再在公共檢索空間承載MBMS通知消息的話，這樣，PO的PDCCH公共檢索空間承載P-RNTI 加擾的控制信息和MBMS通知消息，會嚴重影響PDCCH的能力，從而影響單播接收端和系統(tǒng) PDCCH的能力，當帶寬較大時，這種影響會有一定的減小。第二種方案由于引入的新的喚醒 周期，使用非PO子幀中的MBSFN子幀(具體是承載MBMS業(yè)務(wù)或MCCH的MBSFN子幀)承載 MBMS通知消息，根據(jù)LTE協(xié)議規(guī)定，MBSFN子幀的PDCCH公共檢索空間不能承載上述的4種 控制信息，所以這類子幀的PDCCH公共檢索空間資源承載MBMS通知消息非常充足，不會影響PDCCH的能力以及單播接收端，只是由于引入了新的使接收端喚醒的機制帶來額外的耗 電量略有增加。通過分析，上述兩種機制存在具體的優(yōu)缺點，鑒于此下面描述引入這2種不同的 MBMS通知機制后，如何進行系統(tǒng)的最佳配置應(yīng)用。由于兩種不同的MBMS通知機制的存在于系統(tǒng)，必須通知接收端本小區(qū)、或者本 MBSFN區(qū)域內(nèi)使用了哪一種MBMS通知機制，具體可以引入一個參數(shù)，命名為指示信息，用來 指示本小區(qū)或者本MBSFN區(qū)域內(nèi)使用了哪一種MBMS通知機制，該參數(shù)通過BCCH或者MCCH 發(fā)送給接收端。詳細的參數(shù)承載見后續(xù)的應(yīng)用實例。實施例1第一種MBMS通知機制在小帶寬系統(tǒng)中，例如，LTE中帶寬小于等于5M時由于系統(tǒng) 帶寬較小，所以MBSFN子幀的PDCCH的公共檢索空間的可用資源非常小，只能承載上述的4 種控制信息中的其中的一種，所以在這種情況下，如果采用基于單播PO來承載MBMS通知消 息，由于單播PO子幀的PDCCH中會承載P-RNTI加擾的控制信息，所以不能同時承載MBMS通 知消息和P-RNTI加擾得控制信息，否則會嚴重影響單播業(yè)務(wù)的正常運行，所以此種情況下 只能選擇使用第二種MBMS通知機制，即配置MBSFN子幀的PDCCH公共檢索空間來發(fā)送MBMS 通知消息的方式，由于目前MBSFN子幀的PDCCH公共檢索空間是不承載上述4種RNTI加擾 的控制信息的，所以資源比較充足，這樣第二種機制不會影響單播的尋呼消息的發(fā)送，不會 影響單播業(yè)務(wù)正常運行，所以應(yīng)該是發(fā)送MBMS通知消息的首選方式。實施例2在大帶寬的系統(tǒng)中，即帶寬大于5M時，系統(tǒng)為子幀的PDCCH的公共檢索空間配置 的可用資源較多，但是還是不能同時承載上述的4種RNTI加擾的控制信息，但是可以通過 基站的調(diào)度來實現(xiàn)SI-RNTI和RA-RNTI的發(fā)送的子幀位置，從而在一定程度上可以降低沖 突引起的PDCCH公共檢索空間資源緊張，減少對單播業(yè)務(wù)的影響，再考慮到為接收MBMS通 知消息的接收端省電，所以可以使用第一種MBMS通知機制。當然也可以選擇使用第二種 MBMS通知機制。實施例3在具體布網(wǎng)實現(xiàn)時，不同的小區(qū)的配置了不同的帶寬的情況是和上述小帶寬和大 帶寬的處理相似的，即本小區(qū)的帶寬小于等于5M時，使用第二種MBMS通知機制；本小區(qū)的 帶寬大于5M時，使用第一種MBMS通知機制，也可以使用第二種MBMS通知機制。這個可以 在以小區(qū)為單位進行MBMS通知機制時進行合理應(yīng)用。上述兩個實例中，可以滿足不同的運營商需求，例如某一運營商只有小帶寬LTE 網(wǎng)絡(luò)，并且也需要運營MBMS業(yè)務(wù)，那么該運營商可以選擇第二種MBMS通知機制。相反，則選 擇第一種MBMS通知機制。這是從運營商的角度出發(fā)，來陳述MBMS通知機制的選擇。下面 從實際組網(wǎng)的角度來陳述兩種不同MBMS通知機制共存的配置應(yīng)用，以及參數(shù)的承載發(fā)送。實施例4當系統(tǒng)中有兩種不同的MBMS通知機制共存時，那么如何配置應(yīng)用呢？例如，同一 MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送；MBSFN方式發(fā)送是指MBSFN區(qū)域內(nèi)小區(qū)在相同的時頻 資源上發(fā)送相同的業(yè)務(wù)數(shù)據(jù)，這樣相鄰的小區(qū)之間的業(yè)務(wù)數(shù)據(jù)信號可以在空中形成疊加合 并，達到增強信號的目的。本發(fā)明中，MBSFN其中區(qū)域是一個地理區(qū)域，該地理區(qū)域內(nèi)的小區(qū)其中可能有一些小區(qū)不參與MBSFN方式發(fā)送MBMS業(yè)務(wù)，這些小區(qū)不會配置MBMS通知機制 的。也有一種定義是，MBSFN區(qū)域是由一些參與MBSFN方式發(fā)送MBMS業(yè)務(wù)的小區(qū)組成的地 理區(qū)域，這樣一個MBSFN區(qū)域內(nèi)每個小區(qū)都是需要配置MBMS通知機制的，針對后面的MBSFN 區(qū)域的定義，本發(fā)明不再強調(diào)MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送MBMS業(yè)務(wù)的小區(qū)了，MBMS 業(yè)務(wù)的小區(qū)之間能夠使用不同的MBMS通知機制。這種配置MBMS通知機制的優(yōu)勢描述如下 第一種MBMS通知機制，由于一個MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送的各個小區(qū)的單播尋呼 時機的配置(即默認尋呼周期的配置，本文也稱為單播PO的周期配置，下文使用單播PO周 期的配置來表示，本發(fā)明中所述單播PO周期是指LTE協(xié)議36. 331-860中第6. 3. 2章節(jié)中 RadioResourceConfigCommon 小節(jié)中的 defaultPagingCycle 參數(shù)的取值。)可能不同，因 為LTE協(xié)議中規(guī)定每個小區(qū)單播PO周期的配置主要由本小區(qū)的基站根據(jù)本小區(qū)內(nèi)的用戶 數(shù)來進行配置(具體參考LTE 36. 304協(xié)議)，一般是小區(qū)內(nèi)用戶數(shù)越多，單播PO周期的配 置越短，這樣對于某一接收端在單位時間內(nèi)的尋呼次數(shù)就會較多；用戶數(shù)越少，單播PO周 期的配置越長，這樣對于某一接收端在單位時間內(nèi)尋呼次數(shù)就會較少。所以，對于每個小區(qū) 而言，一些小區(qū)可能由于本小區(qū)的用戶數(shù)量較少(例如郊區(qū))，所以單播PO配置的周期較 大，這樣在一個MCCH修改周期(MCCHmodification Period)內(nèi)某一接收端的單播尋呼時機 次數(shù)較少，從而導致一個MCCH修改周期內(nèi)發(fā)送端發(fā)送MBMS通知消息的次數(shù)減少(這是由 于單播PO周期增大，所以導致每個接收端在一個MCCH修改周期內(nèi)單播PO個數(shù)減少，又因 MBMS通知消息是承載于單播PO的PDCCH的公共檢索空間上，所以相當于一個MCCH修改周 期內(nèi)發(fā)送端發(fā)送MBMS通知消息的次數(shù)較少)。而在一些小區(qū)則由于用戶數(shù)較多(例如市內(nèi) 熱點地區(qū)，像學校、火車站等)，這些小區(qū)的單播PO周期的配置較小，這樣一個MCCH修改周 期內(nèi)某一接收端配置的單播PO個數(shù)較多，這樣一個MCCH修改周期內(nèi)這類小區(qū)的MBMS通知 消息發(fā)送次數(shù)較多。這樣就會造成，同一 MBSFN區(qū)域內(nèi)參與MBSFN發(fā)送的各個小區(qū)由于單 播PO周期不同，最終導致各個小區(qū)在一個MCCH修改周期(同一MBSFN區(qū)域內(nèi)的各個小區(qū)的 MCCH修改周期是同步的且配置相同)內(nèi)發(fā)送MBMS通知消息的次數(shù)不同。鑒于上述分析，各 個小區(qū)的MBMS通知消息次數(shù)不同，會造成不同小區(qū)的MBMS通知消息的可靠性有差異，甚至 有些小區(qū)由于單播PO周期較大，不能滿足一個MCCH修改周期發(fā)送MBMS通知消息的最少次 數(shù)的要求，自然接收MBMS通知消息的性能也會不同，這是系統(tǒng)配置時需要回避的，不然會 造成用戶在不同小區(qū)的感受差異較大。這是僅采用第一種MBMS通知機制會帶來問題。對 于上述這些小區(qū)(指單播PO周期較大的小區(qū)，例如2. 56秒)可以采用第二種MBMS通知機 制，這和第二種MBMS通知機制的特性有關(guān)系，因為第二種MBMS通知機制通過在每一個MCCH 修改周期內(nèi)獨立配置發(fā)送MBMS通知消息的次數(shù)和子幀，所以可以做到每個MCCH修改周期 內(nèi)MBMS通知消息的發(fā)送次數(shù)相同，從而使得MBMS通知消息的發(fā)送效果相同。這樣通過以 小區(qū)為單位進行MBMS通知機制的選擇配置，可以實現(xiàn)同一 MBSFN區(qū)域內(nèi)參與MBSFN發(fā)送的 小區(qū)根據(jù)本小區(qū)的具體情況(例如用戶數(shù)多少、系統(tǒng)配置的帶寬大小等)配置自己的MBMS 通知機制。這種以小區(qū)為單位進行MBMS通知機制配置的情況，當接收端在同一 MBSFN區(qū)域 內(nèi)從一個MBSFN方式發(fā)送的小區(qū)移動到另一個MBSFN方式發(fā)送的小區(qū)時需要重新接收MBMS 通知機制的指示信息。更進一步，對于一個MBSFN區(qū)域內(nèi)以小區(qū)為單位使用不同的MBMS通 知機制時，具體如何把所述指示信息如何承載于BCCH中發(fā)送給接收端詳見后續(xù)應(yīng)用實例。
實施例5
引入兩種不同的MBMS機制，同一 MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送的每個小區(qū)可 以使用相同的MBMS通知機制，這種情況可以理解為以MBSFN區(qū)域為單位進行MBMS通知機 制的配置，即一個MBSFN區(qū)域內(nèi)參與MBSFN發(fā)送的小區(qū)統(tǒng)一使用一種MBMS通知機制。這樣 為了便于整個MBSFN區(qū)域的每個參與MBSFN方式發(fā)送的小區(qū)中的MBMS通知機制的性能效 果相同，不因為每個小區(qū)的單播PO周期的配置不同而引起MBMS通知消息的可靠性差異，也 有利于接收端在同一 MBSFN區(qū)域內(nèi)不同的小區(qū)間移動，當接收端移動到同一 MBSFN區(qū)域內(nèi) 新的小區(qū)時可以重新接收MBMS通知機制指示信息。對于整個MBSFN區(qū)域內(nèi)參與MBSFN方 式發(fā)送的小區(qū)使用相同的MBMS通知機制情況，最優(yōu)的應(yīng)該選擇第二種MBMS通知機制。在 整個MBSFN區(qū)域內(nèi)通過統(tǒng)一對MBMS通知消息的發(fā)送次數(shù)、子幀位置等信息進行配置，這樣 所有參與MBSFN發(fā)送的小區(qū)的MBMS通知消息發(fā)送就可以在相同的參數(shù)下具有相同的可靠 性，達到統(tǒng)一的效果。實施例6MBMS通知機制配置指示信息的承載發(fā)送系統(tǒng)，包括發(fā)送端和接收端，發(fā)送端是將 該MBSFN區(qū)域，或者該小區(qū)，或者該載波已配置MBMS通知機制的指示信息承載于BCCH、或者 MCCH中發(fā)送；發(fā)送端包括配置模塊和發(fā)送模塊，配置模塊用于對系統(tǒng)中有多種MBMS通知機制 共存時，以MBSFN區(qū)域為單位，或者以小區(qū)為單位，或者以載波為單位配置MBMS通知機制；其中，所述多種MBMS通知機制，至少包括，第一種MBMS通知機制是指單播尋呼時 機發(fā)送MBMS通知消息；第二種MBMS通知機制是指系統(tǒng)增加新的MBMS通知消息的專用喚 醒時機，通過配置發(fā)送MBMS通知消息的子幀、周期等信息，將MBMS通知消息承載于非單播 尋呼時機上；發(fā)送模塊用于將該MBSFN區(qū)域，或者該小區(qū)，或者該載波已配置MBMS通知機制的 指示信息承載于BCCH、或者MCCH中發(fā)送；接收端接收并解析BCCH或者MCCH中所述指示信息，并按所述指示信息的MBMS通 知機制接收MBMS通知消息。接收端包括接收模塊和解析模塊；接收模塊用于接收BCCH，或者MCCH中所述指示 信息，并按所述指示信息的MBMS通知機制接收MBMS通知消息；解析模塊，用于解析承載在 BCCH,或者MCCH中已配置的所述MBMS通知機制的指示信息。所述發(fā)送模塊將已配置MBMS通知機制的指示信息承載于BCCH、或者MCCH中發(fā)送， 是指將所述以MBSFN區(qū)域為單位配置的MBMS通知機制的指示信息通過所述MBSFN區(qū)域內(nèi) 參與MBSFN方式發(fā)送的小區(qū)的BCCH，或者MCCH中發(fā)送；或，將所述以小區(qū)為單位配置的MBMS通知機制的指示信息通過該小區(qū)的BCCH，或 者MCCH中發(fā)送；其中，所述MCCH僅包括單小區(qū)模式的MCCH ；或，將所述以載波為單位配置的MBMS通知機制的指示信息通過小區(qū)的BCCH或者 MCCH發(fā)送；其中，所述MCCH包括多小區(qū)模式發(fā)送的MCCH和單小區(qū)模式發(fā)送的MCCH。上述配置模塊以載波為單位進行MBMS通知機制配置，是指在多載波系統(tǒng)中，不同 的載波獨立配置自己的MBMS通知機制；當所述載波的帶寬小于等于5M時，配置第二種MBMS通知機制；當所述載波的帶寬大于5M時，配置第一種MBMS通知機制或第二種MBMS通知機12制。
所述發(fā)送模塊將已配置MBMS通知機制的指示信息承載于BCCH中，是指所述MBMS通知消息在BCCH中的MBMS SIB中承載。
所述指示信息承載在所述MBMS SIB中MBSFN—AreaInfo參數(shù)內(nèi)，用來指明MBSFN—AreaInfo參數(shù)中MBSFN—AreaId參數(shù)所對應(yīng)的MBSFN區(qū)域配置的MBMS通知機制；
或者，在MBMS SIB中引入新的類型參數(shù)mbms—NotificationInfo，該mbms—NotificationInfo 類型的參數(shù)變量為MBMS—NotificationInfo，所述MBMS—NotificationInfo內(nèi)至少包括下述信息之一該小區(qū)配置的MBMS通知機制的指示信息；第二種MBMS通知機制發(fā)送MBMS通知消息的子幀位置信息和周期信息。
實施例7
假設(shè)某一LTE運營商擁有5M的系統(tǒng)帶寬的網(wǎng)絡(luò)，并且想運營MBMS業(yè)務(wù)，可以組成MBSFN區(qū)域，該區(qū)域內(nèi)由于參與MBSFN方式發(fā)送的小區(qū)的帶寬均為5M，那么該運營商可以選擇第二種MBMS通知機制來實現(xiàn)MBMS通知消息的發(fā)送。具體的第二種MBMS通知機制需要配置MBMS通知消息發(fā)送的周期、子幀位置等信息，具體是承載在配置的子幀的PDCCH的公共檢索空間，該配置的子幀可以是MBSFN子幀或者除單播P。外的非MBSFN子幀。通過選擇使用第二種MBMS通知機制，可以實現(xiàn)在L／E 5M的系統(tǒng)帶寬中保證MBMS通知消息不影響單播業(yè)務(wù)的PDCCH的能力。也就是說整個MBSFN區(qū)域使用同一種MBMS通知機制，或者說以MBSFN區(qū)域為單位進行MBMS通知機制的配置，這種情況下通過下面的方式來發(fā)送指示MBMS通知機制的指示信息。把指示信息承載于BCCH中發(fā)送，具體為帶下劃線文字即為指示信息參數(shù)。這里使用BCCH中MBMS SIB(這是LTE協(xié)議最近同意引入的一個SIB，暫時稱為MBMSSIB)承載指示信息。為了便于描述不妨把MBMS SIB暫時按照L／E里的SIB命名原則(一般都是SIB后面加一個數(shù)字，例如SIBl、SIB2…SIBl2，目前共有11個)，稱為SIBl3，如果LTE協(xié)議以后確定了正式命名，只需要改變一下命名即可。
SyStem工nf。rmati。nBl。CkTypel3information element
一一一一ASN 1 START
SyStem工nf。rmati。nBl。CkTypel2一SEQUENCE {
mbsfn—AreaInfoMBSFN—AreaInfo，
．．．
}
MBSFN—Area Info一 SEQUENCE{[Oloo]mbsfn—AreaIdINTEGER(1．．maxMBSFN—Area)，
0]]pdcch—DataLengthENUMERA／ED{}，一一Use[O102] and value range are FFS[O103]Notification—SchemeENUMERA／ED{}，[O104]mcch—Confi gSEQUENCE{[O105]repetitionPeriodENUMERA／ED{}，一一value
range iS FFS[O107]modificationPeriodENUMERA／ED{}，一一value
range iS FFS
—rlc-Config is FFS i.e. specified config may be usedsubframeAlIocationInfoSEQUENCE{ }，—Details are FFS—MCS, Placed here if MCCH specific, FFS:DP#2b}，—pmch-Config i. e. MCS. MCS specified here if no MCCH specific MCSe:DP#2b
}—ASNl STOPNotification-Scheme表示指示信息,作為位于MBSFN-AreaInfo參數(shù)內(nèi)的一個獨 立的參數(shù)，描述該MBSFN-Areahfo參數(shù)內(nèi)的MBSFN-AreaId參數(shù)對應(yīng)的MBSFN區(qū)域采用的 MBMS通知機制。Notification-Scheme參數(shù)的數(shù)據(jù)類型例如是布爾變量，還是整形變量本 發(fā)明不做限制。配置好的SIB13通過本小區(qū)的BCCH發(fā)送給接收端。如果采用MCCH承載所述指示信息，直接把指示信息作為一個獨立的參數(shù)，表明該 MCCH對應(yīng)的MBSFN區(qū)域采用的MBMS通知機制。對于以MBSFN區(qū)域為單位進行MBMS通知機 制配置的方式，所述指示信息既可以承載于多小區(qū)模式發(fā)送(Multi-cell transmission) 的MCCH，也可以承載于單小區(qū)模式發(fā)送(Single-cell transmission)的MCCH(具體的傳輸 方式特點見LTE協(xié)議36. 300 870中15. 3. 2和15. 3. 3小節(jié)描述)。實施例8對于擁有LTE 10M、15M或20M的系統(tǒng)帶寬的運營商，可以選擇兩種通知機制的任 何一種，但是這里還需要進一步明確，一個MBSFN區(qū)域內(nèi)參與MBSFN發(fā)送的小區(qū)使用相同的 MBMS通知機制，或者所述每個小區(qū)根據(jù)本小區(qū)的情況(例如本小區(qū)的單播PO周期的大小情 況)，選擇使用兩種MBMS通知機制中最合適的一種。具體的選擇依據(jù)上面已經(jīng)陳述過了。對于上面選擇了不同的MBMS通知機制，對應(yīng)的下面有2種具體所述指示信息的承 載方式實現(xiàn)。對于以MBSFN區(qū)域為單位進行MBMS通知機制配置的情況，一個MBSFN區(qū)域內(nèi)統(tǒng) 一使用一種MBMS通知機制的方式，可以把指示MBMS通知機制的指示信息承載于BCCH、或 MCCH以廣播的方式發(fā)送給接收端。在BCCH中的承載具體為選擇MBMS SIB(目前還沒有正 式命名，本發(fā)明中暫稱為SIB13，以后根據(jù)正式協(xié)議中的命名為準)承載所述指示信息。下 面帶下劃線文字為承載的指示MBMS通知機制的指示信息，作用目的是告知接收端本MBSFN 區(qū)域內(nèi)參與MBSFN發(fā)送的小區(qū)的MBMS通知機制是上述的第一種還是上述的第二種方式，該 參數(shù)的數(shù)值類型不限，例如是布爾變量還是整數(shù)變量，只要能夠表達上述作用目的即可。如 下面所示表示的是某一 MBSFN區(qū)域采用MBMS通知機制。上述的MCCH中承載指示信息發(fā)送 給接收端，是指以MBSFN方式發(fā)送的MCCH或者是以單小區(qū)模式發(fā)送的MCCH。SyStemlnformationBlockType13information element—ASNl STARTSystemInformationBlockTypel2: = SEQUENCE{mbsfn-ArealnfoMBSFN-AreaInfo,0129]0130]}0131]MBSFN-AreaInfo=0132]mbsfn-Areald0133]pdcch-DataLength0134]and value range are FFS0135]0136]Notificatio-SchemeSEQUENCE{INTEGER(1. · maxMBSFN-Area)， ENUMERATED { }，_ENUMERATED i i,—Usemcch-Config0137]repetitionPeriod0138]range is FFS0139]modificationPeriodSEQUENCE{ ENUMERATED{ }，ENUMERATED{}，—value—value0140]range is FFS0141]—rlc-Config is FFS i. e. specified config may be used0142]subframeAlIocationInfoSEQUENCE{ }，0143]Details are FFS
-MCS，Placed here if MCCH specific, FFS:DP#2b—pmch-Config i. e. MCS. MCS specified here if no MCCH specific MCS0144]0145]}，0146]0147]e:DP#2b0148]0149]}0150]—ASNl STOP0151]Notification-Scheme表示指示信息,作為位于MBSFN-AreaInfo參數(shù)內(nèi)的一個獨 立的參數(shù)，描述該MBSFN-Areahfo參數(shù)內(nèi)的MBSFN-AreaId參數(shù)對應(yīng)的MBSFN區(qū)域采用的 MBMS通知機制。Notification-Scheme參數(shù)的數(shù)據(jù)類型例如是布爾變量，還是整形變量本 發(fā)明不做限制。配置好的SIB13通過本小區(qū)的BCCH發(fā)送給接收端。如果采用MCCH承載所述指示信息，直接把指示信息作為一個獨立的參數(shù)承載于 MCCH中即可。對于以參與MBSFN方式發(fā)送的小區(qū)為單位進行MBMS通知機制配置的情況，也就是 說一個MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送的小區(qū)能夠選擇不同的MBMS通知機制，例如圖1 中的小區(qū)A選擇第一種MBMS通知機制，小區(qū)B和C由于不是熱點地區(qū)，使用第一種MBMS通 知機制不能滿足系統(tǒng)可靠性要求，所以選擇第二種MBMS通知機制，那么把指示MBMS通知機 制的指示信息承載于BCCH、或MCCH中以廣播的方式發(fā)送給接收端。在BCCH中的承載具體 為選擇MBMS SIB(目前還沒有正式命名，本發(fā)明中暫稱為SIB13，以后根據(jù)正式協(xié)議中的 命名為準)承載所述指示信息。下面帶下劃線文字為承載的指示MBMS通知機制的指示信 息，作用目的是告知接收端本MBSFN區(qū)域內(nèi)參與MBSFN發(fā)送的小區(qū)的MBMS通知機制是上述 的第一種還是上述的第二種方式，該參數(shù)的數(shù)值類型不限，例如是布爾變量還是整數(shù)變量， 只要能夠表達上述作用目的即可。如下面所示表示的是某一小區(qū)采用MBMS通知機制。上 述的MCCH中承載指示信息發(fā)送給接收端，是指以單小區(qū)模式發(fā)送的MCCH。
SyStemlnformationBlockType13information element—ASNl STARTSystemInformationBlockTypel2: = SEQUENCE{mbsfn-ArealnfoMBSFN-AreaInfo,mbms-Notificationlnfo_MBMS-Notif icationlnfo,
}MBSFN-AreaInfo:: =SEQUENCE{mbsfn-ArealdINTEGER (1. . maxMBS FN-Area),pdcch-DataLengthENUMERATED { }，一Useand value range are FFSmcch-ConfigSEQUENCE{repetitionPeriodENUMERATED { }，—valuerange is FFSmodificationPeriodENUMERATED { }，—valuerange is FFS—rlc-Config is FFS i. e. specified config may be usedsubframeAlIocationInfoSEQUENCE{ }，—Details are FFS—MCS, Placed here if MCCH specific, FFS:DP#2b}，—pmch-Config i. e. MCS. MCS specified here if no MCCHspecific MCSe:DP#2b
}MBMS-NotifficationInfo: : =_SEQUENCE {Notification-Scheme_ENUMERATED { }...
]_—ASNl STOP首先引入一個新的類型參數(shù)(參數(shù)類型類似于C語言中結(jié)構(gòu)體)，命名為 mbms-Notificationlnfo，然后引入一個 mbms-Notificationlnfo 類型的參數(shù)變 量(或稱為變量)，命名為MBMS-Notificatior^nfo?？梢钥闯鲂乱氲男骂愋蛥?shù) mbms-Notif icationlnfo和原有的類型參數(shù)mbsfn-Areahfo具有同等地位，相應(yīng)的參數(shù) MBMS-NotificationInfo和原有參數(shù)MBSFN-Areahfo具有同等地位。把描述本小區(qū)使用哪 一種MBMS通知機制的指示信息用Notification-Scheme表示，并把Notifcation-Scheme 作為MBMS-Notificatior^nfo內(nèi)的一個信息。其中，進一步把第二種MBMS通知機制發(fā)送 MBMS通知消息的子幀位置信息和周期信息也承載在MBMS-Notificatior^nfo中。
Notification-Scheme 表示指示信息，作為位于 MBMS-NotificationInfo 內(nèi)的一16個獨立的參數(shù)，描述該小區(qū)采用了哪一種MBMS通知機制。Notification-Scheme參數(shù)的 數(shù)據(jù)類型例如是布爾變量，還是整形變量本發(fā)明不做限制。配置好的SIB13通過本小區(qū)的 BCCH發(fā)送給接收端。如果采用MCCH承載所述指示信息，直接把指示信息作為一個獨立的參數(shù)，表明本 小區(qū)采用的MBMS通知機制即可。對于以MBSFN區(qū)域為單位進行MBMS通知機制配置的方式，所述指示信息既可以 承載于多小區(qū)模式發(fā)送(Multi-cell transmission)的MCCH，也可以承載于單小區(qū)模式發(fā) 送(Single-cell transmission)的MCCH(具體的傳輸方式特點見LTE協(xié)議36. 300_870中 15. 3. 2和15. 3. 3小節(jié)描述)。對于以小區(qū)為單位進行MBMS通知機制配置的方式，所述指 示信息承載于單小區(qū)模式發(fā)送(Single-cell transmission)的MCCH。實施例9在LTE-Advanced系統(tǒng)中，目前允許使用載波聚合技術(shù)，即把頻率鄰近或者相差 較遠的多個載波通過聚合技術(shù)聚合在一起為系統(tǒng)使用，每個載波可以使獨立工作，也可以 多個載波聯(lián)合工作，但是彼此之間是正交的不會相互干擾的(具體的聚合方式參看LTE的 36. 814)。如圖2所示是3個載波聚合的示意圖，3個載波分別是5M、15M和20M，彼此之間的 頻率不是連續(xù)的。這樣按照本發(fā)明，可以在5M的系統(tǒng)中僅使用第二種MBMS通知機制，以滿 足系統(tǒng)發(fā)送MBMS通知消息的可靠性要求，同時不影響單播業(yè)務(wù)。15M和20M的載波可以僅 使用第一種或第二種MBMS通知機制，可以有運營商自己根據(jù)喜好選擇?？偨Y(jié)一下，每個載 波可以根據(jù)載波的特點、運營商的喜好選擇僅使用一種MBMS通知機制，載波的特點主要是 指載波的帶寬，帶寬較小導致子幀的PDCCH資源不夠大時，使用第一種MBMS通知機制；或者 每個載波可以通過時分的方式同時使用2種MBMS通知機制，例如對于載波帶寬較大時，如 20M時，子幀的PDCCH資源較多時，兩種MBMS通知機制均可以選擇時，可以根據(jù)本小區(qū)的不 同時間段(如白天和晚上)來選擇具體使用第一種或者第二種；不同的載波可以使用不同 MBMS通知機制，例如一個小區(qū)同時有5M、20M的載波，那么5M的使用第二種MBMS通知機制， 20M的載波使用第一種MBMS通知機制。每個載波獨立配置自己的MBMS通知機制，載波內(nèi)具 體如何選擇和使用MBMS通知機制可以參考應(yīng)用實例1和2。配置MBMS通知機制形成的指示信息通過小區(qū)的BCCH或者MCCH發(fā)送給接收端。所 述指示信息既可以承載于多小區(qū)模式發(fā)送(Multi-cell transmission)的MCCH，也可以承 載于單小區(qū)模式發(fā)送(Single-cell transmission)的MCCH。最后所應(yīng)說明的是以上發(fā)明內(nèi)容僅用以說明而非限制本發(fā)明的技術(shù)思想，不脫 離本發(fā)明的精神實質(zhì)和方法范圍的任何修改或局部替換，其均涵蓋在本發(fā)明的權(quán)利要求范 圍當中。
權(quán)利要求
1.一種多媒體廣播和組播業(yè)務(wù)通知機制的配置方法，其特征在于，對于系統(tǒng)中有多種 不同多媒體廣播和組播業(yè)務(wù)(MBMQ通知機制共存時，發(fā)送端以多媒體廣播組播單頻網(wǎng)絡(luò) (MBSFN)區(qū)域為單位，或者以小區(qū)為單位，或者以載波為單位配置MBMS通知機制。
2.根據(jù)權(quán)利要求1所述的配置方法，其特征在于，所述多種MBMS通知機制，至少包括， 第一種MBMS通知機制是指單播尋呼時機發(fā)送MBMS通知消息；第二種MBMS通知機制是 指系統(tǒng)增加新的MBMS通知消息的專用喚醒時機，通過配置發(fā)送MBMS通知消息的子幀、周期 等信息，將MBMS通知消息承載于非單播尋呼時機上。
3.根據(jù)權(quán)利要求1所述的配置方法，其特征在于，依據(jù)所述系統(tǒng)帶寬的網(wǎng)絡(luò)情況配置 MBMS通知機制；當系統(tǒng)帶寬小于等于5M時，配置第二種MBMS通知機制；當系統(tǒng)帶寬大于5M時，配置第一種MBMS通知機制或者配置第二種MBMS通知機制；配置所述MBMS通知消息發(fā)送的周期、子幀位置，所述配置的子幀是MBSFN子幀或者除 單播尋呼時機外的非MBSFN子幀。
4.根據(jù)權(quán)利要求1所述的配置方法，其特征在于，所述以小區(qū)為單位進行MBMS通知機 制配置，是指一個MBSFN區(qū)域參與MBSFN方式發(fā)送MBMS業(yè)務(wù)的每個小區(qū)配置自己的MBMS 通知機制。
5.根據(jù)權(quán)利要求4的配置方法，其特征在于，所述每個小區(qū)配置自己的MBMS通知機制， 是指該小區(qū)依據(jù)小區(qū)的單播尋呼時機周期的配置、小區(qū)的帶寬大小配置該小區(qū)的MBMS通 知機制；其中，所述單播尋呼時機周期的配置為2. 56秒時，使用第一種MBMS通知機制發(fā)送要求 時，配置第二種MBMS通知機制；所述小區(qū)的帶寬小于等于5M時，配置第二種MBMS通知機制。
6.根據(jù)權(quán)利要求1所述的配置方法，其特征在于，所述以MBSFN區(qū)域為單位進行MBMS 通知機制配置，是指一個MBSFN區(qū)域參與MBSFN方式發(fā)送MBMS業(yè)務(wù)的每個小區(qū)配置相同的 MBMS通知機制。
7.根據(jù)權(quán)利要求6所述的配置方法，其特征在于，所述一個MBSFN區(qū)域根據(jù)區(qū)域內(nèi)小區(qū) 的帶寬大小、單播尋呼時機周期的配置為該區(qū)域內(nèi)參與MBSFN方式發(fā)送MBMS業(yè)務(wù)的每個小 區(qū)配置一種MBMS通知機制。
8.根據(jù)權(quán)利要求1所述的配置方法，其特征在于，所述以載波為單位進行MBMS通知機 制配置，是指在多載波系統(tǒng)中，不同的載波獨立配置自己的MBMS通知機制；當所述載波的帶寬小于等于5M時，配置第二種MBMS通知機制；當所述載波的帶寬大于5M時，配置第一種MBMS通知機制或第二種MBMS通知機制。
9.一種MBMS通知機制指示信息的承載發(fā)送方法，其特征在于，發(fā)送端將該MBSFN區(qū)域， 或者該小區(qū)，或者該載波已配置MBMS通知機制的指示信息承載于BCCH、或者多播控制信道 (MCCH)中進行發(fā)送；接收端接收并解析BCCH或者MCCH中所述指示信息，并按所述指示信息的MBMS通知機 制接收MBMS通知消息。
10.根據(jù)權(quán)利要求9所述的承載發(fā)送方法，其特征在于，所述以MBSFN區(qū)域為單位配置 的MBMS通知機制的指示信息通過所述MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送的小區(qū)的BCCH或 者MCCH中發(fā)送；其中，所述MCCH包括多小區(qū)模式發(fā)送的MCCH和單小區(qū)模式發(fā)送的MCCH。
11.根據(jù)權(quán)利要求9所述的承載發(fā)送方法，其特征在于，所述發(fā)送端以小區(qū)為單位配置 的MBMS通知機制的指示信息通過該小區(qū)的BCCH或者MCCH中發(fā)送給接收端；其中，所述MCCH僅包括單小區(qū)模式的MCCH。
12.根據(jù)權(quán)利要求9所述的承載發(fā)送方法，其特征在于，所述發(fā)送端以載波為單位配置 的MBMS通知機制的指示信息通過小區(qū)的BCCH或者MCCH發(fā)送給接收端；其中，所述MCCH包括多小區(qū)模式發(fā)送的MCCH和單小區(qū)模式發(fā)送的MCCH。
13.根據(jù)權(quán)利要求9、10、11和12所述的承載發(fā)送方法，其特征在于，所述MBMS通知機 制至少包括，第一種MBMS通知機制單播尋呼時機發(fā)送MBMS通知消息；第二種MBMS通知機 制系統(tǒng)增加新的MBMS通知消息的專用喚醒時機，通過配置發(fā)送MBMS通知消息的子幀、周 期等信息，將MBMS通知消息承載于非單播尋呼時機上。
14.根據(jù)權(quán)利要求9、10、11和12所述的承載發(fā)送方法，其特征在于，所述MBMS通知消 息在BCCH中的MBMS SIB中承載。
15.根據(jù)權(quán)利要求14所述的承載發(fā)送方法，其特征在于，所述指示信息承載在所述 MBMS SIB 中 MBSFN-AreaInfo 參數(shù)內(nèi)，用來指明 MBSFN-AreaInfo 參數(shù)中 MBSFN-AreaId 參數(shù) 所對應(yīng)的所述MBSFN區(qū)域配置的MBMS通知機制；或者，在MBMS SIB中引入新的類型參數(shù)mbms-Notificatior^nfo，該 mbms-Notificationlnfo 類型的參數(shù)變量為 MBMS-Notificationlnfo，所述 MBMS-NotificationInfo內(nèi)至少包括下述信息之一該小區(qū)配置MBMS通知機制的指示信 息；第二種MBMS通知機制發(fā)送MBMS通知消息的子幀位置信息和周期信息。
16.一種MBMS通知機制配置指示信息的承載發(fā)送系統(tǒng)，包括，發(fā)送端和接收端，其特征 在于，發(fā)送端將該MBSFN區(qū)域，或者該小區(qū)，或者該載波已配置MBMS通知機制的指示信息承 載于BCCH、或者MCCH中發(fā)送；所述接收端接收并解析BCCH或者MCCH中所述指示信息，并按所述指示信息的MBMS通 知機制接收MBMS通知消息。
17.根據(jù)權(quán)利要求16所述配置指示信息的承載發(fā)送系統(tǒng)，其特征在于，發(fā)送端包括配 置模塊和發(fā)送模塊，配置模塊，用于對系統(tǒng)中有多種MBMS通知機制共存時，以MBSFN區(qū)域為單位，或者以小 區(qū)為單位，或者以載波為單位配置MBMS通知機制；其中，所述多種MBMS通知機制，至少包括，第一種MBMS通知機制是指單播尋呼時機發(fā) 送MBMS通知消息；第二種MBMS通知機制是指系統(tǒng)增加新的MBMS通知消息的專用喚醒時 機，通過配置發(fā)送MBMS通知消息的子幀、周期等信息，將MBMS通知消息承載于非單播尋呼 時機上；發(fā)送模塊，用于將該MBSFN區(qū)域，或者該小區(qū)，或者該載波已配置MBMS通知機制的指示 信息承載于BCCH、或者MCCH中發(fā)送；接收端包括，接收模塊和解析模塊；接收模塊，用于接收BCCH，或者MCCH中所述指示信息，并按所述指示信息的MBMS通知 機制接收MBMS通知消息解析模塊，用于解析承載在BCCH，或者MCCH中已配置的所述MBMS通知機制的指示信息。
18.根據(jù)權(quán)利要求16所述配置指示信息的承載發(fā)送系統(tǒng)，其特征在于，所述發(fā)送模塊 將已配置MBMS通知機制的指示信息承載于BCCH、或者MCCH中發(fā)送，是指將所述以MBSFN區(qū) 域為單位配置的MBMS通知機制的指示信息通過所述MBSFN區(qū)域內(nèi)參與MBSFN方式發(fā)送的 小區(qū)的BCCH，或者MCCH中發(fā)送；或，將所述以小區(qū)為單位配置的MBMS通知機制的指示信息通過該小區(qū)的BCCH，或者 MCCH中發(fā)送；其中，所述MCCH僅包括單小區(qū)模式的MCCH ；或，將所述以載波為單位配置的MBMS通知機制的指示信息通過小區(qū)的BCCH或者MCCH 發(fā)送；其中，所述MCCH包括多小區(qū)模式發(fā)送的MCCH和單小區(qū)模式發(fā)送的MCCH。
19.根據(jù)權(quán)利要求18所述的配置指示信息的承載發(fā)送系統(tǒng)，其特征在于，所述配置模 塊以載波為單位進行MBMS通知機制配置，是指在多載波系統(tǒng)中，不同的載波獨立配置自己 的MBMS通知機制；當所述載波的帶寬小于等于5M時選擇第二種MBMS通知機制；當所述載波的帶寬大于5M時選擇第一種MBMS通知機制或第二種MBMS通知機制。
20.根據(jù)權(quán)利要求16、17和18所述配置指示信息的承載發(fā)送系統(tǒng)，其特征在于，所述發(fā) 送模塊將已配置MBMS通知機制的指示信息承載于BCCH中，是指所述MBMS通知消息在BCCH 中的MBMS SIB中承載。
21.根據(jù)權(quán)利要求20所述的配置指示信息的承載發(fā)送系統(tǒng)，其特征在于，所述指示 信息承載在所述MBMS SIB中MBSFN-AreaInfo參數(shù)內(nèi)，用來指明MBSFN-AreaInfo參數(shù)中 MBSFN-AreaId參數(shù)所對應(yīng)的MBSFN區(qū)域配置的MBMS通知機制；或者，在MBMS SIB中引入新的類型參數(shù)mbms-Notificatior^nfo，該 mbms-Notificationlnfo 類型的參數(shù)變量為 MBMS-Notificationlnfo，所述 MBMS-NotificationInfo內(nèi)至少包括下述信息之一該小區(qū)配置的MBMS通知機制的指示信 息；第二種MBMS通知機制發(fā)送MBMS通知消息的子幀位置信息和周期信息。
全文摘要
本發(fā)明公開了MBMS通知機制的配置和指示信息的承載發(fā)送方法及系統(tǒng)，系統(tǒng)中有多種不同的MBMS通知機制共存模式下，發(fā)送端以該MBSFN區(qū)域，或者該小區(qū)，或者該載波配置MBMS通知機制；并將MBMS通知機制的指示信息承載于BCCH、或者多播控制信道(MCCH)中進行發(fā)送；接收端接收并解析BCCH或者MCCH中所述指示信息，并按所述指示信息的MBMS通知機制接收MBMS通知消息；充分發(fā)揮了不同的MBMS通知機制各自的優(yōu)點，克服了只有一種MBMS通知機制的單調(diào)和不能滿足各種場景需求的缺點，針對不同的典型場景和需求配置最合適的MBMS通知機制，為運營商個性化配置網(wǎng)絡(luò)提供了更多的選擇。
文檔編號H04W4/06GK102045640SQ20091011075
公開日2011年5月4日 申請日期2009年10月12日 優(yōu)先權(quán)日2009年10月12日
發(fā)明者茍偉, 陳東麗, 馬子江 申請人:中興通訊股份有限公司