專利名稱：識(shí)別支持多點(diǎn)傳輸信道分配協(xié)議設(shè)備的方法及其通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種方法，用于當(dāng)支持多點(diǎn)傳輸信道分配協(xié)議(MulticastChannel Allocation Protocol，MCAP)的設(shè)備和不支持MCAP的設(shè)備在相同網(wǎng)絡(luò)上時(shí)，確定是否設(shè)備支持MCAP，和使用該方法的多點(diǎn)傳輸通信方法。
背景技術(shù)：
在現(xiàn)有技術(shù)的多點(diǎn)傳輸通信方法中，不管相同網(wǎng)絡(luò)，例如IEEE1394網(wǎng)絡(luò)設(shè)備是否支持MCAP，使用廣播信道的多點(diǎn)傳輸都被實(shí)施。在此情況下，盡管設(shè)備支持MCAP，廣播方法不必被使用且MCAP功能自身是無(wú)效的，由此選擇性傳輸功能，其為多點(diǎn)傳輸通信的核心功能，不能被使用。

發(fā)明內(nèi)容
為解決以上問(wèn)題，本發(fā)明的第一個(gè)目的是提供一種用于確定是否相同網(wǎng)絡(luò)的設(shè)備支持多點(diǎn)傳輸信道分配協(xié)議(MCAP)的方法。
本發(fā)明的第二個(gè)目的是提供一種使用上述方法的多點(diǎn)傳輸通信方法。
為實(shí)現(xiàn)本發(fā)明的第一個(gè)目的，提供了一種確定是否MCAP在等同網(wǎng)絡(luò)被支持的方法，該方法包括(a)MCAP設(shè)備向相同網(wǎng)絡(luò)的所有設(shè)備廣播MCAP廣告消息，(b)MCAP設(shè)備，其廣播MCAP廣告消息，向相同網(wǎng)絡(luò)的所有設(shè)備廣播因特網(wǎng)群管理協(xié)議(IGMP)查詢消息，和(c)MCAP設(shè)備，其廣播MCAP廣告消息，通過(guò)IGMP報(bào)告消息被發(fā)送自相同網(wǎng)絡(luò)設(shè)備所用的信道數(shù)，確定是否相同網(wǎng)絡(luò)的每一設(shè)備支持MCAP。
為實(shí)現(xiàn)本發(fā)明的第二個(gè)目的，提供了一種等同網(wǎng)絡(luò)上的多點(diǎn)傳輸通信方法，該方法包括(a)屬于一個(gè)多點(diǎn)傳輸群的MCAP設(shè)備向相同網(wǎng)絡(luò)的所有設(shè)備廣播MCAP廣告消息，(b)MCAP設(shè)備，其廣播MCAP廣告消息，向相同網(wǎng)絡(luò)的所有設(shè)備廣播IGMP查詢消息，(c)MCAP設(shè)備，其廣播MCAP廣告消息，通過(guò)IGMP報(bào)告消息被發(fā)送自相同網(wǎng)絡(luò)設(shè)備的信道數(shù)，確定是否相同網(wǎng)絡(luò)的每一設(shè)備支持MCAP，和(d)如果從所有設(shè)備到MCAP廣播信息被廣播的設(shè)備的IGMP報(bào)告消息通過(guò)多點(diǎn)傳輸信道被接收，則通過(guò)使用多點(diǎn)傳輸信道實(shí)施與相應(yīng)的多點(diǎn)傳輸?shù)刂返耐ㄐ牛⑶胰绻挥衼?lái)自所有設(shè)備的一些IGMP報(bào)告消息通過(guò)多點(diǎn)傳輸信道被接收，則通過(guò)使用廣播信道實(shí)施與相應(yīng)的多點(diǎn)傳輸?shù)刂返耐ㄐ拧?br>

