JP2023532737A - パケット処理方法およびネットワークデバイス - Google Patents

Abstract

本願は、パケット処理方法およびネットワークデバイスを提供する。方法は、第１ネットワークデバイスがパケットを取得する段階を含む。第１ネットワークデバイスは、第１指示情報および第２指示情報をパケットに追加し、更新されたパケットを取得し、第１指示情報および第２指示情報は、更新されたパケットのマルチプロトコルラベルスイッチングＭＰＬＳパケットヘッダに位置し、第１指示情報は、パケットに対応するネットワークスライスを示し、第２指示情報は、パケットの転送経路を示す。第１ネットワークデバイスは、更新されたパケットを第２ネットワークデバイスに送信する。パケットに対応するネットワークスライスおよびパケットの転送経路は、それぞれ、異なる指示情報を介して、ＭＰＬＳパケットヘッダにおいて示される。このように、転送経路上のネットワークデバイスは、同じネットワークスライスに異なるＭＰＬＳラベルを割り当てる必要なく、統一されたネットワークスライス指示情報に基づいて、パケットを正常に転送する。これにより、ＭＰＬＳラベルリソースを効果的に節約することができる。

Description

本願は、中国国家知識産権局に２０２０年７月６日に出願された、発明の名称を「ネットワークスライス識別子を保持するための方法およびデバイス」とする中国特許出願第２０２０１０６３８５１３．０号に対する優先権を主張し、中国国家知識産権局に２０２０年９月２５日に出願された、発明の名称を「パケット処理方法およびネットワークデバイス」とする中国特許出願第２０２０１１０２２６４９．５号に対する優先権を主張し、これらの両方は、その全体が参照により本明細書に組み込まれる。

本願は、通信技術分野に関し、特に、パケット処理方法およびネットワークデバイスに関する。

セグメントルーティング（Ｓｅｇｍｅｎｔ Ｒｏｕｔｉｎｇ、ＳＲ）は、ソースルーティング（Ｓｏｕｒｃｅ Ｒｏｕｔｉｎｇ）技術である。ＳＲの基本原理は、１または複数のセグメント識別子（Ｓｅｇｍｅｎｔ ＩＤ、ＳＩＤ）をデータパケットヘッダにカプセル化することであり、ＳＩＤの各々は、ネットワークにおける特定のノード、リンク、または実行予定のサービス機能を示す。したがって、ネットワークにおける各ノードは、パケットが通過する必要があるノードまたはリンクを連続的に選択する、または、パケットヘッダにおけるＳＩＤの指示に従って、実行予定のサービス機能を選択する。マルチプロトコルラベルスイッチング（Ｍｕｌｔｉ－Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ、ＭＰＬＳ）は、ＳＲのデータプレーン技術として用いられてよい。この場合、ＳＲにおけるＳＩＤは、データプレーン上でＭＰＬＳラベルスタックを用いて、カプセル化および保持される。ＳＲ－ＭＰＬＳには、２つの基本ＳＩＤタイプ、プリフィクスＳＩＤ（ｐｒｅｆｉｘ－ＳＩＤ）および隣接ＳＩＤ（ａｄｊ－ＳＩＤ）が存在し、これらはそれぞれ、ＳＲネットワークにおけるノードおよびリンクを識別するために用いられる。ＳＩＤの２つのタイプを組み合わせることによって取得されるＳＩＤリストは、ＳＲを用いて転送経路を示す機能を実装することができる。

現在、ＳＲ－ＭＰＬＳに基づくネットワークスライシングを実装する解決手段において、ノードおよびリンクが属する異なるネットワークスライスを識別するために、異なるＳＲ ＳＩＤが用いられている。具体的には、各ノードは、異なるネットワークスライスにおけるノードの識別子として、異なるｐｒｅｆｉｘ－ＳＩＤを異なるネットワークスライスに割り当てる必要がある。さらに、各ノードは、異なるネットワークスライスにおいて接続されたリンクに異なるａｄｊ－ＳＩＤを割り当て、同じリンク上の異なるネットワークスライスに割り当てられたリソースを識別することがさらに必要である。言い換えれば、同じネットワークスライスにおける異なるノードおよびリンクと、異なるネットワークスライスにおける同じノードおよびリンクとは、全て、異なるＭＰＬＳラベルによって識別される必要がある。

結果的に、ＭＰＬＳラベルの多くは、ネットワークスライスが多数かつ大規模な場合に割り当てられる必要があり、ＭＰＬＳラベルリソースの深刻な消費を引き起こす。

本願の実施形態は、パケット処理方法およびネットワークデバイスを提供する。ＭＰＬＳパケットヘッダは、ＭＰＬＳデータプレーン上のパケットについてカプセル化され、パケットに対応するネットワークスライスおよびパケットの転送経路が、それぞれ、異なる指示情報を介して、ＭＰＬＳパケットヘッダにおいて示される。このように、転送経路上のネットワークデバイスは、ネットワークスライス識別子と同じネットワークスライスに異なるＭＰＬＳラベルを割り当てる必要なく、統一されたネットワークスライス指示情報に基づいて、パケットを正常に転送する。これにより、ＭＰＬＳラベルリソースを効果的に節約することができる。さらに、パケット処理方法をＳＲ－ＭＰＬＳネットワークに適用することによって、ＳＩＤリソースを効果的に節約することもできる。

本願の第１態様によれば、パケット処理方法が提供される。方法は、第１ネットワークデバイスがパケットを取得する段階を含み、第１ネットワークデバイスは、ＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスであってよい。第１ネットワークデバイスは、第１指示情報および第２指示情報をパケットに追加し、更新されたパケットを取得し、第１指示情報および第２指示情報は、更新されたパケットのＭＰＬＳパケットヘッダに位置し、第１指示情報は、例えば、ネットワークスライス識別子を含んでよく、パケットに対応するネットワークスライスを示してよく、第２指示情報は、パケットの転送経路を示す。第１ネットワークデバイスは、更新されたパケットを第２ネットワークデバイスに送信する。

可能な事例において、第１ネットワークデバイスによって取得されたパケットが、ＭＰＬＳパケットヘッダをすでに含んでいる場合、第１ネットワークデバイスは、第１指示情報および第２指示情報を既存のＭＰＬＳパケットヘッダに追加し、更新されたパケットを取得する。別の可能な事例において、第１ネットワークデバイスによって取得されたパケットがＭＰＬＳパケットヘッダを含まない場合、第１ネットワークデバイスは、新たなＭＰＬＳパケットヘッダを追加し、新たに追加されたＭＰＬＳパケットヘッダに第１指示情報および第２指示情報を追加し、更新されたパケットを取得してよい。第１指示情報および第２指示情報を追加するための位置は、例えば、具体的な設計に基づいて、ＭＰＬＳラベルスタックまたはＭＰＬＳ拡張ヘッダに設定されてよい。指示情報を追加するオペレーションを実行可能な第１ネットワークデバイスは、ＭＰＬＳネットワークのヘッドノードであってよい。

本解決手段において、ＭＰＬＳパケットヘッダは、ＭＰＬＳデータプレーン上のパケットについてカプセル化され、パケットに対応するネットワークスライスおよびパケットの転送経路が、それぞれ、異なる指示情報を介して、ＭＰＬＳパケットヘッダにおいて示される。このように、ネットワークデバイスは、単一のＭＰＬＳラベルに基づいて、ネットワークスライスと、転送経路上のノードおよびリンクとを識別する必要なく、言い換えれば、ＭＰＬＳラベルに基づいて、ノードおよびリンクが属するネットワークスライスを識別する必要なく、同じネットワークスライス指示情報に基づいて、パケットを正常に転送することができる。これにより、ＭＰＬＳラベルリソースを効果的に節約することができる。パケット処理方法をＳＲ－ＭＰＬＳネットワークに適用することによって、ＳＩＤリソースを効果的に節約することもできる。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳラベルスタックを含み、ＭＰＬＳラベルスタックは、第１ラベルフィールドおよび第２ラベルフィールドを含み、第１ラベルフィールドは、第２ラベルフィールドが第２指示情報を含むことを示し、第２ラベルフィールドは、第２指示情報を含む。第１指示情報および第２指示情報は、それぞれ、ＭＰＬＳラベルスタックにおける異なるラベルフィールドを用いることによって保持され、これにより、本解決手段の拡張性を向上させることができる。

任意選択的に、可能な実装において、第１ラベルフィールドは、拡張ラベル（Ｅｘｔｅｎｓｉｏｎ Ｌａｂｅｌ、ＥＬ）および拡張特殊目的ラベル（Ｅｘｔｅｎｄｅｄ Ｓｐｅｃｉａｌ Ｐｕｒｐｏｓｅ Ｌａｂｅｌ、ＥＳＰＬ）を含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ特殊目的ラベルを含み、ＭＰＬＳ特殊目的ラベルにおける予約済みフィールドは、第１指示情報を含む。

任意選択的に、可能な実装において、ＭＰＬＳ特殊目的ラベルは、エントロピーラベルまたはフロー識別子（Ｆｌｏｗ－ＩＤ）ラベルを含む。

任意選択的に、可能な実装において、予約済みフィールドは、優先度（Ｔｒａｆｆｉｃ Ｃｌａｓｓ、ＴＣ）フィールドおよびタイム・トゥー・ライブ（Ｔｉｍｅ ｔｏ Ｌｉｖｅ、ＴＴＬ）フィールドのうちの１または複数を含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ拡張ヘッダを含み、ＭＰＬＳ拡張ヘッダは、第１指示情報を保持する。

任意選択的に、可能な実装において、第１ネットワークデバイスが、更新されたパケットを第２ネットワークデバイスに送信する段階は、第１ネットワークデバイスが、ネットワークスライスに基づいて、更新されたパケットを送信するために用いられる転送リソースを決定する段階を含む。第１ネットワークデバイスは、転送リソースを用いることによって、更新されたパケットを送信する。

任意選択的に、可能な実装において、転送リソースは、第１ネットワークデバイスの処理リソース、アウトバウンドインタフェースリソース、およびキューリソースのうちの１または複数を含む。

任意選択的に、可能な実装において、第１ネットワークデバイスによって第２ネットワークデバイスに送信される更新されたパケットは、第１パケットであり、方法は、第１ネットワークデバイスが、さらに、パケットを更新し、第２パケットを取得する段階をさらに含み、第２パケットは、第１指示情報および第３指示情報を含み、第３指示情報は、第２パケットの転送経路を示す。第１ネットワークデバイスは、第２パケットを第３ネットワークデバイスに送信する。言い換えれば、第２ネットワークデバイスにパケットを送信することに加えて、第１ネットワークデバイスは、さらに、別の隣接ネットワークデバイスにパケットを送信し、マルチパスパケット転送を実装してよい。本実装は、高信頼性転送またはマルチキャスト転送のような適用シナリオに適用されてよい。第１ネットワークデバイスは、取得されたパケットのペイロードおよび／または他の必要なデータ情報を複数回コピーし、例えば、コピーを通して、少なくとも第１パケットおよび第２パケットを生成し、第１パケットおよび第２パケットの各々に、ネットワークスライス指示情報および転送経路指示情報を追加する。第１パケットのネットワークスライス指示情報と、第２パケットのネットワークスライス指示情報とは、同じであってよい。この場合、両方とも第１ネットワークデバイスによって取得されたパケットのマルチキャスト複製パケットである第１パケットおよび第２パケットは、同じネットワークスライスリソースを共有してよい。ただし、複製パケットとして用いられる第１パケットおよび第２パケットが異なる転送経路に沿って分配されることを別個に示すために、第１パケットの転送経路指示情報と第２パケットの転送経路指示情報とは異なってよい。したがって、マルチキャストデータ分配またはネットワークデータ分配の高信頼性が確保される。

別の可能な事例において、第１パケットのネットワークスライス指示情報と第２パケットのネットワークスライス指示情報とは、代替的に、異なってよく、第１パケットの転送経路指示情報と第２パケットの転送経路指示情報とは、代替的に、同じであってよい。

任意選択的に、可能な実装において、第１ネットワークデバイスは、ＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスである。

本願の第２態様によれば、パケット処理方法が提供される。方法は、第１ネットワークデバイスが、第２ネットワークデバイスによって送信されたパケットを受信する段階を含み、パケットは、マルチプロトコルラベルスイッチングＭＰＬＳパケットヘッダを含み、ＭＰＬＳパケットヘッダは、第１指示情報および第２指示情報を含む。第１ネットワークデバイスは、第１指示情報に基づいて、パケットに対応するネットワークスライスを決定する。第１ネットワークデバイスは、ネットワークスライスを用いることによって、更新されたパケットを第３ネットワークデバイスに転送し、第３ネットワークデバイスは、パケットの転送経路上のデバイスであり、第２指示情報に基づいて決定される。第１ネットワークデバイスは、ＭＰＬＳネットワークにおける任意のトランジットノードデバイスまたはテールノードデバイスであってよい。本解決手段において、第１ネットワークデバイスは、ＭＰＬＳパケットヘッダにおける第１指示情報を解析してよく、第１指示情報は、ＭＰＬＳネットワークにおけるネットワークスライスを識別するために用いられる統一された識別子であってよい。第１ネットワークデバイスは、統一された識別子に基づいて、パケットを転送するために用いられる必要があるネットワークスライスを決定してよい。本解決手段において、パケットに対応するネットワークスライスおよびパケットの転送経路は、それぞれ、異なる指示情報を追加することによって、ＭＰＬＳパケットヘッダにおいて示される。このように、転送経路上のネットワークデバイスは、スライス識別子と同じネットワークスライスに異なるＭＰＬＳラベルを割り当てる必要なく、統一されたネットワークスライス指示情報に基づいて、パケットを正常に転送する。これにより、ＭＰＬＳラベルリソースを効果的に節約することができる。さらに、パケット処理方法をＳＲ－ＭＰＬＳネットワークに適用することによって、ＳＩＤリソースを効果的に節約することもできる。

任意選択的に、可能な実装において、第１ネットワークデバイスが、ネットワークスライスを用いることによって、更新されたパケットを第３ネットワークデバイスに転送する段階は、第１ネットワークデバイスが、パケットに対応するネットワークスライスに基づいて、ネットワークスライスに割り当てられる転送リソースを決定する段階を含む。第１ネットワークデバイスは、転送リソースを用いることによって、更新されたパケットを第３ネットワークデバイスに転送する。別の可能な事例において、転送リソースに関連付けられることに加えて、ネットワークスライスは、さらに、ネットワークトポロジに関連付けられてよい。この場合、第１ネットワークデバイスが、ネットワークスライスを用いることによって、更新されたパケットを第３ネットワークデバイスに転送する段階は、第１ネットワークデバイスが、パケットに対応するネットワークスライスに基づいてネットワークスライスに対応するネットワークトポロジおよび／または転送リソースを決定し、ネットワークトポロジおよび／または転送リソースに基づいて、更新されたパケットを第３ネットワークデバイスに転送する段階を含む。

