專利名稱：確定無時鐘同步最快消息路徑的方法、接收裝置和發(fā)射裝置的制作方法
安全傳輸協(xié)議通常測量往返延遲，即從發(fā)射臺向接收臺傳遞一消息時和從接收臺向發(fā)射臺傳遞例如證實消息的其他消息時出現(xiàn)的總延遲，以便從中得出必須何時重復發(fā)送消息。這種安全傳輸協(xié)議的典型例子是依據(jù)IETF RFC 793的傳輸控制協(xié)議TCP和依據(jù)IETF RFC 2960的流控制傳輸協(xié)議。
為測量這種往返延遲，在發(fā)射臺中注明消息的發(fā)射時間，并確定與由接收臺發(fā)射的消息相關的證實消息的接受時間。從該時間差中確定往返延遲。對于這種方法來說，不需要時鐘同步。
然而，因為從發(fā)射臺向接收臺傳遞消息可以在不同于從接收臺向發(fā)射臺傳遞證實消息的消息路徑上進行，所以，從所測定的往返延遲的值不能推斷出從發(fā)射臺到接收臺的單程延遲或者相反。即使當從發(fā)射臺向接收臺傳遞消息在與從接收臺向發(fā)射臺傳遞證實消息相同的消息路徑上進行時，從所測定的往返延遲的值不能推斷出從發(fā)射臺到接收臺的單程延遲或者相反，因為該消息路徑可能是極不對稱的。
如果對一個發(fā)射臺存在多個消息路徑，以便向接收臺發(fā)射消息，那么有益的是，這些消息在將它們以最快速度傳遞到接收臺的消息路徑上發(fā)射。為此，在該發(fā)射臺中必須存在最快的消息路徑的信息。確定最快消息路徑可以借助于從發(fā)射臺到接收臺的所有消息路徑的單程延遲來進行。
測量單程延遲的公知解決方案是以發(fā)射臺和接收臺的時鐘或節(jié)拍發(fā)生器的時鐘同步為前提條件。在此方面，時鐘同步的意思是說，時鐘或節(jié)拍發(fā)生器以相同快的速度運轉(zhuǎn)，但并非必須具有相同的絕對時間。如果存在時鐘同步，那么從發(fā)射臺向接收臺發(fā)射任意的或者特地被規(guī)定用于測量目的的、帶有該發(fā)射臺時間印記的消息。從接收時間點和時間印記之間的差值中，可以通過接收臺測定相關消息路徑的單程延遲。為從存在的一些消息路徑中測定最快的路徑，必須以適當?shù)姆绞綖樗邢⒙窂街貜褪褂迷摲椒?。通過比較由接收臺對所有消息路徑測定的單程延遲，在接收臺中很容易識別出最快的消息路徑，并將該路徑用信號通知給發(fā)射臺。
然而，發(fā)射臺和接收臺之間的時鐘同步在很多情況下并不存在。

發(fā)明內(nèi)容
本發(fā)明的目的在于，改進確定最快消息路徑的公知方法、接收裝置和發(fā)射裝置。
該目的通過權利要求1，9以及15所述特征得以實現(xiàn)。
優(yōu)選的實施方式為從屬權利要求的主題。
依據(jù)本發(fā)明方法的主要優(yōu)點在于，為測定發(fā)射臺和接收臺之間的最快消息路徑，不需要發(fā)射臺和接收臺的時鐘同步。該設想的依據(jù)在于，為測定最快消息路徑，不是必須公知不同消息路徑上的絕對延遲時間，而是確切地說，完全可以分別向多個所要調(diào)查的消息路徑上發(fā)射一個消息，并借助接收順序識別出最快消息路徑。
依據(jù)該方法一具有優(yōu)點的改進方案，除了最快消息路徑外，還可以測定相對的消息渡越時間，即每個單個的消息路徑相對于最快消息路徑產(chǎn)生的延遲-權利要求2。這一點例如可以被用于兩個或者多個消息路徑之間的負載分配，如果消息路徑的渡越時間彼此差別不大的話，也就是說，所測定的這些消息路徑相對于最快消息路徑的相對渡越時間足夠小的話。
具有優(yōu)點的是，從發(fā)射臺發(fā)射的用于確定最快消息路徑或用于測量相對渡越時間的消息，同時或者以較小的時間間隔被發(fā)射-權利要求4。如果所使用的通信協(xié)議和/或者發(fā)射裝置不具備用多個消息路徑同時發(fā)射消息，那么可以為這些消息規(guī)定較小的時間間隔。


