JP2018170713A - 通信端末 - Google Patents

Abstract

【課題】非セルラ通信を行う通信端末が適切なネットワークにアクセスすること。
【解決手段】ＡＰ２を介して非セルラ通信を行うＵＥ１であって、ネットワークのサービス種別を含むサービス種別情報をＡＰ２から取得する取得部１００と、取得部１００によって取得されたサービス種別情報に含まれるサービス種別に基づいて特定されるネットワークにアクセスするアクセス部１０２と、を備える。サービス種別情報は、複数のネットワークそれぞれのサービス種別を含み、アクセス部１０２は、取得部１００によって取得されたサービス種別情報に含まれる複数のサービス種別に基づいて特定される複数のネットワークにアクセスしてもよい。
【選択図】図２

Description

本発明は、アクセスポイントを介して非セルラ通信を行う通信端末に関する。

下記非特許文献１には、非セルラ（non-3GPP）通信を行うＵＥ（User Equipment）が開示されている。

3GPP TS 23.402 V14.2.0 (2016-12)

しかしながら、上記ＵＥは、ネットワークのサービス種別（Service Type）に基づいて特定されるネットワークにアクセスすることはできない。すなわち、適切なネットワークにアクセスすることができないという問題がある。

そこで、本発明は、上記問題点を解決するために、適切なネットワークにアクセスすることができる非セルラ通信を行う通信端末を提供することを目的とする。

上述の課題を解決するために、本発明の一側面に係る通信端末は、アクセスポイントを介して非セルラ通信を行う通信端末であって、ネットワークのサービス種別を含むサービス種別情報をアクセスポイントから取得する取得部と、取得部によって取得されたサービス種別情報に含まれるサービス種別に基づいて特定されるネットワークにアクセスするアクセス部と、を備える。

このような通信端末によれば、アクセスポイントから取得されたサービス種別情報に含まれるサービス種別に基づいて特定されるネットワークにアクセスすることができる。すなわち、サービス種別に基づいた適切なネットワークにアクセスすることができる。

本発明によれば、非セルラ通信を行う通信端末が適切なネットワークにアクセスすることができる。

本発明の第１実施形態に係る通信システムのシステム構成を示す図である。 ＵＥ１の機能ブロック図を示す図である。 ＵＥ１のハードウェア構成を説明する図である。 サービス種別情報のテーブル例を示す図である。 本発明の第１実施形態に係る通信システムにおけるアクセス処理の第１例を示すシーケンス図である。 第１例における通信システムのノードが格納する情報のテーブル例を示す図である。 本発明の第１実施形態に係る通信システムにおけるアクセス処理の第２例を示すシーケンス図である。 第２例における通信システムのノードが格納する情報のテーブル例を示す図である。 本発明の第２実施形態に係る通信システムのシステム構成を示す図である。 本発明の第２実施形態に係る通信システムにおけるアクセス処理を示すシーケンス図である。 本発明の第２実施形態に係る通信システムのノードが格納する情報のテーブル例を示す図である。

以下、図面とともに通信端末の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。また、以下の説明における実施形態は、本発明の具体例であり、特に本発明を限定する旨の記載がない限り、これらの実施形態に限定されないものとする。

［第１実施形態］
図１は、本発明の第１実施形態に係る通信システム１０のシステム構成図である。図１に示す通り、通信システム１０は、ＵＥ１、ＡＰ（Access Point）２、ｅＰＤＧ（evolved Packet Data Gateway）／ＴＷＡＧ（Trusted Wireless Access Gateway）３（ｅＰＤＧ及びＴＷＡＧを総称してｅＰＤＧ／ＴＷＡＧ３と呼ぶ）、ＡＡＡ（Authentication Authorization Accounting）サーバ４、ＨＳＳ（Home Subscriber Server）５、ＰＧＷ（Packet Data Network Gateway）６（ＰＧＷ６Ａ及びＰＧＷ６Ｂを総称してＰＧＷ６と呼ぶ）、ＳＧＷ（Serving Gateway）７（ＳＧＷ７Ａ及びＳＧＷ７Ｂを総称してＳＧＷ７と呼ぶ）、ＭＭＥ（Mobility Management Entity）８（デフォルトＭＭＥ８Ａ、専用ＭＭＥ８Ｂ及び専用ＭＭＥ８Ｃを総称してＭＭＥ８と呼ぶ）、及びｅＮＢ（evolved NodeB）９を含んで構成されている。

通信システム１０は、図１に示す通り、セルラ通信（３ＧＰＰアクセス、3GPP access）及び非セルラ通信（非３ＧＰＰアクセス、non-3GPP access）により通信サービスを提供するシステムである。ここで、セルラ通信とは、地域をセル状に分割して基地局を設置し、周波数を有効に利用する無線方式による通信であり、具体的には、３Ｇ（3rd Generation）通信、４Ｇ（4th Generation）通信及びＬＴＥ（Long Term Evolution）通信等が挙げられる。一方、非セルラ通信とは、セルラ通信以外の通信であり、具体的には、無線ＬＡＮ（Local Area Network）通信及びBluetooth（登録商標）通信等が挙げられる。また、通信サービスとは、通信を用いたサービスであり、動画配信や車車間通信等のサービスである。それぞれの通信サービスにおいて、要求されるネットワーク要件等が異なる。上述のセルラ通信や非セルラ通信、さらにはそれら通信を実現するための各ノードの詳細等については、上述の非特許文献１を参照されたい。非特許文献１で説明されている内容については、本実施形態では適宜省略する。

また、通信システム１０が提供するセルラ通信は、特定用途向けの専用のコアネットワーク（Dedicated Core Network。以降「ＤＥＣＯＲ」と呼ぶ）に基づくアーキテクチャ（以降「ＤＥＣＯＲ方式」と呼ぶ）により実現されている。ＤＥＣＯＲ方式の詳細については、下記の非特許文献２を参照されたい。非特許文献２で説明されている内容については、本実施形態では適宜省略する。
非特許文献２：3GPP TS 23.401 V13.7.0 (2016-06)

