JP2021180412A - 通信装置、通信装置の制御方法およびプログラム - Google Patents

Abstract

【課題】ネットワーク側が指定したネットワークスライスを端末側で判別可能とする。【解決手段】Ｓ−ＮＳＳＡＩ判定部４８は、コアネットワーク装置１６側から指定されたネットワークスライスに関するスライス情報１６Ａを含むメッセージの受信結果に基づいてスライス情報１６Ａを取得し、表示制御部４６は、コアネットワーク装置１６側から指定されたネットワークスライスに関するスライス情報１６Ａの取得結果に応じた表示の制御を行う。【選択図】 図３

Description

本発明は、通信装置、通信装置の制御方法およびプログラムに関する。

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）仕様では、ネットワークを仮想的に分割するネットワークスライスが規定されている。ネットワークスライスは、帯域幅および遅延などのネットワーク特性を指定した上で通信サービスを提供するための仕組みである。ネットワークスライスでは、通信端末側から指定する方式と、ネットワーク側から指定する方式がある。通信端末側から指定する方式では、通信端末は、特定のネットワークスライスの利用を要求し、ネットワーク側から許可される。ネットワーク側から指定する方式では、通信端末は、ネットワーク側から許可または指定されたネットワークスライスを使用する。ネットワーク側からネットワークスライスが許可または指定されない場合、通信端末は、ネットワークスライスを使用せずに、公衆網接続する。

特許文献１には、通信端末のユーザが使用したいネットワークスライスを選択するために、利用可能なネットワークスライスを通信端末のユーザインターフェイスを介してユーザに示し、ユーザの選択結果を表示する技術が開示されている。

特表２０１９−５１１１７９号公報

しかしながら、特許文献１の技術では、利用可能なネットワークスライスをユーザに選択させる。このため、ネットワーク側がネットワークスライスを指定する方式において、ネットワーク側が指定したネットワークスライスを通信端末に表示する方法が示されていない。この結果、通信端末のユーザは、ネットワーク側が指定したネットワークスライスを判別することが難しかった。

本発明は、上述の課題を鑑み、ネットワーク側が指定したネットワークスライスを端末のユーザが判別可能とすることを目的とする。

本発明の一つの態様による通信装置は、ネットワーク側から指定されたネットワークスライスに関するスライス情報を取得する取得手段と、前記スライス情報の取得結果に応じた表示の制御を行う制御手段と、を備える。

本発明によれば、ネットワーク側が指定したネットワークスライスを端末のユーザが判別可能とすることができる。

第１実施形態に係る通信システムの構成例を示すブロック図。 図１の通信端末のハードウェア構成例を示すブロック図。 図１の通信端末の機能的な構成例を示すブロック図。 図１のスライス情報の一例を示す図。 図２の通信端末で表示される表示内容の一例を示す図。 図２の通信端末で示される意味情報の一例を示す図。 第１実施形態に係る通信端末の動作を示すフローチャート。 第２実施形態に係る通信システムの構成例を示すブロック図。 第２実施形態に係る通信端末の動作を示すフローチャート。 第３実施形態に係る通信端末で取得されるスライス情報の一例を示す図。 第３実施形態に係る通信端末で示される意味情報の一例を示す図。 第３実施形態に係る通信端末の動作を示すフローチャート。 第４実施形態に係る通信端末の動作を示すフローチャート。 第５実施形態に係る通信端末の動作を示すフローチャート。 第６実施形態に係るコアネットワーク装置の機能的な構成例を示すブロック図。 第６実施形態に係るコアネットワーク装置の動作を示すフローチャート。

以下、添付図面を参照して本発明の実施形態を詳細に説明する。なお、以下の実施形態は本発明を限定するものではなく、また、実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。実施形態の構成は、本発明が適用される装置の仕様や各種条件（使用条件、使用環境等）によって適宜修正または変更され得る。本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されない。

＜第１実施形態＞
図１は、第１実施形態に係る通信システムの構成例を示すブロック図である。

図１において、通信システムは、通信端末１１、１２およびコアネットワーク装置１６を備える。通信端末１１は、ネットワークカメラ１３に接続されている。通信端末１２は、ロボットアーム１４に接続されている。各通信端末１１、１２は、コアネットワーク装置１６側から指定されたネットワークスライスを使用し、コアネットワーク装置１６側から提供される通信サービスを受けることができる。このとき、各通信端末１１、１２は、自装置から特定のネットワークスライスの利用を要求することはないものとする。

