JP2021510243A - トラフィック構成方法及び関連製品 - Google Patents

トラフィック構成方法及び関連製品 Download PDF

Info

Publication number
JP2021510243A
JP2021510243A JP2020527775A JP2020527775A JP2021510243A JP 2021510243 A JP2021510243 A JP 2021510243A JP 2020527775 A JP2020527775 A JP 2020527775A JP 2020527775 A JP2020527775 A JP 2020527775A JP 2021510243 A JP2021510243 A JP 2021510243A
Authority
JP
Japan
Prior art keywords
network device
qos resource
qos
access network
resource type
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.)
Withdrawn
Application number
JP2020527775A
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2021510243A publication Critical patent/JP2021510243A/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本願の実施例は、トラフィック構成方法及び関連製品を開示し、該方法は、コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信することを含み、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。本願の実施例におけるアクセスネットワークデバイスは、ＱｏＳリソースタイプを一意に決定することができ、サービスの伝送効率を向上させることができる。

Description

本願は、通信技術分野に関し、特に、トラフィック構成方法及び関連製品に関する。
有線ネットワーク（イーサネット、ネットワーク協定テレビ( ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｔｅｌｅｖｉｓｉｏｎ、ＩＰＴＶ )など）および無線ネットワーク（ロングタームエボリューション( ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )、ワイヤレスフィデリティ( Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、Ｗｉ−Ｆｉ )など）の両方において品質サービス( ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ )があり、異なるネットワークのＱｏＳは、異なるプロトコル仕様（ローカルエリアネットワーク/メトロポリタンネットワーク標準委員会ＩＥＥＥ８０２、第３世代パートナーシッププロジェクト( ３ ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ ＧＰＰ )など）に従うが、それらは、より消費者レベルの高いユーザがより良いサービスを享受することを可能にするために、またはより高い優先度のサービスを保証する。ＬＴＥネットワークを例とし、ＬＴＥネットワークは、様々なトラフィック(例えば、ウェブ閲覧、音声、オンラインゲームなど)を搬送し得るが、異なるトラフィックの特性及び要求は様々であり(例えば、異なるトラフィックの遅延に対する感受性、伝送帯域幅に対する要求の違いなど)、したがって、ＬＴＥネットワークは、異なるトラフィックに適応したＱｏＳを提供できることが望ましい。
第５世帯の移動通信技術( ５ ｔｈ−ｇｅｎｅｒａｔｉｏｎ、５Ｇ )には、少なくとも３タイプのＱｏＳリソースタイプが存在し、それぞれレート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ、及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプである。異なるＱｏＳリソースタイプのトラフィックは、アクセスネットワーク側で異なるように処理される。コアネットワークがアクセスネットワーク側にＱｏＳリソースタイプを配置する場合、異なるＱｏＳリソースタイプがどのように区別されるかは、当業者が検討している技術的課題である。
本願の実施例は、トラフィック構成方法及び関連製品を提供し、該アクセスネットワークデバイスは、ＱｏＳリソースタイプを一意に決定でき、サービスの伝送効率を向上させることができる。
第１の態様として、本願の実施例は、トラフィック構成方法を提供し、
コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信することを含み、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
第２の態様として、本願の実施例は、スロットフォーマット指示方法を提供し、
アクセスネットワークデバイスがコアネットワークデバイスにより送信された第１の構成情報を受信することと、
前記アクセスネットワークデバイスが前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定することとを含み、
前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスに推奨して第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
第３の態様として、本願の実施例は、上記第１の態様によるコアネットワークデバイスの動作を実現する機能を有するコアネットワークデバイスを提供する。これらの機能は、ハードウェアで実現してもよいし、対応するソフトウェアをハードウェアで実行することで実現してもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１つ以上のモジュールを含む。１つの可能な設計では、コアネットワークデバイスは、コアネットワークデバイスが上記の方法の対応する機能を実行することをサポートするように構成されたプロセッサを含む。さらに、コアネットワークデバイスは、コアネットワークデバイスとアクセスネットワークデバイスとの間の通信をサポートするための送受信機をさらに含み得る。さらに、コアネットワークデバイスは、コアネットワークデバイスに必要なプログラム命令およびデータを保持するプロセッサと結合するためのメモリをさらに含み得る。
第４の態様として、本願の実施例は、第２の態様によるアクセスネットワークデバイスの動作を実現する機能を有するアクセスネットワークデバイスを提供する。これらの機能は、ハードウェアで実現してもよいし、対応するソフトウェアをハードウェアで実行することで実現してもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１つ以上のモジュールを含む。１つの可能な設計では、アクセスネットワークデバイスは、上記の方法のそれぞれの機能を実行するようにアクセスネットワークデバイスをサポートするように構成されたプロセッサを含む。さらに、アクセスネットワークデバイスは、アクセスネットワークデバイスとコアネットワークデバイスとの間の通信をサポートするための送受信機をさらに含み得る。さらに、アクセスネットワークデバイスは、アクセスネットワークデバイスに必要なプログラム命令およびデータを保持するプロセッサと結合するためのメモリをさらに含み得る。
第５の態様として、本願の実施例は、プロセッサと、メモリと、送受信機と、１つまたは複数のプログラムとを備えるコアネットワークデバイスを提供し、１つまたは複数のプログラムは、メモリに記憶され、プロセッサによって実行されるように構成され、プログラムは、本願の実施例の第１の態様のいずれかの方法のステップを実行するための命令を含む。
第６の態様として、本願の実施例は、プロセッサと、メモリと、通信インターフェースと、１つ以上のプログラムとを備えるアクセスネットワークデバイスを提供し、１つ以上のプログラムは、メモリに記憶され、プロセッサによって実行されるように構成され、プログラムは、本願の実施例の第２の態様のいずれかの方法のステップを実行するための命令を含む。
第７の態様として、本願の実施例は、トラフィック構成のためのコンピュータプログラムを記憶するコンピュータ可読記憶媒体を提供し、コンピュータプログラムは、本願の実施例の第１の態様のいずれかに記載のステップの一部又は全部をコンピュータに実行させる。
第８の態様として、本願の実施例は、トラフィック構成のためのコンピュータプログラムを記憶するコンピュータ可読記憶媒体を提供し、コンピュータプログラムは、本願の実施例の第２の態様のいずれかに記載のステップの一部又は全部をコンピュータに実行させる。
第９の態様では、本願の実施例は、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品を提供し、コンピュータプログラムは、本願の実施例の第１の態様のいずれかに記載のステップの一部または全部をコンピュータに実行させるように動作可能である。また、前記コンピュータプログラムは、ソフトウェアのインストールパッケージであってもよい。
第１０の態様として、本願の実施例は、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品を提供し、コンピュータプログラムは、本願の実施例の第２の態様のいずれかに記載のステップの一部または全部をコンピュータに実行させるように動作可能である。また、前記コンピュータプログラムは、ソフトウェアのインストールパッケージであってもよい。
このように、本願の実施例では、コアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報から１つのＱｏＳリソースタイプを一意に決定し、このＱｏＳリソースタイプに応じて第１のトラフィックに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
以下、本願の実施例について図面を参照して説明する。
本願の実施例における無線通信システムの構成の模式図である。 本願の実施例におけるトラフィック構成方法のフローチャートである。 本願の実施例における他のトラフィック構成方法のフローチャートである。 本願の実施例における他のトラフィック構成方法のフローチャートである。 本願の実施例におけるコアネットワークデバイスの構成図である。 本願の実施例におけるアクセスネットワークデバイスの構成図である。 本願の実施例における他のコアネットワークデバイスの構成図である。 本願の実施例における他のアクセスネットワークデバイスの構成図である。
以下、本願の実施例について図面を参照して説明する。
図１は、本願の一実施例による無線通信システム１００の構造を示す模式図であり、端末１０１、アクセスネットワークデバイス１０２、コアネットワークデバイス１０３を少なくとも含む。任意選択で、この無線通信システム１０内のデバイスは、無線通信技術を使用して通信することができ、たとえば、無線通信技術は、第２世代移動体通信技術( Ｔｈｅ２ ｎｄ−Ｇｅｎｅｒａｔｉｏｎ、２Ｇ )、第３世代移動体通信技術( Ｔｈｅ３ ｒｄ−Ｇｅｎｅｒａｔｉｏｎ、３Ｇ )、ロングタームエボリューション( ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )、第４世代移動体通信技術( ｔｈｅ４ ｔｈ Ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、４Ｇ )、第５世代移動体通信技術( ｔｈｅ５ ｔｈ−Ｇｅｎｅｒａｔｉｏｎ、５Ｇ )、またはワイヤレスフィデリティ( ＷＩｒｅｌｅｓｓ−Ｆｉｄｅｌｉｔｙ、ＷＩ−ＦＩ )技術、またはブルートゥース技術、またはｚｉｇｂｅｅ技術、または他の既存の通信技術、またはその後に検討される通信技術などであり得る。
端末１０１は、無線通信機能を有するハンドヘルドデバイス(例えば、携帯電話、タブレット、パームトップなど)、車載デバイス(例えば、自動車、自転車、電気自動車、航空機、船舶、列車、鉄道など)、ウェアラブルデバイス(例えば、スマートウォッチ、スマートブレスレット、歩数計など)、スマートホーム機器(例えば、冷蔵庫、テレビ、エアコン、電力計など)、飛行機器(例えば、無人機、航空機)、スマートロボット、プラント機器、無線モデムに接続可能な他の処理機器、及び様々な形態のユーザ機器、移動局( ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ )、端末( ｔｅｒｍｉｎａｌ )、端末( ｔｅｒｍｉｎａｌ ｅｑｕｉｐｍｅｎｔ )などであってもよい。
アクセスネットワークデバイス１０２ ( １つでも複数でもよい)は、５Ｇの基地局、４Ｇの基地局、またはワイヤレスネットワークアクセス機能を実装し得る任意の他のデバイスなど、ネットワーク側のデバイスであり得る。アクセスネットワークデバイス１０２は、バックホール( ｂｌａｃｋｈａｕｌ )インターフェース(例えば、Ｓ１インターフェース)を介して、コアネットワークデバイス１０３に、制御情報またはユーザデータ、例えば、構成サービス品質( Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ )関連パラメータを送信するために使用され得る。
なお、図１に示す無線通信システム１００は、本願の技術的解決策をより明確に説明するためのものに過ぎず、本開示を限定するものではなく、ネットワークアーキテクチャの進化と新たなビジネスシナリオの出現に伴い、本願が提供する技術的解決策が、類似の技術的課題に対して同様に適用されることは、当業者にとって明らかである。本願は、アクセスネットワークデバイス１０２とコアネットワークデバイス１０３に注目して説明され、以下に本願に関連する関連技術を説明する。
図２を参照すると、図２は、本願の実施例によって提供されるトラフィック構成方法のフローチャート図であり、この方法は、図１に示すアーキテクチャに基づいて実現されてもよく、また、他のアーキテクチャに基づいて実現されてもよく、この方法は、以下のステップを含むが、これらに限定されない。
ステップＳ２０１において、コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信し、該第１の構成情報は、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、該第１の構成情報が示す該１つのＱｏＳリソースタイプは、該アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、該複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
具体的には、ここでの第１のトラフィックは、このアクセスネットワークデバイスが現在伝送する必要があるトラフィックであり、例えば、この第１のトラフィックは、インターネット閲覧、音声、オンラインゲーム等であり得、異なるトラフィックに必要な品質サービスＱｏＳのＱｏＳリソースタイプは、異なることがあり、したがって、コアネットワークデバイスは、アクセスネットワークデバイスに第１のトラフィック使用のＱｏＳを送信するよう構成する際に、ＱｏＳのＱｏＳリソースタイプを示す必要がある。
本願の実施例において、該コアネットワークデバイスが該第１の構成情報を介して、選択される複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを指示し、該アクセスネットワークデバイスが該第１のトラフィックを伝送する時に使用するＱｏＳのＱｏＳリソースタイプとする。本願の実施例において、該複数の品質サービスＱｏＳリソースタイプは、少なくとも、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、ここで、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプは、以下の特徴を有する。
レート保証（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ、ＧＢＲ）タイプとして、レート保証が必要であり、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
レート非保証Ｎｏｎ−ＧＢＲタイプとして、レート保証が必要でなく、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプとして、パケットの遅延がパケット遅延予算ＰＤＢを超えるとパケットが失われる（ ａ ｐａｃｋｅｔ ｄｅｌａｙｅｄ ｍｏｒｅ ｔｈａｎ ＰＤＢ ｉｓ ｃｏｕｎｔｅｄ ａｓ ｌｏｓｔ）。
ここで、ＱｏＳリソースタイプとＱｏＳ及びトラフィックとの関係を表１に示す。
Figure 2021510243
表１に示すように、ＱｏＳ番号が異なる場合、異なるＱｏＳを示し、ＱｏＳは、ＱｏＳリソースタイプ、優先度、予想遅延、パケット誤り率などのパラメータを含むことができ、ここで、ＱｏＳ番号１のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が２０、予想遅延が１００ミリ秒(ｍｓ )、パケット誤り率が１０−２であるＱｏＳを示し、このＱｏＳは、音声トラフィックに適用可能である。ＱｏＳ番号２のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が４０、予測遅延が１５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、ビデオセッショントラフィックに適用可能である。ＱｏＳ番号３のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が３０、予測遅延が５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、リアルタイムゲームトラフィックに適用可能である。ＱｏＳ番号が他の値であるＱｏＳは、以下のように類推され、ここでは一々列挙しない。
このように、異なるトラフィックが使用するＱｏＳが属するＱｏＳリソースタイプは異なる可能性があり、従って、このアクセスネットワークデバイスが第１のトラフィックを伝送する場合、アクセスネットワークデバイスが第１のトラフィックに対する適当なサービスを提供するために、コアネットワークデバイスは、第１の構成情報によって、アクセスネットワークデバイスが第１のトラフィックを伝送するＱｏＳが属するＱｏＳリソースタイプを示す必要がある。
ある実現形態において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、以下のステップを含み、該コアネットワークデバイスがタイプテーブルに基づいて該第１の構成情報を生成し、該タイプテーブル（５ＱＩ情報テーブル）が該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、このように、該第１の構成情報が選択される複数の品質サービスＱｏＳリソースタイプ内の１つのＱｏＳリソースタイプを示すことは、該１つのＱｏＳリソースタイプの識別子を含めて実現することができる。ここのタイプテーブルが該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含むため、該アクセスネットワークデバイスは、該１つのＱｏＳリソースタイプの識別子を取得した後、プロトコルにより、該１つのＱｏＳリソースタイプを見つけることができる。
１つの可能な例では、この第１の構成情報は、１つのＱｏＳリソースタイプを記述する記述情報を含む。すなわち、前記記述情報は、前記１つのＱｏＳリソースタイプに固有の特徴を記述したものであり、この場合、アクセスネットワークデバイスは、このＱｏＳリソースタイプを記述する記述情報を解読することにより、このＱｏＳリソースタイプを一意に特定することができる。
ある実現可能な例において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、さらに、以下のステップを含み、該コアネットワークデバイスがアクセスネットワークデバイスにより送信された要求メッセージを受信し、該要求メッセージは、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成するように要求し、即ち、該アクセスネットワークデバイスは、コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成するように主動に要求する。任意選択で、要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、即ち、該要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含めて該１つのＱｏＳリソースタイプを指示し、これにより、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成する。
任意選択で、該コアネットワークデバイスが該アクセスネットワークデバイスに該第１のトラフィックのＱｏＳの関連パラメータを送信する時に、該１つのＱｏＳリソースタイプを該第１の構成情報と介して該アクセスネットワークデバイスに主動に指示する。
その後、アクセスネットワークデバイスは、第１の構成情報によって示される内容を解析し、第１の構成情報の規則は、プロトコルにおいて予め定義されていてもよいので、このコアネットワークがプロトコルに基づいて第１の構成情報を生成すると、アクセスネットワークデバイスは、プロトコルに基づいて第１の構成情報によって示される内容を解析し、本願の実施例において、このアクセスネットワークデバイスは、第１の構成情報によって示される１つのＱｏＳリソースタイプを解析する。例えば、第１の構成情報が、ＱｏＳリソースタイプの識別子によってＱｏＳリソースタイプを示す場合、このアクセスネットワークデバイスは、ＱｏＳリソースタイプの識別子に応じて、ＱｏＳリソースタイプを決定してもよく、前記第１の構成情報が、前記ＱｏＳリソースタイプを記述する記述情報により、前記ＱｏＳリソースタイプを記述する場合、前記アクセスネットワークデバイスは、前記ＱｏＳリソースタイプを記述する記述情報に基づいて、前記ＱｏＳリソースタイプを判定する。
また、第１の構成情報によって示される１つのＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを伝送するために使用され、すなわち、この１つのＱｏＳリソースタイプは、第１のトラフィックを送信するためにアクセスネットワークデバイスに推奨するコアネットワークデバイスのＱｏＳリソースタイプであると見なされ得るので、その後、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用して伝送する可能性があり、１つのＱｏＳリソースタイプのＱｏＳを使用しない可能性もあり、使用するかどうかは、特にアクセスネットワークデバイスがいくつかのポリシーに従って決定する必要があり、具体的なポリシーもここで限定されず、例えば、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのトラフィックをサポートする能力を有しない場合、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用しなくてよく、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのサービスをサポートできる場合、アクセスネットワークデバイスは、１つのＱｏＳリソースタイプのＱｏＳを用いて第１のトラフィックを送信する。
ある実現可能な例において、このコアネットワークデバイスが、構成情報をアクセスネットワークデバイスに送信した後、この方法が以下のステップを含み、まず、アクセスネットワークデバイスが１つのＱｏＳリソースタイプをサポートしないことを示すフィードバック情報をコアネットワークデバイスが受信し、次いで、コアネットワークデバイスが、フィードバック情報に従って、複数の品質サービスＱｏＳリソースタイプのうちのこの１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示す第２の構成情報をアクセスネットワークデバイスに送信し、第２の構成情報が示す他のＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを送信するために用いられる。なお、各ＱｏＳリソースタイプは、遅延要件、パケット誤り率要件等のＱｏＳ要件を課しているため、アクセスネットワークデバイスは、このＱｏＳリソースタイプに必要な要件を満たさなくなる可能性があり、即ち、このアクセスネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことをコアネットワークデバイスにフィードバックすることにより、このＱｏＳリソースタイプをサポートできないことを通知し、コアネットワークデバイスは、このＱｏＳリソースタイプをサポートできないことを認識した後、このアクセスネットワークデバイスに、他のＱｏＳリソースタイプを推奨する第２の構成情報を送信し、該他のＱｏＳリソースタイプのＱｏＳに応じて該第１のトラフィックを送信することを推奨する。
任意選択で、該フィードバック情報は、さらに、該複数のＱｏＳリソースタイプのうちの該アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、この他のＱｏＳリソースタイプが該少なくとも１つのＱｏＳリソースタイプのうちのＱｏＳリソースタイプに属する。即ち、該アクセスネットワークデバイスは、フィードバック情報を介して、自分がどのＱｏＳリソースタイプのＱｏＳをサポートするかを指示し、このように、該コアネットワークは、該アクセスネットワークデバイスにＱｏＳリソースタイプを再度に構成する場合、該アクセスネットワークデバイスがサポートするＱｏＳリソースタイプから１つのを直接選択して該アクセスネットワークデバイスに構成して該第１のトラフィックを伝送してもよい。即ち、他のＱｏＳリソースタイプは、該少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプである。
ある実現可能な例において、このアクセスネットワークデバイスが第１の構成情報によって示される１つのＱｏＳリソースタイプをサポートしない場合、このアクセスネットワークデバイスは、第１のトラフィックを送信するために、自身がサポートしているＱｏＳリソースタイプのＱｏＳを自身で選択することができる。
図２に示す方法では、このコアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報に基づいて、１つのＱｏＳリソースタイプを一意に決定し、そのＱｏＳリソースタイプに応じて第１のサービスに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
図２に示す実施例と一致して、図３を参照すると、図３は、本願の実施例が提供する別のトラフィック構成方法であり、この方法は、図１に示すアーキテクチャに基づいて実施することができ、また、他のアーキテクチャに基づいて実施することもでき、この方法は、以下のステップを含むが、これらに限定されない。
ステップＳ３０１において、該アクセスネットワークデバイスがコアネットワークデバイスにより送信された第１の構成情報を受信し、該第１の構成情報は、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、該第１の構成情報が示す該１つのＱｏＳリソースタイプは、該アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、該複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
具体的には、ここでの第１のトラフィックは、このアクセスネットワークデバイスが現在伝送する必要があるトラフィックであり、例えば、この第１のトラフィックは、インターネット閲覧、音声、オンラインゲーム等であり得、異なるトラフィックに必要な品質サービスＱｏＳのＱｏＳリソースタイプは、異なることがあり、したがって、コアネットワークデバイスは、アクセスネットワークデバイスに第１のトラフィック使用のＱｏＳを送信するよう構成する際に、ＱｏＳのＱｏＳリソースタイプを示す必要がある。
本願の実施例において、該コアネットワークデバイスが該第１の構成情報を介して、選択される複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを指示し、該アクセスネットワークデバイスが該第１のトラフィックを伝送する時に使用するＱｏＳのＱｏＳリソースタイプとする。本願の実施例において、該複数の品質サービスＱｏＳリソースタイプは、少なくとも、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、ここで、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプは、以下の特徴を有する。
レート保証（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ、ＧＢＲ）タイプとして、レート保証が必要であり、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
レート非保証Ｎｏｎ−ＧＢＲタイプとして、レート保証が必要でなく、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプとして、パケットの遅延がパケット遅延予算ＰＤＢを超えるとパケットが失われる（ ａ ｐａｃｋｅｔ ｄｅｌａｙｅｄ ｍｏｒｅ ｔｈａｎ ＰＤＢ ｉｓ ｃｏｕｎｔｅｄ ａｓ ｌｏｓｔ）。
ここで、ＱｏＳリソースタイプとＱｏＳ及びトラフィックとの関係を表１に示す。
Figure 2021510243
表１に示すように、ＱｏＳ番号が異なる場合、異なるＱｏＳを示し、ＱｏＳは、ＱｏＳリソースタイプ、優先度、予想遅延、パケット誤り率などのパラメータを含むことができ、ここで、ＱｏＳ番号１のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が２０、予想遅延が１００ミリ秒(ｍｓ )、パケット誤り率が１０−２であるＱｏＳを示し、このＱｏは、音声トラフィックに適用可能である。ＱｏＳ番号２のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が４０、予測遅延が１５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、ビデオセッショントラフィックに適用可能である。ＱｏＳ番号３のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が３０、予測遅延が５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、リアルタイムゲームトラフィックに適用可能である。ＱｏＳ番号が他の値であるＱｏＳは、以下のように類推され、ここでは一々列挙しない。
このように、異なるトラフィックが使用するＱｏＳが属するＱｏＳリソースタイプは異なる可能性があり、従って、このアクセスネットワークデバイスが第１のトラフィックを伝送する場合、アクセスネットワークデバイスが第１のトラフィックに対する適当なサービスを提供するために、コアネットワークデバイスは、第１の構成情報によって、アクセスネットワークデバイスが第１のトラフィックを伝送するＱｏＳが属するＱｏＳリソースタイプを示す必要がある。
ある実現形態において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、以下のステップを含み、該コアネットワークデバイスがタイプテーブルに基づいて該第１の構成情報を生成し、該タイプテーブル（５ＱＩ情報テーブル）が該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、このように、該第１の構成情報が選択される複数の品質サービスＱｏＳリソースタイプ内の１つのＱｏＳリソースタイプを示すことは、該１つのＱｏＳリソースタイプの識別子を含めて実現することができる。従って、このアクセスネットワークデバイスは、この第1の構成情報に基づいてこのＱｏＳリソースタイプを決定する場合、まず、この第1の構成情報に１つＱｏＳリソースタイプの識別子を含めて決定し、この複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプがそれぞれの識別子を有し、次に、このＱｏＳリソースタイプの識別子に基づいてＱｏＳリソースのタイプを決定する。
ある実現可能な例では、この第１の構成情報は、１つのＱｏＳリソースタイプを記述する記述情報を含む。すなわち、前記記述情報は、前記１つのＱｏＳリソースタイプに固有の特徴を記述したものであり、この場合、アクセスネットワークデバイスは、このＱｏＳリソースタイプを記述する記述情報を解読することにより、このＱｏＳリソースタイプを一意に特定することができる。
ある実現可能な例において、アクセスネットワークデバイスが、コアネットワークデバイスによって送信された第1の構成情報を受信する前に、アクセスネットワークデバイスが、コアネットワークデバイスに要求メッセージを送信するステップをさらに含み、前記要求メッセージが1つのＱｏＳリソースのタイプに関連付けられたＱｏＳストリーム、ＱｏＳ規則、およびＱｏＳ識別子のうちの少なくとも1つを含み、この要求メッセージは、コアネットワークデバイスがアクセスネットワークデバイスに対するＱｏＳリソースのタイプの設定を要求し、即ち、アクセスネットワークデバイスがコアネットワークデバイスがＱｏＳリソースのタイプの設定を主動に要求する。任意選択で、要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、即ち、該要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含めて該１つのＱｏＳリソースタイプを指示し、これにより、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成する。
任意選択で、該コアネットワークデバイスが該アクセスネットワークデバイスに該第１のトラフィックのＱｏＳの関連パラメータを送信する時に、該１つのＱｏＳリソースタイプを該第１の構成情報と介して該アクセスネットワークデバイスに主動に指示する。
ステップＳ３０２において、該アクセスネットワークデバイスが該第１の構成情報に基づいて該１つのＱｏＳリソースタイプを決定する。
具体的に、アクセスネットワークデバイスは、第１の構成情報によって示される内容を解析し、第１の構成情報の規則は、プロトコルにおいて予め定義されていてもよいので、このコアネットワークがプロトコルに基づいて第１の構成情報を生成すると、アクセスネットワークデバイスは、プロトコルに基づいて第１の構成情報によって示される内容を解析し、本願の実施例において、このアクセスネットワークデバイスは、第１の構成情報によって示される１つのＱｏＳリソースタイプを解析する。例えば、第１の構成情報が、ＱｏＳリソースタイプの識別子によってＱｏＳリソースタイプを示す場合、このアクセスネットワークデバイスは、ＱｏＳリソースタイプの識別子に応じて、ＱｏＳリソースタイプを決定してもよく、前記第１の構成情報が、前記ＱｏＳリソースタイプを記述する記述情報により、前記ＱｏＳリソースタイプを記述する場合、前記アクセスネットワークデバイスは、前記ＱｏＳリソースタイプを記述する記述情報に基づいて、前記ＱｏＳリソースタイプを判定する。
また、第１の構成情報によって示される１つのＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを伝送するために使用され、すなわち、この１つのＱｏＳリソースタイプは、第１のトラフィックを送信するためにアクセスネットワークデバイスに推奨するコアネットワークデバイスのＱｏＳリソースタイプであると見なされ得るので、その後、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用して伝送する可能性があり、１つのＱｏＳリソースタイプのＱｏＳを使用しない可能性もあり、使用するかどうかは、特にアクセスネットワークデバイスがいくつかのポリシーに従って決定する必要があり、具体的なポリシーもここで限定されず、例えば、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのトラフィックをサポートする能力を有しない場合、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用しなくてよく、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのサービスをサポートできる場合、アクセスネットワークデバイスは、１つのＱｏＳリソースタイプのＱｏＳを用いて第１のトラフィックを送信する。
ある実現可能な例において、このアクセスネットワークデバイスが、第1の構成情報に基づいて1つのＱｏＳリソースタイプを決定した後、まず、アクセスネットワーク装置が、1つのＱｏＳリソースタイプに対応していないことを示すフィードバック情報をコアネットワークデバイスに送信し、次いで、アクセスネットワーク装置が第２の構成情報をコアネットワークデバイスから受信し、この第２の構成情報は、複数の品質サービスＱｏＳリソースタイプのうち、この１つのＱｏＳリソースタイプ以外の他のＱｏＳリソースタイプを示し、この他のＱｏＳリソースタイプは、アクセスネットワークデバイスが第1のサービスを送信することを推奨し、次いで、アクセスネットワークデバイスが、第２の構成情報に基づいて他のＱｏＳリソースタイプを決定する。なお、各ＱｏＳリソースタイプは、遅延要件、パケット誤り率要件等のＱｏＳ要件を課しているため、アクセスネットワークデバイスは、該ＱｏＳリソースタイプに必要な要件を満たさなくなる可能性があり、即ち、該アクセスネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことをコアネットワークデバイスにフィードバックすることにより、該ＱｏＳリソースタイプをサポートできないことを通知し、該コアネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことを認識した後、該アクセスネットワークデバイスに、該他のＱｏＳリソースタイプを推奨する第２の構成情報を送信し、該他のＱｏＳリソースタイプのＱｏＳに応じて該第１のトラフィックを送信することを推奨する。
任意選択で、該フィードバック情報は、さらに、該複数のＱｏＳリソースタイプのうちの該アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、この他のＱｏＳリソースタイプが該少なくとも１つのＱｏＳリソースタイプのうちのＱｏＳリソースタイプに属する。即ち、該アクセスネットワークデバイスは、フィードバック情報を介して、自分がどのＱｏＳリソースタイプのＱｏＳをサポートするかを指示し、このように、該コアネットワークは、該アクセスネットワークデバイスにＱｏＳリソースタイプを再度に構成する場合、該アクセスネットワークデバイスがサポートするＱｏＳリソースタイプから１つのを直接選択して該アクセスネットワークデバイスに構成して該第１のトラフィックを伝送してもよい。即ち、他のＱｏＳリソースタイプは、該少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプである。
ある実現可能な例において、このアクセスネットワークデバイスが第１の構成情報によって示される１つのＱｏＳリソースタイプをサポートしない場合、このアクセスネットワークデバイスは、第１のトラフィックを送信するために、自身がサポートしているＱｏＳリソースタイプのＱｏＳを自身で選択することができる。
図３に示す方法では、このコアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報に基づいて、１つのＱｏＳリソースタイプを一意に決定し、そのＱｏＳリソースタイプに応じて第１のサービスに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
図２に示す実施例と一致して、図４を参照すると、図４は、本願の実施例が提供する別のトラフィック構成方法であり、この方法は、図１に示すアーキテクチャに基づいて実施することができ、また、他のアーキテクチャに基づいて実施することもでき、この方法は、以下のステップを含むが、これらに限定されない。
ステップＳ４０１において、コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信し、該第１の構成情報は、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、該第１の構成情報が示す該１つのＱｏＳリソースタイプは、該アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、該複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
具体的には、ここでの第１のトラフィックは、このアクセスネットワークデバイスが現在伝送する必要があるトラフィックであり、例えば、この第１のトラフィックは、インターネット閲覧、音声、オンラインゲーム等であり得、異なるトラフィックに必要な品質サービスＱｏＳのＱｏＳリソースタイプは、異なることがあり、したがって、コアネットワークデバイスは、アクセスネットワークデバイスに第１のトラフィック使用のＱｏＳを送信するよう構成する際に、ＱｏＳのＱｏＳリソースタイプを示す必要がある。
本願の実施例において、該コアネットワークデバイスが該第１の構成情報を介して、選択される複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを指示し、該アクセスネットワークデバイスが該第１のトラフィックを伝送する時に使用するＱｏＳのＱｏＳリソースタイプとする。本願の実施例において、該複数の品質サービスＱｏＳリソースタイプは、少なくとも、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、ここで、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプは、以下の特徴を有する。
レート保証（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ、ＧＢＲ）タイプとして、レート保証が必要であり、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
レート非保証Ｎｏｎ−ＧＢＲタイプとして、レート保証が必要でなく、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプとして、パケットの遅延がパケット遅延予算ＰＤＢを超えるとパケットが失われる（ ａ ｐａｃｋｅｔ ｄｅｌａｙｅｄ ｍｏｒｅ ｔｈａｎ ＰＤＢ ｉｓ ｃｏｕｎｔｅｄ ａｓ ｌｏｓｔ）。
ここで、ＱｏＳリソースタイプとＱｏＳ及びトラフィックとの関係を表１に示す。
Figure 2021510243
表１に示すように、ＱｏＳ番号が異なる場合、異なるＱｏＳを示し、ＱｏＳは、ＱｏＳリソースタイプ、優先度、予想遅延、パケット誤り率などのパラメータを含むことができ、ここで、ＱｏＳ番号１のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が２０、予想遅延が１００ミリ秒(ｍｓ )、パケット誤り率が１０−２であるＱｏＳを示し、このＱｏは、音声トラフィックに適用可能である。ＱｏＳ番号２のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が４０、予測遅延が１５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、ビデオセッショントラフィックに適用可能である。ＱｏＳ番号３のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が３０、予測遅延が５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、リアルタイムゲームトラフィックに適用可能である。ＱｏＳ番号が他の値であるＱｏＳは、以下のように類推され、ここでは一々列挙しない。
このように、異なるトラフィックが使用するＱｏＳが属するＱｏＳリソースタイプは異なる可能性があり、従って、このアクセスネットワークデバイスが第１のトラフィックを伝送する場合、アクセスネットワークデバイスが第１のトラフィックに対する適当なサービスを提供するために、コアネットワークデバイスは、第１の構成情報によって、アクセスネットワークデバイスが第１のトラフィックを伝送するＱｏＳが属するＱｏＳリソースタイプを示す必要がある。
ある実現形態において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、以下のステップを含み、該コアネットワークデバイスがタイプテーブルに基づいて該第１の構成情報を生成し、該タイプテーブル（５ＱＩ情報テーブル）が該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、このように、該第１の構成情報が選択される複数の品質サービスＱｏＳリソースタイプ内の１つのＱｏＳリソースタイプを示すことは、該１つのＱｏＳリソースタイプの識別子を含めて実現することができる。ここのタイプテーブルが該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含むため、該アクセスネットワークデバイスは、該１つのＱｏＳリソースタイプの識別子を取得した後、プロトコルにより、該１つのＱｏＳリソースタイプを見つけることができる。
１つの可能な例では、この第１の構成情報は、１つのＱｏＳリソースタイプを記述する記述情報を含む。すなわち、前記記述情報は、前記１つのＱｏＳリソースタイプに固有の特徴を記述したものであり、この場合、アクセスネットワークデバイスは、このＱｏＳリソースタイプを記述する記述情報を解読することにより、このＱｏＳリソースタイプを一意に特定することができる。
ある実現可能な例において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、さらに、以下のステップを含み、該コアネットワークデバイスがアクセスネットワークデバイスにより送信された要求メッセージを受信し、該要求メッセージは、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成するように要求し、即ち、該アクセスネットワークデバイスは、コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成するように主動に要求する。任意選択で、要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、即ち、該要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含めて該１つのＱｏＳリソースタイプを指示し、これにより、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成する。
任意選択で、該コアネットワークデバイスが該アクセスネットワークデバイスに該第１のトラフィックのＱｏＳの関連パラメータを送信する時に、該１つのＱｏＳリソースタイプを該第１の構成情報と介して該アクセスネットワークデバイスに主動に指示する。
ステップＳ４０２において、該アクセスネットワークデバイスがコアネットワークデバイスにより送信された第１の構成情報を受信する。
ステップＳ４０３において、該アクセスネットワークデバイスが該第１の構成情報に基づいて該１つのＱｏＳリソースタイプを決定する。
具体的に、アクセスネットワークデバイスは、第１の構成情報によって示される内容を解析し、第１の構成情報の規則は、プロトコルにおいて予め定義されていてもよいので、このコアネットワークがプロトコルに基づいて第１の構成情報を生成すると、アクセスネットワークデバイスは、プロトコルに基づいて第１の構成情報によって示される内容を解析し、本願の実施例において、このアクセスネットワークデバイスは、第１の構成情報によって示される１つのＱｏＳリソースタイプを解析する。例えば、第１の構成情報が、ＱｏＳリソースタイプの識別子によってＱｏＳリソースタイプを示す場合、このアクセスネットワークデバイスは、ＱｏＳリソースタイプの識別子に応じて、ＱｏＳリソースタイプを決定してもよく、前記第１の構成情報が、前記ＱｏＳリソースタイプを記述する記述情報により、前記ＱｏＳリソースタイプを記述する場合、前記アクセスネットワークデバイスは、前記ＱｏＳリソースタイプを記述する記述情報に基づいて、前記ＱｏＳリソースタイプを判定する。
また、第１の構成情報によって示される１つのＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを伝送するために使用され、すなわち、この１つのＱｏＳリソースタイプは、第１のトラフィックを送信するためにアクセスネットワークデバイスに推奨するコアネットワークデバイスのＱｏＳリソースタイプであると見なされ得るので、その後、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用して伝送する可能性があり、１つのＱｏＳリソースタイプのＱｏＳを使用しない可能性もあり、使用するかどうかは、特にアクセスネットワークデバイスがいくつかのポリシーに従って決定する必要があり、具体的なポリシーもここで限定されず、例えば、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのトラフィックをサポートする能力を有しない場合、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用しなくてよく、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのサービスをサポートできる場合、アクセスネットワークデバイスは、１つのＱｏＳリソースタイプのＱｏＳを用いて第１のトラフィックを送信する。
ある実現可能な例において、このコアネットワークデバイスが、構成情報をアクセスネットワークデバイスに送信した後、この方法が以下のステップを含み、まず、アクセスネットワークデバイスが１つのＱｏＳリソースタイプをサポートしないことを示すフィードバック情報をコアネットワークデバイスが受信し、次いで、コアネットワークデバイスが、フィードバック情報に従って、複数の品質サービスＱｏＳリソースタイプのうちのこの１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示す第２の構成情報をアクセスネットワークデバイスに送信し、第２の構成情報が示す他のＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを送信するために用いられる。なお、各ＱｏＳリソースタイプは、遅延要件、パケット誤り率要件等のＱｏＳ要件を課しているため、アクセスネットワークデバイスは、該ＱｏＳリソースタイプに必要な要件を満たさなくなる可能性があり、即ち、該アクセスネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことをコアネットワークデバイスにフィードバックすることにより、該ＱｏＳリソースタイプをサポートできないことを通知し、該コアネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことを認識した後、該アクセスネットワークデバイスに、該他のＱｏＳリソースタイプを推奨する第２の構成情報を送信し、該他のＱｏＳリソースタイプのＱｏＳに応じて該第１のトラフィックを送信することを推奨する。
任意選択で、該フィードバック情報は、さらに、該複数のＱｏＳリソースタイプのうちの該アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、この他のＱｏＳリソースタイプが該少なくとも１つのＱｏＳリソースタイプのうちのＱｏＳリソースタイプに属する。即ち、該アクセスネットワークデバイスは、フィードバック情報を介して、自分がどのＱｏＳリソースタイプのＱｏＳをサポートするかを指示し、このように、該コアネットワークは、該アクセスネットワークデバイスにＱｏＳリソースタイプを再度に構成する場合、該アクセスネットワークデバイスがサポートするＱｏＳリソースタイプから１つのを直接選択して該アクセスネットワークデバイスに構成して該第１のトラフィックを伝送してもよい。即ち、他のＱｏＳリソースタイプは、該少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプである。
ある実現可能な例において、このアクセスネットワークデバイスが第１の構成情報によって示される１つのＱｏＳリソースタイプをサポートしない場合、このアクセスネットワークデバイスは、第１のトラフィックを送信するために、自身がサポートしているＱｏＳリソースタイプのＱｏＳを自身で選択することができる。
図４に示す方法では、このコアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報に基づいて、１つのＱｏＳリソースタイプを一意に決定し、そのＱｏＳリソースタイプに応じて第１のサービスに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
上記実施例に対応して、図５を参照すると、図５は、本願の実施例によって提供されるコアネットワークデバイスの構成を示す図であり、該コアネットワークデバイスは、プロセッサと、メモリと、送受信機と、１つ以上のプログラムとを備え、該１つ以上のプログラムは、該メモリに記憶され、該プロセッサによって実行されるように構成され、該プログラムは、以下のステップを実行するための命令を含む。
アクセスネットワークデバイスに第１の構成情報を送信し、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
このように、本願の実施例では、コアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報から１つのＱｏＳリソースタイプを一意に決定し、１つのＱｏＳリソースタイプに応じて第１のトラフィックに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
ある実現可能な例において、アクセスネットワークデバイスに第１の構成情報を送信する前に、さらに、タイプテーブルに基づいて前記第１の構成情報を生成することを含み、前記タイプテーブルが前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、前記第１の構成情報が前記１つのＱｏＳリソースタイプの識別子を含めて前記１つのＱｏＳリソースタイプを示す。
ある実現可能な例において、前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する。
ある実現可能な例において、アクセスネットワークデバイスに構成情報を送信した後、さらに、まず、前記アクセスネットワークデバイスにより送信されたフィードバック情報を受信し、前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、次に、前記フィードバック情報に基づいて前記アクセスネットワークデバイスに第２の構成情報を送信し、前記第２の構成情報が、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプ以外の他のＱｏＳリソースタイプを示し、前記第２の構成情報が示す前記他のＱｏＳリソースタイプは、前記アクセスネットワークデバイスが前記第１のトラフィックを伝送するために用いられる。
ある実現可能な例において、前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する。
ある実現可能な例において、アクセスネットワークデバイスに第１の構成情報を送信する前に、さらに、アクセスネットワークデバイスにより送信された要求メッセージを受信し、要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する。
上記の様々なステップの具体的な実現は、図２〜図４を参照して説明された方法の実施例にも対応してもよい。
上述の実施例に対応して、図６を参照し、図６は、本願の実施例によって提供されるアクセスネットワークデバイスの構造を示す概略図であり、このアクセスネットワークデバイスは、プロセッサ、メモリ、通信インタフェース、及び、メモリに記憶され、プロセッサによって実行されるように構成された１つ以上のプログラムを含み、プログラムは、以下のステップを実行するための命令を含む。
まず、コアネットワークデバイスにより送信された第１の構成情報を受信し、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスに推奨して第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、
次に、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定する。
このように、本願の実施例では、コアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報から１つのＱｏＳリソースタイプを一意に決定し、１つのＱｏＳリソースタイプに応じて第１のトラフィックに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
ある実現可能な例において、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定することは、まず、前記第１の構成情報が前記１つのＱｏＳリソースタイプの識別子を含むと決定することと、前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプがそれぞれの識別子を有し、次に、前記１つのＱｏＳリソースタイプの識別子に基づいて前記１つのＱｏＳリソースタイプを決定することとを含む。
ある実現可能な例において、前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する。
ある実現可能な例において、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定した後、さらに、まず、前記コアネットワークデバイスにフィードバック情報を送信し、前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、次に、前記コアネットワークデバイスにより送信された第２の構成情報を受信し、前記第２の構成情報は、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが前記アクセスネットワークデバイスに推奨して前記第１のトラフィックを伝送し、次に、前記第２の構成情報に基づいて前記他のＱｏＳリソースタイプを決定する。
ある実現可能な例において、前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する。
ある実現可能な例において、コアネットワークデバイスにより送信された第１の構成情報を受信する前に、さらに、前記コアネットワークデバイスに要求メッセージを送信し、要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する。
上記の様々なステップの具体的な実現は、図２〜図４を参照して説明された方法の実施例にも対応してもよい。
以上、主に各ネットワークエンティティ間のインタラクションという観点から本願実施例の仕組みを紹介した。アクセスネットワークデバイスおよびコアネットワークデバイスは、上記機能を実現するために、それぞれの機能を実現するハードウェア構成および/またはソフトウェアモジュールを含むことを理解すべきである。当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組合せの形態で本開示が実施され得ることを容易に認識するであろう。ある機能がハードウェアで実行されるか、コンピュータソフトウェアドライバハードウェアで実行されるかは、特許請求の範囲の特定のアプリケーション及び設計制約に依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用することができるが、そのような実施は、本開示の範囲を超えると考えられるべきではない。
本願の実施例は、上記方法例に従ってアクセスネットワークデバイスとコアネットワークデバイスとを機能ユニットに分割してもよく、例えば、各機能ユニットを各機能に応じて分割してもよく、２つ以上の機能を１つの処理ユニットに統合してもよい。上記の統合されたユニットは、ハードウェアの形態で実現されてもよいし、ソフトウェアプログラムモジュールの形態で実現されてもよい。なお、本願実施例におけるユニットの分割は模式的なものであり、一の論理的な機能分割のみのものであり、実際の実現には別の分割形態があり得る。
統合ユニットを用いる場合、図７は上記実施例に係るコアネットワークデバイスの機能的なユニット構成を示すブロック図である。コアネットワークデバイス７００は、処理ユニット７０２と通信ユニット７０３とを備える。処理ユニット７０２は、コアネットワークデバイスの動作を制御管理するために使用され、例えば、処理ユニット７０２は、通信ユニット７０３を制御して、図２のステップＳ２０１、図４の４０１、および/または本明細書に記載される技術のための他のプロセスを実行するために使用される。コアネットワークデバイスは、さらに、コアネットワークデバイスのプログラムコードおよびデータを記憶するための記憶ユニット７０１を含み得る。
ここで、処理ユニット７０２は、プロセッサ又はコントローラであってよく、通信ユニット７０３は、送受信機、送受信回路、無線周波数チップ等であってよく、記憶ユニット７０１は、メモリであってよい。
ここで、前記処理ユニット７０２は、通信ユニット７０３を介してアクセスネットワークデバイスに第１の構成情報を送信するように構成され、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
ある実現可能な例において、処理ユニット７０２が前記通信ユニット７０３を介してアクセスネットワークデバイスに第１の構成情報を送信する前に、該処理ユニット７０２は、さらに、タイプテーブルに基づいて前記第１の構成情報を生成するように構成され、前記タイプテーブルが前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、前記第１の構成情報が前記１つのＱｏＳリソースタイプの識別子を含めて前記１つのＱｏＳリソースタイプを示す。
ある実現可能な例において、前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する。
ある実現可能な例において、前記処理ユニット７０２が通信ユニット７０３を介してアクセスネットワークデバイスに構成情報を送信した後、処理ユニット７０２は、さらに、
通信ユニット７０３を介して前記アクセスネットワークデバイスにより送信されたフィードバック情報を受信するように構成され、前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、
前記フィードバック情報に基づいて前記通信ユニット７０３を介して前記アクセスネットワークデバイスに第２の構成情報を送信し、前記第２の構成情報が、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプ以外の他のＱｏＳリソースタイプを示し、前記第２の構成情報が示す前記他のＱｏＳリソースタイプは、前記アクセスネットワークデバイスが前記第１のトラフィックを伝送するために用いられる。
ある実現可能な例において、前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する。
ある実現可能な例において、処理ユニット７０２が通信ユニット７０３を介してアクセスネットワークデバイスに第１の構成情報を送信する前に、処理ユニット７０２は、さらに、通信ユニット７０３を介してアクセスネットワークデバイスにより送信された要求メッセージを受信するように構成され、要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する。
処理ユニット７０２がプロセッサであり、通信ユニット７０３が通信インタフェースであり、記憶ユニット７０１がメモリである場合、本願の実施例に係るコアネットワークデバイスは、図５に示すコアネットワークデバイスであってもよい。
統合ユニットを用いる場合、図８は、上記実施例に係るアクセスネットワークデバイスの機能的なユニット構成を示すブロック図である。アクセスネットワークデバイス８００は、処理ユニット８０２と通信ユニット８０３とを備える。処理ユニット８０２は、アクセスネットワークデバイスの動作を制御管理するために使用され、例えば、処理ユニット８０２は、通信ユニット８０３を制御して、図３のステップ４０１、図４のステップ４０２、及び/又は本明細書に記載される技術のための他のプロセスを実行するために使用される。アクセスネットワークデバイスは、アクセスネットワークデバイスのプログラムコードおよびデータを記憶するための記憶ユニット８０１をさらに含み得る。
ここで、処理ユニット８０２は、プロセッサ又はコントローラであってよく、例えば、中央処理装置( Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ )、汎用プロセッサ、デジタル信号プロセッサ( Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ )、フィールドプログラマブルゲートアレイ( Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ )、又は他のプログラマブル論理デバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、又はこれらの任意の組み合わせであってよい。本開示に関連して説明された様々な例示的な論理ブロック、モジュール、および回路を実装または実行することができる。プロセッサはまた、例えば、１つ以上のマイクロプロセッサの組み合わせ、ＤＳＰとマイクロプロセッサの組み合わせなどを含む、計算機能を実装する組み合わせであってもよい。通信ユニット８０３は、送受信回路等であり、記憶ユニット８０１は、メモリ等である。
ここで、前記処理ユニット８０２は、通信ユニット８０３を介して、コアネットワークデバイスにより送信された第１の構成情報を受信するように構成され、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスに推奨して第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、該処理ユニット８０２は、さらに、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定するように構成される。
ある実現可能な例において、前記プロセッサ８０２が前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定することは、まず、前記第１の構成情報に含まれる前記１つのＱｏＳリソースタイプの識別子を決定し、前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプがそれぞれの識別子を有し、次に、前記１つのＱｏＳリソースタイプの識別子に基づいて前記１つのＱｏＳリソースタイプを決定するである。
ある実現可能な例において、前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する。
ある実現可能な例において、前記プロセッサ８０２が前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定した後、
該処理ユニット８０２は、さらに、通信ユニット８０３を介して、前記コアネットワークデバイスにフィードバック情報を送信するように構成され、前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、
該処理ユニット８０２は、さらに、通信ユニット８０３を介して、前記コアネットワークデバイスにより送信された第２の構成情報を受信するように構成され、前記第２の構成情報は、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが前記アクセスネットワークデバイスに推奨して前記第１のトラフィックを伝送し、
該処理ユニット８０２は、さらに、前記第２の構成情報に基づいて前記他のＱｏＳリソースタイプを決定するように構成される。
ある実現可能な例において、前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する。
ある実現可能な例において、前記処理ユニット８０２が通信ユニット８０３を介してコアネットワークデバイスにより送信された第１の構成情報を受信する前に、さらに、通信ユニット８０３を介して前記コアネットワークデバイスに要求メッセージを送信するように構成され、要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する。
処理ユニット８０２がプロセッサであり、通信ユニット８０３が通信インタフェースであり、記憶ユニット８０１がメモリである場合、本願の実施例に係るアクセスネットワークデバイスは、図６に示すアクセスネットワークデバイスであってもよい。
本願の実施例は、電子データ交換のためのコンピュータプログラムを記憶するコンピュータ可読記憶媒体をさらに提供し、コンピュータプログラムは、上記の方法の実施例においてアクセスネットワークデバイスによって説明されるステップの一部又は全部をコンピュータに実行させる。
本願の実施例は、電子データ交換のためのコンピュータプログラムを記憶するコンピュータ可読記憶媒体をさらに提供し、コンピュータプログラムは、コンピュータに、上述の方法の実施例におけるコアネットワークデバイスに記載されるステップの一部又は全部を実行させる。
本願の実施例は、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を含むコンピュータプログラム製品をさらに提供し、コンピュータプログラムは、上述の方法の実施例においてアクセスネットワークデバイスによって説明されたステップの一部又は全部をコンピュータに実行させるように動作可能である。また、前記コンピュータプログラムは、ソフトウェアのインストールパッケージであってもよい。
本願の実施例は、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を含むコンピュータプログラム製品をさらに提供し、コンピュータプログラムは、上記方法のコアネットワークデバイスに記載されるステップの一部又は全てをコンピュータに実行させるように動作可能である。また、前記コンピュータプログラムは、ソフトウェアのインストールパッケージであってもよい。
本願の実施例に記載された方法またはアルゴリズムのステップは、ハードウェアで実現されてもよく、プロセッサがソフトウェア命令を実行する方式で実現されてもよい。ソフトウェア命令は、ランダムアクセスメモリ( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ )、フラッシュメモリ、リードオンリーメモリ( Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ )、消去可能プログラマブルリードオンリーメモリ( Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＥＰＲＯＭ )、電気的消去可能プログラマブルリードオンリーメモリ( Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ )、レジスタ、ハードディスク、モバイルハードディスク、リードオンリーディスク( ＣＤ−ＲＯＭ )、または当技術分野で周知の任意の他の形態の記憶媒体に格納され得る、対応するソフトウェアモジュールから構成され得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことを可能にするように、プロセッサに結合される。もちろん、記憶媒体はプロセッサの一部であってもよい。プロセッサおよび記憶媒体は、ＡＳＩＣ内に配置され得る。また、ＡＳＩＣは、アクセスネットワークデバイス、ターゲットコアネットワークデバイス、コアネットワークデバイスのいずれに配置されていてもよい。もちろん、プロセッサと記憶媒体は、アクセスネットワークデバイス、ターゲットコアネットワークデバイス、またはコアネットワークデバイスにディスクリートコンポーネントとして存在してもよい。
当業者は、上述の１つ以上の例において、本願の実施例に記載される機能が、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せによって、全体的にまたは部分的に実装され得ることを認識するであろう。ソフトウェアで実装する場合、全体的に又は部分的にコンピュータプログラム製品の形態で実装することができる。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令は、コンピュータ上でロードされ実行されると、本願の実施例にしたがったフローまたは機能を全体的にまたは部分的に生成する。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、または、例えば、１つのウェブサイト、コンピュータ、サーバ、またはデータセンターから、別のウェブサイト、コンピュータ、サーバ、またはデータセンターへ、有線(例えば、同軸ケーブル、光ファイバ、デジタル加入者線( Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ、ＤＳＬ ) )、または無線(例えば、赤外線、無線、マイクロ波など)手段によって送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、または１つ以上の利用可能な媒体と一体化されたサーバ、データセンターなどを含むデータ記憶デバイスであり得る。利用可能な媒体は、磁気媒体(例えば、フロッピーディスク、ハードディスク、磁気テープ)、光学媒体(例えば、デジタルビデオディスク( Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ、ＤＶＤ ) )、又は半導体媒体(例えば、ソリッドステートドライブ( ＳＳＤ ) )などであってもよい。
本願の実施例の目的、技術的解決策、および効果を、上記の具体的な実施例についてさらに詳細に説明したが、上記の説明は、本願の実施例の具体的な実施例にすぎず、本願の実施例の保護範囲を制限するものではなく、本願の実施例の技術的解決策に基づいて、本願の実施例の保護範囲内に含まれるあらゆる修正、均等物、および改良がなされるべきであることが理解される。
本願は、通信技術分野に関し、特に、トラフィック構成方法及び関連製品に関する。
有線ネットワーク（イーサネット、ネットワーク協定テレビ( ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｔｅｌｅｖｉｓｉｏｎ、ＩＰＴＶ )など）および無線ネットワーク（ロングタームエボリューション( ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )、ワイヤレスフィデリティ( Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、Ｗｉ−Ｆｉ )など）の両方において品質サービス( ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ )があり、異なるネットワークのＱｏＳは、異なるプロトコル仕様（ローカルエリアネットワーク/メトロポリタンネットワーク標準委員会ＩＥＥＥ８０２、第３世代パートナーシッププロジェクト( ３ ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ ＧＰＰ )など）に従うが、それらは、より消費者レベルの高いユーザがより良いサービスを享受することを可能にするために、またはより高い優先度のサービスを保証する。ＬＴＥネットワークを例とし、ＬＴＥネットワークは、様々なトラフィック(例えば、ウェブ閲覧、音声、オンラインゲームなど)を搬送し得るが、異なるトラフィックの特性及び要求は様々であり(例えば、異なるトラフィックの遅延に対する感受性、伝送帯域幅に対する要求の違いなど)、したがって、ＬＴＥネットワークは、異なるトラフィックに適応したＱｏＳを提供できることが望ましい。
第５世帯の移動通信技術( ５ ｔｈ−ｇｅｎｅｒａｔｉｏｎ、５Ｇ )には、少なくとも３タイプのＱｏＳリソースタイプが存在し、それぞれレート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ、及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプである。異なるＱｏＳリソースタイプのトラフィックは、アクセスネットワーク側で異なるように処理される。コアネットワークがアクセスネットワーク側にＱｏＳリソースタイプを配置する場合、異なるＱｏＳリソースタイプがどのように区別されるかは、当業者が検討している技術的課題である。
本願の実施例は、トラフィック構成方法及び関連製品を提供し、該アクセスネットワークデバイスは、ＱｏＳリソースタイプを一意に決定でき、サービスの伝送効率を向上させることができる。
第１の態様として、本願の実施例は、トラフィック構成方法を提供し、
コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信することを含み、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
第２の態様として、本願の実施例は、トラフィック構成方法を提供し、
アクセスネットワークデバイスがコアネットワークデバイスにより送信された第１の構成情報を受信することと、
前記アクセスネットワークデバイスが前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定することとを含み、
前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスに推奨して第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
第３の態様として、本願の実施例は、上記第１の態様によるコアネットワークデバイスの動作を実現する機能を有するコアネットワークデバイスを提供する。これらの機能は、ハードウェアで実現してもよいし、対応するソフトウェアをハードウェアで実行することで実現してもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１つ以上のモジュールを含む。１つの可能な設計では、コアネットワークデバイスは、コアネットワークデバイスが上記の方法の対応する機能を実行することをサポートするように構成されたプロセッサを含む。さらに、コアネットワークデバイスは、コアネットワークデバイスとアクセスネットワークデバイスとの間の通信をサポートするための送受信機をさらに含み得る。さらに、コアネットワークデバイスは、コアネットワークデバイスに必要なプログラム命令およびデータを保持するプロセッサと結合するためのメモリをさらに含み得る。
第４の態様として、本願の実施例は、第２の態様によるアクセスネットワークデバイスの動作を実現する機能を有するアクセスネットワークデバイスを提供する。これらの機能は、ハードウェアで実現してもよいし、対応するソフトウェアをハードウェアで実行することで実現してもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１つ以上のモジュールを含む。１つの可能な設計では、アクセスネットワークデバイスは、上記の方法のそれぞれの機能を実行するようにアクセスネットワークデバイスをサポートするように構成されたプロセッサを含む。さらに、アクセスネットワークデバイスは、アクセスネットワークデバイスとコアネットワークデバイスとの間の通信をサポートするための送受信機をさらに含み得る。さらに、アクセスネットワークデバイスは、アクセスネットワークデバイスに必要なプログラム命令およびデータを保持するプロセッサと結合するためのメモリをさらに含み得る。
第５の態様として、本願の実施例は、プロセッサと、メモリと、送受信機と、１つまたは複数のプログラムとを備えるコアネットワークデバイスを提供し、１つまたは複数のプログラムは、メモリに記憶され、プロセッサによって実行されるように構成され、プログラムは、本願の実施例の第１の態様のいずれかの方法のステップを実行するための命令を含む。
第６の態様として、本願の実施例は、プロセッサと、メモリと、通信インターフェースと、１つ以上のプログラムとを備えるアクセスネットワークデバイスを提供し、１つ以上のプログラムは、メモリに記憶され、プロセッサによって実行されるように構成され、プログラムは、本願の実施例の第２の態様のいずれかの方法のステップを実行するための命令を含む。
第７の態様として、本願の実施例は、トラフィック構成のためのコンピュータプログラムを記憶するコンピュータ可読記憶媒体を提供し、コンピュータプログラムは、本願の実施例の第１の態様のいずれかに記載のステップの一部又は全部をコンピュータに実行させる。
第８の態様として、本願の実施例は、トラフィック構成のためのコンピュータプログラムを記憶するコンピュータ可読記憶媒体を提供し、コンピュータプログラムは、本願の実施例の第２の態様のいずれかに記載のステップの一部又は全部をコンピュータに実行させる。
第９の態様では、本願の実施例は、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品を提供し、コンピュータプログラムは、本願の実施例の第１の態様のいずれかに記載のステップの一部または全部をコンピュータに実行させるように動作可能である。また、前記コンピュータプログラムは、ソフトウェアのインストールパッケージであってもよい。
第１０の態様として、本願の実施例は、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品を提供し、コンピュータプログラムは、本願の実施例の第２の態様のいずれかに記載のステップの一部または全部をコンピュータに実行させるように動作可能である。また、前記コンピュータプログラムは、ソフトウェアのインストールパッケージであってもよい。
このように、本願の実施例では、コアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報から１つのＱｏＳリソースタイプを一意に決定し、このＱｏＳリソースタイプに応じて第１のトラフィックに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
以下、本願の実施例について図面を参照して説明する。
本願の実施例における無線通信システムの構成の模式図である。 本願の実施例におけるトラフィック構成方法のフローチャートである。 本願の実施例における他のトラフィック構成方法のフローチャートである。 本願の実施例における他のトラフィック構成方法のフローチャートである。 本願の実施例におけるコアネットワークデバイスの構成図である。 本願の実施例におけるアクセスネットワークデバイスの構成図である。 本願の実施例における他のコアネットワークデバイスの構成図である。 本願の実施例における他のアクセスネットワークデバイスの構成図である。
以下、本願の実施例について図面を参照して説明する。
図１は、本願の一実施例による無線通信システム１００の構造を示す模式図であり、端末１０１、アクセスネットワークデバイス１０２、コアネットワークデバイス１０３を少なくとも含む。任意選択で、この無線通信システム１０内のデバイスは、無線通信技術を使用して通信することができ、たとえば、無線通信技術は、第２世代移動体通信技術( Ｔｈｅ２ ｎｄ−Ｇｅｎｅｒａｔｉｏｎ、２Ｇ )、第３世代移動体通信技術( Ｔｈｅ３ ｒｄ−Ｇｅｎｅｒａｔｉｏｎ、３Ｇ )、ロングタームエボリューション( ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )、第４世代移動体通信技術( ｔｈｅ４ ｔｈ Ｇｅｎｅｒａｔｉｏｎ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、４Ｇ )、第５世代移動体通信技術( ｔｈｅ５ ｔｈ−Ｇｅｎｅｒａｔｉｏｎ、５Ｇ )、またはワイヤレスフィデリティ( ＷＩｒｅｌｅｓｓ−Ｆｉｄｅｌｉｔｙ、ＷＩ−ＦＩ )技術、またはブルートゥース技術、またはｚｉｇｂｅｅ技術、または他の既存の通信技術、またはその後に検討される通信技術などであり得る。
端末１０１は、無線通信機能を有するハンドヘルドデバイス(例えば、携帯電話、タブレット、パームトップなど)、車載デバイス(例えば、自動車、自転車、電気自動車、航空機、船舶、列車、鉄道など)、ウェアラブルデバイス(例えば、スマートウォッチ、スマートブレスレット、歩数計など)、スマートホーム機器(例えば、冷蔵庫、テレビ、エアコン、電力計など)、飛行機器(例えば、無人機、航空機)、スマートロボット、プラント機器、無線モデムに接続可能な他の処理機器、及び様々な形態のユーザ機器、移動局( ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ )、端末( ｔｅｒｍｉｎａｌ )、端末( ｔｅｒｍｉｎａｌ ｅｑｕｉｐｍｅｎｔ )などであってもよい。
アクセスネットワークデバイス１０２ ( １つでも複数でもよい)は、５Ｇの基地局、４Ｇの基地局、またはワイヤレスネットワークアクセス機能を実装し得る任意の他のデバイスなど、ネットワーク側のデバイスであり得る。アクセスネットワークデバイス１０２は、バックホール( ｂｌａｃｋｈａｕｌ )インターフェース(例えば、Ｓ１インターフェース)を介して、コアネットワークデバイス１０３に、制御情報またはユーザデータ、例えば、構成サービス品質( Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ )関連パラメータを送信するために使用され得る。
なお、図１に示す無線通信システム１００は、本願の技術的解決策をより明確に説明するためのものに過ぎず、本開示を限定するものではなく、ネットワークアーキテクチャの進化と新たなビジネスシナリオの出現に伴い、本願が提供する技術的解決策が、類似の技術的課題に対して同様に適用されることは、当業者にとって明らかである。本願は、アクセスネットワークデバイス１０２とコアネットワークデバイス１０３に注目して説明され、以下に本願に関連する関連技術を説明する。
図２を参照すると、図２は、本願の実施例によって提供されるトラフィック構成方法のフローチャート図であり、この方法は、図１に示すアーキテクチャに基づいて実現されてもよく、また、他のアーキテクチャに基づいて実現されてもよく、この方法は、以下のステップを含むが、これらに限定されない。
ステップＳ２０１において、コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信し、該第１の構成情報は、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、該第１の構成情報が示す該１つのＱｏＳリソースタイプは、該アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、該複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
具体的には、ここでの第１のトラフィックは、このアクセスネットワークデバイスが現在伝送する必要があるトラフィックであり、例えば、この第１のトラフィックは、インターネット閲覧、音声、オンラインゲーム等であり得、異なるトラフィックに必要な品質サービスＱｏＳのＱｏＳリソースタイプは、異なることがあり、したがって、コアネットワークデバイスは、アクセスネットワークデバイスに第１のトラフィック使用のＱｏＳを送信するよう構成する際に、ＱｏＳのＱｏＳリソースタイプを示す必要がある。
本願の実施例において、該コアネットワークデバイスが該第１の構成情報を介して、選択される複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを指示し、該アクセスネットワークデバイスが該第１のトラフィックを伝送する時に使用するＱｏＳのＱｏＳリソースタイプとする。本願の実施例において、該複数の品質サービスＱｏＳリソースタイプは、少なくとも、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、ここで、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプは、以下の特徴を有する。
レート保証（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ、ＧＢＲ）タイプとして、レート保証が必要であり、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
レート非保証Ｎｏｎ−ＧＢＲタイプとして、レート保証が必要でなく、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプとして、パケットの遅延がパケット遅延予算ＰＤＢを超えるとパケットが失われる（ ａ ｐａｃｋｅｔ ｄｅｌａｙｅｄ ｍｏｒｅ ｔｈａｎ ＰＤＢ ｉｓ ｃｏｕｎｔｅｄ ａｓ ｌｏｓｔ）。
ここで、ＱｏＳリソースタイプとＱｏＳ及びトラフィックとの関係を表１に示す。
Figure 2021510243
表１に示すように、ＱｏＳ番号が異なる場合、異なるＱｏＳを示し、ＱｏＳは、ＱｏＳリソースタイプ、優先度、予想遅延、パケット誤り率などのパラメータを含むことができ、ここで、ＱｏＳ番号１のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が２０、予想遅延が１００ミリ秒(ｍｓ )、パケット誤り率が１０−２であるＱｏＳを示し、このＱｏＳは、音声トラフィックに適用可能である。ＱｏＳ番号２のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が４０、予測遅延が１５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、ビデオセッショントラフィックに適用可能である。ＱｏＳ番号３のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が３０、予測遅延が５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、リアルタイムゲームトラフィックに適用可能である。ＱｏＳ番号が他の値であるＱｏＳは、以下のように類推され、ここでは一々列挙しない。
このように、異なるトラフィックが使用するＱｏＳが属するＱｏＳリソースタイプは異なる可能性があり、従って、このアクセスネットワークデバイスが第１のトラフィックを伝送する場合、アクセスネットワークデバイスが第１のトラフィックに対する適当なサービスを提供するために、コアネットワークデバイスは、第１の構成情報によって、アクセスネットワークデバイスが第１のトラフィックを伝送するＱｏＳが属するＱｏＳリソースタイプを示す必要がある。
ある実現形態において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、以下のステップを含み、該コアネットワークデバイスがタイプテーブルに基づいて該第１の構成情報を生成し、該タイプテーブル（５ＱＩ情報テーブル）が該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、このように、該第１の構成情報が選択される複数の品質サービスＱｏＳリソースタイプ内の１つのＱｏＳリソースタイプを示すことは、該１つのＱｏＳリソースタイプの識別子を含めて実現することができる。ここのタイプテーブルが該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含むため、該アクセスネットワークデバイスは、該１つのＱｏＳリソースタイプの識別子を取得した後、プロトコルにより、該１つのＱｏＳリソースタイプを見つけることができる。
１つの可能な例では、この第１の構成情報は、１つのＱｏＳリソースタイプを記述する記述情報を含む。すなわち、前記記述情報は、前記１つのＱｏＳリソースタイプに固有の特徴を記述したものであり、この場合、アクセスネットワークデバイスは、このＱｏＳリソースタイプを記述する記述情報を解読することにより、このＱｏＳリソースタイプを一意に特定することができる。
ある実現可能な例において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、さらに、以下のステップを含み、該コアネットワークデバイスがアクセスネットワークデバイスにより送信された要求メッセージを受信し、該要求メッセージは、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成するように要求し、即ち、該アクセスネットワークデバイスは、コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成するように主動に要求する。任意選択で、要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、即ち、該要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含めて該１つのＱｏＳリソースタイプを指示し、これにより、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成する。
任意選択で、該コアネットワークデバイスが該アクセスネットワークデバイスに該第１のトラフィックのＱｏＳの関連パラメータを送信する時に、該１つのＱｏＳリソースタイプを該第１の構成情報と介して該アクセスネットワークデバイスに主動に指示する。
その後、アクセスネットワークデバイスは、第１の構成情報によって示される内容を解析し、第１の構成情報の規則は、プロトコルにおいて予め定義されていてもよいので、このコアネットワークがプロトコルに基づいて第１の構成情報を生成すると、アクセスネットワークデバイスは、プロトコルに基づいて第１の構成情報によって示される内容を解析し、本願の実施例において、このアクセスネットワークデバイスは、第１の構成情報によって示される１つのＱｏＳリソースタイプを解析する。例えば、第１の構成情報が、ＱｏＳリソースタイプの識別子によってＱｏＳリソースタイプを示す場合、このアクセスネットワークデバイスは、ＱｏＳリソースタイプの識別子に応じて、ＱｏＳリソースタイプを決定してもよく、前記第１の構成情報が、前記ＱｏＳリソースタイプを記述する記述情報により、前記ＱｏＳリソースタイプを記述する場合、前記アクセスネットワークデバイスは、前記ＱｏＳリソースタイプを記述する記述情報に基づいて、前記ＱｏＳリソースタイプを判定する。
また、第１の構成情報によって示される１つのＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを伝送するために使用され、すなわち、この１つのＱｏＳリソースタイプは、第１のトラフィックを送信するためにアクセスネットワークデバイスに推奨するコアネットワークデバイスのＱｏＳリソースタイプであると見なされ得るので、その後、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用して伝送する可能性があり、１つのＱｏＳリソースタイプのＱｏＳを使用しない可能性もあり、使用するかどうかは、特にアクセスネットワークデバイスがいくつかのポリシーに従って決定する必要があり、具体的なポリシーもここで限定されず、例えば、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのトラフィックをサポートする能力を有しない場合、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用しなくてよく、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのサービスをサポートできる場合、アクセスネットワークデバイスは、１つのＱｏＳリソースタイプのＱｏＳを用いて第１のトラフィックを送信する。
ある実現可能な例において、このコアネットワークデバイスが、構成情報をアクセスネットワークデバイスに送信した後、この方法が以下のステップを含み、まず、アクセスネットワークデバイスが１つのＱｏＳリソースタイプをサポートしないことを示すフィードバック情報をコアネットワークデバイスが受信し、次いで、コアネットワークデバイスが、フィードバック情報に従って、複数の品質サービスＱｏＳリソースタイプのうちのこの１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示す第２の構成情報をアクセスネットワークデバイスに送信し、第２の構成情報が示す他のＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを送信するために用いられる。なお、各ＱｏＳリソースタイプは、遅延要件、パケット誤り率要件等のＱｏＳ要件を課しているため、アクセスネットワークデバイスは、このＱｏＳリソースタイプに必要な要件を満たさなくなる可能性があり、即ち、このアクセスネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことをコアネットワークデバイスにフィードバックすることにより、このＱｏＳリソースタイプをサポートできないことを通知し、コアネットワークデバイスは、このＱｏＳリソースタイプをサポートできないことを認識した後、このアクセスネットワークデバイスに、他のＱｏＳリソースタイプを推奨する第２の構成情報を送信し、該他のＱｏＳリソースタイプのＱｏＳに応じて該第１のトラフィックを送信することを推奨する。
任意選択で、該フィードバック情報は、さらに、該複数のＱｏＳリソースタイプのうちの該アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、この他のＱｏＳリソースタイプが該少なくとも１つのＱｏＳリソースタイプのうちのＱｏＳリソースタイプに属する。即ち、該アクセスネットワークデバイスは、フィードバック情報を介して、自分がどのＱｏＳリソースタイプのＱｏＳをサポートするかを指示し、このように、該コアネットワークは、該アクセスネットワークデバイスにＱｏＳリソースタイプを再度に構成する場合、該アクセスネットワークデバイスがサポートするＱｏＳリソースタイプから１つのを直接選択して該アクセスネットワークデバイスに構成して該第１のトラフィックを伝送してもよい。即ち、他のＱｏＳリソースタイプは、該少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプである。
ある実現可能な例において、このアクセスネットワークデバイスが第１の構成情報によって示される１つのＱｏＳリソースタイプをサポートしない場合、このアクセスネットワークデバイスは、第１のトラフィックを送信するために、自身がサポートしているＱｏＳリソースタイプのＱｏＳを自身で選択することができる。
図２に示す方法では、このコアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報に基づいて、１つのＱｏＳリソースタイプを一意に決定し、そのＱｏＳリソースタイプに応じて第１のサービスに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
図２に示す実施例と一致して、図３を参照すると、図３は、本願の実施例が提供する別のトラフィック構成方法であり、この方法は、図１に示すアーキテクチャに基づいて実施することができ、また、他のアーキテクチャに基づいて実施することもでき、この方法は、以下のステップを含むが、これらに限定されない。
ステップＳ３０１において、該アクセスネットワークデバイスがコアネットワークデバイスにより送信された第１の構成情報を受信し、該第１の構成情報は、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、該第１の構成情報が示す該１つのＱｏＳリソースタイプは、該アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、該複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
具体的には、ここでの第１のトラフィックは、このアクセスネットワークデバイスが現在伝送する必要があるトラフィックであり、例えば、この第１のトラフィックは、インターネット閲覧、音声、オンラインゲーム等であり得、異なるトラフィックに必要な品質サービスＱｏＳのＱｏＳリソースタイプは、異なることがあり、したがって、コアネットワークデバイスは、アクセスネットワークデバイスに第１のトラフィック使用のＱｏＳを送信するよう構成する際に、ＱｏＳのＱｏＳリソースタイプを示す必要がある。
本願の実施例において、該コアネットワークデバイスが該第１の構成情報を介して、選択される複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを指示し、該アクセスネットワークデバイスが該第１のトラフィックを伝送する時に使用するＱｏＳのＱｏＳリソースタイプとする。本願の実施例において、該複数の品質サービスＱｏＳリソースタイプは、少なくとも、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、ここで、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプは、以下の特徴を有する。
レート保証（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ、ＧＢＲ）タイプとして、レート保証が必要であり、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
レート非保証Ｎｏｎ−ＧＢＲタイプとして、レート保証が必要でなく、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプとして、パケットの遅延がパケット遅延予算ＰＤＢを超えるとパケットが失われる（ ａ ｐａｃｋｅｔ ｄｅｌａｙｅｄ ｍｏｒｅ ｔｈａｎ ＰＤＢ ｉｓ ｃｏｕｎｔｅｄ ａｓ ｌｏｓｔ）。
ここで、ＱｏＳリソースタイプとＱｏＳ及びトラフィックとの関係を表１に示す。
Figure 2021510243
表１に示すように、ＱｏＳ番号が異なる場合、異なるＱｏＳを示し、ＱｏＳは、ＱｏＳリソースタイプ、優先度、予想遅延、パケット誤り率などのパラメータを含むことができ、ここで、ＱｏＳ番号１のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が２０、予想遅延が１００ミリ秒(ｍｓ )、パケット誤り率が１０−２であるＱｏＳを示し、このＱｏは、音声トラフィックに適用可能である。ＱｏＳ番号２のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が４０、予測遅延が１５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、ビデオセッショントラフィックに適用可能である。ＱｏＳ番号３のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が３０、予測遅延が５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、リアルタイムゲームトラフィックに適用可能である。ＱｏＳ番号が他の値であるＱｏＳは、以下のように類推され、ここでは一々列挙しない。
このように、異なるトラフィックが使用するＱｏＳが属するＱｏＳリソースタイプは異なる可能性があり、従って、このアクセスネットワークデバイスが第１のトラフィックを伝送する場合、アクセスネットワークデバイスが第１のトラフィックに対する適当なサービスを提供するために、コアネットワークデバイスは、第１の構成情報によって、アクセスネットワークデバイスが第１のトラフィックを伝送するＱｏＳが属するＱｏＳリソースタイプを示す必要がある。
ある実現形態において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、以下のステップを含み、該コアネットワークデバイスがタイプテーブルに基づいて該第１の構成情報を生成し、該タイプテーブル（５ＱＩ情報テーブル）が該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、このように、該第１の構成情報が選択される複数の品質サービスＱｏＳリソースタイプ内の１つのＱｏＳリソースタイプを示すことは、該１つのＱｏＳリソースタイプの識別子を含めて実現することができる。従って、このアクセスネットワークデバイスは、この第1の構成情報に基づいてこのＱｏＳリソースタイプを決定する場合、まず、この第1の構成情報に１つＱｏＳリソースタイプの識別子を含めて決定し、この複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプがそれぞれの識別子を有し、次に、このＱｏＳリソースタイプの識別子に基づいてＱｏＳリソースのタイプを決定する。
ある実現可能な例では、この第１の構成情報は、１つのＱｏＳリソースタイプを記述する記述情報を含む。すなわち、前記記述情報は、前記１つのＱｏＳリソースタイプに固有の特徴を記述したものであり、この場合、アクセスネットワークデバイスは、このＱｏＳリソースタイプを記述する記述情報を解読することにより、このＱｏＳリソースタイプを一意に特定することができる。
ある実現可能な例において、アクセスネットワークデバイスが、コアネットワークデバイスによって送信された第1の構成情報を受信する前に、アクセスネットワークデバイスが、コアネットワークデバイスに要求メッセージを送信するステップをさらに含み、前記要求メッセージが1つのＱｏＳリソースのタイプに関連付けられたＱｏＳストリーム、ＱｏＳ規則、およびＱｏＳ識別子のうちの少なくとも1つを含み、この要求メッセージは、コアネットワークデバイスがアクセスネットワークデバイスに対するＱｏＳリソースのタイプの設定を要求し、即ち、アクセスネットワークデバイスがコアネットワークデバイスがＱｏＳリソースのタイプの設定を主動に要求する。任意選択で、要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、即ち、該要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含めて該１つのＱｏＳリソースタイプを指示し、これにより、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成する。
任意選択で、該コアネットワークデバイスが該アクセスネットワークデバイスに該第１のトラフィックのＱｏＳの関連パラメータを送信する時に、該１つのＱｏＳリソースタイプを該第１の構成情報と介して該アクセスネットワークデバイスに主動に指示する。
ステップＳ３０２において、該アクセスネットワークデバイスが該第１の構成情報に基づいて該１つのＱｏＳリソースタイプを決定する。
具体的に、アクセスネットワークデバイスは、第１の構成情報によって示される内容を解析し、第１の構成情報の規則は、プロトコルにおいて予め定義されていてもよいので、このコアネットワークがプロトコルに基づいて第１の構成情報を生成すると、アクセスネットワークデバイスは、プロトコルに基づいて第１の構成情報によって示される内容を解析し、本願の実施例において、このアクセスネットワークデバイスは、第１の構成情報によって示される１つのＱｏＳリソースタイプを解析する。例えば、第１の構成情報が、ＱｏＳリソースタイプの識別子によってＱｏＳリソースタイプを示す場合、このアクセスネットワークデバイスは、ＱｏＳリソースタイプの識別子に応じて、ＱｏＳリソースタイプを決定してもよく、前記第１の構成情報が、前記ＱｏＳリソースタイプを記述する記述情報により、前記ＱｏＳリソースタイプを記述する場合、前記アクセスネットワークデバイスは、前記ＱｏＳリソースタイプを記述する記述情報に基づいて、前記ＱｏＳリソースタイプを判定する。
また、第１の構成情報によって示される１つのＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを伝送するために使用され、すなわち、この１つのＱｏＳリソースタイプは、第１のトラフィックを送信するためにアクセスネットワークデバイスに推奨するコアネットワークデバイスのＱｏＳリソースタイプであると見なされ得るので、その後、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用して伝送する可能性があり、１つのＱｏＳリソースタイプのＱｏＳを使用しない可能性もあり、使用するかどうかは、特にアクセスネットワークデバイスがいくつかのポリシーに従って決定する必要があり、具体的なポリシーもここで限定されず、例えば、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのトラフィックをサポートする能力を有しない場合、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用しなくてよく、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのサービスをサポートできる場合、アクセスネットワークデバイスは、１つのＱｏＳリソースタイプのＱｏＳを用いて第１のトラフィックを送信する。
ある実現可能な例において、このアクセスネットワークデバイスが、第1の構成情報に基づいて1つのＱｏＳリソースタイプを決定した後、まず、アクセスネットワーク装置が、1つのＱｏＳリソースタイプに対応していないことを示すフィードバック情報をコアネットワークデバイスに送信し、次いで、アクセスネットワーク装置が第２の構成情報をコアネットワークデバイスから受信し、この第２の構成情報は、複数の品質サービスＱｏＳリソースタイプのうち、この１つのＱｏＳリソースタイプ以外の他のＱｏＳリソースタイプを示し、この他のＱｏＳリソースタイプは、アクセスネットワークデバイスが第1のサービスを送信することを推奨し、次いで、アクセスネットワークデバイスが、第２の構成情報に基づいて他のＱｏＳリソースタイプを決定する。なお、各ＱｏＳリソースタイプは、遅延要件、パケット誤り率要件等のＱｏＳ要件を課しているため、アクセスネットワークデバイスは、該ＱｏＳリソースタイプに必要な要件を満たさなくなる可能性があり、即ち、該アクセスネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことをコアネットワークデバイスにフィードバックすることにより、該ＱｏＳリソースタイプをサポートできないことを通知し、該コアネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことを認識した後、該アクセスネットワークデバイスに、該他のＱｏＳリソースタイプを推奨する第２の構成情報を送信し、該他のＱｏＳリソースタイプのＱｏＳに応じて該第１のトラフィックを送信することを推奨する。
任意選択で、該フィードバック情報は、さらに、該複数のＱｏＳリソースタイプのうちの該アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、この他のＱｏＳリソースタイプが該少なくとも１つのＱｏＳリソースタイプのうちのＱｏＳリソースタイプに属する。即ち、該アクセスネットワークデバイスは、フィードバック情報を介して、自分がどのＱｏＳリソースタイプのＱｏＳをサポートするかを指示し、このように、該コアネットワークは、該アクセスネットワークデバイスにＱｏＳリソースタイプを再度に構成する場合、該アクセスネットワークデバイスがサポートするＱｏＳリソースタイプから１つのを直接選択して該アクセスネットワークデバイスに構成して該第１のトラフィックを伝送してもよい。即ち、他のＱｏＳリソースタイプは、該少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプである。
ある実現可能な例において、このアクセスネットワークデバイスが第１の構成情報によって示される１つのＱｏＳリソースタイプをサポートしない場合、このアクセスネットワークデバイスは、第１のトラフィックを送信するために、自身がサポートしているＱｏＳリソースタイプのＱｏＳを自身で選択することができる。
図３に示す方法では、このコアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報に基づいて、１つのＱｏＳリソースタイプを一意に決定し、そのＱｏＳリソースタイプに応じて第１のサービスに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
図２に示す実施例と一致して、図４を参照すると、図４は、本願の実施例が提供する別のトラフィック構成方法であり、この方法は、図１に示すアーキテクチャに基づいて実施することができ、また、他のアーキテクチャに基づいて実施することもでき、この方法は、以下のステップを含むが、これらに限定されない。
ステップＳ４０１において、コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信し、該第１の構成情報は、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、該第１の構成情報が示す該１つのＱｏＳリソースタイプは、該アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、該複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
具体的には、ここでの第１のトラフィックは、このアクセスネットワークデバイスが現在伝送する必要があるトラフィックであり、例えば、この第１のトラフィックは、インターネット閲覧、音声、オンラインゲーム等であり得、異なるトラフィックに必要な品質サービスＱｏＳのＱｏＳリソースタイプは、異なることがあり、したがって、コアネットワークデバイスは、アクセスネットワークデバイスに第１のトラフィック使用のＱｏＳを送信するよう構成する際に、ＱｏＳのＱｏＳリソースタイプを示す必要がある。
本願の実施例において、該コアネットワークデバイスが該第１の構成情報を介して、選択される複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを指示し、該アクセスネットワークデバイスが該第１のトラフィックを伝送する時に使用するＱｏＳのＱｏＳリソースタイプとする。本願の実施例において、該複数の品質サービスＱｏＳリソースタイプは、少なくとも、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、ここで、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプは、以下の特徴を有する。
レート保証（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ、ＧＢＲ）タイプとして、レート保証が必要であり、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
レート非保証Ｎｏｎ−ＧＢＲタイプとして、レート保証が必要でなく、データパケットの遅延がパケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、ＰＤＢ）内であること（ｉｔ ｉｓ ｎｏｔ ｒｅｑｕｉｒｅｄ ｔｈａｔ ｄｅｌａｙｓ ａｒｅ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＰＤＢ ｍｅａｓｕｒｅｍｅｎｔ）は必要とされない。
遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプとして、パケットの遅延がパケット遅延予算ＰＤＢを超えるとパケットが失われる（ ａ ｐａｃｋｅｔ ｄｅｌａｙｅｄ ｍｏｒｅ ｔｈａｎ ＰＤＢ ｉｓ ｃｏｕｎｔｅｄ ａｓ ｌｏｓｔ）。
ここで、ＱｏＳリソースタイプとＱｏＳ及びトラフィックとの関係を表１に示す。
Figure 2021510243
表１に示すように、ＱｏＳ番号が異なる場合、異なるＱｏＳを示し、ＱｏＳは、ＱｏＳリソースタイプ、優先度、予想遅延、パケット誤り率などのパラメータを含むことができ、ここで、ＱｏＳ番号１のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が２０、予想遅延が１００ミリ秒(ｍｓ )、パケット誤り率が１０−２であるＱｏＳを示し、このＱｏは、音声トラフィックに適用可能である。ＱｏＳ番号２のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が４０、予測遅延が１５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、ビデオセッショントラフィックに適用可能である。ＱｏＳ番号３のＱｏＳは、ＱｏＳリソースタイプがＧＢＲ、優先度が３０、予測遅延が５０ｍｓ、パケット誤り率が１０−３のＱｏＳを示し、リアルタイムゲームトラフィックに適用可能である。ＱｏＳ番号が他の値であるＱｏＳは、以下のように類推され、ここでは一々列挙しない。
このように、異なるトラフィックが使用するＱｏＳが属するＱｏＳリソースタイプは異なる可能性があり、従って、このアクセスネットワークデバイスが第１のトラフィックを伝送する場合、アクセスネットワークデバイスが第１のトラフィックに対する適当なサービスを提供するために、コアネットワークデバイスは、第１の構成情報によって、アクセスネットワークデバイスが第１のトラフィックを伝送するＱｏＳが属するＱｏＳリソースタイプを示す必要がある。
ある実現形態において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、以下のステップを含み、該コアネットワークデバイスがタイプテーブルに基づいて該第１の構成情報を生成し、該タイプテーブル（５ＱＩ情報テーブル）が該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、このように、該第１の構成情報が選択される複数の品質サービスＱｏＳリソースタイプ内の１つのＱｏＳリソースタイプを示すことは、該１つのＱｏＳリソースタイプの識別子を含めて実現することができる。ここのタイプテーブルが該複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含むため、該アクセスネットワークデバイスは、該１つのＱｏＳリソースタイプの識別子を取得した後、プロトコルにより、該１つのＱｏＳリソースタイプを見つけることができる。
１つの可能な例では、この第１の構成情報は、１つのＱｏＳリソースタイプを記述する記述情報を含む。すなわち、前記記述情報は、前記１つのＱｏＳリソースタイプに固有の特徴を記述したものであり、この場合、アクセスネットワークデバイスは、このＱｏＳリソースタイプを記述する記述情報を解読することにより、このＱｏＳリソースタイプを一意に特定することができる。
ある実現可能な例において、該コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、該方法は、さらに、以下のステップを含み、該コアネットワークデバイスがアクセスネットワークデバイスにより送信された要求メッセージを受信し、該要求メッセージは、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成するように要求し、即ち、該アクセスネットワークデバイスは、コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成するように主動に要求する。任意選択で、要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、即ち、該要求メッセージは、該１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含めて該１つのＱｏＳリソースタイプを指示し、これにより、該コアネットワークデバイスが該アクセスネットワークデバイスに該１つのＱｏＳリソースタイプを構成する。
任意選択で、該コアネットワークデバイスが該アクセスネットワークデバイスに該第１のトラフィックのＱｏＳの関連パラメータを送信する時に、該１つのＱｏＳリソースタイプを該第１の構成情報と介して該アクセスネットワークデバイスに主動に指示する。
ステップＳ４０２において、該アクセスネットワークデバイスがコアネットワークデバイスにより送信された第１の構成情報を受信する。
ステップＳ４０３において、該アクセスネットワークデバイスが該第１の構成情報に基づいて該１つのＱｏＳリソースタイプを決定する。
具体的に、アクセスネットワークデバイスは、第１の構成情報によって示される内容を解析し、第１の構成情報の規則は、プロトコルにおいて予め定義されていてもよいので、このコアネットワークがプロトコルに基づいて第１の構成情報を生成すると、アクセスネットワークデバイスは、プロトコルに基づいて第１の構成情報によって示される内容を解析し、本願の実施例において、このアクセスネットワークデバイスは、第１の構成情報によって示される１つのＱｏＳリソースタイプを解析する。例えば、第１の構成情報が、ＱｏＳリソースタイプの識別子によってＱｏＳリソースタイプを示す場合、このアクセスネットワークデバイスは、ＱｏＳリソースタイプの識別子に応じて、ＱｏＳリソースタイプを決定してもよく、前記第１の構成情報が、前記ＱｏＳリソースタイプを記述する記述情報により、前記ＱｏＳリソースタイプを記述する場合、前記アクセスネットワークデバイスは、前記ＱｏＳリソースタイプを記述する記述情報に基づいて、前記ＱｏＳリソースタイプを判定する。
また、第１の構成情報によって示される１つのＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを伝送するために使用され、すなわち、この１つのＱｏＳリソースタイプは、第１のトラフィックを送信するためにアクセスネットワークデバイスに推奨するコアネットワークデバイスのＱｏＳリソースタイプであると見なされ得るので、その後、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用して伝送する可能性があり、１つのＱｏＳリソースタイプのＱｏＳを使用しない可能性もあり、使用するかどうかは、特にアクセスネットワークデバイスがいくつかのポリシーに従って決定する必要があり、具体的なポリシーもここで限定されず、例えば、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのトラフィックをサポートする能力を有しない場合、アクセスネットワークデバイスは、第１のトラフィックを、１つのＱｏＳリソースタイプのＱｏＳを使用しなくてよく、アクセスネットワークデバイスが、１つのＱｏＳリソースタイプのサービスをサポートできる場合、アクセスネットワークデバイスは、１つのＱｏＳリソースタイプのＱｏＳを用いて第１のトラフィックを送信する。
ある実現可能な例において、このコアネットワークデバイスが、構成情報をアクセスネットワークデバイスに送信した後、この方法が以下のステップを含み、まず、アクセスネットワークデバイスが１つのＱｏＳリソースタイプをサポートしないことを示すフィードバック情報をコアネットワークデバイスが受信し、次いで、コアネットワークデバイスが、フィードバック情報に従って、複数の品質サービスＱｏＳリソースタイプのうちのこの１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示す第２の構成情報をアクセスネットワークデバイスに送信し、第２の構成情報が示す他のＱｏＳリソースタイプは、アクセスネットワークデバイスが第１のトラフィックを送信するために用いられる。なお、各ＱｏＳリソースタイプは、遅延要件、パケット誤り率要件等のＱｏＳ要件を課しているため、アクセスネットワークデバイスは、該ＱｏＳリソースタイプに必要な要件を満たさなくなる可能性があり、即ち、該アクセスネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことをコアネットワークデバイスにフィードバックすることにより、該ＱｏＳリソースタイプをサポートできないことを通知し、該コアネットワークデバイスは、該ＱｏＳリソースタイプをサポートできないことを認識した後、該アクセスネットワークデバイスに、該他のＱｏＳリソースタイプを推奨する第２の構成情報を送信し、該他のＱｏＳリソースタイプのＱｏＳに応じて該第１のトラフィックを送信することを推奨する。
任意選択で、該フィードバック情報は、さらに、該複数のＱｏＳリソースタイプのうちの該アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、この他のＱｏＳリソースタイプが該少なくとも１つのＱｏＳリソースタイプのうちのＱｏＳリソースタイプに属する。即ち、該アクセスネットワークデバイスは、フィードバック情報を介して、自分がどのＱｏＳリソースタイプのＱｏＳをサポートするかを指示し、このように、該コアネットワークは、該アクセスネットワークデバイスにＱｏＳリソースタイプを再度に構成する場合、該アクセスネットワークデバイスがサポートするＱｏＳリソースタイプから１つのを直接選択して該アクセスネットワークデバイスに構成して該第１のトラフィックを伝送してもよい。即ち、他のＱｏＳリソースタイプは、該少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプである。
ある実現可能な例において、このアクセスネットワークデバイスが第１の構成情報によって示される１つのＱｏＳリソースタイプをサポートしない場合、このアクセスネットワークデバイスは、第１のトラフィックを送信するために、自身がサポートしているＱｏＳリソースタイプのＱｏＳを自身で選択することができる。
図４に示す方法では、このコアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報に基づいて、１つのＱｏＳリソースタイプを一意に決定し、そのＱｏＳリソースタイプに応じて第１のサービスに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
上記実施例に対応して、図５を参照すると、図５は、本願の実施例によって提供されるコアネットワークデバイスの構成を示す図であり、該コアネットワークデバイスは、プロセッサと、メモリと、送受信機と、１つ以上のプログラムとを備え、該１つ以上のプログラムは、該メモリに記憶され、該プロセッサによって実行されるように構成され、該プログラムは、以下のステップを実行するための命令を含む。
アクセスネットワークデバイスに第１の構成情報を送信し、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
このように、本願の実施例では、コアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報から１つのＱｏＳリソースタイプを一意に決定し、１つのＱｏＳリソースタイプに応じて第１のトラフィックに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
ある実現可能な例において、アクセスネットワークデバイスに第１の構成情報を送信する前に、さらに、タイプテーブルに基づいて前記第１の構成情報を生成することを含み、前記タイプテーブルが前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、前記第１の構成情報が前記１つのＱｏＳリソースタイプの識別子を含めて前記１つのＱｏＳリソースタイプを示す。
ある実現可能な例において、前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する。
ある実現可能な例において、アクセスネットワークデバイスに構成情報を送信した後、さらに、まず、前記アクセスネットワークデバイスにより送信されたフィードバック情報を受信し、前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、次に、前記フィードバック情報に基づいて前記アクセスネットワークデバイスに第２の構成情報を送信し、前記第２の構成情報が、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプ以外の他のＱｏＳリソースタイプを示し、前記第２の構成情報が示す前記他のＱｏＳリソースタイプは、前記アクセスネットワークデバイスが前記第１のトラフィックを伝送するために用いられる。
ある実現可能な例において、前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する。
ある実現可能な例において、アクセスネットワークデバイスに第１の構成情報を送信する前に、さらに、アクセスネットワークデバイスにより送信された要求メッセージを受信し、要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する。
上記の様々なステップの具体的な実現は、図２〜図４を参照して説明された方法の実施例にも対応してもよい。
上述の実施例に対応して、図６を参照し、図６は、本願の実施例によって提供されるアクセスネットワークデバイスの構造を示す概略図であり、このアクセスネットワークデバイスは、プロセッサ、メモリ、通信インタフェース、及び、メモリに記憶され、プロセッサによって実行されるように構成された１つ以上のプログラムを含み、プログラムは、以下のステップを実行するための命令を含む。
まず、コアネットワークデバイスにより送信された第１の構成情報を受信し、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスに推奨して第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、
次に、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定する。
このように、本願の実施例では、コアネットワークデバイスが、複数のＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示す第１の構成情報をアクセスネットワークデバイスに送信することにより、アクセスネットワークデバイスは、第１の構成情報から１つのＱｏＳリソースタイプを一意に決定し、１つのＱｏＳリソースタイプに応じて第１のトラフィックに対するＱｏＳを提供することができ、第１のトラフィックの伝送効率を向上させることができる。
ある実現可能な例において、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定することは、まず、前記第１の構成情報が前記１つのＱｏＳリソースタイプの識別子を含むと決定することと、前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプがそれぞれの識別子を有し、次に、前記１つのＱｏＳリソースタイプの識別子に基づいて前記１つのＱｏＳリソースタイプを決定することとを含む。
ある実現可能な例において、前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する。
ある実現可能な例において、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定した後、さらに、まず、前記コアネットワークデバイスにフィードバック情報を送信し、前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、次に、前記コアネットワークデバイスにより送信された第２の構成情報を受信し、前記第２の構成情報は、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが前記アクセスネットワークデバイスに推奨して前記第１のトラフィックを伝送し、次に、前記第２の構成情報に基づいて前記他のＱｏＳリソースタイプを決定する。
ある実現可能な例において、前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する。
ある実現可能な例において、コアネットワークデバイスにより送信された第１の構成情報を受信する前に、さらに、前記コアネットワークデバイスに要求メッセージを送信し、要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する。
上記の様々なステップの具体的な実現は、図２〜図４を参照して説明された方法の実施例にも対応してもよい。
以上、主に各ネットワークエンティティ間のインタラクションという観点から本願実施例の仕組みを紹介した。アクセスネットワークデバイスおよびコアネットワークデバイスは、上記機能を実現するために、それぞれの機能を実現するハードウェア構成および/またはソフトウェアモジュールを含むことを理解すべきである。当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組合せの形態で本開示が実施され得ることを容易に認識するであろう。ある機能がハードウェアで実行されるか、コンピュータソフトウェアドライバハードウェアで実行されるかは、特許請求の範囲の特定のアプリケーション及び設計制約に依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用することができるが、そのような実施は、本開示の範囲を超えると考えられるべきではない。
本願の実施例は、上記方法例に従ってアクセスネットワークデバイスとコアネットワークデバイスとを機能ユニットに分割してもよく、例えば、各機能ユニットを各機能に応じて分割してもよく、２つ以上の機能を１つの処理ユニットに統合してもよい。上記の統合されたユニットは、ハードウェアの形態で実現されてもよいし、ソフトウェアプログラムモジュールの形態で実現されてもよい。なお、本願実施例におけるユニットの分割は模式的なものであり、一の論理的な機能分割のみのものであり、実際の実現には別の分割形態があり得る。
統合ユニットを用いる場合、図７は上記実施例に係るコアネットワークデバイスの機能的なユニット構成を示すブロック図である。コアネットワークデバイス７００は、処理ユニット７０２と通信ユニット７０３とを備える。処理ユニット７０２は、コアネットワークデバイスの動作を制御管理するために使用され、例えば、処理ユニット７０２は、通信ユニット７０３を制御して、図２のステップＳ２０１、図４の４０１、および/または本明細書に記載される技術のための他のプロセスを実行するために使用される。コアネットワークデバイスは、さらに、コアネットワークデバイスのプログラムコードおよびデータを記憶するための記憶ユニット７０１を含み得る。
ここで、処理ユニット７０２は、プロセッサ又はコントローラであってよく、通信ユニット７０３は、送受信機、送受信回路、無線周波数チップ等であってよく、記憶ユニット７０１は、メモリであってよい。
ここで、前記処理ユニット７０２は、通信ユニット７０３を介してアクセスネットワークデバイスに第１の構成情報を送信するように構成され、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む。
ある実現可能な例において、処理ユニット７０２が前記通信ユニット７０３を介してアクセスネットワークデバイスに第１の構成情報を送信する前に、該処理ユニット７０２は、さらに、タイプテーブルに基づいて前記第１の構成情報を生成するように構成され、前記タイプテーブルが前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、前記第１の構成情報が前記１つのＱｏＳリソースタイプの識別子を含めて前記１つのＱｏＳリソースタイプを示す。
ある実現可能な例において、前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する。
ある実現可能な例において、前記処理ユニット７０２が通信ユニット７０３を介してアクセスネットワークデバイスに構成情報を送信した後、処理ユニット７０２は、さらに、
通信ユニット７０３を介して前記アクセスネットワークデバイスにより送信されたフィードバック情報を受信するように構成され、前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、
前記フィードバック情報に基づいて前記通信ユニット７０３を介して前記アクセスネットワークデバイスに第２の構成情報を送信し、前記第２の構成情報が、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプ以外の他のＱｏＳリソースタイプを示し、前記第２の構成情報が示す前記他のＱｏＳリソースタイプは、前記アクセスネットワークデバイスが前記第１のトラフィックを伝送するために用いられる。
ある実現可能な例において、前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する。
ある実現可能な例において、処理ユニット７０２が通信ユニット７０３を介してアクセスネットワークデバイスに第１の構成情報を送信する前に、処理ユニット７０２は、さらに、通信ユニット７０３を介してアクセスネットワークデバイスにより送信された要求メッセージを受信するように構成され、要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する。
処理ユニット７０２がプロセッサであり、通信ユニット７０３が通信インタフェースであり、記憶ユニット７０１がメモリである場合、本願の実施例に係るコアネットワークデバイスは、図５に示すコアネットワークデバイスであってもよい。
統合ユニットを用いる場合、図８は、上記実施例に係るアクセスネットワークデバイスの機能的なユニット構成を示すブロック図である。アクセスネットワークデバイス８００は、処理ユニット８０２と通信ユニット８０３とを備える。処理ユニット８０２は、アクセスネットワークデバイスの動作を制御管理するために使用され、例えば、処理ユニット８０２は、通信ユニット８０３を制御して、図３のステップ４０１、図４のステップ４０２、及び/又は本明細書に記載される技術のための他のプロセスを実行するために使用される。アクセスネットワークデバイスは、アクセスネットワークデバイスのプログラムコードおよびデータを記憶するための記憶ユニット８０１をさらに含み得る。
ここで、処理ユニット８０２は、プロセッサ又はコントローラであってよく、例えば、中央処理装置( Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ )、汎用プロセッサ、デジタル信号プロセッサ( Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ )、フィールドプログラマブルゲートアレイ( Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ )、又は他のプログラマブル論理デバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、又はこれらの任意の組み合わせであってよい。本開示に関連して説明された様々な例示的な論理ブロック、モジュール、および回路を実装または実行することができる。プロセッサはまた、例えば、１つ以上のマイクロプロセッサの組み合わせ、ＤＳＰとマイクロプロセッサの組み合わせなどを含む、計算機能を実装する組み合わせであってもよい。通信ユニット８０３は、送受信回路等であり、記憶ユニット８０１は、メモリ等である。
ここで、前記処理ユニット８０２は、通信ユニット８０３を介して、コアネットワークデバイスにより送信された第１の構成情報を受信するように構成され、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスに推奨して第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、該処理ユニット８０２は、さらに、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定するように構成される。
ある実現可能な例において、前記プロセッサ８０２が前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定することは、まず、前記第１の構成情報に含まれる前記１つのＱｏＳリソースタイプの識別子を決定し、前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプがそれぞれの識別子を有し、次に、前記１つのＱｏＳリソースタイプの識別子に基づいて前記１つのＱｏＳリソースタイプを決定するである。
ある実現可能な例において、前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する。
ある実現可能な例において、前記プロセッサ８０２が前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定した後、
該処理ユニット８０２は、さらに、通信ユニット８０３を介して、前記コアネットワークデバイスにフィードバック情報を送信するように構成され、前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、
該処理ユニット８０２は、さらに、通信ユニット８０３を介して、前記コアネットワークデバイスにより送信された第２の構成情報を受信するように構成され、前記第２の構成情報は、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが前記アクセスネットワークデバイスに推奨して前記第１のトラフィックを伝送し、
該処理ユニット８０２は、さらに、前記第２の構成情報に基づいて前記他のＱｏＳリソースタイプを決定するように構成される。
ある実現可能な例において、前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する。
ある実現可能な例において、前記処理ユニット８０２が通信ユニット８０３を介してコアネットワークデバイスにより送信された第１の構成情報を受信する前に、さらに、通信ユニット８０３を介して前記コアネットワークデバイスに要求メッセージを送信するように構成され、要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する。
処理ユニット８０２がプロセッサであり、通信ユニット８０３が通信インタフェースであり、記憶ユニット８０１がメモリである場合、本願の実施例に係るアクセスネットワークデバイスは、図６に示すアクセスネットワークデバイスであってもよい。
本願の実施例は、電子データ交換のためのコンピュータプログラムを記憶するコンピュータ可読記憶媒体をさらに提供し、コンピュータプログラムは、上記の方法の実施例においてアクセスネットワークデバイスによって説明されるステップの一部又は全部をコンピュータに実行させる。
本願の実施例は、電子データ交換のためのコンピュータプログラムを記憶するコンピュータ可読記憶媒体をさらに提供し、コンピュータプログラムは、コンピュータに、上述の方法の実施例におけるコアネットワークデバイスに記載されるステップの一部又は全部を実行させる。
本願の実施例は、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を含むコンピュータプログラム製品をさらに提供し、コンピュータプログラムは、上述の方法の実施例においてアクセスネットワークデバイスによって説明されたステップの一部又は全部をコンピュータに実行させるように動作可能である。また、前記コンピュータプログラムは、ソフトウェアのインストールパッケージであってもよい。
本願の実施例は、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を含むコンピュータプログラム製品をさらに提供し、コンピュータプログラムは、上記方法のコアネットワークデバイスに記載されるステップの一部又は全てをコンピュータに実行させるように動作可能である。また、前記コンピュータプログラムは、ソフトウェアのインストールパッケージであってもよい。
本願の実施例に記載された方法またはアルゴリズムのステップは、ハードウェアで実現されてもよく、プロセッサがソフトウェア命令を実行する方式で実現されてもよい。ソフトウェア命令は、ランダムアクセスメモリ( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ )、フラッシュメモリ、リードオンリーメモリ( Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ )、消去可能プログラマブルリードオンリーメモリ( Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＥＰＲＯＭ )、電気的消去可能プログラマブルリードオンリーメモリ( Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ )、レジスタ、ハードディスク、モバイルハードディスク、リードオンリーディスク( ＣＤ−ＲＯＭ )、または当技術分野で周知の任意の他の形態の記憶媒体に格納され得る、対応するソフトウェアモジュールから構成され得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことを可能にするように、プロセッサに結合される。もちろん、記憶媒体はプロセッサの一部であってもよい。プロセッサおよび記憶媒体は、ＡＳＩＣ内に配置され得る。また、ＡＳＩＣは、アクセスネットワークデバイス、ターゲットコアネットワークデバイス、コアネットワークデバイスのいずれに配置されていてもよい。もちろん、プロセッサと記憶媒体は、アクセスネットワークデバイス、ターゲットコアネットワークデバイス、またはコアネットワークデバイスにディスクリートコンポーネントとして存在してもよい。
当業者は、上述の１つ以上の例において、本願の実施例に記載される機能が、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せによって、全体的にまたは部分的に実装され得ることを認識するであろう。ソフトウェアで実装する場合、全体的に又は部分的にコンピュータプログラム製品の形態で実装することができる。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令は、コンピュータ上でロードされ実行されると、本願の実施例にしたがったフローまたは機能を全体的にまたは部分的に生成する。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、または、例えば、１つのウェブサイト、コンピュータ、サーバ、またはデータセンターから、別のウェブサイト、コンピュータ、サーバ、またはデータセンターへ、有線(例えば、同軸ケーブル、光ファイバ、デジタル加入者線( Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ、ＤＳＬ ) )、または無線(例えば、赤外線、無線、マイクロ波など)手段によって送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、または１つ以上の利用可能な媒体と一体化されたサーバ、データセンターなどを含むデータ記憶デバイスであり得る。利用可能な媒体は、磁気媒体(例えば、フロッピーディスク、ハードディスク、磁気テープ)、光学媒体(例えば、デジタルビデオディスク( Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ、ＤＶＤ ) )、又は半導体媒体(例えば、ソリッドステートドライブ( ＳＳＤ ) )などであってもよい。
本願の実施例の目的、技術的解決策、および効果を、上記の具体的な実施例についてさらに詳細に説明したが、上記の説明は、本願の実施例の具体的な実施例にすぎず、本願の実施例の保護範囲を制限するものではなく、本願の実施例の技術的解決策に基づいて、本願の実施例の保護範囲内に含まれるあらゆる修正、均等物、および改良がなされるべきであることが理解される。

