JP2024069227A - データ伝送制御方法及び装置 - Google Patents

データ伝送制御方法及び装置 Download PDF

Info

Publication number
JP2024069227A
JP2024069227A JP2024022118A JP2024022118A JP2024069227A JP 2024069227 A JP2024069227 A JP 2024069227A JP 2024022118 A JP2024022118 A JP 2024022118A JP 2024022118 A JP2024022118 A JP 2024022118A JP 2024069227 A JP2024069227 A JP 2024069227A
Authority
JP
Japan
Prior art keywords
interface
network device
data packet
identification information
resource object
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2024022118A
Other languages
English (en)
Inventor
俊▲達▼ 姚
志波 胡
杰 董
新▲ジュン▼ ▲陳▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2024069227A publication Critical patent/JP2024069227A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/20—Hop count for routing purposes, e.g. TTL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/021—Ensuring consistency of routing table updates, e.g. by using epoch numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/123—Evaluation of link metrics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/30—Routing of multiclass traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/38—Flow based routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/42—Centralised routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/54—Organization of routing tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/741—Routing in networks with a plurality of addressing schemes, e.g. with both IPv4 and IPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Environmental & Geological Engineering (AREA)

Abstract

【課題】リソースの浪費の問題を解決するためのデータ伝送制御方法及び装置を開示する。【解決手段】ネットワークデバイスのインタフェースで、データパケットを転送するための、インタフェースリソースオブジェクトを決定するために、1つ以上の識別情報が加えられる。加えられる1つ以上の識別情報は、1つのグローバル識別情報を含む。グローバル識別情報はネットワークスライスに対応することができ、異なるネットワークスライスはグローバル識別情報の異なる値に対応する。グローバルネットワーク識別子は、1つ以上のインタフェースリソースオブジェクトに対応する。1つのインタフェースリソースオブジェクトは、1つのネットワークスライスだけによって占められてもよく、又は、1つのインタフェースリソースオブジェクトは、複数のネットワークスライスによって共同で共有されてもよい。【選択図】図１２

Description