コアネットワーク装置１６は、各通信端末１１、１２と基地局１５との間のネットワーク接続を管理する。このとき、コアネットワーク装置１６は、各通信端末１１、１２に提供するネットワークスライスを指定したり、使用を許可したりする。コアネットワーク装置１６は、スライス情報１６Ａ、ネットワークスライス指定部１６Ｂおよびメッセージ送信部１６Ｃを備える。スライス情報１６Ａは、コアネットワーク装置１６が指定するネットワークスライスに関する情報である。スライス情報１６Ａは、コアネットワーク装置１６が提供可能なスライスサービスタイプに対応するスライスサービスタイプ値を含むことができる。ネットワークスライス指定部１６Ｂは、スライス情報１６Ａで示されるネットワークスライスを各通信端末１１、１２に対して指定することができる。例えば、ネットワークスライス指定部１６Ｂは、各通信端末１１、１２に提供されるネットワークスライスとして、帯域幅および遅延などのネットワーク特性を指定することができる。メッセージ送信部１６Ｃは、ネットワークスライスに応じた表示内容を各通信端末１１、１２側で指定可能なスライス情報１６Ａを含むメッセージを送信する。このとき、スライス情報１６Ａは、各通信端末１１、１２に表示される表示内容に紐付けられた値（例えば、スライスサービスタイプ値）を含むことができる。そして、各通信端末１１、１２は、スライスサービスタイプ値に基づいて表示内容を設定することにより、各通信端末１１、１２のユーザは、ネットワーク側が指定したネットワークスライスを判別することができる。

ネットワークカメラ１３が撮像データＤ２をデータサーバへアップロードする際、ネットワークカメラ１３→通信端末１１→基地局１５→データサーバという順序でデータが伝わる。このとき、通信端末１１は、ネットワークカメラ１３の撮像データＤ２をリアルタイムでデータサーバへアップロードするために、低遅延のネットワークスライスを利用することができる。

ここで、低遅延のネットワークスライスは、コアネットワーク装置１６側から指定される。このとき、通信端末１１は、コアネットワーク装置１６側からネットワークスライスに関するスライス情報１６Ａを含むメッセージを受信すると、スライス情報１６Ａを取得する。そして、通信端末１１は、スライス情報１６Ａの取得結果に応じた表示を行う。これにより、通信端末１１のユーザは、コアネットワーク装置１６側から指定されたネットワークスライスが低遅延であるか否かを確認することができる。

ロボットアーム１４が遠隔制御サーバからの制御データＤ１に基づいて動作する際、遠隔制御サーバ→基地局１５→通信端末１２→ロボットアーム１４という順序でデータが伝わる。このとき、通信端末１２は、ロボットアーム１４が誤動作しないように、高信頼のネットワークスライスを利用することができる。

ここで、高信頼のネットワークスライスは、コアネットワーク装置１６側から指定される。このとき、通信端末１２は、コアネットワーク装置１６側からネットワークスライスに関するスライス情報１６Ａを含むメッセージを受信すると、スライス情報１６Ａを取得する。そして、通信端末１２は、スライス情報１６Ａの取得結果に応じた表示を行う。これにより、通信端末１２のユーザは、コアネットワーク装置１６側から指定されたネットワークスライスが高信頼であるか否かを確認することができる。

以下、図１の各通信端末１１、１２の構成および動作について具体的に説明する。
図２は、図１の通信端末のハードウェア構成例を示すブロック図である。なお、図２では、通信端末１１を例にとるが、通信端末１２についても同様に構成することができる。
図２において、通信端末１１は、制御部３２、記憶部３３、無線通信部３４、表示部３５および入力部３６を備える。

制御部３２は、記憶部３３に記憶される制御プログラムを実行し、通信端末１１全体を制御する。制御部３２は、一つ以上のプロセッサを備えていてもよい。プロセッサは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよいし、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよい。制御部３２は、処理の一部を行うアクセラレータなどのハードウェア回路を備えていてもよい。このハードウェア回路は、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ））であってもよい。

記憶部３３は、制御部３２が実行する制御プログラム、通信パラメータおよび撮像データＤ２などの各種情報を記憶する。記憶部３３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）またはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの一つ以上の半導体メモリから構成することができる。記憶部３３は、例えば、ハードディスク装置またはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの補助記憶デバイスを備えていてもよい。通信端末１１で実行される各種動作は、記憶部３３に記憶された制御プログラムを制御部３２が実行することにより実現される。

無線通信部３４は、３ＧＰＰ規格に準拠するＬＴＥまたは５Ｇなどのセルラ通信（移動体通信）を行う。このとき、無線通信部３４は、図１の基地局１５を介してコアネットワーク装置１６にアクセス可能である。
表示部３５は、ネットワークスライスの指定などに関する各種表示を行う。表示部３５は、視覚で認知可能な情報を出力する。表示部３５は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）またはＬＥＤ（ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）などである。表示部３５は、スピーカなどの音出力が可能な機能を有していてもよい。入力部３６は、ユーザが各種入力などを行ったり、センサ情報などを取得したりする。

