特表2024-543698 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 新華三技術有限公司の特許一覧

特表2024-543698メッセージ処理

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5a
5b
6
7
8

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-11-21

(54)【発明の名称】メッセージ処理

(51)【国際特許分類】

H04L 41/06 20220101AFI20241114BHJP

【ＦＩ】

H04L41/06

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024535967

(86)(22)【出願日】2022-06-14

(85)【翻訳文提出日】2024-06-14

(86)【国際出願番号】 CN2022098631

(87)【国際公開番号】W WO2023240438

(87)【国際公開日】2023-12-21

(81)【指定国・地域】

(71)【出願人】

【識別番号】518056748

【氏名又は名称】新華三技術有限公司

【氏名又は名称原語表記】ＮＥＷＨ３ＣＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村光嗣

(74)【代理人】

【識別番号】100149249

【弁理士】

【氏名又は名称】田中達也

(72)【発明者】

【氏名】邱元香

(57)【要約】

本願は通信技術分野に関し、メッセージ処理を提供する。本願技術案は、第１サービスメッセージを受信することと、第２ネットワーク機器に第２サービスメッセージを送信することであって、第２サービスメッセージは第１インサイチュフロー検出オプションと第１サービスメッセージとを含み、第１インサイチュフロー検出オプションは第１付加情報を含み、第１付加情報は第１逆方向サービスフロー特徴を含み、第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものであることと、を含み、先頭ノードは第１順方向パスの末尾ノードであり、第１ネットワーク機器、第２ネットワーク機器はいずれも第１順方向パスおよび第１逆方向パスにある。本願によれば、配置の作業量を軽減できる。
【選択図】図３

【特許請求の範囲】

【請求項1】

第１ネットワーク機器に適用されるメッセージ処理方法であって、
第１サービスメッセージを受信することと、
第２ネットワーク機器に第２サービスメッセージを送信することであって、前記第２サービスメッセージは第１インサイチュフロー検出オプションと前記第１サービスメッセージとを含み、前記第１インサイチュフロー検出オプションは第１付加情報を含み、前記第１付加情報は第１逆方向サービスフロー特徴を含み、前記第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものであることと、を含み、
前記先頭ノードは第１順方向パスの末尾ノードであり、前記第１ネットワーク機器、前記第２ネットワーク機器は共に前記第１順方向パスおよび前記第１逆方向パスにある、ことを特徴とする、メッセージ処理方法。

【請求項2】

前記第１インサイチュフロー検出オプションは、第１指示情報をさらに含み、前記第１指示情報は、前記第１インサイチュフロー検出オプションに第１付加情報を含むか否かを示すためのものであり、
前記第１指示情報の値が第１値である場合、前記第１インサイチュフロー検出オプションは前記第１付加情報を含み、
前記第１指示情報の値が第２値である場合、前記第１インサイチュフロー検出オプションは前記第１付加情報を含まない、ことを特徴とする、請求項１に記載のメッセージ処理方法。

【請求項3】

前記第１インサイチュフロー検出オプションは、第２指示情報をさらに含み、前記第２指示情報は、前記先頭ノードに前記第１サービスフロー認識規則を生成するか否かを指示するためのものであり、
前記第２指示情報の値が第１値である場合、前記先頭ノードに前記第１サービスフロー認識規則を生成することを指示し、
前記第２指示情報の値が第２値である場合、前記先頭ノードに前記第１サービスフロー認識規則を生成しないことを指示する、ことを特徴とする、請求項２に記載のメッセージ処理方法。

【請求項4】

前記第１サービスメッセージを受信した後、前記メッセージ処理方法は、
前記第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行うことであって、前記第１順方向フロー特徴がインサイチュフロー検出を行う順方向サービスフローの特徴であり、前記第２順方向フロー特徴がインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴であることと、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致する場合、前記第１サービスメッセージの外層に前記第１インサイチュフロー検出オプションをカプセル化して、前記第２サービスメッセージを得ることと、をさらに含む、ことを特徴とする、請求項１に記載のメッセージ処理方法。

【請求項5】

前記第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行った後、前記のメッセージ処理方法は、
前記第１サービスメッセージが前記第１順方向フロー特徴と一致し、かつ前記第２順方向フロー特徴と一致しない場合、前記第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得、前記第２ネットワーク機器に前記第３サービスメッセージを送信することであって、前記第２インサイチュフロー検出オプションは、共に値がいずれも第２値である第１指示情報および第２指示情報を含むこと、または、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致し、かつ前記第１ネットワーク機器に前記第１逆方向サービスフロー特徴が配置されていない場合、前記第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得、前記第２ネットワーク機器に前記第４サービスメッセージを送信することであって、前記第３インサイチュフロー検出オプションは、値が第２値である前記第１指示情報と値が第１値である前記第２指示情報とを含むこと、をさらに含む、ことを特徴とする、請求項４に記載のメッセージ処理方法。

【請求項6】

前記第１逆方向サービスフロー特徴は、ＩＰサブネットを表すためのＩＰアドレスおよびマスクを含み、前記ＩＰサブネットに属する逆方向サービスフローに対してインサイチュフロー検出を行うことを前記先頭ノードに指示するためのものである、ことを特徴とする、請求項１～５のいずれか１項に記載のメッセージ処理方法。

【請求項7】

前記第１インサイチュフロー検出オプション、前記第２インサイチュフロー検出オプションおよび前記第３インサイチュフロー検出オプションはいずれも、拡張フロー検出タイプフィールドと、サービスフロー方向識別フィールドと、予約フィールドとを含み、前記拡張フロー検出タイプフィールドにおける１ビットは前記第１指示情報を運び、前記サービスフロー方向識別フィールドは前記第２指示情報を運ぶ、ことを特徴とする、請求項５に記載のメッセージ処理方法。

【請求項8】

前記第１インサイチュフロー検出オプションの予約フィールドは前記第１付加情報を運ぶ、ことを特徴とする、請求項７に記載のメッセージ処理方法。

【請求項9】

前記第１インサイチュフロー検出オプションの予約フィールドはＴＬＶ構成を含み、前記ＴＬＶ構成のｖａｌｕｅフィールドは前記第１付加情報を運ぶ、ことを特徴とする、請求項８に記載のメッセージ処理方法。

【請求項10】

前記メッセージ処理方法は、
第３ネットワーク機器から送信された第５サービスメッセージを受信することであって、前記第５サービスメッセージは第４インサイチュフロー検出オプションを含み、前記第４インサイチュフロー検出オプションは第２付加情報を含み、前記第２付加情報は第２逆方向サービスフロー特徴を含み、前記第１ネットワーク機器、前記第３ネットワーク機器は共に第２順方向パスおよび第２逆方向パスにあり、前記第１ネットワーク機器は前記第２逆方向パスの先頭ノードであることと、
前記第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成することと、をさらに含む、ことを特徴とする、請求項１に記載のメッセージ処理方法。

【請求項11】

前記第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成した後、前記メッセージ処理方法は、
前記第２サービスフロー認識規則をフォワーディングプレーンに格納することと、
前記第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、前記第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、前記第３ネットワーク機器に前記第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを送信することであって、前記第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むことと、をさらに含む、ことを特徴とする、請求項１０に記載のメッセージ処理方法。

【請求項12】

前記第２サービスフロー認識規則をフォワーディングプレーンに格納した後、前記メッセージ処理方法は、
指定の期間内に前記第２サービスフロー認識規則と一致するサービスメッセージを受信しなかった場合、前記第２サービスフロー認識規則を前記フォワーディングプレーンから削除すること、をさらに含む、請求項１１に記載のメッセージ処理方法。

【請求項13】

第１ネットワーク機器に適用されるメッセージ処理装置であって、
第１サービスメッセージを受信する、受信モジュールと、
第２ネットワーク機器に第２サービスメッセージを送信することに用いられ、前記第２サービスメッセージは第１インサイチュフロー検出オプションと前記第１サービスメッセージとを含み、前記第１インサイチュフロー検出オプションは第１付加情報を含み、前記第１付加情報は第１逆方向サービスフロー特徴を含み、前記第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものである、送信モジュールと、を含み、
前記先頭ノードは第１順方向パスの末尾ノードであり、前記第１ネットワーク機器、前記第２ネットワーク機器はいずれも前記第１順方向パスおよび前記第１逆方向パスにある、ことを特徴とする、メッセージ処理装置。

【請求項14】

【請求項15】

【請求項16】

前記メッセージ処理装置は、
前記第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行うことに用いられ、前記第１順方向フロー特徴がインサイチュフロー検出を行う順方向サービスフローの特徴であり、前記第２順方向フロー特徴がインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴である、マッチングモジュールと、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致する場合、前記第１サービスメッセージの外層に前記第１インサイチュフロー検出オプションをカプセル化して、前記第２サービスメッセージを得る、カプセル化モジュールと、をさらに含む、ことを特徴とする、請求項１３に記載のメッセージ処理装置。

【請求項17】

前記カプセル化モジュールは、さらに、
前記第１サービスメッセージが前記第１順方向フロー特徴と一致し、かつ前記第２順方向フロー特徴と一致しない場合、前記第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得、前記第２ネットワーク機器に前記第３サービスメッセージを送信することであって、前記第２インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むこと、または、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致し、かつ前記第１ネットワーク機器に前記第１逆方向サービスフロー特徴が配置されていない場合、前記第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得、前記第２ネットワーク機器に前記第４サービスメッセージを送信することであって、前記第３インサイチュフロー検出オプションは、値が第２値である前記第１指示情報と値が第１値である前記第２指示情報とを含むこと、に用いられる、ことを特徴とする、請求項１６に記載のメッセージ処理装置。

【請求項18】

前記第１逆方向サービスフロー特徴は、ＩＰサブネットを表すためのＩＰアドレスおよびマスクを含み、前記ＩＰサブネットに属する逆方向サービスフローに対してインサイチュフロー検出を行うことを前記先頭ノードに指示するためのものである、ことを特徴とする、請求項１３～１７のいずれか１項に記載のメッセージ処理装置。

【請求項19】

前記第１インサイチュフロー検出オプション、前記第２インサイチュフロー検出オプションおよび前記第３インサイチュフロー検出オプションはいずれも、拡張フロー検出タイプフィールドと、サービスフロー方向識別フィールドと、予約フィールドとを含み、前記拡張フロー検出タイプフィールドにおける１ビットで前記第１指示情報を持ち運び、前記サービスフロー方向識別フィールドは前記第２指示情報を運ぶ、ことを特徴とする、請求項１７に記載のメッセージ処理装置。

【請求項20】

前記第１インサイチュフロー検出オプションの予約フィールドは前記第１付加情報を運ぶ、ことを特徴とする、請求項１９に記載のメッセージ処理装置。

【請求項21】

前記第１インサイチュフロー検出オプションの予約フィールドはＴＬＶ構成を含み、前記ＴＬＶ構成のｖａｌｕｅフィールドは前記第１付加情報を運ぶ、ことを特徴とする、請求項２０に記載のメッセージ処理装置。

【請求項22】

前記メッセージ処理装置は、さらに、生成モジュールを含み、
前記受信モジュールは、第３ネットワーク機器から送信された第５サービスメッセージを受信することにも用いられ、前記第５サービスメッセージは第４インサイチュフロー検出オプションを含み、前記第４インサイチュフロー検出オプションは第２付加情報を含み、前記第２付加情報は第２逆方向サービスフロー特徴を含み、前記第１ネットワーク機器、前記第３ネットワーク機器はいずれも第２順方向パスおよび第２逆方向パスにあり、前記第１ネットワーク機器は前記第２逆方向パスの先頭ノードであり、
前記生成モジュールは、前記第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成することに用いられる、ことを特徴とする、請求項１３に記載のメッセージ処理装置。

