專利名稱:多播組管理的方法與設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及數(shù)據(jù)通信,尤其涉及多播組管理。
技術(shù)背景
互聯(lián)網(wǎng)組管理協(xié)議(IGMP)是一種用于管理互聯(lián)網(wǎng)協(xié)議多播組成員身份的通信 協(xié)議。IP主機(jī)和鄰近的多播路由器使用互聯(lián)網(wǎng)組管理協(xié)議(IGMP)建立多播組成員身 份。例如,當(dāng)IP主機(jī)要加入到一個(gè)與一個(gè)多播組對(duì)應(yīng)的多播服務(wù)時(shí),IP主機(jī)就使用 IGMP加入到該多播組上。此外,IP主機(jī)使用IGMP向任意緊鄰的多播路由器報(bào)告其多播 組成員身份。組播偵聽發(fā)現(xiàn)協(xié)議(multicast listener discovery, MLD)是IPv6中主機(jī)-路 由器部分的等效協(xié)議。
報(bào)告消息在兩種情況下觸發(fā)。當(dāng)主機(jī)意欲接收一個(gè)多播流,它就會(huì)發(fā)送一個(gè)用 于將那個(gè)組加入到本地路由器的非請(qǐng)求成員身份報(bào)告消息。另一種情況是主機(jī)響應(yīng)于查 詢消息生成一個(gè)相關(guān)組的報(bào)告消息。
當(dāng)主機(jī)與多播組斷開時(shí)發(fā)出的斷開報(bào)告消息由IGMPv2指定。這樣組成員身份 終止情況能快速地報(bào)告給路由器。
多播路由器使用IGMP獲知其連接的物理網(wǎng)絡(luò)上的哪個(gè)組具有成員。路由器為 每一連接的網(wǎng)絡(luò)保存一個(gè)多播組成員列表,并通過將主機(jī)成員身份查詢信息周期性地發(fā) 送到所有主機(jī)組地址2M.0.0.1來維護(hù)該列表。如果在預(yù)定時(shí)間內(nèi)沒有收到響應(yīng)于所發(fā)送 的查詢消息的特定多播組的成員身份報(bào)告消息,路由器則假定沒有主機(jī)正在接收與多播 組相關(guān)聯(lián)的多播服務(wù)。所以,多播組的記錄將被刪除,相應(yīng)的多播信息包將不能被發(fā)送 到子網(wǎng)絡(luò)中。此處,“多播組成員身份”是指多播組中至少有一個(gè)成員存在。路由器不 需要保存沒有在接收多播服務(wù)的主機(jī)的列表。
無線通信網(wǎng)絡(luò),如IEEE 802.16 (WiMAX,全球微波接入互操作性),能使 用IGMP來管理多播組。但是,由于時(shí)變衰落和突發(fā)錯(cuò)誤等因素,接收裝置如移動(dòng)站 (mobile station, MS)與接入裝置如基站(base station,BS)之間的空中接口通常是不可靠 的。所以,IGMP的相關(guān)信息或丟失或沒有被正確地接收,這可能導(dǎo)致服務(wù)中斷。發(fā)明內(nèi)容
根據(jù)本發(fā)明的一個(gè)方面,提供了一種在網(wǎng)絡(luò)設(shè)備中的多播組管理方法。該方 法包括下列步驟確定一個(gè)加入多播服務(wù)的請(qǐng)求,該請(qǐng)求是在建立第一設(shè)備和第二設(shè)備 之間用于傳輸多播服務(wù)的連接的過程中獲得的;如果該多播服務(wù)不存在于所述網(wǎng)絡(luò)設(shè)備 中,則基于所述加入請(qǐng)求發(fā)送一個(gè)指示加入該多播服務(wù)的消息。
根據(jù)本發(fā)明的另一方面,提供了一種多播組管理設(shè)備。該設(shè)備包括傳送模塊 (803)和處理模塊(802),配置用于確定一個(gè)加入多播服務(wù)的請(qǐng)求,該請(qǐng)求是在第一設(shè)備 和第二設(shè)備之間建立用于發(fā)送多播服務(wù)的連接的過程中獲得的;所述處理模塊(802)還 被配置用于,如果所述多播服務(wù)不存在于所述網(wǎng)絡(luò)設(shè)備中,則基于所述加入請(qǐng)求通過所述傳送模塊(80 發(fā)送一個(gè)指示加入到多播服務(wù)的消息。
根據(jù)本發(fā)明的所述方面,由于該設(shè)備代表接收器裝置執(zhí)行代理服務(wù)器的功能, 減少了該設(shè)備與接收器裝置之間交換的消息,所以降低了服務(wù)中斷的可能性。
應(yīng)理解本發(fā)明在上文中的整體描述及下文中的詳細(xì)描述僅作為說明和示例。
附圖有助于進(jìn)一步理解本發(fā)明,是本申請(qǐng)的組成部分,附圖示出了本發(fā)明的實(shí) 施例并描述了本發(fā)明原理。因而,本發(fā)明并不局限于這些實(shí)施例。附圖中
圖1示出了多播服務(wù)的移動(dòng)WiMAX網(wǎng)絡(luò)的框圖。
圖2示出了管理多播組的常規(guī)方法的消息序列圖。
圖3根據(jù)本發(fā)明的實(shí)施例示出了一種管理多播組方法的消息序列圖。
圖4根據(jù)本發(fā)明的實(shí)施例示出了當(dāng)請(qǐng)求加入到多播服務(wù)時(shí)IGMP代理服務(wù)器的工 作流程圖。
圖5根據(jù)本發(fā)明的實(shí)施例示出了當(dāng)處理來自上行多播路由器的IGMP查詢消息時(shí) 的工作流程圖。
圖6根據(jù)本發(fā)明的實(shí)施例示出了當(dāng)請(qǐng)求與多播服務(wù)斷開時(shí)IGMP代理服務(wù)器的工 作流程圖。
圖7根據(jù)實(shí)施例的變體實(shí)施例示出了另一種管理多播組的方法的消息序列圖。
圖8根據(jù)本發(fā)明的實(shí)施例示出了 IGMP代理服務(wù)器的框圖。
具體實(shí)施方式
現(xiàn)在結(jié)合附圖詳細(xì)說明本發(fā)明的實(shí)施例。為了清楚和簡(jiǎn)潔起見,以下的說明中 將省略一些已知的功能和構(gòu)造的詳細(xì)說明。
所述實(shí)施例是在無線通信環(huán)境中闡述的。例如,文件IEEE標(biāo)準(zhǔn) 802.16e-2005-局域和城域網(wǎng)的IEEE標(biāo)準(zhǔn)修正案——第16部分固定寬帶無線接入系統(tǒng) 的空中接口——許可帶寬中固定和移動(dòng)操作結(jié)合的物理和媒體接入控制層,該文檔存在 于IEEE網(wǎng)站中,其規(guī)定了這種無線環(huán)境的特定方面。下文描述的實(shí)施例是置于這一環(huán)境 框架中的,并且同時(shí)指出了對(duì)系統(tǒng)和方法做出的修改。但是,本發(fā)明不局限于所描述的 實(shí)施例。
圖1示出了多播服務(wù)的常規(guī)移動(dòng)WiMAX網(wǎng)絡(luò)。移動(dòng)站(MS)和基站(BS)間的 空中接口由IEEE 802.16標(biāo)準(zhǔn)規(guī)定。多個(gè)基站通過R6參照點(diǎn)與接入路由器(AR)連接起 來。接入路由器(accessmuter,AR)是接入到互聯(lián)網(wǎng)的網(wǎng)關(guān)。在網(wǎng)絡(luò)登錄過程中,MS 在MAC層與BS建立起三種連接雙向基本連接、初級(jí)連接和次級(jí)連接,這些連接分別 用于傳送緊急MAC層管理消息、非緊急MAC層管理消息和IP協(xié)議。當(dāng)MS請(qǐng)求加入到 由電視多播服務(wù)器提供的多播服務(wù)時(shí),它會(huì)向多播服務(wù)的多播組發(fā)送一個(gè)IGMP報(bào)告(加 入)消息。
移動(dòng)WiMAX網(wǎng)絡(luò)中的IP多播包含MAC層和會(huì)話層的多播管理。如圖2所示, 消息序列圖示出了提供多播服務(wù)時(shí)管理多播組的一種常規(guī)方法。為了接收電視節(jié)目,除 了發(fā)送IGMP報(bào)告(加入)消息,MS應(yīng)首先在MAC層通過三向動(dòng)態(tài)服務(wù)添加(DSA)程序建立一個(gè)由特定的連接ID (CID)確定的MBS (多播和廣播服務(wù))連接。因?yàn)閃iMAX 網(wǎng)絡(luò)是面向連接的,所以必須建立MAC層連接。這個(gè)不同于硬件MAC地址的特定CID 用于IEEE802.16 MACPDU消息頭來區(qū)分MAC層的服務(wù)流。通過動(dòng)態(tài)服務(wù)添加(DSA)、 動(dòng)態(tài)服務(wù)改變(DSC)和動(dòng)態(tài)服務(wù)刪除(DSD)等管理消息來建立、修改和刪除連接。
除了由MS與BS間的空中接口中的不可靠傳送導(dǎo)致的服務(wù)中斷問題,使用 IGMP提供多播服務(wù)的常規(guī)移動(dòng)WiMAX通信系統(tǒng)中還存在兩個(gè)缺點(diǎn)。
(I)MS休眠模式的中斷
因?yàn)槌蓡T身份查詢消息針對(duì)所有MS偵聽的所有主機(jī)組地址2M.0.0.1,所以通過 廣播連接發(fā)送它。因此,那些不屬于被查詢多播組的MS被迫從休眠模式喚醒來接收廣 播連接上的數(shù)據(jù)。如果MS以節(jié)電方式在相應(yīng)的多播連接中接收感興趣的多播流,同樣 的中斷也會(huì)發(fā)生在屬于被查詢組成員的MS。
(2)來自MS的大量IGMP成員身份報(bào)告消息的開銷信息
帶寬是無線網(wǎng)絡(luò)中尤為重要的資源。不管在IGMPvl/2中執(zhí)行報(bào)告抑制機(jī)制還 是在IGMPv3中刪除報(bào)告抑制機(jī)制,響應(yīng)于查詢消息的成員身份報(bào)告消息將消耗帶寬中 不可忽略的一部分。
圖3根據(jù)本發(fā)明的實(shí)施例示出了一種管理多播組方法的消息序列圖。AR中配 置的IGMP,在MS要加入多播服務(wù)、響應(yīng)查詢消息或斷開多播服務(wù)的時(shí)候,代表連接到 AR的MS執(zhí)行代理服務(wù)器的功能。加入多播服務(wù)、處理IGMP查詢消息和斷開多播服務(wù) 的程序如下所述。
1.加入多播服務(wù)
請(qǐng)求加入多播服務(wù)的MS發(fā)出建立MAC層連接的DSA/DSC請(qǐng)求,并獲得流量 傳輸?shù)亩嗖ID。通過DSA程序建立MAC層連接的過程中,一些指示MS意欲與哪個(gè) 多播服務(wù)連接的信息從MS傳送到BS。建立連接之后,BS向IGMP代理服務(wù)器發(fā)送包 含連接信息的消息,該連接信息是在通過DSA程序建立MS與BS間的連接的過程中獲取 的。此處,IGMP代理服務(wù)器基于從BS接收的連接信息維護(hù)多播組成員身份列表。如 果所請(qǐng)求的多播服務(wù)不能從AR中獲得,IGMP代理服務(wù)器直接將IGMP報(bào)告(加入)發(fā) 送給上行多播路由器。如果所請(qǐng)求的多播服務(wù)能夠從AR中獲得,IGMP代理服務(wù)器不需 要發(fā)送IGMP報(bào)告(加入)。因此,由于MS請(qǐng)求加入多播服務(wù)的指令在MAC層隱性地 傳送,這個(gè)傳送過程比在上層傳送更可靠、速度更快。此外,IGMP代理服務(wù)器最初產(chǎn) 生并代表MS發(fā)送IGMP加入消息到上行路由器,以此降低由于在不可靠的無線連接上交 換IGMP加入消息導(dǎo)致服務(wù)中斷的可能性。
本段給出了連接信息的實(shí)例。通過DSA程序建立連接的過程中,DSA消息中包 含了一組CS (匯集子層)參數(shù)(也就是分級(jí)規(guī)則)。CS參數(shù)可包含IP源地址、IP源端 口、IP目的地址、IP目的端口、優(yōu)先級(jí)、以太網(wǎng)地址和IP協(xié)議等等。如本實(shí)施例中,多 播組IP地址包含在DSA消息中。多播組IP地址能夠唯一識(shí)別出一個(gè)多播服務(wù)。此實(shí)施 例中的連接信息包括多播組IP地址和用于唯一識(shí)別MS的MS標(biāo)識(shí)符。例如,當(dāng)MS執(zhí) 行網(wǎng)絡(luò)登錄程序時(shí)BS會(huì)知曉MS識(shí)別信息是MS的IP地址還是MS的MAC地址。為方 便起見,下列描述中多播組IP地址被稱為“組址”(GroupAddr)。一旦在MAC層中建 立起具有唯一 CID的多播連接,用于MS請(qǐng)求加入到多播服務(wù)的MS標(biāo)識(shí)符與組址之間的5映射就建立起來了。映射信息也是由IGMP代理服務(wù)器存儲(chǔ)在成員管理表中。比如說, 成員管理表包括的域名為組址和MS標(biāo)識(shí)符。
圖4根據(jù)本發(fā)明的實(shí)施例示出了當(dāng)請(qǐng)求加入到多播服務(wù)時(shí)IGMP代理服務(wù)器的工 作流程圖。
步驟401 裝配于AR中的IGMP代理服務(wù)器接收到要求加入到由MAC層加入 事件(如用DSA/DSC激活一個(gè)MBS服務(wù)流)觸發(fā)的多播服務(wù)的消息,在事件中該消息 包括連接信息。在此“觸發(fā)”表示一旦有MAC層加入事件發(fā)生,組址將在DSA/DSC 的相關(guān)消息中從MS傳送給BS,然后BS取得連接信息并將它發(fā)送給IGMP代理服務(wù)器。
步驟402 IGMP代理服務(wù)器通過確定成員管理表的條目中是否有從連接信息中 得到的組址,來確定所請(qǐng)求的多播服務(wù)是否可從AR中獲得。如果表中存在組址,那么 將進(jìn)入步驟405,否則,進(jìn)入步驟403。
步驟403 IGMP代理服務(wù)器在成員管理表中為組址(GroupAddr)創(chuàng)建一個(gè)記錄。
步驟404 IGMP代理服務(wù)器向上行多播路由器發(fā)送包含指示加入到所請(qǐng)求的多 播服務(wù)的組址的一個(gè)IGMP加入消息。
步驟405: IGMP代理服務(wù)器更新成員管理表。所請(qǐng)求的多播服務(wù)是可獲取的, 這意味著至少另一個(gè)MS正在接收所請(qǐng)求的多播服務(wù),所以IGMP代理服務(wù)器應(yīng)該更新成 員管理表以添加關(guān)于MS標(biāo)識(shí)符的信息、以及關(guān)于MS標(biāo)識(shí)符和所請(qǐng)求的多播服務(wù)的組址 之間關(guān)系的信息。
2.處理IGMP查詢消息
當(dāng)從上行多播路由器中接收到一個(gè)IGMP查詢消息時(shí),IGMP代理服務(wù)器不會(huì) 像常規(guī)處理方法一樣將消息傳送給無線子網(wǎng)絡(luò),而是基于成員管理表直接作出回應(yīng)。所 以,IGMP代理服務(wù)器最初產(chǎn)生并代表MS發(fā)送IGMP響應(yīng)消息,以此降低由于在不可靠 的無線連接上在MS和BS之間交換IGMP消息息導(dǎo)致的服務(wù)中斷的可能性。此外,由于 IGMP查詢消息在IGMP代理服務(wù)器中被終止而沒有傳送給MS,這不會(huì)引起任何節(jié)電模 式的不必要中斷并將節(jié)省無線資源。
圖5根據(jù)本發(fā)明的實(shí)施例示出了當(dāng)處理來源于上行多播路由器的IGMP查詢消息 時(shí)的工作流程圖。
步驟501 IGMP代理服務(wù)器從上行路由器接收到一個(gè)包含組址的IGMP查詢消 息。該查詢消息用于查詢是否存在任何MS接收由查詢消息中的組址識(shí)別的多播服務(wù)。
步驟502 IGMP代理服務(wù)器確定在成員管理表的條目中是否有從IGMP查詢消 息中得到的組址。如果表中存在從IGMP查詢消息中得到的組址,那么就進(jìn)入步驟503, 否則,進(jìn)入步驟504。
步驟503 IGMP代理服務(wù)器向上行多播路由器發(fā)送一個(gè)指示與組址相關(guān)聯(lián)的多 播服務(wù)正被至少一個(gè)MS接收的IGMP報(bào)告消息。
步驟504 IGMP代理服務(wù)器在沒有將IGMP查詢消息傳送給子網(wǎng)絡(luò)的情況下終 止其工作流程。
3.斷開多播服務(wù)
當(dāng)MS與多播服務(wù)斷開時(shí),會(huì)發(fā)啟一個(gè)解除相應(yīng)多播連接的DSD/DSC請(qǐng)求。在連接解除的過程中,組址在MAC層中從MS傳送到BS。如圖3所示,AR中裝配IGMP 代理服務(wù)器,包含組址的連接信息及與多播服務(wù)斷開的MS的MS標(biāo)識(shí)符信息將從BS發(fā) 送到AR。所以IGMP代理服務(wù)器維護(hù)的成員管理表基于所接收的連接信息得到更新。 如果有必要,IGMP代理服務(wù)器代表MS基于成員管理表發(fā)送一個(gè)IGMP斷開消息。因 而,由于MS要求與多播服務(wù)斷開的指令在MAC層隱性地傳送,這個(gè)傳送過程比在上層 傳送更可靠、速度更快。此外,IGMP代理服務(wù)器最初產(chǎn)生并代表MS發(fā)送IGMP斷開 消息到上行路由器,以此降低由于在不可靠的無線連接上交換IGMP斷開消息導(dǎo)致的服 務(wù)中斷的可能性。
圖6根據(jù)本發(fā)明的實(shí)施例示出了當(dāng)請(qǐng)求與多播服務(wù)斷開時(shí)IGMP代理服務(wù)器的工 作流程圖。
步驟601 IGMP代理服務(wù)器接收到請(qǐng)求與MAC層斷開事件(如DSD/DSC解除或刪除MBS服務(wù)流)觸發(fā)的多播服務(wù)斷開的消息。
步驟602:基于成員管理表,IGMP代理服務(wù)器確定除了請(qǐng)求與多播服務(wù)斷開的 MS之外是否有任何其他的MS正在接收該多播服務(wù)。例如,IGMP代理服務(wù)器首先從在 步驟601接收到的消息中獲取組址,然后使用所獲取的組址找到成員管理表中的條目, 最后確定是否存在與組址相關(guān)聯(lián)的任何其他的MS。如果任何其他的MS存在的話,那么 進(jìn)入步驟605,否則進(jìn)入步驟603。
步驟603: IGMP代理服務(wù)器從成員管理表中刪除組址記錄。
步驟604 IGMP代理服務(wù)器發(fā)送一個(gè)含有組址的IGMP斷開消息到上行多播路由器。
步驟605 IGMP代理服務(wù)器更新成員管理表。此處,IGMP代理服務(wù)器應(yīng)該更 新成員管理表以去除關(guān)于MS標(biāo)識(shí)符的信息以及關(guān)于MS標(biāo)識(shí)符與唯一識(shí)別被請(qǐng)求斷開的 多播服務(wù)的組址之間關(guān)系的信息,但是應(yīng)該把組址留在表中。
根據(jù)本實(shí)施例,成員管理表包括兩個(gè)域。組址為一個(gè)域,另外一個(gè)域包括接收 同一多播服務(wù)的MS的一個(gè)或多個(gè)MS標(biāo)識(shí)符。因此,組址與MS標(biāo)識(shí)符的結(jié)合構(gòu)成了 一個(gè)記錄。但是,根據(jù)本實(shí)施例的一個(gè)變體實(shí)施例,另一個(gè)域僅僅包括一個(gè)單一 MS標(biāo) 識(shí)符。所以一個(gè)記錄由一個(gè)組址和一個(gè)單一 MS標(biāo)識(shí)符構(gòu)成。根據(jù)本實(shí)施例的另一個(gè)變 體實(shí)施例,另一個(gè)域用于記錄接收同一多播服務(wù)的MS的數(shù)量而不是MS標(biāo)識(shí)符。
再者,MS在MAC層的上層例如應(yīng)用層通過探測(cè)UDP套接器的情況定期地探測(cè) 多播服務(wù)的狀況。如果在沒有觸發(fā)中斷BS和MS間的多播連接的消息時(shí)應(yīng)用層的應(yīng)用異 常終止,MS能夠探測(cè)到這一點(diǎn)并通過發(fā)送DSC/DSD_REQ消息在MAC層啟動(dòng)連接刪除 程序。
此外,BS通過周期性使用測(cè)距技術(shù)并請(qǐng)求IGMP代理服務(wù)器相應(yīng)地更新成員管 理表來探測(cè)MS的異常電源中斷。
根據(jù)本實(shí)施例的一個(gè)變體實(shí)施例,IGMP代理服務(wù)器裝配于BS而不是AR中。 因此,BS沒有必要把連接信息傳送到AR。如圖7所示,如果IGMP代理服務(wù)器裝配在 BS中,那么將連接信息從BS傳送給IGMP代理服務(wù)器就是多余的。而且,步驟401和 601中請(qǐng)求加入/斷開多播服務(wù)的消息不應(yīng)該局限于從其他設(shè)備顯性接收的消息。例如, 與DSA/DSC/DSD相關(guān)的用于獲取連接信息的消息可以被視為隱性請(qǐng)求加入/斷開多播服務(wù)的消息。
根據(jù)本實(shí)施例的一個(gè)變體實(shí)施例,成員管理表上的操作步驟如創(chuàng)建步驟403、更 新步驟405、605和刪除步驟603不是由IGMP代理服務(wù)器執(zhí)行的,而是由與IGMP代理 服務(wù)器的進(jìn)行信號(hào)通信的另一個(gè)設(shè)備執(zhí)行的。例如,如果AR中配有IGMP代理服務(wù)器, 成員管理表的操作就由BS來執(zhí)行。
根據(jù)本實(shí)施例的一個(gè)變體實(shí)施例,所述方法/設(shè)備不局限于WiMAX。該方法可 應(yīng)用于其他面臨同樣或相似問題的通信系統(tǒng)。
根據(jù)本實(shí)施例的一個(gè)變體實(shí)施例,IPv6中的MLD可以使用此方法解決相似的問題。
根據(jù)本發(fā)明的實(shí)施例,如圖8所示,IGMP代理服務(wù)器800包括一個(gè)接收模塊 801、一個(gè)處理模塊802、一個(gè)傳送模塊803和一個(gè)搜索模塊804。
接收模塊801配置用于接收消息;
傳送模塊803配置用于發(fā)送消息;
搜索模塊804配置用于使用至少一個(gè)輸入搜索標(biāo)準(zhǔn)或關(guān)鍵字來搜索映射信息數(shù) 據(jù)庫(kù);
處理模塊802被配置用于,基于將從接收模塊801接收的消息中獲取的信息輸入 到搜索模塊得到的搜索結(jié)果,通過處理與IGMP相關(guān)的消息來執(zhí)行代理服務(wù)器的功能。 具體而言,其配置用于
(1)從請(qǐng)求加入到接收模塊801接收的多播服務(wù)的消息中獲取組址,把組址輸入 搜索模塊804取得搜索結(jié)果,然后基于搜索結(jié)果通過確定組址是否是映射信息數(shù)據(jù)庫(kù)中 一個(gè)條目來確定所請(qǐng)求的多播服務(wù)在裝配IGMP代理服務(wù)器的設(shè)備中是否可獲得,如果 不可獲取,處理模塊802將調(diào)用傳送模塊803發(fā)送另一個(gè)包含指示加入多播服務(wù)組址的消 肩、ο
(2)從接收模塊801接收的IGMP查詢消息中獲取組址,使用搜索模塊804通過 將組址作為輸入來確定組址是否是映射信息數(shù)據(jù)庫(kù)中的條目。如果條目存在,處理模塊 802調(diào)用傳送模塊響應(yīng)于查詢消息發(fā)送一個(gè)響應(yīng)消息而不是向MS傳送查詢消息。如果條 目不存在,處理模塊802就丟棄查詢消息。
(3)從請(qǐng)求斷開接收模塊801接收的多播服務(wù)的消息中獲取組址,把組址輸入搜 索模塊804取得搜索結(jié)果,然后基于搜索結(jié)果,通過確定除了請(qǐng)求在映射信息數(shù)據(jù)庫(kù)中 斷開的MS相關(guān)聯(lián)的條目外組址是否有至少另外一個(gè)條目,來確定除了請(qǐng)求斷開的MS外 是否有任何其他的MS正在接收多播服務(wù)。如果不存在,處理模塊802將調(diào)用傳送模塊 803發(fā)送另一個(gè)包含指示斷開多播服務(wù)組址的消息。
(4)代理服務(wù)器還包括一個(gè)更新模塊(附圖未示出),配置用于當(dāng)接收設(shè)備加 入、斷開或改變多播服務(wù)時(shí)更新映射信息數(shù)據(jù)庫(kù)。
此外,映射信息數(shù)據(jù)庫(kù)是IGMP代理服務(wù)器的一部分,或存儲(chǔ)在一個(gè)與IGMP代 理服務(wù)器進(jìn)行信號(hào)通信中的設(shè)備中。例如,映射信息數(shù)據(jù)庫(kù)如上所述采用表格的形式。
以上描述了一些實(shí)施方式。但是,應(yīng)該了解到可以對(duì)其做各種各樣的修改。例 如,不同的實(shí)施方式中的元件可以被合并、補(bǔ)充、修改或刪除以生成其他的實(shí)施方式。 另外,一般技術(shù)人員應(yīng)理解那些已描述出的結(jié)構(gòu)和步驟可以用其他結(jié)構(gòu)和步驟替代,而8且由此生成的實(shí)施方式將至少具有大致相同的功能,以大致相同的方式取得與描述出的 實(shí)施方式所具有的大致相同的結(jié)果。因此,本申請(qǐng)涉及的這些及其他實(shí)施方式均在本發(fā) 明的范圍內(nèi)。
權(quán)利要求
1.一種在網(wǎng)絡(luò)設(shè)備中的多播組管理方法,其特征在于,包括以下步驟-確定一個(gè)加入多播服務(wù)的請(qǐng)求,該請(qǐng)求是在第一設(shè)備和第二設(shè)備之間建立用于傳輸 多播服務(wù)的連接的過程中獲得的;和-如果所述多播服務(wù)不存在于所述網(wǎng)絡(luò)設(shè)備中,則基于所述加入請(qǐng)求發(fā)送一個(gè)指示加 入所述多播服務(wù)的消息。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于還包括-確定斷開所述多播服務(wù)的請(qǐng)求,該請(qǐng)求是在解除在所述第一設(shè)備和所述第二設(shè)備間 用于傳輸多播服務(wù)的所述連接的過程中獲得的;和-如果所述第一設(shè)備是唯一一個(gè)通過所述網(wǎng)絡(luò)設(shè)備接收所述多播服務(wù)的設(shè)備,則基于 所述斷開請(qǐng)求,發(fā)送一個(gè)指示斷開所述多播服務(wù)的消息。
3.根據(jù)權(quán)利要求1或2所述的方法,其特征在于還包括-維護(hù)一個(gè)表示至少一個(gè)第一設(shè)備和至少一個(gè)多播服務(wù)間關(guān)系的數(shù)據(jù)庫(kù),其中,當(dāng)在 建立或解除過程中獲得的加入或斷開請(qǐng)求被確定時(shí),所述數(shù)據(jù)庫(kù)得到更新;和-基于所述數(shù)據(jù)庫(kù)的內(nèi)容代表所述至少一個(gè)第一設(shè)備執(zhí)行代理功能。
4.根據(jù)權(quán)利要求1至3中的任何一個(gè)所述的方法,其特征在于,如果所述網(wǎng)絡(luò)設(shè)備和 所述第二設(shè)備是不同的設(shè)備,所述方法還包括-從所述第二設(shè)備中接收加入或斷開所述多播服務(wù)的所述請(qǐng)求,該請(qǐng)求是所述第二設(shè) 備在建立或解除所述連接過程中獲得的。
5.根據(jù)權(quán)利要求1至4中的任何一個(gè)所述的方法,其特征在于,所述指示加入或斷開 的消息為IGMP消息。
6.根據(jù)權(quán)利要求1至5中的任何一個(gè)所述的方法,其特征在于,所述第一設(shè)備為移動(dòng) 站,所述第二設(shè)備為基站。
7.—種多播組管理設(shè)備,包括傳送模塊(803),其特征在于,還包括,-處理模塊(802),配置用于確定加入多播服務(wù)的請(qǐng)求,該請(qǐng)求是在第一設(shè)備和第二 設(shè)備之間建立用于發(fā)送多播服務(wù)的加入的過程中獲得的,而且如果所述多播服務(wù)不存在 于所述網(wǎng)絡(luò)設(shè)備中,則基于所述加入請(qǐng)求通過所述傳送模塊(803)發(fā)送一個(gè)指示加入所 述多播服務(wù)的消息。
8.根據(jù)權(quán)利要求7所述的設(shè)備,其特征在于,所述處理模塊(802)還配置用于確定斷 開所述多播服務(wù)的請(qǐng)求,該請(qǐng)求是在所述第一設(shè)備和所述第二設(shè)備間解除用于傳送的多 播服務(wù)的所述連接的過程中獲得的;而且如果所述第一設(shè)備為通過所述網(wǎng)絡(luò)設(shè)備接收所 述多播服務(wù)的唯一設(shè)備,則基于所述斷開請(qǐng)求發(fā)送一個(gè)指示斷開所述多播服務(wù)的消息。
9.根據(jù)權(quán)利要求7或8所述的設(shè)備,其特征在于,還包括-用于指示至少一個(gè)第一設(shè)備和至少一個(gè)多播服務(wù)間關(guān)系的數(shù)據(jù)庫(kù);并且,所述處 理模塊(802)還被配置用于,當(dāng)建立或解除過程中獲得的加入或斷開請(qǐng)求被確定時(shí)更新 所述數(shù)據(jù)庫(kù)。
10.根據(jù)權(quán)利要求7至9的任何一個(gè)所述的設(shè)備,其特征在于,如果所述設(shè)備和所述 第二設(shè)備為不同的設(shè)備,所述設(shè)備還包括一個(gè)接收模塊,配置用于從所述第二設(shè)備中接 收加入或斷開所述多播服務(wù)的所述請(qǐng)求,該請(qǐng)求是由所述第二設(shè)備在建立或斷開所述連 接的過程中獲得的。
全文摘要
本發(fā)明提供了一種多播組管理方法。該設(shè)備確定加入多播服務(wù)的請(qǐng)求,該請(qǐng)求是在第一設(shè)備和第二設(shè)備之間建立用于傳輸多播服務(wù)的連接的過程中獲得的,如果多播服務(wù)不存在于所述網(wǎng)絡(luò)設(shè)備中,則基于所述加入請(qǐng)求發(fā)送一個(gè)用于指示加入所述多播服務(wù)的消息。因此,它減少了在不可靠無線連接中交換的消息以此降低服務(wù)中斷的可能性。
文檔編號(hào)H04L12/18GK102027711SQ200980117036
公開日2011年4月20日 申請(qǐng)日期2009年5月7日 優(yōu)先權(quán)日2008年5月29日
發(fā)明者史云濤, 廖寧, 李鈞 申請(qǐng)人:湯姆遜許可公司