專利名稱：發(fā)送和接收組播消息的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信系統(tǒng)中消息的發(fā)送和接收技術(shù)，具體涉及一種發(fā)送 和接收組播消息的方法及裝置。
背景技術(shù)：
目前，全球無線通信正呈現(xiàn)出移動(dòng)化、寬帶化和因特網(wǎng)協(xié)議(IP， Internet Protocol)化的趨勢，給移動(dòng)通信技術(shù)帶來了直接的竟?fàn)帀毫?。因此，第?代移動(dòng)通信標(biāo)準(zhǔn)化組織開始了第三代移動(dòng)通信系統(tǒng)(3G, 3rd Generation Mobile Communications System)演進(jìn)型系統(tǒng)的4支術(shù)研究與標(biāo)準(zhǔn)化工作，以 保持3G技術(shù)的竟?fàn)幜驮谝苿?dòng)通信領(lǐng)域的領(lǐng)導(dǎo)地位。移動(dòng)通信系統(tǒng)中， 一個(gè)終端可以同時(shí)通過多個(gè)無線鏈路與多個(gè)小區(qū)內(nèi)的 基站進(jìn)行通信，多個(gè)無線鏈路的集合稱為激活集。第三代伙伴計(jì)劃II(3GPP2, 3G Partnership Project II)的空中接口演進(jìn)技術(shù)(AIE, Air Interface Evolution)中，在激活集的接入網(wǎng)絡(luò)(AN, Access Network)中引入了路由(Route)概念。接入終端(AT， Access Terminal)與激活集中的每個(gè)AN 都建立一個(gè)獨(dú)立的空口連接，即一套完整的空口配置參數(shù)，以及除物理層之 外的其它協(xié)議層的處理資源，該空口連接稱為Route。在激活集中，只有一 個(gè)AN真正給AT分配傳輸數(shù)據(jù)報(bào)文的物理資源，該AN稱為服務(wù)AN( Serving AN),對應(yīng)的空口連接稱為服務(wù)Route,其它Route的數(shù)據(jù)報(bào)文都是通過服 務(wù)Route發(fā)送或接收的。圖1為現(xiàn)有技術(shù)中數(shù)據(jù)報(bào)文的發(fā)送和接收的方法示意圖，如圖l所示， 對應(yīng)于AT和AN的每個(gè)Route以及每個(gè)Route的發(fā)送端和接收端，都包括 以下幾個(gè)協(xié)議層應(yīng)用層(APP, Application Layer )/路由間隧道協(xié)議(IRTP,Inter Route Tunnel Protocol)、無線鏈路協(xié)議(RLP, Radio Link Protocol)、 流協(xié)i義(Stream Protocol)、路由初始化協(xié)議(RIP, Route Initialization Protocol)、報(bào)文聚合協(xié)議(PCP, Packet Convergence Protocol)、媒體接入 控制(MAC, Media Access Control)以及物理層(PHY, Physical Layer)。 在Route建立之初，每個(gè)APP與一個(gè)RLP和流協(xié)議綁定，且RLP以流協(xié)議 標(biāo)識(Stream ID )唯一標(biāo)識。數(shù)據(jù)報(bào)文應(yīng)用產(chǎn)生的數(shù)據(jù)報(bào)文將直接發(fā)送到處 理數(shù)據(jù)報(bào)文的RLP和流協(xié)議層；產(chǎn)生組播消息的應(yīng)用產(chǎn)生的組播消息直接 發(fā)送到處理組播消息的以Stream ID為0標(biāo)識的RLP和流協(xié)議層。其中，RLP 的分#史和重纟且(SAR, Segmentation and Reassembly)子層用于分割、重新 組合等。AT包括與兩個(gè)AN建立的Route,包括Route A和Route B,其中 假設(shè)Route B為服務(wù)Route,對應(yīng)的服務(wù)AN為ANB。圖1中虛線箭頭為服 務(wù)Route發(fā)送和接收數(shù)據(jù)報(bào)文的過程，實(shí)線箭頭為非服務(wù)Route發(fā)送和接收 數(shù)據(jù)報(bào)文的過程。對于服務(wù)Route發(fā)送和接收的數(shù)據(jù)報(bào)文，發(fā)送端產(chǎn)生數(shù)據(jù)報(bào)文的應(yīng)用 APPB將報(bào)文交給對應(yīng)的RLPs處理，由RLPe的子層SARb分割并加序號后， 經(jīng)對應(yīng)的流協(xié)議層加上與該RLPB關(guān)聯(lián)的流標(biāo)識(Stream ID ),然后經(jīng)RIPB 層加上RIP頭形成RIP報(bào)文，在PCPB層匯聚，最后經(jīng)MACb屋和PHYB發(fā) 送出去。接收端接收的過程與發(fā)送端發(fā)送的過程相反接收端PHYb解析出 MAC報(bào)文，由接收端MACe層、接收端PCPb屋、接收端RIPB層依次去除 包頭后得到流協(xié)議報(bào)文。接收端的流協(xié)議層去除流協(xié)議報(bào)文的流協(xié)議標(biāo)識 后，得到RLP報(bào)文，并將該RLP報(bào)文發(fā)送到與流協(xié)議標(biāo)識關(guān)聯(lián)的RLP，如 RLPB中處理。接收端RLPb的SARa層根據(jù)RLP報(bào)文中的序號重組后發(fā)送到 接收端APPB，完成數(shù)據(jù)報(bào)文發(fā)送和接收過程。對于非服務(wù)Route,如圖1中Route A發(fā)送和接收的數(shù)據(jù)報(bào)文，數(shù)據(jù)報(bào) 文經(jīng)R6ute A發(fā)送端的APPA》RLPA》流協(xié)議層》RIPA后，形成RIP報(bào)文， 發(fā)送到服務(wù)Route的IRTPB，由IRTPB在接收到的多個(gè)RIP報(bào)文前加上同一 IRTP頭形成IRTP報(bào)文，該IRTP頭為指示該RIP報(bào)文Route信息的路由標(biāo)識(Route ID )。然后IRTP報(bào)文經(jīng)服務(wù)Route的RLPB-〉流協(xié)議B->RIPB->PCPB ->MACB》PHYB發(fā)送出去。接收過程與發(fā)送過程相反，數(shù)據(jù)報(bào)文經(jīng)服務(wù) Route接收端的PHYB->MACB->PCPB->RIPB ->流協(xié)議B .〉RLPb得到IRTP報(bào) 文，IRTPB剝離IRTP報(bào)文的IRTP頭得到RIP報(bào)文，并且根據(jù)該IRTP頭中 指示的Route信息發(fā)送到Route A接收端的RIPa接收，再經(jīng)Route A接收端 的RIPA》流協(xié)議層》RLPA發(fā)送到APPA,完成了非服務(wù)Route數(shù)椐報(bào)文發(fā)送 和接收的過程。對于數(shù)據(jù)報(bào)文，流協(xié)議層加上的流標(biāo)識是非零的值，而對于組播消息， 流協(xié)議層加上的流標(biāo)識為固定值0。AT中保存了激活集中所有AN對應(yīng)Route的空口配置參數(shù)，以及除物 理層之外的其它協(xié)議層的處理資源，每個(gè)AN也保存了該AN以及激活集中 的其它AN與AT的空口配置參數(shù)，以及除物理層之外的其它協(xié)議層的處理 資源。當(dāng)AT與其中 一個(gè)AN的配置參數(shù)有所改變時(shí)，AT需要通過服務(wù)Route 發(fā)送組播消息通知其它AN更新與該AN的配置參數(shù)。因此，AIE中規(guī)定了一種組播(Many-casting)消息的發(fā)送和接收方法， 該方法只用于反向，即只用于AT向激活集中的多個(gè)AN發(fā)送組播消息。也 就是說AT在某個(gè)Route上，包括服務(wù)Route,發(fā)送的一個(gè)組播消息，由激 活集中的多個(gè)AN接收。圖2為現(xiàn)有技術(shù)中組播消息的發(fā)送和接收的方法示 意圖，如圖2所示，AT包括與兩個(gè)AN建立的Route,包括Route A和Route B,其中假設(shè)Route B為服務(wù)Route,對應(yīng)的服務(wù)AN為ANB。圖2中虛線 箭頭為服務(wù)Route發(fā)送和接收組播消息的過程，實(shí)線箭頭為非服務(wù)Route發(fā) 送和接收組播消息的過程。Route發(fā)送端，包括服務(wù)Route發(fā)送端和非服務(wù)Route發(fā)送端，產(chǎn)生組 播消息的應(yīng)用APP,將組，燔消息發(fā)送到對應(yīng)的RLP，即以Stream ID為O標(biāo) 識的RLP，再由SAR層分割并從SAR層保存的下一個(gè)序號開始順序編號， 即如果發(fā)送該組播消息時(shí)的序號為2、 3和4，則在發(fā)送下一個(gè)組播消息時(shí)， SAR層保存的下一個(gè)序號為5,組播消息各報(bào)文塊的序號為5、6和7;然后，組播消息經(jīng)對應(yīng)的流協(xié)議層加上值為0的流標(biāo)識后，發(fā)送到RIP層，由RIP 層加RIP頭后，全部發(fā)送到服務(wù)Route的IRTP進(jìn)行處理；由服務(wù)Route的 IRTP層加上標(biāo)識多個(gè)Route的Route ID后，作為普通應(yīng)用層數(shù)據(jù)報(bào)文發(fā)送 到以Stream ID為非零標(biāo)識的RLP進(jìn)行后續(xù)處理；以后的發(fā)送過程以及服務(wù) Route的IRTP層接收的過程與現(xiàn)有技術(shù)中數(shù)據(jù)報(bào)文的發(fā)送和接收過程相同。 服務(wù)Route接收端的IRTP接收到組播消息組成的數(shù)據(jù)報(bào)文后，根據(jù)報(bào)文中 的Route ID，將該報(bào)文發(fā)送到對應(yīng)Route的RIP層。接收組播消息的所有 Route的接收端接收到組播消息后，都要經(jīng)RLP的SAR層，根據(jù)接收到的組播消息中各報(bào)文塊的序號將報(bào)文重組后，發(fā)送到接收并處理組播消息的 APP。在接收過程中，如果Route接收端的SAR層，判斷接收到的報(bào)文中SAR 層序號與其自身期待序號相同，則接收該報(bào)文，將序號去掉，并重組后發(fā)送 到應(yīng)用層。如果發(fā)現(xiàn)接收到的報(bào)文中SAR層的序號與其自身的期待序號不 一致的話，就會(huì)判斷報(bào)文中的序號與自身期待序號的大小。如果報(bào)文中的序 號小于其自身的期待序號，則認(rèn)為該報(bào)文是已經(jīng)接收過的報(bào)文，遂將其丟棄， 造成無法正常接收到組播消息；如果報(bào)文中的序號大于其自身的期待序號， 則會(huì)在接收該報(bào)文后進(jìn)行正常處理，并將該SAR層保存的期待序號根據(jù)該 報(bào)文SAR的序號順序排序進(jìn)行調(diào)整。而如果下一次接收到的組播消息報(bào)文 是該Route對應(yīng)的發(fā)送端發(fā)送的報(bào)文，其中的SAR序號是該SAR層原來的 期待序號，則會(huì)由于該Route發(fā)送端與接收端SAR層的期待序號不一致而 導(dǎo)致無法正常接收組播消息，從而造成組播消息報(bào)文丟失。圖3為現(xiàn)有技術(shù)中發(fā)送和接收組播消息方法示意圖，如圖3所示，Route A發(fā)送端的SARA層保存的下一序號為15 ，因此將接收到組播消息進(jìn)行分割， 例如分為4個(gè)報(bào)文塊，并進(jìn)行順序編號，例如分別編號為15、 16、 17和18 后，經(jīng)服務(wù)Route發(fā)送到服務(wù)AN的SARb、ANA的SARa屋和ANC的SARc 層。AN A的SAR判斷該組播消息報(bào)文中的序號15與自身的期待序號15相同，則正常接收該報(bào)文，即將該報(bào)文重組后發(fā)送到應(yīng)用層。服務(wù)AN的SAR發(fā)現(xiàn)接收到的組播消息各報(bào)文塊中的序號15與自身期 待的序號35不一致，且判斷報(bào)文塊中的起始序號15小于自身期待的序號 35，則將該報(bào)文塊丟棄，即無法正常接收該報(bào)文塊。AN C的SARc發(fā)現(xiàn)接收到的組播消息報(bào)文塊中的序號15與自身的期待 序號5不同，且判斷報(bào)文中的起始序號大于自身的期待序號5,則接收該報(bào) 文，同時(shí)在四個(gè)報(bào)文塊全部接收后，將自身的期待序號調(diào)整為19。這樣， 造成了 Route C發(fā)送端和接收端的SAR層不同步，如果下一次接收到的 Route C組播消息報(bào)文起始序號為5， ANC就會(huì)因?yàn)樵搱?bào)文序號小于其自身 的期待序號19而無法正常接收組播消息。發(fā)明內(nèi)容有鑒于此，本發(fā)明實(shí)施例提供一種發(fā)送組播消息的方法，支持Route接 收端正常接收到組播消息。本發(fā)明實(shí)施例提供一種接收組播消息的方法，使得Route接收端能正常接 收到組播消息。本發(fā)明實(shí)施例提供一種發(fā)送組播消息的裝置，支持Route接收端正常接收 到組播消息。本發(fā)明實(shí)施例提供一種接收組播消息的裝置，使得Route接收端能正常接 收組播消息。為達(dá)到上述目的，本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的 一種發(fā)送組播消息的方法，包括路由發(fā)送端應(yīng)用層將組播消息發(fā)送到處理組播消息的無線鏈路協(xié)議RLP的分割與重組SAR層；處理組播消息的SAR層將接收到的組播消息，直接轉(zhuǎn)發(fā)到對應(yīng)流+辦議層； 所迷流協(xié)議層邇過對應(yīng)路由初始化協(xié)議RIP層以及服務(wù)路由發(fā)送端的路由間隧道協(xié)議IRTP層，將接收到的組播消息發(fā)送到服務(wù)路由接收端。一種接收組播消息的方法，包括激活集中接入網(wǎng)絡(luò)的路由接收端將接收到的組播消息通過路由接收端流協(xié) 議層轉(zhuǎn)發(fā)到處理組播消息的無線鏈路協(xié)議RLP的分割與重組SAR層；路由接收端SAR層接收到組播消息后，直接轉(zhuǎn)發(fā)到路由接收端應(yīng)用層。一種發(fā)送組播消息的裝置，包括組播消息產(chǎn)生模塊、組播消息處理分割與 重組SAR模塊、組播消息處理流協(xié)議模塊、組播消息處理路由初始化+辦議RIP 模塊和服務(wù)路由發(fā)送端路由間隧道協(xié)議IRTP模塊，所述組播消息產(chǎn)生模塊，用于產(chǎn)生組播消息，發(fā)送到發(fā)送端SAR模塊；所述組播消息處理SAR模塊，用于接收組播消息產(chǎn)生模塊發(fā)送的組播消 息，直接轉(zhuǎn)發(fā)到組播消息處理流協(xié)議模塊；所述組播消息處理流協(xié)議模塊，用于接收組播消息處理SAR模塊發(fā)送的組 播消息，發(fā)送到組播消息處理RIP模塊；所述組播消息處理RIP模塊，用于接收組播消息處理流協(xié)議模塊發(fā)送的組 播消息，發(fā)送到服務(wù)路由發(fā)送端IRTP模塊；所述服務(wù)路由發(fā)送端IRTP模塊，用于接收組播消息處理RIP模塊發(fā)送 的組播消息，轉(zhuǎn)發(fā)到服務(wù)路由接收端的IRTP。一種接收組播消息的裝置，包括接收端路由初始化協(xié)議RIP模塊、接收端 流協(xié)議模塊、接收端分割與重組SAR模塊和接收端應(yīng)用模塊，所述接收端RIP模塊，用于接收服務(wù)路由接收端的IRTP發(fā)送的組播消息， 發(fā)送到接收端流協(xié)議模塊；所述接收端流協(xié)議模塊，用于接收來自接收端RIP模塊的組播消息，發(fā)送 到接收端SAR模塊；所述接收端SAR模塊，用于接收來自接收端流協(xié)議模塊的組播消息，直接 轉(zhuǎn)發(fā)到接收端應(yīng)用模塊；所述接收端應(yīng)用模塊，用于接收來自接收端SAR模塊的組播消息。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提供的發(fā)送和接收組播消息的方法及 裝置，改變了處理組播消息的SAR層對組播消息的處理方法，將接收到的組播消息直接轉(zhuǎn)發(fā)到對應(yīng)的流協(xié)議層，使得Route接收端處理組播消息的 SAR層不需要根據(jù)SAR層的序號接收組播消息，從而實(shí)現(xiàn)了正常接收組播消息。