【請求項23】

前記メッセージ処理装置は、さらに、格納モジュールとカプセル化モジュールとを含み、
前記格納モジュールは、前記第２サービスフロー認識規則をフォワーディングプレーンに格納することに用いられ、
前記カプセル化モジュールは、前記第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、前記第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、前記第３ネットワーク機器に前記第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを送信することに用いられ、前記第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含む、ことを特徴とする、請求項２２に記載のメッセージ処理装置。

【請求項24】

前記メッセージ処理装置は、さらに、
指定の期間内に前記第２サービスフロー認識規則と一致するサービスメッセージを受信しなかった場合、前記第２サービスフロー認識規則を前記フォワーディングプレーンから削除する、削除モジュールを含む、ことを特徴とする、請求項２３に記載のメッセージ処理装置。

【請求項25】

ネットワーク機器であって、
プロセッサと、
送受信機と、
機械可読記憶媒体と、を含み、
前記機械可読記憶媒体には、前記プロセッサによって実行可能な機械実行可能命令が記憶されており、
前記機械実行可能命令は、前記プロセッサに、
前記送受信機により第１サービスメッセージを受信することと、
前記送受信機により第２ネットワーク機器に第２サービスメッセージを送信することであって、前記第２サービスメッセージは第１インサイチュフロー検出オプションと前記第１サービスメッセージとを含み、前記第１インサイチュフロー検出オプションに第１付加情報を含み、前記第１付加情報は第１逆方向サービスフロー特徴を含み、前記第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものであることと、を実行させ、
前記先頭ノードは第１順方向パスの末尾ノードであり、第１ネットワーク機器、前記第２ネットワーク機器はいずれも前記第１順方向パスおよび前記第１逆方向パスにある、ことを特徴とする、ネットワーク機器。

【請求項26】

【請求項27】

【請求項28】

前記機械実行可能命令は、さらに、前記プロセッサに、
前記第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行うことであって、前記第１順方向フロー特徴がインサイチュフロー検出を行う順方向サービスフローの特徴であり、前記第２順方向フロー特徴がインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴であることと、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致する場合、前記第１サービスメッセージの外層に前記第１インサイチュフロー検出オプションをカプセル化して、前記第２サービスメッセージを得ることと、を実行させる、ことを特徴とする、請求項２５に記載のネットワーク機器。

【請求項29】

前記機械実行可能命令は、さらに、前記プロセッサに、
前記第１サービスメッセージが前記第１順方向フロー特徴と一致し、かつ前記第２順方向フロー特徴と一致しない場合、前記第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得、前記送受信機により前記第２ネットワーク機器に前記第３サービスメッセージを送信することであって、前記第２インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むこと、または、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致し、かつ前記第１ネットワーク機器に前記第１逆方向サービスフロー特徴が配置されていない場合、前記第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得、前記送受信機により前記第２ネットワーク機器に前記第４サービスメッセージを送信することであって、前記第３インサイチュフロー検出オプションは、値が第２値である前記第１指示情報と値が第１値である前記第２指示情報とを含むこと、を実行させる、ことを特徴とする、請求項２８に記載のネットワーク機器。

【請求項30】

前記第１逆方向サービスフロー特徴は、ＩＰサブネットを表すためのＩＰアドレスおよびマスクを含み、前記ＩＰサブネットに属する逆方向サービスフローに対してインサイチュフロー検出を行うことを前記先頭ノードに指示するためのものである、ことを特徴とする、請求項２５～２９のいずれか１項に記載のネットワーク機器。

【請求項31】

【請求項32】

前記第１インサイチュフロー検出オプションの予約フィールドは前記第１付加情報を運ぶ、ことを特徴とする、請求項３１に記載のネットワーク機器。

【請求項33】

前記第１インサイチュフロー検出オプションの予約フィールドはＴＬＶ構成を含み、前記ＴＬＶ構成のｖａｌｕｅフィールドは前記第１付加情報を運ぶ、ことを特徴とする、請求項３２に記載のネットワーク機器。

【請求項34】

前記機械実行可能命令は、さらに、前記プロセッサに、
前記送受信機により第３ネットワーク機器から送信された第５サービスメッセージを受信することであって、前記第５サービスメッセージは第４インサイチュフロー検出オプションを含み、前記第４インサイチュフロー検出オプションは第２付加情報を含み、前記第２付加情報は第２逆方向サービスフロー特徴を含み、前記第１ネットワーク機器、前記第３ネットワーク機器はいずれも第２順方向パスおよび第２逆方向パスにあり、前記第１ネットワーク機器は前記第２逆方向パスの先頭ノードであることと、
前記第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成することと、を実行させる、ことを特徴とする、請求項２５に記載のネットワーク機器。

【請求項35】

前記機械実行可能命令は、さらに、前記プロセッサに、
前記第２サービスフロー認識規則をフォワーディングプレーンに格納することと、
前記送受信機により前記第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、前記第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、前記送受信機により前記第３ネットワーク機器に前記第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを送信することであって、前記第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むことと、実行させる、ことを特徴とする、請求項３４に記載のネットワーク機器。

【請求項36】

前記機械実行可能命令は、さらに、前記プロセッサに、
指定の期間内に前記送受信機により前記第２サービスフロー認識規則と一致するサービスメッセージを受信しなかった場合、前記第２サービスフロー認識規則を前記フォワーディングプレーンから削除すること、を実行させる、ことを特徴とする、請求項３５に記載のネットワーク機器。

【請求項37】

機械実行可能命令が記憶されている機械可読記憶媒体であって、プロセッサによって呼び出しおよび実行されると、前記機械実行可能命令は、前記プロセッサに請求項１～１２のいずれかに記載のメッセージ処理方法におけるステップを実現させる、ことを特徴とする、機械可読記憶媒体。

【請求項38】

プロセッサに、請求項１～１２のいずれかに記載のメッセージ処理方法におけるステップを実現させる、ことを特徴とする、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

本願は通信技術分野に関し、特にメッセージ処理に関する。

【背景技術】

【0002】

インサイチュ運用管理および保守（Ｉｎ－ｓｉｔｕＯｐｅｒａｔｉｏｎＡｄｍｉｎｉｓｔｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅ、ＩＯＡＭ）とは、インサイチュフロー検出技術であり、指定のサービストラフィックのメッセージに制御情報を挿入し、転送機器はメッセージが持つ制御情報を認識した後、当該メッセージから採取した情報をアナライザーに報告することにより、アナライザーにネットワークにおける微細な不具合を認識させ、各サービスの遅延、パケットロス状況等の性能情報を正確に検出し、ネットワークの品質をリアルタイムにモニタリングすることを実現し、速やかにネットワークの故障の位置付けおよび転送パスの最適化を行う。

【0003】

従来の伝送ネットワークにおいて、通常、バックアップリンクが配備されており、順方向トラフィックおよびバックホールトラフィックに対する検出を実現するために、先頭ノードおよび各バックアップリンクの末尾ノードに検出を要するサービスフローの特徴を配置する必要がある。

【0004】

インタネットプロトコルバージョン６セグメントルーティング（ＳｅｇｍｅｎｔＲｏｕｔｉｎｇＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ６、ＳＲｖ６）ネットワーキングを例として、図１に示すように、機器Ａ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈはいずれもベアラネットワークに位置する。機器Ａは先頭ノード（Ｉｎｇｒｅｓｓ）であり、機器Ａと機器Ｂとの間に２つの転送パスがあり、そのうちプライマリパスは機器Ａ－Ｃ－Ｅ－Ｇであり、バックアップパスは機器Ａ－Ｄ－Ｆ－Ｈであり、機器Ｇはプライマリパスの末尾ノードであり、機器Ｈはバックアップパスの末尾ノードである。機器Ｉから機器Ｂまでのサービスフローがベアラネットワークにおいての伝送品質を測定しようとすれば、機器Ａに当該サービスフローの特徴を配置する必要がある。当該サービスフローの逆方向フローに対してベアラネットワークにおいての伝送品質を測定しようとすれば、サービスフローが実際に経由するパスは、ネットワークの品質により影響され、動的に切り替える可能性があるため、それぞれ逆方向パスの各先頭ノードに、すなわち機器Ｇおよび機器Ｈに、逆方向フローの特徴を配置する必要がある。バックアップパスが多い場合、配置を要する機器の数も多いため、配置の作業量が多くなる。

【発明の概要】

【0005】

本願実施例の目的は、配置の作業量が軽減されるメッセージ処理を提供する。具体的な技術案は以下の通りである。

【0006】

第１態様として、本願実施例は、第１ネットワーク機器に適用されるメッセージ処理方法を提供する。
前記方法は、
第１サービスメッセージを受信することと、第２ネットワーク機器に第２サービスメッセージを送信することであって、前記第２サービスメッセージは第１インサイチュフロー検出オプションと前記第１サービスメッセージとを含み、前記第１インサイチュフロー検出オプションは第１付加情報を含み、前記第１付加情報は第１逆方向サービスフロー特徴を含み、前記第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものであることと、を含み、前記先頭ノードは第１順方向パスの末尾ノードであり、前記第１ネットワーク機器、前記第２ネットワーク機器はいずれも前記第１順方向パスおよび前記第１逆方向パスにある。

【0007】

一可能な実施形態において、前記第１インサイチュフロー検出オプションは、第１指示情報をさらに含み、前記第１指示情報は、前記第１インサイチュフロー検出オプションが第１付加情報を含むか否かを示すためのものであり、前記第１指示情報の値が第１値である場合、前記第１インサイチュフロー検出オプションは前記第１付加情報を含み、前記第１指示情報の値が第２値である場合、前記第１インサイチュフロー検出オプションは前記第１付加情報を含まない。

【0008】

一可能な実施形態において、前記第１インサイチュフロー検出オプションは、第２指示情報をさらに含み、前記第２指示情報は、前記先頭ノードが前記第１サービスフロー認識規則を生成するか否かを指示するためのものであり、前記第２指示情報の値が第１値である場合、前記先頭ノードに前記第１サービスフロー認識規則を生成することを指示し、前記第２指示情報の値が第２値である場合、前記先頭ノードに前記第１サービスフロー認識規則を生成しないことを指示する。

【0009】

一可能な実施形態において、前記第１サービスメッセージを受信した後、前記方法は、前記第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行うことであって、前記第１順方向フロー特徴がインサイチュフロー検出を行う順方向サービスフローの特徴であり、前記第２順方向フロー特徴がインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴であることと、前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致する場合、前記第１サービスメッセージの外層に前記第１インサイチュフロー検出オプションをカプセル化して、前記第２サービスメッセージを得ることと、をさらに含む。

【0010】

一可能な実施形態において、前記第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行った後、前記方法は、
前記第１サービスメッセージが前記第１順方向フロー特徴と一致し、かつ前記第２順方向フロー特徴と一致しない場合、前記第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得、前記第２ネットワーク機器に前記第３サービスメッセージを送信することであって、前記第２インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２表示情報を含むこと、または、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致し、かつ前記第１ネットワーク機器に前記第１逆方向サービスフロー特徴が配置されていない場合、前記第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得、前記第２ネットワーク機器に前記第４サービスメッセージを送信することであって、前記第３インサイチュフロー検出オプションは、値が第２値である前記第１指示情報と値が第１値である前記第２指示情報とを含むこと、をさらに含む。

【0011】

一可能な実施形態において、前記第１逆方向サービスフロー特徴は、ＩＰサブネットを表すためのＩＰアドレスおよびマスクを含み、前記ＩＰサブネットに属する逆方向サービスフローに対してインサイチュフロー検出を行うことを前記先頭ノードに指示するためのものである。

