專利名稱：電信系統(tǒng)中的方法和裝置的制作方法
技術領域：
本發(fā)明涉及電信系統(tǒng)中的方法和裝置，更具體來說涉及移動電信系統(tǒng)中的服務質 量(Q0S)測量的實現(xiàn)機構。
背景技術：
在用于E-UTRAN(演進通用地面無線電接入網)的第三代合作伙伴項目(3GPP)中 正在進行規(guī)范，E-UTRAN(演進通用地面無線電接入網)是下一代的無線電接入網。用于 E-UTRAN的另一個名稱是長期演進(LTE)無線電接入網(RAN)。在此概念中的無線電基站 稱為eNB (E-UTRANfA B)。LTE中的核心網絡也在演進，并且這稱為系統(tǒng)架構演進(SAE)。圖1以示意圖形式圖示按照例如3GPP TS 36. 300 (即E-UTRAN)中所規(guī)范的電信 網絡2的架構模型。網絡2包括多個無線電基站4和多個所謂的移動性管理實體(MME)6。在圖示的實 施例中，僅示出兩個無線電基站和僅兩個MME;但是對于本領域技術人員來說將顯然可設 想任何數(shù)量的此類網絡節(jié)點，并且在實踐中網絡將具有更多的MME和無線電基站。每個無線電基站4經由公知為X2接口(如圖1中虛線所示)的接口連接到一個 或多個其他無線電基站。每個無線電基站4還經由公知為Sl接口(如圖1中實線所示) 的接口連接到一個或多個MME 6。無線電基站4可以連接到相同的MME 6或連接到不同的 MME 6，如圖1所示。每個無線電基站4還經由Sl接口連接到一個或多個系統(tǒng)架構演進網關 (SAE-GW)8，包括服務網關(S-GW)和公共數(shù)據網絡網關(P-GW)。Sl和X2接口的用戶平面基于GTP隧道，S卩“用戶數(shù)據”/GTP/UDP/IP。Sl和X2接 口穿過其中例如延遲等的性能是未知的IP網絡。而且，在許多情況中，使用IP安全(IPsec) 來實現(xiàn)Sl和X2接口上的安全信令。在那些情況中，安全網關(SEGW)還將對有效負載加密/ 解密，并潛在地增加延遲。該延遲還可能取決于業(yè)務負載和指配給IP傳輸服務的DiffServ 碼點(DSCP)。圖2示出另一種電信網絡10，公知為通用地面無線電接入網(UTRAN)，其具有所謂 的“平坦”架構。UTRAN 10包括多個無線電基站12，每個無線電基站經由Iu接口連接到一個或多 個移動交換中心(MSC) 14和一個或多個服務GPRS支持節(jié)點(SGSN) 16。SGSN 16還連接到 網關GPRS支持節(jié)點(GGSN) 18，網關GPRS支持節(jié)點(GGSN) 18充當UTRAN與其他網絡之間的 網關。在常規(guī)UTRAN中，每個無線電基站還連接到無線電網絡控制器(RNC)。但是，在圖 示的“平坦”架構中，將RNC的功能結合到無線電基站中。因此在UTRAN 10中，還使用GTP作為隧穿協(xié)議以經由無線電基站12與SGSN 16之 間以及SGSN 16與GGSN 18之間的接口傳輸用戶有效負載。(結合到無線電基站12中的) RNC、SGSN 16和GGSN18全部實現(xiàn)用于用戶平面的數(shù)據業(yè)務的GTP-U。SGSN 16和GGSN 18還實現(xiàn)用于控制信令的GTP-C。據觀察，成為問題的是，例如正如3GPP TS29. 060中定義的，GPRS隧穿協(xié)議(GTP) 沒有規(guī)范的過程、方法或消息來獲取某個質量度量，例如用戶平面上的延遲。
發(fā)明內容
根據本發(fā)明的實施例，電信網絡的第一網絡單元可以通過從第二網絡單元接收包 含時間戳的消息來確定其自己與第二網絡單元之間的等待時間。當接收到該消息時，第一 網絡單元獲取第二時間戳，并且基于第一時間戳和第二時間戳，確定該消息從第二網絡單 元發(fā)送到第一網絡單元所花費的時間。根據另一個實施例，來自第二網絡單元的消息是通過從第一網絡單元發(fā)送到第二 網絡單元的較早的消息觸發(fā)的。較早的消息本身可以包含時間戳，使得第二網絡單元接收 到較早的消息時，它能夠獲取另一個時間戳并計算較早的消息從第一網絡單元發(fā)送到第二 網絡單元所花費的時間。在另一些實施例中，發(fā)自第二網絡單元的消息包含較早的消息從第一網絡單元 發(fā)送到第二網絡單元所花費的時間。以此方式，第一網絡單元可以計算第二網絡單元接 收較早的消息所花費的時間，并發(fā)送又一個消息，從而獲取第二網絡單元的負載的度量 (measure)0在備選方面中，相同的這一目的可以通過從第一網絡單元向第二網絡單元發(fā)送第 一消息并在第一網絡單元接收來自第二網絡單元的第二消息來實現(xiàn)。第二消息包含第二網 絡單元接收第一消息與發(fā)送第二消息之間的時間段的指示。根據另一些實施例，在第一網絡單元和第二網絡單元之間發(fā)送的消息是GPRS隧 穿協(xié)議(GTP)的“回應請求(Echo Request)”和“回應響應(Echo response) ”消息，以時 間戳和延遲計算對其進行擴充，從而接收端可以確定傳輸時間并可以向接收端通知有關另 一方向上的延遲?；蛘?，可以利用用于質量度量的參數(shù)和專用消息來擴充GTP協(xié)議。本發(fā)明能夠實現(xiàn)的優(yōu)點在于，獲取其中使用GTP作為隧穿協(xié)議的(例如在LTE/SAE 中，用于Sl和X2協(xié)議的用戶平面，或UTRAN中經由Iu接口)傳輸鏈路上的質量的有關知 識，從而所述質量可以被需要有關QoS的知識的其他功能利用，例如要使用的最佳路徑或 節(jié)點或指示性能問題。當結合附圖考慮時，從對本發(fā)明的下文詳細描述，將很清楚本發(fā)明的另一些目的、 優(yōu)點和創(chuàng)新特征。
為了更好理解，參考了本發(fā)明的以下附圖和優(yōu)選實施例。圖1示出演進UTRAN無線電接入網的架構模型。圖2示出“平坦”UTRAN網絡的架構模型。圖3圖示本發(fā)明的一個實施例的信令圖。圖4圖示本發(fā)明的另一個實施例的信令圖。圖5圖示本發(fā)明的又一個實施例的信令圖。
具體實施例方式本發(fā)明的實施例提供一種確定例如參考圖1和圖2描述的電信網絡的源節(jié)點與該 網絡的目標節(jié)點之間的等待時間的方法。源節(jié)點和目標節(jié)點可以是如下的任何一個，下文 對此進行更詳細的描述無線電基站、SAE-GW、RNC、SGSN或GGSN，取決于采用該方法的電信 網絡的類型。根據本發(fā)明的一個實施例，將消息從源節(jié)點發(fā)送到目標節(jié)點，其中該消息包含其 被發(fā)送所處的時間的時間戳。當接收到該消息時，接收節(jié)點可以通過獲取另一個時間戳并 計算這兩個時間戳之差來確定要花費多長時間才能到達。根據本發(fā)明的另一個實施例，目標節(jié)點然后向源節(jié)點發(fā)送回第二消息，該第二消 息包含其被發(fā)送所處的時間的時間戳。源節(jié)點然后可以自己獲取另一個時間戳并確定第二 消息到達所花的時間。源節(jié)點然后可以繼續(xù)確定目標節(jié)點處理第一消息所花的時間長度， 并由此獲得目標節(jié)點的工作負載的度量。GPRS隧穿協(xié)議中已經有“回應請求”和“回應響應”消息；但是這些消息僅方便 用于檢查對端是活動的(alive)并且無法用于檢查路徑上的性能，例如延遲。如3GPP TS29. 060中所定義的，“回應請求”和“回應響應”消息只有發(fā)送一個或多個“專用擴充”(即 可包含在任何GTP信令消息中的一個或多個可選信息元素)的可能性。但是，根據本發(fā)明 的一個實施例，可以將這些消息擴展為包含電信網絡中的延遲的指示和/或時間戳，下文 對此進行更詳細的描述。在備選實施例中，可以定義新的專用消息來攜載此類信息。圖3概括地非限制意義上地描述根據本發(fā)明的一個實施例的的方法的步驟。應該 注意，并非所有的方法步驟都需要存在于本發(fā)明的所有可設想的實施例中，以及某些實施 例可能隱含要添加到下文描述的一個或多個步驟中的附加方法步驟。而且，雖然下文的實 施例將結合演進UTRAN無線電接入網來描述，但是將認識到本發(fā)明還可應用于任何通信網源節(jié)點(即發(fā)送節(jié)點)有權訪問時間源，例如網絡時間協(xié)議(NTP)服務器或源節(jié) 點上運行的本地時鐘。在本實施例中，時間源與任何其他外部時間源精確地同步并不重要。在步驟20中，源節(jié)點從時間源獲取時間戳TSl。在步驟30中，源節(jié)點向接收目標節(jié)點(即目的地節(jié)點)發(fā)送第一消息，第一消息 包含時間戳TS1。例如，該第一消息可以是已擴充為包含時間戳的回應請求消息。當接收到第一消息時，在步驟40中，目標節(jié)點將第二消息發(fā)送回源節(jié)點，第二消 息包含時間戳TS1。例如，該第二消息可以是已擴充為包含時間戳TSl的回應響應消息。在步驟50中，當接收到第二消息時，源節(jié)點從時間源獲取又一個時間戳TS4。在步 驟60中，源節(jié)點然后計算源節(jié)點與目標節(jié)點之間通信的等待時間。在此情況中，等待時間 是消息從源節(jié)點發(fā)送到目標節(jié)點，在目標節(jié)點處被處理，然后發(fā)送回源節(jié)點的“往返程”時 間。在步驟70中，例如在預定的時間段之后重復該方法。由此，在步驟80中，源節(jié)點 再次從時間源獲取時間戳TS1+，并在步驟90中向目標節(jié)點發(fā)送包含時間戳TSl+的消息。要注意的是，上面示例中描述的信令和有效負載可以或可以不通過安全網關 (SEGff)。因此，如圖3描述的方法示出一種確定電信網絡的兩個節(jié)點之間的通信(例如GTP通信)的等待時間的方法。圖4示出本發(fā)明的另一個實施例的方法的信令圖。同樣地，應該注意，并非所有 的方法步驟都需要存在于本發(fā)明的所有可設想的實施例中，以及某些實施例可能隱含要添 加到下文描述的一個或多個步驟中的附加方法步驟。而且，雖然下文的實施例將結合演進 UTRAN無線電接入網來描述，但是將認識到本發(fā)明還可應用于任何通信網絡。在本實施例中，源節(jié)點(即發(fā)送節(jié)點)和接收目標節(jié)點(即目的地節(jié)點)都有權 訪問同步的時間源，諸如網絡時間協(xié)議(NTP)服務器或多個同步的NTP服務器的其中之一， 以便可以獲取正確的時間。在一個實施例中，這意味著無論何時需要時間戳，節(jié)點都可專門 地向外部同步的時間源請求時間。在其他實施例中，源節(jié)點和接收目標節(jié)點有權訪問同步 的時間源(例如NTP服務器)，并使用該訪問來保持精確的本地時間。然后可以快速地從本 地時間源獲取精確的時間戳。在步驟120中，如上所述，源節(jié)點從同步的時間源或從本地時間源取出時間戳 TSlo在步驟125中，源節(jié)點然后例如使用回應請求消息向目標節(jié)點發(fā)送包含時間戳 TSl的消息。因為在本示例中這是從源節(jié)點發(fā)送到目標節(jié)點的第一個回應請求消息，所以未 定義回應請求消息中的可選的“延遲”參數(shù)。該回應請求消息以與其他用戶平面消息相同 或更低的優(yōu)先級來發(fā)送。如果使用區(qū)分服務(DiffServ)或類似方法來實現(xiàn)IP網絡中的軟 QoS，則可以使用DiffServ碼點(DSCP)來定義優(yōu)先級級別。在步驟130中，接收目標節(jié)點從同步的時間源或從本地時間源取出時間戳TS2。如 果過程通過例如X2接口來執(zhí)行，則目標節(jié)點將是另一個eNB。如果通過Sl接口來執(zhí)行，則 目標節(jié)點是SAE-GW。在取出時間戳TS2之后，在步驟140中，目標節(jié)點計算消息從源節(jié)點發(fā)送到目標節(jié) 點所花的時間(Delayl)?？梢园吹陀诨虻扔谀繕斯?jié)點處普通業(yè)務處理優(yōu)先級的優(yōu)先級來處 理此步驟，這是因為目標節(jié)點處理所增加的延遲提供了該節(jié)點上負載的指示，即可以隱含 地推導出目標節(jié)點的響應時間，下文對此進行更詳細的描述。如上所述，這可以通過在回應 請求消息中使用適合的DSCP來實現(xiàn)。在此點上，目標節(jié)點現(xiàn)在知道源節(jié)點與目標節(jié)點之間的時間延遲(Delayl)。又一 些步驟是可選的，以便源節(jié)點可以獲取目標節(jié)點與源節(jié)點之間的時間延遲的知識或源節(jié)點 可以獲取目標節(jié)點的工作負載的知識。目標節(jié)點可選地從同步的時間源或從其本地時間源取出時間戳TS3，步驟150。在 一個實施例中，如果目標節(jié)點中的處理時間很長，則執(zhí)行此步驟。例如如果步驟140在低優(yōu) 先級級別上執(zhí)行(例如作為利用低優(yōu)先級的后臺作業(yè))，并因此花費一些時間來執(zhí)行，則會 是此情況。在步驟160中，目標節(jié)點使用與喚起回應請求消息相同的DSCP向源節(jié)點發(fā)送回復 消息(例如回應響應消息)，該回復消息包含計算的延遲(Delayl)和發(fā)送該消息時的時間 戳 TS3。在步驟170中，源節(jié)點從同步的時間源或從其本地時間源取出新的時間戳TS4。在步驟180中，源節(jié)點通過使用接收的時間戳TS3和來自同步的時間源或本地時 間源的時間戳TS4計算它見到的延遲(Delay2)。即，源節(jié)點計算回復消息從目標節(jié)點發(fā)送到源節(jié)點所花的時間。在回應請求消息中引入第一可選參數(shù)提供了遠程節(jié)點所經歷的延遲的信息，并且 對于本發(fā)明的一些實施例，可以消除兩個節(jié)點都執(zhí)行回應請求/響應過程的需要。因此，在 步驟185中，此選項連同可選的步驟150還允許按如下公式推導出目標節(jié)點中的處理延遲 TOTO = T4-Tl-Delayl-Delay2= T3-Tl-Delayl此處理延遲TO然后提供目標節(jié)點的工作負載的隱含指示，這是因為目標節(jié)點中 的處理Delayl的優(yōu)先級可以設為低于或等于處理普通業(yè)務的優(yōu)先級。實際上，優(yōu)先級可以 設在等于或低于要估算的業(yè)務類型的優(yōu)先級的任何級別。例如，如果要估算處理業(yè)務類型 A時目標節(jié)點的工作負載，則將回應請求消息的優(yōu)先級設為等于或小于業(yè)務類型A的優(yōu)先 級；如果要估算處理業(yè)務類型B時目標節(jié)點的工作負載，則將回應請求消息的優(yōu)先級設為 等于或小于業(yè)務類型B的優(yōu)先級，并以此類推。步驟190、200和210示出當時間到再次執(zhí)行回應測試時重復上述方法步驟的開 始。例如，在步驟200中，源節(jié)點從同步的時間源取出新的時間戳TS1+。該過程如步驟210 中示出的一樣繼續(xù)。但是，將認識到，此時源節(jié)點可以包括先前已確定(即在步驟180中) 的延遲(Delay2)。要注意的是，上面示例中描述的信令和有效負載可以或可以不通過安全網關 (SEGff)。因此，顯然，本發(fā)明在一個實施例中還提供一種用于確定遠程網絡單元的工作負 載的方法。這通過從源網絡單元向遠程單元發(fā)送第一消息(例如，回應請求消息)，并在源 單元處從遠程單元接收第二消息(例如，回應響應消息)來實現(xiàn)。第二消息包含接收第一 消息與發(fā)送第二消息之間的時間長度的指示，并因此提供遠程網絡單元的工作負載的隱含 指示。為了實現(xiàn)此目的，如上所述，處理第一消息的優(yōu)先級可以設在等于或小于要估算的業(yè) 務類型的優(yōu)先級的任何級別(例如，通過為第一消息設置適合的DSCP)。以此方式，僅在遠 程單元處理了該類型的業(yè)務之后或與之同時發(fā)送第二消息，因此遠程單元處的延遲是它的 該類型的業(yè)務的工作負載的函數(shù)。該指示可以由源網絡單元推導出，正如參考圖4描述的一樣。在本實施例中，第一 消息包含源網絡單元發(fā)送它所處的時間的時間戳TS1。在接收到第一消息時，遠程網絡單元 獲取另一個時間戳TS2，并計算第一消息到達遠程網絡單元所花的時間(Delayl)。第二消息然后包含發(fā)送第二消息所處的時間的第三時間戳TS3以及還包含 Delayl。在接收到第二消息時，源網絡單元就可以根據如下公式計算遠程網絡單元的處理 時間TO TO = T3-Tl-Delayl圖5是本發(fā)明的備選實施例的信令圖。本實施例與參考圖4描述的實施例相似，所以相似的步驟不作進一步詳細的描 述。步驟 220、225、230、240、250、270、280、290 和 300 分別與步驟 120、125、130、140、150、 170、180、190 和 200 相似。在步驟260中，目標節(jié)點發(fā)送的回復消息包含時間戳TS2和TS3，而非TS3和Delayl。通過以此信息回復，源節(jié)點可以根據如下公式在步驟285中計算處理時間TO TO = T3-T2該源節(jié)點還可以利用其對TS2和TSl的了解計算Delayl (即Delayl = T2-T1)。在步驟310中，源節(jié)點發(fā)送含有時間戳TS4以及新的時間戳TSl+的消息(例如回 應請求消息)。這使得目標節(jié)點能夠計算源節(jié)點處的處理時間(獲得源節(jié)點的工作負載的 隱含指示)以及Delay2。圖3、4和5中的示例示出eNB開始回應請求過程。但是，它還可以從SAE_GW(系 統(tǒng)架構演進網關)開始或這些過程可以從兩個節(jié)點同時或僅從一個節(jié)點運行。而且，可以在例如如圖2所示的UTRAN(即“平坦"UTRAN架構)或其中將RNC與無 線電基站分離的傳統(tǒng)UTRAN架構中采用參考圖3、4和5描述的方法。在前一種情況中，目 標和源節(jié)點可以是無線電基站、SGSN或GGSN的任何其中之一，其中根據本發(fā)明的消息在無 線電基站與SGSN之間或在無線電基站與GGSN之間傳遞(如果使用直接隧穿的話)；在后 一種情況中，目標和源節(jié)點可以是RNC、SGSN或GGSN的任何其中之一，其中根據本發(fā)明的消 息在RNC與SGSN之間或在RNC與GGSN之間傳遞(如果使用直接隧穿的話)。當然，在不背離本發(fā)明的基本特征的前提下，本發(fā)明可以采用與本文明確提出的 那些不同的方式來實現(xiàn)。在任何方面本發(fā)明實施例均應視為說明性的而非限制，落在所附 權利要求的意義和等效范圍內的所有更改均應被涵蓋在其中。
權利要求
1.在電信網絡的第一網絡單元中一種用于確定所述第一網絡單元與第二網絡單元之 間的等待時間的方法，所述方法包括從所述電信網絡的所述第二網絡單元接收第一消息，所述第一消息包含第一時間戳 (TS1、TS3)；從時間源獲取(50、170、270)第二時間戳(TS4)；以及基于所述第一時間戳(TS1、TS3)和所述第二時間戳(TS4)，確定(60、180、觀0)時間延 遲，所述時間延遲是在所述第二網絡單元與所述第一網絡單元之間發(fā)送所述第一消息所花 費的時間。
2.如權利要求1所述的方法，還包括在所述接收的步驟之前 從時間源獲取00)所述第一時間戳(TSl)；以及向所述第二網絡單元發(fā)送(30)第二消息，所述第二消息包含所述第一時間戳(TSl)。
3.如權利要求1所述的方法，還包括在所述接收的步驟之前從時間源獲取(120、 220)第三時間戳(TSl)；以及向所述第二網絡單元發(fā)送(125、22幻第二消息，所述第二消息包含所述第三時間戳 (TSl)。
4.如權利要求3所述的方法，其中所述第二網絡單元接收所述第二消息，從時間源獲 取(130,230)第四時間戳(TS2)，并確定(140,240)第二時間延遲(Delayl)，所述第二時間 延遲(Delayl)是將所述第二消息從所述第一網絡單元發(fā)送到所述第二網絡單元所花費的 時間。
5.如權利要求4所述的方法，其中所述第一消息還包含所述第二時間延遲(Delayl)的 指示。
6.如權利要求4或5所述的方法，還包括確定(18538 所述第二網絡單元接收所述第二消息與發(fā)送所述第一消息之間的時段。
7.如權利要求6所述的方法，其中所述時段提供所述第二網絡單元的工作負載的指
8.如前面權利要求中任一項所述的方法，其中所述第一消息是回應響應消息。
9.如前面權利要求中任一項所述的方法，其中所述第二消息是回應請求消息。
10.在電信網絡的第一網絡單元中一種用于確定所述電信網絡中的第二網絡單元的工 作負載的方法，所述方法包括向第二網絡單元發(fā)送(125、22幻第一消息；從所述第二網絡單元接收第二消息，所述第二消息包含有關所述第一消息在所述第二 網絡單元處被接收所處的時間與所述第二消息從所述第二網絡單元被發(fā)送所處的時間之 間的時間段的信息；以及由此確定(18548 所述第二網絡單元的工作負載的指示。
11.如權利要求10所述的方法，其中有關所述時間段的信息包含所述第一消息在所述 第二網絡單元處被接收到所處的時間的第一時間戳(TS2)。
12.如權利要求10或11所述的方法，其中有關所述時間段的信息包含所述第二消息從 所述第二網絡單元被發(fā)送所處的時間的第二時間戳(TS3)。
13.如權利要求11或12所述的方法，其中所述第二網絡單元從同步的時間源獲取所述 時間戳。
14.如權利要求10-13中任一項所述的方法，其中所述第一消息包含第三時間戳 (TSl)。
15.如權利要求14所述的方法，其中有關所述時間段的信息包含所述第一消息到達所 述第二網絡單元所花費的時間的度量(Delayl)。
16.如權利要求15所述的方法，還包括利用如下公式計算所述時間段t = TS3-TSl_Delayl。
17.如權利要求10-16中任一項所述的方法，其中所述第一消息是回應請求消息。
18.如權利要求10-17中任一項所述的方法，其中所述第二消息是回應響應消息。
19.一種在電信網絡中使用的網絡單元，所述網絡單元包括用于從所述電信網絡的第二網絡單元接收消息的部件，所述接收的消息包含第一時間 戳(TS;3)；用于從時間源獲取第二時間戳(TS4)的部件；以及用于基于所述第一時間戳(TS3)和所述第二時間戳(TS4)確定時間延遲(Delay2)的 部件，所述時間延遲(Delay》是在所述第二網絡單元與所述第一網絡單元之間發(fā)送所述 消息所花費的時間。
20.一種在電信網絡中使用的網絡單元，所述網絡單元包括用于向第二網絡單元發(fā)送第一消息的部件；用于從所述第二網絡單元接收第二消息的部件，所述第二消息包含有關所述第一消息 在所述第二網絡單元處被接收所處的時間與所述第二消息從所述第二網絡單元被發(fā)送所 處的時間之間的時間段的信息；以及用于由此確定所述第二網絡單元的工作負載的指示的部件。
21.如權利要求19或20所述的網絡單元，其中所述網絡單元是如下的其中之一無 線電基站；系統(tǒng)架構演進網關(SAE-GW)；服務GPRS支持節(jié)點(SGSN)；網關GPRS支持節(jié)點 (GGSN)；以及無線電網絡控制器(RNC)。
全文摘要
提供有一種確定電信網絡的遠程網絡單元中的等待時間的方法。在一個實施例中，該方法包括在網絡單元處接收消息，該消息包含從源網絡單元發(fā)送它所處時間的時間戳。在接收到該消息時，該網絡單元獲取另一個時間戳，并由此可以確定要在網絡單元之間發(fā)送該消息的時間。在另一些實施例中，源網絡單元可以通過向遠程網絡單元發(fā)送第一消息并確定遠程網絡單元向源網絡單元發(fā)送回第二消息之前的時間長度來獲得該遠程網絡單元的工作負載的隱含指示。
文檔編號H04L12/56GK102132531SQ200880122045
公開日2011年7月20日 申請日期2008年11月27日 優(yōu)先權日2007年12月20日
發(fā)明者P·斯特恩霍爾姆, T·尼蘭德 申請人:愛立信電話股份有限公司