図３は、図１の通信端末の機能的な構成例を示すブロック図である。なお、図３では、通信端末１１を例にとるが、通信端末１２についても同様に構成することができる。図３に示す通信端末１１の各機能モジュールのうち、ソフトウェアにより実現される機能については、各機能モジュールの機能を提供するためのプログラムがＲＯＭ等のメモリに記憶される。そして、そのプログラムをＲＡＭに読み出してＣＰＵが実行することにより実現される。ハードウェアにより実現される機能については、例えば、所定のコンパイラを用いることで、各機能モジュールの機能を実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。また、ＦＰＧＡと同様にしてゲートアレイ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣにより実現するようにしてもよい。なお、図３に示した機能ブロックの構成は一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、いずれかの機能ブロックが複数の機能を行うブロックに分かれてもよい。

図３において、通信端末１１は、信号受信部４２、信号送信部４３、データ記憶部４４、接続制御部４５および表示制御部４６およびＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）状態管理部４７を備える。また、通信端末１１は、Ｓ−ＮＳＳＡＩ（Ｓｉｎｇｌｅ−Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）判定部４８を備える。

信号受信部４２および信号送信部４３は、通信相手側の対向装置との間で３ＧＰＰ規格に準拠したＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）または５Ｇなどのセルラ網通信を実施する。
データ記憶部４４は、プログラムおよび認証情報などを記憶する。
接続制御部４５は、セルラ網基地局との接続および切断に関する処理を実施する。
表示制御部４６は、図２の表示部３５に表示する画面の制御処理を実施する。このとき、表示制御部４６は、図１のコアネットワーク装置１６側から指定されたネットワークスライスに関するスライス情報１６Ａの取得結果に応じた表示の制御を行うことができる。

ＲＲＣ状態管理部４７は、ＲＲＣ状態の把握および管理を行う。例えば、ＲＲＣ状態管理部４７は、自装置がＲＲＣ＿ＩｄｌｅからＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移行することによってＲＲＣ接続が完了したか否かの把握および管理を行う。
Ｓ−ＮＳＳＡＩ判定部４８は、Ｓ−ＮＳＳＡＩデータを受信したか否かを判定したり、Ｓ−ＮＳＳＡＩデータ種別を判定したりする。Ｓ−ＮＳＳＡＩデータは、スライスサービスタイプに割り当てられたスライスサービスタイプ値を含む。このとき、Ｓ−ＮＳＳＡＩ判定部４８は、コアネットワーク装置１６側から指定されたネットワークスライスに関するスライス情報１６Ａを含むメッセージの受信結果に基づいて、スライス情報１６Ａを取得することができる。

図４は、図１のスライス情報の一例を示す図である。
図４において、図１のスライス情報１６Ａでは、コアネットワーク装置１６がネットワークスライスを指定するために、スライスサービスタイプ値がコアネットワーク側で定義される。例えば、スライスサービスタイプが低遅延の場合、１０１というスライスサービスタイプ値が割り当てられ、スライスサービスタイプが高信頼の場合、１０２というスライスサービスタイプ値が割り当てられる。

各通信端末１１、１２は、コアネットワーク側で定義されたスライスサービスタイプ値の取得結果に基づいて、コアネットワーク側で指定されたネットワークスライスに関する情報を表示部３５に表示することができる。

図５は、図２の通信端末で表示される表示内容の一例を示す図である。
図５において、図２の記憶部３２は、コアネットワーク側で定義されたスライスサービスタイプ値と、表示部３５で表示される表示内容との対応表を保持する。例えば、スライスサービスタイプ値が１０１の場合、青色という表示内容が割り当てられ、スライスサービスタイプ値が１０２の場合、黄色という表示内容が割り当てられる。また、スライスサービスタイプ値が無しの場合、赤色という警告表示を割り当ててもよい。

図６は、図２の通信端末で示される意味情報の一例を示す図である。
図６において、通信端末１１は、ユーザに対しては、図５の対応表で割り当てられた表示内容と、その表示内容の意味を示すことができる。例えば、表示内容が青色の場合、ネットワークカメラ用（低遅延通信サービス）という意味を示し、表示内容が黄色の場合、ロボットアーム用（高信頼通信サービス）という意味を示すことができる。また、表示内容が赤色の場合、警告の意味を示すことができる。

図７は、第１実施形態に係る通信端末の動作を示すフローチャートである。図７では、コアネットワーク側が指定したネットワークスライスを各通信端末１１、１２が表示する処理を示した。
なお、図７の各ステップは、各通信端末１１、１２の記憶部３３に記憶されたプログラムを制御部３２が読み出し、実行することで実現される。また、図７に示すフローチャートの少なくとも一部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。また、ＦＰＧＡと同様にしてＧａｔｅ Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣにより実現するようにしてもよい。
この場合、図７に示すフローチャートにおける各ブロックは、ハードウェアブロックと見做すことができる。なお、複数のブロックをまとめて１つのハードウェアブロックとして構成してもよく、１つのブロックを複数のハードウェアブロックとして構成してもよい。