【0012】

一可能な実施形態において、前記第１インサイチュフロー検出オプション、前記第２インサイチュフロー検出オプションおよび前記第３インサイチュフロー検出オプションはいずれも、拡張フロー検出タイプフィールドと、サービスフロー方向識別フィールドと、予約フィールドとを含み、前記拡張フロー検出タイプフィールドにおける１ビットで前記第１指示情報を持ち運び、前記サービスフロー方向識別フィールドは前記第２指示情報を運ぶ。

【0013】

一可能な実施形態において、前記第１インサイチュフロー検出オプションの予約フィールドは前記第１付加情報を運ぶ。

【0014】

一可能な実施形態において、前記第１インサイチュフロー検出オプションの予約フィールドはＴＬＶ構成を含み、前記ＴＬＶ構成のｖａｌｕｅフィールドは前記第１付加情報を運ぶ。

【0015】

一可能な実施形態において、前記方法は、第３ネットワーク機器から送信された第５サービスメッセージを受信することであって、前記第５サービスメッセージは第４インサイチュフロー検出オプションを含み、前記第４インサイチュフロー検出オプションは第２付加情報を含み、前記第２付加情報は第２逆方向サービスフロー特徴を含み、前記第１ネットワーク機器、前記第３ネットワーク機器はいずれも第２順方向パスおよび第２逆方向パスにあり、前記第１ネットワーク機器は前記第２逆方向パスの先頭ノードであることと、前記第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成することと、をさらに含む。

【0016】

一可能な実施形態において、前記第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成した後、前記方法は、前記第２サービスフロー認識規則をフォワーディングプレーンに格納することと、前記第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、前記第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、前記第３ネットワーク機器に前記第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを送信することであって、前記第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むことと、をさらに含む。

【0017】

一可能な実施形態において、前記第２サービスフロー認識規則をフォワーディングプレーンに格納した後、前記方法は、
指定の期間内に前記第２サービスフロー認識規則と一致するサービスメッセージを受信しなかった場合、前記第２サービスフロー認識規則を前記フォワーディングプレーンから削除すること、をさらに含む。

【0018】

第２態様として、本願実施例は、第１ネットワーク機器に適用されるメッセージ処理装置を提供する。
前記装置は、
第１サービスメッセージを受信する、受信モジュールと、第２ネットワーク機器に第２サービスメッセージを送信することに用いられ、前記第２サービスメッセージは第１インサイチュフロー検出オプションと前記第１サービスメッセージとを含み、前記第１インサイチュフロー検出オプションは第１付加情報を含み、前記第１付加情報は第１逆方向サービスフロー特徴を含み、前記第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものである、送信モジュールとを含み、前記先頭ノードは第１順方向パスの末尾ノードであり、前記第１ネットワーク機器、前記第２ネットワーク機器はいずれも前記第１順方向パスおよび前記第１逆方向パスにある。

【0019】

【0020】

一可能な実施形態において、前記第１インサイチュフロー検出オプションは、第２指示情報をさらに含み、前記第２指示情報は、前記先頭ノードに前記第１サービスフロー認識規則を生成するか否かを指示するためのものであり、前記第２指示情報の値が第１値である場合、前記先頭ノードに前記第１サービスフロー認識規則を生成することを指示し、前記第２指示情報の値が第２値である場合、前記先頭ノードに前記第１サービスフロー認識規則を生成しないことを指示する。

【0021】

一可能な実施形態において、前記装置は、前記第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行うことに用いられ、前記第１順方向フロー特徴がインサイチュフロー検出を行う順方向サービスフローの特徴であり、前記第２順方向フロー特徴がインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴である、マッチングモジュールと、前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致する場合、前記第１サービスメッセージの外層に前記第１インサイチュフロー検出オプションをカプセル化して、前記第２サービスメッセージを得る、カプセル化モジュールと、をさらに含む。

【0022】

一可能な実施形態において、前記カプセル化モジュールは、さらに、
前記第１サービスメッセージが前記第１順方向フロー特徴と一致し、かつ前記第２順方向フロー特徴と一致しない場合、前記第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得、前記第２ネットワーク機器に前記第３サービスメッセージを送信することであって、前記第２インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むこと、または、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致し、かつ前記第１ネットワーク機器に前記第１逆方向サービスフロー特徴が配置されていない場合、前記第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得、前記第２ネットワーク機器に前記第４サービスメッセージを送信することであって、前記第３インサイチュフロー検出オプションは、値が第２値である前記第１指示情報と値が第１値である前記第２指示情報とを含むこと、に用いられる。

【0023】

【0024】

【0025】

一可能な実施形態において、前記第１インサイチュフロー検出オプションの予約フィールドは前記第１付加情報を運ぶ。一可能な実施形態において、前記第１インサイチュフロー検出オプションの予約フィールドはＴＬＶ構成を含み、前記ＴＬＶ構成のｖａｌｕｅフィールドは前記第１付加情報を運ぶ。

【0026】

一可能な実施形態において、前記装置は、生成モジュールをさらに含み、前記受信モジュールは、第３ネットワーク機器から送信された第５サービスメッセージを受信することにも用いられ、前記第５サービスメッセージは第４インサイチュフロー検出オプションを含み、前記第４インサイチュフロー検出オプションは第２付加情報を含み、前記第２付加情報は第２逆方向サービスフロー特徴を含み、前記第１ネットワーク機器、前記第３ネットワーク機器はいずれも第２順方向パスおよび第２逆方向パスにあり、前記第１ネットワーク機器は前記第２逆方向パスの先頭ノードであり、前記生成モジュールは、前記第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成することに用いられる。

【0027】

一可能な実施形態において、前記装置は、前記第２サービスフロー認識規則をフォワーディングプレーンに格納する、格納モジュールをさらに含み、前記カプセル化モジュールは、前記第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、前記第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、前記第３ネットワーク機器に前記第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを送信することにも用いられ、前記第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含む。

【0028】

一可能な実施形態において、前記装置は、指定の期間内に前記第２サービスフロー認識規則と一致するサービスメッセージを受信しなかった場合、前記第２サービスフロー認識規則を前記フォワーディングプレーンから削除する、削除モジュールをさらに含む。

【0029】

第３態様として、本願実施例は、ネットワーク機器を提供する。前記ネットワーク機器は、
プロセッサと、送受信機と、機械可読記憶媒体とを含み、前記機械可読記憶媒体には、前記プロセッサによって実行可能な機械実行可能命令が記憶されており、前記機械実行可能命令は、前記プロセッサに、前記送受信機により第１サービスメッセージを受信することと、前記送受信機により第２ネットワーク機器に第２サービスメッセージを送信することであって、前記第２サービスメッセージは第１インサイチュフロー検出オプションと前記第１サービスメッセージとを含み、前記第１インサイチュフロー検出オプションは第１付加情報を含み、前記第１付加情報は第１逆方向サービスフロー特徴を含み、前記第１逆方向サービスフロー特徴は第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものであることとを実行させ、前記先頭ノードは第１順方向パスの末尾ノードであり、前記第１ネットワーク機器、前記第２ネットワーク機器はいずれも、前記第１順方向パスおよび前記第１逆方向パスにある。

【0030】

一可能な実施形態において、前記第１インサイチュフロー検出オプションは第１指示情報をさらに含み、前記第１指示情報は、前記第１インサイチュフロー検出オプションが第１付加情報を含むか否かを示すためのものであり、前記第１指示情報の値が第１値である場合、前記第１インサイチュフロー検出オプションは前記第１付加情報を含み、前記第１指示情報の値が第２値である場合、前記第１インサイチュフロー検出オプションは前記第１付加情報を含まない。

【0031】

一可能な実施形態において、前記第１インサイチュフロー検出オプションは第２指示情報をさらに含み、前記第２指示情報は、前記先頭ノードに前記第１サービスフロー認識規則を生成するか否かを指示するためのものであり、前記第２指示情報の値が第１値である場合、前記先頭ノードに前記第１サービスフロー認識規則を生成することを指示し、前記第２指示情報の値が第２値である場合、前記先頭ノードに前記第１サービスフロー認識規則を生成しないことを指示する。

【0032】

一可能な実施形態において、前記機械実行可能命令は、前記プロセッサに、前記第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行うことであって、前記第１順方向フロー特徴がインサイチュフロー検出を行う順方向サービスフローの特徴であり、前記第２順方向フロー特徴がインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴であることと、前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致する場合、前記第１サービスメッセージの外層に前記第１インサイチュフロー検出オプションをカプセル化して、前記第２サービスメッセージを得ることと、をさらに実行させる。

【0033】

一可能な実施形態において、前記機械実行可能命令は、前記プロセッサに、
前記第１サービスメッセージが前記第１順方向フロー特徴と一致し、かつ前記第２順方向フロー特徴と一致しない場合、前記第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得、前記送受信機により前記第２ネットワーク機器に前記第３サービスメッセージを送信することであって、前記第２インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むこと、または、
前記第１サービスメッセージが前記第１順方向フロー特徴および前記第２順方向フロー特徴の両方と一致し、かつ前記第１ネットワーク機器に前記第１逆方向サービスフロー特徴が配置されていない場合、前記第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得、前記送受信機により前記第２ネットワーク機器に前記第４サービスメッセージを送信することであって、前記第３インサイチュフロー検出オプションは、値が第２値である前記第１指示情報と値が第１値である前記第２指示情報とを含むこと、をさらに実行させる。

【0034】

【0035】

【0036】

一可能な実施形態において、前記第１インサイチュフロー検出オプションの予約フィールドは前記第１付加情報を運ぶ。

【0037】

【0038】

一可能な実施形態において、前記機械実行可能命令は、前記プロセッサに、
前記送受信機により第３ネットワーク機器から送信された第５サービスメッセージを受信することであって、前記第５サービスメッセージは第４インサイチュフロー検出オプションを含み、前記第４インサイチュフロー検出オプションは第２付加情報を含み、前記第２付加情報は第２逆方向サービスフロー特徴を含み、前記第１ネットワーク機器、前記第３ネットワーク機器はいずれも第２順方向パスおよび第２逆方向パスにあり、前記第１ネットワーク機器は前記第２逆方向パスの先頭ノードであることと、前記第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成することと、をさらに実行させる。

【0039】

一可能な実施形態において、前記機械実行可能命令は、前記プロセッサに、
前記第２サービスフロー認識規則をフォワーディングプレーンに格納することと、前記送受信機により前記第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、前記第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、前記送受信機により前記第３ネットワーク機器に前記第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを送信することであって、前記第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むことと、をさらに実行させる。

【0040】

一可能な実施形態において、前記機械実行可能命令は、前記プロセッサに、
指定の期間内に前記送受信機により前記第２サービスフロー認識規則と一致するサービスメッセージを受信しなかった場合、前記第２サービスフロー認識規則を前記フォワーディングプレーンから削除することをさらに実行させる。

【0041】

第４態様として、本願実施例は、機械実行可能命令が記憶されており、前記機械実行可能命令は、プロセッサによって呼び出しおよび実行されると、前記プロセッサに上記メッセージ処理方法の方法ステップを実現させる、ことを特徴とする、機械可読記憶媒体を提供する。

【0042】

第５態様として、本願実施例は命令を含むコンピュータプログラム製品であって、コンピュータで実行されると、コンピュータに上記メッセージ処理方法の方法ステップを実行させる、コンピュータプログラム製品さらに提供する。

【0043】

