(57)【要約】【課題】無線通信ネットワークを介して複数のサービスが端末装置に提供される環境下において、任意のサービスに対して無線通信ネットワークの通信の安定性を確保すること。【解決手段】基地局１００は、第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得する取得部１４１と、識別子を、端末装置２００に送信する送信処理部１４３と、を備える。【選択図】図２
2018198356.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得する取得部と、
前記識別子を、端末装置に送信する送信処理部と、
を備える基地局。
【請求項２】
前記第１のサービスは、ミッションクリティカルのためのサービスである、請求項１記載の基地局。
【請求項３】
前記取得部は、前記第１のサービスを利用する端末装置を特定するための特定情報に基づいて、前記識別子を設定することにより取得する、請求項１又は２記載の基地局。
【請求項４】
前記特定情報は、前記第１のサービスの管理を行うサーバから通知される請求項３記載の基地局。
【請求項５】
前記特定情報は、前記サーバにより前記第１のサービスの運用維持ができないと判断された場合に通知される、請求項４記載の基地局。
【請求項６】
前記特定情報は、前記第１のサービスの運用開始時に前記サーバから通知される、請求項４記載の基地局。
【請求項７】
前記サーバは、ＭＥＣ（Mobile Edge Computing）のためのサーバである、請求項４乃至６のうちいずれか１項記載の基地局。
【請求項８】
前記識別子は、ＲＮＴＩ（Radio Network Temporary Identifier）である、請求項１乃至７のうちいずれか１項記載の基地局。
【請求項９】
前記送信処理部は、前記識別子と、前記第１のサービスのためのパケットのヘッダ圧縮に関する制御情報とを、前記端末装置に送信する、請求項１乃至８のうちいずれか１項記載の基地局。
【請求項１０】
前記第１のサービスのためのパケットのヘッダ圧縮に関する制御情報に基づいて、前記第２の無線ベアラに関するスケジューリングを行うスケジューリング処理部を、更に備える、請求項１乃至９のうちいずれか１項記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局に関する。
【背景技術】
【０００２】
ＭＥＣ（Mobile Edge Computing）技術などを用いたサービスには、パケットロスがサービス運用に致命的になるような場合がある。例えば、金融サービスなどのミッションクリティカルサービスでは、例えばサーバが、危険回避のため、端末装置との定期的な通信を行うことにより端末装置の状態を常に監視する必要がある。このため、ミッションクリティカルサービスでは、基地局と端末装置との間の無線区間で発生するパケットロスがサービス運用に致命的な危険となり得る。
【０００３】
このため、上述したミッションクリティカルサービスなどのサービスについては、パケットロスが発生しないように、特別なスケジューリング方法を適用して無線区間のパケットロスを減らす必要がある。
【０００４】
例えば、特許文献１には、所定の通信品質を満たす追加経路候補を既存経路に追加するため、追加経路候補となる中継ノードおよび基地局を設定する技術が、記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１６／１３２４２９号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１に開示の技術では、無線ベアラをどのように設定するかについて何ら考慮されていない。例えば、特定の端末装置（ＵＥ）に設定されている無線ベアラ単位で提供される全てのサービスに対し、無線リソースを多く割り当てるためのスケジューリングを適用することにより、パケットロスが減少され得る。
【０００７】
しかしながら、全てのサービスに上述した特別なスケジューリングが適用されると、無線リソースの浪費を招き、その他のユーザの端末装置に提供されるサービスに影響を与え得る。
【０００８】
本発明の目的は、無線通信ネットワークを介して複数のサービスが端末装置に提供される環境下において、任意のサービスに対して無線通信ネットワークの通信の安定性を確保することを可能にする基地局を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の基地局は、第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得する取得部と、前記識別子を、端末装置に送信する送信処理部と、を備える。
【発明の効果】
【００１０】
本発明によれば、無線通信ネットワークを介して複数のサービスが端末装置に提供される環境下において、任意のサービスに対して無線通信ネットワークの通信の安定性を確保することが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実施形態に係るシステムの概略的な構成の一例を示す説明図である。
【図２】図２は、本発明の第１の実施形態に係る基地局の概略的な構成の一例を示す説明図である。
【図３】図３は、本発明の第１の実施形態に係る端末装置の概略的な構成の一例を示す説明図である。
【図４】図４は、第１の実施形態に係る第１の動作例の概略的な流れを示すフロー図である。
【図５】図５は、ＭＣ（Mission Critical）−ＤＲＢ（Dedicated Radio Bearer）の概略的な構成について説明するための図である。
【図６】図６は、ＭＣ  ｃｏｎｆｉｇ  ＩＥの概略的な構成の例について説明するための図である。
【図７】図７は、第１の実施形態に係る第２の動作例の概略的な流れを示すフロー図である。
【図８】図８は、本発明の第２の実施形態に係る基地局の概略的な構成の一例を示す説明図である。
【図９】図９は、本発明の第２の実施形態に係る端末装置の概略的な構成の一例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下、添付の図面を参照して本発明の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
【００１３】
説明は、以下の順序で行われる。
１．本発明の実施形態の概要
２．システムの構成
３．第１の実施形態
３．１．基地局の構成
３．２．端末装置の構成
３．３．技術的特徴
３．４．動作例
３．５．効果
４．第２の実施形態
４．１．基地局の構成
４．２．端末装置の構成
４．３．技術的特徴
５．他の形態
【００１４】
＜＜１．本発明の実施形態の概要＞＞
まず、本発明の実施形態の概要を説明する。
【００１５】
（１）技術的課題
ＭＥＣ（Mobile Edge Computing）技術などを用いたサービスには、パケットロスがサービス運用に致命的になるような場合がある。例えば、金融サービスなどのミッションクリティカル業務用途のサービスでは、サーバが、端末装置との定期的な通信を行うことにより端末装置の状態を常に監視して危険回避を行う必要がある。すなわち、このようなサービスでは、基地局と端末装置との間の無線区間で発生するパケットロスがサービス運用に致命的な危険をもたらす。
【００１６】
このため、このようなサービスについてはパケットロスが発生しないように、特別なスケジューリング方法を適用して無線区間のパケットロスを減らす必要がある。
【００１７】
例えば、特定の端末装置（ＵＥ）に設定される無線ベアラ単位で提供される全てのサービスに対して、無線リソースを多く割り当てるためのスケジューリングを適用することにより、パケットロスが減少され得る。
【００１８】
しかしながら、全てのサービスに上述した特別なスケジューリングが適用されると、無線リソースの浪費を招き、その他のユーザの端末装置に提供されるサービスに影響を与え得る。
【００１９】
とりわけ、無線通信が輻輳状態である場合、あるサービスクラスに複数のサービスがマッピングされているような運用形態である場合には、その他ユーザのデータ送信量が減少する。これにより、無線リソースの浪費は、セル内のユーザサービスに大きな影響を与えることになる。
【００２０】
また、ＬＴＥプロトコルにおいて特定のサービスのみを特定し、その特定のサービスのトラッフィクのみに特別なスケジューリング方法を適用する方法があれば、無線リソースの浪費は回避され得る。しかしながら、このような方法がないため、任意のサービスのみに特別なスケジューリング方法を適用することが困難である。
【００２１】
本発明の実施形態の目的は、無線通信ネットワークを介して複数のサービスが端末装置に提供される環境下において、任意のサービスに対して無線通信ネットワークの通信の安定性を確保することにある。
【００２２】
（２）技術的特徴
本発明の実施形態では、例えば、基地局は、第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得し、上記識別子を、端末装置に送信する。
【００２３】
また、本発明の実施形態では、例えば、端末装置は、第１の無線ベアラにより提供されている複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、基地局から受信し、上記識別子を用いて、上記第１のサービスに関する処理を実行する。
【００２４】
これにより、例えば、無線通信ネットワークを介して複数のサービスが端末装置に提供される環境下において、任意のサービスに対して無線通信ネットワークの通信の安定性を確保することが可能になる。
【００２５】
なお、上述した技術的特徴は本発明の実施形態の具体的な一例であり、当然ながら、本発明の実施形態は上述した技術的特徴に限定されない。
【００２６】
＜＜２．システムの構成＞＞
図１を参照して、本発明の実施形態に係るシステム１の構成の例を説明する。図１は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図１を参照すると、システム１は、基地局１００、端末装置２００、及びＭＥＣサーバ３００を含む。
【００２７】
例えば、システム１は、３ＧＰＰ（Third  Generation  Partnership  Project）の規格（standard）／仕様（specification）に準拠したシステムである。より具体的には、例えば、システム１は、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄ及び／又はＳＡＥ（System  Architecture  Evolution）の規格／仕様に準拠したシステムであってもよい。あるいは、システム１は、第５世代（５Ｇ）／ＮＲ（New  Radio）の規格／仕様に準拠したシステムであってもよい。当然ながら、システム１は、これらの例に限定されない。
【００２８】
（１）基地局１００
基地局１００は、無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）のノードであり、カバレッジエリア内に位置する端末装置（例えば、端末装置２００）との無線通信を行う。
【００２９】
例えば、基地局１００は、ｅＮＢ（evolved  Node  B）であってもよく、又は、５ＧにおけるｇＮＢ（generation  Node  B）であってもよい。基地局１００は、複数のユニット（又は複数のノード）を含んでもよい。当該複数のユニット（又は複数のノード）は、上位のプロトコルレイヤの処理を行う第１ユニット（又は第１ノード）と、下位のプロトコルレイヤの処理を行う第２ユニット（又は第２ノード）とを含んでもよい。一例として、上記第１ユニットは、中央ユニット（Center/Central  Unit：ＣＵ）と呼ばれてもよく、上記第２のユニットは、分散ユニット（Distributed  Unit：ＤＵ）又はアクセスユニット（Access  Unit：ＡＵ）と呼ばれてもよい。別の例として、上記第１ユニットは、デジタルユニット（Digital  Unit：ＤＵ）と呼ばれてもよく、上記第２ユニットは、無線ユニット（Radio  Unit：ＲＵ）又はリモートユニット（Remote  Unit：ＲＵ）と呼ばれてもよい。上記ＤＵ（Digital  Unit）は、ＢＢＵ（Base  Band  Unit）であってもよく、上記ＲＵは、ＲＲＨ（Remote  Radio  Head）又はＲＲＵ（Remote  Radio  Unit）であってもよい。当然ながら、上記第１ユニット（又は第１のノード）及び上記第２ユニット（又は第２のノード）の呼称は、この例に限定されない。あるいは、基地局１００は、単一のユニット（又は単一のノード）であってもよい。この場合に、基地局１００は、上記複数のユニットのうちの１つ（例えば、上記第１ユニット及び上記第２ユニットの一方）であってもよく、上記複数のユニットのうちの他のユニット（例えば、上記第１ユニット及び上記第２ユニットの他方）と接続されていてもよい。
【００３０】
（２）端末装置２００
端末装置２００は、基地局との無線通信を行う。例えば、端末装置２００は、基地局１００のカバレッジエリア内に位置する場合に、基地局１００との無線通信を行う。例えば、端末装置２００は、ＵＥ（User  Equipment）である。
【００３１】
（３）ＭＥＣサーバ３００
ＭＥＣサーバ３００は、基地局１００と直接的に（つまり、コアネットワークを介さずに）通信できるように、無線アクセスネットワーク内に配置される。例えば、ＭＥＣサーバ３００は、基地局１００と同じ建物に配置され、基地局１００と通信できるように当該サイト内のローカルエリアネットワークに接続されてもよい。
【００３２】
また、ＭＥＣサーバ３００は、端末装置（例えば端末装置２００）に向けたサービス又はアプリケーションに関するエッジコンピューティングのためのコンピューティングリソース及びストレージリソースを備える。
【００３３】
＜＜３．第１の実施形態＞＞
続いて、本発明の第１の実施形態を説明する。
【００３４】
＜３．１．基地局の構成＞
図２を参照して、第１の実施形態に係る基地局１００の構成の例を説明する。図２は、第１の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図２を参照すると、基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。
【００３５】
（１）無線通信部１１０
無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。
【００３６】
（２）ネットワーク通信部１２０
ネットワーク通信部１２０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。
【００３７】
（３）記憶部１３０
記憶部１３０は、基地局１００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、基地局１００の動作のための１つ以上の命令を含む。
【００３８】
（４）処理部１４０
処理部１４０は、基地局１００の様々な機能を提供する。処理部１４０は、取得部１４１、送信処理部１４３、受信処理部１４５、及びスケジューリング処理部１４７を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。取得部１４１、送信処理部１４３、受信処理部１４５、及びスケジューリング処理部１４７の具体的な動作は、後に詳細に説明する。
【００３９】
例えば、処理部１４０（送信処理部１４３及び受信処理部１４５）は、無線通信部１１０を介して端末装置（例えば、端末装置２００）と通信する。例えば、処理部１４０は、ネットワーク通信部１２０を介して他のネットワークノード（例えば、ＭＥＣサーバ３００又はコアネットワークノード）と通信する。
【００４０】
（５）実装例
無線通信部１１０は、アンテナ及び高周波（Radio  Frequency：ＲＦ）回路等により実装されてもよく、当該アンテナは、指向性アンテナであってもよい。ネットワーク通信部１２０は、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部１３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部１４０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他の種類のプロセッサ等の１つ以上のプロセッサにより実装されてもよい。取得部１４１、送信処理部１４３、受信処理部１４５、及びスケジューリング処理部１４７は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１３０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。
【００４１】
基地局１００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部１４０の動作（取得部１４１、送信処理部１４３、受信処理部１４５及び／又はスケジューリング処理部１４７の動作）を行ってもよい。上記プログラムは、処理部１４０の動作（取得部１４１、送信処理部１４３、受信処理部１４５及び／又はスケジューリング処理部１４７の動作）をプロセッサに実行させるためのプログラムであってもよい。
【００４２】
なお、基地局１００は、仮想化されていてもよい。即ち、基地局１００は、仮想マシンとして実装されてもよい。この場合に、基地局１００（仮想マシン）は、プロセッサ及びメモリ等を含む物理マシン（ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。
【００４３】
＜３．２．端末装置の構成＞
図３を参照して、第１の実施形態に係る端末装置２００の構成の例を説明する。図３は、第１の実施形態に係る端末装置２００の概略的な構成の例を示すブロック図である。図３を参照すると、端末装置２００は、無線通信部２１０、記憶部２２０及び処理部２３０を備える。
【００４４】
（１）無線通信部２１０
無線通信部２１０は、信号を無線で送受信する。例えば、無線通信部２１０は、基地局からの信号を受信し、基地局への信号を送信する。
【００４５】
（２）記憶部２２０
記憶部２２０は、端末装置２００の動作のためのプログラム（命令）及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、端末装置２００の動作のための１つ以上の命令を含む。
【００４６】
（３）処理部２３０
処理部２３０は、端末装置２００の様々な機能を提供する。処理部２３０は、送信処理部２３１、受信処理部２３３、及び実行部２３５を含む。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２３０は、これらの構成要素の動作以外の動作も行い得る。送信処理部２３１、受信処理部２３３、及び実行部２３５の具体的な動作は、後に詳細に説明する。
【００４７】
例えば、処理部２３０（送信処理部２３１及び受信処理部２３３）は、無線通信部２１０を介して基地局（例えば、基地局１００）と通信する。
【００４８】
（４）実装例
無線通信部２１０は、アンテナ及び高周波（ＲＦ）回路等により実装されてもよい。記憶部２２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部２３０は、ベースバンド（ＢＢ）プロセッサ及び／又は他の種類のプロセッサ等の１つ以上のプロセッサにより実装されてもよい。送信処理部２３１、受信処理部２３３、及び実行部２３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部２２０）は、上記１つ以上のプロセッサ内に含まれていてもよく、又は、上記１つ以上のプロセッサ外にあってもよい。一例として、処理部２３０は、ＳｏＣ（System  on  Chip）内で実装されてもよい。
【００４９】
端末装置２００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよい。当該１つ以上のプロセッサは、上記プログラムを実行して、処理部２３０の動作（送信処理部２３１、受信処理部２３３、及び／又は実行部２３５の動作）を行ってもよい。上記プログラムは、処理部２３０の動作（送信処理部２３１、受信処理部２３３、及び／又は実行部２３５の動作）をプロセッサに実行させるためのプログラムであってもよい。
【００５０】
＜３．３．技術的特徴＞
次に、第１の実施形態の技術的特徴を説明する。
【００５１】
基地局１００（取得部１４１）は、第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得する。そして、基地局１００（送信処理部１４３）は、上記識別子を、端末装置２００に送信する。
【００５２】
また、端末装置２００（受信処理部２３３）は、上記識別子を、基地局１００から受信する。そして、端末装置２００（実行部２３５）は、上記識別子を用いて、上記第１のサービスに関する処理を実行する。
【００５３】
（１）第１のサービス
上記第１のサービスは、ミッションクリティカルのためのサービスである。具体的には、上記第１のサービスは、例えばＭＥＣサーバ３００が基地局１００を介して端末装置２００に提供するサービスである。
【００５４】
（２）識別子
上記識別子は、ＲＮＴＩ（Radio Network Temporary Identifier）である。具体的には、上記識別子は、ミッションクリティカルのためのＲＮＴＩ（以下、ＭＣ−ＲＮＴＩともいう。）である。ＭＣ−ＲＮＴＩは、上記第１の無線ベアラによる通信で用いられるＲＮＴＩと異なるＲＮＴＩ、即ち、第２の無線ベアラの確立のために基地局１００により設定される新たなＲＮＴＩである。
【００５５】
（３）識別子の取得
基地局１００（取得部１４１）は上記第１のサービスを利用する端末装置２００を特定するための特定情報に基づいて、上記識別子を設定することにより取得する。ここで、上記特定情報は、上記第１のサービスの管理を行うサーバ（例えばＭＥＣサーバ３００）から通知される。例えば、上記特定情報は、ＴＥＩＤ（Tunnel Endpoint Identity）、ＭＣ（Mission  Critical）−ＵＥＩＤ、Ｄｓｔ  Ｐｏｒｔ、Ｄｓｔ  ＩＰ  ａｄｄｒｅｓｓなどの、ＭＥＣサーバ３００が上記第１のサービスを利用しているユーザを見分けるための識別子が用いられる。
【００５６】
−特定情報の通知タイミング
上記特定情報は、上記サーバ（例えばＭＥＣサーバ３００）により上記第１のサービスの運用維持ができないと判断された場合に基地局１００に通知されてもよい。また、上記特定情報は、上記第１のサービスの運用開始時に上記サーバ（例えばＭＥＣサーバ３００）から端末装置２００に通知されてもよい。
【００５７】
（４）ヘッダ圧縮に関する制御情報の送受信
基地局１００（送信処理部１４３）は、上記識別子に加えて、上記第１のサービスのためのパケットのヘッダ圧縮に関する制御情報を、端末装置２００に送信してもよい。ここで、上記ヘッダ圧縮に関する上記制御情報は、例えば、上記第１のサービスのプロトコルタイプから算出されるＲＯＨＣ（Robust Header Compression）のためのプロファイル情報である。
【００５８】
（５）スケジューリング処理
端末装置２００（実行部２３５）は、上記識別子を用いて、上記第１のサービスのための上記第２の無線ベアラに関するスケジューリングを、基地局１００に要求する。
【００５９】
一方、基地局１００（スケジューリング処理部１４７）は、上記第１のサービスのためのパケットのヘッダ圧縮に関する制御情報に基づいて、上記第２の無線ベアラに関するスケジューリングを行う。スケジューリング処理の流れの具体例については後述する。
【００６０】
＜３．４．動作例＞
次に、システム１で行われる処理の動作例について説明する。
【００６１】
−第１の動作例
まず、第１の具体例に係る処理について図４を参照して説明する。
【００６２】
ステップＳ４０１Ａ及びステップＳ４０１Ｂにおいて、ＭＥＣサーバ３００は、基地局１００及び端末装置２００にそれぞれアクセスして、ミッションクリティカルサービスの運用状況を監視する。例えば、トラフィックタイプが異なる複数の通信が混在する環境下、無線通信の輻輳状態などが基地局１００により検知されると、当該検知された情報が、監視対象の運用状況に関する情報として、ＭＥＣサーバ３００に通知される。その後、ステップＳ４０３に進む。
【００６３】
ステップＳ４０３において、ＭＥＣサーバ３００は、ミッションクリティカルサービスの運用状況に基づき、サービスを安定的に稼働させることができないと判断した場合、ミッションクリティカルサービスのためのトラフィックを優先的に保護することを決定する。その後、ステップＳ４０５に進む。
【００６４】
ステップＳ４０５において、ＭＥＣサーバ３００は、ミッションクリティカルサービスを利用する端末装置（例えば端末装置２００）を特定するための特定情報として、ＴＥＩＤ、ＭＣ（Mission  Critical）−ＵＥＩＤ、Ｄｓｔ  Ｐｏｒｔ、Ｄｓｔ  ＩＰ  ａｄｄｒｅｓｓを基地局１００に通知する。その後、ステップＳ４０７に進む。
【００６５】
ステップＳ４０７において、基地局１００は、例えば図５に示すように、基地局１００と端末装置２００との間に新たなベアラの確立、すなわちミッションクリティカルトラフィック用のＭｉｓｓｉｏｎ  Ｃｒｉｔｉｃａｌ  Ｄｅｄｉｃａｔｅｄ  Ｒａｄｉｏ  Ｂｅａｒｅｒ（ＭＣ−ＤＲＢ）の確立を行う。具体的に、基地局１００は、利用サービス（ミッションクリティカルサービス）のプロトコルタイプから算出されるＲＯＨＣプロファイルに関する情報と、ＭＣ−ＲＮＴＩとを、該当する端末装置２００に通知する。ＭＣ−ＲＮＴＩは、例えば次のようなメッセージにより基地局１００から端末装置２００に通知されてもよい。すなわち、３ＧＰＰ  ＴＳ３６．３３１  Ｖ１４．２．２に規定されているＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ  ＩＥの中に、例えば図６に示すようなＭＣ  ｃｏｎｆｉｇ  ＩＥを定義することにより、ＭＣ−ＲＮＴＩを基地局１００から端末装置２００に通知してもよい。その後、ステップＳ４０９に進む。
【００６６】
ステップＳ４０９において、端末装置２００は、アップリンクでミッションクリティカルサービスに関するトラフィックデータを基地局１００に送信する際に、そのトラフィックデータに対してＲＯＨＣを適用し、ＭＣ−ＲＮＴＩを用いてスケジューリング要求を基地局１００に対して行う。その後、ステップＳ４１１に進む。
【００６７】
ステップＳ４１１及びステップＳ４１３において、基地局１００は、端末装置２００から送信されるトラフィックデータが、ミッションクリティカルサービスであることを識別し、当該識別に基づいたスケジューリングを行う。具体的には、基地局１００は、端末装置２００から送信されてくるトラフィックデータがＲＯＨＣで圧縮されていることを考慮したスケジューリングを行う。すなわち、基地局１００は、ＲＯＨＣによるユーザーデータペイロード圧縮分を考慮に入れて、符号化率を下げるなどの無線スケジューリングを行う。このようなスケジューリングにより、パケットロスが抑えられる。また、個別のＤＲＢが確立されるので、ミッションクリティカルサービスがマッピングされているＭＣ−ＤＲＢに対してのみＲＯＨＣを適用することができる。
【００６８】
ステップＳ４１５及びステップＳ４１７において、端末装置２００は、ミッションクリティカルサービスのトラフィックデータのみをＭＣ−ＤＲＢにより送信する。このようにして、端末装置２００は、ミッションクリティカルサービスのトラフィックデータに対してＲＯＨＣを適用することにより、無線リソースの消費を抑制することができる。その後、ステップＳ４１７に進む。
【００６９】
ステップＳ４１９において、基地局１００は、ＭＣ−ＲＮＴＩを用いて確立されたＭＣ−ＤＲＢ上のデータを、Ｅ−ＲＡＢ（E-UTRAN Radio Access Bearer）上で見分けることにより必要な優先制御などを行う。すなわち、基地局１００は、Ｅ−ＲＡＢ上で、ミッションクリティカルサービスのトラッフィクデータのみを見分けることができるので、プライオリティーレベルに応じた優先制御を、ミッションクリティカルサービスのトラッフィクデータのみに対して適用することができる。その後、ステップＳ４２１に進む。
【００７０】
ステップＳ４２１において、基地局１００は、輻輳が解消したりサービスを開放したりするなどの理由により、ＭＣ−ＲＮＴＩが不要になった場合には、例えばＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＬＥＡＳＥを用いてＭＣ−ＤＲＢを開放し、図４に示す処理を終了する。
【００７１】
−第２の動作例
次に、第２の具体例に係る処理について図７を参照して説明する。
【００７２】
ステップＳ７０１Ａ及びステップＳ７０１Ｂにおいて、ＭＥＣサーバ３００は、基地局１００及び端末装置２００にそれぞれアクセスして、ミッションクリティカルサービスの運用状況を監視する。その後、ステップＳ７０３に進む。
【００７３】
ステップＳ７０３において、ＭＥＣサーバ３００は、ミッションクリティカルサービスの運用が開始されることを検知すると、ミッションクリティカルサービスのためのトラフィックを優先的に保護することを決定する。その後、ステップＳ７０５〜ステップＳ７２１の処理を行う。ここで、ステップＳ７０５〜ステップＳ７２１については、上述したステップＳ４０５〜ステップＳ４２１と同様なのでその説明を省略する。
【００７４】
−他の動作例
例えば、第１及び第２の動作例のようなＭＣ−ＤＲＢを確立せずに、端末装置２００からミッションクリティカルサービスのためのトラフィックデータがマッピングされているベアラがまとめられてもよい。そして、当該ベアラについて、優先的なスケジューリングが適用されてもよい。
【００７５】
また、ダウンリンクでミッションクリティカルサービスのトラフィックデータを送信する場合にも適用可能である。すなわち、基地局１００は、ダウンリンクでミッションクリティカルサービスのトラフィックデータに対してＲＯＨＣを適用してもよい。具体的には、基地局１００は、ＲＯＨＣによるユーザーデータペイロードの圧縮分を考慮に入れて符号化率を下げるなどのスケジューリングを行うことで、ダウンリンクのパケットロスを軽減することができる。
【００７６】
＜３．５．効果＞
以上、第１の実施形態を説明した。第１の実施形態によれば、無線通信ネットワークを介して複数のサービスが端末装置に提供される環境下において、任意のサービスに対して無線通信ネットワークの通信の安定性を確保することができる。
【００７７】
とりわけ、第１の実施形態によれば、ミッションクリティカルサービスを見分ける為の情報の定義を行い、基地局１００側でミッションクリティカルサービスのためのトラッフィクに対して、パケットロス率を低下させる仕組みを提供することができる。すなわち、無線リソースを浪費することなくミッションクリティカルサービスのトラッフィクのみに着目して、パケットロスを効率的に軽減することができ、サービスの安定稼働を実現することができる。
【００７８】
＜＜４．第２の実施形態＞＞
続いて、図８及び図９を参照して、本発明の第２の実施形態を説明する。上述した第１の実施形態は、具体的な実施形態であるが、第２の実施形態は、より一般化された実施形態である。
【００７９】
＜４．１．基地局の構成＞
まず、図８を参照して、第２の実施形態に係る基地局（基地局１００）の構成の例を説明する。図８は、第２の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図８を参照すると、基地局１００は、取得部１５１及び送信処理部１５３を備える。取得部１５１及び送信処理部１５３の具体的な動作は、後に説明する。
【００８０】
取得部１５１及び送信処理部１５３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。取得部１５１及び送信処理部１５３は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、取得部１５１及び送信処理部１５３の動作を行ってもよい。上記プログラムは、取得部１５１及び送信処理部１５３の動作をプロセッサに実行させるためのプログラムであってもよい。
【００８１】
＜４．２．端末装置の構成＞
まず、図９を参照して、第２の実施形態に係る端末装置２００の構成の例を説明する。図９は、第２の実施形態に係る端末装置２００の概略的な構成の例を示すブロック図である。図９を参照すると、端末装置２００は、受信処理部２４１及び実行部２４３を備える。受信処理部２４１及び実行部２４３の具体的な動作は、後に説明する。
【００８２】
受信処理部２４１及び実行部２４３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。受信処理部２４１及び実行部２４３は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、受信処理部２４１及び実行部２４３の動作を行ってもよい。上記プログラムは、受信処理部２４１及び実行部２４３の動作をプロセッサに実行させるためのプログラムであってもよい。
【００８３】
＜４．３．技術的特徴＞
次に、第２の実施形態の技術的特徴を説明する。
【００８４】
第２の実施形態では、基地局１００（取得部１５１）は、第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得する。そして、基地局１００（送信処理部１５３）は、上記識別子を、端末装置２００に送信する。
【００８５】
例えば、取得部１５１は、上述した第１の実施形態に係る取得部１４１の動作を行ってもよい。また、送信処理部１５３は、上述した第１の実施形態に係る送信処理部１４３の動作を行ってもよい。
【００８６】
また、端末装置２００（受信処理部２４１）は、上記識別子を、基地局１００から受信する。そして、端末装置２００（実行部２４３）は、上記識別子を用いて、上記第１のサービスに関する処理を実行する。
【００８７】
例えば、受信処理部２４１は、上述した第１の実施形態に係る受信処理部２３３の動作を行ってもよい。また、実行部２４３は、上述した第１の実施形態に係る実行部２３５の動作を行ってもよい。
【００８８】
以上、第２の実施形態を説明した。第２の実施形態によれば、例えば、無線通信ネットワークを介して複数のサービスが端末装置に提供される環境下において、任意のサービスに対して無線通信ネットワークの通信の安定性を確保することができる。
【００８９】
＜５．他の形態＞
以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。
【００９０】
例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、処理におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。
【００９１】
また、本明細書において説明した基地局の構成要素（例えば、取得部、送信処理部、受信処理部、及び／又はスケジューリング処理部）を備える装置（例えば、基地局を構成する複数の装置（又はユニット）のうちの１つ以上の装置（又はユニット）、又は上記複数の装置（又はユニット）のうちの１つのためのモジュール）が提供されてもよい。本明細書において説明した端末装置の構成要素（例えば、送信処理部、受信処理部、及び／又は実行部）を備える装置（例えば、端末装置のためのモジュール）が提供されてもよい。また、上記構成要素の処理を含む方法が提供されてもよく、上記構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非一時的記録媒体（Non-transitory  computer  readable  medium）が提供されてもよい。当然ながら、このような装置、モジュール、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本発明に含まれる。
【００９２】
上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００９３】
（付記１）
第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得する取得部と、
前記識別子を、端末装置に送信する送信処理部と、
を備える基地局。
【００９４】
（付記２）
前記第１のサービスは、ミッションクリティカルのためのサービスである、付記１記載の基地局。
【００９５】
（付記３）
前記取得部は、前記第１のサービスを利用する端末装置を特定するための特定情報に基づいて、前記識別子を設定することにより取得する、付記１又は２記載の基地局。
【００９６】
（付記４）
前記特定情報は、前記第１のサービスの管理を行うサーバから通知される付記３記載の基地局。
【００９７】
（付記５）
前記特定情報は、前記サーバにより前記第１のサービスの運用維持ができないと判断された場合に通知される、付記４記載の基地局。
【００９８】
（付記６）
前記特定情報は、前記第１のサービスの運用開始時に前記サーバから通知される、付記４記載の基地局。
【００９９】
（付記７）
前記サーバは、ＭＥＣ（Mobile Edge Computing）のためのサーバである、付記４乃至６のうちいずれか１項記載の基地局。
【０１００】
（付記８）
前記識別子は、ＲＮＴＩ（Radio Network Temporary Identifier）である、付記１乃至７のうちいずれか１項記載の基地局。
【０１０１】
（付記９）
前記送信処理部は、前記識別子と、前記第１のサービスのためのパケットのヘッダ圧縮に関する制御情報とを、前記端末装置に送信する、付記１乃至８のうちいずれか１項記載の基地局。
【０１０２】
（付記１０）
前記第１のサービスのためのパケットのヘッダ圧縮に関する制御情報に基づいて、前記第２の無線ベアラに関するスケジューリングを行うスケジューリング処理部を、更に備える、付記１乃至９のうちいずれか１項記載の基地局。
【０１０３】
（付記１１）
第１の無線ベアラにより提供されている複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、基地局から受信する受信処理部と、
前記識別子を用いて、前記第１のサービスに関する処理を実行する実行部と、
を備える端末装置。
【０１０４】
（付記１２）
第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得することと、
前記識別子を、端末装置に送信することと、
を含む方法。
【０１０５】
（付記１３）
第１の無線ベアラにより提供されている複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、基地局から受信することと、
前記識別子を用いて、前記第１のサービスに関する処理を実行することと、
を含む方法。
【０１０６】
（付記１４）
第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得することと、
前記識別子を、端末装置に送信することと、
をプロセッサに実行させるプログラム。
【０１０７】
（付記１５）
第１の無線ベアラにより提供されている複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、基地局から受信することと、
前記識別子を用いて、前記第１のサービスに関する処理を実行することと、
をプロセッサに実行させるプログラム。
【０１０８】
（付記１６）
第１の無線ベアラを用いて提供される複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、取得することと、
前記識別子を、端末装置に送信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
【０１０９】
（付記１７）
第１の無線ベアラにより提供されている複数のサービスの中から１以上の第１のサービスのための第２の無線ベアラを新たに確立するために用いられる識別子を、基地局から受信することと、
前記識別子を用いて、前記第１のサービスに関する処理を実行することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
【産業上の利用可能性】
【０１１０】
無線通信ネットワークを介して複数のサービスが端末装置に提供される環境下において、任意のサービスに対して無線通信ネットワークの通信の安定性を確保することができる。
【符号の説明】
【０１１１】
１  システム
１００  基地局
１３１、１５１  取得部
１４３、１５３、２３１  送信処理部
１４５、２３３、２４１  受信処理部
１４７  スケジューリング処理部
２００  端末装置
２３５、２４３  実行部
３００  ＭＥＣサーバ
【図１】
2018198356.tif 000003
【図２】
2018198356.tif 000004
【図３】
2018198356.tif 000005
【図４】
2018198356.tif 000006
【図５】
2018198356.tif 000007
【図６】
2018198356.tif 000008
【図７】
2018198356.tif 000009
【図８】
2018198356.tif 000010
【図９】
2018198356.tif 000011