專利名稱：一種廣播多播服務系統(tǒng)中數(shù)據(jù)流傳輸?shù)姆椒ê拖到y(tǒng)的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡通信技術領域的網(wǎng)絡協(xié)議(IP =Internet Protocol)通信的方 法，尤其涉及一種廣播多播服務系統(tǒng)(BCMCS Broadcast-Multicast Service)中數(shù)據(jù)流傳 輸?shù)姆椒ê拖到y(tǒng)。
背景技術：
隨著互聯(lián)網(wǎng)技術和移動通信技術的發(fā)展，各種基于不同制式的移動業(yè)務層出不 窮。碼分多址系統(tǒng)(CDMA =Code Division Multiple Access)中的BCMCS就是一種新的業(yè) 務形式，它通過移動蜂窩系統(tǒng)向經(jīng)授權的用戶提供廣播和組播服務，如移動終端電視業(yè)務。 BCMCS通過為數(shù)據(jù)加密的方式，來保證只有知道密鑰的移動終端才能正確解密獲得數(shù)據(jù)內(nèi) 容，從而實現(xiàn)只有經(jīng)授權的用戶才能享用BCMCS的服務。在核心網(wǎng)側BCMCS利用IP技術將 需要進行廣播或者組播的數(shù)據(jù)傳輸?shù)娇罩墟溌飞?；在空中鏈路上BCMCS采用廣播或組播方 式來節(jié)省空中資源。所述廣播指的是將數(shù)據(jù)發(fā)送到所有的用戶，例如電臺廣播和電視業(yè)務。 組播指的是僅將數(shù)據(jù)發(fā)送給加入到特定組的用戶。如圖1所示為CDMA中BCMCS系統(tǒng)典型 網(wǎng)絡結構；如圖2所示為BCMCS服務節(jié)點(BSN =BCMCSServer Node)到基站/接入網(wǎng)(BS/ AN =Base Station/Access Network)之間的BCMCS數(shù)據(jù)流傳播方式，該圖同時顯示了 BSN和 無線接入網(wǎng)(RAN =RadioAccess Network)之間的協(xié)議棧模型，其中IP層采用單播方式傳輸 數(shù)據(jù)。BCMCS內(nèi)容服務器通過組播、或者通用路由封裝(GRE =Generic RoutingEncapsulation)隧道封裝的單播方式把已經(jīng)加密的節(jié)目數(shù)據(jù)發(fā)送到BSN ；BSN查找 已經(jīng)申請了該節(jié)目的基站控制器(BSC =Base Station Controller) /分組數(shù)據(jù)控制(PCF Packet Control Function)，復制已經(jīng)加密的節(jié)目數(shù)據(jù)并以AlO格式進行封裝，采用單播的 方式向已申請該節(jié)目的BSC/PCF分別發(fā)送；BSC/PCF接收到AlO格式封裝的節(jié)目數(shù)據(jù)，BSC/ PCF查找與自身連接的已經(jīng)申請了該節(jié)目的BS/AN，復制已經(jīng)加密的節(jié)目數(shù)據(jù)并轉發(fā)到已 申請該節(jié)目的BS/AN ；BS/AN接收到已經(jīng)加密的節(jié)目數(shù)據(jù)后，以廣播或者組播的方式在無線 公共信道上發(fā)送；無線終端使用知道的密鑰解密該節(jié)目數(shù)據(jù)，得到正確的原始節(jié)目數(shù)據(jù)。無線終端為了獲取BCMCS服務，必須通過BSC/PCF和BSN向服務認證授權計費 (SAAA =Service Authentication, Authorization, Accounting) BCMCS(BCMCS Controller)、即SAAA/BCMCS Controller提交注冊請求，3GPP2所規(guī)定的流程如圖3所示， 具體如下步驟301 無線終端(MS =Mobile Station)接收到來自BSC/PCF的廣播消息 (overhead messages)；無線終端提示用戶有BCMCS節(jié)目信息，并提示用戶是否需要注冊；步驟302 用戶需要注冊時，MS發(fā)起B(yǎng)CMCS注冊，向BSC/PCF發(fā)送攜帶鑒權信息的 BCMCS 注冊請求(BCMCS Registration)；步驟303 BSC/PCF向BSN發(fā)起B(yǎng)CMCS服務請求，以獲取會話信息；BSC/PCF根據(jù)接收到的注冊請求向BSN發(fā)送攜帶鑒權信息的BCMCS服務請求
4(BCMCS Service Request)；步驟304 =BSN向SAAA/BCMCS Controller發(fā)起基于遠程驗證用戶撥入服務 (RADIUS =Remote Authentication Dial-In User Service)的接入請求，獲取會話信息，也 是服務發(fā)現(xiàn)過程的開始；BSN根據(jù)接收到的BCMCS服務請求向SAAA/BCMCS Controller發(fā)送基于RADIUS的 攜帶鑒權信息的接入請求(Access Request)；步驟305 SAAA/BCMCS Co ntroller根據(jù)接收到的接入請求對MS進行鑒權，鑒權 通過后向BSN返回攜帶BCMCS會話信息的RADIUS接入接受消息(Access Accept)；步驟306 =BSN收到接入接受消息后，記錄BCMCS會話信息后向BSC/PCF返回攜帶 BCMCS 會話信息的 BCMCS 服務響應(BCMCS Service Response)；步驟307 :BSC/PCF收到BCMCS服務響應后，將步驟302中MS發(fā)送的BCMCS注冊請 求轉發(fā)給BSN，同時要求BSN建立AlO通道；所述AlO通道是CDMA網(wǎng)絡中BSN和BSC/PCF之間的承載通道，每個AlO鏈接是單 向的，只能從BSN到BSC/PCF傳送BCMCS數(shù)據(jù)流，且同一 BSC/PCF的兩個AlO鏈接不能傳輸 相同的BCMCS數(shù)據(jù)流，且每個AlO鏈接一次只能傳輸一個BCMCS數(shù)據(jù)流。步驟308 =BSN經(jīng)過創(chuàng)建網(wǎng)絡，建立好相關AlO通道后向BSC/PCF返回BCMCS注冊 請求應答(BCMCS Registration Reply)；步驟309 :BSC/PCF收到BCMCS注冊請求應答后，向MS發(fā)送注冊請求應答 (Registration Acc印t)，通知用戶鑒權通過；步驟310 =BCMCS和MS之間進行該節(jié)目的BCMCS數(shù)據(jù)流傳送；步驟311 :BSC/PCF通過檢測數(shù)據(jù)流量的方式檢測其下是否有MS繼續(xù)接收該節(jié)目 的BCMCS數(shù)據(jù)流，當BSC/PCF檢查出其下沒有MS繼續(xù)接收該節(jié)目的BCMCS數(shù)據(jù)流的時候， 向BSN發(fā)送釋放該節(jié)目的BCMCS數(shù)據(jù)流的請求；步驟312 :BSN接收該請求釋放相關資源，并向BSC/PCF發(fā)送請求應答。目前3GPP2的規(guī)范中，提到從BCMCS內(nèi)容服務器到BSN之間可以采用組播或者GRE 封裝的單播方式來實現(xiàn)BCMCS數(shù)據(jù)流的轉發(fā)，但是在BSN到BSC/PCF之間還是采用傳統(tǒng)的 AlO通道來承載BCMCS數(shù)據(jù)流。AlO通道是一個在BSC/PCF和BSN之間的GRE隧道，是個單 播數(shù)據(jù)流，即BSN到BSC/PCF之間的數(shù)據(jù)流傳輸為單播傳輸。所述單播(Unicast)傳輸是 指在發(fā)送者和每一接收者之間實現(xiàn)點對點的網(wǎng)絡連接，單播傳輸方式下，如果一個發(fā)送者 同時給多個接收者傳輸相同的數(shù)據(jù)，必須相應地復制多份相同的數(shù)據(jù)包；如果有大量接收 者要求獲得同一數(shù)據(jù)包時，將導致發(fā)送者負擔沉重、延遲長、網(wǎng)絡擁塞?，F(xiàn)有技術下，BSN與 BSC/PCF之間數(shù)據(jù)傳輸采用單播方式，如果多個BSC/PCF或多個MS同時要求同一個BCMCS 的服務，在BSC/PCF和BSN之間會同時傳輸多個內(nèi)容相同的數(shù)據(jù)流，加大BSC/PCF和BSN之 間網(wǎng)絡路徑的負荷，浪費網(wǎng)絡的帶寬；而且在BSN上因為需要向不同的BSC/PCF發(fā)送相同的 數(shù)據(jù)流，要求BSN對數(shù)據(jù)流進行多次復制，浪費BSN的處理能力，也使得BSN成為BCMCS系 統(tǒng)中的一個瓶頸。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)BCMCS系統(tǒng)中數(shù)據(jù)流傳輸?shù)姆椒ê拖到y(tǒng)，減輕BCMCS系統(tǒng)中BSN和BSC/PCF之間網(wǎng)絡的負荷；降低BCMCS系統(tǒng)中對BSN處理 能力的要求。為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的一種廣播多播服務BCMCS系統(tǒng)中數(shù)據(jù)流傳輸?shù)姆椒?，包?BCMCS服務節(jié)點BSN根 據(jù)自身所維護的組播信息表通過網(wǎng)絡協(xié)議IP組播方式將BCMCS數(shù)據(jù)流發(fā)送給基站控制器 /分組數(shù)據(jù)控制BCS/PCF，BCS/PCF根據(jù)自身的組播信息表通過IP組播方式轉發(fā)接收到的 BCMCS數(shù)據(jù)流。上述方案中，所述BSN根據(jù)自身所維護的組播信息表通過IP組播方式發(fā)送BCMCS 數(shù)據(jù)流，包括BSN判斷是否已為MS所選節(jié)目創(chuàng)建組播組，如果沒有為該節(jié)目創(chuàng)建組播組時， 則在所述組播信息表中為該節(jié)目創(chuàng)建組播組，根據(jù)所述組播組信息通過IP組播方式發(fā)送 BCMCS數(shù)據(jù)流，并向BCS/PCF發(fā)送組播組信息；如果已經(jīng)為該節(jié)目創(chuàng)建組播組，則根據(jù)所述 組播組信息通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，并向BCS/PCF發(fā)送組播組信息。上述方案中，所述組播信息表包括節(jié)目ID與組播組信息，所述組播組信息包含組 播地址和該組播對應的通用路由封裝協(xié)議的鍵值GRE KEY ；所述BSN判斷是否已為MS所選節(jié)目創(chuàng)建組播組具體為BSN根據(jù)接收到的節(jié)目地 址ID查詢自身所維護的組播信息表，查看是否存在與該節(jié)目ID對應的組播組信息，如果存 在，確定已經(jīng)為所述節(jié)目創(chuàng)建組播組；如果不存在，確定沒有為所述節(jié)目創(chuàng)建組播組；和/ 或，所述在所述組播信息表中為節(jié)目創(chuàng)建組播組具體為BSN選擇一個空閑的組播地 址和一個空閑的GRE KEY創(chuàng)建一個組播組，該組播組在所述組播信息表中以該節(jié)目的節(jié)目 ID為索引。較佳地，所述BCS/PCF根據(jù)自身的組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù) 流，包括BCS/PCF根據(jù)BSN發(fā)送的組播組信息，查詢自身所維護的組播信息表中是否存在 該組播組信息，如果存在，則確定自身已加入相應的組播組，根據(jù)所述組播信息表通過IP 組播方式發(fā)送BCMCS數(shù)據(jù)流；如果不存在，則確定自身沒有加入相應的組播組，加入該組播 組，根據(jù)所述組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流。較佳地，所述加入組播組具體為將接收到的組播組信息添加到自身所維護的組 播信息表中，并向BSN與BSC/PCF之間的網(wǎng)絡發(fā)送加入該組播組的互聯(lián)網(wǎng)組管理協(xié)議IGMP 報告，通知該網(wǎng)絡上的設備自身已經(jīng)加入該組播組。上述方案中，所述BCMCS數(shù)據(jù)流傳輸過程中，該方法進一步包括BSN向BCS/PCF發(fā)送IGMP查詢，確定是否還有BSC/PCF在轉發(fā)組播組所承載的 節(jié)目的BCMCS數(shù)據(jù)流，如果有，則繼續(xù)根據(jù)自身所維護的組播信息表通過IP組播方式發(fā)送 BCMCS數(shù)據(jù)流；否則，釋放BSN與BSC/PCF之間的承載路徑，結束BCMCS數(shù)據(jù)流的傳輸。較佳地，所述向BCS/PCF發(fā)送IGMP查詢之后，進一步包括當BCS/PCF收到IGMP查 詢時，如果BCS/PCF下面還有MS在接收該節(jié)目的BCMCS數(shù)據(jù)流，BCS/PCF向BSN返回IGMP 報告；否則，BCS/PCF不返回IGMP報告，并刪除自身維護的組播信息表中與該節(jié)目對應的組 播組信息，退出所述組播組；
6
所述確定是否還有BSC/PCF在轉發(fā)組播組所承載的節(jié)目的BCMCS數(shù)據(jù)流，具體為 如果在規(guī)定時間中收到BCS/PCF返回的IGMP報告，確定有BSC/PCF在轉發(fā)組播組所承載的 節(jié)目的BCMCS數(shù)據(jù)流，繼續(xù)根據(jù)自身所維護的組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù) 流；如果在規(guī)定時間中沒有收到BCS/PCF返回的IGMP報告，確定已經(jīng)沒有BSC/PCF在轉發(fā) 組播組所承載的節(jié)目的BCMCS數(shù)據(jù)流，則BSN請求釋放自身與BCS/PCF之間的承載路徑，同 時，BSN刪除自身維護的組播信息表中與該節(jié)目對應的組播組信息。本發(fā)明還提供了一種實現(xiàn)BCMCS系統(tǒng)中數(shù)據(jù)流傳輸?shù)南到y(tǒng)，該系統(tǒng)包括BCS/ PCF、BSN;其特征在于，BSN,用于根據(jù)自身的組播信息表通過IP組播方式將BCMCS數(shù)據(jù)流發(fā)送給BCS/ PCF ；BCS/PCF，用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送接收到的BCMCS數(shù)據(jù)流。上述方案中，所述BSN用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送BCMCS數(shù) 據(jù)流，具體為BSN判斷是否已為MS所選節(jié)目創(chuàng)建組播組，如果沒有為該節(jié)目創(chuàng)建組播組 時，則在所述組播信息表中為該節(jié)目創(chuàng)建組播組，根據(jù)所述組播組信息通過IP組播方式發(fā) 送BCMCS數(shù)據(jù)流，并向BCS/PCF發(fā)送組播組信息；如果已經(jīng)為該節(jié)目創(chuàng)建組播組，則根據(jù)所 述組播組信息通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，并向BCS/PCF發(fā)送組播組信息；和/或，所述BSN進一步用于向BCS/PCF發(fā)送IGMP查詢，確定在規(guī)定時間內(nèi)沒有接收到 BCS/PCF返回的相應的IGMP報告時，請求釋放自身與BCS/PCF之間的承載路徑，刪除相應的 組播組信息。 較佳地，所述BCS/PCF用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送接收到的 BCMCS數(shù)據(jù)流，具體為BCS/PCF根據(jù)BSN發(fā)送的組播組信息，查詢自身所維護的組播信息表 中是否存在該組播組信息，如果存在，則確定自身已加入相應的組播組，根據(jù)所述組播信息 表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流；如果不存在，則確定自身沒有加入相應的組播組，加 入該組播組，根據(jù)所述組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流；和/或，所述BCS/PCF進一步用于在接收到IGMP查詢后，如果有MS接收BCMCS數(shù)據(jù)流，則 向BSN返回IGMP報告；如果沒有MS接收BCMCS數(shù)據(jù)流，則不返回IGMP報告，并刪除自身維 護的組播信息表中與該節(jié)目對應的組播組信息，退出所述組播組。由此可以看出，相對于現(xiàn)有技術而言，由于在BSN和BSC/PCF之間采用IP組播傳 輸?shù)姆椒?，BSN只需將接收到的BCMCS數(shù)據(jù)流進行一次復制發(fā)送給節(jié)目對應的組播地址即 可，則加入該組播地址對應組播組的BSC/PCF均可接收到BCMCS數(shù)據(jù)流，減輕了 BCMCS系統(tǒng) 中BSN和BSC/PCF之間的網(wǎng)絡負荷；降低了 BCMCS系統(tǒng)中對BSN處理能力的要求。


