回應(yīng)端實(shí)例的自動建立的制作方法
【專利摘要】在通信網(wǎng)絡(luò)中的始發(fā)端和回應(yīng)端之間建立服務(wù)操作管理維護(hù)(OAM)會話的方法包括通過所述回應(yīng)端連續(xù)地監(jiān)控由所述始發(fā)端傳送的任何測試包。在由第一時間戳表示的時間處，所述始發(fā)端向所述回應(yīng)端傳送測試包。在由第二時間戳表示的時間處，所述回應(yīng)端接收所述測試包，并生成用于識別所述回應(yīng)端的唯一流標(biāo)識符。所述回應(yīng)端將所述測試包傳送給所述始發(fā)端。所述回應(yīng)端向所述測試包分配序列號。在由第四時間戳表示的時間處，所述始發(fā)端接收所述測試包。所述回應(yīng)端至少在所述OAM會話的持續(xù)時間內(nèi)存儲所述唯一流標(biāo)識符。
【專利說明】回應(yīng)端實(shí)例的自動建立
[0001]相關(guān)申請的交叉參考
[0002]2012年7月24日提交的美國專利申請N0.13/557，102的全部內(nèi)容以引用的方式并入本文。
【技術(shù)領(lǐng)域】
[0003]本發(fā)明涉及以太網(wǎng)(Ethernet)操作管理維護(hù)(OperationsAdministration andMaintenance ；0AM)構(gòu)架的范疇下的測試會話的自動建立。
【背景技術(shù)】
[0004]許多年來，以太網(wǎng)被用作LAN(局域網(wǎng))技術(shù)，且許多企業(yè)已經(jīng)使用諸如簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)、ICMP回應(yīng)(或IP因特網(wǎng)包探索(IPping))、IP路由追蹤(IP Traceroute)和思科單向鏈路檢測協(xié)議(Cisco Unidirectional Link Detection Protocol ；UDLD)等因特網(wǎng)協(xié)議來管理這些網(wǎng)絡(luò)。以太網(wǎng)操作管理維護(hù)(Ethernet Operations Administrationand Maintenance ；E0AM)是用于建立、監(jiān)視和檢修城域網(wǎng)(Metropolitan Area Network ；MAN)以及廣域網(wǎng)(Wide Area network ；WAN)的協(xié)議。由于目前存在較大且復(fù)雜的網(wǎng)絡(luò)以及通過提供端到端服務(wù)(end-to-end service)而涉及不同操作者的廣大用戶群，因此以太網(wǎng)作為網(wǎng)絡(luò)技術(shù)的使用就產(chǎn)生了對新的OAM協(xié)議組的需要。
[0005]因特網(wǎng)工程工作小組(Internet Engineering Task Force ；IETF)開發(fā)并提升了網(wǎng)絡(luò)標(biāo)準(zhǔn)。單向主動測量協(xié)議[RFC4656] (One-way Active Measurement Protocol ； Off AMP)提供了用于在網(wǎng)絡(luò)裝置之間測量單向量度的公共協(xié)議。OWAMP可雙向地用于在兩個網(wǎng)絡(luò)組件之間的兩個方向上測量單向量度。然而，它并不適用往返或雙向測量。
[0006]雙向主動測量協(xié)議(Two-WayActive Measurement Protocol ;TWAMP)提供了基于標(biāo)準(zhǔn)的用于測量兩個裝置之間的往返程IP性能(丟包、時延和抖動)的方法。TWAMP使用單向主動測量協(xié)議(One-way Active Measurement Protocol ；OffAMP)的方法和結(jié)構(gòu)來定義用于測量雙向或往返量度的方式。
[0007]在TWAMP中存在有四個邏輯實(shí)體:控制客戶端(Control-Client)、會話發(fā)起端(Session-Sender)、服務(wù)器(Server)以及會話回應(yīng)端(Session-Reflector)?？刂瓶蛻舳撕蜁挵l(fā)起端通常實(shí)施在一個物理裝置(“客戶端”)中，而服務(wù)器和會話發(fā)起端實(shí)施在正在執(zhí)行雙向測量的第二個物理裝置(“服務(wù)器”)中。
[0008]控制客戶端和服務(wù)器建立TCP (傳送控制協(xié)議)連接并在該連接上交換TWAMP控制消息。當(dāng)控制客戶端期望開始測試時，客戶將測試參數(shù)傳送到服務(wù)器。如果服務(wù)器同意進(jìn)行所期望的測試，則在客戶端發(fā)送開始會話消息時立刻開始測試。作為測試的一部分，會話發(fā)起端將基于用戶數(shù)據(jù)協(xié)議(User Datagram Protocol ；UDP)的測試包的流發(fā)送到會話回應(yīng)端，且會話回應(yīng)端使用基于UDP的響應(yīng)測試包來響應(yīng)所接收的每個包。當(dāng)會話發(fā)起端從會話回應(yīng)端接收響應(yīng)包時，將信息用于計算兩個裝置之間的雙向時延、丟包和包時延變化。
[0009]在TWAMP的簡化架構(gòu)(TWAMP Light)中，在一個被稱為控制器的主機(jī)中實(shí)施控制客戶端、服務(wù)器和會話發(fā)起端的作用(部分RFC5357)，且在另一被稱為應(yīng)答器的主機(jī)中執(zhí)行會話回應(yīng)端的作用。
[0010]TffAMP Light提供了應(yīng)答器的簡單架構(gòu)，其中這些應(yīng)答器的作用簡單用作網(wǎng)絡(luò)中的簡單架構(gòu)測試點(diǎn)?？刂破魍ㄟ^非標(biāo)準(zhǔn)構(gòu)件與服務(wù)器建立測試會話。在建立測試會話之后，控制器將測試包傳送給應(yīng)答器。除了下述動作之外，應(yīng)答器都遵循TWAMP的會話回應(yīng)端性倉泛。
[0011]在TWAMP Light的情況下，會話回應(yīng)端不必了解會話狀態(tài)。如果會話回應(yīng)端不了解會話狀態(tài)，則會話回應(yīng)端必須將所接收包的序列號復(fù)制到回應(yīng)包的序列號字段?？刂破鹘邮账貞?yīng)的測試包并收集雙向量度。該架構(gòu)允許收集雙向量度。
[0012]TWMAP Light消除了對TWAMP控制協(xié)議的需要，且假設(shè)會話回應(yīng)端受到配置且通過非標(biāo)準(zhǔn)構(gòu)件在其與服務(wù)器通信之間傳送它的配置。會話回應(yīng)端簡單地將進(jìn)入的包回應(yīng)到控制器，并同時復(fù)制所需信息以及生成序列碼和時間戳值。TWAMP Light引入了一些額外的安全考量。用于控制應(yīng)答器并建立測試會話的非標(biāo)準(zhǔn)構(gòu)件提供了下述特征。非標(biāo)準(zhǔn)應(yīng)答器控制協(xié)議具有經(jīng)認(rèn)證的操作模式。應(yīng)答器可配置成僅接收經(jīng)認(rèn)證的控制會話。非標(biāo)準(zhǔn)應(yīng)答器控制協(xié)議具有經(jīng)認(rèn)證且加密的用于激活TWAMP測試協(xié)議的模式。當(dāng)TWAMP Light測量會話在經(jīng)認(rèn)證或加密的模式下操作時，會話回應(yīng)端必須具有一些用于生成密匙的機(jī)制(這是因?yàn)門WAMP控制協(xié)議在該過程中正常地發(fā)揮作用，但并不存在于此)。