図７において、制御部３２は、ＲＲＣ接続が完了したか否かを判定する（ステップＳ１１）。ＲＲＣ接続が完了していない場合（ステップＳ１１のＮｏ）、制御部３２は、ステップＳ１１に戻る。

一方、ＲＲＣ接続が完了している場合（ステップＳ１１のＹｅｓ）、制御部３２は、所定時間だけ待機する（ステップＳ１２）。この所定時間は、Ｓ−ＮＳＳＡＩを含むメッセージをネットワークから受信するために十分な時間として各通信端末１１、１２側で規定される。この所定時間は、例えば、１秒であるが、それ以外の時間であってもよい。

次に、制御部３２は、ネットワークからＳ−ＮＳＳＡＩを含むメッセージを受信したか否かを判定する（ステップＳ１３）。ネットワークからＳ−ＮＳＳＡＩを含むメッセージを受信した場合（ステップＳ１３のＹｅｓ）、制御部３２は、そのＳ−ＮＳＳＡＩに応じた表示を表示部３５に行わせる（ステップＳ１４）。

一方、ネットワークからＳ−ＮＳＳＡＩを含むメッセージを受信していない場合（ステップＳ１３のＮｏ）、制御部３２は、スライス非対応ネットワークであることを示すための警告表示を表示部３５に行わせる（ステップＳ１５）。

制御部３２は、Ｓ−ＮＳＳＡＩに応じた表示を表示部３５に行わせる場合、Ｓ−ＮＳＳＡＩデータ中に含まれるスライスサービスタイプ値に基づいて、図５の表示内容を参照する。これにより、制御部３２は、スライスサービスタイプが低遅延の場合は青色、スライスサービスタイプが高信頼の場合は黄色、スライス非対応ネットワークの場合は赤色を表示部３５に表示させることができる。

以上説明したように、上述した第１実施形態によれば、取得部は、ネットワーク側から指定されたネットワークスライスに関するスライス情報を含むメッセージの受信結果に基づいて、スライス情報を取得する。表示制御部は、取得部によるスライス情報の取得結果に応じた表示の制御を行う。これにより、通信端末のユーザは、ネットワーク側で指定されたネットワークスライスが想定通りか否かを判別することが可能となる。

＜第２実施形態＞
図８は、第２実施形態に係る通信システムの構成例を示すブロック図である。
図８において、この通信システムは、図１の通信端末１１、１２の代わりに通信端末１７を備える。通信端末１７のハードウェア構成およびソフトウェアによる機能構成は、図２および図３の構成と同様である。また、通信端末１７は、コアネットワーク側から指定されたネットワークスライスを使用可能であり、自装置から特定のネットワークスライスの利用を要求することも可能である。

図９は、第２実施形態に係る通信端末の動作を示すフローチャートである。図９では、コアネットワーク側が指定したネットワークスライスを図８の通信端末１７に表示する処理を示した。
図９において、制御部３２は、ＲＲＣ接続完了したか否かを判定する（ステップＳ２１）。ＲＲＣ接続が完了していない場合（ステップＳ２１のＮｏ）、制御部３２は、ステップＳ２１に戻る。

一方、ＲＲＣ接続が完了している場合（ステップＳ２１のＹｅｓ）、制御部３２は、コアネットワーク側との間でスライス情報を交換したか否かを判定する（Ｓ２２）。コアネットワーク側との間でスライス情報を交換してない場合（ステップＳ２２のＮｏ）、通信端末１７が現在接続しようとしているネットワークはネットワークスライスに対応していないことになり、制御部３２は、処理を終了する。

一方、コアネットワーク側との間でスライス情報を交換した場合（ステップＳ２２のＹｅｓ）、制御部３２は、タイマーカウントを開始する（ステップＳ２３）。

次に、制御部３２は、タイマーカウント開始時点から所定時間が経過したか否かを判定する（ステップＳ２４）。この所定時間とは、例えば、５００ミリ秒であるが、それ以外の時間であってもよい。タイマーカウント開始時点から所定時間が経過した場合（ステップＳ２４のＹｅｓ）、制御部３２は、タイムアウトとして処理を終了する。

一方、タイマーカウント開始時点から所定時間が経過してない場合（ステップＳ２４のＮｏ）、制御部３２は、ネットワークからＣｏｎｇｉｇｕｒｅｄ ＮＳＳＡＩに関するメッセージを受信したか否かを判定する（ステップＳ２５）。ネットワークからＣｏｎｇｉｇｕｒｅｄ ＮＳＳＡＩに関するメッセージを受信していない場合（ステップＳ２５のＮｏ）、制御部３２は、ステップＳ２４に戻る。