Claims (18)

  1. コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信することを含み、
    前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む
    ことを特徴とするトラフィック構成方法。
  2. 前記コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、さらに、
    前記コアネットワークデバイスがタイプテーブルに基づいて前記第１の構成情報を生成することを含み、
    前記タイプテーブルが前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプの識別子を含み、前記第１の構成情報が前記１つのＱｏＳリソースタイプの識別子を含めて前記１つのＱｏＳリソースタイプを示す
    ことを特徴とする請求項１に記載のトラフィック構成方法。
  3. 前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する
    ことを特徴とする請求項１に記載のトラフィック構成方法。
  4. 前記コアネットワークデバイスがアクセスネットワークデバイスに構成情報を送信した後、さらに、
    前記コアネットワークデバイスが前記アクセスネットワークデバイスにより送信されたフィードバック情報を受信することと、
    前記コアネットワークデバイスが前記フィードバック情報に基づいて前記アクセスネットワークデバイスに第２の構成情報を送信することとを含み、
    前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、
    前記第２の構成情報が、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプ以外の他のＱｏＳリソースタイプを示し、前記第２の構成情報が示す前記他のＱｏＳリソースタイプは、前記アクセスネットワークデバイスが前記第１のトラフィックを伝送するために用いられる
    ことを特徴とする請求項１〜３のいずれか１項に記載のトラフィック構成方法。
  5. 前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する
    ことを特徴とする請求項４に記載のトラフィック構成方法。
  6. 前記コアネットワークデバイスがアクセスネットワークデバイスに第１の構成情報を送信する前に、さらに、
    前記コアネットワークデバイスがアクセスネットワークデバイスにより送信された要求メッセージを受信することを含み、
    要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する
    ことを特徴とする請求項４又は５に記載のトラフィック構成方法。
  7. アクセスネットワークデバイスがコアネットワークデバイスにより送信された第１の構成情報を受信することと、
    前記アクセスネットワークデバイスが前記第１の構成情報に基づいて１つのＱｏＳリソースタイプを決定することとを含み、
    前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスに推奨して第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む
    ことを特徴とするトラフィック構成方法。
  8. 前記アクセスネットワークデバイスが前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定することは、
    前記第１の構成情報が前記１つのＱｏＳリソースタイプの識別子を含むと決定することと、
    前記１つのＱｏＳリソースタイプの識別子に基づいて前記１つのＱｏＳリソースタイプを決定することとを含み、
    前記複数のＱｏＳリソースタイプの各ＱｏＳリソースタイプがそれぞれの識別子を有する
    ことを特徴とする請求項７に記載のトラフィック構成方法。
  9. 前記第１の構成情報が記述情報を含み、前記記述情報が前記１つのＱｏＳリソースタイプを記述する
    ことを特徴とする請求項７に記載のトラフィック構成方法。
  10. 前記アクセスネットワークデバイスが前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定した後、さらに、
    前記アクセスネットワークデバイスが前記コアネットワークデバイスにフィードバック情報を送信することと、
    前記アクセスネットワークデバイスが前記コアネットワークデバイスにより送信された第２の構成情報を受信することと、
    前記アクセスネットワークデバイスが前記第２の構成情報に基づいて前記他のＱｏＳリソースタイプを決定することとを含み、
    前記フィードバック情報用が、前記アクセスネットワークデバイスが前記１つのＱｏＳリソースタイプをサポートしないことを示し、
    前記第２の構成情報は、前記複数の品質サービスＱｏＳリソースタイプのうちの前記１つのＱｏＳリソースタイプの以外の他のＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが前記アクセスネットワークデバイスに推奨して前記第１のトラフィックを伝送する
    ことを特徴とする請求項７〜９のいずれか１項に記載のトラフィック構成方法。
  11. 前記フィードバック情報は、さらに、前記複数のＱｏＳリソースタイプにおいて前記アクセスネットワークデバイスがサポートする少なくとも１つのＱｏＳリソースタイプを示し、前記他のＱｏＳリソースタイプが、前記少なくとも１つのＱｏＳリソースタイプ内のＱｏＳリソースタイプに属する
    ことを特徴とする請求項１０に記載のトラフィック構成方法。
  12. 前記アクセスネットワークデバイスがコアネットワークデバイスにより送信された第１の構成情報を受信する前に、さらに、
    前記アクセスネットワークデバイスが前記コアネットワークデバイスに要求メッセージを送信することを含み、
    前記要求メッセージは、前記１つのＱｏＳリソースタイプに関連するＱｏＳストリーム、ＱｏＳ規則及びＱｏＳ識別子のうちの少なくとも１つを含み、前記要求メッセージは、前記コアネットワークデバイスが前記アクセスネットワークデバイスに前記１つのＱｏＳリソースタイプを構成するように要求する
    ことを特徴とする請求項７〜９のいずれか１項に記載のトラフィック構成方法。
  13. 通信ユニットを備えるコアネットワークデバイスであって、
    前記通信ユニットは、アクセスネットワークデバイスに第１の構成情報を送信するように構成され、
    前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記第１の構成情報が示す前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスが第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含む
    ことを特徴とするコアネットワークデバイス。
  14. 処理ユニットと、通信ユニットと、を備えるアクセスネットワークデバイスであって、
    前記通信ユニットは、コアネットワークデバイスにより送信された第１の構成情報を受信するように構成され、前記第１の構成情報が、選択される複数の品質サービスＱｏＳリソースタイプのうちの１つのＱｏＳリソースタイプを示し、前記１つのＱｏＳリソースタイプは、前記アクセスネットワークデバイスに推奨して第１のトラフィックを伝送するために用いられ、前記複数のＱｏＳリソースタイプは、レート保証ＧＢＲタイプ、レート非保証Ｎｏｎ−ＧＢＲタイプ及び遅延重要レート保証ｄｅｌａｙ ｃｒｉｔｉｃａｌ ＧＢＲタイプを含み、
    前記処理ユニットは、前記第１の構成情報に基づいて前記１つのＱｏＳリソースタイプを決定するように構成される
    ことを特徴とするアクセスネットワークデバイス。
  15. プロセッサと、メモリと、送受信機と、前記メモリに記憶され前記プロセッサによって実行されるように構成された１つ以上のプログラムとを備え、
    前記プログラムは、請求項１〜６のいずれか１項に記載の方法におけるステップを実行するための命令を含む
    ことを特徴とするコアネットワークデバイス。
  16. プロセッサと、メモリと、通信インターフェースと、前記メモリに記憶され前記プロセッサによって実行されるように構成された１つ以上のプログラムとを備え、
    前記プログラムは、請求項７〜１２のいずれか１項に記載の方法におけるステップを実行するための命令を含む
    ことを特徴とするアクセスネットワークデバイス。
  17. 請求項１〜６のいずれか１項に記載の方法をコンピュータに実行させるトラフィック構成のためのコンピュータプログラムを記憶する
    ことを特徴とするコンピュータ可読記憶媒体。
  18. 請求項７〜１２のいずれか１項に記載の方法をコンピュータに実行させるトラフィック構成のためのコンピュータプログラムを記憶する
    ことを特徴とするコンピュータ可読記憶媒体。
