專利名稱：一種mcch修改周期的配置方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)領(lǐng)域，特別涉及一種MCCH修改周期的配置方法和設(shè)備。
背景技術(shù)：
在現(xiàn)有的技術(shù)中 ； R9 LTE MBMS (Long Term Evolution Multimedia Broadcast Multicast krvice，長期演進多媒體廣播多播業(yè)務(wù))架構(gòu)的結(jié)構(gòu)示意圖如圖1所示。其中，“M3”接 口，為 MCE(MBMS Coordination Entity, MBMS 協(xié)調(diào)實體)和 MME(Mobility Management Entity，移動性管理實體)之間的接口，針對該接口定義了相應(yīng) 的應(yīng)用功能，以便進行EPS承載等級的MBMS會話控制信令交互。相關(guān)的會話控制過程包括 MBMS Session Mart和MBMS Session Stop。該接口的信令傳輸使用 SCTP (Stream Control Transmission Protocol，流控制傳輸協(xié)議)協(xié)議，即該接口的信令傳輸是點對點進行的?！癕2”接口，為MCE和eNB (Evolved Node B,演進型B節(jié)點)之間的邏輯接口，針對 該接口定義了相應(yīng)的應(yīng)用功能，以便傳輸多小區(qū)傳輸模式eNB所需的無線配置參數(shù)以及會 話控制信令。該接口的信令傳輸使用SCTP協(xié)議，因而該接口的信令傳輸是點對點方式的?？刂泼嫘畔⒌膫鬏斅窂綖橛葿M-SC (Broadcast Multicast Service Center，廣 播多播服務(wù)中心)至MME，至MCE，再到eNB。“Ml，，接口，為 MBMS(Multimedia Broadcast Multicast Service，多媒體廣播多播 業(yè)務(wù))網(wǎng)關(guān)和eNB之間的邏輯接口，該接口是一個純粹的用戶面接口。因此接口上沒有定義 控制面應(yīng)用功能。指向單小區(qū)和多小區(qū)的用戶分組的傳輸是基于IP (Internet Protocol, 網(wǎng)絡(luò)互聯(lián)協(xié)議)多播的點對多點傳輸(Point To Multiple-Point, PTM) 0用戶面數(shù)據(jù)的傳遞路徑為由BM-SC至EMBMS Gff(Evolved Multimedia Broadcast Multicast Service Gateway，演進型多媒體廣播多播業(yè)務(wù)網(wǎng)關(guān))，再到eNB。對于現(xiàn)有技術(shù)中的BCCH修改周期(Modification Period, MP)的處理流程，如圖 2所示，BCCH配置由修改周期中的指令進行修改，每個修改周期的開始才開始改變，在修改 周期內(nèi)發(fā)送的BCCH內(nèi)容不允許改變。場景描述BCCH-Config::=SEQUENCE {modificationPeriodCoeffENUMERATED{n2, n4, n8, nl6}}PCCH-Config::=SEQUENCE {defaultPagingCycleENUMERATED {rfi2, rf64, rfl28, rG56}, nBENUMERATED {fourT, twoT, oneT, halfT, quarterT, oneEighthT, oneS ixteenthT，oneThirtyS econdT }}由以上描述可知，系統(tǒng)廣播修改周期(BCCH修改周期)具體可以通過以下公式進 行計算modificationPeriodCoeff^defaultPagingCycIe從目前參數(shù)，可以看出BCCH修改周期最小值為2X32 = 640ms。最大值為16X256 = 40. 96s在MBMS發(fā)送中，MCCH信道會設(shè)置修改周期(Modification Period, MP)和重復(fù)周 期(Itepetition Period，RP)，在修改周期內(nèi)MCCH信息不變，并且以重復(fù)周期進行重復(fù)。這 樣UE在修改周期內(nèi)可以接收到多次相同的MCCH信息，只要正確接收一次就可以正確解讀 出MCCH承載的信息。由于系統(tǒng)需要，總是配置MCCH修改周期大于BCCH周期，目前MCCH的修改周期，重 復(fù)周期，MCCH的MCS (Modulation and Coding kheme，調(diào)制解碼方式)在BCCH中發(fā)送，如 果假設(shè)MCCH的修改周期和BCCH修改周期沒有一定關(guān)系，即MCCH的修改周期可以大于，等 于和小于BCCH的修改周期，那么，就會出現(xiàn)如圖3所示的情況。從圖 3可以看出，$ MB SFN (Multicast/Broadcast over Single Frequency Network，單頻網(wǎng)多播/廣播)區(qū)域中，MCCH需要在第四個修改周期進行修改。通過RAN3的 討論可以確定，通過配置明確的時間(explicit time)知道MCCH在第四個修改周期修改。 或根據(jù)基站實現(xiàn)在第三個修改周期發(fā)MCCH更新消息，然后基站知道在第四個修改周期修 改 MCCH。如果MCCH中的MCS需要更新，就需要先更新BCCH中的SIB (System Information Block,系統(tǒng)信息塊)，具體如圖4所示。比如在第一個圖所示的應(yīng)用場景中，MCCH修改周期小于BCCH修改周期，需要在 第二個系統(tǒng)信息修改周期(System Information Modification Period, SP)更新 SIB，并 且MCCH修改周期更新和BCCH更新似乎不能同步，MCCH的MCS并不能馬上隨BCCH更改而生效。在第二個圖所示的應(yīng)用場景中，MCCH修改周期大于BCCH修改周期，需要在第七個系統(tǒng)信息修改周期更新SIB，MCCH修改周期更新和BCCH更新可以同步，MCCH的MCS馬上隨 BCCH更改而生效。在第三個圖所示的應(yīng)用場景中，MCCH修改周期等于BCCH修改周期，需要在第四個 系統(tǒng)信息修改周期更新SIB，MCCH修改周期更新和BCCH更新可以同步，MCCH的MCS馬上隨 BCCH更改而生效。因此，可以配置MCCH修改周期總是大于或等于BCCH修改周期保證MCCH的MCS馬 上隨BCCH更改而生效。在實現(xiàn)本發(fā)明實施例的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題由于目前的MCCH修改周期到底可以設(shè)置為多少還沒有確定的方案，在目前的技 術(shù)方案下，可以設(shè)置MCCH修改周期始終大于BCCH的修改周期。但是，如前所述，BCCH的修改周期是兩個參數(shù)決定的，并且最小值為640ms，最大 值為40. 96s，變化的范圍較大，不僅如此，由于一個MBSFN區(qū)域的每個基站的BCCH修改周期 并不一樣，因此，MCE如果不知道基站的BCCH修改周期是沒法配置MCCH修改周期的。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種MCCH修改周期的配置方法和設(shè)備，實現(xiàn)根據(jù)各基站上報 的BCCH修改周期的相關(guān)參數(shù)，由MCE進行MCCH的修改周期的協(xié)商。為達到上述目的，本發(fā)明實施例一方面提供了一種MCCH修改周期的配置方法，應(yīng) 用于包括多個基站和一個MCE的系統(tǒng)中，所述方法包括各所述基站分別向所述MCE上報自身的廣播控制信道BCCH的修改周期信息；各所述基站接收所述MCE返回的根據(jù)各BCCH的修改周期信息所對應(yīng)的最大的 BCCH修改周期而確定的MCCH修改周期信息；各所述基站根據(jù)所接收到的MCCH修改周期信息確定自身所對應(yīng)的MCCH的修改周期。優(yōu)選的，各所述基站接收所述MCE返回的根據(jù)各BCCH的修改周期信息所對應(yīng)的最 大的BCCH修改周期而確定的MCCH修改周期信息之后，如果各所述基站需要更新自身所對 應(yīng)的BCCH的修改周期，所述方法還包括所述基站判斷更新后的BCCH的修改周期是否大于當(dāng)前的MCCH的修改周期；如果所述基站判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修改周期，則所 述基站在更新所述BCCH的修改周期之前，向所述MCE上報自身需要更新的BCCH的修改周 期信息，并接收所述MCE返回的根據(jù)需要更新的BCCH的修改周期信息確定的新的MCCH的 修改周期信息。優(yōu)選的，如果所述基站判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修改周 期，所述方法還包括所述基站直接更新所述BCCH的修改周期，而不向所述MCE上報自身需要更新的 BCCH的修改周期信息；或，所述基站直接更新所述BCCH的修改周期，并在更新所述BCCH的修改周期之前或 之后，向所述MCE上報自身需要更新的BCCH的修改周期信息。優(yōu)選的，所述BCCH的修改周期信息，具體包括
各所述基站所對應(yīng)的BCCH的修改周期的時間信息；或，各所述基站所對應(yīng)的BCCH的修改周期參數(shù)modificationPeriodCoeff和缺省尋 呼周期參數(shù) defaultfagingCycle ；或，各所述基站所對應(yīng)的BCCH的所有配置信息。優(yōu)選的，所述BCCH的修改周期信息所對應(yīng)的基站通過各所述基站所對應(yīng)的小區(qū) 標識來表示，各所述基站分別向所述MCE上報自身的BCCH的修改周期信息的同時，還包 括各所述基站分別向所述MCE上報自身所對應(yīng)的小區(qū)標識。另一方面，本發(fā)明實施例還提供了一種基站，應(yīng)用于包括多個基站和一個MCE的 系統(tǒng)中，包括通信模塊，用于向所述MCE上報自身的BCCH的修改周期信息，并接收所述MCE返 回的根據(jù)各BCCH的修改周期信息所對應(yīng)的最大的BCCH修改周期而確定的MCCH修改周期 fn息；配置模塊，用于根據(jù)所述通信模塊所接收到的MCCH修改周期信息，確定所述基站 所對應(yīng)的MCCH的修改周期。優(yōu)選的，所述基站還包括判斷模塊，用于在所述基站需要更新自身所對應(yīng)的BCCH的修改周期時，判斷更新 后的BCCH的修改周期是否大于所述配置模塊所配置的當(dāng)前的MCCH的修改周期。優(yōu)選的，如果所述判斷模塊判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修 改周期，則所述通信模塊在所述基站更新所述BCCH的修改周期之前，向所述MCE上報自身 需要更新的BCCH的修改周期信息，并接收所述MCE返回的根據(jù)需要更新的BCCH的修改周 期信息確定的新的MCCH的修改周期信息；如果所述判斷模塊判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修改周期， 所述基站直接更新所述BCCH的修改周期，而所述通信模塊在更新所述BCCH的修改周期之 前或之后，向所述MCE上報自身需要更新的BCCH的修改周期信息，或不向所述MCE上報自 身需要更新的BCCH的修改周期信息。優(yōu)選的，所述BCCH的修改周期信息，具體包括所述基站所對應(yīng)的BCCH的修改周期的時間信息；或，所述基站所對應(yīng)的BCCH的修改周期參數(shù)modificationPeriodCoeff和缺省尋呼 周期參數(shù) defaultfagingCycle ；或，所述基站所對應(yīng)的BCCH的所有配置信息。另一方面，本發(fā)明實施例還提供了一種MCE，應(yīng)用于包括多個基站和一個MCE的系 統(tǒng)中，包括接收模塊，用于接收各基站上報的BCCH的修改周期信息；確定模塊，用于根據(jù)所述接收模塊所接收的各基站上報的各BCCH的修改周期信 息所對應(yīng)的最大的BCCH修改周期確定MCCH修改周期信息；發(fā)送模塊，用于將所述確定模塊所確定的MCCH修改周期信息發(fā)送給各基站。優(yōu)選的，所述接收模塊所接收到的所述BCCH的修改周期信息，具體包括所述基站所對應(yīng)的BCCH的修改周期的時間信息；或，
所述基站所對應(yīng)的BCCH的修改周期參數(shù)modificationPeriodCoeff和缺省尋呼周期參數(shù) defaultfagingCycle ；或，
所述基站所對應(yīng)的BCCH的所有配置信息。與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，使MCE可以根據(jù)系統(tǒng)中各基站上報的 BCCH修改周期的信息對當(dāng)前系統(tǒng)中MCCH修改周期進行協(xié)商。


