專利名稱：用于支持操作管理和維護(hù)功能配置的資源預(yù)留協(xié)議的擴(kuò)展的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信領(lǐng)域，并且特別涉及資源預(yù)留協(xié)議流量工程(RSVP-TE，RSVP-Traffic Engineering)。更特別地，本發(fā)明涉及一種用于檢查連接的網(wǎng)絡(luò)單元處的功能支持的方法。
背景技術(shù)：
新的網(wǎng)絡(luò)結(jié)構(gòu)是基于ITU-T G.8080/Y.1304(2001年11月)中定義的自動(dòng)交換光網(wǎng)絡(luò)(ASON)，其中，控制平面單元(CPE)彼此互連并根據(jù)信令協(xié)議進(jìn)行通信。每個(gè)CPE控制一個(gè)或多個(gè)網(wǎng)絡(luò)單元(NE)，該網(wǎng)絡(luò)單元也被定義為傳送平面單元(TPE)，用于配置始于受控網(wǎng)絡(luò)單元(也定義為源網(wǎng)絡(luò)單元)的連接，以便提供快速的故障檢測(cè)、傳送平面內(nèi)新連接的快速有效的配置，修改預(yù)先建立的連接并執(zhí)行提供備用連接以保護(hù)受故障影響的連接的較快恢復(fù)功能。多種不同的信令協(xié)議能夠適合ASON結(jié)構(gòu)，如RFC2205、RFC2209和RFC2750中定義的資源預(yù)留協(xié)議(RSVP)，RFC3209和ITU-T G.7713.2中定義的資源預(yù)留協(xié)議流量工程(RSVP-TE)，RFC3036中定義的標(biāo)簽分配協(xié)議(LDP)，ITU-T G.7713.3及RFC3472中定義的基于約束的標(biāo)簽分配協(xié)議(CR-LDP，Constraint Based-LDP)，ITU-T G.7713.1中定義的專用網(wǎng)對(duì)網(wǎng)接口(PNNI)。
參照RSVP協(xié)議，如果網(wǎng)絡(luò)滿足針對(duì)連接所定義的服務(wù)質(zhì)量(QoS)需求，則基礎(chǔ)規(guī)范被設(shè)計(jì)為允許網(wǎng)絡(luò)單元(路由器)預(yù)先判決，即在提供所述連接之前。發(fā)送Path消息執(zhí)行新連接的配置，畀且如果該連接配置成功，則在與Path消息相反的方向中接收Resv消息，或者如果配置不成功(例如缺乏網(wǎng)絡(luò)資源)則接收Path Err消息。每個(gè)RSVP消息(Path，Resv，PathErr，ResvErr，PathTear，ResvTear，ResvConf)都由公共報(bào)頭組成，該公共報(bào)頭后隨有由可變數(shù)目(或可變長(zhǎng)度)的對(duì)象組成的報(bào)體(body)。所述公共報(bào)頭由八位字節(jié)組成01 2 3+---------------+-----------------+--------------+--------------+|Vers | Flags |Msg Type |RSVP Checksum|+---------------+-----------------+--------------+--------------+|Send_TTL | (Reserved)|RSVP Length |+---------------+-----------------+--------------+--------------+該公共報(bào)頭包括用于唯一識(shí)別消息類型的“Msg Type”字段(1字節(jié))，以及用于指示相應(yīng)消息的(字節(jié))總長(zhǎng)度的“RSVPLength”字段(2字節(jié))，其包括公共報(bào)頭及后隨的可變長(zhǎng)度對(duì)象。每個(gè)對(duì)象由后隨有對(duì)象內(nèi)容的報(bào)頭(4字節(jié))組成0 12 3+---------------+-----------------+--------------+--------------+| Length (byte) | Class-Num |C-Type|+---------------+-----------------+--------------+--------------+| |// (Object content)//| |+---------------+-----------------+--------------+--------------+對(duì)象報(bào)頭包括用于指示相應(yīng)對(duì)象的(字節(jié))總長(zhǎng)度的“Length”字段(2字節(jié))，以及用于唯一識(shí)別該對(duì)象的“Class-Num”字段(1字節(jié))。
如每個(gè)RSVP消息，Path消息包括公共報(bào)頭，該公共報(bào)頭后隨有下列對(duì)象<Path message>::=<common header> <SESSION><RSVP_HOP>
<TIME_VALUES> <sender descriptor>其中方括號(hào)，即[]，表示可選對(duì)象。
<SESSION>對(duì)象包括IP目的地址，并且<TIME_VALUES>對(duì)象包括更新周期的值。
<sender descriptor>包括下列對(duì)象<sender descriptor>::=<SENDER_TEMPLATE>
<SENDER_TSPEC> [<RECORD_ROUTE>]<SENDER_TEMPLATE>對(duì)象包括發(fā)送方IP地址，并且<SENDER_TSPEC>對(duì)象定義了發(fā)送方的數(shù)據(jù)流的業(yè)務(wù)特征。
Resv消息包括公共報(bào)頭，該公共報(bào)頭后隨有下列對(duì)象<Resv message>::=<common header> <SESSION><RSVP_HOP>
<TIME_VALUES> [<SCOPE>][<POLICY_DATA>]<STYLE>
<flow descriptorlist>其中，<flow descriptor list>::=<FF flow descriptor list>|<SE flow descriptor list>；<FF flow descriptor list>::=<FLOWSPEC>
<FILTER_SPEC>
<LABEL> <FF flow descriptor list><FF flow descriptor>；<FF flow descriptor>::= <FLOWSPEC>
<FILTER_SPEC>
<LABEL> ；并且其中，<SE flow descriptor list>::=<FLOWSPEC>
<SE filter spec list>；<SE filter spec list>::= <SE filter spec>|<SE filter spec list>
<SE filter spec>；<SE filter spec>∷＝ <FILTER_SPEC>
<LABEL> .
添加了若干擴(kuò)展以支持被明確路由的連接(定義為L(zhǎng)SP，標(biāo)簽交換路徑)的提供及維護(hù)。最終，RSVP-TE允許定義為L(zhǎng)SP隧道的連接的聚集，所述連接共享公共路由和共享網(wǎng)絡(luò)資源的公共池(pool)，這減少了網(wǎng)絡(luò)中承載的信息量。
RFC3031(2001年1月)中基本定義的多協(xié)議標(biāo)簽交換(表示為MPLS)代表多層交換持續(xù)演進(jìn)的成果，這為數(shù)據(jù)轉(zhuǎn)發(fā)、QoS及流量工程管理帶來(lái)了效率。在傳統(tǒng)的無(wú)連接網(wǎng)絡(luò)(例如IP網(wǎng)絡(luò))中，每個(gè)網(wǎng)絡(luò)單元(路由器)運(yùn)行第3層路由算法，以確定通過(guò)網(wǎng)絡(luò)的數(shù)據(jù)分組的路徑；每個(gè)網(wǎng)絡(luò)單元利用分組報(bào)頭中包括的信息(例如目的IP地址)和從路由算法獲得的信息，進(jìn)行獨(dú)立的轉(zhuǎn)發(fā)判決。這特別在轉(zhuǎn)發(fā)數(shù)據(jù)庫(kù)包括許多條目和QoS參數(shù)時(shí)是較緩慢的過(guò)程。相反，在MPLS網(wǎng)絡(luò)中，通過(guò)網(wǎng)絡(luò)的最佳路徑被預(yù)先計(jì)算，并且在數(shù)據(jù)分組前面分配標(biāo)簽(label)；該標(biāo)簽在數(shù)據(jù)分組穿過(guò)網(wǎng)絡(luò)時(shí)伴隨該數(shù)據(jù)分組，并且沿路徑的網(wǎng)絡(luò)單元使用該標(biāo)簽以確定下一跳(hop)網(wǎng)絡(luò)單元。每個(gè)網(wǎng)絡(luò)單元維持轉(zhuǎn)發(fā)數(shù)據(jù)庫(kù)，該轉(zhuǎn)發(fā)數(shù)據(jù)庫(kù)將輸入標(biāo)簽/接口與輸出標(biāo)簽/接口相映射；該交換可適用于不同的技術(shù)(IP＝互聯(lián)網(wǎng)協(xié)議，ATM＝異步傳輸模式，F(xiàn)R＝幀中繼)。帶有標(biāo)簽的分組所采用的路徑被稱為標(biāo)簽交換路徑(LSP)。優(yōu)點(diǎn)是處理器密集的分析僅出現(xiàn)在源網(wǎng)絡(luò)單元，而沿路徑的后續(xù)網(wǎng)絡(luò)單元以硬件級(jí)別操縱該標(biāo)簽，并且因而能夠執(zhí)行快速的交換，這是因?yàn)檗D(zhuǎn)發(fā)判決是基于(極少的)標(biāo)簽而不是目的IP地址。
針對(duì)監(jiān)控從源至目的網(wǎng)絡(luò)單元的連接上承載的業(yè)務(wù)，定義了操作管理和維護(hù)功能(表示為OAM，Operation，Administration and Management)。OAM功能例如包括-影響連接的故障定位；-連接完整性的檢查例如源網(wǎng)絡(luò)單元連續(xù)生成專用消息，并且宿(sink)網(wǎng)絡(luò)單元連續(xù)檢查以接收該消息；-將影響連接段的故障指示給下游及上游網(wǎng)絡(luò)單元下游指示通常用告警指示信號(hào)(AIS)表示，而上游用遠(yuǎn)程缺陷指示(RDI，Remote DefectIndication)表示。
針對(duì)許多已知協(xié)議定義了OAM功能，例如SDH/SONET、ATM及以太網(wǎng)。特別地，ITU-T G.806及ITU-T G.783中定義了用于SDH的OAM功能。SDH幀包含用于執(zhí)行不同層的OAM功能的字節(jié)，即再生(regenerator)層，段(section)層，高階通道層和低階通道層。SDH幀包括RSOH，其包括用于監(jiān)控再生層的字節(jié)(B1，J0)；MSOH，其包括用于監(jiān)控段層的字節(jié)(B2，K1，K2)；高階POH，其包括用于監(jiān)控高階通道層的字節(jié)(J1，B3，C2，G1，H4，N1)；低階POH，其包括用于監(jiān)控低階通道層的字節(jié)(V5，B3，J2，N2)。ITU-T I.610中定義了用于ATM的OAM功能。專用OAM信元(cell)被定義用來(lái)以段的級(jí)別或端到端的級(jí)別監(jiān)控虛擬路徑(VP)或虛擬信道(VC)；每個(gè)信元都包括類型字段(故障管理，性能管理，APS協(xié)議，激活/停用(activation/deactivation))，以及相應(yīng)的功能字段(例如AIS/RDI/針對(duì)故障管理的連續(xù)檢查)?？梢愿鶕?jù)兩個(gè)不同的解決方案來(lái)實(shí)現(xiàn)針對(duì)VP/VC的OAM功能的激活。在第一解決方案中，ATM管理器直接控制源和目的網(wǎng)絡(luò)單元二者，以根據(jù)下列步驟激活OAM功能-預(yù)先建立VP/VC；-ATM管理器發(fā)送消息給相應(yīng)VP/VC的源網(wǎng)絡(luò)單元，以指示該源網(wǎng)絡(luò)單元處的特定OAM功能的激活，例如該源網(wǎng)絡(luò)單元開(kāi)始發(fā)送連續(xù)性檢查(CC，Continuity Check)信元；-ATM管理器發(fā)送消息給相同的相應(yīng)VP/VC的目的網(wǎng)絡(luò)單元，以指示該目的網(wǎng)絡(luò)單元處的OAM功能的激活，即該目的網(wǎng)絡(luò)單元開(kāi)始檢查以接收CC信元。
在第二解決方案中，ATM管理器僅直接控制源網(wǎng)絡(luò)單元，以根據(jù)下列步驟激活OAM功能-預(yù)先建立VP/VC；-ATM管理器發(fā)送消息給相應(yīng)VP/VC的源網(wǎng)絡(luò)單元，以指示激活該源網(wǎng)絡(luò)單元處的特定OAM功能的請(qǐng)求，例如CC信元的傳輸；-該源網(wǎng)絡(luò)單元在接收所述請(qǐng)求之后，發(fā)送OAM激活信元給目的網(wǎng)絡(luò)單元，以指示激活該目的網(wǎng)絡(luò)單元處的OAM功能的請(qǐng)求，即進(jìn)行檢查以接收該CC信元；-該目的網(wǎng)絡(luò)單元在接收所述請(qǐng)求之后，發(fā)送請(qǐng)求的確認(rèn)給所述源網(wǎng)絡(luò)單元；-該源網(wǎng)絡(luò)單元收到所述請(qǐng)求的確認(rèn)時(shí)，開(kāi)始發(fā)送CC OAM信元給所述目的網(wǎng)絡(luò)單元。
因此，ATM需要預(yù)先建立VP/VC，并且然后激活OAM功能。而且，激活請(qǐng)求僅被發(fā)送至所述源和目的網(wǎng)絡(luò)單元，而不被發(fā)送至中間網(wǎng)絡(luò)單元；這是可能的，因?yàn)槟J(rèn)支持中間網(wǎng)絡(luò)單元處的OAM功能，這意味著強(qiáng)制符合ATM協(xié)議的網(wǎng)絡(luò)單元提供OAM功能，并且僅需要通過(guò)從中央管理器到源和目的網(wǎng)絡(luò)單元(第一解決方案)的激活消息傳輸，來(lái)激活這些功能，或可選地通過(guò)從中央管理器到源網(wǎng)絡(luò)單元的激活請(qǐng)求傳輸以及從所述源穿過(guò)中間網(wǎng)絡(luò)單元到目的網(wǎng)絡(luò)單元的激活信元傳輸，來(lái)激活這些功能。
由IETF發(fā)布并周期更新的互聯(lián)網(wǎng)草案draft-ietf-ccamp-lmp-10.txt(2003年10月)所定義的鏈路管理協(xié)議(LMP)，說(shuō)明了這樣的協(xié)議運(yùn)行在兩個(gè)鄰近網(wǎng)絡(luò)單元(定義為鏈路)之間并且被用于管理TE鏈路、維持控制信道連通性、檢驗(yàn)數(shù)據(jù)鏈路的物理連通性、使鏈路屬性信息相關(guān)聯(lián)、抑制下游告警以及出于保護(hù)/恢復(fù)目的而定位鏈路故障。LMP還在段落6.4說(shuō)明了ChannelStatus消息可被用于通知鄰居應(yīng)當(dāng)主動(dòng)監(jiān)控?cái)?shù)據(jù)鏈路，并且該鄰居一旦接收該ChannelStatus消息就必須發(fā)送ChannelStatusAck消息。因此，LMP僅能被用于激活兩個(gè)鄰近網(wǎng)絡(luò)單元之間數(shù)據(jù)鏈路的監(jiān)控，而不能被用于激活連接的所有網(wǎng)絡(luò)單元處的監(jiān)控，所述連接可以包括許多鏈路。
ITU-T Y.1711(2004年2月)中定義了用于MPLS的OAM功能。為監(jiān)控MPLS路徑而定義了專用OAM分組，其中通過(guò)標(biāo)簽的保留值(14)從用戶業(yè)務(wù)中識(shí)別該專用OAM分組；每個(gè)MPLS OAM分組都包括功能字段，以指示連通性檢驗(yàn)(CV，Connectivity Verification)、快速故障檢測(cè)(FFD，F(xiàn)ast Failure Detection)、前向缺陷指示符(FDI，F(xiàn)orward DefectIndicator)、后向缺陷指示符(BDI，Backward Defect Indicator)。MPLSOAM分組被周期性地從源發(fā)送至LSP的目的網(wǎng)絡(luò)單元。每個(gè)MPLS OAM分組還在最后兩個(gè)字節(jié)中包括BIP16，以檢測(cè)該分組的差錯(cuò)。這個(gè)標(biāo)準(zhǔn)定義了中間網(wǎng)絡(luò)單元將所接收的MPLS OAM分組透明地轉(zhuǎn)發(fā)至目的網(wǎng)絡(luò)單元，并且定義了不支持MPLA OAM功能性的目的網(wǎng)絡(luò)單元將丟棄所接收的MPLS OAM分組；這具有這樣的缺陷如果中間網(wǎng)絡(luò)單元支持并激活MPLS OAM分組的傳輸，則目的網(wǎng)絡(luò)單元(不支持MPLS OAM功能性)連續(xù)接收并丟棄MPLS OAM分組，這因而增加了管理業(yè)務(wù)。而且，為了確保正確啟動(dòng)告警，這個(gè)標(biāo)準(zhǔn)定義了CV或FFD分組的處理應(yīng)當(dāng)在建立LSP后被激活。
因此，用于MPLS的OAM功能可以被網(wǎng)絡(luò)單元支持或不支持，并且出現(xiàn)了檢查連接的每個(gè)網(wǎng)絡(luò)單元是否支持OAM功能的問(wèn)題。不僅MPLS需要該檢查，任何其它協(xié)議也需要，例如如果連接的網(wǎng)絡(luò)單元屬于不同的供應(yīng)商或不同的網(wǎng)絡(luò)域，其中每個(gè)網(wǎng)絡(luò)域由不同的中央網(wǎng)絡(luò)管理器控制。事實(shí)上，在第一種情況中，OAM功能僅能被第一供應(yīng)商而不能被第二供應(yīng)商的網(wǎng)絡(luò)單元支持，而在第二種情況中，每個(gè)管理器僅能檢查OAM功能是否是被受控域的網(wǎng)絡(luò)單元支持而不是被整個(gè)連接的每個(gè)網(wǎng)絡(luò)單元支持。例如參照SDH協(xié)議，不是所有供應(yīng)商都默認(rèn)支持串行連接監(jiān)控(TCM，Tandem Connection Monitoring)功能，或者根據(jù)不同解決方案支持該功能；因此需要知道連接的每個(gè)網(wǎng)絡(luò)單元是否支持TCM，或者每個(gè)網(wǎng)絡(luò)單元是否符合指定的TCM版本。
用于以太網(wǎng)的OAM功能在ITU-TY.1730(2004年1月)中被概略地定義并且包括-連續(xù)的連通性檢查；-故障傳播/告警抑制功能；-入侵及非入侵環(huán)回(loopback)；-故障隔離(路由跟蹤(traceroute))-發(fā)現(xiàn)；-性能監(jiān)控；-存活性(survivability)功能(例如，保護(hù)交換，恢復(fù))。
最終，檢查連接的每個(gè)網(wǎng)絡(luò)單元是否支持OAM功能的問(wèn)題，可以概括為檢查連接的每個(gè)網(wǎng)絡(luò)單元是否支持一般功能的問(wèn)題，例如-每個(gè)網(wǎng)絡(luò)單元是否運(yùn)行指定的軟件版本；-每個(gè)網(wǎng)絡(luò)單元是否能夠支持性能監(jiān)控功能性及指定的性能監(jiān)控功能。
對(duì)于所述檢查連接的每個(gè)網(wǎng)絡(luò)單元是否支持OAM功能的問(wèn)題的直接解決方案，可以是使用中央網(wǎng)絡(luò)管理器，以控制連接的所有網(wǎng)絡(luò)單元。所述管理器通過(guò)下列步驟檢查OAM功能是否被連接的每個(gè)網(wǎng)絡(luò)單元支持向連接的每個(gè)網(wǎng)絡(luò)單元發(fā)送第一消息以指示檢查是否支持OAM功能的請(qǐng)求；接收來(lái)自每個(gè)網(wǎng)絡(luò)單元的第二消息以指示在相應(yīng)的網(wǎng)絡(luò)單元處是否支持OAM功能。這個(gè)解決方案具有下列缺陷-由于連接通常包括許多網(wǎng)絡(luò)單元，并且由于可用于管理器與每個(gè)網(wǎng)絡(luò)單元之間的通信的帶寬有限(例如用于SDH的數(shù)據(jù)通信信道DCC)，因此該解決方案需要較長(zhǎng)的時(shí)間；-由于管理器必須與每個(gè)網(wǎng)絡(luò)單元通信，因此與網(wǎng)絡(luò)中的用戶數(shù)據(jù)業(yè)務(wù)相比，該解決方案增加了管理業(yè)務(wù)；-網(wǎng)絡(luò)單元可以屬于被不同網(wǎng)絡(luò)管理器控制的不同網(wǎng)絡(luò)域，并且在這種情況下，需要管理器之間的協(xié)作以與連接的所有網(wǎng)絡(luò)單元通信。
RSVP沒(méi)有解決所述檢查連接的每個(gè)網(wǎng)絡(luò)單元是否支持功能的問(wèn)題，RSVP是一種特別針對(duì)檢查連接的預(yù)定義服務(wù)質(zhì)量是否被實(shí)現(xiàn)并針對(duì)該連接的配置而被定義的協(xié)議。

