(57)【要約】  本開示の実施例は、ＱｏＳ処理方法および機器を提供する。当該方法において、第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断することと、前記第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信することとを含む。【選択図】図７
2020511893.tif 000002
【特許請求の範囲】
【請求項１】
第１機器が、端末の１つまたは複数のフロー（ｆｌｏｗ）のＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）要件を満たすか否かを判断することと、
前記第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ（ＱｏＳ  ｆｌｏｗ  ＩＤ）、ＲＢ  ＩＤ（ｒａｄｉｏ  ｂｅａｒｅｒ  ＩＤ）、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信することとを含むＱｏＳ処理方法。
【請求項２】
前記第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断することは、
前記第１機器が、１つまたは複数のフローのＱｏＳパラメータ、または、１つまたは複数のフローのＱｏＳパラメータおよびＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）とフローとのマッピング関係に基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断することを含む請求項１に記載の方法。
【請求項３】
前記第１機器が、前記第２機器から送信された１つまたは複数のフローのＱｏＳパラメータ、および、第２機器のＤＲＢとフローとのマッピング関係を受信することをさらに含む請求項２に記載の方法。
【請求項４】
前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、
または、
前記第１機器がＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）であり、前記第２機器がＣＵ（Ｃｅｎｔｒａｌ  Ｕｎｉｔ）である請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む請求項２〜４のいずれか一項に記載の方法。
【請求項６】
第２機器が、第１機器から送信された第１メッセージを受信することを含み、
前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成され、
ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含むＱｏＳ処理方法。
【請求項７】
前記第２機器が、前記第１メッセージに基づいて、ベアラタイプの変更が必要であるかを判断すること、
または、
前記第２機器が、前記第１メッセージに基づいて、第２メッセージをコアネットワークに送信することをさらに含む請求項６に記載の方法。
【請求項８】
前記第２メッセージは、ＱＦＩ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む請求項７に記載の方法。
【請求項９】
前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、
または、
前記第１機器がＤＵであり、前記第２機器がＣＵである請求項６〜８のいずれか一項に記載の方法。
【請求項１０】
前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む請求項６〜９のいずれか一項に記載の方法。
【請求項１１】
第１機器であって、
前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する第１判断モジュールと、
前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信する第１送信モジュールとを含む第１機器。
【請求項１２】
前記第１判断モジュールは、さらに、
１つまたは複数のフローのＱｏＳパラメータ、または、１つまたは複数のフローのＱｏＳパラメータおよびＤＲＢとフローとのマッピング関係に基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する請求項１１に記載の第１機器。
【請求項１３】
前記第２機器から送信された１つまたは複数のフローのＱｏＳパラメータ、および、第２機器のＤＲＢとフローとのマッピング関係を受信する第１受信モジュールをさらに含む請求項１２に記載の第１機器。
【請求項１４】
前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、
または、
前記第１機器がＤＵであり、前記第２機器がＣＵである請求項１１〜１３のいずれか一項に記載の第１機器。
【請求項１５】
前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む請求項１２〜１４のいずれか一項に記載の第１機器。
【請求項１６】
第１機器から送信された第１メッセージを受信する第２受信モジュールを含み、
前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成され、
ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第２機器。
【請求項１７】
前記第１メッセージに基づいて、ベアラタイプの変更が必要であるかを判断する第２判断モジュール、
または、
前記第１メッセージに基づいて、第２メッセージをコアネットワークに送信する第２送信モジュールをさらに含む請求項１６に記載の第２機器。
【請求項１８】
前記第２メッセージは、ＱＦＩ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む請求項１７に記載の第２機器。
【請求項１９】
前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、
または、
前記第１機器がＤＵであり、前記第２機器がＣＵである請求項１６〜１８のいずれか一項に記載の第２機器。
【請求項２０】
前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む請求項１６〜１９のいずれか一項に記載の第２機器。
【請求項２１】
メモリと、プロセッサと、メモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク機器において、
前記プロセッサは、前記コンピュータプログラムを実行すると、請求項１〜５のいずれか一項に記載のＱｏＳ処理方法のステップ、または請求項６〜１０のいずれか一項に記載のＱｏＳ処理方法のステップを実現するネットワーク機器。
【請求項２２】
コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、
当該プログラムがプロセッサによって実行されると、請求項１〜５のいずれか一項に記載のＱｏＳ処理方法のステップ、または請求項６〜１０のいずれか一項に記載のＱｏＳ処理方法のステップが実現されるコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年３月２４日に中国特許庁に提出された中国特許出願２０１７１０１８６４７８．１の優先権を主張し、その全ての内容が援用により本願に取り込まれる。
本開示は、通信技術分野に係り、特にＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）処理方法および機器に係る。
【背景技術】
【０００２】
従来のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおいて、現在のエアインタフェースリソースでＱｏＳ要件を満たせないのであれば、Ｅ−ＲＡＢ（Ｅｖｏｌｖｅｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）を自主的に解放してコアネットワークに通知する。ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）システムにおいて、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）サービスについて、ＱｏＳパラメータのｎｏｔｉｆｉｃａｔｉｏｎ  ｃｏｎｔｒｏｌによって、ＲＡＮ側があるフロー（ｆｌｏｗ）のＱｏＳを満たせなければコアネットワークへの通知可否を示す。これは、ＧＢＲサービスについて、５Ｇシステムにおいて、現在の無線ネットワーク状況でＧＢＲサービスのＱｏＳ要件を満たせない旨の無線アクセス側からコアネットワークへの通知が許容されることを意味する。
【０００３】
ＱｏＳ  ｆｌｏｗがセカンダリノード（Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅ）に分離されるマルチコネクションシーンでは、セカンダリノードがＱｏＳを満たせない場合の処理を考慮する必要がある。ＣＵ（Ｃｅｎｔｒａｌ  Ｕｎｉｔ）−ＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）分離シーンでは、ＤＵがＱｏＳ要件を満たせない場合の処理を考慮する必要がある。
【０００４】
従来のＬＴＥシステムにおいて、現在のエアインタフェースリソースでＱｏＳ要件を満たせないのであれば、Ｅ−ＲＡＢを自主的に解放してコアネットワークに通知するため、サービス性能に影響を及ぶ。現在、マルチコネクションシーンとＣＵ−ＤＵシーンにおけるＲＡＮ（無線アクセスネットワーク）側のＧＢＲ  ｆｌｏｗ管理メカニズムが提案されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
以上の技術問題に鑑みて、本開示の実施例は、ＱｏＳ処理方法および機器を提供し、５ＧシステムのマルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、ＱｏＳ要件を満たすよう、第１機器による相応な処理が可能であることが実現される。
【課題を解決するための手段】
【０００６】
本開示の実施例の第１方面は、ＱｏＳ処理方法を提供する。前記方法において、第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断することと、前記第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信することとを含む。
【０００７】
選択可能に、前記第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断することは、前記第１機器が、１つまたは複数のフローのＱｏＳパラメータ、または、１つまたは複数のフローのＱｏＳパラメータおよびＤＲＢとフローとのマッピング関係に基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断することを含む。
【０００８】
選択可能に、前記方法において、前記第１機器が、前記第２機器から送信された１つまたは複数のフローのＱｏＳパラメータ、および、第２機器のＤＲＢとフローとのマッピング関係を受信することをさらに含む。
【０００９】
選択可能に、前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、または、前記第１機器がＤＵであり、前記第２機器がＣＵである。
【００１０】
選択可能に、前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む。
【００１１】
本開示の実施例の第２方面は、ＱｏＳ処理方法を提供する。前記方法において、第２機器が、第１機器から送信された第１メッセージを受信することを含む。前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成される。ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００１２】
選択可能に、前記方法において、前記第２機器が、前記第１メッセージに基づいて、ベアラタイプの変更が必要であるかを判断すること、または、前記第２機器が、前記第１メッセージに基づいて、第２メッセージをコアネットワークに送信することをさらに含む。
【００１３】
選択可能に、前記第２メッセージは、ＱＦＩ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００１４】
選択可能に、前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、または、前記第１機器がＤＵであり、前記第２機器がＣＵである。
【００１５】
選択可能に、前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む。
【００１６】
本開示の実施例の第３方面は、第１機器を提供する。前記第１機器は、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する第１判断モジュールと、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信する第１送信モジュールとを含む。
【００１７】
選択可能に、前記第１判断モジュールは、さらに、１つまたは複数のフローのＱｏＳパラメータ、または、１つまたは複数のフローのＱｏＳパラメータおよびＤＲＢとフローとのマッピング関係に基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する。
【００１８】
選択可能に、前記第１機器は、前記第２機器から送信された１つまたは複数のフローのＱｏＳパラメータ、および、第２機器のＤＲＢとフローとのマッピング関係を受信する第１受信モジュールをさらに含む。
【００１９】
選択可能に、前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、または、前記第１機器がＤＵであり、前記第２機器がＣＵである。
【００２０】
選択可能に、前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む。
【００２１】
本開示の実施例の第４方面は、第２機器を提供する。前記第２機器は、第１機器から送信された第１メッセージを受信する第２受信モジュールを含む。前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成される。ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００２２】
選択可能に、前記第２機器は、前記第１メッセージに基づいて、ベアラタイプの変更が必要であるかを判断する第２判断モジュール、または、前記第１メッセージに基づいて、第２メッセージをコアネットワークに送信する第２送信モジュールをさらに含む。
【００２３】
選択可能に、前記第２メッセージは、ＱＦＩ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００２４】
選択可能に、前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、または、前記第１機器がＤＵであり、前記第２機器がＣＵである。
【００２５】
選択可能に、前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む。
【００２６】
本開示の実施例の第５方面は、メモリと、プロセッサと、メモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク機器を提供し、前記プロセッサは、前記コンピュータプログラムを実行すると、上記のＱｏＳ処理方法のステップを実現する。
【００２７】
本開示の実施例の第６方面は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体を提供し、当該プログラムがプロセッサによって実行されると、上記のＱｏＳ処理方法のステップが実現される。
【発明の効果】
【００２８】
本開示の実施例によれば、マルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、第１機器から、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信可能であることが実現される。５ＧシステムのマルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、ＱｏＳ要件を満たすよう、第１機器による相応な処理が可能であることが実現される。現在のエアインタフェースリソースでＱｏＳ要件を満たせないのであればＥ−ＲＡＢを自主的に解放するという従来技術の問題を回避する。
【図面の簡単な説明】
【００２９】
【図１】従来技術のＬＴＥシステムにおけるベアラモデルの構造図である。
【図２】従来技術におけるＮＲアーキテクチャの概略図である。
【図３】５Ｇ通信システムにおける１つのアーキテクチャの概略図である。
【図４】５Ｇネットワークアーキテクチャの概略図である。
【図５】デュアルコネクションの１つの概略図である。
【図６】デュアルコネクションの別の概略図である。
【図７】１つの実施例におけるＱｏＳ処理方法のフローチャートである。
【図８】別の実施例におけるＱｏＳ処理方法のフローチャートである。
【図９】１つの実施例におけるマルチコネクションのＳＣＧ  ｂｅａｒｅｒまたはＳＣＧ  ｓｐｌｉｔ  ｂｅａｒｅｒシーンでセカンダリノードからフローのＱＦＩおよび／またはお薦めのＱｏＳパラメータを報告するフローチャートである。
【図１０】１つの実施例におけるＣＵ−ＤＵシーンでセカンダリノードからＲＢ  ＩＤおよび／またはお薦めのＱｏＳパラメータを報告するフローチャートである。
【図１１】１つの実施例における第１機器の構造図である。
【図１２】１つの実施例における第２機器の構造図である。
【図１３】別の実施例における第１機器の構造図である。
【図１４】別の実施例における第２機器の構造図である。
【発明を実施するための形態】
【００３０】
以下、添付図面を参照して本開示の例示的な実施例をさらに詳細に記載する。本開示の例示的な実施例を図面に示しているが、本開示は、ここで説明した実施例に限定されることなく様々な形態で実現されうることが理解されるべきである。これらの実施例を示すことは、本開示をより徹底的に理解してもらい、本開示の範囲を当業者に全面的に伝えるためである。
【００３１】
（１）従来のＬＴＥシステムにおけるベアラモデル
図１に示すように、従来のＬＴＥシステムにおいて、コアネットワークは、Ｅ−ＲＡＢのＱｏＳパラメータの生成を担う。エアインタフェースＲＢとＥ−ＲＡＢとは一対一のマッピング関係であるため、エアインタフェースＲＢ（ｒａｄｉｏ  ｂｅａｒｅｒ）のＱｏＳパラメータは、直接、コアネットワークで生成されたＥ−ＲＡＢのＱｏＳパラメータが用いられる。
【００３２】
（２）ＲＡＮ側のアーキテクチャ
本開示の実施例は、異なるネットワーク構成構造に適用可能である。記載の便宜を図り、まず、将来の移動通信に取りうる２種類のネットワーク構成構造を紹介する。
【００３３】
構成構造１：基地局＋端末
図２には、典型的なＮＲ（Ｎｅｗ  Ｒａｄｉｏ）アーキテクチャが示されている。ｇＮＢ（基地局）の配下に複数のセル（ｃｅｌｌ）を有し、接続状態では、端末ＵＥとセルとの間でエアインタフェースのデータ送受信が行われる。
【００３４】
構成構造２：ネットワーク側ノードが中央ユニットＣＵ（Ｃｅｎｔｒａｌ  Ｕｎｉｔ）と分布式ユニットＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）に分けられ、ユーザ側ノードが端末である。
図３には、将来の移動通信５Ｇに取りうる１つのアーキテクチャが示されている。ネットワーク側ノードは、中央ユニットと分布式ユニットを含み、１つの中央ユニットによって、一定のエリアに構成された複数の分布式ユニットを制御する。これらの分布式ユニットは、具体的にＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｃｅｐｔｉｏｎ  Ｐｏｉｎｔ）を介して端末とエアインタフェースの伝送を行う。１つまたは複数のＴＲＰは、同時に端末にサービスを提供してデータ伝送を行うことができる。
【００３５】
本開示の実施例は、上記２種類のＲＡＮアーキテクチャに適用可能である。
【００３６】
５Ｇネットワークアーキテクチャは、図４に示すように、コアネットワークに位置するＮＧ−Ｃ（コアネットワーク制御プレーン機能エンティティ）とＮＧ−Ｕ（コアネットワークユーザプレーン機能エンティティ）、およびアクセスネットワークに位置するｇＮＧ（次世代基地局）とｅＬＴＥｅＮＢ（進化ＬＴＥの基地局）との３つの論理的エンティティを含む。ＮＧ−ＣとｇＮＢとの間には、制御プレーンシグナリング伝送用のＮＧ−Ｃインタフェースが確立される。ＮＧ−ＵとｇＮＢとの間には、ユーザプレーンデータ伝送用のＮＧ−Ｕインタフェースが確立される。無線アクセスネットワークｇ−ＮＢの間には、制御プレーン（たとえばＸｎ−Ｃ）とユーザプレーン機能（たとえばＸｎ−Ｕ）を同時にサポートするＸｎインタフェースが確立される。
【００３７】
ＮＧ−Ｃでは、ＵＥを粒子度とする制御プレーン接続（各ＵＥに対応する制御プレーン接続は、ＮＧ−ＡＰ  ＩＤで識別される）が確立され、ＮＧ−Ｕでは、ＰＤＵセッションを粒子度とするユーザプレーン接続（またはユーザプレーントンネルと称される）が確立される。１つのＵＥは、ＮＧ−Ｃとの間の１つのＮＧ−Ｃ接続しか同時に保持できないが、ＮＧ−Ｕとの間で、ＮＧ−ＵインタフェースでのＰＤＵセッションを粒子度とする複数のユーザプレーン接続（またはユーザプレーントンネルと称される）を同時に確立できる。無線アクセスネットワークにおいて、１つまたは複数のｇＮＢは、同時にＵＥにサービスを提供する。
【００３８】
（３）デュアルコネクションメカニズム
現在、ＬＴＥシステムにおいてデュアルコネクションのメカニズムがサポートされる。デュアルコネクションのメカニズムは、マスタＲＡＮ（Ｍａｓｔｅｒ  ＲＡＮ）の負荷を減少するためのものである。このメカニズムでは、ＵＥは、Ｍａｓｔｅｒ  ＲＡＮにアクセスし、制御プレーンメッセージがＭａｓｔｅｒ  ＲＡＮとＵＥとの間でやり取りされ、図５に示すように、Ｍａｓｔｅｒ  ＲＡＮは、一部またはすべてのベアラをセカンダリＲＡＮ（Ｓｅｃｏｎｄａｒｙ  ＲＡＮ）に移行させてＵＥに送信する。
【００３９】
図６に示すように、デュアルコネクションシーンにおいて、ベアタイプは、ＭＣＧ  ｂｅａｒｅｒと、ＳＣＧ  ｂｅａｒｅｒと、Ｓｐｌｉｔ  ｂｅａｒｅｒと、ＳＣＧ  ｓｐｌｉｔ  ｂｅａｒｅｒを含む。
【００４０】
（４）ＱｏＳ  ｆｌｏｗ
将来の５Ｇコアネットワークにはベアラ（Ｂｅａｒｅｒ）の概念がなく、コアネットワークＮＧ−ＣからｇＮＢに配信されるＱｏＳパラメータは、フロー（ｆｌｏｗ）を粒子度として構成される。一方、アクセスネットワークｇＮＢが依然としてＲＢを粒子度としてＱｏＳの管理を行うため、アクセスネットワークにおいて、ｇＮＢとＵＥとの間、およびｇＮＢとほかの無線アクセスエンティティとの間のやり取りのプロセスに用いられるＲＢレベルのＱｏＳパラメータを生成する必要がある。
【００４１】
図７には、１つの実施例におけるＱｏＳ処理方法が示されている。具体的なステップは、以下である。
【００４２】
ステップ７０１において、第１機器は、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する。
【００４３】
本実施例において、以下２種類の方式で判断する。
（１）第１機器は、１つまたは複数のフローのＱｏＳパラメータに基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する。
（２）第１機器は、１つまたは複数のフローのＱｏＳパラメータおよびＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）とフローとのマッピング関係に基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する
【００４４】
ステップ７０２において、第１機器は、端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ（ＱｏＳ  ｆｌｏｗ  ＩＤ）、ＲＢ  ＩＤ（ｒａｄｉｏ  ｂｅａｒｅｒ  ＩＤ）、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信する。
【００４５】
本実施例のＱｏＳ処理方法は、マルチコネクションＳＣＧ  ｂｅａｒｅｒまたはマルチコネクションＳＣＧ  ｓｐｌｉｔ  ｂｅａｒｅｒシーンなどのマルチコネクションシーンや、ＣＵ（中央ユニット）−ＤＵ（分布式ユニット）シーンに適用可能である。マルチコネクションＳＣＧ  ｂｅａｒｅｒまたはマルチコネクションＳＣＧ  ｓｐｌｉｔ  ｂｅａｒｅｒシーンにおいて、第１機器は、セカンダリノードであり、第２機器は、マスタノードである。ＣＵ（中央ユニット）−ＤＵ（分布式ユニット）シーンにおいて、第１機器は、分布式ユニットであり、前記第２機器は、中央ユニットである。
【００４６】
マルチコネクションシーンで端末に対しマルチコネクションを確立する前に、前記方法において、第１機器が、第２機器から送信された１つまたは複数のフローのＱｏＳパラメータ、および、第２機器のＤＲＢとフローとのマッピング関係を受信することをさらに含む。
【００４７】
本実施例において、選択可能に、ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む。
【００４８】
本開示の実施例によれば、マルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、第１機器から、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信可能であることが実現される。５ＧシステムのマルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、ＱｏＳ要件を満たすよう、第１機器による相応な処理が可能であることが実現される。
【００４９】
図８には、ＱｏＳ処理方法のフローが示されている。具体的なステップは、以下である。
【００５０】
ステップ８０１において、第２機器は、第１機器から送信された第１メッセージを受信する。前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成される。ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００５１】
本実施例のＱｏＳ処理方法は、マルチコネクションＳＣＧ  ｂｅａｒｅｒまたはマルチコネクションＳＣＧ  ｓｐｌｉｔ  ｂｅａｒｅｒシーンなどのマルチコネクションシーンや、ＣＵ（中央ユニット）−ＤＵ（分布式ユニット）シーンに適用可能である。マルチコネクションＳＣＧ  ｂｅａｒｅｒまたはマルチコネクションＳＣＧ  ｓｐｌｉｔ  ｂｅａｒｅｒシーンにおいて、第１機器は、セカンダリノードであり、第２機器は、マスタノードである。ＣＵ（中央ユニット）−ＤＵ（分布式ユニット）シーンにおいて、第１機器は、分布式ユニットであり、前記第２機器は、中央ユニットである。
【００５２】
選択可能に、マルチコネクションシーンの当該方法において、第２機器が、前記第１メッセージに基づいて、ベアラタイプの変更（ｂｅａｒｅｒ  ｔｙｐｅ  ｃｈａｎｇｅ）が必要であるかを判断することをさらに含む。
【００５３】
選択可能に、ＣＵ−ＤＵシーンの当該方法において、第２機器が、前記第１メッセージに基づいて、第２メッセージを前記コアネットワークに送信することをさらに含む。
【００５４】
選択可能に、当該第２メッセージは、ＱＦＩ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００５５】
本実施例において、選択可能に、ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む。
【００５６】
本開示の実施例によれば、マルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、第１機器から、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信可能であることが実現される。５ＧシステムのマルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、ＱｏＳ要件を満たすよう、第１機器による相応な処理が可能であることが実現される。
【００５７】
以下、マルチコネクションシーンとＣＵ−ＤＵシーンにおけるＱｏＳ処理方法のフローを紹介する。
【００５８】
（１）コアネットワークにおいて１つまたは複数のＱｏＳ  ｆｌｏｗにｎｏｔｉｆｉｃａｔｉｏｎ  ｃｏｎｔｒｏｌが設定されたのであれば、マルチコネクションシーンにおいて、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、セカンダリノード（Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅ）の追加プロセスで、分離実行用のｆｌｏｗ  ＱｏＳパラメータ、ＤＲＢ−ｆｌｏｗマッピング関係、ＲＢのＱｏＳパラメータをセカンダリノードに伝達する。当該プロセスが終了すると、セカンダリノードのリソースでＱｏＳ要件を保証できない場合、関連のＱＦＩ、ＲＢ  ＩＤおよびお薦めのＱｏＳパラメータのうちの１つまたは複数をマスタノードに報告する必要がある。マスタノードは、自身のポリシーに基づいて、ベアラタイプの変更（ｂｅａｒｅｒ  ｔｙｐｅ  ｃｈａｎｇｅ）を実行するか否かを決定し、または、コアネットワークに通知して関連のＱＦＩおよび／またはお薦めのＱｏＳパラメータを報告する。
【００５９】
（２）コアネットワークにおいて１つまたは複数のＱｏＳ  ｆｌｏｗにｎｏｔｉｆｉｃａｔｉｏｎ  ｃｏｎｔｒｏｌが設定されたのであれば、ＣＵ−ＤＵシーンにおいて、ＣＵがＵＥに対しＤＵを選択するプロセスで、要求確立メッセージには、ＲＢのＱｏＳパラメータ以外、ｆｌｏｗのＱｏＳパラメータ、ＤＲＢとｆｌｏｗとのマッピング関係をさらに含んでもよい。当該プロセスが終了すると、ＤＵのリソースでＱｏＳ要件を保証できない場合、関連のＲＢ  ＩＤおよびお薦めのＱｏＳパラメータをＣＵに報告する必要がある。ＣＵは、関連のＱＦＩおよび／またはお薦めのＱｏＳパラメータをコアネットワークに報告する。
【００６０】
選択可能に、上記ＱｏＳパラメータは、保証ビットレート（ＧＢＲ）および／または最大ビットレート（ＭＢＲ）を含む。
実施例１
【００６１】
マルチコネクションＳＣＧ  ｂｅａｒｅｒ／ＳＣＧ  ｓｐｌｉｔ  ｂｅａｒｅｒシーンにおいて、図９に示すように、セカンダリノードは、ｆｌｏｗのＱＦＩおよび／またはお薦めのＱｏＳパラメータを報告する。
ステップ１において、ＵＥ（端末）は、Ｍａｓｔｅｒ  ＲＡＮ（マスタ無線アクセスネットワーク）を介して、ＮＧＵへのユーザプレーン接続を確立する。
ステップ２において、Ｍａｓｔｅｒ  ＲＡＮは、Ｓｅｃｏｎｄａｒｙ  ＲＡＮを選択し、当該ＰＤＵ  ｓｅｓｓｉｏｎ（ＰＤＵセッション）の一部のデータストリームをＳｅｃｏｎｄａｒｙ  ＲＡＮに分流させる。
ステップ３において、Ｍａｓｔｅｒ  ＲＡＮは、Ｘｎインタフェースで１つのＳｅｃｏｎｄａｒｙ  ＲＡＮを追加し、要求メッセージにはｆｌｏｗのＱｏＳパラメータ（ｐｅｒ  ｆｌｏｗ  ｎｏｔｉｆｉｃａｔｉｏｎ  ｃｏｎｔｒｏｌを含む）が付帯される。
ステップ４において、Ｍａｓｔｅｒ  ＲＡＮは、経路情報を更新し、Ｓｅｃｏｎｄａｒｙ  ＲＡＮからＮＧＵへのトンネルを確立する。
ステップ５において、ＵＥに対しデュアルコネクションを確立すると、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅは、ＱｏＳ  ｆｌｏｗの要件を満たせないと判断し、ＱＦＩおよび／または推奨のＱｏＳパラメータが付帯されるＳｅｃｏｎｄａｒｙ  Ｎｏｄｅ修正要求メッセージをＭａｓｔｅｒ  ＲＡＮに送信する。
ステップ６において、Ｍａｓｔｅｒ  ｎｏｄｅは、応答メッセージを返信する。
なお、ステップ６は、選択可能なステップである。
【００６２】
後のＭａｓｔｅｒ  Ｎｏｄｅの処理：
プラン１：Ｍａｓｔｅｒ  Ｎｏｄｅは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅから送信されたＱｏＳ情報に基づいて、ｂｅａｒｅｒ  ｔｙｐｅ  ｃｈａｎｇｅ（ベアラタイプ変更）を行うか否かを判断し、たとえばＭＣＧ  ｂｅａｒｅｒに変更する。ＭｅＮＢは、Ｘｎ  Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅ修正および解放プロセスを引き起こしてｂｅａｒｅｒ  ｔｙｐｅ  ｃｈａｎｇｅを完成する。
ＳＣＧ  ｓｐｌｉｔ  ｂｅａｒｅｒであれば、Ｍａｓｔｅｒ  Ｎｏｄｅは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅと新たにＲＢ  ＱｏＳを協商する。Ｍａｓｔｅｒ  Ｎｏｄｅは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅ修正プロセスを引き起こしてＲＢパラメータの協商を完成する。
プラン２：Ｍａｓｔｅｒ  Ｎｏｄｅは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅから送信されたＱｏＳ情報に基づいて、直接コアネットワークに対し、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅから報告されたＱＦＩおよび／またはＱｏＳ情報が付帯されるＰＤＵ  Ｓｅｓｓｉｏｎ修正要求を引き起こす。
【００６３】
なお、上記プラン１とプラン２は、同時に用いてもよい。たとえば、プラン１の実行後に、ＭｅＮＢは、自身のリソース使用状況に応じて、ｆｌｏｗのＱｏＳ要件を満たせるか否かを判断し、満たせないのであれば、ｆｌｏｗのＱＦＩおよび／またはお勧めのＱｏＳ情報が付帯されるＰＤＵ  Ｓｅｓｓｉｏｎ修正要求を引き起こす。
実施例２
【００６４】
マルチコネクションＳｐｌｉｔ  ｂｅａｒｅｒシーンでは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅは、ＲＢ  ＩＤおよび／またはお薦めのＱｏＳパラメータを報告する。
【００６５】
実施例１とは類似するが、相違点はステップ５とステップ６である。Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅは、ｆｌｏｗのＱｏＳパラメータおよびＤＲＢ−ｆｌｏｗのマッピング関係に基づいて、ＱｏＳ  ｆｌｏｗの要件を満たせないと判断すると、ＲＢ  ＩＤおよび／または推奨のＱｏＳパラメータが付帯されるＳｅｃｏｎｄａｒｙ  Ｎｏｄｅ修正要求メッセージをＭａｓｔｅｒ  ＲＡＮに送信する。
【００６６】
後のＭａｓｔｅｒ  ｎｏｄｅの処理：
プラン１：Ｍａｓｔｅｒ  Ｎｏｄｅは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅから送信されたＱｏＳ情報に基づいて、ｂｅａｒｅｒ  ｔｙｐｅ  ｃｈａｎｇｅを行うか否かを判断し、たとえばＭＣＧ  ｂｅａｒｅｒに変更する。ＭｅＮＢは、Ｘｎ  Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅ修正および解放プロセスを引き起こしてｂｅａｒｅｒ  ｔｙｐｅ  ｃｈａｎｇｅを完成する。または、Ｍａｓｔｅｒ  Ｎｏｄｅは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅと新たにＲＢ  ＱｏＳを協商する。Ｍａｓｔｅｒ  Ｎｏｄｅは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅ修正プロセスを引き起こしてＲＢパラメータの協商を完成する。
プラン２：Ｍａｓｔｅｒ  Ｎｏｄｅは、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅから送信されたＱｏＳ情報を受信すると、自身のリソース状況に応じて、直接コアネットワークに対し、ＱｏＳ  ｆｌｏｗのＱＦＩおよび／またはお薦めのＱｏＳパラメータが付帯されるＰＤＵ  Ｓｅｓｓｉｏｎ修正要求を引き起こす。
実施例３
【００６７】
ＣＵ−ＤＵシーンにおいて、図１０に示すように、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅは、ＲＢ  ＩＤおよび／またはお薦めのＱｏＳパラメータ（または推奨のＱｏＳパラメータと称される参数）を報告する。具体的なステップは、以下である。
ステップ１において、Ｓｅｃｏｎｄａｒｙ  Ｎｏｄｅは、ｆｌｏｗのＱｏＳパラメータおよびＤＲＢ−ｆｌｏｗのマッピング関係に基づいて、ＱｏＳ  ｆｌｏｗの要件を満たせないと判断する。
ステップ２において、ＲＢ  ＩＤおよび／または推奨のＱｏＳパラメータが付帯されるＵＥコンテキスト修正要求メッセージをＭａｓｔｅｒ  ＲＡＮに送信する。
ステップ３において、選択可能に、ＣＵから確認応答を返信する。
ステップ４において、ＣＵは、ＱｏＳ  ｆｌｏｗのＱＦＩおよび／または推奨のＱｏＳパラメータが付帯される修正要求をコアネットワークに引き起こす。
【００６８】
同一の発明思想に基づいて、本開示の実施例は、第１機器をさらに提供する。当該第１機器は、問題を解決する原理が本開示の実施例の図７におけるＱｏＳ処理方法に似るため、その実施について、方法の実施を参照されたく、重複なところを繰り返して記載しない。
【００６９】
図１１には、１つの実施例における第１機器の構造が示されている。当該第１機器１１００は、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する第１判断モジュール１１０１と、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信する第１送信モジュール１１０２とを含む。
【００７０】
本実施例において、選択可能に、前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、または、前記第１機器がＤＵであり、前記第２機器がＣＵである。
【００７１】
本実施例において、選択可能に、前記第１判断モジュール１１０１は、さらに、１つまたは複数のフローのＱｏＳパラメータ、または、１つまたは複数のフローのＱｏＳパラメータおよびＤＲＢとフローとのマッピング関係に基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する。
【００７２】
本実施例において、選択可能に、前記第１機器１１００は、前記第２機器から送信された１つまたは複数のフローのＱｏＳパラメータ、および、第２機器のＤＲＢとフローとのマッピング関係を受信する第１受信モジュールをさらに含む。
【００７３】
本実施例において、選択可能に、前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む。
【００７４】
本開示の実施例によれば、マルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、第１機器から、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信可能であることが実現される。５ＧシステムのマルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、ＱｏＳ要件を満たすよう、第１機器による相応な処理が可能であることが実現される。
【００７５】
同一の発明思想に基づいて、本開示の実施例は、第２機器をさらに提供する。当該第２機器は、問題を解決する原理が本開示の実施例の図８におけるＱｏＳ処理方法に似るため、その実施について、方法の実施を参照されたく、重複なところを繰り返して記載しない。
【００７６】
図１２には、１つの実施例における第２機器の構造が示されている。当該第２機器１２００は、第１機器から送信された第１メッセージを受信する第２受信モジュール１２０１を含む。前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成される。ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００７７】
本実施例において、選択可能に、前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、または、前記第１機器がＤＵであり、前記第２機器がＣＵである。
【００７８】
本実施例において、選択可能に、前記第２機器１２００は、前記第１メッセージに基づいて、ベアラタイプの変更が必要であるかを判断する第２判断モジュール、または、前記第１メッセージに基づいて、第２メッセージをコアネットワークに送信する第２送信モジュールをさらに含む。
【００７９】
本実施例において、選択可能に、前記第２メッセージは、ＱＦＩ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００８０】
本実施例において、選択可能に、前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む。
【００８１】
本開示の実施例によれば、マルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、第１機器から、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信可能であることが実現される。５ＧシステムのマルチコネクションシーンやＣＵ−ＤＵシーンで第１機器がＱｏＳ要件を満たせない場合に、ＱｏＳ要件を満たすよう、第１機器による相応な処理が可能であることが実現される。
【００８２】
本実施例は、メモリと、プロセッサと、メモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含むネットワーク機器をさらに提供し、前記プロセッサは、前記コンピュータプログラムを実行すると、上記のＱｏＳ処理方法のステップを実現する。
【００８３】
図１３に示すように、本開示の実施例における第１機器は、第１プロセッサ１３０４と、第１プロセッサ１３０４による制御でデータを送受信する第１トランシーバ１３０１を含む。第１プロセッサ１３０４は、第１メモリ１３０５からプログラムを読み取ることによって、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断するプロセスと、端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信するプロセスとを実行する。
【００８４】
図１３において、バスアーキテクチャ（第１バス１３００で示す）は、任意数の相互接続するバスとブリッジを含む。第１バス１３００は、第１プロセッサ１３０４をはじめとする１つ又は複数のプロセッサと第１メモリ１３０５をはじめとするメモリの各種類の回路が接続したものである。第１バス１３００は、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。第１バスインタフェース１３０３により、第１バス１３００と第１トランシーバ１３０１との間でインタフェースが提供される。第１トランシーバ１３０１は、１つの部品であってもよく、複数の受信機および送信機など、複数の部品であってもよく、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。第１プロセッサ１３０４によって処理されたデータは、第１トランシーバ１３０１と第１アンテナ１３０２を介して無線媒体で伝送される。さらに、第１アンテナ１３０２は、データを受信し、データを第１トランシーバ１３０１を介して第１プロセッサ１３０４に伝送する。
【００８５】
第１プロセッサ１３０４は、第１バス１３００と通常の処理を管理し、さらに計時、周囲インタフェース、電圧調節、電源管理およびほかの制御機能など、様々な機能も提供する。第１メモリ１３０５は、第１プロセッサ１３０４による操作実行に用いられるデータを記憶ことに用いられる。具体的に、第１プロセッサ１３０４は、ＣＰＵ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）またはＣＰＬＤ（Ｃｏｍｐｌｅｘ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）である。
【００８６】
図１４に示すように、本開示の実施例における第２機器は、第２プロセッサ１４０４と、第２プロセッサ１４０４による制御でデータを送受信する第２トランシーバ１４０１を含む。第２プロセッサ１４０４は、第２メモリ１４０５からプログラムを読み取ることによって、第１機器から送信された第１メッセージを受信するプロセスを実行する。前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成される。ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む。
【００８７】
図１４において、バスアーキテクチャ（第２バス１４００で示す）は、任意数の相互接続するバスとブリッジを含む。第２バス１４００は、第２プロセッサ１４０４をはじめとする１つ又は複数のプロセッサと第２メモリ１４０５をはじめとするメモリの各種類の回路が接続したものである。第２バス１４００は、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。第２バスインタフェース１４０３により、第２バス１４００と第２トランシーバ１４０１との間でインタフェースが提供される。第２トランシーバ１４０１は、１つの部品であってもよく、複数の受信機および送信機など、複数の部品であってもよく、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。第２プロセッサ１４０４によって処理されたデータは、第２トランシーバ１４０１と第２アンテナ１４０２を介して無線媒体で伝送される。さらに、第２アンテナ１４０２は、データを受信し、データを第２トランシーバ１４０１を介して第２プロセッサ１４０４に伝送する。
【００８８】
第２プロセッサ１４０４は、第２バス１４００と通常の処理を管理し、さらに計時、周囲インタフェース、電圧調節、電源管理およびほかの制御機能など、様々な機能も提供する。第２メモリ１４０５は、第２プロセッサ１４０４による操作実行に用いられるデータを記憶ことに用いられる。具体的に、第２プロセッサ１４０４は、ＣＰＵ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）またはＣＰＬＤ（Ｃｏｍｐｌｅｘ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）である。
【００８９】
本実施例において、コンピュータプログラム（指令）が記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供し、当該プログラム（指令）がプロセッサによって実行されると、上記のＱｏＳ処理方法のステップが実現される。
【００９０】
なお、明細書の全文にわたって言及されている「１つの実施例」や「一実施例」とは、実施例に関連する特定の特徴、構造または特性が本発明の少なくとも１つの実施例に含まれることを意味する。従って、明細書の各箇所に記載されている「１つの実施例において」や「一実施例において」とは、必ずしも同一の実施例を指すとは限らない。また、これらの特定の特徴、構造または特性は、任意かつ適切な方式で１つまたは複数の実施例に組み入れられることができる。
【００９１】
本開示の各実施例において、上記各プロセスの番号の大きさは、実行順の前後を意味するのではなく、各プロセスの実行順は、その機能および内在的な論理によって確定されるものであり、本開示の実施例の実施プロセスに対しいっさい限定を構成しないと理解すべきである。
【００９２】
また、本文において、「システム」と「ネットワーク」は、常に互換して使用することができる。
【００９３】
本文において、「および／または」との用語は、関連対象の関連関係を表現するものに過ぎず、存在可能な３種類の関係を示す。例えば、Ａおよび／またはＢの場合、Ａのみ、ＡとＢの両方、Ｂのみの３種類の場合を示す。また、本文において、「／」の記号は、通常、前後の関連対象が「または」の関係であることを示す。
【００９４】
本願に提供される実施例において、「Ａに対応するＢ」とは、ＢとＡが関連付けられることを示し、Ａに基づいてＢを確定することができる。なお、Ａに基づいてＢを確定することは、Ａのみに基づいてＢを確定するという意味ではなく、Ａおよび／または他の情報に基づいてＢを確定するのもよい。
【００９５】
本願で提供されるいくつかの実施例において、開示された方法および装置は、他の方式で実施され得ることを理解されたい。以上記載した装置実施例は、単に例示的なものである。例えば、記載したユニットの区分は、単に論理機能の区分であり、実際に実現する際に別の区分方式がある。例えば、複数のユニットまたはコンポーネントは、組み合わせてもよく、別のシステムに一体化されてもよく、または、一部の特徴は、無視されてもよく、または実行されなくてもよい。また、示されておりまたは議論されている各構成部分の相互間の結合や直接結合や通信接続は、インタフェース、装置またはユニットを介した間接結合や通信接続であってもよく、電気的、機械的、または他の形式であってもよい。
【００９６】
また、本開示の各実施例における各機能的ユニットは、全て１つの処理ユニットに一体化されていてもよいし、別々に１つのユニットとしてもよいし、２つ以上のユニットが１つのユニットに一体化されてもよい。上述した一体化ユニットは、ハードウェアの形態、またはハードウェアとソフトウェア機能ユニットの形態で実施することができる。
【００９７】
上述したソフトウェア機能ユニットの形態で実施される一体化ユニットは、コンピュータ読み取り可能な記憶媒体に格納されてもよい。上記ソフトウェア機能ユニットは、記憶媒体に記憶され、本開示の各実施例の送受信方法のステップの一部をコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置であってもよい）に実行させるいくつかの指令を含む。前記の記憶媒体は、Ｕディスク、モバイルハードディスク、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなど、プログラムコードを格納することができる様々な媒体を含む。
【００９８】
以上記載されたのは、本開示の好適な実施形態である。当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲内に含まれる。
【図１】
2020511893.tif 000003
【図２】
2020511893.tif 000004
【図３】
2020511893.tif 000005
【図４】
2020511893.tif 000006
【図５】
2020511893.tif 000007
【図６】
2020511893.tif 000008
【図７】
2020511893.tif 000009
【図８】
2020511893.tif 000010
【図９】
2020511893.tif 000011
【図１０】
2020511893.tif 000012
【図１１】
2020511893.tif 000013
【図１２】
2020511893.tif 000014
【図１３】
2020511893.tif 000015
【図１４】
2020511893.tif 000016
【手続補正書】
【提出日】令和1年9月24日(2019.9.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１機器が、端末の１つまたは複数のフロー（ｆｌｏｗ）のＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）要件を満たすか否かを判断することと、
前記第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ（ＱｏＳ  ｆｌｏｗ  ＩＤ）、ＲＢ  ＩＤ（ｒａｄｉｏ  ｂｅａｒｅｒ  ＩＤ）、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信することとを含むＱｏＳ処理方法。
【請求項２】
前記第１機器が、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断することは、
前記第１機器が、１つまたは複数のフローのＱｏＳパラメータ、または、１つまたは複数のフローのＱｏＳパラメータおよびＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）とフローとのマッピング関係に基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断することを含む請求項１に記載の方法。
【請求項３】
前記第１機器が、前記第２機器から送信された１つまたは複数のフローのＱｏＳパラメータ、および、第２機器のＤＲＢとフローとのマッピング関係を受信することをさらに含む請求項２に記載の方法。
【請求項４】
前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、
または、
前記第１機器がＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）であり、前記第２機器がＣＵ（Ｃｅｎｔｒａｌ  Ｕｎｉｔ）であり、
前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む請求項１〜３のいずれか一項に記載の方法。
【請求項５】
第２機器が、第１機器から送信された第１メッセージを受信することを含み、
前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成され、
ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含むＱｏＳ処理方法。
【請求項６】
前記第２機器が、前記第１メッセージに基づいて、ベアラタイプの変更が必要であるかを判断すること、
または、
前記第２機器が、前記第１メッセージに基づいて、第２メッセージをコアネットワークに送信することをさらに含む請求項５に記載の方法。
【請求項７】
前記第２メッセージは、ＱＦＩ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む請求項６に記載の方法。
【請求項８】
前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、
または、
前記第１機器がＤＵであり、前記第２機器がＣＵであり、
前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む請求項５〜７のいずれか一項に記載の方法。
【請求項９】
第１機器であって、
前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断する第１判断モジュールと、
前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たせなければ、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第１メッセージを第２機器に送信する第１送信モジュールとを含む第１機器。
【請求項１０】
前記第１判断モジュールは、さらに、
１つまたは複数のフローのＱｏＳパラメータ、または、１つまたは複数のフローのＱｏＳパラメータおよびＤＲＢとフローとのマッピング関係に基づいて、端末の１つまたは複数のフローのＱｏＳ要件を満たすか否かを判断し、
前記第２機器から送信された１つまたは複数のフローのＱｏＳパラメータ、および、第２機器のＤＲＢとフローとのマッピング関係を受信する第１受信モジュールをさらに含む請求項９に記載の第１機器。
【請求項１１】
前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、
または、
前記第１機器がＤＵであり、前記第２機器がＣＵであり、
前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む請求項９または１０に記載の第１機器。
【請求項１２】
第１機器から送信された第１メッセージを受信する第２受信モジュールを含み、
前記第１メッセージは、前記第１機器が端末の１つまたは複数のフローのＱｏＳ要件を満たない場合に生成され、
ここで、前記第１メッセージは、ＱＦＩ、ＲＢ  ＩＤ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む第２機器。
【請求項１３】
前記第１メッセージに基づいて、ベアラタイプの変更が必要であるかを判断する第２判断モジュール、
または、
前記第１メッセージに基づいて、第２メッセージをコアネットワークに送信する第２送信モジュールをさらに含み、
前記第２メッセージは、ＱＦＩ、ＱｏＳ要件を満たせないとの指示情報およびお薦めのＱｏＳパラメータのうちの１つまたは複数の組み合わせを含む請求項１２に記載の第２機器。
【請求項１４】
前記第１機器がセカンダリノードであり、前記第２機器がマスタノードであり、
または、
前記第１機器がＤＵであり、前記第２機器がＣＵであり、
前記ＱｏＳパラメータは、推奨の保証ビットレートおよび／または推奨最大ビットレートを含む請求項１２または１３に記載の第２機器。
【請求項１５】
コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、
当該プログラムがプロセッサによって実行されると、請求項１〜４のいずれか一項に記載のＱｏＳ処理方法のステップ、または請求項５〜８のいずれか一項に記載のＱｏＳ処理方法のステップが実現されるコンピュータ読み取り可能な記憶媒体。
【国際調査報告】
2020511893.tif 000017
2020511893.tif 000018
2020511893.tif 000019
2020511893.tif 000020