專(zhuān)利名稱(chēng):通過(guò)Keep-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及無(wú)線通訊領(lǐng)域,尤其涉及一種Wimax(WorldwideInteroperability for Microwave Access,微波存取全球互通)系統(tǒng)中通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法及系統(tǒng)。
背景技術(shù):
在WiMAX 網(wǎng)絡(luò)中,存在終端(MS,Mobile Station)、基站(BS,BaseStation)、接入網(wǎng)關(guān)(AGW,ASN Gateffay)等各個(gè)網(wǎng)元(NE,Network Entities)。在 NWG1. 5 協(xié)議中增加了網(wǎng)元間的握手機(jī)制,即Ke印-alive機(jī)制,通過(guò)網(wǎng)元間的握手機(jī)制,可以準(zhǔn)確的得知網(wǎng)元間的鏈路是否相通等信息。但是,在實(shí)際應(yīng)用中,不但需要知道網(wǎng)元間的鏈路是否相通,而且還需要進(jìn)一步知道網(wǎng)元間的鏈路時(shí)延,比如在BS連接多個(gè)AGW的場(chǎng)景下,如何選擇最好的AGW作為當(dāng)前的服務(wù)AGW ;以及在R6 (BS與AGW的接口 )鏈路和R8 (BS與BS間的接口 )鏈路都可用的情況下,在切換時(shí),如何確定是采用R6切換還是采用R8切換?哪種切換可以做到切換時(shí)延最短?等等。對(duì)此,目前現(xiàn)有技術(shù)沒(méi)有解決方案。由于現(xiàn)有技術(shù)沒(méi)有實(shí)現(xiàn)獲取各網(wǎng)元之間鏈路時(shí)延的方法,導(dǎo)致在各網(wǎng)元之間進(jìn)行選擇切換時(shí),不能選擇鏈路時(shí)延最短的鏈路進(jìn)行通信,影響網(wǎng)絡(luò)性能及顧客服務(wù)質(zhì)量。因此,如何獲取網(wǎng)元間的鏈路時(shí)延的技術(shù)有待研發(fā)。
發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法及系統(tǒng),旨在實(shí)現(xiàn)獲取網(wǎng)元間的鏈路時(shí)延,通過(guò)該鏈路時(shí)延應(yīng)用于切換等場(chǎng)景下以提高網(wǎng)絡(luò)性能以及顧客服務(wù)質(zhì)量。本發(fā)明提出的一種通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法,包括以下步驟源網(wǎng)元NEl向目的網(wǎng)元NE2發(fā)送攜帶有第一時(shí)間戳Time Mamp字段的Ke印-alive Req消息;NE2接收攜帶有第一時(shí)間戳的Ke印-alive Req消息,并根據(jù)第一時(shí)間戳字段的值獲取從NEl到NE2的鏈路時(shí)延;NE2向NEl發(fā)送攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息;NEl接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息,并根據(jù)第二時(shí)間戳字段的值獲取從NE2到NEl的鏈路時(shí)延。優(yōu)選地,所述源網(wǎng)元NEl向目的網(wǎng)元NE2發(fā)送攜帶有第一時(shí)間戳Tim必tamp字段的Ke印-alive Req消息的步驟具體包括在NEl向NE2發(fā)送Ke印-alive Req消息時(shí),獲取NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間;將NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間賦值給Ke印-alive Req消息中的第一時(shí)間戳字段;NEl向NE2發(fā)送攜帶有經(jīng)過(guò)賦值后的第一時(shí)間戳字段的Ke印-alive Req消息。優(yōu)選地,所述NE2向NEl發(fā)送攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息的步驟具體包括在NE2向NEl發(fā)送Ke印-alive Rsp消息時(shí),獲取NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間;將NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間賦值給第二時(shí)間戳字段;NE2向NEl發(fā)送攜帶有經(jīng)過(guò)賦值后的第二時(shí)間戳字段的Ke印-alive Rsp消息。優(yōu)選地,所述NE2接收攜帶有第一時(shí)間戳字段的Ke印-alive Req消息,并根據(jù)第一時(shí)間戳字段的值獲取從NEl到NE2的鏈路時(shí)延的步驟具體包括NE2接收攜帶有第一時(shí)間戳字段的Ke印-alive Req消息;NE2獲取NE2接收Ke印-alive Req消息的當(dāng)前時(shí)間;NE2從第一時(shí)間戳字段中獲取NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間;NE2將NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間與NE2接收Ke印-aliveReq消息的當(dāng)前時(shí)間進(jìn)行比較計(jì)算,獲取從NEl到NE2的鏈路時(shí)延。優(yōu)選地,所述NEl接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息,并根據(jù)第二時(shí)間戳字段的值獲取從NE2到NEl的鏈路時(shí)延的步驟具體包括NEl接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息;NEl獲取NEl接收Ke印-alive Rsp消息的當(dāng)前時(shí)間;NEl從第二時(shí)間戳字段中獲取NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間;NEl將NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間與NEl接收Ke印-aliveRsp消息的當(dāng)前時(shí)間進(jìn)行比較計(jì)算,獲取從NE2到NEl的鏈路時(shí)延。本發(fā)明提出一種通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的系統(tǒng),包括源網(wǎng)元NEl及目的網(wǎng)元NE2,其中所述NEl包括第一發(fā)送處理模塊,用于向NE2發(fā)送攜帶有第一時(shí)間戳字段的Ke印-aliveReq消息;第一接收處理模塊,用于接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息,并根據(jù)第二時(shí)間戳字段的值獲取從NE2到NEl的鏈路時(shí)延;所述NE2包括第二發(fā)送處理模塊,用于向NEl發(fā)送攜帶有第二時(shí)間戳字段的Ke印-aliveRsp消息;第二接收處理模塊,用于接收攜帶有第一時(shí)間戳字段的Ke印-alive Req消息,并根據(jù)第一時(shí)間戳字段的值獲取從NEl到NE2的鏈路時(shí)延。優(yōu)選地,所述第一發(fā)送處理模塊具體包括第一獲取單元,用于在NEl向NE2發(fā)送Ke印-alive Req消息時(shí),獲取NEl發(fā)送 Keep-alive Req消息的當(dāng)前時(shí)間;
第一賦值單元,用于將NEl發(fā)送Ke印-al ive Req消息的當(dāng)前時(shí)間賦值給 Keep-alive Req消息中的第一時(shí)間戳字段;第一發(fā)送單元,用于向NE2發(fā)送攜帶有經(jīng)過(guò)賦值后的第一時(shí)間戳字段的 Keep-alive Req 消息。優(yōu)選地,所述第二發(fā)送處理模塊具體包括第二獲取單元,用于在NE2向NEl發(fā)送Ke印-alive Rsp消息時(shí),獲取NE2發(fā)送 Keep-alive Rsp消息的當(dāng)前時(shí)間;第二賦值單元,用于將NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間賦值給 Keep-alive Rsp消息中的第二時(shí)間戳字段;第二發(fā)送單元,用于向NEl發(fā)送攜帶有經(jīng)過(guò)賦值后的第二時(shí)間戳字段的 Keep-alive Rsp 消息。優(yōu)選地,所述第二接收處理模塊具體包括第二接收單元,用于接收攜帶有第一時(shí)間戳字段的Ke印-alive Req消息;第三獲取單元,用于獲取NE2接收Ke印-alive Req消息的當(dāng)前時(shí)間;以及用于從第一時(shí)間戳字段中獲取NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間;第二計(jì)算單元,用于將NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間與NE2接收 Keep-alive Req消息的當(dāng)前時(shí)間進(jìn)行比較計(jì)算,獲取從NEl到NE2的鏈路時(shí)延。優(yōu)選地,所述第一接收處理模塊具體包括第一接收單元,用于接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息;第四獲取單元,用于獲取NEl接收Ke印-alive Rsp消息的當(dāng)前時(shí)間;以及用于從第二時(shí)間戳字段中獲取NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間;第一計(jì)算單元,用于將NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間與NEl接收 Keep-alive Rsp消息的當(dāng)前時(shí)間進(jìn)行比較計(jì)算,獲取從NE2到NEl的鏈路時(shí)延。本發(fā)明通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法及系統(tǒng),通過(guò)擴(kuò)展當(dāng)前的網(wǎng)元鏈路機(jī)制,在Ke印-alive Req消息以及Ke印-alive Rsp消息中增加時(shí)間戳字段的方式來(lái)獲取鏈路時(shí)延,可以為各網(wǎng)元之間選擇鏈路時(shí)延最短的鏈路進(jìn)行通信,從而為網(wǎng)元間最優(yōu)鏈路換選擇提供依據(jù),提高切換成功率,進(jìn)一步提高了網(wǎng)絡(luò)性能以及顧客服務(wù)質(zhì)量。
圖1是本發(fā)明通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法一實(shí)施例流程示意圖;圖2是圖1所示的通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法中步驟 101的具體流程示意圖;圖3是圖1所示的通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法中步驟 102的具體流程示意圖;圖4是圖1所示的通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法中步驟 103的具體流程示意圖;圖5是圖1所示的通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法中步驟104的具體流程示意圖;圖6是本發(fā)明通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的系統(tǒng)一實(shí)施例結(jié)構(gòu)示意圖;圖7是圖6所示通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的系統(tǒng)中第一發(fā)送處理模塊的具體結(jié)構(gòu)示意圖;圖8是圖6所示通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的系統(tǒng)中第一接收處理模塊的具體結(jié)構(gòu)示意圖;圖9是圖6所示通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的系統(tǒng)中第二發(fā)送處理模塊的具體結(jié)構(gòu)示意圖;圖10是圖6所示通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的系統(tǒng)中第二接收處理模塊的具體結(jié)構(gòu)示意圖。為了使本發(fā)明的技術(shù)方案更加清楚、明了,下面將結(jié)合附圖作進(jìn)一步詳述。
具體實(shí)施例方式本發(fā)明實(shí)施例解決方案主要是通過(guò)擴(kuò)展當(dāng)前的網(wǎng)元鏈路機(jī)制,在Ke印-alive Req 消息(握手請(qǐng)求消息)以及Keep-alive Rsp消息(握手應(yīng)答消息)中增加時(shí)間戳的方式來(lái)獲取鏈路時(shí)延,從而為各網(wǎng)元之間選擇鏈路時(shí)延最短的鏈路進(jìn)行通信,以提高切換成功率, 縮短切換時(shí)延,進(jìn)一步提高顧客滿(mǎn)意度。現(xiàn)有技術(shù)中,Ke印-alive Req消息以及Ke印-alive Rsp消息的結(jié)構(gòu)如下表1及表2所示。本發(fā)明實(shí)施例在Ke印-alive Req消息以及Ke印-alive Rsp消息中增加時(shí)間戳 Time Mamp字段的方式來(lái)獲取鏈路時(shí)延,其Ke印-alive Req消息以及Ke印-alive Rsp消息結(jié)構(gòu)如下表3及表4所示。
權(quán)利要求
1.一種通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法,其特征在于,包括以下步驟源網(wǎng)元NEl向目的網(wǎng)元NE2發(fā)送攜帶有第一時(shí)間戳Time Mamp字段的握手請(qǐng)求 Keep-alive Req 消息;NE2接收攜帶有第一時(shí)間戳的Ke印-alive Req消息,并根據(jù)第一時(shí)間戳字段的值獲取從NEl到NE2的鏈路時(shí)延;NE2向NEl發(fā)送攜帶有第二時(shí)間戳字段的握手應(yīng)答Ke印-alive Rsp消息; NEl接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息,并根據(jù)第二時(shí)間戳字段的值獲取從NE2到NEl的鏈路時(shí)延。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述源網(wǎng)元NEl向目的網(wǎng)元NE2發(fā)送攜帶有第一時(shí)間戳Time Mamp字段的Ke印-alive Req消息的步驟包括在NEl向NE2發(fā)送Ke印-alive Req消息時(shí),獲取NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間;將NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間賦值給Ke印-alive Req消息中的第一時(shí)間戳字段;NEl向NE2發(fā)送攜帶有經(jīng)過(guò)賦值后的第一時(shí)間戳字段的Ke印-alive Req消息。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述NE2向NEl發(fā)送攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息的步驟包括在NE2向NEl發(fā)送Ke印-alive Rsp消息時(shí),獲取NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間;將NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間賦值給第二時(shí)間戳字段;NE2向NEl發(fā)送攜帶有經(jīng)過(guò)賦值后的第二時(shí)間戳字段的Ke印-alive Rsp消息。
4.根據(jù)權(quán)利要求1或2所述的方法,其特征在于,所述NE2接收攜帶有第一時(shí)間戳字段的Ke印-alive Req消息,并根據(jù)第一時(shí)間戳字段的值獲取從NEl到NE2的鏈路時(shí)延的步驟包括NE2接收攜帶有第一時(shí)間戳字段的Ke印-alive Req消息; NE2獲取NE2接收Ke印-alive Req消息的當(dāng)前時(shí)間; NE2從第一時(shí)間戳字段中獲取NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間; NE2將NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間與NE2接收Ke印-aliveReq消息的當(dāng)前時(shí)間進(jìn)行比較計(jì)算,獲取從NEl到NE2的鏈路時(shí)延。
5.根據(jù)權(quán)利要求1或3所述的方法,其特征在于,所述NEl接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息,并根據(jù)第二時(shí)間戳字段的值獲取從NE2到NEl的鏈路時(shí)延的步驟包括NEl接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息; NEl獲取NEl接收Ke印-alive Rsp消息的當(dāng)前時(shí)間; NEl從第二時(shí)間戳字段中獲取NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間; NEl將NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間與NEl接收Ke印-aliveRsp消息的當(dāng)前時(shí)間進(jìn)行比較計(jì)算,獲取從NE2到NEl的鏈路時(shí)延。
6.一種通過(guò)Ke印-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的系統(tǒng),包括源網(wǎng)元NEl及目的網(wǎng)元NE2,其特征在于, 所述NEl包括第一發(fā)送處理模塊,用于向NE2發(fā)送攜帶有第一時(shí)間戳字段的Ke印-aliveReq消息; 第一接收處理模塊,用于接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息,并根據(jù)第二時(shí)間戳字段的值獲取從NE2到NEl的鏈路時(shí)延; 所述NE2包括第二發(fā)送處理模塊,用于向NEl發(fā)送攜帶有第二時(shí)間戳字段的Ke印-aliveRsp消息; 第二接收處理模塊,用于接收攜帶有第一時(shí)間戳字段的Ke印-alive Req消息,并根據(jù)第一時(shí)間戳字段的值獲取從NEl到NE2的鏈路時(shí)延。
7.根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述第一發(fā)送處理模塊包括第一獲取單元,用于在NEl向NE2發(fā)送Ke印-alive Req消息時(shí),獲取NEl發(fā)送 Keep-alive Req消息的當(dāng)前時(shí)間;第一賦值單元,用于將NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間賦值給Ke印-alive Req消息中的第一時(shí)間戳字段;第一發(fā)送單元,用于向NE2發(fā)送攜帶有經(jīng)過(guò)賦值后的第一時(shí)間戳字段的Ke印-alive Req消息。
8.根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述第二發(fā)送處理模塊包括第二獲取單元,用于在NE2向NEl發(fā)送Ke印-alive Rsp消息時(shí),獲取NE2發(fā)送 Keep-alive Rsp消息的當(dāng)前時(shí)間;第二賦值單元,用于將NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間賦值給Ke印-alive Rsp消息中的第二時(shí)間戳字段;第二發(fā)送單元,用于向NEl發(fā)送攜帶有經(jīng)過(guò)賦值后的第二時(shí)間戳字段的Ke印-alive Rsp消息。
9.根據(jù)權(quán)利要求6或7所述的系統(tǒng),其特征在于,所述第二接收處理模塊包括 第二接收單元,用于接收攜帶有第一時(shí)間戳字段的Ke印-alive Req消息;第三獲取單元,用于獲取NE2接收Ke印-alive Req消息的當(dāng)前時(shí)間;以及用于從第一時(shí)間戳字段中獲取NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間;第二計(jì)算單元,用于將NEl發(fā)送Ke印-alive Req消息的當(dāng)前時(shí)間與NE2接收 Keep-alive Req消息的當(dāng)前時(shí)間進(jìn)行比較計(jì)算,獲取從NEl到NE2的鏈路時(shí)延。
10.根據(jù)權(quán)利要求6或8所述的系統(tǒng),其特征在于,所述第一接收處理模塊包括 第一接收單元,用于接收攜帶有第二時(shí)間戳字段的Ke印-alive Rsp消息;第四獲取單元,用于獲取NEl接收Ke印-alive Rsp消息的當(dāng)前時(shí)間;以及用于從第二時(shí)間戳字段中獲取NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間;第一計(jì)算單元,用于將NE2發(fā)送Ke印-alive Rsp消息的當(dāng)前時(shí)間與NEl接收 Keep-alive Rsp消息的當(dāng)前時(shí)間進(jìn)行比較計(jì)算,獲取從NE2到NEl的鏈路時(shí)延。
全文摘要
本發(fā)明涉及一種通過(guò)Keep-alive機(jī)制獲取網(wǎng)絡(luò)實(shí)體間通信時(shí)延的方法及系統(tǒng),其方法包括源網(wǎng)元NE1向目的網(wǎng)元NE2發(fā)送攜帶有第一時(shí)間戳TimeStamp字段的Keep-alive Req消息;NE2接收攜帶有第一時(shí)間戳的Keep-aliveReq消息,并根據(jù)第一時(shí)間戳字段的值獲取從NE1到NE2的鏈路時(shí)延;NE2向NE1發(fā)送攜帶有第二時(shí)間戳字段的Keep-alive Rsp消息;NE1接收攜帶有第二時(shí)間戳字段的Keep-alive Rsp消息,并根據(jù)第二時(shí)間戳字段的值獲取從NE2到NE1的鏈路時(shí)延。本發(fā)明通過(guò)擴(kuò)展當(dāng)前的網(wǎng)元鏈路機(jī)制,可以為各網(wǎng)元之間選擇鏈路時(shí)延最短的鏈路進(jìn)行通信,從而為網(wǎng)元間最優(yōu)鏈路選擇提供依據(jù),提高切換成功率,進(jìn)一步提高了網(wǎng)絡(luò)性能以及顧客服務(wù)質(zhì)量。
文檔編號(hào)H04W36/00GK102271369SQ201010189269
公開(kāi)日2011年12月7日 申請(qǐng)日期2010年6月1日 優(yōu)先權(quán)日2010年6月1日
發(fā)明者宋玉獻(xiàn) 申請(qǐng)人:中興通訊股份有限公司