專利名稱：節點間通信確認機制的實現方法和實現系統的制作方法
技術領域：
本發明涉及通信技術領域，尤其涉及節點間通信確認機制的實現方法和 實現系統。
背景技術：
隨著網絡的發展和對設備功能性要求的提高，集中式的設備往往難以滿 足實際的需求，因此分布式處理架構應運而生。比如，多個通信設備(如路 由器、交換機)堆疊起來，每一個通信設備可以稱為一個節點；或者，通信 設備本身采用分布式架構，由多個業務板共同提供數據處理功能，每一個業 務板可以稱為一個節點；或者，通信設備的每一個業務板上采用多處理器進 行業務處理，那么每一個處理器也可以稱為一個節點。
在分布式架構下，各節點之間需要進行控制層面的通信， 一般基于 擴展的IPC (Inter-Process Communication,進程間通信)實現；圖1顯 示了分布式架構節點間通信的模型示意圖。
作為分布式架構的關鍵技術，節點間通信的可靠程度直接決定了分 布式架構的可靠程度。特別是如何保證報文的傳輸順序，是節點間通信 可靠性的一項重要指標。
現有技術中，節點間通信的可靠性可以通過確認+重傳機制實現，即 在對于每一個會話，發送端節點按序發送報文，接收端節點按序接收報 文，并在一定的時機回應確認報文(以ACK確認報文為例)，代表之前 的報文已經全部接收；這樣，如果發送端節點沒有收到確認報文則進行 重傳，或者，如果發送端節點收到確認報文則繼續向下發送新的報文， 從而保證可靠的節點間通信。圖2顯示了節點間通信確認機制的模型示 意圖。
但是，上述現有技術的節點間通信確認機制存在以下缺陷接收端節點 對于每一個會話，都要在一定的時機回應確認報文；由于節點間通信中，發
送端節點和接收端節點之間往往存在有大量的會話，因此導致確認報文數量 較多，其傳輸占用了大量IPC帶寬；同時，對這些確認報文不斷的接收和處 理也導致了發送端節點的大量資源開銷，降低發送端節點的處理效率。
特別是在發送端節點進行硬件組播時，由于存在多個接收端節點同時向 發送端節點反饋確認報文，因此即使對于發送端而言只存在一個硬件組播會 話，其所需要處理的確認報文的數量也將成倍增加，因此上述缺陷表現的尤 為明顯。
發明內容
本發明的實施例旨在提供能夠實現節點間通信確認機制的技術方案，以
減少確認報文數目，從而降低IPC帶寬占用，提高報文處理效率。
為實現上述目的，本發明的實施例提供了一種節點間通信確認機制的實 現方法，適用于在發送端節點和接收端節點之間執行通信確認，包括以下步
驟
步驟S1、對于接收到的各個會話的數據報文，接收端節點為其生成 相應的確認信息并保存，該相應的確認信息包括數據報文所屬的會話ID、 數據報文的控制標識以及數據報文的序號；
步驟S2、當滿足預設的確認條件時，該接收端節點將所保存的確認信息 封裝到一個確認報文中，并發送給發送端節點。
本發明的實施例還提供了 一種節點間通信確認機制的實現系統，包 括按序發送數據報文的發送端節點和按序接收數據報文的接收端節點， 其中，該發送端節點和所述接收端節點都包括發送接收單元；還包括-確認信息生成單元，與該接收端節點的發送接收單元連接，用于為接收 到的各個會話的數據報文生成相應的確認信息，該相應的確認信息包括 數據報文所屬的會話ID、數據報文的控制標識以及數據報文的序號；確 認信息保存單元，與該確認信息生成單元連接，用于保存所生成的確認 信息；確認信息組裝單元，與該確認信息保存單元和接收端節點的發送 接收單元連接，用于在滿足預設的確認條件時，將所保存的確認信息到
一個確認報文中，并發送給該發送端節點。
由上述技術方案可知，本發明的實施例取代現有技術中針對每一個會話 進行確認報文回復的手段，通過對一定期間內各個會話的確認信息進行統一 封裝，采用一個確認報文攜帶多個確認信息進行確認，具有以下有益效果
1、 有效減少了確認報文的數量；
2、 減少了IPC帶寬占用，提高了發送端節點的處理效率。 通過以下參照附圖對優選實施例的說明，本發明的上述以及其它目的、
特征和優點將更加明顯。
圖1為現有技術分布式架構進行板間通信的模型示意圖； 圖2為現有技術節點間通信確認機制的模型示意圖； 圖3為本發明提供的節點間通信確認機制的實現方法一實施例的流 程圖4為數據報文的確認信息一實施例的示意圖5為本發明提供的節點間通信確認機制的實現方法一較佳實施例 的流程圖6為圖5所示實施例中，發送端節點批量解析和處理確認報文的 實施例流程圖7為圖6所示實施例的處理示意圖8為本發明提供的節點間通信確認機制的實現方法一具體實施例 的流程圖9為本發明提供的節點間通信確認機制的實現系統一實施例的框
圖IO為本發明提供的節點間通信確認機制的實現系統一較佳實施例 的框圖。
具體實施例方式
下面將詳細描述本發明的具體實施例。應當注意，這里描述的實施例只
用于舉例說明，并不用于限制本發明。
首先，本發明的技術構思在于，通過IPC進行點到點可靠通信的節點之 間，存在有大量的會話；如果取代現有技術中針對每一個會話進行確認消息 回復，而是對點到點之間IPC通信的全部會話采用統一的確認報文進行回復， 或者說，接收方節點對于來自某發送方節點的所有不同種類的數據報文進行 批量確認，將能夠有效減少確認報文的數量，從而減少IPC帶寬占用，提高 發送端節點的處理效率。
為了實現本發明的技術構思，本發明的實施例提供了 一種節點間通 信確認機制的實現方法，適用于在發送端節點和接收端節點之間執行通 信確認。
如圖3所示，該節點間通信確認機制的實現方法實施例包括以下步
驟
步驟S1、對于接收到的各個會話的數據報文，接收端節點為其生成 相應的確認信息并保存；
具體的，發送端節點和接收點節點之間存在著大量的會話，或者說， 發送端節點和接收端節點通過IPC同時處理著不同種類的數據報文；對 于每一個會話的數據報文而言，其按序排列；
本步驟S1提取并保存各個會話數據報文的確認信息， 一般來說，可 以包括該數據報文所屬的會話ID (Session ID)，該數據報文的控制標識 以及該數據報文的序號，如圖4所示；
通常情況下，對于IPC層面而言，所關注的僅是接收端節點是否有 效接收到數據報文；因此，數據報文的控制標識一般包括ACK (Acknowledgment,確認)標識，即確認接收端節點已經有效接收該數 據報文；其中，包括ACK標識的確認信息可以簡稱為ACK確認信息；
在實際應用中，為了向上層應用提供更多的參考信息，該控制標識 可以進一步包括NACK (Negative Acknowledgment,否定確認)標識， 用于確認接收端節點雖然有效接收到該數據報文但無法正確處理，比如 由于內存溢出導致接收到的報文被丟棄等；其中，包括NACK標識的確 認信息可以簡稱為NACK確認信息；
在接收端節點接收到NACK確認信息的情況下，就IPC層面而言無 需啟動重新發送機制，具體是否進行重新發送，由相應的上層應用決定； 即使重新發送，對于IPC層面來說，也是新的數據報文，而非已有數據 報文的重新發送；
同時，雖然對于IPC層面而言，ACK和NACK標識都表明接收端節 點已經接收到相應的數據報文；但為了便于標識NACK的確認信息的優 先處理，可以為標識NACK的確認信息設置較高的優先級。
步驟S2、當滿足預設的確認條件時，接收端節點將所保存的確認信 息封裝到一個確認報文中，并發送給發送端節點；
本步驟S2是批量組裝的過程。
其中，預設的確認條件可以包括前一次確認報文發送后到達預設 的時間間隔、前一次確認報文發送后接收到預設數目的數據報文或收到 需要即時確認的數據報文；由于點到點通信存在大量會話，因此當滿足 預設的確認條件時，接收端節點往往已經積累了為不同會話數據報文生 成的多個確認信息。
顯然，上述步驟S1 S2通過將不同會話的確認信息封裝在一個確認 報文中，相對于為每一個會話在一定時機回復確認報文而言，可以有效 減少確認報文的數量，進而減少IPC帶寬占用，提高發送端節點的處理 效率，有效節省節點間通信的開銷。
在上述實施例中，進行封裝的ACK確認信息可能存在重復確認的問題。
該問題出現的原因在于，對于節點間通信而言，發送端節點和接收 端節點之間每一個會話的報文都是按序發送和接收的，當接收端節點收 到序號不連續的報文時，將直接丟棄不加以處理和確認；比如，如果發 送端節點通過一個會話發送序號分別為1、 2、 3、 4和5的數據報文，如 果接收端節點接收到的數據報文序號為1、 2、 3和5，那么由于數據報文 3和5不連續，則接收端節點直接丟棄數據報文5，不會進行后續的確認 處理。
亦即，在本發明中如果存在著不連續接收的數據報文，那么根本就
不會對其進行確認信息的生成；這也就意味著，在進行確認報文封裝之 前，對同一個會話的不同數據報文所生成的ACK確認信息可能對某一個 數據報文進行了反復確認。仍以發送端節點通過一個會話發送序號分別 為l、 2、 3、 4和5的數據報文為例，如果在進行確認報文封裝之前接收 端節點全部進行了接收和ACK確認信息的生成，那么數據報文5的ACK 確認信息事實上同時確認了前四個數據報文的正確接收。
此外，如果存在NACK確認信息，由于其是針對獨立幀的指示信息， 因此無需考慮重復問題，全部加以保存和封裝即可。
基于上述情況，本發明的較佳實施例為
圖3所示實施例步驟Sl中接收端節點保存確認信息的步驟包括接收 端節點基于會話更新保存ACK確認信息，具體包括
接收端節點識別所生成確認信息對應的會話，針對每一會話，僅保 存對應其最后一數據報文的ACK確認信息，丟棄對應其之前數據報文的 ACK確認信息；
當然，如果數據報文的控制標識包括NACK標識，則接收端節點保 存確認信息的步驟還包括保存所生成的全部NACK確認信息。
以發送端節點通過一個會話發送序號分別為1、 2、 3、 4和5的數據 報文為例，如果接收端節點生成了對數據報文1、 2、 3、 5的ACK確認 信息，而對數據報文4生成了 NACK確認信息，那么通過不斷的確認信 息生成和更新，最后保存的是數據報文5的ACK確認信息和數據報文4 的NACK確認信息，能夠有效減小最終封裝的確認報文的規模，有助于 降低節點間通信的帶寬占用。
進一步的，對于發送端節點來說，需要對接收到的確認報文進行解 析和處理，以保證通信確認基礎上的后續處理，如圖5所示實施例。
在本實施例中，步驟Sl之前還包括步驟S0:發送端節點將發送的 各個會話的數據報文送入發送緩存中，這是為了保證沒有接收到確認報 文時能夠重新進行數據報文的發送，避免丟包現象的發生；同時，可以 不必等待收到確認信息之后再繼續發送后續數據報文，而是發送端節點 按序發送，接收端節點按序接收，如果發生中間丟包現象，那么接收端
節點直接拋棄后續數據報文，等待發送端節點重新發送即可。
此外，還包括步驟S3:發送端節點通過解析確認報文獲得確認信息， 將相應的數據報文從發送緩存中清除；以及，對于發送緩存中超時未被
清除的數據報文，重新向接收端節點發送。
顯然，如果確認報文中保存了對每個數據報文的確認信息，那么針
對每個確認信息進行發送緩存中數據報文的刪除即可；或者，如果確認 報文中保存的是最后一數據報文的ACK確認信息，那么刪除該ACK確 認信息所標識序號之前的全部數據報文即可，對于NACK確認信息，則 仍是將相應的數據報文從發送緩存中清除。具體情況可以根據確認報文 的封裝情況確定，在此不再贅述。
較佳的，由于發送端節點所解析的應該是來自不同接收端節點的確 認報文，而且每一確認報文中又包括針對不同會話的確認信息，因此對 于發送端節點來說，可以通過批量解析和批量處理收到的確認報文的方 式，進一步提高處理效率，如圖6所示，步驟S3中發送端節點通過解析 接收到的確認報文獲得確認信息，將相應的數據報文從發送緩存中清除 的步驟包括
步驟S31、當滿足預設的解析條件時，發送端節點解析接收到的確 認報文,獲得確認信息并保存；
本步驟S31是批量解析確認報文的方案，即滿足預設的解析條件時， 將批量確認報文解析為本地的確認信息。其中，預設的解析條件包括前 一次解析后到達預設的時間間隔、前一次解析后接收到預設數目的確認 報文或收到需要即時處理的數據報文。
本步驟S31批量解析確認報文之后，并不一定要立即處理解析出來 的確認信息，即發送端節點可以在適當的時候對解析出的確認信息進行 批量處理，如步驟S32所示。
步驟S32、當滿足預設的處理條件時，發送端節點根據所保存的確認 信息，將相應的數據報文從發送緩存中清除；
其中，預設的處理條件包括前一次處理后到達預設的時間間隔、前 一次處理后解析出預設數目的確認信息或解析出需要即時處理的數據報
文。
必須加以指出的是，對于硬件組播會話，發送端節點需要獲得所有 目的節點的確認報文后，才能將相應的數據報文從發送緩存中清除。
可以看出，通過上述步驟S31 S32，可以實現發送端節點對于接收 到確認報文的批量解析和批量處理。作為補充實施例，也可以單獨執行 步驟S31或者單獨執行步驟S32，即批量解析即時處理，或者即時解析 批量處理，可以根據實際節點的處理能力和節點間通信的數據量加以調 整；相對的，批量解析和批量處理是較佳的實施方式，其實現過程請結 合圖7所示。
再進一步的，對于上述批量解析確認報文的技術方案，由于解析出 來的ACK確認信息同樣可能存在重復確認的問題，比如先后收到的N個 確認報文被同一批解析，而這些確認報文中存在針對同一個會話的ACK 確認信息，舉例來說，分別有對某一個會話前10個和前20個數據報文 的ACK確認信息。
為了克服這種情況所可能導致的后續重復處理，步驟S31中發送端 節點保存本地確認信息的步驟可以包括發送端節點基于會話更新所保 存的ACK確認信息的步驟，具體包括針對與接收端節點間的每一會話， 僅保存對應其最后一數據報文的ACK確認信息，丟棄對應其之前數據報 文的ACK確認信息；
對于NACK確認信息，由于不會存在重復確認的問題，因此對所生 成的全部NACK確認信息直接保存即可，無需進一步優化處理；
相應的，步驟S32中發送端節點將相應的數據報文從發送緩存中清 除的步驟可以簡化為對于每一會話，刪除發送緩存中與所保存的ACK 確認信息對應的數據報文及之前的數據報文；當然，對應NACK確認信 息的數據報文也需要加以刪除。
下面以一個具體實施例為例，示例性說明本發明提供的節點間通信 確認機制的實現方法技術方案。在該具體實施例中，節點2(接收端節點) 回復確認報文(以ACK報文為例)，節點l (發送端節點)處理確認報 文，其節點間通信確認機制的實現方法如圖8所示
節點i與節點2之間存在三個會話，分別是組播1會話、組播2會 話和單播會話；
在節點2回應ACK 1時，已經接收到組播1會話的1-9數據報文和 組播2會話的1-20數據報文；因此，ACK 1中封裝了兩個確認信息，分 別是對組播1會話的數據報文9的確認信息，以及對組播2會話的數據 報文20的確認信息；
在節點2回應ACK 2時，已經接收到組播1會話的10-90數據報文 和單播會話的1-100數據報文；因此，ACK2中也封裝了兩個確認信息， 分別是對組播1會話的數據報文卯的確認信息，以及對單播會話的數據 報文100的確認信息；
在節點1上，有可能對兩個ACK—-一進行處理，g卩收到ACK 1 時，刪除發送緩存中組播1會話的1-9數據報文，以及組播2會話的1-20 數據報文；收到ACK 2時，刪除發送緩存中組播1會話的10-90數據報 文，以及單播會話的1-100數據報文；
或者，節點1對兩個ACK都解析完成再進行處理，這時是直接刪除 組播1會話的l-90數據報文。
本領域普通技術人員可以理解實現上述方法實施例的全部或部分 步驟可以通過程序指令相關的硬件來完成，所述的程序可以存儲于一計
算機可讀取存儲介質中，該程序在執行時，包括如下步驟
步驟S1、對于接收到的各個會話的數據報文，接收端節點為其生成
相應的確認信息并保存，所述相應的確認信息包括所述數據報文所屬的
會話ID、所述數據報文的控制標識以及所述數據報文的序號；
步驟S2、當滿足預設的確認條件時，所述接收端節點將所保存的確
認信息封裝到一個確認報文中，并發送給所述發送端節點；
所述的存儲介質包括ROM/RAM ( Read Only Memory/
Random-Access Memory,只讀存儲器/隨機訪問內存)、磁碟或者光盤等。
為了實現本發明的技術構思，本發明的實施例還提供了 一種節點間 通信確認機制的實現系統100，如圖9所示，包括 發送端節點IIO和接收端節點120，其中，該發送端節點IIO和接收 端節點120分別包括發送接收單元111和121;
確認信息生成單元130，與接收端節點120的發送接收單元121連 接，用于為接收到的各個會話的數據報文生成相應的確認信息；該確認 信息可以包括數據報文所屬的會話ID，數據報文的控制標識以及數據報 文的序號；
其中，數據報文的控制標識可以包括ACK標識，其相應的確認信息 可稱為ACK確認信息；
數據報文的控制標識還可以進一步包括NACK標識，其相應的確認 信息可稱為NACK確認信息；NACK確認信息的優先級可以高于ACK 確認信息；
確認信息保存單元140，與確認信息生成單元130連接，用于保存 所生成的確認信息；
確認信息組裝單元150，與確認信息保存單元140和接收端節點120 的發送接收單元121連接，用于在滿足預設的確認條件時，將所保存的 確認信息封裝到一個確認報文中，并通過該發送接收單元121發送給發 送端節點110;其中，預設的確認條件可以包括前一次確認報文發送后 到達預設的時間間隔、前一次確認報文發送后接收到預設數目的數據報 文或收到需要即時確認的數據報文，等。
通過上述提供的節點間通信確認機制的實現系統100，通過將不同會 話的確認信息封裝在一個確認報文中，相對于為每一個會話在一定時機 回復確認報文而言，可以有效減少確認報文的數量，進而減少IPC帶寬 占用，提高發送端節點的處理效率，有效節省節點間通信的開銷。
較佳的，為了避免ACK確認信息可能存在的重復確認問題，該確認 信息保存單元140可以包括
接收端會話識別模塊141，用于識別所生成確認信息對應的會話；
接收端確認信息保存模塊142，與接收端會話識別模塊141連接，用 于針對每一會話，僅保存對應其最后一數據報文的ACK確認信息，丟棄 對應其之前數據報文的ACK確認信息；
在數據報文的控制標識還包括NACK標識的情況下，接收端確認信 息保存模塊142還用于保存所生成的全部NACK確認信息。
進一步的，本發明還提供了一種節點間通信確認機制的實現系統100 的較佳實施例，為發送端節點110提供確認報文的解析和處理功能，以 保證通信確認基礎上的后續處理。
如圖10所示，該實施例在圖9所示實施例基礎上，還包括
發送緩存單元160，與發送端節點110的發送接收單元111連接，用 于緩存發送后的各個會話的數據報文；
確認信息解析單元170，與發送端節點110的發送接收單元111連 接，用于通過解析接收到的確認報文獲得確認信息并保存；
確認信息處理單元180，與確認信息解析單元170和發送緩存單元 160連接，用于將確認信息相應的數據報文從發送緩存單元中清除；
發送緩存監控單元190，與發送緩存單元160連接，用于監控發送緩 存單元160中超時未被清除的數據報文，使其重新向接收端節點120發 送。
較佳的，為了避免解析后的確認信息可能存在的重復確認問題，確 認信息解析單元170中可以包括
發送端會話識別模塊171，用于針對與接收端節點間的每一會話，僅 保存對應其最后一數據報文的ACK確認信息，丟棄對應其之前數據報文 的ACK確認信息；
以及，如果解析出NACK確認信息，由于無需優化處理，因此全部 加以保存即可；
則確認信息處理單元180對于每一會話，刪除發送緩存單元160中 與所保存的ACK確認信息對應的數據報文及之前的數據報文，對于 NACK確認信息所對應的數據報文直接刪除即可。
但是對于硬件組播會話，發送端節點需要獲得所有目的節點的確認 報文后，才能將相應的數據報文從發送緩存單元160中清除。
更佳的，為了進一步提高發送端節點110的處理效率，其可以對確 認報文進行批量解析和/或批量處理，具體的，節點間通信確認機制的實
現系統100還可以包括
解析監控單元la0，與確認信息解析單元170連接，用于在滿足預設 的解析條件時，觸發確認信息解析單元170;其中，預設的解析條件包括 前一次解析后到達預設的時間間隔、前一次解析后接收到預設數目的確 認報文或收到需要即時處理的數據報文；
和/或
處理監控單元lb0，與確認信息處理單元180連接，用于在滿足預設 的處理條件時，觸發確認信息處理單元180;其中，預設的處理條件包括 前一次處理后到達預設的時間間隔、前一次處理后解析出預設數目的確 認信息或解析出需要即時處理的數據報文。
雖然已參照幾個典型實施例描述了本發明，但應當理解，所用的術語是 說明和示例性、而非限制性的術語。由于本發明能夠以多種形式具體實施而 不脫離發明的精神或實質，所以應當理解，上述實施例不限于任何前述的細 節，而應在隨附權利要求所限定的精神和范圍內廣泛地解釋，因此落入權利 要求或其等效范圍內的全部變化和改型都應為隨附權利要求所涵蓋。
權利要求
1.一種節點間通信確認機制的實現方法，適用于在發送端節點和接收端節點之間執行通信確認，其特征在于，包括以下步驟步驟S1、對于接收到的各個會話的數據報文，接收端節點為其生成相應的確認信息并保存，所述相應的確認信息包括所述數據報文所屬的會話ID、所述數據報文的控制標識以及所述數據報文的序號；步驟S2、當滿足預設的確認條件時，所述接收端節點將所保存的確認信息封裝到一個確認報文中，并發送給所述發送端節點。
2. 根據權利要求1所述的節點間通信確認機制的實現方法，其特征在于，所述數據報文的控制標識包括ACK標識。
3. 根據權利要求2所述的節點間通信確認機制的實現方法，其特征 在于，所述步驟S1中接收端節點保存確認信息的步驟包括接收端節點基 于會話更新保存ACK確認信息識別所生成確認信息對應的會話，針對 每一會話，僅保存對應其最后一數據報文的ACK確認信息，丟棄對應其 之前數據報文的ACK確認信息。
4. 根據權利要求1所述的節點間通信確認機制的實現方法，其特征 在于，所述數據報文的控制標識包括NACK標識，則所述歩驟Sl中接 收端節點保存確認信息的步驟還包括保存所生成的全部NACK確認信 息。
5. 根據權利要求1所述的節點間通信確認機制的實現方法，其特征 在于，所述步驟S2中預設的確認條件包括前一次確認報文發送后到達 預設的時間間隔、前一次確認報文發送后接收到預設數目的數據報文或 收到需要即時確認的數據報文。
6. 根據權利要求l-5任一所述的節點間通信確認機制的實現方法，其 特征在于，所述步驟Sl之前還包括步驟S0:發送端節點將發送的各個 會話的數據報文送入發送緩存中；以及，所述方法還包括步驟S3:所述發送端節點通過解析接收到的 確認報文獲得所述確認信息，將相應的數據報文從發送緩存中清除；以 及，對于發送緩存中超時未被清除的數據報文，重新向所述接收端節點 發送。
7. 根據權利要求6所述的節點間通信確認機制的實現方法，其特征 在于，所述步驟S3中發送端節點通過解析接收到的確認報文獲得確認信息，將相應的數據報文從發送緩存中清除的步驟包括步驟S31、當滿足預設的解析條件時，所述發送端節點解析接收到 的確認報文，獲得確認信息并保存；步驟S32、當滿足預設的處理條件時，所述發送端節點根據所保存的 確認信息，將相應的數據報文從發送緩存中清除。
8. 根據權利要求7所述的節點間通信確認機制的實現方法，其特征 在于，所述步驟S31中發送端節點保存確認信息的步驟包括發送端節點 基于會話更新所保存的ACK確認信息的步驟針對與接收端節點間的每 一會話，僅保存對應其最后一數據報文的ACK確認信息，丟棄對應其之 前數據報文的ACK確認信息；則所述步驟S32中發送端節點將相應的數 據報文從發送緩存中清除的步驟包括對于每一會話，刪除發送緩存中 與所保存的ACK確認信息對應的數據報文及之前的數據報文。
9. 根據權利要求7所述的節點間通信確認機制的實現方法，其特征 在于，所述預設的解析條件包括前一次解析后到達預設的時間間隔、前 一次解析后接收到預設數目的確認報文或收到需要即時處理的數據報 文；所述預設的處理條件包括前一次處理后到達預設的時間間隔、前一 次處理后解析出預設數目的確認信息或解析出需要即時處理的數據報 文。
10. —種節點間通信確認機制的實現系統，包括發送端節點和接收端 節點，其中，所述發送端節點和所述接收端節點分別包括發送接收單元； 其特征在于，還包括確認信息生成單元，與所述接收端節點的發送接收單元連接，用于 為接收到的各個會話的數據報文生成相應的確認信息，所述相應的確認 信息包括所述數據報文所屬的會話ID、所述數據報文的控制標識以及所 述數據報文的序號； 確認信息保存單元，與所述確認信息生成單元連接，用于保存所生成的確認信息；確認信息組裝單元，與所述確認信息保存單元和所述接收端節點的 發送接收單元連接，用于在滿足預設的確認條件時，將所保存的確認信 息封裝到一個確認報文中，并發送給所述發送端節點。
11. 根據權利要求10所述的節點間通信確認機制的實現系統，其特 征在于，所述數據報文的控制標識包括ACK標識；則所述確認信息保存單元包括接收端會話識別模塊，用于識別所生成確認信息對應的會話； 接收端確認信息保存模塊，與所述接收端會話識別模塊連接，用于針對每一會話，僅保存對應其最后一數據報文的ACK確認信息，丟棄對應其之前數據報文的ACK確認信息；禾口/或，所述數據報文的控制標識還包括NACK標識，則所述接收端確認信息保存模塊還用于保存所生成的全部NACK確認信息。
12. 根據權利要求10所述的節點間通信確認機制的實現系統，其特 征在于，所述預設的確認條件包括前一次確認報文發送后到達預設的 時間間隔、前一次確認報文發送后接收到預設數目的數據報文或收到需 要即時確認的數據報文。
13. 根據權利要求10-12任一所述的節點間通信確認機制的實現系 統，其特征在于，還包括發送緩存單元，與所述發送端節點的發送接收單元連接，用于緩存 發送后的各個會話的數據報文；確認信息解析單元，與所述發送端節點的發送接收單元連接，用于 通過解析接收到的確認報文獲得確認信息并保存；確認信息處理單元，與所述確認信息解析單元和所述發送緩存單元 連接，用于將所述確認信息相應的數據報文從所述發送緩存單元中清除；發送緩存監控單元，與所述發送緩存單元和所述發送端節點的發送 接收單元連接，用于監控發送緩存單元中超時未被清除的數據報文，使 其重新向所述接收端節點發送。
14. 根據權利要求13所述的節點間通信確認機制的實現系統，其特征在于，所述確認信息解析單元中包括發送端會話識別模塊，用于針對與接收端節點間的每一會話，僅保存對應其最后一數據報文的ACK確認信息，丟棄對應其之前數據報文的 ACK確認信息；所述確認信息處理單元對于每一會話，刪除發送緩存單元中與所保 存的ACK確認信息對應的數據報文及之前的數據報文。
15. 根據權利要求14所述的節點間通信確認機制的實現系統，其特 征在于，還包括解析監控單元，與所述確認信息解析單元連接，用于在 滿足預設的解析條件時，觸發所述確認信息解析單元；其中，所述預設 的解析條件包括前一次解析后到達預設的時間間隔、前一次解析后接收 到預設數目的數據報文或收到需要即時處理的數據報文；和/或處理監控單元，與所述確認信息處理單元連接，用于在滿足預設的 處理條件時，觸發所述確認信息處理單元；其中，所述預設的處理條件 包括前一次處理后到達預設的時間間隔、前一次處理后解析出預設數目 的確認信息或解析出需要即時處理的數據報文。
全文摘要
本發明公開了一種節點間通信確認機制的實現方法和實現系統。該方法適用于在一發送端節點和一接收端節點之間執行通信確認，包括以下步驟對于接收到的各個會話的數據報文，接收端節點為其生成相應的確認信息并保存，該相應的確認信息包括數據報文所屬的會話ID、數據報文的控制標識以及數據報文的序號；當滿足預設的確認條件時，該接收端節點將所保存的確認信息封裝到一個確認報文中，并發送給發送端節點。通過本發明，有效減少了確認報文的數量；同時，減少了IPC帶寬占用，提高了發送端節點的處理效率。
文檔編號H04L1/16GK101340268SQ20081014710
公開日2009年1月7日 申請日期2008年8月18日 優先權日2008年8月18日
發明者喬會來, 蓋建華 申請人:杭州華三通信技術有限公司