ＤＥＣＯＲ方式では、セルラ通信を行うＵＥがセルラ通信を行う場合に、まずはデフォルトＭＭＥにアクセスし、ＵＥの種別や用途を示す端末情報である「UE Usage type」に応じたＤＥＣＯＲにＵＥが振り分けられる。ここで、従来のＤＥＣＯＲ方式は、セルラ通信を行うＵＥを対象としたものであり、非セルラ通信を行うＵＥはＤＥＣＯＲ方式を活用することができない。より具体的には、ＤＥＣＯＲ方式では、デフォルトＭＭＥが、ＨＳＳの持つ「UE Usage type」に基づいて、リダイレクトするＭＭＥのＭＭＥ−ＧＩ（Group ID）を決定するが、非セルラ通信を行うＵＥはデフォルトＭＭＥにアクセスすることができない。第１実施形態の通信システム１０は、後述の機能構成により、非セルラ通信を行うＵＥにおいてもＤＥＣＯＲ方式に沿ったＵＥの振り分けを行うことができるようにするものである。また、第１実施形態の通信システム１０では、後述の機能構成の通り、デフォルトＭＭＥとＡＡＡサーバとの間に新規のインタフェースを追加する必要はない。

通信システム１０では、図１に示す通り、複数のスライス（スライス１及びスライス２）が構築されている。スライスとは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想ネットワーク又はサービス網であり、スライス同士は資源を分離しており、互いに干渉しない。スライス１は、専用ＭＭＥ８Ｂにより収容され、ＰＧＷ６Ａ及びＳＧＷ７Ａのリソースを確保している。スライス２は、専用ＭＭＥ８Ｃにより収容され、ＰＧＷ６Ｂ及びＳＧＷ７Ｂのリソースを確保している。

続いて、通信システム１０を構成する各ノードについて説明する。

ＵＥ１（通信端末）は、非セルラ通信を行うスマートフォンや電子機器等のコンピュータ端末であり、通信システム１０と無線等により通信を行うことができる。ＵＥ１は、非セルラ通信により複数の通信サービスを利用可能である。なお、ＵＥ１は、さらにセルラ通信により複数の通信サービスを利用可能であってもよい。ＵＥ１は、自端末の識別情報等、ＵＥ１に関するＵＥ情報を格納し、通信システム１０において通信を行う際に、当該ＵＥ情報を通信システム１０の各ノードに送信する。ＵＥ１は、非セルラ通信のうち「信頼されている非３ＧＰＰアクセス（Trusted non-3GPP access）」を利用する場合、ｅＰＤＧ／ＴＷＡＧ３のうちＴＷＡＧを経由してスライス１及びスライス２等のネットワークへアクセスする。非セルラ通信のうち「信頼されていない非３ＧＰＰアクセス（Untrusted non-3GPP access）」を利用する場合、ｅＰＤＧ／ＴＷＡＧ３のうちｅＰＤＧを経由してネットワークへアクセスする。ＵＥ１は、ＡＰ２を介して非セルラ通信を行う。

ＡＰ２（アクセスポイント）は、ネットワークの末端でＵＥ１等からのアクセス要求を受け付け、ネットワークへの通信を仲介するコンピュータ機器である。また、ＡＰ２は、無線ＬＡＮ（Local Area Network）と有線ＬＡＮとを相互接続するためのコンピュータ機器であってもよい。

ｅＰＤＧ／ＴＷＡＧ３は、コアネットワークと無線ＬＡＮ等とのゲートウェイ装置としてユーザデータの送信を行う。ｅＰＤＧ／ＴＷＡＧ３のうち、ｅＰＤＧは「信頼されていない非３ＧＰＰアクセス」を収容し、ＴＷＡＧは「信頼されている非３ＧＰＰアクセス」を収容する。

ＡＡＡサーバ４は、無線ＬＡＮ等を経由してアクセスするＵＥ１のアクセス制御を行うサーバ装置である。

ＨＳＳ５は、ＵＥ１等の通信端末の契約情報、認証情報、通信サービス情報、端末タイプ情報及び在圏情報を含むユーザ情報（加入者情報）をデータベースで管理するサーバである。

ＰＧＷ６は、ＰＤＮ（Packet data network、アクセス先）とコアネットワークとのゲートウェイであり、ユーザデータ（パケットデータ）を送信する。すなわち、ＰＧＷ６は、パケット転送するゲートウェイ装置である。

ＳＧＷ７は、ｅＮＢ９等のセルラ通信網の基点となり、ＰＧＷ６との間でユーザデータの中継処理を行うゲートウェイ装置である。

ＭＭＥ８は、セルラ通信等の移動体通信における移動制御を行うサーバ装置である。図１に示す通信システム１０では、セルラ通信（移動体通信）における移動制御を行う複数のＭＭＥ８が含まれている。複数のＭＭＥ８のうち、セルラ通信を行うＵＥがセルラ通信を行う場合に最初にアクセスするＭＭＥ８がデフォルトＭＭＥ８Ａであり、その後にＵＥが振り分けられるＤＥＣＯＲを収容するＭＭＥ８が専用ＭＭＥ８Ｂ及び専用ＭＭＥ８Ｃである。

ｅＮＢ９は、いわゆる基地局である。