JP2020527775A 2017-11-20 2017-11-20 トラフィック構成方法及び関連製品 Withdrawn JP2021510243A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/111924 WO2019095381A1 (zh) 2017-11-20 2017-11-20 业务配置方法及相关产品

Publications (1)

Publication Number Publication Date
JP2021510243A true JP2021510243A (ja) 2021-04-15

Family

ID=66539298

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020527775A Withdrawn JP2021510243A (ja) 2017-11-20 2017-11-20 トラフィック構成方法及び関連製品

Country Status (7)

Country Link
US (1) US11109277B2 (ja)
EP (1) EP3697147B1 (ja)
JP (1) JP2021510243A (ja)
KR (1) KR20200088343A (ja)
CN (1) CN111279773A (ja)
AU (1) AU2017439971A1 (ja)
WO (1) WO2019095381A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110635880B (zh) * 2018-06-22 2021-12-21 华为技术有限公司 信号传输方法、网络设备及***
CN111371683B (zh) * 2018-12-25 2021-06-29 华为技术有限公司 网络连接路径的判定方法、设备及通信***
CN112203330B (zh) * 2020-09-30 2023-07-14 中国联合网络通信集团有限公司 QoS流的控制方法及通信装置
WO2022120539A1 (zh) * 2020-12-07 2022-06-16 Oppo广东移动通信有限公司 参数设置方法、装置、设备及存储介质
EP4280694A1 (en) * 2021-01-14 2023-11-22 Panasonic Intellectual Property Corporation of America Terminal and communication method
CN113038527A (zh) * 2021-02-25 2021-06-25 腾讯科技（深圳）有限公司 应用程序的控制方法、装置、设备及存储介质
CN117099397A (zh) * 2021-04-01 2023-11-21 中兴通讯股份有限公司 用于生存时间利用的方法和装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8873381B2 (en) 2009-06-22 2014-10-28 Qualcomm Incorporated Bearer quality of service selection
CN101998635B (zh) 2009-08-13 2013-05-29 电信科学技术研究院 参数配置方法和设备
CN102137373B (zh) 2010-08-16 2014-03-12 华为技术有限公司 一种基于计费***的QoS控制方法、装置和***
WO2015104280A2 (en) 2014-01-07 2015-07-16 Nokia Solutions And Networks Oy Group communication bearer indication for a radio access node such as base station or network node
US20170202004A1 (en) * 2014-06-26 2017-07-13 Telefonaktiebolaget Lm Ericsson (Publ) Guaranteed download time
US10462192B2 (en) * 2014-09-10 2019-10-29 Apple Inc. Radio resource management for packet-switched voice communication
CN107005919B (zh) 2014-10-10 2020-04-17 瑞典爱立信有限公司 用于使用未授权频带的单独lte ran的方法和装置
US9906985B2 (en) * 2015-01-30 2018-02-27 Huawei Technologies Co., Ltd. Method and device for selecting uplink data
CN107295575B (zh) 2016-04-01 2020-02-28 中兴通讯股份有限公司 一种服务质量的控制方法和装置
EP3273634A1 (en) * 2016-07-18 2018-01-24 Panasonic Intellectual Property Corporation of America Improved support of quality of service for v2x transmissions
US10779163B2 (en) * 2017-01-05 2020-09-15 Huawei Technologies Co., Ltd. Network architecture having multicast and broadcast multimedia subsystem capabilities
GB201715920D0 (en) * 2017-09-29 2017-11-15 Nec Corp Communication system