任意選択的に、可能な実装において、転送リソースは、第１ネットワークデバイスの処理リソース、アウトバウンドインタフェースリソース、およびキューリソースのうちの１または複数を含む。

任意選択的に、可能な実装において、更新されたパケットは、第１指示情報を含む、または、パケットは、更新された第１指示情報を含み、更新された第１指示情報は、第１指示情報に基づいて決定され、更新された第１指示情報は、更新されたパケットに対応するネットワークスライスを示す。

任意選択的に、可能な実装において、更新されたパケットは、更新された第２指示情報を含み、更新された第２指示情報は、更新されたパケットの転送経路を示す。

任意選択的に、可能な実装において、第１ネットワークデバイスが、パケットに対応するネットワークスライスに基づいて、パケットを転送する前に、方法は、第１ネットワークデバイスが、パケットをデカプセル化し、デカプセル化されたパケットを取得する段階をさらに含み、デカプセル化されたパケットは、例えば、ヘッドノード（例えば、第１態様において説明される、ヘッドノードの役割を実装可能な第１ネットワークデバイス）によって追加されるＭＰＬＳパケットヘッダ情報を含まず、ＭＰＬＳパケットヘッダ情報は、ネットワークスライス指示情報および転送経路指示情報を含む。このシナリオでは、可能な事例において、ヘッドノードが、ヘッドノードによって最初に取得されたＭＰＬＳパケットヘッダ情報をパケットに追加する前に、パケットは、ＭＰＬＳパケットヘッダを含まず、これにより、ヘッドノードは、ＭＰＬＳパケットヘッダ情報を含む完全なＭＰＬＳパケットヘッダを追加してよい。この場合、第１ネットワークデバイスは、デカプセル化オペレーションを通して、完全なＭＰＬＳパケットヘッダを除去してよい。別の可能な事例において、ヘッドノードが、ヘッドノードによって最初に取得されたパケットにＭＰＬＳパケットヘッダ情報を追加する前に、パケットは、ＭＰＬＳパケットヘッダをすでに含んでおり、これにより、ヘッドノードは、対応するＭＰＬＳパケットヘッダ情報を既存のＭＰＬＳパケットヘッダに追加する。この場合、第１ネットワークデバイスは、デカプセル化オペレーションを通して、ヘッドノードによって追加された、ＭＰＬＳパケットヘッダにおける少なくとも残りのＭＰＬＳパケットヘッダ情報を除去するが、ヘッドノードによって最初に取得されたパケットに含まれる元のＭＰＬＳパケットヘッダを保持してよい。第１ネットワークデバイスは、ＭＰＬＳネットワークのテールノードであってよい。第１ネットワークデバイスがテールノードの役割を実装する場合、デカプセル化オペレーションを通して除去されるＭＰＬＳパケットヘッダ情報は、例えば、ヘッドノードによって追加されたネットワークスライス指示情報と、ヘッドノードによって追加された転送経路指示情報の中で、トランジットノード上で出現しない情報（例えば、テールノードラベル）とを含んでよい。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳラベルスタックを含み、ＭＰＬＳラベルスタックは、第１ラベルフィールドおよび第２ラベルフィールドを含み、第１ラベルフィールドは、第２ラベルフィールドが第２指示情報を含むことを示し、第２ラベルフィールドは、第２指示情報を含む。

任意選択的に、可能な実装において、第１ラベルは、拡張ラベルおよび拡張特殊目的ラベルを含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ特殊目的ラベルを含み、ＭＰＬＳ特殊目的ラベルにおける予約済みフィールドは、第１指示情報を含む。

任意選択的に、可能な実装において、ＭＰＬＳ特殊目的ラベルは、エントロピーラベルまたはフロー識別子ラベルを含む。

任意選択的に、可能な実装において、予約済みフィールドは、優先度フィールドおよびタイム・トゥー・ライブフィールドのうちの１または複数を含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ拡張ヘッダを含み、ＭＰＬＳ拡張ヘッダは、第１指示情報を保持する。

任意選択的に、可能な実装において、第１ネットワークデバイスは、ＭＰＬＳネットワークまたはセグメントルーティングマルチプロトコルラベルスイッチングＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスである。

本願の第３態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、第１ネットワークデバイスであり、パケットを取得するように構成される取得ユニットと、第１指示情報および第２指示情報をパケットに追加し、更新されたパケットを取得するように構成される処理ユニットであって、第１指示情報および第２指示情報は、更新されたパケットのマルチプロトコルラベルスイッチングＭＰＬＳパケットヘッダに位置し、第１指示情報は、パケットに対応するネットワークスライスを示し、第２指示情報は、パケットの転送経路を示す、処理ユニットと、更新されたパケットを第２ネットワークデバイスに送信するように構成される送受信機ユニットと、を含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳラベルスタックを含み、ＭＰＬＳラベルスタックは、第１ラベルフィールドおよび第２ラベルフィールドを含み、第１ラベルフィールドは、第２ラベルフィールドが第２指示情報を含むことを示し、第２ラベルフィールドは、第２指示情報を含む。

任意選択的に、可能な実装において、第１ラベルフィールドは、拡張ラベルＥＬおよび拡張特殊目的ラベルＥＳＰＬを含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ特殊目的ラベルを含み、ＭＰＬＳ特殊目的ラベルにおける予約済みフィールドは、第１指示情報を含む。

任意選択的に、可能な実装において、ＭＰＬＳ特殊目的ラベルは、エントロピーラベルまたはフロー識別子Ｆｌｏｗ－ＩＤラベルを含む。

任意選択的に、可能な実装において、予約済みフィールドは、優先度ＴＣフィールドおよびタイム・トゥー・ライブＴＴＬフィールドのうちの１または複数を含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ拡張ヘッダを含み、ＭＰＬＳ拡張ヘッダは、第１指示情報を保持する。

任意選択的に、可能な実装において、処理ユニットは、さらに、ネットワークスライスに基づいて、更新されたパケットを送信するために用いられる転送リソースを決定するように構成される。処理ユニットは、具体的には、転送リソースを用いることによって、更新されたパケットを送信するように構成される。

任意選択的に、可能な実装において、転送リソースは、第１ネットワークデバイスの処理リソース、アウトバウンドインタフェースリソース、およびキューリソースのうちの１または複数を含む。

任意選択的に、可能な実装において、処理ユニットは、さらに、パケットを更新し、第２パケットを取得するように構成され、第２パケットは、第１指示情報および第３指示情報を含み、第３指示情報は、第２パケットの転送経路を示す。送受信機ユニットは、さらに、第２パケットを第３ネットワークデバイスに送信するように構成される。

任意選択的に、可能な実装において、第１ネットワークデバイスは、ＭＰＬＳネットワークまたはセグメントルーティングマルチプロトコルラベルスイッチングＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスである。

本願の第４態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、第１ネットワークデバイスであり、第２ネットワークデバイスによって送信されたパケットを受信するように構成される送受信機ユニットであって、パケットは、マルチプロトコルラベルスイッチングＭＰＬＳパケットヘッダを含み、ＭＰＬＳパケットヘッダは、第１指示情報および第２指示情報を含む、送受信機ユニットと、第１指示情報に基づいて、パケットに対応するネットワークスライスを決定するように構成される処理ユニットと、を含む。送受信機ユニットは、さらに、ネットワークスライスを用いることによって、更新されたパケットを第３ネットワークデバイスに転送するように構成され、第３ネットワークデバイスは、パケットの転送経路上のデバイスであり、第２指示情報に基づいて決定される。

任意選択的に、可能な実装において、処理ユニットは、さらに、パケットに対応するネットワークスライスに基づいて、ネットワークスライスに割り当てられる転送リソースを決定するように構成される。送受信機ユニットは、具体的には、転送リソースを用いることによって、更新されたパケットを第３ネットワークデバイスに転送するように構成される。

任意選択的に、可能な実装において、転送リソースは、第１ネットワークデバイスの処理リソース、アウトバウンドインタフェースリソース、およびキューリソースのうちの１または複数を含む。

任意選択的に、可能な実装において、更新されたパケットは、第１指示情報を含む、または、パケットは、更新された第１指示情報を含み、更新された第１指示情報は、第１指示情報に基づいて決定され、更新された第１指示情報は、更新されたパケットに対応するネットワークスライスを示す。

任意選択的に、可能な実装において、更新されたパケットは、更新された第２指示情報を含み、更新された第２指示情報は、更新されたパケットの転送経路を示す。

任意選択的に、可能な実装において、処理ユニットは、さらに、パケットをデカプセル化し、デカプセル化されたパケットを取得するように構成される。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳラベルスタックを含み、ＭＰＬＳラベルスタックは、第１ラベルフィールドおよび第２ラベルフィールドを含み、第１ラベルフィールドは、第２ラベルフィールドが第２指示情報を含むことを示し、第２ラベルフィールドは、第２指示情報を含む。

任意選択的に、可能な実装において、第１ラベルは、拡張ラベルおよび拡張特殊目的ラベルを含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ特殊目的ラベルを含み、ＭＰＬＳ特殊目的ラベルにおける予約済みフィールドは、第１指示情報を含む。

任意選択的に、可能な実装において、ＭＰＬＳ特殊目的ラベルは、エントロピーラベルまたはフロー識別子ラベルを含む。

任意選択的に、可能な実装において、予約済みフィールドは、優先度フィールドおよびタイム・トゥー・ライブフィールドのうちの１または複数を含む。

任意選択的に、可能な実装において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ拡張ヘッダを含み、ＭＰＬＳ拡張ヘッダは、第１指示情報を保持する。

任意選択的に、可能な実装において、第１ネットワークデバイスは、ＭＰＬＳネットワークまたはセグメントルーティングマルチプロトコルラベルスイッチングＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスである。

本願の第５態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、ネットワークデバイスが第１態様のいずれかの可能な実装に係る方法を実装することを可能にするように構成されるプロセッサを含む。デバイスは、メモリをさらに含んでよい。メモリは、プロセッサに結合される。プロセッサが、メモリに格納された命令を実行する場合、ネットワークデバイスは、第１態様のいずれかの可能な実装に係る方法を実装することを可能にされてよい。デバイスは、通信インタフェースをさらに含んでよい。通信インタフェースは、装置によって、別のデバイスと通信するために用いられる。例えば、通信インタフェースは、送受信機、回路、バス、モジュール、または別のタイプの通信インタフェースであってよい。

本願の第６態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、ネットワークデバイスが第２態様のいずれかの可能な実装に係る方法を実装することを可能にするように構成されるプロセッサを含む。デバイスは、メモリをさらに含んでよい。おメモリは、プロセッサに結合される。プロセッサが、メモリに格納された命令を実行する場合、ネットワークデバイスは、第２態様のいずれかの可能な実装に係る方法を実装することを可能にされてよい。デバイスは、通信インタフェースをさらに含んでよい。通信インタフェースは、装置によって、別のデバイスと通信するために用いられる。例えば、通信インタフェースは、送受信機、回路、バス、モジュール、または別のタイプの通信インタフェースであってよい。

本願において、メモリ内の命令は、事前に格納されてよい、または、ネットワークデバイスが用いられる場合にインターネットからダウンロードされた後に格納されてよい。メモリ内の命令のソースは、本願において特に限定されるものではない。本願における結合とは、間接結合、または、装置、ユニット、またはモジュール間の接続であり、電気的形式、機械的形式、または別の形式であってよく、装置、ユニット、またはモジュール間の情報交換に用いられる。

本願の第７態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体は、不揮発性であってよい。コンピュータ記憶媒体はコンピュータ可読命令を格納する。コンピュータ可読命令がプロセッサによって実行される場合、第１態様または第２態様のいずれかの可能な実装に係る方法が実装される。

本願の第８態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で実行される場合、コンピュータは、第１態様または第２態様のいずれかの可能な実装に係る方法を実行することを可能にされる。

本願の第９態様によれば、ネットワークシステムが提供される。ネットワークシステムは、第３態様のいずれかの実装に係るネットワークデバイスと、第４態様のいずれかの実装に係るネットワークデバイスとを含む。代替的に、ネットワークシステムは、第５態様のいずれかの実装に係るネットワークデバイスと、第６態様のいずれかの実装に係るネットワークデバイスとを含む。

任意選択的に、可能な実装において、ネットワークシステムは、第４態様または第６態様のいずれかの実装に係る複数のネットワークデバイスを含んでよい。

第３態様から第９態様において提供される解決手段は、第１態様および第２態様において提供される方法を実装する、または実装するように協働するために用いられ、したがって、第１態様および第２態様のものと同じ、またはこれらに対応する有益な効果を、実現することができる。本明細書では、詳細について改めて説明しない。

本願の実施形態に係るネットワークの構造の概略図である。

本願の実施形態に係るネットワークスライスの構造の概略図である。

本願の実施形態に係る別のネットワークスライスの構造の概略図である。

本願の実施形態に係る別のネットワークスライスの構造の概略図である。

本願の実施形態に係るパケット処理方法２００の概略フローチャートである。

本願の実施形態に係るパケット転送の概略図である。

本願の実施形態に係るＭＰＬＳラベルの構造の概略図である。

本願の実施形態に係る他のＭＰＬＳラベルの構造の概略図である。

本願の実施形態に係るＭＰＬＳパケットヘッダのフォーマットの概略図である。

本願の実施形態に係る拡張ヘッダのフォーマットの概略図である。

本願の実施形態に係るパケット処理方法８００の概略フローチャートである。

本願の実施形態に係るネットワークデバイス９００の構造の概略図である。

本願の実施形態に係るネットワークデバイス１０００の構造の概略図である。

本願の実施形態に係るネットワークシステム１１００の構造の概略図である。

本願の目的、技術的解決手段、および利点をより明確にするために、以下、添付図面を参照して、本願の実施形態を説明する。説明される実施形態は、本願の実施形態の全部ではなく、一部に過ぎないことは明らかである。当業者であれば、本願の実施形態において提供される技術的解決手段が、新たな適用シナリオが出現すると、同様の技術的課題にも適用可能であることを認識しよう。

本願の本明細書、特許請求の範囲、および添付図面において、「第１」、「第２」等の用語は、同様の対象間を区別することが意図されているが、特定の順番または順序を必ずしも示すものではない。このようなやり方で述べられたデータは、適切な状況において交換可能であり、これにより、本明細書において説明される実施形態は、本明細書において例示または説明される順序以外の順序で実装可能であることを理解されたい。さらに、用語「含む」、「包含する」、およびあらゆる他の変形は、非排他的包含をカバーすることが意図される。例えば、段階またはモジュールの列挙を含む処理、方法、システム、製品、またはデバイスは、明示的に列挙された段階またはモジュールに必ずしも限定されるものではないが、明示的に列挙されていない、またはこのような処理、方法、製品、またはデバイスに固有の他の段階またはモジュールを含んでよい。本願における段階の名称または番号は、方法の手順における段階が当該名称または番号によって示された時間／論理的な順序で実行される必要があることを意味するものではない。名称または番号が付された手順における段階の実行順序は、同じまたは同様の技術的効果を実現することができる場合は、実現すべき技術的目的に基づいて変更することができる。本願において、複数のユニットへの分割は、論理的分割であって、実際の実装の際には他の分割であってよい。例えば、複数のユニットが別のシステムに組み合わせまたは統合されてよく、または、いくつかの特徴が無視または実行されなくてよい。さらに、示されたまたは説明された相互結合または直接結合または通信接続は、いくつかのインタフェースを通じて実装されてよい。ユニット間の間接結合または通信接続は、電気的形式または別の同様の形式で実装されてよい。これは、本願において限定されるものではない。さらに、別個の部分として説明されるユニットまたはサブユニットは、物理的に離れていてもそうでなくてもよく、物理ユニットであってもそうでなくてもよく、または、複数の回路ユニットに分散されてよい。これらのユニットの一部または全部が、実際の要求に基づいて選択され、本願の解決手段の目的を実現してよい。