この出願は、2019年9月11日に中国国家知識産権局に出願された「データ伝送制御方法及び装置」なる名称の中国特許出願第201910860821．5号に基づく優先権を主張するとともに、2019年11月22日に中国国家知識産権局に出願された「データ伝送制御方法及び装置」なる名称の中国特許出願第201911159775．2号に基づく優先権を主張し、これらの出願は、それらの全体が参照により本願に組み入れられる。
この出願の実施形態は、通信技術の分野に関し、特に、データ伝送制御方法及び装置に関する。
現在、サービスフロー転送中、ネットワークデバイスは、通常、データパケット内の送信先アドレスに基づいてネクストホップネットワークデバイスを探し、その後、データパケットをネクストホップネットワークデバイスに転送する。しかしながら、ネットワークデバイスは、ネクストホップネットワークデバイスと通信するための複数のインタフェースを有する場合がある。この場合、ネットワークデバイスは、通常、データパケットをネクストホップネットワークデバイスに転送するためにインタフェースをランダムに選択するか又はインタフェースのアクティビティ状態に基づいてインタフェースを選択する。その結果、転送リソースは異なるサービスフローについて分離されることができず、幾つかのインタフェースが選択されないままになり、その結果、インタフェースリソースの浪費をもたらす場合がある。
この出願の実施形態は、インタフェースリソースの浪費の問題を解決するために、データ伝送制御方法及び装置を提供する。
第1の態様によれば、この出願の一実施形態はデータ伝送制御方法を提供する。方法において、第1のネットワークデバイスは、送信先アドレス及び第1の識別情報を運ぶ第1のデータパケットを取得する。その後、第1のネットワークデバイスは、送信先アドレスに基づいてターゲットインタフェースを決定する。ターゲットインタフェースは、第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースである。第2のネットワークデバイスは、第1のネットワークデバイスのネクストホップネットワークデバイスである。更に、第1のネットワークデバイスは、第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定し、少なくとも1つのインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送する。
この実施形態において、第1の識別情報は、自己定義グローバルポリシー識別子（Self－definition global policy identification、略称SDGP ID）と称される場合がある。SDGP IDは、グローバルな意味を有し、転送リソース（インタフェースリソースオブジェクト）を選択するために使用される。グローバル識別情報は、代替的に別の名前に命名されてもよいことが理解される。第1の識別情報の異なる値は、異なるネットワークスライスに対応することができる。
前述の解決策では、転送経路が決定された後、言い換えると、ターゲットインタフェースが決定された後、転送のためにターゲットインタフェース上にある1つ以上のインタフェースリソースオブジェクトが転送プレーン上の第1の識別情報を使用して示される。更に、2つのネットワークデバイス間には実際には1つの経路しかない。しかしながら、転送プレーンでは、異なるサービスフローが実際には異なる伝送経路に対応する。このようにして、トポロジ経路計算結果が再利用され、インタフェースリソースの浪費が低減される。ターゲットインタフェースはバインディングインタフェースであってもよく、また、インタフェースリソースオブジェクトは物理インタフェースである。この場合、データパケットは、サブインタフェースをランダムに選択することによって転送されないが、第1の識別情報は、データパケットを転送するために使用されるべき1つ以上のインタフェースを識別するために使用される。すなわち、データパケットのための複数の伝送経路は、インタフェースリソース利用を改善するために、2つのネットワークデバイス間の全てのインタフェースに基づいて計画される。
ターゲットインタフェースは物理インタフェースであってもよく、インタフェースリソースオブジェクトは物理サブインタフェースであってもよい。或いは、ターゲットインタフェースは物理インタフェースであってもよく、インタフェースリソースオブジェクトは論理サブインタフェース又はパケットオブジェクトであってもよい。この場合、ネットワークデバイス間に物理インタフェースが1つしかないとき、インタフェースリソース利用率を向上させるために、ネットワークデバイス用の物理インタフェース上に複数の論理サブインタフェース又はパケットキューを構成することができる。したがって、2つのネットワークデバイス間には複数の伝送経路がある。制御プレーンでの転送経路の計算中、転送経路は、物理インタフェースのみに基づいて決定され得る。転送プレーンでは、異なるサービスフローが実際には異なる伝送経路に対応する。このようにして、トポロジ経路計算結果が再利用され、インタフェースリソースの浪費が低減される。
想定し得る形態において、第1のネットワークデバイスは、以下の態様で送信先アドレスに基づいてターゲットインタフェースを決定することができ、すなわち、第1のネットワークデバイスは、送信先アドレスとターゲットインタフェース識別子との間にあってルーティング・転送テーブルに含まれる対応関係に基づいて送信先アドレスに対応するターゲットインタフェース識別子を決定する。ターゲットインタフェース識別子は、ターゲットインタフェースを識別するために使用される。
想定し得る形態において、第1のネットワークデバイスは、以下の態様で第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定することができる、すなわち、第1のネットワークデバイスは、第1の識別情報とターゲットインタフェース上の第1のインタフェースリソースオブジェクトとの間の1対1のマッピング関係に基づいて第1の識別情報に対応する第1のインタフェースリソースオブジェクトを決定する。前述の形態では、第1の識別情報と第1のインタフェースリソースオブジェクトとの間に1対1のマッピング関係があり、異なるサービスフローが異なるインタフェースリソースオブジェクトを使用して転送される。すなわち、異なるサービスフローの伝送経路間の分離を実施するために、2つのネットワークデバイス間の複数の伝送経路を使用することによって異なるサービスフローがネクストホップネットワークデバイスに送信される。
ネットワークスライスへの適用のシナリオでは、異なるネットワークスライスによって異なるインタフェースリソースオブジェクトが使用され得る。2つのネットワークデバイス間のターゲットインタフェースは複数のインタフェースリソースオブジェクトに対応し、また、異なるインタフェースリソースオブジェクトは異なるネットワークスライスによって使用され得る。第1の識別情報を使用することによって、インタフェースリソースオブジェクトが区別され、すなわち、異なるネットワークスライスが区別される。Flex－Algo IDを使用することによって異なる経路が計算された後、異なるネットワークスライス間のデータプレーン転送リソースが第1の識別情報を使用することによって転送プレーン上で分離される。更に、2つのネットワークデバイス間には実際には1つの経路しかない。しかしながら、転送プレーンでは、異なるデータが実際には異なる伝送経路に対応する。このようにして、トポロジ経路計算結果が再利用され、リソースの浪費が低減される。
想定し得る形態において、第1のネットワークデバイスは第1のマッピング・転送テーブルを記憶し、また、第1のマッピング・転送テーブルは、第1のインタフェースリソースオブジェクトの識別子とターゲットインタフェース識別子及び第1の識別情報のそれぞれとの間の対応関係を含む。更に、第1のネットワークデバイスは、以下の態様でマッピング関係に基づいて第1の識別情報に対応する第1のインタフェースリソースオブジェクトを決定することができ、すなわち、第1のネットワークデバイスは、第1のマッピング・転送テーブルに基づいて、第1の識別情報に対応し、ターゲットインタフェース識別子によって識別されるターゲットインタフェース上にある第1のインタフェースリソースオブジェクトの識別子を決定する。第1のインタフェースリソースオブジェクトの識別子は、第1のインタフェースリソースオブジェクトを識別するために使用される。
想定し得る形態では、第1のインタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第1のホップ単位動作（PHB）が使用され、また、第1のネットワークデバイスが少なくとも1つのインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送することは、マッピング関係に基づいて第1の識別情報に対応する第1のインタフェースリソースオブジェクトを決定した後に、第1のネットワークデバイスが、第1のPHB及び第1のインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送することを含む。
想定し得る形態では、第1の識別情報とN個のインタフェースリソースオブジェクトとの間にマッピング関係があり、Nは1よりも大きい整数であり、また、第1のネットワークデバイスが第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定することは、第1のネットワークデバイスが、第1の識別情報がマッピングされるN個のインタフェースリソースオブジェクトから、第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトを決定することを含み、MがN以下の正の整数である。
前述の形態において、第1のデータパケットが属するサービスフローを転送するのに使用されるべきM個のインタフェースリソースオブジェクトは、第1の識別情報がマッピングされるN個のインタフェースリソースオブジェクトから決定される。例えば、第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトは、サービスフローを転送するサービスの品質を確保してサービスフローを転送する柔軟性を向上させるために、サービスフローのトラフィックとN個のインタフェースリソースオブジェクトにそれぞれ対応する帯域幅とに基づいて第1の識別情報がマッピングされる複数のインタフェースリソースオブジェクトから決定され得る。
例えば、前述の形態がネットワークスライスシナリオに適用される場合、第1の識別情報の異なる値は異なるネットワークスライスに対応する。異なるネットワークスライスは、第1のネットワークデバイス上及び第2のネットワークデバイス上の複数のインタフェースリソースオブジェクト内の1つ以上のインタフェースリソースオブジェクトにそれぞれマッピングされてもよい。リソース利用率を改善するために、同じインタフェースリソースオブジェクトが2つ以上のネットワークスライスによって共有されてもよい。
想定し得る形態では、データパケットを転送する前に、第1のネットワークデバイスは、コントローラによって送信される、ネットワークスライスの識別子と第1の識別情報との間のマッピング関係及び第1のネットワークデバイス上のターゲットインタフェースにおける少なくとも1つのインタフェースリソースオブジェクトと第1の識別情報との間のマッピング関係を受信する。少なくとも1つのインタフェースリソースオブジェクトは、少なくとも1つのインタフェースリソースオブジェクトがマッピングされるネットワークスライス識別子によって識別されるネットワークスライスによって使用され得る。
想定し得る形態において、サービスフローを転送するために使用されるPHBは、N個のインタフェースリソースオブジェクトのそれぞれについて構成され、第1のネットワークデバイスが少なくとも1つのインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送することは、第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトを決定した後に、第1のネットワークデバイスが、M個のインタフェースリソースオブジェクトのそれぞれについて構成されるPHBとM個のインタフェースリソースオブジェクトとを使用することによって第1のデータパケットが属するサービスフローを転送することを含む。PHBは、第1の識別情報の各値に対応するそれぞれのインタフェースリソースオブジェクトごとに構成される。リソース利用率を改善するために、同じインタフェースリソースオブジェクトが2つ以上のサービスフローによって共有されてもよく、同じインタフェースリソースオブジェクトが異なるサービスフローについて異なるPHBを使用してもよい。
想定し得る形態では、例えば、第1の識別情報が2つのインタフェースリソースオブジェクトに対応する。言い換えると、Nが2であり、また、第1の識別情報は、一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトに対応する。第1のネットワークデバイスは、以下の態様で、第1の識別情報がマッピングされるN個のインタフェースリソースオブジェクトから、第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトを決定することができ、すなわち、第1のデータパケットが属するサービスフローのトラフィック要件を一次インタフェースリソースオブジェクトの帯域幅が満たしていると決定する場合、第1のネットワークデバイスは、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクトが使用されるべきであると決定する。
或いは、第1のデータパケットが属するサービスフローのトラフィック要件を一次インタフェースリソースオブジェクトの帯域幅が満たしていないと決定する場合、第1のネットワークデバイスは、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトが使用されるべきであると決定する。
想定し得る形態では、一次インタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第2のPHBが使用され、二次インタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第3のPHBが使用され、また、第1のネットワークデバイスが少なくとも1つのインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送することは、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクトが使用されるべきであると決定する場合に、第1のネットワークデバイスが、第2のPHB及び一次インタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送すること、又は、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトが使用されるべきであると決定する場合に、第1のネットワークデバイスが、第2のPHB及び一次インタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送する、又は、第3のPHB及び二次インタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送することを含む。
想定し得る形態において、第2のPHBは、完全優先転送（EF）、クラスセレクタ（CS）、相対的優先転送（AF）、及び、ベストエフォート（BE）のうちのいずれか1つであり、又は、第3のPHBは、EF、CS、AF、及び、BEのうちのいずれか1つである。
例えば、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトが使用されるべきであると第1のネットワークデバイスが決定する場合、第2のPHBはEFであり、第3のPHBはAFであり、或いは、第2のPHBはEFであり、第3のPHBはBEである。
前述の形態では、サービスフローのトラフィックがインタフェースリソースオブジェクトのトラフィックよりも大きい場合、殆どのトラフィックについて完全優先転送が使用され、また、トラフィックの残りの部分についてサービスレベルが低下された後、リソース利用率を改善するために、トラフィックの残りの部分は、他のサービスフローと共有されるインタフェースリソースオブジェクトを使用することによって転送され得る。
想定し得る形態において、第1のネットワークデバイスは、以下の態様で第1のデータパケットを取得することができ、すなわち、1つの態様において、第1のネットワークデバイスは、第1のネットワークデバイスのプレビアスホップネットワークデバイスから第1のデータパケットを受信する。他の態様において、第1のネットワークデバイスは、端末デバイスから第1のデータパケットを受信する。この形態において、第1のネットワークデバイスは、第1のデータパケットの転送経路内のヘッドエンドネットワークデバイスであってもよく、又は、第1のデータパケットの転送経路内の中間ネットワークデバイスであってもよい。
想定し得る形態において、第1のネットワークデバイスが第1のデータパケットの転送経路内のヘッドエンドネットワークデバイスである場合、第1のネットワークデバイスは、以下の態様で第1のデータパケットを取得することができ、すなわち、第1のネットワークデバイスが第2のデータパケットを受信し、この場合、第2のデータパケットが第1のネットワークスライスと関連付けられ、その後、第1のネットワークデバイスは、第1のデータパケットを取得するために、第1のネットワークスライスの識別子と第1の識別情報との間の対応関係に基づいて第1の識別情報を第2のデータパケットに挿入する。
想定し得る形態では、ターゲットインタフェースがバインディングインタフェースであり、バインディングインタフェースは、第1のネットワークデバイスと第2のネットワークデバイスとの間に近隣関係を確立するように構成される。
想定し得る形態では、第1のデータパケットのパケットヘッダが第1の識別情報を含む。例えば、第1のデータパケットのパケットヘッダは拡張タグ長値（TLV）を含み、拡張TLVは第1の識別情報を含む。他の例において、第1の識別情報は、エントロピーラベルとして第1のデータパケットのパケットヘッダに含まれる。
想定し得る形態では、第1のデータパケットのパケットヘッダが送信先アドレスを含み、第1の識別情報が送信先アドレス内のK個のビットを占め、Kが正の整数である。例えば、K個のビットが送信先アドレス内のK個の連続した最下位ビットであり、又は、K個のビットが送信先アドレス内のK個の連続した最上位ビットである。
想定し得る形態において、第1のデータパケットのパケットヘッダはトラフィッククラスフィールドを含み、また、トラフィッククラスフィールドは第1の識別情報を含む。
想定し得る形態では、第1のデータパケットのパケットヘッダがフローラベルを含み、フローラベルが第1の識別情報を含む。
第2の態様によれば、この出願の一実施形態はデータパケット伝送制御方法を更に提供し、第1のネットワークスライスを作成するときに、コントローラが、第1のネットワークスライスの識別子と第1の識別情報との間のマッピング関係及び第1のネットワークデバイス上のターゲットインタフェースにおける少なくとも1つのインタフェースリソースオブジェクトと第1の識別情報との間のマッピング関係を作成するステップであって、第1のネットワークスライスは少なくとも1つのインタフェースリソースオブジェクトを使用できる、ステップと、コントローラが、第1のネットワークスライスの識別子と第1の識別情報との間のマッピング関係及び少なくとも1つのインタフェースリソースオブジェクトと第1の識別情報との間のマッピング関係を第1のネットワークデバイスに送信するステップとを含む。
一例において、第1の識別情報の値は、インタフェースリソースオブジェクトと1対1の対応関係にある。すなわち、異なるネットワークスライスは、1つのインタフェースリソースオブジェクトのみを占める。他の例において、第1の識別情報の1つの値は、複数のインタフェースリソースオブジェクトに対応し得る。異なるネットワークスライスは第1の識別情報の異なる値に対応し、異なるネットワークスライスはインタフェースリソースオブジェクトを共有する。
想定し得る形態において、コントローラは、第1の識別情報がマッピングされる少なくとも1つのインタフェースリソースオブジェクトのためのPHBを構成する。例えば、コントローラは、第1の識別情報の異なる値がマッピングされる同じインタフェースリソースオブジェクトについて異なるPHBを構成する。
想定し得る形態において、ターゲットインタフェースは物理インタフェースであり、また、インタフェースリソースオブジェクトは、物理サブインタフェース、論理サブインタフェース、又は、パケットキューであり、或いは、ターゲットインタフェースはバインディングインタフェースであり、インタフェースリソースオブジェクトは物理インタフェースである。
第3の態様によれば、この出願の一実施形態はデータパケット伝送制御方法を提供し、第1のネットワークデバイスが第1のデータパケットを取得するステップであって、第1のデータパケットがルーティング情報及び第1の識別情報を運ぶ、ステップと、第1のネットワークデバイスがルーティング情報に基づいてターゲットインタフェースを決定するステップであって、ターゲットインタフェースは、第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、第2のネットワークデバイスが第1のネットワークデバイスのネクストホップネットワークデバイスである、ステップと、第1のネットワークデバイスが第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定するステップと、第1のネットワークデバイスが少なくとも1つのインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送するステップとを含む。
想定し得る形態では、ルーティング情報が送信先アドレスである。
想定し得る形態において、第1のデータパケットのパケットヘッダは、送信先アドレス及び第1の識別情報を含む。
想定し得る形態では、第1のデータパケットのパケットヘッダが拡張タグ長値（TLV）を含み、拡張TLVが送信先アドレス及び第1の識別情報を含む。
想定し得る形態では、第1の識別情報がエントロピーラベルとして第1のデータパケットのパケットヘッダに含まれる。
想定し得る形態では、第1のデータパケットのパケットヘッダが送信先アドレスを含み、送信先アドレスがルーティング情報及び第1の識別情報を含む。
想定し得る形態では、ルーティング情報が送信先アドレス内の最上位ビットを占め、第1の識別情報が送信先アドレス内の最下位ビットを占め、又は、ルーティング情報が送信先アドレス内の最下位ビットを占め、第1の識別情報が送信先アドレス内の最上位ビットを占める。
想定し得る形態では、第1のデータパケットのパケットヘッダが送信先アドレス及びトラフィッククラスフィールドを含み、トラフィッククラスフィールドが第1の識別情報を含む。
想定し得る形態では、第1のデータパケットのパケットヘッダが送信先アドレス及びフローラベルを含み、フローラベルが第1の識別情報を含む。
第4の態様によれば、この出願の一実施形態がデータ伝送制御装置を提供する。装置は、第1の態様又は第3の態様における第1のネットワークデバイスに適用される。すなわち、装置は、第1のネットワークデバイスであってもよく、又は、第1のネットワークデバイスに適用され得るチップであってもよい。装置は、第1の態様の各実施形態を実施する機能を有する、又は、第3の態様の各実施形態を実施する機能を有する。機能は、ハードウェアによって実行されてよく、又は、対応するソフトウェアを実行することによってハードウェアによって実施されてもよい。ハードウェア又はソフトウェアは、機能に対応する1つ以上のモジュールを含む。
第5の態様によれば、第2の態様で提供される方法実施形態の発明概念と同じ発明概念に基づいて、この出願の一実施形態がデータ伝送制御装置を提供する。装置は、第2の態様におけるコントローラに適用される。すなわち、装置は、コントローラであってもよく、又は、コントローラに適用され得るチップであってもよい。装置は、第2の態様の各実施形態を実施する機能を有する。機能は、ハードウェアによって実行されてよく、又は、対応するソフトウェアを実行することによってハードウェアによって実施されてもよい。ハードウェア又はソフトウェアは、機能に対応する1つ以上のモジュールを含む。
第6の態様によれば、この出願の一実施形態は、プロセッサ及び通信インタフェースを含むネットワークデバイスを提供する。通信インタフェースは、通信メッセージを受信するように構成される。プロセッサは、通信インタフェースと通信し、通信インタフェースによって受信される通信メッセージを使用することによって第1の態様又は第1の態様の実施方法のいずれか1つにおけるデータ伝送制御方法或いは第3の態様のいずれかの実施方法におけるデータ伝送制御方法を実行する。任意選択で、ネットワークデバイスがメモリを更に含む。メモリは、命令を記憶するように構成される。ネットワークデバイスが起動すると、プロセッサがメモリに記憶された命令を実行し、それにより、ネットワークデバイスは、第1の態様又は第1の態様の実施方法のいずれか1つにおけるデータ伝送制御方法を実行する、或いは、ネットワークデバイスは、第3の態様又は第3の態様の実施方法のいずれか1つにおけるデータ伝送制御方法を実行する。メモリがネットワークデバイスの外部に配置されてもよいことに留意すべきである。加えて、メモリがネットワークデバイス内に位置される場合、メモリは、プロセッサに組み込まれてもよく又はプロセッサから独立していてもよい。ネットワークデバイスがメモリを更に含んでもよい。プロセッサは、バスを使用することによって通信インタフェースに結合される。メモリは、読み取り可能なメモリ及びランダムアクセスメモリを含んでもよい。
第7の態様によれば、この出願の一実施形態は、プロセッサ及び通信インタフェースを含むコントローラを提供する。通信インタフェースは、通信メッセージを受信するように構成される。プロセッサは、通信インタフェースと通信し、通信インタフェースによって受信される通信メッセージを使用することによって第2の態様又は第2の態様の実施方法のいずれか1つにおけるデータ伝送制御方法を実行する。任意選択で、コントローラがメモリを更に含む。メモリは、命令を記憶するように構成される。コントローラが起動すると、プロセッサがメモリに記憶される命令を実行し、それにより、コントローラは、第2の態様又は第2の態様の実施方法のいずれか1つにおけるデータ伝送制御方法を実行する。メモリがコントローラの外部に配置されてもよいことに留意すべきである。加えて、メモリがコントローラ内に位置される場合、メモリは、プロセッサに組み込まれてもよく又はプロセッサから独立していてもよい。コントローラがバスを更に含んでもよい。プロセッサは、バスを使用することによって通信インタフェースに結合される。メモリは、読み取り可能なメモリ及びランダムアクセスメモリを含んでもよい。
第8の態様によれば、この出願の一実施形態は、第4の態様に係る装置及び第5の態様に係る装置を含む或いは第6の態様に係るネットワークデバイス及び第7の態様に係るコントローラを含むシステムを更に提供する。想定し得る形態において、システムは、この出願の実施形態で提供される解決策において2つのネットワークデバイスと相互作用する他のネットワークデバイス、例えば、伝送経路内の他のネットワークデバイス、すなわち、第2のネットワークデバイスを更に含んでもよい。
第9の態様によれば、この出願の一実施形態は可読記憶媒体を更に提供する。可読記憶媒体はプログラム又は命令を記憶する。プログラム又は命令がコンピュータ上で実行されると、前述の態様のいずれか1つにおけるデータ伝送制御方法が実行される。
第10の態様によれば、この出願の一実施形態は、命令を含むコンピュータプログラムプロダクトを更に提供する。コンピュータプログラムプロダクトがコンピュータ上で実行されると、コンピュータは、前述の態様のいずれか1つにおけるデータ伝送制御方法を実行できるようにされる。
加えて、第3の態様から第9の態様までの任意の形態態様によってもたらされる技術的効果については、第1の態様及び第2の態様の異なる実装によってもたらされる技術的効果を参照されたい。ここでは詳細を説明しない。
この出願の一実施形態に係るネットワークシステムの概略的なアーキテクチャ図である。 この出願の一実施形態に係る差別化サービスの概略アーキテクチャ図である。 この出願の一実施形態に係るIPv4パケットの概略構造図である。 この出願の一実施形態に係るIPv6パケットの概略構造図である。 この出願の一実施形態に係るISIS FAD Sub－TLVの概略構造図である。 この出願の一実施形態に係るネットワークスライスを作成する概略的なフローチャートである。 この出願の一実施形態に係るスライスTLVのフォーマットの概略図である。 この出願の一実施形態に係るFlex－Algorithm sub－TLVの概略構造図である。 この出願の一実施形態に係るSDGP－ID sub－TLVの概略構造図である。 この出願の一実施形態に係るネットワークスライスに対応する転送経路の概略図である。 この出願の一実施形態に係るSDGP－IDとサブインタフェースとの間のマッピング関係の概略図である。 この出願の一実施形態に係るデータパケット転送手順の概略図である。 この出願の一実施形態に係るSDGP－IDを運ぶIPv6パケットの概略構造図である。 この出願の一実施形態に係るSDGP－IDを運ぶIPv4パケットの概略構造図である。 この出願の一実施形態に係るMPLSパケットの概略構造図である。 この出願の一実施形態に係るSDGP－IDベースのパケット転送プロセスの概略図である。 この出願の一実施形態に係るIPv6パケット内の送信先アドレスの概略構造図である。 この出願の一実施形態に係るIPv6パケットの概略構造図である。 この出願の一実施形態に係るSRv6パケット内のSIDの概略構造図である。 この出願の一実施形態に係るSRv6パケットの概略構造図である。 この出願の一実施形態に係るIPv6パケットの他の概略構造図である。 この出願の一実施形態に係るIPv6パケットの更に他の概略構造図である。 この出願の一実施形態に係るリソースIDとサブインタフェースとの間のマッピング関係の概略図である。 この出願の一実施形態に係るデータパケット転送手順の他の概略図である。 この出願の一実施形態に係る装置1900の概略構造図である。 この出願の一実施形態に係るネットワークデバイス2000の概略構造図である。 この出願の一実施形態に係るネットワークデバイス2100の概略構造図である。 この出願の一実施形態に係る装置2200の概略構造図である。 この出願の一実施形態に係るコントローラ2300の概略構造図である。
この出願の実施形態は、図1に示されるように、コントローラ及びネットワークデバイスを含むネットワークシステムに適用することができる。ネットワークデバイスは、ノードと称されてもよく、ネットワークシステムにおいてルーティング・転送機能を与えるデバイスである。例えば、ネットワークデバイスは、ルータ、スイッチ、転送器、又は、ラベルスイッチングルータ（label switching router，LSR）であってもよい。これは限定されない。図1において、例えば、ネットワークシステムは、A、B、C、D、E、F、G及びHの8つのネットワークデバイスを含む。ネットワークシステムに含まれるネットワークデバイスの数がこの出願の実施形態では限定されないことが理解されるべきである。
この出願の実施形態が詳しく説明される前に、この出願の実施形態における技術的概念が最初に説明される。
（1）ネットワークスライス
第5世代（5thgeneration、5G）モバイル通信技術システムにおいてネットワークスライス（network slice）の概念が提案される。1つのネットワークスライスは、特定の種類の使用ケース又は1つの使用ケースの接続及び通信サービス要件を満たす。5Gシステム全体は、異なる接続能力を満たす大量のネットワークスライスを含む。現在、第3世代パートナーシッププロジェクト（3GPP（登録商標））プロトコルでは、3つのタイプのネットワークスライス、すなわち、高度モバイルブロードバンド（enhanced mobile broadband，eMBB）、超高信頼・低レイテンシー通信（ultra－reliable low latency communications，uRLLC）、及び、大規模マシンタイプ通信（massive machine type connection，mMTC）が定義される。ネットワークスライスの各タイプは、特定のサービスタイプ用である。例えば、eMBBスライスタイプは、高いデータレート及び高いモビリティを有するサービスのために使用される。uRLLCスライスは、高信頼性及び低レイテンシーを伴う通信シナリオを処理するために使用され得る。mMTCスライスは、大量のデバイス、少量のデータ、及び、稀なアクセスがあって、レイテンシーが許容されるサービス（例えば、センサ及びウェアラブルデバイスサービス）のために使用され得る。ユーザ及びサービスがネットワークサービスのカスタマイズに対する益々高い要求を有するにつれて、異なるネットワークサービスが更に区別される。5G通信ネットワークの徹底的な研究及び大規模な商業的展開により、近い将来にネットワークスライスのタイプが大幅に増大し得る。
（2）サービスレベル合意（service level agreement，SLA）は、ネットワーク内で転送されるときにサービスフローがどのように扱われるべきかについて、ユーザ（例えば、サービスプロバイダとサービス対話を行なう個人、企業、又は、近隣のインターネットサービスプロバイダ（Internet Service Provider，ISP）及びサービスプロバイダによって署名された合意である。SLAは、支払プロトコルなどの多くの態様を含む。SLAにおいて、技術的記述部は、サービスレベル仕様（Service Level Specification，SLS）と称される。SLSの焦点は、トラフィック調整仕様（Traffic Conditioning Specification，TCS）である。TCSには、各サービスレベルの詳細な性能パラメータ、例えば、平均レート、ピークレート、コミットされたバーストサイズ、及び、最大バーストサイズが記述される。TCSは、差別化サービス（DiffServ）ネットワークにおけるトラフィック調整の主な基礎である。
（3）DiffServは、サービス品質（Quality of Service，QoS）のために提供されるサービスモデルである。ネットワーク輻輳が発生すると、DiffServモデルは、輻輳問題を解決するために、サービスの異なるサービスレベル合意に基づいてトラフィック調整及び転送を差別的に実行する。IPネットワークの柔軟性及び高スケーラビリティが十分に考慮され、複雑なサービス品質保証がパケットで運ばれる情報を使用することによってシングルホップ動作に変換され、また、追加のシグナリング対話は必要とされない。
DiffServの基本的な考え方は、ネットワークのエッジで到来するフローを異なるタイプに分類し、統一された管理のために同じタイプのフローを組み合わせ、同じ伝送レート、レイテンシー、及びジッタなどのサービスパラメータの品質を保証し、ネットワーク内の各タイプのフローを別々に処理することである。サービス分類及び収束は、ネットワーク内のエッジノードによって実行される。データパケットはまずサービスタイプで識別され、サービスタイプはパケットヘッダフィールドに記録される。その後、パケットは、特定のトラフィック調整ポリシーに基づいてネットワークに送信される。ネットワーク内の内部ノードは、パケットヘッダをチェックして、パケットがどのように処理されるかを決定する。図2は、DiffServネットワークモデルの一例を示す。図2では、DiffServ機能を実装するように構成されたネットワークノードは、差別化サービス（Differentiated Service，DS）ノードと呼ばれる。DSノードは、機能ごとにDS境界ノードとDS内部ノードとに分類することができる。DS境界ノードは、他のDSドメインやDS機能を持たないドメインを接続するための役割を担うノードである。DS境界ノードは、DSドメインに入るサービスフローを分類し、サービスフローに対して可能なトラフィック調整を実行する役割を果たす。DS内部ノードは、同じDSドメイン内のDS境界ノード及び別の内部ノードに接続するように構成される。DS内部ノードは、差別化サービスコードポイント（Differentiated Services Code Point，DSCP）値に基づいて単純なフロー分類を実行し、対応するフローに対してトラフィック調整を実行するだけでよい。DSドメイン（DS Domain）は、同じサービスプロビジョニングポリシーを使用し、同じホップ単位動作（Per Hop Behavior，PHB）を実施する接続されたDSノードのグループを含む。DSドメインは、同じ管理部門の1つ以上のネットワークを含む。DSドメインは、ISP又は企業のイントラネットであってもよい。
（4）PHBは、ホップバイホップ動作とも称され得る。異なるPHBは、IPv4パケットとIPv6パケットとで異なるDSCP値を使用して表わされ得る。DSCP値は、IPv4パケットヘッダ内のサービスタイプ（type of service，ToS）フィールドに位置され、IPv6パケットヘッダ内のトラフィッククラス（traffic class，TC）フィールドに位置される。
図3は、IPv4パケットのフォーマットの一例を示す。IPv4パケットのVersion（バージョン）フィールドは、データパケットのIPバージョン番号を表わす。ヘッダ長（Header length）フィールドは、データパケットのパケットヘッダの長さを表わす。Total Length（全長）フィールドは、データパケットの全長を表わし、データパケットにおけるペイロードの長さを計算するために使用され得る。Identification（識別）フィールドは、16ビットの長さを有し、通常、フラグフィールド及びフラグメント・オフセット・フィールドを有するデータパケット断片化に使用される。データパケットの元の長さが、データパケットが通過することになるデータリンクの最大伝送単位（maximum transmission unit，MTU）を超える場合、データパケットはより小さいデータパケットに断片化される必要がある。例えば、5000バイトのデータパケットがネットワークを通過するとき、MTUが1500バイトであるデータリンクがある場合、すなわち、データフレームが最大1500バイトを有するデータパケットを収容することができる場合、ノードは、データがフレーム化される前にデータパケットを複数のデータパケットに断片化する必要があり、各データパケットの長さは1500バイトを超えるべきではない。その後、ルータは、受信デバイスが同じデータパケットに属するフラグメントを識別できるように、全てのデータパケットの識別フィールドに同じマークを付ける。フラグ（IP Flags）フィールドは、3ビットの長さを有し、第1のビットは使用されない。第2のビットは、ドントフラグメント（DF）ビットであり、ルータは、第2のビットが1に設定された後、データパケットをフラグメント化することができない。データパケットがMTU値を超える場合、ルータは、データパケットを転送することができないが、データパケットを廃棄し、送信元にエラーメッセージを送信する。フラグメントオフセット（Fragment Offset）フィールドは、13ビットの長さを有し、ヘッダ開始点に対するフラグメント開始点のオフセットを示すために使用される。フラグメントは順不同で到着する可能性があり、フラグメント・オフセット・フィールドは、受信機が正しい順序でデータパケットを再アセンブルすることを可能にし得る。有効時間（Time To Live）フィールドは、8ビットの長さを有し、送信のためのホップ数を示すために使用される。プロトコル（Protocol）フィールドは、8ビットの長さを有し、データパケットのプロトコル番号を示す。ヘッダチェックサム（Header Checksum）フィールドは、IPパケットヘッダの誤り訂正フィールドである。送信元アドレス（Source Address）フィールド及び送信先アドレス（Destination Address）フィールドは、データパケットの送信元ノードのIPアドレス及び送信先ノードのIPアドレスをそれぞれ表わす。データ部がデータパケットで運ばれるデータであるオプションフィールド（Options）がある。
図4は、IPv6パケットのフォーマットの一例を示す。IPv6パケットのVersion（バージョン）は、データパケットのIPバージョン番号を表わす。TCフィールドは、サービスを区別するために使用され、データパケットのサービスタイプを識別するために使用される。フローラベル（flow label）フィールドは、同じサービスフローに属するデータパケットをマークするために使用される。フローラベル、送信元アドレス、及び送信先アドレスは、サービスフローを一緒に一意的に識別する。同じサービスフロー内の全てのデータパケットは同じフローラベルを有すため、同じQoS要件を有するフローに対する処理が容易になる。ペイロード長（payload）フィールドは、データパケットのペイロードのバイト長を含む。次ヘッダ（next Header）フィールドは、IPv6基本ヘッダに続く次の拡張パケットヘッダフィールドにおけるプロトコルタイプを定める。ホップ制限（hop limit）フィールドは、通常、8ビットの長さを有する。ノードがデータパケットを1回転送するたびに、このフィールドの値は1だけ減少する。このフィールドの値が0に達すると、データパケットは廃棄される。送信元アドレス及び送信先アドレスは、データパケットの送信元ノードのIPアドレス及び送信先ノードのIPアドレスをそれぞれ表わす。
PHBは、同じDSCPを有するパケットに対してDSノードによって使用される外部から可視の転送動作を記述する。PHBは、優先度によって、又は、例えばパケットレイテンシー、ジッタ、又はパケット損失率のような幾つかの可視サービス特性によって定義され得る。PHBは、外部から見える転送挙動の幾つかのみを定義し、特定の実施態様を定めない。現在、標準プロトコルには、4つのタイプのPHB、すなわち、クラスセレクタ（Class Selector，CS）、完全優先転送（Expedited Forwarding，EF）、相対的優先転送（Assured Forwarding，AF）、及び、ベストエフォート（Best－Effort，BE）が定義される。BEはデフォルトPHBである。
CSによって表わされるサービスレベルは、既存のネットワークで使用されるIP優先度と同じである。EFは、いずれの場合でも任意のDSノードから送信される情報フローのレートが指定されたレート以上である必要があるそのような転送処理として定義される。EF PHBは、DSドメインで再マーキングすることはできず、境界ノードでのみ再マーキングすることができる。AFは以下の要件を満たす。すなわち、ユーザがISPの帯域幅サービスに加入するとき、トラフィック量は加入した仕様を超えることが許容される。加入した仕様を超えないトラフィックの転送品質を確保することが要求される。仕様を超えるトラフィックは、単純に破棄されるのではなく、サービスレベルが低下した後も転送され続ける。BEは、従来のIPパケット配信サービスに対応しており、到達可能性にのみ焦点を当てており、別の態様に関する要件を課すものではない。
（5）フレキシブルアルゴリズム（Flex－Algorithm，Flex－Algo）
Flex－Algorithmは、ドラフト ［draft－ietf－lsr－flex－algo］ で定義される。現在、最良の経路は、内部ゲートウェイプロトコル（interior gateway protocol，IGP）を使用することによって計算され得る（経路計算と呼ばれ得る）。IGPは、自律型ネットワーク内のゲートウェイ（ホスト及びルータ）間でルーティング情報を交換するためのプロトコルである。IGPプロトコルでは、リンクに割り当てられたIGPメトリック（metric）に基づいて、ネットワーク内の最良経路が計算される。IGPメトリックはトラフィック要件を反映しないため、IGPメトリックに基づいて計算された最良経路は、通常、トラフィックエンジニアリング経路に置き換えられる。多くのネットワークには、リソース予約プロトコルトラフィックエンジニアリング（resource reservation protocol－traffic engineer，RSVP－TE）又はセグメントルーティングトラフィックエンジニアリング（segment routing－traffic engineering，SR－TE）などの各種のトラフィックエンジニアリングが配備される。この場合、ネットワークでは、最短IGP経路のメトリック又は制約を使用して、RSVP－TE又はSR－TEに基づいて最良経路を計算することが強制される。Flex－Algorithmでは、IGPドメイン内のノードが同じ制約に基づいて制約ベースの経路を計算して分散TEを実装するように、IGPドメインをフラッディングする制約の組み合わせを定義することが提案される。それぞれのFlexible－Algorithmで定義された制約の組み合わせは、Flexible－Algorithm IDを使用して表わすことができる。Flexible－Algorithm IDは、128から255の範囲の数値識別子であり、構成を通じてフレキシブルアルゴリズム定義（Flexible－Algorithm Definition，FAD）に関連付けられる。
FADは、（a）計算タイプ（Calc－Type）、（b）メトリックタイプ（Metric－Type）、及び、（c）リンク制約を含むセットである。
Metric－Typeは、Flex－Algorithmの計算プロセスで使用されるメトリックタイプを識別する。Metric－Typeが0である場合、それはIGP metricを示す。Metric－Typeが1である場合、それは最小一方向リンク遅延（min unidirectional link delay）を示す。Metric－Typeが2である場合、それはTE metricを示す。
Calc－Typeが0の場合、それは最短経路優先（Shortest Path First，SPF）を示す。Calc－Typeが1の場合、厳密な（strict）SPFを示す。
リンク制約は、include／exclude admin－group（リンク色：color）を用いて記述される。リンク色は、アフィニティ属性とも呼ばれ、リンク属性を表わす32ビットのベクトルである。例えば、リンク色は、リンク帯域幅、性能、又は管理ポリシーを表わすために使用される。同じ色のリンクは、同じリンク属性に対応する。例えば、リンクが緑色に着色されている場合、緑色に着色された異なるリンクのリンク属性は同じである。
例えば、ISIS FAD Sub－TLVは、Flex－Algorithm定義のコンテンツを運ぶために使用される。図5は、ISIS FAD Sub－TLVの概略構造図である。図5において、TypeフィールドはTLVのタイプを識別し、LengthフィールドはTLVのバイト長を表し、Flex－AlgorithmフィールドはFlexible－Algorithm ID値を識別し、Metric－Typeフィールドは、Flexible－Algorithmの計算プロセスで使用されるMetricタイプを識別する。Calc－Typeフィールドは、指定されたIGPアルゴリズムに対して定義された計算モデルを識別し、メトリック及び制約を継承することはできない。優先度（Priority）フィールドは0から255の範囲であり、TLVをアドバタイズするための優先度を識別する。サブTLV（Sub－TLV）フィールドは任意である。例えば、Exclude Admin Group Sub－TLV、Include－Any Admin Group Sub－TLV、Include－All Admin Group Sub－TLVをSub－TLVsに追加することで、異なるリンクに対して異なるリンク属性（color）を設定してもよい。Exclude Admin Group Sub－TLVは、Flex－Algorithm経路計算中に除外される規則をアドバタイズするために使用される。Include－Any Admin Group Sub－TLVは、Flex－Algorithm経路計算中に含まれる必要がある任意の規則をアドバタイズするために使用される。Include－All Admin Group Sub－TLVは、Flex－Algorithm経路計算中に含める必要がある全てのルールをアドバタイズするために使用される。
現在、ネットワークスライスシナリオでは、Flexible－Algorithm技術をネットワークスライスと組み合わせて使用することができ、異なるネットワークスライスは、Flexible－Algorithm IDを使用することによって区別される。すなわち、異なるネットワークスライスに異なるサービスフローを転送するために、異なるネットワークスライスに対して異なる制約属性が定義される。各Flexible－Algorithm IDによって識別されるアルゴリズム制約に基づいて経路計算を実行するとき、コントローラ側は、各Flexible－Algorithm IDによって識別されるアルゴリズム制約に基づいて経路計算を実行し、転送経路を計算し、ルーティングテーブルを生成する必要がある。異なるネットワークスライスが同じ転送デバイスに対応する場合でも、トポロジ経路計算結果は再利用することができず、その結果、インタフェースリソースの浪費をもたらす。
非ネットワークスライスシナリオでは、ネットワークデバイスは、ネクストホップネットワークデバイスと通信するように構成された複数のインタフェースを有することができる。この場合、ネットワークデバイスは、通常、データパケットをネクストホップネットワークデバイスに転送するためにインタフェースをランダムに選択する又はインタフェースのアクティビティ状態に基づいてインタフェースを選択する。その結果、転送リソースを分離することができず、幾つかのインタフェースがアイドルであり、それにより、インタフェースリソースの浪費をもたらす可能性がある。
これに基づいて、この出願の実施形態は、データ伝送制御方法及び装置を提供する。ネットワークデバイスのインタフェース上で、データパケットを転送するための、インタフェースリソースオブジェクトを決定するために、1つ以上の識別情報が追加される。ネットワークデバイスのインタフェースは、物理インタフェース、又は、複数の物理インタフェースを組み合わせることによって得られるバインディングインタフェースであってもよい。インタフェースリソースオブジェクトは、物理インタフェース、物理サブインタフェース、論理サブインタフェース（例えば、チャネライズドサブインタフェース又はFlex－Eサブインタフェース）、又は、パケットキューであってもよい。異なるインタフェースリソースオブジェクトは、異なるインタフェース転送リソースに対応し得る。
以下の例では、データパケットを転送するための、ネットワークデバイスのインタフェース上のインタフェースリソースオブジェクトを決定するために、1つの識別情報が追加される。この出願の実施形態では、1つのグローバル識別情報が追加され、グローバル識別情報は、データパケットを転送するためにインタフェース上のインタフェースリソースオブジェクトを選択するために使用される。グローバル識別情報は、第1の識別情報と呼ばれてもよく、又は、自己定義グローバルポリシー識別子（Self－definition global policy identification，略してSDGP ID）と呼ばれてもよい。SDGP IDは、グローバルな意味を有し、転送リソースを選択するために使用される。或いは、グローバル識別情報は別の名前で呼ばれてもよい。これは、この出願の実施形態では限定されない。この出願の実施形態では、グローバル識別情報がSDGPIDと呼ばれる例を使用することによって説明が与えられる。コントローラは、SDGPIDの異なる値と1つ以上のインタフェースリソースオブジェクトとの間のマッピング関係を作成する。SDGP IDの同じ値が複数のインタフェースリソースオブジェクトに対応する場合、同じインタフェースリソースオブジェクトがSDGP－IDの複数の値に対応してもよい。当然ながら、1つのインタフェースリソースオブジェクトがSDGP－IDの1つの値に対応してもよい。SDGPIDの異なる値と1つ以上のインタフェースリソースオブジェクトとの間のマッピング関係を作成した後、コントローラは、マッピング関係をネットワークデバイス側に送信する。ネットワークデバイス側の第1のネットワークデバイスが例として使用される。第1のネットワークデバイスは、サービスフローにおいて第1のデータパケットを取得し、その後、第1のデータパケットで運ばれる送信先アドレスに基づいてターゲットインタフェースを決定する。ターゲットインタフェースは、第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースである。第2のネットワークデバイスは、第1のネットワークデバイスのネクストホップネットワークデバイスである。その後、第1のネットワークデバイスは、第1のデータパケットで運ばれる第1の識別情報（SDGP－ID）に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定し、少なくとも1つのインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに更に転送する。
この出願の実施形態では、SDGP IDがベアラネットワークのネットワークスライス技術に適用される場合、以下のように、すなわち、SDGP IDの異なる値が異なるネットワークスライスに対応すると定義することができる。異なるネットワークスライスは、1つ以上のインタフェースリソースオブジェクトに対応し、1つのインタフェースリソースオブジェクトは、1つのネットワークスライスによって使用されてもよく、又は、複数のネットワークスライスによって使用されてもよい。一例として、ソフトウェア定義ネットワーク（software defined network，SDN）への適用のシナリオが使用される。自己定義グローバルポリシー識別子に対応するインタフェースリソースオブジェクトは、SDNコントローラによって定義され、ネットワークデバイス側に配信されてもよい。データパケット転送プロセスにおいて、自己定義グローバルポリシー識別子はデータパケットで運ばれ、データパケットは送信先アドレスを更に運ぶ。ネットワークデバイスは、データパケットを解析し、送信先アドレスを使用して、ネットワークデバイス上に存在してネクストホップネットワークデバイスに接続されるインタフェースを決定し、その後、サービスフローを転送するために、SDGP－IDに基づいてインタフェース上のインタフェースリソースオブジェクトを選択する。この出願の実施形態におけるデータパケットは、IPv4パケット、マルチプロトコルラベルスイッチング（multi－protocol label switching，MPLS）パケット、又はIPv6パケットであり得るが、これらに限定されない。
以降の説明では、ネットワークスライスへの適用のシナリオが例として使用される。
以下では、最初に、SDGP－IDとインタフェースリソースオブジェクトとの間に1対1のマッピング関係がある例を使用して説明する。
図6は、ネットワークスライス作成プロセスにおいてコントローラによってSDGP－IDとインタフェースリソースオブジェクトとの間のマッピング関係を配信する概略フローチャートである。
S601．コントローラは、スライスマネージャによって送信されたネットワークスライス作成要求を受信し、この場合、ネットワークスライス作成要求は、ネットワークスライス要件情報を含み得る。例えば、ネットワークスライス要件情報は、ネットワークスライス名（Network Slicing ID）、ネットワークスライスタイプ、及びSLA要件などのパラメータを含み得る。ネットワークスライスの作成を要求する場合、スライスマネージャは、一度に1つのネットワークスライスを作成するように要求してもよく、又は、一度に複数のネットワークスライスを作成するように要求してもよい。
S602．コントローラは、ネットワークスライス要件情報に基づいてネットワークスライスを作成する。例えば、コントローラは、ネットワークスライス要件情報に基づいてネットワークスライスを作成するように構成されたネットワークスライス管理モジュールを含んでもよい。具体的には、コントローラによって作成されたネットワークトポロジがネットワークスライスの要件を満たす場合、コントローラは、ネットワークトポロジをネットワークスライスに割り当て、ネットワークスライスのマルチトポロジ（multi－topologies，MT）ID又はFlex－Algorithm IDを構成することができる。コントローラによって作成されたネットワークトポロジのいずれもがネットワークスライスの要件を満たさない場合、コントローラは、ネットワークスライス要件情報に基づいてネットワークトポロジを作成し、MT－ID又はFlex－Algorithm IDを生成することができる。コントローラは、更に、ネットワークスライスの自己定義グローバルポリシー識別子（SDGP ID）を構成し、対応するインタフェースリソースオブジェクトをネットワークスライスに割り当てる必要がある。異なるネットワークスライスは異なるSDGP－IDに対応する。例えば、インタフェースリソースオブジェクトは、ネットワークデバイス上のサブインタフェースである。異なるサブインタフェースは、異なるネットワークスライスの転送リソースとして使用され、異なるサブインタフェースは、異なる自己定義グローバルポリシー識別子（SDGP ID）に対応する。
ネットワークトポロジは、Flex－algo技術又はマルチトポロジ（MT）技術を使用して取得することができることに留意すべきである。Flex－algo技術を用いて取得されたネットワークトポロジの識別子は、Flex－Algorithm IDと呼ばれ、マルチトポロジ技術を用いて取得されたネットワークトポロジの識別子は、MT－IDと呼ばれる。
以降の説明では、Flex－algo技術を用いてネットワークトポロジが取得される例が用いられる。
ネットワークスライス構成モデルは、ネットワークトポロジ（MT－ID又はFlex－Algorithm ID）及びグローバルポリシー識別子（SDGP－ID）を含む。ネットワークスライス構成モデルは、コントローラを使用することによって又はユーザ定義の構成方法でネットワークデバイスに配信される。各ネットワークデバイスは、ネットワーク内の全てのネットワークデバイスが同じ Network－Slicing IDを有するネットワークスライスについて同じネットワークスライス構成モデルを有するようにするべく、Network－Slicing TLVをアドバタイズすることによって、ネットワーク内のネットワークスライス構成モデルをフラッディングすることができる。Network Slicing TLVは、トップレベルのTLVであってもよく、又は、現在アドバタイズされるべきTLVのサブTLV（sub－TLV）として使用されてもよい。例えば、Network Slicing TLVは、Router capabilities TLVのsub－TLVとして使用されてもよい。これは、この出願のこの実施形態では限定されない。
例えば、ネットワークスライス構成モデルは、Network－slicing ID：1であってもよい。Flex－Algorithm ID：128；SDGP－ID：100
図7は、Network－Slicing TLVのフォーマットの概略図である。図7において、TypeはTLVのタイプを表し、LengthはTLVの長さを表し、Flagsは現在フラグビット定義がないことを表し、これは予約ビットであり、Network－Slicing－IDはネットワークスライス識別子を表し、Optional sub－sub－TLVsは、ネットワークスライスのTLVに含まれるサブTLVタイプを表わす。
例えば、Optional sub－sub－TLVsは、Topo sub－TLV／Flex－Algorithm sub－TLV、及び、SDGP－ID sub－TLVを含み得る。Topo sub－TLV／Flex－Algorithm sub－TLVは、Flex－Algorithm IDを運ぶために使用され、SDGP－ID sub－TLVは、SDGP－IDを運ぶために使用される。図8は、Topo sub－TLV／Flex－Algorithm sub－TLVの概略構造図である。図8において、Topo ID／Flex－Algorithm IDは、ネットワークトポロジ識別子を表わす。図9は、SDGP－ID sub－TLVの概略構造図である。図9において、Reservedは、予約ビットを表わす。
S603．コントローラは、作成されたネットワークスライスに関する情報をターゲットネットワークデバイスに送信する。ターゲットネットワークデバイスは、ネットワークスライスに対応するネットワークトポロジに基づいてコントローラによって決定されたネットワークデバイスとして理解されてもよい。コントローラは、図1に示されるように、ネットワークスライス1に対応するネットワークトポロジを決定し、ネットワークトポロジは、A、B、C、D、E、F、G及びHを含む。コントローラは、ネットワークトポロジ内のエッジネットワークデバイス（例えば、ネットワークデバイスA）に、ネットワークスライス1に関する情報を送信することができ、その後、エッジネットワークデバイス（例えば、ネットワークデバイスA）は、ネットワークトポロジ内のネットワークデバイス（B、C、D、E、F、G及びH）に、ネットワークスライス1に関する情報をフラッディング方式で通知することができ、すなわち、エッジネットワークデバイスはターゲットネットワークデバイスである。コントローラは、コントローラに対する接続を確立するネットワークトポロジ内の各ネットワークデバイスに、ネットワークスライス1に関する情報を送信することができる。例えば、A、B、C、D、E、F、G及びHが全てコントローラに接続される場合、コントローラは、ネットワークスライス1に関する情報をA、B、C、D、E、F、G及びHに送信することができる。ネットワークスライスに関する情報は、ネットワークトポロジ、SDGP－ID、及びSDGP IDとインタフェースリソースオブジェクトとの間の対応関係を含む。SDGP－IDとインタフェースリソースオブジェクトとの間には1対1の対応関係があってもよく、又は、1つのSDGP－IDが2つ以上のインタフェースリソースオブジェクトに対応してもよい。
転送経路が、ネットワークトポロジ、Flex－Algorithm IDに対応するアフィニティ属性、metricタイプなどに基づいて計算されるとき、コントローラは、経路計算を実行し、経路計算結果をヘッドエンドネットワークデバイスに送信することができる。或いは、ヘッドエンドネットワークデバイスは、経路計算を実行し、経路計算結果をコントローラに報告することができる。ネットワークデバイスは、IGPプロトコルに基づいて隣接ラベルを割り当て、割り当てられた隣接ラベルをコントローラに報告することができ、その結果、コントローラは、隣接ラベル及び経路計算結果に基づいて、データパケットを転送するために使用されるラベルスタックリストを生成する。隣接ラベルを割り当てた後、各ネットワークデバイスは、ネットワーク全体に隣接ラベルをフラディングし、その結果、ネットワーク内の各ネットワークデバイスは、データパケットを転送するときにネクストホップネットワークデバイスを決定するために、IGPプロトコルを使用して、別のネットワークデバイスによってアドバタイズされた隣接ラベルを知る。
コントローラ又はネットワークデバイスは、異なるネットワークトポロジに対する転送経路を別々に計算し、すなわち、異なるFlex－Algorithm IDについて異なる転送経路を計算する。しかしながら、異なるネットワークスライスによって使用される転送経路は同じであってもよく、すなわち、異なるネットワークスライスは同じネットワークトポロジを再利用する。したがって、コントローラ／ネットワークデバイスは、同じネットワークトポロジの異なるネットワークスライスについて転送経路を1回だけ計算する必要がある。コントローラが転送経路を計算する場合、コントローラは、経路計算制御モジュールを更に含むことができる。経路計算制御モジュールは、異なるネットワークトポロジに基づいて経路計算を実行し、経路計算結果をネットワークスライス管理モジュールに送信して、ネットワークスライスと経路計算によって取得された転送経路との間の関連付けを確立する。ネットワークスライス構成モデルは、転送プレーンでのデータ分離を確保するために異なるSDGP－IDを定義する。図10では、2つのFlex－Algorithm ID 128，129が定義され、2つのFlex－Algorithm ID 128，129のための経路属性定義として、異なるmetricタイプが用いられる。Flex－Algorithm ID 128については、経路計算制約としてIGP metricが使用され、Flex－Algorithm ID 129については、経路計算制約として遅延（link－delay）Metricが使用される。異なるセグメントルートは、異なるFlex－Algorithm IDについて構成され、セグメントルートは、ネットワークトポロジを区別するために使用される。2つのFlex－Algorithm IDが同じアフィニティ属性に対応し、すなわち、2つのFlex－Algorithm IDのネットワークトポロジが同じであり、すなわち、ネットワーク内の全てのネットワークデバイスであると仮定する。しかしながら、経路計算のためのmetricタイプは異なるため、同じリンクのためのMetricタイプは異なり、したがって、2つのFlex－Algorithm IDの経路計算結果は異なる。
例えば、ネットワークスライスは、SRv6（Segment Routing IPv6）を介して構成される。
Flex－Algorithm ID 128については、IGP Metricを用いてノードAからノードDへの最短経路を計算し、経路計算結果はA→B→C→Dとなる。
Flex－Algorithm ID 128の定義については、以下の内容を参照されたい。
Flex－Aglo id 128：
Metric：igp－metric
Calc－type：0
リンク制約：Affinity（アフィニティ属性）例えば、リンク制約が緑色である場合、それは、Flex－Algorithm ID 128が経路計算に使用されるときに緑色のリンクを除外又は含むことを示す。
Flex－Algorithm ID 129については、遅延Metricを用いてノードAからノードDへの最短経路を計算し、経路計算結果はA→E→F→G→Dとなる。
Flex－Algorithm ID 129の定義については、以下の内容を参照されたい。
Flex－Algorithm ID 129：
Metric：link－delay－metric
Calc－type：0
リンク制約：Affinity．例えば、リンク制約が紫色である場合、それは、Flex－Algorithm ID 129が経路計算に使用されるときに紫色のリンクを除外又は含むことを示す。
図10を参照すると、一例として3つのネットワークスライスが使用される。
ネットワークスライス1：Network Slicing ID：1；Flex－Algorithm ID：128；SDGP－ID：1
ネットワークスライス2：Network Slicing ID：2；Flex－Algorithm ID：128；SDGP－ID：2
ネットワークスライス3：Network Slicing ID：3；Flex－Algorithm ID：129；SDGP－ID：3
ネットワークスライス1及びネットワークスライス2は、同じFlex－Algorithm ID 128を使用する。したがって、ネットワークスライス1及びネットワークスライス2のトポロジは同じであり、経路計算結果は制御プレーン上で同じである。しかしながら、SDGP IDは異なり、したがって、転送プレーンにおいてデータ分離を実施することができる。ネットワークスライス3のFlex－Algorithm IDは、ネットワークスライス1及びネットワークスライス2のものとは異なり、ネットワークスライス3の遅延metric値を使用して経路計算が実行される。したがって、制御プレーン上の経路計算結果は、IGP metricを使用した経路計算によって得られるネットワークスライス1及びネットワークスライス2の経路計算結果とは異なる。
S604．ネットワークデバイスは、SDGP IDとインタフェースリソースオブジェクトとの間の、コントローラによって配信された対応関係に基づいて、マッピング・転送テーブルを生成する。
図10を参照すると、3つのネットワークスライスに対応する転送リソースが矢印によって示される。3つの異なるネットワークスライスは異なるSDGP－IDを使用し、したがって、SDGP－IDによって識別されるインタフェースリソースオブジェクトは異なる。コントローラは、ネットワークデバイスがマッピング・転送テーブルを生成するように、SDGP－IDとインタフェースリソースオブジェクトとの間のマッピング関係をネットワークデバイスに配信する。例えば、インタフェースリソースオブジェクトは、サブインタフェースである。例えば、ネットワークデバイスAとネットワークデバイスBとの間には複数のサブインタフェースが存在する。
ネットワークデバイスAとネットワークデバイスBとの間には複数のサブインタフェースがある。図11を参照すると、一例として3つのサブインタフェースが使用される。SDGP－IDとサブインタフェースとの間のマッピング・転送テーブルが確立される必要がある。例えば、複数のサブインタフェースは、バインディングインタフェース、例えばTrunkインタフェースを形成することができる。具体的には、コントローラは、Trunkセットモデルを使用することによってバインディングインタフェースを構築することができる。Trunkセットモデルでは、バインディングインタフェース内の対応するサブインタフェースは、バインディングインタフェース内のサブインタフェースについて構成された属性（例えば、帯域幅）に基づいてインデックス付けされ得る。Trunkインタフェースは、層3で動作する（層3 IPが構成され、IGP近隣関係が確立される）。サブインタフェースは層2で機能する（IPは構成されない）。IGP近隣関係は、実際のサブインタフェースの代わりにTrunkインタフェースに基づいてネットワークデバイス間で確立される。この場合、隣接者間に並列リンクがあるとき、IGPルーティングプロトコルを使用して維持する必要がある隣接の数を減らすことができる。IGP近隣関係は、Trunkインタフェースのみに基づいて確立され、例えば、図11のTrunkインタフェースに基づいて確立されたIGP近隣関係である。ネットワークデバイスAの転送プレーンにおいて、マッピング・転送テーブルは、表1に示すように、サブインタフェースと各Trunkインタフェース及びSDGP－IDとの間の関係に基づいて生成され維持される。
異なるネットワークデバイス間で構成されたTrunkインタフェースの識別子が異なることを理解すべきである。例えば、ネットワークデバイスAとネットワークデバイスBとの間のTrunkインタフェースは、Trunk0インタフェースと呼ばれ、識別子はAである。例えば、ネットワークデバイスAとネットワークデバイスEとの間のTrunkインタフェースは、Trunk1インタフェースと呼ばれる場合があり、識別子はBである。ネットワークスライスに関する情報をネットワークデバイスに配信するとき、コントローラは、Trunkインタフェースの識別子と、Trunkインタフェースの識別子によって示されるTrunkインタフェースに含まれるサブインタフェースとをネットワークデバイスに通知することができる。
一例では、SDGP－IDとサブインタフェースとは1対1の対応関係に限定されず、1つのSDGP－IDが2つ以上のサブインタフェースに対応してもよい。サービスフローの転送中に、サービスフローはオフロード方式で転送されてもよい。すなわち、サービスフローは、SDGP－IDに対応する複数のサブインタフェースを使用して転送される。
SDGP－IDがインタフェースリソースオブジェクトと1対1対応関係である場合、ネットワークデバイスによってサービスフローを転送する手順を図12に示す。
S1201．第1のネットワークデバイスが第1のデータパケットを取得し、第1のデータパケットは送信先アドレス及び第1の識別情報を運ぶ。第1のデータパケットはサービスフロー内の任意のデータパケットである。
S1202．第1のネットワークデバイスは、送信先アドレスに基づいてターゲットインタフェースを決定し、ターゲットインタフェースは、第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、第2のネットワークデバイスは、第1のネットワークデバイスのネクストホップネットワークデバイスである。
ネットワークトポロジでは、第1のネットワークデバイスに接続された複数のネットワークデバイスが存在してもよく、第1のネットワークデバイスは、異なるインタフェースを介して異なるネットワークデバイスに接続される。第1のネットワークデバイスは、送信先アドレスを使用して、サービスフローを転送するためのネクストホップネットワークデバイス（すなわち、第2のネットワークデバイス）を決定することができ、すなわち、ターゲットインタフェースは、第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースである。
例えば、送信先アドレスに基づいてターゲットインタフェースを決定するとき、第1のネットワークデバイスは、ルーティング・転送テーブルに基づいて送信先アドレスに対応するターゲットインタフェース識別子を決定することができ、ターゲットインタフェース識別子は、ターゲットインタフェースを決定するべく、ターゲットインタフェースを識別するために使用される。ルーティング・転送テーブルは、送信先アドレスとターゲットインタフェース識別子との間の対応関係を含む。ターゲットインタフェース識別子は、第1のデータパケットの転送経路内のネクストホップネットワークデバイスを示す。
S1203．第1のネットワークデバイスは、第1の識別情報に基づいてターゲットインタフェース上の第1のインタフェースリソースオブジェクトを決定する。
例えば、第1の識別情報とターゲットインタフェース上の第1のインタフェースリソースオブジェクトとの間には1対1のマッピング関係がある。マッピング関係は、第1のネットワークデバイスが第1の識別情報に基づいてターゲットインタフェース上の第1のインタフェースリソースオブジェクトを決定することができるように、第1のネットワークデバイスに記憶され得る。例えば、ターゲットインタフェース上に複数のインタフェースリソースオブジェクトがある。例えば、ターゲットインタフェースはバインディングインタフェースである。バインディングインタフェースは複数のサブインタフェースを含み、インタフェースリソースオブジェクトはサブインタフェースである。この場合、第1のネットワークデバイスは、第1のデータパケットを転送するために、バインディングインタフェースに含まれる複数のサブインタフェースから第1の識別情報がマッピングされるサブインタフェースを決定する。
第1の識別情報と第1のインタフェースリソースオブジェクトとの間の1対1のマッピング関係をターゲットインタフェースに記憶するとき、第1のネットワークデバイスは、マッピング関係をテーブルの形式で記憶してもよい。例えば、第1のネットワークデバイスは第1のマッピング・転送テーブルを記憶し、この場合、第1のマッピング・転送テーブルは、第1のインタフェースリソースオブジェクトの識別子とターゲットインタフェース識別子及び第1の識別情報のそれぞれとの間の対応関係を含み、そのため、第1のネットワークデバイスは、第1のマッピング・転送テーブルに基づいて、第1の識別情報に対応し、ターゲットインタフェース識別子によって識別されるターゲットインタフェース上に存在する第1のインタフェースリソースオブジェクトの識別子を決定し、第1のインタフェースリソースオブジェクトの識別子は、第1のインタフェースリソースオブジェクトを更に決定するために、第1のインタフェースリソースオブジェクトを識別するのに使用される。
S1204．第1のネットワークデバイスは、第1のインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送する。
第1のネットワークデバイスは、サービスフローの転送経路内のヘッドエンドネットワークデバイスであってもよく、又は、転送経路内の中間ネットワークデバイスであってもよい。これは、この出願のこの実施形態では限定されない。
第1のネットワークデバイスが中間ネットワークデバイスである場合、プレビアスホップネットワークデバイスから第1のネットワークデバイスによって受信されたデータパケットは第1の識別情報を運ぶ。第1のネットワークデバイスがヘッドエンドネットワークデバイスである場合、端末デバイスから受信されたデータパケットは第1の識別情報を運ぶことができる。すなわち、第1の識別情報は、端末デバイスがデータパケットを送信するときに第1の識別情報をデータパケットに付加することによって第1のネットワークデバイスに送信されてもよい。或いは、端末デバイスによって送信されたデータパケットは第1の識別情報を運ばない場合もある。この場合、ヘッドエンドネットワークデバイスとして機能する第1のネットワークデバイスが端末デバイスから第2のデータパケットを受信すると、第2のデータパケットは第1の識別情報を運ばない。第2のデータパケットが第1のネットワークスライスに関連付けられていると決定するとき、第1のネットワークデバイスは、第1のデータパケットを取得するために、第1のネットワークスライスの識別子と第1の識別情報との間の対応関係に基づいて第1の識別情報を第2のデータパケットに挿入する。第1のネットワークスライスの識別子と第1の識別情報との間の対応関係は、ネットワークスライスが作成されて第1のネットワークデバイスに配信されるときにコントローラによって作成されてもよい。加えて、異なるサービス間の相互アクセスは、データプレーン上で拡張された第1の識別情報を使用することによって分離され得る。転送経路の入口にあるネットワークデバイスは、パケットを受信するときに識別をカプセル化し、パケットが中間ネットワークデバイスから送信されるときに識別をチェックする。これにより、ネットワークのリスク耐性能力及びセキュリティ保証が向上する。例えば、攻撃パケットが生成された場合、殆どの攻撃パケットは、インタフェースパケットチェックによって排除することができる。
第1の識別情報は、第1のデータパケットのパケットヘッダで運ばれ得る。第1の識別情報は、第1のデータパケットのパケットヘッダ内で複数の方法で運ばれ得る。幾つかの方法を例として以下に説明する。
第1の方法では、第1の識別情報と送信先アドレスの両方が2つの情報として第1のデータパケットのパケットヘッダで運ばれる。
例えば、第1の識別情報は、拡張TLV又はサブTLVで運ばれてもよい。第1のデータパケットは、IPv6パケットであってもよく、又は、IPv4パケットであってもよく、又は、マルチプロトコルラベルスイッチング（multi－protocol label switching，MPLS）パケットであってもよく、又は、別のタイプのパケットであってもよい。これは、この出願のこの実施形態では限定されない。
一例において、第1のデータパケットはIPv6パケットであり、第1の識別情報（すなわち、SDGP－ID）は、iPv 6データパケットのIPv6ホップバイホップオプションヘッダ（iPv6 hop－by－hop optionヘッダ）で運ばれ得る。図13は、SDGP－IDを運ぶiPv6データパケットのパケットヘッダの概略構造図である。新たに追加されたTLVタイプは、SDGP－IDを運ぶためにパケットヘッダの拡張ヘッダで使用される。図13において、Next Headerは、次のパケットヘッダのプロトコルタイプを表し、Header Ext Lenは、拡張ヘッダ（Next Headerによって占められるバイトを除く）の長さを表し、Typeは、オプションタイプを識別し、対応する以下のタイプ固有のデータType－Specific data フィールドは、SDGP－IDを運び、Lengthは、SDGP－IDのデータ長を表わす。
別の例では、第1のデータパケットがIPv4パケットである。図3に示されるIPv4パケットの構造を参照すると、第1の識別情報（すなわち、SDGP－ID）は、IPv4パケットヘッダのオプション（Options）フィールドで運ばれ得る。自己定義TLVタイプは、IPv4パケットのOptionsに使用され得る。図14を参照すると、自己定義TLVは、Type、Length、及びSDGP－IDを含む。Typeは、optionフィールドのタイプを識別するために使用され、Lengthは、自己定義TLVの長さを示し、SDGP－IDは、データパケットを転送するために使用されるインタフェースリソースオブジェクトを示すために使用される。
更に別の例では、第1のデータパケットはMPLSパケットであり、第1の識別情報（すなわち、SDGP－ID）はエントロピーラベルとしてMPLSパケットで運ばれ得る。図15は、SDGP－IDを運ぶMPLSパケットのフォーマットの一例を示す。図15において、ETHは層2イーサネットパケットヘッダを示す。Tunnelラベル／VPNラベル／MPLSラベルは、アウトバウンドインタフェース又は転送経路のネクストホップを識別するために使用される。予約ラベルは、予約ラベルの下位層ラベルがネットワークスライスラベルであることを識別するために使用される。ネットワークデバイスの各ホップは、SDGPラベルにアクセスし、SDGPラベルのラベル値、すなわちSDGP－ID値を識別し、SDGP－IDによって識別されるインタフェースリソースオブジェクトに問い合わせ、MPLSパケットを転送する。
一例では、図16を参照すると、転送経路は、ネットワークデバイスA→ネットワークデバイスB→ネットワークデバイスCである。ネットワークデバイスA、ネットワークデバイスB、及びネットワークデバイスCのそれぞれに3つのサブインタフェース、すなわち、サブインタフェース0（interface 0）、サブインタフェース1（interface 1）、及びサブインタフェース2（interface 2）がある。異なるネットワークデバイス上の同じ属性（例えば、帯域幅）のサブインタフェースの命名方法は同じであってもよく、又は確かに異なっていてもよいことが理解されるべきである。図16では、一例として同じ命名方法が使用される。各ネットワークデバイス上で、サブインタフェース0、サブインタフェース1、及びサブインタフェース2は、バインディングインタフェース、例えばTrunk0を形成する。サブインタフェース0はネットワークスライス1の転送リソースであり、サブインタフェース1はネットワークスライス2の転送リソースであり、サブインタフェース2はネットワークスライス3の転送リソースである。サブインタフェース0は、SDGP－ID 1に対応し、サブインタフェース1は、SDGP－ID 2に対応し、サブインタフェース2は、SDGP－ID 3に対応する。例えば、ネットワークデバイスAは、データパケット1を受信し、データパケット1内の送信先アドレスAに基づいてルーティング・転送テーブルを検索して、バインディングインタフェースを決定する。例えば、送信先アドレスAは、ルーティング・転送テーブル内のアウトバウンドTrunk0に対応する。その後、ネットワークデバイスAは、ネットワークスライス1の転送リソース、すなわち、サブインタフェース0を使用して、データパケット1内のアウトバウンドTrunk0及びSDGP－ID（例えば、データパケット1で運ばれるSDGP－IDはSDGP－ID 1である）に基づいて、データパケット1をネットワークデバイスBに転送する。ネットワークデバイスBは、同様に、データパケット1を、サブインタフェース0を使用してネットワークデバイスCに転送することを決定する。
一例では、SDGP－IDに対応するインタフェースリソースオブジェクトは、サービスフローを転送するために使用されるPHBに更に関連付けられ得る。したがって、SDGP－IDを使用して決定されたインタフェースリソースオブジェクトを使用してデータパケットを転送するとき、第1のネットワークデバイスは、SDGP－IDに対応するインタフェースリソースオブジェクトに関連付けられたPHBによって示される転送挙動を使用してデータパケットを転送する。ネットワークデバイスは、マッピングを介して転送テーブルに、SDGP－IDに対応するインタフェースリソースオブジェクトによって使用されるPHBを更に追加してもよく、又は、独立したテーブル又は別の非テーブル方式でPHBを確実に記憶してもよい。これはこの出願では特に限定されない。
第2の方法では、第1の識別情報は送信先アドレスフィールドを再利用することができ、第1の識別情報は送信先アドレスの一部として第1のデータパケットのパケットヘッダで運ばれる。
一例では、IPv6パケットが使用され、第1の識別情報（SDGP－ID）は、IPv6パケットヘッダの送信先アドレス（DA）フィールドに拡張される。DAフィールド内のSDGP－IDの位置は、この出願のこの実施形態では限定されない。説明を簡単にするために、送信先アドレス内のターゲットインタフェースを決定するために使用される情報は、ルーティング情報と呼ばれる。例えば、SDGP－IDは、ルーティング情報に隣接していてもよく、又は、当然ながら、ルーティング情報に隣接していなくてもよく、SDGP－IDは、ルーティング情報の一部であってもよい。例えば、ルーティング情報はDAフィールド内の最上位ビットに位置され、第1の識別情報は別のビットに位置される。確かに、第1の識別情報は代替としてDAフィールド内の最上位ビットに位置されてもよく、ルーティング情報は最下位ビットに位置されてもよい。
例えば、図17A及び図17Bに示されるように、IPv6DAは128bitであり、DA内の幾つかのbitはSDGP－IDを識別するために定義される。
図10に示される転送経路が一例として使用される。例えば、ネットワークデバイスAによってローカルに維持されるルーティングテーブルを表2に示す。
例えば、送信先アドレス内の16個の最下位ビットはSDGP－IDである。ネットワークデバイスAは第1のデータパケットを受信し、第1のデータパケット内のDAはc0a8：2048：：2である。c0a8：2048：：／ 32が最長IP一致規則に基づいて一致した場合、対応するアウトバウンドインタフェースは、AからBへのアウトバウンドインタフェース、すなわちTrunk0インタフェースである。DAの16bit内の128ビットの最下位ビットは、SDGP－IDを識別するために定義され、例えば、c0a8：2048：：2の16bitの最下位ビットの値は2である。したがって、マッピング・転送テーブルは、SDGP－ID 2に基づいて照会される。例えば、表3に示すように、Trunk0インタフェース内のサブインタフェース2が決定される。すなわち、第1のデータパケットは、サブインタフェース2を使用してネットワークデバイスBに転送される。
別の例として、IPv6転送シナリオを介したセグメントルーティング（Segment Routing）が使用される。例えば、IPv6 DAは、SRv6で規定されるSRv6 SIDである。同様に、前述の方法を使用することができ、拡張SRv6 SIDフォーマットのK個のbitがSDGP－IDを識別するために使用される。図18は、SRv6 SIDの構造の一例を示す。Locatorは、位置特定機能を有する。Functionは、デバイスの命令を示し、対応する機能動作を実行するためにSRv6 SIDを生成するノードを示すために使用される。Argumentsは、任意のパラメータフィールドであり、パケットのフローやサービスなどの情報を定義するために使用される。例えば、SDGP－IDは、Argument内の情報であってもよく、又は、Argumentとは独立したK bitであってもよい。
図19は、SRv6データパケットの構造の一例を示す。Next Headerは、SRHの直後のパケットヘッダのタイプを表わす。Hdr Ext Lenは、SRHヘッダの長さを表し、主にSegment List ［0］～SegmentList ［n］ が占める長さである。Routing Typeは、ルートヘッダタイプを表わすために使用される。SRH Typeは4である。Segments Left（SL）は、送信先ノードに到達する前にアクセスされるべき中間ノードの数を表わす。Last Entryは、セグメントリストの最後の要素のインデックスを表わす。Flagsは、データパケットの幾つかのフラグを表わす。Tagは、同じグループ内のパケットを識別する。Segment List ［n］ はセグメントリストを表わす。Segment List は、経路の最後のセグメントから符号化される。Segment List は、IPv6アドレスの形式である。Segment List ［n］ はSRv6経路で処理される最初のセグメントリストであり、Segment List ［n－1］ は処理される2番目のセグメントリストであり、Segment List ［n－2］ は処理される3番目のセグメントリストであり、．．．Segment List ［0］ は処理されるn＋1番目のセグメントリストである。SRv6ノードを通過するたびに、Segments Left（SL）フィールドが1減少し、IPv6 DA情報が1回変更される。Segments Left 及び Segments Listフィールドはともに、IPv6 DA情報を決定する。SL値がn（n－0）である場合、IPv6 DA値はSegments List ［n］ の値である。SL値がn－1である場合、IPv6 DA値はSegments List ［n－1］ の値である。アナログ的には、SL値が1である場合、IPv6 DA値はSegments List ［1］ の値である。SL値が0である場合、IPv6 DA値はSegments List ［0］ の値である。
SRv6 SIDがローカルノードのSIDでない場合、SRv6 SIDは一般的なIPv6 DAであり、第1の識別情報がIPv6パケット内の送信先アドレスを再使用する前述の例では、パケットは転送方式で転送される。SRv6 SIDがローカルノードのSIDである場合、アウトバウンドインタフェース／ネクストホップに関する情報は、転送情報ベース（forward information data Base，FIB）テーブル（及び／又はルーティングテーブル）、マッピング・転送テーブルなどを問い合わせることによって見つけられ、その後、運ばれるSDGP－ID情報に基づいてサブインタフェースが決定される。
一例では、SRv6データは、End SID及びEnd．X SIDに基づいて転送される。End SIDは、Endpoint SIDを表し、ネットワーク内の送信先アドレスのプレフィックス（Prefix）を識別するために使用され、グローバルに可視であり、システム内でグローバルに有効である。End．X SIDは、層3交差接続のEndpoint SIDを表し、ネットワーク内のリンクを識別するために使用され、グローバルに可視であり、ローカルに有効である。
SRv6データパケットを受信した後、ノードは、送信先アドレスに対応するSRv6 SIDがEnd SID又はEnd．X SIDであるかどうかを決定するために、送信先アドレス（SRv6 SID）に基づいてローカルSIDテーブルにまず問い合わせる。SRv6 SIDがEnd SIDである場合、ノードは引き続きFIBテーブル（及び／又はルーティングテーブル）を照会し、IPv6 FIBテーブルに基づいてSRv6 SIDに対応するターゲットインタフェースを照会し、SRv6 SID内のSDGP－IDに基づいてマッピング・転送テーブルを照会することによりサブインタフェースを決定し、その後、決定されたサブインタフェースを使用してデータパケットを転送する。SRv6 SIDがEnd．X SIDである場合、FIBテーブルに問い合わせることなくSRv6 SIDのネクストホップ（アウトバウンドインタフェース）が決定され、マッピング・転送テーブルが、サブインタフェースを決定するためにSRv6 SIDにおけるSDGP－IDに基づいて問い合わせられ、その後、決定されたサブインタフェースを使用してデータパケットが転送される。
第3の方法では、第1の識別情報は、第1のデータパケットのパケットヘッダ内の別のフィールド、例えば、トラフィッククラス（traffic class，TC）フィールド、フローラベル（flow label）フィールド、又は送信元アドレスフィールドを再利用することができる。
一例では、IPv6パケットが使用され、第1の識別情報はtraffic classフィールドを再使用する。traffic classフィールドの全部又は一部は、第1の識別情報を示すために使用されてもよい。例えば、図20を参照すると、traffic classフィールドの全てが、第1の識別情報を示すために使用される。traffic classフィールド内の第1の識別情報の位置及び第1の識別情報によって占められるビット数は、この出願のこの実施形態では特に限定されない。
第1のネットワークデバイスが第1のデータパケットを取得した後に、第1のネットワークデバイスは、第1のデータパケットのパケットヘッダ内の送信先アドレスに基づいてターゲットインタフェースを決定し、その後、パケットヘッダのtraffic classフィールドから第1の識別情報を取得し、第1の識別情報に基づいてターゲットインタフェース上の第1のインタフェースリソースオブジェクトを決定し、その後、第1のインタフェースリソースオブジェクトを用いて第1のデータパケットを転送する。
別の例では、IPv6パケットが使用され、第1の識別情報はフローラベルフィールドを再利用する。フローラベルフィールドの全部又は一部は、第1の識別情報を示すために使用されてもよい。例えば、図21を参照すると、フローラベルフィールドの一部は、第1の識別情報を示すために使用される。例えば、フローラベルフィールド内の最上位ビットは、フローラベル情報を示すために使用され、最下位ビットは、第1の識別情報を示すために使用される。別の例では、フローラベルフィールド内の最下位ビットは、フローラベル情報を示すために使用され、最上位ビットは、第1の識別情報を示すために使用される。フローラベルフィールド内の第1の識別情報の位置及び第1の識別情報によって占められるビット数は、この出願のこの実施形態では特に限定されない。
第1のネットワークデバイスが第1のデータパケットを取得した後に、第1のネットワークデバイスは、第1のデータパケットのパケットヘッダ内の送信先アドレスに基づいてターゲットインタフェースを決定し、その後、パケットヘッダのフローラベルフィールドから第1の識別情報を取得し、第1の識別情報に基づいてターゲットインタフェース上の第1のインタフェースリソースオブジェクトを決定し、その後、第1のインタフェースリソースオブジェクトを使用して第1のデータパケットを転送する。
以下では、SDGP－IDが複数のインタフェースリソースオブジェクトに対応する例を使用して説明する。SDGP－IDは、特定のサービスフローの転送ポリシーを示すために、QoS用の差別化サービス（DiffServ）モデルと組み合わされる。異なる転送ポリシーは、ネットワークデバイスのインタフェース上の1つ以上のインタフェースリソースオブジェクトを示し、インタフェースリソースオブジェクトの転送挙動を示す。
ネットワークスライス要件情報に基づいてネットワークスライスを作成するとき、コントローラは、ネットワークスライスのためのSDGP－IDを構成し、ネットワークスライスのためのインタフェースリソースオブジェクトを構成する。コントローラは、SDGP－IDが複数のインタフェースリソースオブジェクトに対応し得るように構成する。異なるSDGP－IDは、同じインタフェースリソースオブジェクトに対応し得る。SDGP－IDに対応するインタフェースリソースオブジェクトは、サービスフローを転送するために使用されるPHBに関連付けられる。異なるSDGP－IDに対応する同じインタフェースリソースオブジェクトに関連付けられたPHBは異なり得ることに留意すべきである。すなわち、異なるネットワークスライスに属する1つのインタフェースリソースオブジェクトは、異なるネットワークスライスの異なるPHBに対応し得る。異なるPHBは異なる転送挙動に対応し、異なる転送挙動は異なるサービスレベルを提供する。SDGP－ID 1が例として使用される。SDGP－ID 1は、ターゲットインタフェース上のN個のインタフェースリソースオブジェクトに対応し、Nは1より大きい整数である。ネットワーク全体において、インタフェースリソースオブジェクトは、リソースID（Resource－ID、Res－ID）を使用して識別され得る。ネットワークスライスに関する情報をターゲットネットワークデバイスに送信するとき、コントローラは、SDGP－IDとN個のインタフェースリソースオブジェクトとの間のマッピング関係、及びリソースIDとターゲットネットワークデバイス上のインタフェースリソースオブジェクトとの間のマッピング関係をターゲットネットワークデバイスに送信する。各SDGP－ID及びSDGP－IDに対応する各インタフェースリソースオブジェクトによって使用されるPHBに対してコントローラによって構成された複数のインタフェースリソースオブジェクトは、転送ポリシーと見なされ、各ターゲットネットワークデバイスに配信され得る。一例では、SDGP－IDとN個のインタフェースリソースオブジェクトとの間のマッピング関係、及びターゲットネットワークデバイス上のリソースIDとインタフェースリソースオブジェクトとの間のマッピング関係は、ネットワークスライスに関する情報の一部として、コントローラによってターゲットネットワークデバイスに送信され得る。異なるSDGP－IDは異なるネットワークスライスに対応し、そのため、コントローラは、SDGP－IDとネットワークスライスの識別子との対応関係をターゲットネットワークデバイスに送信することができ、ターゲットネットワークデバイスは、その対応関係をネットワーク全体にフラディングすることが理解され得る。或いは、コントローラは、SDGP－IDとネットワークスライスの識別子との間の対応関係を、ネットワークスライスに対応するネットワークトポロジ内の各ネットワークデバイスに配信する。
一例として、3つのネットワークスライスが使用される。SDGP－ID 1はネットワークスライス1に対応し、SDGP－ID 2はネットワークスライス2に対応し、SDGP－ID 3はネットワークスライス3に対応する。
ネットワークスライス1は、高優先度ネットワークスライスであり、低いパケット損失率、低いレイテンシー、低いジッタ、及び決定された帯域幅を有する転送サービスを提供する。ネットワークスライス1の場合、平均帯域幅は25Gであり、ピーク帯域幅は50Gである。スライスのサービス品質を保証するために、スライスはピークトラフィックに基づいてリソースを割り当て、スライスの帯域幅は50Gに設定される。
ネットワークスライス2は、低優先度のネットワークスライスであり、比較的低いレイテンシー、低いパケット損失率、及び高い信頼性でサービスを提供する。ネットワークスライス2の場合、平均帯域幅は10 Gであり、ピーク帯域幅は20Gである。スライスは平均トラフィックに基づいてリソースを割り当て、スライスの帯域幅は10Gに設定される。
ネットワークスライス3は、低優先度のネットワークスライスであり、比較的低いレイテンシー、低いパケット損失率、及び高い信頼性でサービスを提供する。ネットワークスライス3の場合、平均帯域幅は5Gであり、ピーク帯域幅は10Gである。スライスは平均トラフィックに基づいてリソースを割り当て、スライスの帯域幅は5Gに設定される。
例えば、インタフェースリソースオブジェクトは、サブインタフェースである。図22を参照すると、第1のネットワークデバイス及び第2のネットワークデバイスのそれぞれに3つのサブインタフェースがある。第1のネットワークデバイス上の3つのサブインタフェースは、それぞれ、サブインタフェース1、サブインタフェース2、及びサブインタフェース3である。第2のネットワークデバイス上の3つのサブインタフェースは、それぞれ、サブインタフェース4、サブインタフェース5、及びサブインタフェース6である。図22の接続関係に示されているように、第1のネットワークデバイス上の3つのサブインタフェースは第2のネットワークデバイス上の3つのサブインタフェースにそれぞれ接続される。サブインタフェース1はサブインタフェース4に接続され、50 G帯域幅が提供される。サブインタフェース2はサブインタフェース5に接続され、10 G帯域幅が提供される。サブインタフェース3はサブインタフェース6に接続され、5 G帯域幅が提供される。各サブインタフェースに対応する帯域幅は、ネットワーク構成中に計画されてもよく、又は各サブインタフェースの帯域幅は、ネットワークトポロジ計画中にコントローラによって計画されてもよい。
ネットワークスライスの要件及びネットワークデバイス上のサブインタフェースの帯域幅に基づいて、異なるネットワークスライスについて異なる転送ポリシーが提供される。
例えば、ネットワークスライス1は、ピークトラフィックに基づいて帯域幅リソースを割り当てて、優先度の高いサービスに対して信頼性の高いサービスを保証する。ネットワークスライス1は、第1のネットワークデバイスのサブインタフェース1及び第2のネットワークデバイスのサブインタフェース4を転送リソースとして使用することができ、EF転送挙動を使用することができる。ネットワークスライス2は、殆どのサービスフローに対して信頼できるサービスを提供するために、平均トラフィックに基づいて帯域幅リソースを割り当てる。ネットワークスライス2は、第1のネットワークデバイスのサブインタフェース2及び第2のネットワークデバイスのサブインタフェース5を転送リソースとして使用することができる。サービスフローのトラフィックが平均インタフェース帯域幅を超える場合、平均インタフェース帯域幅のトラフィックを超えるトラフィック部分は、サブインタフェース1及びサブインタフェース4を用いて転送されてよく、サービスレベルを下げることによって転送されてよく、例えば、AF方式で転送される。ネットワークスライス3は、殆どのサービスフローに対して信頼できるサービスを提供するために、平均トラフィックに基づいて帯域幅リソースを割り当てる。サービスフローのトラフィックが平均トラフィックを超える場合、平均トラフィックを超えるトラフィック部分は、サブインタフェース2及びサブインタフェース5を使用することによって転送され得、サービスレベルを下げることによって転送されてもよく、例えば、BE方式で転送され得る。
これに基づいて、転送ポリシーは、転送ポリシーが異なるSDGP－IDについてそれぞれ構成されるように構成することができる。転送ポリシーは、各SDGP－IDに対応するサブインタフェースと、SDGP－IDに対応するサブインタフェースによって使用されるPHBとを含む。例えば、異なるSDGP－IDに対応する転送ポリシーは、
SDGP－ID 1：第1のネットワークデバイスのサブインタフェース1及び第2のネットワークデバイスのサブインタフェース4、QoS：EF；
SDGP－ID 2：（第1のネットワークデバイスのサブインタフェース2及び第2のネットワークデバイスのサブインタフェース5、QoS：EF）＋（第1のネットワークデバイスのサブインタフェース1及び第2のネットワークデバイスのサブインタフェース4＋QoS：AF）；及び
SDGP－ID 3：（第1のネットワークデバイスのサブインタフェース3及び第2のネットワークデバイスのサブインタフェース6＋QoS：EF）＋（第1のネットワークデバイスのサブインタフェース2及び第2のネットワークデバイスのサブインタフェース5＋QoS：BE）
であってもよい。
リソースIDを使用してサブインタフェースが識別される場合、異なるネットワークデバイス上の同じ属性を有するサブインタフェースは同じリソースIDを使用する。すなわち、2つのネットワークデバイス間に1つの転送経路がある場合、リソースIDは、ネットワークデバイス間の転送経路内のサブ経路を識別するために使用される。例えば、図22を参照すると、リソースID 1は、サブインタフェース1とサブインタフェース4との間のサブ経路を識別し、リソースID 2は、サブインタフェース2とサブインタフェース5との間のサブ経路を識別し、リソースID 3は、サブインタフェース3とサブインタフェース6との間のサブ経路を識別する。この場合、転送ポリシーは以下のように表現することができる。
SDGP－ID 1：Res－ID 1＋QoS：EF；
SDGP－ID 2：（Res－ID 2＋QoS：EF）＋（Res－ID 1＋QoS：AF）；及び
SDGP－ID 3：（Res－ID 3＋QoS：EF）＋（Res－ID 2＋QoS：BE）。
ターゲットネットワークデバイスは、コントローラによって配信された転送ポリシーを受信する。すなわち、ターゲットネットワークデバイスは、SDGP－IDとN個のインタフェースリソースオブジェクトとの間のマッピング関係、及びリソースIDとターゲットネットワークデバイス上のインタフェースリソースオブジェクトとの間のマッピング関係を受信した後に、マッピング・転送テーブルを確立することができる。例えば、インタフェースリソースオブジェクトは、サブインタフェースである。例えば、図22を参照すると、第1のネットワークデバイス上の3つのサブインタフェースはバインディングインタフェースを形成し、第2のネットワークデバイス上の3つのサブインタフェースはバインディングインタフェースを形成する。例えば、バインディングインタフェースは、trunkインタフェースである。第1のネットワークデバイスの転送プレーンにおいて、マッピング・転送テーブルは、表4に示すように、サブインタフェースと、Trunkインタフェース、SDGP－ID、及びRes－IDのそれぞれとの間の対応関係に基づいて生成されて維持される。第2のネットワークデバイスの転送プレーンにおいて、マッピング・転送テーブルは、表5に示すように、サブインタフェースと、Trunkインタフェース、SDGP－ID、及びRes－IDのそれぞれとの間の対応関係に基づいて生成されて維持される。
表4又は表5に示されるマッピング・転送テーブルは、一例として使用されているにすぎないことを理解すべきである。ターゲットネットワークデバイスの転送プレーンにおいて、複数のテーブルが、サブインタフェースと、Trunkインタフェース、SDGP－ID、及びRes－IDのそれぞれとの間の対応関係に基づいて生成されて維持される。例えば、表4に対応するマッピング関係は、代替的に、表6及び表7の方法で確立されてもよい。
一例では、ターゲットネットワークデバイスは、マッピングを介して転送テーブルに、SDGP－IDに対応するサブインタフェースによって使用されるPHBを追加することができ、又は、PHBを独立したテーブル又は別の非テーブル方式で確実に記憶することができる。これはこの出願では特に限定されない。例えば、表1に示すマッピング・転送テーブルを確立するとき、第1のネットワークデバイスは、表8に示すように、マッピング・転送テーブルに、SDGP－IDに対応するサブインタフェースによって使用されるPHBを追加することができる。
ネットワークデバイスによってサービスフローを転送する別の手順を、例を用いて以下に説明する。
（1）第1のネットワークデバイスが第1のデータパケットを取得し、第1のデータパケットはルーティング情報及び第1の識別情報を運ぶ。
（2）第1のネットワークデバイスは、ルーティング情報に基づいてターゲットインタフェースを決定し、ターゲットインタフェースは、第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、第2のネットワークデバイスは、第1のネットワークデバイスのネクストホップネットワークデバイスである。
（3）第1のネットワークデバイスは、第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定する。
（4）第1のネットワークデバイスは、少なくとも1つのインタフェースリソースオブジェクトを使用して第1のデータパケットを第2のネットワークデバイスに転送する。
特定の実施において、ルーティング情報及び第1の識別情報は、2つの別々の情報として第1のデータパケットで運ばれる。例えば、ルーティング情報は送信先アドレスである。具体的には、送信先アドレスに基づいてターゲットインタフェースを決定する方法、及び第1の識別情報に基づいてインタフェースリソースオブジェクトを決定する方法が上述される。ここでは詳細を説明しない。
一例において、第1のデータパケットのパケットヘッダは、送信先アドレス及び第1の識別情報を含む。
別の例では、第1のデータパケットのパケットヘッダが拡張タグ長値（TLV）を含み、拡張TLVは送信先アドレス及び第1の識別情報を含む。
更に別の例において、第1の識別情報は、エントロピーラベルとして第1のデータパケットのパケットヘッダに含まれる。
別の具体的な実施では、第1の識別情報が送信先アドレスを再利用することができ、送信先アドレスの一部は第1の識別情報を示すために使用される。
一例では、第1のデータパケットのパケットヘッダが送信先アドレスを含み、送信先アドレスはルーティング情報及び第1の識別情報を含む。例えば、ルーティング情報は送信先アドレス内の最上位ビットを占め、第1の識別情報は送信先アドレス内の最下位ビットを占める。別の例では、ルーティング情報が送信先アドレス内の最下位ビットを占め、第1の識別情報は送信先アドレス内の最上位ビットを占める。
更に別の具体的な実施において、第1の識別情報は、トラフィッククラスフィールドを再利用する。例えば、第1のデータパケットのパケットヘッダは送信先アドレス（ルーティング情報）及びトラフィッククラスフィールドを含み、トラフィッククラスフィールドは第1の識別情報を含む。
更に別の具体的な実施において、第1の識別情報はフローラベルフィールドを再利用し、第1のデータパケットのパケットヘッダは送信先アドレス（ルーティング情報）及びフローラベルフィールドを含み、フローラベルは第1の識別情報を含む。
一例において、ターゲットネットワークデバイスは、マッピングを介して各サブインタフェースに対応する帯域幅を転送テーブルに更に追加することができ、又は確かに、独立したテーブル又は別の非テーブル方式で帯域幅を記憶することができる。これはこの出願では特に限定されない。
ネットワークデバイスによってサービスフローを転送する手順の詳細な説明については、図23を参照されたい。
S1801．第1のネットワークデバイスが第1のデータパケットを取得し、第1のデータパケットは送信先アドレス及び第1の識別情報を運ぶ。第1のデータパケットはサービスフロー内の任意のデータパケットである。第1の識別情報とN個のインタフェースリソースオブジェクトとの間にはマッピング関係があり、Nは1より大きい整数である。
第1のデータパケットを取得する具体的な方法については、図12に対応する実施形態の説明を参照されたい。ここでは詳細を説明しない。
S1802．第1のネットワークデバイスは、送信先アドレスに基づいてターゲットインタフェースを決定し、ターゲットインタフェースは、第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、第2のネットワークデバイスは、第1のネットワークデバイスのネクストホップネットワークデバイスである。決定方法については、図12に対応する実施形態の説明を参照されたい。ここでは詳細を説明しない。
S1803．第1のネットワークデバイスは、第1の識別情報がマッピングされるN個のインタフェースリソースオブジェクトから、第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトを決定し、MはN以下の正の整数である。
S1804．第1のネットワークデバイスは、M個のインタフェースリソースオブジェクトのうちの1つを使用することによって第1のデータパケットを転送する。
第1のデータパケットが属するサービスフローを転送するのに用いられるべきM個のインタフェースリソースオブジェクトを、第1の識別情報がマッピングされるN個のインタフェースリソースオブジェクトから決定するときに、第1のネットワークデバイスは、第1のデータパケットが属するサービスフローのトラフィックに基づいて、第1の識別情報がマッピングされるN個のインタフェースリソースオブジェクトから、第1のデータパケットが属するサービスフローを転送するのに用いられるべきM個のインタフェースリソースオブジェクトを決定することができる。
例えば、Nは2である。2つのインタフェースリソースオブジェクトを区別するために、2つのインタフェースリソースオブジェクトはそれぞれ、一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトと呼ばれる。言い換えると、第1の識別情報は、一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトに対応する。第1のネットワークデバイスは、以下の態様で、第1の識別情報がマッピングされるN個のインタフェースリソースオブジェクトから、第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトを決定することができる。
第1のデータパケットが属するサービスフローのトラフィック要件を一次インタフェースリソースオブジェクトの帯域幅が満たすと決定する場合、第1のネットワークデバイスは、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクトが使用されるべきであると決定する。この場合、第1のネットワークデバイスは、一次インタフェースリソースオブジェクトを使用して第1のデータパケットを転送する。第1のデータパケットが属するサービスフローのトラフィック要件を一次インタフェースリソースオブジェクトの帯域幅が満たしていないと決定する場合、第1のネットワークデバイスは、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトが使用されるべきであると決定する。この場合、第1のネットワークデバイスは、オフロード方式で、第1のデータパケットが属するサービスフローを転送し、すなわち、一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトを使用して、第1のデータパケットが属するサービスフローを転送する。第1のデータパケットが一次インタフェースリソースオブジェクト又は二次インタフェースリソースオブジェクトのどちらを使用して転送されるべきかどうかは、第1のネットワークデバイスが一次インタフェースリソースオブジェクト又は二次インタフェースリソースオブジェクトを使用して第1のデータパケットを転送するように、オフロードステータスに基づいて決定されてもよい。
コントローラが、第1の識別情報に対応する異なるインタフェースリソースオブジェクトについて異なるPHBを構成する場合、例えば、第1の識別情報に対応する一次インタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第2のPHBが使用され、第1の識別情報に対応する二次インタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第3のPHBが使用される場合には、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクトが使用されるべきであると決定する際、第1のネットワークデバイスは、第2のPHB及び一次インタフェースリソースオブジェクトを使用して第1のデータパケットを第2のネットワークデバイスに転送することができる。第2のPHBは、EF、AF、BE、CSのいずれであってもよい。
第1のデータパケットが属するサービスフローを転送するために二次インタフェースリソースオブジェクト及び一次インタフェースリソースオブジェクトが使用されるべきであると決定する場合、第1のネットワークデバイスは、第2のPHB及び一次インタフェースリソースオブジェクトを使用することによって及び第3のPHB及び二次インタフェースリソースオブジェクトを使用することによって第1のデータパケットが属するサービスフローを別々に転送することができる。第2のPHBは、EF、AF、BE、及びCSのいずれか1つであってもよく、又は、第3のPHBは、EF、AF、BE、及びCSのいずれか1つであってもよい。一次インタフェースリソースオブジェクトに対応するPHBのサービスレベルは、通常、二次インタフェースリソースオブジェクトのサービスレベルよりも高い。例えば、第2のPHBはEFであり、第3のPHBはAFである。サービスフローがオフロード方式で転送される場合、一次インタフェースリソースオブジェクトはEFを使用してサービスフローの大部分のコンテンツに対して信頼できるサービスを確保し、サービスレベルが低下した後にコンテンツの他の部分がAF方式で転送される。別の例では、第2のPHBがEFであり、第3のPHBがBEである。サービスフローがオフロード方式で転送される場合、一次インタフェースリソースオブジェクトはEFを使用してサービスフローの大部分のコンテンツに対して信頼できるサービスを確保し、サービスレベルが低下した後にコンテンツの他の部分がBE方式で転送される。
図22に示す例を続けると、表6に示されるとともに第1のネットワークデバイスによって構成されるマッピング・転送テーブルが例として使用される。
ネットワークスライス1のサービスフロー1がSDGP－ID値1を運ぶ場合、第1のネットワークデバイスによってサービスフロー1を処理する手順は以下の通りである。
A1．第1のネットワークデバイスは、SDGP－IDを運ぶデータパケット1を受信し、送信先アドレスを使用してローカルルーティングテーブルに問い合わせてアウトバウンドインタフェース／ネクストホップ、例えばTrunk0を取得し、この場合、ネクストホップネットワークデバイスは第2のネットワークデバイスである。
A2．第1のネットワークデバイスは、データパケット1を解析し、マッピング・転送テーブル（表6）に問い合わせて、SDGP－ID 1が完全優先転送（EF）のRes－ID 1及びPHBに対応すると決定する。
A3．第1のネットワークデバイスは、データパケット1のTCフィールド内のPHBを完全優先転送（EF）に変更する。
A4．第1のネットワークデバイスは、サブインタフェース1を取得するために、アウトバウンドインタフェース及びRes－ID 1に基づいてマッピング・転送テーブル（表6）に問い合わせる。
A5．第1のネットワークデバイスは、EF及びサブインタフェース1に対応する転送挙動を用いて、TCフィールドが修正されたデータパケット1をネクストホップネットワークデバイス、すなわち第2のネットワークデバイスに転送することができる。
ネットワークスライス2のサービスフロー2は、SDGP－ID値2を運ぶ。ネットワークデバイス側の処理手順は以下の通りである（ネットワークスライス2のリソースは10Gであり、現在のトラフィック値は15Gであると仮定する）。
B1．第1のネットワークデバイスは、SDGP－IDを運ぶデータパケット2を受信し、送信先アドレスを使用してローカルルーティングテーブルに問い合わせてアウトバウンドインタフェース／ネクストホップEth－Trunk0を取得し、この場合、ネクストホップネットワークデバイスは第2のネットワークデバイスである。
B2．第1のネットワークデバイスは、データパケット2を解析し、マッピング・転送テーブル（表6）に問い合わせて、SDGP－ID 2が完全優先転送（EF）のRes－ID 2及びPHBに対応し、更に相対的優先転送（AF）のRes－ID 1及びPHBに対応すると決定する。
B3．第1のネットワークデバイスは、データパケット2のTCフィールド内のPHBを完全優先転送（EF）に変更する。
B4．第1のネットワークデバイスは、サブインタフェース2を取得するために、アウトバウンドインタフェース及びRes－ID 2に基づいてマッピング・転送テーブル（表6）に問い合わせる。
B5．第1のネットワークデバイスは、EFに対応する転送挙動及びサブインタフェース2を用いて、TCフィールドが修正されたデータパケット2をネクストホップネットワークデバイス、すなわち第2のネットワークデバイスに転送する。
B6．第1のネットワークデバイスは、現在のサブインタフェース2の帯域幅がサービスフロー2の要件を満たさないことを識別し、サービスフロー2内の幾つかのパケットのTCフィールドをAFに変更し、サブインタフェース1を獲得するために、アウトバウンドインタフェース及びRes－ID 1を用いてマッピング・転送テーブル（表6）に問い合わせる。
B7．第1のネットワークデバイスは、サービスフローにおいて、そのTCフィールドが、EF及びサブインタフェース1に対応する転送挙動を使用することによって、ネクストホップネットワークデバイス、すなわち、第2のネットワークデバイスに修正される幾つかのパケットを転送することができる。
前述の説明から、サブインタフェース1は、ネットワークスライス1とネットワークスライス2の両方のサービスフローを転送するために使用されることが分かる。サブインタフェース1は、ネットワークスライス1にEF転送挙動をもたらし、サブインタフェース1は、サービスフローの帯域幅及びレイテンシーを確保するために、ネットワークスライス1のサービスフローに絶対優先キュースケジューリングを提供する。サブインタフェース1は、ネットワークスライス2にAF転送挙動を提供する。サブインタフェース1は、インタフェースリソース帯域幅制限を超えないトラフィックのための転送品質保証を与え、制限を超えるトラフィックを廃棄せず、サービスレベルが低下した後にトラフィックを転送し続ける。
ネットワークスライス3のサービスフロー3は、SDGP－ID値3を運ぶ。第1のネットワークデバイス上の処理手順は以下の通りである（スライス3のリソースは10 Gであり、現在のトラフィック値は10 Gであると仮定する）。
C1．第1のネットワークデバイスは、SDGP－IDを運ぶデータパケット3を受信し、送信先アドレスを使用してローカルルーティングテーブルに問い合わせてアウトバウンドインタフェース／ネクストホップEth－Trunk0を取得し、この場合、ネクストホップネットワークデバイスは第2のネットワークデバイスである。
C2．第1のネットワークデバイスは、データパケット3を解析し、マッピング・転送テーブル（表6）に問い合わせて、SDGP－ID＝3が完全優先転送（EF）のResID＝3及びPHBに対応し、更に相対的優先転送（AF）のResID＝2及びPHBに対応すると決定する。
C3．第1のネットワークデバイスは、データパケット3のTCフィールド内のPHBを完全優先転送（EF）に変更する。
C4．第1のネットワークデバイスは、サブインタフェース3を取得するために、アウトバウンドインタフェース及びResID＝3に基づいてマッピング・転送テーブル（表6）問い合わせる。
C5．第1のネットワークデバイスは、EFに対応する転送挙動及びサブインタフェース3を用いて、TCフィールドが修正されたデータパケット3をネクストホップネットワークデバイス、すなわち第2のネットワークデバイスに転送する。
C6．第1のネットワークデバイスは、現在のサブインタフェース3の帯域幅がサービスフロー3の要件を満たさないことを識別し、サービスフロー3内の幾つかのパケットのTCフィールドをBEに変更し、サブインタフェース2を獲得するために、アウトバウンドインタフェース及びRes ID＝2を用いてマッピング・転送テーブル（表6）に問い合わせる。
C7．第1のネットワークデバイスは、サービスフローにおいて、そのTCフィールドが、BE及びサブインタフェース2に対応する転送挙動を用いて、ネクストホップネットワークデバイス、すなわち第2のネットワークデバイスに修正される幾つかのパケットを転送することができる。
サブインタフェース2は、ネットワークスライス2とネットワークスライス3の両方のサービスフローを転送するために使用される。サブインタフェース2は、ネットワークスライス2にEF転送挙動をもたらし、サブインタフェース2は、サービスフローの帯域幅及びレイテンシーを確保するために、ネットワークスライス3のサービスフローに絶対優先キュースケジューリングを提供する。サブインタフェース2は、ネットワークスライス2にBE転送挙動をもたらし、サブインタフェース2は、ネットワークスライス3のサービスフローにベストエフォート転送挙動をもたらす。サブインタフェース2がフルロードで長時間実行されると、ネットワークスライス3のデータパケットが失われる可能性がある。
SDGP－IDは、サービスフローの転送ポリシーを識別するために使用される。異なるネットワークスライスは、同じ転送リソースを共有することができる。転送リソースは、主に特定のネットワークスライスにサービスを提供する。転送リソースがアイドルである場合、転送リソースは、メインネットワークスライスのサービスフローの転送品質が確保される状態で、別のネットワークスライスのサービスフローに対応する転送品質保証を与えるために使用され、それにより、ネットワークリソースが完全に使用される。
方法の実施形態と同じ処理原理に基づいて、この出願の一実施形態は、図24に示されるように、装置1900を更に提供する。装置1900はネットワークデバイスに適用される。ネットワークデバイスは、図6、図10～図12、図16、図22及び図23に示される実施形態におけるネットワークデバイスであってもよく、前述の方法の実施形態におけるネットワークデバイスの動作を実行するように特に構成されてもよい。装置1900は、受信モジュール1901、処理モジュール1902、及び、送信モジュール1903を含み得る。装置1900は、具体的には、ネットワークデバイス内のプロセッサ、チップ、チップシステムなどであってもよい。処理モジュール1902は、装置1900の動作を制御及び管理するように構成される。受信モジュール1901は、情報又はパケットを受信するように構成される。送信モジュール1903は、情報又はパケットを送信するように構成される。処理モジュール1902は、受信モジュール1901によって受信された情報又はパケットを処理するように構成される。
例えば、装置は第1のネットワークデバイスに適用される。実施シナリオにおいて、
処理モジュール1902は、第1のデータパケットを取得し、第1のデータパケットは送信先アドレス及び第1の識別情報を運び、送信先アドレスに基づいてターゲットインタフェースを決定し、ターゲットインタフェースが第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、第2のネットワークデバイスが第1のネットワークデバイスのネクストホップネットワークデバイスであり、第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定するように構成される。
処理モジュール1902によって、送信先アドレスに基づいてターゲットインタフェースを決定する具体的な実施については、図12に示される実施形態のステップS1202の処理プロセスを参照されたい。ここでは詳細を説明しない。
処理モジュール1902によって、第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定する具体的な実施については、図12に示される実施形態におけるステップS1203の処理プロセス又は図23に示される実施形態におけるステップS1803の処理プロセスを参照されたい。ここでは詳細を説明しない。
送信モジュール1903は、少なくとも1つのインタフェースリソースオブジェクトを使用して第1のデータパケットを第2のネットワークデバイスに転送するように構成される。
送信モジュール1903が少なくとも1つのインタフェースリソースオブジェクトを用いて第1のデータパケットを第2のネットワークデバイスに転送する具体的な実施については、図12に示される実施形態におけるステップS1204の処理プロセス又は図23に示される実施形態におけるステップS1804の処理プロセスを参照されたい。ここでは詳細を説明しない。
特定の実施において、処理モジュール1902は、ルーティング・転送テーブルに基づいて送信先アドレスに対応するターゲットインタフェース識別子を決定するように特に構成される。ルーティング・転送テーブルは、送信先アドレスとターゲットインタフェース識別子との間の対応関係を含み、ターゲットインタフェース識別子は、ターゲットインタフェースを識別するために使用される。
特定の実施において、第1の識別情報とターゲットインタフェース上の第1のインタフェースリソースオブジェクトとの間に1対1のマッピング関係があり、及び
処理モジュール1902は、マッピング関係に基づいて第1の識別情報に対応する第1のインタフェースリソースオブジェクトを決定するように特に構成される。
特定の実施において、第1のネットワークデバイスは第1のマッピング・転送テーブルを記憶し、第1のマッピング・転送テーブルは、第1のインタフェースリソースオブジェクトの識別子と、ターゲットインタフェース識別子及び第1の識別情報のそれぞれとの間の対応関係を含み、及び、
処理モジュール1902は、第1のマッピング・転送テーブルに基づいて、第1の識別情報に対応し、ターゲットインタフェース識別子によって識別されるターゲットインタフェース上にある第1のインタフェースリソースオブジェクトの識別子を決定するように特に構成され、第1のインタフェースリソースオブジェクトの識別子は、第1のインタフェースリソースオブジェクトを識別するために使用される。第1のマッピング・転送テーブルを構築する具体的な態様については、図6に示される実施形態の説明を参照されたい。ここでは詳細を説明しない。
特定の実施において、第1のインタフェースリソースオブジェクトがサービスフローを転送するのに用いられるときには、第1のホップ単位動作（PHB）が用いられ、及び、
処理モジュール1902は、マッピング関係に基づいて第1の識別情報に対応する第1のインタフェースリソースオブジェクトを決定した後に、第1のPHB及び第1のインタフェースリソースオブジェクトを用いて第2のネットワークデバイスへ第1のデータパケットを転送するように特に構成される。
特定の実施では、第1の識別情報とN個のインタフェースリソースオブジェクトとの間にマッピング関係があり、Nは1より大きい整数であり、及び、
処理モジュール1902は、第1の識別情報がマッピングされるN個のインタフェースリソースオブジェクトから、第1のデータパケットが属するサービスフローを転送するのに使用されるべきM個のインタフェースリソースオブジェクトを決定するように特に構成され、MはN以下の正の整数である。
特定の実施において、サービスフローを転送するために使用されるPHBは、M個のインタフェースリソースオブジェクトのそれぞれについて構成され、及び、
処理モジュール1902は、第1のデータパケットが属するサービスフローを転送するのに用いられるべきM個のインタフェースリソースオブジェクトを決定した後に、M個のインタフェースリソースオブジェクト及びM個のインタフェースリソースオブジェクトのそれぞれについて構成されるPHBを用いて、第1のデータパケットが属するサービスフローを転送するように特に構成される。
特定の実施において、Nは2であり、第1の識別情報は、一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトに対応し、及び、
処理モジュール1902は、第1のデータパケットが属するサービスフローのトラフィック要件を一次インタフェースリソースオブジェクトの帯域幅が満たしていると決定する場合に、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクトが使用されるべきであると決定する、又は、第1のデータパケットが属するサービスフローのトラフィック要件を一次インタフェースリソースオブジェクトの帯域幅が満たしていないと決定する場合に、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトが使用されるべきであると決定するように特に構成される。
特定の実施において、一次インタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第2のPHBが使用され、二次インタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第3のPHBが使用され、及び、
処理モジュール1902は、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクトが使用されるべきであると決定する場合に、第2のPHB及び一次インタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送する、或いは、第1のデータパケットが属するサービスフローを転送するために一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトが使用されるべきであると決定する場合に、第2のPHB及び一次インタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送する、又は、第3のPHB及び二次インタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送するように特に構成される。
特定の実施において、第2のPHBは、EF、CS、AF、及びBEのうちのいずれか1つであり、又は、第3のPHBは、EF、CS、AF、及びBEのうちのいずれか1つである。
特定の実施において、装置は、
第1のネットワークデバイスのプレビアスホップネットワークデバイスから第1のデータパケットを受信する、又は、
端末デバイスから第1のデータパケットを受信するように特に構成される受信モジュール1901、
を更に含む。
特定の実施において、第1のネットワークデバイスは第1のデータパケットの転送経路内のヘッドエンドネットワークデバイスであり、装置は、
第2のデータパケットを受信するように構成される受信モジュール1901であって、第2のデータパケットが第1のネットワークスライスと関連付けられる、受信モジュール1901
を更に含み、
処理モジュール1902は、第1のデータパケットを取得するために、第1のネットワークスライスの識別子と第1の識別情報との間の対応関係に基づいて第2のデータパケットに第1の識別情報を挿入するように更に構成される。
特定の実施において、ターゲットインタフェースは物理インタフェースであり、インタフェースリソースオブジェクトは、物理インタフェース、論理インタフェース、又は、パケットキューであり、或いは、
ターゲットインタフェースはバインディングインタフェースであり、インタフェースリソースオブジェクトは物理インタフェースである。
特定の実施において、ターゲットインタフェースはバインディングインタフェースであり、バインディングインタフェースは、第1のネットワークデバイスと第2のネットワークデバイスとの間に近隣関係を確立するように構成される。
特定の実施において、第1のデータパケットのパケットヘッダは第1の識別情報を含む。
特定の実施において、第1のデータパケットのパケットヘッダは拡張タグ長値（TLV）を含み、拡張TLVは第1の識別情報を含む。
特定の実施において、第1の識別情報はエントロピーラベルとして第1のデータパケットのパケットヘッダに含まれる。
具体的な実施において、第1の識別情報に対応するインタフェースリソースオブジェクトは、第1のネットワークスライスによって使用される。
別の実施シナリオにおいて、
処理モジュール1902は、第1のデータパケットを取得し、第1のデータパケットがルーティング情報及び第1の識別情報を運ぶティング情報に基づいてターゲットインタフェースを決定し、ターゲットインタフェースが第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、第2のネットワークデバイスが第1のネットワークデバイスのネクストホップネットワークデバイスであり、第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定するように構成される。
送信モジュール1903は、少なくとも1つのインタフェースリソースオブジェクトを使用して第1のデータパケットを第2のネットワークデバイスに転送するように構成される。
特定の実施において、ルーティング情報が送信先アドレスである。処理モジュール1902は、第1のデータパケットから送信先アドレスを取得し、送信先アドレスに基づいてターゲットインタフェースを決定し、その後、第1のデータパケット内の第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定するように特に構成される。
特定の実施において、第1のデータパケットのパケットヘッダは送信先アドレス及び第1の識別情報を含む。
想定し得る形態では、第1のデータパケットのパケットヘッダが拡張タグ長値（TLV）を含み、拡張TLVが送信先アドレス及び第1の識別情報を含む。
特定の実施において、第1の識別情報はエントロピーラベルとして第1のデータパケットのパケットヘッダに含まれる。
特定の実施において、第1のデータパケットのパケットヘッダは送信先アドレスを含み、送信先アドレスはルーティング情報及び第1の識別情報を含む。処理モジュール1902は、第1のデータパケットから送信先アドレスを取得し、送信先アドレスに基づいてターゲットインタフェースを決定し、送信先アドレスから第1の識別情報を取得し、第1の識別情報に基づいてターゲットインタフェース上の少なくとも一つのインタフェースリソースオブジェクトを決定するように特に構成される。
特定の実施において、ルーティング情報が送信先アドレス内の最上位ビットを占め、第1の識別情報が送信先アドレス内の最下位ビットを占め、或いは、ルーティング情報が送信先アドレス内の最下位ビットを占め、第1の識別情報が送信先アドレス内の最上位ビットを占める。
特定の実施において、第1のデータパケットのパケットヘッダは送信先アドレス及びトラフィッククラスフィールドを含み、トラフィッククラスフィールドは第1の識別情報を含む。処理モジュール1902は、第1のデータパケットから送信先アドレスを取得し、送信先アドレスに基づいてターゲットインタフェースを決定し、第1のデータパケットのトラフィッククラスフィールドから第1の識別情報を取得し、第1の識別情報に基づいてターゲットインタフェース上の少なくとも一つのインタフェースリソースオブジェクトを決定するように特に構成される。
特定の実施において、第1のデータパケットのパケットヘッダは送信先アドレス及びフローラベルを含み、フローラベルは第1の識別情報を含む。処理モジュール1902は、第1のデータパケットから送信先アドレスを取得し、送信先アドレスに基づいてターゲットインタフェースを決定し、第1のデータパケットのフローラベルフィールドから第1の識別情報を取得し、第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定するように特に構成される。
この出願の実施形態は、ネットワークデバイスの構造を更に提供する。図25に示されるように、ネットワークデバイス2000は、通信インタフェース2010及びプロセッサ2020を含んでもよい。ネットワークデバイス2000は、前述の実施形態のいずれか1つの第1のネットワークデバイス、例えば、図6、図10～図12、図16、図22及び図23に示される実施形態のネットワークデバイスであってもよく、また、図6、図10～図12、図16、図22及び図23に示される実施形態のネットワークデバイスによって実行される動作を実行するように特に構成されてもよい。
任意選択で、ネットワークデバイス2000はメモリ2030を更に含んでもよい。メモリ2030は、ネットワークデバイスの内部に配置されてもよく又はネットワークデバイスの外部に配置されてもよい。図24に示される処理モジュール1902は、プロセッサ2020によって実装されてもよい。受信モジュール1901及び送信モジュール1903は、通信インタフェース2010によって実装されてもよい。通信インタフェース、プロセッサ、及び、メモリの間の特定の接続媒体は、この出願のこの実施形態では限定されない。この出願のこの実施形態において、メモリ2030、プロセッサ2020、及び、通信インタフェース2010は、図25のバスを使用して接続される。図25ではバスが太線を使用して表わされる。他の構成要素間の接続の態様は、説明のための一例にすぎず、制限を課すものではない。バスは、アドレスバス、データバス、コントロールバスなどに分類されてもよい。表現を簡単にするために、図25ではバスを表わすために太い線が1本だけ使用されているが、これはバスが1つしかないこと又は1種類のバスしかないことを意味するものではない。
プロセッサ2020は、通信インタフェース2010を使用することによってパケット又はメッセージを送受信し、前述の実施形態のいずれか1つにおいてネットワークデバイスによって実行される任意の方法を実施するように構成される。実施プロセスにおいて、前述の方法の実施形態においてネットワークデバイス（例えば、第1のネットワークデバイス）によって実行される方法は、プロセッサ2020内のハードウェアの集積論理回路又はソフトウェアの形態の命令を使用することによって完了されてもよい。簡潔にするために、ここでは詳細が説明されない。前述の方法を実施するためにプロセッサ2020によって使用されるプログラムコードは、メモリ2030に記憶されてもよい。メモリ2030はプロセッサ2020に結合される。
他の実施において、プロセッサ2020は、第1のデータパケットを取得し、第1のデータパケットがルーティング情報及び第1の識別情報を運ぶティング情報に基づいてターゲットインタフェースを決定し、ターゲットインタフェースが第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、第2のネットワークデバイスが第1のネットワークデバイスのネクストホップネットワークデバイスであり、第1の識別情報に基づいてターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定し、少なくとも1つのインタフェースリソースオブジェクトを使用することによって第1のデータパケットを第2のネットワークデバイスに転送するように構成される。
この出願の実施形態は、ネットワークデバイスの構造を更に提供する。図26に示されるように、ネットワークデバイス2100は、主制御基板及びインタフェース基板を含んでもよい。主制御基板及びインタフェース基板が含まれる。主制御基板はプロセッサ及びメモリを含み、また、インタフェース基板は、プロセッサ、メモリ、及び、インタフェースカードを含む。インタフェース基板のプロセッサは、インタフェースカードを使用することによってパケットを送受信するためにインタフェース基板のメモリ内のプログラム命令を呼び出すように構成される。主制御基板のプロセッサは、パケットにおける対応する処理機能を実行するために主制御基板のメモリ内のプログラム命令を呼び出すように構成される。
方法の実施形態と同じ発明概念に基づいて、この出願の一実施形態は装置を更に提供する。図27を参照すると、装置2200がコントローラに適用される。装置2200は、処理モジュール2201及び送信モジュール2202を含んでもよい。装置2200は、具体的には、コントローラ内のプロセッサ、チップ、又は、チップシステム、機能モジュールなどであってもよい。処理モジュール2201は、装置2200の動作を制御及び管理するように構成される。処理モジュール2201は、ネットワークスライスを作成する、ネットワークスライスに関する情報を生成するなどを行なうように構成される。送信モジュール2202は、ネットワークスライスに関する情報を送信するように構成される。
例えば、処理モジュール2201は、第1のネットワークスライスを作成するときに、第1のネットワークスライスの識別子と第1の識別情報との間のマッピング関係及び第1のネットワークデバイス上のターゲットインタフェースにおける少なくとも1つのインタフェースリソースオブジェクトと第1の識別情報との間のマッピング関係を作成するように構成され、第1のネットワークスライスは、少なくとも1つのインタフェースリソースオブジェクトを使用することができる。第1のネットワークスライスの識別子と第1の識別情報との間のマッピング関係及び第1のネットワークデバイス上のターゲットインタフェースにおける少なくとも1つのインタフェースリソースオブジェクトと第1の識別情報との間のマッピング関係を作成する具体的な態様については、前述の方法におけるネットワークスライス作成プロセスの説明の関連する記載を参照されたい。ここでは詳細を説明しない。
送信モジュール2202は、第1のネットワークスライスの識別子と第1の識別情報との間のマッピング関係及び少なくとも1つのインタフェースリソースオブジェクトと第1の識別情報との間のマッピング関係を第1のネットワークデバイスに送信するように構成される。
ターゲットインタフェースは物理インタフェースであり、また、インタフェースリソースオブジェクトは物理サブインタフェース、論理サブインタフェース、又は、パケットキューであり、或いは、ターゲットインタフェースはバインディングインタフェースであり、インタフェースリソースオブジェクトは物理インタフェースである。
この出願の一実施形態はコントローラの構造を更に提供する。図28に示されるように、コントローラ2300は、通信インタフェース2310及びプロセッサ2320を含んでもよい。コントローラ2300は、前述の方法の実施形態におけるコントローラであってもよく、前述の方法の実施形態におけるコントローラの動作を実行するように構成される。任意選択で、コントローラ2300はメモリ2330を更に含んでもよい。メモリ2330は、コントローラの内部に配置されてもよく又はコントローラの外部に配置されてもよい。図27に示される処理モジュール2201はプロセッサ2320によって実装されてもよい。送信モジュール2202は通信インタフェース2310によって実装されてもよい。
この出願の実施形態において、プロセッサは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、或いは、ディスクリートハードウェアコンポーネントであってもよく、また、この出願の実施形態で開示される方法、ステップ、及び、論理ブロック図を実施又は実行してもよい。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサなどであってもよい。この出願の実施形態に関連して開示された方法のステップは、ハードウェアプロセッサによって直接に実行されてもよく、又は、プロセッサ内のハードウェアとソフトウェアモジュールの組み合わせを使用することによって実行されてもよい。
この出願のこの実施形態における結合は、装置、又は、モジュール間の間接結合又は通信接続であり、電気的、機械的、又は、他の形態で実施されてもよく、装置、又は、モジュール間の情報交換のために使用される。
プロセッサがメモリと協働してもよい。メモリは、不揮発性メモリ、例えばハードディスクドライブ（hard disk drive、HDD）又はソリッドステートドライブ（solid－state drive、SSD）であってもよく、又は、揮発性メモリ（volatile memory）、例えばランダムアクセスメモリ（random－access memory、RAM）であってもよい。メモリは、命令又はデータ構造の形態を成す予期されるプログラムコードを運ぶ又は記憶することができるとともにコンピュータによってアクセスされ得る任意の他の媒体であるが、これに限定されない。
前述の実施形態に基づいて、この出願の一実施形態はコンピュータ記憶媒体を更に提供する。記憶媒体はソフトウェアプログラムを記憶し、また、ソフトウェアプログラムが1つ以上のプロセッサによって読み出されて実行される際、前述の実施形態のうちのいずれか1つ以上で提供される方法が実施されてもよい。コンピュータ記憶媒体は、プログラムコードを記憶し得る任意の媒体、例えば、USBフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ、ランダムアクセスメモリ、磁気ディスク、又は、光ディスクを含んでもよい。
当業者であれば分かるように、この出願の実施形態は、方法、システム、又は、コンピュータプログラムプロダクトとして提供されてよい。したがって、この出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、又は、ソフトウェアとハードウェアとの組み合わせ伴う実施形態の形態を使用してもよい。更に、この出願は、コンピュータ使用可能プログラムコードを含む1つ以上のコンピュータ使用可能記憶媒体（ディスクメモリ、CD－ROM、及び、光メモリなどを含むがこれらに限定されない）に実装されるコンピュータプログラムプロダクトの形態を使用してもよい。
この出願は、この出願の実施形態に係る方法、デバイス（システム）、及び、コンピュータプログラムプロダクトのフローチャート及び／又はブロック図に関連して説明される。コンピュータプログラム命令は、フローチャート及び／又はブロック図における各プロセス及び／又は各ブロック並びにフローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組み合わせを実施するために使用されてもよいことが理解されるべきである。これらのコンピュータプログラム命令は、機械を生み出すために汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は、任意の他のプログラマブルデータ処理デバイスのプロセッサのために提供されてもよく、それにより、コンピュータ又は任意の他のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、フローチャート内の1つ以上のプロセス及び／又はブロック図内の1つ以上のブロックにおける特定の機能を実装するための装置を生み出す。
これらのコンピュータプログラム命令は、コンピュータ又は任意の他のプログラマブルデータ処理デバイスに特定の態様で動作するように命令することができるコンピュータ可読メモリに記憶されてもよく、それにより、コンピュータ可読メモリに記憶された命令は、命令装置を含む人工物を生み出す。命令装置は、フローチャート内の1つ以上のプロセス及び／又はブロック図内の1つ以上のブロックにおける特定の機能を実装する。
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理デバイスにロードされてもよく、それにより、一連の動作及びステップがコンピュータ又は他のプログラマブルデバイスで実行され、その結果、コンピュータ実装プロセスが生成される。したがって、コンピュータ又は他のプログラマブルデバイスで実行される命令は、フローチャート内の1つ以上のプロセスで及び／又はブロック図内の1つ以上のブロックで特定の機能を実現するステップを提供する。
明らかに、当業者は、この出願の範囲から逸脱することなくこの出願の実施形態に対して様々な修正及び変形を行なうことができる。この出願は、以下の特許請求の範囲及びそれらの等価な技術によって規定される保護範囲内に入るという条件で、これらの修正及び変形を包含するように意図される。
1900 装置
1901 受信モジュール
1902 処理モジュール
1903 送信モジュール
2000 ネットワークデバイス
2010 通信インタフェース
2020 プロセッサ
2030 メモリ
2100 ネットワークデバイス
2200 装置
2201 処理モジュール
2202 送信モジュール
2300 コントローラ
2310 通信インタフェース
2320 プロセッサ
2330 メモリ