ここで、第１実施形態にて想定する、通信システム１０における全体的な処理の流れについて簡単に説明する。まず、ＵＥ１からＡＰ２を介してｅＰＤＧ／ＴＷＡＧ３に対して、接続依頼が行われる。次に、ｅＰＤＧ／ＴＷＡＧ３とＡＡＡサーバ４及びＨＳＳ５との間で認証要求及び認証応答が行われる。次に、ｅＰＤＧ／ＴＷＡＧ３において接続先スライスが選択される。ここでは、接続先スライスとしてスライス２が選択されたものとする。次に、ｅＰＤＧ／ＴＷＡＧ３から（スライス２を構成する）ＰＧＷ６Ｂに対して、接続要求が行われる。次に、ＰＧＷ６ＢからｅＰＤＧ／ＴＷＡＧ３に対して、接続応答が行われる。次に、ｅＰＤＧ／ＴＷＡＧ３からＡＰ２を介してＵＥ１に対して、接続完了が通知される。

続いて、ＵＥ１の詳細について説明する。図２は、ＵＥ１の機能ブロック図である。図２に示す通り、ＵＥ１は、取得部１００（取得部）、格納部１０１（格納部、アプリケーション対応情報格納部、契約情報格納部、セキュリティポリシー情報格納部）及びアクセス部１０２（アクセス部）を含んで構成される。

図２に示す機能ブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

例えば、ＵＥ１は、コンピュータとして機能してもよい。図３は、ＵＥ１のハードウェア構成の一例を示す図である。上述のＵＥ１は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＵＥ１のハードウェア構成は、図３に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

ＵＥ１における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の取得部１００及びアクセス部１０２などは、プロセッサ１００１で実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、本実施形態で説明する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、上述の取得部１００及びアクセス部１０２などは、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本実施形態に係るページング方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。例えば、上述の格納部１０１などは、ストレージ１００３で実現されてもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の取得部１００及びアクセス部１０２などは、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、ＵＥ１は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

以下、図２に示すＵＥ１の各機能ブロックについて説明する。

取得部１００は、ネットワークのサービス種別を含むサービス種別情報をＡＰ２から取得する。サービス種別とは、コアネットワークにおいて提供されるサービス（又はサービス種別）を識別する情報であり、具体的には３ＧＰＰにおける「Service Type」である。サービス種別情報は、複数のネットワーク（例えば、図１の通信システム１０に含まれるスライス１及びスライス２）それぞれのサービス種別を含んでもよい。

具体的に、取得部１００は、まず、ＡＰ２に対してＧＡＳ（Generic Advertisement Service）要求（ANQP（Access Network Query Protocol） Request）を送信する。ＧＡＳ要求には「Service Info」が含まれる。「Service Info」は、ＡＰ２が格納するサービス種別情報の受信を求める要求である。「Service Info」を含むＧＡＳ要求を受信したＡＰ２は、ＡＰ２が格納するサービス種別情報を含むＧＡＳ応答（ANQP Response）をＵＥ１（取得部１００）に送信する。なお、ＡＰ２が格納するサービス種別情報は、通信システム１０においてアクセス可能なネットワークのサービス種別を含む。取得部１００は、ＡＰ２から取得したサービス種別情報を格納部１０１によって格納させる。

取得部１００は、当該ＵＥ１の能力に関する能力情報をＡＰ２に送信し、当該能力情報に基づいたサービス種別情報を当該ＡＰ２から取得してもよい。能力情報とは、具体的には３ＧＰＰにおける「UE Capability」である。具体的に、取得部１００は、ＡＰ２に対して能力情報を含めたＧＡＳ要求を送信する。能力情報を含むＧＡＳ要求を受信したＡＰ２は、ＡＰ２が格納するサービス種別情報から、当該能力情報に応じたサービス種別情報を取捨選択し、取捨選択したサービス種別情報を含むＧＡＳ応答をＵＥ１（取得部１００）に送信する。例えば、ＡＰ２は、ＵＥ１が能力的に利用できるサービス種別（のみ）を含むサービス種別情報を取捨選択する。

取得部１００は、ネットワークのサービスレベルに関するサービスレベル情報をＡＰ２に送信し、当該サービスレベル情報に基づいたサービス種別情報を当該ＡＰ２から取得してもよい。サービスレベル情報とは、具体的には遅延情報等のサービス水準合意を示すＳＬＡ（Service Level Agreement）情報である。具体的に、取得部１００は、ＡＰ２に対してサービスレベル情報を含めたＧＡＳ要求を送信する。サービスレベル情報を含むＧＡＳ要求を受信したＡＰ２は、ＡＰ２が格納するサービス種別情報から、当該サービスレベル情報に応じたサービス種別情報を取捨選択し、取捨選択したサービス種別情報を含むＧＡＳ応答をＵＥ１（取得部１００）に送信する。例えば、ＡＰ２は、サービスレベル情報が示す要求を満たすサービス種別（のみ）を含むサービス種別情報を取捨選択する。

格納部１０１は、取得部１００によって取得されたサービス種別情報を格納する。図４は、格納部１０１によって格納されたサービス種別情報のテーブル例を示す図である。図４に示す通り、サービス種別情報には、一つ以上の「Service Type」が含まれる。図４に示すテーブル例では、サービス種別情報には、大容量通信が可能なサービス種別を示す「ｅＭＢＢ（enhanced Mobile Broadband）」、超信頼かつ超低遅延な通信が可能なサービス種別を示す「ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）」、及び超多数接続通信が可能なサービス種別を示す「ｍＭＴＣ（massive Machine Type Communications）」が含まれている。

格納部１０１は、アプリケーションに関するアプリケーション情報とサービス種別とを対応付けたアプリケーション対応情報をさらに格納してもよい。アプリケーション情報とは、例えば、アプリケーションを識別するアプリケーション識別情報である。格納部１０１は、当該ＵＥ１の契約情報をさらに格納してもよい。契約情報とは、例えば、ＵＥ１のユーザが、通信システム１０を提供するネットワーク事業会社と行ったネットワークに関する契約の内容を示す情報である。格納部１０１は、ＵＥ１のセキュリティポリシーに関するセキュリティポリシー情報をさらに格納してもよい。セキュリティポリシー情報とは、例えば、ＵＥ１に対して高信頼を求めるか否かを示す情報である。