圖1為現(xiàn)有技術(shù)中數(shù)據(jù)報(bào)文的發(fā)送和接收的方法示意圖； 圖2為現(xiàn)有技術(shù)中組播消息的發(fā)送和接收的方法示意圖； 圖3為現(xiàn)有技術(shù)中發(fā)送和接收組播消息的方法示意圖； 圖4為本發(fā)明實(shí)施例一發(fā)送和接收組播消息的方法示意圖； 圖5為本發(fā)明實(shí)施例二發(fā)送和接收組播消息的方法示意圖； 圖6為本發(fā)明實(shí)施例三發(fā)送和接收組播消息的方法示意圖； 圖7為本發(fā)明實(shí)施例四發(fā)送和接收組播消息的方法示意圖。
具體實(shí)施方式
下面結(jié)合附圖及具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)說明。本發(fā)明實(shí)施例提供的發(fā)送組播消息的方法，在組播消息經(jīng)過處理組播消 息的RLP的SAR層時(shí)，不進(jìn)行處理而直接轉(zhuǎn)發(fā)；或不分割而只加上包含固 定序號的SAR包頭；或分割為多個(gè)報(bào)文塊，且分別加上包含序號的SAR包 頭，但每次發(fā)送組播消息時(shí)加的SAR包頭都從相同的起點(diǎn)順序編號，避免 了由于發(fā)送端和接收端處理組播消息的SAR層的序號不同步，而造成的無 法正常接收組播消息的情況。以下以四個(gè)實(shí)施例對本發(fā)明提供的發(fā)送和接收組播消息的方法進(jìn)行詳 細(xì)說明。實(shí)施例一本實(shí)施例提供的發(fā)送和接收組播消息的方法，在發(fā)送和接收組播消息 時(shí)，發(fā)送端和接收端都跳過以Stream ID為0的值標(biāo)識的RLP的SAR子層。 也就是說發(fā)送端以Stream ID為0的值標(biāo)識的RLP SAR層的工作模式是接收到組播消息后，不進(jìn)行任何處理，而直接轉(zhuǎn)發(fā)到流協(xié)議層進(jìn)行處理；接收端 以Stream ID為O的值標(biāo)識的RLP SAR層的工作模式是將接收到組播消息不 進(jìn)行任何處理，而直接轉(zhuǎn)發(fā)到接收端的應(yīng)用層。圖4為本發(fā)明實(shí)施例一發(fā)送和接收組播消息的方法示意圖，如圖4所示， 該組播消息由Route A通過服務(wù)Route B發(fā)送到AN A、服務(wù)AN B以及AN C。AT的Route A產(chǎn)生組^"消息的APP將組播消息發(fā)送到對應(yīng)的RLPA, 該RLPA將組播消息轉(zhuǎn)發(fā)到流協(xié)議層，由流協(xié)議層加上值為O的Steam ID后， 發(fā)送到服務(wù)Route的IRTPB，由服務(wù)Route發(fā)送端的IRTPB發(fā)送到服務(wù)AN 的IRTPB。接收端IRTP根據(jù)IRTP報(bào)文的IRTP頭，即Route ID將該報(bào)文分 發(fā)到AN A、 AN B和AN C的RIP層，由RIP層和流協(xié)議層按照現(xiàn)有技術(shù) 中的方式順序處理后發(fā)送到以Steam ID為0標(biāo)識的RLP的SAR層，SAR 層對該RLP-SAR報(bào)文不進(jìn)行任何處理，直接轉(zhuǎn)發(fā)到應(yīng)用層。實(shí)施例二本實(shí)施例提供的發(fā)送和接收組播消息的方法，將發(fā)送端處理組播消息的 SAR層的下一序號與接收端處理組播消息的SAR層的期待序號設(shè)為 一 固定 值；在產(chǎn)生組播消息的應(yīng)用產(chǎn)生的組播消息，經(jīng)過以Stream ID為O標(biāo)識的 RLP層時(shí)，其SAR層不對組播消息進(jìn)行分割，而是直接加上包含序號的SAR 包頭，且該序號為預(yù)先設(shè)置的固定值。每次應(yīng)用層發(fā)送的組播消息經(jīng)過該 SAR層時(shí)，其SAR包頭的序號是一固定值，不會(huì)隨著發(fā)送組播消息的數(shù)目 而變化。接收端中以Stream ID為0標(biāo)識的RLP，其SAR層接收組播消息時(shí)， 將接收到的組播消息中包含固定值序號的SAR包頭去掉，直接發(fā)送到應(yīng)用 層。如此，便避免了發(fā)送端SAR的下一序號與接收端SAR的期待序號不一 致的問題。圖5為本發(fā)明實(shí)施例二的發(fā)送和接收組播消息的方法，如圖5所示，發(fā) 送端以Stream ID為O標(biāo)識的RLP的SAR層的下一個(gè)序號設(shè)置為O，將每個(gè) 接收到的組播消息中加上序號值為0的包頭，所有接收端以Stream ID為0標(biāo)識的RLP的SAR層的期待序號設(shè)為與發(fā)送端的下一個(gè)序號一樣的值0， 該接收端SAR層將接收到的組播消息中序號值為0的包頭去掉后，直接發(fā) 送到應(yīng)用層。本實(shí)施例是實(shí)施例三的 一 個(gè)特例。實(shí)施例三本實(shí)施例提供的發(fā)送和接收組播消息的方法為將發(fā)送端處理組播消息 的SAR層的下一序號與接收端處理組播消息的SAR層的期待序號設(shè)為一固 定值；當(dāng)產(chǎn)生組播消息的應(yīng)用產(chǎn)生的組播消息發(fā)送到以Stream ID為0標(biāo)識 的RLP的SAR層時(shí)，進(jìn)行分割，且加上包含序號的SAR包頭，該序號為從 設(shè)定的固定值開始的順序編號。每一次對接收到的組播消息進(jìn)行處理時(shí)，各 個(gè)分塊SAR包頭中的序號都是從相同的起點(diǎn)開始順序編號；每一個(gè)接收組 播消息的AN接收端中，以Stream ID為0標(biāo)識的RLP的SAR層在每一次 接收到新的組播消息的報(bào)文塊時(shí)，其期待序號與發(fā)送端發(fā)送組播消息時(shí)編號 的起點(diǎn)相同，從而保證了組播消息的正常接收。圖6為本發(fā)明實(shí)施例三發(fā)送和接收組播消息的方法，如圖6所示，發(fā)送 端AT中的以Stream ID為0標(biāo)識的RLP SAR層RLP-SARA將接收到的應(yīng)用 層發(fā)送的組播消息分割為四塊，并加上包含順序編號的SAR包頭，例如， 編號為0、 1、 2和3,后經(jīng)RIPA層，以及服務(wù)Route的IRTPB發(fā)送到接收端 服務(wù)AN的IRTPB,再由IRTPb將IRTP報(bào)文發(fā)送到各AN的RIP層；RIP 層處理后發(fā)送到Stream ID為0標(biāo)識的RLP層。所有接收端的SAR的期待 序號都為0,且每次接收組播消息時(shí)的期待序號均從O開始。所以，接收端 SAR可以接收序號為O、 1、 2和3的組播消息報(bào)文塊，根據(jù)該序號將報(bào)文排 序，去掉包含該序號的SAR包頭并進(jìn)行重組后，發(fā)送到處理組播消息的應(yīng) 用層APP。實(shí)施例二是本實(shí)施例的一個(gè)特例，本實(shí)施例中路由發(fā)送端以Stream ID 為0標(biāo)識的RLP-SAR層將接收到的應(yīng)用層發(fā)送的組播消息分割時(shí)，如杲只 分割為一塊，而不分割為多塊，即為實(shí)施例二的情況。實(shí)施例四本實(shí)施例提供的發(fā)送和接收組播消息的方法將所有Route發(fā)送端的處理 組播消息的RLP合并為一個(gè)RLP，例如為RLPo，該RLP。只處理所有Route 發(fā)送端的應(yīng)用層產(chǎn)生的組播消息，且必需用值為0的Stream ID來標(biāo)識該 RLP。其它Route發(fā)送端的RLP只用非0的Stream ID來標(biāo)識。與該RLP對 應(yīng)的RIP不再指示任何Route信息。圖7為本發(fā)明實(shí)施例四發(fā)送和接收組播消息的方法示意圖，如圖7所示， 所有Route發(fā)送端的應(yīng)用層產(chǎn)生的組播消息都發(fā)送到RLPo處理，RLP-SARo 將接收到的組播消息分割，并加上包含順序編號的SAR包頭后，發(fā)送到流 協(xié)議Q層，由流協(xié)議o層加上值為0的Stream ID后發(fā)送到RIP。，再由RIP0 轉(zhuǎn)發(fā)到服務(wù)Route的IRTP層。以后的發(fā)送以及接收過程與現(xiàn)有技術(shù)中的相 同，在此不再贅述。當(dāng)該RLPo接收到一個(gè)新的組播消息，但正在處理其它 的組播消息時(shí)，RLPo將該新的組播消息緩存在應(yīng)用層的消息隊(duì)列中。由于本實(shí)施例將所有Route的RLP-SAR合并為一個(gè)，因此，發(fā)送端只 有一個(gè)處理組播消息的RLP-SAR,也就是說所有Route接收端處理組播消 息的RLP-SAR層的期待序號都與Route發(fā)送端處理組播消息的RLP-SAR層 的下一序號同步，所以不存在由于發(fā)送端和接收端處理組播消息的SAR層 序號不同步，而導(dǎo)致接收端無法正常接收組播消息的問題。當(dāng)在處理組播消息的過程中，激活集中有新的AN加入時(shí)，該AN處理 組播消息的RLP-SAR層期待序號要與終端中處理組播消息的RLP-SAR層序 號同步。同步的方法可以為該新加入激活集的AN從激活集中的其它AN 獲得，也可以由處理所有Route發(fā)送端組播消息的SAR層發(fā)起序號的復(fù)位， 將所有接收組播消息的SAR層的期待序號，與發(fā)送組播消息的SAR層的下 一序號歸零。當(dāng)將所有的路由發(fā)送端處理組播消息的SAR層合為一個(gè)SAR時(shí)，本發(fā) 明實(shí)施例 一 、實(shí)施例二和實(shí)施例三的方法同樣也可以使用。本發(fā)明實(shí)施例中，服務(wù)Route發(fā)送端的IRTPb將組播消息的IRTP報(bào)文發(fā)送到服務(wù)AN的IRTPb的方法，與現(xiàn)有技術(shù)中處理普通數(shù)據(jù)報(bào)文的方式相 同，在此不再贅述。由于，IRTP報(bào)文經(jīng)RLPb的SAR子層的處理過程與現(xiàn) 有技術(shù)相同，因此，組播消息的IRTP報(bào)文在經(jīng)過SAR層時(shí)，要分割并順序 編號，但是因?yàn)榻邮沾薎RTP報(bào)文的只有一個(gè)AN，即服務(wù)AN,所以不會(huì)出 現(xiàn)現(xiàn)有技術(shù)中發(fā)送組播消息時(shí)出現(xiàn)的問題，且保證了在空口傳輸組播消息時(shí) 的可靠性和安全性。除SAR層的處理方法不同外，其它層對組播消息的處理方法及轉(zhuǎn)發(fā)流 程與現(xiàn)有技術(shù)中的相同，在此不再贅述。以Stream ID為非0標(biāo)識的RLP的SAR層對接收到的普通數(shù)據(jù)報(bào)文的 方法不變，也與現(xiàn)有技術(shù)中的相同。因此，本發(fā)明實(shí)施例修改處理組播消息 的SAR層的處理方法后，不會(huì)對數(shù)據(jù)報(bào)文的處理方法造成影響。發(fā)送組播消息的裝置包括組播消息產(chǎn)生模塊、組播消息處理SAR模塊、組 播消息處理流協(xié)議模塊、組播消息處理RIP模塊和服務(wù)路由發(fā)送端IRTP模塊。其中，組播消息產(chǎn)生模塊，用于產(chǎn)生組播消息，發(fā)送到組播消息處理SAR 模塊；組播消息處理SAR模塊，用于接收組播消息產(chǎn)生模塊發(fā)送的組播消息，轉(zhuǎn) 發(fā)到組播消息處理流協(xié)議模塊；組播消息處理流協(xié)議模塊，用于接收組播消息處理SAR模塊發(fā)送的組播消 息，發(fā)送到組播消息處理RIP模塊；組播消息處理RIP模塊，用于接收組播消息處理流協(xié)議模塊發(fā)送的組播消 息，發(fā)送到服務(wù)路由組播消息處理IRTP模塊；服務(wù)路由發(fā)送端IRTP模塊，用于接收組播消息處理RIP模塊發(fā)送的組播消 息，轉(zhuǎn)發(fā)到服務(wù)路由接收端的IRTP。組播消息處理SAR模塊還可用于保存預(yù)先設(shè)置的下一個(gè)序號固定值；將接 收到的組播消息直接加上包含所述固定值的SAR包頭。組播消息處理SAR模塊還可用于保存預(yù)先設(shè)置的下一個(gè)序號固定值；將接 收到的組播消息分割為多個(gè)報(bào)文塊，并分別加上包含序號的SAR包頭，該序號為從該固定值開始的順序編號。組播消息處理SAR模塊用于接收所有路由發(fā)送端組播消息產(chǎn)生模塊發(fā)送 的組播消息；該模塊還可用于將接收到的組播消息產(chǎn)生模塊發(fā)送的組播消息分 割為多個(gè)報(bào)文塊，并分別加上包含順序編號的SAR包頭。接收組播消息的裝置包括接收端RIP模塊、接收端流協(xié)議模塊、接收端SAR 模塊和接收端應(yīng)用模塊。其中，接收端RIP模塊，用于接收服務(wù)路由接收端的IRTP發(fā)送的組播消息， 發(fā)送到接收端流協(xié)i^U莫塊；接收端流協(xié)議模塊，用于接收來自接收端RIP模塊的組播消息，發(fā)送到接 收端SAR模塊；接收端SAR模塊，用于接收來自接收端流協(xié)議模塊的組播消息，直接轉(zhuǎn)發(fā) 到接收端應(yīng)用模塊；接收端應(yīng)用模塊，用于接收來自接收端SAR模塊的組播消息。接收端SAR模塊還可用于保存預(yù)先設(shè)置的期待序號的固定值；將接收到的 組播消息去掉包含該固定值的SAR包頭。接收端SAR模塊還可用于保存預(yù)先設(shè)置的期待序號的固定值；將接收到的 組播消息根據(jù)期待序號的固定值的順序編號排序，并去掉包含該編號的SAR包 頭后進(jìn)行重組。接收端SAR模塊，進(jìn)一步用于將其保存的期待序號與發(fā)送組播消息的組播 消息處理SAR模塊保存的下一序號同步的期待序號。由以上所述可以看出，本發(fā)明實(shí)施例所提供的發(fā)送和接收組播消息的方進(jìn)行分割，只加上或去掉包含固定值序號的SAR包頭，或進(jìn)行分割并加上 包含從相同的起始值順序編號的SAR包頭，從而使得AT中Route的發(fā)送端 和各AN中接收端接收組播消息的RLP-SAR層不會(huì)出現(xiàn)序號不同步的問題， 從而保證了組播消息的正常接收。同時(shí)，使用本發(fā)明實(shí)施例一提供的技術(shù)方案時(shí)，由于組播消息在發(fā)送不需要經(jīng)過RLP-SAR子層的分割和編號，也不需要在接收端經(jīng)過RLP-SAR 子層重組分塊，從而簡化了系統(tǒng)的處理，提高了系統(tǒng)的性能。而且，雖然去除了處理組播消息的RLP-SAR子層，仍然可以通過服務(wù) Route的RLP-SAR子層對IRTP報(bào)文進(jìn)行分割并且順序編號，在接收端進(jìn)行 重組，保存了在空口傳輸組播消息的可靠性和安全性，不會(huì)因?yàn)闆]有 RLP-SAR子層，而使得組播消息的傳輸變得不可靠或不安全。本發(fā)明實(shí)施例二和實(shí)施例三提供的技術(shù)方案，保證了傳輸組播消息與傳 輸其它數(shù)據(jù)報(bào)文時(shí)，協(xié)議結(jié)構(gòu)的一致性。只要對現(xiàn)有的協(xié)議進(jìn)行簡單修改， 即可以達(dá)到可靠傳輸組播消息的目的。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范 圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)報(bào)文含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種發(fā)送組播消息的方法，其特征在于，該方法包括路由發(fā)送端應(yīng)用層將組播消息發(fā)送到處理組播消息的無線鏈路協(xié)議RLP的分割與重組SAR層；處理組播消息的SAR層將接收到的組播消息，直接轉(zhuǎn)發(fā)到對應(yīng)流協(xié)議層；所述流協(xié)議層通過對應(yīng)的路由初始化協(xié)議RIP層以及服務(wù)路由發(fā)送端的路由間隧道協(xié)議IRTP層，將接收到的組播消息發(fā)送到服務(wù)路由接收端。
2、 如權(quán)利要求1所述的方法，其特征在于，所述處理組播消息的SAR層 為所述路由發(fā)送端處理組播消息的SAR層。
3、 如權(quán)利要求2所述的方法，其特征在于，所述路由發(fā)送端處理組播消息 的SAR層接收組播消息之前，該方法進(jìn)一步包括將所述路由發(fā)送端處理組播 消息的RLP的SAR層的下 一序號設(shè)置為固定值；所述路由發(fā)送端處理組播消息的SAR層將接收到的組播消息直接轉(zhuǎn)發(fā)到 對應(yīng)流協(xié)議層之前，該方法進(jìn)一步包括所述路由發(fā)送端處理組播消息的SAR 層將接收到的組播消息直接加上包含所述固定值的SAR包頭。
4、 如權(quán)利要求2所述的方法，其特征在于，所述路由發(fā)送端處理組播消息 的SAR層接收組播消息之前，該方法進(jìn)一步包括將所述路由發(fā)送端處理組播 消息的RLP的SAR層的下一序號的設(shè)置為固定值；所述路由發(fā)送端處理組播消息的SAR層將接收到的組播消息直接轉(zhuǎn)發(fā)到 對應(yīng)流協(xié)議層之前，該方法進(jìn)一步包括所述路由發(fā)送端處理組播消息的SAR 層將接收到的組播消息分割為多個(gè)報(bào)文塊，并分別加上包含序號的SAR包頭， 該序號為從所述固定值開始的順序編號。
5、 如權(quán)利要求要求1所述的方法，其特征在于，所述處理組播消息的SAR 層為處理所有路由發(fā)送端的組播消息的SAR層。
6、 一種接收組播消息的方法，其特征在于，該方法包括激活集中接入網(wǎng)絡(luò)的路由接收端接收組播消息后，通過路由接收端流協(xié)議層，將所述組播消息轉(zhuǎn)發(fā)到處理組播消息的無線鏈路協(xié)議RLP的分割與重組 SAR層；路由接收端SAR層接收到組播消息后，直接轉(zhuǎn)發(fā)到路由接收端應(yīng)用層。
7、 如權(quán)利要求6所述的方法，其特征在于，所述路由接收端接收組播消息 之前，該方法進(jìn)一步包括將路由接收端處理組播消息的RLP的SAR層的期待序號設(shè)置為固定值； 所述路由接收端SAR層將接收到的組播消息直接轉(zhuǎn)發(fā)到路由接收端應(yīng)用層之前，該方法進(jìn)一步包括路由接收端SAR層將接收到的組播消息中的包含所述固定值的SAR包頭去掉。
8、 如權(quán)利要求6所述的方法，其特征在于，所述路由接收端接收組播消息 之前，該方法進(jìn)一步包括將路由接收端處理組播消息的RLP的SAR層的期 待序號設(shè)置為固定值；所述路由接收端SAR層將接收到的組播消息直接轉(zhuǎn)發(fā)到路由接收端應(yīng)用 層之前，該方法進(jìn)一步包括路由接收端SAR層將接收到的組播消息各報(bào)文塊 根據(jù)各報(bào)文塊中從所述固定值開始的序號排序，去掉包含所述序號的SAR包 頭，并進(jìn)行重組。
9、 如權(quán)利要求6所述的方法，其特征在于，所述路由接收端SAR層為新 加入激活集中的接入網(wǎng)絡(luò)的路由接收端SAR層；所述路由接收端SAR層接收組播消息之前，該方法進(jìn)一步包括 所述路由接收端處理組播消息的SAR層的期待序號與處理所有路由發(fā)送 端組播消息的SAR層的下一序號同步。
10、 如權(quán)利要求9所述的方法，其特征在于，所述新加入激活集中接入網(wǎng) 絡(luò)的路由接收端處理組播消息的SAR層的期待序號與處理所有路由發(fā)送端組 播消息的SAR層的下一序號同步為所述新加入激活集中的接入網(wǎng)絡(luò)從激活集中的其它接入網(wǎng)絡(luò)獲得處理組播 消息的SAR層的期待序號，或由發(fā)送所有路由發(fā)送端組播消息的SAR層發(fā)起 序號的復(fù)位。
11、 一種發(fā)送組播消息的裝置，其特征在于，該裝置包括組播消息產(chǎn)生模塊、組播消息處理分割與重組SAR模塊、組播消息處理流協(xié)議模塊、組播消息 處理路由初始化協(xié)議RIP模塊和服務(wù)路由發(fā)送端路由間隧道協(xié)議IRTP模塊， 所述組播消息產(chǎn)生模塊，用于產(chǎn)生組播消息，發(fā)送到組播消息處理SAR模塊；所述組播消息處理SAR模塊，用于接收組播消息產(chǎn)生模塊發(fā)送的組播消 息，直接轉(zhuǎn)發(fā)到組播消息處理流協(xié)議模塊；所述組播消息處理流協(xié)議模塊，用于接收組播消息處理SAR模塊發(fā)送的組 播消息，發(fā)送到組播消息處理RIP模塊；所述組播消息處理RIP模塊，用于接收組播消息處理流協(xié)議模塊發(fā)送的組 播消息，發(fā)送到服務(wù)路由發(fā)送端IRTP模塊；所述服務(wù)路由發(fā)送端IRTP模塊，用于接收組播消息處理RIP模塊發(fā)送的組 播消息，轉(zhuǎn)發(fā)到服務(wù)路由接收端的IRTP。
12、 如權(quán)利要求11所述的裝置，其特征在于，所述組播消息處理SAR模 塊，進(jìn)一步用于保存預(yù)先設(shè)置的下一序號固定值；將接收到的組播消息直接加 上包含所述固定值的SAR包頭。
13、 如權(quán)利要求11所述的裝置，其特征在于，所述組播消息處理SAR模 塊，進(jìn)一步用于保存預(yù)先設(shè)置的下一序號固定值；將接收到的組播消息分割為 多個(gè)報(bào)文塊，并分別加上包含序號的SAR包頭，該序號為從所述固定值開始的 順序編號。
14、 如權(quán)利要求11所述的裝置，其特征在于，所述組播消息處理SAR模 塊用于接收所有路由發(fā)送端組播消息產(chǎn)生模塊發(fā)送的組播消息；所述組播消息處理SAR模塊，進(jìn)一步用于將接收到的組播消息產(chǎn)生模塊發(fā) 送的組播消息分割為多個(gè)報(bào)文塊，并分別加上包含順序編號的SAR包頭。
15、 一種接收組播消息的裝置，其特征在于，該裝置包括接收端路由初始 化協(xié)議RIP模塊、接收端流協(xié)議模塊、接收端分割與重組SAR模塊和接收端應(yīng)用模塊，所述接收端RIP模塊，用于接收服務(wù)路由接收端的IRTP發(fā)送的組播消息， 發(fā)送到接收端流協(xié)i義沖莫塊；所述接收端流協(xié)議模塊，用于接收來自接收端RIP模塊的組播消息，發(fā)送 到才妾收端SAR才莫塊；所述接收端SAR模塊，用于接收來自接收端流協(xié)議模塊的組播消息，直接 轉(zhuǎn)發(fā)到接收端應(yīng)用模塊；所述接收端應(yīng)用模塊，用于接收來自接收端SAR模塊的組播消息。
16、 如權(quán)利要求15所述的裝置，其特征在于，所述接收端SAR模塊，進(jìn) 一步用于保存預(yù)先設(shè)置的期待序號的固定值；將接收到的組播消息去掉包含所 述固定值的SAR包頭。
17、 如權(quán)利要求15所述的裝置，其特征在于，所述接收端SAR模塊，進(jìn) 一步用于保存預(yù)先設(shè)置的期待序號的固定值；將接收到的組播消息各報(bào)文塊根 據(jù)從所述固定值開始的序號排序，去掉包含所述序號的SAR包頭，并進(jìn)行重組。
18、 如權(quán)利要求15所述的裝置，其特征在于，所述接收端SAR模塊為新 加入激活集中的接入網(wǎng)絡(luò)的SAR模塊；所述接收端SAR模塊，進(jìn)一步用于將其保存的期待序號與發(fā)送組播消息的 組播消息處理SAR模塊保存的下 一序號同步；或與激活集中其它接入網(wǎng)絡(luò)中接 收組播消息的組播消息處理SAR模塊保存的期待序號同步。
全文摘要
本發(fā)明公開了一種發(fā)送組播消息的方法，該方法包括路由發(fā)送端應(yīng)用層將組播消息發(fā)送到處理組播消息的無線鏈路協(xié)議(RLP)的分割與重組(SAR)層；處理組播消息的SAR層將接收到的組播消息，直接轉(zhuǎn)發(fā)到對應(yīng)流協(xié)議層；所述流協(xié)議層通過對應(yīng)路由初始化(RIP)層及服務(wù)路由發(fā)送端路由間隧道協(xié)議(IRTP)層，將接收到的組播消息發(fā)送到服務(wù)路由接收端。本發(fā)明還公開了一種發(fā)送組播消息的裝置，以及接收組播消息的方法及裝置。使用本發(fā)明使得路由接收端能正常接收到路由發(fā)送端發(fā)送的組播消息。
文檔編號H04Q7/22GK101237390SQ20071000688
公開日2008年8月6日 申請日期2007年2月2日 優(yōu)先權(quán)日2007年2月2日
發(fā)明者華 曹, 李志明, 鑫 鐘 申請人:華為技術(shù)有限公司