一方、ネットワークからＣｏｎｇｉｇｕｒｅｄ ＮＳＳＡＩに関するメッセージを受信した場合（ステップＳ２５のＹｅｓ）、制御部３２は、そのＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに応じた表示を表示部３５に行わせる（ステップＳ２６）。

制御部３２は、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに応じた表示を表示部３５に行わせる場合、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩデータ中に含まれるスライスサービスタイプ値自体を表示部３５に表示させる。これにより、制御部３２は、接続するネットワークがスライスサービスに対応していない場合は表示部３５に何も表示させず、スライスサービスに対応している場合はスライスサービスタイプ値を表示部３５に表示させることができる。

以上説明したように、上述した第２実施形態によれば、制御部は、ネットワーク側との間でのスライス情報の交換結果に基づいて、ネットワーク側から指定されたネットワークスライスに関するスライス情報の取得結果に応じた表示の制御を行う。これにより、通信端末のユーザは、スライスサービスの有無およびスライスサービスタイプの識別が可能となる。

＜第３実施形態＞
第３実施形態では、図１の各通信端末１１、１２は、自営（オンプレミスと言うこともある）コアネットワーク側が指定したネットワークスライスなどの情報を表示する。本実施形態における各通信端末１１、１２のハードウェア構成およびソフトウェアによる機能構成は、図２および図３の構成と同様である。

図１０は、第３実施形態に係る通信端末で取得されるスライス情報の一例を示す図である。
図１０において、自営コアネットワーク側でネットワークスライスを指定するために、スライスサービスタイプ値が自営コアネットワーク側で定義される。例えば、スライスサービスタイプ値が１、２、３、４については、３ＧＰＰで規定されるスライスサービスタイプである。スライスサービスタイプ値が１１、１２については、自営コアネットワークで独自に定義したスライスサービスタイプである。

各通信端末１１、１２は、自営コアネットワーク側で定義されたスライスサービスタイプ値の取得結果に基づいて、自営コアネットワーク側で指定されたネットワークスライスに関する情報を表示部３５に表示することができる。この場合、制御部３２は、ネットワーク側から取得したスライス情報が属する区分に基づいて、スライス情報が属する区分に応じた表示の制御を行うことができる。この区分は、例えば、自営コアネットワーク側で定義されたスライスサービスタイプ値に基づいて設定される。

図１１は、第３実施形態に係る通信端末で示される意味情報の一例を示す図である。
図１１において、各通信端末１１、１２は、ユーザに対しては、表示部３５に表示される表示内容と、その表示内容の意味を示すことができる。例えば、表示内容が赤色点滅の場合、公知のＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に接続という意味を示すことができる。ここで言う公知は、Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ ＩＴＵ−ＴＥ．２１２に記載されている電気通信事業者コードに含まれる場合を指す。ＩＴＵ−ＴＥは、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ Ｓｅｃｔｏｒの略称である。表示内容が橙色点滅の場合、スライス非対応ネットワークに接続という意味を示すことができる。表示内容が青色の場合、低遅延スライスサービスに接続という意味を示すことができる。表示内容が黄色の場合、高信頼スライスサービスに接続という意味を示すことができる。表示内容が緑色点滅の場合、３ＧＰＰで規定するスライスサービスに接続という意味を示すことができる。

図１２は、第３実施形態に係る通信端末の動作を示すフローチャートである。図１２では、自営コアネットワーク側が指定したネットワークスライスを各通信端末１１、１２が表示する処理を示した。
図１２において、制御部３２は、ＲＲＣ接続が完了したか否かを判定する（ステップＳ３１）。ＲＲＣ接続が完了していない場合（ステップＳ３１のＮｏ）、制御部３２は、ステップＳ３１に戻る。

一方、ＲＲＣ接続が完了している場合（ステップＳ３１のＹｅｓ）、制御部３２は、ＲＲＣ接続した基地局が報知しているＰＬＭＮ−ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）を取得する（ステップＳ３２）。

次に、制御部３２は、ＰＬＭＮ−ＩＤが公知か否かを判定する（ステップＳ３３）。ＰＬＭＮ−ＩＤが公知の場合（ステップＳ３３のＹｅｓ）、制御部３２は、公知のＰＬＭＮに接続した旨の表示を表示部３５に行わせる（ステップＳ３４）。これにより、ユーザは、各通信端末１１、１２が接続したネットワークが、自営コアネットワークではないと判別することができる。

