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

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


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

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