以上の技術案によれば、第１ネットワーク機器は、第１サービスメッセージに第１インサイチュフロー検出オプションをカプセル化して、第１サービスメッセージと第１インサイチュフロー検出オプションとを含む第２サービスメッセージを転送することができる。第１インサイチュフロー検出オプションは第１指示情報と第１付加情報とを含んでいるため、末尾ノードが当該第２サービスメッセージを受信した際に、第１付加情報に含まれる第１逆方向サービスフロー特徴を取得することができる。このように、使用されるパスの末尾ノードが第１逆方向サービスフロー特徴を取得できることが実現され、サービスフローが他のバックアップパスを経由しないため、で他のバックアップパスに第１逆方向サービスフロー特徴を手動で配置する必要がなく、配置の作業量を軽減することができる。

【図面の簡単な説明】

【0044】

本出願の実施例および従来技術の技術案をより明確に説明するために、以下、実施例および従来技術に必要な図面を簡単に説明するが、無論、以下に説明される図面は単に本出願の実施例の一部であり、当業者であれば、創造的な働きをせずに、これらの図面に基づいて他の図面が得られることができる。

【図1】図１は背景技術が提供するＳＲｖ６ネットワーキングの構成模式図である。

【図2】図２は本願実施例が提供するインサイチュフロー検出ネットワークの構成の例示的模式図である。

【図3】図３は本願実施例が提供するメッセージ処理方法のフローチャートである。

【図4】図４は本願実施例が提供するインサイチュフロー検出オプションの構成模式図である。

【図5a】図５ａは本願実施例が提供する付加情報の構成模式図である。

【図5b】図５ｂは本願実施例が提供する他の付加情報の構成模式図である。

【図6】図６は本願実施例が提供する他のメッセージ処理方法のフローチャートである。

【図7】図７は本願実施例が提供するメッセージ処理装置の構成模式図である。

【図8】図８は本願実施例が提供するネットワーク機器の構成模式図である。

【発明を実施するための形態】

【0045】

以下、本願実施例の目標、技術案および利点がより明確になるよう、図面を参照しながら例を挙げて本願実施例をさらに詳しく説明する。無論、説明される実施例は単に本願実施例の一部であり、全ての実施例ではない。本願実施例に基づいて、当業者が創造的な労働を必要とせずに得られる全ての他の実施例は何れも本願の保護範囲に該当する。

【0046】

理解の便宜上、まず、本願実施例に関する関連概念について説明する。

【0047】

本願実施例に係るインサイチュフロー検出技術は、ＩＯＡＭに基づくインサイチュフロー検出技術であり、すなわちインサイチュフロー検出ネットワーキングにおいて伝送されるサービスメッセージがインサイチュフロー検出データを持ち、インサイチュフロー検出ネットワーキングにおける各機器がサービスメッセージに含まれているインサイチュフロー検出データを認識した後、インサイチュフロー検出データに基づいてアナライザーに測定データを報告できる。

【0048】

図２に示すように、図２は本願実施例が提供するインサイチュフロー検出ネットワークの構成の例示的模式図であり、当該インサイチュフロー検出ネットワーキングには、先頭ノードと、複数の中間ノードと、末尾ノードとを含み、図２には２つの中間ノードをそれぞれ例示的に示し、それぞれ、中間ノード１および中間ノード２である。中間ノード１はインサイチュフロー検出不可であり、中間ノード２はインサイチュフロー検出可能である。

【0049】

先頭ノードは、実際なサービスフローを受信し、当該サービスフローに対してインサイチュフロー検出を行う必要があると確定した場合、アナライザーに当該サービスフローに対する測定データを送信し、当該サービスフローにインサイチュフロー検出データを追加し、自身に接続している中間ノード１へ、インサイチュフロー検出データを持っているサービスフローを転送することに用いられる。中間ノード１がインサイチュフロー検出不可であるため、サービスフローを中間ノード２に直接に転送する。

【0050】

中間ノード２は、サービスフローを受信することに用いられ、当該サービスフローがインサイチュフロー検出データを含むことを認識し、かつインサイチュフロー検出データが指示する測定タイプがホップバイホップ測定である場合、当該インサイチュフロー検出データに基づいてアナライザーに当該サービスフローに対する測定データを送信し、末尾ノードに当該サービスフローを転送すること、または、インサイチュフロー検出データが指示する測定タイプがエンドツーエンド測定である場合、アナライザーに測定データを送信する必要がなく、末尾ノードに当該サービスフローを転送することに用いられる。

【0051】

末尾ノードは、サービスフローを受信し、当該サービスフローがインサイチュフロー検出データを含むことを認識した場合、当該インサイチュフロー検出データに基づいてアナライザーに当該サービスフローに対する測定データを送信し、当該サービスフローにおけるインサイチュフロー検出データを削除し、さらに当該サービスフローを転送することに用いられる。

【0052】

アナライザーは、先頭ノード、中間ノードおよび末尾ノードから送信された測定データを受信し、受信した測定データに対して集約および計算を行うことに用いられる。アナライザーおよびインサイチュフロー検出可能である機器はいずれもクロック同期プロトコルを実行し、図２において、アナライザーと、先頭ノードと、中間ノード２と末尾ノードとの間のクロックは同期している。

【0053】

図２はインサイチュフロー検出ネットワークの一例であり、ネットワークを配備する際に、ネットワークの信頼性を向上するために、バックアップリンクをさらに配備してよい。すなわち、インサイチュフロー検出ネットワーキングは、図１における機器Ａ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈを含んでよく、図１における機器Ａは先頭ノードであり、機器Ｇおよび機器Ｈは末尾ノードであり、機器Ａ、Ｇ、Ｈはいずれもネットワーク側エッジ（ＰｒｏｖｉｄｅｒＥｄｇｅ、ＰＥ）機器であり、機器Ｃ、Ｄ、Ｅ、ＦはＰＥ機器またはＰ機器であってよく、Ｐ（Ｐｒｏｖｉｄｅｒ）機器とはネットワーク側コア機器であり、機器Ｉおよび機器Ｂはいずれもユーザ側エッジ（ＣｕｓｔｏｍｅｒＥｄｇｅ、ＣＥ）機器である。これらの機器はいずれも、サービスフローが持っているインサイチュフロー検出データに応じて、アナライザーへ測定データを送信できる。

【0054】

なお、図１に係る機器および図２に係るノードはいずれも、スイッチまたはルータ等のネットワーク機器であってもよい。

【0055】

本願実施例において、インサイチュフロー検出ネットワークにおけるバックアップパスは１つに限らず、例えば複数のパスが互いのバックアップとする場合、複数の末尾ノードが存在している。複数の末尾ノードのそれぞれに対してインサイチュフロー検出を要する逆方向フロー特徴を配置すると、配置の作業量が多くなる。

【0056】

なお、末尾ノードのハードウェアデータフォワーディングプレーンが逆方向フロー特徴に基づいて逆方向フローに対してインサイチュフロー検出を行うように、末尾ノードのハードウェアデータフォワーディングプレーンに逆方向フロー特徴を配布する必要がある。このように、逆方向フロー特徴は末尾ノードのハードウェアリソースを占有する。

【0057】

逆方向フローがいずれかのバックアップパスのみを経由するため、つまり、逆方向フローが他のバックアップパスを経由しないため、他のバックアップパスの末尾ノードに配置されている逆方向フロー特徴は使用されない。これらの逆方向フロー特徴は使用されなくても削除できなく、末尾ノードのハードウェアリソースを占有する。バックアップパスが多いほど、または逆方向フロー特徴が多いほど、ベアラネットワークに無駄になったハードウェアリソースも多く、ハードウェアリソースが足りない場合、ハードウェアリソースを必要とする他のサービスがハードウェアリソースを要求できなく、正常に配備できないことになる。

【0058】

上記課題を解決するために、本願実施例は、第１ネットワーク機器に適用されるメッセージ処理方法を提供する。
当該方法は、
第１サービスメッセージを受信することと、第２ネットワーク機器に第２サービスメッセージを送信することであって、第２サービスメッセージは第１インサイチュフロー検出オプションと第１サービスメッセージとを含み、第１インサイチュフロー検出オプションは第１付加情報を含み、第１付加情報は第１逆方向サービスフロー特徴を含み、第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものであることと、を含み、先頭ノードは第１順方向パスの末尾ノードであり、第１ネットワーク機器、第２ネットワーク機器はいずれも第１順方向パスおよび第１逆方向パスにある。

【0059】

当該方法により、第１ネットワーク機器は第１サービスメッセージを受信した後、第２ネットワーク機器に第２サービスメッセージを送信してよく、第２サービスメッセージは第１インサイチュフロー検出オプションと第１サービスメッセージとを含み、第１インサイチュフロー検出オプションは第１指示情報と第１付加情報とを含むため、第１順方向パスの末尾ノードが当該第２サービスメッセージを受信した際に、第１付加情報に含まれる第１逆方向サービスフロー特徴を取得できる。このように、現在使用されるパスの末尾ノードが第１逆方向サービスフロー特徴を自動的に取得でき、逆方向サービスフローが他のバックアップパスを経由しないため、他のバックアップパスに第１逆方向サービスフロー特徴を手動で配置する必要がなく、配置の作業量を軽減できる。

【0060】

以下は、本願実施例が提供するメッセージ処理方法について詳しく説明する。

【0061】

図３に示すように、本願実施例は、第１ネットワーク機器に適用されるメッセージ処理方を提供する。当該方法は以下のステップを含む。

【0062】

Ｓ３０１、第１サービスメッセージを受信する。

【0063】

当該第１サービスメッセージはインサイチュフロー検出ネットワーキング外部の機器から第１ネットワーク機器に送信したサービスメッセージであり、図１に示したＳＲｖ６ネットワークを例として、当該第１サービスメッセージは機器Ｉから機器Ａに送信したサービスメッセージであってよい。

【0064】

Ｓ３０２、第２ネットワーク機器に第２サービスメッセージを送信することであって、第２サービスメッセージは第１インサイチュフロー検出オプションと第１サービスメッセージとを含み、第１インサイチュフロー検出オプションは第１付加情報を含み、第１付加情報は第１逆方向サービスフロー特徴を含み、第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものである。

【0065】

先頭ノードは第１順方向パスの末尾ノードであり、第１ネットワーク機器、第２ネットワーク機器はいずれも第１順方向パスおよび第１逆方向パスにある。

【0066】

例えば、第１逆方向パスは図１における機器Ｇから機器Ａまでの間のパスであり、それに応じて、第１順方向パスは機器Ａから機器Ｇまでの間のパスであり、第１逆方向パスの先頭ノードは機器Ｇであり、同時に、機器Ｇは第１順方向パスの末尾ノードとしてよい。

【0067】

あるいは、第１逆方向パスは図１における機器Ｈから機器Ａまでの間のパスであり、それに応じて、第１順方向パスは機器Ａから機器Ｈまでの間のパスであり、第１逆方向パスの先頭ノードは機器Ｈであり、同時に、機器Ｈは第１順方向パスの末尾ノードとしてよい。

【0068】

以上の２つの例にはいずれも、機器Ａは第１順方向パスの先頭ノードであり、第１ネットワーク機器は機器Ａであってよい。第２ネットワーク機器は機器Ｃまたは機器Ｄであってもよい。

【0069】

本願実施例において、第１ネットワーク機器は自身のメッセージ転送ポリシーに従って第２ネットワーク機器に第２サービスメッセージを送信することができる。例えば、ＳＲｖ６のベアラネットワークに適用すれば、第１ネットワーク機器は第１サービスメッセージにセグメントルーティングヘッダ（ＳｅｇｍｅｎｔＲｏｕｔｉｎｇＨｅａｄｅｒ、ＳＲＨ）をカプセル化して、第２ネットワーク機器にＳＲＨおよび第１インサイチュフロー検出オプションがカプセル化されている第２サービスメッセージを送信してよく、第２ネットワーク機器は、当該サービスメッセージが第１順方向パスの末尾ノードに転送されるまで、ＳＲＨに基づいて第１順方向パスに沿って当該第２サービスメッセージを転送し続いてよい。