アクセス部１０２は、取得部１００によって取得されたサービス種別情報に含まれるサービス種別に基づいて特定されるネットワークにアクセスする。アクセス部１０２は、取得部１００によって取得されたサービス種別情報に含まれる複数のサービス種別に基づいて特定される複数のネットワークにアクセスしてもよい。

アクセス部１０２は、例えば、取得部１００によって取得されたサービス種別情報に含まれる一つ以上のサービス種別に関する情報を、ＵＥ１の入力装置１００５の一つであるディスプレイを介して、ＵＥ１のユーザに対してポップアップでリスト表示する。続いて、アクセス部１０２は、ＵＥ１のユーザによって選択された一つのサービス種別（ユーザが所望するサービス種別）に基づいて特定されるネットワークにアクセスする。なお、アクセス部１０２は、ＵＥ１のユーザによって選択された複数のサービス種別に基づいて特定される複数のネットワークにアクセスしてもよい。

アクセス部１０２は、格納部１０１によって格納されたアプリケーション対応情報において、ユーザが利用するアプリケーションに関するアプリケーション情報と取得部１００によって取得されたサービス種別情報に含まれるサービス種別とが対応付いている場合に、当該サービス種別に基づいて特定されるネットワークにアクセスしてもよい。ユーザが利用するアプリケーションとは、例えば、ユーザが直近で起動した、通信システム１０におけるネットワーク上のサービスを利用するアプリケーションである。

アクセス部１０２は、格納部１０１によって格納された契約情報にさらに基づいて特定されるネットワークにアクセスしてもよい。例えば、格納部１０１によって格納された契約情報が、低品質のネットワークサービスのみ利用可能である契約を示す場合、アクセス部１０２は、取得部１００によって取得されたサービス種別情報に含まれるサービス種別のうち、低品質のネットワークサービス（ＵＥ１が契約の範囲内でアクセス可能なネットワークサービス）に対応するサービス種別を選択し、選択したサービス種別に基づいて特定されるネットワークにアクセスする。

アクセス部１０２は、格納部１０１によって格納されたセキュリティポリシー情報にさらに基づいて特定されるネットワークにアクセスしてもよい。例えば、格納部１０１によって格納されたセキュリティポリシー情報が、高信頼を求めることを示す場合、アクセス部１０２は、取得部１００によって取得されたサービス種別情報に含まれるサービス種別のうち、高信頼のネットワークサービスに対応するサービス種別を選択し、選択したサービス種別に基づいて特定されるネットワークにアクセスする。また、ＡＰ２から送信されたＧＡＳ応答にUntrusted又はTrustedを示すUntrusted／Trusted情報が含まれ、アクセス部１０２はＡＰ２から受信したUntrusted／Trusted情報にさらに基づいて特定されるネットワークにアクセスしてもよい。

続いて、図５〜図８を用いて、第１実施形態に係る通信システムにおけるアクセス処理について説明する。

図５は、第１実施形態に係る通信システムにおけるアクセス処理の第１例を示すシーケンス図である。なお、図５（及び後述の図７及び図１０も同様）に示すシーケンス図の各矢印の下に、当該処理時の引数の内容を示しているが、主な引数以外の説明は適宜省略する。まず、ＵＥ１の取得部１００により、ＡＰ２に対してＧＡＳ要求が送信される（ステップＳ１）。次に、ＡＰ２からＵＥ１の取得部１００に対して、（一つ以上の）「Service Type」（を含むサービス種別情報）を含むＧＡＳ応答が送信される（ステップＳ２）。次に、ＵＥ１のアクセス部１０２により、ＡＰ２から送信（通知）された「Service Type」から適切な「Service Type」が選択される（ステップＳ３）。

次に、ＵＥ１のアクセス部１０２により、ＡＰ２に対して、Ｓ３にて選択した「Service Type」を含む認証要求が送信される（ステップＳ４）。次に、ＡＰ２からｅＰＤＧ／ＴＷＡＧ３に対して、Ｓ３にて送信された「Service Type」を含む認証要求が送信される（ステップＳ５）。次に、ｅＰＤＧ／ＴＷＡＧ３からＡＡＡサーバ４及びＨＳＳ５に対して、Ｓ５にて送信された「Service Type」を含む認証要求が送信される（ステップＳ６）。次に、ＡＡＡサーバ４及びＨＳＳ５にて、Ｓ６にて送信（通知）された「Service Type」に基づいて、（ＵＥ１が）アクセス可能なスライス先であり、ＰＧＷ６の識別情報（例えば、ＩＰ（Internet Protocol）アドレスやＤＮＳ（Domain Name System）アドレス）である「PGW ID」が選択（提示）される（ステップＳ７）。Ｓ７にてスライス先を選択する際に、ＡＡＡサーバ４及びＨＳＳ５は、ＡＡＡサーバ４又はＨＳＳ５に格納された接続スライス情報を参照する。図６（ａ）は、接続スライス情報のテーブル例を示す図である。図６（ａ）に示すテーブル例では、レコードの識別情報である「ＩＤ」と、「Service Type」と、「PGW ID」とが対応付いて格納されている。ＡＡＡサーバ４及びＨＳＳ５は、接続スライス情報において、Ｓ６にて送信された「Service Type」に対応付けられている「PGW ID」を選択する。

