專利名稱：用于在至少一個通信網絡中建立通信鏈路的方法
用于在至少一個通信網絡中建立通信鏈路的方法 在當前的通信網絡中，尤其是在用戶接入網絡(也稱為接入網絡(Access-Network ))中，多個用戶或分配給這些用戶的通信i史備通 過多路復用器設備(也稱作DSLAM或數(shù)字用戶線路接入多路復用器(Digital Subscriber Line Access Multiplexer))連接到上級 通信網絡(也稱為骨干網)。所述多路復用器設備的任務是，將所有 用戶的信息轉發(fā)給該骨干網絡，并將來自該骨干網絡的信息直接提供 給單個用戶使用。為了避免使相應數(shù)據傳輸路徑的容量不必要地過 載，并因此為了避免通信設備的阻塞，構造該多路復用器設備，以致 在上行方向上，也就是從單個通信設備朝上級通信網絡的方向，所有 要傳送的信息都被轉發(fā)，可是在下行方向上，也就是從該上級網絡朝 單個通信設備的方向，僅僅轉發(fā)直接寄送給所述單個用戶的信息。這 意味著，在該上級通信網絡中所發(fā)出的廣播信息不是從相應的多路復 用器設備傳送給分別連接的用戶。如果例如一個這種接入網絡由4096個用戶《且成，這些用戶例如在 同一時刻以數(shù)據速率x比特/秒向該上級通信網絡發(fā)送一資源請求，那 么在上行方向上形成4096*x比特/秒的傳輸負載。如果從該上級通信 網絡方面利用相應的對應的廣播消息來給每個用戶以相等的速率x比 特/秒傳送應答，那么例如在下行方向上形成了 4096*4096*x比特/秒 的傳輸負載。這在最短的時間內導致該多路復用器過載。在當前的用戶接入網絡中，DHCP協(xié)議(RFC 2131)是一種典型的 應用，以便此外給用戶分配按照網際協(xié)議來構造的地址(在下文中也 稱作IP地址)，借助該地址授權相應的用戶在因特網中在通信鏈路的 范圍內交換信息。在該DHCP協(xié)議的范圍內，IP地址被儲備在地址池 DHCP服務器(Pool-DHCP-Server)中，并僅僅在需要時才分配給建立 通信鏈路的用戶。因為所有用戶同時激活是相對不可能的(特別是在 在線業(yè)務的范圍內)，所以在所述地址池中所保持的IP地址的儲備量 小于所有可能的用戶的總數(shù)。因為分配給相應用戶的通信設備(也稱 作主機)在接通時(也就是在開始建立通信鏈路時)還沒有分配IP地 址，所以由該通信設備通過DHCP-Discovery (發(fā)現(xiàn))指令通過廣播方法(Broadcast)來向激活的DHCP服務器發(fā)出相應的請求或消息。為 了識別進行請求的通信設備，相應的MAC地址被嵌入到所發(fā)出的請求 消息中。作為應答，通過還在地址池中具有可自由分配的IP地址的所 有激活的DHCP服務器借助廣播朝進行請求的通信設備的方向發(fā)出相應 的應答或確認(DHCP-OFFER (提供))。進行請求的通信設備或主機 選出一提供(DHCPREQUEST)，并通過廣播再次將這通知給所有的DHCP 服務器。所選出的DHCP服務器通過發(fā)送針對該通信設備所分配的IP 地址(DHCPACK )來進行確認，于是所有其他DHCP服務器撤回其提供。除了所分配的IP地址之外，進行請求的通信設備或主機還可以傳 送其他與網絡接入有關的數(shù)據，例如傳送子網掩碼、域名服務器 (Domain Name Server)的地址和標準網關。在DHCP協(xié)議的范圍內，該DHCP協(xié)議應當給用戶或給分配給這些 用戶的通信設備分配IP地址，存在兩種可能性，如將給予IP地址的 DHCP服務器的應答或確認發(fā)送給進行請求的通信設備(DHCP客戶 端)。 一方面，所述應答被直接寄送給相應的用戶或通信設備，或者 另一方面，所述應答作為廣播被寄回。在第一種情況下，轉發(fā)直接尋 址的確認是沒有問題的。直接寄送給用戶的應答(單播)通過所述多 路復用器設備(DSLAM)被直接轉發(fā)到分別尋址的、所連接的用戶，以 致該用戶利用所分配的IP地址而針對該網絡被接入授權，也就是能通 過該通信網絡建立通信鏈路。在第二種情況下出現(xiàn)了以下技術問題，即該多路復用器設備不能 將在廣播傳輸方法(Broadcast)的范圍內所發(fā)出的消息轉發(fā)給被連接 到一個多路復用器設備的全部通信設備，因為否則就存在過載的危 險。在這種情況下，到達一個多路復用器的廣播消息被拒絕，也即不 給相應的用戶分配IP地址。如果在該多路復用器設備之后的一個通信 網絡中(也就是在直接在其后的上級通信網絡中)布置附加的網絡元 件，那么就尤其是出現(xiàn)了其中存在在廣播的范圍內所發(fā)出的確認(DHCP 應答)這種情況，所述附加的網絡元件沒有關于建立該多路復用器網 絡或用戶接入網絡的信息或概況，并因而原則上將DHCP應答作為廣播 來轉發(fā)，以便確保所有被布置在該用戶接入網絡中的用戶或通信設備 接收到所述應答或確認。在當前的通信網絡中，上述的對在廣播的范圍內所傳送的DHCP應
答進行拒絕的問題至今還沒有出現(xiàn)，因為要在通信設備與上級通信網絡之間建立的通信鏈路已經在接入協(xié)議PPPoE (以太網上的PPP (PPP over Ethernet))的范圍內被建立。在PPPoE中，DHCP應答僅僅在 點到點連接的范圍內被傳送，而不在廣播傳輸方法的范圍內被傳送。所述廣播DHCP應答的傳送可替換地也能通過在單個多路復用器設 備中根據RFC 3046實現(xiàn)DHCP中繼而被避免。這種DHCP中繼直接與單 個DHCP服務器通信，并具有一數(shù)據庫，該數(shù)據庫具有分別必要的用戶 信息?？墒?，DHCP中繼的配置需要高的技術以及經濟耗費，這是許多 網絡運營商所不希望的。因此，本發(fā)明所基于的任務是，進一步改善在用戶接入網絡中通 信鏈路的建立，尤其是在避免迄今所采用的PPPoE協(xié)議的情況下進一 步改善在DHCP協(xié)議的范圍內IP地址的分配。該任務從權利要求1的 前序部分的特征出發(fā)通過其特征部分而得到解決。在根據本發(fā)明的用于在至少一個通信網絡中建立通信鏈路的方法 中，由通信設備將至少一個發(fā)起建立通信鏈路的消息發(fā)送到該通信網 絡中，并且至少一個對應的確認借助廣播傳輸方法通過該通信網絡朝 發(fā)起的所述通信設備的方向被傳送。本發(fā)明方法的重要方面在于，代 表發(fā)起該通信鏈路的通信設備的信息被存儲在該通信網絡中，并且借 助所述廣播傳輸方法所傳送的確認被檢測，以及將被包含在所檢測到 的確認中的目標信息與所存儲的信息進行比較。在確定相互進行比較 的信息至少部分相 一 致的情況下，該確認被繼續(xù)交換 (weitervermitteln)轉發(fā)給由相一致的信息所代表的、發(fā)起的通信 設備。本發(fā)明方法的重要優(yōu)點在于，為了建立通信鏈路，也即為了分配 IP地址，可以放棄不靈活的PPPoE接入協(xié)議，并且可以采用更靈活的 DHCP協(xié)議。在DHCP協(xié)議的范圍內，有利地通過以下方式避免了多路 復用器設備(DSLAM)的可能出現(xiàn)的過載，即廣播信息有目的地并智能 地被轉換為單播數(shù)據通信。因此能以適當?shù)姆绞讲⑶覍τ诰W絡運營商 沒有配置費地利用諸如DHCP和ARP (地址解析協(xié)議(Address Resolution Protocol))的網際協(xié)議。本發(fā)明方法的其他有利的改進方案以及一種通信布局 (Kommunikationsanordnung )和一種針對用于建立通信鏈路的通信 布局的通信設備由其他權利要求得出。下面借助多個附圖來詳細解釋本發(fā)明方法。在此