一方、ＰＬＭＮ−ＩＤが公知でない場合（ステップＳ３３のＮｏ）、制御部３２は、所定時間だけ待機する（ステップＳ３５）。この所定時間は、Ｓ−ＮＳＳＡＩを含むメッセージをネットワークから受信するために十分な時間として各通信端末１１、１２側で規定される。この所定時間は、例えば、１秒であるが、それ以外の時間であってもよい。

次に、制御部３２は、ネットワークからＳ−ＮＳＳＡＩを含むメッセージを受信したか否かを判定する（ステップＳ３６）。ネットワークからＳ−ＮＳＳＡＩを含むメッセージを受信してない場合（ステップＳ３６のＮｏ）、制御部３２は、スライス非対応ネットワークであることを示すための警告表示を表示部３５に行わせる（ステップＳ３７）。

一方、制御部３２は、ネットワークからＳ−ＮＳＳＡＩを含むメッセージを受信した場合（ステップＳ３６のＹｅｓ）、制御部３２は、Ｓ−ＮＳＳＡＩデータ中に含まれるスライスサービスタイプ値が、１１以上か否かを判定する（Ｓ３８）。図１０に示すように、スライスサービスタイプ値が１１以上の場合は、自営コアネットワーク内の独自スライスサービスを使用していることになり、そうでない場合は、３ＧＰＰで規定されているスライスサービスを使用していることになる。

このため、制御部３２は、スライスサービスタイプ値が１１以上の場合（ステップＳ３８のＹｅｓ）、そのＳ−ＮＳＳＡＩに応じた表示を表示部３５に行わせる（ステップＳ３９）。
一方、制御部３２は、スライスサービスタイプ値が１１以上でない場合（ステップＳ３８のＮｏ）、３ＧＰＰで規定されるスライスサービスである旨を表示部３５に表示させる（ステップＳ４０）。

以上説明したように、上述した第３実施形態によれば、制御部は、ネットワークへの接続先に応じて、表示内容を変化させることができる。例えば、制御部は、公知のＰＬＭＮへの接続、スライス非対応ネットワークへの接続、自営コアネットワーク内の独自スライスサービスへの接続、３ＧＰＰで既定するスライスサービスへの接続に応じて、表示内容を変化させる。これにより、通信端末のユーザは、ネットワーク側で指定されたネットワークスライスが想定通りか否かを判別することが可能となる。

＜第４実施形態＞
第４実施形態では、図１の通信端末１２は、自装置側で設定した通信機能の内容に応じて、自営コアネットワーク側が指定したネットワークスライスなどの情報の表示を切り替える。本実施形態における通信端末１２のハードウェア構成およびソフトウェアによる機能構成は、図２および図３の構成と同様である。本実施形態においては、ロボットアーム１４が、通信端末１２のスライスサービス設定に関する入力装置として機能する。例えば、ロボットアーム１４は、高信頼のネットワークスライスの利用を要求するものとする。このとき、ロボットアーム１４は、自営コアネットワーク側で定義された高信頼ネットワークスライスに割り当てられたスライスサービスタイプ値である「１１」を通信端末１２に設定する。通信端末１２は、入力部３６からスライスサービスタイプ値「１１」を受け取り、制御部３２は、そのスライスサービスタイプ値「１１」を記憶部３３に格納する。

そして、制御部３２は、記憶部３３で保持されるスライスサービスタイプ値「１１」と、自営コアネットワークから指定されたスライスサービスタイプに対応するスライスサービスタイプ値を比較する。そして、制御部３２は、それらのスライスサービスタイプ値の比較結果に応じた表示の制御を行う。これにより、通信端末１２のユーザは、ロボットアーム１４が要求する高信頼のネットワークスライスで接続しているか否かを識別することが可能となる。

図１３は、第４実施形態に係る通信端末の動作を示すフローチャートである。図１３では、コアネットワーク側が指定したスライスサービスタイプ値と、通信端末１２に設定されたスライスサービスタイプ値との比較結果に基づく表示を通信端末１２が実施する処理を示した。
図１３において、制御部３２は、図９のステップＳ２１〜Ｓ２５の処理を実行する。そして、通信端末１２は、ネットワークからＣｏｎｇｉｇｕｒｅｄ ＮＳＳＡＩに関するメッセージを受信したものとする（ステップＳ２５のＹｅｓ）。このとき、制御部３２は、受信したＣｏｎｇｉｇｕｒｅｄ ＮＳＳＡＩのスライスサービスタイプ値が、記憶部３３に保持されている値と一致するか否かを判定する（ステップＳ５１）。

受信したＣｏｎｇｉｇｕｒｅｄ ＮＳＳＡＩのスライスサービスタイプ値が、記憶部３３に保持されている値と一致する場合（ステップＳ２５のＹｅｓ）、制御部３２は、表示部３５に青色を表示させる（ステップＳ５２）。
一方、受信したＣｏｎｇｉｇｕｒｅｄ ＮＳＳＡＩのスライスサービスタイプ値が、記憶部３３に保持されている値と一致していない場合（ステップＳ２５のＮｏ）、制御部３２は、表示部３５に赤色を表示させる（ステップＳ５３）。

