專利名稱：信息發(fā)送方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊設(shè)備領(lǐng)域，尤其涉及一種信息發(fā)送方法和裝置。
背景技術(shù)：
通訊方式有兩種方式同步通訊和異步通訊。其中，同步通訊能保證可靠的信息傳輸，但是傳輸速度不及異步通訊，所以一般用于對信息傳輸質(zhì)量要求較高而實時性要求低 的場合。而異步通訊能盡快傳送盡量多的信息，但是信息傳輸可靠性不能保證；所以，一般 用于對信息實時性要求較高、信息可靠性要求相對低的場合。但是，在通訊設(shè)備中，尤其是分組傳送網(wǎng)中，很多時候信息傳遞對實時性和信息傳 輸?shù)目煽啃砸蠖己芨?，例如，單板之間保護倒換過程中?，F(xiàn)有技術(shù)中采用同步通訊方式進 行傳輸，這在簡單的通訊設(shè)備中可以滿足要求；然而，隨著分組傳送網(wǎng)的飛速發(fā)展，分組傳 送網(wǎng)設(shè)備的功能越來越強大，板間通訊(即單板之間的通訊)的信息量越來越大，板間通訊 引發(fā)的后續(xù)動作越來越復雜。這時，板間通訊用同步通訊的方式所支持的傳輸速度并不能 達到當前的需求，不適宜信息對實時性的需要。

發(fā)明內(nèi)容
本發(fā)明提供的信息發(fā)送方法和裝置，解決現(xiàn)有技術(shù)中無法同時達到傳輸實時性和 可靠性的問題。為解決上述技術(shù)問題，本發(fā)明提供了如下技術(shù)方案一種信息發(fā)送方法，包括采用異步通信方式發(fā)送本地待發(fā)送的實時信息；判斷所述實時信息的接收方是否已收到該實時信息；如果判斷結(jié)果為已收到該實時信息，則停止對所述實時信息的發(fā)送；否則，采用異 步通信方式繼續(xù)發(fā)送所述實時信息。進一步的，所述采用異步通信方式發(fā)送本地待發(fā)送的實時信息之前還包括在所述實時信息與已存在的待發(fā)送實時信息之間內(nèi)容信息和接收方信息相同時， 判斷該實時信息與具有相同內(nèi)容和接收方的待發(fā)送實時信息之間獲取時間的差值是否大 于預先設(shè)置的時間差閾值；如果判斷結(jié)果為大于所述時間差閾值時，則確定該實時信息為本地待發(fā)送的實時 信息；否則，確定該實時信息不是本地待發(fā)送的實時信息。進一步的，在采用異步通信方式發(fā)送本地待發(fā)送的實時信息之前，還包括向所述實時信息的接收方通知在接收到本地采用異步通信方式發(fā)送的實時信息 后返回接收成功信息。進一步的，所述方法還包括判斷所述實時信息的發(fā)送次數(shù)是否達到預先設(shè)置的發(fā)送次數(shù)閾值；如果判斷確定達到所述發(fā)送次數(shù)閾值，則停止本地對所述實時信息的發(fā)送；否則，允許本地對所述實時信息的發(fā)送。一種信息發(fā)送裝置，包括發(fā)送模塊，用于采用異步通信方式發(fā)送本地待發(fā)送的實時信息；第一判斷模塊，與所述發(fā)送模塊相連，用于判斷所述實時信息的接收方是否已收到該實時信息；第一管理模塊，與所述第一判斷模塊相連，用于在所述第一判斷模塊判斷已收到 該實時信息時，停止對所述實時信息的發(fā)送；或者，在所述第一判斷模塊判斷未收到該實時 信息時，控制所述發(fā)送模塊繼續(xù)發(fā)送所述實時信息。進一步的，所述裝置還包括第二判斷模塊，用于在所述實時信息與已存在的待發(fā)送實時信息之間內(nèi)容信息和 接收方信息相同時，判斷該實時信息與具有相同內(nèi)容和接收方的待發(fā)送實時信息之間獲取 時間的差值是否大于預先設(shè)置的時間差閾值；確定模塊，用于在所述第二判斷模塊的判斷結(jié)果為大于所述時間差閾值時，確定 該實時信息為本地待發(fā)送的實時信息；或者，在所述第二判斷模塊的判斷結(jié)果為不大于所 述時間差閾值時，確定該實時信息不是本地待發(fā)送的實時信息。進一步的，所述裝置還包括通知模塊，與所述發(fā)送模塊相連，用于向所述實時信息的接收方通知在接收到本 地采用異步通信方式發(fā)送的實時信息后返回接收成功信息。進一步的，所述裝置還包括第三判斷模塊，與所述發(fā)送模塊相連，用于判斷所述實時信息的發(fā)送次數(shù)是否達 到預先設(shè)置的發(fā)送次數(shù)閾值；第二管理模塊，用于在所述第三判斷模塊判斷確定達到所述發(fā)送次數(shù)閾值時，停 止本地對所述實時信息的發(fā)送；或者，在所述第三判斷模塊判斷確定未達到所述發(fā)送次數(shù) 閾值時，允許本地對所述實時信息的發(fā)送。本發(fā)明提供的技術(shù)方案，通過采用異步通信方式發(fā)送實時信息，保證信息的傳輸 實時性，同時通過判斷該實時信息的接收方是否已收到該實時信息，在未收到該實時信息 之前，繼續(xù)發(fā)送該實時信息直到該實時信息的接收方收到為止，保證該實時信息的傳輸可 靠性，從而保證該實時信息在傳輸過程中具有實時性和可靠性。