圖1示出了用于執(zhí)行本發(fā)明方法的、被布置在用戶連接網絡中的連接情形的方框電路圖，圖2至5示出了在本發(fā)明方法的范圍內所傳送的DHCP消息的按時 間順序的變化過程。圖1以方框電路圖示出了多個被布置在用戶接入網絡(Access-Network )ACCESS中的用戶或分配給這些用戶的通信i殳備KEl. n，所 述用戶或通信設備KEl..n通過相應的連接線路被連接到多路復用器 設備MUX (也被稱為DSLAM (Digital Subscriber Line Access Multiplexer,數(shù)字用戶線路接入多路復用器))的相應連接單元 AE1. . n。該多路復用器設備MUX通過另 一連接設備AA或上行鏈路與根 據網際協(xié)議構造的上級通信網絡OKN相連接。在該上級通信網絡OKN 中布置一 薦P月良務器(Dynamic Host Configuration Protocol, 動態(tài)主機配置協(xié)議)。在該多路復用器設備MUX中布置對本發(fā)明方法 的執(zhí)行進行控制的控制設備C0NT，給該控制設備C0NT分配了存儲裝 置MEM。對于以下的實施形式假定，在該第一通信設備KEl與該上級通信 網絡OKN之間應該建立一通信鏈路或一根據網際協(xié)議而構造的網絡鏈 路，其中該第一通信設備為了建立網絡連接而應當由該DHCP服務器來 分配相應的IP i也址。按照圖2，由該第一通信設備(也被稱為客戶端)在DHCP協(xié)議(RFC 2131)的范圍內借助廣播傳輸方法(Broadcast)將"DHC - DISCOVER 消息，，傳送到該上級通信網絡OKN中，由此應該能找到準備應答的DHCP 服務器。按照圖2，由該第一通信設備KE1所發(fā)出的DHCP-DISCOVER 消息首先被傳送給該多路復用器設備MUX,應該由該多路復用器設備 MUX將該消息借助廣播轉發(fā)給該上級通信網絡OO。根據本發(fā)明，在該 多路復用器設備MUX中所布置的控制設備CONT被構造，以致發(fā)出該 DHCP-DISCOVER消息的通信設備KE1的MAC地址(在此mac-xl)連同 代表該通信設備KEl的相應連接的信息(也稱作連接索引 "vcxlndex") —起(在此vcxlndex=vil )被存儲在分配給該控制設 備CONT的存儲器MEM的數(shù)據字段tabl. n中。
作為應答，由在該上級通信網絡OKN中所布置的DHCP服務器借助 廣播通過該上級通信網絡0KN朝進行請求的通信設備KE1的方向傳送 相應的確認(在此為DHCP-OFFER)，參見圖3。在該多路復用器設備 MUX上所接收到的DHCP-OFFER消息由該控制設備C0NT來進行檢驗。 對于該DHCP-OFFER消息已經由該DHCP服務器以單播的形式發(fā)出的情 況，#1包含在該DHCP-OFFER消息中的目標地址或MAC地址在通用的交 換方法的范圍內與數(shù)據庫錄入項相比較，并在必要時直接被轉發(fā)給相 應的通信設備KE1. . n。如果該DHCP-OFFER消息由該DHCP服務器在對準所有用戶KE1. . n 的廣播的范圍內發(fā)出，那么根據本發(fā)明通過該控制設備CONT將被包含 在該DHCP-OFFER消息中的用戶發(fā)送地址(在此為在DHCP協(xié)議的范圍 內所傳送的目標地址，chaddr)與在該存儲器MEM中所存儲的用戶地 址MAC進行比較，其中在確定相一致的情況下，該DHCP-OFFER消息被 轉發(fā)給同樣存儲于該存儲器MEM中的、所屬的連接索引(在此 vcxlndex-vil )。才艮據本發(fā)明，該DHCP-OFFER消息由該多路復用器 設備MUX作為單播僅僅被轉發(fā)給在該存儲器MEM中所存儲的用戶(在 此為KE1 )，以致阻止該多路復用器設備MUX隨著廣播消息而溢出或過 載。在接收到該DHCP-OFFER消息之后，可以由該通信設備KE1來檢 驗，是否應該由該DHCP服務器請求IP地址。在需要時，接著向該DHCP 服務器發(fā)送一 匿P-REQUEST消息，參見圖4。該DHCP-REQUEST消息 由在該多路復用器設備MUX中所布置的控制設備CONT來檢測，并且在 本發(fā)明方法的范圍內將相應的信息(在此是該DHCP數(shù)據字段中的廣播 標記)置于該消息中。由此實現(xiàn)了，該DHCP服務器的所有應答同樣以 廣播的形式被發(fā)送回。以這種方式，實現(xiàn)了該DHCP服務器的應答不是 直接傳送到進行請求的相應用戶KEl..n，而是在廣播的范圍內再次通 過該多路復用器設備MUX沿該路返回傳送。因此保證了，由該DHCP服 務器所發(fā)出的DHCP-ACK消息通過該控制設備CONT來檢測、分析，并 且在該DHCP-ACK消息以所分配的IP地址(在此IP=yl )被轉發(fā)給相 應的通信設備KE1之前，在該DHCP-ACK消息中所包含或所分配的IP 地址IP被存儲在該存儲器MEM中，參見圖5。該DHCP-ACK消息以相 同的方式和方法如同之前所接收到的DHCP-OFFER消息一樣而被分
析檢測在該消息中所包含的用戶發(fā)送地址(chaddr)，并與在該存 儲器MEM中所存儲的用戶地址MAC進行比較，以及在確定相一致的情 況下將該DHCP-ACK消息轉發(fā)給相應所屬的連接索引(vcxlndex)。在締結DHCP協(xié)議之后，也就是在將IP地址IP分配給相應的通信 設備KEl之后，該通信設備KEl原則上能由在所述至少一個通信網絡 OKN中所布置的所有通信設備來識別或尋址，也就是能建立往返于該通 信設備KEl..n的通信鏈路。如果應該從在該上級通信網絡OKN中所布 置的通信設備(未示出)例如向該第一通信設備KEl傳送信息，那么 為了進行信息傳送不僅需要所述要進行尋址的通信設備(在此為KEl) 的IP地址(在此IP=yl )，而且需要其硬件(或MAC地址，在此MAC=xl )。 這可以通過利用專用IP地址作為廣播將ARP詢問(地址解析協(xié)議)發(fā) 送給所有可到達的用戶來查詢，參見圖6。通常，該詢問由通過該IP 地址來尋址的通信設備來應答，并且該MAC地址被嵌入到該應答中。 如已經所述的那樣，在廣播的范圍內所發(fā)出的詢問或消息通過該多路 復用器設備MUX為了避免過載而被拒絕，也就是該多路復用器設備MUX 不轉發(fā)ARP詢問，并且因此相應地不應答ARP詢問。才艮據本發(fā)明方法 的有利的擴展方案，到達多路復用器設備MUX的ARP詢問或ARP-REQUEST通過該控制設備CONT來檢測，并且在該ARP詢問中所包含的 或所規(guī)定的IP地址與之前在本發(fā)明方法的范圍內從該DHCP-ACK消息 中所讀出的并被存儲在該存儲器MEM中的、單個用戶或通信設備 KEl. n的IP地址IP進行比較。在確定在ARP-REQUEST消息中所規(guī)定 的IP地址與在該存儲器MEM中所存儲的IP地址相一致的情況下，該 ARP詢問;陂轉發(fā)給相應通信i殳備(在此為vclndex=vil的KEl )的相應 連接索引(vcxlndex)。通過被連接到該連接上的通信設備KE1，接 著，網絡計算機的ARP-REQUEST消息被應答，也即，相應的ARP-RESPONSE消息以該第一通信設備KE1的被嵌入其中的MAC地址而被發(fā) 送。
權利要求
1.用于在至少一個通信網絡(ACCESS，OKN)中建立通信鏈路的方法，其中，由通信設備(KE1...n)將至少一個發(fā)起建立通信鏈路的消息(DHCP-DI SCOVER，DHCP-REQUEST)發(fā)送到所述至少一個通信網絡(ACCESS，OKN)中，并且至少一個對應的確認(DHCP-OFFER，DHCP-ACK)借助廣播傳輸方法通過所述至少一個通信網絡(ACCESS，0KN)朝發(fā)起的通信設備(KE1...n)的方向傳送，其特征在于，代表發(fā)起通信鏈路的通信設備(KE1...n)的信息(vcxIndex，MAC)被存儲在所述至少一個通信網絡(ACCESS，OKN)中，所述借助廣播傳輸方法所傳送的至少一個確認(DHCP-OFFER，DHCP-ACK)被檢測，并將在所述被檢測到的確認(DHCP-OFFER，DHCP-ACK)中所包含的目標信息(chaddr)與所存儲的信息(vcxIndex，MAC)進行比較，在確定所述相互比較的信息(chaddr，vcxIndex，MAC)至少部分相一致的情況下，所述至少一個確認(DHCPOFFER，DHCP-ACK)被繼續(xù)交換給由一致的信息所代表的、發(fā)起的通信設備(KE1...n)。
2. 根據權利要求1所述的方法， 其特征在于，所述至少一個通信網絡(ACCESS, 00)被構造為面向分組的通信 網絡或面向小區(qū)的通信網絡。
3. 根據權利要求2所述的方法， 其特征在于，所述通信網絡(ACCESS, OKN)根據網際協(xié)議來構造，其中，通過 由所述通信設備(KEl...n)所發(fā)出的消息(DHCP-REQUEST)來請求 IP地址，并在所述對應的確認(DHCP-ACK)中嵌入至少一個所請求的 IP地址(IP)。
4. 根據權利要求2或3所述的方法， 其特征在于，在所述DHCP協(xié)議的范圍內實現(xiàn)所述通信鏈路的建立。
5. 根據前述權利要求之一所述的方法，其特征在于，所述MAC地址(MAC)和/或代表所述發(fā)起的通信設備(KEl...n) 的連接(vcxlndex)的信息被存儲。
6. 根據權利要求4或5所述的方法， 其特征在于，在DHCP協(xié)議的范圍內被分配給發(fā)起的通信設備(KEl...n)的IP 地址(IP)凈皮存儲在所述通信網絡(ACCESS, 0KN)中。
7. 根據權利要求6所述的方法， 其特征在于，在地址解析協(xié)議的范圍內借助廣播方法所發(fā)出的ARP消息(ARP-REQUEST)被檢測，并且，將在該ARP消息(ARP-REQUEST )中所包含 的IP地址與在所述至少一個通信網絡(ACCESS, 0KN)中所存儲的IP 地址(IP)進行比較，在所述相互比較的信息至少部分相一致的情況下，所述ARP消息 (ARP-REQUEST)被繼續(xù)交換給由所述一致的IP地址所代表的通信設 備(KEl…n)。
8. 用于在至少一個通信網絡(ACCESS, OKN)中建立通信鏈路的 通信布局，具有分配給至少一個通信網絡的至少一個通信設備(KEl...n)，具有在所述至少一個通信設備(KEl...n)中所設置的裝置，該裝 置用于將發(fā)起建立通信鏈路的至少一個消息(DHCP-DISCOVER )發(fā)送給 所述至少一個通信網絡(ACCESS, OKN)，以及具有在所述至少一個通信網絡(ACCESS, OKN)中所布置的裝置 (DHCP)，該裝置(DHCP)用于借助廣播傳輸方法通過所述至少一個 通信網絡(ACCESS, OKN)朝所述發(fā)起的通信設備(KEl. . . n )的方向 傳送至少一個對應的確i人(DHCP-OFFER)，其特征在于，在所述至少一個通信網絡(ACCESS, OKN)中，-設置有存儲裝置(MEM)，在該存儲裝置(MEM)中存儲有代表發(fā) 起通信鏈路的通信i殳備(KEl...n)的信息(vcxlndex， MAC)，-設置有比較裝置(CONT)，通過該比較裝置(CONT)來檢測借助 所述廣播傳輸方法而被傳送的至少一個確認(DHCP-OFFER)，并將在 所述被檢測到的確認(DHCP-OFFER)中所包含的目標信息與(chaddr) 所存儲的信息(vcxlndex， MAC)進行比較，所述比較裝置(C0NT)被構造，以致在所述相互比較的信息 (chaddr， vcxlndex， MAC )至少部分相一致的情況下，所述至少一 個確認(DHCP-OFFER)被繼續(xù)交換給由相一致的信息所代表的、發(fā)起 的通信設備(KE1. .n)。
9. 根據權利要求8所述的通信布局， 其特征在于，所述至少一個通信網絡(ACCESS, OKN)被構造為面向分組的通信 網絡或者面向小區(qū)的通信網絡。
10. 根據權利要求9所述的通信布局， 其特征在于，所述至少一個通信網絡(ACCESS, OKN)才艮據網際協(xié)議來構造，其 中，通過由所述通信i殳備(KEl...n)所發(fā)送的消息(DHCP-REQUEST) 來請求IP地址，并在所述對應的確認(DHCP-ACK)中嵌入至少一個所 請求的IP i也址(IP )。
11. 才艮據權利要求9或10所述的通信布局， 其特征在于，所述至少一個通信網絡(ACCESS, OKN)和所述存儲裝置以及比較 裝置被構造，以致在所述DHCP協(xié)議的范圍內實現(xiàn)所述通信鏈路的建立。
12. 根據權利要求11所述的通信布局， 其特征在于，所述存儲裝置(MEM)被構造，以致在DHCP協(xié)議的范圍內被分配 給所述發(fā)起的通信設備(KE1. . n )的IP地址(IP )被存儲。
13. 才艮據權利要求12所述的通信布局， 其特征在于，所述存儲裝置和比較裝置(MEM, CONT)被構造，以致在所述地址 解析協(xié)議的范圍內借助廣播方法所發(fā)送的ARP消息(ARP-REQUEST )被 檢測，并且將在所述ARP消息(ARP-REQUEST)中所包含的IP地址與 在所述至少一個通信網絡(ACCESS, ODO中所存儲的IP地址(IP) 進行比較， 在所述相互比較的信息至少部分相一致的情況下，所述ARP消息 (ARP-REQUEST)被繼續(xù)交換給由所述相一致的IP地址所代表的通信 設備(KEl.…n)。
14. 一種針對通信布局的通信設備(MUX)，該通信布局用于在至 少一個能與該通信設備(MUX)相連接的通信網絡(ACCESS, OKN)中 建立通信鏈路，具有能與所述通信設備(MUX)相連接的并被分配給至少一個通信 網絡(ACCESS, OKN)的至少一個通信i殳備(KEl...n),具有在所述至少一個通信設備(KEl...n)中所設置的裝置，該裝 置用于將發(fā)起建立通信鏈路的至少一個消息(DHCP-DISCOVER )發(fā)送到 所述至少一個通信網絡(ACCESS, OKN)中，以及具有在所述至少一個通信網絡(ACCESS, 00)中所布置的裝置 (DHCP)，該裝置(DHCP)用于借助廣播傳輸方法通過所述至少一個 通信網絡(ACCESS, OKN)朝所述發(fā)起的通信設備(KEl. .n)的方向 傳送至少一個對應的確認(DHCP-OFFER)，其特征在于，在所述通信設備(MUX)中，-設置有存儲裝置(MEM)，在該存儲裝置中存儲有代表發(fā)起通信 鏈路的通信設備UEl…n)的信息(vcxlndex， MAC)，以及-設置有分配給所述存儲裝置(MEM)的比較裝置(CONT)，通過 該比較裝置(CONT)來檢測借助所述廣播傳輸方法而被傳送的至少一 個確i人(DHCP-OFFER)，并將在所述被檢測到的確i人(DHCP-OFFER) 中所包含的目標信息(chaddr)與所存儲的信息(vcxlndex， MAC) 進4亍比較，所述比較裝置(CONT)被構造，以致在所述相互比較的信息 (chaddr， vcxlndex， MAC )至少部分相一致的情況下，所述至少一 個確認(DHCP-OFFER )被繼續(xù)交換給被連接到所述通信設備(MUX )的、 由所述相一致的信息所代表的、發(fā)起的通信設備(KEl. . .n)。
全文摘要
為了建立通信鏈路，由通信設備(KE1…n)將發(fā)起建立通信鏈路的至少一個消息(DHCP-DISCOVER)發(fā)送到至少一個通信網絡(ACCESS、OKN)中，并且至少一個對應的確認(DHCP-OFFER)借助廣播傳輸方法朝發(fā)起的通信設備(KE1…n)的方向被傳送。根據本發(fā)明，代表所述發(fā)起的通信設備(KE1…n)的信息(vcxIndex、MAC)被存儲在至少一個通信網絡中。借助所述廣播傳輸方法所傳送的至少一個確認被檢測，并且將其中所包含的目標信息(chaddr)與所存儲的信息(vcxIndex、MAC)進行比較。在確定所述相互比較的信息至少部分相一致的情況下，所述至少一個確認被繼續(xù)交換給由該一致的信息所代表的、發(fā)起的通信設備。
文檔編號H04L29/12GK101120580SQ200680004957
公開日2008年2月6日 申請日期2006年1月23日 優(yōu)先權日2005年2月15日
發(fā)明者C·紐豪斯勒, C·西佩爾, F·阿姆布魯斯特, S·賓德 申請人:諾基亞西門子通信有限責任兩合公司