發(fā)明內(nèi)容
考慮到已知解決方案的缺點(diǎn)，本發(fā)明的主要目的是提供一種用于在電信網(wǎng)絡(luò)中檢查連接的網(wǎng)絡(luò)單元處的功能支持的方法。其中，所述電信網(wǎng)絡(luò)包括源、目的和至少一個(gè)中間網(wǎng)絡(luò)單元；通過(guò)信令協(xié)議消息互連的源、目的和至少一個(gè)中間控制平面單元，用于分別控制所述源、目的和至少一個(gè)中間網(wǎng)絡(luò)單元，以配置從所述源穿過(guò)中間網(wǎng)絡(luò)單元至目的網(wǎng)絡(luò)單元的連接。在沒(méi)有配置所述連接的情況下，根據(jù)本發(fā)明的方法包括下列步驟從所述源穿過(guò)至少一個(gè)中間控制平面單元向目的控制平面單元發(fā)送第一消息，以指示配置所述連接的請(qǐng)求；在所述源控制平面單元接收發(fā)送自所述目的控制平面單元的第二消息，以指示所述請(qǐng)求的應(yīng)答；其特征在于，所述第一消息包括第一字段(PATH MSG，OAM_check＝“1”)，用于指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；所述第二消息包括所述第一字段(RESV MSG，OAM_check＝“1”)，用于指示是否支持所述功能。
根據(jù)本發(fā)明的另一方面，提供了一種用于檢查電信網(wǎng)絡(luò)的網(wǎng)絡(luò)單元處的功能支持的方法。其中，在預(yù)先配置所述連接的情況下，所述方法包括下列步驟從所述源穿過(guò)所述至少一個(gè)中間控制平面單元向所述目的控制平面單元發(fā)送第一消息，該第一消息包括第一字段(PATH MSG，OAM_check＝“1”)，用于指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；在所述源網(wǎng)絡(luò)單元執(zhí)行所述功能的激活；接收第二消息，該第二消息包括第一字段(RESV MSG，OAM_check＝“1”)，用于指示是否支持所述功能。
根據(jù)本發(fā)明的另一方面，提供了一種信令協(xié)議消息，其互連源、目的和至少一個(gè)中間控制平面單元，用于分別控制源、目的和至少一個(gè)中間網(wǎng)絡(luò)單元，以配置從所述源穿過(guò)中間網(wǎng)絡(luò)單元至目的網(wǎng)絡(luò)單元的連接，其特征在于，從所述目的向源控制平面單元發(fā)送所述消息，并且該消息包括第一字段(RESV MSG，OAM_check＝“1”)，其指示在所述連接的每個(gè)網(wǎng)絡(luò)單元是否支持功能。
根據(jù)本發(fā)明的另一方面，提供了源、中間和目的控制平面單元，其中，所述源控制平面單元包括硬件裝置，適于執(zhí)行根據(jù)本發(fā)明的方法，該源控制平面單元包括處理裝置，該處理裝置適于通過(guò)所述信令協(xié)議發(fā)送所述第一消息至所述目的控制平面單元，并且適于通過(guò)所述信令協(xié)議從所述目的控制平面單元接收所述第二消息。所述中間控制平面單元控制電信網(wǎng)絡(luò)的中間網(wǎng)絡(luò)單元，用于配置穿過(guò)所述中間網(wǎng)絡(luò)單元的連接，其中，所述中間控制平面單元包括處理裝置，該處理裝置適于接收指示配置所述連接的請(qǐng)求的第一消息，該第一消息包括第一字段(PATH MSG，OAM_check＝“1”)，用于指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；在接收所述第一消息之后，所述處理裝置還適于發(fā)送所述包括第一字段的第一消息，以指示在所述連接的每個(gè)網(wǎng)絡(luò)單元處是否支持所述功能；在所述第一消息的傳輸之后，所述處理裝置還適于接收指示所述請(qǐng)求的應(yīng)答的第二消息，所述第二消息包括所述第一字段(RESV MSG，OAM_check＝“1”)，以指示在所述連接的每個(gè)網(wǎng)絡(luò)單元處是否支持所述功能；在接收所述第二消息之后，所述處理裝置還適于發(fā)送包括不變的第一字段的第二消息。所述目的控制平面單元控制電信網(wǎng)絡(luò)的目的網(wǎng)絡(luò)單元，用于配置到所述目的網(wǎng)絡(luò)單元的連接，其中，所述目的控制平面單元包括處理裝置，該處理裝置適于接收指示配置所述連接的請(qǐng)求的第一消息，該第一消息包括第一字段(PATH MSG，OAM_check＝“1”)，以指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；在接收所述第一消息之后，所述處理裝置還適于發(fā)送指示所述請(qǐng)求的應(yīng)答的第二消息，該第二消息包括所述第一字段(RESV MSG，OAM_check＝“1”)，以指示在所述連接的每個(gè)網(wǎng)絡(luò)單元處是否支持所述功能。
根據(jù)本發(fā)明的另一方面，提供了源網(wǎng)絡(luò)節(jié)點(diǎn)，其包括所述源控制平面單元，并且包括被該源控制平面單元控制的源網(wǎng)絡(luò)單元；中間網(wǎng)絡(luò)節(jié)點(diǎn)，其包括所述中間控制平面單元，并且包括被該中間控制平面單元控制的中間網(wǎng)絡(luò)單元；目的網(wǎng)絡(luò)節(jié)點(diǎn)，其包括所述目的控制平面單元，并且包括被該目的控制平面單元控制的目的網(wǎng)絡(luò)單元。
通過(guò)根據(jù)本發(fā)明的方法、信令協(xié)議消息、控制平面單元以及網(wǎng)絡(luò)節(jié)點(diǎn)而實(shí)現(xiàn)了所述目的?；舅枷胧菙U(kuò)展包括用于連接配置的對(duì)象的信令協(xié)議(例如RSVP)的消息，從而進(jìn)一步包括新的對(duì)象用于檢查連接的每個(gè)網(wǎng)絡(luò)單元處是否支持功能。優(yōu)點(diǎn)是-在連接包括許多網(wǎng)絡(luò)單元的情況下對(duì)于所述檢查也需要較短的時(shí)間，這是因?yàn)閮H需要在中央管理器與源網(wǎng)絡(luò)單元之間的通信，而不是在中央管理器與每個(gè)網(wǎng)絡(luò)單元之間的通信；-也因?yàn)榭捎糜诳刂菩诺赖膸挻笥诠芾砥髋c每個(gè)網(wǎng)絡(luò)單元之間可用的帶寬，因此需要較短的時(shí)間；-不增加網(wǎng)絡(luò)管理業(yè)務(wù)，這是因?yàn)橛糜谶B接配置的相同消息也被用于所述檢查，并且因?yàn)閮H當(dāng)連接的所有網(wǎng)絡(luò)單元支持所述功能時(shí)才發(fā)送管理業(yè)務(wù)；-網(wǎng)絡(luò)單元也可以屬于不同的供應(yīng)商或不同的網(wǎng)絡(luò)域，這是因?yàn)樾帕顓f(xié)議(例如RSVP)被標(biāo)準(zhǔn)所定義，并且不同供應(yīng)商的網(wǎng)絡(luò)單元在符合所述標(biāo)準(zhǔn)的情況下可以彼此通信。
本發(fā)明的另一個(gè)目的是，如果在連接的每個(gè)網(wǎng)絡(luò)單元處支持所述功能，則擴(kuò)展信令協(xié)議的新對(duì)象，其進(jìn)一步包括用于檢查指定功能配置參數(shù)值的支持的字段。所述目的通過(guò)根據(jù)本發(fā)明的方法、信令協(xié)議消息、源控制平面單元以及源網(wǎng)絡(luò)節(jié)點(diǎn)而被實(shí)現(xiàn)，其中，前述方法的特征還在于發(fā)送還包括第三字段(PATH MSG，F(xiàn)DD_check＝“1”)和第四字段(PATHMSG，F(xiàn)DD_timer＝20ms)的所述第一消息，該第三字段指示了檢查針對(duì)所述連接的指定功能支持的請(qǐng)求，該第四字段指示了所述指定功能的配置參數(shù)值；接收所述第二消息，該第二消息還包括第三字段(RESV MSG，F(xiàn)FD_check＝“1”)，其指示是否支持所述配置參數(shù)值。前述信令協(xié)議消息還包括第三字段(RESV MSG，F(xiàn)FD_check＝“1”)，其指示在所述連接的每個(gè)網(wǎng)絡(luò)單元是否支持用于所述連接的指定功能，和該指定功能的配置參數(shù)值。