下面借助兩個附圖對依據(jù)本發(fā)明的方法作詳細說明。其中圖1示出了接收裝置E和發(fā)射裝置S，以及通過接收裝置E和發(fā)射裝置S之間三個不同的消息路徑P1，P2，P3在時間點T0上從發(fā)射裝置S向接收裝置E發(fā)射的三個消息，這些消息在不同的時間T1，T2，T3上通過接收裝置E接收。此外，示出消息路徑P2，P3相對于最快消息路徑P1的相對渡越時間ΔT2，ΔT3。
圖2示出了接收裝置E和發(fā)射裝置S，以及從接收裝置E向發(fā)射裝置S發(fā)射的請求消息DelayREQ和在時間點T0上從發(fā)射裝置S因此向接收裝置E在三個不同消息路徑P1，P2，P3上發(fā)射的同一證實消息DelayRes，這些消息在不同的時間T1，T2，T3上通過接收裝置E接收。
具體實施例方式
圖1示出了本發(fā)明的方法所依據(jù)的設想。應該確定，在發(fā)射裝置S和接收裝置E之間可供使用的多個消息路徑P1，P2，P3中，哪一個是最快的。發(fā)射裝置S在多個消息路徑P1，P2，P3上向接收裝置E發(fā)射一個消息。借助接收順序，接收裝置E確定最快的消息路徑P1。在此方面，通過公式T1-T0表達的發(fā)射裝置S和接收裝置E之間的絕對接收時間點T1和絕對延遲時間并不重要。重要的僅在于，通過第一消息路徑P1接收同一的和同時或者以可以忽略的時間間隔發(fā)射的消息中的第一消息。由此，確定第一消息路徑P1為最快消息路徑。
通過經(jīng)不同消息路徑P1，P2，P3接收同一消息之間的時間差，還可以測定相對渡越時間差ΔT2，ΔT3，即在所有消息路徑P2，P3上相對于最快消息路徑P1出現(xiàn)的延遲時間。用公式表達而得出的消息路徑P2的相對渡越時間差ΔT2為ΔT2＝T2-T1。用下列公式為消息路徑P3得出相對渡越時間差ΔT3ΔT3＝T3-T1。最快消息路徑P1的相對渡越時間ΔT1是一種特殊情況。根據(jù)應用情況，可以適當?shù)貙⒆羁煜⒙窂絇1的相對渡越時間ΔT1設為零ΔT1＝0-沒有示出。如果將相對消息渡越時間ΔT1，ΔT2，ΔT3發(fā)射到發(fā)射裝置S上，那么可以保證發(fā)射裝置S識別出最快消息路徑P1，而無需單獨發(fā)射信號。
為確定最快消息路徑P1或相對消息渡越時間，接收裝置E僅需能夠識別在同一時間上發(fā)射的消息。這一點例如可以通過消息中的時間印記，帶有序號的確定的消息類型或者直接從協(xié)議本身推斷出來。
在通過接收裝置E確定最快消息路徑后，僅需再向發(fā)射裝置發(fā)出信號，說明哪個消息路徑是最快的，并且此后應被用于從發(fā)射裝置S向接收裝置E傳遞消息。
如果通信關系是雙向的，那么單獨在兩個方向上利用所述的方法-沒有示出。
為實施依據(jù)本發(fā)明的方法，取代完整的消息也可以使用加入普通消息中的消息元素、通知或者參數(shù)。然后使用請求消息元素DelayReq取代特有的請求消息DelayReq。作為對此的應答，或者發(fā)射已經(jīng)提到的證實消息DelayRes，或者使用里面加入了相應證實消息元素DelayRes的另一種消息類型。
依據(jù)本發(fā)明的方法可以具有優(yōu)點地與依據(jù)IETF RFC 2960的流控制傳輸協(xié)議一起使用。這一點在圖2中示意示出。SCTP是一種多鏈路協(xié)議。如在SCTP中常用的那樣，下面以此為出發(fā)點，即通過對面的互聯(lián)網(wǎng)協(xié)議地址(以下稱為IP地址)識別到對面的消息路徑。此外假設，執(zhí)行在IETF互聯(lián)網(wǎng)草案draft-ietf-tsvwg-addip-sctp-02中所述的一部分擴展。利用該部分一個SCTP端點E可以確定通信伙伴S的主路徑或主消息路徑，就是說E可以確定，通信伙伴S在哪個路徑上向端點E發(fā)送消息。利用這種擴展發(fā)射哪個消息路徑是最快的信號。
SCTP消息由共用報頭和一定數(shù)量的信息塊組成。這些數(shù)量的信息塊在不同的SCTO消息中可以是不同的，也允許使用無信息塊的消息。每個信息塊通過信息塊類型-0和255之間的數(shù)-來分類。這里所述的方法利用帶有序號SN的專用新信息塊類型(DelayReq(SN)，DelayRes(SN))。SCTP允許這種擴展。在此方面，可以利用沒有實現(xiàn)這些新信息塊的SCTP端點保留互操作性。接收裝置E為啟動測量發(fā)出請求消息DelayReq(SN)。在下次測量時作為序號SN+1使用，也就是說，通過接收裝置E控制附加的計數(shù)器。如果請求消息DelayReq(SN)由發(fā)射裝置S接收，那么，在幾個或者所有可供使用的消息路徑P1，P2，P3上各發(fā)射一個證實消息DelayRes(SN)。接收裝置E然后可以確定，哪個消息路徑P1，P2，P3是最快的。最快消息路徑P1通過證實消息的目的IP地址或目標-IP地址給出，該證實消息含有信息塊DelayReq(SN)并作為第一個被接收。該IP-地址現(xiàn)在利用消息“Set Primary IP Adresse”(設定主IP地址，在已提到的IETF互聯(lián)網(wǎng)草案draft-ietf-tsvwg-addip-sctp-02第3.2.5和第4.4中所述，下面在節(jié)選中予以介紹)用信號發(fā)送到發(fā)射裝置S，然后該發(fā)射裝置將這條消息路徑P1始終作為數(shù)據(jù)傳遞的第一路徑加以利用。這種測量的頻繁性取決于網(wǎng)絡的穩(wěn)定性。但也可以例如周期性進行這種測量。
為實施測定最快消息路徑P1，P2，P3，作為對帶有DelayReq和DekayRes信息塊的上述方法的選擇方案，也可以使用心跳和心跳-確認信息塊。作為對接收到心跳信息塊的反應，然后在幾個或者所有消息路徑上發(fā)射心跳-確認信息塊，以取代上述實施例中的DelayRes信息塊。該方法還保證與其他實現(xiàn)的互操作性。對此具有優(yōu)點的是可以取消使用新的信息塊類型。當然，必須相應地與協(xié)議的特性相適應。
節(jié)選自IETF互聯(lián)網(wǎng)草案draft-ietf-tsvwg-addip-sctp-02
互聯(lián)網(wǎng)草案 draft-ietf-tsvwg-addip-sctp-02 2001年6月網(wǎng)絡工作組 R.R.StewartINTERNET-DRAFT M.A.RamalhoCisco SystemsQ.XieMotorolaM.TuexenSiemens AGI.RytinaEricssonP.ConradTemple University6個月內(nèi)到期 2001年6月29日IP地址動態(tài)重配置的SCTP擴展以及執(zhí)行流和消息限制<draft-ietf-tsvwg-addip-sctp-02.txt>
(...)3.2.5設定主IP地址0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 類型＝0xC005 | 長度＝可變 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|地址參數(shù) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+地址參數(shù)TLV該字段包括如在[RFC2960]的3.3.2.1中所描述的IPv4或IPv6參數(shù)。整個TLV被包裝在該參數(shù)內(nèi)。其要求接收機將指定的地址標記為主地址以便發(fā)送數(shù)據(jù)(參見[RFC2960]的第5.1.2節(jié)。接收機可以在接收該請求后將之標記為主地址。
請求將IPv4地址10.1.1.1作為主目的地址的例子TLV看起來如下+--------------------------------+| 類型＝0xC005 | 長度＝12 |+--------------------------------+| 類型＝5 | 長度＝8 |+--------------------------------+| 值＝0x0a010101 |+----------------+---------------+正確的大塊出現(xiàn)設定主IP地址參數(shù)可以出現(xiàn)在ASCONF大塊、INIT或INIT-ACK大塊類型中。在INIT或INIT-ACK中包括這種參數(shù)可以被用來指示主地址的初始優(yōu)先選擇。
(...)4.4主地址的設置該選項的發(fā)射機可以選擇結合地址的刪除或添加來發(fā)送該選項。發(fā)射機應該只發(fā)送一個設置主請求給一個已經(jīng)被認為是該結合的一部分的地址。換句話說，如果發(fā)射機將一個設置主請求與一個新IP地址相加結合，則該設置主請求將會被廢棄，除非該相加請求在設置主請求之前被處理(也即在設置主請求之前)。
設置主地址的請求也可以出現(xiàn)在INIT或INIT-ACK大塊中。這可以給同等端點一建議INIT或INIT-ACK的發(fā)射機將把其地址中的哪些用作主地址。
用于將一個地址設置為主路徑的請求是接收機應該執(zhí)行的選項。這被認為是給接收機建議了最好的目的地址以便在發(fā)送SCTP分組時使用(從請求者來看)。
如果到達的請求要接收機把不存在的地址設為主地址，則接收機不應該遵照該請求，而是保持其現(xiàn)有主地址不變。
權利要求
1.用于在通信系統(tǒng)中確定最快消息路徑(P1)的方法，所述通信系統(tǒng)帶有發(fā)射裝置(S)，接收裝置(E)和至少兩個從發(fā)射裝置(S)到接收裝置(E)的消息路徑(P1，P2，P3)，與此相應，通過發(fā)射裝置(S)在所有消息路徑(P1，P2，P3)上從發(fā)射裝置(S)向接收裝置(E)發(fā)射消息或消息元素(DelayRes)，并從消息路徑(P1，P2，P3)中確定最快消息路徑(P1)，通過該路徑接收首先由接收裝置(E)接收的消息或消息元素(DelayRes)。
2.按權利要求1所述的方法，其特征在于，由發(fā)射裝置(S)在從發(fā)射裝置(S)到接收裝置(E)的消息路徑(P1，P2，P3)上發(fā)射的所有消息或消息元素(DelayRes)通過接收裝置(E)接收，并根據(jù)在不同消息路徑(P1，P2，P3)上接收到的消息或消息元素(DelayRes)的時間間隔和通過參照最快消息路徑(P1)的消息渡越時間來測定所有或者所選擇的消息路徑(P1，P2，P3)的相對消息渡越時間(ΔT2，ΔT3)。
3.按權利要求1或2之一所述的方法，其特征在于，測定的最快消息路徑(P1)和/或者所有或者所選擇的消息路徑(P1，P2，P3)的相對消息渡越時間(ΔT2，ΔT3)通過接收裝置(E)用信號發(fā)射到發(fā)射裝置(S)。
4.按權利要求1-3之一所述的方法，其特征在于，消息或消息元素(DelayRes)通過發(fā)射裝置(S)在從發(fā)射裝置(S)到接收裝置(E)的不同消息路徑(P1，P2，P3)上，同時或者以較小的、相對于所預計的渡越時間可忽略的時間間隔被發(fā)射。
5.按權利要求1-4之一所述的方法，其特征在于，在從發(fā)射裝置(S)到接收裝置(E)的不同消息路徑(P1，P2，P3)上，通過發(fā)射裝置(S)發(fā)射相同長度的消息或消息元素(DelayRes)和/或者帶有相同特征的消息(DelayRes)。
6.按權利要求1-5之一所述的方法，其特征在于，在從發(fā)射裝置(S)到接收裝置(E)的不同消息路徑(P1，P2，P3)上發(fā)射的消息或消息元素(DelayRes)-借助通過發(fā)射裝置(S)加上的時間印記和/或者-借助專用的、在發(fā)射裝置(S)和接收裝置(E)之間約定的通信協(xié)議中為此規(guī)定的消息類型和/或者借助由發(fā)射裝置(S)設置的消息或消息元素的序號和/或者-借助發(fā)射裝置(S)和接收裝置(E)之間約定的通信協(xié)議的特征作為被規(guī)定用于測定所有或者所選擇的消息路徑(P1，P2，P3)的最快消息路徑(P1)和/或者相對消息渡越時間(ΔT2，ΔT3)的消息或消息元素(DelayRes)而加以識別。
7.按權利要求1-6之一所述的方法，其特征在于，作為發(fā)射裝置(S)和接收裝置(E)之間的通信協(xié)議使用多鏈路協(xié)議，其中，可以通過接收裝置(E)用信號向發(fā)射裝置(S)發(fā)射不同消息路徑(P1，P2，P3)的主消息路徑(P1)，該路徑然后由發(fā)射裝置(S)用于向接收裝置(E)發(fā)射消息。
8.按權利要求1-7之一所述的方法，其特征在于，作為發(fā)射裝置(S)和接收裝置(E)之間的通信協(xié)議使用依據(jù)IETF RFC 2960帶有擴展的流控制傳輸協(xié)議SCTP，通過該擴展，接收裝置(E)可以用信號向發(fā)射裝置(S)發(fā)射為向接收裝置(E)發(fā)射消息所要使用的主消息路徑(P1)。
9.接收裝置(E)，其接收發(fā)射裝置(S)的消息，通過至少兩個消息路徑(P1，P2，P3)與發(fā)射裝置(S)連接，并包括用于確定從發(fā)射裝置(S)到接收裝置(E)的最快消息路徑(P1)的工具，通接收裝置(E)過該工具接收發(fā)射裝置(S)在從發(fā)射裝置(S)到接收裝置(E)的所有消息路徑(P1，P2，P3)上發(fā)射的消息或消息元素(DelayRes)，并且確定消息路徑(P1，P2，P3)中的最快消息路徑(P1)，通過該路徑接收裝置(E)首先接收到消息(DelayRes)。
10.按權利要求9所述的接收裝置(E)，其特征在于，接收裝置(E)包括一工具，用于從由發(fā)射裝置(S)在所有消息路徑(P1，P2，P3)上接收到的消息或消息元素(DelayRes)的時間間隔中，確定所有或者所選擇的消息路徑(P1，P2，P3)的相對消息渡越時間(ΔT2，ΔT3)，其中，相對消息渡越時間(ΔT2，ΔT3)與最快消息路徑(P1)的消息渡越時間相關。
11.按權利要求9或10之一所述的接收裝置(E)，其特征在于，接收裝置(E)包括一工具用于將最快消息路徑(P1)和/或者相對消息渡越時間(ΔT2，ΔT3)用信號發(fā)射到發(fā)射裝置(S)。
12.按權利要求9-11之一所述的接收裝置(E)，其特征在于，接收裝置(E)包括一工具用于借助以下方式來識別為測定所有或者所選擇的消息路徑(P1，P2，P3)的最快消息路徑(P1)和/或者相對消息渡越時間(ΔT2，ΔT3)而規(guī)定的消息或消息元素(DelayRes)-借助通過發(fā)射裝置(S)加上的時間印記和/或者-借助專用的、在發(fā)射裝置(S)和接收裝置(E)之間約定的通信協(xié)議中為此規(guī)定的消息類型和/或者借助由發(fā)射裝置(S)設置的消息或消息元素的序號和/或者-借助發(fā)射裝置(S)和接收裝置(E)之間約定的通信協(xié)議的特征。
13.按權利要求9-12之一所述的接收裝置(E)，其特征在于，接收裝置(E)包括協(xié)議裝置以構成多鏈路協(xié)議的接收部分，其中，多鏈路協(xié)議具有一工具用于將不同消息路徑(P1，P2，P3)的主消息路徑(P1)通過接收裝置(E)用信號發(fā)射到發(fā)射裝置(S)，其中，主消息路徑(P1)然后由發(fā)射裝置(S)用于向接收裝置(E)發(fā)射消息。
14.按權利要求9-13之一所述的接收裝置(E)，其特征在于，接收裝置(E)包括協(xié)議裝置以構成依據(jù)IETF RFC 2960的流控制傳輸協(xié)議SCTP的接收部分，其中，流控制傳輸協(xié)議SCTP具有擴展，通過該擴展，接收裝置(E)可以用信號向發(fā)射裝置(S)發(fā)射為向接收裝置(E)發(fā)射消息所要使用的主消息路徑(P1)。
15.發(fā)射裝置(S)，其向接收裝置(E)發(fā)射消息，通過至少兩個消息路徑(P1，P2，P3)與接收裝置(E)連接，并包括-一工具用于將消息或消息元素(DelayRes)通過所有消息路徑(P1，P2，P3)同時發(fā)射，或者一工具用于將消息或消息元素(DelayRes)通過所有消息路徑(P1，P2，P3)以較小的、相對于所預計的渡越時間可忽略的時間間隔發(fā)射，以及-一工具用于對消息或消息元素(DelayRes)做標記，使得消息或消息元素(DelayRes)通過接收裝置(E)被識別為為測定所有或者所選擇的消息路徑(P1，P2，P3)的最快消息路徑(P1)和/或者相對消息渡越時間(ΔT2，ΔT3)而規(guī)定的消息或消息元素(DelayRes)。
16.按權利要求15所述的發(fā)射裝置(S)，其特征在于，發(fā)射裝置(S)具有一工具用于發(fā)射相同長度的消息或消息元素(DelayRes)和/或者帶有相同特征的消息或消息元素(DelayRes)，以便通過接收裝置(E)測定所有或者所選擇的消息路徑(P1，P2，P3)的最快消息路徑(P1)和/或者相對消息渡越時間(ΔT2，ΔT3)。
17.按權利要求15或16之一所述的發(fā)射裝置(S)，其特征在于，用于對消息或消息元素(DelayRes)做標記的工具、用于加上時間印記的工具、和/或用于在發(fā)射裝置(S)和接收裝置(E)之間采用約定的通信協(xié)議的工具包括設定的消息類型，以便通過接收裝置(E)來測定所有或者所選擇的消息路徑(P1，P2，P3)的最快消息路徑(P1)和/或者相對消息渡越時間(ΔT2，ΔT3)，和/或者包括在發(fā)射裝置(S)和接收裝置(E)之間約定的通信協(xié)議的特征。
18.按權利要求15-17之一所述的發(fā)射裝置(S)，其特征在于，發(fā)射裝置(S)包括協(xié)議裝置以構成多鏈路協(xié)議的發(fā)射部分，其中，多鏈路協(xié)議具有一工具用于將不同消息路徑(P1，P2，P3)的主消息路徑(P1)通過接收裝置(E)用信號發(fā)射到發(fā)射裝置(S)，其中，主消息路徑(P1)然后由發(fā)射裝置(S)用于向接收裝置(E)發(fā)射消息。
19.按權利要求15-18之一所述的發(fā)射裝置(S)，其特征在于，發(fā)射裝置(S)包括協(xié)議裝置以構成依據(jù)IETF RFC 2960的流控制傳輸協(xié)議SCTP的發(fā)射部分，其中，流控制傳輸協(xié)議SCTP具有擴展，通過該擴展，接收裝置(E)可以用信號向發(fā)射裝置(S)發(fā)射為向接收裝置(E)發(fā)射消息所要使用的主消息路徑(P1)。
全文摘要
安全傳輸協(xié)議通常測量往返延遲，以便從中得出必須何時重復發(fā)送消息。這種安全傳輸協(xié)議的典型例子是依據(jù)IETF RFC 793的傳輸控制協(xié)議TCP和依據(jù)IETF RFC 2960的流控制傳輸協(xié)議。從確定的往返延遲中一般不能推斷出單程延遲。如果對一個發(fā)射臺(S)存在多個消息路徑(P1，P2，P3)，以便向接收臺(E)發(fā)射消息，那么有益的是，這些消息在將它們以最快速度傳遞到接收臺的消息路徑(P1)上發(fā)射。為此，在該發(fā)射臺(S)中必須存在哪個消息路徑(P1，P2，P3)是最快的的信息。依據(jù)本發(fā)明，為此不需要發(fā)射臺(S)和接收臺(E)的時鐘同步。該設想的依據(jù)在于，為測定最快消息路徑(P1)，不是必須公知不同消息路徑(P1，P2，P3)上的絕對延遲時間，而是確切地說，完全可以分別在多個所要調(diào)查的消息路徑(P1，P2，P3)上發(fā)射一個消息(Delay Res)，并借助接收順序識別出最快的消息路徑(P1)。
文檔編號H04L12/24GK1579074SQ02821792
公開日2005年2月9日 申請日期2002年10月1日 優(yōu)先權日2001年10月31日
發(fā)明者H·J·施瓦茨鮑爾, M·蒂克森 申請人:西門子公司