本發(fā)明的以上目的和優(yōu)點(diǎn)將通過(guò)參考附圖詳細(xì)描述優(yōu)選實(shí)施例變得更加清楚，其中圖1是表示單點(diǎn)傳輸方法、廣播方法和多點(diǎn)傳輸方法的示意圖；圖2是表示IEEE1394層間關(guān)系的示意圖；圖3是表示現(xiàn)有技術(shù)的IEEE1394網(wǎng)絡(luò)多點(diǎn)傳輸通信方法的示意圖；圖4是表示確定是否多點(diǎn)傳輸信道分配協(xié)議(MCAP)被支持的方法的流程圖；圖5是表示圖4方法的示意圖；圖6是表示按照本發(fā)明多點(diǎn)傳輸通信方法的流程圖；和圖7是表示圖6方法的示意圖。
具體實(shí)施例方式
因特網(wǎng)傳輸從源和目的地的觀點(diǎn)可以被分為單點(diǎn)傳輸、廣播和多點(diǎn)傳輸方法。
圖1是表示單點(diǎn)傳輸方法、廣播方法和多點(diǎn)傳輸方法的示意圖。
在單點(diǎn)傳輸方法中，一個(gè)源向一個(gè)目的地發(fā)送數(shù)據(jù)。普通的因特網(wǎng)應(yīng)用程序使用這一單點(diǎn)傳輸方法。此時(shí)，在廣播傳輸方法中，一個(gè)源向相同網(wǎng)絡(luò)的所有目的地發(fā)送數(shù)據(jù)。
在多點(diǎn)傳輸方法中，一個(gè)或更多個(gè)源向一個(gè)或更多個(gè)預(yù)定目的地發(fā)送數(shù)據(jù)。多點(diǎn)傳輸方法用在因特網(wǎng)視頻會(huì)議應(yīng)用中。
當(dāng)相同數(shù)據(jù)被期望發(fā)送到群通信的多個(gè)目的地時(shí)，如果單點(diǎn)傳輸通信方法被應(yīng)用，期望發(fā)送的數(shù)據(jù)分組則應(yīng)當(dāng)向每一目的地發(fā)送若干次。由于相同分組這樣多余的發(fā)送，網(wǎng)絡(luò)效率被降低，并且如果目的地?cái)?shù)目增加更多，這一問(wèn)題變得更糟。
此時(shí)，如果多點(diǎn)傳輸被支持，則源能夠一次發(fā)送信息，并且由數(shù)據(jù)的多余發(fā)送造成的網(wǎng)絡(luò)資源浪費(fèi)自然能被最小化。
多點(diǎn)傳輸不同于普通的單點(diǎn)傳輸，首先是在傳輸分組中。一般地，在TCP/IP協(xié)議的因特網(wǎng)應(yīng)用程序中，數(shù)據(jù)源標(biāo)記出將在傳輸分組的報(bào)頭中接收數(shù)據(jù)的目的地的因特網(wǎng)地址，并隨后發(fā)送分組。但是，對(duì)多點(diǎn)傳輸而言，屬于多個(gè)目的地的群地址，取代一個(gè)目的地地址，被標(biāo)記出來(lái)且隨后分組被發(fā)送。
多點(diǎn)傳輸?shù)娜旱刂肥荄類IP地址(223.0.0.0-239.255.255.255)，其不象指示因特網(wǎng)全球各個(gè)主機(jī)的A、B和C類IP地址，且不指示實(shí)際主機(jī)。接收具有群地址的多點(diǎn)傳輸分組的目的地通過(guò)確定是否該目的地被包括在分組的群當(dāng)中來(lái)確定是否接收該分組。
IP多點(diǎn)傳輸?shù)刂肥且?guī)定于RFC1112(IP多點(diǎn)傳輸?shù)闹鳈C(jī)擴(kuò)充)中的一種因特網(wǎng)標(biāo)準(zhǔn)，其被很多工作站制造商(SUN、SGI、DEC、HP等)支持，并且被正式定義為D類IP地址。
D類IP地址的范圍從224.0.0.1至239.255.255.254。這些地址并非專有地分配給預(yù)定主機(jī)而是活動(dòng)地分配給一個(gè)多點(diǎn)傳輸群，其不同于先前的地址分配方法。
一個(gè)能識(shí)別，即支持D類的工作站，使用工作站屬于或想要屬于的兩個(gè)多點(diǎn)傳輸群的地址，除了專有分配給該工作站的地址外，與其他站交流信息。因特網(wǎng)群管理協(xié)議(IGMP)規(guī)定了想要形成新的群或進(jìn)入一個(gè)群的主機(jī)應(yīng)當(dāng)使用的一種方法。于是，已形成的多點(diǎn)傳輸群由話路顯示(session display，sd)來(lái)表示，其為前導(dǎo)表示方式。由sd，多點(diǎn)傳輸群目前被操作并且群的成員能夠被識(shí)別。
同時(shí)，IEEE1394技術(shù)，其作為下一代家庭網(wǎng)絡(luò)接口技術(shù)已引起注意，最初由Apple公司自1986年作為硬盤接口開(kāi)發(fā)。后來(lái)，隨著IBM和Sony的參與，標(biāo)準(zhǔn)化取得進(jìn)展。1994年，建立了1394商業(yè)協(xié)會(huì)(1394 Trade Association)以使IEEE1394公用。
1995年，IEEE1394的標(biāo)準(zhǔn)規(guī)范被正式批準(zhǔn)命名為“IEEE Std 1394-1995”。在該標(biāo)準(zhǔn)規(guī)范中，規(guī)定了三種高速傳輸速率，100Mbps、200Mbps和400Mbps。并且，2000年由增加的功能規(guī)定了IEEE Std 1394a-2000標(biāo)準(zhǔn)并補(bǔ)足了IEEEStd 1394-1995。
圖2是表示IEEE1394層間關(guān)系的示意圖。IEEE1394-1995是用于由三層構(gòu)成的硬件和軟件的標(biāo)準(zhǔn)，包括物理層、鏈路層和處理層。三層的功能和層間關(guān)系示于圖2。通常，IEEE1394主機(jī)適配器執(zhí)行物理層和鏈路層的功能，而一臺(tái)主機(jī)負(fù)責(zé)處理層和總線管理的功能。物理層通常執(zhí)行獲得權(quán)限以使用串行總線的仲裁功能，且數(shù)據(jù)鏈路層執(zhí)行總線環(huán)路的控制。處理層執(zhí)行基本功能，即，網(wǎng)絡(luò)設(shè)備的讀和寫(xiě)以及管理涉及總線控制功能的等時(shí)傳輸所需的資源。
IEEE1394接口基本為6銅線組成的串行接口，包括兩對(duì)信號(hào)線和一對(duì)電源線。兩對(duì)信號(hào)線用于半雙工模式，其中一對(duì)用于發(fā)送數(shù)據(jù)信號(hào)，而另一對(duì)用于發(fā)送數(shù)據(jù)取樣同步的定時(shí)信號(hào)。使用定時(shí)信號(hào)線對(duì)的原因在于避免當(dāng)發(fā)送包括諸如曼徹斯特碼的定時(shí)信息的數(shù)據(jù)時(shí)，由于高傳輸速率造成的傳輸速率加倍的負(fù)擔(dān)。
將支持IEEE1394的設(shè)備參考為節(jié)點(diǎn)。最廣泛使用的物理連接方法是樹(shù)型結(jié)構(gòu)，且總線結(jié)構(gòu)廣泛用作操作方法。也就是，在任意時(shí)間，只有一個(gè)節(jié)點(diǎn)能發(fā)送數(shù)據(jù)而連接到該節(jié)點(diǎn)的所有其他節(jié)點(diǎn)能接收數(shù)據(jù)。
支持IEEE1394網(wǎng)絡(luò)IP多點(diǎn)傳輸?shù)囊?guī)范由因特網(wǎng)工程任務(wù)分部(InternetEngineering Task Force，IETF)的draft-ieft-ip1394-ipv6和draft-ietf-ip1394-mcap定義，其為發(fā)展因特網(wǎng)標(biāo)準(zhǔn)規(guī)范的因特網(wǎng)體系委員會(huì)(Internet ArchitectureBoard，IAB)下面的一個(gè)研究委員會(huì)，且Ipv4由RFC2734(IEEE1394之上的Ipv4)定義。這些規(guī)范規(guī)定了IP多點(diǎn)傳輸分組被使用異步流傳輸模式或同步流傳輸模式支持。這里，被使用的模式按照IP分組服務(wù)請(qǐng)求的特性來(lái)確定。也就是，異步流模式用于請(qǐng)求最佳工作(Best-Effort)服務(wù)的分組，而同步流模式用于請(qǐng)求服務(wù)質(zhì)量(QoS)的分組。
在這兩種傳輸方法中，取代節(jié)點(diǎn)數(shù)的信道數(shù)被用于傳輸。分配及返回信道數(shù)和分配帶寬的過(guò)程使用信道分配管理器(CAM)中的多點(diǎn)傳輸信道分配協(xié)議(MCAP)來(lái)實(shí)施。CAM接收來(lái)自多點(diǎn)傳輸源或群參與者的請(qǐng)求并分配多點(diǎn)傳輸信道和帶寬。此時(shí)使用的請(qǐng)求/響應(yīng)分組使用MCAP協(xié)議。
MCAP定義分配信道的兩種方法。在第一種方法中，所有執(zhí)行IP功能的節(jié)點(diǎn)(支持IEEE1394的設(shè)備)使用基本上通常被分享的廣播信道。在第二種方法中，使用不是廣播信道的信道。
在第一種方法中，多點(diǎn)傳輸可以不需要額外的協(xié)議而被實(shí)施，但不必要的分組被接收，使設(shè)備的計(jì)算負(fù)擔(dān)增加。
在第二種方法中，預(yù)定多點(diǎn)傳輸群地址的信道被分配給屬于預(yù)定多點(diǎn)傳輸群的設(shè)備。通過(guò)MCAP廣告消息，使網(wǎng)絡(luò)的所有設(shè)備知道被分配的信道和相應(yīng)的多點(diǎn)傳輸?shù)刂分g的連接。接收MCAP廣告消息的所有網(wǎng)絡(luò)節(jié)點(diǎn)應(yīng)當(dāng)通過(guò)被分配的信道發(fā)送和接收相應(yīng)的多點(diǎn)傳輸分組。
當(dāng)IEEE1394網(wǎng)絡(luò)的所有設(shè)備如第一種方法使用廣播信道時(shí)，多點(diǎn)傳輸通信不會(huì)引起問(wèn)題。但是，由于進(jìn)行廣播，不必要的分組不可避免地引起了未包括在相應(yīng)的多點(diǎn)傳輸群中的設(shè)備的計(jì)算負(fù)擔(dān)。
當(dāng)網(wǎng)絡(luò)的所有設(shè)備如第二種方法是MCAP支持設(shè)備，其解釋MCAP信息并隨后調(diào)整信道，多點(diǎn)傳輸通信也不會(huì)引起問(wèn)題。在此情形下，非必要分組的接收能被最小化。
于是，當(dāng)所有設(shè)備不支持MCAP功能或當(dāng)所有設(shè)備支持MACP功能時(shí)多點(diǎn)傳輸通信都不會(huì)有問(wèn)題。
但是，目前只有IEEE1394網(wǎng)絡(luò)的一些節(jié)點(diǎn)支持MCAP，并且支持MCAP的設(shè)備和不支持MCAP的設(shè)備共存于網(wǎng)絡(luò)。因此，通過(guò)不方便的廣播方法，多點(diǎn)傳輸通信被實(shí)施。
圖3是表示現(xiàn)有技術(shù)的IEEE1394網(wǎng)絡(luò)多點(diǎn)傳輸通信方法的示意圖。
現(xiàn)有技術(shù)的IEEE1394網(wǎng)絡(luò)多點(diǎn)傳輸通信方法使用一種方法，其中一個(gè)多點(diǎn)傳輸消息通過(guò)廣播信道(信道31)被發(fā)送到所有設(shè)備，如圖3(a)所示。在此例中，該方法可形成為所有設(shè)備都能廣播多點(diǎn)傳輸消息，不管是MCAP設(shè)備302和306還是非MCAP設(shè)備304。
但是，例如，若MCAP設(shè)備306通過(guò)分配另一信道，比如說(shuō)信道7，實(shí)施多點(diǎn)傳輸通信，如圖3(b)所示，來(lái)取代使用廣播信道，則問(wèn)題就出現(xiàn)了。
那就是，若MCAP設(shè)備306分配信道7給多點(diǎn)傳輸?shù)刂?例如239.255.255.250)并發(fā)送MCAP信息，且識(shí)別它的MCAP設(shè)備302通過(guò)信道7發(fā)送具有地址239.255.255.250的多點(diǎn)傳輸消息，則非MCAP設(shè)備304不能接收該多點(diǎn)傳輸消息。
因此，如果不支持MCAP并只能通過(guò)廣播信道執(zhí)行多點(diǎn)傳輸?shù)姆荕CAP設(shè)備和MCAP設(shè)備處于相同網(wǎng)絡(luò)，兩類設(shè)備間通信就會(huì)有問(wèn)題。
那就是，通過(guò)MCAP設(shè)備分配信道而非廣播信道給預(yù)定的多點(diǎn)傳輸?shù)刂凡⒂蒑CAP廣告消息將其通告給網(wǎng)絡(luò)所有設(shè)備，非MCAP設(shè)備不能接收具有不同于廣播信道的信道的分組，因?yàn)榉荕CAP設(shè)備是通過(guò)廣播信道進(jìn)行多點(diǎn)傳輸通信的。
這會(huì)在家庭網(wǎng)絡(luò)環(huán)境中引起一系列問(wèn)題。在未來(lái)將必然被引入的家庭網(wǎng)絡(luò)環(huán)境中，所有的家用設(shè)備，包括移動(dòng)電話、因特網(wǎng)電話、數(shù)字自動(dòng)響應(yīng)機(jī)械、尋呼機(jī)、電冰箱和烤面包機(jī)，還有所有可想象的計(jì)算機(jī)產(chǎn)品，包括個(gè)人計(jì)算機(jī)、筆記本電腦、掌上電腦、TV機(jī)頂盒(STB)、視頻游戲機(jī)、打印機(jī)、調(diào)制解調(diào)器和掃描儀，都被連接在一起。
家庭網(wǎng)絡(luò)系統(tǒng)中的設(shè)備通過(guò)網(wǎng)絡(luò)即插即用(PnP)功能被連接到一臺(tái)主機(jī)。
例如，由Microsoft公司開(kāi)發(fā)的通用即插即用(UPnP)是一種諸如SUNMicrosystems開(kāi)發(fā)的Jini的網(wǎng)絡(luò)PnP。
UPnP使用作為交互連接設(shè)備的仲裁程序的一種新的網(wǎng)絡(luò)協(xié)議。即，象超文本傳輸協(xié)議的HTTP一樣，不管連接到網(wǎng)絡(luò)服務(wù)器的計(jì)算機(jī)類型，HTTP協(xié)議適當(dāng)?shù)胤峙涞奖徽?qǐng)求的地方。實(shí)際上，從Windows2000，因特網(wǎng)打印協(xié)議被支持以使用戶能夠使用連接到網(wǎng)絡(luò)的打印機(jī)遠(yuǎn)端打印。IPP協(xié)議不依賴于用戶、打印機(jī)制造商或計(jì)算機(jī)類型的操作系統(tǒng)。
此時(shí)，在Jini中，Java占有與Microsoft的IPP相同的地位。而今大多數(shù)PC從服務(wù)器下載及操作Java applets，只有若PC具有支持Java的網(wǎng)絡(luò)瀏覽器時(shí)。因此使用它，在Jini中，識(shí)別設(shè)備的Java applets被支持，其經(jīng)常被下載，并且若非必要，可讓其從機(jī)器中消失。在Jini的核心，是遠(yuǎn)端方法調(diào)用(RemoteMethod Invocation，RMI)。特別是從用戶的觀點(diǎn)，它具有優(yōu)勢(shì)，因?yàn)橄螺d和刪除Java applets的過(guò)程不能被人眼所識(shí)別。
在由于網(wǎng)絡(luò)PnP而具有可變性和可伸縮性的家庭網(wǎng)絡(luò)中，有效地管理IEEE1394網(wǎng)絡(luò)設(shè)備間的業(yè)務(wù)是必需的，且特別是，有必要防止多點(diǎn)傳輸通信的非必要分組的傳輸。
由此，在本發(fā)明中，通過(guò)IGMP查詢/報(bào)告消息確定是否非MCAP設(shè)備在相同網(wǎng)絡(luò)中，只有當(dāng)非MCAP設(shè)備存在時(shí)，MCAP設(shè)備使用廣播信道，并且如果所有設(shè)備支持MCAP，則MCAP協(xié)議用于多點(diǎn)傳輸通信。
以此方式，甚至當(dāng)屬于IEEE1394網(wǎng)絡(luò)多點(diǎn)傳輸群的所有設(shè)備支持MCAP時(shí)，由不必使用廣播信道引起的計(jì)算負(fù)擔(dān)能夠被避免。而且，甚至當(dāng)非MCAP設(shè)備在多點(diǎn)傳輸群中時(shí)，多點(diǎn)傳輸通信能夠被實(shí)施。
圖4是表示確定是否MCAP被支持的方法的流程圖，且圖5是表示圖4方法的示意圖。
參考圖4和5，現(xiàn)在將說(shuō)明按照本發(fā)明確定是否MCAP被支持的方法。
首先，如圖4所示，MCAP設(shè)備分配一個(gè)任意信道而非廣播信道給一個(gè)多點(diǎn)傳輸?shù)刂凡㈦S后，通過(guò)這一多點(diǎn)傳輸信道，在步驟S402向IEEE1394網(wǎng)絡(luò)的所有設(shè)備廣播MCAP廣告消息。
例如，如圖5所示，屬于多點(diǎn)傳輸群239.255.255.250的MCAP設(shè)備402分配信道7給多點(diǎn)傳輸?shù)刂凡㈦S后，通過(guò)一個(gè)廣播信道(信道31)，向相同IEEE1394網(wǎng)絡(luò)的所有設(shè)備廣播MCAP廣告消息。
接下來(lái)，廣播MCAP廣告消息的MCAP設(shè)備402，在步驟S404通過(guò)廣播信道(信道31)又向相同IEEE1394網(wǎng)絡(luò)的所有設(shè)備404和406廣播IGMP查詢消息。
IGMP協(xié)議是處理進(jìn)入/離開(kāi)多點(diǎn)傳輸群的。IGMP協(xié)議用于識(shí)別相應(yīng)子網(wǎng)主機(jī)群成員存在的多點(diǎn)傳輸路由器。
IGMP協(xié)議基本上使用查詢消息和報(bào)告消息。查詢消息是IGMP協(xié)議詢問(wèn)是否存在主機(jī)要進(jìn)入相應(yīng)的群。查詢消息被周期性地發(fā)送到子網(wǎng)以檢查當(dāng)前群的成員。報(bào)告消息是對(duì)具有進(jìn)入群的意圖的主機(jī)發(fā)送查詢消息的響應(yīng)。
如果IGMP發(fā)送查詢消息到相應(yīng)的子網(wǎng)，具有進(jìn)入相應(yīng)的多點(diǎn)傳輸群的意圖的主機(jī)能夠通過(guò)發(fā)送報(bào)告消息進(jìn)入群。通過(guò)不回答預(yù)定時(shí)間的查詢消息，離開(kāi)群能夠被接受。
MCAP設(shè)備402在步驟S404廣播多點(diǎn)傳輸群239.255.255.250的IGMP查詢消息。
廣播MCAP廣告消息的MCAP設(shè)備402在步驟S406從相同IEEE1394網(wǎng)絡(luò)的所有設(shè)備接收IGMP信息。
廣播MCAP廣告消息的MCAP設(shè)備402在步驟S408確定是否發(fā)送自相同IEEE1394網(wǎng)絡(luò)所有設(shè)備的IGMP信息通過(guò)所分配的信道(信道7)被發(fā)送。
屬于IEEE1394網(wǎng)絡(luò)多點(diǎn)傳輸群239.255.255.250的設(shè)備404和406發(fā)送IGMP報(bào)告消息作為對(duì)IGMP查詢消息的響應(yīng)。IGMP報(bào)告消息的目的地地址是廣播MCAP廣告消息的MCAP設(shè)備，即，廣播IGMP查詢消息的MCAP設(shè)備402。
由于MCAP設(shè)備406已經(jīng)通過(guò)所接收的MCAP廣告消息知道相應(yīng)的多點(diǎn)傳輸?shù)刂?39.255.255.250的信道數(shù)，MCAP設(shè)備406通過(guò)信道7發(fā)送IGMP報(bào)告消息。
此時(shí)，由于非MCAP設(shè)備404不識(shí)別MCAP廣告消息，非MCAP設(shè)備404通過(guò)廣播信道(信道31)發(fā)送IGMP報(bào)告消息。
因而，通過(guò)檢查IGMP信息被發(fā)送所用的信道數(shù)，MCAP設(shè)備402能夠確定是否每個(gè)設(shè)備404和406支持MCAP。
如果發(fā)送自相同IEEE1394網(wǎng)絡(luò)所有設(shè)備的IGMP信息通過(guò)所分配的信道(信道7)被發(fā)送，MCAP設(shè)備402在步驟S410確定相同IEEE1394網(wǎng)絡(luò)的所有設(shè)備支持MCAP。
如果發(fā)送自相同IEEE1394網(wǎng)絡(luò)僅一些設(shè)備的IGMP信息通過(guò)所分配的信道(信道7)被發(fā)送，MCAP設(shè)備402在步驟S412確定只有相同IEEE1394網(wǎng)絡(luò)的一些設(shè)備支持MCAP。
MCAP廣告消息包括一個(gè)截止時(shí)間域。截止時(shí)間域是設(shè)定保持由MCAP廣告消息所分配的信道的時(shí)間的。MCAP設(shè)備在截止時(shí)間域所設(shè)定的時(shí)間保持用于多點(diǎn)傳輸?shù)姆峙湫诺馈?br> 如果僅由相同IEEE1394網(wǎng)絡(luò)的一些設(shè)備發(fā)送的IGMP信息通過(guò)所分配的信道(信道7)被發(fā)送，不必保持由MCAP廣告消息分配的信道。
相應(yīng)地，如果僅由相同IEEE1394網(wǎng)絡(luò)的一些設(shè)備發(fā)送的IGMP信息通過(guò)所分配的信道(信道7)被發(fā)送，則在步驟S414具有“截止時(shí)間＝0”內(nèi)容的MCAP廣告消息被廣播到相同網(wǎng)絡(luò)的所有設(shè)備以使分配用于多點(diǎn)傳輸?shù)男诺滥軌虮会尫拧?br> 圖6是表示按照本發(fā)明多點(diǎn)傳輸通信方法的流程圖，且圖7是表示圖6方法的示意圖。
參考圖6和7，現(xiàn)在將說(shuō)明按照本發(fā)明多點(diǎn)傳輸通信的方法。
首先，如圖6所示，屬于多點(diǎn)傳輸群的MCAP設(shè)備402分配一個(gè)任意信道(多點(diǎn)傳輸信道，例如信道7)而非廣播信道給一個(gè)多點(diǎn)傳輸?shù)刂凡⑶遥ㄟ^(guò)這種多點(diǎn)傳輸信道，向相同IEEE1394網(wǎng)絡(luò)的所有設(shè)備廣播MCAP廣告消息。
接下來(lái)，廣播MCAP廣告消息的MCAP設(shè)備402，在步驟S604向相同IEEE1394網(wǎng)絡(luò)的所有設(shè)備廣播IGMP查詢消息。
廣播MCAP廣告消息的MCAP設(shè)備402在步驟S606接收來(lái)自相同IEEE1394網(wǎng)絡(luò)所有設(shè)備的IGMP信息。
廣播MCAP廣告消息的MCAP設(shè)備402在步驟S608確定是否發(fā)送自相同IEEE1394網(wǎng)絡(luò)所有設(shè)備的IGMP信息通過(guò)所分配的信道(信道7)被發(fā)送。
屬于IEEE1394網(wǎng)絡(luò)多點(diǎn)傳輸群239.255.255.250的設(shè)備404和406發(fā)送IGMP報(bào)告消息作為對(duì)IGMP查詢消息的響應(yīng)。IGMP報(bào)告消息的目的地地址是廣播MCAP廣告消息的MCAP設(shè)備，即，廣播IGMP查詢消息的MCAP設(shè)備402。
由于MCAP設(shè)備406已經(jīng)通過(guò)所接收的MCAP廣告消息知道相應(yīng)的多點(diǎn)傳輸?shù)刂?39.255.255.250的信道數(shù)，MCAP設(shè)備406通過(guò)信道7發(fā)送IGMP報(bào)告消息。
此時(shí)，由于非MCAP設(shè)備404不識(shí)別MCAP廣告消息，非MCAP設(shè)備404通過(guò)廣播信道(信道31)發(fā)送IGMP報(bào)告消息。
因而，通過(guò)檢查IGMP信息被發(fā)送所用的信道數(shù)，MCAP設(shè)備402能夠確定是否每個(gè)設(shè)備404和406支持MCAP。
如果發(fā)送自相同IEEE1394網(wǎng)絡(luò)所有設(shè)備的IGMP信息通過(guò)所分配的信道(信道7)被發(fā)送，MCAP設(shè)備402在步驟S610確定相同IEEE1394網(wǎng)絡(luò)的所有設(shè)備支持MCAP。MCAP設(shè)備402在步驟S616通過(guò)使用多點(diǎn)傳輸信道實(shí)施與相應(yīng)的多點(diǎn)傳輸?shù)刂返耐ㄐ拧?br> 如果發(fā)送自相同IEEE1394網(wǎng)絡(luò)僅一些設(shè)備的IGMP信息通過(guò)所分配的信道(信道7)被發(fā)送，MCAP設(shè)備402在步驟S612確定只有相同IEEE1394網(wǎng)絡(luò)的一些設(shè)備支持MCAP。MCAP設(shè)備402在步驟S614向相同網(wǎng)絡(luò)的所有設(shè)備廣播具有“截止時(shí)間＝0”(立即釋放)內(nèi)容的MCAP廣告消息。
MCAP設(shè)備402在步驟S616通過(guò)使用廣播信道實(shí)施與相應(yīng)的多點(diǎn)傳輸?shù)刂返耐ㄐ拧?br> 如圖7所示，MCAP設(shè)備402通過(guò)分配的信道7實(shí)施與相應(yīng)的多點(diǎn)傳輸?shù)刂?239.255.255.250)的通信，如果所有IGMP報(bào)告通過(guò)分配的信道7被接收并且如果任一IGMP報(bào)告消息被通過(guò)廣播信道(信道31)接收則通過(guò)廣播信道(信道31)廣播信息。
也就是，如果屬于多點(diǎn)傳輸群的所有設(shè)備支持MCAP，通過(guò)MCAP協(xié)議的多點(diǎn)傳輸通信被實(shí)施，而如果存在非MCAP設(shè)備，通過(guò)廣播方法的多點(diǎn)傳輸通信被實(shí)施。
相應(yīng)地，甚至當(dāng)屬于IEEE1394網(wǎng)絡(luò)多點(diǎn)傳輸群的所有設(shè)備支持MCAP時(shí)，由不必要使用廣播信道所引起的計(jì)算負(fù)擔(dān)能夠被避免。并且，甚至當(dāng)非MCAP設(shè)備處于多點(diǎn)傳輸群中時(shí)，多點(diǎn)傳輸通信也能夠被實(shí)施。
權(quán)利要求
1.一種用于確定是否多點(diǎn)傳輸信道分配協(xié)議(MCAP)在等同網(wǎng)絡(luò)被支持的方法，該方法包括(a)一個(gè)MCAP設(shè)備向相同網(wǎng)絡(luò)的所有設(shè)備廣播MCAP廣告消息；(b)廣播MCAP廣告消息的MCAP設(shè)備向相同網(wǎng)絡(luò)的所有設(shè)備廣播因特網(wǎng)群管理協(xié)議(IGMP)查詢消息；和(c)廣播MCAP廣告消息的MCAP設(shè)備通過(guò)IGMP報(bào)告消息自相同網(wǎng)絡(luò)的設(shè)備被發(fā)送所用的信道數(shù)，確定是否相同網(wǎng)絡(luò)的每一設(shè)備支持MCAP。
2.如權(quán)利要求1的方法，其中，在步驟(c)中，如果IGMP報(bào)告消息不通過(guò)由MCAP廣播信息分配的信道被接收，則確定只有相同網(wǎng)絡(luò)的一些設(shè)備支持MCAP。
3.如權(quán)利要求2的方法，進(jìn)一步包括(d)如果IGMP報(bào)告消息不通過(guò)由MCAP廣播信息分配的信道被接收，則廣播命令相同網(wǎng)絡(luò)所有設(shè)備釋放分配信道的MCAP廣播信息。
4.如權(quán)利要求3的方法，其中，在步驟(d)中，具有“截止時(shí)間＝0”內(nèi)容的MCAP廣播信息被廣播。
5.如權(quán)利要求1的方法，其中網(wǎng)絡(luò)是IEEE1394網(wǎng)絡(luò)。
6.一種等同網(wǎng)絡(luò)上的多點(diǎn)傳輸通信方法，該方法包括(a)屬于一個(gè)多點(diǎn)傳輸群的MCAP設(shè)備向相同網(wǎng)絡(luò)的所有設(shè)備廣播MCAP廣告消息；(b)廣播MCAP廣告消息的MCAP設(shè)備向相同網(wǎng)絡(luò)的所有設(shè)備廣播IGMP查詢消息；(c)廣播MCAP廣告消息的MCAP設(shè)備通過(guò)IGMP報(bào)告消息被發(fā)送自相同網(wǎng)絡(luò)設(shè)備所用的信道數(shù)，確定是否相同網(wǎng)絡(luò)的每一設(shè)備支持MCAP；和(e)如果從所有設(shè)備到MCAP廣播信息被廣播的設(shè)備的IGMP報(bào)告消息通過(guò)多點(diǎn)傳輸信道被接收，則通過(guò)使用多點(diǎn)傳輸信道實(shí)施與相應(yīng)的多點(diǎn)傳輸?shù)刂返耐ㄐ?，并且，如果只有?lái)自所有設(shè)備的一些IGMP報(bào)告消息通過(guò)多點(diǎn)傳輸信道被接收，則通過(guò)使用廣播信道實(shí)施與相應(yīng)的多點(diǎn)傳輸?shù)刂返耐ㄐ拧?br> 7.如權(quán)利要求6的方法，其中，在步驟(c)中，如果IGMP報(bào)告消息不通過(guò)由MCAP廣播信息分配的信道被接收，則確定只有相同網(wǎng)絡(luò)的一些設(shè)備支持MCAP。
8.如權(quán)利要求7的方法，進(jìn)一步包括(d)如果IGMP報(bào)告消息不通過(guò)在步驟(c)由MCAP廣播信息分配的信道被接收，則廣播命令相同網(wǎng)絡(luò)所有設(shè)備釋放分配信道的MCAP廣播信息。
9.如權(quán)利要求8的方法，其中，在步驟(d)中，具有“截止時(shí)間＝0”內(nèi)容的MCAP廣播信息被廣播。
10.如權(quán)利要求6的方法，其中網(wǎng)絡(luò)是IEEE1394網(wǎng)絡(luò)。
全文摘要
一種用于確定是否設(shè)備支持多點(diǎn)傳輸信道分配協(xié)議(MCAP)的方法，和使用該方法的多點(diǎn)傳輸通信方法。該方法包括(a)MCAP設(shè)備向相同網(wǎng)絡(luò)的所有設(shè)備廣播MCAP廣告消息，(b)MCAP設(shè)備，其廣播MCAP廣告消息，向相同網(wǎng)絡(luò)的所有設(shè)備廣播因特網(wǎng)群管理協(xié)議(IGMP)查詢消息，和(c)MCAP設(shè)備，其廣播MCAP廣告消息，通過(guò)IGMP報(bào)告消息被發(fā)送自相同網(wǎng)絡(luò)設(shè)備所用的信道數(shù)，確定是否相同網(wǎng)絡(luò)的每一設(shè)備支持MCAP。以此方式，甚至當(dāng)包括在IEEE1394網(wǎng)絡(luò)多點(diǎn)傳輸群中的所有設(shè)備支持MCAP時(shí)，由不必要使用廣播信道所引起的計(jì)算負(fù)擔(dān)能夠被避免。
文檔編號(hào)H04L12/28GK1444357SQ0215044
公開(kāi)日2003年9月24日 申請(qǐng)日期2002年11月12日 優(yōu)先權(quán)日2002年3月7日
發(fā)明者金載和, 羅日柱 申請(qǐng)人:三星電子株式會(huì)社