圖1概略示出了由在三個(gè)控制平面單元之間被交換的消息所承載的新對(duì)象的字段，用于檢查連接的OAM功能的支持，所述三個(gè)控制平面單元控制連接的三個(gè)相應(yīng)網(wǎng)絡(luò)單元；圖2概略示出了由在三個(gè)控制平面單元之間被交換的消息所承載的新對(duì)象的字段，用于檢查等于20ms的MPLS FFD分組的生成周期配置的支持，所述三個(gè)控制平面單元控制連接的三個(gè)相應(yīng)網(wǎng)絡(luò)單元。
具體實(shí)施例方式
特別針對(duì)RSVP協(xié)議并針對(duì)檢查MPLS OAM功能的支持而描述了所述方法。為了實(shí)現(xiàn)本發(fā)明，新的可選對(duì)象被添加到Path和Resv消息中，在<RECORD_ROUTE>對(duì)象之后，該對(duì)象被定義為<LSP_ADDINFO>，其中LSP代表“標(biāo)簽交換路徑”，ADDINFO代表“附加信息”；該新對(duì)象通過(guò)對(duì)象報(bào)頭的Class-Num字段的新值(例如值＝160，以十進(jìn)制)而被識(shí)別。因此，Path消息的<sender descriptor>的新格式如下<sender descriptor>::=<SENDER_TEMPLATE>
<SENDER_TSPEC> [<RECORD_ROUTE>][<LSP_ADDINFO>]該新的可選對(duì)象也被添加到Resv消息中，在<FF flow descriptor list>或<FF flow descriptor>或<SE filter spec>的<RECORD_ROUTE>對(duì)象之后。
Path及Resv消息所承載的LSP_ADDINFO對(duì)象包括公共報(bào)頭和對(duì)象報(bào)體。該對(duì)象報(bào)體包括用于實(shí)現(xiàn)本發(fā)明的指定字段，特別是-表示為OAM_check的至少一個(gè)比特；-表示為OAM_activation_Path的至少一個(gè)比特；其中需要“Path”后綴用于指示僅當(dāng)被Path消息承載時(shí)才有意義的OAM_activation_Path字段。需要第一字段OAM_check(該例中為一比特)用于檢查在從源穿過(guò)至少一個(gè)中間網(wǎng)絡(luò)單元到目的網(wǎng)絡(luò)單元的連接的每個(gè)網(wǎng)絡(luò)單元處是否支持OAM功能；在支持OAM功能的情況下，需要第二字段OAM_activation_Path(該例中為一比特)用于請(qǐng)求激活所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能。圖1概略示出了執(zhí)行所述檢查所需的步驟，其中，源控制平面單元(表示為CPE1)控制源網(wǎng)絡(luò)單元(表示為NE1)，中間控制平面單元(表示為CPE2)控制中間網(wǎng)絡(luò)單元(表示為NE2)，并且目的控制平面單元(表示為CPE3)控制目的網(wǎng)絡(luò)單元(表示為NE3)。圖1僅示出了一個(gè)中間網(wǎng)絡(luò)單元，但所述連接可以包括不止一個(gè)中間網(wǎng)絡(luò)單元。圖1還示出了Path消息的新的LSP_ADDINFO對(duì)象的OAM_check和OAM_activation_Path比特，以及Resv消息的新的LSP_ADDINFO對(duì)象的OAM_check比特，需要相應(yīng)的值用于執(zhí)行所述檢查并用于請(qǐng)求激活及時(shí)間演進(jìn)。
根據(jù)兩個(gè)步驟過(guò)程來(lái)執(zhí)行MPLS OAM功能的激活。第一步開(kāi)始于時(shí)刻＝t0，這時(shí)還沒(méi)有建立從NE1穿過(guò)NE2至NE3的連接(MPLS網(wǎng)絡(luò)情況下的LSP)；因此，在時(shí)刻＝t0，通過(guò)根據(jù)已知技術(shù)分配一個(gè)或多個(gè)比特，CPE1將Path消息發(fā)送至CPE3以請(qǐng)求根據(jù)定義的服務(wù)質(zhì)量的連接配置。參照RSVP，這通過(guò)<SENDER_TSPEC>對(duì)象而被執(zhí)行。在同一時(shí)刻＝t0，為Path消息的OAM_check比特分配值“1”，以指示檢查在連接的每個(gè)網(wǎng)絡(luò)單元處是否支持OAM功能的請(qǐng)求。Path消息穿過(guò)連接的每個(gè)中間CPE；特別地，CPE2在時(shí)刻＝t1接收該P(yáng)ath消息，并且如果在NE2處支持MPLS OAM功能，則保持OAM_check＝“1”，將Path消息發(fā)送到控制連接的后續(xù)網(wǎng)絡(luò)單元的鄰近控制平面單元(該例中為目的CPE3)，以指示在源和中間NE之間的連接的每個(gè)網(wǎng)絡(luò)單元處支持MPLS OAM功能。相反，如果中間CPE在受控中間NE處不支持MPLS OAM功能，則為被發(fā)送Path消息的OAM_check比特分配值“0”，以指示在該受控中間NE處不支持MPLS_OAM功能；在這種情況下，每個(gè)后續(xù)中間CPE都接收包括OAM_check＝“0”的Path消息，指示至少一個(gè)在前的中間NE不支持MPLS OAM功能，然后，保持OAM_check＝“0”，將該P(yáng)ath消息發(fā)送至朝向目的CPE的鄰近CPE。因此，如果在受控中間NE處支持MPLSOAM功能，則接收包括OAM_check＝“1”的Path消息的每個(gè)中間CPE，將包括OAM_check＝“1”的Path消息發(fā)送至朝向目的CPE的后續(xù)CPE。如果目的CPE3在時(shí)刻＝t2接收了包括OAM_check＝“1”的Path消息，則在目的NE3處支持MPLS OAM功能的情況下，CPE3在朝向CPE1的相反方向中發(fā)送Resv消息，指派OAM_check＝“1”這指示在所述連接的每個(gè)NE處支持MPLS OAM功能，這是因?yàn)镻ath消息已經(jīng)穿過(guò)控制該連接的每個(gè)NE的CPE，并且每個(gè)CPE已經(jīng)成功檢查了在受控NE處的MPLS OAM功能的支持。相反，如果CPE3接收包括OAM_check＝“1”的Path消息，但是目的CPE在目的NE處不支持MPLS OAM功能，則為Resv消息的OAM_check比特分配值“0”，以指示在連接的至少一個(gè)網(wǎng)絡(luò)單元處(在該情況下僅在NE3處)不支持MPLS_OAM功能，并且如果CPE3接收了包括OAM_check＝“0”的Path消息(這是因?yàn)樵撨B接的至少一個(gè)在前NE不支持MPLS OAM功能)，則為該Resv消息的OAM_check比特分配值“0”，以指示在該連接的至少一個(gè)網(wǎng)絡(luò)單元(可以是NE1，NE2或NE3)處不支持MPLS OAM功能。在時(shí)刻＝t3，CPE2接收了Resv消息(包括OAM_check＝“1”或“0”)，并且保持OAM_check不變，將該Resv消息發(fā)送至CPE1。如果在時(shí)刻＝t4，CPE1接收了包括OAM_check＝“1”的Resv消息，則這指示在連接的每個(gè)網(wǎng)絡(luò)單元(該例中的NE1，NE2，NE3)處支持MPLS OAM功能，這是第一步驟的結(jié)束。相反，如果在時(shí)刻＝t4，CPE1接收了包括OAM_check＝“0”的Resv消息，則這指示在連接的至少一個(gè)網(wǎng)絡(luò)單元(該例中的NE1、NE2或NE3)處不支持MPLS OAM功能。在不支持MPLS OAM功能的情況下，所述方法還可以被改進(jìn)為包括Path及Resv消息的LSP_ADDINFO對(duì)象的一個(gè)或多個(gè)新字段，從而標(biāo)記(在傳輸Path消息期間)NE為不支持MPLS OAM功能，并且將該信息通知給源CPE(通過(guò)Resv消息的傳輸)。CPE1可以可選地不僅通過(guò)指派Path消息中的OAM_check＝“1”并接收Resv消息中的OAM_check＝“0”，而且通過(guò)指派Path消息中的OAM_check＝“1”并接收不包括可選LSP_ADDINFO對(duì)象的Resv消息，來(lái)檢查MPLS OAM功能不被支持。例如，沒(méi)有識(shí)別被接收Path消息的LSP_ADDINFO對(duì)象的中間CPE，可以從朝向目的CPE而被發(fā)送的Path消息中丟棄該對(duì)象；相應(yīng)地，沒(méi)有識(shí)別被接收Path消息的LSP_ADDINFO對(duì)象的目的CPE，可以從朝向源CPE而被發(fā)送的Resv消息中丟棄該對(duì)象。最終，先前已經(jīng)發(fā)送包括LSP_ADDINFO對(duì)象的Path消息(并且OAM_check＝“1”)的源CPE，接收不包括LSP_ADDINFO對(duì)象的Resv消息，并且其能夠檢測(cè)到不支持MPLS OAM功能。
在接收到包括OAM_check＝“1”的Resv消息之后，第二步驟開(kāi)始于時(shí)刻＝t4源CPE1發(fā)送包括OAM_activation_Path＝“1”的Path消息，以請(qǐng)求激活連接的每個(gè)網(wǎng)絡(luò)單元處的MPLS OAM功能，然后在源NE1處激活MPLS OAM功能，即NE1開(kāi)始向NE2發(fā)送OAM分組。在時(shí)刻＝t5，中間CPE2接收了包括OAM_activation_Path＝“1”的Path消息，然后其保持OAM_activation_Path＝“1”不變，將該P(yáng)ath消息發(fā)送至CPE3，然后在中間NE2處激活MPLS OAM功能，即NE2開(kāi)始向NE3發(fā)送OAM分組。最終，在時(shí)刻t6，目的CPE3接收了包括OAM_activation_Path＝“1”的Path消息，然后在目的NE3處激活MPLS OAM功能，即OAM分組在NE3被處理以監(jiān)控從NE1穿過(guò)NE2至NE3的連接，這是第二步驟的結(jié)束。
由于目的網(wǎng)絡(luò)單元在其已激活MPLS OAM分組的處理之后，立即接收第一MPLS OAM分組，因此在激活MPLS網(wǎng)絡(luò)的MPLS OAM功能的情況下，上述步驟也具有確保激活CV或FFD分組處理的正確時(shí)間的優(yōu)點(diǎn)。
在連接的每個(gè)網(wǎng)絡(luò)單元處支持MPLS OAM功能的情況下，本發(fā)明也可以有利地用于檢查指定功能的配置參數(shù)值的支持；例如，與連通性檢驗(yàn)(CV)功能性相比，快速故障檢測(cè)(FFD)功能被用于以較小的時(shí)標(biāo)檢測(cè)連接監(jiān)控。在支持并激活FFD功能的情況下，默認(rèn)的生成周期為50ms，但是根據(jù)ITU-T Y.1711，該參數(shù)可以在10ms和500ms之間。因此，Path和Resv消息還可以被擴(kuò)展，以進(jìn)一步檢查指定功能(FFD功能)的配置參數(shù)值(例如較小值20ms)是否可以在連接的每個(gè)網(wǎng)絡(luò)單元處被支持。這可以通過(guò)在Path及Resv消息的LSP_ADDINFO對(duì)象中進(jìn)一步添加下列字段來(lái)實(shí)現(xiàn)-表示為FFD_check的至少一個(gè)比特；-表示為FFD_timer的至少一個(gè)比特。
圖2概略地示出了上述兩個(gè)字段、檢查連接的每個(gè)網(wǎng)絡(luò)單元是否支持等于20ms的MPLS FFD分組生成周期所需要的步驟，以及字段的相應(yīng)值。在該例中，F(xiàn)FD_check由一比特組成，F(xiàn)FD_timer由三比特組成(由于ITU-T Y.1711指示了FFD分組生成周期的6個(gè)可能值10ms，20ms，50ms，100ms，200ms，500ms，因此需要三個(gè)比特)。Path及Resv消息的FFD_check的時(shí)間演進(jìn)分別等同于Path及Resv消息的OAM_check，而FFD_timer值指示了MPLS OAM分組的所需生成周期(例如“000”＝10ms，“001”＝20ms，“010”＝50ms，“011”＝100ms，“100”＝200ms，“101”＝500ms)；更一般地，Path消息中提供了用于指示配置參數(shù)值的字段。參照?qǐng)D2，在時(shí)刻t0，根據(jù)如先前解釋的Path消息的OAM_check及OAM_activation_Path的時(shí)間演進(jìn)以及Resv消息的OAM_check的時(shí)間演進(jìn)，CPE1發(fā)送Path消息至CPE3以請(qǐng)求連接配置并請(qǐng)求MPLS OAM功能是否被支持。在同一時(shí)刻t0，為Path消息的FFD_check比特分配值“1”，以指示請(qǐng)求檢查連接的每個(gè)網(wǎng)絡(luò)單元處是否支持FFD功能(并且更一般地，分配字段以請(qǐng)求是否支持功能的配置參數(shù))。此外，在時(shí)刻t0，為FFD timer比特分配“001”(并且更一般地，該字段被分配給指定功能的配置參數(shù)值)，對(duì)應(yīng)于值＝20ms結(jié)合Path消息的FFD_timer的FFD_check，指示請(qǐng)求檢查指定MPLS OAM功能(FFD)的支持以及相應(yīng)配置參數(shù)值(20ms)的支持。在時(shí)刻t1，Path消息被CPE2接收，其中，在支持MPLSOAM功能的情況下，Path消息的FFD_check及FFD_timer字段被忽略，即它們被不變地發(fā)送至CPE3。在時(shí)刻t3，CPE3接收包括FFD_check＝“1”及FFD_timer＝“001”的Path消息，并且在NE3處支持FFD周期＝20ms的情況下，指派FFD_check＝“1”，在朝向CPE1的相反方向中發(fā)送Resv消息；相反，在不支持FFD周期＝20ms的情況下，指派FFD_check＝“0”以指示不支持FFD周期＝20ms(以便保持默認(rèn)的FFD周期＝50ms)，發(fā)送該Resv消息。在時(shí)刻t3，CPE2接收Resv消息，并且保持FFD_check不變，將該消息發(fā)送至CPE1。最終，如果在時(shí)刻t4，CPE1接收了包括FFD_check＝“1”的Resv消息，則這指示對(duì)于相應(yīng)的連接支持FFD生成周期＝20ms。在接收了包括OAM_check＝“1”及FFD_check＝“1”的Resv消息之后，源CPE1發(fā)送包括OAM_activation_Path＝“1”的Path消息，以指示激活連接的每個(gè)網(wǎng)絡(luò)單元處的MPLS OAM功能，然后開(kāi)始根據(jù)時(shí)間周期＝20ms來(lái)發(fā)送FFD分組至NE2。在時(shí)刻t5，中間CPE2接收了包括OAM_activation_Path＝“1”的Path 消息，然后保持OAM_activation_Path＝“1”，將該P(yáng)ath消息發(fā)送至CPE3，然后開(kāi)始根據(jù)時(shí)間周期＝20ms來(lái)發(fā)送FFD分組至NE3。最終，目的CPE3接收了包括OAM_activation_Path＝“1”的Path消息，然后開(kāi)始檢查FFD分組是否根據(jù)時(shí)間周期＝20ms在NE3被接收，以便激活從NE1穿過(guò)NE2至NE3的連接的監(jiān)控。
本發(fā)明也可以有利地用于連接參數(shù)的自動(dòng)配置。例如在MPLS網(wǎng)絡(luò)中，提供路徑終端源標(biāo)識(shí)符(TTSI，Trail Termination Source Identifier)以唯一識(shí)別LSP；該標(biāo)識(shí)符可以在源CPE被配置，然后通過(guò)Path消息的新對(duì)象的新字段被發(fā)送至目的CPE，以便該目的CPE能夠周期地檢查所期望的TTSI是否從所述源CPE被正確接收。
圖2示出了第一實(shí)施例，其中，在連接建立期間以及一般功能支持的檢查期間，檢查指定功能及相應(yīng)的配置參數(shù)值，但是第二實(shí)施例是可能的，其中，一般OAM功能的支持被預(yù)先檢查(通過(guò)使用Path和Resv消息的OAM_check)，然后在支持一般OAM功能的情況下，檢查指定OAM功能的支持(通過(guò)使用Path及Resv消息的FFD_check)。
所描述的解決方案僅需要一個(gè)新對(duì)象(LSP_ADDINFO)的定義，該新對(duì)象由Path及Resv消息二者承載，包括由所述兩種消息承載的OAM_check，OAM_activation_Path，F(xiàn)FD_check以及FFD_timer字段，但是其中，OAM_activation_Path及FFD_timer字段僅當(dāng)被Path消息承載時(shí)才有意義；這意味著OAM_activation_Path及FFD_timer字段也可以被Resv消息承載，但是沒(méi)有意義。第二可選解決方案可以是兩個(gè)不同對(duì)象的定義，每個(gè)通過(guò)不同的Class-Num值被識(shí)別-第一對(duì)象，由Path消息承載，表示為例如LSP_ADDINFO_Path，僅包括OAM_check、OAM_activation_Path及FFD_timer字段；-第二對(duì)象，由Resv消息承載，表示為例如LSP_ADDINFO_Resv，僅包括OAM_check及FFD_check字段。
所述第二解決方案具有最小化實(shí)現(xiàn)本發(fā)明所需的Path及Resv消息所承載的字段數(shù)目的優(yōu)點(diǎn)，但是由于需要定義兩個(gè)不同的對(duì)象，因此該解決方案的不足之處是更加復(fù)雜。
僅在沒(méi)有預(yù)先建立連接的情況下需要所述兩個(gè)步驟過(guò)程；相反，在時(shí)刻t0已建立連接的情況下，通過(guò)從源被周期發(fā)送給目的CPE的第一Path消息來(lái)執(zhí)行OAM功能支持的檢查，以更新連接的配置，從源CPE發(fā)送包括字段(OAM_check)的Path消息，其中所述字段指示了檢查的請(qǐng)求(即在Path消息中指派OAM_check＝“1”)，并且在請(qǐng)求的傳輸之后立即激活OAM功能(即OAM分組的傳輸)。相應(yīng)地，支持OAM功能的每個(gè)中間CPE接收所述請(qǐng)求，將所述請(qǐng)求不變地發(fā)送至朝向目的CPE的后續(xù)CPE，并在所述請(qǐng)求的傳輸之后立即激活OAM功能。支持OAM功能的目的CPE接收所述請(qǐng)求，在相反方向中發(fā)送包括指示支持所述請(qǐng)求(即在Resv消息中指派OAM_check＝“1”)的字段(OAM_check)的Resv消息，并且在所述請(qǐng)求的傳輸之后立即激活OAM功能。最終，源CPE接收了在連接的每個(gè)網(wǎng)絡(luò)單元處支持OAM功能的指示，即包括OAM_check＝“1”的Resv消息。相反，在中間網(wǎng)絡(luò)單元處不支持OAM功能的情況下，丟棄所接收的OAM分組，并且發(fā)送包括OAM_check＝“0”的Path消息給后續(xù)網(wǎng)絡(luò)單元，而在目的網(wǎng)絡(luò)單元處不支持OAM功能的情況下，丟棄所接收的OAM分組，并且在相反方向中發(fā)送包括OAM_check＝“0”的Resv消息。
所述方法不僅可以有利地用于功能的激活，還可以用于停用。特別參照?qǐng)D1的通過(guò)RSVP協(xié)議預(yù)先激活OAM功能的例子，停用是通過(guò)從源發(fā)送包括字段OAM_check＝“0”及OAM_activation_Path＝“0”的Path消息的LSP_ADDINFO對(duì)象給目的CPE來(lái)實(shí)現(xiàn)的當(dāng)中間或目的CPE檢測(cè)到Path消息的OAM_check及OAM_activation_Path二者都從“0”變?yōu)椤?”時(shí)，停用OAM功能。OAM功能的停用可以可選地通過(guò)從源發(fā)送給目的CPE的Path消息中刪除LSP_ADDINFO對(duì)象來(lái)實(shí)現(xiàn)當(dāng)中間或目的CPE檢測(cè)到從包括LSP_ADDINFO對(duì)象的Path消息改變?yōu)椴话↙SP_ADDINFO對(duì)象的Path消息時(shí)，停用OAM功能。
本發(fā)明的方法可以通過(guò)軟件程序來(lái)實(shí)現(xiàn)；所述軟件程序的編程語(yǔ)言可以是例如C或C++。本發(fā)明的方法還可以在ASON網(wǎng)絡(luò)的CPE上被實(shí)現(xiàn)(通過(guò)軟件程序)。CPE包括用于實(shí)現(xiàn)所述方法的硬件，例如微處理器，該微處理器可以是外部的、嵌入專用集成電路(ASIC)中或嵌入現(xiàn)場(chǎng)可編程門(mén)陣列(FPGA)中。源CPE的微處理器適于通過(guò)信令協(xié)議發(fā)送Path消息給目的CPE，并且通過(guò)信令協(xié)議接收來(lái)自目的CPE的Resv消息。中間CPE的微處理器適于從源CPE或朝向該源CPE的鄰近中間CPE來(lái)接收Path消息、發(fā)送第一消息至目的CPE或朝向該目的CPE的鄰近中間CPE、從該目的CPE或朝向該目的CPE的鄰近中間CPE接收第二消息，以及發(fā)送該第二消息至所述源CPE或朝向該源CPE的鄰近中間CPE。目的CPE的微處理器適于從鄰近CPE接收Path消息，并且發(fā)送Resv消息至鄰近CPE。
附圖示出了兩種不同的網(wǎng)絡(luò)設(shè)備，其是CPE(例如CPE1)和受控NE(NE1)，但是所述兩種設(shè)備還可以包含于例如定義為網(wǎng)絡(luò)節(jié)點(diǎn)(NN)的一個(gè)設(shè)備中。因此，源網(wǎng)絡(luò)節(jié)點(diǎn)(表示為NN1)包括CPE1和NE1(被CPE1控制)，目的網(wǎng)絡(luò)節(jié)點(diǎn)(NN3)包括CPE3和(被CPE3控制的)NE3，并且中間網(wǎng)絡(luò)節(jié)點(diǎn)(NN2)包括CPE2和(被CPE2控制的)NE2。
權(quán)利要求
1.用于檢查電信網(wǎng)絡(luò)的網(wǎng)絡(luò)單元處的功能支持的方法，所述網(wǎng)絡(luò)包括·源(NE1)、目的(NE3)和至少一個(gè)中間網(wǎng)絡(luò)單元(NE2)；·通過(guò)信令協(xié)議消息互連的源(CPE1)、目的(CPE3)和至少一個(gè)中間(CPE2)控制平面單元，用于分別控制所述源、目的和至少一個(gè)中間網(wǎng)絡(luò)單元，以配置從所述源穿過(guò)中間網(wǎng)絡(luò)單元至目的網(wǎng)絡(luò)單元的連接；在沒(méi)有配置所述連接的情況下，所述方法包括下列步驟-從所述源穿過(guò)至少一個(gè)中間控制平面單元向目的控制平面單元發(fā)送第一消息(Path)，以指示配置所述連接的請(qǐng)求；-在所述源控制平面單元接收發(fā)送自所述目的控制平面單元的第二消息(Resv)，以指示所述請(qǐng)求的應(yīng)答；其特征在于-所述第一消息包括第一字段(PATH MSG，OAM_check＝“1”)，用于指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；-所述第二消息包括所述第一字段(RESV MSG，OAM_check＝“1”)，用于指示是否支持所述功能。
2.用于檢查電信網(wǎng)絡(luò)的網(wǎng)絡(luò)單元處的功能支持的方法，所述網(wǎng)絡(luò)包括·源、目的和至少一個(gè)中間網(wǎng)絡(luò)單元；·通過(guò)信令協(xié)議的消息互連的源、目的和至少一個(gè)中間控制平面單元，用于分別控制所述源、目的和至少一個(gè)中間網(wǎng)絡(luò)單元，以配置從所述源穿過(guò)所述中間網(wǎng)絡(luò)單元至所述目的網(wǎng)絡(luò)單元的連接；在預(yù)先配置所述連接的情況下，所述方法包括下列步驟-從所述源穿過(guò)所述至少一個(gè)中間控制平面單元向所述目的控制平面單元發(fā)送第一消息，該第一消息包括第一字段(PATH MSG，OAM_check＝“1”)，用于指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；-在所述源網(wǎng)絡(luò)單元執(zhí)行所述功能的激活；-接收第二消息，該第二消息包括第一字段(RESV MSG，OAM_check＝“1”)，用于指示是否支持所述功能。
3.根據(jù)權(quán)利要求1的方法，如果接收指示在每個(gè)網(wǎng)絡(luò)單元支持所述功能的第二消息，則所述方法還包括下列步驟-從所述源穿過(guò)至少一個(gè)中間控制平面單元向目的控制平面單元發(fā)送所述第一消息，該第一消息還包括第二字段(PATH MSG，OAM_activation_Path＝“1”)，用于請(qǐng)求激活所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能。
4.根據(jù)權(quán)利要求3的方法，在傳輸包括所述第二字段的第一信息之后，在所述源網(wǎng)絡(luò)單元進(jìn)一步執(zhí)行功能的激活。
5.根據(jù)權(quán)利要求1至4中任一個(gè)的方法，其特征在于-發(fā)送還包括第三字段(PATH MSG，F(xiàn)DD_check＝“1”)和第四字段(PATH MSG，F(xiàn)DD_timer＝20ms)的所述第一消息，該第三字段指示了檢查針對(duì)所述連接的指定功能支持的請(qǐng)求，該第四字段指示了所述指定功能的配置參數(shù)值；-接收所述第二消息，該第二消息還包括第三字段(RESV MSG，F(xiàn)FD_check＝“1”)，其指示是否支持所述配置參數(shù)值。
6.根據(jù)權(quán)利要求1或2的方法，在傳輸所述第一消息后，所述方法還包括下列步驟-在中間控制平面單元接收所述第一消息，該第一消息來(lái)自所述源控制平面單元，或朝向該源控制平面單元的鄰近中間控制平面單元，并且將該第一消息發(fā)送至所述目的控制平面單元，或朝向該目的控制平面單元的鄰近控制平面單元，其中·如果在所述源和中間網(wǎng)絡(luò)單元之間的每個(gè)網(wǎng)絡(luò)單元處支持所述功能，則發(fā)送包括不變的第一字段(PATH MSG，OAM_check＝“1”)的所述第一消息；·如果在所述源和中間網(wǎng)絡(luò)單元之間的至少一個(gè)網(wǎng)絡(luò)單元處不支持所述功能，則發(fā)送包括指示不支持該功能的第一字段的第一消息；-在所述中間控制平面單元接收所述第二消息，該第二消息來(lái)自所述目的控制平面單元，或朝向該目的控制平面單元的鄰近控制平面單元，并且將包括不變的第一字段的第二消息發(fā)送至所述源控制平面單元，或朝向該源控制平面單元的鄰近控制平面單元。
7.根據(jù)權(quán)利要求3的方法，還包括在中間控制平面單元接收所述第一消息，該第一消息包括所述第二字段(PATH MSG，OAM_activation_Path＝“1”)，并且將包括不變的第二字段的第一消息發(fā)送至朝向所述目的控制平面單元的鄰近控制平面單元。
8.根據(jù)權(quán)利要求7的方法，在所述第一消息的傳輸之后，該方法進(jìn)一步執(zhí)行每個(gè)中間網(wǎng)絡(luò)單元處的功能的激活。
9.根據(jù)權(quán)利要求1，2或6的方法，在來(lái)自所述源或中間控制平面單元的所述第一消息的傳輸之后，所述方法還包括下列步驟-在所述目的控制平面單元接收所述第一消息，并且將所述第二消息發(fā)送至朝向所述源控制平面單元的鄰近控制平面單元，其中·如果支持所述功能，則發(fā)送包括所述第一字段(RESV MSG，OAM_check＝“1”)的第二消息，該第一字段指示在每個(gè)網(wǎng)絡(luò)單元都支持所述功能；·如果不支持所述功能，則發(fā)送包括所述第一字段的第二消息(Resv)，該第一字段指示在至少一個(gè)網(wǎng)絡(luò)單元不支持所述功能。
10.根據(jù)權(quán)利要求1至9中任一個(gè)的方法，其特征在于，所述功能指示所述連接的操作和管理功能。
11.根據(jù)權(quán)利要求1至10中任一個(gè)的方法，其中，所述網(wǎng)絡(luò)包括符合多協(xié)議標(biāo)簽交換的層。
12.根據(jù)權(quán)利要求1至9中任一個(gè)的方法，其中，所述網(wǎng)絡(luò)包括符合以太網(wǎng)協(xié)議的層。
13.信令協(xié)議的消息(RESV MSG)，其互連源(CPE1)、目的(CPE3)和至少一個(gè)中間(CPE2)控制平面單元，用于分別控制源(NE1)、目的(NE3)和至少一個(gè)中間(NE2)網(wǎng)絡(luò)單元，以配置從所述源穿過(guò)中間網(wǎng)絡(luò)單元至目的網(wǎng)絡(luò)單元的連接，其特征在于，從所述目的向源控制平面單元發(fā)送所述消息，并且該消息包括第一字段(RESV MSG，OAM_check＝“1”)，其指示在所述連接的每個(gè)網(wǎng)絡(luò)單元是否支持功能。
14.根據(jù)權(quán)利要求13的消息，其特征在于，所述消息還包括第三字段(RESV MSG，F(xiàn)FD_check＝“1”)，其指示在所述連接的每個(gè)網(wǎng)絡(luò)單元是否支持用于所述連接的指定功能，和該指定功能的配置參數(shù)值。
15.包括硬件裝置的源控制平面單元(CPE1)，其適于執(zhí)行根據(jù)權(quán)利要求1，2，3或5中任一個(gè)的方法，所述源控制平面單元包括處理裝置，該處理裝置適于通過(guò)所述信令協(xié)議發(fā)送所述第一消息至所述目的控制平面單元(CPE3)，并且適于通過(guò)所述信令協(xié)議從所述目的控制平面單元接收所述第二消息。
16.源網(wǎng)絡(luò)節(jié)點(diǎn)，其包括根據(jù)權(quán)利要求15的源控制平面單元(CPE1)，并且包括被所述源控制平面單元控制的源網(wǎng)絡(luò)單元(NE1)。
17.控制電信網(wǎng)絡(luò)的中間網(wǎng)絡(luò)單元(NE2)的中間控制平面單元(CPE2)，用于配置穿過(guò)所述中間網(wǎng)絡(luò)單元的連接-所述中間控制平面單元包括處理裝置，該處理裝置適于接收指示配置所述連接的請(qǐng)求的第一消息(PATH MSG)，該第一消息包括第一字段(PATH MSG，OAM_check＝“1”)，用于指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；-在接收所述第一消息之后，所述處理裝置還適于發(fā)送所述包括第一字段的第一消息，以指示在所述連接的每個(gè)網(wǎng)絡(luò)單元處是否支持所述功能；-在所述第一消息的傳輸之后，所述處理裝置還適于接收指示所述請(qǐng)求的應(yīng)答的第二消息(Resv)，所述第二消息包括所述第一字段(RESVMSG，OAM_check＝“1”)，以指示在所述連接的每個(gè)網(wǎng)絡(luò)單元處是否支持所述功能；-在接收所述第二消息之后，所述處理裝置還適于發(fā)送所述包括不變的第一字段的第二消息。
18.中間網(wǎng)絡(luò)節(jié)點(diǎn)，包括根據(jù)權(quán)利要求17的中間控制平面單元(CPE2)，并且包括被所述中間控制平面單元控制的中間網(wǎng)絡(luò)單元(NE2)。
19.控制電信網(wǎng)絡(luò)的目的網(wǎng)絡(luò)單元(NE3)的目的控制平面單元(CPE3)，用于配置到所述目的網(wǎng)絡(luò)單元的連接-所述目的控制平面單元包括處理裝置，該處理裝置適于接收指示配置所述連接的請(qǐng)求的第一消息(PATH MSG)，該第一消息包括第一字段(PATH MSG，OAM_check＝“1”)，以指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；-在接收所述第一消息之后，所述處理裝置還適于發(fā)送指示所述請(qǐng)求的應(yīng)答的第二消息(Resv)，該第二消息包括所述第一字段(RESV MSG，OAM_check＝“1”)，以指示在所述連接的每個(gè)網(wǎng)絡(luò)單元處是否支持所述功能。
20.目的網(wǎng)絡(luò)節(jié)點(diǎn)，其包括根據(jù)權(quán)利要求19的目的控制平面單元(CPE3)，并且包括被所述目的控制平面單元控制的目的網(wǎng)絡(luò)單元(NE3)。
全文摘要
描述了用于檢查電信網(wǎng)絡(luò)的網(wǎng)絡(luò)單元處的功能支持的方法，例如操作和管理功能。所述電信網(wǎng)絡(luò)包括通過(guò)信令協(xié)議互連的源、目的及中間控制平面單元，用于分別控制源、目的及中間網(wǎng)絡(luò)單元，以配置從源穿過(guò)中間網(wǎng)絡(luò)單元至目的網(wǎng)絡(luò)單元的連接。該方法包括以下步驟如果沒(méi)有配置連接，則從源穿過(guò)中間控制平面單元向目的控制平面單元發(fā)送第一消息，該第一消息用于指示配置所述連接的請(qǐng)求并且包括第一字段用于指示檢查所述連接的每個(gè)網(wǎng)絡(luò)單元處的功能支持的請(qǐng)求；在源控制平面單元接收發(fā)送自目的控制平面單元的第二消息，該第二消息用于指示所述請(qǐng)求的應(yīng)答并且包括第一字段用于指示在所述連接的每個(gè)網(wǎng)絡(luò)單元處是否支持所述功能。
文檔編號(hào)H04L12/54GK1870504SQ20061008250
公開(kāi)日2006年11月29日 申請(qǐng)日期2006年5月16日 優(yōu)先權(quán)日2005年5月23日
發(fā)明者C·阿德奧, I·布西 申請(qǐng)人:阿爾卡特公司