圖1為現(xiàn)有技術(shù)中的一種LTE MBMS的網(wǎng)絡(luò)結(jié)構(gòu)的示意圖；圖2為現(xiàn)有技術(shù)中的BCCH的結(jié)構(gòu)示意圖；圖3為現(xiàn)有技術(shù)中的MCCH的結(jié)構(gòu)示意圖；圖4為現(xiàn)有技術(shù)中的MCCH修改處理流程的示意圖；圖5為本發(fā)明實施例所提出的一種MCCH修改周期的配置方法的流程示意圖；圖6為本發(fā)明實施例所提出的具體應(yīng)用場景下的一種MCCH修改周期的配置方法 的流程示意圖；圖7為本發(fā)明實施例所提出的一種基站的結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例所提出的一種MCE的結(jié)構(gòu)示意圖。
具體實施例方式為了解決現(xiàn)有技術(shù)中存在的問題，本發(fā)明實施例提出的一種多媒體廣播業(yè)務(wù)控制 信道MCCH修改周期的配置方法，該方法應(yīng)用于包括多個基站和一個MCE的系統(tǒng)中。如圖5所示，為本發(fā)明實施例提出的一種多媒體廣播業(yè)務(wù)控制信道MCCH修改周期 的配置方法的流程示意圖，具體包括以下步驟步驟S501、各基站分別向MCE上報自身的廣播控制信道BCCH的修改周期信息。其中，BCCH的修改周期信息，具體包括各基站所對應(yīng)的BCCH的修改周期的時間信息；或，各基站所對應(yīng)的BCCH的修改周期參數(shù)modificationPeriodCoeff和缺省尋呼周 Μ0Μ defaultPagingCycle ；^,各基站所對應(yīng)的BCCH的所有配置信息。在具體的應(yīng)用場景中，可以根據(jù)需要具體確定應(yīng)用上述的哪種信息或信息組合作 為BCCH的修改周期信息，具體應(yīng)用上述的那種形式向MCE進行BCCH的修改周期信息反饋 并不會影響本發(fā)明的保護范圍需要進一步指出的是，由于BCCH的修改周期信息所對應(yīng)的基站通過各基站所對 應(yīng)的小區(qū)標識來表示，所以，各基站分別向MCE上報自身的BCCH的修改周期信息的同時，還 包括各基站分別向MCE上報自身所對應(yīng)的小區(qū)標識。步驟S502、各基站接收MCE返回的根據(jù)各BCCH的修改周期信息所對應(yīng)的最大的 BCCH修改周期而確定的MCCH修改周期信息。步驟S503、各基站根據(jù)所接收到的MCCH修改周期信息確定自身所對應(yīng)的MCCH的修改周期。在具體的應(yīng)用場景中，各基站接收MCE返回的根據(jù)各BCCH的修改周期信息所對應(yīng) 的最大的BCCH修改周期而確定的MCCH修改周期信息之后，如果各基站需要更新自身所對 應(yīng)的BCCH的修改周期，還進一步包括以下處理流程基站判斷更新后的BCCH的修改周期是否大于當(dāng)前的MCCH的修改周期。如果基站判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修改周期，則基站在 更新BCCH的修改周期之前，向MCE上報自身需要更新的BCCH的修改周期信息，并接收MCE 返回的根據(jù)需要更新的BCCH的修改周期信息確定的新的MCCH的修改周期信息。如果基站判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修改周期，基站直接 更新BCCH的修改周期，并在更新BCCH的修改周期之前或之后，向MCE上報自身需要更新的 BCCH的修改周期信息，或直接不向MCE上報自身需要更新的BCCH的修改周期信息。與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，使MCE可以根據(jù)系統(tǒng)中各基站上報的 BCCH修改周期的信息對當(dāng)前系統(tǒng)中MCCH修改周期進行協(xié)商。下面，進一步結(jié)合具體的示例，對本發(fā)明實施例的技術(shù)方案進行說明。本發(fā)明實施例給出一種通過M2接口上報基站BCCH修改周期的方法，采用這種方 法可以使MCE 了解各基站的BCCH修改周期，進而根據(jù)上報上來的信息配置MCCH的修改周 期。信令過程如圖6所示，在基站決定配置MCCH的修改周期時，需要通過步驟S601在 M2接口向MCE上報BCCH的修改周期，然后MCE根據(jù)各個基站上報上來的BCCH信息通過步 驟S602向各基站配置MCCH修改周期。由于BCCH的修改周期由兩個參數(shù)決定，即modificationPeriodCoeff和 defaultfagingCycle，因此，本發(fā)明實施例所提出的技術(shù)方案也可以通過直接上報這兩個 參數(shù)而由MCE直接進行計算處理。當(dāng)然，基站也可以直接將BCCH的所有參數(shù)直接都上報給MCE，由MCE進行BCCH的 計算處理，其中，BCCH的所有參數(shù)至少包括以下表1所示的參數(shù)。表1 BCCH參數(shù)示意
權(quán)利要求
1.一種多媒體廣播業(yè)務(wù)控制信道MCCH修改周期的配置方法，應(yīng)用于包括多個基站和 一個多小區(qū)/多點廣播協(xié)調(diào)實體MCE的系統(tǒng)中，其特征在于，所述方法包括各所述基站分別向所述MCE上報自身的廣播控制信道BCCH的修改周期信息；各所述基站接收所述MCE返回的根據(jù)各BCCH的修改周期信息所對應(yīng)的最大的BCCH修 改周期而確定的MCCH修改周期信息；各所述基站根據(jù)所接收到的MCCH修改周期信息確定自身所對應(yīng)的MCCH的修改周期。
2.如權(quán)利要求1所述的方法，其特征在于，各所述基站接收所述MCE返回的根據(jù)各 BCCH的修改周期信息所對應(yīng)的最大的BCCH修改周期而確定的MCCH修改周期信息之后，如 果各所述基站需要更新自身所對應(yīng)的BCCH的修改周期，所述方法還包括所述基站判斷更新后的BCCH的修改周期是否大于當(dāng)前的MCCH的修改周期；如果所述基站判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修改周期，則所述基 站在更新所述BCCH的修改周期之前，向所述MCE上報自身需要更新的BCCH的修改周期信 息，并接收所述MCE返回的根據(jù)需要更新的BCCH的修改周期信息確定的新的MCCH的修改 周期信息。
3.如權(quán)利要求2所述的方法，其特征在于，如果所述基站判斷更新后的BCCH的修改周 期大于當(dāng)前的MCCH的修改周期，所述方法還包括所述基站直接更新所述BCCH的修改周期，而不向所述MCE上報自身需要更新的BCCH 的修改周期信息；或，所述基站直接更新所述BCCH的修改周期，并在更新所述BCCH的修改周期之前或之后， 向所述MCE上報自身需要更新的BCCH的修改周期信息。
4.如權(quán)利要求1至3中任意一項所述的方法，其特征在于，所述BCCH的修改周期信息， 具體包括各所述基站所對應(yīng)的BCCH的修改周期的時間信息；或，各所述基站所對應(yīng)的BCCH的修改周期參數(shù)modificationPeriodCoeff和缺省尋呼周 Μ0Μ defaultPagingCycle ；^,各所述基站所對應(yīng)的BCCH的所有配置信息。
5.如權(quán)利要求4所述的方法，其特征在于，所述BCCH的修改周期信息所對應(yīng)的基站通 過各所述基站所對應(yīng)的小區(qū)標識來表示，各所述基站分別向所述MCE上報自身的BCCH的修 改周期信息的同時，還包括各所述基站分別向所述MCE上報自身所對應(yīng)的小區(qū)標識。
6.一種基站，應(yīng)用于包括多個基站和一個MCE的系統(tǒng)中，其特征在于，包括通信模塊，用于向所述MCE上報自身的BCCH的修改周期信息，并接收所述MCE返回的 根據(jù)各BCCH的修改周期信息所對應(yīng)的最大的BCCH修改周期而確定的MCCH修改周期信息；配置模塊，用于根據(jù)所述通信模塊所接收到的MCCH修改周期信息，確定所述基站所對 應(yīng)的MCCH的修改周期。
7.如權(quán)利要求6所述的基站，其特征在于，還包括判斷模塊，用于在所述基站需要更新自身所對應(yīng)的BCCH的修改周期時，判斷更新后的 BCCH的修改周期是否大于所述配置模塊所配置的當(dāng)前的MCCH的修改周期。
8.如權(quán)利要求7所述的基站，其特征在于，如果所述判斷模塊判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修改周期，則所 述通信模塊在所述基站更新所述BCCH的修改周期之前，向所述MCE上報自身需要更新的 BCCH的修改周期信息，并接收所述MCE返回的根據(jù)需要更新的BCCH的修改周期信息確定的 新的MCCH的修改周期信息；如果所述判斷模塊判斷更新后的BCCH的修改周期大于當(dāng)前的MCCH的修改周期，所述 基站直接更新所述BCCH的修改周期，而所述通信模塊在更新所述BCCH的修改周期之前或 之后，向所述MCE上報自身需要更新的BCCH的修改周期信息，或不向所述MCE上報自身需 要更新的BCCH的修改周期信息。
9.如權(quán)利要求6至8中任意一項所述的基站，其特征在于，所述通信模塊向所述MCE上 報的所述BCCH的修改周期信息，具體包括所述基站所對應(yīng)的BCCH的修改周期的時間信息；或，所述基站所對應(yīng)的BCCH的修改周期參數(shù)modificationPeriodCoeff和缺省尋呼周期 #= defaultPagingCycle ；所述基站所對應(yīng)的BCCH的所有配置信息。
10.一種MCE，應(yīng)用于包括多個基站和一個MCE的系統(tǒng)中，其特征在于，包括接收模塊，用于接收各基站上報的BCCH的修改周期信息；確定模塊，用于根據(jù)所述接收模塊所接收的各基站上報的各BCCH的修改周期信息所 對應(yīng)的最大的BCCH修改周期確定MCCH修改周期信息；發(fā)送模塊，用于將所述確定模塊所確定的MCCH修改周期信息發(fā)送給各基站。
11.如權(quán)利要求10所述的MCE，其特征在于，所述接收模塊所接收到的所述BCCH的修 改周期信息，具體包括所述基站所對應(yīng)的BCCH的修改周期的時間信息；或，所述基站所對應(yīng)的BCCH的修改周期參數(shù)modificationPeriodCoeff和缺省尋呼周期 #= defaultPagingCycle ；所述基站所對應(yīng)的BCCH的所有配置信息。
全文摘要
本發(fā)明實施例公開了一種MCCH修改周期的配置方法和設(shè)備，各所述基站分別向所述MCE上報自身的BCCH的修改周期信息，并接收所述MCE返回的根據(jù)各BCCH的修改周期信息所對應(yīng)的最大的BCCH修改周期而確定的MCCH修改周期信息，從而根據(jù)所接收到的MCCH修改周期信息確定自身所對應(yīng)的MCCH的修改周期。通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，使MCE可以根據(jù)系統(tǒng)中各基站上報的BCCH修改周期的信息對當(dāng)前系統(tǒng)中MCCH修改周期進行協(xié)商。
文檔編號H04W88/08GK102055757SQ200910236918
公開日2011年5月11日 申請日期2009年10月27日 優(yōu)先權(quán)日2009年10月27日
發(fā)明者楊曉東 申請人:大唐移動通信設(shè)備有限公司