Claims (64)

  1. 第1のネットワークデバイスにより第1のデータパケットを取得するステップであって、前記第1のデータパケットは送信先アドレス及び第1の識別情報を運ぶ、ステップと、
    前記第1のネットワークデバイスにより、前記送信先アドレスに基づいてターゲットインタフェースを決定するステップであって、前記ターゲットインタフェースは、前記第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、前記第2のネットワークデバイスは前記第1のネットワークデバイスのネクストホップネットワークデバイスである、ステップと、
    前記第1のネットワークデバイスにより、前記第1の識別情報に基づいて前記ターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定するステップと、
    前記第1のネットワークデバイスにより、前記少なくとも1つのインタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送するステップと、
    を含むデータ伝送制御方法。
  2. 前記第1のネットワークデバイスにより、前記送信先アドレスに基づいてターゲットインタフェースを決定する前記ステップは、
    前記第1のネットワークデバイスにより、ルーティング・転送テーブルに基づいて前記送信先アドレスに対応するターゲットインタフェース識別子を決定するステップであって、前記ルーティング・転送テーブルは前記送信先アドレスと前記ターゲットインタフェース識別子との間の対応関係を含み、前記ターゲットインタフェース識別子は前記ターゲットインタフェースを識別するのに使用される、ステップ
    を含む、請求項1に記載の方法。
  3. 前記第1の識別情報と前記ターゲットインタフェース上の第1のインタフェースリソースオブジェクトとの間に1対1のマッピング関係があり、
    前記第1のネットワークデバイスにより、前記第1の識別情報に基づいて前記ターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定する前記ステップは、
    前記第1のネットワークデバイスにより、前記マッピング関係に基づいて前記第1の識別情報に対応する前記第1のインタフェースリソースオブジェクトを決定するステップ
    を含む、請求項2に記載の方法。
  4. 前記第1のネットワークデバイスは第1のマッピング・転送テーブルを記憶し、
    前記第1のマッピング・転送テーブルは、前記第1のインタフェースリソースオブジェクトの識別子と前記ターゲットインタフェース識別子及び前記第1の識別情報のそれぞれとの間の対応関係を含み、
    前記第1のネットワークデバイスにより、前記マッピング関係に基づいて前記第1の識別情報に対応する前記第1のインタフェースリソースオブジェクトを決定する前記ステップは、
    前記第1のネットワークデバイスにより、前記第1のマッピング・転送テーブルに基づいて、前記第1の識別情報に対応し、前記ターゲットインタフェース識別子によって識別される前記ターゲットインタフェース上にある前記第1のインタフェースリソースオブジェクトの前記識別子を決定するステップであって、前記第1のインタフェースリソースオブジェクトの前記識別子は前記第1のインタフェースリソースオブジェクトを識別するために使用される、ステップ
    を含む、請求項3に記載の方法。
  5. 前記第1のインタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第1のホップ単位動作（PHB）が使用され、
    前記第1のネットワークデバイスにより、前記少なくとも1つのインタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送する前記ステップは、
    前記マッピング関係に基づいて前記第1の識別情報に対応する前記第1のインタフェースリソースオブジェクトを決定した後に、前記第1のネットワークデバイスにより、前記第1のPHB及び前記第1のインタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送するステップを含む、請求項3又は4に記載の方法。
  6. 前記第1の識別情報とN個のインタフェースリソースオブジェクトとの間にマッピング関係があり、Nは1よりも大きい整数であり、
    前記第1のネットワークデバイスにより、前記第1の識別情報に基づいて前記ターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定する前記ステップは、
    前記第1のネットワークデバイスにより、前記第1の識別情報がマッピングされる前記N個のインタフェースリソースオブジェクトから、前記第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトを決定するステップであって、MはN以下の正の整数である、ステップ
    を含む、請求項1又は2に記載の方法。
  7. 前記サービスフローを転送するために使用されるPHBは、前記N個のインタフェースリソースオブジェクトのそれぞれについて構成され、
    前記第1のネットワークデバイスにより、前記少なくとも1つのインタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送する前記ステップは、
    前記第1のデータパケットが属する前記サービスフローを転送するために使用されるべき前記M個のインタフェースリソースオブジェクトを決定した後に、前記第1のネットワークデバイスにより、前記M個のインタフェースリソースオブジェクトのそれぞれについて構成される前記PHB及び前記M個のインタフェースリソースオブジェクトを使用することによって、前記第1のデータパケットが属する前記サービスフローを転送するステップ
    を含む、請求項6に記載の方法。
  8. Nは2であり、前記第1の識別情報は一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトに対応し、
    前記第1のネットワークデバイスにより、前記第1の識別情報がマッピングされる前記N個のインタフェースリソースオブジェクトから、前記第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトを決定する前記ステップは、
    前記第1のデータパケットが属する前記サービスフローのトラフィック要件を前記一次インタフェースリソースオブジェクトの帯域幅が満たしていると決定する場合に、前記第1のネットワークデバイスにより、前記第1のデータパケットが属する前記サービスフローを転送するために前記一次インタフェースリソースオブジェクトが使用されるべきであると決定するステップ、又は、
    前記第1のデータパケットが属する前記サービスフローのトラフィック要件を前記一次インタフェースリソースオブジェクトの帯域幅が満たしていないと決定する場合に、前記第1のネットワークデバイスにより、前記第1のデータパケットが属する前記サービスフローを転送するために前記一次インタフェースリソースオブジェクトと前記二次インタフェースリソースオブジェクトとが使用されるべきであると決定するステップ、
    を含む、請求項6に記載の方法。
  9. 前記一次インタフェースリソースオブジェクトが前記サービスフローを転送するために使用されるときに第2のPHBが使用され、前記二次インタフェースリソースオブジェクトが前記サービスフローを転送するために使用されるときに第3のPHBが使用され、
    前記第1のネットワークデバイスにより、前記少なくとも1つのインタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送する前記ステップは、
    前記第1のデータパケットが属する前記サービスフローを転送するために前記一次インタフェースリソースオブジェクトが使用されるべきであると決定する場合に、前記第1のネットワークデバイスにより、前記第2のPHB及び前記一次インタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送するステップ、又は、
    前記第1のデータパケットが属する前記サービスフローを転送するために前記一次インタフェースリソースオブジェクト及び前記二次インタフェースリソースオブジェクトが使用されるべきであると決定する場合に、前記第1のネットワークデバイスにより、前記第2のPHB及び前記一次インタフェースリソースオブジェクトを使用することによって前記第1のデータパケットが属する前記サービスフローを前記第2のネットワークデバイスに転送し、前記第3のPHB及び前記二次インタフェースリソースオブジェクトを使用することによって前記第1のデータパケットが属する前記サービスフローを前記第2のネットワークデバイスに転送するステップ、
    を含む請求項8に記載の方法。
  10. 前記第2のPHBは、完全優先転送（EF）、クラスセレクタ（CS）、相対的優先転送（AF）、及び、ベストエフォート（BE）のうちのいずれか1つであり、又は、前記第3のPHBは、EF、CS、AF、及び、BEのうちのいずれか1つである、請求項9に記載の方法。
  11. 第1のネットワークデバイスにより、第1のデータパケットを取得する前記ステップは、
    前記第1のネットワークデバイスにより、前記第1のネットワークデバイスのプレビアスホップネットワークデバイスから第1のデータパケットを受信するステップ、又は、
    前記第1のネットワークデバイスにより、端末デバイスから第1のデータパケットを受信するステップ、
    を含む請求項1から10のいずれか一項に記載の方法。
  12. 前記第1のネットワークデバイスは前記第1のデータパケットの転送経路内のヘッドエンドネットワークデバイスであり、第1のネットワークデバイスにより、第1のデータパケットを取得する前記ステップは、
    前記第1のネットワークデバイスにより、第2のデータパケットを受信するステップであって、前記第2のデータパケットは第1のネットワークスライスと関連付けられる、ステップと、
    前記第1のネットワークデバイスにより、前記第1のデータパケットを取得するために、前記第1のネットワークスライスの識別子と前記第1の識別情報との間の対応関係に基づいて前記第1の識別情報を前記第2のデータパケットに挿入するステップと、
    を含む請求項1から10のいずれか一項に記載の方法。
  13. 前記ターゲットインタフェースは物理インタフェースであり、前記インタフェースリソースオブジェクトは、物理サブインタフェース、論理サブインタフェース、又は、パケットキューであり、又は、
    前記ターゲットインタフェースはバインディングインタフェースであり、前記インタフェースリソースオブジェクトは物理インタフェースである、
    請求項1から12のいずれか一項に記載の方法。
  14. 前記ターゲットインタフェースはバインディングインタフェースであり、前記バインディングインタフェースは、前記第1のネットワークデバイスと前記第2のネットワークデバイスとの間に近隣関係を確立するように構成される、請求項13に記載の方法。
  15. 前記第1のデータパケットのパケットヘッダは前記第1の識別情報を含む、請求項1から14のいずれか一項に記載の方法。
  16. 前記第1のデータパケットの前記パケットヘッダは拡張タグ長値（TLV）を含み、前記拡張TLVは前記第1の識別情報を含む、請求項15に記載の方法。
  17. 前記第1の識別情報がエントロピーラベルとして前記第1のデータパケットの前記パケットヘッダに含まれる、請求項15に記載の方法。
  18. 前記第1のデータパケットのパケットヘッダは前記送信先アドレスを含み、前記第1の識別情報は前記送信先アドレス内のK個のビットを占め、Kは正の整数である、請求項1から14のいずれか一項に記載の方法。
  19. 前記K個のビットは前記送信先アドレス内のK個の連続した最下位ビットであり、又は、前記K個のビットは前記送信先アドレス内のK個の連続した最上位ビットである、請求項18に記載の方法。
  20. 前記第1のデータパケットのパケットヘッダはトラフィッククラスフィールドを含み、前記トラフィッククラスフィールドは前記第1の識別情報を含む、請求項1から14のいずれか一項に記載の方法。
  21. 前記第1のデータパケットのパケットヘッダはフローラベルを含み、前記フローラベルは前記第1の識別情報を含む、請求項1から14のいずれか一項に記載の方法。
  22. 前記第1の識別情報の異なる値は異なるネットワークスライスに対応する、請求項3から21のいずれか一項に記載の方法。
  23. 前記方法は、
    コントローラによって送信される、前記ネットワークスライスの識別子と前記第1の識別情報との間のマッピング関係及び前記第1のネットワークデバイス上の前記ターゲットインタフェースにおける前記少なくとも1つのインタフェースリソースオブジェクトと前記第1の識別情報との間のマッピング関係を、前記第1のネットワークデバイスによって受信するステップ、
    を更に含む、請求項22に記載の方法。
  24. 第1のネットワークデバイスにより、第1のデータパケットを取得するステップであって、前記第1のデータパケットはルーティング情報及び第1の識別情報を運ぶ、ステップと、
    前記第1のネットワークデバイスにより、前記ルーティング情報に基づいてターゲットインタフェースを決定するステップであって、前記ターゲットインタフェースは、前記第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、前記第2のネットワークデバイスは前記第1のネットワークデバイスのネクストホップネットワークデバイスである、ステップと、
    前記第1のネットワークデバイスにより、前記第1の識別情報に基づいて前記ターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定するステップと、
    前記第1のネットワークデバイスにより、前記少なくとも1つのインタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送するステップと、
    を含むデータパケット伝送制御方法。
  25. 前記ルーティング情報は送信先アドレスである、請求項24に記載の方法。
  26. 前記第1のデータパケットのパケットヘッダは前記送信先アドレス及び前記第1の識別情報を含む、請求項25に記載の方法。
  27. 前記第1のデータパケットの前記パケットヘッダは拡張タグ長値（TLV）を含み、前記拡張TLVは前記送信先アドレス及び前記第1の識別情報を含む、請求項26に記載の方法。
  28. 前記第1の識別情報がエントロピーラベルとして前記第1のデータパケットの前記パケットヘッダに含まれる、請求項26に記載の方法。
  29. 前記第1のデータパケットのパケットヘッダは送信先アドレスを含み、前記送信先アドレスは前記ルーティング情報と前記第1の識別情報とを含む、請求項24に記載の方法。
  30. 前記ルーティング情報は前記送信先アドレス内の最上位ビットを占め、前記第1の識別情報は前記送信先アドレス内の最下位ビットを占め、又は、前記ルーティング情報は前記送信先アドレス内の最下位ビットを占め、前記第1の識別情報は前記送信先アドレス内の最上位ビットを占める、請求項29に記載の方法。
  31. 前記第1のデータパケットのパケットヘッダは送信先アドレス及びトラフィッククラスフィールドを含み、前記トラフィッククラスフィールドは前記第1の識別情報を含む、請求項24に記載の方法。
  32. 前記第1のデータパケットのパケットヘッダは送信先アドレス及びフローラベルを含み、前記フローラベルは前記第1の識別情報を含む、請求項24に記載の方法。
  33. 第1のネットワークスライスを作成するときに、コントローラにより、前記第1のネットワークスライスの識別子と第1の識別情報との間のマッピング関係及び第1のネットワークデバイス上のターゲットインタフェースにおける少なくとも1つのインタフェースリソースオブジェクトと前記第1の識別情報との間のマッピング関係を作成するステップであって、前記第1のネットワークスライスは前記少なくとも1つのインタフェースリソースオブジェクトを使用する、ステップと、
    前記コントローラにより、前記第1のネットワークスライスの前記識別子と前記第1の識別情報との間の前記マッピング関係及び前記少なくとも1つのインタフェースリソースオブジェクトと前記第1の識別情報との間の前記マッピング関係を前記第1のネットワークデバイスに送信するステップと、
    を含むデータパケット伝送制御方法。
  34. 前記ターゲットインタフェースは物理インタフェースであり、前記インタフェースリソースオブジェクトは、物理サブインタフェース、論理サブインタフェース、又は、パケットキューであり、又は、
    前記ターゲットインタフェースはバインディングインタフェースであり、前記インタフェースリソースオブジェクトは物理インタフェースである、
    請求項33に記載の方法。
  35. データ伝送制御装置であって、前記装置は第1のネットワークデバイスに適用され、
    第1のデータパケットを取得し、前記第1のデータパケットは送信先アドレス及び第1の識別情報を運び、前記送信先アドレスに基づいてターゲットインタフェースを決定し、前記ターゲットインタフェースは、前記第1のネットワークデバイス上に存在し、第2のネットワークデバイスに接続するように構成されるインタフェースであり、前記第2のネットワークデバイスは前記第1のネットワークデバイスのネクストホップネットワークデバイスであり、前記第1の識別情報に基づいて前記ターゲットインタフェース上の少なくとも1つのインタフェースリソースオブジェクトを決定するように構成される、処理モジュールと、
    前記少なくとも1つのインタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送するように構成される送信モジュールと、
    を備えるデータ伝送制御装置。
  36. 前記処理モジュールは、ルーティング・転送テーブルに基づいて前記送信先アドレスに対応するターゲットインタフェース識別子を決定し、前記ルーティング・転送テーブルは、前記送信先アドレスと前記ターゲットインタフェース識別子との間の対応関係を含み、前記ターゲットインタフェース識別子は前記ターゲットインタフェースを識別するために使用されるように特に構成される、請求項35に記載の装置。
  37. 前記第1の識別情報と前記ターゲットインタフェース上の第1のインタフェースリソースオブジェクトとの間には1対1のマッピング関係があり、
    前記処理モジュールは、前記マッピング関係に基づいて前記第1の識別情報に対応する前記第1のインタフェースリソースオブジェクトを決定するように特に構成される、請求項36に記載の装置。
  38. 前記第1のネットワークデバイスは第1のマッピング・転送テーブルを記憶し、前記第1のマッピング・転送テーブルは、前記第1のインタフェースリソースオブジェクトの識別子と前記ターゲットインタフェース識別子及び前記第1の識別情報のそれぞれとの間の対応関係を含み、
    前記処理モジュールは、前記第1のマッピング・転送テーブルに基づき、前記第1の識別情報に対応し、前記ターゲットインタフェース識別子によって識別される前記ターゲットインタフェース上にある前記第1のインタフェースリソースオブジェクトの前記識別子を決定し、前記第1のインタフェースリソースオブジェクトの前記識別子は前記第1のインタフェースリソースオブジェクトを識別するために使用されるように特に構成される、
    請求項37に記載の装置。
  39. 前記第1のインタフェースリソースオブジェクトがサービスフローを転送するために使用されるときに第1のホップ単位動作（PHB）が使用され、
    前記処理モジュールは、前記マッピング関係に基づいて前記第1の識別情報に対応する前記第1のインタフェースリソースオブジェクトを決定した後に、前記第1のPHB及び前記第1のインタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送するように特に構成される、請求項37又は38に記載の装置。
  40. 前記第1の識別情報とN個のインタフェースリソースオブジェクトとの間にマッピング関係があり、Nは1よりも大きい整数であり、
    前記処理モジュールは、前記第1の識別情報がマッピングされる前記N個のインタフェースリソースオブジェクトから、前記第1のデータパケットが属するサービスフローを転送するために使用されるべきM個のインタフェースリソースオブジェクトを決定し、MはN以下の正の整数であるように特に構成される、請求項35又は36に記載の装置。
  41. 前記サービスフローを転送するために使用されるPHBは、前記N個のインタフェースリソースオブジェクトのそれぞれについて構成され、
    前記処理モジュールは、前記第1のデータパケットが属する前記サービスフローを転送するために使用されるべき前記M個のインタフェースリソースオブジェクトを決定した後に、前記M個のインタフェースリソースオブジェクトのそれぞれについて構成される前記PHBと前記M個のインタフェースリソースオブジェクトとを使用することによって、前記第1のデータパケットが属する前記サービスフローを転送するように特に構成される、請求項40に記載の装置。
  42. Nは2であり、前記第1の識別情報は一次インタフェースリソースオブジェクト及び二次インタフェースリソースオブジェクトに対応し、
    前記処理モジュールは、前記第1のデータパケットが属する前記サービスフローのトラフィック要件を前記一次インタフェースリソースオブジェクトの帯域幅が満たしていると決定する場合に、前記第1のデータパケットが属する前記サービスフローを転送するために前記一次インタフェースリソースオブジェクトが使用されるべきであると決定する、又は、前記第1のデータパケットが属する前記サービスフローのトラフィック要件を前記一次インタフェースリソースオブジェクトの帯域幅が満たしていないと決定する場合に、前記第1のデータパケットが属する前記サービスフローを転送するために前記一次インタフェースリソースオブジェクトと前記二次インタフェースリソースオブジェクトとが使用されるべきであると決定するように特に構成される、請求項40に記載の装置。
  43. 前記一次インタフェースリソースオブジェクトが前記サービスフローを転送するために使用されるときに第2のPHBが使用され、前記二次インタフェースリソースオブジェクトが前記サービスフローを転送するために使用されるときに第3のPHBが使用され、
    前記処理モジュールは、前記第1のデータパケットが属する前記サービスフローを転送するために前記一次インタフェースリソースオブジェクトが使用されるべきであると決定する場合に、前記第2のPHB及び前記一次インタフェースリソースオブジェクトを使用することによって前記第1のデータパケットを前記第2のネットワークデバイスに転送する、又は、前記第1のデータパケットが属する前記サービスフローを転送するために前記一次インタフェースリソースオブジェクト及び前記二次インタフェースリソースオブジェクトが使用されるべきであると決定する場合に、前記第2のPHB及び前記二次インタフェースリソースオブジェクトを使用することによって前記第1のデータパケットが属する前記サービスフローを前記第2のネットワークデバイスに転送し、前記第3のPHB及び前記二次インタフェースリソースオブジェクトを使用することによって前記第1のデータパケットが属する前記サービスフローを前記第2のネットワークデバイスに転送するように特に構成される、請求項42に記載の装置。
  44. 前記第2のPHBは、完全優先転送（EF）、クラスセレクタ（CS）、相対的優先転送（AF）、及び、ベストエフォート（BE）のうちのいずれか1つであり、又は、
    前記第3のPHBは、EF、CS、AF、及び、BEのうちのいずれか1つである、請求項43に記載の装置。
  45. 前記装置は、
    前記第1のネットワークデバイスのプレビアスホップネットワークデバイスから第1のデータパケットを受信する、又は、
    端末デバイスから第1のデータパケットを受信する、ように構成される受信モジュール
    を更に備える請求項35から44のいずれか一項に記載の装置。
  46. 前記第1のネットワークデバイスは前記第1のデータパケットの転送経路内のヘッドエンドネットワークデバイスであり、前記装置は、
    第2のデータパケットを受信するように構成される受信モジュールであって、前記第2のデータパケットは第1のネットワークスライスと関連付けられる、受信モジュールを更に備え、
    前記処理モジュールは、前記第1のデータパケットを取得するために、前記第1のネットワークスライスの識別子と前記第1の識別情報との間の対応関係に基づいて前記第1の識別情報を前記第2のデータパケットに挿入するように更に構成される、
    請求項35から44のいずれか一項に記載の装置。
  47. 前記ターゲットインタフェースは物理インタフェースであり、前記インタフェースリソースオブジェクトは、物理サブインタフェース、論理サブインタフェース、又は、パケットキューであり、又は、
    前記ターゲットインタフェースはバインディングインタフェースであり、前記インタフェースリソースオブジェクトは物理インタフェースである、請求項35から46のいずれか一項に記載の装置。
  48. 前記ターゲットインタフェースはバインディングインタフェースであり、前記バインディングインタフェースは、前記第1のネットワークデバイスと前記第2のネットワークデバイスとの間に近隣関係を確立するように構成される、請求項47に記載の装置。
  49. 前記第1のデータパケットのパケットヘッダは前記第1の識別情報を含む、請求項35から48のいずれか一項に記載の装置。
  50. 前記第1のデータパケットの前記パケットヘッダは拡張タグ長値（TLV）を含み、前記拡張TLVは前記第1の識別情報を含む、請求項49に記載の装置。
  51. 前記第1の識別情報がエントロピーラベルとして前記第1のデータパケットの前記パケットヘッダに含まれる、請求項49に記載の装置。
  52. 前記第1のデータパケットのパケットヘッダは前記送信先アドレスを含み、前記第1の識別情報は前記送信先アドレス内のK個のビットを占め、Kは正の整数である、請求項35から48のいずれか一項に記載の装置。
  53. 前記K個のビットは、前記送信先アドレス内のK個の連続した最下位ビットである、請求項52に記載の装置。
  54. 前記第1のデータパケットのパケットヘッダはトラフィッククラスフィールドを含み、前記トラフィッククラスフィールドは前記第1の識別情報を含む、請求項35から48のいずれか一項に記載の装置。
  55. 前記第1のデータパケットのパケットヘッダはフローラベルを含み、前記フローラベルは前記第1の識別情報を含む、請求項35から48のいずれか一項に記載の装置。
  56. 前記第1の識別情報の異なる値は異なるネットワークスライスに対応する、請求項37から55のいずれか一項に記載の装置。
  57. 前記受信モジュールは、
    コントローラによって送信される、前記ネットワークスライスの識別子と前記第1の識別情報との間のマッピング関係及び前記第1のネットワークデバイス上の前記ターゲットインタフェースにおける前記少なくとも1つのインタフェースリソースオブジェクトと前記第1の識別情報との間のマッピング関係を受信する、
    ように更に構成される、請求項56に記載の装置。
  58. データパケット伝送制御装置であって、前記装置は、コントローラに適用されるとともに、
    第1のネットワークスライスを作成するときに、前記第1のネットワークスライスの識別子と第1の識別情報との間のマッピング関係及び第1のネットワークデバイス上のターゲットインタフェースにおける少なくとも1つのインタフェースリソースオブジェクトと前記第1の識別情報との間のマッピング関係を作成し、前記第1のネットワークスライスが前記少なくとも1つのインタフェースリソースオブジェクトを使用するように構成される、処理モジュールと、
    前記第1のネットワークスライスの前記識別子と前記第1の識別情報との間の前記マッピング関係及び前記少なくとも1つのインタフェースリソースオブジェクトと前記第1の識別情報との間の前記マッピング関係を前記第1のネットワークデバイスに送信するように構成される送信モジュールと、
    を備えるデータパケット伝送制御装置。
  59. 前記ターゲットインタフェースは物理インタフェースであり、前記インタフェースリソースオブジェクトは、物理サブインタフェース、論理サブインタフェース、又は、パケットキューであり、又は、
    前記ターゲットインタフェースはバインディングインタフェースであり、前記インタフェースリソースオブジェクトは物理インタフェースである、請求項58に記載の装置。
  60. 通信インタフェース及びプロセッサを備え、
    前記通信インタフェースは通信メッセージを受信するように構成され、
    前記プロセッサは、前記通信インタフェースと通信し、前記通信メッセージに基づいて請求項1から32のいずれか一項に記載の方法を実施するように構成される、
    ネットワークデバイス。
  61. 通信インタフェース及びプロセッサを備え、
    前記通信インタフェースは通信メッセージを受信するように構成され、
    前記プロセッサは、前記通信インタフェースと通信し、前記通信メッセージに基づいて請求項33又は34に記載の方法を実施するように構成される、
    コントローラ。
  62. 命令を含むコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトがコンピュータで実行されるときに、前記コンピュータが請求項1から34のいずれか一項に記載の方法を実行できるようにされる、コンピュータプログラムプロダクト。
  63. 命令を含むコンピュータ可読記憶媒体であって、前記命令がコンピュータで実行されるときに、前記コンピュータが請求項1から34のいずれか一項に記載の方法を実行できるようにされる、コンピュータ可読記憶媒体。
  64. 請求項35から57のいずれか一項に記載の装置と、請求項58又は59のいずれかに記載の装置とを備える、又は、請求項60に記載のネットワークデバイスと、請求項61に記載のコントローラとを備えるシステム。