以上説明したように、上述した第４実施形態によれば、通信端末は、自装置の通信機能を保持し、その保持している通信機能の内容と、ネットワーク側から指定されたネットワークスライスに関するスライス情報とを比較する。そして、通信端末は、自装置は保持する通信機能の内容と、ネットワーク側から指定されたネットワークスライスに関するスライス情報との比較結果に応じた表示を行う。これにより、通信端末のユーザは、通信端末側で要求されるネットワークスライスで接続しているか否かを識別することが可能となる。

＜第５実施形態＞
第５実施形態では、図１の各通信端末１１、１２は、ネットワークスライスの設定を自装置から実施しない場合、コアネットワーク側が指定したネットワークスライスを表示する。本実施形態における各通信端末１１、１２のハードウェア構成およびソフトウェアによる機能構成は、図２および図３の構成と同様である。また各通信端末１１、１２は、コアネットワーク側から指定されたネットワークスライスを使用可能であり、自装置から特定のネットワークスライスの利用を要求することも可能である。

図１４は、第５実施形態に係る通信端末の動作を示すフローチャートである。
図１４において、制御部３２は、ネットワークスライス設定を自装置から実施するか否かを判定する（ステップＳ６１）。ネットワークスライス設定を自装置から実施する場合、制御部３２は、処理を終了する（ステップＳ６１のＹｅｓ）。
一方、ネットワークスライス設定を自装置から実施しない場合（ステップＳ６１のＮｏ）、制御部３２は、図７のステップＳ１１へ進み、図７と同様の処理を実行する。
以上説明したように、上述した第５実施形態によれば、通信端末は、ネットワークスライスの設定を自装置から実施した場合、制御部は、スライス情報の取得結果に応じた表示の制御を行わない。このため、通信端末のユーザは、コアネットワーク側がネットワークスライスを指定する場合のみ、ネットワークスライスが想定通りか否かを判別することが可能となる。

＜第６実施形態＞
第６実施形態では、コアネットワーク装置は、通信端末から設定要求があったネットワークスライスを提供できない場合、設定要求を行った通信端末に対してデタッチを実行する。このとき、コアネットワーク装置は、設定要求を行った通信端末に対してＲＲＣ接続を維持したままデタッチを実行する。

図１５は、第６実施形態に係るコアネットワーク装置の機能的な構成例を示すブロック図である。図１５に示すコアネットワーク装置５１の各機能モジュールのうち、ソフトウェアにより実現される機能については、各機能モジュールの機能を提供するためのプログラムがＲＯＭ等のメモリに記憶される。そして、そのプログラムをＲＡＭに読み出してＣＰＵが実行することにより実現される。なお、図１５に示した機能ブロックの構成は一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、いずれかの機能ブロックが複数の機能を行うブロックに分かれてもよい。

図１５において、コアネットワーク装置５１は、設定要求識別部５２、設定要求判別部５３、ＲＲＣ接続管理部５４およびアタッチ制御部５５を備える。
設定要求識別部５２は、各通信端末１１、１２からネットワークスライスの設定要求があったか否かを識別する。設定要求判別部５３は、各通信端末１１、１２から設定要求があったネットワークスライスを提供可能か否かを判定する。ＲＲＣ接続管理部５４は、設定要求を行った各通信端末１１、１２と基地局１５との間のＲＲＣ接続を管理する。アタッチ制御部５５は、設定要求判別部５３による判定結果が可の場合、設定要求を行った各通信端末１１、１２に対してアタッチする。また、アタッチ制御部５５は、設定要求判別部５３による判定結果が否の場合、設定要求を行った各通信端末１１、１２に対してＲＲＣ接続を維持したままデタッチする。

図１６は、第６実施形態に係る通信端末の動作を示すフローチャートである。図１６では、図１の通信端末１１、１２および基地局１５を含むネットワークにおいて、コアネットワーク装置５１によるアタッチ処理を示した。なお、各通信端末１１、１２は、図１４のフローに従って動作するものとする。

図１６において、コアネットワーク装置５１は、各通信端末１１、１２とのＲＲＣ接続が完了したか否かを判定する（ステップＳ７１）。各通信端末１１、１２とのＲＲＣ接続が完了していない場合（ステップＳ７１のＮｏ）、コアネットワーク装置５１は、ステップＳ７１に戻る。