５Ｇネットワークでは、多様化したサービスが、速度、性能、セキュリティ、信頼性、遅延等の観点で、ネットワーク上で異なる要求を有する。例えば、エンハンスドモバイルブロードバンド（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）シナリオ（例えば、仮想現実シナリオまたは拡張現実シナリオ）は、帯域幅に高い要求を有し、ｘＧｂｐｓレベルの帯域幅を必要とする。別の例では、多数同時接続（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）シナリオ（例えば、ウェアラブルシナリオまたはスマートグリッドシナリオ）は、多数のデバイスのアクセスをサポートする必要、例えば、数億または数十億のデバイスのアクセスをサポートする必要がある。別の例では、超高信頼性および低遅延通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｕＲＬＬＣ）シナリオ（例えば、自動運転シナリオ、遠隔手術シナリオ、または産業制御シナリオ）は、１ｍｓという超低遅延をサポートする必要がある。ネットワークスライシングは、異なるシナリオおよび要求に基づいて、異なる特徴でネットワークを柔軟に構築することによって、異なるシナリオ、異なる要求、および究極体験要求を満たすために登場したものである。

ネットワークスライスは、物理的または仮想ネットワークのインフラストラクチャ上の異なるサービス要求に基づいてカスタマイズされた論理ネットワークである。ネットワークスライスは、アクセスネットワーク、トランスポートネットワーク、コアネットワーク、およびアプリケーションサーバを含む完全なエンドツーエンドネットワークであってよく、完全な通信サービスを提供することができ、具体的なネットワーク能力を有する。代替的に、ネットワークスライスは、アクセスネットワーク、トランスポートネットワーク、コアネットワーク、およびアプリケーションサーバの任意の組み合わせであってよい。

１つのネットワークスライスは、通常、インスタンス化された５Ｇネットワークとみなされてよい。このようなネットワーク構造により、オペレータは、ユーザにサービスとしてネットワークを提供可能であり、物理ネットワークは、異なるユーザの要求を満たすように、レート、容量、カバレッジ、遅延、信頼性、セキュリティ、および可用性のような指標に基づいて、自由に組み合わせられることができる。

ＳＲ技術は、順序付けられた命令リストをパケットに追加することによって、パケット転送を制御するために用いられる。命令リストは、セグメントリスト（Ｓｅｇｍｅｎｔ Ｌｉｓｔ）と称されてよい。セグメントリストにおける各ラベルは、１つのリンクまたはノードを識別してよく、ラベルスタック全体は、スタックの上からスタックの下まで転送経路を識別する。セグメントリストにおける各ラベルは、セグメント識別子（Ｓｅｇｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ、ＳＩＤ）と称されてよい。パケット転送中に、ラベルスタックのスタックの上部ラベルに基づいて、対応するリンクが検索され、パケットは、当該リンク上で転送される。ラベルスタックにおける全てのラベルが出現した後、パケットは、デスティネーションに到達する。

ＭＰＬＳは、ＳＲのデータプレーン技術として用いられてよい（ＳＲ－ＭＰＬＳと称される）。この場合、ＳＲにおけるＳＩＤは、データプレーン上でＭＰＬＳラベルスタックを用いて、カプセル化および保持される。ＳＲ－ＭＰＬＳには、２つの基本ＳＩＤタイプ、プリフィクスＳＩＤ（ｐｒｅｆｉｘ－ＳＩＤ）および隣接ＳＩＤ（ａｄｊ－ＳＩＤ）が存在し、これらはそれぞれ、ＳＲネットワークにおけるノードおよびリンクを識別するために用いられる。ＳＩＤの２つのタイプを組み合わせることによって取得されるＳＩＤリストは、ＳＲのソースルーティング機能を実装することができる。

現在、ＳＲ－ＭＰＬＳに基づくネットワークスライシングを実装する解決手段において、ノードおよびリンクが属する異なるネットワークスライスを識別するために、異なるＳＲ ＳＩＤが用いられている。具体的には、各ノードは、異なるネットワークスライスにおけるノードの識別子として、異なるｐｒｅｆｉｘ－ＳＩＤを異なるネットワークスライスに割り当てる必要がある。さらに、各ノードは、接続されたリンクに異なるａｄｊ－ＳＩＤを割り当て、同じリンク上の異なるネットワークスライスに割り当てられたリソースを識別することがさらに必要である。

例えば、図１（ａ）は、本願の実施形態に係るネットワークの構造の概略図である。図１（ａ）に示すように、ネットワークアーキテクチャは、複数のネットワークデバイス、すなわちネットワークデバイス１からネットワークデバイス９を含むＳＲ－ＭＰＬＳネットワークアーキテクチャである。

図１（ｂ）は、本願の実施形態に係るネットワークスライスの構造の概略図である。図１（ｂ）に示すように、ＳＲ－ＭＰＬＳネットワークアーキテクチャにおけるネットワークデバイス１からネットワークデバイス５と、ネットワークデバイス７からネットワークデバイス９は、共同でネットワークスライス１を構成する。したがって、１つのｐｒｅｆｉｘ－ＳＩＤが、ネットワークスライス１における各ネットワークデバイス（例えば、ネットワークデバイス１０１から１０５および１０７から１０９）に割り当てられ、ネットワークスライス１におけるネットワークデバイスの識別子として用いられる。さらに、各ネットワークデバイスは、さらに、対応するａｄｊ－ＳＩＤを接続されたリンクに割り当て、当該リンク上のネットワークスライス１に割り当てられたリソースを識別する必要がある。

図１（ｃ）は、本願の実施形態に係る別のネットワークスライスの構造の概略図である。図１（ｃ）に示すように、ＳＲ－ＭＰＬＳネットワークアーキテクチャにおけるネットワークデバイス２からネットワークデバイス４と、ネットワークデバイス６からネットワークデバイス９とは、共同でネットワークスライス２を構成する。同様に、１つのｐｒｅｆｉｘ－ＳＩＤが、ネットワークスライス２における各ネットワークデバイス（例えば、ネットワークデバイス２０２から２０４および２０６から２０９）に割り当てられ、ネットワークスライス２におけるネットワークデバイスの識別子として用いられる。さらに、各ネットワークデバイスは、さらに、対応するａｄｊ－ＳＩＤを接続されたリンクに割り当て、当該リンク上のネットワークスライス２に割り当てられたリソースを識別する必要がある。

図１（ｂ）および図１（ｃ）に示すように、ネットワークスライス１およびネットワークスライス２は、異なるネットワークトポロジに対応し、異なるネットワークスライスが異なるネットワークトポロジに対応してよいことを意味する。いくつかの場合、異なるネットワークスライスは、代替的に、同じネットワークトポロジに対応してよく、１つのネットワークトポロジが、複数のネットワークスライスに対応してよいことを意味する。図１（ｄ）は、本願の実施形態に係る別のネットワークスライスの構造の概略図である。図１（ｄ）に示すように、ＳＲ－ＭＰＬＳネットワークアーキテクチャにおけるネットワークデバイス２からネットワークデバイス４と、ネットワークデバイス６からネットワークデバイス９とは、共同でネットワークスライス３を構成する。言い換えれば、ネットワークスライス３に対応するネットワークトポロジは、図１（ｃ）のネットワークスライス２に対応するネットワークトポロジと同じである。同様に、１つのｐｒｅｆｉｘ－ＳＩＤは、ネットワークスライス３における各ネットワークデバイス（例えば、ネットワークデバイス３０２から３０４および３０６から３０９）にも割り当てられる必要があり、ネットワークスライス３におけるネットワークデバイスの識別子として用いられる。さらに、各ネットワークデバイスは、さらに、対応するａｄｊ－ＳＩＤを接続されたリンクに割り当て、当該リンク上のネットワークスライス３に割り当てられたリソースを識別する必要がある。

前述した説明から、ネットワークにおいて、異なるネットワークスライスが、異なるネットワークトポロジを分類することによって構成されてよく、同じネットワークトポロジが、複数の異なるネットワークスライスに対応してよいことを認識することができる。したがって、多数のネットワークスライスが、実際の要求に応じて、ネットワークに形成されてよい。さらに、各ネットワークデバイスは、異なるｐｒｅｆｉｘ－ＳＩＤを異なるネットワークスライスに割り当て、異なるａｄｊ－ＳＩＤをネットワークデバイスに接続されたリンクに割り当てる必要がある。言い換えれば、割り当てられるべきｐｒｅｆｉｘ－ＳＩＤおよびａｄｊ－ＳＩＤの数は、ネットワークスライスの数と正の相関を有する。言い換えれば、多数のネットワークスライスの場合に、現在のＳＲ－ＭＰＬＳデータプレーンのカプセル化技術がネットワークスライシングに用いられる場合、多数のｐｒｅｆｉｘ－ＳＩＤおよび多数のａｄｊ－ＳＩＤが、異なるネットワークスライスにおけるノードおよびリンクを識別するために割り当てられる必要がある。結果的に、ＳＩＤリソースが深刻に消費され、ＳＩＤ計画および管理の複雑性が増大する。さらに、各ネットワークデバイスに割り当て可能なＳＩＤは限定されるので、多数のネットワークスライスの場合、ネットワークデバイス上の多数のＳＩＤリソースが消費される。結果的に、ＳＩＤリソースの正常な割り当てが影響を受ける。

さらに、ＳＩＤはＭＰＬＳラベルに保持されるので、単一のＭＰＬＳラベルが、ネットワークスライスおよび転送経路を識別するために用いられてよい。ネットワークスライスは同じだがリンクが異なる場合、および、ネットワークスライスは異なるがリンクが同じ場合には、異なるＭＰＬＳラベルが識別のために必要とされる。結果的に、ＭＰＬＳラベルの多くは、ネットワークスライスが多数かつ大規模な場合に割り当てられる必要があり、ＭＰＬＳラベルリソースの深刻な消費を引き起こす。

これを考慮して、本願の実施形態は、パケット処理方法を提供する。ＭＰＬＳパケットヘッダは、ＭＰＬＳデータプレーン上のパケットについてカプセル化され、パケットに対応するネットワークスライスおよびパケットの転送経路が、それぞれ、異なる指示情報を介して、ＭＰＬＳパケットヘッダにおいて示される。このように、ネットワークデバイスは、ＭＰＬＳラベルに基づいてネットワークスライスおよび転送経路を識別する必要なく、ネットワークスライスに基づいて、パケットを正常に転送することができる。これにより、ＭＰＬＳラベルリソースを効果的に節約することができる。さらに、パケット処理方法をＳＲ－ＭＰＬＳネットワークに適用することによって、ＳＩＤリソースを効果的に節約することもできる。

図２は、本願の実施形態に係るパケット処理方法２００の概略フローチャートである。パケット処理方法２００は、図１（ａ）に示すネットワーク構造に適用されてよい。

図２に示すように、パケット処理方法２００は、少なくとも以下の段階を含む。

段階２０１：第１ネットワークデバイスは、パケットを取得する。

本実施形態において、第１ネットワークデバイスは、ＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスであってよい。第１ネットワークデバイスは、以下の方式でパケットを取得してよく、別のネットワークデバイスによって送信されたパケットを受信する、例えば、ＭＰＬＳネットワーク外のネットワークデバイスによって送信されたデータパケットを受信し、第１ネットワークデバイスによって、パケットを生成する、または、アクセス側のユーザ機器からパケットを受信する。

段階２０２：第１ネットワークデバイスは、第１指示情報および第２指示情報をパケットに追加し、更新されたパケットを取得し、第１指示情報および第２指示情報は、更新されたパケットのＭＰＬＳパケットヘッダに位置する。第１指示情報は、パケットに対応するネットワークスライスを示し、第２指示情報は、パケットの転送経路を示す。

本実施形態において、パケットを取得した後、第１ネットワークデバイスは、パケットを更新し、これにより、更新されたパケットにおけるＭＰＬＳパケットヘッダは、第１指示情報および第２指示情報を含む。第１ネットワークデバイスによって取得されるパケットは、ＭＰＬＳパケットヘッダを含んでよい。第１ネットワークデバイスは、第１指示情報および第２指示情報をＭＰＬＳパケットヘッダに追加し、更新されたパケットを取得する。代替的に、第１ネットワークデバイスによって取得されるパケットは、ＭＰＬＳヘッダを含まなくてよい。第１ネットワークデバイスは、第１指示情報および第２指示情報を含むＭＰＬＳパケットヘッダをパケットに追加し、更新されたパケットを取得する。第１指示情報および第２指示情報を追加するオペレーションを実行する第１ネットワークデバイスは、ＭＰＬＳネットワークにおけるヘッドノードであってよい。ヘッドノードは、例えば、トンネルの終点またはネットワーク境界ノードであってよい。

第１指示情報および第２指示情報をパケットに追加する前に、第１ネットワークデバイスは、第１指示情報および第２指示情報を決定するために、パケットに対応するネットワークスライスと、パケットの転送経路とを決定してよい。

可能な実施形態において、第１ネットワークデバイスは、パケットに保持された情報に基づいて、パケットに対応するネットワークスライスを決定してよい、または、第１ネットワークデバイスは、パケットを受信するために用いられるリソース情報に基づいて、パケットに対応するネットワークスライスを決定してよい。

例えば、ネットワークスライスを決定するためのポリシは、第１ネットワークデバイスにおいて予め構成されてよい。第１ネットワークデバイスは、ポリシの指示に従って、かつ、パケットにおけるソースアドレス、デスティネーションアドレス、またはプロトコル番号に基づいて、パケットに対応するネットワークスライス、すなわち、パケットを転送するために用いられるネットワークスライスを決定してよい。ソースアドレスは、例えば、パケットを送信するためのソースインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスまたはソース媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）アドレス、例えば、ユーザーホストまたは基地局のアドレスであってよい。デスティネーションアドレスは、例えば、パケットのデスティネーションＩＰアドレスまたはデスティネーションＭＡＣアドレスであってよい。代替的に、第１ネットワークデバイスは、パケットにおけるいくつかの他のフィールド、例えば、インターネットプロトコルバージョン４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４、ＩＰｖ４）またはＩＰｖ６パケットヘッダにおける差別化サービスコードポイント（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ、ＤＳＣＰ）フィールドまたはトラフィッククラス（Ｔｒａｆｆｉｃ Ｃｌａｓｓ）フィールド、またはイーサネット（登録商標）ヘッダにおける仮想ローカルエリアネットワーク識別子（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ ｉｄｅｎｔｉｆｉｅｒ、ＶＬＡＮ ＩＤ）に基づいて、パケットに対応するネットワークスライスを決定してよい。第１ネットワークデバイスは、具体的には、前述のフィールド（例えば、ソースアドレス、デスティネーションアドレス、プロトコル番号、ＤＳＣＰフィールド、またはＴＣフィールド）のうちの１つ、または前述のフィールドのうちいくつかのフィールドの組み合わせに基づいて、パケットが属するネットワークスライスを決定してよい。

