專利名稱：通信系統(tǒng)、通信設備、通信控制方法和非瞬時計算機可讀介質(zhì)的制作方法
技術(shù)領域：
本發(fā)明涉及通信系統(tǒng)、通信設備、通信控制方法和非瞬時計算機可讀介質(zhì)，具體地，涉及進行IPv6 (因特網(wǎng)協(xié)議版本6)功能中的地址利用和鄰居緩存處理的通信系統(tǒng)、通信設備、通信控制方法和非瞬時計算機可讀介質(zhì)。
背景技術(shù)：
在使用IPv6 (因特網(wǎng)協(xié)議版本6)的通信中，使用鄰居緩存來轉(zhuǎn)換IP地址(層3)和鏈路層地址(層2)。在非專利文獻I (RFC 4861)中描述了用于鄰居緩存中的鄰居發(fā)現(xiàn)和鄰居緩存條目狀態(tài)的管理控制方法。在使用IPv6的現(xiàn)有通信系統(tǒng)中，鄰居發(fā)現(xiàn)消息用作用于解析和管理IP地址與鏈路層地址之間的對應關系的消息。此外，鄰居緩存用作存儲IP地址與鏈路層地址之間的對應關系的表。盡管本發(fā)明預期針對使用IPv6的一般通信系統(tǒng)，這是對于地址更新頻繁進行的通信系統(tǒng)尤為有效的技術(shù)，如非專利文獻2所述。在IPv6中，鄰居緩存的更新典型地根據(jù)RFC 4861來執(zhí)行。然而，RFC 4861缺少在不再需要IP地址時從鄰居緩存中刪除IP地址的結(jié)構(gòu)。這是由于，作為使用IP地址的方式，永久使用是普遍的，很少遇到不再需要IP地址的場合，即使在這種情況發(fā)生時也未被認識，因此該問題尚未變得明顯。然而，隨著移動通信環(huán)境的近來增長，頻繁進行連接的改變，使終端進入掛起或休眠模式的情形増加，這導致不再使用終端的鄰居緩存的狀態(tài)累積發(fā)生。未使用的鄰居緩存導致網(wǎng)絡弱點，從而成為問題。鑒于此，專利文獻I中描述了檢測不再使用的鄰居緩存的鄰居緩存的管理控制方法的示例。專利文獻I中描述的連接管理方法是路由器設備的連接管理方法，路由器執(zhí)行連接至IP網(wǎng)絡中的鏈路的通信終端的連接管理，該方法包括以下步驟通信終端通知路由器設備其自身通信狀態(tài)；當通信狀態(tài)是通信禁用狀態(tài)的通知時，接收該通知的路由器設備使通信終端周圍的附近緩存(鄰居緩存)條目轉(zhuǎn)變?yōu)橥ㄐ沤脿顟B(tài)；以及當路由器設備接收到尋址至該通信終端的分組時，路由器設備檢查附近緩存條目的狀態(tài)，如果是通信禁用狀態(tài)，則立即向分組的發(fā)送方發(fā)送傳送錯誤消息。專利文獻I中描述的連接管理方法還包括通信終端在向第一路由器設備提供通信禁用狀態(tài)的通知之后清除鏈路連接；以及當通信終端連接至第二路由器設備管理的鏈路時，通信終端請求第一路由器設備刪除附近緩存條目。然后，路由器設備在從通信終端接收到通信禁用狀態(tài)的通知起指定時段過去之后，刪除附近緩存中通信終端的條目。引用列表專利文獻[PTL I]日本未審專利申請公開No. 2006-180010非專利文獻[NPL I]T. Narten,et al. ," Neighbor Discovery for IP version 6 (IPv6)",Sep 2007，RFC4861
[NPL 2]Kitamura, Ata and Murata, " A Unified Multiplex CommunicationArchitecture to Innovate IP Communication Styles " , The Institute ofElectronics,Information and Communication Engineers,Information networks,March200
發(fā)明內(nèi)容
然而，根據(jù)專利文獻I中描述的連接管理方法，在路由器設備和通信終端均兼容刪除的情況下刪除鄰居緩存條目，即使路由器設備和通信終端中的任ー個兼容刪除，也無法刪除鄰居緩存條目。因此，專利文獻I中描述的連接管理方法具有以下問題不能廣泛適用于一般設備，從而不能在由一般設備組成的通信系統(tǒng)中可靠地執(zhí)行鄰居緩存刪除。鑒于此，本發(fā)明的示例目的在于通過至少在終端側(cè)的操作，快速可靠地執(zhí)行鄰居緩存條目的刪除。根據(jù)本發(fā)明一個示例方面的通信系統(tǒng)是包括根據(jù)IPv6要求操作的第一和第二通 信設備的通信系統(tǒng)，其中，第一通信設備執(zhí)行通過監(jiān)視通信狀態(tài)來確定是否利用自身IP地址進行通信；在確定不再需要自身IP地址時，向第二通信設備產(chǎn)生請求響應消息的響應請求消息；在響應請求消息中將自身IP地址指定為響應消息的目的地；以及在第二通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至第二通信設備。根據(jù)本發(fā)明一個示例方面的通信設備是根據(jù)IPv6要求操作的通信設備，所述通信設備包括IP地址利用狀態(tài)管理単元，通過監(jiān)視通信狀態(tài)來確定是否利用自身IP地址進行通信；以及消息產(chǎn)生和發(fā)送單元，在確定不再需要自身IP地址時，向第二通信設備產(chǎn)生請求響應消息的響應請求消息；在響應請求消息中將自身IP地址指定為響應消息的目的地地址；以及在另一端的通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至另一端的通信設備。根據(jù)本發(fā)明一個示例方面的通信系統(tǒng)的通信控制方法是用于通信系統(tǒng)的通信控制方法，所述通信系統(tǒng)包括根據(jù)IPv6要求操作的第一和第二通信設備，所述方法包括，在第一通信設備中通過監(jiān)視通信狀態(tài)來確定是否利用自身IP地址進行通信；在確定不再需要自身IP地址時，向第二通信設備產(chǎn)生請求響應消息的響應請求消息；在響應請求消息中將自身IP地址指定為響應消息的目的地；以及在第二通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至第二通信設備。根據(jù)本發(fā)明一個示例方面的非瞬時計算機可讀介質(zhì)是存儲通信控制程序的非瞬時計算機可讀介質(zhì)，所述通信控制程序用于執(zhí)行通信設備的控制，所述通信設備根據(jù)IPv6要求與另一端的通信設備通信，所述通信控制程序執(zhí)行通過監(jiān)視通信設備與另一端的通信設備之間的通信狀態(tài)來確定是否利用自身IP地址進行通信；在確定不再需要自身IP地址時，向第二通信設備產(chǎn)生請求響應消息的響應請求消息；在響應請求消息中將自身IP地址指定為響應消息的目的地；以及在第二通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至另一端的通信設備。
本發(fā)明的有利效果在根據(jù)本發(fā)明的通信系統(tǒng)、通信設備、通信控制方法和非瞬時計算機可讀介質(zhì)中，可以通過至少在終端側(cè)的操作，快速可靠地執(zhí)行鄰居緩存條目的刪除。