JP2024022118A 2019-09-11 2024-02-16 データ伝送制御方法及び装置 Pending JP2024069227A (ja)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN201910860821 2019-09-11
CN201910860821.5 2019-09-11
CN201911159775.2 2019-11-22
CN201911159775 2019-11-22
JP2022515902A JP2022547992A (ja) 2019-09-11 2020-07-30 データ伝送制御方法及び装置
PCT/CN2020/105671 WO2021047321A1 (zh) 2019-09-11 2020-07-30 一种数据传输的控制方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2022515902A Division JP2022547992A (ja) 2019-09-11 2020-07-30 データ伝送制御方法及び装置

Publications (1)

Publication Number Publication Date
JP2024069227A true JP2024069227A (ja) 2024-05-21

Family

ID=74866547

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2022515902A Pending JP2022547992A (ja) 2019-09-11 2020-07-30 データ伝送制御方法及び装置
JP2024022118A Pending JP2024069227A (ja) 2019-09-11 2024-02-16 データ伝送制御方法及び装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2022515902A Pending JP2022547992A (ja) 2019-09-11 2020-07-30 データ伝送制御方法及び装置

Country Status (9)

Country Link
US (1) US20220200893A1 (ja)
EP (1) EP4024783A4 (ja)
JP (2) JP2022547992A (ja)
KR (1) KR20220052343A (ja)
CN (1) CN112491713B (ja)
BR (1) BR112022003763A2 (ja)
CA (1) CA3178566A1 (ja)
MX (1) MX2022002913A (ja)
WO (1) WO2021047321A1 (ja)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11706163B2 (en) * 2019-12-20 2023-07-18 The Board Of Trustees Of The University Of Illinois Accelerating distributed reinforcement learning with in-switch computing
US11671322B2 (en) * 2020-08-19 2023-06-06 Juniper Networks, Inc. Configuration of a network using a flex-algorithm routing mechanism
EP3958520A1 (en) * 2020-08-19 2022-02-23 Juniper Networks, Inc. Configuration of a network using a flex-algorithm routing mechanism
US20220174004A1 (en) * 2020-12-01 2022-06-02 Cisco Technology, Inc. Methods and apparatus for encoding local processing metadata in network headers
US20220247663A1 (en) * 2021-02-04 2022-08-04 Nokia Solutions And Networks Oy Service differentiation based on constrained network topology slicing
US20220286395A1 (en) * 2021-03-07 2022-09-08 Cisco Technology, Inc., A California Corporation SRv6 Segment Identifiers and Micro Segments Invoking Network Behavior including Realization of Network Slices
CN115242698A (zh) * 2021-04-22 2022-10-25 华为技术有限公司 报文转发方法、装置、网络设备及存储介质
CN115242713A (zh) * 2021-04-22 2022-10-25 中国移动通信有限公司研究院 基于ipv6的分段路由报文的转发方法、配置方法及设备
CN115334589A (zh) * 2021-05-11 2022-11-11 中国移动通信有限公司研究院 报文传输方法、装置、相关设备及存储介质
CN115348202A (zh) * 2021-05-12 2022-11-15 中国移动通信有限公司研究院 基于网络切片的数据传输方法、装置、设备及存储介质
CN113411258B (zh) * 2021-06-07 2024-03-12 新华三技术有限公司 报文处理方法及装置
CN113347682B (zh) * 2021-06-07 2022-07-29 武汉特试特科技有限公司 一种具有自适应通讯避障能力的配电终端方法及设备
CN115473840A (zh) * 2021-06-11 2022-12-13 华为技术有限公司 一种报文发布方法、转发路径处理方法及装置
JP7165784B1 (ja) * 2021-06-24 2022-11-04 ソフトバンク株式会社 通信システム、プログラム、及び通信制御方法
CN113542120B (zh) * 2021-06-29 2023-08-18 新华三大数据技术有限公司 一种路径选择方法及装置、计算机可读存储介质
CN113489613B (zh) * 2021-07-16 2024-03-19 锐捷网络股份有限公司 报文转发方法及装置
CN113556784B (zh) * 2021-07-29 2023-05-26 新华三技术有限公司 网络切片实现方法、装置及电子设备
US11799757B2 (en) 2021-07-30 2023-10-24 Cisco Technology, Inc. Performance measurement, telemetry, and OAM in MPLS networks using entropy labels
CN113923161B (zh) * 2021-10-08 2023-08-22 新华三信息安全技术有限公司 一种报文转发方法及装置
WO2023116449A1 (zh) * 2021-12-24 2023-06-29 华为技术有限公司 一种控制网络切片状态的方法及相关设备
CN116781486A (zh) * 2022-03-07 2023-09-19 华为技术有限公司 通信方法、装置、网络设备及系统
CN117478577A (zh) * 2022-07-19 2024-01-30 华为技术有限公司 保障网络切片确定性时延的方法、装置、存储介质及产品
CN117714288A (zh) * 2022-09-14 2024-03-15 华为技术有限公司 一种报文处理方法及装置
CN115499358B (zh) * 2022-09-14 2024-05-14 中国电信股份有限公司 SRv6-TE报文转发方法和转发设备
CN118215160A (zh) * 2022-12-15 2024-06-18 中兴通讯股份有限公司 连接交互方法、通信设备、存储介质和程序产品
CN115883478B (zh) * 2023-02-21 2023-07-25 北京大学深圳研究生院 一种多标识网络体系中安全高效的传输控制方法及系统
CN117097661B (zh) * 2023-10-18 2024-02-20 苏州元脑智能科技有限公司 数据包的转发方法及装置、存储介质、电子设备

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7336611B1 (en) * 2003-04-30 2008-02-26 Nortel Networks Limited Rate-based multi-level active queue management with drop precedence differentiation
US7266121B2 (en) * 2002-12-27 2007-09-04 Nokia Corporation Flow labels
US7535900B2 (en) * 2003-01-21 2009-05-19 Symmetricom, Inc. Multiple transmission bandwidth streams with defferentiated quality of service
SE526346C2 (sv) * 2003-12-22 2005-08-30 Operax Ab Metod för kontrollera vidarebefordringskvaliteten i ett datanät
US8422500B2 (en) * 2004-07-02 2013-04-16 Rockstar Consortium Us Lp VLAN support of differentiated services
CN1294728C (zh) * 2004-08-05 2007-01-10 华为技术有限公司 边缘路由器提供服务质量保证的方法及系统
US9559954B2 (en) * 2013-03-11 2017-01-31 Cisco Technology, Inc. Indexed segment ID
EP2925074B1 (en) * 2014-03-28 2018-05-02 Vodafone GmbH Application aware communication system
CN105577406B (zh) * 2014-10-15 2019-02-12 华为技术有限公司 业务数据流的控制方法和网络设备
CN105973244B (zh) * 2015-10-29 2019-06-07 法法汽车(中国)有限公司 获取地图信息的方法、导航方法及设备
CN107222449B (zh) * 2016-03-21 2020-06-16 华为技术有限公司 基于流规则协议的通信方法、设备和系统
CN112165725B (zh) * 2016-06-15 2024-03-19 华为技术有限公司 报文处理的方法及设备
CN116056251A (zh) * 2016-06-15 2023-05-02 交互数字专利控股公司 网络切片发现和选择
CN107659419B (zh) * 2016-07-25 2021-01-01 华为技术有限公司 网络切片方法和系统
CN108307423B (zh) * 2016-08-26 2023-03-24 中兴通讯股份有限公司 一种无线接入网络切片选择方法和装置
CN108075956B (zh) * 2016-11-16 2020-05-22 新华三技术有限公司 一种数据处理方法和装置
US20180270743A1 (en) * 2017-03-16 2018-09-20 Huawei Technologies Co., Ltd. Systems and methods for indication of slice to the transport network layer (tnl) for inter radio access network (ran) communication
US10432523B2 (en) * 2017-05-31 2019-10-01 Juniper Networks, Inc. Routing protocol signaling of multiple next hops and their relationship
CN109391648B (zh) * 2017-08-04 2020-12-22 华为技术有限公司 一种应用与网络切片的关联方法、装置和通信系统
CN109391563B (zh) * 2017-08-08 2022-04-05 华为技术有限公司 一种资源预留方法以及相关设备
EP3603136A1 (en) * 2017-11-16 2020-02-05 Huawei Technologies Co., Ltd. Network entity and method for identifier allocating and/or identifier mapping of network services
CN109861926B (zh) * 2017-11-30 2023-02-07 中兴通讯股份有限公司 报文的发送、处理方法、装置、节点、处理系统和介质
CN109996307B (zh) * 2017-12-29 2021-06-01 华为技术有限公司 一种数据路由方法以及终端
CN111385207B (zh) * 2018-12-29 2022-08-19 中兴通讯股份有限公司 一种业务数据的转发方法、网络设备及网络系统
CN112054960B (zh) * 2019-02-13 2024-04-26 华为技术有限公司 一种路径计算方法、装置及设备