次に、ＡＡＡサーバ４及びＨＳＳ５からｅＰＤＧ／ＴＷＡＧ３に対して、Ｓ７にて選択された「PGW ID」を含む認証応答が送信される（ステップＳ８）。次に、ｅＰＤＧ／ＴＷＡＧ３にて、ＵＥ１のＵＥ情報である「UE-ID」とＳ８にて送信された「PGW ID」とが保持される（ステップＳ９）。図６（ｂ）は、ｅＰＤＧ／ＴＷＡＧ３にて保持された情報のテーブル例である。図６（ｂ）に示すテーブル例では、「UE-ID」と「PGW ID」とが対応付けられている。次に、ｅＰＤＧ／ＴＷＡＧ３からＡＰ２に対して、Ｓ８にて送信された「PGW ID」を含む認証応答が送信される（ステップＳ１０）。次に、ＡＰ２からＵＥ１に対して、Ｓ１０にて送信された「PGW ID」を含む認証応答が送信される（ステップＳ１１）。

次に、ＵＥ１からＡＰ２に対して、ＵＥ１のＵＥ情報である「UE-ID」を含むＤＨＣＰ（Dynamic Host Configuration Protocol）要求が送信される（ステップＳ１２）。次に、ＡＰ２からｅＰＤＧ／ＴＷＡＧ３に対して、Ｓ１２にて送信された「UE-ID」を含むＤＨＣＰ要求が送信される（ステップＳ１３）。次に、ｅＰＤＧ／ＴＷＡＧ３にて、Ｓ１３にて送信（通知）された「UE-ID」に基づいて、アクセス先スライスが選択される（ステップＳ１４）。Ｓ１４にてアクセス先スライスを選択する際に、ｅＰＤＧ／ＴＷＡＧ３は、図６（ｂ）に示すテーブル例の情報を参照する。具体的に、ｅＰＤＧ／ＴＷＡＧ３は、当該情報において、Ｓ１３にて送信された「UE-ID」に対応付けられている「PGW ID」を選択する。

次に、ｅＰＤＧ／ＴＷＡＧ３から（Ｓ１４にて選択された「PGW ID」によって特定される）ＰＧＷ６Ｂ及びＳＧＷ７Ｂに対して、セッション確立要求が送信される（ステップＳ１５）。次に、ＰＧＷ６Ｂ及びＳＧＷ７ＢからｅＰＤＧ／ＴＷＡＧ３に対して、セッション確立応答が送信される（ステップＳ１６）。次に、ｅＰＤＧ／ＴＷＡＧ３からＡＰ２に対して、ＤＨＣＰ応答が送信される（ステップＳ１７）。次に、ＡＰ２からＵＥ１に対して、ＤＨＣＰ応答が送信される（ステップＳ１８）。最後に、通信システム１０においてセッションが確立される。

なお、図５に示すシーケンス図において、Ｓ９は、Ｓ８の直後ではなく、Ｓ１０〜Ｓ１３の何れかの直後で行われてもよい。

図７は、第１実施形態に係る通信システムにおけるアクセス処理の第２例を示すシーケンス図である。図５に示すシーケンス図との主な差分は、図５に示すシーケンス図ではＡＡＡサーバ４及びＨＳＳ５がアクセス先スライスを選択する一方、図７に示すシーケンス図ではｅＰＤＧ／ＴＷＡＧ３がアクセス先スライスを選択する。

図７において、ステップＳ２０〜ステップＳ２４は、図５のＳ１〜Ｓ５と同様であり、説明を省略する。Ｓ２４の次に、ｅＰＤＧ／ＴＷＡＧ３により、ＵＥ１から送信されてきた「UE-ID」とＳ２４にて送信された「Service Type」とが接続スライス情報として保持される（ステップＳ２５）。図８は、ｅＰＤＧ／ＴＷＡＧ３にて保持された接続スライス情報のテーブル例である。図８に示すテーブル例では、「UE-ID」と「Service Type」と「PGW ID」とが対応付けられている。なお、「PGW ID」は、予め「Service Type」に対応付けられているものとする。次に、ｅＰＤＧ／ＴＷＡＧ３からＡＡＡサーバ４及びＨＳＳ５に対して、認証要求が送信される（ステップＳ２６）。次に、ＡＡＡサーバ４及びＨＳＳ５からｅＰＤＧ／ＴＷＡＧ３に対して、認証応答が送信される（ステップＳ２７）。次に、ｅＰＤＧ／ＴＷＡＧ３からＡＰ２に対して、認証応答が送信される（ステップＳ２８）。次に、ＡＰ２からＵＥ１に対して、認証応答が送信される（ステップＳ２９）。

次に、ＵＥ１からＡＰ２に対して、ＵＥ１のＵＥ情報である「UE-ID」を含むＤＨＣＰ要求が送信される（ステップＳ３０）。次に、ＡＰ２からｅＰＤＧ／ＴＷＡＧ３に対して、ＤＨＣＰ要求が送信される（ステップＳ３１）。次に、ｅＰＤＧ／ＴＷＡＧ３にて、Ｓ３１にて送信（通知）された「UE-ID」に基づいて、アクセス先スライスが選択される（ステップＳ３２）。Ｓ３２にてアクセス先スライスを選択する際に、ｅＰＤＧ／ＴＷＡＧ３は、図８に示す接続スライス情報のテーブル例を参照する。具体的に、ｅＰＤＧ／ＴＷＡＧ３は、接続スライス情報において、Ｓ３１にて送信された「UE-ID」に対応付けられている「PGW ID」を選択する。以降のＳ３３〜Ｓ３６及びセッション確立は、図５のＳ１５〜Ｓ１８及びセッション確立と同様であり、説明を省略する。

なお、図７に示すシーケンス図において、Ｓ２５は、Ｓ２４の直後ではなく、Ｓ２６〜Ｓ３１の何れかの直後で行われてもよい。

第１実施形態において、ＵＥ１は、以前アクセスしたことがあるネットワークを識別する情報（例えば、「PGW ID」）と、対応する「Service Type」とを対応付けてＵＥ１にて格納し、同様のネットワークを発見した際、ＡＰ２との間でＧＡＳ要求及びＧＡＳ応答のやりとりをせず、認証要求に所望する「Service Type」を含めて送信してもよい。