Also Published As

Publication number Publication date
EP3697147A1 (en) 2020-08-19
CN111279773A (zh) 2020-06-12
AU2017439971A1 (en) 2020-06-11
US11109277B2 (en) 2021-08-31
KR20200088343A (ko) 2020-07-22
US20200280889A1 (en) 2020-09-03
EP3697147B1 (en) 2022-01-19
EP3697147A4 (en) 2020-09-09
WO2019095381A1 (zh) 2019-05-23

Similar Documents

Publication Publication Date Title
JP2021510243A (ja) トラフィック構成方法及び関連製品
WO2020147627A1 (zh) 链路选取方法及相关装置
US20110113146A1 (en) Dynamic quality of service (qos) setup over wired and wireless networks
US11812461B2 (en) Communication method and related device
KR20140049612A (ko) 하이브리드 네트워크들에서의 통신 경로 정보 제공
WO2015165254A1 (zh) 协同通信的方法、云端服务器和核心网服务器
WO2014015696A1 (zh) 策略控制方法及设备
JP2012506212A (ja) ワイヤレス通信システムにおいて承認制御を支援するためにＱｏＳ情報をブロードキャストするための方法及びシステム
JP2022501929A (ja) データ伝送方法及び装置
CN108566286B (zh) 一种智能路由器服务质量的实现方法、路由器及电子设备
RU2470495C2 (ru) Способы и устройство для схем опроса восходящей линии связи на основе качества обслуживания
TW201342951A (zh) 自蜂巢式至Ｗｉ－Ｆｉ通訊的無縫傳輸
US9001748B2 (en) Method for scheduling traffic of home node, and applied to the same
WO2014190642A1 (zh) 一种媒体数据的传输方法、装置和***
WO2020114048A1 (zh) 数据传输方法及相关装置
WO2022193890A1 (zh) 一种资源调度方法和装置
US20150230165A1 (en) Communication apparatus, communication method, non-transitory computer readable medium, and distribution server
WO2020224372A1 (zh) 副链路通信的服务质量控制方法、装置、介质及电子设备
CN108141866A (zh) 一种处理业务数据包的方法及装置
TWI678903B (zh) 一種上行資料傳輸方法及終端
CN113676905A (zh) 一种应用标识符确定方法、应用数据传输方法及相关产品
JP6001724B1 (ja) 通信システム
JP6142195B2 (ja) 無線通信システム、無線基地局、無線通信方法、及びプログラム
WO2021212999A1 (zh) 媒体报文的传输方法、装置及***
WO2021227076A1 (zh) 一种通信方法、装置及***

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201020

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201020

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20210624