圖1為CDMA中BCMCS系統(tǒng)典型網(wǎng)絡架構圖；圖2為BCMCS系統(tǒng)中BSN到BS/AN之間數(shù)據(jù)流傳播方式示意圖；圖3為3GPP2所規(guī)定的BCMCS媒體流傳輸方法的流程示意圖；圖4為本發(fā)明中BCMCS系統(tǒng)中一種媒體流傳輸方法實現(xiàn)的示意圖。
具體實施例方式IP組播使用特定的IP組播地址，按照最大投遞的原則，將IP數(shù)據(jù)報傳輸?shù)揭粋€組 播組(multicast group)的主機集合。IP組播的基本方法是當一個發(fā)送者向一組接收者 發(fā)送數(shù)據(jù)時，發(fā)送者不必向每一個接收者都發(fā)送數(shù)據(jù)，只需將數(shù)據(jù)發(fā)送到一個特定的組播 地址，所有加入該組播組的接收者均可接收到這份數(shù)據(jù)，對發(fā)送者而言，數(shù)據(jù)只需發(fā)送一次 就可以發(fā)送到所有接收者，大大減輕了網(wǎng)絡的負載和發(fā)送者的負擔。本發(fā)明的基本思想是 BSN與BSC/PCF之間采用IP組播技術傳輸數(shù)據(jù)流，BSN采用組播方式將BCMCS數(shù)據(jù)流發(fā)送 給BSC/PCF，實現(xiàn)BCMCS數(shù)據(jù)流的傳輸。下面結合附圖和具體實施例對本發(fā)明進行詳細說明。本發(fā)明的實現(xiàn)BCMCS系統(tǒng)中數(shù)據(jù)流傳輸方法的實現(xiàn)流程如圖4所示，包括以下步 驟步驟401 =MS接收到來自BSC/PCF的廣播消息；提示用戶有BCMCS節(jié)目信息，并提 示用戶是否需要注冊；步驟402 用戶需要注冊時，MS發(fā)起B(yǎng)CMCS注冊請求，向BSC/PCF發(fā)送攜帶鑒權信 息的注冊請求；用戶選擇節(jié)目后，由MS發(fā)起該節(jié)目的BCMCS注冊請求，向BSC/PCF發(fā)送攜帶鑒權 信息的注冊請求。步驟403 BSC/PCF向BSN發(fā)起B(yǎng)CMCS服務請求；BSC/PCF根據(jù)接收到的注冊請求向BSN發(fā)送攜帶鑒權信息的服務請求，以獲取會 lSfn 息。步驟404 :BSN收到服務請求后，向SAAA/BCMCS Co ntroller發(fā)起基于RADIUS的 接入請求，獲取會話信息，這是服務發(fā)現(xiàn)過程的開始；BSN根據(jù)接收到的服務請求向SAAA/BCMCS Co ntroller發(fā)送攜帶鑒權信息的接入 請求；步驟405 SAAA/BCMCS Co ntroller根據(jù)接收到的接入請求中的鑒權信息對MS進 行鑒權，MS通過鑒權后，向BSN返回攜帶BCMCS會話信息的基于RADIUS的接入接受消息；步驟406 408 =BSN根據(jù)接入接受消息中包含的節(jié)目地址(ID)查詢自身所維護 的組播信息表，如果已經(jīng)為該節(jié)目創(chuàng)建了一個組播組，則執(zhí)行步驟407，BSN向BSC/PCF返回 服務響應，然后繼續(xù)執(zhí)行步驟409 ；如果沒有為該服務創(chuàng)建組播組，則執(zhí)行步驟408，為該節(jié) 目創(chuàng)建一個組播組，然后執(zhí)行步驟407，BSN向BSC/PCF返回服務響應；所述組播信息表為節(jié)目ID與組播組信息的對應表，該表以節(jié)目ID作為索引內(nèi)容 包含組播地址和該組播對應的通用路由封裝協(xié)議的鍵值(GRE KEY)。因此可以以組播地址 和GRE KEY來標識一個BCMCS節(jié)目。BSN記錄SAAA/BCMCS Co ntroller返回的接入接受消息中包含的會話信息后，根 據(jù)接入接受消息中包含的節(jié)目ID查詢自身所維護的組播信息表，如果組播信息表中存在 與該節(jié)目ID相應的表項，即與該節(jié)目對應的組播組信息，確定已經(jīng)為該節(jié)目創(chuàng)建了一個組 播組，則提取與該節(jié)目對應的組播組信息，添加到向BSC/PCF返回的攜帶BCMCS會話信息的 服務響應中，向BSC/PCF返回服務響應；如果組播信息表中不存在與該節(jié)目ID相應的表項， 確定沒有為該節(jié)目創(chuàng)建組播組，則BSN選擇一個空閑的組播地址和一個空閑的GRE KEY為該節(jié)目創(chuàng)建一個組播組，即在組播信息表中創(chuàng)建一個以該節(jié)目的節(jié)目ID為索引的對應表 項；創(chuàng)建完成之后，將相應的組播組信息添加到需要向BSC/PCF返回的攜帶BCMCS會話信息 的服務響應中，向BSC/PCF返回服務響應；所述組播組信息包括組播信息表中與該節(jié)目對應的組播地址以及GREKEY ；所述 BSN向BSC/PCF返回的服務響應中包含BCMCS會話信息以及該節(jié)目對應的組播地址和GRE KEY。步驟409 :BSC/PCF接收到服務響應后提取出組播組信息，判斷是否已加入該組播 組，如果沒有加入該組播組，則執(zhí)行步驟410，加入該組播組并向網(wǎng)絡發(fā)送互聯(lián)網(wǎng)組管理協(xié) 議(IGMP Jntemet Group Message Protocol)報告，然后執(zhí)行步驟 411，向 BSN 發(fā)送 BCMCS 注冊請求；如果已加入該組播組，則執(zhí)行步驟411，BSC/PCF向BSN發(fā)送BCMCS注冊請求；BSC/PCF接收到服務響應后提取出組播組信息，查詢自身所維護的組播信息表中 是否存在該組播組信息，如果不存在，BSC/PCF確定自身沒有加入與該組播組信息相應的 組播組，則將所提取的組播組信息添加到自身所維護的組播信息表中，加入該組播組，并向 BSN與BSC/PCF之間的網(wǎng)絡發(fā)送加入該組播組的IGMP報告，通知網(wǎng)絡上的設備自身已加入 該組播組，當網(wǎng)絡上的設備收到該組播組承載的節(jié)目的BCMCS數(shù)據(jù)流時候就會向該BSC/ PCF進行轉發(fā)；加入組播組后，BSC/PCF向BSN發(fā)送BCMCS注冊請求；如果BSC/PCF所維護的 組播信息表中已經(jīng)存在與所接收到的組播組信息相同的組播組信息，BSC/PCF確定自身已 加入該組播組信息相應的組播組，則不向BSN與BSC/PCF之間的網(wǎng)絡發(fā)送IGMP報告，BSC/ PCF直接向BSN發(fā)送BCMCS注冊請求，要求BSN建立AlO通道；所述BSC/PCF所維護的組播 信息表為BSC/PCF已加入的組播組的組播組信息所組成的表；組播組信息包括組播地址 和 GRE KEY。步驟412 :BSN經(jīng)過創(chuàng)建網(wǎng)絡，建立好相關AlO通道后向BSC/PCF返回注冊請求應 答；步驟413 :BSC/PCF向MS發(fā)送注冊接受消息，通知用戶鑒權通過；步驟414 :BSN將BCMCS內(nèi)容服務器過來的該節(jié)目的BCMCS數(shù)據(jù)流通過組播的方式 發(fā)送給BSC/PCF ；BSN接收到該節(jié)目的BCMCS數(shù)據(jù)流后，根據(jù)自身所維護的組播信息表，以為該節(jié)目 創(chuàng)建的組播組對應組播地址進行封裝后發(fā)送到BSN和BSC/PCF之間的網(wǎng)絡上，則所有加入 為該節(jié)目創(chuàng)建的組播組的BSC/PCF均可接收到該節(jié)目的BCMCS數(shù)據(jù)流。步驟415 418 :BSN定期向BSC/PCF發(fā)送IGMP查詢，確定是否還有BSC/PCF在轉 發(fā)對應組播組承載的節(jié)目的BCMCS數(shù)據(jù)流，如果有則執(zhí)行步驟418，繼續(xù)進行BCMCS數(shù)據(jù)流 的傳輸；否則，執(zhí)行步驟417，釋放BSN與BSC/PCF之間的承載路徑，結束BCMCS數(shù)據(jù)流的傳 輸；BSC/PCF收到BSN發(fā)送的IGMP查詢后，如果BSC/PCF下面還有MS在接收該節(jié)目的 BCMCS數(shù)據(jù)流，BSC/PCF向BSN與BSC/PCF之間的網(wǎng)絡返回一個IGMP報告；否則，BSC/PCF 不返回IGMP報告，并刪除自身維護的組播信息表中與該節(jié)目對應的組播組信息，退出該組 播組，停止接收該節(jié)目的BCMCS數(shù)據(jù)流。所述確定是否還有BSC/PCF在轉發(fā)組播組所承載 的節(jié)目的BCMCS數(shù)據(jù)流，具體為如果在規(guī)定時間內(nèi)接收到BSC/PCF返回的IGMP報告，確定 有BSC/PCF在轉發(fā)組播組所承載的節(jié)目的BCMCS數(shù)據(jù)流，則BSN繼續(xù)根據(jù)自身所維護該組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流；如果IGMP查詢在規(guī)定時間內(nèi)沒有收到BSC/ PCF返回的IGMP報告，確定已經(jīng)沒有BSC/PCF在轉發(fā)組播組所承載的節(jié)目的BCMCS數(shù)據(jù)流， 則BSN請求釋放自身與BSC/PCF之間的承載路徑，同時，BSN刪除自身維護的組播信息表中 與該節(jié)目對應的組播組信息。所述承載路徑為BSN與BSC/PCF之間的AlO通道；所述發(fā)送 IGMP查詢的周期為經(jīng)驗值。結合具體實施例對不同情況下的創(chuàng)建BSN與BCS/PCF之間BCMCS數(shù)據(jù)流的組播通 道的流程做詳細說明。如果BSC1/PCF1下的第一臺MSl請求一個節(jié)目的服務，并且此時BSN未為該節(jié)目 創(chuàng)建組播組，那么具體處理為注冊過程中，BSN根據(jù)接收到的節(jié)目ID查詢自身所維護的組播信息表，確定沒有 為該節(jié)目創(chuàng)建組播組，則BSN選擇一個空閑的組播地址和一個空閑的GRE KEY為該節(jié)目創(chuàng) 建一個組播組；創(chuàng)建完成之后，將該節(jié)目對應的組播地址以及GRE KEY添加到需要向BSCl/ PCFl返回的攜帶BCMCS會話信息的服務響應中，向BSC1/PCF1返回服務響應；BSC1/PCF1接收到服務響應后提取出組播組信息，查詢自身所維護的組播信息表， 確定BSC1/PCF1沒有加入該組播組信息所對應的組播組，將組播組信息添加到自身所維護 的組播信息表中，并向BSN與BSC1/PCF1之間的網(wǎng)絡發(fā)送一個IGMP報告，通知該網(wǎng)絡上的 設備自身已加入該組播組；并向BSN發(fā)送BCMCS注冊請求；如果BSC1/PCF1下的MS2發(fā)起與MSl相同節(jié)目的服務，此時BSN上已為該節(jié)目創(chuàng) 建了組播組，并且BSC1/PCF1已經(jīng)加入了該節(jié)目對應的組播組，那么具體處理為，注冊過程中，BSN根據(jù)接收到的節(jié)目ID查詢自身所維護的組播信息表，確定已 經(jīng)為該節(jié)目創(chuàng)建了組播組，提取該節(jié)目對應的組播地址以及GRE KEY添加到需要向BSCl/ PCFl返回的攜帶BCMCS會話信息的服務響應中，向BSC1/PCF1返回服務響應；BSC1/PCF1接收到服務響應后提取組播組信息，查詢自身所維護的組播信息表，確 定BSC1/PCF1已經(jīng)加入該組播組信息所對應的組播組，則BSC1/PCF1不向網(wǎng)絡發(fā)送IGMP報 告，直接向BSN發(fā)送BCMCS注冊請求；如果BSC2/PCF2下的一個MS3發(fā)起與MSl、MS2相同節(jié)目的服務，BSN已經(jīng)為該節(jié) 目創(chuàng)建了組播組，但是，BSC2/PCF2還未加入該組播組，相應的處理如下注冊過程中，BSN記錄會話信息后，根據(jù)接入接受消息中包含的節(jié)目ID查詢自身 所維護的組播信息表，確定已經(jīng)為該節(jié)目創(chuàng)建了一個組播組，則提取相應的組播地址以及 GRE KEY添加到向BSC2/PCF2返回的攜帶BCMCS會話信息的服務響應中，向BSC2/PCF2返回 服務響應；BSC2/PCF2接收到服務響應后提取組播組信息，查詢自身所維護的組播信息表，確 定BSC2/PCF2沒有加入該組播組，將該組播組信息添加到自身維護的組播信息表中，并向 BSN與BSC2/PCF2之間的網(wǎng)絡發(fā)送一個IGMP報告，通知網(wǎng)絡上的設備自身已加入該組播組； 向BSN發(fā)送BCMCS注冊請求；本發(fā)明還提供了一種實現(xiàn)BCMCS系統(tǒng)中數(shù)據(jù)流傳輸?shù)南到y(tǒng)，該系統(tǒng)包括BCS/ PCF, BSN ；其中，BSN，用于根據(jù)自身的組播信息表通過IP組播方式將接收到的BCMCS數(shù)據(jù)流發(fā)送 給 BCS/PCF ；
10
BCS/PCF，用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送接收到的BCMCS數(shù)據(jù)流。所述BSN用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，具體 為BSN判斷是否已為MS所選節(jié)目創(chuàng)建組播組，如果沒有為該節(jié)目創(chuàng)建組播組時，則在所述 組播信息表中為該節(jié)目創(chuàng)建組播組，根據(jù)所述組播組信息通過IP組播方式發(fā)送BCMCS數(shù)據(jù) 流，并向BCS/PCF發(fā)送組播組信息；如果已經(jīng)為該節(jié)目創(chuàng)建組播組，則根據(jù)所述組播組信息 通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，并向BCS/PCF發(fā)送組播組信息；BSN進一步用于向BCS/PCF發(fā)送IGMP查詢，如果在規(guī)定時間內(nèi)沒有接收到BCS/ PCF返回的相應的IGMP報告，則BSN請求釋放自身與BCS/PCF之間的承載路徑，刪除相應的 組播組信息；如果在規(guī)定時間內(nèi)接收到BCS/PCF返回相應的IGMP報告，則繼續(xù)根據(jù)自身所 維護的組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流。所述BCS/PCF用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送接收到的BCMCS 數(shù)據(jù)流，具體為BCS/PCF根據(jù)BSN發(fā)送的組播組信息，查詢自身所維護的組播信息表中是 否存在該組播組信息，如果存在，則確定自身已加入相應的組播組，根據(jù)所述組播信息表通 過IP組播方式發(fā)送BCMCS數(shù)據(jù)流；如果不存在，則確定自身沒有加入相應的組播組，加入該 組播組，根據(jù)所述組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流；BSC/PCF，進一步用于確定在接收到IGMP查詢后，如果有MS在接收BCMCS數(shù)據(jù)流， 則向BSN返回相應的IGMP報告；如果沒有MS接收BCMCS數(shù)據(jù)流，則不返回IGMP報告，并刪 除自身維護的組播信息表中與該節(jié)目對應的組播組信息，退出所述組播組。實際應用中，MS接收到來自BSC/PCF廣播消息，用戶選擇喜歡的節(jié)目，MS發(fā)起 BCMCS注冊請求，向BSC/PCF發(fā)送攜帶鑒權信息的注冊請求；BSC/PCF根據(jù)接收到的注冊信 息向BSN發(fā)送攜帶鑒權信息的服務請求；BSN向SAAA/BCMCS Controller遠程驗證用戶撥 入服務發(fā)送接入請求，SAAA/BCMCS Co ntroller通過鑒權后向BSN返回接入接受響應；BSN 確定是否已為MS所選節(jié)目創(chuàng)建了組播組，如果已經(jīng)為該節(jié)目創(chuàng)建了一個組播組，BSN則提 取與該節(jié)目對應的組播組信息，添加到向BSC/PCF返回的服務響應中，向BSC/PCF返回服務 響應；如果沒有為該節(jié)目創(chuàng)建組播組，則BSN為該節(jié)目創(chuàng)建一個組播組，創(chuàng)建完成之后，將 相應的組播組信息添加到向BSC/PCF返回服務響應中，向BSC/PCF返回服務響應；BSC/PCF 接收到服務響應后提取組播組信息，確定是否已加入該組播組信息相應的組播組，如果沒 有加入該組播組，則將所提取的組播組信息添加到自身所維護的組播信息表中，加入該組 播組，并向BSN與BSC/PCF之間的網(wǎng)絡發(fā)送加入該組播組的IGMP報告，通知網(wǎng)絡上的設備 自身已加入該組播組，并向BSN發(fā)送BCMCS注冊請求；如果BSC/PCF已加入該節(jié)目對應的組 播組，則不向BSN與BSC/PCF之間的網(wǎng)絡發(fā)送IGMP報告，直接向BSN發(fā)送BCMCS注冊請求， 要求BSN建立AlO通道；BSN創(chuàng)建好AlO通道后向BSC/PCF返回注冊請求應答；BSC/PCF收到BSN返回的注 冊請求應答后，向MS發(fā)送注冊接受消息，通知用戶鑒權通過；BSN將BCMCS服務器過來的該 節(jié)目的BCMCS數(shù)據(jù)流通過組播的方式發(fā)送給BSC/PCF ；BCMCS數(shù)據(jù)流傳輸過程中，BSN定期 向BSC/PCF發(fā)送IGMP查詢，確定是否還有BSC/PCF在轉發(fā)組播組所承載的節(jié)目的BCMCS數(shù) 據(jù)流。當BSC/PCF收到BSN發(fā)送的IGMP查詢時，如果BSC/PCF下面還有MS在接收該節(jié)目
11的BCMCS數(shù)據(jù)流，則BSC/PCF向BSN返回一個IGMP報告；否則，BSC/PCF不返回IGMP報告， 并刪除自身維護的組播信息表中與該節(jié)目對應的組播組信息，退出所述組播組；因此，如果 BSN在規(guī)定時間內(nèi)接收到BSC/PCF返回的IGMP包括，確定還有BSC/PCF在轉發(fā)該組播組承 載的BCMCS數(shù)據(jù)流，則繼續(xù)根據(jù)自身所維護的組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù) 流；如果在規(guī)定時間內(nèi)沒有收到BSC/PCF返回的IGMP報告，確定已經(jīng)沒有BSC/PCF在轉發(fā) 組播組所承載的節(jié)目的BCMCS數(shù)據(jù)流，則BSN請求釋放自身與BSC/PCF之間的承載路徑，同 時，BSN刪除自身維護的組播信息表與該節(jié)目對應的組播組信息。 以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護 范圍之內(nèi)。
權利要求
一種廣播多播服務BCMCS系統(tǒng)中數(shù)據(jù)流傳輸?shù)姆椒ǎ涮卣髟谟?，BCMCS服務節(jié)點BSN根據(jù)自身所維護的組播信息表通過網(wǎng)絡協(xié)議IP組播方式將BCMCS數(shù)據(jù)流發(fā)送給基站控制器/分組數(shù)據(jù)控制BCS/PCF，BCS/PCF根據(jù)自身的組播信息表通過IP組播方式轉發(fā)接收到的BCMCS數(shù)據(jù)流。
2.根據(jù)權利要求1所述的所述的方法，其特征在于，所述BSN根據(jù)自身所維護的組播信 息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，包括BSN判斷是否已為MS所選節(jié)目創(chuàng)建組播組，如果沒有為該節(jié)目創(chuàng)建組播組時，則在所 述組播信息表中為該節(jié)目創(chuàng)建組播組，根據(jù)所述組播組信息通過IP組播方式發(fā)送BCMCS數(shù) 據(jù)流，并向BCS/PCF發(fā)送組播組信息；如果已經(jīng)為該節(jié)目創(chuàng)建組播組，則根據(jù)所述組播組信 息通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，并向BCS/PCF發(fā)送組播組信息。
3.根據(jù)權利要求2所述的所述的方法，其特征在于，所述組播信息表包括節(jié)目ID與 組播組信息，所述組播組信息包含組播地址和該組播對應的通用路由封裝協(xié)議的鍵值GRE KEY ；所述BSN判斷是否已為MS所選節(jié)目創(chuàng)建組播組具體為BSN根據(jù)接收到的節(jié)目地址ID 查詢自身所維護的組播信息表，查看是否存在與該節(jié)目ID對應的組播組信息，如果存在， 確定已經(jīng)為所述節(jié)目創(chuàng)建組播組；如果不存在，確定沒有為所述節(jié)目創(chuàng)建組播組；和/或，所述在所述組播信息表中為節(jié)目創(chuàng)建組播組具體為BSN選擇一個空閑的組播地址和 一個空閑的GRE KEY創(chuàng)建一個組播組，該組播組在所述組播信息表中以該節(jié)目的節(jié)目ID為 索引。
4.根據(jù)權利要求2所述的所述的方法，其特征在于，所述BCS/PCF根據(jù)自身的組播信息 表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，包括BCS/PCF根據(jù)BSN發(fā)送的組播組信息，查詢自身所維護的組播信息表中是否存在該組 播組信息，如果存在，則確定自身已加入相應的組播組，根據(jù)所述組播信息表通過IP組播 方式發(fā)送BCMCS數(shù)據(jù)流；如果不存在，則確定自身沒有加入相應的組播組，加入該組播組， 根據(jù)所述組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流。
5.根據(jù)權利要求4所述的方法，其特征在于，所述加入組播組具體為將接收到的組播 組信息添加到自身所維護的組播信息表中，并向BSN與BSC/PCF之間的網(wǎng)絡發(fā)送加入該組 播組的互聯(lián)網(wǎng)組管理協(xié)議IGMP報告，通知該網(wǎng)絡上的設備自身已經(jīng)加入該組播組。
6.根據(jù)權利要求1所述的方法，其特征在于，所述BCMCS數(shù)據(jù)流傳輸過程中，該方法進 一步包括BSN向BCS/PCF發(fā)送IGMP查詢，確定是否還有BSC/PCF在轉發(fā)組播組所承載的節(jié)目的 BCMCS數(shù)據(jù)流，如果有，則繼續(xù)根據(jù)自身所維護的組播信息表通過IP組播方式發(fā)送BCMCS數(shù) 據(jù)流；否則，釋放BSN與BSC/PCF之間的承載路徑，結束BCMCS數(shù)據(jù)流的傳輸。
7.根據(jù)權利要求6所述的方法，其特征在于，所述向BCS/PCF發(fā)送IGMP查詢之后，進一步包括當BCS/PCF收到IGMP查詢時，如果 BCS/PCF下面還有MS在接收該節(jié)目的BCMCS數(shù)據(jù)流，BCS/PCF向BSN返回IGMP報告；否則， BCS/PCF不返回IGMP報告，并刪除自身維護的組播信息表中與該節(jié)目對應的組播組信息， 退出所述組播組；所述確定是否還有BSC/PCF在轉發(fā)組播組所承載的節(jié)目的BCMCS數(shù)據(jù)流，具體為如果在規(guī)定時間中收到BCS/PCF返回的IGMP報告，確定有BSC/PCF在轉發(fā)組播組所承載的節(jié)目 的BCMCS數(shù)據(jù)流，繼續(xù)根據(jù)自身所維護的組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流； 如果在規(guī)定時間中沒有收到BCS/PCF返回的IGMP報告，確定已經(jīng)沒有BSC/PCF在轉發(fā)組播 組所承載的節(jié)目的BCMCS數(shù)據(jù)流，則BSN請求釋放自身與BCS/PCF之間的承載路徑，同時， BSN刪除自身維護的組播信息表中與該節(jié)目對應的組播組信息。
8.一種實現(xiàn)BCMCS系統(tǒng)中數(shù)據(jù)流傳輸?shù)南到y(tǒng)，該系統(tǒng)包括BCS/PCF、BSN ；其特征在于，BSN，用于根據(jù)自身的組播信息表通過IP組播方式將BCMCS數(shù)據(jù)流發(fā)送給BCS/PCF ；BCS/PCF，用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送接收到的BCMCS數(shù)據(jù)流。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述BSN用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，具體為BSN 判斷是否已為MS所選節(jié)目創(chuàng)建組播組，如果沒有為該節(jié)目創(chuàng)建組播組時，則在所述組播信 息表中為該節(jié)目創(chuàng)建組播組，根據(jù)所述組播組信息通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流，并 向BCS/PCF發(fā)送組播組信息；如果已經(jīng)為該節(jié)目創(chuàng)建組播組，則根據(jù)所述組播組信息通過 IP組播方式發(fā)送BCMCS數(shù)據(jù)流，并向BCS/PCF發(fā)送組播組信息；和/或，所述BSN進一步用于向BCS/PCF發(fā)送IGMP查詢，確定在規(guī)定時間內(nèi)沒有接收到BCS/ PCF返回的相應的IGMP報告時，請求釋放自身與BCS/PCF之間的承載路徑，刪除相應的組播 組信息。
10.根據(jù)權利要求8或9所述的系統(tǒng)，其特征在于，所述BCS/PCF用于根據(jù)自身的組播信息表通過IP組播方式發(fā)送接收到的BCMCS數(shù)據(jù) 流，具體為BCS/PCF根據(jù)BSN發(fā)送的組播組信息，查詢自身所維護的組播信息表中是否存 在該組播組信息，如果存在，則確定自身已加入相應的組播組，根據(jù)所述組播信息表通過IP 組播方式發(fā)送BCMCS數(shù)據(jù)流；如果不存在，則確定自身沒有加入相應的組播組，加入該組播 組，根據(jù)所述組播信息表通過IP組播方式發(fā)送BCMCS數(shù)據(jù)流；和/或，所述BCS/PCF進一步用于在接收到IGMP查詢后，如果有MS接收BCMCS數(shù)據(jù)流，則向 BSN返回IGMP報告；如果沒有MS接收BCMCS數(shù)據(jù)流，則不返回IGMP報告，并刪除自身維護 的組播信息表中與該節(jié)目對應的組播組信息，退出所述組播組。
全文摘要
本發(fā)明公開了一種廣播多播服務系統(tǒng)中數(shù)據(jù)流傳輸?shù)姆椒?，該方法包括BSN確定是否已為MS所選節(jié)目創(chuàng)建了組播組，如果沒有為該節(jié)目創(chuàng)建組播組，則為該節(jié)目創(chuàng)建一個組播組；在已經(jīng)為該節(jié)目創(chuàng)建了組播組或新建了組播組之后，向BCS/PCF發(fā)送組播組信息；BCS/PCF確定自身是否加入了該節(jié)目對應的組播組，在沒有加入時，則加入該組播組；BSN根據(jù)自身所維護的組播信息表通過IP組播方式向BCS/PCF發(fā)送BCMCS數(shù)據(jù)流，由BCS/PCF將BCMCS數(shù)據(jù)流轉發(fā)給MS。本發(fā)明還公開了一種實現(xiàn)BCMCS系統(tǒng)中數(shù)據(jù)流傳輸?shù)南到y(tǒng)，采用本發(fā)明的方法和系統(tǒng)，減輕BSN與BSC/PCF間網(wǎng)絡的負荷；降低對BSN處理能力的要求。
文檔編號H04W76/06GK101938700SQ20091015844
公開日2011年1月5日 申請日期2009年6月30日 優(yōu)先權日2009年6月30日
發(fā)明者琚凱 申請人:中興通訊股份有限公司