特許 7529366 サービス実行方法及び装置、システム、並びに記憶媒体

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-29

(45)【発行日】2024-08-06

(54)【発明の名称】サービス実行方法及び装置、システム、並びに記憶媒体

(51)【国際特許分類】

   H04L 45/44 20220101AFI20240730BHJP

【ＦＩ】

H04L45/44

【請求項の数】 27

(21)【出願番号】P 2022559808

(86)(22)【出願日】2021-03-31

(65)【公表番号】

(43)【公表日】2023-05-10

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

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

(87)【国際公開日】2021-10-07

【審査請求日】2022-10-26

(31)【優先権主張番号】202010261329.9

(32)【優先日】2020-04-03

(33)【優先権主張国・地域又は機関】CN

(31)【優先権主張番号】202010443123.8

(32)【優先日】2020-05-22

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

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

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

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】リ，チョン

(72)【発明者】

【氏名】フゥ，ルォイジャオ

【審査官】小林 義晴

(56)【参考文献】

【文献】中国特許出願公開第１１０６１１６１６（ＣＮ，Ａ）

【文献】国際公開第２００９／０１４１７３（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１９／０１３２２２０（ＵＳ，Ａ１）

【文献】3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Study on User Plane Protocol in 5GC (Release 16)，3GPP TR 29.892 V16.0.0 (2019-09) ，2019年09月

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４５／４４