圖I是根據(jù)第一示例實施例的通信系統(tǒng)的框圖；圖2是根據(jù)第一示例實施例的客戶端設備的框圖； 圖3是根據(jù)第一示例實施例的路由器的框圖；圖4是示出了根據(jù)第一示例實施例的通信系統(tǒng)的操作的序列圖；圖5是根據(jù)第二示例實施例的通信系統(tǒng)的框圖；圖6是根據(jù)第二示例實施例的服務器設備的框圖；圖7是示出了根據(jù)第二示例實施例通信系統(tǒng)的操作的序列圖；圖8是根據(jù)第三示例實施例在通信系統(tǒng)中使用的NS消息的數(shù)據(jù)格式的示意圖；圖9是示出了根據(jù)第三示例實施例的通信系統(tǒng)的操作的序列圖；圖10是根據(jù)第五示例實施例的通信系統(tǒng)的框圖；圖11是示出了根據(jù)第五示例實施例的通信系統(tǒng)的另一示例的框圖；圖12是示出了根據(jù)第五示例實施例通信系統(tǒng)的操作的序列圖；以及圖13是示出了根據(jù)第五示例實施例通信系統(tǒng)的操作的另ー示例的序列圖。
具體實施例方式[第一示例實施例]以下參照附圖來描述本發(fā)明的示例實施例。圖I示出了根據(jù)第一示例實施例的通信系統(tǒng)I的框圖。如圖I所示，通信系統(tǒng)I包括客戶端設備(例如客戶端通信節(jié)點)100、客戶端站點路由器200、服務器設備(例如服務器站點路由器)300、以及服務器通信節(jié)點400。每個通信節(jié)點具有鄰居緩存NC作為存儲IP地址(層3)和鏈路層地址(層2)之間的對應關系的表。此外，每個通信節(jié)點具有處理消息以解析和管理對應關系的功能。在圖I中示出的示例中，假定客戶端通信節(jié)點100具有3個地址IPl至IP3，這些地址分別用于與服務器通信節(jié)點400建立的3個會話。此外，在圖I所示的示例中，客戶端站點路由器200和服務器站點路由器300通過通信網(wǎng)絡500連接。注意，在第一示例實施例中，客戶端站點路由器200的地址IP4存儲在客戶端通信節(jié)點100的鄰居緩存NC中，客戶端通信節(jié)點100的地址IPl至IP3存儲在客戶端站點路由器200的鄰居緩存NC中，服務器通信節(jié)點400的地址IP6存儲在服務器站點路由器300的鄰居緩存NC中，服務器站點路由器300的地址IP5存儲在服務器通信節(jié)點400的鄰居緩存NC中。此外，在示例實施例的以下描述中，描述第一通信設備(例如客戶端通信節(jié)點100)與第二通信設備(例如客戶端站點路由器200)之間的連接管理方法。在以下描述中詳細描述客戶端通信節(jié)點100和客戶端站點路由器200的配置。此外，在根據(jù)第一示例實施例的通信系統(tǒng)I中，要使用的IP地址根據(jù)會話而改變。此外，通信系統(tǒng)I具有以下配置其中多個IP地址被分配給ー個鏈路層地址(以下稱為L2地址)。在圖I所示的示例中，相同的符號指示相同的L2地址(例如圖I的示例中示出由單圓、雙圓、三角和方形指示的4個L2地址)。具體地，在圖I所示的示例中，IP地址IPl至IP3分配給客戶端通信節(jié)點100中的単一 L2地址。然后，在圖I的通信系統(tǒng)I中，示出了建立使用IP地址IPl至IP3的3個不同會話(例如由虛線指示的通信路徑)的狀態(tài)。在通信系統(tǒng)I中，例如針對每個應用軟件，使用不同的IP地址建立與服務器通信節(jié)點400的會話。然后，在通信系統(tǒng)I中，在會話結(jié)束時禁用已經(jīng)使用的IP地址。通過在通信系統(tǒng)I中根據(jù)不同會話使用不同IP地址，可以提高通信系統(tǒng)的安全性(見非專利文獻2)。在上述根據(jù)不同會話使用不同IP地址的通信系統(tǒng)中，在存儲L2地址與IP地址之間對應關系的鄰居緩存NC中，累積關于不再需要的IP地址的大量條目。因此，可以快速準確地刪除鄰居緩存NC中累積的關于不再需要的IP地址的條目的配置對于進行通信資源的高效利用和提高通信系統(tǒng)的安全性具有很大意義。圖2示出了客戶端通信節(jié)點100的框圖。如圖2所示，客戶端通信節(jié)點100包括IP地址利用狀態(tài)管理単元110和消息產(chǎn)生和發(fā)送單元120。IP地址利用狀態(tài)管理単元110監(jiān)視客戶端通信節(jié)點100的通信狀態(tài)，并確定是否利用其自身IP地址進行通信。當在IP地 址利用狀態(tài)管理単元110中確定不需要其自身IP地址時，消息產(chǎn)生和發(fā)送單元120產(chǎn)生非請求鄰居通告(U-NA)消息，并將該消息發(fā)送至具有針對不再需要的IP地址的鄰居緩存NC條目的相鄰通信設備(例如客戶端站點路由器200)，以可靠地使該相鄰通信設備(例如客戶端站點路由器200)保存的針對不再需要的IP地址的鄰居緩存NC條目的狀態(tài)轉(zhuǎn)變?yōu)槭顟B(tài)(即使其處于可達狀態(tài))。在已知鄰居緩存NC的條目狀態(tài)為失效狀態(tài)的情況下，無需發(fā)送U-NA消息。此后，消息產(chǎn)生和發(fā)送單元120產(chǎn)生鄰居請求(NS)消息，其中將不再需要的自身IP地址設置為發(fā)送方地址，并將該消息發(fā)送至具有針對該IP地址的鄰居緩存NC條目的相鄰通信設備，以參照來自具有該鄰居緩存NC條目的相鄰通信設備的鄰居緩存NC條目來進行分組的發(fā)送，從而導致該鄰居緩存NC條目的刪除。圖3示出了客戶端站點路由器200的框圖。如圖3所示，客戶端站點路由器200包括消息接收和處理單元210。消息接收和處理單元210響應于從另一端的通信設備(例如客戶端通信節(jié)點100)接收到U-NA消息，使其自身設備中存儲的與客戶端通信節(jié)點100的不再需要的IP地址相關的鄰居緩存進入失效狀態(tài)。然后，消息接收和處理單元210根據(jù)在U-NA消息之后從客戶端通信節(jié)點100接收的NS消息，刪除與客戶端通信節(jié)點100的不再需要的IP地址相關的鄰居緩存條目。這些組件如下所述操作。當客戶端通信節(jié)點100正通過客戶端站點路由器200和服務器站點路由器300與服務器通信節(jié)點400通信時，在駐留于客戶端站點路由器200中的鄰居緩存中存在與客戶端通信節(jié)點100的IP地址相關的鄰居緩存條目。然后，當客戶端通信節(jié)點100結(jié)束通信會話并且在該會話中已經(jīng)使用的IP地址變得不再需要吋，IP地址利用狀態(tài)管理単元110檢測到不再需要已經(jīng)使用的IP地址。然后，IP地址利用狀態(tài)管理単元Iio通知消息產(chǎn)生和發(fā)送單元120不再需要該IP地址。然后，消息產(chǎn)生和發(fā)送單元120向具有與不再需要的IP地址相關的鄰居緩存條目的客戶端站點路由器200發(fā)送根據(jù)本發(fā)明的算法或消息的鄰居緩存更新消息，以刪除與不再需要的IP地址相關的鄰居緩存條目。然后，客戶端站點路由器200的消息接收和處理單元210接收該消息，并刪除存在于客戶端站點路由器200中的與不再需要的IP地址相關的鄰居緩存條目。圖4示出了根據(jù)示例實施例的通信系統(tǒng)I的操作的流程圖。參照圖4具體描述示例實施例的總體操作。在圖4所示的示例中，假定已經(jīng)建立使用IP地址IPl和IP2的會話。還假定在已經(jīng)進行的會話中，關于與客戶端通信節(jié)點100直接通信的客戶端站點路由器200的IP地址IP4的條目注冊在客戶端通信節(jié)點100的鄰居緩存NC中。圖4的序列圖示出了發(fā)起使用IP地址IP3的會話的示例。注意，在以下描述中，在會話期間執(zhí)行的在客戶端通信節(jié)點100與服務器通信節(jié)點400之間發(fā)送和接收數(shù)據(jù)分組的操作稱為主通信。此夕卜，當客戶端通信節(jié)點100不具有與客戶端站點路由器200的IP地址IP4相關的鄰居緩存NC條目時，客戶端通信節(jié)點100創(chuàng)建與客戶端站點路由器200的IP地址IP4相關的鄰居緩存NC條目，并在進行主 通信之前執(zhí)行L2地址解析。根據(jù)RFC4g61來執(zhí)行條目創(chuàng)建和L2地址解析。當發(fā)起使用IP地址IP3的會話時，客戶端通信節(jié)點100使用與其自身鄰居緩存NC的IP地址IP4相關的條目，向客戶端站點路由器200發(fā)出數(shù)據(jù)分組。然后，所發(fā)出的數(shù)據(jù)分組通過客戶端站點路由器200和服務器站點路由器300發(fā)送至服務器通信節(jié)點400。然后，服務器通信節(jié)點400發(fā)出對從客戶端通信節(jié)點100輸出的數(shù)據(jù)分組的響應數(shù)據(jù)。該數(shù)據(jù)分組尋址至IP地址IP3。從服務器通信節(jié)點400輸出的數(shù)據(jù)分組通過服務器站點路由器300發(fā)送至客戶端站點路由器200。在客戶端站點路由器200中，不存在與接收分組所尋址至的IP地址IP3相關的鄰居緩存條目。因此，客戶端站點路由器200基于接收的數(shù)據(jù)分組來創(chuàng)建與IP地址IP3相關的鄰居緩存NC條目。然而，由于與IP地址IP3相對應的L2地址未知，所創(chuàng)建的與IP地址IP3相關的鄰居緩存NC條目處于不完整狀態(tài)。在條目處于不完整狀態(tài)的時段期間，數(shù)據(jù)分組不能發(fā)送至另一端的通信設備(例如使用IP地址IP3的客戶端通信節(jié)點100)。因此，客戶端站點路由器200基于不完整狀態(tài)的條目發(fā)出NS消息。然后，當客戶端通信節(jié)點100接收到所發(fā)出的NS消息時，客戶端通信節(jié)點100發(fā)出尋址至客戶端站點路由器200的NA消息，作為對接收的NS消息的響應消息。然后，接收到響應于NS消息而發(fā)出的NA消息的客戶端站點路由器200使與IP地址IP3相關的鄰居緩存NC條目轉(zhuǎn)變?yōu)榭蛇_狀態(tài)。從而解析與IP地址IP3相對應的客戶端通信節(jié)點100的L2地址。然后，在與IP地址IP3相關的鄰居緩存NC條目進入可達狀態(tài)之后，客戶端站點路由器200輸出尋址至客戶端通信節(jié)點100的IP地址IP3的數(shù)據(jù)分組，該數(shù)據(jù)分組是從服務器通信節(jié)點400輸出的。以下描述主通信結(jié)束并且不再需要IP地址IP3的情況下的操作。當主通信結(jié)束時，在客戶端通信節(jié)點100中，通過IP地址利用狀態(tài)管理單元110檢測到結(jié)束。然后，消息接收和處理單元210基于IP地址利用狀態(tài)管理單元110檢測的狀態(tài)，發(fā)出消息，以更新通信另一端的鄰居緩存NC的狀態(tài)。用于更新通信另一端的NC狀態(tài)的消息在本示例實施例中是U-NA消息和NS消息。從客戶端通信節(jié)點100接收到U-NA消息的客戶端站點路由器200的消息接收和處理單元210使與IP地址IP3相關的鄰居緩存NC條目從可達狀態(tài)轉(zhuǎn)變?yōu)槭顟B(tài)。此后，從客戶端通信節(jié)點100接收到NS消息的客戶端站點路由器200的消息接收和處理單元210使與IP地址IP3相關的鄰居緩存NC條目從失效狀態(tài)轉(zhuǎn)變?yōu)檠舆t狀態(tài)。然后，客戶端站點路由器200在與IP地址IP3相關的鄰居緩存NC條目處于延遲狀態(tài)的時段期間，向客戶端通信節(jié)點100發(fā)出NS消息。在延遲狀態(tài)的時段過去之后，客戶端站點路由器200使與IP地址IP3相關的鄰居緩存NC條目轉(zhuǎn)變?yōu)樘綔y狀態(tài)，并多次發(fā)出NS消息。然后，如果不存在來自客戶端通信節(jié)點100的對NS消息的響應，則客戶端站點路由器200刪除與IP地址IP3相關的鄰居緩存NC條目。以 下更詳細描述使用IPv6的典型通信與根據(jù)該示例實施例使用IPv6的通信之間的區(qū)別。在根據(jù)本示例實施例的通信系統(tǒng)I中，縮短了鄰居緩存NC條目處于失效狀態(tài)的時間長度。一般地，鄰居緩存NC條目保持在可達狀態(tài)的持續(xù)時間約為25秒。因此，鄰居緩存NC條目在約25秒內(nèi)從可達狀態(tài)轉(zhuǎn)變?yōu)槭顟B(tài)。此外，還存在針對失效狀態(tài)的持續(xù)時間。然而，鄰居緩存NC條目保持在失效狀態(tài)的持續(xù)時間約為I天，明顯長于其他狀態(tài)保持當前狀態(tài)的時間長度。因此，一般地，可以認為處于失效狀態(tài)的條目實際上不丟失。此外，即使在客戶端通信節(jié)點100在鄰居緩存NC條目處于可達狀態(tài)時自發(fā)地發(fā)出NS消息時，該條目不從失效狀態(tài)轉(zhuǎn)變?yōu)檠舆t狀態(tài)。因此，在根據(jù)本示例實施例的通信系統(tǒng)I中，首先由客戶端通信節(jié)點100發(fā)出U-NA消息，以可靠地將目標鄰居緩存NC條目的狀態(tài)改變?yōu)槭顟B(tài)。注意，由于已知鄰居緩存NC條目保持在可達狀態(tài)的持續(xù)時間約為25秒，可以采用以下手段使用該持續(xù)時間的功能，在等待該持續(xù)時間之后發(fā)出NS消息。然而，通過發(fā)出U-NA消息，可以強制鄰居緩存NC條目從可達狀態(tài)轉(zhuǎn)變?yōu)槭顟B(tài)。U-NA消息通知具有目標鄰居緩存NC條目的客戶端站點路由器200 :與不再需要的IP地址相對應的鏈路層地址(例如L2地址)是客戶端通信節(jié)點100的地址。在根據(jù)本示例實施例的通信系統(tǒng)I中，U-NA消息的發(fā)送由客戶端通信節(jié)點100的消息產(chǎn)生和發(fā)送單元120執(zhí)行。注意，可以使用任何方法來可靠地將目標鄰居緩存NC條目的狀態(tài)改變?yōu)槭顟B(tài)。如果難以等待可達狀態(tài)的持續(xù)時間，則使用發(fā)出U-NA消息的后一方法。此外，在RFC4861中規(guī)定在接收到針對對應條目的U-NA消息時，可達狀態(tài)轉(zhuǎn)變?yōu)槭顟B(tài)，而不等待持續(xù)時間結(jié)束。因此，盡管U-NA消息不是使條目轉(zhuǎn)變?yōu)槭顟B(tài)所需的消息，但是在U-NA消息到達時，條目可以可靠地轉(zhuǎn)變?yōu)槭顟B(tài)。以下描述條目從失效狀態(tài)至延遲狀態(tài)的狀態(tài)轉(zhuǎn)變。一般地，在從可達狀態(tài)轉(zhuǎn)變之后變?yōu)槭顟B(tài)的鄰居緩存NC條目保持在失效狀態(tài)，除非客戶端站點路由器200輸出使用該條目的分組。此外，在典型通信(根據(jù)RFC4861的通信)中，如果使用該條目的會話中的通信結(jié)束，則不使用該條目發(fā)出分組，因此，在典型通信中，與不再需要的IP地址相關的鄰居緩存NC條目保持失效狀態(tài)，這引起問題。在RFC4861中，延遲狀態(tài)定義為失效狀態(tài)的下一狀態(tài)。延遲狀態(tài)的持續(xù)時間約為
5秒，相對較短，并且很快轉(zhuǎn)變?yōu)樘綔y狀態(tài)。在探測狀態(tài)中，客戶端站點路由器200發(fā)送NS消息，以檢查條目是否是有效條目。當在多次發(fā)出NS消息之后未接收到響應時，客戶端站點路由器200確定該條目不是有效條目，并執(zhí)行條目刪除。該操作由RFC4861規(guī)定。因此，為了刪除在從可達狀態(tài)轉(zhuǎn)變之后當前處于失效狀態(tài)的條目，從具有處于失效狀態(tài)的鄰居緩存NC條目的節(jié)點自發(fā)地發(fā)送分組，如果對在后續(xù)探測狀態(tài)中發(fā)出的NS消息沒有響應，則刪除條目。因此，在根據(jù)本示例實施例的通信系統(tǒng)I中，當IP地址變?yōu)椴辉傩枰獣r，客戶端通信節(jié)點100發(fā)出請求客戶端站點路由器200發(fā)出響應消息的響應請求消息。從而，根據(jù)本示例實施例的通信系統(tǒng)I使與客戶端通信節(jié)點100中不再需要的IP地址相關的鄰居緩存NC條目從失效狀態(tài)轉(zhuǎn)變?yōu)檠舆t狀態(tài)。
此外，在根據(jù)本示例實施例的通信系統(tǒng)I中，作為使具有目標鄰居緩存NC條目的客戶端站點路由器200發(fā)送使用該條目的分組的方法，作為外部節(jié)點的客戶端通信節(jié)點100發(fā)送請求客戶端站點路由器200發(fā)送分組的響應請求消息。請求客戶端站點路由器200發(fā)送分組的響應請求消息可以是任何消息，只要其可以請求發(fā)送使用目標條目的分組。例如，如果客戶端通信節(jié)點100發(fā)送ICMP回音請求(通常稱為Ping)，則客戶端站點路由器200發(fā)回ICMP回音回復。因此，從客戶端通信節(jié)點100向客戶端站點路由器200發(fā)送ICMP回音請求作為請求客戶端站點路由器200發(fā)送分組的方法是可能的。然而，一些通信設備根據(jù)設置不進行ICMP回音回復。相應地，發(fā)出ICMP回音請求的方法相對不可靠。鑒于此，根據(jù)本示例實施例的通信系統(tǒng)I使用NS消息作為響應請求消息，因為其比發(fā)出ICMP回音請求更加可靠。在RFC4861中規(guī)定，發(fā)送NA消息作為對NS消息的響應，因此，沒有通信設備不響應于NS消息而發(fā)回NA消息。
作為響應請求消息的另一示例，可以使用差錯通知消息作為響應。例如，如果發(fā)送具有TTL值為I的消息，TTL的持續(xù)時間在接收側(cè)用盡，并且向發(fā)送方發(fā)回ICMP超時消息。這是根據(jù)通信設備的設置決定是否發(fā)出差錯通知消息的方法。此外，在該情形和時機中發(fā)出NS消息未在RFC4861中規(guī)定，提供了根據(jù)本示例實施例的通信系統(tǒng)I的具體配置。NS消息發(fā)送查詢的IP地址是客戶端站點路由器200的IP地址IP4。這里重要的是NS消息的源地址。源地址用作作為對NS消息的響應分組的NA消息的目的地地址。因此，在根據(jù)本示例實施例的通信系統(tǒng)I中，使用不再需要的IP地址作為從客戶端通信節(jié)點100發(fā)送的NS消息的源地址。在典型分組產(chǎn)生中，由于使用有效IP地址作為源地址，不能使用不再需要的IP地址作為源地址來發(fā)出分組。相應地，使用特殊工具來產(chǎn)生具有低圖像等級的分組。因此，在根據(jù)本示例實施例的通信系統(tǒng)I中使用的NS消息專用于通信系統(tǒng)I。上述過程由客戶端通信節(jié)點100的消息產(chǎn)生和發(fā)送單元120執(zhí)行。在根據(jù)本示例實施例的通信系統(tǒng)I中，客戶端通信節(jié)點100的消息產(chǎn)生和發(fā)送單元120發(fā)出NS消息，其中指定不再需要的IP地址作為源地址。從而，接收到該NS消息的客戶端站點路由器200發(fā)出NA消息以響應NS消息，在NA消息中指定不再需要的IP地址作為目的地地址。此時，通過發(fā)出使用目標鄰居緩存NC條目的分組，目標鄰居緩存NC條目從失效狀態(tài)轉(zhuǎn)變?yōu)檠舆t狀態(tài)。然后，當延遲狀態(tài)的持續(xù)時間結(jié)束時，目標條目轉(zhuǎn)變?yōu)樘綔y狀態(tài)，從客戶端站點路由器200發(fā)出用于檢查目標鄰居緩存NC條目是否有效的NS消息。在條目處于探測狀態(tài)的時段期間客戶端通信節(jié)點100接收的NS消息的目的地L2地址是客戶端通信節(jié)點100所持有的地址。因此，在基于L2地址來考慮時，客戶端通信節(jié)點100接收該NS消息。然而，目的地IP地址是客戶端通信節(jié)點100不再需要的IP地址，并且客戶端通信節(jié)點100不具有該IP地址。因此，在基于IP地址來考慮時，客戶端通信節(jié)點100不接受該NS消息。相應地，在探測狀態(tài)時段期間，作為從客戶端站點路由器200發(fā)送的NS消息的響應的NA消息不是從客戶端通信節(jié)點100發(fā)出的。此外，由于盡管多次重傳NA消息但未發(fā)回NA消息，客戶端站點路由器200最終刪除對應的目標鄰居緩存NC條目。如上所述，在根據(jù)本示例實施例的通信系統(tǒng)I中，客戶端通信節(jié)點100檢測不再需要IP地址的狀態(tài)。基于檢測結(jié)果，在客戶端站點路由器200的對應條目處于失效狀態(tài)的時段期間，客戶端通信節(jié)點100向客戶端站點路由器200發(fā)出NS消息，該NS消息指定不再需要的IP地址作為回復地址。從而，客戶端站點路由器200可以使條目從失效狀態(tài)轉(zhuǎn)變?yōu)檠舆t狀態(tài)，因為執(zhí)行使用該條目的通信。然后，客戶端通信節(jié)點100在條目變?yōu)檠舆t狀態(tài)之后，不對客戶端站點路由器200的處理進行任何響應，因此，刪除客戶端站點路由器200中存儲的與不再需要的IP地址相關的鄰居緩存NC條目。通過這種操作，在根據(jù)本示例實施例的通信系統(tǒng)I中，可以快速可靠地刪除與不再需要的IP地址相關的鄰居緩存NC條目。此時，客戶端站點路由器200中的上述過程不是特殊過程，而是RFC4681中規(guī)定的常規(guī)過程。因此，不需要客戶端站點路由器200的附加功能來實現(xiàn)本功能，可以通過僅向客戶端通信節(jié)點100添加功能來實現(xiàn)本功能。這是顯著特征，提供以下優(yōu)點可以在不需要向客戶端站點路由器200添加功能的情況下實現(xiàn)該功能，從而促進該功能的廣泛使用。此外，在根據(jù)本示例實施例的通信系統(tǒng)I中，在利用狀態(tài)改變(如IP地址變?yōu)椴辉傩枰?時，立即發(fā)出鄰居緩存更新消息(NS消息)。然后，根據(jù)IP地址的利用狀態(tài)的改變來更新鄰居緩存條目。因此，即使在IP地址的利用狀態(tài)頻繁改變的情況下，也不發(fā)生與IP地址相關的鄰居緩存條目信息的失配，從而防止產(chǎn)生潛在安全漏洞。 此外，在通信設備的OS進入掛起或休眠模式的情況下，遇到與IP地址變?yōu)椴辉傩枰獣r相同的情形。在根據(jù)本示例實施例的通信系統(tǒng)I中，這種情況也由與IP地址變得不再需要時相同的操作來處理。具體地，在通信設備的OS進入掛起或休眠模式時，使通信設備的OS進入掛起或休眠模式的處理導致此后IP地址變?yōu)椴槐皇褂玫臓顟B(tài)，但這不是改變通信設備使用的IP地址的值的處理。[第二示例實施例]圖5示出了根據(jù)第二示例實施例的通信系統(tǒng)2的框圖。如圖5所示，在通信系統(tǒng)2中，客戶端通信節(jié)點100和服務器通信節(jié)點400不通過路由器連接。因此，在通信系統(tǒng)2中，客戶端通信節(jié)點100的地址IPl至IP3存儲在服務器通信節(jié)點400的鄰居緩存NC中，服務器通信節(jié)點400的地址IP6存儲在客戶端通信節(jié)點100的鄰居緩存NC中。在通信系統(tǒng)2中，由于服務器通信節(jié)點400和客戶端通信節(jié)點100直接彼此通信，服務器通信節(jié)點400包括等效于客戶端站點路由器200中的消息接收和處理單元210的消息接收和處理單元410。圖6示出了包括消息接收和處理單元410的服務器通信節(jié)點400的框圖。圖7示出了根據(jù)第二示例實施例的通信系統(tǒng)2的操作的序列圖。如圖7所示，在通信系統(tǒng)2中，在服務器通信節(jié)點400與客戶端通信節(jié)點100之間發(fā)送和接收NA消息、NS消息和U-NA消息。通信系統(tǒng)2中的NA消息、NS消息和u_NA消息與第一示例實施例中在客戶端通信節(jié)點100與客戶端站點路由器200之間發(fā)送和接收的消息相同。通信系統(tǒng)2中的服務器通信節(jié)點400利用消息接收和處理單元410發(fā)送和接收消息，從而以與根據(jù)第一示例實施例的客戶端站點路由器200中相同的方式來執(zhí)行鄰居緩存NC的更新過程。如上所述，通過在客戶端通信節(jié)點100與服務器通信節(jié)點400之間發(fā)送和接收根據(jù)第一示例實施例的NA消息、NS消息和U-NA消息，服務器通信節(jié)點400可以以與根據(jù)第一示例實施例的通信系統(tǒng)I中相同的方式執(zhí)行鄰居緩存NC的更新過程。[第三示例實施例]在第三示例實施例中，使用擴展NS消息來實現(xiàn)刪除關于不再需要的IP地址的鄰居緩存條目。擴展NS消息進行條目刪除過程的顯式指定。圖8示出了在根據(jù)第三示例實施例的通信系統(tǒng)中使用的NS消息的數(shù)據(jù)格式的示意圖。如圖8所示，在擴展NS消息中添加刪除標記D和強制標記F。刪除標記D指示是否要在具有不再需要的IP地址的第一通信設備中執(zhí)行刪除與不再需要的IP地址相關的鄰居緩存。強制標記F指示是否要強制執(zhí)行鄰居緩存的刪除。擴展NS消息由具有不再需要的IP地址的通信節(jié)點(例如第一示例實施例中的客戶端通信節(jié)點100)的消息產(chǎn)生和發(fā)送單元產(chǎn)生。此外，在根據(jù)第三示例實施例的通信系統(tǒng)中，當刪除標記D被設置為允許刪除時，NS消息指示指定目標鄰居緩存NC條目的正常刪除。接收到該NS消息的通信節(jié)點刪除目標鄰居緩存NC條目。在根據(jù)第三示例實施例的通信系統(tǒng)中，當目標鄰居緩存NC條目的狀態(tài)為失效狀態(tài)和后續(xù)狀態(tài)(排除可達狀態(tài))時，刪除條目。處于強制標記F允許強制執(zhí)行的狀態(tài)的NS消息指示對目標鄰居緩存NC條目進行強制處理。在根據(jù)第三示例實施例的通信系統(tǒng)中，當刪除標記D被設置為允許刪除時，使用強制標記F。在這種情況下，強制標記F和刪除標記D指示指定目標鄰居緩存NC條目的強制刪除。當目標鄰居緩存NC條目處于包括可達狀態(tài)在內(nèi)的任何狀態(tài)時，接收到該NS消息的通信節(jié)點執(zhí)行刪除。圖9示出了根據(jù)第三示例實施例的通信系統(tǒng)的操作的序列圖。參照圖9來描述根據(jù)第三示例實施例的通信系統(tǒng)的操作。圖9的示例示出了以下情況客戶端通信節(jié)點100通過路由器與存在于不同段的服務器通信節(jié)點400建立會話和通信，如第一示例實施例中一樣。在這種情況下，根據(jù)RFC 4861，發(fā)出NS消息和NA消息，執(zhí)行解析與用于通信的IP地址IP3相對應的L2地址。因此，創(chuàng)建與用于客戶端通信節(jié)點中的IP地址IP3相對應的鄰居緩存條目，并執(zhí)行主通信。在圖9的上半部示出了該過程的典型序列。該部分的詳細操作與圖4所示根據(jù)第一示例實施例的通信系統(tǒng)I的操作相同。描述根據(jù)第三示例實施例的通信系統(tǒng)在后續(xù)序列中的操作。在根據(jù)第三示例實施例的通信系統(tǒng)中，在IP地址IP3由于主通信的結(jié)束而變?yōu)椴辉傩枰獣r，IP地址利用狀態(tài)管理單元110檢測到這種情況。IP地址利用狀態(tài)管理單元110通知消息產(chǎn)生和發(fā)送單元120不再需要IP地址IP3，消息產(chǎn)生和發(fā)送單元120發(fā)出消息。在根據(jù)第三示例實施例的通信系統(tǒng)3中，使用U-NA消息和擴展NS消息作為用于更新另一端的通信設備(例如客戶端站點路由器200)的鄰居緩存NC的狀態(tài)的消息。擴展NS消息具有兩種類型一個是其中僅設置刪除標記D以允許刪除，另一個是其中設置刪除標記D和強制標記F以允許刪除。在使用僅設置刪除標記D以允許刪除的擴展NS消息的情況下，需要鄰居緩存NC的目標條目不處于可達狀態(tài)。因此，為了可靠地將目標鄰居緩存NC條目的狀態(tài)改變?yōu)槭顟B(tài)，如第一示例實施例中一樣，使用等待直到可達狀態(tài)的持續(xù)時間結(jié)束的方法或發(fā)出U-NA消息的方法。此外，在使用設置刪除標記D和強制標記F以允許刪除的擴展NS消息的情況下，執(zhí)行刪除過程，而不論目標鄰居緩存NC條目的狀態(tài)如何。因此，在這種情況下，不需要如在使用僅設置刪除標記D以允許刪除的擴展NS消息的情況下的預處理。然而，由于可達狀態(tài)是指示條目有效的狀態(tài)，不考慮這種狀態(tài)來強制刪除鄰居緩存NC條目不是推薦方式。因此，推薦使用僅設置刪除標記D以允許刪除的擴展NS消息的使用情況。
注意，在通過路由器進行通信的情況下，客戶端站點路由器200的消息接收和處理單元210接收擴展NS消息，消息接收和處理單元210根據(jù)NS消息執(zhí)行刪除鄰居緩存NC條目。此外，在不通過路由器進行通信的情況下，服務器通信節(jié)點400的消息接收和處理單元410接收擴展NS消息，消息接收和處理單元410根據(jù)NS消息來執(zhí)行刪除鄰居緩存NC條目。此外，如圖9的序列圖所示，在根據(jù)第三示例實施例的通信系統(tǒng)中，執(zhí)行刪除而不等待對應條目從失效狀態(tài)轉(zhuǎn)變?yōu)檠舆t狀態(tài)。因此，在根據(jù)第三示例實施例的通信系統(tǒng)中，執(zhí)行刪除，而不從客戶端站點路由器200或服務器通信節(jié)點400發(fā)出消息。如上所述，在根據(jù)第三示例實施例的通信系統(tǒng)中，利用擴展NS消息，可以比第一和第二第二示例實施例更快地進行刪除過程。此外，根據(jù)第三示例實施例的通信系統(tǒng)具有以下特征需要在另一端的通信設備(例如客戶端站點路由器200、服務器通信節(jié)點400)中添加執(zhí)行處理的機制，以處理擴展NS消息。
[第四示例實施例]第四示例實施例是第一示例實施例和第三示例實施例的組合利用的方案。在RFC4861中規(guī)定，當不具有解釋擴展消息的功能的通信節(jié)點接收到在第三示例實施例中使用的擴展NS消息時，忽略和丟棄該消息。相應地，如果在不具有解釋擴展消息的功能的通信節(jié)點上執(zhí)行使用在第三示例實施例中使用的擴展NS消息來刪除鄰居緩存NC條目的過程，則不會出現(xiàn)問題。一般地，難以預先確定具有鄰居緩存NC條目的通信的另一端是否是不具有解釋擴展消息的功能的通信節(jié)點。因此，在第四示例實施例中，首先執(zhí)行使用根據(jù)第三示例實施例使用的擴展NS消息來刪除鄰居緩存NC條目的過程，該過程涉及特征過程但是允許快速執(zhí)行并且不導致問題。此后，執(zhí)行第一實施例的使用條目刪除過程來刪除鄰居緩存NC條目的過程，該過程比第三示例實施例花費更長的處理時間，但是對所有不具有特征擴展的現(xiàn)有通信節(jié)點有效。在使用根據(jù)第四示例實施例的條目刪除過程的方法中，如果鄰居緩存NC條目在具有解釋擴展消息的功能的通信節(jié)點中，則執(zhí)行通過根據(jù)第三示例實施例的第一條目刪除過程來刪除鄰居緩存NC條目。另一方面，如果通信的另一端是不具有解釋擴展消息的功能的通信節(jié)點，則根據(jù)第三示例實施例的第一條目刪除過程中的擴展NS消息被忽略而不導致任何問題，然后執(zhí)行通過根據(jù)第一示例實施例的條目刪除過程來刪除鄰居緩存NC條目的過程。因此，根據(jù)第四示例實施例的條目刪除過程允許通過最高效的方法來執(zhí)行條目刪除，解決了難以預先確定其是否是不具有解釋擴展消息的功能的通信節(jié)點的問題。[第五示例實施例]在上述示例實施例中，主要描述了刪除與在客戶端通信節(jié)點100中不再需要的IP地址相關的鄰居緩存NC條目的過程。然而，與根據(jù)u示例實施例的條目刪除方法類似的技術(shù)也適用于刪除與在服務器通信節(jié)點400中不再需要的IP地址相關的鄰居緩存NC條目的過程。因此，在第五示例實施例中，描述用于刪除與在服務器通信節(jié)點400中不再需要的IP地址相關的鄰居緩存NC條目的方法。首先，圖10示出了在通過路由器與客戶端通信節(jié)點100執(zhí)行通信的情況下的通信系統(tǒng)3的框圖。在圖10所示的示例中，客戶端通信節(jié)點100具有地址IP11，客戶端站點路由器200具有地址IP12，服務器站點路由器300具有地址IP13，服務器通信節(jié)點400具有地址IP14至IP16。此外，客戶端站點路由器200的地址IP12存儲在客戶端通信節(jié)點100的鄰居緩存NC中，客戶端通信節(jié)點100的地址IPll存儲在客戶端站點路由器200的鄰居緩存NC中?？蛻舳苏军c路由器200通過通信網(wǎng)絡500與服務器站點路由器300連接。月艮務器通信節(jié)點400的地址IP14至IP16存儲在服務器站點路由器300的鄰居緩存NC中，服務器站點路由器300的地址IP13存儲在服務器通信節(jié)點400的鄰居緩存NC中。圖11示出了在不通過路由器執(zhí)行與客戶端通信節(jié)點100的通信的情況下通信系統(tǒng)4的框圖。在圖11所示的示例中，客戶端通信節(jié)點100具有地址IPll，服務器通信節(jié)點400具有地址IP14至IP16。此外，服務器通信節(jié)點400的地址IP14至IP16存儲在客戶端通信節(jié)點100的鄰居緩存NC中，客戶端通 信節(jié)點100的地址IPll存儲在服務器通信節(jié)點400的鄰居緩存NC中。注意，在圖10和11所示的通信系統(tǒng)中，針對每個IP地址建立不同的會話，如圖I或5所示的通信系統(tǒng)中一樣。盡管以下描述中主要描述在圖10所示的通過路由器執(zhí)行通信的情況下鄰居緩存NC條目的注冊和刪除，但是在圖11所示的通信系統(tǒng)4中的鄰居緩存NC條目的注冊和刪除可以描述為由客戶端通信節(jié)點100來執(zhí)行以下描述的服務器站點路由器300的處理。圖12示出了圖10所示的通信系統(tǒng)3的鄰居緩存NC條目的注冊和刪除的序列圖。在圖12所示的示例中，假定已經(jīng)建立使用IP地址IP14和IP15的會話。還假定在已經(jīng)進行的會話中，關于直接與服務器通信節(jié)點400通信的服務器站點路由器300的IP地址IP13的條目注冊在服務器通信節(jié)點400的鄰居緩存NC中。圖12的序列圖示出了發(fā)起使用IP地址IP16的會話的示例。如圖12所示，當發(fā)起使用IP地址IP6的會話時，客戶端通信節(jié)點100輸出尋址至IP地址16的數(shù)據(jù)分組。通過客戶端站點路由器200將數(shù)據(jù)分組發(fā)送至服務器站點路由器300。在服務器站點路由器300中，不存在與接收分組所尋址至的IP地址IP16相關的鄰居緩存NC條目。因此，服務器站點路由器300基于接收的數(shù)據(jù)分組來創(chuàng)建與IP地址IP16相關的鄰居緩存NC條目。然而，由于與IP地址IP16相對應的L2地址未知，所創(chuàng)建的與IP地址IP16相關的鄰居緩存NC條目處于不完整狀態(tài)。在條目處于不完整狀態(tài)的時段期間，數(shù)據(jù)分組不能發(fā)送至另一端的通信設備(例如使用IP地址IP16的服務器通信節(jié)點400)。因此，服務器站點路由器300基于不完整狀態(tài)的條目發(fā)出NS消息。然后，當服務器通信節(jié)點400接收到所發(fā)出的NS消息時，服務器通信節(jié)點400發(fā)出尋址至服務器站點路由器300的NA消息，作為對接收的NS消息的響應消息。然后，接收到響應于NS消息而發(fā)出的NA消息的服務器站點路由器300使關于IP地址IP16的鄰居緩存NC條目轉(zhuǎn)變至可達狀態(tài)。從而解析與IP地址IP16相對應的服務器通信節(jié)點400的L2地址。然后，在與IP地址IP16相關的鄰居緩存NC條目進入可達狀態(tài)之后，服務器站點路由器300輸出尋址至服務器通信節(jié)點400的IP地址IP16的數(shù)據(jù)分組，該數(shù)據(jù)分組是從客戶端通信節(jié)點100輸出的。然后，服務器通信節(jié)點400響應于接收的數(shù)據(jù)分組，輸出尋址至客戶端通信節(jié)點100的IP地址IPll的數(shù)據(jù)分組。此時，在服務器通信節(jié)點400中已經(jīng)存在與服務器站點路由器300的IP地址IP13相關的鄰居緩存NC條目。因此，服務器通信節(jié)點400使用鄰居緩存NC條目向服務器站點路由器300輸出數(shù)據(jù)分組。此外，服務器站點路由器300將從服務器通信節(jié)點400輸出的數(shù)據(jù)分組發(fā)送至客戶端通信節(jié)點100。
此后，當主通信結(jié)束時，在服務器通信節(jié)點400中，服務器通信節(jié)點400的IP地址利用狀態(tài)管理單元(等效于客戶端通信節(jié)點100的IP地址利用狀態(tài)管理單元110)檢測到不再需要IP地址。然后，基于IP地址利用狀態(tài)管理單元的檢測結(jié)果，服務器通信節(jié)點400的消息產(chǎn)生和發(fā)送單元(等效于客戶端通信節(jié)點100的消息產(chǎn)生和發(fā)送單元120)向服務器站點路由器300發(fā)出U-NA消息。因此，在服務器站點路由器300中，與服務器通信節(jié)點400中不再需要的IP地址相關的鄰居緩存NC條目從可達狀態(tài)轉(zhuǎn)變?yōu)槭顟B(tài)。此后，服務器通信節(jié)點400的消息產(chǎn)生和發(fā)送單元向服務器站點路由器300發(fā)出尋址至不再需要的IP地址的NS消息。響應于該NS消息，服務器站點路由器300發(fā)送NA消息，該NA消息指定在服務器通信節(jié)點400中不再需要的IP地址作為目的地。從而與服務器通信節(jié)點400中不再需要的IP地址相關的鄰居緩存NC條目轉(zhuǎn)變?yōu)檠舆t狀態(tài)。然而，當條目保持在延遲狀態(tài)的持續(xù)時間結(jié)束時，服務器站點路由器300多次發(fā)出尋址至服務器通 信節(jié)點400中不再需要的IP地址的NS消息。由于該NS消息尋址至不再需要的IP地址，服務器通信節(jié)點400不對該NS消息進行響應。相應地，服務器站點路由器300認識到對應鄰居緩存NC條目不再需要，將其刪除。上述刪除操作與第一示例實施例中的條目刪除過程基本相同。這意味著，在第一示例實施例中描述的條目刪除過程也可以實現(xiàn)針對服務器通信節(jié)點400的鄰居緩存NC條目的快速可靠的刪除。圖13示出了根據(jù)第三示例實施例的條目刪除過程應用于圖10所示的通信系統(tǒng)3的情況下的序列圖。如圖13所示，在這種情況下，主通信以與圖12所示的操作序列相同的方式操作。當主通信結(jié)束時，在服務器通信節(jié)點400中，服務器通信節(jié)點400的IP地址利用狀態(tài)管理單元(等效于客戶端通信節(jié)點100的IP地址利用狀態(tài)管理單元110)檢測到不再需要IP地址。然后，基于IP地址利用狀態(tài)管理單元的檢測結(jié)果，服務器通信節(jié)點400的消息產(chǎn)生和發(fā)送單元(等效于客戶端通信節(jié)點100的消息產(chǎn)生和發(fā)送單元120)向服務器站點路由器300發(fā)出U-NA消息。因此，在服務器站點路由器300中，與服務器通信節(jié)點400中不再需要的IP地址相關的鄰居緩存NC條目從可達狀態(tài)轉(zhuǎn)變?yōu)槭顟B(tài)。此后，服務器通信節(jié)點400的消息產(chǎn)生和發(fā)送單元向服務器站點路由器300發(fā)出NS消息，該NS消息指定不再需要的IP地址作為回復地址。該NS消息是第三示例實施例中描述的擴展NS消息。此時，在圖13所示的示例中，NS消息包含刪除標記D和強制標記F。當從服務器通信節(jié)點400發(fā)送的NS消息的刪除標記D被設置為允許刪除時，服務器站點路由器300刪除與服務器通信節(jié)點400中不再需要的IP地址相關的鄰居緩存NC條目，而不將其轉(zhuǎn)變?yōu)檠舆t狀態(tài)。如上所述，在第一和第三示例實施例中描述的針對鄰居緩存NC條目的刪除方法還可以應用于服務器通信節(jié)點400。因此，根據(jù)本發(fā)明的條目刪除方法適用于具有鄰居緩存NC條目的任何通信節(jié)點，根據(jù)本發(fā)明的條目刪除方法所應用的通信系統(tǒng)可以快速可靠地刪除與不再需要的IP地址相關的鄰居緩存NC條目。注意，在第四示例實施例中描述的對根據(jù)第一和第三示例實施例的條目刪除方法的進行組合利用的技術(shù)也適用于任何通信節(jié)點。本發(fā)明不限于上述示例實施例，在不脫離本發(fā)明的精神和范圍的前提下，可以在其中形式和細節(jié)上進行各種改變。盡管在上述示例實施例中主要描述了刪除鄰居緩存條目的過程，但是條目刪除過程是更新鄰居緩存條目的過程的示例。因此，本發(fā)明可以應用于包括刪除鄰居緩存條目的更新過程。盡管在上述示例實施例中將本發(fā)明描述為硬件配置，但是本發(fā)明不限于此。在本發(fā)明中，可以通過使CPU(中央處理單元)執(zhí)行通信控制程序來實現(xiàn)圖4、7、9、12和13所示的過程。此外，可以使用任何類型的非瞬時計算機可讀介質(zhì)來存儲并向計算機提供通信控制程序。非瞬時計算機可讀介質(zhì)包括任何類型的有形存儲介質(zhì)。非瞬時計算機可讀介質(zhì)的示例包括磁存儲介質(zhì)(如軟盤、磁帶、硬盤驅(qū)動器等等)、光磁存儲介質(zhì)(例如磁-光盤)、CD-ROM (只讀存儲器)、CD-R、CD-R/W以及半導體存儲器(如掩模ROM、PROM (可編程ROM)、EPROM(可擦除ROM)、閃存R0M、RAM(隨機存取存儲器)等等)。此外，可以使用任何類型的瞬時計算機可讀介質(zhì)向計算機提供程序。瞬時計算機可讀介質(zhì)的示例包括電信號、光信號和電磁波。瞬時計算機可讀介質(zhì)可以經(jīng)由有線通信線路(如電線或光纖)或無線通信線路向計算機提供程序。 本申請基于并要求2009年10月16日提交的日本專利申請No. 2009-239359的優(yōu)先權(quán)，其全部公開通過引用并入此處。參考標記列表1-4通信系統(tǒng)100客戶端通信節(jié)點110IP地址利用狀態(tài)管理單元120消息產(chǎn)生和發(fā)送單元200客戶端站點路由器210消息接收和處理單元300服務器站點路由器400服務器通信節(jié)點
權(quán)利要求
1.ー種通信系統(tǒng)，包括根據(jù)IPv6要求操作的第一和第二通信設備，其中，第一通信設備執(zhí)行 通過監(jiān)視通信狀態(tài)來確定是否利用自身IP地址進行通信； 在確定不再需要自身IP地址時，產(chǎn)生向第二通信設備請求響應消息的響應請求消息；在響應請求消息中，將自身IP地址指定為響應消息的目的地；以及在第二通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至第二通信設備。
2.根據(jù)權(quán)利要求I所述的通信系統(tǒng)，其中，第一通信設備包括 IP地址利用狀態(tài)管理単元，通過監(jiān)視通信狀態(tài)來確定是否利用自身IP地址進行通信；以及 消息產(chǎn)生和發(fā)送單元，在IP地址利用狀態(tài)管理単元確定不再需要自身IP地址時，產(chǎn)生響應請求消息，井向第二通信設備發(fā)送響應請求消息。
3.根據(jù)權(quán)利要求I或2所述的通信系統(tǒng)，其中，響應請求消息是在源地址字段中寫入自身IP地址的鄰居請求消息。
4.根據(jù)權(quán)利要求I至3中任一項所述的通信系統(tǒng)，其中，在發(fā)送響應請求消息之前，第一通信設備向第二通信設備發(fā)送非請求鄰居通告消息。
5.根據(jù)權(quán)利要求3所述的通信系統(tǒng)，其中，鄰居請求消息具有指示是否能夠刪除與所述自身IP地址相關的鄰居緩存的刪除標記。
6.根據(jù)權(quán)利要求5所述的通信系統(tǒng)，其中，當刪除標記被設置為允許刪除鄰居緩存吋，第二通信設備刪除與所述自身IP地址相關的鄰居緩存條目，而不等待與所述自身IP地址相關的鄰居緩存條目轉(zhuǎn)變?yōu)檠舆t狀態(tài)。
7.一種根據(jù)IPv6要求操作的通信設備，包括 IP地址利用狀態(tài)管理単元，通過監(jiān)視通信狀態(tài)來確定是否利用自身IP地址進行通信；以及 消息產(chǎn)生和發(fā)送單元，在確定不再需要自身IP地址時，產(chǎn)生向第二通信設備請求響應消息的響應請求消息；在響應請求消息中將自身IP地址指定為響應消息的目的地；以及在另ー端的通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至另一端的通信設備。
8.根據(jù)權(quán)利要求7所述的通信設備，其中，響應請求消息是在源地址字段中寫入自身IP地址的鄰居請求消息。
9.根據(jù)權(quán)利要求7或8所述的通信設備，其中，在發(fā)送響應請求消息之前，消息產(chǎn)生和發(fā)送單元向另一端的通信設備發(fā)送非請求鄰居通告消息。
10.根據(jù)權(quán)利要求8所述的通信設備，其中，鄰居請求消息具有指示是否能夠刪除與所述自身IP地址相關的鄰居緩存條目的刪除標記；以及 當刪除標記被設置為允許刪除鄰居緩存時，另一端的通信設備刪除與通信設備相關的鄰居緩存，而不等待與所述自身IP地址相關的鄰居緩存條目轉(zhuǎn)變?yōu)檠舆t狀態(tài)。
11.ー種通信系統(tǒng)的通信控制方法，所述通信系統(tǒng)包括根據(jù)IPv6要求操作的第一和第二通信設備，所述方法包括，在第一通信設備中 通過監(jiān)視通信狀態(tài)來確定是否利用自身IP地址進行通信；在確定不再需要自身IP地址時，產(chǎn)生向第二通信設備請求響應消息的響應請求消息； 在響應請求消息中，將自身IP地址指定為響應消息的目的地；以及 在第二通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至第二通信設備。
12.根據(jù)權(quán)利要求11所述的通信系統(tǒng)的通信控制方法，其中，響應請求消息是在源地址字段中寫入自身IP地址的鄰居請求消息。
13.根據(jù)權(quán)利要求11或12所述的通信系統(tǒng)的通信控制方法，其中，在發(fā)送響應請求消息之前，從第一通信設備向第二通信設備發(fā)送非請求鄰居通告消息。
14.根據(jù)權(quán)利要求12所述的通信系統(tǒng)的通信控制方法，其中，鄰居請求消息具有指示是否能夠刪除與所述自身IP地址相關的鄰居緩存的刪除標記。
15.根據(jù)權(quán)利要求14所述的通信系統(tǒng)的通信控制方法，其中，在第二通信設備中，當刪除標記被設置為允許刪除鄰居緩存時，刪除與第一通信設備相關的鄰居緩存，而不等待與所述自身IP地址相關的鄰居緩存條目轉(zhuǎn)變?yōu)檠舆t狀態(tài)。
16.一種非瞬時計算機可讀介質(zhì)，存儲通信控制程序，所述通信控制程序用于執(zhí)行通信設備的控制，所述通信設備根據(jù)IPv6要求與另一端的通信設備通信，所述通信控制程序執(zhí)行 通過監(jiān)視通信設備與另一端的通信設備之間的通信狀態(tài)來確定是否利用自身IP地址進行通信； 在確定不再需要自身IP地址時，產(chǎn)生向第二通信設備請求響應消息的響應請求消息； 在響應請求消息中，將自身IP地址指定為響應消息的目的地地址；以及 在第二通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至另一端的通信設備。
17.根據(jù)權(quán)利要求16所述的非瞬時計算機可讀介質(zhì)，其中，響應請求消息是在源地址字段中寫入自身IP地址的鄰居請求消息。
18.根據(jù)權(quán)利要求16或17所述的非瞬時計算機可讀介質(zhì)，其中，在通信設備中，在發(fā)送響應請求消息之前，向另一端的通信設備發(fā)送非請求鄰居通告消息。
19.根據(jù)權(quán)利要求17所述的非瞬時計算機可讀介質(zhì)，其中，鄰居請求消息具有指示是否能夠刪除與所述自身IP地址相關的鄰居緩存的刪除標記。
20.根據(jù)權(quán)利要求19所述的非瞬時計算機可讀介質(zhì)，其中，在另一端的通信設備中，當刪除標記被設置為允許刪除鄰居緩存時，刪除與通信設備相關的鄰居緩存，而不等待與所述自身IP地址相關的鄰居緩存條目轉(zhuǎn)變?yōu)檠舆t狀態(tài)。
全文摘要
本發(fā)明提供了一種通信系統(tǒng)，包括根據(jù)IPv6要求操作的第一和第二通信設備，其中，第一通信設備(100)通過監(jiān)視通信狀態(tài)來確定是否利用自身IP地址進行通信；在確定不再需要自身IP地址時，向第二通信設備產(chǎn)生請求響應消息的響應請求消息；在響應請求消息中將自身IP地址指定為響應消息的目的地地址；以及在第二通信設備中與所述自身IP地址相關的鄰居緩存條目在從可達狀態(tài)轉(zhuǎn)變之后處于失效狀態(tài)的時段期間，將響應請求消息發(fā)送至第二通信設備(200)。
文檔編號H04L12/46GK102656846SQ20108005715
公開日2012年9月5日 申請日期2010年8月18日 優(yōu)先權(quán)日2009年10月16日
發(fā)明者北村浩 申請人:日本電氣株式會社