また、第１実施形態において、ＡＰ２との間でＧＡＳ要求及びＧＡＳ応答ができないＵＥ１は、認証要求にＵＥ情報を含めてＡＡＡサーバ４に問い合わせを行ってもよい。その場合、ＡＡＡサーバ４ではＵＥ１の該当ユーザの（ＨＳＳ５等に予め格納されている）契約情報を参照し、契約情報に応じたスライスアクセス先をｅＰＤＧ／ＴＷＡＧ３に通知する。

また、第１実施形態において、ＵＥ１の認証要求に対して、ＡＰ２はTrusted／Untrusted情報を付与し、ｅＰＤＧ／ＴＷＡＧ３、ＡＡＡサーバ４又はＨＳＳ５は、アクセス先スライス決定時に、当該情報に基づいてスライス選択を行ってもよい。例えば、ｅＰＤＧ／ＴＷＡＧ３、ＡＡＡサーバ４又はＨＳＳ５は、Trusted／Untrusted情報がUntrustedを示す場合に、セキュリティ強固なスライスを選択する。

以上の通り、第１実施形態において、ＵＥ１は、ＡＰ２への接続前にＡＮＱＰ情報をやりとりすることで、要求するサービス種別を選択する。そして、ＵＥ１から通知されたサービス種別によって、ＡＡＡサーバ４及びＨＳＳ５又はｅＰＤＧ／ＴＷＡＧ３は適切なネットワークスライスにＵＥ１をアクセスさせる。すなわち、非セルラ無線方式（Trusted／Untrusted）でアクセスするＵＥ１を、適切なネットワークスライスに振り分けることができる。

［第２実施形態］
図９は、本発明の第２実施形態に係る通信システム１５のシステム構成図である。図９に示す通り、通信システム１５は、ＵＥ１ａ、ＡＰ２ａ、ｅＰＤＧ／ＴＷＡＧ３ａ、ＡＡＡサーバ４ａ、ＨＳＳ５ａ、ＵＰ（U-Plane）１１（ＵＰ１１Ａ、ＵＰ１１Ｂ及びＵＰ１１Ｃを総称してＵＰ１１と呼ぶ）、ＣＰ（C-Plane）１２（共通ＣＰ１２Ａ及びＣＰ１２Ｂを総称してＣＰ１２と呼ぶ）、ＮＳＳＦ（Network Slice Selection Function）１３、及びＲＡＮ（Radio Access Network）１４を含んで構成されている。なお、ＵＥ１ａ、ＡＰ２ａ、ｅＰＤＧ／ＴＷＡＧ３ａ、ＡＡＡサーバ４ａ及びＨＳＳ５ａは、それぞれ第１実施形態のＵＥ１、ＡＰ２、ｅＰＤＧ／ＴＷＡＧ３、ＡＡＡサーバ４及びＨＳＳ５と同様のため説明を省略する。その他、第１実施形態と同様の内容については適宜説明を省略する。

通信システム１５は、図９に示す通り、セルラ通信及び非セルラ通信により通信サービスを提供するシステムである。また、通信システム１５が提供するセルラ通信は、３ＧＰＰにおいて標準化が進められている、移動体通信システムの次世代システムであるＮｅｘｔＧｅｎのアーキテクチャ（以降「ＮｅｘｔＧｅｎ」と呼ぶ）により実現されている。ＮｅｘｔＧｅｎの詳細については、下記の非特許文献３を参照されたい。非特許文献３で説明されている内容については、本実施形態では適宜省略する。
非特許文献３：3GPP TR 23.799 V14.0.0 (2016-12)

ＮｅｘｔＧｅｎでは、セルラ通信を行うＵＥがセルラ通信を行う場合に、まずは共通ＣＰ（ノード）にアクセスし、ＵＥの「UE Usage type」に応じたネットワーク（又はスライス）にＵＥが振り分けられる。ここで、従来のＮｅｘｔＧｅｎは、セルラ通信を行うＵＥを対象としたものであり、非セルラ通信を行うＵＥについては考慮されていない。第２実施形態の通信システム１５は、後述の通り、非セルラ通信を行うＵＥにおいてもＮｅｘｔＧｅｎに基づくＵＥの振り分けを行うことができるようにするものである。また、第２実施形態の通信システム１５では、後述の通り、ＡＡＡサーバ経由での共通ＣＰアクセスを前提としない。

また、通信システム１５では、図９に示す通り、複数のスライス（スライス３及びスライス４）が構築されている。スライス３は、ＣＰ１２Ｂにより収容され、ＵＰ１１Ａ及びＵＰ１１Ｂのリソースを確保している。スライス４は、ＵＰ１１Ｃのリソースを確保している。

続いて、通信システム１５を構成する各ノードについて説明する。なお、上述の通り、ＵＥ１ａ、ＡＰ２ａ、ｅＰＤＧ／ＴＷＡＧ３ａ、ＡＡＡサーバ４ａ及びＨＳＳ５ａは、それぞれ第１実施形態のＵＥ１、ＡＰ２、ｅＰＤＧ／ＴＷＡＧ３、ＡＡＡサーバ４及びＨＳＳ５と同様のため説明を省略する。

ＵＰ１１は、ＰＤＮとコアネットワークとのゲートウェイであり、ユーザデータを送信する。すなわち、ＵＰ１１は、パケット転送するゲートウェイ装置である。