一方、各通信端末１１、１２とのＲＲＣ接続が完了した場合（ステップＳ７１のＹｅｓ）、コアネットワーク装置５１は、各通信端末１１、１２からネットワークスライス設定要求があるか否かを判定する（ステップＳ７２）。各通信端末１１、１２からネットワークスライス設定要求がない場合（ステップＳ７２のＮｏ）、コアネットワーク装置５１は、コアネットワークから各通信端末１１、１２に対してスライス設定を指示してアタッチを許可する（ステップＳ７３）。

一方、各通信端末１１、１２からネットワークスライス設定要求がある場合（ステップＳ７２のＹｅｓ）、コアネットワーク装置５１は、各通信端末１１、１２から要求されたネットワークスライスが提供可能か否かを判定する（ステップＳ７４）。各通信端末１１、１２から要求されたネットワークスライスが提供可能でない場合（ステップＳ７４のＮｏ）、コアネットワーク装置５１は、各通信端末１１、１２に対してＲＲＣ接続を維持したままデタッチする（ステップＳ７５）。

一方、各通信端末１１、１２から要求されたネットワークスライスが提供可能である場合（ステップＳ７４のＹｅｓ）、コアネットワーク装置５１は、各通信端末１１、１２から要求されたネットワークスライスでアタッチを許可する（ステップＳ７６）。

以上説明したように、上述した第６実施形態によれば、コアネットワーク装置は、通信端末から要求されたネットワークスライスが提供可能でない場合、通信端末をデタッチする場合でも、ＲＲＣ接続を維持する。このため、アネットワーク装置は、通信端末の再アタッチ処理にかかる時間を短縮することが可能となる。

＜その他の実施形態＞
本発明は、前述の機能を実現するソフトウェアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵまたはＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行してもよい。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現し、そのプログラムコードを記憶した記憶媒体は本発明を構成することができる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、前述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略である。

さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードまたはコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードまたは機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、前述の機能を実現してもよい。

また、ＬＴＥと５Ｇは、３ＧＰＰ規格に準拠した無線通信方式の一例であり、ＬＴＥと５Ｇ以外の方式であってもよい。

１１、１２、１７ 通信端末、１３ ネットワークカメラ、１４ ロボットアーム、１５ 基地局、１６ コアネットワーク装置

Claims (12)

1. ネットワーク側から指定されたネットワークスライスに関するスライス情報を取得する取得手段と、
   前記スライス情報の取得結果に応じた表示の制御を行う制御手段と、
   を備えることを特徴とする通信装置。
2. 前記取得手段は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続が完了した後に、前記スライス情報を取得することを特徴とする請求項１に記載の通信装置。
3. 自装置の通信機能の内容と、前記取得手段で取得された前記スライス情報とを比較する比較手段を備え、
   前記制御手段は、前記比較手段での比較結果に応じた表示の制御を行うことを特徴とする請求項１または２に記載の通信装置。
4. 前記ネットワーク側から指定されたネットワークスライスに関するスライス情報を含むメッセージが受信されない場合、前記制御手段は、前記ネットワークがスライスに非対応である旨の警告表示を行うことを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 基地局が報知するＰＬＭＮ−ＩＤ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ−Ｉｄｅｎｔｉｆｉｅｒ）が公知か否かを判定する判定手段を備え、
   前記制御手段は、前記公知のＰＬＭＮ−ＩＤを報知する基地局に接続した場合、その接続の表示の制御を行うことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
6. 前記制御手段は、前記取得手段で取得されたスライス情報が属する区分に基づいて、前記スライス情報が属する区分に応じた表示の制御を行うことを特徴とする請求項１から５のいずれか１項に記載の通信装置。
7. 前記ネットワークスライスの設定を自装置から実施した場合、前記制御手段は、前記スライス情報の取得結果に応じた表示の制御を行わないことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記スライス情報は、前記制御手段で制御される表示内容に紐付けられた値を含むことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. ネットワークを介して提供するネットワークスライスを指定する指定手段と、
   前記ネットワークスライスに応じた表示内容を指定可能なスライス情報を含むメッセージを送信する送信手段と、
   を備えることを特徴とする通信装置。
10. 前記ネットワークスライスの設定要求があったか否かを識別する識別手段と、
    前記設定要求があったネットワークスライスを提供可能か否かを判定する判定手段と、
    前記設定要求を行った通信端末と基地局との間のＲＲＣ接続を管理する管理手段と、
    前記判定手段による判定結果が否の場合、前記設定要求を行った通信端末に対してＲＲＣ接続を維持したままデタッチする処理手段と、
    を備えることを特徴とする請求項９に記載の通信装置。
11. ネットワーク側から指定されたネットワークスライスに関するスライス情報を取得するステップと、
    前記スライス情報の取得結果に応じた表示の制御を行うステップと、
    を備えることを特徴とする通信装置の制御方法。
12. コンピュータを請求項１から１０のいずれか１項に記載の通信装置として動作させるためのプログラム。

Images