日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

報文傳輸方法及裝置的制作方法

文檔序號:7863542閱讀:127來源:國知局
專利名稱:報文傳輸方法及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種報文傳輸方法及裝置。
背景技術(shù)
隨著通信技術(shù)的發(fā)展,運營商數(shù)量及通信業(yè)務(wù)量不斷增長。當(dāng)某用戶設(shè)備(UserEquipment,簡稱UE)需要與另一 UE進行通信時,通信內(nèi)容由該UE所屬運營商通過基站發(fā)送至另一 UE。當(dāng)多運營商共用基站資源時,基站需對其內(nèi)部的IP(Internet Protocol,網(wǎng)絡(luò)之間互連的協(xié)議)地址進行劃分,如通過虛擬路由轉(zhuǎn)發(fā)技術(shù)(Virtual Routing &Forwarding,簡稱VRF)將兩個運營商的IP路由域分離,如此可保證兩個運營商的IP路由域內(nèi)存在相同的IP地址時不會發(fā)生IP地址沖突。否則,IP地址沖突,導(dǎo)致IP報文重發(fā)或漏發(fā),造成UE間通信障礙。 通常,基站內(nèi)的IP路由域劃分為一個批發(fā)運營商的IP路由域以及多個零售運營商的 IP 路由域。在 TCP/IP (Transmission Control Protocol/Internet Protocol,傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議)五層網(wǎng)絡(luò)結(jié)構(gòu)中,應(yīng)用層(Application Layer)選擇某個運營商的IP報文對應(yīng)的IP路由域后,傳輸層(Transport Layer)按照應(yīng)用層的選擇將該IP報文分發(fā)至網(wǎng)絡(luò)層(Internet Layer)中對應(yīng)的I P路由域,并通過網(wǎng)絡(luò)層中對應(yīng)該運營商的IP路由域進行傳輸。對于多運營商共用基站資源時通信內(nèi)容通過某IP路由域進行傳輸,基站內(nèi)部有兩種通信方式。一種通信方式為一個批發(fā)運營商與多個零售運營商在應(yīng)用層共享同一空口資源;在網(wǎng)絡(luò)層,批發(fā)運營商與零售運營商的IP報文均通過批發(fā)運營商IP路由域進行傳輸。另一種通信方式為一批發(fā)運營商與多個零售運營商在應(yīng)用層分別使用各自空口資源,在網(wǎng)絡(luò)層分別使用各自的IP路由域進行傳輸。在實現(xiàn)上述報文傳輸?shù)倪^程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題批發(fā)運營商與多個零售運營商共用為批發(fā)運營商分配的IP路由域,將導(dǎo)致零售運營商無法根據(jù)IP報文的優(yōu)先級進行QoS (Quality of Service,服務(wù)質(zhì)量)管理、基站與基站間以及基站與控制器間的通信速度降低、批發(fā)運營商無法對其IP路由域進行流量統(tǒng)計、零售運營商承擔(dān)額外業(yè)務(wù)負擔(dān)??湛谫Y源相互隔離,即空口資源無法共用,導(dǎo)致空口資源配置效率降低。