Also Published As

Publication number Publication date
EP4024783A1 (en) 2022-07-06
WO2021047321A1 (zh) 2021-03-18
CN112491713B (zh) 2024-06-07
MX2022002913A (es) 2022-04-06
CA3178566A1 (en) 2021-03-18
EP4024783A4 (en) 2022-09-07
CN112491713A (zh) 2021-03-12
KR20220052343A (ko) 2022-04-27
US20220200893A1 (en) 2022-06-23
BR112022003763A2 (pt) 2022-05-31
JP2022547992A (ja) 2022-11-16

Similar Documents

Publication Publication Date Title
US20220200893A1 (en) Data Transmission Control Method and Apparatus
US8588238B2 (en) Method and apparatus for self-learning of VPNS from combinations of unidirectional tunnels in MPLS/VPN networks
US7599302B2 (en) Dynamic enforcement of MPLS-TE inter-domain policy and QoS
WO2020052230A1 (zh) 一种传输控制方法、节点、网络系统及存储介质
EP2713567B1 (en) Maintaining load balancing after service application with a network device
Kompella et al. Label switched paths (LSP) hierarchy with generalized multi-protocol label switching (GMPLS) traffic engineering (TE)
US7903553B2 (en) Method, apparatus, edge router and system for providing QoS guarantee
EP1401161B1 (en) Method and network node for having Quality of service (QOS) mechanism in an internet protocol (IP) network
WO2022166691A1 (zh) 一种业务处理方法、装置、存储介质及电子装置
US7945696B2 (en) Differentiated routing using tunnels in a computer network
WO2017037615A1 (en) A method and apparatus for modifying forwarding states in a network device of a software defined network
EP3754914B1 (en) Class-based traffic engineering in an ip network
EP3989511A1 (en) Supporting multiple transport options for border gateway protocol
US11831553B2 (en) Distinguishing traffic-engineered packets and non-traffic-engineered packets
EP4123989A1 (en) Source routing with shadow addresses
CN118264613A (zh) 自动路径构建和路由
Farooq et al. Admission Control and Multipath Routing Algorithm for Differentied Services Based Networks
Danaj 3G/4G IP RAN Backhauling MPLS DiffServ TE Reliability and Resiliency for Mobile Services
Casaca Quality of Service in Information Networks
Suleman et al. Traffic engineering and multiprotocol label switching as mean to improve network efficiency
Mahmoud King Fahd University of Petroleum & Minerals Computer Engineering Dept p g g p
Arnold A Traffic Engineering Attribute for BGP
Garg Differentiated services and MPLS integration proposal, 2001–2003

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240318

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240318