【發(fā)明內(nèi)容】

[0013]根據(jù)本發(fā)明的一個方面，一種在通信網(wǎng)絡(luò)中的始發(fā)端和回應(yīng)端之間建立服務(wù)操作管理維護(hù)(OAM)會話的方法包括通過所述回應(yīng)端連續(xù)監(jiān)控由所述始發(fā)端傳送的任何測試包。在由第一時間戳表示的時間處，所述始發(fā)端向所述回應(yīng)端傳送測試包。在由第二時間戳表示的時間處，通過所述回應(yīng)端接收所述測試包，并生成用于識別所述回應(yīng)端的唯一流標(biāo)識符。所述回應(yīng)端向由所述回應(yīng)端傳送的所述測試包分配序列號。在由第三時間戳表示的時間處，所述回應(yīng)端將所述測試包傳送回所述始發(fā)端。在由第四時間戳表示的時間處，所述始發(fā)端接收所述測試包。所述回應(yīng)端至少在所述OAM會話的持續(xù)時間內(nèi)存儲所述唯一流標(biāo)識符。
[0014]根據(jù)本發(fā)明的另一方面，一種在通信網(wǎng)絡(luò)中的始發(fā)端和回應(yīng)端之間建立服務(wù)操作管理維護(hù)(OAM)會話的方法包括通過所述回應(yīng)端連續(xù)監(jiān)控由所述始發(fā)端傳送的任何測試協(xié)議數(shù)據(jù)單元。所述回應(yīng)端接收測試協(xié)議數(shù)據(jù)單元。所述回應(yīng)端生成用于識別所述回應(yīng)端的唯一流標(biāo)識符。所述回應(yīng)端將所述測試協(xié)議數(shù)據(jù)單元傳遞到所述始發(fā)端。所述回應(yīng)端向由所述回應(yīng)端傳遞的所述測試協(xié)議數(shù)據(jù)單元分配序列號。所述回應(yīng)端至少在所述OAM會話的持續(xù)時間內(nèi)存儲所述唯一流標(biāo)識符。
[0015]根據(jù)本發(fā)明的又一方面，一種在通信網(wǎng)絡(luò)中的始發(fā)端和回應(yīng)端之間建立服務(wù)操作管理維護(hù)(OAM)會話的系統(tǒng)包括始發(fā)端和回應(yīng)端。所述始發(fā)端經(jīng)配置用于生成測試協(xié)議數(shù)據(jù)單元，并沿著測試路徑將所述測試協(xié)議數(shù)據(jù)單元傳送到回應(yīng)端。所述回應(yīng)端經(jīng)配置用于從所述始發(fā)端接收所述測試協(xié)議數(shù)據(jù)單元，并將所述測試協(xié)議數(shù)據(jù)單元傳遞給所述始發(fā)端。所述回應(yīng)端經(jīng)配置還用于生成用于識別所述回應(yīng)端的唯一流標(biāo)識符，并至少在所述OAM會話的持續(xù)時間內(nèi)存儲所述唯一流標(biāo)識符。所述回應(yīng)端經(jīng)配置還用于向由所述回應(yīng)端傳送的所述測試協(xié)議數(shù)據(jù)單元分配序列號。所述始發(fā)端經(jīng)配置用于從所述回應(yīng)端接收所述測試協(xié)議數(shù)據(jù)單元。
【專利附圖】