ＣＰ１２は、セルラ通信等の移動体通信を実現するためのネットワークを管理するサーバ装置である。図９に示す通信システム１５では、セルラ通信におけるネットワークを管理する複数のＣＰ１２が含まれている。複数のＣＰ１２のうち、セルラ通信を行うＵＥがセルラ通信を行う場合に最初にアクセスするＣＰ１２が共通ＣＰ１２Ａであり、その後にＵＥが振り分けられるネットワークを収容するＣＰ１２がＣＰ１２Ｂである。図９においてはＣＰ１２Ｂのみが示されているが、その他にも複数のＣＰ１２（それぞれが所定のスライスを収容する）が存在してもよい。

ＮＳＳＦ１３は、ネットワークスライスを選択する機能を有するサーバ装置である。ＮＳＳＦ１３は、３ＧＰＰアクセス／非３ＧＰＰアクセス方式に限らず、一元的に管理を行う。

ＲＡＮ１４は、いわゆる無線アクセスネットワークである。

ここで、第２実施形態にて想定する、通信システム１５における全体的な処理の流れについて簡単に説明する。まず、ＵＥ１ａからＡＰ２ａを介してｅＰＤＧ／ＴＷＡＧ３ａに対して、接続依頼が行われる。次に、ｅＰＤＧ／ＴＷＡＧ３ａとＮＳＳＦ１３との間で接続先スライスの問い合わせが行われる。ここでは、接続先スライスとしてスライス３が選択されたものとする。次に、ｅＰＤＧ／ＴＷＡＧ３ａにて、自身にリダイレクトが行われる。次に、ｅＰＤＧ／ＴＷＡＧ３ａから（スライス３を構成する）ＵＰ１１Ａ及びＵＰ１１Ｂに対して、接続先スライス選択が行われる。次に、ｅＰＤＧ／ＴＷＡＧ３ａからＡＰ２ａを介してＵＥ１ａに対して、完了が通知される。

図１０は、第２実施形態に係る通信システムにおけるアクセス処理を示すシーケンス図である。図１０において、ステップＳ４０〜ステップＳ５１は、図７のＳ２０〜Ｓ３１と同様であり、説明を省略する。なお、Ｓ４２において、ＵＥ１ａにより、ＡＰ２ａから送信された（一つ以上の）「Service Type」から（一つ以上の）適切な「Service Type」が選択される。また、Ｓ４５にて保持される「UE-ID」と「Service Type」とが対応付けられた情報のテーブル例を図１１（ａ）に示す。

Ｓ５１の次に、ｅＰＤＧ／ＴＷＡＧ３ａにより、Ｓ４５にて保持された情報において、Ｓ５１にて送信された「UE-ID」に対応付いた「Service Type」が抽出される（ステップＳ５２）。次に、ｅＰＤＧ／ＴＷＡＧ３ａからＮＳＳＦ１３に対して、Ｓ５１にて送信された「UE-ID」とＳ５２にて抽出された「Service Type」とを含む接続スライス問い合わせが送信される（ステップＳ５３）。次に、ＮＳＳＦ１３にて、Ｓ５３にて送信された「Service Type」に基づいて、アクセス先のＵＰ１１が選択される。アクセス先のＵＰ１１を選択する際に、ＮＳＳＦ１３は、図１１（ｂ）に示す情報のテーブル例を参照する。具体的に、ＮＳＳＦ１３は、当該情報において、Ｓ５３にて送信された「Service Type」に対応付けられている「DNN（Dedicated Network Name。Slice type又はＡＰＮ（Access Point Name）とも記載される）」を選択する。当該「DNN」は、ＵＰ１１のアドレスである。次に、ＮＳＳＦ１３からｅＰＤＧ／ＴＷＡＧ３ａに対して、選択された「DNN」を含む接続先スライス応答が送信される（ステップＳ５４）。次に、ｅＰＤＧ／ＴＷＡＧ３ａにて、Ｓ５４にて送信された「DNN」に基づいたＵＰ１１問い合わせの準備を行う（ステップＳ５５）。次に、ｅＰＤＧ／ＴＷＡＧ３ａから（Ｓ５４にて送信された「DNN」が特定する）ＵＰ１１Ａ及びＵＰ１１Ｂに対して、接続要求が送信される（ステップＳ５６）。次に、ＵＰ１１Ａ及びＵＰ１１ＢからｅＰＤＧ／ＴＷＡＧ３ａに対して、接続応答が送信される（ステップＳ５７）。次に、ｅＰＤＧ／ＴＷＡＧ３ａからＡＰ２ａに対して、ＤＨＣＰ応答が送信される（ステップＳ５８）。次に、ＡＰ２ａからＵＥ１ａに対して、ＤＨＣＰ応答が送信される（ステップＳ５９）。最後に、通信システム１５においてＵＰ１１Ａ及びＵＰ１１Ｂとのセッションが確立される。

なお、図１０に示すシーケンス図において、Ｓ４５は、Ｓ４４の直後ではなく、Ｓ４６〜Ｓ５１の何れかの直後で行われてもよい。

以上の通り、第２実施形態において、ＵＥ１ａは、ＡＰ２ａへの接続前にＡＮＱＰ情報をやりとりすることで、要求するサービス種別を選択する。そして、ＵＥ１ａから通知されたサービス種別によって、ｅＰＤＧ／ＴＷＡＧ３ａはアクセス先スライス選択に必要な情報をＮＳＳＦ１３に問い合わせ、当該情報をもとに適切なネットワークスライスにＵＥ１ａをアクセスさせる。すなわち、非セルラ無線方式（Trusted/Untrusted）でアクセスするＵＥ１ａを、ＮｅｘｔＧｅｎ方式を適用した適切なネットワークスライスに振り分けることができる。

なお、第１実施形態にて通信システム１０の各ノードが備える機能や特徴は、第２実施形態における通信システム１５にも適用可能である。同様に、第２実施形態にて通信システム１５の各ノードが備える機能や特徴は、第１実施形態における通信システム１０にも適用可能である。

次に、第１実施形態及び第２実施形態のように構成された通信システム１０及び通信システム１５の作用効果について説明する。