圖1為本發(fā)明提供的信息發(fā)送方法實施例的流程示意圖；圖2為本發(fā)明提供的信息發(fā)送方法應(yīng)用實例的流程示意圖；圖3為本發(fā)明提供的信息發(fā)送裝置實施例的結(jié)構(gòu)示意圖；圖4為圖3所示實施例中裝置的另一結(jié)構(gòu)示意圖；圖5為圖3所示實施例中裝置的又一結(jié)構(gòu)示意圖；圖6為圖3所示實施例中裝置的又一結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例對本發(fā)明作進一步的詳細描述。圖1為本發(fā)明提供的信息發(fā)送方法實施例的流程示意圖。圖1所示方法實施例包 括步驟101、采用異步通信方式發(fā)送本地待發(fā)送的實時信息；步驟102、判斷所述實時信息的接收方是否已收到該實時信息；如果是，則執(zhí)行步驟103 ；否則，執(zhí)行步驟101 ；步驟103、停止對所述實時信息的發(fā)送，流程結(jié)束。本發(fā)明提供的方法實施例，通過采用異步通信方式發(fā)送實時信息，保證信息的傳輸實時性，同時通過判斷該實時信息的接收方是否已收到該實時信息，在未收到該實時信 息之前，繼續(xù)發(fā)送該實時信息直到該實時信息的接收方收到為止，保證該實時信息的傳輸 可靠性，從而保證該實時信息在傳輸過程中具有實時性和可靠性。下面對本發(fā)明實施例作進一步說明圖2為本發(fā)明提供的信息發(fā)送方法應(yīng)用實例的流程示意圖。圖2所示方法應(yīng)用實 例以兩個單板(單板A和單板B)之間信息通信的應(yīng)用場景為例進行說明，具體包括如下步 驟步驟201、單板A請求獲取單板B對本地采用異步通信方式發(fā)送的實時信息的接收 狀態(tài)。在本步驟中，可以直接要求單板B對異步通信方式收到的信息返回接收成功的信 息，也可以在單板B上配置一個管理裝置，該管理裝置在單板B成功接收到單板A采用異步 通信方式發(fā)送的實時信息后，向單板A發(fā)送接收成功的信息。通過獲取該接收狀態(tài)，使單板A獲知采用異步通信方式下信息是否發(fā)送成功，從 而保證異步通信方式傳輸?shù)目煽啃?。步驟202、單板A獲取本地待發(fā)送的實時信息。在本步驟中，為了避免連續(xù)時間內(nèi)將相同信息重復作為待發(fā)送的實時信息，同時 也避免出現(xiàn)重要信息未發(fā)送的問題，其中在該實時信息與已存在的待發(fā)送實時信息之間內(nèi) 容信息和接收方信息相同時，判斷該實時信息與具有相同內(nèi)容和接收方的待發(fā)送實時信息 之間獲取時間的差值是否大于預先設(shè)置的時間差閾值；如果判斷結(jié)果為大于該時間差閾值 時，則確定該實時信息為本地待發(fā)送的實時信息；否則，確定該實時信息不是本地待發(fā)送的 實時信息。例如，在單板A第η次刷新板間通信的內(nèi)容時得到目的地址為單板B的實時信息 a,將實時信息a確定為本地待發(fā)送的實時信息，在第n+1次刷新時間時，再次刷新得到目的 地址為單板B的實時信息a，由于兩個信息的獲取時間相差較小，可以確定為是本地對同一 問題的描述信息，由于第η次已經(jīng)能夠?qū)⒃搶崟r信息a作為待發(fā)送的實時信息，所以第n+1 次獲取的實時信息可以丟棄；如果相隔的時間較長如第n+5次，無法確定該實時信息是對 同一問題的描述信息，則需要該新獲取的實時信息a作為待發(fā)送的實時信息。在確定該本地待發(fā)送的實時信息后，該實時信息需要進行如下配置，具體包括在本地配置一個“發(fā)送信息緩沖區(qū)”，記為SendBuff。SendBuff中的每條信息含有 如下字段信息標識(記為Msglndex):板間通訊時，信息更新很快；而且新信息到來時，之前的舊信息就廢棄了?！靶畔俗R”字段就是板間通訊中具有此特性的各類信息的唯一標識；這樣，SendBuff中各“信息標識”的信息記錄最多只有一條，具體用于標記接收該實時信息 的目標單板；信息序列號(記為MsgSeqNo)記錄各類Msglndex板間通訊信息的時間信息，用 于標記獲取該實時信息的時間。初始化為0，由于每次進行板間刷新時，都有發(fā)現(xiàn)新的待發(fā) 送實時信息，所以對于Msglndex，每刷新一次板間通訊的發(fā)送信息內(nèi)容，MsgSeqN0加1 ；信息類型(記為MsgType)主要用來區(qū)分本地需要通知給對端的信息和本地需要 響應(yīng)的信息，進一步還可以根據(jù)信息的內(nèi)容，將需要通知給對端的信息進行繼續(xù)分類；是否收到回告信息(記為IsAcked)初始化為未收到回告信息；發(fā)送次數(shù)(記為SendNum)初始化為O。如圖2所示，本端的發(fā)送信息進程會一 直發(fā)送信息，直到收到對端的回告信息或者發(fā)送次數(shù)超過約定的信息最大發(fā)送次數(shù)，記為 MaxSendNum0步驟203、單板A采用異步通信方式發(fā)送該實時信息。在本步驟中，在每次發(fā)送該實時信息后，都需要將SendNum加1。為了避免部分信息無限制地發(fā)送造成部分新獲取的信息推遲發(fā)送的問題，判斷該 實時信息的發(fā)送次數(shù)是否達到預先設(shè)置的發(fā)送次數(shù)閾值，如果判斷確定達到該發(fā)送次數(shù)閾 值，則停止本地對該實時信息的發(fā)送；否則，允許本地對該實時信息的發(fā)送。步驟204、單板A判斷單板B是否已收到該實時信息。在本步驟中，由于步驟201已請求獲取單板B在異步通信方式下接收該實時信息 的接收狀態(tài)，所以本步驟需要判斷是否接收到單板B成功接收該實時信息的信息，如果接 收到，則表示單板B已收到該實時信息，執(zhí)行步驟205 ；否則，確定單板B未收到該實時信 息，執(zhí)行步驟203。步驟205、單板A停止對該實時信息的發(fā)送，流程結(jié)束。參照步驟201 205，假設(shè)單板A和B存在這樣的板間通訊關(guān)系單板A檢測到某端口(記為Port)，存在某些告警如los/lof的變化時要通知單板 B，單板B據(jù)此進行倒換動作；單板B決策出的K1K2需要通知單板A，單板A據(jù)此設(shè)置Port端口的K1K2。這里以此為例來說明，具體實施步驟如下步驟一單板A、B初始化時各自初始化自己的SendBuff為空。轉(zhuǎn)步驟二。因為保 護組ID(記為MSPGld)可以唯一標識板間通訊各信息，所以，用MSPGld作為板間通訊信息檢 索的索引。步驟二 單板A創(chuàng)建如下三個進程定時檢測端口告警進程單板A的MSPGld的Port端口檢測到los/lof狀態(tài)有變 化時，更新到單板A的SendBuff。如果SendBuff中沒有MSPGld的Port端口的los/lof記 錄，則直接添加該記錄；否則，更新MSPGld的Port端口的los/lof記錄為當前信息。然后， 對信息體各字段賦值SeqNo 力口 1 ；MsgType賦值為“要通知對端的信息”；
IsAcked賦值為“未收到回告信息”；SendNum 賦值為 0。信息發(fā)送處理進程定時掃描SendBuff，將所有“未收到回告信息且發(fā)送信息次數(shù)小于MaxSendNum”的信息利用異步通訊發(fā)送給單板B，信息發(fā)送次數(shù)加1 ；信息接收處理進程收到信息后執(zhí)行如下操作接收信息參數(shù)檢測合法檢測，通過轉(zhuǎn)2)，否則，記錄異常，轉(zhuǎn)7)；如果收到信息的MsgType為“回告信息”，轉(zhuǎn)3)，否則，轉(zhuǎn)6)；利用收到信息的MSPGld在SendBuff檢索出該MSPGld的發(fā)送信息，如果檢索到轉(zhuǎn) 4)，否則，轉(zhuǎn)5)比較SendBuff中該MSPGld的信息體的SeqNo與收到信息的SeqNo，如果接收到信 息體的SeqNo小，則記錄異常，轉(zhuǎn)7)，否則，轉(zhuǎn)5)置SendBuff中該MSPGld所在信息的IsAcked為“已收到回告信息”；將收到的K1K2設(shè)置到Port，然后，回告對端收到該信息。轉(zhuǎn)6)；該流程退出。單板B創(chuàng)建如下三個進程倒換決策處理進程單板B的收到單板A的MSPGld的端口告警變化時，倒換決策生 成K1K2和倒換動作。其中K1K2要更新到單板B的SendBuff。如果SendBuff中沒有MSPGld 的端口 Port的K1K2記錄，則直接添加該記錄，同時回告標記信息為“未確認”，發(fā)送次數(shù)為 0 ；否則，更新MSPGld的端口 Port的K1K2記錄，同時回告標記信息為“未確認”，發(fā)送次數(shù)為 O0信息發(fā)送處理進程定時掃描SendBuff，將未收到回告信息且發(fā)送信息次數(shù)小于 MaxSendNum的信息利用異步通訊發(fā)送給單板A，信息發(fā)送次數(shù)加1 ；信息接收處理進程接收信息參數(shù)檢測合法后，判斷收到的信息是否為單板A的 回告信息，如果是則更新SendBuff——置“收到回告信息標志”為“已收到回告信息”;否則， 執(zhí)行根據(jù)收到的Port端口告警信息觸發(fā)倒換決策處理進程動作，然后，回告對端收到該信 肩、ο圖3為本發(fā)明提供的信息發(fā)送裝置實施例的結(jié)構(gòu)示意圖。圖3所示裝置實施例包 括發(fā)送模塊301，用于采用異步通信方式發(fā)送本地待發(fā)送的實時信息；第一判斷模塊302，與所述發(fā)送模塊301相連，用于判斷所述實時信息的接收方是 否已收到該實時信息；第一管理模塊303，與所述第一判斷模塊302相連，用于在所述第一判斷模塊302 判斷已收到該實時信息時，停止對所述實時信息的發(fā)送；或者，在所述第一判斷模塊302判 斷未收到該實時信息時，控制所述發(fā)送模塊301繼續(xù)發(fā)送所述實時信息。圖4為圖3所示實施例中裝置的另一結(jié)構(gòu)示意圖。圖4所示裝置還包括第二判斷模塊401，用于在所述實時信息與已存在的待發(fā)送實時信息之間內(nèi)容信 息和接收方信息相同時，判斷該實時信息與具有相同內(nèi)容和接收方的待發(fā)送實時信息之間 獲取時間的差值是否大于預先設(shè)置的時間差閾值；確定模塊402，與所述發(fā)送模塊301相連，用于在所述第二判斷模塊401的判斷結(jié)果為大于所述時間差閾值時，確定該實時信息為本地待發(fā)送的實時信息；或者，在所述第二 判斷模塊401的判斷結(jié)果為不大于所述時間差閾值時，確定該實時信息不是本地待發(fā)送的 實時信息。圖5為圖3所示實施例中裝置的又一結(jié)構(gòu)示意圖。圖5所示裝置還包括
通知模塊501，與所述發(fā)送模塊301相連，用于向所述實時信息的接收方通知在接 收到本地采用異步通信方式發(fā)送的實時信息后返回接收成功信息。圖6為圖3所示實施例中裝置的又一結(jié)構(gòu)示意圖。圖6所示裝置還包括第三判斷模塊601，與所述發(fā)送模塊301相連，用于判斷所述實時信息的發(fā)送次數(shù) 是否達到預先設(shè)置的發(fā)送次數(shù)閾值；第二管理模塊602，用于在所述第三判斷模塊601判斷確定達到所述發(fā)送次數(shù)閾 值時，停止本地對所述實時信息的發(fā)送；或者，在所述第三判斷模塊601判斷確定未達到所 述發(fā)送次數(shù)閾值時，允許本地對所述實時信息的發(fā)送。本發(fā)明提供的裝置實施例，通過采用異步通信方式發(fā)送實時信息，保證信息的傳 輸實時性，同時通過判斷該實時信息的接收方是否已收到該實時信息，在未收到該實時信 息之前，繼續(xù)發(fā)送該實時信息直到該實時信息的接收方收到為止，保證該實時信息的傳輸 可靠性，從而保證該實時信息在傳輸過程中具有實時性和可靠性。本領(lǐng)域普通技術(shù)人員可以理解上述實施例的全部或部分步驟可以使用計算機程 序流程來實現(xiàn)，所述計算機程序可以存儲于一計算機可讀存儲介質(zhì)中，所述計算機程序在 相應(yīng)的硬件平臺上(如系統(tǒng)、設(shè)備、裝置、器件等)執(zhí)行，在執(zhí)行時，包括方法實施例的步驟 之一或其組合?？蛇x地，上述實施例的全部或部分步驟也可以使用集成電路來實現(xiàn)，這些步驟可 以被分別制作成一個個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電 路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。上述實施例中的各裝置/功能模塊/功能單元可以采用通用的計算裝置來實現(xiàn)， 它們可以集中在單個的計算裝置上，也可以分布在多個計算裝置所組成的網(wǎng)絡(luò)上。上述實施例中的各裝置/功能模塊/功能單元以軟件功能模塊的形式實現(xiàn)并作為 獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中。上述提到的計算機 可讀取存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵 蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以權(quán)利要求所述的保護范圍為準。
權(quán)利要求
一種信息發(fā)送方法，其特征在于，包括采用異步通信方式發(fā)送本地待發(fā)送的實時信息；判斷所述實時信息的接收方是否已收到該實時信息；如果判斷結(jié)果為已收到該實時信息，則停止對所述實時信息的發(fā)送；否則，采用異步通信方式繼續(xù)發(fā)送所述實時信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述采用異步通信方式發(fā)送本地待發(fā)送 的實時信息之前還包括在所述實時信息與已存在的待發(fā)送實時信息之間內(nèi)容信息和接收方信息相同時，判斷 該實時信息與具有相同內(nèi)容和接收方的待發(fā)送實時信息之間獲取時間的差值是否大于預 先設(shè)置的時間差閾值；如果判斷結(jié)果為大于所述時間差閾值時，則確定該實時信息為本地待發(fā)送的實時信 息；否則，確定該實時信息不是本地待發(fā)送的實時信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在采用異步通信方式發(fā)送本地待發(fā)送的 實時信息之前，還包括向所述實時信息的接收方通知在接收到本地采用異步通信方式發(fā)送的實時信息后返 回接收成功信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括判斷所述實時信息的發(fā)送次數(shù)是否達到預先設(shè)置的發(fā)送次數(shù)閾值；如果判斷確定達到所述發(fā)送次數(shù)閾值，則停止本地對所述實時信息的發(fā)送；否則，允許 本地對所述實時信息的發(fā)送。
5.一種信息發(fā)送裝置，其特征在于，包括發(fā)送模塊，用于采用異步通信方式發(fā)送本地待發(fā)送的實時信息；第一判斷模塊，與所述發(fā)送模塊相連，用于判斷所述實時信息的接收方是否已收到該 實時信息；第一管理模塊，與所述第一判斷模塊相連，用于在所述第一判斷模塊判斷已收到該實 時信息時，停止對所述實時信息的發(fā)送；或者，在所述第一判斷模塊判斷未收到該實時信息 時，控制所述發(fā)送模塊繼續(xù)發(fā)送所述實時信息。
6.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述裝置還包括第二判斷模塊，用于在所述實時信息與已存在的待發(fā)送實時信息之間內(nèi)容信息和接收 方信息相同時，判斷該實時信息與具有相同內(nèi)容和接收方的待發(fā)送實時信息之間獲取時間 的差值是否大于預先設(shè)置的時間差閾值；確定模塊，用于在所述第二判斷模塊的判斷結(jié)果為大于所述時間差閾值時，確定該實 時信息為本地待發(fā)送的實時信息；或者，在所述第二判斷模塊的判斷結(jié)果為不大于所述時 間差閾值時，確定該實時信息不是本地待發(fā)送的實時信息。
7.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述裝置還包括通知模塊，與所述發(fā)送模塊相連，用于向所述實時信息的接收方通知在接收到本地采 用異步通信方式發(fā)送的實時信息后返回接收成功信息。
8.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述裝置還包括第三判斷模塊，與所述發(fā)送模塊相連，用于判斷所述實時信息的發(fā)送次數(shù)是否達到預先設(shè)置的發(fā)送次數(shù)閾值； 第二管理模塊，用于在所述第三判斷模塊判斷確定達到所述發(fā)送次數(shù)閾值時，停止本 地對所述實時信息的發(fā)送；或者，在所述第三判斷模塊判斷確定未達到所述發(fā)送次數(shù)閾值 時，允許本地對所述實時信息的發(fā)送。
全文摘要
本發(fā)明提供一種信息發(fā)送方法和裝置，涉及通信設(shè)備領(lǐng)域；解決現(xiàn)有技術(shù)中無法同時達到傳輸實時性和可靠性的問題。所述方法，包括采用異步通信方式發(fā)送本地待發(fā)送的實時信息；判斷所述實時信息的接收方是否已收到該實時信息；如果判斷結(jié)果為已收到該實時信息，則停止對所述實時信息的發(fā)送；否則，采用異步通信方式繼續(xù)發(fā)送所述實時信息。本發(fā)明提供的技術(shù)方案可應(yīng)用于信息傳輸領(lǐng)域。
文檔編號H04L1/00GK101848065SQ201010194399
公開日2010年9月29日 申請日期2010年6月4日 優(yōu)先權(quán)日2010年6月4日
發(fā)明者毛自慧 申請人:中興通訊股份有限公司