發(fā)明內(nèi)容
本發(fā)明的實施例提供一種報文傳輸方法及裝置,能夠隔離運營商流量,實現(xiàn)運營商流量的QoS管理和運營商流量統(tǒng)計,此外多個運營商共用同一空口資源,可以提高空口資源的配置效率。第一方面,本發(fā)明實施例提供了一種報文傳輸方法,所述方法包括傳輸層根據(jù)預(yù)設(shè)的關(guān)系表為接收到的凈荷選擇路由路徑;所述傳輸層根據(jù)所述路由路徑將所述凈荷封裝為報文;所述傳輸層根據(jù)所述路由路徑將所述報文發(fā)送給網(wǎng)絡(luò)層,以便所述網(wǎng)絡(luò)層將所述報文發(fā)送給目標(biāo)主機系統(tǒng)。在第一種可能的實現(xiàn)方式中,結(jié)合第一方面,所述傳輸層接收第一映射表,所述第一映射表用于表征源網(wǎng)際協(xié)議I P地址、與所述源IP地址對應(yīng)的源路由域編號、目的IP地址以及與所述目的IP地址對應(yīng)的目的路由域編號之間的對應(yīng)關(guān)系;所述傳輸層判斷當(dāng)所述源路由域編號與所述目的路由域編號是否相等時,當(dāng)判斷結(jié)果為相等時,所述傳輸層將所述源路由域編號或者所述目的路由域編號設(shè)置為實際路由域編號;
所述傳輸層將所述源IP地址、所述目的IP地址以及所述實際路由域編號添加到所述關(guān)系表中,由此建立一條路由路徑,并為所述路由路徑添加路徑編號。在第二種可能的實現(xiàn)方式中,結(jié)合第一方面,所述傳輸層根據(jù)預(yù)設(shè)算法以及所述路徑編號在所述關(guān)系表中選擇路由所述凈荷的路由路徑,作為實際路由路徑。第二方面,本發(fā)明實施例提供了一種主機系統(tǒng),所述主機系統(tǒng)包括接收器,用于接收凈荷;選擇器,用于根據(jù)預(yù)設(shè)的關(guān)系表為所述接收器接收的凈荷選擇路由路徑;封裝器,用于根據(jù)所述選擇器為所述凈荷選擇的路由路徑將所述接收器接收的凈荷封裝為報文;發(fā)送器,用于將所述封裝器封裝的報文發(fā)送給路由器,以便所述路由器將所述報文發(fā)送給目標(biāo)主機系統(tǒng)。在第二方面的第一種可能的實施方式中,所述接收器還用于接收第一映射表,所述第一映射表用于表征源IP地址、與所述源IP地址對應(yīng)的源路由域編號、目的IP地址以及與所述目的IP地址對應(yīng)的目的路由域編號之間的對應(yīng)關(guān)系;所述主機系統(tǒng)還包括判斷器,用于判斷所述接收器接收的所述源路由域編號與所述目的路由域編號是否相等;設(shè)置器,用于當(dāng)所述接收器接收的所述源路由域編號與所述目的路由域編號相等所述判斷器的判斷結(jié)果為相等時,將所述接收器接收的所述源路由域編號或者所述目的路由域編號設(shè)置為實際路由域編號;添加器,用于將所述接收器接收的所述源IP地址、所述目的IP地址以及所述設(shè)置器設(shè)置的所述實際路由域編號添加到所述關(guān)系表中,由此建立一條路由路徑,并為所述路由路徑添加路徑編號。在第二方面的第二種可能的實施方式中,所述選擇器具體包括子選擇器,用于根據(jù)預(yù)設(shè)算法以及所述添加器添加的路徑編號在所述關(guān)系表中選擇路由所述凈荷的路由路徑,作為實際路由路徑。本發(fā)明實施例提供的報文傳輸方法及裝置,能夠為批發(fā)運營商和零售運營商的凈荷選擇路由路徑,并將凈荷封裝成報文后發(fā)送給網(wǎng)絡(luò)層,以便網(wǎng)絡(luò)層將報文發(fā)送給目標(biāo)主機系統(tǒng)。由于不為運營商指定專屬路由域,所以批發(fā)運營商和零售運營商不受路由域的限制,與現(xiàn)有技術(shù)中第一種技術(shù)方案相比,可以使各運營商能夠根據(jù)IP報文的優(yōu)先級進行QoS管理、各運營商能夠獨立進行流量統(tǒng)計、提高主機系統(tǒng)與控制器間以及主機系統(tǒng)與主機系統(tǒng)間的通信速度、零售運營商不再承擔(dān)額外的業(yè)務(wù)負擔(dān)。此外,由于應(yīng)用層統(tǒng)一接收各個運營商的凈荷,不根據(jù)運營商隔離應(yīng)用層,與現(xiàn)有技術(shù)中第二種技術(shù)方案相比,可以使各運營商使用同一空口資源,進而提高空口資源配置效率。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖I為現(xiàn)有技術(shù)中基站內(nèi)部的不意圖;圖2為本發(fā)明實施例中報文傳輸方法的方法流程圖;圖3為本發(fā)明實施例中另一個報文傳輸方法的方法流程圖;
圖4為本發(fā)明實施例中再一個報文傳輸方法的方法流程圖;圖5為本發(fā)明實施例中第一個主機系統(tǒng)的結(jié)構(gòu)示意圖;圖6為本發(fā)明實施例中第二個主機系統(tǒng)的結(jié)構(gòu)示意圖;圖7為本發(fā)明實施例中第三個主機系統(tǒng)的結(jié)構(gòu)示意圖;圖8為本發(fā)明實施例中第四個主機系統(tǒng)的結(jié)構(gòu)示意圖;圖9為本發(fā)明實施例中第五個主機系統(tǒng)的結(jié)構(gòu)示意圖;圖10為本發(fā)明實施例中第六個主機系統(tǒng)的結(jié)構(gòu)示意圖;圖11為本發(fā)明實施例中第七個主機系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例。基于本發(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。本發(fā)明所述的主機系統(tǒng)包括但不僅限于是基站、接入節(jié)點(Access Point,簡稱AP)或者多媒體接入設(shè)備,本發(fā)明后續(xù)實施例中以基站作為所述主機系統(tǒng)進行說明,實際應(yīng)用中所述主機系統(tǒng)不應(yīng)限制為基站。為便于對本發(fā)明實施例的說明,首先對本發(fā)明實施例基于的報文接收流程進行介紹。如圖I所示,源基站中的應(yīng)用層未針對運營商進行分隔,所述應(yīng)用層用于接收各運營商的凈荷;傳輸層用于對應(yīng)用層接收的凈荷進行傳輸控制及封裝;網(wǎng)絡(luò)層根據(jù)虛擬路由轉(zhuǎn)發(fā)技術(shù)分隔出多個路由域,并通過各個路由域?qū)鬏攲臃庋b后的凈荷發(fā)送(路由)至目標(biāo)基站內(nèi)的對應(yīng)的路由域,基站間通過網(wǎng)絡(luò)層連接互連。在傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議(Transmission Control Protocol/Internet Protocol,簡稱TCP/IP)五層網(wǎng)絡(luò)模型中,前述應(yīng)用層為應(yīng)用層;在開放系統(tǒng)互連(Open System Interconnection,簡稱0SI)七層網(wǎng)絡(luò)模型中前述應(yīng)用層為應(yīng)用層、表示層(Presentation Layer)和會話層(Session Layer)的總和。在后續(xù)各實施例的說明中,所述應(yīng)用層均指TCP/IP五層模型中的應(yīng)用層或OSI七層網(wǎng)絡(luò)模型中的應(yīng)用層、表示層和會話層的總和。本發(fā)明實施例中所述的傳輸層包括但不僅限于是傳輸層內(nèi)的流控制傳輸協(xié)議(Stream Control Transmission Protocol,簡稱SCTP)層。
實施例一本發(fā)明實施例提供了一種報文傳輸方法,如圖2所示,所述方法包括如下步驟步驟201、傳輸層根據(jù)預(yù)設(shè)的關(guān)系表為接收到的凈荷選擇路由路徑。其中,凈荷為一個批發(fā)運營商和/或至少一個零售運營商發(fā)送的數(shù)據(jù)內(nèi)容,例如,兩個UE在進行語音通話的過程中,將語音內(nèi)容確定為凈荷;關(guān)系表可由系統(tǒng)管理員人工錄入或人工導(dǎo)入,也可通過控制和管理自動生成。選擇出的路由路徑確定為用于傳輸凈荷的實際路由路徑,實際路由路徑對 應(yīng)的是使用實際路由域編號標(biāo)示傳輸報文的路由域。步驟202、所述傳輸層根據(jù)所述路由路徑將所述凈荷封裝為報文。其中,上述報文可以但不僅限于是IP報文。步驟203、所述傳輸層根據(jù)所述路由路徑將所述報文發(fā)送給網(wǎng)絡(luò)層。傳輸層根據(jù)步驟201中選擇出的路由路徑對應(yīng)的實際路由域編號,將步驟202封裝的I P報文發(fā)送至網(wǎng)絡(luò)層中與實際路由域編號對應(yīng)的路由域,以便所述網(wǎng)絡(luò)層將所述報文發(fā)送給目標(biāo)基站。網(wǎng)絡(luò)層將IP報文通過實際路由域編號對應(yīng)的路由域發(fā)送至目標(biāo)基站。本發(fā)明實施例提供的報文傳輸方法,傳輸層能夠為批發(fā)運營商和零售運營的凈荷選擇路由路徑,并將凈荷封裝成報文后發(fā)送給網(wǎng)絡(luò)層,以便網(wǎng)絡(luò)層將報文發(fā)送給目標(biāo)基站?,F(xiàn)有技術(shù)中第一種技術(shù)方案相比,本發(fā)明技術(shù)方案通過對路由路徑的選擇進而達到對路由域的選擇,使批發(fā)運營商和零售運營商對報文的傳輸不受路由域的限制,進而統(tǒng)一各個路由域的優(yōu)先級路由策略。由此避免當(dāng)零售運營商報文通過批發(fā)運營商的路由域進行路由時,批發(fā)運營商的路由域根據(jù)批發(fā)運營商的優(yōu)先級路由策略對零售運營商的報文進行路由,因而可以實現(xiàn)各個運營商獨立進行QoS管理和流量統(tǒng)計。此外,由于不根據(jù)運營商隔離應(yīng)用層,達到應(yīng)用層中空口資源可共享。與現(xiàn)有技術(shù)中第二種技術(shù)方案相比,可以使各運營商使用同一空口資源,進而提高空口資源配置效率。實施例二作為對實施例一的進步說明,本發(fā)明實施例還提供了一種報文傳輸方法,如圖3所示,所述方法包括如下步驟步驟301、傳輸層根據(jù)批發(fā)運營商發(fā)送的信息建立關(guān)系表。其中,關(guān)系表可由系統(tǒng)管理員人工錄入或人工導(dǎo)入,也可通過控制和管理自動生成。因此當(dāng)通過人工錄入或人工導(dǎo)入時,本步驟可忽略。批發(fā)運營商發(fā)送的信息具體表現(xiàn)為第一映射表。提供數(shù)據(jù)傳輸資源的運營商為批發(fā)運營商,借用數(shù)據(jù)傳輸資源的運營商為零售運營商。批發(fā)運營商或移動運營商在對報文進行傳輸時,均需要通過批發(fā)運營商管理的第一映射表,獲取IP地址與路由域編號的對應(yīng)關(guān)系,并通過批發(fā)運營商提供的數(shù)據(jù)傳輸資源進行數(shù)據(jù)傳輸。例如當(dāng)中國聯(lián)通(中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司)需要借用中國移動(中國移動通信集團公司)的主機系統(tǒng)進行數(shù)據(jù)傳輸時,中國移動為批發(fā)運營商,中國聯(lián)通為零售運營商。無論中國移動還是中國聯(lián)通,均需要通過中國移動提供的第一映射表,獲得IP地址與路由域編號的對應(yīng)關(guān)系,通過中國移動提供的數(shù)據(jù)傳輸資源如中國移動的網(wǎng)絡(luò)及電信設(shè)備,進行數(shù)據(jù)傳輸。具體的,傳輸層接收批發(fā)運營商發(fā)送的第一映射表,所述第一映射表中的每一行表項用于表征源IP地址、與所述源IP地址對應(yīng)的源路由域編號、目的IP地址以及與所述目的IP地址對應(yīng)的目的路由域編號之間的對應(yīng)關(guān)系。
所述第一映射表如表I所不,所不,在該第一映射表中包含四項屬性源IP地址、與源IP地址對應(yīng)的源路由域編號、目的IP地址以及與目的IP地址對應(yīng)的目的路由域編號。在第一映射表的第一行表項中源IP地址為“192. 168. O. I”、與源IP地址對應(yīng)的源路由域編號為“I”、目的IP地址為“192. 168. O. 2”、與目的IP地址對應(yīng)的目的路由域編號為“I”?!?92. 168. O. 1”、“1”、“192· 168. O. 2”和“I”作為一組對應(yīng)關(guān)系存儲在第一映射表的第一行表項中。表I
權(quán)利要求
1.一種報文傳輸方法,所述方法應(yīng)用于主機系統(tǒng),其特征在于,所述方法包括 傳輸層TRANSPORT LAYER根據(jù)預(yù)設(shè)的關(guān)系表為接收到的凈荷選擇路由路徑; 所述傳輸層根據(jù)所述路由路徑將所述凈荷封裝為報文; 所述傳輸層根據(jù)所述路由路徑將所述報文發(fā)送給網(wǎng)絡(luò)層NETWORK LAYER,以便所述網(wǎng)絡(luò)層將所述報文發(fā)送給目標(biāo)主機系統(tǒng)。
2.根據(jù)權(quán)利要求I所述的方法,其特征在于,在所述傳輸層根據(jù)預(yù)設(shè)的關(guān)系表為接收到的凈荷選擇路由路徑之前,所述方法進一步包括 所述傳輸層接收第一映射表,所述第一映射表用于表征源網(wǎng)際協(xié)議IP地址、與所述源IP地址對應(yīng)的源路由域編號、目的IP地址以及與所述目的IP地址對應(yīng)的目的路由域編號之間的對應(yīng)關(guān)系; 當(dāng)所述源路由域編號與所述目的路由域編號相等時,所述傳輸層將所述源路由域編號或者所述目的路由域編號設(shè)置為實際路由域編號; 所述傳輸層將所述源IP地址、所述目的IP地址以及所述實際路由域編號添加到所述關(guān)系表中,由此建立一條路由路徑,并為所述路由路徑添加路徑編號。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述傳輸層根據(jù)預(yù)設(shè)的關(guān)系表為接收到的凈荷選擇路由路徑,具體包括 所述傳輸層根據(jù)預(yù)設(shè)算法以及所述路徑編號在所述關(guān)系表中選擇路由所述凈荷的路由路徑,作為實際路由路徑。
4.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述傳輸層根據(jù)所述路由路徑將所述凈荷封裝為報文,具體包括 所述傳輸層將所述凈荷封裝為IP報文,所述IP報文中的源IP地址為所述實際路由路徑所對應(yīng)的源IP地址,所述IP報文中的目的IP地址為所述實際路由路徑所對應(yīng)的目的IP地址。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,所述傳輸層根據(jù)所述路由路徑將所述報文發(fā)送給網(wǎng)絡(luò)層,具體包括 所述傳輸層根據(jù)所述實際路由路徑對應(yīng)的所述實際路由域編號將封裝后的IP報文發(fā)送給所述網(wǎng)絡(luò)層中的路由域。
6.根據(jù)權(quán)利要求I至5中任意一項所述的方法,其特征在于,所述方法之后進一步包括 所述傳輸層獲取所述網(wǎng)絡(luò)層發(fā)送所述報文的第一路由狀態(tài)信息,所述第一路由狀態(tài)信息用于表征路由所述報文的路由路徑是否可達;和/或, 所述傳輸層指示所述網(wǎng)絡(luò)層向所述目標(biāo)主機系統(tǒng)發(fā)送測試報文,并獲取所述網(wǎng)絡(luò)層發(fā)送所述測試報文的第二路由狀態(tài)信息,所述第二路由狀態(tài)信息用于表征路由所述測試報文的路由路徑是否可達。
7.根據(jù)權(quán)利要求6所述的方法,其特征在于,當(dāng)所述傳輸層獲取到所述第一路由狀態(tài)信息和/或所述第二路由狀態(tài)信息后,所述方法進一步包括 所述傳輸層根據(jù)所述第一路由狀態(tài)信息和/或所述第二路由狀態(tài)信息,將路由路徑對應(yīng)的目的IP地址、對應(yīng)的實際路由域編號以及所述路由路徑的可達狀態(tài)上報給所述傳輸層的上層;和/或,所述傳輸層根據(jù)第一路由狀態(tài)信息和/或所述第二路由狀態(tài)信息修改所述關(guān)系表,其中所述修改所述關(guān)系表包括,刪除所述關(guān)系表中的路由路徑以及在所述關(guān)系表中添加路由路徑。
8.一種主機系統(tǒng),其特征在于,所述主機系統(tǒng)包括 接收器,用于接收凈荷; 選擇器,用于根據(jù)預(yù)設(shè)的關(guān)系表為所述接收器接收的凈荷選擇路由路徑; 封裝器,用于根據(jù)所述選擇器為所述凈荷選擇的路由路徑將所述接收器接收的凈荷封裝為報文; 發(fā)送器,用于將所述封裝器封裝的報文發(fā)送給路由器,以便所述路由器將所述報文發(fā)送給目標(biāo)主機系統(tǒng)。
9.根據(jù)權(quán)利要求8所述的主機系統(tǒng),其特征在于,所述接收器還用于接收第一映射表,所述第一映射表用于表征源IP地址、與所述源IP地址對應(yīng)的源路由域編號、目的IP地址以及與所述目的IP地址對應(yīng)的目的路由域編號之間的對應(yīng)關(guān)系; 所述主機系統(tǒng)還包括 判斷器,用于判斷所述接收器接收的所述源路由域編號與所述目的路由域編號是否相等; 設(shè)置器,用于當(dāng)所述判斷器的判斷結(jié)果為相等時,將所述接收器接收的所述源路由域編號或者所述目的路由域編號設(shè)置為實際路由域編號; 添加器,用于將所述接收器接收的所述源IP地址、所述目的IP地址以及所述設(shè)置器設(shè)置的所述實際路由域編號添加到所述關(guān)系表中,由此建立一條路由路徑,并為所述路由路徑添加路徑編號。
10.根據(jù)權(quán)利要求9所述的主機系統(tǒng),其特征在于,所述選擇器具體包括 子選擇器,用于根據(jù)預(yù)設(shè)算法以及所述添加器添加的路徑編號在所述關(guān)系表中選擇路由所述凈荷的路由路徑,作為實際路由路徑。
11.根據(jù)權(quán)利要求10所述的主機系統(tǒng),其特征在于,所述封裝器具體包括 子封裝器,用于將所述凈荷封裝為IP報文,所述IP報文中的源IP地址為所述選擇器選擇的所述實際路由路徑所對應(yīng)的源IP地址,所述IP報文中的目的IP地址為所述選擇器選擇的所述實際路由路徑所對應(yīng)的目的IP地址。
12.根據(jù)權(quán)利要求11所述的主機系統(tǒng),其特征在于,所述發(fā)送器具體包括 子發(fā)送器,用于根據(jù)所述實際路由域編號將所述子封裝器封裝后的IP報文發(fā)送給所述路由器對應(yīng)的路由域。
13.根據(jù)權(quán)利要求8至12中任意一項所述的主機系統(tǒng),其特征在于,所述主機系統(tǒng)進一步包括 第一獲取器,用于獲取所述路由器發(fā)送所述報文的第一路由狀態(tài)信息,所述第一路由狀態(tài)信息用于表征路由所述報文的路由路徑是否可達; 指示器,用于指示所述路由器向所述目標(biāo)主機系統(tǒng)路由測試報文; 第二獲取器,用于獲取所述路由器發(fā)送所述測試報文的第二路由狀態(tài)信息,所述第二路由狀態(tài)信息用于表征路由所述測試報文的路由路徑是否可達。
14.根據(jù)權(quán)利要求13所述的主機系統(tǒng),其特征在于,所述主機系統(tǒng)進一步包括上報器,用于當(dāng)所述第一獲取器獲取到所述第一路由狀態(tài)信息和/或所述第二獲取器獲取到所述第二路由狀態(tài)信息后,根據(jù)所述第一路由狀態(tài)信息和/或所述第二路由狀態(tài)信息,將路由路徑對應(yīng)的目的IP地址、對應(yīng)的實際路由域編號以及所述路由路徑的可達狀態(tài)上報給所述傳輸層的上層; 修改器,用于當(dāng)所述第一獲取器獲取到所述第一路由狀態(tài)信息和/或所述第二獲取器獲取到所述第二路由狀態(tài)信息后,根據(jù)第一路由狀態(tài)信息和/或所述第二路由狀態(tài)信息修改所述關(guān)系表,其中所述修改所述關(guān)系表包括,刪除所述關(guān)系表中的路由路徑以及在所述關(guān)系表中添加路由路徑。
全文摘要
本發(fā)明公開了一種報文傳輸方法及裝置,涉及通信技術(shù)領(lǐng)域,為實現(xiàn)運營商獨立進行QoS管理和流量統(tǒng)計,并對空口資源進行優(yōu)化配置為發(fā)明。所述方法包括傳輸層TRANSPORT LAYER根據(jù)預(yù)設(shè)的關(guān)系表為接收到的凈荷選擇路由路徑;所述傳輸層根據(jù)為所述凈荷選擇的路由路徑將所述凈荷封裝為報文;所述傳輸層根據(jù)路由路徑將所述報文發(fā)送給網(wǎng)絡(luò)層NETWORK LAYER,以便所述網(wǎng)絡(luò)層將所述報文發(fā)送給目標(biāo)主機系統(tǒng)。本發(fā)明主要應(yīng)用于在TCP/IP五層模型中數(shù)據(jù)路由的過程中。
文檔編號H04W28/24GK102917429SQ20121040417
公開日2013年2月6日 申請日期2012年10月22日 優(yōu)先權(quán)日2012年10月22日
發(fā)明者曾博, 廖暉 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1