本実施形態の通信システム１０及び通信システム１５によれば、ＡＰ２／ＡＰ２ａから取得されたサービス種別情報に含まれる「Service Type」に基づいて特定されるネットワークにアクセスすることができる。すなわち、「Service Type」に基づいた適切なネットワークにアクセスすることができる。

また、本実施形態の通信システム１０及び通信システム１５によれば、ＡＰ２／ＡＰ２ａから取得されたサービス種別情報に含まれる複数の「Service Type」に基づいて特定される複数のネットワークにアクセスすることができる。すなわち、複数の「Service Type」に基づいた適切な複数のネットワークにアクセスすることができる。

また、本実施形態の通信システム１０及び通信システム１５によれば、ＡＰ２／ＡＰ２ａから能力情報に基づいたサービス種別情報が取得されるため、ＵＥ１／ＵＥ１ａは、ＵＥ１／ＵＥ１ａの能力に基づいた適切なネットワークにアクセスすることができる。

また、本実施形態の通信システム１０及び通信システム１５によれば、ＡＰ２／ＡＰ２ａからサービスレベル情報に基づいたサービス種別情報が取得されるため、ＵＥ１／ＵＥ１ａは、サービスレベル情報に基づいた適切なネットワークにアクセスすることができる。

また、本実施形態の通信システム１０及び通信システム１５によれば、格納部１０１によって格納されたアプリケーション対応情報において、ＵＥ１／ＵＥ１ａのユーザが利用するアプリケーションに関するアプリケーション情報とサービス種別情報に含まれるサービス種別とが対応付いている場合に、当該サービス種別に基づいて特定されるネットワークにアクセスされる。これにより、ＵＥ１／ＵＥ１ａは、ユーザが利用するアプリケーションに基づいた適切なネットワークにアクセスすることができる。

また、本実施形態の通信システム１０及び通信システム１５によれば、格納部１０１によって格納された契約情報にさらに基づいて特定されるネットワークにアクセスされる。これにより、ＵＥ１／ＵＥ１ａは、ＵＥ１／ＵＥ１ａの契約情報に基づいた適切なネットワークにアクセスすることができる。

また、本実施形態の通信システム１０及び通信システム１５によれば、格納部１０１によって格納されたセキュリティポリシー情報にさらに基づいて特定されるネットワークにアクセスされる。これにより、ＵＥ１／ＵＥ１ａは、ＵＥ１／ＵＥ１ａのセキュリティポリシー情報に基づいた適切なネットワークにアクセスすることができる。

以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。

情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において特定の装置によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。例えば、特定の装置が基地局であった場合においては、当該基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。

情報等は、上位レイヤ（または下位レイヤ）から下位レイヤ（または上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。

本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。

また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。

基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Remote Radio Head）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。

移動通信端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で使用する「判断（determining）」、「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ascertaining）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。

本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。

１…ＵＥ、２…ＡＰ、３…ｅＰＤＧ／ＴＷＡＧ、４…ＡＡＡサーバ、５…ＨＳＳ、６…ＰＧＷ、７…ＳＧＷ、８…ＭＭＥ、９…ｅＮＢ、１０…通信システム、１１…ＵＰ、１２…ＣＰ、１３…ＮＳＳＦ、１４…ＲＡＮ、１５…通信システム、１００…取得部、１０１…格納部、１０２…アクセス部。

Claims (7)

1. アクセスポイントを介して非セルラ通信を行う通信端末であって、
   ネットワークのサービス種別を含むサービス種別情報を前記アクセスポイントから取得する取得部と、
   前記取得部によって取得された前記サービス種別情報に含まれる前記サービス種別に基づいて特定されるネットワークにアクセスするアクセス部と、
   を備える通信端末。
2. 前記サービス種別情報は、複数のネットワークそれぞれの前記サービス種別を含み、
   前記アクセス部は、前記取得部によって取得された前記サービス種別情報に含まれる複数の前記サービス種別に基づいて特定される複数のネットワークにアクセスする、
   請求項１に記載の通信端末。
3. 前記取得部は、当該通信端末の能力に関する能力情報を前記アクセスポイントに送信し、当該能力情報に基づいた前記サービス種別情報を当該アクセスポイントから取得する、
   請求項１又は２に記載の通信端末。
4. 前記取得部は、ネットワークのサービスレベルに関するサービスレベル情報を前記アクセスポイントに送信し、当該サービスレベル情報に基づいた前記サービス種別情報を当該アクセスポイントから取得する、
   請求項１〜３の何れか一項に記載の通信端末。
5. アプリケーションに関するアプリケーション情報と前記サービス種別とを対応付けたアプリケーション対応情報を格納するアプリケーション対応情報格納部をさらに備え、
   前記アクセス部は、前記アプリケーション対応情報格納部によって格納された前記アプリケーション対応情報において、ユーザが利用するアプリケーションに関するアプリケーション情報と前記取得部によって取得された前記サービス種別情報に含まれる前記サービス種別とが対応付いている場合に、当該サービス種別に基づいて特定されるネットワークにアクセスする、
   請求項１〜４の何れか一項に記載の通信端末。
6. 当該通信端末の契約情報を格納する契約情報格納部をさらに備え、
   前記アクセス部は、前記契約情報格納部によって格納された契約情報にさらに基づいて特定されるネットワークにアクセスする、
   請求項１〜５の何れか一項に記載の通信端末。
7. 当該通信端末のセキュリティポリシーに関するセキュリティポリシー情報を格納するセキュリティポリシー情報格納部をさらに備え、
   前記アクセス部は、前記セキュリティポリシー情報格納部によって格納された前記セキュリティポリシー情報にさらに基づいて特定されるネットワークにアクセスする、
   請求項１〜６の何れか一項に記載の通信端末。

Images