【0070】

第１インサイチュフロー検出オプションは上記したインサイチュフロー検出データを含み、このほか、さらに第１指示情報および第１付加情報が追加されており、第１指示情報の値が第１値または第２値であってよく、例えば、第１値が１であってよく、第２値が０であってよい。

【0071】

第１指示情報の値が第１値である場合、第１インサイチュフロー検出オプションは第１付加情報を含む。

【0072】

第１指示情報の値が第２値である場合、第１インサイチュフロー検出オプションは第１付加情報を含まない。

【0073】

第１付加情報における第１逆方向サービスフロー特徴は、インサイチュフロー検出を要する逆方向サービスフローの特徴であり、逆方向サービスフローは第１逆方向パスにおける先頭ノードから末尾ノードへの方向に沿って転送されるサービスフローである。第１逆方向サービスフロー特徴は、メッセージ５タプル、またはソースインタネットプロトコル（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ、ＩＰ）アドレスおよびソースポート番号、または宛先ＩＰおよび宛先ＩＰポート番号等のインサイチュフロー検出を要するトラフィック特徴を反映するための情報であってよい。好ましくは、第１逆方向サービスフロー特徴は、例えばメッセージに持たれるメディアアクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）アドレスまたはメッセージのロードにおいてトラフィック特徴を反映するための情報等、トラフィック特徴を反映するための他の情報をさらに含んでよい。

【0074】

なお、第１逆方向パスの先頭ノードは、第２サービスメッセージを受信した後、第１付加情報に含まれる第１逆方向サービスフロー特徴に基づいて第１サービスフロー認識規則を生成することができ、続いて第１逆方向パスの末尾ノードは、第１サービスフロー認識規則に基づいてインサイチュフロー検出を要する逆方向サービスフローを認識することができると理解される。

【0075】

当該方法により、第１ネットワーク機器は、第１サービスメッセージを受信した後、第２ネットワーク機器に第２サービスメッセージを送信してよく、第２サービスメッセージは第１インサイチュフロー検出オプションと第１サービスメッセージとを含む。第１インサイチュフロー検出オプションが第１指示情報と第１付加情報とを含むため、第１順方向パスの末尾ノードが当該第２サービスメッセージを受信した際に、第１付加情報に含まれる第１逆方向サービスフロー特徴を取得できる。このように、現在使用されるパスの末尾ノードが第１逆方向サービスフロー特徴を自動的に取得でき、逆方向サービスフローが他のバックアップパスを経由しないため、他のバックアップパスに第１逆方向サービスフロー特徴を手動で配置する必要がなく、配置の作業量を軽減できる。

【0076】

一実施形態において、第１インサイチュフロー検出オプションは第２指示情報をさらに含み、第２指示情報は第１逆方向パスの先頭ノードに第１サービスフロー認識規則を生成するか否かを指示するためのものである。

【0077】

第２指示情報の値は、第１値または第２値となってよく、例えば、第１値が１であってよく、第２値が０であってよい。

【0078】

第２指示情報の値が第１値である場合、先頭ノードに第１サービスフロー認識規則を生成することを指示する。

【0079】

第２指示情報の値が第２値である場合、先頭ノードが第１サービスフロー認識規則を生成しないことを指示する。

【0080】

本願実施例において、第１ネットワーク機器には予め第１順方向フロー特徴および第２順方向フロー特徴が配置されている。第１順方向フロー特徴はインサイチュフロー検出を行う順方向サービスフローの特徴であり、第２順方向フロー特徴はインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴である。すなわち、受信したメッセージが第１順方向フロー特徴と一致する場合、当該メッセージに対してインサイチュフロー検出を行う必要があり、当該メッセージがさらに第２順方向フロー特徴と一致する場合、当該メッセージに対応する逆方向サービスフローもインサイチュフロー検出の必要があると確定される。

【0081】

第１順方向フロー特徴と第２順方向フロー特徴は同じでよい。あるいは、第２順方向フロー特徴は、第１順方向フロー特徴に加えて、さらに他の特徴を追加するものである。すなわち、第１順方向フロー特徴を満たすサービスフローの全部または一部のサービスフローは、第２順方向フロー特徴を満たすサービスフローである。

【0082】

上記第１順方向フロー特徴および第２順方向フロー特徴は、メッセージ５タプル、またはソースＩＰアドレスとソースポート番号、またはソース宛先ＩＰと宛先ＩＰポート番号等のインサイチュフロー検出を要するトラフィック特徴を反映するための情報であってよい。好ましくは、第１順方向サービスフロー特徴および第２順方向サービスフロー特徴は、例えばメッセージに持たれるＭＡＣアドレスまたはメッセージのロードにおけるトラフィック特徴を反映するための情報等、トラフィック特徴を反映するための他の情報をさらに含んでよい。

【0083】

その上で、第１ネットワーク機器は、第１サービスメッセージを受信した後、第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行ってよい。

【0084】

なお、第１ネットワーク機器に配置されている第１順方向フロー特徴および第２順方向フロー特徴はいずれも複数のセットを含んでよく、先頭ノードは第１サービスメッセージを受信した後、第１サービスメッセージと各セットの第１順方向トラフィック特徴および各セットの第２順方向フロー特徴とそれぞれマッチングしてよい。本願実施例において、１セットの第１順方向フロー特徴と第２順方向フロー特徴とのマッチング過程を例として説明する。

【0085】

上記マッチングを完成した後、第１ネットワーク機器は、マッチング結果に応じてサービスメッセージにインサイチュフロー検出オプションをカプセル化することができる。具体的に、以下の３つの状況を含むことがある。

【0086】

状況１、第１サービスメッセージが第１順方向フロー特徴および第２順方向フロー特徴の両方と一致する場合、第１サービスメッセージの外層に第１インサイチュフロー検出オプションをカプセル化して、第２サービスメッセージを得る。

【0087】

ＳＲｖ６ネットワークにおいて第１サービスメッセージを伝送するために、さらに第１サービスメッセージの外層にＳＲＨをカプセル化する必要がある。すなわち、第２サービスメッセージは、第１サービスメッセージと、第１インサイチュフロー検出オプションと、ＳＲＨとを含む。

【0088】

第１インサイチュフロー検出オプションに含まれる第１指示情報および第２指示情報はいずれも、値が第１値となり、かつ第１インサイチュフロー検出オプションは第１逆方向サービスフロー特徴を含む。

【0089】

一実施形態において、第１ネットワーク機器に複数セットの第２順方向フロー特徴に対応する第１逆方向サービスフロー特徴が配置されてよく、それに応じて、第１インサイチュフロー検出オプションは複数の第１付加情報を含んでよい。例えば、ソースＩＰアドレスおよびソースポート１の逆方向フローに対してインサイチュフロー検出を行う必要があり、かつ宛先ＩＰアドレス２および宛先ポート２の逆方向フローに対してインサイチュフロー検出を行う必要がある場合、その中の１セットの第１逆方向サービスフロー特徴はソースＩＰアドレスとソースポート１とを含み、ほかの１セットの第１逆方向サービスフロー特徴は宛先ＩＰアドレス２と宛先ポート２とを含む。それで、第１インサイチュフロー検出オプションは２つの第１付加情報を含み、各第１付加情報は１セットの第１逆方向サービスフロー特徴を含む。

【0090】

好ましくは、スメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行った後、状況２または状況３をさらに含むことがある。

【0091】

状況２、第１サービスメッセージが第１順方向フロー特徴と一致し、かつ第２順方向フロー特徴と一致しない場合、第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得て、第２ネットワーク機器に第３サービスメッセージを送信する。

【0092】

第２インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含む。

【0093】

第１サービスメッセージが第１順方向フロー特徴と一致する場合、当該第１サービスメッセージに対してインサイチュフロー検出を行う必要があるため、当該第１サービスメッセージに第２インサイチュフロー検出オプションをカプセル化する必要がある。

【0094】

また、第１サービスメッセージが第２順方向フロー特徴と一致しないため、当該第１サービスメッセージに対応する逆方向サービスフローに対してインサイチュフロー検出を行う必要がない。すなわち第１順方向パスの末尾ノードが第１サービスフロー認識規則を生成する必要がないため、第１ネットワーク機器は第２インサイチュフロー検出オプションにおいて第２指示情報を第２値として設置され、第１順方向パスの末尾ノードが第１サービスフロー認識規則を生成する必要がないことを指示する。

【0095】

ＳＲｖ６ネットワークにおいて第１サービスメッセージを伝送するために、さらに第１サービスメッセージの外層にＳＲＨをカプセル化する必要がある。すなわち第３サービスメッセージは第１サービスメッセージと、第２インサイチュフロー検出オプションと、ＳＲＨとを含む。

【0096】

状況３、第１サービスメッセージが第１順方向フロー特徴および第２順方向フロー特徴の両方と一致し、かつ第１ネットワーク機器に第１逆方向サービスフロー特徴が配置されていない場合、第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得て、第２ネットワーク機器に第４サービスメッセージを送信する。

【0097】

第３インサイチュフロー検出オプションは、値が第２値である第１指示情報と値が第１値である第２指示情報とを含む。

【0098】

第１サービスメッセージが第１順方向フロー特徴および第２順方向フロー特徴の両方と一致する場合は、当該第１サービスメッセージに対してインサイチュフロー検出を行う必要があり、当該第１サービスメッセージに対応する逆方向サービスフローに対してインサイチュフロー検出を行う必要もあることを示している。それで、第１順方向パスの末尾ノードが第１サービスフロー認識規則を生成することを報知する必要があるため、第３インサイチュフロー検出オプションにおいて第２指示情報を第１値として設置してよい。

【0099】

第１ネットワーク機器に第１逆方向サービスフロー特徴が配置されないため、第３インサイチュフロー検出オプションに第１逆方向サービスフロー特徴をカプセル化できない。そのため、第３インサイチュフロー検出オプションにおいて第１指示情報を第２値として設置され、末尾ノードに第３インサイチュフロー検出オプションが第１付加情報を含まないことを指示することができる。さらに、末尾ノードは第１サービスメッセージの５タプルに基づいて第１サービスフロー認識規則を自動的に生成することができ、当該末尾ノードに逆方向サービスフロー特徴を手動で配置する必要がなく、他のバックアップパスの末尾ノードに逆方向フロー特徴を手動で配置する必要もなく、配置の作業量を軽減できる。また、他のバックアップパスの末尾ノードのハードウェアリソースを占有しなく、ベアラネットワークにハードウェアリソースの占有を軽減できる。

【0100】

ある場合において、順方向サービスフローのソースＩＰアドレスおよびソースポートは逆方向サービスフローの宛先ＩＰアドレスおよび宛先ポートであり、順方向サービスフローの宛先ＩＰアドレスおよび宛先ポートは逆方向サービスフローのソースＩＰアドレスおよびソースポートであるため、第１順方向パスの末尾ノードは順方向サービスフローの５タプルに基づいて逆方向サービスフロー特徴を生成することができる。

【0101】