第１ネットワークデバイスは、ユーザ側のサービス要求に基づいて、サービスパケットを送信するためのソースデバイスアドレスと、ネットワークスライスとの間の対応関係を確立してよい。このように、ユーザ側によって送信されたサービスパケットを受信した後、第１ネットワークデバイスは、サービスパケットにおけるソースアドレスに基づいて、対応するネットワークスライスを決定してよい。

同様に、第１ネットワークデバイスは、デスティネーションアドレスとネットワークスライスとの間の対応関係も予め確立してよい。サービスパケットを受信した後、第１ネットワークデバイスは、サービスパケットにおけるデスティネーションアドレスに基づいて、対応するネットワークスライスを決定してよい。

さらに、パケットにおけるプロトコル番号は、パケットに保持されるデータに用いられるデータプロトコルを示してよい。データプロトコルとネットワークスライスとの間の対応関係が予め確立されている場合、第１ネットワークデバイスは、代替的に、パケットにおけるプロトコル番号に基づいて、パケットに対応するネットワークスライスを決定してよい。

例えば、第１ネットワークデバイスは、代替的に、パケットを受信するために用いられるリソース情報に基づいて、パケットに対応するネットワークスライスを決定してよく、リソース情報は、例えば、第１ネットワークデバイスによってパケットを受信するための物理インタフェース情報または論理インタフェース情報である。例えば、第１ネットワークデバイスのインバウンドインタフェースに対応するネットワークスライスが構成され、パケットが別のネットワークデバイスによって第１ネットワークデバイスに転送される場合、別のネットワークデバイスは、パケットが属するネットワークスライスに基づいて、第１ネットワークデバイスに対応するインバウンドインタフェースにパケットを転送してよい。したがって、第１ネットワークデバイスは、パケットを受信するためのインバウンドインタフェース情報に基づいて、パケットに対応するネットワークスライスを決定してよい。

パケットに対応するネットワークスライスを決定した後、第１ネットワークデバイスは、第１指示情報を生成してよい。第１指示情報は、パケットに対応するネットワークスライスを示すネットワークスライスの識別子を含んでよい。パケットを受信するネットワークデバイスは、第１指示情報におけるネットワークスライスの識別子に基づいて、パケットに対応するネットワークスライスを決定してよい。

可能な実施形態において、第１ネットワークデバイスは、パケットのデスティネーションアドレスに基づいて、ＭＰＬＳネットワークにおけるパケットの転送経路を決定してよく、ＭＰＬＳネットワークにおけるパケットの転送経路に基づいて、第２指示情報を生成してよい。

第２指示情報は、パケットの転送経路を複数の方式で示してよい。

方式１：第２指示情報は、ＭＰＬＳネットワークにおけるパケットの完全な転送経路を示してよい。

例えば、第２指示情報は、転送プロセスにおいてパケットが通過する必要がある全てのノードについての情報を含んでよい。図１（ａ）のネットワークが、例として用いられる。パケットを受信した後、ネットワークデバイス１は、ＭＰＬＳネットワークにおけるパケットの転送経路が「ネットワークデバイス１－－ネットワークデバイス２－－ネットワークデバイス３－－ネットワークデバイス４－－ネットワークデバイス５」であると決定してよい。本願の本実施形態において提供される方法が従来のＭＰＬＳネットワークに適用される場合、ＭＰＬＳラベルスイッチング経路が、制御シグナリングを用いて予め確立されてよい。ネットワークデバイス１によって生成される指示情報は、経路を識別するＭＰＬＳラベルのみを保持してよく、経路に沿ったノードデバイスは、パケットの転送プロセスにおいて、ホップバイホップでＭＰＬＳラベルをスイッチする（例えば、ノードデバイスは、ＭＰＬＳラベルＡをＭＰＬＳラベルＢに置き換える）。パケットの経路に沿ったノードデバイスでは、ノードデバイスによって受信されたパケットのＭＰＬＳラベルＡは、ノードによってデスティネーションノードまでの経路に割り当てられるラベルである。ノードデバイスは、ＭＰＬＳラベルＡに基づいて、ローカルテーブルルックアップを実行し、対応するＭＰＬＳラベルＢと、パケットを送信するためのアウトバウンドインタフェースとを取得してよい。ＭＰＬＳラベルＢは、ネクストホップノードによって同じデスティネーションノードまでの経路に割り当てられるラベルである。

本願の本実施形態において提供される方法がＳＲ－ＭＰＬＳネットワークに適用される場合、ネットワークデバイス１によって生成される指示情報は、ＭＰＬＳネットワークにおけるパケットの完全な転送経路を示すために、ネットワークデバイス２、ネットワークデバイス３、ネットワークデバイス４、およびネットワークデバイス５についての情報を保持してよい。例えば、ＭＰＬＳネットワークにおいて、ネットワークデバイス１は、複数のＭＰＬＳラベルのうち、ネットワークデバイス２からネットワークデバイス５の識別子を含んでよい。ＳＲ－ＭＰＬＳネットワークにおいて、ネットワークデバイス１は、ＭＰＬＳラベルスタックにおけるセグメントリストを含んでよく、セグメントリストは、ネットワークデバイス２からネットワークデバイス５を別個に示す複数のＳＩＤを含む。

方式２：第２指示情報は、ＭＰＬＳネットワークにおけるパケットの転送経路の一部を示してよい。

例えば、第２指示情報は、転送プロセスにおいてパケットが通過する必要がある一部のノードについての情報を含んでよい。図１（ａ）のネットワークが、例として用いられる。ネットワークデバイス１が、ＭＰＬＳネットワークにおけるパケットの転送経路が「ネットワークデバイス１－－ネットワークデバイス２－－…ネットワークデバイス５」であると決定した場合、ネットワークデバイス１によって生成される指示情報は、ＭＰＬＳネットワークにおいてパケットが通過する必要があるネットワークデバイスを示すために、ネットワークデバイス２およびネットワークデバイス５についての情報のみを保持してよい（言い換えれば、パケットは、具体的なネットワークデバイス２およびネットワークデバイス５を通過する必要がある）。

方式３：第２指示情報は、ＭＰＬＳネットワークにおいてパケットが通過するテールノードのみを示してよい。

例えば、第２指示情報は、転送プロセスにおいてパケットが通過する必要があるテールノードについての情報のみを含んでよい。このように、経路に沿ってパケットを転送する処理において、パケットを受信する各ネットワークデバイスは、第２指示情報およびデフォルト転送ポリシ（例えば、最短経路転送ポリシ）に示されるテールノードに基づいて、パケットを転送してよい。言い換えれば、第２指示情報は、パケットが通過する必要があるテールノードを示すことによって、パケットの転送経路を示してよい。パケットの転送経路は、ヘッドノードおよびテールノードが指定されている場合は、デフォルト経路である。図１（ａ）のネットワークも、例として用いられる。ネットワークデバイス１がパケットを受信した後、ネットワークデバイス１は、デフォルト経路を用いてパケットを転送すると決定する。したがって、ネットワークデバイス１によって生成される指示情報は、ＭＰＬＳネットワークにおいてパケットが通過する必要があるテールノードを示すために、ネットワークデバイス５についての情報のみを保持してよい。このように、パケットの転送プロセスにおいて、パケットを受信する各ネットワークデバイスは、デフォルト転送ポリシに基づいて、デフォルト経路上の次のネットワークデバイスにパケットを転送し、これにより、パケットは、デフォルト経路に基づいて、最終的に転送されることができる。

方式４：第２指示情報は、完全な経路の前半と、完全な経路の後半を更新することを示す情報とを示してよい。

例えば、パケットの転送経路が長い場合、第１ネットワークデバイスによって生成される第２指示情報は、パケットの完全な経路の前半のみを示し、第２指示情報は、パケットの経路の後半を更新するために、さらに、パケットの転送経路上の別のノードを示してよい。図１（ａ）のネットワークも、例として用いられる。パケットを受信した後、ネットワークデバイス１は、パケットの転送経路が「ネットワークデバイス１－－ネットワークデバイス２－－ネットワークデバイス３－－ネットワークデバイス４－－ネットワークデバイス５」であると決定してよい。ネットワークデバイス１によって生成される指示情報は、ＭＰＬＳネットワークにおけるパケットの転送経路の前半を示するために、ネットワークデバイス２およびネットワークデバイス３についての情報を保持してよい。さらに、指示情報は、経路情報を更新するために、ネットワークデバイス３を示すために用いられる情報をさらに保持してよい。例えば、指示情報は、バインドセグメント識別子（ｂｉｎｄｉｎｇ ｓｅｇｍｅｎｔ ｉｄｅｎｔｉｆｉｅｒ、ｂｉｎｄｉｎｇ－ｓｉｄ）を保持し、バインドＳＩＤは、パケットの後続の経路情報を示す。ネットワークデバイス３は、バインドＳＩＤに基づいて、パケットにおける後続の経路情報を更新してよい。バインドＳＩＤは、ドメイン内トンネルラベルスタックを示してよく、トンネルラベルスタックは、パケットの後続の経路情報を保持してよい。言い換えれば、ネットワークデバイス１によって生成される指示情報は、複数のＭＰＬＳラベルを用いることによって、ネットワークデバイス２およびネットワークデバイス３の識別情報を保持してよく、指示情報は、さらに、後続の転送経路を更新するために、ネットワークデバイス３を示すバインドＳＩＤを保持してよい。バインドＳＩＤは、後続の経路情報を示し、これにより、ネットワークデバイスによってカプセル化されるラベルスタック層の数を低減させることができる。

段階２０３：第１ネットワークデバイスは、更新されたパケットを第２ネットワークデバイスに送信する。

第１指示情報および第２指示情報をパケットに追加した後、第１ネットワークデバイスは、転送経路上の次のネットワークデバイスに更新されたパケットを送信してよい。第２ネットワークデバイスは、第１ネットワークデバイスによって決定された転送経路上のネットワークデバイスであってよく、第２ネットワークデバイスは、第１ネットワークデバイスの隣接ネットワークデバイスである。

可能な実施形態において、第１ネットワークデバイスは、ネットワークスライスに基づいて、更新されたパケットを送信するために用いられる転送リソースを決定してよく、第１ネットワークデバイスは、転送リソースを用いることによって、更新されたパケットを送信する。転送リソースは、第１ネットワークデバイスの処理リソース、アウトバウンドインタフェースリソース、およびキューリソースのうちの１または複数を含んでよい。処理リソースは、パケットを転送するために用いられる転送エントリを検索するために、第１ネットワークデバイスによって用いられるリソースであってよい。処理リソースが多いことは、第１ネットワークデバイスによる転送エントリを検索するより高い効率を示す。したがって、多くの処理リソースは、低遅延要求を有するネットワークスライスのために構成されてい。アウトバウンドインタフェースリソースは、第１ネットワークデバイスによってパケットを転送するために用いられるアウトバウンドインタフェースであってよく、キューリソースは、第１ネットワークデバイスがパケットを転送する場合にパケットが入ることのできる転送キューであってよい。

異なるネットワークスライスは異なるサービス要求に対応するので、異なる転送リソースは、ネットワークスライスの要求を満たすために、ネットワークデバイスにおける異なるネットワークスライスに対して構成されてよいことが理解されよう。言い換えれば、ネットワークスライスと転送リソースとの間の対応関係は、ネットワークデバイスにおいて予め構成されてよく、これにより、ネットワークデバイスは、パケットに対応するネットワークスライスに基づいて、パケットを転送するために用いられる転送リソースを決定することができる。

可能な実施形態において、パケットを第２ネットワークデバイスに送信することに加えて、第１ネットワークデバイスは、さらに、別の隣接ネットワークデバイスにパケットを送信してよい。例えば、高信頼性シナリオまたはマルチキャスト分配シナリオのようなシナリオでは、第１ネットワークデバイスは、取得されたパケットのペイロードおよび／または他の必要なデータ情報を複数回コピーし、対応するネットワークスライス指示情報および転送経路指示情報を、コピーを通して生成された複数のパケットの各々に追加してよく、これにより、複数のパケットが、それぞれの転送経路に沿って、対応するネットワークスライスリソースを用いることによって、転送される。

例えば、第１ネットワークデバイスによって第２ネットワークデバイスに送信される更新されたパケットは、第１パケットであってよい。第１ネットワークデバイスは、さらに、パケットを更新し、第２パケットを取得してよく、第２パケットは、第３指示情報を含んでよく、第３指示情報は、第２パケットの転送経路を示す。第２パケットは、第１パケットのものと同じ第１指示情報をさらに含んでよく、第２パケットおよび第１パケットは、同じネットワークスライスリソースを用いてよい。第１ネットワークデバイスは、第２パケットを第３ネットワークデバイスに送信する。言い換えれば、第１ネットワークデバイスは、パケット転送に用いられる複数の経路を決定してよく、対応する経路上のネットワークデバイスについての情報に基づいて、複数のパケットを生成してよい。異なるパケットは、異なる経路上のパケットの転送を示すために、異なる経路指示情報を保持する。

図３は、本願の実施形態に係るパケット転送の概略図である。図３に示すように、パケット１を受信した後、ネットワークデバイス１は、パケット１に対応するネットワークスライス（例えば、ネットワークスライス１）と、パケット１を転送するために用いられる２つの経路とを決定してよい。２つの経路は、経路１「ネットワークデバイス１－－ネットワークデバイス２－－ネットワークデバイス３－－ネットワークデバイス４－－ネットワークデバイス５」および経路２「ネットワークデバイス１－－ネットワークデバイス７－－ネットワークデバイス８－－ネットワークデバイス９－－ネットワークデバイス５」であってよい。ネットワークデバイス１は、経路１に基づいてパケット２を生成し、パケット２をネットワークデバイス２に送信してよい。パケット２は、ネットワークスライス１の識別子と、経路１を示す情報（例えば、ネットワークデバイス２からネットワークデバイス５の識別子）とを含む。ネットワークデバイス１は、経路２に基づいてパケット３を生成し、パケット３をネットワークデバイス７に送信してよい。パケット３は、ネットワークスライス１の識別子と、経路２を示す情報（例えば、ネットワークデバイス７からネットワークデバイス９およびネットワークデバイス５の識別子）を含む。このように、ネットワークデバイス１は、パケット１をコピーしてパケット２およびパケット３を生成し、次に、同じネットワークスライス１のリソースを用いることによって、経路１および経路２に沿ってパケット２およびパケット３をそれぞれ転送することを示すために、同じネットワークスライス情報および異なる経路情報をパケット２およびパケット３に追加してよい。

