(57)【要約】  移動体通信システム８は、ＲＡＮ３（無線アクセスネットワーク）と、ＵＥ４（移動体通信端末）のセッションを管理するＳＭ２（セッション管理機能）及びＵＥ４のモビリティを管理するＭＭ１（モビリティ管理機能）を含むコアネットワークとを含む移動体通信システムであって、ＳＭ２は、当該ＳＭ２とＲＡＮ３のノードとの間で、ＭＭ１を介さずに通信可能な通信経路を確立する通信経路確立部２２を備える。通信経路確立部２２は、ＵＥ４のアタッチ時のセッションの構築要求をＭＭ１から受信する場合に通信経路を確立してもよい。また、通信経路確立部２２は、構築要求に含まれるＲＡＮ３のノードの識別情報に基づいて、当該ＳＭ２と当該識別情報が示すＲＡＮ３のノードとの間で通信経路を確立してもよい。
2018061986.tif 000002
【特許請求の範囲】
【請求項１】
無線アクセスネットワークと、移動体通信端末のセッションを管理するセッション管理機能及び前記移動体通信端末のモビリティを管理するモビリティ管理機能を含むコアネットワークとを含む移動体通信システムであって、
前記セッション管理機能は、当該セッション管理機能と前記無線アクセスネットワークのノードとの間で、前記モビリティ管理機能を介さずに通信可能な通信経路を確立する通信経路確立部を備える、
移動体通信システム。
【請求項２】
前記通信経路確立部は、前記移動体通信端末のアタッチ時の前記セッションの構築要求を前記モビリティ管理機能から受信する場合に前記通信経路を確立する、
請求項１に記載の移動体通信システム。
【請求項３】
前記通信経路確立部は、前記構築要求に含まれる前記無線アクセスネットワークの前記ノードの識別情報に基づいて、当該セッション管理機能と当該識別情報が示す前記無線アクセスネットワークの前記ノードとの間で前記通信経路を確立する、
請求項２に記載の移動体通信システム。
【請求項４】
前記移動体通信端末のハンドオーバを処理する場合、前記セッション管理機能と前記無線アクセスネットワークの前記ノードとの間の通信は、前記通信経路確立部によって確立された前記通信経路を介して行われる、
請求項１〜３の何れか一項に記載の移動体通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線アクセスネットワークと、移動体通信端末のセッションを管理するセッション管理機能及び移動体通信端末のモビリティを管理するモビリティ管理機能を含むコアネットワークとを含む移動体通信システムに関する。
【背景技術】
【０００２】
下記非特許文献１には、移動体通信システムの標準化プロジェクトである３ＧＰＰ（Third  Generation  Partnership  Project）において標準化が進められている、移動体通信システムの次世代システム（ＮｅｘｔＧｅｎ）のアーキテクチャが開示されている。【０００３】
図１は、ＮｅｘｔＧｅｎのアーキテクチャの一例を示す図である。図１に示すアーキテクチャには、ＭＭ（Mobility  Management）、ＳＭ（Session  Management）、ＲＡＮ（Radio  Access  Network）、ＵＥ（User  Equipment）、ＵＰ−ＧＷ（U-Plane  Gateway）、ＤＮＮ（Domain  Network  Name）、及びＳＤＭ（Subscriber  Data  Management）が含まれる。図１のアーキテクチャに含まれる各要素（ノード／機能）の詳細については、非特許文献１や移動体通信システムに関する一般的な文献等に開示されており、詳細については説明を省略するが、ＭＭ、ＳＭ及びＲＡＮについて以下に簡単に説明する。【０００４】
ＭＭは、移動体通信端末であるＵＥのモビリティを管理するモビリティ管理機能（又はモビリティ管理ノード）であり、サービスのリクエストの処理やベアラの修正等を行う。ＭＭは、Common  C-Planeとも呼ばれる。ＳＭは、ＵＥのセッションを管理するセッション管理機能（又はセッション管理ノード）であり、位置登録に関する処理（ＴＡＵ（Tracking  Area  Update）のリクエストやレスポンスの処理）やページングの処理を行う。従来、ＭＭの機能とＳＭの機能とは一つのノード等で実現されていたが、ＮｅｘｔＧｅｎのアーキテクチャではＭＭ及びＳＭのように分離して実現されている。ＳＭは、C-Planeとも呼ばれる。ＲＡＮは、いわゆる無線アクセスネットワーク（又は無線アクセスネットワークに含まれるノード）である。なお、ＲＡＮに含まれるノードを総称してＲＡＮと呼ぶ場合もある。【０００５】
図１に示す通り、ＵＥとＲＡＮ、ＵＥとＭＭ、ＲＡＮとＭＭ、ＲＡＮとＵＰ−ＧＷ、ＵＰ−ＧＷとＳＭ、ＵＰ−ＧＷとＤＮＮ、ＭＭとＳＤＭ、及びＭＭとＳＭは、それぞれネットワーク等を介して互いに通信可能に接続されている。また、ＵＥとＭＭはインターフェースＮＧ１を用いて通信を行い、ＲＡＮとＭＭはインターフェースＮＧ２を用いて通信を行い、ＲＡＮとＵＰ−ＧＷはインターフェースＮＧ３を用いて通信を行い、ＵＰ−ＧＷとＳＭはインターフェースＮＧ４を用いて通信を行い、ＵＰ−ＧＷとＤＮＮはインターフェースＮＧ６を用いて通信を行い、ＭＭとＳＤＭはインターフェースＮＧ７を用いて通信を行う。なお、図１ではＲＡＮとＭＭは１対１の関係であるが、通常は多対１である。また、図１ではＭＭとＳＭは１対１の関係であるが、通常は１対多である。また、図１ではＳＭとＵＰ−ＧＷは１対１の関係であるが、１対多であってもよい。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP  TR  23.799  V1.0.0  (2016-09)
【発明の概要】
【発明が解決しようとする課題】
【０００７】
図１に示すＮｅｘｔＧｅｎのアーキテクチャにおいて、ＭＭは、ＲＡＮとＳＭとの間の通信（信号／メッセージのやり取り）を中継する中継点となる。別の言い方をすれば、インターフェースＮＧ２は、ＭＭ及びＳＭの両方の信号のやり取りを行う。インターフェースＮＧ２を用いてＳＭが行う信号のやり取りとしては、ベアラ確立に関連するＮＡＳ（Non  Access  Stratum）メッセージのやり取りや、ＲＡＮのデータプレーンベアラ（ＤＲＢ：Data  Radio  Bearer）及びインターフェースＮＧ３ベアラの確立に伴うやり取り等が挙げられる。中継点となるＭＭは、上述のようなＲＡＮとＳＭとの間の信号のやり取りを中継するだけであるため、例えば、ＭＭの中継処理に伴う負荷が増加する。このように、ＮｅｘｔＧｅｎのアーキテクチャは、ネットワーク構成において冗長性があるという問題がある。【０００８】
そこで、本発明は、かかる課題に鑑みて為されたものであり、ネットワーク構成の冗長性を少なくすることができる移動体通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の一側面に係る移動体通信システムは、無線アクセスネットワークと、移動体通信端末のセッションを管理するセッション管理機能及び移動体通信端末のモビリティを管理するモビリティ管理機能を含むコアネットワークとを含む移動体通信システムであって、セッション管理機能は、当該セッション管理機能と無線アクセスネットワークのノードとの間で、モビリティ管理機能を介さずに通信可能な通信経路を確立する通信経路確立部を備える。【００１０】
このような移動体通信システムによれば、セッション管理機能の通信経路確立部により、当該セッション管理機能と無線アクセスネットワークのノードとの間で、モビリティ管理機能を介さずに通信可能な通信経路が確立されるため、セッション管理機能と無線アクセスネットワークのノードとは、モビリティ管理機能を介さずに通信することができる。これにより、例えば、セッション管理機能と無線アクセスネットワークのノードとの間の信号のやり取りをモビリティ管理機能が中継する必要がなくなるため、中継処理に伴う負荷が発生しない。すなわち、ネットワーク構成の冗長性を少なくすることができる。
【発明の効果】
【００１１】
本発明によれば、ネットワーク構成の冗長性を少なくすることができる。
【図面の簡単な説明】
【００１２】
【図１】ＮｅｘｔＧｅｎのアーキテクチャの一例を示す図である。
【図２】本実施形態に係る移動体通信システムのシステム構成図である。
【図３】本実施形態に係るモビリティ管理機能の機能ブロック図である。
【図４】本実施形態に係るモビリティ管理機能のハードウェア構成図である。
【図５】本実施形態に係るセッション管理機能の機能ブロック図である。
【図６】本実施形態に係るセッション管理機能のハードウェア構成図である。
【図７】本実施形態に係る無線アクセスネットワークのノードの機能ブロック図である。
【図８】本実施形態に係る無線アクセスネットワークのノードのハードウェア構成図である。
【図９】本実施形態に係る移動体通信システムで実行されるアタッチ時の処理を示すシーケンス図である。
【図１０】本実施形態に係る移動体通信システムで実行されるハンドオーバ時の処理（その１）を示すシーケンス図である。
【図１１】本実施形態に係る移動体通信システムで実行されるハンドオーバ時の処理（その２）を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面とともに移動体通信システムの実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１４】
図２は、本実施形態に係る移動体通信システム８のシステム構成図である。図２に示す通り、移動体通信システム８は、ＭＭ１（モビリティ管理機能）、ＳＭ２（セッション管理機能）、ＲＡＮ３（無線アクセスネットワーク）、ＵＥ４（移動体通信端末）、ＵＰ−ＧＷ５、ＤＮＮ６及びＳＤＭ７を含んで構成される。移動体通信システム８に含まれる各要素（ノード／機能）及び当該要素間の接続関係は、上述の図１のアーキテクチャに含まれる各要素及び当該要素間の接続関係と同様である。すなわち、移動体通信システム８は、ＲＡＮ３と、ＵＥ４のセッションを管理するＳＭ２及びＵＥ４のモビリティを管理するＭＭ１を含むコアネットワークとを含む。以下、図１のアーキテクチャとの差分について説明する。
【００１５】
図２に示す移動体通信システム８において、図１に示すアーキテクチャにおけるインターフェースＮＧ２が、インターフェースＮＧ２−ＭＭ及びインターフェースＮＧ２−ＳＭの２つに分けられている。ＭＭ１とＲＡＮ３はインターフェースＮＧ２−ＭＭを用いて通信を行い、ＳＭ２とＲＡＮ３はインターフェースＮＧ２−ＳＭを用いて通信を行う。なお、ＳＭ２及びＲＡＮ３間のインターフェースＮＧ２−ＳＭの通信経路は、後述の通り、ＳＭ２の通信経路確立部２２によって確立される。移動体通信システム８において、インターフェースＮＧ２−ＭＭ及びインターフェースＮＧ２−ＳＭの２つに分けられていることにより、ＭＭ１及びＲＡＮ３間の通信、並びに、ＳＭ２及びＲＡＮ３間の通信は、他の要素を介さずに直接（ダイレクト）行うことができる。すなわち、ＭＭ１は、ＳＭ２及びＲＡＮ３間の通信を中継する必要が無い。
【００１６】
続いて、以下では、ＭＭ１、ＳＭ２及びＲＡＮ３それぞれが備える機能について説明する。なお、ＭＭ１、ＳＭ２及びＲＡＮ３は、以下で説明する機能以外にも、非特許文献１「3GPP  TR  23.799  V1.0.0  (2016-09)」や移動体通信システムに関する一般的な文献等に開示されている各要素が備える一般的な機能も備えるものとする。また、ＭＭ１、ＳＭ２及びＲＡＮ３は、以下で説明する機能以外にも、後述の図９〜１１のシーケンス図を用いて説明する処理を実現するための機能も備える。
【００１７】
図３は、ＭＭ１の機能ブロック図である。図３に示す通り、ＭＭ１は、識別情報格納部１０、セッション構築要求処理部１１及びハンドオーバ処理部１２を含んで構成される。
【００１８】
図３に示す機能ブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００１９】
例えば、ＭＭ１は、コンピュータとして機能してもよい。図４は、ＭＭ１のハードウェア構成の一例を示す図である。上述のＭＭ１は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００２０】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＭＭ１のハードウェア構成は、図４に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００２１】
ＭＭ１における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００２２】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：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）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００３０】
以下、図３に示すＭＭ１の各機能ブロックについて説明する。
【００３１】
識別情報格納部１０は、移動体通信システム８に含まれる各要素（例えばＳＭ２やＲＡＮ３）から送信された、移動体通信システム８に含まれる各要素の識別情報を格納する。識別情報格納部１０は、移動体通信システム８に含まれる各要素の識別情報を予め格納してもよい。識別情報格納部１０は、移動体通信システム８に関するその他の情報を予め格納してもよい。
【００３２】
セッション構築要求処理部１１は、ＵＥ４のアタッチ（Attach）時に、ＵＥ４のセッションの構築を行うための処理を行う。例えば、セッション構築要求処理部１１は、ＳＭ２に対して、ＵＥ４のセッションの構築を要求する構築要求を送信する。ここで、送信先のＳＭ２は、ＭＭ１が所定の情報に基づいて選択したＳＭ２である。例えば、ＭＭ１は、ＵＥ４又はＳＤＭ７等から送信された、又は識別情報格納部１０に予め格納された「UE  usage  type」、「service  type」、「DCN(dedicated  core  network)  type」、「APN」等のユーザ／サービス情報の何れか一つ以上に基づいて、適切なＳＭ２を選択する。セッション構築要求処理部１１は、構築要求を送信する際に、送信先のＳＭ２が通信経路を確立すべき対象であるＲＡＮ３の識別情報（無線情報）を構築要求に含めた上で送信してもよい。当該ＲＡＮ３の識別情報は、識別情報格納部１０に予め格納されたものであってもよいし、ＵＥ４のアタッチ時にＲＡＮ３から送信されたものであってもよい。
【００３３】
ハンドオーバ処理部１２は、ＵＥ４のハンドオーバ時に、ＵＥ４のハンドオーバを行うための処理を行う。
【００３４】
続いて、図５は、ＳＭ２の機能ブロック図である。図５に示す通り、ＳＭ２は、識別情報格納部２０、セッション構築要求処理部２１、通信経路確立部２２及びハンドオーバ処理部２３を含んで構成される。
【００３５】
図５に示す機能ブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００３６】
例えば、ＳＭ２などは、コンピュータとして機能してもよい。図６は、ＳＭ２のハードウェア構成の一例を示す図である。上述のＳＭ２は、物理的には、プロセッサ２００１、メモリ２００２、ストレージ２００３、通信装置２００４、入力装置２００５、出力装置２００６、バス２００７などを含むコンピュータ装置として構成されてもよい。
【００３７】
ＳＭ２のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００３８】
ＳＭ２における各機能は、プロセッサ２００１、メモリ２００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ２００１が演算を行い、通信装置２００４による通信や、メモリ２００２及びストレージ２００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００３９】
プロセッサ２００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ２００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置で構成されてもよい。例えば、上述のセッション構築要求処理部２１、通信経路確立部２２及びハンドオーバ処理部２３などは、プロセッサ２００１で実現されてもよい。
【００４０】
また、プロセッサ２００１は、プログラム、ソフトウェアモジュールやデータを、ストレージ２００３及び／又は通信装置２００４からメモリ２００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、本実施形態で説明する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＳＭ２のセッション構築要求処理部２１、通信経路確立部２２及びハンドオーバ処理部２３などは、メモリ２００２に格納され、プロセッサ２００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ２００１で実行される旨を説明してきたが、２以上のプロセッサ２００１により同時又は逐次に実行されてもよい。プロセッサ２００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００４１】
メモリ２００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭなどの少なくとも１つで構成されてもよい。メモリ２００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ２００２は、本実施形態に係るページング方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００４２】
ストレージ２００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭなどの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク、スマートカード、フラッシュメモリ、フロッピーディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ２００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ２００２及び／又はストレージ２００３を含むデータベース、サーバその他の適切な媒体であってもよい。例えば、上述の識別情報格納部２０などは、ストレージ２００３で実現されてもよい。
【００４３】
通信装置２００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェアであり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述のセッション構築要求処理部２１、通信経路確立部２２及びハンドオーバ処理部２３などは、通信装置２００４で実現されてもよい。
【００４４】
入力装置２００５は、外部からの入力を受け付ける入力デバイスである。出力装置２００６は、外部への出力を実施する出力デバイスである。なお、入力装置２００５及び出力装置２００６は、一体となった構成であってもよい。
【００４５】
また、プロセッサ２００１やメモリ２００２などの各装置は、情報を通信するためのバス２００７で接続される。バス２００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００４６】
また、ＳＭ２は、マイクロプロセッサ、デジタル信号プロセッサ、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡなどのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ２００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００４７】
以下、図５に示すＳＭ２の各機能ブロックについて説明する。
【００４８】
識別情報格納部２０は、移動体通信システム８に含まれる各要素（例えばＭＭ１やＲＡＮ３）から送信された、移動体通信システム８に含まれる各要素の識別情報を格納する。識別情報格納部２０は、移動体通信システム８に含まれる各要素の識別情報を予め格納してもよい。識別情報格納部２０は、移動体通信システム８に関するその他の情報を予め格納してもよい。
【００４９】
セッション構築要求処理部２１は、ＵＥ４のアタッチ時に、ＵＥ４のセッションの構築を行うための処理を行う。例えば、セッション構築要求処理部２１は、ＳＭ２から、ＵＥ４のセッションの構築を要求する構築要求を受信する。セッション構築要求処理部２１は、構築要求を受信すると、受信した旨を示す情報を通信経路確立部２２に出力する。また、セッション構築要求処理部２１は、構築要求を受信すると、当該構築要求に含まれるＲＡＮ３のノードの識別情報を通信経路確立部２２に出力してもよい。セッション構築要求処理部２１は、構築要求に含まれるＲＡＮ３のノードの識別情報を識別情報格納部２０に格納してもよい。
【００５０】
通信経路確立部２２は、当該ＳＭ２とＲＡＮ３のノードとの間で、ＭＭ１を介さずに通信可能な通信経路を確立する。ＳＭ２とＲＡＮ３のノードとの間の通信経路の確立とは、例えば、ＳＭ２とＲＡＮ３のノードとの間において、所定のインターフェースであるインターフェースＮＧ２−ＳＭを用いて互いに通信可能な状態にすることである。
【００５１】
通信経路確立部２２は、ＵＥ４のアタッチ時のセッションの構築要求をＭＭ１から受信する場合に通信経路を確立してもよい。具体的には、通信経路確立部２２は、セッション構築要求処理部２１から構築要求を受信した旨を示す情報が入力されると、通信経路を確立する。
【００５２】
通信経路確立部２２は、構築要求に含まれるＲＡＮ３のノードの識別情報に基づいて、当該ＳＭ２と当該識別情報が示すＲＡＮ３のノードとの間で通信経路を確立してもよい。具体的には、通信経路確立部２２は、セッション構築要求処理部２１からＲＡＮ３のノードの識別情報が入力されると、入力された当該識別情報に基づいて、当該ＳＭ２と当該識別情報が示すＲＡＮ３のノードとの間で通信経路を確立する。なお、通信経路確立部２２は、識別情報格納部２０に格納されたＲＡＮ３のノードの識別情報に基づいて、当該ＳＭ２と当該識別情報が示すＲＡＮ３のノードとの間で通信経路を確立してもよい。
【００５３】
ハンドオーバ処理部２３は、ＵＥ４のハンドオーバ時に、ＵＥ４のハンドオーバを行うための処理を行う。例えば、ハンドオーバ処理部２３は、識別情報格納部２０に予め格納されたＲＡＮ３のノードの識別情報又はＭＭ１から受信したＲＡＮ３のノードの識別情報が示すＲＡＮ３の当該ノードに対して、ＭＭ１を介さずに、ハンドオーバに関する通信を行ってもよい。
【００５４】
続いて、図７は、ＲＡＮ３の機能ブロック図である。図７に示す通り、ＲＡＮ３は、識別情報格納部３０、セッション構築要求処理部３１及びハンドオーバ処理部３２を含んで構成される。
【００５５】
図７に示す機能ブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００５６】
例えば、ＲＡＮ３などは、コンピュータとして機能してもよい。図８は、ＲＡＮ３のハードウェア構成の一例を示す図である。上述のＲＡＮ３は、物理的には、プロセッサ３００１、メモリ３００２、ストレージ３００３、通信装置３００４、入力装置３００５、出力装置３００６、バス３００７などを含むコンピュータ装置として構成されてもよい。
【００５７】
ＲＡＮ３のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００５８】
ＲＡＮ３における各機能は、プロセッサ３００１、メモリ３００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ３００１が演算を行い、通信装置３００４による通信や、メモリ３００２及びストレージ３００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００５９】
プロセッサ３００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ３００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置で構成されてもよい。例えば、上述のセッション構築要求処理部３１及びハンドオーバ処理部３２などは、プロセッサ３００１で実現されてもよい。
【００６０】
また、プロセッサ３００１は、プログラム、ソフトウェアモジュールやデータを、ストレージ３００３及び／又は通信装置３００４からメモリ３００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、本実施形態で説明する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＲＡＮ３のセッション構築要求処理部３１及びハンドオーバ処理部３２などは、メモリ３００２に格納され、プロセッサ３００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ３００１で実行される旨を説明してきたが、２以上のプロセッサ３００１により同時又は逐次に実行されてもよい。プロセッサ３００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００６１】
メモリ３００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭなどの少なくとも１つで構成されてもよい。メモリ３００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ３００２は、本実施形態に係るページング方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００６２】
ストレージ３００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭなどの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク、スマートカード、フラッシュメモリ、フロッピーディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ３００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ３００２及び／又はストレージ３００３を含むデータベース、サーバその他の適切な媒体であってもよい。例えば、上述の識別情報格納部３０などは、ストレージ３００３で実現されてもよい。
【００６３】
通信装置３００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェアであり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述のセッション構築要求処理部３１及びハンドオーバ処理部３２などは、通信装置３００４で実現されてもよい。
【００６４】
入力装置３００５は、外部からの入力を受け付ける入力デバイスである。出力装置３００６は、外部への出力を実施する出力デバイスである。なお、入力装置３００５及び出力装置３００６は、一体となった構成であってもよい。
【００６５】
また、プロセッサ３００１やメモリ３００２などの各装置は、情報を通信するためのバス３００７で接続される。バス３００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００６６】
また、ＲＡＮ３は、マイクロプロセッサ、デジタル信号プロセッサ、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡなどのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ２００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００６７】
以下、図７に示すＲＡＮ３の各機能ブロックについて説明する。
【００６８】
識別情報格納部３０は、移動体通信システム８に含まれる各要素（例えばＭＭ１やＳＭ２）から送信された、移動体通信システム８に含まれる各要素の識別情報を格納する。識別情報格納部３０は、移動体通信システム８に含まれる各要素の識別情報を予め格納してもよい。識別情報格納部３０は、移動体通信システム８に関するその他の情報を予め格納してもよい。
【００６９】
セッション構築要求処理部３１は、ＵＥ４のアタッチ時に、ＵＥ４のセッションの構築を行うための処理を行う。例えば、セッション構築要求処理部３１は、ＳＭ２の通信経路確立部２２と協働して、当該ＳＭ２と当該ＲＡＮ３のノードとの間でＭＭ１を介さずに通信可能な通信経路を確立する。
【００７０】
ハンドオーバ処理部３２は、ＵＥ４のハンドオーバ時に、ＵＥ４のハンドオーバを行うための処理を行う。例えば、ハンドオーバ処理部２３は、識別情報格納部３０に予め格納されたＳＭ２の識別情報又は他のＲＡＮ３から受信したＳＭ２の識別情報が示すＳＭ２に対して、ＭＭ１を介さずに、ハンドオーバに関する通信を行ってもよい。
【００７１】
続いて、図９に示すシーケンス図を用いて、本実施形態に係る移動体通信システム８におけるＵＥ４のアタッチ時の処理について説明する。
【００７２】
まず、ＵＥ４からＲＡＮ３に対して、アタッチリクエスト及びＰＤＮ（Packet  Data  Network）接続リクエストが送信される（Ｓ１）。次に、ＲＡＮ３からＭＭ１に対して、アタッチリクエスト及びＰＤＮ接続リクエストが送信される（Ｓ２）。なお、ＰＤＮ接続リクエストには、ＣＲＮＴＩ（Cell  Radio  Network  Temporary  Identity。ＲＡＮ３から見たＵＥ４の識別情報）が含まれる。次に、ＵＥ４とＭＭ１との間及びＭＭ１とＳＤＭ７との間で認証（Authentication）処理が実行される（Ｓ３）。次に、ＵＥ４とＲＡＮ３との間及びＲＡＮ３とＭＭ１との間で、ＡＳ  Ｓｅｃｕｒｉｔｙセットアップがなされる（Ｓ４）。次に、ＭＭ１とＳＤＭ７との間で、認可（Authorization）処理が実行される（Ｓ５）。次に、ＭＭ１からＲＡＮ３に対して、アタッチアクセプトが送信される（Ｓ６）。次に、ＲＡＮ３からＵＥ４に対して、アタッチアクセプトが送信される（Ｓ７）。以上のＳ１〜Ｓ７は、ＭＭ１に関する処理である。
【００７３】
Ｓ７に続いて、ＭＭ１において、ＳＭ２の選択処理が行われる（Ｓ８）。上述の通り、ＭＭ１は、所定の情報に基づいてＳＭ２を選択する。以降のＳＭ２は、Ｓ８にて選択されたＳＭ２とする。次に、ＭＭ１のセッション構築要求処理部１１により、ＭＭ１からＳＭ２に対して、セッションリクエストが送信される（Ｓ９）。セッションリクエストには、ＰＤＮ接続要求、ＩＭＳＩ（International  Mobile  Subscriber  Identity）、上述のＲＡＮ３の識別情報（RAN  Identifier）、及びＣＲＮＴＩが含まれる。上述の通り、ＲＡＮ３の識別情報は、識別情報格納部１０に予め格納されたものであってもよいし、ＵＥ４のアタッチ時にＲＡＮ３から送信されたものであってもよい。
【００７４】
次に、ＳＭ２からＭＭ１に対して、セッションレスポンスが送信される（Ｓ１０）。セッションレスポンスには、ＳＭ２の識別情報（SM  Identifiers）が含まれる。次に、ＳＭ２において、ＵＰ−ＧＷ５の選択処理が行われる（Ｓ１１）。ＳＭ２は、上述のＭＭ１におけるＳＭ２の選択と同様に、所定の情報に基づいてＵＰ−ＧＷ５を選択する。以降のＵＰ−ＧＷ５は、Ｓ１１にて選択されたＵＰ−ＧＷ５とする。次に、ＳＭ２からＵＰ−ＧＷ５に対して、セッション構築リクエストが送信される（Ｓ１２）。次に、ＵＰ−ＧＷ５からＳＭ２に対して、セッション構築レスポンスが送信される（Ｓ１３）。
【００７５】
次に、ＳＭ２の通信経路確立部２２により、ＳＭ２からＲＡＮ３に対して、インターフェースＮＧ２−ＳＭ確立リクエストが送信される（Ｓ１４）。インターフェースＮＧ２−ＳＭ確立リクエストには、ＣＲＮＴＩ及びＵＰ−ＧＷ５のＴＥＩＤ（Tunnel  Endpoint  Identifier）が含まれる。次に、ＵＥ４とＲＡＮ３との間で、ＲＲＣ（Radio  Resource  Control）再設定がなされる（Ｓ１５）。ＲＲＣ再設定では、ＤＲＢの設定も行われる。次に、ＲＡＮ３からＳＭ２に対して、インターフェースＮＧ２−ＳＭ確立レスポンスが送信される（Ｓ１６）。インターフェースＮＧ２−ＳＭ確立レスポンスには、ＣＲＮＴＩ及びＲＡＮ  ＴＥＩＤが含まれる。次に、ＳＭ２からＭＭ１に対して、ＤＬ  ＳＭ  ＮＡＳメッセージが送信される（Ｓ１７）。当該メッセージには、ＰＤＮ接続がアクセプトされた旨の情報が含まれる。次に、ＭＭ１からＲＡＮ３に対して、ＰＤＮ接続アクセプトが送信される（Ｓ１８）。次に、ＲＡＮ３からＵＥ４に対して、ＰＤＮ接続アクセプトが送信される（Ｓ１９）。次に、ＵＥ４とＲＡＮ３との間及びＲＡＮ３とＵＰ−ＧＷ５との間でアップロード／ダウンロードデータが送受信される（Ｓ２０）。以上のＳ８〜Ｓ２０は、ＳＭ２に関する処理である。
【００７６】
続いて、図１０に示すシーケンス図を用いて、本実施形態に係る移動体通信システム８におけるＵＥ４のハンドオーバ（Ｘ２ハンドオーバ）時の処理（その１）について説明する。本処理は、ＵＥ４がハンドオーバ元のＲＡＮ３−１からハンドオーバ先のＲＡＮ３−２にハンドオーバする際の処理である。ＵＥ４がＲＡＮ３−１に在圏している際は、ＵＥ４はＳＭ２−１及びＵＰ−ＧＷ５−１と通信を行い、ＵＥ４がＲＡＮ３−２に在圏している際は、ＵＥ４はＳＭ２−２及びＵＰ−ＧＷ５−２と通信を行うものとする。
【００７７】
まず、ＵＥ４とＲＡＮ３−１との間及びＲＡＮ３−１とＵＰ−ＧＷ５−１との間にて、ハンドオーバの準備及び実行の処理が行われる（Ｓ３０）。次に、ＲＡＮ３−２からＭＭ１に対して、パス交換リクエストが送信される（Ｓ３１）。次に、ＭＭ１からＲＡＮ３−２に対して、パス交換レスポンスが送信される（Ｓ３２）。パス交換レスポンスには、ＲＡＮ３のセキュリティキーが含まれる。以上のＳ３１〜Ｓ３２は、ＭＭ１に関する処理である。
【００７８】
次に、ＲＡＮ３−２のハンドオーバ処理部３２により、ＲＡＮ３−２からＳＭ２−１に対して、ＭＭ１を介さずに、パス交換リクエストが送信される（Ｓ３３）。Ｓ３３において、送信先であるＳＭ２−１の識別情報は、Ｓ３０においてＲＡＮ３−１からＲＡＮ３−２に送信されたものであってもよい。パス交換リクエストには、ＴＥＩＤが含まれる。次に、ＳＭ２−１とＵＰ−ＧＷ５−１との間で、セッション更新リクエスト／レスポンスがやり取りされる（Ｓ３４）。次に、ＳＭ２−１からＲＡＮ３−２に対して、ＭＭ１を介さずに、パス交換レスポンスがＡＣＫとして送信される（Ｓ３５）。以上のＳ３３〜Ｓ３５は、ＳＭ２−１に関する処理である。以上の処理により、ＵＥ４とＲＡＮ３−２との間及びＲＡＮ３−２とＵＰ−ＧＷ５−１との間は通信可能となる。
【００７９】
次に、ＲＡＮ３−２からＳＭ２−２に対して、パス交換リクエストが送信される（Ｓ３６）。Ｓ３６において、送信先であるＳＭ２−２の識別情報は、Ｓ３２においてＭＭ１から送信されたものであってもよい。パス交換リクエストには、ＴＥＩＤが含まれる。次に、ＳＭ２−２とＵＰ−ＧＷ５−２との間で、セッション更新リクエスト／レスポンスがやり取りされる（Ｓ３７）。次に、ＳＭ２−２からＲＡＮ３−２に対して、パス交換レスポンスがＡＣＫとして送信される（Ｓ３８）。以上のＳ３６〜Ｓ３８は、ＳＭ２−２に関する処理である。以上の処理により、ＵＥ４とＲＡＮ３−２との間及びＲＡＮ３−２とＵＰ−ＧＷ５−２との間は通信可能となる。
【００８０】
続いて、図１１に示すシーケンス図を用いて、本実施形態に係る移動体通信システム８におけるＵＥ４のハンドオーバ（Ｘ２ハンドオーバ）時の処理（その２）について説明する。本処理は、図１０に示すシーケンス図と同様に、ＵＥ４がハンドオーバ元のＲＡＮ３−１からハンドオーバ先のＲＡＮ３−２にハンドオーバする際の処理である。ＵＥ４がＲＡＮ３−１に在圏している際は、ＵＥ４はＳＭ２−１及びＵＰ−ＧＷ５−１と通信を行い、ＵＥ４がＲＡＮ３−２に在圏している際は、ＵＥ４はＳＭ２−２及びＵＰ−ＧＷ５−２と通信を行うものとする。
【００８１】
まず、ＵＥ４とＲＡＮ３−１との間及びＲＡＮ３−１とＵＰ−ＧＷ５−１との間にて、ハンドオーバの準備及び実行の処理が行われる（Ｓ４０）。次に、ＲＡＮ３−２からＭＭ１に対して、パス交換リクエストが送信される（Ｓ４１）。次に、ＭＭ１からＲＡＮ３−２に対して、パス交換レスポンスが送信される（Ｓ４２）。パス交換レスポンスには、ＲＡＮ３のセキュリティキーが含まれる。以上のＳ４１〜Ｓ４２は、ＭＭ１に関する処理である。
【００８２】
次に、ＭＭ１からＳＭ２−１に対して、パス交換指示が送信される（Ｓ４３）。パス交換指示には、ＴＥＩＤが含まれる。次に、ＳＭ２−１からＭＭ１に対して、指示のＡＣＫが送信される（Ｓ４３ａ）。次に、ＳＭ２−１とＵＰ−ＧＷ５−１との間で、セッション更新リクエスト／レスポンスがやり取りされる（Ｓ４４）。次に、ＳＭ２−１のハンドオーバ処理部２３により、ＳＭ２−１からＲＡＮ３−２に対して、ＭＭ１を介さずに、パス交換更新要求が送信される（Ｓ４５）。Ｓ４５において、送信先であるＲＡＮ３−２の識別情報は、Ｓ４３においてＭＭ１から送信されたものであってもよい。次に、ＲＡＮ３−２のハンドオーバ処理部３２により、ＲＡＮ３−２からＳＭ２−１に対して、ＭＭ１を介さずに、パス交換更新要求のＡＣＫが送信される（Ｓ４５ａ）。以上のＳ４３〜Ｓ４５ａは、ＳＭ２−１に関する処理である。以上の処理により、ＵＥ４とＲＡＮ３−２との間及びＲＡＮ３−２とＵＰ−ＧＷ５−１との間は通信可能となる。
【００８３】
次に、ＭＭ１からＳＭ２−２に対して、パス交換指示が送信される（Ｓ４６）。パス交換指示には、ＴＥＩＤが含まれる。次に、ＳＭ２−２からＭＭ１に対して、指示のＡＣＫが送信される（Ｓ４６ａ）。次に、ＳＭ２−２とＵＰ−ＧＷ５−２との間で、セッション更新リクエスト／レスポンスがやり取りされる（Ｓ４７）。次に、ＳＭ２−２のハンドオーバ処理部２３により、ＳＭ２−２からＲＡＮ３−２に対して、ＭＭ１を介さずに、パス交換更新要求が送信される（Ｓ４８）。Ｓ４８において、送信先であるＲＡＮ３−２の識別情報は、Ｓ４６においてＭＭ１から送信されたものであってもよい。次に、ＲＡＮ３−２のハンドオーバ処理部３２により、ＲＡＮ３−２からＳＭ２−２に対して、ＭＭ１を介さずに、パス交換更新要求のＡＣＫが送信される（Ｓ４８ａ）。以上のＳ４６〜Ｓ４８ａは、ＳＭ２−２に関する処理である。以上の処理により、ＵＥ４とＲＡＮ３−２との間及びＲＡＮ３−２とＵＰ−ＧＷ５−２との間は通信可能となる。
【００８４】
次に、本実施形態のように構成された移動体通信システム８の作用効果について説明する。
【００８５】
本実施形態の移動体通信システム８によれば、ＳＭ２の通信経路確立部２２により、当該ＳＭ２とＲＡＮ３のノードとの間で、ＭＭ１を介さずに通信可能な通信経路が確立されるため、ＳＭ２とＲＡＮ３のノードとは、ＭＭ１を介さずに通信することができる。これにより、例えば、ＳＭ２とＲＡＮ３のノードとの間の信号のやり取りをＭＭ１が中継する必要がなくなるため、中継処理に伴う負荷が発生しない。すなわち、移動体通信システム８におけるネットワーク構成の冗長性を少なくすることができる。
【００８６】
また、本実施形態の移動体通信システム８によれば、通信経路確立部２２により、ＵＥ４のアタッチ時のセッションの構築要求をＭＭ１から受信する場合に通信経路が確立される。これにより、ＵＥ４のアタッチ時に、より確実に、ＳＭ２とＲＡＮ３のノードとの間でＭＭ１を介さない通信経路を確立することができる。また、ＵＥ４のアタッチ時の処理において、ＳＭ２とＲＡＮ３のノードとの間の信号のやり取りをＭＭ１が中継する必要がなくなるため、中継処理に伴う負荷が発生しない。さらに、ＵＥ４のハンドオーバ時の処理において、アタッチ時に確立した通信経路を用いて、ＭＭ１を介さずにＳＭ２とＲＡＮ３のノードとの間の信号のやり取りを行うことができる。それにより、アタッチ時の処理と同様に、ＭＭ１が中継する必要がなくなるため、中継処理に伴う負荷が発生しない。すなわち、移動体通信システム８におけるネットワーク構成の冗長性を少なくすることができる。
【００８７】
また、本実施形態の移動体通信システム８によれば、通信経路確立部２２により、構築要求に含まれるＲＡＮ３のノードの識別情報に基づいて、ＳＭ２と当該識別情報が示すＲＡＮ３のノードとの間で通信経路が確立される。これにより、ＳＭ２と指定されたＲＡＮ３のノードとの間で通信経路をより確実に確立することができる。
【００８８】
また、本実施形態の移動体通信システム８によれば、ＵＥ４のハンドオーバを処理する場合、ＳＭ２とＲＡＮ３のノードとの間の通信は、通信経路確立部２２によって確立された通信経路を介して行われる。これにより、ＵＥ４のハンドオーバ時の処理において、ＳＭ２とＲＡＮ３のノードとの間の信号のやり取りをＭＭ１が中継する必要がなくなるため、中継処理に伴う負荷が発生しない。すなわち、移動体通信システム８におけるネットワーク構成の冗長性を少なくすることができる。
【００８９】
なお、従来技術では、本実施形態の移動体通信システム８のように、インターフェースＮＧ２が、インターフェースＮＧ２−ＭＭ及びインターフェースＮＧ２−ＳＭの２つに分けられていない。例えば、非特許文献２「3GPP  TS  23.401  V14.0.0  (2016-06)」の５．４．２．１節の図５．４．２．１−１「Bearer  Modification  Procedure」のシーケンス図に示されるシーケンス「4.  Bearer  Modify  Request」や、５．４．１節の図５．４．１−１「Dedicated  Bearer  Activation  Procedure」のシーケンス図に示されるシーケンス「4.  Bearer  Setup  Request」では、ｅＮｏｄｅＢ及びＭＭＥ間でＭＭ、ＳＭの順にやり取りがなされており、ＭＭＥではＭＭ及びＳＭ両方のステータスが保持されている。また例えば、非特許文献１「3GPP  TR  23.799  V1.0.0  (2016-09)」に示されるＮｅｘｔＧｅｎアーキテクチャでは、ＵＥ−（ＲＡＮ）−ＭＭ−ＳＭという数珠つなぎの構成を前提としており、ＭＭはＲＡＮとＳＭとの間の全てのメッセージを中継している。
【００９０】
以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
【００９１】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（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）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
【００９５】
情報等は、上位レイヤ（または下位レイヤ）から下位レイヤ（または上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【００９６】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【００９７】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００９８】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００９９】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１００】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１０１】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
【０１０２】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１０３】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１０４】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【０１０５】
基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed  station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access  point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１０６】
移動体通信端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１０７】
「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０１０８】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１０９】
「含む(including)」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
【０１１０】
本開示の全体において、例えば、英語での「a」、「an」及び「the」のように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【符号の説明】
【０１１１】
１…ＭＭ、２…ＳＭ、３…ＲＡＮ、４…ＵＥ、５…ＵＰ−ＧＷ、６…ＤＮＮ、７…ＳＤＭ、８…移動体通信システム、１０…識別情報格納部、１１…セッション構築要求処理部、１２…ハンドオーバ処理部、２０…識別情報格納部、２１…セッション構築要求処理部、２２…通信経路確立部、２３…ハンドオーバ処理部、３０…識別情報格納部、３１…セッション構築要求処理部、３２…ハンドオーバ処理部。
【図１】
2018061986.tif 000003
【図２】
2018061986.tif 000004
【図３】
2018061986.tif 000005
【図４】
2018061986.tif 000006
【図５】
2018061986.tif 000007
【図６】
2018061986.tif 000008
【図７】
2018061986.tif 000009
【図８】
2018061986.tif 000010
【図９】
2018061986.tif 000011
【図１０】
2018061986.tif 000012
【図１１】
2018061986.tif 000013
【手続補正書】
【提出日】平成30年1月26日(2018.1.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線アクセスネットワークと、移動体通信端末のセッションを管理するセッション管理機能及び前記移動体通信端末のモビリティを管理するモビリティ管理機能を含むコアネットワークとを含む移動体通信システムであって、
前記セッション管理機能は、当該セッション管理機能と前記無線アクセスネットワークのノードとの間で、前記モビリティ管理機能を介さずに通信可能な通信経路を確立する通信経路確立部を備え、
前記通信経路確立部は、前記移動体通信端末のアタッチ時の前記セッションの構築要求を前記モビリティ管理機能から受信する場合に前記通信経路を確立する、
移動体通信システム。
【請求項２】
（削除）
【請求項３】
前記通信経路確立部は、前記構築要求に含まれる前記無線アクセスネットワークの前記ノードの識別情報に基づいて、当該セッション管理機能と当該識別情報が示す前記無線アクセスネットワークの前記ノードとの間で前記通信経路を確立する、
請求項１に記載の移動体通信システム。
【請求項４】
前記移動体通信端末のハンドオーバを処理する場合、前記セッション管理機能と前記無線アクセスネットワークの前記ノードとの間の通信は、前記通信経路確立部によって確立された前記通信経路を介して行われる、
請求項１又は３に記載の移動体通信システム。
【国際調査報告】
2018061986.tif 000014
2018061986.tif 000015
2018061986.tif 000016