しかし、一部のサービスフローの順方向サービスフロー特徴と逆方向サービスフロー特徴とは非対称であり、すなわち順方向サービスフローのソースポートは逆方向サービスフローの宛先ポートと異なり、または順方向サービスフローのソースＩＰアドレスは逆方向サービスフローの宛先ＩＰアドレスと異なる。この場合では、末尾ノードは直接に順方向サービスフローの５タプルに応じて逆方向サービスフロー特徴を生成できない。そのため、本願実施例において、前もって第１ネットワーク機器に第１逆方向サービスフロー特徴を配置してよく、かつ第１ネットワーク機器は第１インサイチュフロー検出オプションの第１付加情報に第１逆方向サービスフロー特徴を持ってよい。さらに、末尾ノードは、第１付加情報に持たれる第１逆方向サービスフロー特徴に基づいて第１サービスフロー認識規則を生成してよい。このように、逆方向サービスフローの５タプルと順方向サービスフローの５タプルとは非対称としても、末尾ノードが第１サービスフロー認識規則を正確に生成でき、配置の作業量を軽減する上で、末尾ノードが生成した第１サービスフロー認識規則の正確性を確保することを実現した。

【0102】

ここで、上記第１インサイチュフロー検出オプション、第２インサイチュフロー検出オプションおよび第３インサイチュフロー検出オプションの構成が同じであり、いずれも拡張フロー検出タイプフィールドと、サービスフロー方向識別フィールドと、予約フィールドとを含み、拡張フロー検出タイプフィールドにおける１ビットで第１指示情報を持ち運び、サービスフロー方向識別フィールドは第２指示情報を運ぶ。何れかのインサイチュフロー検出オプションにおいて、第１指示情報の値が第１値である場合は、インサイチュフロー検出オプションが第１付加情報を含むことを表し、第１指示情報の値が第２値である場合は、インサイチュフロー検出オプションが第１付加情報を含まないことを表す。また、何れかのインサイチュフロー検出オプションにおいて、第２指示情報の値が第１値である場合は、逆方向パスの先頭ノードにサービスフロー認識規則を生成することを指示し、第２指示情報の値が第２値である場合、逆方向パスの先頭ノードにサービスフロー認識規則を生成しないことを指示する。

【0103】

インサイチュフロー検出オプションはインタネットプロトコル第６版（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ６、ＩＰｖ６）メッセージの宛先オプション拡張ヘッダ（ＤｅｓｔｉｎａｔｉｏｎＯｐｔｉｏｎｓＨｅａｄｅｒ）にカプセル化されてよく、インサイチュフロー検出オプションの構成を図４に示す。

【0104】

オプショナルタイプ（ＯｐｔｉｏｎＴｙｐｅ）はインサイチュフロー検出オプションのタイプである。

【0105】

オプショナルデータ長さ（ＯｐｔＤａｔａＬｅｎ）はインサイチュフロー検出オプションの長さである。

【0106】

ＦｌｏｗＭｏｎＩＤは２０ｂｉｔを占有し、検出されたサービスフローのＩＤである。

【0107】

Ｌは１ｂｉｔを占有し、パケットロス（Ｌｏｓｓ）マークである。

【0108】

Ｄは１ｂｉｔを占有し、遅延（ｄｅｌａｙ）マークである。

【0109】

Ｒ、ＲｓｖおよびＲｅｓｅｒｖｅｄはいずれも予約フィールドはある。

【0110】

ヘッダタイプ指示（ＨｅａｄｅｒＴｙｐｅＩｎｄｉｃａｔｉｏｎ、ＨＴＩ）は持たれた拡張データタイプを表すためのものであり、値が０となる場合、拡張データがないことを表し、値が０以外となる場合、拡張データが持たれることを表す。

【0111】

ＮｏｄｅＭｏｎＩＤは２０ｂｉｔを占有し、機器ノード識別子であり、先頭ノードはサービスメッセージにインサイチュフロー検出オプションをカプセル化する際に、当該フィールドに自身のノード識別子を追加してよい。

【0112】

Ｆは１ｂｉｔを占有し、サービスフロー方向識別フィールドはあり、第２指示情報を運ぶためのものであり、値が１となる場合、第１逆方向パスの先頭ノードに第１サービスフロー認識規則を生成することを指示し、値が０となる場合、第１逆方向パスの先頭ノードに第１サービスフロー認識規則を生成しないことを指示する。

【0113】

Ｐは測定周期である。

【0114】

Ｔは１ｂｉｔを占有し、検出タイプを表すためのものであり、検出タイプはエンドツーエンド検出とホップバイホップ検出とを含む。

【0115】

拡張フロー検出タイプフィールド（ＥｘｔｅｎｓｉｏｎＦｌｏｗＭｏｎｉｔｏｒＴｙｐｅ、ＥｘｔＦＭＴｙｐｅ）はビットマップ（ｂｉｔｍａｐ）の形式によって標識されてよい。本願実施例において、ＥｘｔＦＭＴｙｐｅが予約した１ビットで第１指示情報を運んでよく、インサイチュフロー検出オプションに第１逆方向サービスフロー特徴を含む第１付加情報を持っているか否かを指示するためのものである。例えば、第１３予約ビットを占有して第１指示情報を運んでよい。当該ビットの値が１である場合は、第１逆方向サービスフロー特徴を含む第１付加情報を持っていることを指示し、当該ビットの値が０である場合は、第１逆方向サービスフロー特徴を含む第１付加情報を持っていないことを指示する。

【0116】

図４を第１インサイチュフロー検出オプションの例として、拡張フロー検出タイプフィールドの後の予約フィールドは第１付加情報を運ぶことができる。ここで、予約フィールドはタイプ－長さ－値（Ｔｙｐｅ－Ｌｅｎｇｔｈ－Ｖａｌｕｅ、ＴＬＶ）の構成を含み、ＴＬＶ構成のＶａｌｕｅフィールドは第１付加情報を運ぶ。インサイチュフロー検出オプションが複数の第１付加情報を含む場合、インサイチュフロー検出オプションは複数のＴＬＶ構成を含み、各ＴＬＶ構成は１つの第１付加情報を運ぶ。

【0117】

本願実施例に係る付加情報はいずれもＴＬＶ構成であり、図５ａに示すように、Ｔｙｐｅは付加データのタイプであり、例えば、Ｔｙｐｅ＝１である場合は、付加データが第１逆方向サービスフロー特徴であることを示す。

【0118】

Ｌｅｎｇｔｈは付加データの長さを表し、Ｖａｌｕｅは付加データの詳細内容であり、すなわち第１逆方向サービスフロー特徴である。

【0119】

例えば、図５ｂに示すように、Ｖａｌｕｅに含まれている第１逆方向サービスフロー特徴はｆａｍｉｌｙ、ソースＩＰアドレス（ＳＩＰ）、ソースＩＰマスク（ＳＩＰＭａｓｋ）、宛先ＩＰアドレス（ＤＩＰ）、宛先ＩＰマスク（ＤＩＰＭａｓｋ）、プロトコル番号（Ｐｒｏｔｏｃｏｌ）、ソースポート（Ｓｐｏｒｔ）および宛先ポート（Ｄｐｏｒｔ）であってよい。他の第１逆方向サービスフロー特徴を表すための情報を含んでよいが、本願実施例は限定しない。ここで、ｆａｍｉｌｙは、第１逆方向サービスフロー特徴に含まれているＩＰアドレスのタイプを表すために用いられ、例えばＩＰアドレスのタイプはＩＰｖ６アドレスまたはＩＰｖ４アドレスでもよい。

【0120】

なお、同じＩＰサブネットの逆方向サービスフローに対してインサイチュフロー検出を行う必要がある場合、第１順方向パスの末尾ノードが当該サブネットにおける各ＩＰアドレスに対して第１サービスフロー認識規則を生成すれば、末尾ノードの多くのハードウェアリソースが無駄になる。例えば、インサイチュフロー検出を行う必要があるＩＰサブネットは１００個のＩＰアドレスを含めば、末尾ノードはこの１００個のＩＰアドレス内の各ＩＰアドレスのサービスメッセージを受信した後、それぞれ１つの第１サービスフロー認識規則を構築する必要がある。このように、１００個の規則を構築し、ハードウェアデータフォワーディングプレーンに配布する必要があり、多くのハードウェアリソースを占有する。

【0121】

本願実施例において、第１ネットワーク機器に配置されている第１逆方向サービスフロー特徴は、ＩＰサブネットを表すためのＩＰアドレスおよびマスクを含み、当該ＩＰサブネットに属する逆方向サービスフローに対してインサイチュフロー検出を行うことを第１逆方向パスの先頭ノードに指示するためのものである。このように、第１ネットワーク機器が同じＩＰサブネットに属する逆方向サービスフローに対してインサイチュフロー検出を行う必要があると確定した場合、第１インサイチュフロー検出オプションに追加した第１逆方向サービスフロー特徴は、当該ＩＰサブネットを表すＩＰアドレスおよびマスクを含む。さらに、第１逆方向パスの先頭ノードは当該ＩＰサブネットおよびマスクに対して第１サービスフロー認識規則を生成してよく、すなわち当該ＩＰサブネットに属する逆方向フローに対してインサイチュフロー検出を行うことを実現でき、ハードウェアリソースの占有を軽減できる。

【0122】

上記実施例において、第１ネットワーク機器は第１順方向パスの先頭ノードである。このほか、第１ネットワーク機器は他の順方向パスの末尾ノードとしてよく、このシナリオで、図６に示すように、当該方法は、以下のステップを含む。

【0123】

Ｓ６０１、第３ネットワーク機器から送信された第５サービスメッセージを受信し、第５サービスメッセージは第４インサイチュフロー検出オプションを含み、第４インサイチュフロー検出オプションは第２付加情報を含み、第２付加情報は第２逆方向サービスフロー特徴を含む。

【0124】

第１ネットワーク機器、第３ネットワーク機器はいずれも第２順方向パスおよび第２逆方向パスにあり、第１ネットワーク機器は第２逆方向パスの先頭ノードである。

【0125】

ここで、第２順方向パスにおけるサービスフロー転送方向は第３ネットワーク機器から第１ネットワーク機器への方向であり、第２逆方向パスにおけるサービスフロー転送方向は第１ネットワーク機器から第３ネットワーク機器への方向であり、第１ネットワーク機器は第２順方向パスの末尾ノードである。

【0126】

例えば、第２順方向パスは機器１－機器２－機器３－機器Ａであり、第２逆方向パスは機器Ａ－機器３－機器２－機器１である場合、機器Ａは第１ネットワーク機器であり、機器Ａは第２順方向パスの末尾ノードでもあり、第２逆方向パスの先頭ノードでもある。

【0127】

Ｓ６０２、第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成する。

【0128】

ここで、第２逆方向パスの先頭ノードである第１ネットワーク機器が生成した第２サービスフロー認識規則は、当該第２逆方向サービスフロー特徴と一致するサービスメッセージに対してインサイチュフロー検出を行うことであってよい。

【0129】

当該方法により、第１ネットワーク機器が第２逆方向パスの先頭ノードである場合、受信した第５サービスメッセージは第４インサイチュフロー検出オプションを含み、第１ネットワーク機器は第４インサイチュフロー検出オプションの第２付加情報から第２逆方向サービスフロー特徴を取得し、第２逆方向サービスフロー特徴に基づいて第２サービスフロー認識規則を生成することができる。このように、複数のバックアップパスがある場合でも、現在使用されるバックアップパスの末尾ノードが第２サービスフロー認識規則を自動的に生成し、当該末尾ノードに第２逆方向サービスフロー特徴を手動で配置する必要がなく、かつ他の使用されないバックアップパスに第２逆方向サービスフロー特徴を手動で配置する必要がなく、配置の作業量を軽減できる。

【0130】

なお、第１ネットワーク機器は、第５サービスメッセージの５タプルに基づいてのではなく、第５サービスメッセージの第４インサイチュフロー検出オプションにおける第２逆方向サービスフロー特徴に基づいて第２サービスフロー認識規則を直接に生成するこができるため、当該第５サービスメッセージとバックホールメッセージの５タプルとは非対称である場合でも、第１ネットワーク機器は第２サービスフロー認識規則を正確に生成することができる。

