專利名稱：演進多媒體廣播組播業(yè)務接入網(wǎng)關(guān)、基站和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信領(lǐng)域，尤其是第三代移動通信領(lǐng)域的系統(tǒng)結(jié)構(gòu)演進/長期演進(SAE/LTE)，更具體地，涉及一種支持因特網(wǎng)協(xié)議(IP) 組播的演進多媒體廣播組播業(yè)務(EMBMS)接入網(wǎng)關(guān)、基站和方法。
背景技術(shù)：
與演進前的網(wǎng)絡(luò)結(jié)構(gòu)相比，目前基于SAE/LTE的網(wǎng)絡(luò)結(jié)構(gòu)更加平 坦。 一方面，無線接入網(wǎng)部分由原有的兩個網(wǎng)絡(luò)節(jié)點結(jié)構(gòu)(基站NodeB +無線網(wǎng)絡(luò)控制器1 0簡化成一個網(wǎng)絡(luò)節(jié)點結(jié)構(gòu)(基站eNodeB，以 下簡寫作eNB);另一方面，類似網(wǎng)格的網(wǎng)絡(luò)連接方式被引入，也就是 說一個eNB可以和多個接入網(wǎng)關(guān)(aGW)通過Sl接口相連接； 一個eNB 也可以和鄰近的多個eNB通過X2接口相連接，這種連接可以是物理的 也可以是邏輯的，如果是邏輯相連，兩個eNB在物理上可以通過aGW 轉(zhuǎn)接。SAE/LTE的網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。具體地，參考圖1，兩個接入網(wǎng)關(guān)aGWl和aGW2分別通過Sl接口 與三個基站eNBl、 eNB2和eNB3相連，以及三個基站eNBl、 eNB2和 eNB3之間通過X2接口彼此相連。圖1中示出了各個節(jié)點之間存在物 理連接的情況。如果eNBl和eNB3之間不存在X2接口連接，貝ij eNBl 可以通過aGWl或aGW2與eNB3相連，從而構(gòu)成eNBl與eNB3之間的邏 輯連接。從3GPP Rel7開始，定義了 SAE/LTE的規(guī)范，在SAE/LTE的網(wǎng)絡(luò) 結(jié)構(gòu)中，MBMS被稱為EMBMS (Evolved-MBMS，演進MBMS)。這種平坦 的網(wǎng)絡(luò)結(jié)構(gòu)給多媒體廣播組播業(yè)務(MBMS)數(shù)據(jù)的有效發(fā)送帶來了新 的挑戰(zhàn)是沿用Rel7版本前的GTP協(xié)議(GPRS隧道協(xié)議)連接eNB 和aGW還是引入其他技術(shù)。在3GPP目前的討論中，提出將IP組播技
術(shù)引入廣播組播業(yè)務的網(wǎng)絡(luò)結(jié)構(gòu)中，但目前的規(guī)范中還沒有定義在用戶平面如何連接eNB和aGW，也就是說3GPP目前沒有定義Sl接口上 的協(xié)議結(jié)構(gòu)。本發(fā)明在給出了 Sl接口上的協(xié)議結(jié)構(gòu)的基礎(chǔ)上，討論了 如何發(fā)送MBMS的控制信息，進而提出了一種支持IP組播的EMBMS接 入網(wǎng)關(guān)、基站和方法。據(jù)Nokia和Vodafone于2006年5月在RAN3的52次會議上提交 的文稿(R3-060652MBMS aspects in SAE/LTE work, Nokia; R3-060694 Su卯ort of MBMS in E-UTRAN)顯示，他們贊成將IP組播引入EMBMS, 并初步分析了如何在S1接口上發(fā)送EMBMS的控制信息。對于組播業(yè)務， Nokia建議將MBMS會話開始(MBMS Session Start)消息發(fā)送給包含 在服務區(qū)(Service Area,下文簡稱為SA)范圍內(nèi)、并且包含在有感 興趣用戶的跟蹤區(qū)(Tracking area,下文簡稱為TA)范圍內(nèi)的那些 eNB; Vodafone建議將MBMS會話開始消息發(fā)送給包含在有感興趣的用 戶的TA范圍內(nèi)的那些eNB。對于廣播業(yè)務，Nokia和Vodafone公司都 認為MBMS會話開始消息需要發(fā)送給包含在SA范圍內(nèi)的那些eNB。但是，上面兩篇參考文獻只是提出可以將IP組播引入EMBMS,而 沒有給出具體的協(xié)議棧結(jié)構(gòu)和操作方法,所以IP組播如何在業(yè)務數(shù)據(jù) 發(fā)送方面發(fā)揮作用是不明確的。因此，需要一種支持IP組播的EMBMS接入網(wǎng)關(guān)、基站和方法， 能夠指出在SAE/LTE的框架下，如何使用IP組播發(fā)送EMBMS的業(yè)務數(shù) 據(jù)，使得從aGW發(fā)出的MBMS業(yè)務數(shù)據(jù)更加有效地到達eNB。上面兩篇參考文獻雖然給出了 EMBMS的流程設(shè)計方案，但在技術(shù) 方面仍然存在缺陷。例如，對于組播業(yè)務，在aGW選擇哪些eNB來向 其發(fā)送MBMS業(yè)務開始消息的問題上，存在著有可能造成一些需要接收 MBMS會話開始消息的eNB未能接收MBMS會話開始消息的缺陷。因此，需要一種支持IP組播的EMBMS接入網(wǎng)關(guān)、基站和方法， 一方面使eNB能夠從aGW得到足夠的信息，另一方面能夠在各種可能 的場景下為eNB的功能實現(xiàn)和流程設(shè)計提供方便。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種支持IP組播的EMBMS接入網(wǎng)關(guān)，能夠 從接入網(wǎng)關(guān)得到足夠的信息，使得從接入網(wǎng)關(guān)發(fā)出的MBMS業(yè)務數(shù)據(jù)更 加有效地到達eNB，本發(fā)明還提供了相應的基站和IP組播的EMBMS接 入網(wǎng)關(guān)及基站的操作方法。
根據(jù)本發(fā)明的一個方面，提供了一種支持網(wǎng)絡(luò)組播的演進多媒體 廣播組播業(yè)務(EMBMS)接入網(wǎng)關(guān)，包括接收/響應裝置，用于接收 來自廣播組播服務中心的多媒體廣播組播業(yè)務會話開始消息，并在接 收到所述多媒體廣播組播業(yè)務會話開始消息后向廣播組播服務中心返 回響應消息；存儲裝置，用于存儲各個多媒體廣播組播業(yè)務服務區(qū)與 各個基站之間的映射關(guān)系；確定裝置，用于在所述接收/響應裝置接收 到所述多媒體廣播組播業(yè)務會話開始消息時，根據(jù)存儲的所述映射關(guān) 系，確定與所述多媒體廣播組播業(yè)務相關(guān)聯(lián)的基站；以及發(fā)送裝置， 用于向所確定的基站發(fā)送所述多媒體廣播組播業(yè)務會話開始消息。
根據(jù)本發(fā)明的另一個方面，提供了一種支持網(wǎng)絡(luò)組播的演進多媒 體廣播組播業(yè)務(EMBMS)接入網(wǎng)關(guān)的操作方法，包括以下步驟接收 來自廣播組播服務中心的、針對多媒體廣播組播業(yè)務的多媒體廣播組 播業(yè)務會話開始消息；在接收到所述多媒體廣播組播業(yè)務會話開始消 息后向廣播組播服務中心返回響應消息；根據(jù)所存儲的各個多媒體廣 播組播業(yè)務服務區(qū)與各個基站之間的映射關(guān)系，確定與所述多媒體廣 播組播業(yè)務相關(guān)聯(lián)的基站；以及向所確定的基站發(fā)送多媒體廣播組播 業(yè)務會話開始消息。
根據(jù)本發(fā)明的再一個方面，提供了一種支持網(wǎng)絡(luò)組播的演進多媒 體廣播組播業(yè)務(EMBMS)接入網(wǎng)關(guān)，包括存儲裝置，用于存儲路由 表；接收裝置，用于接收來自廣播組播服務中心的數(shù)據(jù)，并將接收到 的數(shù)據(jù)還原成因特網(wǎng)協(xié)議組播包；分組數(shù)據(jù)會聚協(xié)議數(shù)據(jù)包處理裝置， 用于將因特網(wǎng)協(xié)議組播包封裝成分組數(shù)據(jù)會聚協(xié)議包；因特網(wǎng)協(xié)議組 播包處理裝置，用于從所還原的因特網(wǎng)協(xié)議組播包中提取因特網(wǎng)協(xié)議 組播地址，以所提取的因特網(wǎng)協(xié)議組播地址作為因特網(wǎng)協(xié)議組播地址， 將封裝后的分組數(shù)據(jù)會聚協(xié)議包重新封裝成因特網(wǎng)協(xié)議組播包，以及 根據(jù)所提取出的因特網(wǎng)協(xié)議組播地址和所存儲的路由表，確定要接收
重新封裝后的因特網(wǎng)協(xié)議組播包的基站一個或多個傳輸協(xié)議處理裝 置，分別與各個基站相關(guān)聯(lián)，根據(jù)相應的傳輸協(xié)議處理對重新封裝后 的因特網(wǎng)協(xié)議組播包進行處理；以及一個或多個發(fā)送裝置，分別與各 個基站相關(guān)聯(lián)，用于向所確定的基站發(fā)送根據(jù)相應的傳輸協(xié)議處理的 數(shù)據(jù)包。根據(jù)本發(fā)明的再一個方面，提供了一種支持網(wǎng)絡(luò)組播的演進多媒 體廣播組播業(yè)務(EMBMS)接入網(wǎng)關(guān)的操作方法，包括以下步驟接收 來自廣播組播服務中心的數(shù)據(jù)，并將接收到的數(shù)據(jù)還原成因特網(wǎng)協(xié)議 組播包；從還原后的因特網(wǎng)協(xié)議組播包中提取因特網(wǎng)協(xié)議組播地址； 將接收到的因特網(wǎng)協(xié)議組播包封裝成分組數(shù)據(jù)會聚協(xié)議包以所提取 的因特網(wǎng)協(xié)議組播地址作為因特網(wǎng)協(xié)議組播地址，將分組數(shù)據(jù)會聚協(xié) 議包重新封裝成因特網(wǎng)協(xié)議組播包；根據(jù)所提取的因特網(wǎng)協(xié)議組播地 址和所存儲的路由表，確定要接收重新封裝后的因特網(wǎng)協(xié)議組播包的 基站；根據(jù)相應的傳輸協(xié)議對重新封裝后的因特網(wǎng)協(xié)議組播包進行處 理；以及向所確定的基站發(fā)送經(jīng)傳輸協(xié)議處理的數(shù)據(jù)包。根據(jù)本發(fā)明的再一個方面，提供了一種支持網(wǎng)絡(luò)組播的演進多媒 體廣播組播業(yè)務(EMBMS)基站，包括接收/響應裝置，用于接收來 自接入網(wǎng)關(guān)的多媒體廣播組播業(yè)務會話開始消息和多媒體廣播組播業(yè) 務會話更新消息，并向接入網(wǎng)關(guān)返回響應消息；存儲裝置，用于存儲 各個多媒體廣播組播業(yè)務的服務區(qū)與所述基站所管理的各個小區(qū)之間 的映射關(guān)系；通告過程處理裝置，用于在所需小區(qū)內(nèi)發(fā)起通告過程， 并返回通告過程的結(jié)果；發(fā)送裝置，用于向各個小區(qū)發(fā)送各種信息和 數(shù)據(jù)；以及基站控制器，用于控制所述基站的操作，根據(jù)所接收到的 多媒體廣播組播業(yè)務會話開始消息或多媒體廣播組播業(yè)務會話更新消 息、和所存儲的映射關(guān)系，確定是否需要在所管理的各個小區(qū)內(nèi)發(fā)起 通告過程。根據(jù)本發(fā)明的再一個方面，提供了一種支持網(wǎng)絡(luò)組播的演進多媒 體廣播組播業(yè)務(EMBMS)基站的操作方法，包括以下步驟從接入網(wǎng) 關(guān)接收多媒體廣播組播業(yè)務會話幵始消息和多媒體廣播組播業(yè)務會話 更新消息，向接入網(wǎng)關(guān)返回響應消息；針對所述基站所管理的各個小 區(qū)，根據(jù)所接收到的多媒體廣播組播業(yè)務會話開始消息和多媒體廣播 組播業(yè)務會話更新消息、以及所存儲的映射關(guān)系，分別執(zhí)行以下操作: 確定該小區(qū)是否需要發(fā)起通告過程，如果需要，則發(fā)起通告過程，并 等待通告過程的結(jié)果；確定是否需耍為該小區(qū)分配無線承載；如果需 要為該小區(qū)分配無線承載，則分配無線承載，并將無線承載配置信息 通知給用戶設(shè)備；以及如果不需要為該小區(qū)分配無線承載，則確定是 否需要發(fā)送多媒體廣播組播業(yè)務的狀態(tài)信息，如需要發(fā)送，則進行發(fā) 送。根據(jù)本發(fā)明的再一個方面，提供了一種支持網(wǎng)絡(luò)組播的演進多媒 體廣播組播業(yè)務(EMBMS)基站，包括接收裝置，用于接收來自接入 網(wǎng)關(guān)的多媒體廣播組播業(yè)務數(shù)據(jù)；存儲裝置，用于存儲各個多媒體廣 播組播業(yè)務的服務區(qū)與所述基站所管理的各個小區(qū)之間的映射關(guān)系； 因特網(wǎng)協(xié)議組播數(shù)據(jù)包處理裝置，用于接收因特網(wǎng)協(xié)議組播數(shù)據(jù)包， 提取因特網(wǎng)協(xié)議組播數(shù)據(jù)包的內(nèi)容，并根據(jù)所存儲的映射關(guān)系，確定 需要接收所述因特網(wǎng)協(xié)議組播數(shù)據(jù)包的內(nèi)容的小區(qū)；無線接口協(xié)議處 理裝置，與所述基站所管理的各個小區(qū)相關(guān)聯(lián)，用于對來自因特網(wǎng)協(xié) 議組播數(shù)據(jù)包處理裝置的數(shù)據(jù)進行無線接口協(xié)議處理，并將處理后的 數(shù)據(jù)提供給發(fā)送裝置；發(fā)送裝置，用于向各個小區(qū)發(fā)送各種信息和數(shù) 據(jù)以及基站控制器，用于控制所述存儲裝置和所述因特網(wǎng)協(xié)議組播 數(shù)據(jù)包處理裝置，將所述接收裝置接收到的因特網(wǎng)協(xié)議組播包提供給 所述因特網(wǎng)協(xié)議組播數(shù)據(jù)包處理裝置。根據(jù)本發(fā)明的再一個方面，提供了一種支持網(wǎng)絡(luò)組播的演進多媒 體廣播組播業(yè)務(EMBMS)基站的操作方法，包括以下步驟接收來自 接入網(wǎng)關(guān)的多媒體廣播組播業(yè)務數(shù)據(jù)；接收因特網(wǎng)協(xié)議組播數(shù)據(jù)包， 提取因特網(wǎng)協(xié)議組播數(shù)據(jù)包的內(nèi)容；根據(jù)所存儲的各個多媒體廣播組 播業(yè)務的服務區(qū)與所述基站所管理的各個小區(qū)之間的映射關(guān)系，確定 需要接收所述因特網(wǎng)協(xié)議組播數(shù)據(jù)包的內(nèi)容的小區(qū)；對因特網(wǎng)協(xié)議組 播數(shù)據(jù)包的內(nèi)容進行無線接口協(xié)議處理；以及向所確定的小區(qū)發(fā)送處 理后的數(shù)據(jù)。13


下面將參照附圖，對本發(fā)明的優(yōu)選實施例進行詳細的描述，其中圖1是示出了 SAE/LTE的網(wǎng)絡(luò)結(jié)構(gòu)的示意圖；圖2是引入IP組播之后網(wǎng)絡(luò)結(jié)點的協(xié)議棧結(jié)構(gòu)的示意圖；圖3A是示出了 MBMS業(yè)務開始過程的時序圖；圖3B是用于解釋需要向哪些eNB發(fā)送MBMS會話開始消息的示意圖；圖3C是用于解釋需要向哪些eNB發(fā)送MBMS會話開始消息的示意圖4是示出了根據(jù)本發(fā)明的接入網(wǎng)關(guān)的結(jié)構(gòu)的方框圖；圖5A是示出了接入網(wǎng)關(guān)的MBMS會話開始消息發(fā)送處理的流程圖；圖5B是示出了對接入網(wǎng)關(guān)的數(shù)據(jù)包進行的處理的流程圖圖6是示出了根據(jù)本發(fā)明的基站的結(jié)構(gòu)的方框圖；圖7是示出了基站在收到MBMS會話開始消息后的處理的流程圖；圖8是示出了基站在收到IP組播數(shù)據(jù)包后的處理的流程圖；以及圖9是用于詳細解釋本發(fā)明的、網(wǎng)絡(luò)連接和規(guī)劃的典型場景的示 意圖。
具體實施方式
下面結(jié)合

本發(fā)明的具體實施方式
。應該指出，所描述的 實施例僅是為了說明的目的，而不是對本發(fā)明范圍的限制。所描述的 各種數(shù)值并非用于限定本發(fā)明，這些數(shù)值可以根據(jù)本領(lǐng)域普通技術(shù)人 員的需要進行任何適當?shù)男薷摹D2是引入IP組播之后網(wǎng)絡(luò)結(jié)點的協(xié)議棧結(jié)構(gòu)的示意圖。 在用戶平面，因為IP組播要被引入基站(eNB)，所以IP組播可 以作為Sl接口用戶平面數(shù)據(jù)的承載協(xié)議，那么各網(wǎng)絡(luò)結(jié)點的協(xié)議棧如 圖2所示。其中廣播組播服務中心(BM-S(:)和3GPPRel6中的BM-SC
的功能相同。接入網(wǎng)關(guān)(aGW)和BM-SC通過Gi接口連接。整個MBMS業(yè)務的傳輸涉及兩層IP組播的封裝。第一層涉及應用 層，并在BM-SC、 aGW和UE側(cè)得到識別。第二層涉及Sl接口上的傳輸 層技術(shù)，其協(xié)議結(jié)構(gòu)以圖2中的陰影部分表示。在IP組播協(xié)議層之下， 還有其他傳輸層的協(xié)議，圖2中統(tǒng)--'用傳輸網(wǎng)絡(luò)層(TNL)來標識。本發(fā)明對它們使用的協(xié)議棧沒有限制，可以沿用現(xiàn)有規(guī)范中的傳輸網(wǎng)絡(luò) 層協(xié)議棧。標準的IP組播路由器在收到IP組播包之后，不做額外處理，直接向IP組播地址轉(zhuǎn)發(fā)所接收到的IP組播包。但是，在將IP組播引入 到EMBMS之后，因為PDCP (分組數(shù)據(jù)會聚協(xié)議)是在aGW第一層實現(xiàn) 的，要在PDCP包的基礎(chǔ)上對處在aGW第二層的]P組播進行再打包。 因此，在IP組播的傳播路徑中，aGW不再是一個標準的IP組播的路 由器，它需要從收到的IP組播包中解析出]P組播地址，然后用解析 出的IP組播地址對IP組播的第二層進行封裝。此后，利用路由功能 將IP組播包分發(fā)至所有需要IP組播包的eNB。對于不同的業(yè)務，aGW 可能需要把數(shù)據(jù)發(fā)給不同的eNB，這是由IP組播組管理協(xié)議和路由表來保證的，由于這些內(nèi)容不涉及到本發(fā)明的實質(zhì)內(nèi)容，在此省略對其 的詳細描述。圖3A是示出了 MBMS業(yè)務開始過程的時序圖。如圖3A所示，在控制平面，MBMS業(yè)務的開始由上游節(jié)點通過MBMS 會話開始(MBMS Session Start)過程通知F游節(jié)點。在收到來自BM-SC的MBMS會話開始消息后.，aGW返回MBMS會話 開始響應消息給BM-SC作為應答。然后，aGW需要判斷和它相連的哪 些eNB需要獲得MBMS會話開始消息。這里，EMBMS仍然沿用MBMS的 原則，即在一個預先定義好的地理區(qū)域(這個區(qū)域被稱為服務區(qū)SA) 內(nèi)為用戶提供業(yè)務。不同的業(yè)務可以有不同的SA。因為運營商在進行 網(wǎng)絡(luò)規(guī)劃時，可以在同一個地理區(qū)域用不同層次的多個小區(qū)共同覆蓋。在本發(fā)明中，如果某個eNB至少包含一個屬于某個MBMS業(yè)務的 SA范圍內(nèi)的小區(qū)時，此eNB就需要接收這個業(yè)務的MBMS會話開始消 息。
例如，圖犯示出了用于解釋需要向哪些eNB發(fā)送MBMS業(yè)務1的 MBMS會話開始消息的示意圖。對于eNBll而言，雖然只有小區(qū)1屬于 SA1，小區(qū)2不屬于SA1，但eNBl也需要接收MBMS會話開始消息。對 于eNB2，小區(qū)3和4都屬于SA1，因此eNB12需要接收MBMS會話開始 消息。但是，對于eNB13，其所管理的小區(qū)5并不屬于SAl,因此eNB13 不需要接收MBMS會話開始消息。這也意味著，aGW需要保存SA和eNB的映射關(guān)系(參考表1)。 aGW可以利用各種方式獲得SA和eNB的映射關(guān)系。例如，運營商可以 在0MC (操作、管理、控制)設(shè)備里維護SA到小區(qū)的映射表、以及 每個eNB管理哪些小區(qū)的映射表。然后由這兩個映射表推斷出SA和 eNB的映射關(guān)系，在aGW初始化的時候通過靜態(tài)配置告知aGW。 0MC設(shè) 備也可以在某個MBMS業(yè)務的會話開始時，由這兩個映射表推斷出對于 該MBMS業(yè)務而言的SA和eNB的映射關(guān)系，然后將這個關(guān)系告知給aGW。 但是，在本發(fā)明中，并不限制aGW獲得上述映射關(guān)系的方法。例如，對于圖犯所示的情形，aGW可以保存如下映射關(guān)系(表1):表l服務區(qū)(SA)基站(eNB)SA1eNBll、 eNB12SA2eNBll、 eNB13在MBMS會話開始消息中，aGW需要將SA告知eNB。因為eNB保 存有SA和小區(qū)的映射關(guān)系(參考表2)， eNB就可以在其管理的小區(qū)的 空中接口上發(fā)送業(yè)務開始或業(yè)務正在進行的狀態(tài)信息。對組播業(yè)務而 言，這些信息可以觸發(fā)通告過程，從而在空中接口上進一步觸發(fā)計數(shù) 或投票過程，這些過程可以由網(wǎng)絡(luò)觸發(fā)或者由用戶設(shè)備(UE)主動發(fā) 起。通過這些過程，eNB可以判斷一個小區(qū)是否有感興趣的用戶，然 后進一步判斷是否有必要在此小區(qū)為這個業(yè)務建立無線承載(RB)。在 本發(fā)明中，根據(jù)eNB不同的實現(xiàn)方式，由eNB自行確定在什么情況下 發(fā)送業(yè)務開始或業(yè)務正在進行的狀態(tài)信息。eNB可以靈活地使用這些 信息完成所需要的功能。
例如，對于圖3B所示的情形，eNBIl eNB13可以保存如下映射 關(guān)系(表2):表2eNBll纖2e則3服務區(qū)(SA)小區(qū)(Cell)服務K (SA)小區(qū)(Oil)服務區(qū)(SA)小區(qū)(Cell)SA1CelllSA1Ce"3、 (:el14SA1—SA2Cel12SA2-SA2Cel 15現(xiàn)有的方案建議把MBMS會話開始消息發(fā)到包含在有感興趣的UE 的TA范圍內(nèi)的eNB,但是包含在業(yè)務服務區(qū)范圍內(nèi)而不包含感興趣的 UE的eNB也應該收到MBMS會話開始消息。具體地講，參考圖3C，對某個MBMS組播業(yè)務感興趣的空閑狀態(tài) 的UE1和連接狀態(tài)的UE2分別駐留在小區(qū)1和小區(qū)5中，TA2包含的 小區(qū)3和小區(qū)4內(nèi)沒有對此業(yè)務感興趣l)E，小區(qū)的相鄰小區(qū)是小區(qū) 2和小區(qū)3。此MBMS組播業(yè)務使用專用載頻發(fā)送業(yè)務數(shù)據(jù)，在圖3C 所示的五個小區(qū)中，小區(qū)2沒有配置專用載頻。按照現(xiàn)有的方案，盡管 eNBll、 eNB12和eNB13都包含在SA的范圍內(nèi)，只有eNBll和eNB13 能收到細MS會話開始消息。所以，eNB12不可能在小區(qū)3和小區(qū)4的 空中接口上發(fā)送任何MBMS信息。當UE1因為移動離開小區(qū)l時，因為 缺乏小區(qū)3和小區(qū)4的專用載頻信息，UE1在進行小區(qū)重選時，很可 能選擇沒有配置專用載頻的小區(qū)2。但是，考慮到接收業(yè)務的連續(xù)性， 希望UE1能夠小區(qū)重選到小區(qū)3。所以，本發(fā)明認為，在實際操作中， eNB12也應該收到MBMS會話開始消息，從而具備在SA的范圍內(nèi)的所 有小區(qū)的空中接口上發(fā)送MBMS信息的能力，以備UE使用。本發(fā)明給 出的是一個典型例子，并不限制網(wǎng)絡(luò)，例如，eNB如何使用這些MBMS 信息完成相應的功能等均不受限制。因為eNB不保存空閑狀態(tài)UE的信息，沿用3GPP Rel6的機制， aGW需要將包含已定制某個MBMS業(yè)務的空閑狀態(tài)UE的TA列表通過 MBMS會話開始消息發(fā)給eNB。根據(jù)此信息，eNB可以在SA的區(qū)域內(nèi)進 一步縮小需要觸發(fā)通告過程的小區(qū)集合。
3GPP定義了使用專用載頻發(fā)送EMBMS業(yè)務的可能性。專用載頻可 以是MBMS業(yè)務獨享的，也可以是和單播業(yè)務共用的。如果運營商在網(wǎng) 絡(luò)中為EMBMS配置了專用載頻，用戶需要在空中接口上得知這個消息， 以便能選擇到正確的小區(qū)去接收某個業(yè)務。這就需要aGW在MBMS會 話開始消息中攜帶專用載頻信息。所以，MBMS會話開始消息中可能攜帶如下信息-1) 業(yè)務標識；2) 業(yè)務類型(廣播或組播)；3) 服務區(qū)域；4) 包含已定制某個業(yè)務的空閑狀態(tài)用戶設(shè)備的跟蹤區(qū)域列表；5) 專用載頻標識(可選，在MBMS業(yè)務被配置在專用載頻上發(fā)送 業(yè)務數(shù)據(jù)時包括)。eNB從aGW接收到MBMS會話開始消息后，發(fā)送MBMS會話開始響 應消息給aGW作為應答。當包含已定制某個業(yè)務的空閑狀態(tài)的UE的TA列表發(fā)生變化時， aGW利用MBMS會話更新消息通知eNB， MBMS會話更新消息攜帶列表 的變化信息。MBMS會話更新消息的發(fā)送原則可以和MBMS會話開始消 息的原則相同，即發(fā)送給在SA范圍內(nèi)的所有eNB;也可以不同，比如 只發(fā)送給包含在變化的TA范圍內(nèi)的那些eNB。。eNB在從aGW接收到MBMS會話更新消息后，發(fā)送MBMS會話更新 響應消息給aGW作為應答。圖4是示出了根據(jù)本發(fā)明的接入網(wǎng)關(guān)的結(jié)構(gòu)的方框圖。接入網(wǎng)關(guān)aGW 1000包括接收/響應裝置1001、確定單元1100、 IP組播數(shù)據(jù)包處理單元1002、 PDCP數(shù)據(jù)包處理單元1003、傳輸協(xié)議 處理單元1004、發(fā)送裝置005，和存儲單元1006。因為aGW 1000具 備路由功能，所以與其他設(shè)備相連的每個物理端口都具有傳輸協(xié)議處 理單元1004和發(fā)送裝置1005。接收/響應裝置1001用于接收來自BM-SC的MBMS會話開始消息， 并將MBMS會話響應消息返回給BM-SC。此外，接收/響應裝置1001用 于通過Gi接口接收來自BM-SC的數(shù)據(jù)，并將接收到的數(shù)據(jù)還原成IP
組播包并傳輸給IP組播數(shù)據(jù)包處理單元1002。確定單元1100用于在接收/響應裝置1001接收到來自BM-SC的 針對一個MBMS業(yè)務的MBMS會話開始消息時，根據(jù)存儲在存儲單元 1006中的SA與eNB的映射關(guān)系，確定與所述MBMS業(yè)務相關(guān)聯(lián)的eNB。IP組播數(shù)據(jù)包處理單元1002在接收到來自接收裝置1001的IP 組播包后，解析出IP組播地址，再將IP組播包傳輸給PDCP數(shù)據(jù)包處 理單元1003。PDCP數(shù)據(jù)包處理單元1003用來將接收到的數(shù)據(jù)封裝成PDCP包再 返回IP組播數(shù)據(jù)包處理單元1002。通過査找存儲在存儲單元1006中的路由表，工P組播數(shù)據(jù)包處理 單元1002知道應該把IP組播包轉(zhuǎn)發(fā)至哪兒個傳輸協(xié)議處理單元 1004，并通過發(fā)送裝置1005，經(jīng)由S1接口發(fā)送給需要接收MBMS業(yè)務 數(shù)據(jù)的eNB。此外，發(fā)送裝置1005還根據(jù)來自確定單元1100的指示，向eNB 發(fā)送MBMS會話開始消息。接下來，將參照圖5，對根據(jù)本發(fā)明的接入網(wǎng)關(guān)的處理操作進行 詳細的描述。圖5A是示出了接入網(wǎng)關(guān)的MBMS會話幵始消息發(fā)送處理的流程圖。首先，在步驟S300，根據(jù)本發(fā)明的接入網(wǎng)關(guān)的MBMS會話開始消息 的發(fā)送處理過程開始。在步驟S302，接收來自BM-SC的、針對MBMS業(yè)務 的MBMS會話開始消息。然后，在步驟S304，將MBMS會話響應消息返回 給BM-SC。接下來，在步驟S306，根據(jù)所存儲的各個MBMSSA與各個eNB 之間的映射關(guān)系(參見表l),確定與所述MBMS業(yè)務相關(guān)聯(lián)的eNB。在步 驟S308，向所確定的eNB發(fā)送MBMS會話開始消息。在步驟S310，接入網(wǎng) 關(guān)的MBMS會話開始消息的發(fā)送處理過程結(jié)束。圖5B是示出了對接入網(wǎng)關(guān)的數(shù)據(jù)包進行處理的流程圖。 首先，在步驟S400，根據(jù)本發(fā)明的aGW的數(shù)據(jù)包處理開始。在步 驟S402， aGW 1000通過接收裝置1001經(jīng)由Gi接口從BM-SC接收業(yè)務 數(shù)據(jù)，并將接收到的數(shù)據(jù)還原成IP組播包。之后，在步驟S404，通
過IP組播數(shù)據(jù)包處理單元1002解析出IP組播地址，(這里假設(shè)aGW 解出的IP組播地址為IP A)。然后，在歩驟S408，通過PDCP數(shù)據(jù)包 處理單元1003，按照PDCP的協(xié)議規(guī)范對JP組播包進行IP頭壓縮， 以便保證空中接口上的傳輸效率。在步驟S410，通過IP組播數(shù)據(jù)包 處理單元1002，對PDCP包進行傳輸層的1:P組播封裝，并使用IP地 址-IP A的IP數(shù)據(jù)包頭。最后，在步驟S412，通過傳輸協(xié)議處理單 元1004和發(fā)送裝置1005，將IP組播包經(jīng)由S1接口，通過物理連接 發(fā)送給eNB。在Sl接口上引入IP組播之后，MBMS業(yè)務數(shù)據(jù)在Sl接口上的分 發(fā)就變得非常簡單。根據(jù)IP組播的數(shù)據(jù)分發(fā)機制，aGW將封裝好的IP 組播數(shù)據(jù)包發(fā)往IP組播地址。這樣，加入以這個地址為標識的IP組 播組的所有eNB都能接收到IP組播數(shù)據(jù)包。圖6是示出了根據(jù)本發(fā)明的基站的結(jié)構(gòu)的方框圖。eNB 2000包括Sl接口消息/數(shù)據(jù)接收裝置2001 、eNB控制器2100、 IP組播數(shù)據(jù)包處理單元2002、通告過程處理單元2003 (每個小區(qū)一 個單元)、RB分配單元2004 (每個小區(qū)一個單元)、狀態(tài)信息組裝單元 2005 (每個小區(qū)一個模塊)、IP組播組處理單元2006、無線接口協(xié)議 處理單元2007(每個小區(qū)-個單元)、發(fā)送裝置2008和存儲單元2009。Sl接口消息/數(shù)據(jù)接收裝置2001用于通過Sl接口接收來自aGW 的消息和業(yè)務數(shù)據(jù)，并將接收到的各種消息和業(yè)務數(shù)據(jù)傳輸給eNB控 制器2100。在接收到來自aGW的MBMS會話開始消息或MBMS會話更新 消息后，Sl接口消息/數(shù)據(jù)接收裝置2001將MBMS會話響應消息返回 給aGW。eNB控制器2100判斷是否需要觸發(fā)通告過程處理單元2003、 RB 分配單元2004和狀態(tài)信息組裝單元2005的相應處理，并將接收到的 業(yè)務數(shù)據(jù)傳輸給IP組播數(shù)據(jù)包處理單元2002。通告過程處理單元2003用來在空中接口上發(fā)起通告過程，并將 通告過程的結(jié)果返回給eNB控制器2100。RB分配單元2004用來根據(jù)eNB控制器2100的指示，為某個MBMS 業(yè)務分配RB，并將RB的配置信息告知狀態(tài)信息組裝單元2005。 RB分 配單元2004還用來判斷是否需要觸發(fā)IP組播組處理單元2006的相應 處理。狀態(tài)信息組裝單元2005，根據(jù)eNB控制器2100的指示，組裝需 要通過發(fā)送裝置2008在空中接口上發(fā)送的狀態(tài)信息和RB配置信息。IP組播組處理單元2006用來觸發(fā)eNB向aGW發(fā)起的加入或離開 某個IP組播組的流程。IP組播數(shù)據(jù)包處理單元2002用來從eNB控制器2100接收IP組 播包。解析出IP組播包的內(nèi)容后，將數(shù)據(jù)傳輸給無線接口協(xié)議處理單 元2007。無線接口協(xié)議處理單元2007用來將接收到的數(shù)據(jù)進行RLC(無線 鏈路控制)、MAC (媒體接入控制)和物理層協(xié)議的處理，然后通過發(fā) 送裝置2008把業(yè)務數(shù)據(jù)經(jīng)由空口接口發(fā)送給用戶。通過查找存儲在存儲單元2009中的SA和小區(qū)的映射關(guān)系，eNB 控制器2100可以判斷需要在哪些小區(qū)觸發(fā)通告過程處理單元2003、 RB分配單元2004和狀態(tài)信息組裝單元2005的相應處理。通過査找存儲在存儲單元2009中的需要接收業(yè)務數(shù)據(jù)的小區(qū)的 列表信息，IP組播數(shù)據(jù)包處理單元2002，可以判斷需要將IP組播數(shù) 據(jù)包傳輸給哪些小區(qū)的無線接口協(xié)議處理單元2007。圖7是示出了基站在收到MBMS會話開始消息后的處理的流程圖。首先，在步驟S600，根據(jù)本發(fā)明的eNB收到MBMS會話開始消息 后的處理流程開始，Sl接口消息/數(shù)據(jù)接收裝置2001接收MBMS會話 開始消息，并返回MBMS會話響應消息給aGW作為應答。在步驟S602， eNB控制器2100根據(jù)通過Sl接口消息/數(shù)據(jù)接收裝置2001接收到的 MBMS會話開始消息，從eNB管理的某個小區(qū)開始，判斷是否需要在當 前小區(qū)發(fā)起通告過程。如果在此小區(qū)不需要發(fā)起通告過程(步驟S602中的"否")，在 步驟S604，eNB控制器2100判斷是否需要向小區(qū)分配承載業(yè)務數(shù)據(jù)的 RB。如果不需要(步驟S604中的"否")，eNB控制器2100在步驟S605 判斷是否需要發(fā)送業(yè)務狀態(tài)信息(業(yè)務開始或正在進行)。如果需要發(fā) 送此信息(步驟S605中的"是")，eNB控制器2100在步驟S606告知
狀態(tài)信息組裝單元2005，指示它在組裝狀態(tài)信息后，通過發(fā)送裝置 2008在空中接口上發(fā)送狀態(tài)信息。如果不需要發(fā)送此信息(步驟S605 中的"否")，eNB控制器2100在步驟S612判斷，是否已經(jīng)對eNB管 理的所有小區(qū)都進行過處理，如果是，則流程結(jié)束，否則，eNB控制 器2100在步驟S614，轉(zhuǎn)到下一個小區(qū)，然后返回步驟S602。如果在此小區(qū)需要發(fā)起通告過程(步驟S602中的"是")，在步 驟S603, eNB控制器2100通知通告過程處理單元2003，指示它在此 小區(qū)發(fā)起通告過程。在完成通告過程之后，通吿過程處理單元2003 將通告過程的結(jié)果返回給eNB控制器2100。根據(jù)通告過程的結(jié)果，eNB 控制器2100在步驟S604判斷是否要向當前小區(qū)分配RB。如果需要分 配(步驟S604中的"是")，eNB控制器2100在步驟S607指示RB分 配單元2004，在本小區(qū)內(nèi)為當前業(yè)務分配RB。之后，RB分配單元2004 在步驟S608將RB的配置信息告知狀態(tài)信息組裝單元2005，并通過發(fā) 送裝置2008將RB配置信息通知給用戶。同時，在步驟S609， RB分配 單元2004觸發(fā)IP組播組處理單元2006的判斷，即判斷eNB是否己經(jīng) 加入當前業(yè)務的IP組播組。如果己經(jīng)加入(步驟S609中的"是")， 流程跳到步驟S612。如果eNB沒有加入1P組播組(步驟S609中的 "否")，IP組播組處理單元2006在步驟S610向aGW發(fā)起申請加入IP 組播組的流程，然后再執(zhí)行步驟S612的處理。圖8是示出了基站在收到IP組播數(shù)據(jù)包的處理流程圖。首先，在步驟S800,根據(jù)本發(fā)明的eNB收到[P組播數(shù)據(jù)包后的 處理流程開始。在步驟S802， IP組播數(shù)據(jù)包處理單元2002收到從eNB 控制器2100來的IP組播包后，解析出IP組播包的內(nèi)容。在步驟S804， 通過査找存儲在存儲單元2009中的需要接收業(yè)務數(shù)據(jù)的小區(qū)的列表 信息，IP組播數(shù)據(jù)包處理單元2002判斷需要將IP組播數(shù)據(jù)包傳輸給 哪些小區(qū)的無線接口協(xié)議處理單元2007。之后，在步驟S806，無線接 口協(xié)議處理單元2007對從IP組播數(shù)據(jù)包處理單元2002收到的數(shù)據(jù)進 行RLC、 MAC和物理層協(xié)議的處理。在步驟S808，將處理過的數(shù)據(jù)通 過發(fā)送裝置2008經(jīng)由空中接口傳輸給用戶。圖9是用于詳細解釋本發(fā)明的、網(wǎng)絡(luò)連接和規(guī)劃的典型場景的示 意圖。這里描述aGW如何發(fā)送MBMS會話開始消息，eNB在收到MBMS會 話開始消息后如何處理。為了能夠確定地描述問題可以假設(shè)--種典型 的場景，如圖9所示。為簡化起見，這里不失--般性地給出了只有一 個aGW參與業(yè)務數(shù)據(jù)發(fā)送的場景。在該場景中不失一般性地假設(shè)1) 小區(qū)1-5都屬于MBMS業(yè)務A的SA區(qū)域；2) 小區(qū)1和2屬于TA1，小區(qū)3和4厲于TA2,小區(qū)5屬于TA3;3) aGW在發(fā)送MBMS會話開始消息給eNB之前，只有小區(qū)1有 連接狀態(tài)的對MBMS業(yè)務A感興趣的用戶UE01;4) aGW在發(fā)送MBMS會話開始消息給eNB之前，小區(qū)4中駐留 有對MBMS業(yè)務A感興趣的空閑狀態(tài)的用戶UE02。依照上面的假設(shè)，aGW將MBMS會話開始消息發(fā)往eNBll、 eNB12 和eNB13。 MBMS會話開始消息中攜帶的"包含空閑用戶的TA列表"信 息是TA2。如果運營商給此業(yè)務配置了專用載頻，MBMS會話開始消息 還要攜帶專用載頻的標識。圖9中的三個eNBll、 eNB12和eNB13在收到MBMS會話開始消息 后，都會在空中接口上發(fā)送業(yè)務開始的信息。如果MBMS會話開始消息 攜帶了專用載頻信息，eNBll、 eNB12和eNB]3都會在空中接口上發(fā)送 MBMS業(yè)務使用的專用載頻信息。具體地，結(jié)合圖4到圖9，對本發(fā)明的具體實例進行詳細的描述。 eNBll、eNB12和eNB13在收到MBMS會話幵始消息后，由于每個eNBll、 eNB12和eNB13遇到的情況可能不同，他們的處理結(jié)桌也可能不同。 在圖9給出的場景下，對三個eNBll、 eNB12和eNB13的處理過程如下 說明eNBll收到MBMS會話開始消息后，檢測到小區(qū)1巳經(jīng)有連接狀態(tài) 的對MBMS業(yè)務A感興趣的UEOl，所以eNB1判斷不需要在小區(qū)1發(fā) 起通告過程，但需要為小區(qū)1分配RB。而eNBll管轄的小區(qū)1和2都 不屬于TA2，而且小區(qū)2內(nèi)沒有連接狀態(tài)的對MBMS業(yè)務A感興趣的UE， 所以eNBl確定不需要在小區(qū)2中發(fā)起通告過程，也不需要分配RB，
但需要在空中接口上發(fā)送業(yè)務開始的狀態(tài)信息。既然eNBll在收到 MBMS會話開始消息之前，就己經(jīng)知道小區(qū)1有連接狀態(tài)的對MBMS業(yè) 務A感興趣的UEOl， eNBll必定已經(jīng)是IP組播組的成員，這點是由 IP組播組管理協(xié)議來保證的，不需要在本發(fā)明中詳細解釋。eNB12在收到MBMS會話開始消息后，因為發(fā)現(xiàn)它管理的小區(qū)3和 4屬于TA2， eNB12在小區(qū)3和4都發(fā)起通告過程。通告過程的結(jié)果顯 示，只有小區(qū)4中有感興趣的UE02， eNB12只給小區(qū)4分配RB,并在 小區(qū)3的空中接口上發(fā)送業(yè)務開始的狀態(tài)信息。如果eNB12發(fā)現(xiàn)自己 不是IP組播組的成員，eNB12會向aGW發(fā)起加入IP組播組的請求消'息。eNB13在收到MBMS會話開始消息后，因為發(fā)現(xiàn)它管理的小區(qū)5不 屬于TA2， eNB13確定不需要在小區(qū)5發(fā)起通告過程，也不需要分配 RB，但可以在空中接口上發(fā)送業(yè)務開始的狀態(tài)信息。eNB在收到MBMS會話更新消息后的處理流程和圖7類似，在業(yè)務 的進行過程中，如果有空閑狀態(tài)的UE02從小區(qū)4移動到小區(qū)5， aGW 會發(fā)現(xiàn)包含空閑狀態(tài)的感興趣的UE的TA列表發(fā)生了變化。aGW可以 把變化的列表通過MBMS會話更新消息發(fā)給所有屬于服務區(qū)范圍的 eNBll、 eNB12和eNB13。 aGW也可以把變化的列表通過MBMS會話更新 消息只發(fā)給受到影響的eNB13。 eNB13收到MBMS會話更新消息后，在 小區(qū)5發(fā)起通告過程。如果通告過程的結(jié)果顯示，小區(qū)5中有感興趣 的UE02， eNB13給小區(qū)5分配RB，如果eNB13發(fā)現(xiàn)自己不是IP組播 組的成員，eNB13會向aGW發(fā)起加入1P組播組的請求消息。本發(fā)明給出了引入IP組播之后涉及EMBMS網(wǎng)絡(luò)結(jié)構(gòu)的各網(wǎng)絡(luò)節(jié) 點的協(xié)議棧結(jié)構(gòu)，明確了數(shù)據(jù)包從aGW發(fā)送到eNB時，需要做哪些處 理。與現(xiàn)有方案相比，根據(jù)本發(fā)明的MBMS會話開始處理流程是完備 的。本發(fā)明充分考慮到eNB的功能需求，在消息中攜帶了足夠的信息 為eNB的功能實現(xiàn)和流程設(shè)計提供方便。本發(fā)明還為空中接口的流程 設(shè)計提供更多的靈活性。最后所應說明的是以上實施例僅僅/目以說明而非限制本發(fā)明的 技術(shù)方案，盡管參照上述實施例對本發(fā)明進行了詳細說明，本領(lǐng)域的 普通技術(shù)人員應當理解，可以對本發(fā)明進行修改或者等同替換，而不 脫離本發(fā)明的精神和范圍的任何修改或局部替換，其均應涵蓋在本發(fā) 明的權(quán)利要求范圍當中。
權(quán)利要求
1.一種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)接入網(wǎng)關(guān)，包括接收/響應裝置，用于接收來自廣播組播服務中心的多媒體廣播組播業(yè)務會話開始消息，并在接收到所述多媒體廣播組播業(yè)務會話開始消息后向廣播組播服務中心返回響應消息；存儲裝置，用于存儲各個多媒體廣播組播業(yè)務服務區(qū)與各個基站之間的映射關(guān)系；確定裝置，用于在所述接收/響應裝置接收到所述多媒體廣播組播業(yè)務會話開始消息時，根據(jù)存儲的所述映射關(guān)系，確定與所述多媒體廣播組播業(yè)務相關(guān)聯(lián)的基站；以及發(fā)送裝置，用于向所確定的基站發(fā)送所述多媒體廣播組播業(yè)務會話開始消息。
2. 根據(jù)權(quán)利要求1所述的接入網(wǎng)關(guān)，其中與一個多媒體廣播組播業(yè)務相關(guān)聯(lián)的基站是包括屬于所述多媒體廣播組播業(yè)務服務區(qū)范圍內(nèi) 的至少一個小區(qū)的基站。
3. 根據(jù)權(quán)利要求1或2所述的接入網(wǎng)關(guān)，其中由所述發(fā)送裝置發(fā) .送的所述多媒體廣播組播業(yè)務會話開始消息包括業(yè)務標識，業(yè)務類型， 服務區(qū)域，和包含已定制所述多媒體廣播組播業(yè)務的空閑狀態(tài)用戶設(shè) 備的跟蹤區(qū)域列表。
4. 根據(jù)權(quán)利要求3所述的接入網(wǎng)關(guān)，其中由所述發(fā)送裝置發(fā)送的所述多媒體廣播組播業(yè)務會話開始消息還包括專用載頻標識。
5. 根據(jù)權(quán)利要求3所述的接入網(wǎng)關(guān)，其中所述業(yè)務類型包括廣播和組播。
6. 根據(jù)權(quán)利要求1所述的接入網(wǎng)關(guān)，其中所述確定裝置還用于在 已定制多媒體廣播組播業(yè)務的空閑狀態(tài)的用戶設(shè)備所處的跟蹤區(qū)域發(fā) 生變化時，確定與所述變化相關(guān)聯(lián)的基站；以及所述發(fā)送裝置還用于 向所述確定裝置所確定的基站發(fā)送多媒體廣播組播業(yè)務會話更新消息。
7. 根據(jù)權(quán)利要求6所述的接入網(wǎng)關(guān)，其中與所述變化相關(guān)聯(lián)的基 站是包括屬于所述用戶設(shè)備所定制的多媒體廣播組播業(yè)務服務區(qū)范圍 內(nèi)的至少一個小區(qū)的基站。
8. 根據(jù)權(quán)利要求6所述的接入網(wǎng)關(guān)，其中與所述變化相關(guān)聯(lián)的基 站是包括屬于所述用戶設(shè)備在其間移動的跟蹤區(qū)域內(nèi)的至少一個小區(qū) 的基站。
9. 根據(jù)權(quán)利要求8所述的接入網(wǎng)關(guān)，其中與所述變化相關(guān)聯(lián)的基 站是包括屬于所述用戶設(shè)備移動離開的跟蹤區(qū)域內(nèi)的至少一個小區(qū)的 基站、或包括屬于所述用戶設(shè)備移動到其中的跟蹤區(qū)域內(nèi)的至少一個 小區(qū)的基站。
10. —種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)接入 網(wǎng)關(guān)的操作方法，包括以下步驟-接收來自廣播組播服務中心的、針對多媒體廣播組播業(yè)務的多媒 體廣播組播業(yè)務會話開始消息；在接收到所述多媒體廣播組播業(yè)務會話開始消息后向廣播組播 服務中心返回響應消息；根據(jù)所存儲的各個多媒體廣播組播業(yè)務服務區(qū)與各個基站之間 的映射關(guān)系，確定與所述多媒體廣播組播業(yè)務相關(guān)聯(lián)的基站；以及 .向所確定的基站發(fā)送多媒體廣播組播業(yè)務會話開始消息。
11. 根據(jù)權(quán)利要求10所述的操作方法，其中與一個多媒體廣播組 播業(yè)務相關(guān)聯(lián)的基站是包括屬于所述多媒體廣播組播業(yè)務服務區(qū)范圍 內(nèi)的至少一個小區(qū)的基站。
12. 根據(jù)權(quán)利要求10或11所述的操作方法，其中由所述接入網(wǎng) 關(guān)發(fā)送的多媒體廣播組播業(yè)務會話開始消息包括業(yè)務標識，業(yè)務類型， 服務區(qū)域，和包含己定制所述多媒體廣播組播業(yè)務的空閑狀態(tài)用戶設(shè) 備的跟蹤區(qū)域列表。
13. 根據(jù)權(quán)利要求12所述的操作方法，其中由所述接入網(wǎng)關(guān)發(fā)送 的多媒體廣播組播業(yè)務會話開始消息還包括專用載頻標識。
14. 根據(jù)權(quán)利要求12所述的操作方法，其中所述業(yè)務類型包括廣 播和組播。
15. 根據(jù)權(quán)利要求10所述的操作方法，還包括在已定制多媒體廣播組播業(yè)務的空閑狀態(tài)的用戶設(shè)備所處的跟 蹤區(qū)域發(fā)生變化時，確定與所述變化相關(guān)聯(lián)的基站；以及向所確定的基站發(fā)送多媒體廣播組播業(yè)務會話更新消息。
16. 根據(jù)權(quán)利要求15所述的操作方法，其中與所述變化相關(guān)聯(lián)的 基站是包括屬于所述用戶設(shè)備所定制的多媒體廣播組播業(yè)務服務區(qū)范 圍內(nèi)的至少一個小區(qū)的基站。
17. 根據(jù)權(quán)利要求15所述的操作方法，其中與所述變化相關(guān)聯(lián)的基站是包括屬于所述用戶設(shè)備在其間移動的跟蹤區(qū)域內(nèi)的至少一個小 區(qū)的基站。
18. 根據(jù)權(quán)利要求17所述的操作方法，其中與所述變化相關(guān)聯(lián)的 基站是包括屬于所述用戶設(shè)備移動離開的跟蹤區(qū)域內(nèi)的至少一個小區(qū) 的基站、或包括屬于所述用戶設(shè)備移動到其中的跟蹤區(qū)域內(nèi)的至少一 個小區(qū)的基站。
19. 一種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)接入 網(wǎng)關(guān)，包括存儲裝置，用于存儲路由表；接收裝置，用于接收來自廣播組播服務中心的數(shù)據(jù)，并將接收到 的數(shù)據(jù)還原成因特網(wǎng)協(xié)議.組播包；分組數(shù)據(jù)會聚協(xié)議數(shù)據(jù)包處理裝置，用于將因特網(wǎng)協(xié)議組播包封 裝成分組數(shù)據(jù)會聚協(xié)議包；因特網(wǎng)協(xié)議組播包處理裝置，用于從所還原的因特網(wǎng)協(xié)議組播包 中提取因特網(wǎng)協(xié)議組播地址，以所提取的因特網(wǎng)協(xié)議組播地址作為因 特網(wǎng)協(xié)議組播地址，將封裝后的分組數(shù)據(jù)會聚協(xié)議包重新封裝成因特 網(wǎng)協(xié)議組播包，以及根據(jù)所提取出的因特網(wǎng)協(xié)議組播地址和所存儲的 路由表，確定要接收重新封裝后的因特網(wǎng)協(xié)議組播包的基站；一個或多個傳輸協(xié)議處理裝置，分別與各個基站相關(guān)聯(lián)，根據(jù)相 應的傳輸協(xié)議處理對重新封裝后的因特網(wǎng)協(xié)議組播包進行處理；以及一個或多個發(fā)送裝置，分別與各個基站相關(guān)聯(lián)，用于向所確定的 基站發(fā)送根據(jù)相應的傳輸協(xié)議處理的數(shù)據(jù)包。
20. —種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)接入 網(wǎng)關(guān)的操作方法，包括以下步驟接收來自廣播組播服務中心的數(shù)據(jù)，并將接收到的數(shù)據(jù)還原成因 特網(wǎng)協(xié)議組播包；從還原后的因特網(wǎng)協(xié)議組播包中提取因特網(wǎng)協(xié)議組播地址 將接收到的因特網(wǎng)協(xié)議組播包封裝成分組數(shù)據(jù)會聚協(xié)議包組數(shù)據(jù)會聚協(xié)議包重新封裝成因特網(wǎng)協(xié)議組播包；根據(jù)所提取的因特網(wǎng)協(xié)議組播地址和所存儲的路由表，確定要接 收重新封裝后的因特網(wǎng)協(xié)議組播包的基站根據(jù)相應的傳輸協(xié)議對重新封裝后的因特網(wǎng)協(xié)議組播包進行處 理；以及向所確定的基站發(fā)送經(jīng)傳輸協(xié)議處理的數(shù)據(jù)包。
21. —種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)基站， 包括接收/響應裝置，用于接收來自接入網(wǎng)關(guān)的多媒體廣播組播業(yè)務 會話開始消息和多媒體廣播組播業(yè)務會話更新消息，并向接入網(wǎng)關(guān)返 回響應消息；存儲裝置，用于存儲各個多媒體廣播組播業(yè)務的服務區(qū)與所述基 站所管理的各個小區(qū)之間的映射關(guān)系；通告過程處理裝置，用于在所需小區(qū)內(nèi)發(fā)起通告過程，并返回通 告過程的結(jié)果；發(fā)送裝置，用于向各個小區(qū)發(fā)送各種信息和數(shù)據(jù)；以及基站控制器，用于控制所述基站的操作，根據(jù)所接收到的多媒體 廣播組播業(yè)務會話開始消息或多媒體廣播組播業(yè)務會話更新消息、和 所存儲的映射關(guān)系，確定是否需要在所管理的各個小區(qū)內(nèi)發(fā)起通告過 程。
22. 根據(jù)權(quán)利要求21所述的基站，還包括無線承載分配裝置，用于分配無線承載，并將無線承載配置信息 通知給狀態(tài)信息組裝裝置；狀態(tài)信息組裝裝置，用于組裝需要在空中接口上發(fā)送的狀態(tài)信息 和無線承載配置信息；其中所述基站控制器控制所述通告過程處理裝置、所述無線承載 分配裝置和所述狀態(tài)信息組裝裝置的操作，根據(jù)所接收到的多媒體廣 播組播業(yè)務會話開始消息或多媒體廣播組播業(yè)務會話更新消息、和所 存儲的映射關(guān)系，確定是否需要在所管理的各個小區(qū)內(nèi)發(fā)起無線承載 分配過程以及是否需要發(fā)送多媒體廣播組播業(yè)務的狀態(tài)信息。
23. 根據(jù)權(quán)利要求21所述的基站，其中所述多媒體廣播組播業(yè)務 會話開始消息包括業(yè)務標識，業(yè)務類型，.服務區(qū)域，和包含已定制所 述多媒體廣播組播業(yè)務的空閑狀態(tài)用戶設(shè)備的跟蹤區(qū)域列表。
24. 根據(jù)權(quán)利要求23所述的基站，其中所述多媒體廣播組播業(yè)務 會話開始消息還包括專用載頻標識。
25. 根據(jù)權(quán)利要求23所述的基站，其中所述業(yè)務類型包括廣播和組播。
26. 根據(jù)權(quán)利要求22所述的基站，還包括因特網(wǎng)協(xié)議組播組處理裝置，與所述無線承載分配裝置相連，用 于在分配無線承載之后，確定所述基站是否已經(jīng)加入當前多媒體廣播 組播業(yè)務的因特網(wǎng)協(xié)議組播組，如尚未加入，則向接入網(wǎng)關(guān)申請加入 因特網(wǎng)協(xié)議組播組。
27. 根據(jù)權(quán)利要求22所述的基站，其中所述基站控制器根據(jù)通告 過程的結(jié)果，確定是否需要為各小區(qū)分配無線承載。
28. —種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)基站 的操作方法，包括以下步驟從接入網(wǎng)關(guān)接收多媒體廣播組播業(yè)務會話開始消息和多媒體廣 播組播業(yè)務會話更新消息，向接入網(wǎng)關(guān)返回響應消息；針對所述基站所管理的各個小區(qū)，根據(jù)所接收到的多媒體廣播組 播業(yè)務會話開始消息和多媒體廣播組播業(yè)務會話更新消息、以及所存 儲的映射關(guān)系，分別執(zhí)行以下操作確定該小區(qū)是否需要發(fā)起通告過程，如果需要，則發(fā)起 通告過程，并等待通告過程的結(jié)果；確定是否需要為該小區(qū)分配無線承載； 如果需要為該小區(qū)分配無線承載，則分配無線承載，并將無線承載配置信息通知給用戶設(shè)備；以及如果不需要為該小區(qū)分配無線承載，則確定是否需要發(fā)送多媒體廣播組播業(yè)務的狀態(tài)信息，如需要發(fā)送，則進行發(fā)送。
29. 根據(jù)權(quán)利要求28所述的操作方法，其中所述多媒體廣播組播 業(yè)務會話開始消息包括業(yè)務標識，業(yè)務類型，服務區(qū)域，和包含已定 制所述多媒體廣播組播業(yè)務的空閑狀態(tài)用戶設(shè)備的跟蹤區(qū)域列表。
30. 根據(jù)權(quán)利要求29所述的操作方法，其中所述多媒體廣播組播 業(yè)務會話開始消息還包括專用載頻標識。
31. 根據(jù)權(quán)利要求29所述的操作方法，其中所述業(yè)務類型包括廣
32.根據(jù)權(quán)利要求28所述的操作方法，還包括在分配無線承載之后，確定所述基站是否己經(jīng)加入當前多媒體廣 播組播業(yè)務的因特網(wǎng)協(xié)議組播組，如尚未加入，則向接入網(wǎng)關(guān)申請加 入因特網(wǎng)協(xié)議組播組。
33. 根據(jù)權(quán)利要求28所述的操作方法，其中根據(jù)通告過程的結(jié)果，確定是否需要為各小區(qū)分配無線承載。
34. —種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)基站，包括接收裝置，用于接收來自接入網(wǎng)關(guān)的多媒體廣播組播業(yè)務數(shù)據(jù)存儲裝置，用于存儲各個多媒體廣播組播業(yè)務的服務區(qū)與所述基 站所管理的各個小區(qū)之間的映射關(guān)系；因特網(wǎng)協(xié)議組播數(shù)據(jù)包處理裝置，用于接收因特網(wǎng)協(xié)議組播數(shù)據(jù) 包，提取因特網(wǎng)協(xié)議組播數(shù)據(jù)包的內(nèi)容，并根據(jù)所存儲的映射關(guān)系， 確定需要接收所述因特網(wǎng)協(xié)議組播數(shù)據(jù)包的內(nèi)容的小區(qū)；無線接口協(xié)議處理裝置，與所述基站所管理的各個小區(qū)相關(guān)聯(lián)， 用于對來自因特網(wǎng)協(xié)議組播數(shù)據(jù)包處理裝置的數(shù)據(jù)進行無線接口協(xié)議 處理，并將處理后的數(shù)據(jù)提供給發(fā)送裝置；發(fā)送裝置，用于向各個小區(qū)發(fā)送各種信息和數(shù)據(jù)；以及 基站控制器，用于控制所述存儲裝置和所述因特網(wǎng)協(xié)議組播數(shù)據(jù)包處理裝置，將所述接收裝置接收到的因特網(wǎng)協(xié)議組播包提供給所述因特網(wǎng)協(xié)議組播數(shù)據(jù)包處理裝置。
35. 根據(jù)權(quán)利要求34所述的基站，其中所述無線接口協(xié)議處理包 括無線鏈路層、媒體接入控制層、物理層協(xié)議處理中的任何一個或它 們的任意組合。
36. —種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)基站 的操作方法，包括以下步驟接收來自接入網(wǎng)關(guān)的多媒體廣播組播業(yè)務數(shù)據(jù)； 接收因特網(wǎng)協(xié)議組播數(shù)據(jù)包，提取因特網(wǎng)協(xié)議組播數(shù)據(jù)包的內(nèi)容；根據(jù)所存儲的各個多媒體廣播組播業(yè)務的服務區(qū)與所述基站所 管理的各個小區(qū)之間的映射關(guān)系，確定需要接收所述因特網(wǎng)協(xié)議組播 數(shù)據(jù)包的內(nèi)容的小區(qū)；對因特網(wǎng)協(xié)議組播數(shù)據(jù)包的內(nèi)容進行無線接口協(xié)議處理；以及向所確定的小區(qū)發(fā)送處理后的數(shù)據(jù)。
37. 根據(jù)權(quán)利要求36所述的操作方法，其中所述無線接口協(xié)議處 理包括無線鏈路層、媒體接入控制層、物理層協(xié)議處理中的任何一個 或它們的任意組合。
全文摘要
本發(fā)明提出了一種支持網(wǎng)絡(luò)組播的演進多媒體廣播組播業(yè)務(EMBMS)接入網(wǎng)關(guān)，包括接收/響應裝置，用于接收來自廣播組播服務中心的多媒體廣播組播業(yè)務會話開始消息，并在接收到所述多媒體廣播組播業(yè)務會話開始消息后向廣播組播服務中心返回響應消息；存儲裝置，用于存儲各個多媒體廣播組播業(yè)務服務區(qū)與各個基站之間的映射關(guān)系；確定裝置，用于在所述接收/響應裝置接收到所述多媒體廣播組播業(yè)務會話開始消息時，根據(jù)存儲的所述映射關(guān)系，確定與所述多媒體廣播組播業(yè)務相關(guān)聯(lián)的基站；以及發(fā)送裝置，用于向所確定的基站發(fā)送所述多媒體廣播組播業(yè)務會話開始消息。
文檔編號H04L29/06GK101132607SQ20061010990
公開日2008年2月27日 申請日期2006年8月22日 優(yōu)先權(quán)日2006年8月22日
發(fā)明者華 晁, 汪勇剛, 河 王, 胡中驥, 宇 陳 申請人:上海貝爾阿爾卡特股份有限公司