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