【0131】

上記Ｓ６０２において、第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成した後、第１ネットワーク機器は第２サービスフロー認識規則をフォワーディングプレーンに格納してよい。さらに、第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを第３ネットワーク機器に送信する。

【0132】

ここで、第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含む。第２指示情報の値が第２値であることは、第２逆方向パスの末尾ノードに逆方向サービスフロー認識規則を生成する必要がないことを指示し、第１指示情報の値が第２値であることは、第５インサイチュフロー検出オプションは付加情報を含まないことを指示する。当該第５インサイチュフロー検出オプションの構成については図４を参照してよく、第２指示情報は図４におけるＦフィールドの値であってよく、第２指示情報の値が０であり、第１指示情報は図４におけるＥｘｔＦＭＴｙｐｅフィールド中の１ビットであってよく、第１指示情報の値が０である。

【0133】

ここで、第２サービスフロー認識規則に適合する第６サービスメッセージとは、第１ネットワーク機器は第２順方向パスの末尾ノードであり、同時に、第２逆方向パスの先頭ノードである際に受信した、ＣＥ機器からのサービスメッセージである。

【0134】

本願実施例において、第２順方向パスの末尾ノードである第１ネットワーク機器は、第３ネットワーク機器から送信された第５サービスメッセージを受信した後、第５サービスメッセージ中の第４インサイチュフロー検出オプションに対して解析を行い、解析結果について後続の操作を行ってよい。具体的な解析過程は以下のとおりである。

【0135】

ステップ１、第４インサイチュフロー検出オプションのＦフィールドを解析し、Ｆフィールドが第２指示情報を持っている。

【0136】

第２指示情報の値が第１値である場合、ステップ２を実行し、第２指示情報の値が第２値である場合、ステップ４を実行する。

【0137】

ステップ２、第４インサイチュフロー検出オプションのＥｘｔＦＭＴｙｐｅが持っている第１指示情報を解析する。

【0138】

第１指示情報は第１値である場合、ステップ３を実行し、第１指示情報は第２値である場合、ステップ５を実行する。

【0139】

ステップ３、第４インサイチュフロー検出オプションに含まれる第２付加情報を取得し、第２付加情報に含まれる第２逆方向サービスフロー特徴に基づいて第２サービスフロー認識規則を生成し、第２サービスフロー認識規則をフォワーディングプレーンに格納し、ステップ５を実行する。

【0140】

ステップ４、第５サービスメッセージの５タプル情報に基づいてサービスフロー認識規則を生成し、生成したサービスフロー認識規則をフォワーディングプレーンに格納し、ステップ４を実行する。

【0141】

ここで、第１ネットワーク機器は、５タプル情報に含まれるソースＩＰアドレスおよびソースポート番号を、それぞれ逆方向認識規則の宛先ＩＰアドレスおよび宛先ポート番号として、５タプル情報に含まれる宛先ＩＰアドレスおよび宛先ポート番号を、それぞれ逆方向認識規則のソースＩＰアドレスおよびソースポート番号として、５タプル情報に含まれるプロトコル番号を逆方向認識規則のプロトコル番号とすることができる。

【0142】

ステップ５、第５サービスメッセージの第４インサイチュフロー検出オプションを削除し、第４インサイチュフロー検出オプションを持たない第５サービスメッセージをＣＥ機器に転送する。

【0143】

ここで、末尾ノードはさらに、第５サービスメッセージに持たれるＳＲＨ拡張ヘッダを削除し、さらに、ＳＲＨヘッダがカプセル化されていないオリジナルな第５サービスメッセージを転送する必要がある。

【0144】

末尾ノードのハードウェアリソースを占有しすぎることをさらに回避するために、第１ネットワーク機器が第２サービスフロー認識規則をフォワーディングプレーンに格納した後、指定の期間内に当該第２サービスフロー認識規則と一致するメッセージを受信しなかった場合、当該第２サービスフロー認識規則をフォワーディングプレーンから削除する。

【0145】

第１ネットワーク機器がプライマリ・バックアップパスの切り替えなどの理由で、第２サービスフロー認識規則と一致するメッセージを長時間受信しなかった場合、第２サービスフロー認識規則が占有する末尾ノードのハードウェアリソースを解放し、ハードウェアリソースが無駄になることを回避できるように、第２サービスフロー認識規則をエージングし削除してよい。

【0146】

以下、図１を参照して、本願実施例が提供するメッセージ処理方法について例示的に説明する。図１において、機器Ａは先頭ノードである。機器Ａはベアラネットワーク外部のＣＥ機器から第１サービスメッセージを受信した際に、第１サービスメッセージの特徴を解析し、第１サービスメッセージが第１順方向フロー特徴と一致するか否か、第２順方向フロー特徴と一致するか否かを判断することができる。第１サービスメッセージが第１順方向フロー特徴および第２順方向フロー特徴の両方と一致する場合、第１サービスメッセージに対してインサイチュフロー検出を行う必要があり、かつ第１サービスメッセージのバックホールメッセージに対してインサイチュフロー検出を行う必要があると確定する。

【0147】

そして、機器Ａは第１サービスメッセージのＩＰｖ６ヘッダの後に第１インサイチュフロー検出オプションおよびＳＲＨを順に追加し、第２サービスメッセージを得て、第２サービスメッセージを機器Ｃに転送する。当該第１インサイチュフロー検出オプションの構成については図４を参照してよく、ＦフラグビットおよびＥｘｔＦＭＴｙｐｅの１つの指定のビットはいずれも１であり、かつ第１付加情報に機器Ａに予め配置された第１逆方向サービスフロー特徴を持っている。

【0148】

なお、機器Ａはさらに、予め配置された第１順方向フロー特徴に対する検出周期に応じて、アナライザーに測定データを報告する必要がある。当該測定データは、１つの検出周期に受信した第１順方向フロー特徴に適合するサービスメッセージの数と各サービスメッセージを受信した際のタイムスタンプとを含んでよい。本願実施例は検出周期および測定データに含まれる具体的内容について制限しない。

【0149】

機器Ｃは第２サービスメッセージを受信した後、パスに沿って第２サービスメッセージを機器Ｅに転送し、機器Ｅは第２サービスメッセージを機器Ｇに転送する。機器Ｃ、機器Ｅおよび機器Ｇはいずれも第２サービスメッセージの第１インサイチュフロー検出オプションに応じてアナライザーに測定データを報告することができる。

【0150】

末尾ノードである機器Ｇは、第２サービスメッセージを受信した後、当該第２サービスメッセージに含まれる第１インサイチュフロー検出オプションを解析し、Ｆフラグビットが１であり、かつＥｘｔＦＭＴｙｐｅに指定のビットが１であることを解析できれば、第１付加情報を解析し続き、第１付加情報から第１逆方向サービスフロー特徴を取得し、第１逆方向サービスフロー特徴に基づいて第１サービスフロー認識規則を生成し、さらに当該第１サービスフロー認識規則をフォワーディングプレーンに格納する。

【0151】

なお、機器Ｇは、当該カプセル化された第２サービスメッセージにおけるＳＲＨおよび第１インサイチュフロー検出オプションを削除し、オリジナルサービスメッセージを回復し、ローカル転送テーブルに従ってオリジナルサービスメッセージを機器Ｂに送信することができる。

【0152】

続いて機器Ｇは機器Ｂからサービスメッセージを受信した際に、当該サービスメッセージのＳＲＨが第１サービスフロー認識規則と一致する場合、当該サービスメッセージにＳＲＨおよびインサイチュフロー検出オプションをカプセル化して、当該インサイチュフロー検出オプションに含まれるＦフラグビットが０であり、かつＥｘｔＦＭＴｙｐｅに指定のビットが０である。

【0153】

さらに、当該サービスメッセージは機器Ｅおよび機器Ｃを順に経由して機器Ａに転送する。

【0154】

上記方法実施例に対応して、本願実施例は、第１ネットワーク機器に適用されるメッセージ処理装置をさらに提供する。
図７に示すように、当該装置は、
第１サービスメッセージを受信する、受信モジュール７０１と、
第２ネットワーク機器に第２サービスメッセージを送信することに用いられ、第２サービスメッセージは第１インサイチュフロー検出オプションと第１サービスメッセージとを含み、第１インサイチュフロー検出オプションは第１付加情報を含み、第１付加情報は第１逆方向サービスフロー特徴を含み、第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成することに用いられ、先頭ノードは第１順方向パスの末尾ノードであり、第１ネットワーク機器、第２ネットワーク機器はいずれも第１順方向パスおよび第１逆方向パスにある、送信モジュール７０２と、を含む。

【0155】

本願の他の実施例において、第１インサイチュフロー検出オプションは、第１指示情報をさらに含み、第１指示情報は、第１インサイチュフロー検出オプションに第１付加情報を含むか否かを示すためのものであり、第１指示情報の値が第１値である場合、第１インサイチュフロー検出オプションは第１付加情報を含み、第１指示情報の値が第２値である場合、第１インサイチュフロー検出オプションは第１付加情報を含まない。

【0156】

本願の他の実施例において、第１インサイチュフロー検出オプションは、第２指示情報をさらに含み、第２指示情報は、先頭ノードに第１サービスフロー認識規則を生成するか否かを指示するためのものであり、
第２指示情報の値が第１値である場合、先頭ノードに第１サービスフロー認識規則を生成することを指示し、第２指示情報の値が第２値である場合、先頭ノードに第１サービスフロー認識規則を生成しないことを指示する。

【0157】

本願の他の実施例において、当該装置は、
第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行うことに用いられ、第１順方向フロー特徴はインサイチュフロー検出を行う順方向サービスフローの特徴であり、第２順方向フロー特徴がインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴である、マッチングモジュールと、
第１サービスメッセージが第１順方向フロー特徴および第２順方向フロー特徴の両方と一致する場合、第１サービスメッセージの外層に第１インサイチュフロー検出オプションをカプセル化して、第２サービスメッセージを得る、カプセル化モジュールと、を含む。

【0158】

本願の他の実施例において、カプセル化モジュールは、
第１サービスメッセージが第１順方向フロー特徴と一致し、かつ第２順方向フロー特徴と一致しない場合、第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得、第２ネットワーク機器に第３サービスメッセージを送信することであって、第２インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むこと、または、
第１サービスメッセージが第１順方向フロー特徴および第２順方向フロー特徴の両方と一致し、かつ第１ネットワーク機器に第１逆方向サービスフロー特徴が配置されていない場合、第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得、第２ネットワーク機器に第４サービスメッセージを送信することであって、第３インサイチュフロー検出オプションは、値が第２値である第１指示情報と値が第１値である第２指示情報とを含むこと、にも用いられる。

【0159】

本願の他の実施例において、第１逆方向サービスフロー特徴は、ＩＰサブネットを表すためのＩＰアドレスおよびマスクを含み、ＩＰサブネットに属する逆方向サービスフローに対してインサイチュフロー検出を行うことを先頭ノードに指示するためのものである。

【0160】

本願の他の実施例において、第１インサイチュフロー検出オプション、第２インサイチュフロー検出オプションおよび第３インサイチュフロー検出オプションはいずれも、拡張フロー検出タイプフィールドと、サービスフロー方向識別フィールドと、予約フィールドとを含み、拡張フロー検出タイプフィールドにおける１ビットで第１指示情報を持ち運び、サービスフロー方向識別フィールドは第２指示情報を運ぶ。

【0161】

本願の他の実施例において、第１インサイチュフロー検出オプションの予約フィールドは前記第１付加情報を運ぶ。

