ホーム > 特許ランキング > 株式会社日立国際電気
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024101285
(43)【公開日】2024-07-29
(54)【発明の名称】無線通信ネットワークシステム
(51)【国際特許分類】
H04W 72/56 20230101AFI20240722BHJP
H04W 28/02 20090101ALI20240722BHJP
H04W 76/30 20180101ALI20240722BHJP
H04W 76/19 20180101ALI20240722BHJP
H04W 24/08 20090101ALI20240722BHJP
【ＦＩ】
H04W72/56
H04W28/02
H04W76/30
H04W76/19
H04W24/08
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2023005183
(22)【出願日】2023-01-17
(71)【出願人】
【識別番号】000001122
【氏名又は名称】株式会社日立国際電気
(74)【代理人】
【識別番号】100093104
【弁理士】
【氏名又は名称】船津 暢宏
(72)【発明者】
【氏名】木下 夢輝
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067EE02
5K067EE10
5K067HH22
5K067LL11
(57)【要約】 （修正有）
【課題】特定の無線端末の通信を優先的に行うことができる無線通信ネットワークシステムを提供する。
【解決手段】無線通信ネットワークシステムにおいて、制御装置であるアプリサーバ１とコアネットワーク装置２とが、複数の無線端末のうち通信を優先させたい特定の無線端末（優先端末）４ａに関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報がアプリケーションの要件を満たしているか否かを判定し、アプリケーションの要件を満たしていない場合は、当該優先端末４ａの通信の優先度を、設定されているものより高くするよう変更する。
【選択図】図１
【解決手段】無線通信ネットワークシステムにおいて、制御装置であるアプリサーバ１とコアネットワーク装置２とが、複数の無線端末のうち通信を優先させたい特定の無線端末（優先端末）４ａに関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報がアプリケーションの要件を満たしているか否かを判定し、アプリケーションの要件を満たしていない場合は、当該優先端末４ａの通信の優先度を、設定されているものより高くするよう変更する。
【選択図】図１
【特許請求の範囲】
【請求項1】
無線通信ネットワークを介して複数の無線端末の接続を制御する制御装置を有する無線通信ネットワークシステムであって、
前記制御装置は、特定の無線端末に関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、前記特定の要件を満たしていない場合は、前記特定の無線端末の通信の優先度を設定されているものより高くするよう変更することを特徴とする無線通信ネットワークシステム。
前記制御装置は、特定の無線端末に関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、前記特定の要件を満たしていない場合は、前記特定の無線端末の通信の優先度を設定されているものより高くするよう変更することを特徴とする無線通信ネットワークシステム。
【請求項2】
前記制御装置は、再度、前記特定の無線端末に関する通信パフォーマンス情報を取得し、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、前記特定の要件を満たしていない場合は、前記特定の無線端末以外の無線端末の優先度を設定されているものより低くするよう変更することを特徴とする請求項１記載の無線通信ネットワークシステム。
【請求項3】
前記制御装置は、再再度、前記特定の無線端末に関する通信パフォーマンス情報を取得し、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、前記特定の要件を満たしていない場合は、前記特定の無線端末以外の無線端末の接続を切断することを特徴とする請求項２記載の無線通信ネットワークシステム。
【請求項4】
前記制御装置は、前記特定の無線端末の通信パフォーマンス情報が特定の要件を満たさない状態から満たす状態になった場合は、接続を切断した無線端末を無線通信ネットワークに接続可能とすることを特徴とする請求項３記載の無線通信ネットワークシステム。
【請求項5】
前記制御装置は、前記特定の無線端末の通信パフォーマンス情報が特定の要件を満たさない状態から満たす状態になった場合は、通信の優先度を変更した無線端末について変更前の優先度に戻すことを特徴とする請求項１又は２記載の無線通信ネットワークシステム。
【請求項6】
無線通信ネットワークを介して複数の無線端末の接続を制御する制御装置を有する無線通信ネットワークシステムであって、
前記制御装置は、特定の無線端末の通信パフォーマンス情報に基づいて、前記無線端末の優先度を動的に変更することを特徴とする無線通信ネットワークシステム。
前記制御装置は、特定の無線端末の通信パフォーマンス情報に基づいて、前記無線端末の優先度を動的に変更することを特徴とする無線通信ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信ネットワークシステムに係り、特に、特定の無線端末の通信を優先的に行うことができる無線通信ネットワークシステムに関する。
【背景技術】
【0002】
［従来の技術］
５Ｇ（5th Generation）を用いた無線通信ネットワークシステムにおけるデータ通信では、端末の通信の優先度を決める値である５ＱＩ（5G QoS Identifier）が端末に固定的に割り当てられる。
５ＱＩの優先度が高いほど無線リソースが多く分配され、５ＱＩの優先度が低ければ、無線リソースの分配は少なくなる。
そのため、優先的に通信させたい端末がある場合、予め当該端末（特定の端末）に対して、優先度の高い５ＱＩを設定しておく。
５Ｇ（5th Generation）を用いた無線通信ネットワークシステムにおけるデータ通信では、端末の通信の優先度を決める値である５ＱＩ（5G QoS Identifier）が端末に固定的に割り当てられる。
５ＱＩの優先度が高いほど無線リソースが多く分配され、５ＱＩの優先度が低ければ、無線リソースの分配は少なくなる。
そのため、優先的に通信させたい端末がある場合、予め当該端末（特定の端末）に対して、優先度の高い５ＱＩを設定しておく。
【0003】
しかし、複数の端末が接続されて、同時に通信を行う場合には、トラフィックが輻輳して、特定の端末に高い５ＱＩを付与していても、アプリケーションの要件を満たすパフォーマンスが得られない場合がある。
【0004】
［関連技術］
尚、関連する先行技術として、特開平１１－１６３９４７号公報「ゲートウェイ装置、無線端末装置、ルータ装置および通信ネットワークのゲートウェイ制御方法」（特許文献１）、特開２０１５－１９２２１０号公報「端末装置、通信制御システム及び通信制御方法」（特許文献２）がある。
尚、関連する先行技術として、特開平１１－１６３９４７号公報「ゲートウェイ装置、無線端末装置、ルータ装置および通信ネットワークのゲートウェイ制御方法」（特許文献１）、特開２０１５－１９２２１０号公報「端末装置、通信制御システム及び通信制御方法」（特許文献２）がある。
【0005】
特許文献１には、有線網に接続された端末のトランスポート層の実装を変更することなく、有線端末と無線端末間のトランスポート層コネクションをアプリケーションに適した形で設定し、通信の性能を向上させるゲートウェイ装置が示されている。
【0006】
特許文献２には、接続切替部が、アプリケーションレイヤにおいて確立したセッションを保持した状態で、所定時間経過後に、物理レイヤにおいて他の周辺機器の接続を切断し、所望の周辺機器に接続を切り替える端末装置が示されている。
【先行技術文献】
【特許文献】
【0007】
【特許文献1】特開平１１－１６３９４７号公報
【特許文献2】特開２０１５－１９２２１０号公報
【発明の概要】
【発明が解決しようとする課題】
【0008】
上述したように、従来の無線通信ネットワークシステムでは、複数の移動局の無線端末が同時に通信を行う場合に、トラフィックが輻輳して、特定の無線端末に高い通信の優先度を付与しても、通信アプリケーションの要件を満たすパフォーマンスが得られず、優先的に通信できないという問題点があった。
【0009】
具体的には、通信を優先させたい特定の無線端末以外の無線端末が特定時間に数多く接続されて同時に通信を行えば、無線通信の帯域を十分に確保することが困難となり、また、特定の無線端末以外の無線端末の優先度が相対的に高い場合には、同様に無線通信の帯域を十分に確保することが困難となり、特定の無線端末の通信のパフォーマンスを得られないものとなっていた。
【0010】
尚、特許文献１，２には、特定の無線端末の通信のパフォーマンスに応じて、特定の無線端末や他の無線端末の通信の優先度を変更する構成の記載がない。
【0011】
本発明は上記実情に鑑みて為されたもので、同時に接続された複数の無線端末の通信優先度を動的に制御することで、特定の無線端末において常に十分な通信パフォーマンスを得ることができる無線通信ネットワークシステムを提供することを目的とする。
【課題を解決するための手段】
【0012】
上記従来例の問題点を解決するための本発明は、無線通信ネットワークを介して複数の無線端末の接続を制御する制御装置を有する無線通信ネットワークシステムであって、制御装置は、特定の無線端末に関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、特定の要件を満たしていない場合は、特定の無線端末の通信の優先度を設定されているものより高くするよう変更することを特徴としている。
【0013】
また、本発明は、上記無線通信ネットワークにおいて、制御装置は、再度、特定の無線端末に関する通信パフォーマンス情報を取得し、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、特定の要件を満たしていない場合は、特定の無線端末以外の無線端末の優先度を設定されているものより低くするよう変更することを特徴としている。
【0014】
また、本発明は、上記無線ネットワークシステムにおいて、制御装置は、再再度、特定の無線端末に関する通信パフォーマンス情報を取得し、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、特定の要件を満たしていない場合は、特定の無線端末以外の無線端末の接続を切断することを特徴としている。
【0015】
また、本発明は、上記無線ネットワークシステムにおいて、制御装置は、特定の無線端末の通信パフォーマンス情報が特定の要件を満たさない状態から満たす状態になった場合は、接続を切断した無線端末を無線通信ネットワークに接続可能とすることを特徴としている。
【0016】
また、本発明は、上記無線ネットワークシステムにおいて、制御装置は、特定の無線端末の通信パフォーマンス情報が特定の要件を満たさない状態から満たす状態になった場合は、通信の優先度を変更した無線端末について変更前の優先度に戻すことを特徴としている。
【0017】
また、本発明は、無線通信ネットワークを介して複数の無線端末の接続を制御する制御装置を有する無線通信ネットワークシステムであって、制御装置は、特定の無線端末の通信パフォーマンス情報に基づいて、無線端末の優先度を動的に変更することを特徴としている。
【発明の効果】
【0018】
本発明によれば、無線通信ネットワークを介して複数の無線端末の接続を制御する制御装置を有する無線通信ネットワークシステムであって、制御装置は、特定の無線端末に関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、特定の要件を満たしていない場合は、特定の無線端末の通信の優先度を設定されているものより高くするよう変更する無線ネットワークシステムとしているので、特定の無線端末に無線リソースをより多く割り当てることができ、データ通信において、優先して通信したい無線端末で通信アプリケーションの要件を満たすよう、パフォーマンスを向上させることができる効果がある。
【0019】
また、本発明によれば、制御装置は、再度、特定の無線端末に関する通信パフォーマンス情報を取得し、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、特定の要件を満たしていない場合は、特定の無線端末以外の無線端末の優先度を設定されているものより低くするよう変更する上記無線通信ネットワークとしているので、特定の無線端末の通信の優先度を相対的に高くして、更に多くの無線リソースを割り当て、優先して通信したい無線端末で通信アプリケーションの要件を満たすよう、パフォーマンスを向上させることができる効果がある。
【0020】
また、本発明によれば、制御装置は、再再度、特定の無線端末に関する通信パフォーマンス情報を取得し、当該通信パフォーマンス情報が特定の要件を満たしているか否かを判定し、特定の要件を満たしていない場合は、特定の無線端末以外の無線端末の接続を切断する上記無線通信ネットワークとしているので、特定の無線端末に一層多くの無線リソースを割り当て、優先して通信したい無線端末で通信アプリケーションの要件を満たすパフォーマンスを得ることができる効果がある。
【0021】
また、本発明によれば、特定の無線端末の通信パフォーマンス情報が特定の要件を満たさない状態から満たす状態になった場合は、接続を切断した無線端末を無線通信ネットワークに接続可能とする上記無線ネットワークシステムとしているので、一旦接続が切断刺された無線端末が迅速に通信に復帰できるようにして、システム全体の通信サービスを良好にすることができる効果がある。
【0022】
また、本発明によれば、制御装置は、特定の無線端末の通信パフォーマンス情報が特定の要件を満たさない状態から満たす状態になった場合は、通信の優先度を変更した無線端末について変更前の優先度に戻す上記無線ネットワークシステムとしているので、状況に応じて柔軟に優先度を設定して、システム全体の通信サービスを良好にすることができる効果がある。
【図面の簡単な説明】
【0023】
【図1】本システムの構成概略図である。
【図2】第１の処理（優先端末の通信の優先度を高くする処理）のフローチャートである。
【図3】第２の処理（非優先端末の優先度を低くする処理）のフローチャートである。
【図4】第３の処理（非優先端末の接続を切断する処理）のフローチャートである。
【図5】第１の処理のシーケンスを示す説明図である。
【図6】第２の処理のシーケンスを示す説明図である。
【図7】第３の処理のシーケンスを示す説明図である。
【発明を実施するための形態】
【0024】
本発明の実施の形態について図面を参照しながら説明する。
［実施の形態の概要］
本発明の実施の形態に係る無線通信ネットワークシステム（本システム）は、無線通信ネットワークを介して複数の無線端末の接続を制御する制御装置を有し、制御装置は、特定の無線端末に関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報がアプリケーションの要件を満たしているか否かを判定し、アプリケーションの要件を満たしていない場合は、当該特定の無線端末の通信の優先度を、設定されているものより高くするよう変更するものであり、同時に接続された複数の無線端末の通信優先度を動的に制御優先的に通信させたい特定の無線端末の通信の優先度を上げることで無線リソースがより多く分配されるようにして、通信パフォーマンスを向上させるものである。
［実施の形態の概要］
本発明の実施の形態に係る無線通信ネットワークシステム（本システム）は、無線通信ネットワークを介して複数の無線端末の接続を制御する制御装置を有し、制御装置は、特定の無線端末に関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報がアプリケーションの要件を満たしているか否かを判定し、アプリケーションの要件を満たしていない場合は、当該特定の無線端末の通信の優先度を、設定されているものより高くするよう変更するものであり、同時に接続された複数の無線端末の通信優先度を動的に制御優先的に通信させたい特定の無線端末の通信の優先度を上げることで無線リソースがより多く分配されるようにして、通信パフォーマンスを向上させるものである。
【0025】
また、本システムは、特定の無線端末の通信の優先度を高くしても、通信パフォーマンス情報がアプリケーションの要件を満たさない場合には、特定の無線端末以外の通信の優先度を低くするよう変更するものであり、特定の無線端末に更に多くの無線リソースが分配されるようにして、通信パフォーマンスを向上させるものである。
【0026】
また、本システムは、特定の無線端末以外の通信の優先度を低くするよう変更しても、依然として特定の無線端末の通信パフォーマンス情報がアプリケーションの要件を満たさない場合には、特定の無線端末以外の接続を切断するものであり、他の無線端末には無線リソースを分配せず、特定の無線端末が十分な無線リソースを利用して、確実に良好な通信パフォーマンスが得られるようにするものである。
【0027】
［本システムの構成：図１］
本システムの構成について図１を参照しながら説明する。図１は、本システムの構成概略図である。
本システムは、図１に示すように、通信アプリケーションサーバ（アプリサーバ）１と、コアネットワーク装置２と、基地局３と、複数の無線端末４（４ａ，４ｂ，４ｃ）とを有している。
尚、アプリサーバ１とコアネットワーク装置２とを合わせて請求項では「制御装置」と記載している。また、本システムでは通信方式として５Ｇを用いたネットワークシステムを例として説明するが、通信方式は５Ｇに限るものではない。
本システムの構成について図１を参照しながら説明する。図１は、本システムの構成概略図である。
本システムは、図１に示すように、通信アプリケーションサーバ（アプリサーバ）１と、コアネットワーク装置２と、基地局３と、複数の無線端末４（４ａ，４ｂ，４ｃ）とを有している。
尚、アプリサーバ１とコアネットワーク装置２とを合わせて請求項では「制御装置」と記載している。また、本システムでは通信方式として５Ｇを用いたネットワークシステムを例として説明するが、通信方式は５Ｇに限るものではない。
【0028】
［各部］
本システムの各部について具体的に説明する。
アプリサーバ１は、本システムの特徴部分であり、複数の無線端末４とデータ通信を行うと共に、無線端末４の５ＱＩ（通信の優先度）を制御する。
特に、アプリサーバ１は、優先的に通信させたい特定の無線端末４の通信のパフォーマンスがアプリケーションの要件を十分満たして良好な通信が行えるよう、５ＱＩの制御を行う。アプリサーバ１の処理については後述する。
本システムの各部について具体的に説明する。
アプリサーバ１は、本システムの特徴部分であり、複数の無線端末４とデータ通信を行うと共に、無線端末４の５ＱＩ（通信の優先度）を制御する。
特に、アプリサーバ１は、優先的に通信させたい特定の無線端末４の通信のパフォーマンスがアプリケーションの要件を十分満たして良好な通信が行えるよう、５ＱＩの制御を行う。アプリサーバ１の処理については後述する。
【0029】
コアネットワーク装置２は、基幹通信網の制御装置であり、ゲートウェイ、ルータ、スイッチ等を備えて交換制御や転送の制御等を行う。
また、コアネットワーク装置２は、各無線端末４に対応する５ＱＩを管理しており、無線端末が接続される度に５ＱＩを付与し、優先度に応じて通信を行わせる。
また、コアネットワーク装置２は、各無線端末４に対応する５ＱＩを管理しており、無線端末が接続される度に５ＱＩを付与し、優先度に応じて通信を行わせる。
【0030】
具体的には、コアネットワーク装置２は接続している無線端末４の識別番号であるＩＭＳＩ（International Mobile Subscriber Identity）と５ＱＩの値（優先度）とを対応付けて記憶している。
そして、本システムの特徴として、コアネットワーク装置２は、アプリサーバ１の指示に基づいて、各無線端末４の通信の優先度である５ＱＩの値を上げ下げして更新し、各無線端末４の通信開始時には更新された優先度で通信を行わせる。
そして、本システムの特徴として、コアネットワーク装置２は、アプリサーバ１の指示に基づいて、各無線端末４の通信の優先度である５ＱＩの値を上げ下げして更新し、各無線端末４の通信開始時には更新された優先度で通信を行わせる。
【0031】
基地局３は、無線通信システムの基地局装置であり、圏内の無線端末４と無線通信を行い、コアネットワーク装置２と有線通信を行う。
無線端末４は、移動局装置であり、移動局４１と、アプリクライアント４２とを備えている。
移動局４１は、無線通信部及び信号処理部を備え、無線通信に伴う信号処理を行って基地局３と無線通信を行う。
アプリクライアント４２は、無線端末４でアプリケーションを実現する処理部である。
無線端末４は、移動局装置であり、移動局４１と、アプリクライアント４２とを備えている。
移動局４１は、無線通信部及び信号処理部を備え、無線通信に伴う信号処理を行って基地局３と無線通信を行う。
アプリクライアント４２は、無線端末４でアプリケーションを実現する処理部である。
【0032】
［アプリサーバ１における動作］
本システムのアプリサーバ１の動作について説明する。
特定の無線端末４の通信を優先させる場合、まず、アプリサーバ１は、優先する対象の無線端末４の識別番号と通信アプリケーションに応じて必要とされるパフォーマンスの要件とを記憶しておく。本実施の形態では、通信を優先する対象（優先端末）を無線端末４ａとする。無線端末４ａを優先端末４ａと称することもある。
本システムのアプリサーバ１の動作について説明する。
特定の無線端末４の通信を優先させる場合、まず、アプリサーバ１は、優先する対象の無線端末４の識別番号と通信アプリケーションに応じて必要とされるパフォーマンスの要件とを記憶しておく。本実施の形態では、通信を優先する対象（優先端末）を無線端末４ａとする。無線端末４ａを優先端末４ａと称することもある。
【0033】
そして、アプリサーバ１は、コアネットワーク装置２のＡＰＩ（Application Programming Interface）や、アプリサーバ１のインタフェースをモニタすることで、優先端末４ａの通信のパフォーマンス（通信パフォーマンス）を取得し、記憶されたパフォーマンスの要件と比較する。
通信パフォーマンスの要件としては、スループット性能、遅延時間性能、ジッタ特性等があり、適用されるシステムに応じて適宜選択可能である。
通信パフォーマンスの要件としては、スループット性能、遅延時間性能、ジッタ特性等があり、適用されるシステムに応じて適宜選択可能である。
【0034】
そして、優先端末４ａの通信パフォーマンスが要件を満たしていない場合には、アプリサーバ１は、以下の第１～第３の処理を行う。第１の処理を行っても要件を満たさない場合に第２の処理を行い、それでも要件を満たさない場合には第３の処理を行うものである。
後述するように、第１の処理は、優先端末４ａの５ＱＩの優先度を上げる処理、第２の処理は、優先端末４ａ以外の無線端末４（非優先端末）の５ＱＩの優先度を下げる処理、第３の処理は、非優先端末の接続を切断する処理である。
後述するように、第１の処理は、優先端末４ａの５ＱＩの優先度を上げる処理、第２の処理は、優先端末４ａ以外の無線端末４（非優先端末）の５ＱＩの優先度を下げる処理、第３の処理は、非優先端末の接続を切断する処理である。
【0035】
［アプリサーバ１における処理：図２～４］
以下、本システムの第１～第３の処理について図２～４を参照しながら具体的に説明する。
図２は、第１の処理（優先端末の通信の優先度を高くする処理）のフローチャートであり、図３は、第２の処理（非優先端末の優先度を低くする処理）のフローチャートであり、図４は、第３の処理（非優先端末の接続を切断する処理）のフローチャートである。
尚、図２～４は、アプリサーバ１で実行される処理であり、連続して行われるものであるが、説明を容易にするために第１、第２、第３の処理として分けて説明する。
以下、本システムの第１～第３の処理について図２～４を参照しながら具体的に説明する。
図２は、第１の処理（優先端末の通信の優先度を高くする処理）のフローチャートであり、図３は、第２の処理（非優先端末の優先度を低くする処理）のフローチャートであり、図４は、第３の処理（非優先端末の接続を切断する処理）のフローチャートである。
尚、図２～４は、アプリサーバ１で実行される処理であり、連続して行われるものであるが、説明を容易にするために第１、第２、第３の処理として分けて説明する。
【0036】
また、ここでは、優先的に通信させたい無線端末４ａ（例えば映像伝送用のカメラ）と、それ以外の無線端末４ｂ，４ｃ（例えばスマートフォン）が同時に通信することによりトラフィックが輻輳し、優先端末４ａで十分良好な通信パフォーマンスが得られない場合を例として説明する。
【0037】
［第１の処理：図２］
まず、第１の処理について図２を用いて説明する。
図２に示すように、アプリサーバ１は、まず、優先的に通信させたい無線端末４の識別番号であるＩＭＳＩ（International Mobile Subscriber Identity）と、優先端末に実現させるべき通信パフォーマンスの要件を設定する（１００）。通信パフォーマンスの要件（単に「要件」と記載することがある）は、アプリケーションに応じて良好な通信を実現するために必要なパフォーマンスのしきい値である。
上述したように、通信パフォーマンスは、スループット、遅延、ジッタ等の特性を任意に設定可能であり、ここではスループットの値とする。また、ここでは優先端末を１台として説明するが、複数台指定してもよい。
まず、第１の処理について図２を用いて説明する。
図２に示すように、アプリサーバ１は、まず、優先的に通信させたい無線端末４の識別番号であるＩＭＳＩ（International Mobile Subscriber Identity）と、優先端末に実現させるべき通信パフォーマンスの要件を設定する（１００）。通信パフォーマンスの要件（単に「要件」と記載することがある）は、アプリケーションに応じて良好な通信を実現するために必要なパフォーマンスのしきい値である。
上述したように、通信パフォーマンスは、スループット、遅延、ジッタ等の特性を任意に設定可能であり、ここではスループットの値とする。また、ここでは優先端末を１台として説明するが、複数台指定してもよい。
【0038】
そして、アプリサーバ１は、設定されたトリガが発生すると、インタフェースをモニタして、優先端末の通信パフォーマンス情報を取得する（１０２）。また、優先端末の通信パフォーマンス情報をコアネットワーク装置２のＡＰＩ等を通じて取得してもよい。
トリガとしては、開始コマンドの入力や、優先端末として設定された無線端末４（優先端末４ａとする）のデータ通信開始があり、任意に実装可能である。
トリガとしては、開始コマンドの入力や、優先端末として設定された無線端末４（優先端末４ａとする）のデータ通信開始があり、任意に実装可能である。
【0039】
次に、アプリサーバ１は、取得した優先端末のパフォーマンス情報と記憶している要件とを比較し、優先端末のパフォーマンス情報が要件を満たしているか（しきい値以上であるか）どうかを判断する（１０４）。
ステップ１０４で優先端末のパフォーマンス情報が要件を満たしている場合には、アプリサーバ１は、処理１０２に戻って優先端末４ａのパフォーマンスを監視する。
また、ステップ１０４で優先端末のパフォーマンス情報が要件を満たしていない場合には、アプリサーバ１は、コアネットワーク装置２から、優先端末の現在の５ＱＩの値を取得する（１０６）。
ステップ１０４で優先端末のパフォーマンス情報が要件を満たしている場合には、アプリサーバ１は、処理１０２に戻って優先端末４ａのパフォーマンスを監視する。
また、ステップ１０４で優先端末のパフォーマンス情報が要件を満たしていない場合には、アプリサーバ１は、コアネットワーク装置２から、優先端末の現在の５ＱＩの値を取得する（１０６）。
【0040】
アプリサーバ１は、取得した現在の５ＱＩの値が優先度の最高値であるか否かを判断し（１０８）、最高値でなければ（Ｎｏの場合）、まだ優先度を上げる余裕があるため、アプリサーバ１は、コアネットワーク装置２に対して優先端末の５ＱＩの優先度を上げるよう指示し（１１０）、ステップ１０２に移行する。
ここで、上げ幅は予めアプリサーバ１とコアネットワーク装置２との間で取り決めておくものとする。
ここで、上げ幅は予めアプリサーバ１とコアネットワーク装置２との間で取り決めておくものとする。
【0041】
また、ステップ１０８で、優先端末の現在の優先度が最高値である場合には（Ｙｅｓの場合）、これ以上優先端末の優先度を上げることはできないので、アプリサーバ１は、図３に示す第２の処理に移行する（Ａ）。
このようにしてアプリサーバ１における第１の処理が行われる。
このようにしてアプリサーバ１における第１の処理が行われる。
【0042】
［第２の処理：図３］
次に、第２の処理について図３を用いて説明する。
図２に示した第１の処理において、処理１０８で現在優先端末の優先度が最高値であった場合、Ａに移行して、図３に示す第２の処理が開始される。
図３に示すように、第２の処理では、アプリサーバ１は、コアネットワーク装置２から現在接続されている全ての無線端末４のＩＭＳＩ（識別番号）と５ＱＩの値を取得する（２００）。
ここで、アプリサーバ１は、取得したＩＭＳＩごとに、本来の５ＱＩの値、及び５ＱＩの変遷をテーブル等で履歴情報として時系列に記憶しておく（時系列履歴テーブル）。
次に、第２の処理について図３を用いて説明する。
図２に示した第１の処理において、処理１０８で現在優先端末の優先度が最高値であった場合、Ａに移行して、図３に示す第２の処理が開始される。
図３に示すように、第２の処理では、アプリサーバ１は、コアネットワーク装置２から現在接続されている全ての無線端末４のＩＭＳＩ（識別番号）と５ＱＩの値を取得する（２００）。
ここで、アプリサーバ１は、取得したＩＭＳＩごとに、本来の５ＱＩの値、及び５ＱＩの変遷をテーブル等で履歴情報として時系列に記憶しておく（時系列履歴テーブル）。
【0043】
そして、アプリサーバ１は、接続中の全ての非優先端末（優先端末ではない無線端末４）の５ＱＩの優先度が最低値であるかどうかを判断し（２０２）、全ての非優先端末の優先度が最低値でない場合（Ｎｏの場合）には、コアネットワーク装置２に対して特定の非優先端末の５ＱＩの優先度を下げるように指示を出力する（２０４）。
【0044】
その際、優先度を下げる非優先端末は、ランダムに選択してもよいし、一定の優先度以上が設定されている非優先端末から下げてもよいし、逆に優先度の低いものから順に指定して下げてもよい。更に、接続中の全ての非優先端末の優先度を一斉に下げてもよい。
また、下げ幅は予め設定しておくものとする。これらは、任意に設定可能である。
また、下げ幅は予め設定しておくものとする。これらは、任意に設定可能である。
【0045】
ここで、アプリサーバ１は、ステップ２０４を行う度に、全ての接続中の無線端末４のＩＭＳＩと５ＱＩの値を履歴情報の時系列履歴テーブルに追加して記憶しておく。これにより、後述するように、一旦下げた優先度を元に戻す処理を可能とするものである。
【0046】
また、ステップ２０２で全ての非優先端末の５ＱＩの優先度が最低値であった場合には（Ｙｅｓの場合）、これ以上非優先端末の優先度を下げることはできないので、アプリサーバ１は、図４の第３の処理に移行する（Ｂ）。
【0047】
そして、アプリサーバ１は、優先端末のパフォーマンス情報を取得し（２０６）、優先端末のパフォーマンス情報が要件を満たしているかどうかを判断し（２０８）、要件を満たしている場合には（Ｙｅｓの場合）、図２の処理１０２に移行する（Ｃ）。
【0048】
また、ステップ２０８で優先端末４ａのパフォーマンス情報が要件を満たしていない場合には（Ｎｏの場合）、ステップ２００に移行して、第２の処理を繰り返す。
このようにしてアプリサーバ１における第２の処理が行われる。
このようにしてアプリサーバ１における第２の処理が行われる。
【0049】
［第３の処理：図４］
次に、第３の処理について図４を用いて説明する。
図３に示した第２の処理において、ステップ２０２で全ての非優先端末の優先度が最低値であった場合、Ｂに移行して、図４に示す第３の処理が開始される。
図４に示すように、第３の処理が開始されると、アプリサーバ１は、非優先端末の接続を切断するよう、コアネットワーク装置２に指示を出力する（３００）。
接続を切断する非優先端末は、第２の処理と同様に、ランダムに選択してもよいし、優先度の低いものから順に切断してもよいし、全ての非優先端末を一斉に切断してもよい。
次に、第３の処理について図４を用いて説明する。
図３に示した第２の処理において、ステップ２０２で全ての非優先端末の優先度が最低値であった場合、Ｂに移行して、図４に示す第３の処理が開始される。
図４に示すように、第３の処理が開始されると、アプリサーバ１は、非優先端末の接続を切断するよう、コアネットワーク装置２に指示を出力する（３００）。
接続を切断する非優先端末は、第２の処理と同様に、ランダムに選択してもよいし、優先度の低いものから順に切断してもよいし、全ての非優先端末を一斉に切断してもよい。
【0050】
そして、アプリサーバ１は、優先端末４ａのパフォーマンス情報を取得し（３０２）、通信パフォーマンスの要件を満たしているか否かを判断する（３０４）。
ステップ３０４で優先端末４ａのパフォーマンス情報が要件を満たしていた場合（Ｙｅｓの場合）、アプリサーバ１は、図２のステップ１０２に移行する（Ｃ）。
ステップ３０４で優先端末４ａのパフォーマンス情報が要件を満たしていた場合（Ｙｅｓの場合）、アプリサーバ１は、図２のステップ１０２に移行する（Ｃ）。
【0051】
また、ステップ３０４で優先端末４ａのパフォーマンス情報が要件を満たしていなかった場合（Ｎｏの場合）、アプリサーバ１は、コアネットワーク装置２から現在接続されている全端末のＩＭＳＩを取得し（３０６）、現在接続中の端末の中に、非優先端末があるかどうかを判断し（３０８）、非優先端末があれば（Ｙｅｓの場合）、ステップ３００に戻って第３の処理を繰り返す。
また、ステップ３０８で非優先端末がなければ、処理を終わる。
このようにして、アプリサーバ１における第３の処理が行われるものである。
また、ステップ３０８で非優先端末がなければ、処理を終わる。
このようにして、アプリサーバ１における第３の処理が行われるものである。
【0052】
尚、アプリサーバ１は、各無線端末４に対応して、時系列履歴テーブルにおいて優先度の履歴に加えて、切断の履歴も記憶しておき、履歴情報に切断の履歴が記憶されている各無線端末の接続を切断する指示を、コアネットワーク装置２へ一定時間ごとに繰り返し出力する。切断の履歴が残っている端末（時系列履歴テーブルにおいて切断の履歴が記憶されている端末）が再度接続されていた場合、コアネットワーク装置２はアプリサーバ１の指示に従って、当該無線端末の接続を切断する。この動作により、ステップ３００で接続が切断された端末が意図せずネットワークに再接続された場合も、即座に接続が切断される。
尚、履歴情報として、時系列履歴テーブルの他に、現在切断されている無線端末のＩＭＳＩを記憶したテーブル（切断履歴テーブル）を備えておき、切断履歴テーブルに基づいて、切断する指示を繰り返し出力する処理を行ってもよい。
尚、履歴情報として、時系列履歴テーブルの他に、現在切断されている無線端末のＩＭＳＩを記憶したテーブル（切断履歴テーブル）を備えておき、切断履歴テーブルに基づいて、切断する指示を繰り返し出力する処理を行ってもよい。
【0053】
[優先端末のパフォーマンスが改善した場合の制御]
尚、第１の処理において、優先端末４ａの優先度を上げる制御を行った後で、再度優先端末４ａのパフォーマンス情報を取得した際に、優先端末４ａのパフォーマンス情報が要件を必要以上に上回っていた場合には、アプリサーバ１は、コアネットワーク装置２に対して、一旦上げた優先端末４ａの優先度を、元（本来の優先度）に戻すよう下げる指示を出力してもよい。その際には、アプリサーバ１は、記憶している優先度の履歴に基づいて制御を行う。
これにより、優先端末４ａに無駄に多くのリソースを分配することなく、柔軟な制御を可能として、システム全体で良好なパフォーマンスが得られるものである。
尚、第１の処理において、優先端末４ａの優先度を上げる制御を行った後で、再度優先端末４ａのパフォーマンス情報を取得した際に、優先端末４ａのパフォーマンス情報が要件を必要以上に上回っていた場合には、アプリサーバ１は、コアネットワーク装置２に対して、一旦上げた優先端末４ａの優先度を、元（本来の優先度）に戻すよう下げる指示を出力してもよい。その際には、アプリサーバ１は、記憶している優先度の履歴に基づいて制御を行う。
これにより、優先端末４ａに無駄に多くのリソースを分配することなく、柔軟な制御を可能として、システム全体で良好なパフォーマンスが得られるものである。
【0054】
同様に、第２の処理においては、優先端末４ａのパフォーマンス情報が要件を必要以上に上回っていた場合には、アプリサーバ１は、一旦下げた非優先端末の優先度を、履歴情報に基づいて元に戻すように上げる指示をコアネットワーク装置２に出力してもよい。
その際、１回に制御する非優先端末の台数や、優先度を段階的に上げるか、一度に上げるかといった方法は任意に設定可能である。
その際、１回に制御する非優先端末の台数や、優先度を段階的に上げるか、一度に上げるかといった方法は任意に設定可能である。
【0055】
更に、第３の処理においては、アプリサーバ１は、一旦切断された非優先端末を再度接続可能とする処理を行ってもよい。
具体的には、時系列履歴テーブルに切断履歴がある場合、再接続を可能とする際には、時系列履歴テーブルの当該切断履歴にフラグ等を付して、コアネットワーク装置２に対して繰り返し出力している“端末の接続を切断する指示”を停止する。フラグが付された切断履歴は、復帰済みとして、当該非優先端末に対する“端末の接続を切断する指示”の出力の対象外とするものである。
または、切断履歴テーブルにおいて、再接続させる非優先端末のＩＭＳＩを削除することで、コアネットワーク装置２への“端末の接続を切断する指示”を停止してもよい。これにより、コアネットワーク装置２が当該非優先端末をネットワークに接続可能とするものである。切断履歴テーブルを用いると、時系列履歴テーブルを用いるよりも、再接続の処理を簡易に行うことができるものである。
尚、接続を切断する指示が停止された非優先端末について、通信のパフォーマンス状況に応じて、履歴情報に基づき優先度を段階的に上げる又は元に戻す処理を行ってもよい。
具体的には、時系列履歴テーブルに切断履歴がある場合、再接続を可能とする際には、時系列履歴テーブルの当該切断履歴にフラグ等を付して、コアネットワーク装置２に対して繰り返し出力している“端末の接続を切断する指示”を停止する。フラグが付された切断履歴は、復帰済みとして、当該非優先端末に対する“端末の接続を切断する指示”の出力の対象外とするものである。
または、切断履歴テーブルにおいて、再接続させる非優先端末のＩＭＳＩを削除することで、コアネットワーク装置２への“端末の接続を切断する指示”を停止してもよい。これにより、コアネットワーク装置２が当該非優先端末をネットワークに接続可能とするものである。切断履歴テーブルを用いると、時系列履歴テーブルを用いるよりも、再接続の処理を簡易に行うことができるものである。
尚、接続を切断する指示が停止された非優先端末について、通信のパフォーマンス状況に応じて、履歴情報に基づき優先度を段階的に上げる又は元に戻す処理を行ってもよい。
【0056】
上述したように、本システムでは、無線端末４の優先度を動的に変更することを繰り返すことで、無線通信ネットワークにおける各無線端末４を最適な優先度に落ち着かせることができ、無線通信ネットワークの安定性を向上させ、良好な通信を実現することができる。
【0057】
次に、第１～第３の処理について、コアネットワーク装置２を含めたシーケンスを説明する。
［第１の処理のシーケンス：図５］
まず、第１の処理のシーケンスについて図５を用いて説明する。図５は、第１の処理のシーケンスを示す説明図である。
図５に示すように、アプリサーバ１は、優先端末４ａとＵＬ（Up Link）／ＤＬ（Down Link）でユーザデータのやり取りを行うと（Ｓ１１）、当該通信について通信パフォーマンス情報を取得する（Ｓ１２）。
［第１の処理のシーケンス：図５］
まず、第１の処理のシーケンスについて図５を用いて説明する。図５は、第１の処理のシーケンスを示す説明図である。
図５に示すように、アプリサーバ１は、優先端末４ａとＵＬ（Up Link）／ＤＬ（Down Link）でユーザデータのやり取りを行うと（Ｓ１１）、当該通信について通信パフォーマンス情報を取得する（Ｓ１２）。
【0058】
そして、アプリサーバ１は、パフォーマンス判定を行い、その結果がアプリケーションの通信パフォーマンスの要件を満たさず、不満足であった場合（Ｓ１３）、コアネットワーク装置２から現在優先端末４ａに割り当てられている５ＱＩを取得する（Ｓ１４）。
アプリサーバ１は、当該５ＱＩの優先度が最高値ではない場合（Ｓ１５）、コアネットワーク装置２に対して優先端末４ａのＩＭＳＩを付して、５ＱＩの優先度を上げるよう５ＱＩ変更要求を出力する（Ｓ１６）。
アプリサーバ１は、当該５ＱＩの優先度が最高値ではない場合（Ｓ１５）、コアネットワーク装置２に対して優先端末４ａのＩＭＳＩを付して、５ＱＩの優先度を上げるよう５ＱＩ変更要求を出力する（Ｓ１６）。
【0059】
コアネットワーク装置２は、５ＱＩ変更要求を受信すると、変更要求に含まれるＩＭＳＩに対応する優先端末４ａの５ＱＩの優先度を、所定の上げ幅で上げて更新する。
そして、次に優先端末４ａの通信が発生した際に、更新した５ＱＩの優先度で通信を行わせる（Ｓ１７）。
このようにして第１の処理のシーケンスが行われる。
そして、次に優先端末４ａの通信が発生した際に、更新した５ＱＩの優先度で通信を行わせる（Ｓ１７）。
このようにして第１の処理のシーケンスが行われる。
【0060】
［第２の処理のシーケンス：図６］
次に、第２の処理のシーケンスについて図６を用いて説明する。図６は、第２の処理のシーケンスを示す説明図である。
図６に示すように、アプリサーバ１は、図５に示した第１の処理のシーケンスの後で優先端末４ａとＵＬ／ＤＬでユーザデータのやり取りを行って（Ｓ２１）、優先端末４ａのパフォーマンス情報が要件を満たしていない場合、コアネットワーク装置２から優先端末４ａに割り当てられている５ＱＩの値を取得する。
そして、優先端末４ａの優先度が最高値であった場合には（Ｓ２２）、現在ネットワークに接続されている全ての端末のＩＭＳＩとその５ＱＩの値を取得する（Ｓ２３）。
次に、第２の処理のシーケンスについて図６を用いて説明する。図６は、第２の処理のシーケンスを示す説明図である。
図６に示すように、アプリサーバ１は、図５に示した第１の処理のシーケンスの後で優先端末４ａとＵＬ／ＤＬでユーザデータのやり取りを行って（Ｓ２１）、優先端末４ａのパフォーマンス情報が要件を満たしていない場合、コアネットワーク装置２から優先端末４ａに割り当てられている５ＱＩの値を取得する。
そして、優先端末４ａの優先度が最高値であった場合には（Ｓ２２）、現在ネットワークに接続されている全ての端末のＩＭＳＩとその５ＱＩの値を取得する（Ｓ２３）。
【0061】
そして、アプリサーバ１は、全ての非優先端末に割り当てられている５ＱＩの優先度が最低ではない場合には（Ｓ２４）、コアネットワーク装置２に対して特定の非優先端末の優先度を下げるよう、５ＱＩ変更要求を出力する（Ｓ２５）。図６では、特定の非優先端末を非優先端末４ｂとしている。
上述したように、優先度を下げる非優先端末の選択方法は、予め任意に設定可能であり、各無線端末４の５ＱＩの優先度を変更する度に優先度変遷の履歴を時系列履歴テーブルに保存しておく。
上述したように、優先度を下げる非優先端末の選択方法は、予め任意に設定可能であり、各無線端末４の５ＱＩの優先度を変更する度に優先度変遷の履歴を時系列履歴テーブルに保存しておく。
【0062】
コアネットワーク装置２は、５ＱＩ変更要求を受信すると、変更要求に含まれるＩＭＳＩに対応する非優先端末４ｂの５ＱＩの優先度を、所定の下げ幅で下げて更新する。
そして、該当する非優先端末４ｂの通信が次に発生した際に、更新した５ＱＩの優先度で通信を行わせる（Ｓ２６）。
このようにして第２の処理のシーケンスが行われる。
そして、該当する非優先端末４ｂの通信が次に発生した際に、更新した５ＱＩの優先度で通信を行わせる（Ｓ２６）。
このようにして第２の処理のシーケンスが行われる。
【0063】
[第３の処理のシーケンス：図７]
次に、第３の処理のシーケンスについて図７を用いて説明する。図７は、第３の処理のシーケンスを示す説明図である。
図７に示すように、アプリサーバ１は、図６に示した第２の処理のシーケンスの後で優先端末４ａとＵＬ／ＤＬでユーザデータのやり取りを行い（Ｓ３１）、優先端末４ａのパフォーマンス情報が要件を満たしておらず、全ての非優先端末に割り当てられている５ＱＩの優先度が最低であると（Ｓ３２）、コアネットワーク装置２に対して特定の非優先端末のＰＤＵ（Protocol Data Unit）セッションを切断するよう要求する（ＰＤＵセッション切断要求、Ｓ３３）。図７では、特定の非優先端末を非優先端末４ｂとしている。
アプリサーバ１は、特定の非優先端末４ｂの接続を切断したことを履歴情報として時系列履歴テーブル、切断履歴テーブルに保存しておく。
次に、第３の処理のシーケンスについて図７を用いて説明する。図７は、第３の処理のシーケンスを示す説明図である。
図７に示すように、アプリサーバ１は、図６に示した第２の処理のシーケンスの後で優先端末４ａとＵＬ／ＤＬでユーザデータのやり取りを行い（Ｓ３１）、優先端末４ａのパフォーマンス情報が要件を満たしておらず、全ての非優先端末に割り当てられている５ＱＩの優先度が最低であると（Ｓ３２）、コアネットワーク装置２に対して特定の非優先端末のＰＤＵ（Protocol Data Unit）セッションを切断するよう要求する（ＰＤＵセッション切断要求、Ｓ３３）。図７では、特定の非優先端末を非優先端末４ｂとしている。
アプリサーバ１は、特定の非優先端末４ｂの接続を切断したことを履歴情報として時系列履歴テーブル、切断履歴テーブルに保存しておく。
【0064】
コアネットワーク装置２は、ＰＤＵセッション切断要求を受信すると、切断要求に含まれるＩＭＳＩに対応する非優先端末４ｂの接続を切断する（ＰＤＵセッション切断）。
このようにして第３の処理のシーケンスが行われる。
このようにして第３の処理のシーケンスが行われる。
【0065】
［実施の形態の効果］
本無線通信ネットワークシステムによれば、無線通信ネットワークを介して複数の無線端末とデータ通信を行うアプリサーバ１を有し、アプリサーバ１は、通信を優先させたい特定の無線端末（優先端末）４ａに関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報がアプリケーションの要件を満たしているか否かを判定し、アプリケーションの要件を満たしていない場合は、当該優先端末４ａの通信の優先度を、設定されているものより高くして変更するようコアネットワーク装置２に指示し、コアネットワーク装置２が、優先端末４ａの優先度を上げて更新するシステムとしているので、同時に接続された複数の無線端末の通信優先度を動的に制御することで、優先端末４ａに無線リソースをより多く分配して、通信パフォーマンスを向上させることができる効果がある。
本無線通信ネットワークシステムによれば、無線通信ネットワークを介して複数の無線端末とデータ通信を行うアプリサーバ１を有し、アプリサーバ１は、通信を優先させたい特定の無線端末（優先端末）４ａに関して取得した通信パフォーマンス情報を参照して、当該通信パフォーマンス情報がアプリケーションの要件を満たしているか否かを判定し、アプリケーションの要件を満たしていない場合は、当該優先端末４ａの通信の優先度を、設定されているものより高くして変更するようコアネットワーク装置２に指示し、コアネットワーク装置２が、優先端末４ａの優先度を上げて更新するシステムとしているので、同時に接続された複数の無線端末の通信優先度を動的に制御することで、優先端末４ａに無線リソースをより多く分配して、通信パフォーマンスを向上させることができる効果がある。
【0066】
また、本システムによれば、優先端末４ａの優先度を上げても、まだ優先端末４ａの通信パフォーマンス情報がアプリケーションの要件を満たしていない場合には、アプリサーバ１は、コアネットワーク装置２に非優先端末の優先度を下げるよう指示を出力するシステムとしているので、非優先端末に割り当てられる無線リソースを低減し、その分、優先端末４ａに割り当てられる無線リソースを増大させて、優先端末４ａの通信パフォーマンスを向上させることができる効果がある。
【0067】
また、本システムによれば、非優先端末の優先度を下げても、まだ優先端末４ａの通信パフォーマンス情報がアプリケーションの要件を満たしていない場合には、アプリケーションサーバ１は、コアネットワーク装置２に対して、非優先端末の接続を切断するよう指示を出力するシステムとしているので、優先端末４ａが無線リソースを最優先で使用でき、通信パフォーマンスを一層向上させて、アプリケーションに応じた良好な通信パフォーマンスを実現することができる効果がある。
【0068】
更に、本システムによれば、アプリケーションサーバ１が、各無線端末４の優先度を制御する際に、各無線端末４の本来の優先度と、優先度の変遷の履歴を記憶しているので、上述した動作を行った結果、優先端末４ａの通信パフォーマンス情報が必要以上に向上した場合には、優先端末４ａの優先度を元の値に下げたり、優先度を下げた非優先端末の優先度を元の値に戻したりするシステムとしているので、優先度を柔軟に制御して良好な通信を実現することができる効果がある。
【0069】
更にまた、本システムは、ローカル５Ｇ等の閉鎖ネットワークに限らず、一般の公衆回線網に適用することも可能であり、特に災害時等に、限られた無線リソースを、例えば行政や災害復旧に関わる優先端末等に多く割り当てることで、被災者支援や復旧業務を効率良く進めることができる効果がある。
【産業上の利用可能性】
【0070】
本発明は、特定の無線端末の通信を優先的に行うことができる無線通信ネットワークシステムに適している。
【符号の説明】
【0071】
１…アプリサーバ、 ２…コアネットワーク装置、 ３…基地局、 ４…無線端末、 ４ａ…優先端末、 ４ｂ，４ｃ…非優先端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】