【附圖說明】
[0016]通過閱讀下述詳細(xì)說明并參考附圖，本發(fā)明的上述和其它優(yōu)點(diǎn)將變得更加明顯。
[0017]圖1示出了在建立時為使因特網(wǎng)電路獲取資格所需的測量；
[0018]圖2示出了以太網(wǎng)服務(wù)區(qū)域；
[0019]圖3示出了如何在用于支持以太網(wǎng)虛擬電路(Ethernet Virtual Circuit ；EVC)的不同下層之間的邊界處代表性地得到測量點(diǎn)(Measurement Points ；MP)；
[0020]圖4示出了產(chǎn)生用于回應(yīng)端實(shí)例(reflector instance)的雙向環(huán)回測量(2_wayloopback measurement)和組成的時間戮的位置；
[0021]圖5示出了流數(shù)據(jù)的格式；
[0022]圖6示出了由始發(fā)端(originator)生成的流數(shù)據(jù)的編碼；
[0023]圖7示出了由回應(yīng)端生成的流數(shù)據(jù)的格式和編碼。
[0024]雖然本發(fā)明可以做出各種修改或替代形式，但在附圖中以示例的方式示出了具體實(shí)施例且在下文中詳細(xì)說明了這些具體實(shí)施例。然而，應(yīng)明白的是，本發(fā)明并不限于所公開的特定形式。反向地，本發(fā)明覆蓋了所有落入由隨附權(quán)利要求限定的發(fā)明范圍和精神內(nèi)的所有變化例、等同例和替代例。
【具體實(shí)施方式】
[0025]在下述說明中，為了說明而非限制的目的，提出了諸如具體實(shí)施例、過程、技術(shù)等的具體細(xì)節(jié)，以便提供對本發(fā)明的徹底理解。然而，對于本領(lǐng)域技術(shù)人員來說，很顯然本發(fā)明還可應(yīng)用于除這些具體細(xì)節(jié)之外的實(shí)施例中。
[0026]下面的討論是對可實(shí)施本文所述的方法和裝置的合適計算機(jī)處理環(huán)境的簡要和概括說明。在一個非限制性示例中，將在諸如程序模塊等可在分布式計算環(huán)境中執(zhí)行的處理器可執(zhí)行指令的一般范疇下說明該方法和裝置，上述分布式計算環(huán)境中的任務(wù)是通過經(jīng)由一個或多個網(wǎng)絡(luò)鏈路的遠(yuǎn)程或本地處理設(shè)備來執(zhí)行的。本領(lǐng)域技術(shù)人員可以理解，可使用任何數(shù)目的適當(dāng)計算機(jī)系統(tǒng)配置來實(shí)施該方法，而不是僅限于所說明的配置。
[0027]以太網(wǎng)服務(wù)OAM架構(gòu)是由諸如ITU-T Y.1731和IEEE802.lag等標(biāo)準(zhǔn)定義的。這樣允許通過雙向測量功能(即2x0neWay)對2層交換網(wǎng)絡(luò)的時延和丟包進(jìn)行有效測量，且能夠測量和報告兩個方向的所有所需的度量(時延、抖動、丟包、重新排序等)，從而確定并報告網(wǎng)絡(luò)的性能。
[0028]抖動是在忽視了任何丟包的情況下從流中選擇的包之間的端到端單向時延的差異。時延被定義為從在源處正被傳送的包的開始到在目的地處正被接收的包的結(jié)束。例如，如果每隔20ms傳送包且如果第二個包在第一個包被接收之后30ms被接收，則抖動為-10ms。如果第二個包在第一個包被接收之后IOms被接收，則抖動為+10ms。
[0029]這就需要在直接在2層網(wǎng)絡(luò)上進(jìn)行操作的各種性能測量或者當(dāng)在3層網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)(IPv4和/或IPv6)中提供以太網(wǎng)服務(wù)時進(jìn)行操作的各種性能測量。
[0030]國際電信同盟(InternationalTelecommunication Union ;ITU)是聯(lián)合國的信息和通信技術(shù)(ICTs)的專門機(jī)構(gòu)。ITU標(biāo)準(zhǔn)(被稱為“建議”)是ICT網(wǎng)絡(luò)操作的基本原則。ITU-T Y.1731性能監(jiān)視提供了基于標(biāo)準(zhǔn)的以太網(wǎng)性能監(jiān)視，該以太網(wǎng)性能監(jiān)視包括對以太網(wǎng)幀時延、幀時延變化和幀丟包的測量及傳送量。
[0031]以太網(wǎng)服務(wù)OAM架構(gòu)定義了數(shù)種用于連接性驗(yàn)證的功能以及性能監(jiān)視。本發(fā)明的一個目的在于增強(qiáng)由ITU Y.1731定義的基礎(chǔ)以太網(wǎng)服務(wù)OAM消息。例如，以太網(wǎng)環(huán)回(Ethernet Loopback ；ΕΤΗ-LB)和雙向巾貞時延測量(two-way Frame Delay Measurement ；ΕΤΗ-DM)是雙向的，即，始發(fā)端節(jié)點(diǎn)向回應(yīng)端節(jié)點(diǎn)發(fā)送一個或多個測量幀，回應(yīng)端節(jié)點(diǎn)(在處理和交換MAC地址之后等)將測量幀發(fā)送回始發(fā)端節(jié)點(diǎn)。由于ETH-DM和ETH-LB并不提供基于Y.1731的下行鏈路(反向路徑)方向的專用序列號，因此這兩種測量功能都缺乏監(jiān)視單向丟包、重新排序和復(fù)制包的能力。
[0032]這就是為什么需要專有ETH-VSP測量功能的一個原因。通過2x0neWay方法獲得的測量非常類似于通過TWAMP獲得的測量，其不同之處在于，2x0neWay回應(yīng)端記錄所接收包中的IP-ToS (服務(wù)類型)。
[0033]由于沒有針對這些測試的序列號的明確追蹤，所以ETH-DM和ETH-LB不需要任何回應(yīng)端實(shí)例以根據(jù)規(guī)格進(jìn)行操作，但ETH-VSP和ETH-SLM都需要該實(shí)例。ETH-SLM是Y.1731中的新測量功能，其需要專用序列號。
[0034]對Y.1731中的測量功能的概述:
[0035]ETH-LB:測量并報告雙向時延、抖動、丟包、重新排序等。為了改善ETH-LB消息中的可用測量，將類型-長度-值(Type-Length-Value ；TLV)數(shù)據(jù)加入到ETH-LBM的有效載荷(payload)中，以保持傳送時間戳(tO)。由于不需要“主動”動作，所以對明確的回應(yīng)端實(shí)例沒有形式要求。所有這一切所要求的是對管理回應(yīng)端實(shí)例的網(wǎng)絡(luò)組件進(jìn)行配置以啟用該功能。ETH-DM:測量并報告雙向時延、抖動、丟包、重新排序等。它在回應(yīng)端使用兩個可選時間戳(tl和t2)的情況下也能夠測量和報告單向時延和抖動。將類型-長度-值(Type-Length-Value ；TLV)數(shù)據(jù)加入到ETH-DMM的有效載荷中，以保持“上行鏈路”的序列號。ETH-SLM:測量并報告雙向時延、抖動、丟包、重新排序等。它也測量和報告單向丟包、重新排序等。由于回應(yīng)端需要追蹤序列號，所以對ETH-SLM消息的支持需要必須配置至少一個MEP的構(gòu)造。ETH-VSP:測量并報告雙向和單向的所有量度。ETH-VSP不依賴于MEP或MIP，但它可能需要啟用以太網(wǎng)OAM以啟用ETH-VSP回應(yīng)端，這取決于具體的實(shí)施?？傊?x0neWay和TWAMP的組合在其涉及所測量和報告的量度(即時延、抖動、丟包、重新排序等)時提供了與ETH-VSP相同的功能。
[0036]下述圖表示出了用于定義在建立時使以太網(wǎng)電路具有資格所需的時延和其它測量的要求。根據(jù)ITU Y.1563制成的圖1示出了以太網(wǎng)服務(wù)性能的分層特性。該網(wǎng)絡(luò)包括連接導(dǎo)向鏈路或無連接鏈路，這些鏈路連接到在網(wǎng)絡(luò)內(nèi)部處理以太網(wǎng)層的橋接器。在以太網(wǎng)幀每次通過以太網(wǎng)層時，它都經(jīng)過整合處理并通過下層連接發(fā)送到下一橋接器。下層是基于諸如SDH、0TN、roH、MPLS、ATM和ETY等多種技術(shù)的層。所有以太網(wǎng)層和下層的性能都影響用于分發(fā)服務(wù)的網(wǎng)絡(luò)的端到端性能。
[0037]高層可用于啟用端到端通信。上層可包括類似IP、MPLS和以太網(wǎng)等允許網(wǎng)絡(luò)部署的較大可擴(kuò)展性的協(xié)議。類似TCP等其他協(xié)議提供了在幀丟包的情況下重新傳送幀的能力。不幸的是，TCP中的兩個缺點(diǎn)在于傳送用戶信息時增加了時延，以及可能限制了最大通知窗口尺寸、與帶寬時延產(chǎn)品的交互以及與以太網(wǎng)服務(wù)的丟包和時延的流控制交互。本發(fā)明的一個目的在于與如下事實(shí)無關(guān)地執(zhí)行所要求的測量:用于承載以太網(wǎng)虛擬電路(EVC)的鏈路(或下層-LL)可以在2層或3層處操作。
[0038]根據(jù)ITU Y.1564制成的圖2提供了以太網(wǎng)服務(wù)區(qū)域的簡單示例，并作為以太網(wǎng)服務(wù)激活測量進(jìn)行參照。該測試的目的在于驗(yàn)證基于以太網(wǎng)的服務(wù)的配置和性能。該測試驗(yàn)證了包括承諾信息速率(Committed Information Rate ;CIR)、過量信息速率(ExcessInformation Rate ；EIR)和其它屬性的以太網(wǎng)服務(wù)屬性。這示出了網(wǎng)絡(luò)的用于支持以太網(wǎng)服務(wù)實(shí)例的不同部分。
[0039]還示出了 UNI參考點(diǎn)出現(xiàn)在接入鏈路的中部的情況,或更具體地,UNI是如下參考點(diǎn)，該參考點(diǎn)的功能被拆分為客戶(UN1-C)組件和網(wǎng)絡(luò)(UN1-N)組件。從服務(wù)供應(yīng)者的觀點(diǎn)來看，他們需要將服務(wù)從UN1-C分發(fā)到UN1-C，且基于該觀點(diǎn)而創(chuàng)建了本發(fā)明所述的測試方法。
[0040]客戶設(shè)備(CE)和操作者的網(wǎng)絡(luò)通過UNI交換服務(wù)幀(service frame)。服務(wù)幀是通過UNI向服務(wù)供應(yīng)者傳送的以太網(wǎng)幀(被稱為入口服務(wù)幀)或通過UNI向CE傳送的以太網(wǎng)幀(被稱為出口服務(wù)幀)。許多服務(wù)在雙UNI上運(yùn)行。它們由其屬性來獲取資格。這些屬性包括但不限于:連接類型；業(yè)務(wù)參數(shù)；QoS (包括VLAN信息)、業(yè)務(wù)類型(數(shù)據(jù)與管理的關(guān)系)等；帶寬輪廓屬性；性能標(biāo)準(zhǔn)；FD、FDV、幀丟包率、可用性等。
[0041]從而，以太網(wǎng)虛擬電路可實(shí)際上能夠以2層或3層跨越多個傳送網(wǎng)絡(luò)。這就對通過使用傳統(tǒng)方法來有效地測量時延和丟包提出了挑戰(zhàn)。
[0042]根據(jù)ITU-Ty.1563制成的圖3示出了如何在用于支持EVC的不同下層之間的邊界處代表性地獲得測量點(diǎn)(Measurement Point ;MP)。這些MP (或回應(yīng)端)的位置對于獲得充分測量來說非常重要。對于上述每個圖，雙向時延測量通常是從源(SRC)到目的地(DST)并返回SRC來獲得的，且并不針每個交換鏈路(或下層)提供詳細(xì)的時延信息。
[0043]回應(yīng)端實(shí)例是非管理型或管理型回應(yīng)端實(shí)例。非管理型回應(yīng)端實(shí)例從回應(yīng)端實(shí)例池中分配，且在新的測量流到達(dá)時在運(yùn)行期間被激活。產(chǎn)生唯一的流標(biāo)識符(FlowId)以用于具體測量流，且接著該標(biāo)識符用于將測量流與所分配的回應(yīng)端實(shí)例相關(guān)聯(lián)。如果在超時計時器的持續(xù)時間內(nèi)沒有從相關(guān)聯(lián)的測量流接收到消息，則回應(yīng)端實(shí)例被去激活，停止與測量流的關(guān)聯(lián)，并被返還到回應(yīng)端實(shí)例池中。
[0044]管理型回應(yīng)端實(shí)例通過控制接口被配置成與由唯一的流標(biāo)識符(FlowId)識別的具體測量流相關(guān)聯(lián)。在此情形中，針對具體測量流預(yù)先分配回應(yīng)端實(shí)例，且在運(yùn)行時不需要資源分配。通過控制接口移除回應(yīng)端實(shí)例的配置，從而使管理型回應(yīng)端實(shí)例去激活并被返還到回應(yīng)端實(shí)例池中。
[0045]根據(jù)本發(fā)明的一個方面，自動建立非管理型回應(yīng)端，因此消除(或至少明顯地降低)了與各回應(yīng)端的配置數(shù)據(jù)的定義和持續(xù)管理相關(guān)聯(lián)的開銷，并消除了始發(fā)端和回應(yīng)端之間對明確的OAM會話建立協(xié)議的需要。該自動建立不僅在以太網(wǎng)電路的起始激活期間是令人滿意的，而且在以太網(wǎng)電路被宣布是可操作的壽命期間的任何時間上也是令人滿意的。
[0046]結(jié)合服務(wù)數(shù)據(jù)單元(service data unit ;SDU)可以更好地理解協(xié)議數(shù)據(jù)單元(protocol data unit ;PDU)。在不同的“層”中實(shí)施網(wǎng)絡(luò)的特征或服務(wù)。例如，通過物理層在線路、光纖等上發(fā)送I或O。通過數(shù)據(jù)鏈路層將I和O組織到數(shù)據(jù)塊中并在線路上使它們安全地到達(dá)的正確位置處。通過網(wǎng)絡(luò)層在多個相連的網(wǎng)絡(luò)上傳遞數(shù)據(jù)塊。通過傳送層將數(shù)據(jù)分發(fā)到目的地處的正確軟件應(yīng)用程序。在各層之間(和應(yīng)用程序與最頂層之間)，這些層通過接口來傳遞服務(wù)數(shù)據(jù)單元。應(yīng)用程序或高層了解SDU中的數(shù)據(jù)的結(jié)構(gòu)，但接口處的下層并不了解；其將SDU中的數(shù)據(jù)作為有效負(fù)荷，并負(fù)責(zé)使有效負(fù)荷到達(dá)目的地處的相同接口。為實(shí)現(xiàn)該目的，協(xié)議層向SDU中增加它需要的某些數(shù)據(jù)以執(zhí)行其功能。例如，高層可能增加端口號以識別應(yīng)用程序，增加網(wǎng)絡(luò)地址以幫助路由選擇和/或增加代碼以識別包中的數(shù)據(jù)類型以及檢錯信息。
[0047]所有這些附加信息加上來自高層的原始服務(wù)數(shù)據(jù)單元構(gòu)成了這一層處的協(xié)議數(shù)據(jù)。其意義在于，PDU是結(jié)構(gòu)化信息，其被沿著數(shù)據(jù)的行程傳遞到匹配協(xié)議層，其中數(shù)據(jù)的行程允許該層分發(fā)它所期望的功能或服務(wù)。匹配層或“同等級層(peer)”對數(shù)據(jù)進(jìn)行解碼以抽取原始服務(wù)數(shù)據(jù)單元，并決定該數(shù)據(jù)是否沒有錯誤以及接下來將該數(shù)據(jù)發(fā)送到哪個位置等。除非該數(shù)據(jù)已經(jīng)達(dá)到最下層(物理層)，否則通過使用協(xié)議“堆?！敝械南乱幌聦拥姆?wù)將PDU傳遞到同等級層。當(dāng)PDU通過接口從構(gòu)建了 rou的層傳遞到僅傳遞rou(且因此不了解其內(nèi)部結(jié)構(gòu))的層時，PDU變成那一層的服務(wù)數(shù)據(jù)單元。在到達(dá)最下層之前，反復(fù)執(zhí)行將尋址和控制信息增加到SDU以形成rou以及將該P(yáng)DU傳遞到下一下層以作為SDU的動作，且通過一些媒體傳遞數(shù)據(jù)以作為物理信號。
[0048]PDU與OSI模型的前4個層如下地關(guān)聯(lián):
[0049]1.1層(物理層)PDU是位。
[0050]2.2層(數(shù)據(jù)鏈路層)PDU是幀。
[0051]3.3層(網(wǎng)絡(luò)層)PDU是包。
[0052]4.4層(傳送層)PDU是用于TCP連接的段或用于UDP連接的數(shù)據(jù)報。
[0053]在建立和激活以太網(wǎng)電路時，需要能夠獲得精確的性能測量，以保證以太網(wǎng)虛擬連接(Ethernet Virtual Connection ；EVC)具有完全的與操作者的性能說明相一致的功倉泛。
[0054]另外非常期望的是，能夠在⑴以太網(wǎng)電路的壽命期間(一天24小時，一周7天)執(zhí)行類似的性能測量以確保正在進(jìn)行的操作質(zhì)量以及遵守任何服務(wù)水平協(xié)議(ServiceLevel Agreement ；SLA)以及其他操作參數(shù)，以及(2)以太網(wǎng)電路處于服務(wù)中時執(zhí)行類似的性能測量。
[0055]根據(jù)本發(fā)明的一個方面，雙向時延測量的起始端被稱為始發(fā)端100，回應(yīng)端實(shí)例102響應(yīng)于雙向時延測量請求。
[0056]圖4是雙向環(huán)回法測量的圖。始發(fā)端100和回應(yīng)端實(shí)例102之間的上述服務(wù)OAM會話的建立通常在進(jìn)行測量測試之前要求廣泛的配置和/或始發(fā)端100與回應(yīng)端實(shí)例102之間的建立交換(setup exchange)以協(xié)商(每個會話的)唯一流標(biāo)識符。本發(fā)明的一個方面涉及唯一 FlowID107的自動建立，而不需要明確協(xié)商或初步配置步驟。
[0057]通過始發(fā)端100向回應(yīng)端實(shí)例102發(fā)送測試rou (Test PDU) 101，以開始雙向測量測試。本發(fā)明的一個方面涉及能夠在具有測量和報告兩個方向的量度的能力的任何2層或3層網(wǎng)絡(luò)上操作的雙向方案。如果測量協(xié)議包含用于反向路徑方向的專用序列號，則需要回應(yīng)端實(shí)例102。回應(yīng)端實(shí)例102的主要目的在于向唯一的相關(guān)測試包流109提供專用序列號計數(shù)器。該序列號計數(shù)器用于向“回應(yīng)的”包分配序列號。通過相關(guān)的測量包流109的FlowID107來唯一地識別測量包流109，且要求該FlowID107由用于服務(wù)特定測量包流109的回應(yīng)端實(shí)例102來存儲。
[0058]無論何時在始發(fā)端100和回應(yīng)端實(shí)例102之間建立服務(wù)OAM會話，都要求能夠保存會話的相關(guān)狀態(tài)信息的能力；FlowID107就是用于此目的的。回應(yīng)端實(shí)例102執(zhí)行功能以提供用于服務(wù)測量包流109的狀態(tài)實(shí)體或會話狀態(tài)(session state) 110。該會話狀態(tài)110針對與其相關(guān)的測量包流109保持唯一序列號計數(shù)器、終止計時器等。
[0059]在接收到Test PDUlOl時，回應(yīng)端實(shí)例102產(chǎn)生用于識別回應(yīng)端實(shí)例102的唯一FlowID107。FlowID107可以具有任何大小，且被自動地定義成與服務(wù)OAM會話是否在2層或3層網(wǎng)絡(luò)上操作無關(guān)。
[0060]該FlowID107可通過不同方法進(jìn)行設(shè)定，這些方法包括但不限于通過信令交換(signaling exchange)(例如使用TWAMP控制面)自動設(shè)定；通過配置方法(CL1、基于Web的配置、XML等)或通過回應(yīng)端102自動設(shè)定。
[0061]為了消除配置過程的復(fù)雜度和服務(wù)OAM會話握手的復(fù)雜度，F(xiàn)lowID107能夠通過回應(yīng)端實(shí)例102自動確定，而不需要與始發(fā)端100進(jìn)行明確協(xié)商，如下:
[0062]a)當(dāng)始發(fā)端100和回應(yīng)端102之間的通信出現(xiàn)在2層網(wǎng)絡(luò)上時，使用一對MAC地址生成/創(chuàng)建唯一的FlowID107，其中MAC源地址屬于始發(fā)端100:
[0063]FlowID = Mac 源地址 +StreamLabel [+Mac 目的地地址]
[0064]b)當(dāng)OAM協(xié)議支持唯一標(biāo)識符的概念時，其可用于得到唯一 FlowID107。例如，ITU Y.1731標(biāo)準(zhǔn)定義了包括4個八位組的測試標(biāo)識符(TestID)的以太網(wǎng)綜合丟包測量(Ethernet Synthetic Loss Measurement ；ETH-SLM)PDU0 當(dāng)存在此標(biāo)不符時，F(xiàn)lowID107如下所示:
[0065]FlowID = Mac 源地址 +TestID+[Mac 目的地地址 +SrcMepId]
[0066]c)或者，如果正在使用VALN接口，F(xiàn)lowID107可用于包括諸如MAC目的地地址和VLAN[6]標(biāo)識符(VlanID)等附加字段，如下所述:
[0067]FlowID = Mac 源地址 +StreamLabel+Mac 目的地地址 +VLANId
[0068]d)在3層IPv4網(wǎng)絡(luò)上操作時可如下地獲得唯一 FlowID107:
[0069]FlowID = IPv4 源地址 + 源 UDP 端口 +StreamLabel 或
[0070]FlowID = IPv4源地址+源UDP端口 +[IPv4目的地地址+目的地UDP端P ]+StreamLabel
[0071]e)在3層IPv6網(wǎng)絡(luò)上操作時可如下地獲得唯一 FlowID107:
[0072]FlowID = IPv6 源地址 + 源 UDP 端口 +StreamLabel 或
[0073]FlowID = IPv6源地址+源UDP端口 +[IPv6目的地地址+目的地UDP端P ]+StreamLabel
[0074]上述FlowID107具有可變長度。一種實(shí)施可以在FlowID107的末端處增加位填充(bit-padding),以獲得具體數(shù)量的位(例如總共64或128位)，而與使用哪些組件來建立該實(shí)施無關(guān)。
[0075]始發(fā)端100需要持續(xù)追蹤針對特定接口分配的流標(biāo)簽(如果使用的話)。
[0076]ITU Y.1731協(xié)議可經(jīng)由被稱為(ETH-VSP)的廠商特定OAM-PDU的概念而擴(kuò)展。將類型-長度-值(Type-Length-Value ；TLV)流數(shù)據(jù)添加到ETH-VSP編碼中，以在所示實(shí)施例中支持雙向測量測試。時間戳(T0-T3)使用IEEE1588-2004定義的時間戳格式。ETH-VSP的 TLV(Type-Length-Value ；TLV)流數(shù)據(jù)被分配了 MType = 209。
[0077]當(dāng)始發(fā)端100傳送Test PDUlOl時，時間戳TO在Test PDUlOl的開始處取值。當(dāng)回應(yīng)端實(shí)例102接收Test PDUlOl時，時間戳Tl在TestTOUlOl的末端處取值。時間戳T2由回應(yīng)端實(shí)例102在被傳送回始發(fā)端100的Test PDUlOl的開始處取值。當(dāng)始發(fā)端100接收回應(yīng)端實(shí)例102傳送的Test PDUlOl的末端時，時間戳T由自始發(fā)端100取值。
[0078]圖5示出了始發(fā)端100和回應(yīng)端實(shí)例102所使用的類型-長度-值(Type-Length-Value ；TLV)流數(shù)據(jù)的格式。
[0079]圖6示出了始發(fā)端所生成的類型-長度-值(Type-Length-Value ；TLV)流數(shù)據(jù)編碼。
[0080]圖7示出了回應(yīng)端實(shí)例102在響應(yīng)于從始發(fā)端100接收的Test PDUlOl時使用的類型-長度-值(Type-Length-Value ；TLV)流數(shù)據(jù)編碼。由于自動建立回應(yīng)端實(shí)例102，所以在預(yù)定時間段(通常大約為10秒)內(nèi)從始發(fā)端100 (由唯一 FlowID107識別)沒有接收Test PDU的任何時候，都實(shí)施超時機(jī)構(gòu)以拆下回應(yīng)端實(shí)例102和不相關(guān)源。如果在空閑計時器終止后應(yīng)當(dāng)從相同始發(fā)端100接收新的Test PDU101，回應(yīng)端實(shí)例102自動生成新的唯一 FlowID107。因此，需要互補(bǔ)標(biāo)簽向始發(fā)端100表明已經(jīng)自動建立新的回應(yīng)端實(shí)例102。這是通過由回應(yīng)端實(shí)例102返回到始發(fā)端100的類型-長度-值(Type-Length-Value ；TLV)流數(shù)據(jù)中的標(biāo)記號(Incarnation Number ;IncNum)400而實(shí)現(xiàn)的。
[0081]根據(jù)本發(fā)明的一個方面，能夠檢測回應(yīng)端實(shí)例102是否已經(jīng)被重啟，且因此能夠檢測服務(wù)OAM會話有關(guān)的重要狀態(tài)信息是否可能已經(jīng)被丟包。
[0082]一種用于檢測此重啟條件的方法是向每個回應(yīng)端實(shí)例102分配唯一的標(biāo)記號。該標(biāo)記號(IncNum400)是從全局標(biāo)記計數(shù)器生成的無符號整數(shù)值，該全局標(biāo)記計數(shù)器在每次分配一個新標(biāo)記號時增加1:
[0083]IncNum = IncNumCnt ；
[0084]IncNumCount = IncNumCnt+1。
[0085]上述方案被實(shí)施為自動操作以確保在將新的IncNum400分配給回應(yīng)端實(shí)例102的同時增加標(biāo)記號計數(shù)器。
[0086]全局標(biāo)記號計數(shù)器在系統(tǒng)啟動處立即被初始化為任意值，以使在系統(tǒng)重啟后再次使用回應(yīng)端實(shí)例102的同一 IncNum400的可能性最小化。全局標(biāo)記計數(shù)器的環(huán)繞率(wrap-around rate)取決于新測量流的到達(dá)率和已經(jīng)運(yùn)行的測量流的重新激活率。
[0087]根據(jù)本發(fā)明的另一個方面，回應(yīng)端實(shí)例102將新生成的IncNum400與舊的或之前的IncNum400進(jìn)行比較,如果值相同,貝U回應(yīng)端實(shí)例102生成新IncNum400以避免向用于服務(wù)一個和相同測量包流109的回應(yīng)端實(shí)例102分配相同的IncNum400。
[0088]分配IncNum400的另一方法依賴于始發(fā)端100,以通過分析由用于OAM會話的回應(yīng)端實(shí)例102返回的下一 Test PDUlOl (包括但不限于本質(zhì)上包括相同信息的ETH-VSP、EYH-SLM、TffAMP和其它TOU)來檢測回應(yīng)端實(shí)例102的重啟。OAM PDU是包含用于監(jiān)視器、測試和檢修鏈路的OAM控制和狀態(tài)信息的IEEE802.3慢速協(xié)議幀。始發(fā)端100檢測回應(yīng)端實(shí)例102的重啟的方式是查看所接收包(ETH-VSP)的時間戳(T0-T3)和序列號(401)?？稍诔霈F(xiàn)較長的丟包時段時且下一 ETH-VSP應(yīng)答的“下行鏈路”序列號401遠(yuǎn)低于預(yù)期序列號時，能夠確定回應(yīng)端實(shí)例102的重啟，且由包數(shù)據(jù)率劃分的(“上行鏈路”序列號300中的)間隔足夠大，以拒絕簡單的包重新排序條件。
[0089]根據(jù)本發(fā)明的另一方面，始發(fā)端100通過檢查返回的ETH-VSP響應(yīng)中的時間戳TO和Tl來檢測回應(yīng)端實(shí)例102的重啟。即使在考慮對測試包的可能重新排序以及這些包的傳送速率的情況下，時間戳TO和Tl之間的非常大的間隔可表示回應(yīng)端實(shí)例102的重啟或回應(yīng)端實(shí)例102的時鐘的調(diào)整/重置。
[0090]另一方法是在處于有效無序ETH-VSP響應(yīng)包的范圍外的長丟包時段之后(通過始發(fā)端100)接收具有無序下行鏈路序列號400的ETH-VSP響應(yīng)。
[0091]在回應(yīng)端實(shí)例102在開始服務(wù)OAM會話時重啟的情況下(其中重啟發(fā)生足夠快以在觸發(fā)長丟包超時之前出現(xiàn))，始發(fā)端100通過使用比剛被接收的ETH-VSP早的(舊)時間戳TO檢測到ETH-VSP響應(yīng)中的下行鏈路序列號400已經(jīng)在之前被使用，由此檢測重啟條件。該方法要求始發(fā)端100持續(xù)追蹤先前針對最后“η”個測試包發(fā)布的測試包的時間戳TO和下行鏈路序列號400，該最后“η”個測試包適配在測試包的重新排序的可接受范圍內(nèi)。重新排序的可接受范圍的范圍“η”可被定義為SLA輪廓的部分或通過其他配置組件來定義。
[0092]上述實(shí)施例可應(yīng)用于基于軟件的、基于HW的和可插入(FPGA)的始發(fā)端和回應(yīng)端。
[0093]本發(fā)明包括具有如下處理器的系統(tǒng)，這些處理器用于提供處理信息和基于輸入確定結(jié)果的各種功能。通常，可通過硬件和軟件組件的組合來實(shí)現(xiàn)該處理。硬件方面可包括操作地耦合的硬件部件的組合，這些硬件部件包括微處理器、邏輯電路、通信/網(wǎng)絡(luò)端口、數(shù)據(jù)濾波器、存儲器或邏輯電路。這些處理器可適于執(zhí)行由計算機(jī)可執(zhí)行代碼規(guī)定的操作，該計算機(jī)可執(zhí)行代碼可存儲在計算機(jī)可讀媒體中。
[0094]本文中的上述方法的步驟可通過適當(dāng)?shù)目删幊烫幚硌b置來實(shí)現(xiàn)，可編程處理裝置例如為用于執(zhí)行軟件或存儲指令的外部通用計算機(jī)或板上現(xiàn)場可編程門陣列(FPGA)或數(shù)字信號處理器(DSP)等。通常，如計算機(jī)和軟件領(lǐng)域的技術(shù)人員所了解，本發(fā)明實(shí)施例所使用的用于處理或估計的物理處理器和/或機(jī)器可包括一個或多個根據(jù)本發(fā)明示例性實(shí)施例的啟示而進(jìn)行編程的基于網(wǎng)絡(luò)或不基于網(wǎng)絡(luò)的通用計算機(jī)系統(tǒng)、微處理器、板上現(xiàn)場可編程門陣列(FPGA)、數(shù)字信號處理器(DSP)、微控制器等。如軟件領(lǐng)域的技術(shù)人員所了解的，編程人員可基于示例性實(shí)施例的啟示容易地準(zhǔn)備適當(dāng)?shù)能浖Ａ硗?，如電子領(lǐng)域的技術(shù)人員所了解的，可通過準(zhǔn)備特定應(yīng)用集成電路或通過互連常規(guī)組件電路的適當(dāng)網(wǎng)絡(luò)來實(shí)施示例性實(shí)施例的裝置和子系統(tǒng)。因此，示例性實(shí)施例并不限于硬件電路和/或軟件的任何特定組合。
[0095]本發(fā)明的存儲在計算機(jī)可讀媒體中的任何一個或其組合中的示例性實(shí)施例可包括用于控制示例性實(shí)施例的裝置和子系統(tǒng)、用于驅(qū)動示例性實(shí)施例的裝置和子系統(tǒng)、用于處理數(shù)據(jù)和信號、用于啟動示例性實(shí)施例的裝置和子系統(tǒng)以與人類用戶交互等的軟件。此軟件可包括但不限于裝置驅(qū)動器、固件、操作系統(tǒng)、開發(fā)工具、應(yīng)用軟件等。此計算機(jī)可讀媒體還可包括本發(fā)明實(shí)施例的用于執(zhí)行在實(shí)施方法中所執(zhí)行的全部或部分處理的計算機(jī)編程產(chǎn)品。本發(fā)明示例性實(shí)施例中的計算機(jī)代碼裝置可包括任何適當(dāng)?shù)目煞g或可執(zhí)行的代碼機(jī)制，包括但不限于腳本、可翻譯程序、動態(tài)鏈路庫(DLL)、Java類和程序類型、完整的可執(zhí)行程序等。另外，本發(fā)明實(shí)施例中的部分處理有助于更好的性能、可靠性、成本等。[0096]計算機(jī)可讀媒體的通常形式例如包括軟盤、軟磁盤、硬盤、磁帶、任何其他適當(dāng)磁性媒體、CD-ROM、CDRff, DVD、任何適當(dāng)?shù)墓鈱W(xué)媒體、穿孔卡片、紙帶、光學(xué)標(biāo)記表、任何其他具有孔狀或其他可光學(xué)識別適當(dāng)標(biāo)記的物理媒體、RAM、PROM、EPROM、FLASH-EPR0M、任何其他適當(dāng)?shù)拇鎯π酒蜉d體、載波或計算機(jī)可讀的任何其他適當(dāng)媒體。
[0097]雖然圖示和說明了本發(fā)明的特定實(shí)施和應(yīng)用，但應(yīng)當(dāng)理解本發(fā)明不限于本文披露的精確構(gòu)造和組成，且在不偏離所附權(quán)利要求所限定的發(fā)明范圍的情況下可以從前面的說明中得到各種變形、修改和變化。
【權(quán)利要求】
1.一種在通信網(wǎng)絡(luò)中的始發(fā)端和回應(yīng)端之間建立服務(wù)操作管理維護(hù)(OAM)會話的方法，其包括: 通過所述回應(yīng)端連續(xù)地監(jiān)控由所述始發(fā)端傳送的任何測試包； 在由第一時間戳表示的時間處，通過所述始發(fā)端向所述回應(yīng)端傳送測試包； 在由第二時間戳表示的時間處，通過所述回應(yīng)端接收所述測試包； 通過所述回應(yīng)端生成用于識別所述回應(yīng)端的唯一流標(biāo)識符； 通過所述回應(yīng)端向由所述回應(yīng)端傳送的所述測試包分配序列號； 在由第三時間戳表示的時間處，通過所述回應(yīng)端將所述測試包傳送回所述始發(fā)端；以及 在由第四時間戳表示的時間處，通過所述始發(fā)端接收所述測試包， 其中，所述回應(yīng)端至少在所述OAM會話的持續(xù)時間內(nèi)存儲所述唯一流標(biāo)識符。
2.根據(jù)權(quán)利要求1所述的方法，其中通過所述回應(yīng)端自動地定義所述流標(biāo)識符；或者經(jīng)由包括TWAMP控制面的信令交換或經(jīng)由包括CL1、基于網(wǎng)絡(luò)的配置或SML的配置方法自動地定義所述流標(biāo)識符。
3.根據(jù)權(quán)利要求1 所述的方法，其中通過包括MAC地址對的各種方法、包括唯一OAM協(xié)議標(biāo)識符的各種方法、使用附加OAM字段的各種方法、使用IPv4數(shù)據(jù)的各種方法或使用IPv6數(shù)據(jù)的各種方法來建立所述流標(biāo)識符。
4.根據(jù)權(quán)利要求1所述的方法，其中在所述始發(fā)端和所述回應(yīng)端之間不存在建立互換、明確協(xié)商或初步配置步驟的情況下建立所述流標(biāo)識符。
5.根據(jù)權(quán)利要求1所述的方法，其還包括: 如果所述回應(yīng)端在預(yù)定時間段內(nèi)沒有從所述始發(fā)端接收到后續(xù)測試包，通過所述回應(yīng)端丟棄所述唯一流標(biāo)識符。
6.根據(jù)權(quán)利要求1所述的方法，其還包括: 如果所述回應(yīng)端從所述始發(fā)端接收所述測試包時和接收后續(xù)包時之間的時延超過預(yù)定閾值，停止回應(yīng)端實(shí)例，并重啟用于保存先前所分配的唯一流標(biāo)識符的新回應(yīng)端實(shí)例。
7.根據(jù)權(quán)利要求1所述的方法，其中所述回應(yīng)端包括優(yōu)先地與所述回應(yīng)端相關(guān)聯(lián)的標(biāo)記號。
8.根據(jù)權(quán)利要求7所述的方法，其還包括: 在重啟所述回應(yīng)端時使所述流標(biāo)識符遞增； 針對所遞增的流標(biāo)識符，通過所述回應(yīng)端分配第二標(biāo)記號； 通過所述回應(yīng)端將所述第二標(biāo)記號傳送給所述始發(fā)端。
9.根據(jù)權(quán)利要求1所述的方法，其中所述回應(yīng)端包括在重啟所述回應(yīng)端之前與所述回應(yīng)端相關(guān)聯(lián)的第一標(biāo)記號，且其中所述回應(yīng)端還包括在重啟所述回應(yīng)端之后與所述回應(yīng)端相關(guān)聯(lián)的第二標(biāo)記號，所述第一標(biāo)記號不同于所述第二標(biāo)記號。
10.根據(jù)權(quán)利要求1所述的方法，其中所述始發(fā)端經(jīng)配置用于檢測所述回應(yīng)端的重啟。
11.根據(jù)權(quán)利要求10所述的方法，其中所述始發(fā)端通過檢查所述第一時間戳、所述第二時間戳、所述第三時間戳、所述第四時間戳和所述序列號來檢測所述回應(yīng)端的所述重啟。
12.根據(jù)權(quán)利要求1所述的方法，其還包括: 通過所述始發(fā)端測量所述第一時間戳和所述第二時間戳之間的間隔；以及如果所述間隔超過預(yù)定閾值，通過所述始發(fā)端確定所述回應(yīng)端已經(jīng)被重啟。
13.—種在通信網(wǎng)絡(luò)中的始發(fā)端和回應(yīng)端之間建立服務(wù)操作管理維護(hù)(OAM)會話的方法，其包括: 通過所述回應(yīng)端連續(xù)地監(jiān)控由所述始發(fā)端傳送的任何測試協(xié)議數(shù)據(jù)單元； 通過所述回應(yīng)端接收測試協(xié)議數(shù)據(jù)單元； 通過所述回應(yīng)端生成用于識別所述回應(yīng)端的唯一流標(biāo)識符； 通過所述回應(yīng)端將所述測試協(xié)議數(shù)據(jù)單元傳遞到所述始發(fā)端；以及 通過所述回應(yīng)端向由所述回應(yīng)端傳遞的所述測試協(xié)議數(shù)據(jù)單元分配序列號， 其中，所述回應(yīng)端至少在所述OAM會話的持續(xù)時間內(nèi)存儲所述唯一流標(biāo)識符。
14.一種用于在通信網(wǎng)絡(luò)中的始發(fā)端和回應(yīng)端之間建立服務(wù)操作管理維護(hù)(OAM)會話的系統(tǒng)，其包括: 始發(fā)端，其經(jīng)配置用于生成測試協(xié)議數(shù)據(jù)單元，并沿著測試路徑將所述測試協(xié)議數(shù)據(jù)單元傳送到回應(yīng)端；以及 所述回應(yīng)端，其經(jīng)配置用于從所述始發(fā)端接收所述測試協(xié)議數(shù)據(jù)單元，并將所述測試協(xié)議數(shù)據(jù)單元傳遞給所述始發(fā)端，所述回應(yīng)端經(jīng)配置還用于生成用于識別所述回應(yīng)端的唯一流標(biāo)識符，并至少在所述OAM會話的持續(xù)時間內(nèi)存儲所述唯一流標(biāo)識符，所述回應(yīng)端經(jīng)配置還用于向由所述回應(yīng)端傳送的所述測試協(xié)議數(shù)據(jù)單元分配序列號， 其中，所述始發(fā)端經(jīng)配置用`于從所述回應(yīng)端接收所述測試協(xié)議數(shù)據(jù)單元。
【文檔編號】H04L12/24GK103595553SQ201310314144
【公開日】2014年2月19日 申請日期:2013年7月24日 優(yōu)先權(quán)日:2012年7月24日
【發(fā)明者】安德斯·瓦爾曼 申請人:?？怂沟劬W(wǎng)絡(luò)有限公司