前述の例において、第１パケットおよび第２パケットは同じネットワークスライス指示情報を保持する。例えば、パケット２およびパケット３は、ネットワークスライス１の同じ識別子を保持する、言い換えれば、ネットワークデバイス１は、経路２および経路３上でパケット２およびパケット３を受信するネットワークデバイスをそれぞれ示し、同じネットワークスライス１を用いることによって、パケット２およびパケット３を転送する。さらに、ネットワークデバイス１は、同じネットワークスライスリソースを用いることによって、パケット２およびパケット３を転送してもよい。例えば、ネットワークスライスに対応する転送リソースが、パケット転送のためにネットワークデバイス１に割り当てられた処理リソースである場合、ネットワークデバイス１によってパケット２をネットワークデバイス２に転送するために用いられる処理リソースは、ネットワークデバイス１によってパケット３をネットワークデバイス７に転送するために用いられる処理リソースと同じであってよい。

別の可能な事例において、第１ネットワークデバイスが複数の転送経路を決定し、複数の隣接ネットワークデバイスにパケットを転送する場合、第１ネットワークデバイスは、異なる隣接ネットワークデバイスにパケットを転送する場合に異なるネットワークスライス指示情報をパケットに含めてよく、異なるネットワークスライスリソースを用いてよい。例えば、ネットワークスライスに対応する転送リソースがインタフェースリソースである場合、第１ネットワークデバイスによってによって第１パケットを第２ネットワークデバイスに転送するために用いられるインタフェースリソースは、第１ネットワークデバイスによって第２パケットを第３ネットワークデバイスに転送するために用いられるインタフェースリソースとは異なってよい。

前述の内容は、ネットワークデバイスが第１指示情報をパケットに追加してパケットを転送する処理を説明する。理解を容易ならしめるために、以下、具体的な例を参照して、第１指示情報をＭＰＬＳパケットヘッダにどのように追加するかを詳述する。

本実施形態において、ＭＰＬＳパケットヘッダは、ＭＰＬＳラベルスタックまたはＭＰＬＳ拡張ヘッダを用いることによって、パケットに対応する第１指示情報を保持してよい。

ＭＰＬＳラベルスタックを用いることによってパケットに対応するネットワークスライスの識別子を保持する複数の方式が存在してよい。

可能な実施形態において、ＭＰＬＳパケットヘッダは、ＭＰＬＳラベルスタックを含んでよく、ＭＰＬＳラベルスタックは、第１ラベル情報および第２ラベル情報を含み、第１ラベル情報は、第２ラベル情報がネットワークスライスに対応する識別情報を保持することを示し、第２ラベル情報は、第１識別情報を保持する。第１ラベル情報および第２ラベル情報の両方は、ＭＰＬＳラベルスタックに位置する。さらに、ＭＰＬＳラベルスタックにおいて、第１ラベル情報は、第２ラベル情報よりも上方に位置してよい。このように、第１ラベル情報を読み出した後、ネットワークデバイスは、第１ラベル情報より後に位置する第２ラベル情報がネットワークスライスに対応する識別情報を保持すると決定してよい。

例において、第１ラベル情報は、拡張ラベル（Ｅｘｔｅｎｓｉｏｎ Ｌａｂｅｌ、ＥＬ）および拡張特殊目的ラベル（Ｅｘｔｅｎｄｅｄ Ｓｐｅｃｉａｌ Ｐｕｒｐｏｓｅ Ｌａｂｅｌ、ＥＳＰＬ）を含む。拡張ラベルは、拡張特殊目的ラベルよりも上方に位置してよく、拡張ラベルの値は、拡張ラベルより後に位置するラベルが拡張特殊目的ラベルであることを示すために、関連規格に定義される値、例えば、１５であってよい。拡張特殊目的ラベルの値は、拡張特殊目的ラベルより後に位置するラベルがネットワークスライスに対応する識別情報を保持することを示すために、予め定められた値であってよい。拡張特殊目的ラベルより後に位置するラベルは、ネットワークスライスラベルとも称されてよい。

言い換えれば、ＭＰＬＳラベルスタックは、拡張ラベル、拡張特殊目的ラベル、およびネットワークスライスラベルを含んでよい。拡張特殊目的ラベルは、拡張ラベルより後に位置し、ネットワークスライスラベルは、拡張特殊目的ラベルより後に位置する。拡張ラベル、拡張特殊目的ラベル、およびネットワークスライスラベルは、３つの隣接ラベルであり、３つの隣接ラベルは、ＭＰＬＳラベルスタック全体の任意の位置に位置してよいことが理解されよう。

例えば、図４は、本願の実施形態に係るＭＰＬＳラベルの構造の概略図である。図４に示すように、拡張ラベルの下位層は拡張特殊目的ラベルであり、拡張特殊目的ラベルの下位層はネットワークスライスラベルである。ラベル値フィールドに加えて、各ラベルは、優先度（Ｔｒａｆｆｉｃ Ｃｌａｓｓ、ＴＣ）フィールド、スタックフィールド下部、およびタイム・トゥー・ライブ（ｔｉｍｅ ｔｏ ｌｉｖｅ、ＴＴＬ）フィールドをさらに含んでよい。ＴＣフィールドは、パケットの優先度が０から７の範囲にある優先権を示す。スタックフィールドの下部は、ラベルスタックにおけるラベルの位置を示す。スタックフィールドＳの下部の値は０に等しく、ラベルが最下位層にないことを示す。スタックフィールドＳの下部の値は１に等しく、ラベル最下位層であることを示す。ＴＴＬフィールドは、ラベルのタイム・トゥー・ライブを示す。

ネットワークデバイスがラベルスタックを読み出す場合、ネットワークデバイスは、最初に、上位層の拡張ラベルを読み出し、拡張ラベルの値１５に基づいて、拡張ラベルの下位層のラベルが拡張特殊目的ラベルであると決定してよい。拡張特殊目的ラベルを読み出す場合、ネットワークデバイスは、拡張特殊目的ラベルの予め定められた値に基づいて、拡張特殊目的ラベルの下位層のラベルがネットワークスライスラベルであると決定してよい。最後に、ネットワークデバイスは、ネットワークスライスラベルを読み出すことによって、ネットワークスライスに対応する識別子を取得し、パケットに対応するネットワークスライスを決定する。

別の可能な実施形態において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ特殊目的ラベルを含み、ＭＰＬＳ特殊目的ラベルにおける予約済みフィールドは、第１指示情報を含む。ＭＰＬＳ特殊目的ラベルは、関連規格で予め定められたラベル、例えば、エントロピーラベル（Ｅｎｔｒｏｐｙ Ｌａｂｅｌ、ＥＬ）、ルータアラートラベル（Ｒｏｕｔｅｒ Ａｌｅｒｔ Ｌａｂｅｌ）、またはフロー識別子ラベル（Ｆｌｏｗ－ＩＤ Ｌａｂｅｌ）であってよい。ＭＰＬＳ特殊目的ラベルは、予約済みフィールド、すなわち、予約され、かつ、実際の使用に供されていないフィールドを有する。当該フィールドは、第１指示情報を保持するために用いられてよい。予約済みフィールドは、以下のフィールド、すなわちラベル値フィールド（すなわち、ラベルの具体的な値を示すフィールド）、ＴＣフィールド、およびＴＴＬフィールドのうちの１または複数を含んでよい。

例えば、ＭＰＬＳ特殊目的ラベルは、エントロピーラベルである。図５は、本願の実施形態に係る他のＭＰＬＳラベルの構造の概略図である。図５に示すように、ＭＰＬＳパケットヘッダは、エントロピーラベルインジケータ（Ｅｎｔｒｏｐｙ Ｌａｂｅｌ Ｉｎｄｉｃａｔｏｒ、ＥＬＩ）およびエントロピーラベルを含む。エントロピーラベルインジケータは、エントロピーラベルの前のラベルであり、エントロピーラベルの位置を示し、エントロピーラベルインジケータのラベル値は、７であってよい。言い換えれば、エントロピーラベルインジケータを読み出す場合、ネットワークデバイスは、エントロピーラベルインジケータの次のラベルがエントロピーラベルであると決定してよい。

エントロピーラベルにおいて、エントロピーラベルのラベル値フィールドのフォーマットは、ネットワークスライスの識別子を保持するように修正されてよい。例えば、２０ビット（ｂｉｔ）ラベル値フィールドでは、ラベル値フィールドのうち１２ビットが、ネットワークスライスの識別子を示してよく、４，０００のネットワークスライスの指示をサポートしてよく、ラベル値フィールドのうち残りの８ビットは、負荷分散のために用いられる。言い換えれば、ネットワークデバイスは、ラベル値フィールドの８ビットによって示される値に基づいてハッシュ計算を実行し、取得された結果は、転送のための複数のの等価経路のうちの１つを選択するために用いられてよい。異なるパケットは、異なるハッシュ結果を有する。したがって、ネットワークデバイスは、パケットを転送するために異なる経路を選択する。このように、トラフィックバランシングおよび転送が、複数の経路内で実装される。さらに、エントロピーラベルのうち３ビットのＴＣフィールドおよび８ビットのＴＴＬフィールドが、代替的に、ネットワークスライスの識別子を直接示してよい。

エントロピーラベルのラベル値フィールドのフォーマットが、ネットワークスライスの識別子を保持するために修正される場合、エントロピーラベルインジケータのフィールドは、代替的に、エントロピーラベルがネットワークスライスの識別子を保持することを示す識別子として用いられてよい。例えば、エントロピーラベルインジケータにおけるＴＣフィールドの特別な値またはビットは、識別のために用いられてよい。このように、ネットワークデバイスは、エントロピーラベルインジケータにおけるＴＣフィールドの特別な値またはビットに基づいて、エントロピーラベルのラベル値フィールドがネットワークスライスの識別子を示すために修正されていると決定してよい。

別の可能な実施形態において、ＭＰＬＳパケットヘッダは、ＭＰＬＳ拡張ヘッダ（Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒ）を含み、ＭＰＬＳ拡張ヘッダは、第１指示情報を保持する。ＭＰＬＳパケットヘッダは、１または複数のＭＰＬＳ拡張ヘッダを含んでよい。ＭＰＬＳ拡張ヘッダは、ＭＰＬＳラベルスタックより下方で、上位層のプロトコルヘッダまたはパケットペイロードより上方に位置する。第１指示情報を保持するＭＰＬＳ拡張ヘッダは、新たに定義されたＭＰＬＳ拡張ヘッダであってよく、具体的には、第１指示情報を保持するために用いられる。第１指示情報を保持するＭＰＬＳ拡張ヘッダは、代替的に、関連規格で定義されたＭＰＬＳ拡張ヘッダであってよく、新たなタイプ、長さ、値（ｔｙｐｅ ｌｅｎｇｔｈ ｖａｌｕｅ、ＴＬＶ）が、第１指示情報を保持するために、定義されたＭＰＬＳ拡張ヘッダにおいて定義される。

図６は、本願の実施形態に係るＭＰＬＳパケットヘッダのフォーマットの概略図である。図６に示すように、ＭＰＬＳパケットヘッダは、ラベルスタック、拡張ヘッダ、およびペイロード（Ｐａｙｌｏａｄ）を含む。ラベルスタックは、複数のＭＰＬＳラベルを含み、複数のＭＰＬＳラベルは、拡張ヘッダラベル（Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒ Ｌａｂｅｌ）を含み、拡張ヘッダラベルは、ＭＰＬＳ拡張ヘッダがＭＰＬＳパケットヘッダに存在することを示す。ラベルスタックとペイロードとの間に、拡張ヘッダのヘッダ（Ｈｅａｄｅｒ ｏｆ Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒｓ）および複数の拡張ヘッダ（拡張ヘッダ１から拡張ヘッダＮ）が含まれる。第１指示情報を保持する拡張ヘッダは、拡張ヘッダ１から拡張ヘッダＮのうちの１つ、例えば、関連規格で定義された拡張ヘッダ、または新たに定義された拡張ヘッダであってよい。定義されたＭＰＬＳ拡張ヘッダは、新たなＴＬＶを保持することによって、第１指示情報を保持してよい。

図７は、本願の実施形態に係る拡張ヘッダのフォーマットの概略図である。図７に示すように、拡張ヘッダは、ヘッダ長（Ｈｅａｄｅｒ Ｌｅｎｇｔｈ）フィールド、ヘッダ特定データ（Ｈｅａｄｅｒ Ｓｐｅｃｉｆｉｃ Ｄａｔａ）フィールド、およびＴＬＶフィールドを含んでよい。ＴＬＶフィールドは、第１指示情報を保持するネットワークスライスの識別子を示してよい。

前述の内容は、第１ネットワークデバイスがヘッドノードである例を用いることによって、ヘッドノードによるパケット転送処理を詳述する。以下、トランジットノードまたはテールノードによるパケット転送処理を詳述する。

図８は、本願の実施形態に係るパケット処理方法８００の概略フローチャートである。

図８に示すように、パケット処理方法８００は、以下の段階を含む。

段階８０１：第１ネットワークデバイスは、第２ネットワークデバイスによって送信されたパケットを受信し、パケットは、マルチプロトコルラベルスイッチングＭＰＬＳパケットヘッダを含み、ＭＰＬＳパケットヘッダは、第１指示情報および第２指示情報を含む。

第１ネットワークデバイスは、ＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークにおけるトランジットノードまたはテールノードであってよく、第２ネットワークデバイスは、ＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークにおけるヘッドノードまたはトランジットノードであってよい。第１ネットワークデバイスによって受信されるパケットは、第１指示情報および第２指示情報を含む。第１指示情報は、パケットに対応するネットワークスライスを示し、第２指示情報は、パケットに対応する転送経路を示す。

可能な事例において、第１ネットワークデバイスによって受信されるパケットに保持される第２指示情報は、第２ネットワークデバイスによってパケットに最初に追加される完全な経路指示情報であってよく、第２ネットワークデバイスは、例えば、ヘッドノードであってよい。例えば、第１ネットワークデバイスは、第２ネットワークデバイスによって決定される転送経路上の次のネットワークデバイスである。
図３は、例として用いられる。ネットワークデバイス１がヘッドノードである場合、ネットワークデバイス２は、ネットワークデバイス１によって決定されたパケット２の転送経路１上の次のネットワークデバイス、すなわち、経路１上の第１トランジットノードである。この場合、ネットワークデバイス２によって受信される、転送経路を示す第２指示情報は、ネットワークデバイス１によって追加された、経路１を示す完全情報である。完全情報は、上述したように、ＭＰＬＳネットワークにおけるホップバイホップ転送経路を示す情報、転送のための経路上の指定ノードの一部を示す情報、テールノードを示す情報等であってよい。