(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】

通信デバイスによって実行される場合に、該通信デバイスが、請求項１乃至１４のうちいずれか一項に記載の方法を実行することを可能にされる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信分野に、特に、サービス実行方法及び装置、システム、並びに記憶媒体に関係がある。

【背景技術】

【0002】

セグメントルーティング（segment routing，ＳＲ）は、ネットワークにおけるデータパケットの転送を制御するためのソースルーティングのアイデアに基づき設計されたプロトコルである。ＳＲは、ネットワークをセグメントに分割し、セグメント識別子をネットワーク内のセグメント又はノードに割り当て、データパケットを使用して、連続的に配置されたセグメント識別子を運ぶために使用され、それにより、データパケットは、セグメント識別子によって示された転送パスを通じて伝送され得る。ＳＲネットワークでは、セグメントルーティングネットワーク内の入口デバイスは、順序付けられたセグメント識別子のグループはデータパケットに挿入して、データパケットの転送パスを明示的に指定する。入口デバイスは、ヘッドノードとも呼ばれることがある。ＳＲがインターネットプロトコルバージョン６（Internet Protocol Version 6，ＩＰｖ６）データプレーンに適用される場合に、ＳＲは、ＩＰｖ６を介したセグメントルーティング（ＳＲｖ６）と呼ばれる。

【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】

可能な実施においては、サービス識別子の長さは１２８ビットである。サービス識別子は、ＳＲネットワーク内のセグメント識別子と長さが同じであるように定義され、それにより、この技術的解決法の有用性は高まる。

【0045】

可能な実施においては、機能指示及びサービス指示は、１２８ビット中の１６ビットを占有し、１６ビットは、１２８ビット中の上位ビット又は下位ビットを占有する。指示情報は一緒に運ばれ、１２８ビット中の上位ビット又は下位ビットを占有し、それにより、第２ネットワークデバイスは、第２ネットワークデバイスの処理効率を高めるのを助けるように、上位ビット又は下位ビットを発端として、サービス識別子に関する様々な情報を取得する。

【0046】

可能な実施においては、少なくとも１つの処理サービスは第１サービスを含み、第１サービスは、少なくとも１つ処理動作又は、複数の処理動作を含む動作シーケンスを含む。

【0047】

可能な実施においては、少なくとも１つの処理サービスに対応するサービスタイプは、インターネットプロトコルフロー性能測定ＩＰＦＰＭ、光帯域内オペレーション、アドミニストレーション、及びメンテナンス光ＩＯＡＭ、セキュリティ暗号化、タイムスタンプを加えるために使用されるサービス、サービス関数チェーンＳＦＣ、並びに転送及びアクセス制御リストＡＣＬ、のうちの１つ以上を含む。

【0048】

第３の態様に従って、本願はサービス実行装置を提供する。装置は、第１の態様又は第１の態様の可能な設計のうちのいずれか１つに従うサービス実行方法を実装する機能を備える。具体的には、装置は、第１の態様又は第１の態様の可能な実施のうちのいずれか１つに従う方法を実行するよう構成されているユニットを含む。第３の態様に従う装置の具体的な詳細については、第１の態様又は第１の態様の任意の実施のうちのいずれか１つを参照されたい。詳細はここで再び記載されない。

【0049】

第４の態様に従って、本願はサービス実行装置を提供する。装置は、第２の態様又は第２の態様の可能な設計のうちのいずれか１つに従うサービス実行方法を実装する機能を備える。具体的には、装置は、第２の態様又は第２の態様の可能な実施のうちのいずれか１つに従う方法を実行するよう構成されているユニットを含む。第４の態様に従う装置の具体的な詳細については、第２の態様又は第２の態様の任意の実施のうちのいずれか１つを参照されたい。詳細はここで再び記載されない。

【0050】

第５の態様に従って、本願はパケット処理装置を提供する。装置は少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは少なくとも１つのメモリへ結合されている。プロセッサ及びメモリは、バスシステムを通じて接続されてよい。メモリは、１つ以上のプログラムを記憶するよう構成され、プロセッサは、メモリ内の１つ以上のプログラムを実行するよう構成され、それにより、装置は、第１の態様又は第１の態様の可能な実施のうちのいずれか１つに従う方法を完了する。

【0051】

第６の態様に従って、本願はサービス実行装置を提供する。装置は少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは少なくとも１つのメモリへ結合されている。プロセッサ及びメモリは、バスシステムを通じて接続されてよい。メモリは、１つ以上のプログラムを記憶するよう構成され、プロセッサは、メモリ内の１つ以上のプログラムを実行するよう構成され、それにより、装置は、第２の態様又は第２の態様の可能な実施のうちのいずれか１つに従う方法を完了する。

【0052】

第７の態様に従って、本願はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体はプログラムコードを記憶している。プログラムコードがコンピュータで実行される場合に、コンピュータは、第１の態様、第２の態様、第１の態様の可能な実施、又は第２の態様の可能な実施のうちのいずれか１つに従う方法を実行することができる。

【0053】

第８の態様に従って、本願は、プログラムコードを含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、第１の態様、第２の態様、第１の態様の可能な実施、又は第２の態様の可能な実施のうちのいずれか１つに従う方法を実行することができる。

【0054】

第９の態様に従って、本願は、記憶デバイス及び処理デバイスを含むチップを提供する。記憶デバイスは、コンピュータ命令を記憶するよう構成され、処理デバイスは、記憶デバイスからコンピュータ命令を呼び出し、コンピュータ命令を実行して、第１の態様、第２の態様、第１の態様の可能な実施、又は第２の態様の可能な実施のうちのいずれか１つに従う方法を実行するよう構成される。

【0055】

第１０の態様に従って、本願はネットワークシステムを提供する。ネットワークシステムは第１ネットワークデバイス及び第２ネットワークデバイスを含み、第１ネットワークデバイスは、第３の態様に従う装置又は第５の態様に従う装置であってよく、第２ネットワークデバイスは、第４の態様に従う装置又は第６の態様に従う装置であってよい。

【図面の簡単な説明】

【0056】

【図1】本願の実施形態に従うＳＲネットワークのアーキテクチャの概略図である。

【図2】本願の実施形態に従うパケット処理方法のフローチャートである。

【図3】本願の実施形態に従うサービス識別子の構造の概略図である。

【図4】本願の実施形態に従う他のサービス識別子の構造の概略図である。

【図5】本願の実施形態に従う他のサービス識別子の構造の概略図である。

【図6】本願の実施形態に従う他のサービス識別子の構造の概略図である。

【図7】本願の実施形態に従うセグメントルーティングヘッダ（segment routing header，ＳＲＨ）の構造の概略図である。

【図8】本願の実施形態に従う他のＳＲＨの構造の概略図である。

【図9】本願の実施形態に従う他のＳＲＨの構造の概略図である。

【図10】本願の実施形態に従うサービス実行装置の構造の概略図である。

【図11】本願の実施形態に従う他のサービス実行装置の構造の概略図である。

【図12】本願の実施形態に従う他のサービス実行装置の構造の概略図である。

【図13】本願の実施形態に従う他のサービス実行装置の構造の概略図である。

【図14】本願の実施形態に従うネットワークシステムの構造の概略図である。

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

【0057】

本願の目的、技術的解決法、及び利点をより明りょうにするために、以下は、添付の図面を参照して詳細に本願の実施について更に記載するものである。

【0058】

本願では、「第１」及び「第２」などの用語は、基本的に同じ機能を有している同じアイテム又は類似したアイテムを区別するために使用される。理解されるべきは、「第１」、「第２」、及び「第ｎ」の間には論理的又は時間的な順序依存性はなく、実行順序は制限されない、ことである。更に理解されるべきは、「第１」及び「第２」などの用語は、様々な要素について記載するために以下の説明で使用されているが、これらの要素はその用語によって限定されない、ことである。それらの用語は、単に、１つの要素を他の要素から区別するために使用されている。例えば、様々な例の範囲から外れずに、第１サービス情報は第２サービス情報と呼ばれてもよく、同様に、第２サービス情報は第１サービス情報と呼ばれてもよい。

【0059】

以下、本願中の用語について説明する。

【0060】

ＳＲＨ：インターネットプロトコルバージョン６（internet protocol version 6，ＩＰｖ６）パケットは、ＩＰｖ６標準ヘッダ、ＩＰｖ６拡張ヘッダ（０、・・・、及びｎ）、及びペイロード（Ｐａｙｌｏａｄ）を含む。ＩＰｖ６転送プレーンに基づきＳＲｖ６を実装するために、ＳＲＨ拡張ヘッダと呼ばれるＩＰｖ６拡張ヘッダが新たに加えられる。拡張ヘッダはＩＰｖ６パスを指定し、また、複数のＩＰｖ６ ＳＩＤを格納している。複数のＳＩＤはセグメント識別子リスト（Ｓｅｇｍｅｎｔ Ｌｉｓｔ）を形成し得る。ヘッドノードは、１つ以上のＳＲＨ拡張ヘッダをパケットに加え、それにより、中間ノードは、ＳＲＨ拡張ヘッダに含まれているパス情報に基づきＩＰｖ６パケットを転送することができる。

【0061】

サービス識別子：サービス識別子は、セグメントルーティングネットワーク内のヘッドノードによって伝送パケットに加えられる識別子であり、パケットと、実行される必要がある一部又は全てのサービスに関する情報とを伝送するネットワークデバイスによってパケットに基づき実行される必要がある一部又は全てのサービスを示し、また、サービスを実行するのに必要な機能識別子、サービスパラメータ、又は他の情報を含み得る。

【0062】

機能識別子：機能識別子は、トラフィック識別子又はネットワーク識別子を含む。

【0063】

トラフィック識別子：トラフィック識別子は、伝送パケットのトラフィック機能の識別子である。トラフィック識別子は、パケットのトラフィック機能を識別することができる、フロー識別子（Ｆｌｏｗ ＩＤ）、アプリケーション識別子（Ａｐｐ ＩＤ）、又は５－タプルなどの如何なる識別子も含む。

【0064】

ネットワーク識別子：ネットワーク識別子は、パケット伝送に関するネットワーク機能の識別子である。ネットワーク識別子は、パケットを伝送するのに使用されるネットワーク機能を識別することができる、パス識別子（Ｐａｔｈ ＩＤ）又はスライス識別子などの如何なる識別子も含む。

【0065】

機能指示：サービス識別子は機能指示を含んでもよい。機能指示が含まれる場合に、機能指示は、サービス識別子で運ばれる１つ以上の機能識別子情報を示し、また、１つ以上の機能識別子の1つ以上の機能タイプを更に示し得る。

【0066】

サービス指示：サービス識別子はサービス指示を含んでもよい。サービス指示が含まれる場合に、サービス指示は１つ以上のサービスを示し、これらのサービスはサービスタイプと呼ばれ得る。サービスタイプが更にパラメータ情報を運ぶ必要がある場合に、サービス識別子は、１つ以上のサービスタイプに対応する少なくとも１つのサービスパラメータを更に含み得る。

【0067】

機能サービス指示：サービス識別子は機能サービス指示を含んでもよく、機能サービス指示は、上記のサービス指示の機能及び上記の機能指示の機能の両方を含む。具体的に言えば、サービス識別子が機能サービス指示を含む場合に、機能サービス指示は１つ以上のサービスを示し、また、サービス識別子で運ばれる１つ以上の機能識別子情報を示し、更には、１つ以上の機能識別子の１つ以上の機能タイプを示し得る。これらのサービスタイプが更にパラメータ情報を運ぶ必要がある場合に、サービス識別子は、１つ以上のサービスタイプに対応する少なくとも１つのサービスパラメータを更に含み得る。

【0068】

サービス情報：サービス情報は、サービスタイプ、サービスによって必要とされるパラメータ、又はサービスによって必要とされる機能識別子などの情報であってよい。

【0069】

以下は、本願の適用シナリオの例について記載する。図１は、本願の実施形態に従うＳＲｖ６ネットワークの概略図である。

【0070】

ＳＲｖ６ネットワークはヘッドノード及びテイルノードを含み、少なくとも１つのパスがヘッドノードとテイルノードとの間に確立され得る。

【0071】

ヘッドノードとテイルノードとの間のいずれかのパスについて、パスは、ヘッドノードとテイルノードとの間に少なくとも１つの他ノードを更に含む。説明を簡単にするために、ヘッドノードとテイルノードとの間の他のノードは、中間ノードと呼ばれる。

【0072】

例えば、図１に示される第１パス及び第２パスは、ヘッドノードとテイルノードとの間のパスであり、第１パスは、ヘッドノードとテイルノードとの間の第１ノードを更に含み、第２パスは、ヘッドノードとテイルノードとの間の第２ノード及び第３ノードを更に含み、第１ノード、第２ノード、及び第３ノードは中間ノードである。

【0073】

関連技術において、ＳＲｖ６ネットワークはパケットを伝送するだけではなく、パケットのための対応するサービス又はパケットに対応するサービスも提供し、例えば、パケットを伝送するための転送パスのネットワーク性能を決定する。ヘッドノードは、第１パス又は第２パスに基づきパケットを転送し得る。ＳＲｖ６ネットワークのアドミニストレータが、パケットを転送するための第１パス又は第２パスのネットワーク性能を決定する必要がある場合に、アドミニストレータは、シミュレーションパケットを生成し、シミュレーションパケットを使用して、サービスに関するサービス要件及び様々な関連パラメータを運び得る。情報は、ネットワーク転送パスの性能を測定するために使用される。しかし、この解決法では、実際のサービストラフィックの実際の性能は、ネットワーク性能がシミュレーションパケットを使用することによって測定される場合に測定され得ない。更に、関連技術において、同じサービスが複数の情報を必要とする場合、又は複数のサービスが同じパケットについて提供される必要がある場合に、関連コンテンツが、ＳＲＨの複数のＴＬＶで運ばれることがある。しかし、この解決法では、複数の関連情報は、複数のＴＬＶで運ばれる必要がある。その結果、ネットワーク内のデバイスは、関連情報を取得するＴＬＶをトラバースする必要があり、処理効率は低い。複数の情報は少なくとも２つの情報を含む。

【0074】

本願の実施形態は、上記の問題に対する解決法を提供する。指示サービス及びサービス関連情報を運ぶためにサービスパケットのＳＲＨを使用する方法では、実際のサービスパケットに基づいたネットワーク性能測定が実装される。

【0075】

更に、本願の実施形態で提供される技術的解決法は、ＳＲｖ６が他のサービスを提供する適用シナリオ、又は複数の他の適用シナリオ、例えば、セキュリティ暗号化、インターネットプロトコルフロー性能測定（internet protocol flow performance measurement，ＩＰＦＰＭ）、光帯域内オペレーション、アドミニストレーション、及びメンテナンス（light in-band operation, administration, and maintenance，光ＩＯＡＭ）、タイムスタンプを加えるために使用されるサービス、サービス関数チェーン（service function chain，ＳＦＣ）、並びに転送及びアクセス制御リスト（ＡＣＬ）、などの既知の又は未来志向の適用シナリオに更に適用されてよい。

【0076】

本願のこの実施形態において、ヘッドノードは第１ネットワークデバイスと呼ばれる。テイルノード及び／又は中間ノードが、第１ネットワークデバイスによって送信されたパケットに基づき少なくとも１つのサービスを実行することを可能にするために、第１ネットワークデバイスは第１パケットを生成し、第１パケットはＳＲＨを含み、ＳＲＨはサービス識別子を含み、サービス識別子は第１サービス情報及び第２サービス情報を含む。

【0077】

第１ネットワークデバイスは、第１パケットを第２ネットワークデバイス（テイルノード又は少なくとも１つのパスの１つでの中間ノード）へパスを介して送信する。第２ネットワークデバイスは第１パケットを受信し、第１サービス情報、第２サービス情報、及び第１パケットに基づき少なくとも１つのサービスを実行する。

【0078】

任意に、少なくとも１つのサービスは１つのサービス、２つのサービス、又はより多くのサービスを含み、第１サービス情報は第１機能識別子を含み、第２サービス情報は第２機能識別子を含む。第１機能識別子及び第２機能識別子は、同じサービスを実行するために使用されてよく、あるいは、異なるサービスを実行するために使用されてもよい。

【0079】

任意に、少なくとも１つのサービスは少なくとも第１サービスを含み、第１サービス情報は、第１サービスを示すために使用されてよく、第２サービス情報は第１機能識別子を含む。第１機能識別子は、第１サービスを実行するのに必要な識別子であってよく、あるいは、第２サービスを実行するのに必要な識別子であってよい。第２サービスは、中間ノード又はテイルノードがサービス識別子を受信した後に中間ノード又はテイルノードによって決定された第２サービスであってよい。

【0080】

機能識別子はトラフィック識別子又はネットワーク識別子を含む。トラフィック識別子又はネットワーク識別子の説明については、上記の記載を参照されたい。詳細はここで再び記載されない。

【0081】

第１ネットワークデバイスが第１パケットを生成する詳細な実施プロセス、及び第２ネットワークデバイスが第１パケットを処理する詳細な実施プロセスは、図２に示される以下の実施形態で詳細に説明される。

【0082】

任意に、図１を参照されたい。ＳＲネットワークはコントローラ及び／又はネットワーク管理デバイスを更に含む。コントローラ又はネットワーク管理デバイスは、ＳＲネットワーク内のノードを制御又は管理することに関与する。

【0083】

任意に、コントローラ又はネットワーク管理デバイスは、ＳＲネットワーク内のヘッドノード、テイルノード、及び／又は中間ノードがサービスを提供するためのネットワークトラフィックのパケットを構成してもよい。

【0084】

任意に、ヘッドノードは、サービス識別子を生成することに関与する。

【0085】

例において、コントローラ又はネットワーク管理デバイスは、第１コンフィグレーションポリシーをヘッドノードへ送信してもよく、第１コンフィグレーションポリシーはトラフィック識別子と、サービスタイプセット及び／又は機能タイプセットとを含む。第１コンフィグレーションポリシーは、ヘッドノードに、コンフィグレーションポリシー内のトラフィック識別子に従うパケットを受信した後に、サービスタイプセット及び／又は機能タイプセットに含まれる情報に基づきサービス識別子を生成するよう指示するために、使用される。第１コンフィグレーションポリシーに含まれているサービスタイプセット及び／又は機能タイプセットは、トラフィック識別子に対応するパケットの実行されるべき又は処理されるべき情報の組である。第１パケットは、サービス識別子及びパケットに基づき生成される。通常、受信されたパケットは、第１パケットのペイロード（ｐａｙｌｏａｄ）部分として使用される。ヘッドノードが第１パケットを生成する詳細なプロセスは、図２に示される以下の実施形態で詳細に説明される。詳細はここで記載されない。

【0086】

任意に、ヘッドノードはサービス識別子を生成せず、コントローラ又はネットワーク管理デバイスによって配信されたサービス識別子を取得する。言い換えると、サービス識別子は、コントローラ又はネットワーク管理デバイスによって生成され得る。

【0087】

任意に、ネットワーク内の中間ノード又はテイルノードによって生成された後で、サービス識別子は、アドバタイズメント、パス計算要素通信プロトコル（path computation element communication protocol，ＰＣＥＰ）、などの形でコントローラ又はネットワーク管理デバイスへリリースされ、次いで、ヘッドノードへリリースされるか、あるいは、中間ノード／テイルノードによってヘッドノードへリリースされてもよい。

【0088】

任意に、ヘッドノードがサービス識別子を生成する前に、ヘッドノードは更に第２コンフィグレーションポリシーを取得し、第２コンフィグレーションポリシーは、サービスタイプセット及び／又は機能タイプセットに基づきサービス識別子を生成するための対応するルールを含む。ヘッドノードは、第２コンフィグレーションポリシー内のルールに従ってサービス識別子を生成し得る。

【0089】

任意に、ヘッドノードは、コントローラ又はネットワーク管理デバイスによって送信された第２コンフィグレーションポリシーを受信するか、あるいは、中間ノード又はテイルノードによって送信された第２コンフィグレーションポリシーを受信するか、あるいは、第２コンフィグレーションポリシーを生成する。

【0090】

任意に、第２コンフィグレーションポリシーを生成する場合に、ヘッドノードは更に、第２コンフィグレーションポリシーをテイルノードへ送信する。

【0091】

任意に、第２コンフィグレーションポリシーを生成する場合に、ヘッドノードは更に、第２コンフィグレーションポリシーを中間ノードへ送信する。

【0092】

任意に、ヘッドノードは、第２コンフィグレーションポリシーを取得する必要がなく、対応するルール情報をデフォルトで有している。例えば、ヘッドノードは、配信前に対応するルール情報を有しているよう構成される。

【0093】

任意に、ＳＲネットワーク内の他の関連デバイス、例えば、中間ノード及び／又はテイルノードも、第２コンフィグレーションポリシーを取得してよく、それにより、サービス識別子を含むパケットを受信する場合に、これらの関連デバイスは、サービス識別子によって示されているサービスなどの機能を実行するために、対応するルールに従ってサービス識別子をパースし得る。中間ノード又はテイルノードがサービス識別子に基づきパケットを処理する詳細なプロセスは、図２に示される以下の実施形態で詳細に説明される。詳細はここ記載されない。

【0094】

任意に、テイルノードは、コントローラ又はネットワーク管理デバイスによって送信された第２コンフィグレーションポリシーを受信するか、あるいは、中間ノード又はテイルノードによって送信された第２コンフィグレーションポリシーを受信するか、あるいは、第２コンフィグレーションポリシーを生成する。

【0095】

任意に、第２コンフィグレーションポリシーを生成する場合に、テイルノードは更に、第２コンフィグレーションポリシーをヘッドノードへ送信する。

【0096】

任意に、第２コンフィグレーションポリシーを生成する場合に、テイルノードは更に、第２コンフィグレーションポリシーを中間ノードへ送信する。

【0097】

任意に、中間ノードは、コントローラ又はネットワーク管理デバイスによって送信された第２コンフィグレーションポリシーを受信するか、あるいは、ヘッドノード又はテイルノードによって送信された第２コンフィグレーションポリシーを受信するか、あるいは、第２コンフィグレーションポリシーを生成する。

【0098】

任意に、第２コンフィグレーションポリシーを生成する場合に、中間ノードは更に、第２コンフィグレーションポリシーをヘッドノード及びテイルノードへ送信する。

【0099】

任意に、ＳＲネットワーク内の中間ノード又はテイルノードは、第２コンフィグレーションポリシーを取得する必要がなく、対応するルール情報をデフォルトで有している。例えば、中間ノード又はテイルノードは、配信前に対応するルール情報を有しているよう構成される。

【0100】

任意に、第１コンフィグレーションポリシーは、ｘ個の処理サービスの夫々のパラメータ情報を更に含み、少なくとも１つの処理サービスはｘ個の処理サービスを含み、ｘは０よりも大きい整数である。

【0101】

任意に、コントローラ又はネットワーク管理デバイスは更に開始コマンドをテイルノードへ送信し、開始コマンドはサービスタイプセットを含む。開始コマンドは、サービスタイプセット内の各サービスタイプに対応する処理サービスを開始することが可能であるようテイルノードを構成するために使用され、それにより、第１パケットを受信する場合に、テイルノードは、開始された処理サービスに基づき第１パケットを処理することができる。

【0102】

任意に、コントローラ又はネットワーク管理デバイスは更に開始コマンドを中間ノードへ送信し、開始コマンドは更に、サービスタイプセット内の各サービスタイプに対応する処理サービスを開始することが可能であるよう中間ノードを構成するために使用され、それにより、第１パケットを受信する場合に、中間ノードは、開始された処理サービスに基づき第１パケットを処理することができる。

【0103】

任意に、トラフィック識別子は、パケットの４－タプル情報、５－タプル情報、などである。パケットの４－タプル情報は、パケットのソースアドレス、あて先アドレス、ソースポート番号、及びあて先ポート番号を含む。パケットの５－タプル情報は、パケットのプロトコルタイプ、ソースアドレス、あて先アドレス、ソースポート番号、及びあて先ポート番号を含む。

【0104】

任意に、少なくとも１つの処理サービスのうちのいずれか１つは、１つの処理動作又は、複数の処理動作を含む動作シーケンスを含む。

【0105】

任意に、サービスタイプセット内のサービスタイプは、ＩＰＦＰＭ、光ＩＯＡＭ、セキュリティ暗号化、タイムスタンプを加えるために使用されるサービス、ＳＦＣ、並びに転送及びアクセス制御リスト（access control list，ＡＣＬ）、のうちの１つ以上を含む。例えば、サービスタイプセットは、ＩＰＦＰＭを含むセットであり、あるいは、サービスタイプセットは、ＩＰＦＰＭ＋光ＩＯＡＭを含むセットであり、あるいは、サービスタイプセットは、ＩＰＦＰＭ＋セキュリティ暗号化を含むセットであり、あるいは、サービスタイプセットは、ＩＰＦＰＭ＋光ＩＯＡＭ＋ＳＦＣを含むセットである。詳細はここで１つずつリストアップされない。

【0106】

任意に、少なくとも１つの機能識別子はトラフィック機能識別子及び／又はネットワーク機能識別子を含み、トラフィック機能識別子の機能タイプは、フロー識別子（Ｆｌｏｗ ＩＤ）及びアプリケーション識別子（Application identifier，Ａｐｐ ＩＤ）のうちの１つ以上を含み、ネットワーク機能識別子の機能タイプは、パス識別子（Ｐａｔｈ ＩＤ）、スライス識別子、などのうちの１つ以上を含む。

【0107】

任意に、トラフィック機能識別子の機能タイプがＦｌｏｗ ＩＤを含む場合に、トラフィック機能識別子の機能タイプはシーケンス番号（sequence number，Ｓｅｑ Ｎｕｍ）を更に含む。

【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】

サービス識別子が複数のパラメータ情報を運ぶ必要がある場合に、第１デバイスは、サービス指示の位置順序に対応する方法で複数のパラメータを運ぶ。詳細については、以下の図３及び関連する記載を参照されたい。詳細はここでは記載されない。

【表1】

【0133】

他の例においては、第１の対応は、値に基づいてサービス指示を生成するルール対応の例である。サービス指示の形式が数値形式である場合に、サービス指示は値である。例えば、詳細については、表２に示される第１の対応を参照されたい。表２に示される第１の対応と表１に示される第１の対応との間の違いは、表２に示される第１の対応の中の各記録のサービス指示が値である点にある。例えば、表２の第１の記録では、サービス指示の値が１である場合に、サービス指示は、ＩＰＦＰＭサービスを示し、また、サービス指示がカラービット情報を更に運ぶ必要があることを示す。この場合に、第１サービス情報及び第２サービス情報は、サービス指示で示されているＩＰＦＰＭサービスと、サービス指示で運ばれる第２サービス情報とである。サービス指示の値が５である場合に、サービス指示は、ＩＰＦＰＭサービス及び光ＩＯＡＭサービスを示し、また、運ばれる必要があるサービスパラメータがカラービット情報であることを示す。この場合に、サービス識別子に関係がある第１サービス情報及び第２サービス情報は、サービス指示で示されているＩＰＦＰＭサービス及び光ＩＯＡＭサービスであり、サービス識別子は更にサービスパラメータ情報を運ぶ。サービス指示の値が９である場合に、サービス指示は、ＩＰＦＰＭサービス、セキュリティ暗号化サービス、及びＳＦＣサービスを示す。相応して、パラメータ情報がサービス識別子で更に運ばれる必要があり、カラービット情報及びメタデータを含む。この場合に、サービス識別子に関係がある第１サービス情報及び第２サービス情報は、サービス指示で示されているＩＰＦＰＭサービス、セキュリティ暗号化サービス、及びＳＦＣサービスのうちのいずれか２つである。

【表2】

【0134】

上記の説明において、サービス指示に加えて、第１ネットワークデバイスによって生成されたサービス識別子は、Ｎ個の処理サービスのパラメータ情報を更に含んでもよく、Ｎは０よりも大きい整数であり、サービス指示によって示される少なくとも１つの処理サービスは、Ｎ個の処理サービスを含む。

【0135】

任意に、このステップで、第１ネットワークデバイスは、Ｎ個の処理サービスのパラメータ情報を更に取得する。第１コンフィグレーションポリシーがＮ個の処理サービスのパラメータ情報を含む場合に、第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれているＮ個の処理サービスのパラメータ情報を取得する。第１コンフィグレーションポリシーが処理サービスのパラメータ情報を含まない場合には、第１コンフィグレーションポリシーに含まれているサービスタイプセットについて、第１の対応に含まれている、サービスタイプセットを含む記録が、Ｎ個の処理サービスのパラメータ情報を更に格納しているならば、第１ネットワークデバイスは、その記録からＮ個の処理サービスのパラメータ情報を更に取得する。

【0136】

任意に、サービス識別子内のサービス指示及び処理サービスのパラメータ情報について、サービス識別子内の処理サービスのパラメータ情報の順序はサービス指示に対応し、つまり、サービス指示は、処理サービスのパラメータ情報の順序を更に示す。

【0137】

図３を参照されたい。サービス識別子は第１部分及び第２部分を含む。サービス識別子の第１部分はサービス指示を含み、サービス識別子の第２部分は、Ｎ個全ての処理サービスのパラメータ情報（例えば、パケット損失レート及び／又は遅延）を運ぶ。

【0138】

例において、第１部分内のサービス指示がビットマップ形式で１００１である場合に、サービス識別子の第２部分は、ＩＰＦＰＭに対応するパケット損失レート及び／又は遅延情報と、ＳＦＣサービスによって必要とされるメタデータとを含む。第２部分内の複数のパラメータ情報は、サービス指示によって示される同じ順序で運ばれ得る。例えば、サービス指示は１００１であり、上位ビットは左側にあり、下位ビット（ゼロ番目のビット）は右側にある。この場合に、右（下位ビット）から左（上位ビット）へ又は左（上位ビット）から右（下位ビット）へというふうに、第１ネットワークデバイスは、パラメータ情報を運ぶよう、例えば、最初にパケット損失レート及び／又は遅延情報を運び、例えば、パケット損失レート及び／又は遅延情報の中身はサービス１であり、次いで、メタデータ情報を運び、例えば、メタデータ情報の中身はサービス２である、ように、図３に示される第２部分を使用してよい。

【0139】

任意に、第１ネットワークデバイスは、サービス識別子において各パラメータによって占有されているビットの数を更に決定する。例えば、メタデータは３２ビットであり、パケット損失レート及び／又は遅延情報はカラービットであり、２ビットを占有する。サービス識別子において各パラメータによって占有されているビットの数に関する情報は、第２コンフィグレーションポリシーに含まれてもよく、あるいは、デフォルトルール、又は配信前に第１ネットワークデバイスによって取得されているルール、などであってもよい。

【0140】

ケース２：サービス識別子が機能指示を含む。

【0141】

任意に、第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれている機能タイプセットに基づき、少なくとも２つの機能識別子を決定し、少なくとも２つの機能識別子は第１機能識別子及び第２機能識別子を含む。第１ネットワークデバイスによって生成されるサービス識別子は、第１ネットワークデバイスによって取得されている第１機能識別子、第２機能識別子、及び機能指示を含む。すなわち、サービス識別子が機能識別子を含む場合に、サービス識別子は機能指示を含み、機能指示は、１つ以上の機能識別子に対応する１つ以上の機能タイプを示す。

【0142】

任意に、サービス識別子は機能指示を含まなくてもよく、機能識別子の具体的なタイプは、他のルールに従って決定される。

【0143】

例において、第１コンフィグレーションポリシーは機能タイプセットを含む。第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれている機能タイプセットに基づき、第２の対応から対応する機能指示を取得し、第２の対応は、機能指示と機能タイプセットの生成ルールとの間の対応を格納するために使用される。すなわち、第２コンフィグレーションポリシーは、ここでは第２の対応を含み得る。機能指示は、ビットマップ形式又は数値形式で表され得る。

【0144】

第２の対応の中のいずれかの記録は、機能タイプセットと、機能タイプセットに対応する機能指示の内容の生成ルールとを含む。

【0145】

例えば、詳細については、表３に示される第２の対応を参照されたい。第２の対応は、ビットマップに基づいて機能指示を生成するルール対応の例である。表３に示されるように、第２の対応の中の第１の記録は、機能指示のゼロ番目のビットが特別な値、例えば、１にセットされる場合に、機能タイプが第１パケットで運ばれる必要があり、Ｐａｔｈ ＩＤを含むことが示される、ことを示す。第２の対応の中の第２の記録は、機能ビットの１番目のビットが特別な値、例えば、１にセットされる場合に、機能タイプが第１パケットで運ばれる必要があり、Ｆｌｏｗ ＩＤ及びＳｅｑ ｎｕｍを含むことが示される、ことを示す。表３に示される第２の対応の中の他の記録の意味は、１つずつ説明されない。上記の説明において、機能指示がビットマップ方式で表される場合に、ビットマップは３又はそれ以上のビットを含み得る。これは本願で特に制限されない。例において、機能指示の値は０１１であってよい。左側の上位ビット及び右側の下位ビット（ゼロ番目のビット）に基づいて、機能指示は２つの機能を示し、２つの機能に対応する機能識別子はＰａｔｈ ＩＤ及びＦｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍを含む、ことが理解される。サービス識別子が機能指示を運ぶ場合に、サービス識別子は更に、機能指示に対応する少なくとも１つの機能識別子を運ぶ必要がある。すなわち、機能指示の値が０１１である場合に、サービス識別子はＰａｔｈ ＩＤ及びＦｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍを更に含む。

【表3】

【0146】

他の例においては、機能指示の形式が数値形式である場合に、機能指示は値である。例えば、詳細については、表４に示される第２の対応を参照されたい。表４に示される第２の対応と表３に示される第２の対応との間の違いは、表４に示される第２の対応の中の各記録の機能指示が値である点にある。例えば、表４の第１の記録の機能指示が値１である場合に、機能指示は機能識別子Ｐａｔｈ ＩＤを示し、第２の記録の機能指示が値２である場合に、機能指示は機能識別子Ｆｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍを示し、機能指示が値４である場合に、機能指示は機能識別子Ｐａｔｈ ＩＤ＋Ａｐｐ ＩＤを示す。

【表4】

【0147】

任意に、機能タイプセットが機能タイプ“Ｐａｔｈ ＩＤ”を含む場合に、第１ネットワークデバイスが、第２パケットを受信するときにパスを選択したならば、第１ネットワークデバイスは、選択したパスのパス識別子を取得する。第１ネットワークデバイスが、第２パケットを受信するときにパスを選択しないならば、第１ネットワークデバイスは、第１ネットワークデバイスとテイルノードとの間の少なくとも１つのパスから１つのパスを選択し、選択したパスのパス識別子を取得し、少なくとも１つの機能識別子は、選択されたパスのパス識別子を含む。

【0148】

機能タイプセットが機能タイプ“Ａｐｐ ＩＤ”を含む場合に、第１ネットワークデバイスは、第２パケットに基づき、第２パケットに対応するアプリケーション識別子を取得し、少なくとも１つの機能識別子はアプリケーション識別子を含む。機能タイプセットが機能タイプＦｌｏｗ ＩＤを含む場合に、第１ネットワークデバイスは、第２パケットから、第２パケットが属するネットワークトラフィックのトラフィック識別子を取得し、トラフィック識別子は第２パケットの５－タプル情報又は４－タプル情報であり、少なくとも１つの機能識別子はトラフィック識別子を含む。機能タイプセットが機能タイプ“Ｓｅｑ ｎｕｍ”を含む場合に、第１ネットワークデバイスは、第２パケットに基づき第２パケットのシーケンス番号を取得し、少なくとも１つの機能識別子はシーケンス番号を含む。

【0149】

サービス識別子内の機能識別子の順序は機能指示に対応し、つまり、機能指示は機能識別子の順序を示す。

【0150】

図４を参照されたい。サービス識別子は第１部分及び第２部分を含む。サービス識別子の第１部分は機能指示であり、サービス識別子の第２部分は、少なくとも２つの機能識別子（例えば、第２パケットのトラフィック識別子及びシーケンス番号）を運ぶ。

【0151】

例において、第１部分内の機能指示が上記のビットマップ形式で０１１である場合に、サービス識別子の第２部分は２つの機能識別子Ｐａｔｈ ＩＤ及びＦｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍを含む。これらの機能識別子は、機能指示によって示される同じ順序で運ばれ得る。例えば、サービス指示は０１１であり、上位ビットは左側にあり、下位ビット（ゼロ番目のビット）は右側にある。この場合に、右（下位ビット）から左（上位ビット）へ又は左（上位ビット）から右（下位ビット）へというふうに、第１ネットワークデバイスは、機能識別子を運ぶよう、例えば、最初にＰａｔｈ ＩＤを運び、例えば、Ｐａｔｈ ＩＤの中身はＩＤ１であり、次いで、Ｆｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍ情報を運び、例えば、Ｆｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍ情報の中身はＩＤ２である、ように、図４に示される第２部分を使用してよい。

【0152】

任意に、第１ネットワークデバイスは、サービス識別子において各機能識別子によって占有されているビットの数を更に決定する。例えば、Ｐａｔｈ ＩＤは２０ビットであり、Ｆｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍは４８ビットを占有する。サービス識別子において各機能識別子によって占有されているビットの数に関する情報は、第２コンフィグレーションポリシーに含まれてもよく、あるいは、デフォルトルール、又は配信前に第１ネットワークデバイスによって取得されているルール、などであってもよい。

【0153】

以下の記載で、第１サービス情報が第１サービスを示すために使用され、第２サービス情報が、少なくとも１つのサービスを実行するのに必要な第１機能識別子を含むケースは、ケース３又はケース４を含む。

【0154】

ケース３：サービス識別子がサービス指示及び機能指示を含む。

【0155】

第１コンフィグレーションポリシーはサービスタイプセット及び機能タイプセットを含む。第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれているサービスタイプセット及び機能タイプセットに基づき、サービス識別子を決定し、サービス識別子はサービス指示及び機能指示を含む。

【0156】

任意に、第１ネットワークデバイスは、Ｎ個全ての処理サービスのパラメータ情報を取得し得る。サービス指示及び機能指示に加えて、第１ネットワークデバイスによって生成されるサービス識別子は、Ｎ個の処理サービスのパラメータ情報を更に含んでもよく、サービス指示によって示される少なくとも１つの処理サービスは、Ｎ個の処理サービスを含む。

【0157】

任意に、このステップで、第１ネットワークデバイスは、Ｎ個の処理サービスのパラメータ情報を更に取得する。第１コンフィグレーションポリシーがＮ個の処理サービスのパラメータ情報を含む場合に、第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれているＮ個の処理サービスのパラメータ情報を取得する。第１コンフィグレーションポリシーが処理サービスのパラメータ情報を含まない場合には、第１コンフィグレーションポリシーに含まれているサービスタイプセット及び機能タイプセットについて、第２の対応に含まれている、サービスタイプセット及び機能タイプセットを含む記録が、Ｎ個の処理サービスのパラメータ情報を更に格納しているならば、第１ネットワークデバイスは、その記録からＮ個の処理サービスのパラメータ情報を更に取得する。

【0158】

任意に、処理サービスのパラメータ情報を取得するプロセスについては、ケース１の関連する内容を参照されたい。詳細はここで再び記載されない。

【0159】

任意に、第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれている機能タイプセットに基づき、少なくとも１つの機能識別子を決定する。サービス指示及び機能指示に加えて、第１ネットワークデバイスによって生成されるサービス識別子は、少なくとも１つの機能識別子を更に含む。

【0160】

第１ネットワークデバイスによってサービス指示及び機能指示を取得することに関する詳細、並びに関連するサービスパラメータ及び機能識別子に関する詳細な情報については、ケース１及びケース２の説明を参照されたい。詳細はここで再び記載されない。

【0161】

以下は、サービス識別子がサービス指示及び機能指示をどのように運ぶかに焦点を当てる。任意に、サービス識別子はサービスパラメータ及び機能識別子を更に運ぶ。図５を参照されたい。サービス識別子は第１部分及び第２部分を含む。第１部分は第１サブパート及び第２サブパートを含み、第２部分は第３サブパート、第４サブパート、及び第５サブパートを含む。

【0162】

サービス識別子において、第１サブパートはサービス指示であってよく、第２サブパートは機能指示であってよい。サービス識別子において、第５サブパートは、Ｎ個の処理サービス、例えば、サービス１及びサービス２、の全てのパラメータ情報を運んでよく、第３サブパートは、１つ以上の機能識別子、例えば、ＩＤ１及びＩＤ２を運んでよい。任意に、サービス識別子は第４サブパートを更に含み、第４サブパートはリザーブ部分である。

【0163】

例において、機能識別子は機能指示の位置に対応し、サービスパラメータ情報はサービス指示の位置に対応する。具体的に言えば、機能指示がサービス識別子の第１部分の下位ビット（図５の第２サブパートに対応）を占有する場合に、機能識別子はサービス識別子の第２部分の下位ビット（図５の第５サブパートに対応）を占有し、また、サービス指示がサービス識別子の第１部分の下位ビットを占有する場合に、サービスパラメータ情報はサービス識別子の第２部分の下位ビットを占有する。

【0164】

ケース４：サービス識別子が機能サービス指示を含む。

【0165】

第１コンフィグレーションポリシーはサービスタイプセット及び機能タイプセットを含む。第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれているサービスタイプセット及び機能タイプセットに基づき、第３の対応から対応する機能サービス指示を取得し、第３の対応は、機能サービス指示と、サービスタイプセットと、機能タイプセットと、パラメータ情報の生成ルールとの間の対応を格納するため使用される。

【0166】

第３の対応の中のいずれかの記録は、サービスタイプセットと、機能タイプセットと、機能サービス指示の生成ルールとの間の対応を含む。サービスタイプセットは、少なくとも１つの処理サービスの夫々のサービスタイプを含み、機能タイプセットは、少なくとも１つの機能識別子の夫々の機能タイプを含む。機能サービス指示は、少なくとも１つの処理サービス及び少なくとも１つの機能識別子を示す。

【0167】

任意に、少なくとも１つの処理サービスの中の処理サービスがパラメータ情報を有している場合に、記録に含まれているパラメータ情報は処理サービスのパラメータ情報である。少なくとも１つの処理サービスの夫々がパラメータ情報を有していない場合には、記録に含まれているパラメータ情報はヌルを示してよい。

【0168】

例えば、詳細については、表５に示される第３の対応を参照されたい。第３の対応は、ビットマップに基づいて機能サービス指示を生成するルール対応の例である。第３の対応の中の第１の記録は、機能サービス指示のゼロ番目のビットが特別な値、例えば、１にセットされる場合に、ＳＲネットワークが第１パケットのためにＩＰＦＰＭサービスを提供する必要があり、また、ＩＤ１と表され得る機能識別子Ｐａｔｈ ＩＤと、サービス１と表され得るパラメータ情報、つまり、カラービット情報（例えば、パケット損失レート及び／又は遅延）とを運ぶために第１パケットを使用する必要があることが示される、ことを示す。第３の対応の中の第２の記録は、機能サービス指示の１番目のビットが特別な値、例えば、１にセットされる場合に、ＳＲネットワークが第１パケットのために光ＩＯＡＭサービスを提供する必要があり、また、機能識別子Ｆｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍを運ぶために第１パケットを使用する必要があることが示される、ことを示し、このとき、サービスはパラメータ情報を運ぶ必要がない。表５に示される第３の対応の中の他の記録の意味は、１つずつ説明されない。

【0169】

例において、第１ネットワークデバイスによって決定される機能サービス指示の値は００１１である。左側の上位ビット及び右側の下位ビット（０番目のビット）に基づいて、機能サービス指示は２つのサービスを示し、２つのサービスによって示されるサービスタイプはＩＰＦＰＭサービス及びセキュリティ暗号化サービスを含む、ことが理解される。この場合に、サービス識別子はサービスパラメータを更に運ぶ必要があり、サービスパラメータは、ＩＰＦＰＭに対応するカラービット情報（例えば、パケット損失レート及び／又は遅延情報）である。更には、サービス識別子は、Ｐａｔｈ ＩＤ及びＦｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍを更に運ぶ必要がある。

【表5】

【0170】

機能サービス指示の形式が数値形式である場合に、機能サービス指示は値である。例えば、詳細については、表６に示される第３の対応を参照されたい。表６に示される第３の対応と表５に示される第３の対応との間の違いは、表６に示される第３の対応の中の各記録の機能サービス指示が値である点にある。例えば、表６の第１の記録の機能サービス指示が値１である場合に、ＳＲネットワークは第１パケットのためにＩＰＦＰＭサービスを提供する必要があり、また、ＩＤ１と表され得る機能識別子Ｐａｔｈ ＩＤと、サービス１と表され得るパラメータ情報、つまり、カラービット情報（例えば、パケット損失レート及び／又は遅延）とを運ぶために第１パケットを使用する必要があることが示される。

【表6】

【0171】

任意に、サービス識別子において、処理サービスのパラメータ情報の順序は機能サービス指示に対応し、つまり、機能サービス指示は、処理サービスのパラメータ情報の順序を示し、機能タイプセット内の機能タイプの順序は機能サービス指示に対応し、つまり、機能サービス指示は、機能タイプの順序を更に示す。

【0172】

第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれている機能タイプセット内のＰａｔｈ ＩＤに基づき、第１ネットワークデバイスとテイルノードとの間の第１パス及び第２パスから第１パスを選択し、第１パスのパス識別子Ｐａｔｈ１を取得する。第１ネットワークデバイスはサービス識別子を生成し、サービス識別子は、機能サービス指示“００１１”と、第１パスのパス識別子Ｐａｔｈ１と、パラメータ情報“パケット損失レート及び／又は遅延”とを含む。

【0173】

任意に、図６を参照されたい。サービス識別子は第１部分及び第２部分を含む。第２部分は第３サブパート、第４サブパート、及び第５サブパートを含む。

【0174】

サービス識別子の第１部分は機能サービス指示である。サービス識別子において、第５サブパートは、Ｎ個全ての処理サービスのパラメータ情報（例えば、パケット損失レート及び／又は遅延）を運び、第３サブパートは、少なくとも１つの機能識別子（例えば、Ｐａｔｈ１）を運ぶ。任意に、サービス識別子は第４サブパートを更に含み、第４サブパートはリザーブ部分である。

【0175】

任意に、このステップで、第１ネットワークデバイスは、Ｎ個の処理サービスのパラメータ情報を更に取得する。第１コンフィグレーションポリシーがＮ個の処理サービスのパラメータ情報を含む場合に、第１ネットワークデバイスは、第１コンフィグレーションポリシーに含まれているＮ個の処理サービスのパラメータ情報を取得する。第１コンフィグレーションポリシーが処理サービスのパラメータ情報を含まない場合には、第１コンフィグレーションポリシーに含まれているサービスタイプセットについて、第３の対応に含まれている、サービスタイプセットを含む記録が、Ｎ個の処理サービスのパラメータ情報を更に格納しているならば、第１ネットワークデバイスは、その記録からＮ個の処理サービスのパラメータ情報を更に取得する。

【0176】

例において、機能識別子及びサービスパラメータ情報は、デフォルトルールに従ってサービス識別子内の位置を占有する。例えば、機能識別子は、サービス識別子の第２部分の上位ビット（図６の第３サブパートに対応）を占有し、サービスパラメータ情報は、サービス識別子の第２部分の下位ビット（図６の第５サブパートに対応）を占有する。

【0177】

例において、サービス識別子はパスセグメント識別子である。

【0178】

任意に、サービス識別子の長さは１２８ビットである。

【0179】

具体例では、サービス指示部分及び機能指示部分は、１２８ビットのうちの全部で１６ビットを占有してよく、１６ビットは、１２８ビットの中の上位ビット又は下位ビットを占有する。すなわち、第１部分の長さは１６ビットであり、第２部分の長さは１１２ビットであり、第１部分はサービス識別子の上位ビット又は下位ビットに位置している。

【0180】

以上は、サービス識別子の構造及び組成の例について記載している。サービス識別子がパラメータ又は機能識別子を運ぶ場合に、パラメータ又は機能識別子は１つのサービスに適用されてよく、あるいは、複数のサービスに適用されてもよい。これは本願で制限されない。

【0181】

Ｓ２１０３：第１ネットワークデバイスが第１パケットを生成し、第１パケットはＳＲＨを含み、ＳＲＨはサービス識別子を含む。

【0182】

第１ネットワークデバイスはＳＲＨを第２パケットに加えてよく、ＳＲＨはサービス識別子を含む。

【0183】

図７に示されるＳＲＨを参照されたい。ＳＲＨは、セグメント識別子リスト及びフラグ（Ｆｌａｇｓ）などの情報を含む。セグメント識別子リストはｎ＋１個のフィールドを含み、ｎ＋１個のフィールドは夫々、Ｓｅｇｍｅｎｔ Ｌｉｓｔ［ｎ］からＳｅｇｍｅｎｔ Ｌｉｓｔ［０］であり、ｎは１よりも大きい整数である。任意に、サービス識別子はセグメント識別子リストに位置している。

【0184】

任意に、セグメント識別子リストはサービス識別子を含む。サービス識別子は、１つ以上のサービスに関する少なくとも２つの情報を含むので、異なるＴＬＶが、サービスタイプセット内の全てのサービスタイプに関する情報を運ぶようＳＲＨでセットされる必要はなく、また、異なるＴＬＶが、機能タイプセット内の全ての機能タイプに対応する機能識別子を運ぶ必要はない。このようにして、第１パケットの長さは低減される。第１ネットワークデバイスが第１パケットを送信した後、第１パケットを受信する第２ネットワークデバイスは、第１パケットにおいてＴＬＶをパースするのにそれほど時間をかける必要がなく、第１パケットをパースしてサービスを実行する効率を高める。

【0185】

任意に、図７を参照されたい。サービス識別子はセグメント識別子リストの最初に位置し、セグメント識別子リストの最初はセグメント識別子リスト内の最初のフィールド、つまり、フィールドＳｅｇｍｅｎｔ Ｌｉｓｔ［ｎ］である。言い換えると、サービス識別子は、フィールドＳｅｇｍｅｎｔ Ｌｉｓｔ［ｎ］で運ばれ得る。

【0186】

代替的に、任意に、図８を参照されたい。サービス識別子はセグメント識別子リストの最後に位置し、セグメント識別子リストの最後はセグメント識別子リスト内の最後のフィールド、つまり、フィールドＳｅｇｍｅｎｔ Ｌｉｓｔ［０］である。言い換えると、サービス識別子は、フィールドＳｅｇｍｅｎｔ Ｌｉｓｔ［０］で運ばれ得る。

【0187】

代替的に、任意に、図９を参照されたい。サービス識別子は、セグメント識別子リストの最後より前に位置し、セグメント識別子リストの最後に隣接している。サービス識別子の位置は、セグメント識別子リスト内の最後から２番目のフィールドであり、つまり、サービス識別子の位置はフィールドＳｅｇｍｅｎｔ Ｌｉｓｔ［１］である。言い換えると、サービス識別子は、フィールドＳｅｇｍｅｎｔ Ｌｉｓｔ［１］で運ばれ得る。

【0188】

任意に、ＳＲＨは少なくとも１つのＴＬＶを含み、サービス識別子は、ＳＲＨ内のセグメント識別子リストに位置しなくてもよく、ＳＲＨ内の１つのＴＬＶに位置してもよい。ＴＬＶはタイプフィールド、長さフィールド、及び値フィールドを含む。タイプフィールドは、サービス識別子を運ぶために使用されるＴＬＶタイプを含み、値フィールドはサービス識別子を含む。

【0189】

サービス識別子は、サービスタイプセット及び機能タイプセットを示す指示情報を含むので、サービス識別子を含める必要があるのは１つのＴＬＶのみである。このようにして、他の異なるＴＬＶは、サービスタイプセット内の全てのサービスタイプを運ぶようＳＲＨでセットされる必要がなく、他の異なるＴＬＶは、機能タイプセット内の全ての機能タイプに対応する機能識別子を運ぶ必要がない。このようにして、第１パケットの長さは低減される。特に、少なくとも２つのサービスに関する情報が第１パケットで運ばれる必要がある場合に、第１ネットワークデバイスが第１パケットを送信した後、第１パケットを受信する第２ネットワークデバイスは、第１パケットにおいてＴＬＶをパースするのにそれほど時間をかける必要がなく、第１パケットをパースする効率を高める。

【0190】

任意に、第１ネットワークデバイスが第１パケットを生成する場合に、ＳＲＨはフラグを更に運ぶ。フラグの値が特別な値、例えば、１にセットされる場合に、それは、第１パケットがサービス識別子を運ぶことを示す。

【0191】

任意に、フラグは、ＳＲＨにおけるサービス識別子の位置を示すために更に使用される。

【0192】

Ｓ２０２：第１ネットワークデバイスは第１パケットを送信する。

【0193】

第１ネットワークデバイスが動作Ｓ２０１でパスを選択した場合には、第１ネットワークデバイスは、選択したパスにより第１パケットを送信する。例えば、図５又は図６に示される例では、第１ネットワークデバイスは、選択した第１パスにより第１パケットを送信する。

【0194】

第１ネットワークデバイスが動作Ｓ２０１でパスを選択しない場合には、第１ネットワークデバイスは、第１ネットワークデバイスとテイルノードとの間のパスからパスを選択し、選択したパスにより第１パケットを送信する。

【0195】

Ｓ２０３：第２ネットワークデバイスは第１パケットを受信し、第１パケット内のサービス識別子に基づき第１パケットを処理する。

【0196】

第２ネットワークデバイスは、選択されたパス上のノードであり、テイルノード又は中間ノードを含む。

【0197】

中間ノードについては、コントローラが、中間ノードを、パケットを処理するように構成するか、あるいは、サービスが中間ノードによって処理される必要がある場合に、中間ノードは第１パケットを受信し、このステップの動作に基づき第１パケットを処理し、第１パケットを処理した後に第１パケットをテイルノードへ送信する。コントローラが、中間ノードを、パケットを処理するように構成しないか、あるいは、サービスが中間ノードによって処理される必要がない場合には、中間ノードは第１パケットを受信し、そして、第１パケットをテイルノードへ転送してよい。テイルノードは第１パケットを受信し、このステップの動作に基づき第１パケットを処理する。

【0198】

任意に、パケットを受信した後、第２ネットワークデバイスは、決定された位置でサービス識別子を取得し得る。

【0199】

任意に、第１パケットを受信した後、第２ネットワークデバイスは、第１パケットのフラグに基づきサービス識別子を取得する。実施において、第２ネットワークデバイスは、第１パケットのフラグに基づき、第１パケットがサービス識別子を含むかどうかを決定し、第１パケットがサービス識別子を含むと決定する場合に、第１パケットからサービス識別子を取得する。

【0200】

サービス識別子が第１パケットのセグメント識別子リスト内にある場合に、第２ネットワークデバイスはセグメント識別子リストからサービス識別子を取得する。例えば、第２ネットワークデバイスは、セグメント識別子リストの最初に位置しているフィールドからサービス識別子を取得するか、あるいは、セグメント識別子リストの最後に位置しているフィールドからサービス識別子を取得するか、あるいは、セグメント識別子リストの最後より前に位置しかつセグメント識別子リストの最後に隣接しているフィールドを決定し、そのフィールドからサービス識別子を取得する。

【0201】

サービス識別子が第１パケット内のＴＬＶに位置している場合に、サービス識別子を運ぶために使用されているＴＬＶが第１パケットからパースされ、サービス識別子はＴＬＶ内の値フィールドから取得される。

【0202】

上記の説明において、第２ネットワークデバイスは、フラグ情報を使用することによってサービス識別子の位置を決定してよく、あるいは、サービス識別子はデフォルトの位置で運ばれてもよい。

【0203】

第１パケット内のサービス識別子に含まれている情報は、上記の４つのケースを含み、４つのケースは、Ｓ２０１で説明されたケース１、ケース２、ケース３、及びケース４である。

【0204】

任意に、ケース１では、サービス識別子がサービス指示を含む場合に、このステップで、第２ネットワークデバイスは、サービス指示に基づき少なくとも２つのサービスを決定し、第１パケットに基づき、決定された少なくとも２つのサービスを実行する。

【0205】

任意に、サービス識別子がＮ個全ての処理サービスのパラメータ情報を含む場合に、第２ネットワークデバイスは更に、サービス指示に基づきサービス識別子からＮ個全ての処理サービスのパラメータ情報を順次に取得し、少なくとも１つの処理サービス及びＮ個全ての処理サービスのパラメータ情報に基づき第１パケットを処理する。

【0206】

第２ネットワークデバイスは第１の対応を記憶している。第２ネットワークデバイスが第１の対応を取得する詳細な実施は、第１ネットワークデバイスが第１の対応を取得する詳細な実施と同じである。詳細はここで再び記載されない。

【0207】

第２ネットワークデバイスは、サービス指示に基づき第１の対応からサービスタイプセットを取得し、サービスタイプセットが少なくとも１つのサービスの夫々のサービスタイプを含み、各サービスのサービスタイプに基づき各サービスを決定する。

【0208】

任意に、Ｎ個全ての処理サービスのパラメータ情報について、サービス識別子における処理サービスのパラメータ情報の順序は、サービスタイプセットにおける処理サービスのサービスタイプの順序と同じである。従って、処理サービスのパラメータ情報は、サービスタイプセット内の処理サービスのサービスタイプの順序に基づき、サービス識別子から取得される。

【0209】

いくつかの場合に、第２ネットワークデバイスは、第１パケットを処理する場合に少なくとも１つの機能識別子を必要としない。例えば、第１パケットに対して第２ネットワークデバイスによって実行される処理サービスは、ＩＰＦＰＭに対応する処理サービスであり、ヘッドノードとテイルノードとの間に１つのパスがある、と仮定する。この場合に、第２ネットワークデバイスはパス識別子を必要としなくてもよく、第２ネットワークデバイスは、ＩＰＦＰＭに対応する処理サービスに基づき第１パケットを処理して第１パケットのパケット損失レート及び／又は遅延を取得し、次いで、パスのパス識別子と、第１パケットのパケット損失レート及び／又は遅延とをコントローラ又はネットワーク管理デバイスへ送信する。従って、第１ネットワークデバイスが第１パケットを生成する場合に、第１パケット内のサービス識別子はサービス指示しか含まなくてよい。

【0210】

例えば、ヘッドノードとテイルノードとの間に１つのパスしかない、と仮定する。図３に示される例を参照されたい。サービス指示がビットマップ形式にある場合に、第２ネットワークデバイスはサービス識別子からサービス指示“００１１”を取得し、サービス指示に基づき、表１に示される第１の対応から、ＩＰＦＰＭを含むサービスタイプセットを取得し、ＩＰＦＰＭに対応する処理サービスを決定する。代替的に、サービス指示が数値形式にある場合に、第２ネットワークデバイスはサービス識別子から値１を取得し、値１に基づき、表２に示される第１の対応から、ＩＰＦＰＭを含むサービスタイプセットを取得し、ＩＰＦＰＭに対応する処理サービスを決定する。第２ネットワークデバイスは、サービス識別子からパラメータ情報、つまり、パケット損失レート及び／又は遅延を含むカラービット情報を取得し、ＩＰＦＰＭに対応する処理サービスと、サービスパラメータ“パケット損失レート及び／又は遅延”とに基づき第１パケットを処理して、第１パケットのパケット損失レート及び／又は遅延を取得し、第１パケットのパケット損失レート及び／又は遅延を送信し、パスのパス識別子を送信する。

【0211】

任意に、ケース２では、サービス識別子が機能指示を含む場合に、サービス識別子は少なくとも２つの機能識別子を含む。このステップで、第２ネットワークデバイスは、機能指示に基づきサービス識別子から少なくとも２つの機能識別子を順次に取得し、少なくとも２つの機能識別子及び第１パケットに基づき少なくとも１つのサービスを実行する。

【0212】

任意に、第２ネットワークデバイスが少なくとも２つの機能識別子を取得する動作は、次の通りであってよい。第２ネットワークデバイスは、機能指示に基づき機能タイプセットを取得し、少なくとも２つの機能識別子の機能タイプであって、機能タイプセットに含まれている機能タイプに基づき、サービス識別子から少なくとも２つの機能識別子を順次に取得する。

【0213】

任意に、第２ネットワークデバイスは第２の対応を記憶している。第２ネットワークデバイスが第２の対応を取得する詳細な実施は、第１ネットワークデバイスが第２の対応を取得する詳細な実施と同じである。詳細はここで再び記載されない。

【0214】

任意に、第２ネットワークデバイスは、機能指示に基づいて第２の対応から機能タイプセットを取得する。

【0215】

サービス識別子内の少なくとも２つの機能識別子のうちの全ての順序は、機能タイプセット内の機能識別子の機能タイプの順序と同じであるから、機能識別子は、機能識別子の機能タイプの順序に基づき識別されてサービス識別子から取得される。

【0216】

任意に、このステップを実行する前に、コントローラは、第２ネットワークデバイスに対して、機能識別子及び機能識別子に対応する１つ以上の処理サービスを構成する。実施において、コントローラは第４の対応を第２ネットワークデバイスへ送信する。第４の対応の中のいずれかの記録について、対応の中のそのいずれかの記録は機能識別子と、機能識別子に対応する少なくとも１つの処理サービスの夫々のサービスタイプとを含み、少なくとも１つの処理サービスに含まれているいくつかの処理サービスはパラメータ情報を有しており、記録はそれらいくつかの処理サービスのパラメータ情報を更に含む。第２ネットワークデバイスは第４の対応を受信し記憶する。

【0217】

任意に、第２ネットワークデバイスが少なくとも１つの機能識別子に基づき第１パケットを処理する動作は、次の通りであってよい。第２ネットワークデバイスは、少なくとも１つの機能識別子の夫々に基づき第４の対応から対応するサービスタイプを取得し、取得したサービスタイプに対応する処理サービスを決定し、決定した処理サービスを少なくとも１つの機能識別子に基づき第１パケットに対して実行する。

【0218】

任意に、第２ネットワークデバイスが各機能識別子に基づき第４の対応から対応する処理サービスのパラメータ情報を更に取得する場合に、第２ネットワークデバイスは、決定した処理サービスを少なくとも１つの機能識別子及び処理サービスの取得したパラメータ情報に基づき第１パケットに対して実行する。

【0219】

例えば、図４に示される例を参照されたい。機能指示がビットマップ形式にある場合に、第２ネットワークデバイスは、サービス識別子から機能指示“０１０”を取得し、機能指示に基づき、表３に示される第２の対応から機能タイプセットを取得し、このとき、機能タイプセットはＦｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍを含む。代替的に、機能指示が数値形式にある場合に、第２ネットワークデバイスは、サービス識別子から値２を取得して、機能指示が値２であると知り、機能指示に基づき、表４に示される第２の対応から機能タイプセットを取得し、このとき、機能タイプセットはＦｌｏｗ ＩＤ＋Ｓｅｑ ｎｕｍを含む。第２ネットワークデバイスは、サービス識別子から機能タイプセットに基づいて、機能識別子が第２パケットのトラフィック識別子及びシーケンス番号であることを知る。

【0220】

例において、第２パケットのトラフィック識別子に基づき第４の対応から取得されたサービスタイプがセキュリティ暗号化である場合に、第２ネットワークデバイスは、第２パケットのトラフィック識別子及びシーケンス番号に基づき第１パケットを処理し、第１パケットに対してセキュリティ暗号化処理を実行する。

【0221】

任意に、ケース３では、サービス識別子がサービス指示及び機能指示を含む場合に、サービス識別子は少なくとも１つの機能識別子を含み、サービス識別子は、Ｎ個全ての処理サービスのパラメータ情報を更に含み得る。

【0222】

このステップで、第２ネットワークデバイスは、サービス指示に基づき少なくとも１つの処理サービスを決定し、機能指示に基づきサービス識別子から少なくとも１つの機能識別子を取得し、少なくとも１つの処理サービス及び少なくとも１つの機能識別子に基づき第１パケットを処理する。

【0223】

第２ネットワークデバイスが少なくとも１つの処理サービスを決定しかつ少なくとも１つの機能識別子を取得する詳細な実施プロセスについては、ケース１及びケース２の関連する内容を参照されたい。詳細はここで再び記載されない。

【0224】

任意に、サービス識別子がＮ個全ての処理サービスのパラメータ情報を含む場合に、第２ネットワークデバイスは、サービス指示に基づきサービス識別子からＮ個全ての処理サービスのパラメータ情報を順次に取得し、少なくとも１つの機能識別子、少なくとも１つの処理サービス、及びＮ個全ての処理サービスのパラメータ情報に基づき第１パケットを処理する。

【0225】

第２ネットワークデバイスがＮ個全ての処理サービスのパラメータ情報を取得する詳細な実施プロセスについては、ケース１の関連する内容を参照されたい。詳細はここで再び記載されない。

【0226】

例えば、図５に示される例を参照されたい。サービス指示及び機能指示がビットマップ形式にある場合に、第２ネットワークデバイスは、第１パケットのサービス識別子に含まれているサービス指示“０００１”及び機能指示“００１”を取得し、サービス指示“０００１”に基づき、表１に示される第１の対応から、ＩＰＦＰＭを含む対応するサービスタイプセットを取得し、ＩＰＦＰＭに対応する処理サービスを決定し、パラメータ情報、つまり、パケット損失レート及び／又は遅延を含むカラービット情報をサービス識別子から取得し、機能指示“００１”に基づき、表３に示される第２の対応から、Ｐａｔｈ ＩＤを含む対応する機能タイプセットを取得し、Ｐａｔｈ ＩＤに基づきサービス識別子から第１パスのパス識別子Ｐａｔｈ１を取得する。

【0227】

代替的に、サービス指示及び機能指示が数値形式にある場合に、第２ネットワークデバイスは、第１パケットのサービス識別子に含まれているサービス指示“値１”及び機能指示“値１”を取得し、サービス指示“値１”に基づき、表１に示される第１の対応から、ＩＰＦＰＭを含む対応するサービスタイプセットを取得し、ＩＰＦＰＭに対応する処理サービスを決定し、パラメータ情報、つまりパケット損失レート及び／又は遅延を含むカラービット情報をサービス識別子から取得し、機能指示“値１”に基づき、表４に示される第２の対応から、Ｐａｔｈ ＩＤを含む対応する機能タイプセットを取得し、Ｐａｔｈ ＩＤに基づきサービス識別子から第１パスのパス識別子Ｐａｔｈ１を取得する。

【0228】

第２ネットワークデバイスは、ＩＰＦＰＭに対応する処理サービスと、第１パスのパス識別子Ｐａｔｈ１と、サービスパラメータ“パケット損失レート及び／又は遅延”に基づき第１パケットを処理して第１パケットのパケット損失レート及び／又は遅延を取得し、第１パケットのパケット損失レート及び／又は遅延を送信し、第１パスのパス識別子Ｐａｔｈ１を送信する。任意に、第２ネットワークデバイスは、コントローラ又はネットワーク管理デバイスに対して、第１パケットのパケット損失レート及び／又は遅延と、第１パスのパス識別子Ｐａｔｈ１とを送信する。

【0229】

任意に、ケース４では、サービス識別子が機能サービス指示を含む場合に、サービス識別子は少なくとも１つの機能識別子を含み、また、サービス識別子は更に、Ｎ個全ての処理サービスのパラメータ情報を含んでもよい。

【0230】

このステップで、第２ネットワークデバイスは、機能サービス指示に基づき少なくとも１つの処理サービスを決定し、サービス識別子から少なくとも１つの機能識別子を順次に取得し、少なくとも１つの処理サービス及び少なくとも１つの機能識別子に基づき第１パケットを処理する。

【0231】

第２ネットワークデバイスは第３の対応を記憶している。第２ネットワークデバイスが第３の対応を取得する詳細な実施は、第１ネットワークデバイスが第３の対応を取得する詳細な実施と同じである。詳細はここで再び記載されない。

【0232】

第２ネットワークデバイスは、機能サービス指示に基づき第３の対応から対応するサービスタイプセット及び対応する機能タイプセットを取得し、サービスタイプセットが少なくとも１つの処理サービスの夫々のサービスタイプを含み、機能タイプセットが少なくとも１つの機能識別子の夫々の機能タイプを含み、各処理サービスのサービスタイプに基づき各処理サービスを決定し、各機能識別子の機能タイプに基づきサービス識別子から機能識別子を順次に取得する。

【0233】

サービス識別子内の少なくとも１つの機能識別子の全ての順序は機能タイプセット内の機能識別子の機能タイプの順序と同じであるから、機能識別子は、機能識別子の機能タイプの順序に基づき識別されてサービス識別子から取得される。

【0234】

任意に、サービス識別子がＮ個全ての処理サービスのパラメータ情報を含む場合に、第２ネットワークデバイスは更に、サービス指示に基づきサービス識別子からＮ個全ての処理サービスのパラメータ情報を順次に取得、少なくとも１つの機能識別子、少なくとも１つの処理サービス、及びＮ個全ての処理サービスのパラメータ情報に基づき第１パケットを処理する。

【0235】

第２ネットワークデバイスがＮ個全ての処理サービスのパラメータ情報を取得する詳細な実施プロセスについては、ケース１の関連する内容を参照されたい。詳細はここで再び記載されない。

【0236】

例えば、図６に示される例を参照されたい。機能サービス指示がビットマップ形式で生成される場合に、第２ネットワークデバイスは、第１パケットのサービス識別子に含まれる機能サービス指示“０００１”を取得し、機能サービス指示“０００１”に基づき、表５に示される第３の対応から対応するサービスタイプセット及び対応する機能タイプを取得し、サービスタイプセットがＩＰＦＰＭを含む場合に、ＩＰＦＰＭに対応する処理サービスを決定し、パラメータ情報、つまり、パケット損失レート及び／又は遅延を含むカラービット情報をサービス識別子から取得し、機能タイプセットがＰａｔｈ ＩＤを含む場合に、Ｐａｔｈ ＩＤに基づきサービス識別子から第１パスのパス識別子Ｐａｔｈ１を取得する。

【0237】

代替的に、機能サービス指示が数値形式にある場合に、第２ネットワークデバイスは、第１パケットのサービス識別子に含まれている機能サービス指示“値１”を取得し、機能サービス指示“値１”に基づき、表６に示される第３の対応から対応するサービスタイプセット及び対応する機能タイプセットを取得し、サービスタイプセットがＩＰＦＰＭを含む場合に、ＩＰＦＰＭに対応する処理サービスを決定し、パラメータ情報、つまり、パケット損失レート及び／又は遅延を含むカラービット情報をサービス識別子から取得し、機能タイプセットがＰａｔｈ ＩＤを含む場合に、Ｐａｔｈ ＩＤに基づきサービス識別子から第１パスのパス識別子Ｐａｔｈ１を取得する。

【0238】

第２ネットワークデバイスは、ＩＰＦＰＭに対応する処理サービスと、第１パスのパス識別子Ｐａｔｈ１と、サービスパラメータ“パケット損失レート及び／又は遅延”とに基づき第１パケットを処理して第１パケットのパケット損失レート及び／又は遅延を取得し、第１パケットのパケット損失レート及び／又は遅延を送信し、第１パスのパス識別子Ｐａｔｈ１を送信する。任意に、第２ネットワークデバイスは、コントローラ又はネットワーク管理デバイスに対して、第１パケットのパケット損失レート及び／又は遅延と、第１パスのパス識別子Ｐａｔｈ１とを送信する。

【0239】

本願の実施形態において、第１ネットワークデバイスは第１パケットを生成し、第１パケットのＳＲＨはサービス識別子を含み、サービス識別子はサービス指示、機能指示、及び機能サービス指示を含み、あるいは、サービス識別子はサービス指示及び機能指示を含む。サービス識別子が機能指示を含む場合に、サービス識別子は機能識別子を更に含む。サービス指示は少なくとも１つのサービスを示し、機能指示は少なくとも１つの機能識別子を示し、機能サービス指示は少なくとも１つの処理サービス及び少なくとも１つの機能識別子を示すので、指示情報は少なくとも１つの処理サービス及び／又は少なくとも１つの機能識別子を示すことができ、指示情報はサービス識別子に置かれる。このようにして、第１パケットは各処理サービスに対応するＴＬＶ及び各機能識別子に対応するＴＬＶを含む必要がなく、第１パケットにおけるＴＬＶの数を減らす。第１パケットを受信する場合に、第２ネットワークデバイスは、第１パケットにおけるパースされるべきＴＬＶの数を減らすか、あるいは、第１パケットにおいてＴＬＶをパースする必要がなく、転送効率を高め、第１パケットの長さを低減し、かつネットワーク資源を節約する。

【0240】

図１０を参照されたい。本願の実施形態は、図１に示されるＳＲネットワークに適用されるサービス実行装置１０００を提供する。装置１０００は、上記の方法実施形態のいずれか１つで記載されている第１ネットワークデバイスに配置され、
第１パケットを生成するよう構成される処理ユニット１００１であり、第１パケットがＳＲＨを含み、ＳＲＨがサービス識別子を含み、サービス識別子が第１サービス情報及び第２サービス情報に関係がある、処理ユニット１００１と、
第１パケットを第２ネットワークデバイスへ送信するよう構成される送信ユニット１００２であり、サービス識別子が、第２ネットワークデバイスに、第１サービス情報、第２サービス情報、及び第１パケットに基づき少なくとも１つのサービスを実行するよう指示する、送信ユニット１００２と
を含む。

【0241】

任意に、処理ユニット１００１が第１パケットを生成する詳細な実施プロセスについては、図２に示される実施形態におけるＳ２０１の関連する内容を参照されたい。詳細はここで再び記載されない。

【0242】

任意に、第１サービス情報は第１サービスを含み、第２サービスは第２サービスを含み、少なくとも１つのサービスは第１サービス及び第２サービスを含む。

【0243】

任意に、第１サービス情報は第１機能識別子を含み、第２サービス情報は第２機能識別子を含む。ここでの第１サービス情報及び第２サービス情報は、サービス識別子で運ばれる。更に、サービス識別子は機能指示部分を更に含み、機能指示部分は、サービス識別子が第１機能識別子及び第２機能識別子を含むことを示す。

【0244】

任意に、第１サービス情報は第１サービスを含み、第２サービス情報は第１機能識別子を含む。サービス識別子は、第１サービスを示すサービス指示を含み、サービス指示は、より多くのサービスを更に示してもよい。サービス識別子は、第１機能識別子を示す機能指示を更に運び、機能指示は、より多くの機能識別子を更に示してもよい。代替的に、サービス識別子は機能サービス指示を含み、機能サービス指示は第１サービス及び第１機能識別子の両方を示し得る。

【0245】

任意に、サービス識別子は、ＳＲＨ内のセグメント識別子リストに位置するか、あるいは、ＳＲＨ内のタイプ－長さ－値ＴＬＶに位置する。

【0246】

任意に、サービス識別子の長さは１２８ビットである。

【0247】

本願のこの実施形態では、処理ユニットによって生成される第１パケットはサービス識別子を含み、サービス識別子は第１サービス情報及び第２サービス情報に関係があり、つまり、サービス識別子は、第１パケットに基づき実行されるべきである少なくとも１つのサービス及び／又は少なくとも１つの機能識別子を示す。従って、送信ユニットが第１パケットを送信した後、第２ネットワークデバイスは、第１サービス情報、第２サービス情報、及び第１パケットに基づき少なくとも１つのサービスを実行する。第１パケットは、実際のサービスのためのネットワークサービスを提供するよう、実際のサービスパケットである。更に、サービス識別子は、第１パケットに基づき実行されるべきである少なくとも１つのサービス及び／又は少なくとも１つの機能識別子を示すので、第１パケットの長さは低減され、第２ネットワークデバイスが第１パケットをパースするのに必要な時間は削減される。

【0248】

装置１０００のモジュール並びに上記の他の動作及び／又は機能は夫々、方法実施形態で第１ネットワークデバイスによって実施された様々なステップ及び方法を実装するために使用される。上記の説明は、いくつかの機能の例にすぎない。具体的な詳細については、上記の方法実施形態を参照されたい。簡潔さのために、詳細はここで再び記載されない。

【0249】

図１１を参照されたい。本願の実施形態は、図１に示されるＳＲネットワークに適用されるサービス実行装置１１００を提供する。装置１１００は、上記の実施形態のいずれか１つで記載された第２ネットワークデバイスに配置され、
第１パケットを受信するよう構成される受信ユニット１１０１であり、第１パケットがＳＲＨを含み、ＳＲＨがサービス識別子を含み、サービス識別子が第１サービス情報及び第２サービス情報を含む、受信ユニット１１０１と、
第１サービス情報、第２サービス情報、及び第１パケットに基づき少なくとも１つのサービスを実行するよう構成される処理ユニット１１０２と
を含む。

【0250】

本願のこの実施形態において、受信ユニットは第１パケットを受信する。第１パケットはサービス識別子を含み、サービス識別子は第１サービス情報及び第２サービス情報を含むので、処理ユニットは、第１サービス情報、第２サービス情報、及び第１パケットに基づき少なくとも１つのサービスを実行し得る。第１パケットは実際のサービスパケットであり、少なくとも１つのサービスは、実際のサービスのためのネットワークサービスを提供するよう、サービス識別子及び第１パケットに基づき実行される。更に、サービス識別子は少なくとも２つのサービス情報を含むので、第１パケットはサービス識別子のみを含みさえすればよい。従って、第１パケットの長さは低減され、第２ネットワークが第１パケットをパースするのに必要な時間は削減される。

【0251】

装置１１００のモジュール並びに上記の他の動作及び／又は機能は夫々、方法実施形態で第２ネットワークデバイスによって実施された様々なステップ及び方法を実装するために使用される。上記の説明は、いくつかの機能の例にすぎない。具体的な詳細については、上記の方法実施形態を参照されたい。簡潔さのために、詳細はここで再び記載されない。

【0252】

図１２は、本願の実施形態に係るサービス実行装置１２００の概略図である。装置１２００は、上記の実施形態のいずれか１つにおける第１ネットワークデバイスであってよい。装置１２００は少なくとも１つのプロセッサ１２０１、バスシステム１２０２、メモリ１２０３、及び少なくとも１つのトランシーバ１２０４を含む。

【0253】

装置１２００は、ハードウェア構造の装置であり、図１０の装置１０００の機能モジュールを実装するよう構成されてよい。例えば、当業者は、図１０に示される装置１０００の処理ユニット１００１が、メモリ１２０３内のコードを呼び出すことによって少なくとも１つのプロセッサ１２０１によって実装されてよく、図１０に示される装置１０００の送信ユニット１００２がトランシーバ１２０４によって実装されてよい、ことを考え付くことができる。

【0254】

任意に、プロセッサ１２０１は、汎用中央演算処理装置（central processing unit，ＣＰＵ）、ネットワークプロセッサ（network processor，ＮＰ）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）、又は本願の解決法のプログラム実行を制御するよう構成された１つ以上の集積回路であってよい。

【0255】

バスシステム１２０２は、上記のコンポーネント間で情報を伝送するパスを含んでよい。

【0256】

トランシーバ１２０４は、他のデバイス又は通信ネットワークと通信するよう構成される。

【0257】

メモリ１２０３は、リード・オンリー・メモリ（read-only memory，ＲＯＭ）若しくは静的な情報及び命令を記憶することができる他のタイプの静的記憶デバイス、又はランダム・アクセス・メモリ（random access memory，ＲＡＭ）若しくは情報及び命令を記憶することができる他のタイプの動的記憶デバイスであってよい。メモリ１２０３は、代替的に、消去可能なプログラム可能リード・オンリー・メモリ（electrically erasable programmable read-only memory，ＥＥＰＲＯＭ）、コンパクトディスク型リード・オンリー・メモリ（compact disc read-only memory，ＣＤ－ＲＯＭ）若しくは他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、Ｂｌｕｅ－ｒａｙディスク、などを含む）、磁気ディスク記憶媒体若しくは他の磁気記憶デバイス、又は期待されるプログラムコードを命令若しくはデータ構造の形で搬送若しくは記憶するために使用可能であって、コンピュータがアクセスすることができる任意の他の媒体であってもよい。なお、メモリ１２０３はそれらに限られない。メモリは独立して存在してよく、バスを通じてプロセッサへ接続される。メモリは、代替的に、プロセッサと一体化されてもよい。

【0258】

メモリ１２０３は、本願の解決法を実行するためのアプリケーションプログラムコードを記憶するよう構成され、プロセッサ１２０１はその実行を制御する。プロセッサ１２０１は、特許の方法の機能を実装するために、メモリ１２０３に記憶されているアプリケーションプログラムコードを実行するよう構成される。

【0259】

具体的な実施では、実施形態において、プロセッサ１２０１は１つ以上のＣＰＵ、例えば、図１２のＣＰＵ０及びＣＰＵ１を含んでよい。

【0260】

具体的な実施では、実施形態において、装置１２００は複数のプロセッサ、例えば、図１２のプロセッサ１２０１及びプロセッサ１２０７を含んでよい。プロセッサの夫々は、シングルコア（シングルＣＰＵ）プロセッサであってよく、あるいは、マルチコア（マルチＣＰＵ）プロセッサであってよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成された１つ以上のデバイス、回路、及び／又はプロセッシングコアであってよい。

【0261】

図１３は、本願の実施形態に係るサービス実行装置１３００の概略図である。装置１３００は、上記の実施形態のいずれか１つにおける第２ネットワークデバイスであってよい。装置１３００は少なくとも１つのプロセッサ１３０１、バスシステム１３０２、メモリ１３０３、及び少なくとも１つのトランシーバ１３０４を含む。

【0262】

装置１３００は、ハードウェア構造の装置であり、図１１の装置１１００の機能モジュールを実装するよう構成されてよい。例えば、当業者は、図１１に示される装置１１００の処理ユニット１１０２が、メモリ１３０３内のコードを呼び出すことによって少なくとも１つのプロセッサ１３０１によって実装されてよく、図１１に示される装置１１００の受信ユニット１１０１がトランシーバ１３０４によって実装されてよい、ことを考え付くことができる。

【0263】

任意に、プロセッサ１３０１は、汎用中央演算処理装置（central processing unit，ＣＰＵ）、ネットワークプロセッサ（network processor，ＮＰ）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）、又は本願の解決法のプログラム実行を制御するよう構成された１つ以上の集積回路であってよい。

【0264】

バスシステム１３０２は、上記のコンポーネント間で情報を伝送するパスを含んでよい。

【0265】

トランシーバ１３０４は、他のデバイス又は通信ネットワークと通信するよう構成される。

【0266】

メモリ１３０３は、リード・オンリー・メモリ（read-only memory，ＲＯＭ）若しくは静的な情報及び命令を記憶することができる他のタイプの静的記憶デバイス、又はランダム・アクセス・メモリ（random access memory，ＲＡＭ）若しくは情報及び命令を記憶することができる他のタイプの動的記憶デバイスであってよい。メモリ１３０３は、代替的に、消去可能なプログラム可能リード・オンリー・メモリ（electrically erasable programmable read-only memory，ＥＥＰＲＯＭ）、コンパクトディスク型リード・オンリー・メモリ（compact disc read-only memory，ＣＤ－ＲＯＭ）若しくは他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、Ｂｌｕｅ－ｒａｙディスク、などを含む）、磁気ディスク記憶媒体若しくは他の磁気記憶デバイス、又は期待されるプログラムコードを命令若しくはデータ構造の形で搬送若しくは記憶するために使用可能であって、コンピュータがアクセスすることができる任意の他の媒体であってもよい。なお、メモリ１３０３はそれらに限られない。メモリは独立して存在してよく、バスを通じてプロセッサへ接続される。メモリは、代替的に、プロセッサと一体化されてもよい。

【0267】

メモリ１３０３は、本願の解決法を実行するためのアプリケーションプログラムコードを記憶するよう構成され、プロセッサ１３０１はその実行を制御する。プロセッサ１３０１は、特許の方法の機能を実装するために、メモリ１３０３に記憶されているアプリケーションプログラムコードを実行するよう構成される。

【0268】

具体的な実施では、実施形態において、プロセッサ１３０１は１つ以上のＣＰＵ、例えば、図１３のＣＰＵ０及びＣＰＵ１を含んでよい。

【0269】

具体的な実施では、実施形態において、装置１３００は複数のプロセッサ、例えば、図１３のプロセッサ１３０１及びプロセッサ１３０７を含んでよい。プロセッサの夫々は、シングルコア（シングルＣＰＵ）プロセッサであってよく、あるいは、マルチコア（マルチＣＰＵ）プロセッサであってよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成された１つ以上のデバイス、回路、及び／又はプロセッシングコアであってよい。

【0270】

いくつかの可能な実施形態において、サービス実行装置（例えば、第１ネットワークデバイス又は第２ネットワークデバイス）は、仮想化デバイスとして実装されてもよい。

【0271】

例えば、仮想化デバイスは、パケット送信機能を有するプログラムが実行される仮想マシン（英語：Virtual Machine，ＶＭ）であってよく、仮想マシンはハードウェアデバイス（例えば、物理サーバ）に配置される。仮想マシンは、完全なハードウェアシステム機能を備え、完全に隔離された環境で実行される完全なソフトウェアシミュレーションコンピュータシステムである。例えば、第１デバイスは、ネットワーク機能仮想化（Network Functions Virtualization，ＮＦＶ）技術を使用することによって汎用の物理サーバに基づき実装されてよい。第１デバイスは仮想ホスト、仮想ルータ、又は仮想スイッチである。本願を読んだ後で、当業者は、汎用の物理サーバにおいてＮＦＶ技術を使用することによって、上記の機能を備えている第１デバイスを仮想化することができる。詳細はここでは記載されない。

【0272】

例えば、仮想化デバイスはコンテナであってよく、コンテナは、隔離された仮想化環境を提供するよう構成されたエンティティである。例えば、コンテナはＤｏｃｋｅｒコンテナであってよい。コンテナは第１デバイスとして構成されてよい。例えば、第１デバイスは、対応するイメージを使用することによって作成され得る。例えば、２つのコンテナインスタンス、つまり、コンテナインスタンスｐｒｏｘｙ－ｃｏｎｔａｉｎｅｒ１及びコンテナインスタンスｐｒｏｘｙ－ｃｏｎｔａｉｎｅｒ２が、プロキシコンテナ（プロキシサービスを提供するコンテナ）のために、そのプロキシコンテナのイメージを使用することによって作成され得る。コンテナインスタンスｐｒｏｘｙ－ｃｏｎｔａｉｎｅｒ１は、第１デバイス又は第１コンピューティングデバイスとして提供され、コンテナインスタンスｐｒｏｘｙ－ｃｏｎｔａｉｎｅｒ２は、第２デバイス又は第２コンピューティングデバイスとして提供される。コンテナ技術が実装のために使用される場合に、第１デバイス又は第２デバイスは、物理マシンのカーネルを使用することによって実行されてよく、複数の第１デバイス又は複数の第２デバイスは、物理マシンのオペレーティングシステムを共有してよい。異なる第１デバイス又は第２デバイスは、コンテナ技術を使用することによって隔離され得る。コンテナ化された第１デバイス又はコンテナ化された第２デバイスは、仮想化環境で実行されてよく、例えば、仮想マシンで実行されてよく、あるいは、コンテナ化された第１デバイス又はコンテナ化された第２デバイスは、物理マシンで直接に実行されてもよい。

【0273】

例えば、仮想化デバイスはポッドであってよい。ポッドは、コンテナ化されたアプリケーションをデプロイし、管理し、組織化するＫｕｂｅｒｎｅｔｅｓ（ＫｕｂｅｒｎｅｔｅｓはＧｏｏｇｌｅのオープンソースのコンテナオーケストレーションエンジンであり、英語で簡潔にＫ８ｓと呼ばれる）の基本ユニットである。ポッドは１つ以上のコンテナを含み得る。同じポッド内の全てのコンテナは、通常は、同じホストにデプロイされる。従って、同じポッド内の全てのコンテナは、ホストを通じて互いと通信することができ、ホストの記憶資源及びネットワーク資源を共有し得る。ポッドは第１デバイスとして構成されてよい。例えば、具体的に、コンテナ・アズ・ア・サービス（英語フルネーム：container as a service，略してＣａａＳ，これはコンテナベースのＰａａｓである）がポッドを作成するよう指示してよく、ポッドは第１デバイスとして提供される。

【0274】

確かに、サービス実行装置は、代替的に、他の仮想化デバイスであってもよい。詳細はここで記載されない。

【0275】

いくつかの可能な実施形態において、サービス実行装置は、代替的に、汎用プロセッサによって実装されてもよい。例えば、汎用プロセッサはチップの形をとり得る。具体的に、サービス実行装置を実装する汎用プロセッサは、プロセッシング回路と、プロセッシング回路へ内部で接続されてそれと通信する入力インターフェース及び出力インターフェースとを含む。プロセッシング回路は、入力インターフェースを通じて、上記の方法実施形態におけるステップを実行するよう構成される。任意に、汎用プロセッサは、記憶媒体を更に含んでもよい。プロセッシング回路は、記憶媒体を通じて上記の方法実施形態での記憶ステップを実行するよう構成される。記憶媒体は、プロセッシング回路によって実行される命令を記憶し得る。プロセッシング回路は、上記の方法実施形態を実行するように、記憶媒体に記憶されている命令を実行するよう構成される。

【0276】

製品の形をとる装置は、上記の方法実施形態でのサービス実行装置の任意の機能を備える。詳細はここで再び記載されない。

【0277】

図１４は、本願の実施形態に従うネットワークシステム１４００の概略図である。システム１４００は、図１０に示される装置１０００と、図１１に示される装置１１００とを含む。代替的に、システム１４００は、図１２に示される装置１２００と、図１３に示される装置１３００とを含む。

【0278】

任意に、図１０に示される装置１０００又は図１２に示される装置１２００は、第１ネットワークデバイス１４０１であってよく、図１１に示される装置１１００又は図１３に示される装置１３００は、第２ネットワークデバイス１４０２であってよい。

【0279】

当業者は、実施形態のステップの全部又は一部がハードウェア又は関連するハードウェアに命令するプログラムによって実装されてよいことを理解し得る。プログラムは、コンピュータ可読記憶媒体に記憶され得る。記憶媒体は、リード・オンリー・メモリ、磁気ディスク、光ディスク、などであってよい。

【0280】

上記の説明は、本願の最適な実施形態にすぎず、本願を限定する意図はない。本願の原理から逸脱せずに行われる如何なる変更、等価な置換、又は改善も、本願の保護範囲内に入るべきである。

【0281】

本願は、２０２０年４月３日付けで「PACKET PROCESSING METHOD AND APPARATUS, AND SYSTEM」との発明の名称で中国国家知識産権局に出願された中国特許出願第２０２０１０２６１３２９．９号の優先権を主張するものであり、先の中国特許出願は、その全文を参照により本願に援用される。本願は、２０２０年５月２２日付けで「SERVICE EXECUTION METHOD AND APPARATUS, AND SYSTEM」との発明の名称で中国国家知識産権局に出願された中国特許出願第２０２０１０４４３１２３．８号の優先権を主張するものであり、先の中国特許出願は、その全文を参照により本願に援用される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】