(57)【要約】  本実施形態の通信システム１Ａにおいて、第１通信サービス及び第２通信サービスのうちから、ＵＥ１０が利用する通信サービスを特定し、特定した通信サービスと、当該通信サービスを利用するためのデータを送受信するＳＧＷ８０のアドレスとを対応付けた情報を参照して、特定した通信サービスが第１通信サービスである場合、第１通信サービスのサービスタイプに対応するＳＧＷ８０のアドレスを検索する一方、特定した通信サービスが第２通信サービスである場合、第１通信制御装置とは異なるＳＧＷ８０を検索する。
2017056966.tif 000002
【特許請求の範囲】
【請求項１】
第１通信サービス及び前記第１通信サービスとは異なる第２通信サービスを利用可能な端末と、前記第１通信サービス又は前記第２通信サービスを利用するためのデータを送受信する通信制御装置とを含む通信システムにおいて、前記端末と接続させる前記通信制御装置を選択する通信制御装置選択方法であって、
前記第１通信サービス及び前記第２通信サービスのうちから、前記端末が利用する通信サービスを特定し、特定した前記通信サービスと、当該通信サービスを利用するためのデータを送受信する通信制御装置とを対応付けた情報を参照して、特定した前記通信サービスが前記第１通信サービスである場合、第１通信制御装置を選択する一方、前記情報を参照して、特定した前記通信サービスが前記第２通信サービスである場合、前記第１通信制御装置とは異なる第２通信制御装置を選択する選択ステップを含む、通信制御装置選択方法。
【請求項２】
前記選択ステップで選択された通信制御装置に対して前記端末を接続する接続ステップをさらに含む、請求項１に記載の通信制御装置選択方法。
【請求項３】
前記特定した通信サービスに基づいて、前記第１通信制御装置又は前記第２通信制御装置と、前記端末との間のデータの経路設定を行う経路設定装置を選択する第２選択ステップをさらに含む、請求項１又は２に記載の通信制御装置選択方法。
【請求項４】
前記端末が利用する通信サービスを示す情報を前記端末から取得し、当該通信サービスを示す情報を用いて前記通信サービスを特定する、請求項１〜３の何れか一項に記載の通信制御装置選択方法。
【請求項５】
前記端末を識別する情報に基づいて他の装置から前記端末が利用する通信サービスを示す情報を取得し、当該通信サービスを示す情報を用いて前記通信サービスを特定する、請求項１〜３の何れか一項に記載の通信制御装置選択方法。
【請求項６】
前記選択ステップでは、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンを用いて当該制御信号を、前記通信サービスを利用するためのデータとして送受信する、請求項１〜５の何れか一項に記載の通信制御装置選択方法。
【請求項７】
第１通信サービス及び前記第１通信サービスとは異なる第２通信サービスを利用可能な端末と、前記第１通信サービス又は前記第２通信サービスを利用するためのデータを送受信する通信制御装置とを含む通信システムにおいて、
前記第１通信サービス及び前記第２通信サービスのうちから、前記端末が利用する通信サービスを特定し、特定した前記通信サービスと、当該通信サービスを利用するためのデータを送受信する通信制御装置とを対応付けた情報を参照して、特定した前記通信サービスが前記第１通信サービスである場合、第１通信制御装置を選択する一方、前記情報を参照して、特定した前記通信サービスが前記第２通信サービスである場合、前記第１通信制御装置とは異なる第２通信制御装置を選択する選択手段を備える、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置選択方法および通信システムに関する。
【背景技術】
【０００２】
従来、Ａｔｔａｃｈ要求したＵＥ（User Equipment）の端末タイプに基づいてＭＭＥ（Mobility Management Entity）を選択し、選択されたＭＭＥが負荷情報に基づいてＳＧＷ（Serving Gateway）を選択することが、非特許文献１に記載されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．４０１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術によると、各ＳＧＷにおける割当可能なリソースに基づいてＳＧＷを選択する手段しかない。よって、１つのＵＥが通信サービス毎にその要件に適合した複数の通信制御装置に接続できない可能性があるという問題がある。【０００５】
そこで、本発明は、上記問題点を解決するために、１つのＵＥが要求する複数の通信サービスの要件により動的に通信制御装置を選択することができる装置選択方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題を解決するために、本発明の一実施形態に係る通信制御装置選択方法は、第１通信サービス及び第１通信サービスとは異なる第２通信サービスを利用可能な端末と、第１通信サービス又は第２通信サービスを利用するためのデータを送受信する通信制御装置とを含む通信システムにおいて、端末と接続させる通信制御装置を選択する通信制御装置選択方法であって、第１通信サービス及び第２通信サービスのうちから、端末が利用する通信サービスを特定し、特定した前記通信サービスと、当該通信サービスを利用するためのデータを送受信する通信制御装置とを対応付けた情報を参照して、特定した通信サービスが第１通信サービスである場合、第１通信制御装置を選択する一方、情報を参照して、特定した前記通信サービスが第２通信サービスである場合、第１通信制御装置とは異なる第２通信制御装置を選択する選択ステップを含む。【０００７】
また、本発明の一実施形態に係る通信システムは、第１通信サービス及び第１通信サービスとは異なる第２通信サービスを利用可能な端末と、第１通信サービス又は第２通信サービスを利用するためのデータを送受信する通信制御装置とを含む通信システムにおいて、第１通信サービス及び第２通信サービスのうちから、端末が利用する通信サービスを特定し、特定した前記通信サービスと、当該通信サービスを利用するためのデータを送受信する通信制御装置とを対応付けた情報を参照して、特定した通信サービスが第１通信サービスである場合、第１通信制御装置を選択する一方、情報を参照して、特定した通信サービスが第２通信サービスである場合、第１通信制御装置とは異なる第２通信制御装置を選択する選択手段を備える。【０００８】
この発明によれば、接続要求したユーザ端末によって使用される通信サービスが第１通信サービス及び第２通信サービスのうちから特定され、特定された通信サービスに基づいて通信サービスに対応した通信制御装置が動的に選択される。これにより、ユーザが要求する通信サービスを適切に提供することができる。よって、１つのユーザ端末（ＵＥ）が要求する複数の通信サービスの要件（例えば、通信サービスを実行するためのネットワークの要件）により動的に通信制御装置を選択することができる。これにより、複数サービスを利用する端末のユーザに対して好適な通信サービスを提供できる。【０００９】
また、本発明の一実施形態に係る通信接続方法において、選択ステップで選択された通信制御装置に対して端末を接続する接続ステップをさらに含んでもよい。この場合、選択ステップで選択された通信制御装置に対して接続要求をするので、通信サービスに適した通信接続装置へ接続することができる。【００１０】
また、本発明の一実施形態に係る通信制御装置選択方法において、特定した通信サービスに基づいて、第１通信制御装置又は第２通信制御装置と、端末との間のデータの経路設定を行う経路設定装置を選択する第２選択ステップをさらに含んでもよい。【００１１】
この場合、第１通信制御装置又は第２通信制御装置の何れかだけでなく、経路設定装置も選択するので、通信制御装置だけでなく、経路設定装置もまとめて決定することができる。これにより、端末と通信制御装置間の接続処理を単純化することができる。【００１２】
また、本発明の一実施形態に係る通信接続方法において、端末が利用する通信サービスを示す情報を端末から取得し、当該通信サービスを示す情報を用いて通信サービスを特定してもよい。これにより、端末が接続する際に通信サービスを特定するので、簡易な構成で通信サービスを特定することができる。【００１３】
また、本発明の一実施形態に係る通信接続方法において、端末を識別する情報に基づいて他の装置から通信サービスを示す情報を取得し、当該通信サービスを示す情報を用いて通信サービスを特定してもよい。この場合、端末で通信サービスを示す情報を有していなくても通信サービスに応じた第１通信制御装置又は第２通信制御装置を確実に決定することができる。【００１４】
また、本発明の一実施形態に係る通信接続方法において、選択ステップでは、端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンを用いて当該制御信号を、通信サービスを利用するためのデータとして送受信してもよい。この場合、制御プレーンを用いる通信制御装置についても、通信サービスに応じて選択することができる。
【発明の効果】
【００１５】
本発明によれば、ユーザ端末（ＵＥ）が要求する通信サービスの条件により動的に通信制御装置を選択することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１実施形態に係る通信システムのシステム構成を示す図である。
【図２】ユーザ属性記憶部４１が記憶する情報のデータ構造を示す図である。
【図３】本発明の第１実施形態に係る通信システムの一部の装置の機能ブロックを示す図である。
【図４】通信システムのハードウェア構成を説明する図である。
【図５】アドレス記憶部７３Ａが記憶する情報のデータ構造を示す図である。
【図６】端末からサービスタイプを取得する場合のアタッチ処理を示すシーケンス図である。
【図７】ＨＳＳからサービスタイプを取得する場合のアタッチ処理を示すシーケンス図である。
【図８】第２実施形態に係る通信システムのシステム構成を示す図である。
【図９】本発明の第２実施形態に係る通信システムの一部の装置の機能ブロックを示す図である。
【図１０】端末からサービスタイプを取得する場合のアタッチ処理を示すシーケンス図である。
【図１１】ＨＳＳからサービスタイプを取得する場合のアタッチ処理を示すシーケンス図である。
【図１２】第３実施形態に係る通信システムのシステム構成を示す図である。
【図１３】端末からサービスタイプを取得する場合のアタッチ処理を示すシーケンス図である。
【図１４】変形例におけるテーブルを示す図である。
【発明を実施するための形態】
【００１７】
以下、添付図面を参照して、本発明を実施するための形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１８】
[第１実施形態]
図１は、本発明の一実施形態の通信システム１Ａのシステム構成図である。この通信システム１Ａは、ｅＮｏｄｅＢ２０、デフォルトＭＭＥ（Mobility Management Entity）３０、ＨＳＳ４０、選択されたＭＭＥである選択ＭＭＥ５０（経路設定装置）、ＳＧＷ（Serving Gateway）選択装置６０Ａ、ＤＮＳサーバ７０Ａ、及びＳＧＷ８０（通信制御装置）を含んで構成されている。スマートフォン、タブレット端末を含むＵＥ（User Equipment）１０（端末）は、この通信システム１Ａと通信接続することにより通信を行うことができる。また、ＵＥ１０は、自装置が使用可能な複数の通信サービスを示す情報を記憶しており、当該情報をｅＮｏｄｅＢ２０へ送信する。通信サービスとは、通信を用いたサービスであり、動画配信や車車間通信等のサービスである。それぞれのサービスにおいて、要求されるネットワーク要件が異なる。ＵＥ１０は、通信サービスを示す情報として、上記ネットワーク要件を示す情報であるサービスタイプを記憶している。
【００１９】
ｅＮｏｄｅＢ２０は、ＭＭＥに接続された無線基地局であるとともに、無線アクセス制御機能を有した装置である。ｅＮｏｄｅＢ２０は、ＵＥ１０から発信があった際の受付制御機能や、他のＵＥ１０からＵＥ１０に着信があった際にＵＥ１０を呼び出すページング機能を基本機能として有している。また、ｅＮｏｄｅＢ２０は、デフォルトＭＭＥ３０のアドレスを記憶しており、ＵＥ１０からアタッチ要求を受け付けた場合に、当該アドレス宛にアタッチ要求をする。
【００２０】
デフォルトＭＭＥ３０は、ＵＥ１０からアタッチ要求（位置登録要求）があった際に、ｅＮｏｄｅＢ２０を介してデフォルトでＵＥ１０と接続されるＭＭＥである。ここで、ＭＭＥは、ＬＴＥ（Long Term Evolution）ネットワークに在圏するＵＥ１０の位置管理、認証制御、及びＳＧＷ８０とｅＮｏｄｅＢ２０との間のユーザデータの通信経路の設定処理を行う部分である。デフォルトＭＭＥ３０は、選択ＭＭＥ５０の性能および機能を示すＭＭＥ情報を記憶するデータベースを有している。ＭＭＥ情報は、ＭＭＥの機能および性能（例えば、低コスト、低遅延等）と当該ＭＭＥのアドレスとを対応付けた情報を含む。ＭＭＥ情報は、機能および性能を識別する情報を含む。例えば、機能および性能を表すタイプ（例えば、type1=低コスト、type3=低コスト&低遅延）を示す情報である3GPPの「UE Usage Type」を含む。デフォルトＭＭＥ３０は、アタッチ要求したＵＥ１０の性能と、上記ＭＭＥ情報とに基づいて接続するＭＭＥを選択する。なお、上記UE Usage Typeは、ＵＥ１０が記憶していてもよいし、ＨＳＳ４０が記憶してもよい。デフォルトＭＭＥ３０は、ｅＮｏｄｅＢ２０から独立した装置（スタンドアローンである装置）であってもよいし、ｅＮｏｄｅＢ２０内部に含まれてもよい。
【００２１】
ＨＳＳ４０は、ＵＥ１０等の通信端末の契約情報、認証情報、通信サービス情報、端末タイプ情報及び在圏情報を含む加入者情報をデータベース（例えば、ユーザ属性記憶部４１）で管理するサーバである。ここで、通信サービス情報とは、各ＵＥ１０が利用する通信サービスのタイプを定義した情報である。通信サービス情報には、ＵＥ１０を識別する情報（例えば、ＩＭＳＩ（International  Mobile  Subscriber  Identity））と、当該ＵＥ１０が利用する通信サービスの要件を示すサービスタイプとが含まれる。この情報の例を図２に示す。図２に示すように、通信サービス情報は、端末を識別するＩＭＳＩと、サービスタイプ（service type）とを有する。図２に示す例では、ＩＭＳＩが「ABC」であるＵＥ１０のユーザが、「low latency」と「no mobility」のサービスタイプの通信サービスを利用できることを示している。すなわち、このユーザは、複数の通信サービスを利用することができる。ＨＳＳ４０は、デフォルトＭＭＥ３０から端末ＩＤを取得すると共にサービスタイプの取得要求を受け付けると、当該端末ＩＤに対応するサービスタイプを当該デフォルトＭＭＥ３０へ送信する。また、ＨＳＳ４０は、端末タイプ情報として、ＩＭＳＩとUE Usage Typeとを対応付けた情報も有する。
【００２２】
選択ＭＭＥ５０は、デフォルトＭＭＥ３０によって選択されたＭＭＥである。選択ＭＭＥ５０は、後述する処理により決定したＳＧＷ８０に対してユーザデータの経路設定処理を行う。また、選択ＭＭＥ５０は、ＳＧＷ選択装置６０Ａを含む。このＳＧＷ選択装置６０Ａは、ｅＮｏｄｅＢ２０から取得したサービスタイプに対応するＳＧＷ８０のアドレスをＤＮＳサーバ７０Ａから取得し、取得したアドレス宛てに接続する装置である。
【００２３】
ＤＮＳサーバ７０Ａは、ネットワーク上でドメイン名やホスト名とＩＰアドレスの対応関係を管理するコンピュータである。さらにＤＮＳサーバ７０Ａは、サービスタイプとＳＧＷ８０のアドレスとを対応付けた情報をアドレス記憶部７３Ａで記憶している。ＤＮＳサーバ７０Ａは、ＳＧＷ選択装置６０Ａからアドレスの送信要求を受け付けると、当該アドレス記憶部７３Ａを参照し、要求に応じたＳＧＷ８０のアドレスをＳＧＷ選択装置６０Ａへ送信する。
【００２４】
ＳＧＷ８０は、ＬＴＥを収容する在圏パケット交換機で、ＰＧＷ（Packet data network Gate Way）との間で通信サービス提供に利用されるユーザデータの送受信を行う。ＳＧＷ８０は、複数の通信サービスの要件に対応して複数設けられている。
【００２５】
次に、図３を参照しながら、通信システム１Ａにおいて特徴を有するＳＧＷ選択装置６０Ａ及びＤＮＳサーバ７０Ａの構成要素について説明する。
【００２６】
図３に示すように、ＳＧＷ選択装置６０Ａは、サービス取得部６１、アドレス要求部６２Ａ、アドレス受信部６３Ａ、及び接続要求部６４Ａを含んで構成される。また、ＤＮＳサーバ７０Ａは、要求受付部７１Ａ、アドレス検索部７２Ａ（選択手段）、アドレス記憶部７３Ａ、及びアドレス通知部７４Ａを含んで構成される。
【００２７】
また、物理的には、ＳＧＷ選択装置６０Ａ及びＤＮＳサーバ７０Ａは、それぞれ図４に示すように、一又は複数のＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、データ送受信デバイスである通信モジュール１０４（Transmitter or Receiver）、ハードディスク、フラッシュメモリ等に例示される補助記憶装置１０５（Memory）、入力デバイスであるタッチパネル及びキーボード等に例示される入力装置１０６、ディスプレイ等の出力装置１０７などを含むコンピュータシステムとして構成されている。ＳＧＷ選択装置６０Ａ及びＤＮＳサーバ７０Ａでは、図４に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４、入力装置１０６、出力装置１０７を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで、各装置における一連の機能が実現される。
【００２８】
なお、ＣＰＵ１０１などのプロセッサ（Processor）が図３における各機能を実行することに代えて、その機能全部または一部を専用の集積回路（ＩＣ：integrated  circuit）を構築することにより各機能を実行するように構成してもよい。例えば、画像処理や通信制御を行なうための専用の集積回路を構築することにより上記機能を実行するようにしてもよい。
【００２９】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００３０】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【００３１】
ＳＧＷ選択装置６０Ａのサービス取得部６１は、ｅＮｏｄｅＢ２０から通信サービスを示す情報（サービスタイプ）を取得すると共にＳＧＷ選択要求を受け付ける部分である。例えば、サービス取得部６１は、ｅＮｏｄｅＢ２０からＳＧＷ選択要求としてアタッチ要求を受け付ける。サービス取得部６１は、取得したサービスタイプをアドレス要求部６２Ａへ送出する。
【００３２】
ＳＧＷ選択装置６０Ａのアドレス要求部６２Ａは、サービス取得部６１からサービスタイプを受け取り、当該サービスタイプをＤＮＳサーバ７０Ａへ送信すると共に、ＳＧＷのアドレスの送信要求を行う部分である。
【００３３】
ＳＧＷ選択装置６０Ａのアドレス受信部６３Ａは、ＤＮＳサーバ７０ＡからＳＧＷのアドレスを受信する部分である。アドレス要求部６２Ａによって、アドレス要求がなされた後に、ＤＮＳサーバ７０Ａによってアドレスが送信されると、アドレス受信部６３Ａは、当該アドレスを受信する。アドレス受信部６３Ａは、上記アドレスを受信すると、当該アドレスを接続要求部６４Ａへ送出する。
【００３４】
ＳＧＷ選択装置６０Ａの接続要求部６４Ａは、アドレス受信部６３Ａによって受信されたアドレスを有するＳＧＷ８０へ接続要求をする部分である。
【００３５】
続いて、ＤＮＳサーバ７０Ａの構成要素の説明をする。要求受付部７１Ａは、ＳＧＷ選択装置６０Ａからサービスタイプを受信すると共にアドレス送信要求を受け付ける部分である。要求受付部７１Ａは、受信したサービスタイプをアドレス検索部７２Ａへ送出する。
【００３６】
アドレス検索部７２Ａは、サービスタイプに対応するＳＧＷのアドレスをアドレス記憶部７３Ａから検索する部分である。アドレス検索部７２Ａは、要求受付部７１Ａからサービスタイプを取得すると、当該サービスタイプを検索キーにして、アドレス記憶部７３Ａで記憶している情報を参照して、当該サービスタイプに対応するアドレスを抽出する。アドレス検索部７２Ａは、抽出した当該アドレスをアドレス通知部７４Ａへ送出する。
【００３７】
アドレス記憶部７３Ａは、サービスタイプと、当該サービスタイプに対応するＳＧＷのアドレスとを対応付けた情報を記憶する部分である。アドレス記憶部７３Ａが記憶する情報の例を図５に示す。図５に示すように、サービスタイプを示す「Service type」とＳＧＷのアドレスを示す「Address」とを対応付けて記憶している。アドレス検索部７２Ａは、図５に示す情報を参照して、サービスタイプが「low latency」であれば、アドレス「192.168.0.1」を抽出する一方、サービスタイプが「High Security」であれば、アドレス「192.168.0.3」を抽出する。
【００３８】
アドレス通知部７４Ｂは、アドレス検索部７２Ａによって抽出されたアドレスをＳＧＷ選択装置６０Ａへ送信する部分である。
【００３９】
次に、図６及び図７を用いて、上記の通信システム１Ａにおける通信制御装置選択方法を説明する。図６は、ＵＥ１０が、サービスタイプを送信する場合におけるアタッチ処理を示すシーケンス図であり、図７は、サービスタイプをＨＳＳ４０から取得する場合のアタッチ処理を示すシーケンス図である。
【００４０】
まず、図６を参照しながら、ＵＥ１０が、サービスタイプを送信する場合におけるアタッチ処理を説明する。
【００４１】
まず、ＵＥ１０は、ｅＮｏｄｅＢ２０に対してAttach Request信号と共に、自装置によって記憶されているサービスタイプを送信することによりアタッチ要求をする（ステップＳ１）。なお、ＵＥ１０は、複数のサービスタイプを記憶している場合、複数のサービスタイプを送信する。ｅＮｏｄｅＢ２０は、上記アタッチ要求に応じて、デフォルトＭＭＥ３０に対してInitial UE信号によりアタッチ要求（Attach Request）をする（ステップＳ２）。
【００４２】
この後に、デフォルトＭＭＥ３０は、位置登録の要求を示すUpdate Location Request信号をＨＳＳ４０へ送信し（ステップＳ３）、ＨＳＳ４０からUE Usage Typeを取得すると共にUpdate Location Response信号を受信する（ステップＳ４）。なお、ＵＥ１０がAttach Request信号と共に、自装置によって記憶されているUE Usage Typeを送信するようにしてもよい。
【００４３】
デフォルトＭＭＥ３０は、ＵＥ１０のUE Usage Typeに基づいて接続先のＭＭＥ（選択ＭＭＥ５０）を決定し、選択ＭＭＥ５０へのアタッチ要求する旨の通知であるRe-route Command信号をｅＮｏｄｅＢ２０へ送信する（ステップＳ５）。ｅＮｏｄｅＢ２０は、これに応じて選択ＭＭＥ５０へサービスタイプを送信する共に、アタッチ要求（Initial UE message）をする（ステップＳ６）。ＳＧＷ選択装置６０Ａのサービス取得部６１は、当該アタッチ要求を受け付けると共にサービスタイプを取得する。ＳＧＷ選択装置６０Ａのサービス取得部６１は、ＵＥ１０において複数のサービスタイプが記憶されている場合、当該複数のサービスタイプをまとめて取得する。
【００４４】
上記のように、ｅＮｏｄｅＢ２０が選択ＭＭＥ５０へアタッチ要求をすることに応じて、ＵＥ１０、ｅＮｏｄｅＢ２０、選択ＭＭＥ５０、及びＨＳＳ４０の間で、ＵＥ１０の新たな認証（再認証 Authentication）を行う（ステップＳ７）。
【００４５】
続いて、ＳＧＷ選択装置６０Ａのアドレス要求部６２Ａは、サービス取得部６１によって取得された全てのサービスタイプをＤＮＳサーバ７０Ａへ送信すると共にＳＧＷ８０のアドレス要求（DNS query request）をする（ステップＳ８）。
【００４６】
ＤＮＳサーバ７０Ａの要求受付部７１Ａは、サービスタイプを受信すると共にアドレス要求を受け付ける。要求受付部７１Ａは、受信したサービスタイプをアドレス検索部７２Ａへ送出する。アドレス検索部７２Ａは、サービスタイプを検索キーとして、アドレス記憶部７３Ａから当該サービスタイプに対応するそれぞれのＳＧＷのアドレスを取得する。
【００４７】
ＤＮＳサーバ７０Ａのアドレス検索部７２Ａが、ＳＧＷのアドレスを取得すると、当該ＳＧＷのアドレスをアドレス通知部７４Ａへ送出する。なお、ＤＮＳサーバ７０Ａの要求受付部７１Ａが、複数のサービスタイプを受信した場合、アドレス検索部７２Ａは、それぞれのサービスタイプに対応するアドレスを送出する。アドレス通知部７４Ａは、当該ＳＧＷアドレスのリストをＳＧＷ選択装置６０Ａへ送信する（ステップＳ９、DNS query response）。
【００４８】
ＳＧＷ選択装置６０Ａのアドレス受信部６３Ａが、ＳＧＷアドレスのリストを受信すると、接続要求部６４Ａは、当該受信したＳＧＷのアドレスが示す装置（選択ＳＧＷ）へセッション生成要求を示すCreate Session Request信号を送信する（ステップＳ１０）。この後に、公知のＵＥ１０とＳＧＷ８０との間のベアラ確立処理（例えば、3GPP TS 23.401のInitial Attach procedureのCreate Session Request以降の処理）を行い（ステップＳ１１）、処理を終了する。
【００４９】
続いて、図７を用いて、サービスタイプをＨＳＳ４０から取得する場合のアタッチ処理について説明する。まず、ＵＥ１０は、ｅＮｏｄｅＢ２０に対してAttach Request信号を送信することによりアタッチ要求をする（ステップＳ２１）。ｅＮｏｄｅＢ２０は、上記アタッチ要求に応じて、デフォルトＭＭＥ３０に対してアタッチ要求（Attach Request）をする（ステップＳ２２）。
【００５０】
この後に、デフォルトＭＭＥ３０は、位置登録の要求を示すUpdate Location Request信号と共にＵＥ１０のサービスタイプの送信要求をＨＳＳ４０へ送信し（ステップＳ２３）、ＨＳＳ４０からUpdate Location Response信号を受信すると共に、ＵＥ１０のＩＭＳＩに対応するサービスタイプと、当該ＩＭＳＩに対応するUE Usage Typeとを取得する（ステップＳ２４）。ステップＳ２５〜ステップＳ３１は、図６に示したステップＳ５〜ステップＳ１１と同様であるので、説明を省略する。
【００５１】
第１実施形態に係る通信システム１Ａによれば、第１通信サービス（例えば、「low latency」である通信サービス）及び第２通信サービス（例えば、「high Security」である通信サービス）のうちから、ＵＥ１０が利用する通信サービスを特定し、特定した通信サービスと、当該通信サービスを利用するためのデータを送受信するＳＧＷ８０のアドレスとを対応付けた情報（アドレス記憶部７３Ａ）を参照して、特定した通信サービスが第１通信サービスである場合、「low latency」のサービスタイプに対応するＳＧＷ８０（第１通信制御装置）のアドレス（図５に示す例では、「192.168.0.1」）を抽出する一方、特定した通信サービスが第２通信サービスである場合、第１通信制御装置とは異なる「high Security」のサービスタイプに対応するＳＧＷ８０（第２通信制御装置）のアドレス（図５に示す例では、「192.168.0.3」）を抽出する。
【００５２】
このように、通信システム１Ａでは、接続要求したＵＥ１０によって使用される通信サービスを特定し、特定された通信サービスに基づいてＳＧＷ８０を動的に選択する。これにより、ユーザが要求する通信サービスを適切に提供することができる。よって、ＵＥ１０が要求するサービスの要件（例えば、サービスを実行するためのネットワークの要件）により動的にＳＧＷ８０を選択することができる。これにより、複数サービスを利用するＵＥ１０のユーザに対して好適な通信サービスを提供できる。
【００５３】
また、ＳＧＷ選択装置６０Ａが、ＤＮＳサーバ７０ＡからＳＧＷ８０のアドレスを受信すると、接続要求部６４Ａは、当該ＳＧＷ８０のアドレスのＳＧＷ８０へ接続要求（Create Session信号）をする。この場合、ＤＮＳサーバ７０Ａによって、検索されたＳＧＷ８０に対して接続要求をするので、ＵＥ１０を利用する通信サービスに適したＳＧＷ８０へ接続させることができる。
【００５４】
また、ＳＧＷ選択装置６０Ａは、ＵＥ１０から送信されたサービスタイプを取得し、当該サービスタイプをＤＮＳサーバ７０Ａへ送信し、サービスタイプに対応するＳＧＷ８０のアドレスを取得する。この場合、ＵＥ１０が接続する際に通信サービスを特定するので、簡易な構成で通信サービスを特定することができる。
【００５５】
また、ＳＧＷ選択装置６０Ａは、ＵＥ１０からサービスタイプを取得できなかった場合、ＨＳＳ４０（外部装置）からサービスタイプを取得する。この場合、ＵＥ１０で通信サービスを示す情報を有していなくても通信サービスに応じたＳＧＷ８０のアドレスを決定することができる。
【００５６】
また、ＤＮＳサーバ７０Ａのアドレス記憶部７３Ａは、サービスタイプに応じたアドレスを記憶しているので、アドレスが変更された場合でもＤＮＳサーバ７０Ｂのアドレス記憶部７３Ａのみ書き換えれば良いため効率が良い。
【００５７】
[第２実施形態]
上述の実施形態では、選択ＭＭＥ５０に含まれるＳＧＷ選択装置６０Ａについて述べたが、本実施形態では、ＳＧＷ選択装置６０Ｂは、ＵＥ１０と接続するＭＭＥも選択要求する。図８に本発明の第２実施形態の通信システム１Ｂのシステム構成図である。第２実施形態の通信システム１Ｂは、第１実施形態の通信システム１ＡのデフォルトＭＭＥ３０を含まず、ＳＧＷ選択装置６０Ｂが、第１実施形態の通信システム１ＡのデフォルトＭＭＥ３０の機能（選択ＭＭＥ５０の決定）を担う。また、ＳＧＷ選択装置６０Ｂは、選択ＭＭＥ５０から独立している。
【００５８】
図８に示すように、ＳＧＷ選択装置６０Ｂは、ＤＮＳサーバ７０Ｂへサービスタイプ及びUE Usage Typeを送信すると共に、ＭＭＥ及びＳＧＷのリストの送信要求をする。ＳＧＷ選択装置６０Ｂは、ＤＮＳサーバ７０ＢからＭＭＥ及びＳＧＷのリストを受信すると、当該ＭＭＥリストによって特定される選択ＭＭＥ５０へ接続し、当該選択ＭＭＥ５０がＳＧＷのリストで特定されるＳＧＷ８０へ接続要求する。
【００５９】
第２実施形態に係るシステムのブロック図を図９に示す。図９に示すように、ＳＧＷ選択装置６０Ｂは、サービス取得部６１、アドレス要求部６２Ｂ、アドレス受信部６３Ｂ、及び接続要求部６４Ｂを含んで構成されている。また、ＤＮＳサーバ７０Ｂは、要求受付部７１Ｂ、アドレス検索部７２Ｂ、アドレス記憶部７３Ｂ、及びアドレス通知部７４Ｂを含んで構成される。
【００６０】
ＳＧＷ選択装置６０Ｂのサービス取得部６１は、ｅＮｏｄｅＢ２０を介してＵＥ１０からユーザサービスタイプ及びUE Usage Typeを取得する。また、サービス取得部６１は、ＵＥ１０からユーザサービスタイプ及びUE Usage Typeを取得しなかった場合、ＨＳＳ４０からユーザサービスタイプ及びUE Usage Typeを取得する。
【００６１】
ＳＧＷ選択装置６０Ｂのアドレス要求部６２Ｂは、サービス取得部６１によって取得されたサービスタイプ及びUE Usage TypeをＤＮＳサーバ７０Ｂへ送信し、選択ＭＭＥ５０のアドレスとＳＧＷ８０のアドレスとのアドレス送信要求をする。
【００６２】
ＳＧＷ選択装置６０Ｂのアドレス受信部６３Ｂは、ＤＮＳサーバ７０Ｂから選択ＭＭＥ５０のアドレスとＳＧＷ８０のアドレスとを受信する部分である。
【００６３】
ＳＧＷ選択装置６０Ｂの接続要求部６４Ｂは、アドレス受信部６３Ｂによって受信されたアドレスに基づいて、選択ＭＭＥ５０及びＳＧＷ８０へ接続要求する部分である。具体的には、接続要求部６４Ｂは、選択ＭＭＥ５０のアドレスに基づき、選択ＭＭＥ５０へ接続要求すると共に、選択ＭＭＥ５０へＳＧＷ８０のアドレスを通知し、当該ＳＧＷ８０の接続要求をする。
【００６４】
続いて、ＤＮＳサーバ７０Ｂの構成要素の説明をする。要求受付部７１Ｂは、ＳＧＷ選択装置６０Ｂからサービスタイプ及びUE Usage Typeを受信すると共にアドレス送信要求を受け付ける部分である。要求受付部７１Ｂは、受信したサービスタイプ及びUE Usage Typeをアドレス検索部７２Ｂへ送出する。
【００６５】
アドレス検索部７２Ｂは、サービスタイプに対応するＳＧＷのアドレスをアドレス記憶部７３Ｂから検索し、サービスタイプ又はUE Usage Typeに対応するＭＭＥをアドレス記憶部７３Ｂから検索する部分である。アドレス検索部７２Ｂは、要求受付部７１Ｂからサービスタイプを取得すると、当該サービスタイプを検索キーにして、アドレス記憶部７３Ｂで記憶しているサービスタイプとＳＧＷのアドレスとが対応付いている情報を参照して、当該サービスタイプに対応するアドレスを抽出する。アドレス検索部７２Ｂは、当該アドレスを抽出すると、当該アドレスをアドレス通知部７４Ｂへ送出する。また、アドレス検索部７２Ｂは、サービスタイプ又はUE Usage Typeに対応する選択ＭＭＥ５０Ｂのアドレスを記憶しているアドレス記憶部７３Ｂを検索し、サービスタイプ又はUE Usage Typeを検索キーとして、当該検索キーに対応する選択ＭＭＥ５０のアドレスを取得する。
【００６６】
アドレス記憶部７３Ｂは、サービスタイプと、当該サービスタイプに対応するＳＧＷのアドレスとを対応付けた情報を記憶する。さらに、アドレス記憶部７３Ｂは、サービスタイプ又はUE Usage Typeと、当該サービスタイプ又はUE Usage Typeに対応するＭＭＥのアドレスとを対応付けた情報を記憶する。
【００６７】
アドレス通知部７４Ｂは、アドレス検索部７２Ｂによって抽出されたアドレスをＳＧＷ選択装置６０Ｂへ送信する部分である。
【００６８】
次に、図１０及び図１１を用いて、上記の通信システム１Ｂにおける選択方法を説明する。図１０は、ＵＥ１０が、サービスタイプを送信する場合におけるアタッチ処理を示すシーケンス図であり、図１１は、サービスタイプをＨＳＳ４０から取得する場合のアタッチ処理を示すシーケンス図である。
【００６９】
まず、図１０を参照しながら、ＵＥ１０が、サービスタイプを送信する場合におけるアタッチ処理を説明する。
【００７０】
まず、ＵＥ１０は、ｅＮｏｄｅＢ２０に対してAttach Request信号と共に自装置によって記憶されているサービスタイプ及びUE Usage Typeを送信することによりアタッチ要求をする（ステップＳ４１）。ｅＮｏｄｅＢ２０は、上記アタッチ要求に応じて、ＳＧＷ選択装置６０Ｂに対してMME Selection Request信号によりＭＭＥの検索要求をする（ステップＳ４２）。
【００７１】
この後に、ＳＧＷ選択装置６０Ｂのアドレス要求部６２Ｂは、サービスタイプ及びUE Usage TypeをＤＮＳサーバ７０Ｂへ送信し、選択ＭＭＥ５０とＳＧＷ８０のアドレス要求（DNS query request）をする（ステップＳ４３）。
【００７２】
ＤＮＳサーバ７０Ｂの要求受付部７１Ｂは、受信したサービスタイプ及びUE Usage Typeを受信し、受信したサービスタイプ及びUE Usage Typeをアドレス検索部７２Ｂへ送信する。アドレス検索部７２Ｂは、当該サービスタイプに対応するＳＧＷ８０のアドレスを取得し、当該サービスタイプ又はUE Usage Typeに対応する選択ＭＭＥ５０のアドレスを取得する。アドレス検索部７２Ｂは、取得したアドレスをアドレス通知部７４Ｂへ通知する。アドレス通知部７４Ｂは、取得したアドレスをＳＧＷ選択装置６０Ｂへ送信する（ステップＳ４４、DNS query response）。
【００７３】
アドレス受信部６３Ｂは、選択ＭＭＥ５０のアドレス及びＳＧＷ８０のアドレスをＤＮＳサーバ７０Ｂから受信すると、接続要求部６４Ｂへ当該選択ＭＭＥ５０及びＳＧＷ８０のアドレスを送出する。
【００７４】
接続要求部６４は、選択ＭＭＥ５０の検索結果を通知する信号であるMME Selection Response信号を検索された選択ＭＭＥ５０のアドレスとＳＧＷ８０のアドレスと共にｅＮｏｄｅＢ２０に対して送信する（ステップＳ４５）。
【００７５】
ｅＮｏｄｅＢ２０は、上記MME Selection Response信号を受信したことに応じて、当該選択ＭＭＥ５０のアドレス宛てに、ＳＧＷ８０のアドレスと共にアタッチ要求を示すAttach request Messageを送信する（ステップＳ４６）。
【００７６】
ｅＮｏｄｅＢ２０が選択ＭＭＥ５０へアタッチ要求をすることに応じて、ＵＥ１０、ｅＮｏｄｅＢ２０、選択ＭＭＥ５０、及びＨＳＳ４０の間で、ＵＥ１０の新たな認証（再認証）を行う（ステップＳ４７、Authentication）。選択ＭＭＥ５０は、当該受信したＳＧＷのアドレスが示す装置（選択ＳＧＷ）へセッション生成要求を示すCreate Session Request信号を送信する（ステップＳ４８）。この後に、公知のＵＥ１０とＳＧＷ８０との間のベアラ確立処理（例えば、3GPP TS 23.401のInitial Attach procedureのCreate Session Request以降の処理）を行い（ステップＳ４９）、処理を終了する。
【００７７】
続いて、図１１を用いて、サービスタイプをＨＳＳ４０から取得する場合のアタッチ処理について説明する。まず、ＵＥ１０は、ｅＮｏｄｅＢ２０に対してAttach Request信号を送信することによりアタッチ要求をする（ステップＳ５１）。ｅＮｏｄｅＢ２０は、上記アタッチ要求に応じて、ＳＧＷ選択装置６０Ｂに対してMME Selection Request信号を送信することにより、ＭＭＥ選択要求をする（ステップＳ５２）。
【００７８】
この後に、ＳＧＷ選択装置６０Ｂは、位置登録の要求を示すUpdate Location Request信号共にサービスタイプの送信要求をＨＳＳ４０へ送信し（ステップＳ５３）、ＨＳＳ４０からUpdate Location Response信号を受信すると共にＵＥ１０のＩＭＳＩに対応するサービスタイプ、UE Usage Typeを取得する（ステップＳ５４）。ステップＳ５５〜ステップＳ６１は、図１０に示したステップＳ４３〜ステップＳ４９と同様であるので、説明を省略する。
【００７９】
本実施形態に係る通信システム１Ｂにおいては、アドレス検索部７２Ａは、要求受付部７１Ａによって取得されたサービスタイプを用いて、選択ＭＭＥ５０を示すアドレスを取得する。このように、選択ＭＭＥ５０を決める処理と、ＳＧＷ８０を決める処理を一括で行うことができるので、選択ＭＭＥ５０の決定と、ＳＧＷ８０の決定とを別の装置で行う場合とを比較して処理を簡素化することができる。すなわち、ＵＥ１０とＳＧＷ８０間の接続処理を単純化することができる。
【００８０】
[第３実施形態]
上述の第２実施形態では、ＳＧＷ選択装置６０Ｂが、ＭＭＥリストによって特定される選択ＭＭＥ５０へ接続し、当該選択ＭＭＥ５０がＳＧＷのリストで特定されるＳＧＷ８０へ接続要求する場合について述べた。本実施形態では、図１２に示す通信システム１Ｃのシステム構成図のように、ＳＧＷ選択装置６０Ｂに対応するエンティティ選択装置１２０が、Ｃ−Ｐｌａｎｅエンティティ及びＵ−Ｐｌａｎｅエンティティを選択する。ここで、Ｃ−Ｐｌａｎｅエンティティとは、ＵＥ１０が利用する通信サービス提供に利用される制御信号を伝送する経路である制御プレーンを用いて当該制御信号を送受信するノードである。また、Ｕ−Ｐｌａｎｅエンティティとは、ＵＥ１０が利用する通信サービス提供に利用されるユーザ信号を伝送する経路であるユーザプレーンを用いて当該ユーザ信号を送受信するノードである。
【００８１】
ＤＮＳサーバ７０Ｃのアドレス記憶部７３Ｃは、図５に示したように、「Service type」と「Address」とを対応付けたテーブルを複数記憶している。具体的には、「Address」にＣ−Ｐｌａｎｅエンティティのアドレスが設定されているテーブルと、「Address」にＵ−Ｐｌａｎｅエンティティのアドレスが設定されているテーブルとを記憶している。ＤＮＳサーバ７０Ｃは、エンティティ選択装置１２０からサービスタイプを受信すると共に、Ｃ−Ｐｌａｎｅエンティティのアドレス及びＵ−Ｐｌａｎｅエンティティのアドレスの送信要求を受信すると、当該サービスタイプに対応するＣ−Ｐｌａｎｅエンティティのアドレス及びＵ−Ｐｌａｎｅエンティティのアドレスをエンティティ選択装置１２０へ送信する。具体的に、ＤＮＳサーバ７０Ｃは、Ｃ−Ｐｌａｎｅエンティティのアドレスが設定されているテーブルを参照して、当該サービスタイプに対応するＣ−Ｐｌａｎｅエンティティのアドレスを取得し、Ｕ−Ｐｌａｎｅエンティティのアドレスが設定されているテーブルを参照して、当該サービスタイプに対応するＵ−Ｐｌａｎｅエンティティのアドレスを取得する。そして、ＤＮＳサーバ７０Ｃは、取得したアドレスをエンティティ選択装置１２０へ送信する。
【００８２】
エンティティ選択装置１２０は、図９に示したサービス取得部６１と、アドレス要求部６２Ｂと、アドレス受信部６３Ｂと、接続要求部６４Ｂとのそれぞれに対応する機能を有する。具体的に、エンティティ選択装置１２０は、ｅＮｏｄｅＢ２０からサービスタイプを取得する。また、エンティティ選択装置１２０は、サービスタイプをＤＮＳサーバ７０Ｃへ送信すると共に、Ｃ−Ｐｌａｎｅエンティティのアドレス及びＵ−Ｐｌａｎｅエンティティのアドレスの送信要求をする。また、エンティティ選択装置１２０は、ＤＮＳサーバ７０Ｃから当該サービスタイプに対応するＣ−Ｐｌａｎｅエンティティの一又は複数のアドレス及び当該サービスタイプに対応するＵ−Ｐｌａｎｅエンティティの一又は複数のアドレスを取得する。エンティティ選択装置１２０は、取得したアドレスからＣ−Ｐｌａｎｅエンティティの一又は複数のアドレス及びＵ−Ｐｌａｎｅエンティティの一又は複数のアドレスを選択し、選択したアドレスをｅＮｏｄｅＢ２０へ通知して、接続要求をする。
【００８３】
続いて、図１３を用いて、エンティティ選択装置１２０がＣＰＥ（Ｃ−Ｐｌａｎｅエンティティ）及びＵＰＥ（Ｕ−Ｐｌａｎｅエンティティ）をサービスタイプに基づいて選択する処理について説明する。まず、ＵＥ１０は、ｅＮｏｄｅＢ２０に対してAttach  Request信号を送信することによりアタッチ要求をする（ステップＳ７１）。ｅＮｏｄｅＢ２０は、上記アタッチ要求に応じて、エンティティ選択装置１２０に対してEntity  Selection  Request信号と共にサービスタイプを送信することにより、エンティティの選択要求をする（ステップＳ７２）。
【００８４】
エンティティ選択装置１２０は、サービスタイプをＤＮＳサーバ７０Ｃへ送信すると共にＣＰＥ及びＵＰＥのアドレス要求（DNS query request）をする（ステップＳ７３）。
【００８５】
ステップＳ７４〜ステップＳ７８は、図１０に示したステップＳ４４〜ステップＳ４８と同様であるので、説明を省略する。
【００８６】
上述のように、エンティティ選択装置１２０は、Ｃ−Ｐｌａｎｅエンティティについても、通信サービスに応じて選択することができる。
【００８７】
[変形例]
上述の実施形態では、ＳＧＷ選択装置６０Ａがサービスタイプを受信し、当該サービスタイプをＤＮＳサーバ７０Ａへ送信することにより、ＳＧＷ８０のアドレス要求をする場合について述べたが、ＳＧＷ選択装置６０Ａが、サービスタイプとは異なるサービスを示す情報をＤＮＳサーバ７０Ａへ送信して、ＳＧＷ８０のアドレス要求をするようにしてもよい。
【００８８】
例えば、図１４（ａ）に示すような、サービスタイプとＡＰＮ（Access  Point  Name）とを対応付けたテーブル（ＡＰＮテーブル）又は、図１４（ｂ）に示すようなサービスタイプとＤＣＮ（Dedicated  Core  Network）  ＩＤとを対応付けたテーブル（ＤＣＮテーブル）を、ＳＧＷ選択装置６０Ａが記憶する。すなわち、サービスタイプにＡＰＮ又はＤＣＮ  ＩＤを対応付けておく。また、図１４（ｃ）に示すようなＡＰＮ又はＤＣＮ  ＩＤとＳＧＷ８０のアドレスとを対応付けたテーブルを記憶する。この場合、ＳＧＷ選択装置６０Ａは、ｅＮｏｄｅＢ２０からサービスタイプを受信すると、ＡＰＮテーブル又はＤＣＮテーブルを検索して、サービスタイプに対応するＡＰＮ又はＤＣＮ  ＩＤ（サービスを示す情報）を取得する。ＳＧＷ選択装置６０Ａは、取得したＡＰＮ又はＤＣＮ  ＩＤをＤＮＳサーバ７０Ａへ送信すると共にＳＧＷ８０のアドレス要求をする。ＤＮＳサーバ７０Ａは、テーブルを検索して、受信したＡＰＮ又はＤＣＮ  ＩＤに対応するアドレスを取得して、取得したアドレスをＳＧＷ選択装置６０Ａへ送信する。
【００８９】
また、ＳＧＷ選択装置６０Ｂ又はエンティティ選択装置１２０が、上記の例のように、ＡＰＮテーブル又はＤＣＮテーブルを記憶して、受信したサービスタイプに対応するＡＰＮ又はＤＣＮ  ＩＤをＤＮＳサーバ７０Ｂ又はＤＮＳサーバ７０Ｃへ送信して、アドレス要求をするようにしてもよい。
【００９０】
なお、上記のＡＰＮ、ＤＣＮ  ＩＤに限らず、サービスを示す他の情報（例えば、UE Usage Type）ならびにコアネットワークが保持する他の情報要素を用いてもよい。また、一の情報だけでなく、複数組み合わせたサービスを示す情報を用いてもよい。
【００９１】
上述の実施形態に記載のｅＮｏｄｅＢ２０に代えてＲＡＮ（Radio Access Network）を適用するようにしてもよい。
【００９２】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００９３】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【００９４】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００９５】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
【００９６】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【００９７】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【００９８】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【００９９】
基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１００】
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１０１】
また、本明細書で使用する「決定(determining)」という用語は、多種多様な動作を包含する。「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「決定」したとみなす事などを含み得る。また、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)（例えば、情報を送信すること）、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「決定」したとみなす事などを含み得る。また、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「決定」したとみなす事を含み得る。つまり、「決定」は、何らかの動作を「決定」したとみなす事を含み得る。
【０１０２】
「接続された(connected)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続を意味し、互いに「接続」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」されると考えることができる。
【０１０３】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１０４】
本明細書で使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１０５】
また、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【０１０６】
「含む(ｉｎｃｌｕｄｉｎｇ)」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１０７】
なお、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（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）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、MMEまたはS-GWなどが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、MMEおよびS-GW)であってもよい。
【０１１１】
上記の情報等は、上位レイヤ（または下位レイヤ）から下位レイヤ（または上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【０１１２】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１１３】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値(Boolean：trueまたはfalse)によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１１４】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１１５】
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【０１１６】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１１７】
１Ａ、１Ｂ…通信システム、１０…ＵＥ（端末）、２０…ｅＮｏｄｅＢ、３０…デフォルトＭＭＥ、６０Ａ、６０Ｂ…ＳＧＷ選択装置、６１…サービス取得部、６２Ａ、６２Ｂ…アドレス要求部、６３Ａ、６３Ｂ…アドレス受信部、６４Ａ、６４Ｂ…接続要求部、７０Ａ、７０Ｂ…ＤＮＳサーバ、７１Ａ、７１Ｂ…要求受付部、７２Ａ、７２Ｂ…アドレス検索部、７３Ａ、７３Ｂ…アドレス記憶部、７４Ａ、７４Ｂ…アドレス通知部、８０…ＳＧＷ。
【図１】
2017056966.tif 000003
【図２】
2017056966.tif 000004
【図３】
2017056966.tif 000005
【図４】
2017056966.tif 000006
【図５】
2017056966.tif 000007
【図６】
2017056966.tif 000008
【図７】
2017056966.tif 000009
【図８】
2017056966.tif 000010
【図９】
2017056966.tif 000011
【図１０】
2017056966.tif 000012
【図１１】
2017056966.tif 000013
【図１２】
2017056966.tif 000014
【図１３】
2017056966.tif 000015
【図１４】
2017056966.tif 000016
【手続補正書】
【提出日】平成29年7月20日(2017.7.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１通信サービス及び前記第１通信サービスとは異なる第２通信サービスを利用可能な端末と、前記第１通信サービス又は前記第２通信サービスを利用するためのデータを送受信する通信制御装置とを含む通信システムにおいて、前記端末と接続させる前記通信制御装置を選択する通信制御装置選択方法であって、
前記第１通信サービス及び前記第２通信サービスのうちから、前記端末が利用する通信サービスを特定し、特定した前記通信サービスと、当該通信サービスを利用するためのデータを送受信する通信制御装置とを対応付けた情報を参照して、特定した前記通信サービスが前記第１通信サービスである場合、第１通信制御装置を選択する一方、前記情報を参照して、特定した前記通信サービスが前記第２通信サービスである場合、前記第１通信制御装置とは異なる第２通信制御装置を選択する第１選択ステップと、
前記特定した前記通信サービスに基づいて、前記第１通信制御装置又は前記第２通信制御装置と、前記端末との間のデータの経路設定を行う経路設定装置を選択する第２選択ステップと、
を含み、
前記第１選択ステップおよび前記第２選択ステップは、一の装置により一括で行う、通信制御装置選択方法。
【請求項２】
前記選択ステップで選択された通信制御装置に対して前記端末を接続する接続ステップをさらに含む、請求項１に記載の通信制御装置選択方法。
【請求項３】
前記端末が利用する通信サービスを示す情報を前記端末から取得し、当該通信サービスを示す情報を用いて前記通信サービスを特定する、請求項１又は２に記載の通信制御装置選択方法。
【請求項４】
前記端末を識別する情報に基づいて他の装置から前記端末が利用する通信サービスを示す情報を取得し、当該通信サービスを示す情報を用いて前記通信サービスを特定する、請求項１又は２に記載の通信制御装置選択方法。
【請求項５】
前記選択ステップでは、前記端末が利用する通信サービスのための制御信号を伝送する経路である制御プレーンを用いて当該制御信号を、前記通信サービスを利用するためのデータとして送受信する、請求項１〜４の何れか一項に記載の通信制御装置選択方法。
【請求項６】
第１通信サービス及び前記第１通信サービスとは異なる第２通信サービスを利用可能な端末と、前記第１通信サービス又は前記第２通信サービスを利用するためのデータを送受信する通信制御装置とを含む通信システムにおいて、
前記第１通信サービス及び前記第２通信サービスのうちから、前記端末が利用する通信サービスを特定し、特定した前記通信サービスと、当該通信サービスを利用するためのデータを送受信する通信制御装置とを対応付けた情報を参照して、特定した前記通信サービスが前記第１通信サービスである場合、第１通信制御装置を選択する一方、前記情報を参照して、特定した前記通信サービスが前記第２通信サービスである場合、前記第１通信制御装置とは異なる第２通信制御装置を選択する第１選択手段と、
前記特定した前記通信サービスに基づいて、前記第１通信制御装置又は前記第２通信制御装置と、前記端末との間のデータの経路設定を行う経路設定装置を選択する第２選択手段と、
が、一の装置に設けられ、
前記第１選択手段による選択処理および前記第２選択手段による選択処理は、前記一の装置により一括で行う、通信システム。
【国際調査報告】
2017056966.tif 000017
2017056966.tif 000018
2017056966.tif 000019
2017056966.tif 000020