別の可能な事例において、第２ネットワークデバイスは、トランジットノードであり、第１ネットワークデバイスは、転送経路上で第２ネットワークデバイスより後に位置する次のネットワークデバイスであり、第１ネットワークデバイスによって受信されるパケットに保持される第２指示情報は、部分経路指示情報、すなわち、第１ネットワークデバイスからデスティネーションデバイスまでの経路の一部を示す情報であってよい。
図３は、例として用いられる。ネットワークデバイス１がヘッドノードである場合、ネットワークデバイス２は、ネットワークデバイス１によって決定されたパケット２の転送経路１上の次のネットワークデバイス、すなわち、経路１上の第１トランジットノードであり、ネットワークデバイス３は、経路１上でネットワークデバイス２より後に位置する次のネットワークデバイス、すなわち、経路１上の第２トランジットノードである。ネットワークデバイス２によって受信される、転送経路を示す第２指示情報は、ネットワークデバイス１によって追加された、経路１を示す完全情報であってよく、完全情報は、ＳＲ－ＭＰＬＳネットワークにおけるホップバイホップ転送経路を示す情報であってよい。例えば、完全情報は、ネットワークデバイス２を示す識別子２、ネットワークデバイス３を示す識別子３、およびネットワークデバイス４を示す識別子４を含む。ネットワークデバイス３によって受信される、転送経路を示す第２指示情報は、経路１の一部を示す情報であってよく、経路１の当該一部を示す情報は、ＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイス３からネットワークデバイス４までのホップバイホップ転送経路を示す情報であってよい。例えば、ネットワークデバイス２がネットワークデバイス２を示す識別子をパケットから除去し、次に、パケットをネットワークデバイス３に送信した場合、ネットワークデバイス３が受信したパケットにおける第２指示情報は、ネットワークデバイス３を示す識別子３およびネットワークデバイス４を示す識別子４、すなわち、経路１の当該一部を示す情報を含んでよい。

別の可能な事例において、第１ネットワークデバイスは第１トランジットノードではないが、第１ネットワークデバイスは、ヘッドノードによって追加された完全な経路情報、例えば、ヘッドノードによって追加された、テールノードのみを示す指示情報を受信してもよい。この場合、第１ネットワークデバイスは第２指示情報を含むパケットを前のトランジットノードから受信するが、前のトランジットノードを含む他のトランジットノードは、ヘッドノードによって追加された第２指示情報を更新しない。したがって、この場合、第１ネットワークデバイスによって受信されたパケットに含まれる第２指示情報は、依然として、ヘッドノードによって追加された完全な経路情報である。

別の可能な事例において、第１ネットワークデバイスは、代替的に、テールノードであってよい。テールノードによって受信された第２指示情報は、テールノードの識別子を含んでよい。テールノードは、１つのトンネルの終点、つなぎ合わせられたいくつかのトンネルの終点、または、ネットワークドメインまたは管理ドメインのドメイン境界ノードであってよい。

段階８０２：第１ネットワークデバイスは、第１指示情報に基づいて、パケットに対応するネットワークスライスを決定する。

第１指示情報は、パケットに対応するネットワークスライスを示すネットワークスライスの識別子を含んでよい。パケットを受信した後、第１ネットワークデバイスは、第１指示情報におけるネットワークスライスの識別子に基づいて、パケットに対応するネットワークスライスを決定してよい。第１指示情報をパケットに含める方式については、前述の実施形態における説明を参照されたい。本明細書では、詳細について改めて説明しない。

段階８０３：第１ネットワークデバイスは、ネットワークスライスを用いることによって、更新されたパケットを第３ネットワークデバイスに転送し、第３ネットワークデバイスは、パケットの転送経路上のデバイスであり、第２指示情報に基づいて決定される。

本実施形態において、第１ネットワークデバイスは、第２指示情報によって示されるパケット転送経路に基づいて、第３ネットワークデバイスが転送経路上の次のネットワークデバイスであると決定してよい。したがって、第１ネットワークデバイスは、ネットワークスライスに基づいて、パケットに対応する転送リソース、すなわち、パケットに対応する第１ネットワークデバイスによってネットワークスライスに割り当てられる転送リソースを決定してよく、ネットワークスライスに対応する転送リソースを用いることによって、更新されたパケットを第３ネットワークデバイスに転送してよい。転送リソースは、第１ネットワークデバイスの処理リソース、アウトバウンドインタフェースリソース、およびキューリソースのうちの１または複数を含んでよい。第１ネットワークデバイスがネットワークスライスに対応する転送リソースを決定し、転送リソースを用いることによってパケットを転送する処理は、図２に示す実施形態におけるものと同様である。詳細については、前述の実施形態を参照されたい。本明細書では、詳細について改めて説明しない。別の可能な事例において、第１ネットワークデバイスは、ネットワークスライスに基づいて、ネットワークトポロジ情報のような、パケット転送に関連する他の情報を決定し、決定された他の情報に基づいてパケットを転送してもよい。

第２指示情報は、転送経路上のノードまたはリンクを識別するために用いられるトンネルラベルを含んでよく、サービスラベル、例えば、サービスを識別するために用いられる仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ、ＶＰＮ）ラベルをさらに含んでよい。第１ネットワークデバイスがテールノードである場合、テールノードが第２指示情報に基づいて第３ネットワークデバイスを決定する方式は、ＶＰＮラベルに基づいて、サービスパケットを転送するために用いられるアウトバウンドインタフェースおよびネクストホップネットワークデバイス（すなわち、第３ネットワークデバイス）を決定するものであってよい。

可能な実施形態において、第１ネットワークデバイスは、受信されたパケットを更新し、更新されたパケットを取得する。更新されたパケットは、第１指示情報を含む、または、更新されたパケットは、更新された第１指示情報を含む。更新された第１指示情報は、第１指示情報に基づいて決定され、更新された第１指示情報は、更新されたパケットに対応するネットワークスライスを示す。

パケットが複数のネットワークドメインを通して転送される、例えば、複数のＭＰＬＳネットワークを通して転送される場合、複数のネットワークドメインにおけるネットワークデバイスは、完全なネットワークスライスを形成してよく、複数のネットワークドメインにおける複数のネットワークスライスに割り当てられるリソースの数またはタイプは、同じであってよく、または異なってよい。ただし、上述した具体的な事例に関係なく、異なるネットワークドメインにおけるネットワークスライスのために構成されるリソースが同じ場合でさえ、異なるネットワークドメインで用いられるネットワークスライス識別子は、異なってよい。したがって、第１ネットワークデバイスが、あるネットワークドメインにあり、別のネットワークドメインに接続される境界デバイスである場合、第１ネットワークデバイスは、受信されたパケットにおける第１指示情報を更新し、更新された第１指示情報を取得してよい。更新された第１指示情報は、次のネットワークドメインにおける対応するネットワークスライス識別子を示す。

例えば、ネットワークドメイン１およびネットワークドメイン２におけるネットワークデバイスは、完全なネットワークスライス１を形成し、ネットワークドメイン１におけるネットワークスライス１に対応するネットワークスライス識別子は、「００１」であり、ネットワークドメイン２におけるネットワークスライス１に対応するネットワークスライス識別子は、「００２」である。第１ネットワークデバイスは、ネットワークドメイン１にあり、ネットワークドメイン２に接続される境界デバイスである。第１ネットワークデバイスは、ネットワークドメイン１におけるネットワークデバイスによって転送されたパケット１を受信し、パケット１は、ネットワークスライス識別子「００１」を保持する。第１ネットワークデバイスが、ネットワークドメイン２におけるネットワークデバイスにパケット１を転送する前に、第１ネットワークデバイスは、パケット１を更新して更新されたパケット１を取得してよい。更新されたパケット１は、更新されたネットワークスライス識別子を含み、更新されたネットワークスライス識別子は、「００２」である。

可能な実施形態において、更新されたパケットは、更新された第２指示情報を含み、更新された第２指示情報は、更新されたパケットの転送経路を示す。第２ネットワークデバイスによって送信されたパケットが第２指示情報を含み、第２指示情報が完全な経路の前半と、完全な経路の後半を更新することを示す情報とを示す場合、第１ネットワークデバイスは、第２指示情報に示される完全な経路の後半を更新することを示す指示情報に基づいて、第２指示情報を更新し、更新された第２指示情報を取得してよく、更新された第２指示情報は、更新されたパケットの転送経路を示す。このように、第１ネットワークデバイスが更新されたパケットを転送する場合、更新されたパケットは、更新された第２指示情報を含み、更新されたパケットの後続の転送経路を示す。

可能な実施形態において、第１ネットワークデバイスは、代替的に、ＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークにおけるテールノードであってよい。第１ネットワークデバイスがテールノードである場合、第１ネットワークデバイスが、パケットに対応するネットワークスライスに基づいてパケットを転送する前に、第１ネットワークデバイスは、パケットをデカプセル化し、デカプセル化されたパケットを取得してよく、デカプセル化されたパケットは、ヘッドノードによって追加されたＭＰＬＳパケットヘッダを含まない。言い換えれば、第１ネットワークデバイスがＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークにおけるテールノードである場合、第１ネットワークデバイスは、ＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークの外にパケットを転送する必要がある。したがって、第１ネットワークデバイスは、パケットをデカプセル化し、パケットからＭＰＬＳパケットヘッダを除去してよく、これにより、ＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワーク外のネットワークデバイスがパケットを識別できない場合を回避する。

いくつかの場合、パケットは、ＭＰＬＳネットワークに入る前に、ＭＰＬＳラベルスタックを保持してよい。この場合、ＭＰＬＳネットワークのヘッドノードは、新たなＭＰＬＳラベルスタックを元のＭＰＬＳラベルスタックに追加し、パケットに対応するネットワークスライスおよびパケットの転送経路を示す。この場合、パケットをデカプセル化する場合、テールノードは、ヘッドノードによって追加されたＭＰＬＳラベルスタックのみをデカプセル化し、パケットにおける元のＭＰＬＳラベルスタックを保持する。したがって、テールノードがパケットをデカプセル化した後で取得されるデカプセル化されたパケットは、パケットがＭＰＬＳネットワークに入る前に保持されていたＭＰＬＳラベルスタックを依然として含む。この場合、テールノードによって転送されるデカプセル化されたパケットは、元のＭＰＬＳラベルスタックが保持するＭＰＬＳパケットヘッダを依然として含む。

別の実施形態において、第１ネットワークデバイスがテールノードである場合、第１ネットワークデバイスは、前述の段階８０２および８０３を実行しなくてよい。ただし、段階８０１の実行後、第１ネットワークデバイスは、ヘッドノードによって追加されたＭＰＬＳパケットヘッダ情報に除去オペレーションを実行し、次に、デスティネーションＩＰアドレスのような、パケットに保持される他の情報に基づいて、パケットを受信するためのデバイスを検索および決定し、当該デバイスにパケットを転送する。パケットを受信するためのデバイスは、例えば、ユーザアクセス側のデバイスであってよい。

前述の実施形態は、第１ネットワークデバイスがＭＰＬＳネットワークまたはＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスである例を用いて、本願の実施形態において提供されるパケット処理方法が適用されるシナリオを説明する。ただし、本願の実施形態において提供されるパケット処理方法は、さらに、パケットに対応するネットワークスライスが示される必要があるネットワークシナリオに適用されてよいことが理解されよう。本願の実施形態が適用されるネットワークシナリオは、本明細書において一意に限定されるものではない。

前述の実施形態を実装するために、本願は、ネットワークデバイスをさらに提供する。図９は、本願の実施形態に係るネットワークデバイス９００の構造の概略図である。

図９に示すネットワークデバイス９００は、いくつかの特定の特徴を示すが、図９が、簡潔性のために、本願の実施形態に開示される実装の、より関連性の高い態様を不明瞭にすることを回避すべく、様々な他の特徴を示していないことを、当業者であれば、本願の実施形態から認識しよう。この目的のために、例えば、いくつかの実装において、ネットワークデバイス９００は、１または複数の処理ユニット（ＣＰＵ）９０１、ネットワークインタフェース９０２、プログラミングインタフェース９０３、メモリ９０４、および様々なコンポーネントを相互接続するように構成される１または複数の通信バス９０５を含む。いくつかの他の実装において、いくつかの機能コンポーネントまたはユニットは、前述の例に基づて、ネットワークデバイス９００から省略またはこれに追加されてよい。

いくつかの実装において、別の目的に加えて、ネットワークインタフェース９０２は、ネットワークシステムにおける１または複数の他のネットワークデバイス／サーバを接続するように構成される。いくつかの実装において、通信バス９０５は、システムコンポーネントを相互接続し、システムコンポーネント間の通信を制御する回路を含む。メモリ９０４は、不揮発性メモリ、例えば、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリを含んでよい。メモリ９０４は、揮発性メモリを含んでもよい。揮発性メモリは、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよく、外部キャッシュとして用いられる。

いくつかの実装において、メモリ９０４またはメモリ９０４の非一時的コンピュータ可読記憶媒体は、以下のプログラム、モジュール、データ構造、またはこれらのサブセットを格納し、例えば、送受信機ユニット（図には示されていない）、取得ユニット９０４１、および処理ユニット９０４２を含む。

可能な実施形態において、ネットワークデバイス９００は、方法２００における第１ネットワークデバイスまたは方法８００における第１ネットワークデバイスのいずれかの機能を有してよい。ネットワークデバイス９００における送受信機ユニットは、段階２０３、段階８０１、または段階８０３を実行するように構成される。取得ユニット９０４１は、段階２０１を実行するように構成される。処理ユニット９０４２は、段階２０２または段階８０２を実行するように構成される。

ネットワークデバイス９００は、前述の方法の実施形態における第１ネットワークデバイスに対応し、ネットワークデバイス９００におけるモジュールおよび前述の他のオペレーションおよび／または機能は、別個に、方法の実施形態における第１ネットワークデバイスによって実装される様々な段階および方法を実装するために用いられることを理解されたい。具体的な詳細については、方法２００または方法８００を参照されたい。簡潔性のために、本明細書においては、詳細について改めて説明しない。

送受信機ユニットの前述の機能は、プロセッサによって、メモリ内のプログラムコードを呼び出すことによって実装されてよく、ネットワークインタフェース９０２との協働が、必要な場合に実行されることを理解されたい。代替的に、データ受信／送信オペレーションは、ネットワークデバイス９００上で、ネットワークインタフェース９０２によって完了されてよい。

様々な実装において、ネットワークデバイス９００は、本願の実施形態において提供されるパケット処理方法を実行する、例えば、図２または図８に示す実施形態に対応するパケット処理方法を実行するように構成される。

本願において提供される方法の実施形態および仮想装置の実施形態との対応関係において、本願の実施形態は、さらに、ネットワークデバイスを提供する。以下、ネットワークデバイスのハードウェア構造を説明する。