【0162】

本願の他の実施例において、第１インサイチュフロー検出オプションの予約フィールドはＴＬＶ構成を含み、ＴＬＶ構成のｖａｌｕｅフィールドは第１付加情報を運ぶ。

【0163】

本願の他の実施例において、当該装置は、生成モジュールさらに含み、
受信モジュール７０１は、第３ネットワーク機器から送信された第５サービスメッセージを受信することにも用いられ、第５サービスメッセージは第４インサイチュフロー検出オプションを含み、第４インサイチュフロー検出オプションは第２付加情報を含み、第２付加情報は第２逆方向サービスフロー特徴を含み、第１ネットワーク機器、第３ネットワーク機器はいずれも第２順方向パスおよび第２逆方向パスにあり、第１ネットワーク機器は第２逆方向パスの先頭ノードであり、
生成モジュールは、第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成することに用いられる。

【0164】

本願の他の実施例において、当該装置は、さらに、
第２サービスフロー認識規則をフォワーディングプレーンに格納する、格納モジュールを含み、
カプセル化モジュールは、第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、前記第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを前記第３ネットワーク機器に送信することにも用いられ、第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含む。

【0165】

本願の他の実施例において、当該装置は、さらに、
指定の期間内に第２サービスフロー認識規則と一致するサービスメッセージを受信しなかった場合、第２サービスフロー認識規則を前記フォワーディングプレーンから削除する、削除モジュールを含む。

【0166】

同じ発明の思想に基づいて、図８に示すように、上記本願実施例が提供するメッセージ処理方法により、本願実施例は、プロセッサ８０１と、機械可読記憶媒体８０２と、送受信機８０４とを含む、ネットワーク機器をさらに提供する。機械可読記憶媒体８０２はプロセッサ８０１によって実行可能な機械実行可能命令が記憶されており、機械実行可能命令は、プロセッサ８０１に、
送受信機８０４により第１サービスメッセージを受信することと、送受信機８０４により第２ネットワーク機器に第２サービスメッセージを送信することであって、第２サービスメッセージは第１インサイチュフロー検出オプションと第１サービスメッセージとを含み、第１インサイチュフロー検出オプションは第１付加情報を含み、第１付加情報は第１逆方向サービスフロー特徴を含み、第１逆方向サービスフロー特徴は、第１逆方向パスの先頭ノードがインサイチュフロー検出するための第１サービスフロー認識規則を生成するためのものであることと、を実行させ、ここで、先頭ノードは第１順方向パスの末尾ノードであり、第１ネットワーク機器、第２ネットワーク機器はいずれも第１順方向パスおよび第１逆方向パスにある。

【0167】

好ましくは、第１インサイチュフロー検出オプションは、第１指示情報をさらに含み、第１指示情報は、第１インサイチュフロー検出オプションに第１付加情報を含むか否かを示すためのものであり、
第１指示情報の値が第１値である場合、第１インサイチュフロー検出オプションは第１付加情報を含み、
第１指示情報の値が第２値である場合、第１インサイチュフロー検出オプションは第１付加情報を含まない。

【0168】

好ましくは、第１インサイチュフロー検出オプションは、第２指示情報をさらに含み、第２指示情報は、先頭ノードに第１サービスフロー認識規則を生成するか否かを指示するためのものであり、
第２指示情報の値が第１値である場合、先頭ノードに第１サービスフロー認識規則を生成することを指示し、
第２指示情報の値が第２値である場合、先頭ノードに第１サービスフロー認識規則を生成しないことを指示する。

【0169】

好ましくは、機械実行可能命令は、さらに、プロセッサ８０１に、
第１サービスメッセージと第１順方向フロー特徴および第２順方向フロー特徴とに対してマッチングを行うことであって、第１順方向フロー特徴がインサイチュフロー検出を行う順方向サービスフローの特徴であり、第２順方向フロー特徴がインサイチュフロー検出を行う逆方向サービスフローに対応する順方向サービスフローの特徴であることと、
第１サービスメッセージが第１順方向フロー特徴および第２順方向フロー特徴の両方と一致する場合、第１サービスメッセージの外層に第１インサイチュフロー検出オプションをカプセル化して、第２サービスメッセージを得ることと、を実行させる。

【0170】

好ましくは、機械実行可能命令は、さらに、プロセッサ８０１に、
第１サービスメッセージが第１順方向フロー特徴と一致し、かつ第２順方向フロー特徴と一致しない場合、第１サービスメッセージの外層に第２インサイチュフロー検出オプションをカプセル化して、第３サービスメッセージを得、送受信機８０４により第２ネットワーク機器に第３サービスメッセージを送信することであって、第２インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むこと、または、
第１サービスメッセージが第１順方向フロー特徴および第２順方向フロー特徴の両方と一致し、かつ第１ネットワーク機器に第１逆方向サービスフロー特徴が配置されていない場合、第１サービスメッセージに第３インサイチュフロー検出オプションをカプセル化して、第４サービスメッセージを得、送受信機８０４により第２ネットワーク機器に第４サービスメッセージを送信することであって、第３インサイチュフロー検出オプションは、値が第２値である第１指示情報と値が第１値である第２指示情報とを含むこと、を実行させる。

【0171】

好ましくは、第１逆方向サービスフロー特徴は、ＩＰサブネットを表すためのＩＰアドレスおよびマスクを含み、ＩＰサブネットに属する逆方向サービスフローに対してインサイチュフロー検出を行うことを先頭ノードに指示するためのものである。

【0172】

好ましくは、第１インサイチュフロー検出オプション、第２インサイチュフロー検出オプションおよび第３インサイチュフロー検出オプションはいずれも、拡張フロー検出タイプフィールドと、サービスフロー方向識別フィールドと、予約フィールドとを含み、拡張フロー検出タイプフィールドにおける１ビットで第１指示情報を持ち運び、サービスフロー方向識別フィールドは第２指示情報を運ぶ。

【0173】

好ましくは、第１インサイチュフロー検出オプションの予約フィールドは前記第１付加情報を運ぶ。

【0174】

好ましくは、第１インサイチュフロー検出オプションの予約フィールドはＴＬＶ構成を含み、ＴＬＶ構成のｖａｌｕｅフィールドは第１付加情報を運ぶ。

【0175】

好ましくは、機械実行可能命令は、さらに、プロセッサ８０１に、
送受信機８０４により第３ネットワーク機器から送信された第５サービスメッセージを受信することであって、第５サービスメッセージは第４インサイチュフロー検出オプションを含み、第４インサイチュフロー検出オプションは第２付加情報を含み、第２付加情報は第２逆方向サービスフロー特徴を含み、第１ネットワーク機器、第３ネットワーク機器はいずれも第２順方向パスおよび第２逆方向パスにあり、第１ネットワーク機器は第２逆方向パスの先頭ノードであることと、
第２逆方向サービスフロー特徴に基づいてインサイチュフロー検出するための第２サービスフロー認識規則を生成することと、を実行させる。

【0176】

好ましくは、機械実行可能命令は、さらに、プロセッサ８０１に、第２サービスフロー認識規則をフォワーディングプレーンに格納することと、送受信機８０４により第２サービスフロー認識規則に適合する第６サービスメッセージを受信した際に、第６サービスメッセージに第５インサイチュフロー検出オプションをカプセル化して、送受信機８０４により前記第３ネットワーク機器に前記第５インサイチュフロー検出オプションがカプセル化されている第６サービスメッセージを送信することであって、第５インサイチュフロー検出オプションは、共に値が第２値である第１指示情報および第２指示情報を含むことと、を実行させる。

【0177】

好ましくは、機械実行可能命令は、さらに、プロセッサ８０１に、
指定の期間内に送受信機８０４により第２サービスフロー認識規則と一致するサービスメッセージを受信しなかった場合、第２サービスフロー認識規則をフォワーディングプレーンから削除すること、を実行させる。

【0178】

図８に示すように、電子機器は、通信バス８０３をさらに含んでよい。プロセッサ８０１と機械可読記憶媒体８０２と送受信機８０４との間は通信バス８０３を経由して互いに通信し、通信バス８０３は外設部件コンポーネント接続標準（英語：ＰｅｒｉｐｈｅｒａｌＣｏｍｐｏｎｅｎｔＩｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バスまたは拡張業界標準アーキテクチャ（ＥｘｔｅｎｄｅｄＩｎｄｕｓｔｒｙＳｔａｎｄａｒｄＡｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バス等であってもよい。当該通信バス８０３は、アドレスバス、データバス、制御バス等に分けられてよい。

【0179】

送受信機８０４は無線通信モジュールであってよく、送受信機８０４はプロセッサ８０１の制御によって他の機器（ＡＣおよび端末）とのデータインタラクションを行う。

【0180】

機械可読記憶媒体８０２はランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）を含んでよく、非揮発性メモリ（Ｎｏｎ－ＶｏｌａｔｉｌｅＭｅｍｏｒｙ、ＮＶＭ）を含んでもよく、例えば、少なくとも１つの磁気ディスクメモリである。なお、機械可読記憶媒体８０２は、少なくとも１つの前述プロセッサから離れた記憶装置であってもよい。

【0181】

プロセッサ８０１は、セントラルプロセッサ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ＮｅｔｗｏｒｋＰｒｏｃｅｓｓｏｒ、ＮＰ）等を含む汎用なプロセッサであってよく、デジタルシグナルプロセッサ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ、ＡＳＩＣ）、現場で書き換え可能な論理回路の多数配列（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）または他の書き換え可能な論理デバイス、ディスクリートゲートあるいはトランジスタ倫理デバイス、ディスクリートハードウェアアセンブリであってもよい。

【0182】

同じ発明の思想に基づいて、上記本願実施例が提供するメッセージ処理方法により、本願実施例は、プロセッサによって実行可能な機械実行可能命令が記憶されている、機械可読記憶媒体を提供する。プロセッサ被機械実行可能命令は上記何れかのメッセージ処理方法のステップを実現させる。

【0183】

本願が提供するさらなる実施例において、命令を含むコンピュータプログラム製品であって、コンピュータで実行されると、コンピュータに上記実施例におけるいずれかのメッセージ処理方法のステップを実現する、コンピュータプログラム製品をさらに提供する。

【0184】

なお、本文において、「第１」と「第２」等の関係用語は１つのエンティティまたは運用を他のエンティティまたは運用を区別するのみに用いられ、これらのエンティティまたは運用の間にこのような実際な関係または順序がいずれかあることを、要求または示唆するものではない。また、用語「含まれる」、「含む」または他のいずれかの変形は非排他的な「含む」を意味する。従って、一連の要素を含む流れ、方法、製品あるいはデバイスは、それらの要素のみを含むものではなく、さらに明確に挙げていない他の要素も含み、または、さらにこのような流れ、方法、製品あるいはデバイスに固有する要素も含む。これ以上の制限が存在しない場合、「１つの…を含む」という記述によって限定した要素は、記載した要素を含む流れ、方法、製品、またはデバイスに、他の同じの要素が存在することを排除しない。

【0185】

本明細書中の各実施例は、関連するように説明されており、各実施例の間に同じまたは類似する部分については相互参照すればよく、各実施例において重点的に説明したのは、他の実施例と異なる箇所である。特に、装置の実施例にとって、基本的に方法に関する実施例に類似するので、比較的に簡単に説明され、関連するところは方法に関する実施例の部分に参照すればよい。

【0186】

以上の記載は本願の好ましい実施例に過ぎず、本願を制限することを意図するものではない。本願の主旨および原則内で行われる如何なる修正、均等の代替、改良等は何れも本願の保護範囲内に含まれるべきである。

【図1】