図１０は、本願の実施形態に係るネットワークデバイス１０００の構造の概略図である。ネットワークデバイス１０００は、前述の方法の実施形態における第１ネットワークデバイスとして構成されてよい。

ネットワークデバイス１０００は、前述の方法の実施形態における第１ネットワークデバイスに対応してよい。ネットワークデバイス１０００におけるハードウェアおよびモジュールおよび前述の他のオペレーションおよび／または機能は、別個に、方法の実施形態における第１ネットワークデバイスによって実装される様々な段階および方法を実装するために用いられる。どのようにネットワークデバイス１０００がパケットを転送するかについての詳細な手順の具体的な詳細は、前述の方法の実施形態を参照されたい。簡潔性のために、本明細書においては、詳細について改めて説明しない。前述の方法２００または方法８００の段階は、ネットワークデバイス１０００のプロセッサにおけるハードウェアの集積ロジック回路を用いることによって、またはソフトウェアの形式で命令を用いることによって、完了される。本願の実施形態を参照して開示される方法における段階は、ハードウェアプロセッサによって直接実行および完了されてよい、または、プロセッサにおけるハードウェアとソフトウェアモジュールとの組み合わせを用いることによって、実行および完了されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリ、またはレジスタのような当技術分野の成熟した記憶媒体に位置してよい。記憶媒体は、メモリに位置し、プロセッサは、メモリにおける情報を読み出し、プロセッサのハードウェアとの組み合わせで、前述の方法における段階を完了させる。繰り返しを回避するために、詳細は本明細書において改めて説明しない。

ネットワークデバイス１０００は、前述の仮想装置の実施形態におけるネットワークデバイス９００にも対応してよく、ネットワークデバイス９００における各機能モジュールは、ネットワークデバイス１０００のソフトウェアおよびハードウェアを用いることによって実装される。可能な実装において、ネットワークデバイス９００に含まれる機能モジュールは、ネットワークデバイス１０００のプロセッサがメモリに格納されたプログラムコードを読み出した後で生成される、または、ネットワークデバイス１０００のプロセッサによって、メモリに格納されたプログラムコードを読み出して通信インタフェースと協働することによって実装される。

ネットワークデバイス１０００は、メイン制御ボード１０１０およびインタフェースボード１０３０を含む。

メイン制御ボード１０１０は、メイン処理ユニット（ｍａｉｎ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＭＰＵ）またはルート処理カード（ｒｏｕｔｅ ｐｒｏｃｅｓｓｏｒ ｃａｒｄ）とも称される。メイン制御ボード１０１０は、ネットワークデバイス１０００におけるコンポーネントを制御および管理し、ルーティング計算、デバイス管理、デバイス維持、およびプロトコル処理のような機能を含む。メイン制御ボード１０１０は、中央処理装置１０１１およびメモリ１０１２を含む。

インタフェースボード１０３０は、ラインインタフェースユニットカード（ｌｉｎｅ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＬＰＵ）、ラインカード（ｌｉｎｅ ｃａｒｄ）、またはサービスボードとも称される。インタフェースボード１０３０は、様々なサービスインタフェースを提供し、データパケットを転送するように構成される。サービスインタフェースは、限定されるものではないが、イーサネットインタフェース、ＰＯＳ（Ｐａｃｋｅｔ ｏｖｅｒ ＳＯＮＥＴ／ＳＤＨ）インタフェース等を含む。イーサネットインタフェースは、例えば、フレキシブルイーサネットサービスインタフェース（Ｆｌｅｘｉｂｌｅ Ｅｔｈｅｒｎｅｔ Ｃｌｉｅｎｔ、ＦｌｅｘＥ Ｃｌｉｅｎｔ）である。インタフェースボード１０３０は、中央処理装置１０３１、ネットワークプロセッサ１０３２、転送エントリメモリ１０３４、および物理インタフェースカード（ｐｈｙｓｉｃａｌ ｉｎｔｅｒｆａｃｅ ｃａｒｄ、ＰＩＣ）１０３３を含む。

インタフェースボード１０３０上の中央処理装置１０３１は、インタフェースボード１０３０を制御および管理し、メイン制御ボード１０１０上の中央処理装置１０１１と通信するように構成される。

ネットワークプロセッサ１０３２は、パケットを転送するように構成される。ネットワークプロセッサ１０３２の形式は、転送チップであってよい。具体的には、アップリンクパケット上での処理は、パケット入力インタフェースおよび転送テーブルルックアップにおける処理を含み、ダウンリンクパケット上での処理は、転送テーブルルックアップ等を含む。

物理インタフェースカード１０３３は、物理層相互接続機能を実装するように構成される。元のトラフィックは、物理インタフェースカード１０３３からインタフェースボード１０３０に入り、処理されたパケットは、物理インタフェースカード１０３３から送出される。物理インタフェースカード１０３３は、少なくとも１つの物理インタフェースを含み、物理インタフェースは、物理ポートとも称される。物理インタフェースカード１０３３は、システムアーキテクチャにおけるＦｌｅｘＥ物理インタフェースに対応する。物理インタフェースカード１０３３は、サブカードとも称され、インタフェースボード１０３０上に搭載されてよく、光／電気信号のパケットへの変換を担い、パケット上で有効性チェックを実行し、パケットを処理のためにネットワークプロセッサ１０３２に転送する。いくつかの実施形態において、インタフェースボード１０３０上の中央処理装置１０３１は、ネットワークプロセッサ１０３２の機能を実行、例えば、汎用ＣＰＵに基づくソフトウェア転送を実装してもよく、これにより、ネットワークプロセッサ１０３２は、物理インタフェースカード１０３３において不要となる。

任意選択的に、ネットワークデバイス１０００は、複数のインタフェースボードを含む。例えば、ネットワークデバイス１０００は、インタフェースボード１０４０をさらに含み、インタフェースボード１０４０は、中央処理装置１０４１、ネットワークプロセッサ１０４２、転送エントリメモリ１０４４、および物理インタフェースカード１０４３を含む。

任意選択的に、ネットワークデバイス１０００は、スイッチングボード１０２０をさらに含む。スイッチングボード１０２０は、スイッチファブリックユニット（ｓｗｉｔｃｈ ｆａｂｒｉｃ ｕｎｉｔ、ＳＦＵ）とも称されてよい。ネットワークデバイスが複数のインタフェースボード１０３０を有する場合、スイッチングボード１０２０は、インタフェースボード間でデータ交換を完了するように構成される。例えば、インタフェースボード１０３０およびインタフェースボード１０４０は、スイッチングボード１０２０を介して互いに通信してよい。

メイン制御ボード１０１０は、インタフェースボード１０３０に結合されている。例えば、メイン制御ボード１０１０、インタフェースボード１０３０および１０４０、およびスイッチングボード１０２０は、システムバスを通してシステムバックプレーンに接続され、互いに通信する。可能な実装において、プロセス間通信（ｉｎｔｅｒ－ｐｒｏｃｅｓｓ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＩＰＣ）チャネルがメイン制御ボード１０１０とインタフェースボード１０３０との間で確立され、メイン制御ボード１０１０は、ＩＰＣチャネルを通してインタフェースボード１０３０と通信する。

論理的に、ネットワークデバイス１０００は、制御プレーンおよび転送プレーンを含む。制御プレーンは、メイン制御ボード１０１０および中央処理装置１０３１を含む。転送プレーンは、転送エントリメモリ１０３４、物理インタフェースカード１０３３、およびネットワークプロセッサ１０３２のような、転送を実行するコンポーネントを含む。制御プレーンは、ルーティング、転送テーブルの生成、シグナリングおよびプロトコルパケットの処理、ならびにデバイスステータスの構成および維持のような機能を実行する。制御プレーンは、生成された転送テーブルを転送プレーンに伝送する。転送プレーンにおいて、制御プレーンによって伝送された転送テーブルに基づいて、テーブルルックアップを実行することによって、ネットワークプロセッサ１０３２は、物理インタフェースカード１０３３によって受信されたパケットを転送する。制御プレーンから伝送された転送テーブルは、転送エントリメモリ１０３４に格納されてよい。いくつかの実施形態において、制御プレーンおよび転送プレーンは、完全に分離されてよく、同じデバイス上にはない。

ネットワークデバイス１０００が方法２００における第１ネットワークデバイスとして構成される場合、中央処理装置１０１１は、パケットを取得し、第１指示情報および第２指示情報をパケットに追加して更新されたパケットを取得してよい。ネットワークプロセッサ１０３２は、物理インタフェースカード１０３３をトリガし、更新されたパケットを第２ネットワークデバイスに送信させる。

ネットワークデバイス１０００が方法８００における第１ネットワークデバイスとして構成される場合、中央処理装置１０１１は、パケットを取得し、パケットにおける第１指示情報に基づいて、パケットに対応するネットワークスライスを決定してよい。ネットワークプロセッサ１０３２は、物理インタフェースカード１０３３をトリガし、更新されたパケットを第２ネットワークデバイスに送信させる。

ネットワークデバイス９００における送受信機ユニットは、ネットワークデバイス１０００における物理インタフェースカード１０３３または物理インタフェースカード１０４３と等価であってよく、ネットワークデバイス９００における取得ユニット９０４１および処理ユニット９０４２は、ネットワークデバイス１０００における中央処理装置１０１１または中央処理装置１０３１と等価であってよいことを理解されたい。

インタフェースボード１０４０に対するオペレーションは、本願の本実施形態におけるインタフェースボード１０３０に対するオペレーションと一致することを理解されたい。簡潔性のために、詳細は改めて説明しない。本実施形態におけるネットワークデバイス１０００は、前述の方法の実施形態における第１ネットワークデバイスまたは第２ネットワークデバイスに対応してよいことを理解されたい。ネットワークデバイス１０００におけるメイン制御ボード１０１０と、インタフェースボード１０３０および／またはインタフェースボード１０４０とは、前述の方法の実施形態における第１ネットワークデバイスまたは第２ネットワークデバイスによって実装された機能および／または様々な段階を実装してよい。簡潔性のために、本明細書においては、詳細について改めて説明しない。

１または複数のメイン制御ボードが存在してよく、複数のメイン制御ボードが存在する場合、メイン制御ボードは、アクティブメイン制御ボードおよびスタンバイメイン制御ボードを含んでよいことに留意されたい。１または複数のインタフェースボードが存在してよく、より大きいデータ処理能力を有するネットワークデバイスは、より多くのインタフェースボードを提供する。インタフェースボード上に１または複数の物理インタフェースカードもあり得る。スイッチングボードが存在しなくてよい、または、１または複数のスイッチングボードが存在してよい。複数のスイッチングボードが存在する場合、負荷分散および冗長バックアップが共に実装されてよい。集中型転送アーキテクチャでは、ネットワークデバイスはスイッチングボードを必要としないことがあり、インタフェースボードによって、システム全体のサービスデータを処理する機能が提供される。分散型転送アーキテクチャにおいて、ネットワークデバイスは、少なくとも１つのスイッチングボードを有し得、複数のインタフェースボード間のデータ交換は、スイッチングボードを用いることによって実装され、大容量のデータ交換および処理能力を提供する。したがって、分散型アーキテクチャにおけるネットワークデバイスのデータアクセスおよび処理能力は、集中型アーキテクチャにおけるデバイスより良い。任意選択的に、ネットワークデバイスは、代替的に、１つのカードのみが存在する形式であってよい。具体的には、スイッチングボードが存在せず、インタフェースボードおよびメイン制御ボードの機能はカード上に統合される。この場合、インタフェースボード上の中央処理装置およびメイン制御ボード上の中央処理装置は、組み合わせられてカード上の１つの中央処理装置になり、２つの中央処理装置が組み合わせられた後で取得される機能を実行してよい。この形式のデバイス（例えば、ローエンドのスイッチまたはルータのようなネットワークデバイス）は、弱いデータ交換および処理能力を有する。どのアーキテクチャが具体的に用いられるかは、具体的なネットワーク展開シナリオに応じて異なり、本明細書において一意に限定されない。

いくつかの可能な実施形態において、第１ネットワークデバイスまたは第２ネットワークデバイスは、仮想化デバイスとして実装されてよい。例えば、仮想化デバイスは、パケット送信機能を有するプログラムが実行される仮想マシン（英語：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ、ＶＭ）であってよく、仮想マシンは、ハードウェアデバイス（例えば、物理的サーバ）上に展開される。仮想マシンは、完全なハードウェアシステム機能を有し、完全に分離された環境で実行される完全なソフトウェアシミュレーションのコンピュータシステムである。仮想マシンは、第１ネットワークデバイスまたは第２ネットワークデバイスとして構成されてよい。例えば、第１ネットワークデバイスまたは第２ネットワークデバイスは、ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）技術と組み合わせられた汎用物理サーバに基づいて実装されてよい。第１ネットワークデバイスまたは第２ネットワークデバイスは、仮想ホスト、仮想ルータ、または仮想スイッチである。本願を読んだ後、ＮＦＶ技術を参照して、当業者であれば、汎用物理サーバ上で、前述の機能を有する第１ネットワークデバイスまたは第２ネットワークデバイスを仮想化することができよう。詳細は本明細書において説明しない。

前述の製品形式のネットワークデバイスは、前述の方法の実施形態における第１ネットワークデバイスまたは第２ネットワークデバイスのいずれかの機能を別個に有し、詳細は本明細書において説明しないことを理解されたい。

本願の実施形態は、コンピュータプログラム製品を提供する。コンピュータプログラム製品がネットワークデバイス上で実行される場合、ネットワークデバイスは、方法２００または方法８００における第１ネットワークデバイスによって実行される方法を実行可能にされる。

図１１を参照すると、本願の実施形態は、ネットワークシステム１１００を提供する。システム１１００は、ネットワークデバイス１１０１およびネットワークデバイス１１０２を含む。任意選択的に、ネットワークデバイス１１０１は、方法２００における第１ネットワークデバイスであってよく、ネットワークデバイス９００またはネットワークデバイス１０００およびネットワークデバイス１１０１は、ネットワークにおけるヘッドノードであってよい。ネットワークデバイス１１０２は、方法８００における第１ネットワークデバイスであってよく、ネットワークデバイス９００またはネットワークデバイス１０００およびネットワークデバイス１１０２は、ネットワークにおけるトランジットノードであってよい。任意選択的に、システム１１００は、ネットワークデバイス１１０３をさらに含んでよく、ネットワークデバイス１１０３は、ネットワークデバイス９００またはネットワークデバイス１０００であってよく、ネットワークデバイス１１０３は、ネットワークにおけるテールノードであってよい。

本願の実施形態は、さらに、プロセッサおよびインタフェース回路を含むチップを提供する。インタフェース回路は、命令を受信し、命令をプロセッサに伝送するように構成される。プロセッサは、メモリに結合され、メモリは、プログラムまたは命令を格納するように構成され。プログラムまたは命令がプロセッサによって実行された場合、チップシステムは、前述の方法の実施形態のいずれか１つにおける方法を実装可能にされる。

任意選択的に、チップシステムには、１または複数のプロセッサが存在してよい。プロセッサは、ハードウェアを用いることによって実装されてよい、または、ソフトウェアを用いることによって実装されてよい。プロセッサがハードウェアを用いることによって実装される場合、プロセッサは、論理回路、集積回路等であってよい。プロセッサがソフトウェアを用いることによって実装される場合、プロセッサは、汎用プロセッサであってよく、メモリに格納されているソフトウェアコードを読み出すことによって実装される。

任意選択的に、チップシステムには、１または複数のメモリが存在してもよい。メモリは、プロセッサに統合されてよい、または、プロセッサとは独立に配置されてよい。これは、本願において限定されるものではない。例えば、メモリは、非一時的プロセッサ、例えば、リードオンリメモリＲＯＭであってよい。メモリおよびプロセッサは、同じチップに集積されてよい、または、異なるチップ上に別個に配置されてよい。メモリのタイプ並びにメモリおよびプロセッサの配置方式は、本願において特に限定されるものではない。

例えば、チップシステムは、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、システムオンチップ（ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ、ＳｏＣ）、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ、ＮＰ）、デジタル信号処理回路（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、プログラマブルコントローラ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、または別の集積チップであってよい。

前述の内容は、本願の実施形態を詳述する。本願の実施形態における方法の段階は、実際の要求に基づいて、連続的にスケジューリングされ、組み合わせられ、または削除されてよい。本願の実施形態における装置のモジュールは、実際の要求に基づいて、分割され、組み合わせられ、または削除されてよい。

明細書全体で記述される「一実施形態」または「実施形態」は、実施形態に関連する特定の特徴、構造、または特性が、本願の少なくとも１つの実施形態に含まれることを意味することを理解されたい。したがって、本明細書全体にわたって出現する「一実施形態において」または「実施形態において」は、必ずしも同じ実施形態を意味するものではない。さらに、これらの特定の特徴、構造または特性は、任意の適切な方式で、１または複数の実施形態に組み合わせられてよい。前述のプロセスのシーケンス番号は本願の実施形態における実行順序を意味するものではないことを理解されたい。プロセスの実行順序は、プロセスの機能および内部論理に基づいて、決定されるべきであり、本願の実施形態の実装プロセスに対するいかなる限定としても解釈されるべきでない。

本明細書での「および／または」という用語は、関連対象を説明するための対応関係のみを説明しており、３つの関係が存在してよいことを表している。例えば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する、ＡおよびＢの両方が存在する、および、Ｂのみが存在するという場合を表し得る。さらに、本明細書における記号「／」は、概して、関連対象間の「または」の関係を示している。

本願の実施形態において、「ＢはＡに対応する」は、ＢがＡに関連付けられ、ＢがＡに基づいて決定されてよいことを示すことを理解されたい。ただし、Ａに基づいてＢを決定することは、ＢがＡのみに基づいて決定されることを意味するものではなく、Ｂは、代替的に、Ａおよび／または他の情報に基づいて決定されてよいことをさらに理解されたい。

当業者は、本明細書に開示される実施形態に説明される例と組み合わせて、ユニットおよびアルゴリズム段階が、電子的ハードウェア、コンピュータソフトウェア、またはこれらの組み合わせにより実装され得ることを認識し得る。ハードウェアとソフトウェアとの間の互換性を明確に説明するために、前述の内容は、各例の構成要素および段階を機能に基づいて一般的に説明している。これらの機能がハードウェアまたはソフトウェアのどちらで実行されるかは、技術的解決手段の具体的な用途および設計の制約に応じて決まる。当業者は、異なる方法を用いて、説明される機能を具体的な用途毎に実装してよいが、このような実装が本願の範囲を超えるとみなされるべきではない。

簡便かつ簡単な説明を目的として、前述のシステム、装置、およびユニットの詳細な動作プロセスについては、前述の方法の実施形態における対応するプロセスが参照されるべきであり、本明細書では詳細について改めて説明しないことを、当業者であれば明確に理解することができる。

本願において提供されたいくつかの実施形態において、開示されたシステム、装置、および方法は、他の方式で実装されてよいことを理解されたい。例えば、説明される装置の実施形態は例に過ぎない。例えば、複数のユニットへの分割は、論理的な機能分割に過ぎず、実際の実装の際には、他の分割であってもよい。例えば、複数のユニットまたはコンポーネントを組み合わせてもよいし、または別のシステムに統合してもよいし、またはいくつかの特徴を無視してもよいし、または実行されなくてもよい。さらに、示されたまたは説明された相互結合または直接結合または通信接続は、いくつかのインタフェースを通して実装されてよい。装置またはユニット間の間接結合または通信接続は、電気的形態、機械的形態、または他の形式で実装されてよい。

別個の部分として説明されているユニットは、物理的に離れていてもそうでなくてもよく、ユニットとして表示されている部分は、物理ユニットであってもそうでなくてもよい、言い換えれば、１つの位置に位置付けられてもよいし、または、複数のネットワークユニット上に分散されてもよい。ユニットの一部または全部は、実施形態の解決手段の目的を実現するための実際の要求に基づいて選択され得る。

さらに、本願の実施形態における機能ユニットが統合されて１つの処理ユニットになってもよいし、または、これらのユニットの各々が物理的に単独で存在してもよいし、または、２つまたはそれより多くのユニットが統合されて１つのユニットになってもよい。統合されたユニットは、ハードウェアの形式で実装されてもよく、または、ソフトウェア機能ユニットの形式で実装されてもよい。

統合されたユニットがソフトウェア機能ユニットの形式で実装され、独立した製品として販売または使用される場合、統合されたユニットは、コンピュータ可読記憶媒体に格納されてよい。そのような理解に基づいて、本願の技術的解決手段は基本的に、または現在の技術に寄与する部分、または技術的解決手段の全部または一部は、ソフトウェア製品の形式で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス／サーバ等であってよい）に本願の実施形態における方法の段階の全部または一部を実行するよう命令するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ、ランダムアクセスメモリ、磁気ディスクまたは光学ディスクのような、プログラムコードを格納できる任意の媒体を含む。
［他の可能な項目］
１．パケット処理方法であって、
第１ネットワークデバイスによって、パケットを取得する段階と、
前記第１ネットワークデバイスによって、第１指示情報および第２指示情報を前記パケットに追加し、更新されたパケットを取得する段階であって、前記第１指示情報および前記第２指示情報は、前記更新されたパケットのマルチプロトコルラベルスイッチングＭＰＬＳパケットヘッダに位置し、前記第１指示情報は、前記パケットに対応するネットワークスライスを示し、前記第２指示情報は、前記パケットの転送経路を示す、段階と、
前記第１ネットワークデバイスによって、前記更新されたパケットを第２ネットワークデバイスに送信する段階と、
を備える方法。
２．前記ＭＰＬＳパケットヘッダは、ＭＰＬＳラベルスタックを含み、前記ＭＰＬＳラベルスタックは、第１ラベルフィールドおよび第２ラベルフィールドを含み、前記第１ラベルフィールドは、前記第２ラベルフィールドが前記第１指示情報を含むことを示し、前記第２ラベルフィールドは、前記第１指示情報を含む、項目１に記載のパケット処理方法。
３．前記第１ラベルフィールドは、拡張ラベルＥＬおよび拡張特殊目的ラベルＥＳＰＬを含む、項目２に記載のパケット処理方法。
４．前記ＭＰＬＳパケットヘッダは、ＭＰＬＳ特殊目的ラベルを含み、前記ＭＰＬＳ特殊目的ラベルにおける予約済みフィールドは、前記第１指示情報を含む、項目１に記載のパケット処理方法。
５．前記ＭＰＬＳ特殊目的ラベルは、エントロピーラベルまたはフロー識別子Ｆｌｏｗ－ＩＤラベルを含む、項目４に記載のパケット処理方法。
６．前記予約済みフィールドは、優先度ＴＣフィールドおよびタイム・トゥー・ライブＴＴＬフィールドのうちの１または複数を含む、項目４または５に記載のパケット処理方法。
７．前記ＭＰＬＳパケットヘッダは、ＭＰＬＳ拡張ヘッダを含み、前記ＭＰＬＳ拡張ヘッダは、前記第１指示情報を保持する、項目１に記載のパケット処理方法。
８．前記第１ネットワークデバイスによって、前記更新されたパケットを第２ネットワークデバイスに送信する前記段階は、
前記第１ネットワークデバイスによって、前記ネットワークスライスに基づいて、前記更新されたパケットを送信するために用いられる転送リソースを決定する段階と、
前記第１ネットワークデバイスによって、前記転送リソースを用いることによって前記更新されたパケットを送信する段階と
を含む、項目１から７のいずれか一項に記載のパケット処理方法。
９．前記転送リソースは、前記第１ネットワークデバイスの処理リソース、アウトバウンドインタフェースリソース、およびキューリソースのうちの１または複数を含む、項目８に記載のパケット処理方法。
１０．前記第１ネットワークデバイスによって前記第２ネットワークデバイスに送信される前記更新されたパケットは、第１パケットであり、前記方法は、
前記第１ネットワークデバイスによって、前記パケットを更新し、第２パケットを取得する段階であって、前記第２パケットは、前記第１指示情報および第３指示情報を含み、前記第３指示情報は、前記第２パケットの転送経路を示す、段階と、
前記第１ネットワークデバイスによって、前記第２パケットを第３ネットワークデバイスに送信する段階と、
をさらに備える、項目１から９のいずれか一項に記載のパケット処理方法。
１１．前記第１ネットワークデバイスは、ＭＰＬＳネットワークまたはセグメントルーティングマルチプロトコルラベルスイッチングＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスである、項目１から１０のいずれか一項に記載のパケット処理方法。
１２．第１ネットワークデバイスによって、第２ネットワークデバイスによって送信されたパケットを受信する段階であって、前記パケットは、マルチプロトコルラベルスイッチングＭＰＬＳパケットヘッダを含み、前記ＭＰＬＳパケットヘッダは、第１指示情報および第２指示情報を含む、段階と、
前記第１ネットワークデバイスによって、前記第１指示情報に基づいて、前記パケットに対応するネットワークスライスを決定する段階と、
前記第１ネットワークデバイスによって、前記ネットワークスライスを用いることによって、更新されたパケットを第３ネットワークデバイスに転送する段階であって、前記第３ネットワークデバイスは、前記パケットの転送経路上のデバイスであり、前記第２指示情報に基づいて決定される、段階と、
を備えるパケット処理方法。
１３．前記第１ネットワークデバイスによって、前記ネットワークスライスを用いることによって、更新されたパケットを第３ネットワークデバイスに転送する前記段階は、
前記第１ネットワークデバイスによって、前記パケットに対応する前記ネットワークスライスに基づいて、前記第１ネットワークデバイスによって前記ネットワークスライスに割り当てられる転送リソースを決定する段階と、
前記第１ネットワークデバイスによって、前記転送リソースを用いることによって、前記更新されたパケットを前記第３ネットワークデバイスに転送する段階と、
を含む、項目１２に記載のパケット処理方法。
１４．前記転送リソースは、前記第１ネットワークデバイスの処理リソース、アウトバウンドインタフェースリソース、およびキューリソースのうちの１または複数を含む、項目１３に記載のパケット処理方法。
１５．前記更新されたパケットは、前記第１指示情報を含む、または、前記パケットは、更新された第１指示情報を含み、前記更新された第１指示情報は、前記第１指示情報に基づいて決定され、前記更新された第１指示情報は、前記更新されたパケットに対応する前記ネットワークスライスを示す、項目１２から１４のいずれか一項に記載のパケット処理方法。
１６．前記更新されたパケットは、更新された第２指示情報を含み、前記更新された第２指示情報は、前記更新されたパケットの転送経路を示す、項目１５に記載のパケット処理方法。
１７．前記第１ネットワークデバイスが前記パケットに対応する前記ネットワークスライスに基づいて前記パケットを転送する前に、前記方法は、
前記第１ネットワークデバイスによって、前記パケットをデカプセル化し、デカプセル化されたパケットを取得する段階
をさらに備える、項目１２から１６のいずれか一項に記載のパケット処理方法。
１８．前記ＭＰＬＳパケットヘッダは、ＭＰＬＳラベルスタックを含み、前記ＭＰＬＳラベルスタックは、第１ラベルフィールドおよび第２ラベルフィールドを含み、前記第１ラベルフィールドは、前記第２ラベルフィールドが前記第２指示情報を含むことを示し、前記第２ラベルフィールドは、前記第２指示情報を含む、項目１２から１７のいずれか一項に記載のパケット処理方法。
１９．前記第１ラベルは、拡張ラベルおよび拡張特殊目的ラベルを含む、項目１８に記載のパケット処理方法。
２０．前記ＭＰＬＳパケットヘッダは、ＭＰＬＳ特殊目的ラベルを含み、前記ＭＰＬＳ特殊目的ラベルにおける予約済みフィールドは、前記第１指示情報を含む、項目１２から１７のいずれか一項に記載のパケット処理方法。
２１．前記ＭＰＬＳ特殊目的ラベルは、エントロピーラベルまたはフロー識別子ラベルを含む、項目２０に記載のパケット処理方法。
２２．前記予約済みフィールドは、優先度フィールドおよびタイム・トゥー・ライブフィールドのうちの１または複数を含む、項目２０または２１に記載のパケット処理方法。
２３．前記ＭＰＬＳパケットヘッダは、ＭＰＬＳ拡張ヘッダを含み、前記ＭＰＬＳ拡張ヘッダは、前記第１指示情報を保持する、項目１２から２２のいずれか一項に記載のパケット処理方法。
２４．前記第１ネットワークデバイスは、ＭＰＬＳネットワークまたはセグメントルーティングマルチプロトコルラベルスイッチングＳＲ－ＭＰＬＳネットワークにおけるネットワークデバイスである、項目１２から２３のいずれか一項に記載のパケット処理方法。
２５．プロセッサおよびメモリを備えるネットワークデバイスであって、前記メモリは、命令を格納するように構成され、前記プロセッサは、前記メモリにおける前記命令を実行するように構成され、これにより、前記ネットワークデバイスは項目１から１１のいずれか一項に記載の方法を実行する、ネットワークデバイス。
２６．プロセッサおよびメモリを備えるネットワークデバイスであって、前記メモリは、命令を格納するように構成され、前記プロセッサは、前記メモリにおける前記命令を実行するように構成され、これにより、前記ネットワークデバイスは項目１２から２４のいずれか一項に記載の方法を実行する、ネットワークデバイス。
２７．項目２５に記載のネットワークデバイスと、項目２６に記載のネットワークデバイスとを備えるネットワークシステム。
２８．コンピュータ可読記憶媒体であって、前記コンピュータ記憶媒体は、コンピュータ可読命令を格納し、前記コンピュータ可読命令がプロセッサによって実行される場合、項目１から２４のいずれか一項に記載の方法が実装される、コンピュータ可読記憶媒体。

Claims (28)

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. プロセッサに請求項１から２４のいずれか一項に記載の方法を実行させる、プログラム。