(57)【要約】 【課題】  ３ＧＰＰ通信方式からIEEE802.16e通信方式などへの異なる通信方式間におけるハンドオーバをスムーズに行うことができる通信システムおよびハンドオーバ方法を提供することを目的とする。【解決手段】  この通信システムにおいて、ＵＥ１００は、３Ｇネットワーク２００を介した通信を実行中に、トンネリング処理によりＵＥ１００とＡＧＮ−ＧＷ３０２との間で確立された仮想的な直結通信経路を介して、ハンドオーバ処理のための通信制御情報をIEEE802.16eネットワーク３００側に通知する。そして、ＢＳ３０１は、事前に通知を受けた通信制御情報を用いて、ＵＥ１００からのハンドオーバ処理に対する通信処理を実行することができる。【選択図】  図４
2010187261.tif 000002
【特許請求の範囲】
【請求項１】
一の通信方式の一の通信ネットワークに配置されている第１の基地局と、他の通信方式の他の通信ネットワークに配置されている第２の基地局と、移動機とからなる通信システムにおいて、
前記移動機は、
前記第１の基地局を介して一の通信方式を実行する第１の通信手段と、
前記第２の基地局を介して他の通信方式を実行する第２の通信手段と、
前記第１の通信手段による通信を実行中に、前記第２の基地局に対するハンドオーバ処理に先立って、トンネリング処理により前記移動機と前記他の通信ネットワークとの間で確立された仮想的な直結通信経路を介して、通信接続処理に必要な通信制御情報を前記他の通信ネットワーク側に通知する通知手段と、
前記通知手段による通知処理後、通信制御情報の通知処理を省略して前記第１の基地局から前記第２の基地局に対するハンドオーバ処理を開始するハンドオーバ手段と、
を備え、
前記第２の基地局は、
前記移動機における前記ハンドオーバ手段によるハンドオーバ処理が終了すると、前記通知手段により通知された前記通信制御情報を用いて前記移動機と通信処理を実行する通信手段と、
を備える通信システム。
【請求項２】
前記第１の基地局と前記第２の基地局とを接続するハンドオーバ制御装置をさらに備え、
前記通知手段は、前記直結通信経路を介して前記ハンドオーバ制御装置との間で、複数の通信制御情報のそれぞれに対応した要求信号およびその応答信号を順次送受信することにより、前記複数の通信制御情報の全てを前記ハンドオーバ制御装置に通知し、
前記ハンドオーバ制御装置は、他の通信方式で規定されている制御信号から通信制御情報を抽出し、前記直結通信経路を介して、抽出された通信制御情報を前記他の通信ネットワーク側に通知することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記通知手段は、呼制御信号プレーンで通信制御情報を通知することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記通知手段は、ユーザ情報転送プレーンで通信制御情報を通知することを特徴とする請求項２に記載の通信システム。
【請求項５】
前記第１の基地局と前記第２の基地局とを接続するハンドオーバ制御装置をさらに備え、
前記通知手段は、前記通信経路を介して前記ハンドオーバ制御装置との間で、複数の通信制御情報を含んだ一の要求信号の送信、その応答信号の受信、および当該応答信号に対する確認のための確認信号の送信を順次実行することにより、前記通信制御情報を前記ハンドオーバ制御装置に通知し、
前記ハンドオーバ制御装置は、前記通知手段から送信された要求信号に対して応答信号を送信するとともに、前記要求信号から通信制御情報を抽出し、当該抽出された通信制御情報を前記他のネットワーク側に送信する
ことを特徴とする請求項１に記載の通信システム。
【請求項６】
前記通知手段は、呼制御信号プレーンで通信制御情報を通知することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記通知手段は、ユーザ情報転送プレーンで通信制御情報を通知することを特徴とする請求項５に記載の通信システム。
【請求項８】
一の通信方式の一の通信ネットワークに配置されている第１の基地局と、他の通信方式の他の通信ネットワークに配置されている第２の基地局と、移動機とを用いたハンドオーバ方法において、
前記第１の基地局との通信を実行中に、前記第２の基地局に対するハンドオーバ処理に先立って、トンネリング処理により前記移動機と前記他の通信ネットワークとの間で確立された仮想的な直結通信経路を介して、通信接続処理に必要な通信制御情報を前記他の通信ネットワーク側に通知する通知ステップと、
前記通知ステップによる通知処理後、通信制御情報の通知処理を省略して前記第１の基地局から前記第２の基地局に対するハンドオーバ処理を開始するハンドオーバステップと、
前記移動機における前記ハンドオーバステップにおいてハンドオーバ処理が終了すると、前記通知ステップにより通知された通信制御情報を用いて前記移動機からのハンドオーバ処理に対する通信処理を実行する通信ステップと、
を備えるハンドオーバ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる通信方式を実行可能な通信システムおよびその間のハンドオーバ方法に関する。
【背景技術】
【０００２】
近年、３ＧＰＰ（ThirdGeneration Partnership Project）で規定されている通信方式（例えば、W-CDMA，OFDMA/SC-FDMAを用いた通信方式）およびIEEE802.16eで規定されている通信方式（例えばOFDMA）の両方を搭載した移動機が考えられている。この移動機は、３ＧＰＰ通信方式の通信エリアからIEEE802.16e通信方式の通信エリアに移動した場合、自動的にIEEE802.16e通信方式に切り替えることができる。同様に、IEEE802.16e通信方式から3GPP通信方式に切り替えることも可能であり、その通信エリアに適した通信を実行しようとするものである。
【０００３】
通信方式が異なると、方式の特徴、及びサービス提供事業者の戦略により、通信エリアも異なる場合がある。例えば、3GPP通信方式のエリアは、広いエリアで提供するのに対して、IEEE802.16e通信方式のエリアは、3GPP通信方式のエリアとオーバラップするものの、一部のエリアのみで提供する形態が考えられる。この場合、３ＧＰＰ通信方式の通信エリアにいる移動機がIEEE802.16e通信方式でも通信可能なエリアに移動した場合に、ハンドオーバ処理を行うことにより、ユーザ、及びサービス提供事業者の嗜好に適した通信を実現することができる。例えば、方式間で料金や通信速度に差分がある場合、両方の通信方式で通信可能なエリアでは、ユーザの嗜好に応じて適切なネットワークへハンドオーバを行い、通信を継続することができる。
【０００４】
例えば、図１に、IEEE802.16eに規定されるハンドオーバ処理のシーケンスを示す。図１に示すようにＵＥ１００と３ＧＰＰネットワーク２００との間でハンドオーバ処理のための要求信号、応答信号等が送受信される（Ｓ０１）。その処理後、IEEE802.16eネットワーク３００との間で、ハンドオーバ処理（Ｓ０３）およびハンドオーバするために必要な通信制御情報であるＵＥ１００の機能情報、認証情報等のやり取り（Ｓ０４）が行われる。このようにハンドオーバ処理を行うにあたって、Ｓ０３の処理、Ｓ０４の処理を実行しているため、ハンドオーバ処理が完了するのに時間がかかり、スムーズなハンドオーバが困難である。
【０００５】
そこで、スムーズなハンドオーバを行うために、３ＧＰＰ ＴＲ３６．９３８においては、３ＧＰＰからIEEE802.16eに対してハンドオーバを行う際、上述Ｓ０４の処理を省略することが考えられており、例えば、図２に示されるシーケンス図のものが提案されている。図２では、３ＧＰＰネットワークを介した通信処理中に（Ｓ１１）、３ＧＰＰネットワーク２００からIEEE802.16eネットワーク３００に接続するための指示信号（RRCCONNECETION RECONFIGURATION）が出力される（Ｓ１２）。ＵＥ１００では、これを受けると、通信制御情報の事前登録処理を行うことを決定し（Ｓ１３）、認証処理、事前登録処理が行われる（Ｓ１４）。
【０００６】
同様に、図３に、３ＧＰＰにおいて規定されているハンドオーバ時におけるアクションフェーズにおけるシーケンス図を示す。図３に示すように、ユーザデータが送受信されているときに（Ｓ２１）、IEEE802.16e通信方式のための測定処理が起動される（Ｓ２２）。そして、そのための指示信号が、RRC CONNECTIONRECONFIGURATIONを用いて送信され（Ｓ２３）、これを受けたＵＥは測定処理を行う（Ｓ２４）。ＵＥから測定結果が送信されると（Ｓ２５）、その測定結果にしたがって、３ＧＰＰネットワークにおいては、IEEE802.16e通信エリアにハンドオーバ処理を行うことを決定する（Ｓ２６）。そして、ハンドオーバ処理のため情報の事前登録処理が行われ（Ｓ２７）、そして、ハンドオーバ処理が実行される（Ｓ２８−Ｓ３０）。
【０００７】
これらハンドオーバ処理については、３ＧＰＰ ＴＲ３６．９３８（非特許文献１）に規定されている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ ＴＲ３６．９３８
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述非特許文献１に記載の技術では、ハンドオーバを行う上で、実現可能な程度に規定されておらず、結果的にスムーズな通信を実行することができない。すなわち、３ＧＰＰ通信エリアからIEEE802.16e通信エリアに情報を伝達するための通信手順や制御信号の伝送フォーマットが異なるため、３ＧＰＰ通信方式を用いた通信手順では、IEEE802.16eネットワークに対して登録処理を実行することができず、結果としてスムーズなハンドオーバを実行することを困難とさせる。
【００１０】
そこで、本発明では、３ＧＰＰ通信方式からIEEE802.16e通信方式などへの異なる通信方式間におけるハンドオーバをスムーズに行うことができる通信システムおよびハンドオーバ方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述の課題を解決するために、本発明の通信システムは、一の通信方式の一の通信ネットワークに配置されている第１の基地局と、他の通信方式の他の通信ネットワークに配置されている第２の基地局と、移動機とからなる通信システムにおいて、前記移動機は、前記第１の基地局を介して一の通信方式を実行する第１の通信手段と、前記第２の基地局を介して他の通信方式を実行する第２の通信手段と、前記第１の通信手段による通信を実行中に、前記第２の基地局に対するハンドオーバ処理に先立って、トンネリング処理により前記移動機と前記他の通信ネットワークとの間で確立された仮想的な直結通信経路を介して、通信接続処理に必要な通信制御情報を前記他の通信ネットワーク側に通知する通知手段と、前記通知手段による通知処理後、通信制御情報の通知処理を省略して前記第１の基地局から前記第２の基地局に対するハンドオーバ処理を開始するハンドオーバ手段と、を備え、前記第２の基地局は、前記移動機における前記ハンドオーバ手段によるハンドオーバ処理が終了すると、前記通知手段により通知された前記通信制御情報を用いて前記移動機と通信処理を実行する通信手段と、を備えている。
【００１２】
この発明によれば、第１の通信方式による通信を実行中に、トンネリング処理により移動機と第２の基地局との間で確立された仮想的な直結通信経路を介して、ハンドオーバ処理のための通信制御情報を他の通信ネットワーク側に通知し、その後、事前に通知を受けた通信制御情報を用いてハンドオーバ処理を実行し、第２の基地局は、移動機からのハンドオーバ処理に対する通信処理を実行することができる。これにより、異なる通信方式間においてスムーズな通信制御情報の通知をハンドオーバ処理前に行うことができる。よって、ハンドオーバ処理を中に通信制御情報をやり取りすることなく、スムーズなハンドオーバ処理を実行することができる。
【００１３】
また、本発明の通信システムは、前記第１の基地局と前記第２の基地局とを接続するハンドオーバ制御装置をさらに備え、前記通知手段は、前記直結通信経路を介して前記ハンドオーバ制御装置との間で、複数の通信制御情報のそれぞれに対応した要求信号およびその応答信号を順次送受信することにより、前記複数の通信制御情報の全てを前記ハンドオーバ制御装置に通知し、前記ハンドオーバ制御装置は、他の通信方式で規定されている制御信号から通信制御情報を抽出し、前記直結通信経路を介して、抽出された通信制御情報を前記他の通信ネットワーク側に通知することが好ましい。
【００１４】
この発明によれば、直結通信経路を介してハンドオーバ制御装置との間で、複数の通信制御情報のそれぞれに対応した要求信号およびその応答信号を順次送受信することにより、複数の通信制御情報の全てを前記ハンドオーバ制御装置に通知し、ハンドオーバ制御装置は、他の通信方式で規定されている制御信号から通信制御情報を抽出し、直結通信経路を介して、抽出された通信制御情報を他の通信ネットワーク側に通知することができる。これにより、異なる通信方式間においてスムーズな通信制御情報の通知をハンドオーバ処理前に行うことができる。
【００１５】
また、本発明の通信システムにおいて、前記通知手段は、呼制御信号プレーンで通信制御情報を通知することが好ましい。この発明によれば、その通信制御情報の通知処理を確実に実行することができる。
【００１６】
また、本発明の通信システムにおいて、前記通知手段は、ユーザ情報転送プレーンで通信制御情報を通知することが好ましい。この発明によれば、簡易な処理により通信制御情報の通知処理を実現することができる。
【００１７】
また、本発明の通信システムは、前記第１の基地局と前記第２の基地局とを接続するハンドオーバ制御装置をさらに備え、前記通知手段は、前記通信経路を介して前記ハンドオーバ制御装置との間で、複数の通信制御情報を含んだ一の要求信号の送信、その応答信号の受信、および当該応答信号に対する確認のための確認信号の送信を順次実行することにより、前記通信制御情報を前記ハンドオーバ制御装置に通知し、前記ハンドオーバ制御装置は、前記通知手段から送信された要求信号に対して応答信号を送信するとともに、前記要求信号から通信制御情報を抽出し、当該抽出された通信制御情報を前記他のネットワーク側に送信することが好ましい。
【００１８】
この発明によれば、通信経路を介してハンドオーバ制御装置との間で、通信制御情報を含んだ一の要求信号の送信、その応答信号の受信、および当該応答信号に対する確認のための確認信号の送信を順次実行することにより、通信制御情報をハンドオーバ制御装置に通知し、ハンドオーバ制御装置は、要求信号に対して応答信号を送信するとともに、要求信号から通信制御情報を抽出し、当該抽出された通信制御情報を前記他のネットワーク側に送信することができる。これにより、これにより、異なる通信方式間においてスムーズな通信制御情報の通知をハンドオーバ処理前に行うことができる。さらに、複数の通信制御情報を一の要求信号に全て含ませることにより、そのシーケンス処理を軽減することができる。例えば、IEEE802.16eにおいて規定された制御手順では５．５往復のシーケンス処理を必要としていたが、本発明においては、要求、応答、確認の処理を行うのにとどまり、シーケンス処理としては、１．５往復となり、シーケンス処理を大幅に軽減することができる。
【００１９】
また、本発明の通信システムにおいて、前記通知手段は、呼制御信号プレーンで通信制御情報を通知することが好ましい。この発明によれば、その通信制御情報の通知処理を迅速に実行することができる。
【００２０】
また、本発明の通信システムにおいて、前記通知手段は、ユーザ情報転送プレーンで通信制御情報を通知することが好ましい。この発明によれば、簡易な処理により通信制御情報の通知処理を実現することができる。
【００２１】
ところで、本発明は、上記のように通信システムの発明として記述できる他に、以下のように、ハンドオーバ方法の発明としても記述することができる。これらはカテゴリーが異なるだけで、実質的に同一の発明であり、同様の作用・効果を奏する。
【００２２】
すなわち、本発明のハンドオーバ方法は、一の通信方式の一の通信ネットワークに配置されている第１の基地局と、他の通信方式の他の通信ネットワークに配置されている第２の基地局と、移動機とを用いたハンドオーバ方法において、前記第１の基地局との通信を実行中に、前記第２の基地局に対するハンドオーバ処理に先立って、トンネリング処理により前記移動機と前記他の通信ネットワークとの間で確立された仮想的な直結通信経路を介して、通信接続処理に必要な通信制御情報を前記他の通信ネットワーク側に通知する通知ステップと、前記通知ステップによる通知処理後、通信制御情報の通知処理を省略して前記第１の基地局から前記第２の基地局に対するハンドオーバ処理を開始するハンドオーバステップと、前記移動機における前記ハンドオーバステップにおいてハンドオーバ処理が終了すると、前記通知ステップにより通知された通信制御情報を用いて前記移動機からのハンドオーバ処理に対する通信処理を実行する通信ステップと、を備えている。
【発明の効果】
【００２３】
本発明によれば、異なる通信方式間においてスムーズな通信制御情報の通知をハンドオーバ処理前に行うことができる。よって、ハンドオーバ処理を中に通信制御情報をやり取りすることなく、スムーズなハンドオーバ処理を実行することができる。
【図面の簡単な説明】
【００２４】
【図１】IEEE802.16eに規定されるハンドオーバ処理のシーケンス図である。
【図２】３ＧＰＰにおいて規定されているハンドオーバ処理のシーケンス図である。
【図３】３ＧＰＰにおいて規定されているハンドオーバ時におけるアクションフェーズにおけるシーケンス図である。
【図４】本実施形態における通信システムのシステム構成図である。
【図５】本実施形態の通信システムに用いられているＵＥ１００の機能を示すブロック図である。
【図６】ＵＥ１００のハードウェア構成図である。
【図７】ｅＮＢ２０１の機能を示すブロック図である。
【図８】トンネリング処理により確立された直結通信経路を示す模式図である。
【図９】RRC INFORMATION TRANSFERで規定されている伝送フォーマットの模式図である。
【図１０】S1AP NAS TRANSPORTで規定されている伝送フォーマットの模式図である。
【図１１】L２ Tunnelで規定されている伝送フォーマットの模式図である。
【図１２】GRE Tunnelで規定されている伝送フォーマットの模式図である。
【図１３】本実施形態の通信システムにおけるハンドオーバ処理のシーケンス図である。
【図１４】変形例における通信システムのハンドオーバ処理のシーケンス図である。
【図１５】Ｕ−Ｐｌａｎｅを用いたときのトンネリング処理により確立された通信経路を示す模式図である。
【図１６】変形例における通信システムのハンドオーバ処理のシーケンス図を示す。
【図１７】変形例における通信システムのハンドオーバ処理のシーケンス図を示す。
【発明を実施するための形態】
【００２５】
添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００２６】
図４は、本実施形態における通信システムのシステム構成図である。この通信システムは、ＵＥ（User Equipment：移動機）１００、３ＧＰＰネットワーク２００、ＦＡＦ（Forward Attachment Function：ハンドオーバ制御装置）４００、IEEE802.16eネットワーク３００を含んで構成されており、他の通信網５００とＵＥ１００とを通信接続させることができる。ここで、３ＧＰＰネットワーク２００は、ｅＮＢ（EvolvedNode B：第１の基地局）２０１、ＭＭＥ（Mobility Management Entity）２０２、Serving ＧＷ（Gateway）２０３、およびＰＤＮＧＷ（Packet Data Network Gateway）２０４を含んで構成されている。また、IEEE802.16eネットワーク３００は、ＢＳ（BaseStation：第２の基地局）３０１、ＡＳＮ−ＧＷ（Access Service Network Gateway）、およびＨＡ（Home Agent）３０３を含んで構成されている。
【００２７】
このように構成された通信システムにおいて、ＵＥ１００は、携帯電話などの携帯端末であって、３ＧＰＰネットワーク２００を介して、他の通信網５００と通信することができる。そしてＵＥ１００は、ネットワーク間を移動すると、IEEE802.16eネットワーク３００に対してハンドオーバ処理をして、IEEE802.16eネットワーク３００を介して、他の通信網５００と通信接続することができる。
【００２８】
ここで、ｅＮＢ２０１は、３ＧＰＰアクセス基地局であって、ＵＥ１００と３ＧＰＰ通信手順に従って無線通信接続を行うことができる。
【００２９】
また、ＭＭＥ２０２は、ＵＥ１００に対する移動制御を行う管理装置である。このＭＭＥ２０２は、さらにＦＡＦ４００と通信接続することができる。このＭＭＥ２０２は、Ｃ−Ｐｌａｎｅ上での制御信号を送受信するための装置である。
【００３０】
Serving ＧＷ２０３は、３ＧＰＰアクセスと他のアクセスネットワークとの間でＵ-Ｐｌａｎｅ上でのユーザデータの中継を行うゲートウエイ装置である。
【００３１】
ＰＤＮ ＧＷ２０４は、他の通信網５００と３ＧＰＰネットワーク２００との間でＵ-Ｐｌａｎｅ上でのユーザデータの中継を行うゲートウエイ装置である。なお、図４では、３ＧＰＰネットワーク２００は一つとしているが、複数存在しており、ＰＤＮＧＷ２０４は、３ＧＰＰネットワークの数だけ複数存在する。
【００３２】
また、ＢＳ３０１は、IEEE802.16e基地局であって、ＵＥ１００とIEEE802.16e通信手順に従って無線通信接続を行う部分である。
【００３３】
また、ＡＳＮ−ＧＷ３０２は、IEEE802.16e基地局であるＢＳ３０１を集中制御する装置であって、ＦＡＦ４００と接続することができる。
【００３４】
ＨＡ３０３は、IEEE802.16eネットワーク３００のモビリティ制御を行う装置である。このＨＡ３０３を介してＵＥ１００は、他の通信網５００と通信接続することができる。
【００３５】
このように構成された通信システムにおいて、ＵＥ１００は、ｅＮＢ２０１と無線接続しながら、Serving ＧＷ２０３、ＰＤＮ ＧＷ２０４を介して他の通信網５００と通信接続する。ＵＥ１００が移動して、IEEE802.16eネットワーク３００にハンドオーバすると、ＵＥ１００は、ＢＳ３０１を介してIEEE802.16eネットワーク３００と通信接続することになり、ＡＳＮ−ＧＷ３０２およびＨＡ３０３を介して他の通信網５００と通信接続する。
【００３６】
ここでＵＥ１００が、ハンドオーバ処理を行うために、事前にＢＳ３０１を介してIEEE802.16eネットワーク３００と通信接続するために必要な通信制御情報を、ｅＮＢ２０１を介して、ＦＡＦ４００に通知しておく。このときＵＥ１００は、ＦＡＦ４００との間でトンネリング処理により確立された仮想的な直結通信経路を経由して通信制御情報を送信する。また、この通信制御情報を受け取ったＦＡＦ４００は、同様にトンネリング処理により確立された仮想的な直結通信経路を介して通信制御情報をＡＳＮ−ＧＷ３０２に出力する。
【００３７】
このようにトンネリング処理により確立された仮想的な直結通信経路を介して、ＵＥ１００は、通信制御情報を前もってＡＳＮ−ＧＷ３０２に送信しておくことで、３ＧＰＰネットワーク２００を介してIEEE802.16eネットワーク３００に対してハンドオーバ処理を行うための通信制御情報をスムーズに通知することができる。よって、通信制御情報のやり取りをハンドオーバ処理中に行う必要がなくなり、迅速にハンドオーバ処理を完了することができる。
【００３８】
以下、これら処理を実行することができる通信システムの構成および動作について説明する。図５は、本実施形態の通信システムに用いられているＵＥ１００の機能を示すブロック図である。図５に示すように、ＵＥ１００は、３Ｇ通信部１０１（第１の通信手段）、IEEE802.16e通信部１０２（第２の通信手段）、通知部１０３（通知手段）、記憶部１０４、ハンドオーバ部１０５（ハンドオーバ手段）、および電波状況判断部１０６を含んで構成されている。
このＵＥ１００は、例えば携帯電話などの移動機であって、図６に示されるハードウェア構成により実現される。図６は、ＵＥ１００のハードウェア構成図である。図６に示されるＵＥ１００は、物理的には、図６に示すように、ＣＰＵ１１、主記憶装置であるＲＡＭ１２及びＲＯＭ１３、入力デバイスであるキーボード及びマウス等の入力装置１４、ディスプレイ等の出力装置１５、ハードディスク等の補助記憶装置１６、３ＧＰＰ通信モジュール１７、IEEE802.16e通信モジュール１８などを含むコンピュータシステムとして構成されている。図５において説明した各機能は、図６に示すＣＰＵ１１、ＲＡＭ１２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１の制御のもとで入力装置１４、出力装置１５、３ＧＰＰ通信モジュール１７、IEEE802.16e通信モジュール１８を動作させるとともに、ＲＡＭ１２や補助記憶装置１６におけるデータの読み出し及び書き込みを行うことで実現される。以下、図５に示す機能ブロックに基づいて、各機能ブロックを説明する。
【００３９】
３Ｇ通信部１０１は、３ＧＰＰネットワーク２００と通信接続する部分であり、ｅＮＢ２０１に対して無線接続する。
【００４０】
IEEE802.16e通信部１０２は、IEEE802.16eネットワーク３００と通信接続する部分であり、ＢＳ３０１に対して無線接続する。
【００４１】
通知部１０３は、３Ｇ通信部１０１を介して登録指示をｅＮＢ２０１から受けると、３Ｇ通信部１０１を介してＵＥ１００がサポートしている機能（Basic Capability）を示す機能情報、認証情報、ネットワークエントリー登録情報（ＩＤ情報）、サービスフロー情報（サービスを識別するための情報であって、例えば、通信レート、遅延情報などである）からなる、通信接続処理に必要な通信制御情報をIEEE802.16eネットワーク３００に対して、３Ｇ通信部１０１を介して通知する部分である。具体的には、通知部１０３は、トンネリング処理により仮想的に確立された直結通信経路を介して通信制御情報をＦＡＦ４００に送信するものであって、IEEE802.16eにおいて規定されているメッセージを上述トンネリング処理により確立された直結通信経路を通すことにより、通信制御情報をＦＡＦ４００に送信することができる。
【００４２】
IEEE802.16eにおいて規定されているメッセージとは、機能情報を含んだSSBasic Capability Request/Response Message、認証情報を含んだPrivacy Key ManagementRequest/Response message、ネットワークエントリー情報を含んだRegistration Request/Response message、サービスフロー情報を含んだDynamicService Addition Request/Response/Ack messageである。通知部１０３は、上述各メッセージのリクエストおよびレスポンスの送受信を行うことにより、通信制御情報をＦＡＦ４００に通知することができる。
【００４３】
さらに、通知部１０３は、RRC INFORMATION TRANSFERを用いたトンネリング処理によりｅＮＢ２０１まで確立された直結通信経路を介して通信制御情報を送信することができる。すなわち、通知部１０３は、通信制御情報をRRCINFORMATION TRANSFERにおいて規定されている伝送フォーマットもってカプセル化し、カプセル化された通信制御情報をｅＮＢ２０１に送信することにより通知処理を行うことができる。なお、ｅＮＢ２０１とＭＭＥ２０２との間は、S１APTRANSPORTによるトンネリング処理により直結通信経路が確立され、ＭＭＥ２０２とＭＭＥ４００との間は、L２ Tunnelによるトンネリング処理により直結通信経路が確立されており、それぞれ規定されたカプセル化処理を行うことによりトンネリング処理が実行される。このトンネリング処理については後で詳細に説明する。
【００４４】
記憶部１０４は、ＵＥ１００の通信制御情報を記憶する部分であり、機能情報、認証情報、ＩＤ情報、コネクション情報を記憶している。
【００４５】
ハンドオーバ部１０５は、ｅＮＢ２０１とＢＳ３０１との間で、その通信接続を切り替える処理を行う部分であり、電波状況判断部１０６により判断された結果にしたがって、そのｅＮＢ２０１に隣接するＢＳ３０１に対して通信接続をするように接続処理を行う。また、ＢＳ３０１からｅＮＢ２０１に切り替えるようにすることもできる。
【００４６】
電波状況判断部１０６は、IEEE802.16e通信部１０２の電波状況を判断する部分である。電波状況判断部１０６は、IEEE802.16e通信部１０２の電波状況（通信品質）が所定値以上であると判断すると、ハンドオーバ部１０５に対して、３Ｇ通信部１０１による通信接続から、IEEE802.16e通信部１０２による通信接続をするよう指示を出力する。
【００４７】
つぎに、ｅＮＢ２０１の機能について説明する。図７は、ｅＮＢ２０１の機能を示すブロック図である。図７に示されるように、ｅＮＢ２０１は、無線部２０１ａ（通信手段）、トンネリング処理部２０１ｂ、ネットワーク通信部２０１ｃ、通信品質判断部２０１ｄ、ハンドオーバ決定部２０１ｅを含んで構成されている。
【００４８】
無線部２０１ａは、ＵＥ１００と無線接続する部分である。無線部２０１ａはＵＥ１００から受けた信号をトンネリング処理部２０１ｂに出力する。
【００４９】
トンネリング処理部２０１ｂは、トンネリング処理により通信経路を確立する部分であり、より具体的には、無線部２０１ａによりＵＥ１００から受信されたカプセル化されたデータから、所定の各種制御信号またはユーザデータを抽出し、さらにこれを所定の伝送フォーマットでカプセル化することにより、仮想的な直結通信経路を確立する。カプセル化された各種データは、ネットワーク通信部２０１ｃに出力される。
【００５０】
ネットワーク通信部２０１ｃは、ＭＭＥ２０２、またはServing ＧＷ２０３と接続する分である。これらＭＭＥ２０２またはServingＧＷ２０３を介して、カプセル化したデータをＦＡＦ４００に送信することができる。
【００５１】
通信品質判断部２０１ｄは、無線部２０１ａにより３Ｇ通信手順に従って通信している通信品質を判断する部分であり、例えば、受信強度、Ｓ／Ｎ比などを用いて所定値以下であるか否かを判断する。そして、通信品質判断部２０１ｄは、通信品質が所定値以下であると判断すると、無線部２０１ａを用いて、ＵＥ１００に対して、IEEE802.16e通信部１０２における通信環境を測定するよう指示信号を送信する。
【００５２】
ハンドオーバ決定部２０１ｅは、ＵＥ１００がハンドオーバ処理を必要であるか否かを判断する部分であり、ＵＥ１００から送信されたIEEE802.16e通信部１０２における通信品質を示す測定結果に基づいて判断する。例えば、ハンドオーバ決定部２０１ｅは、ＵＥ１００から送信された測定結果で示されている通信品質（受信強度）が所定値以下であれば、ハンドオーバが必要であると判断する。そして、ハンドオーバ決定部２０１ｅは、無線部２０１ａを用いてハンドオーバ指示をＵＥ１００に送信する。
【００５３】
つぎに、ＵＥ１００が通信制御情報をＦＡＦ４００に送信する際に用いられる、トンネリング処理により確立された直結通信経路について説明する。図８は、トンネリング処理により確立された直結通信経路を示す模式図である。図８に示すように、ＵＥ１００とｅＮＢ２０１との間は、RRC INFORMATION TRANSFERを用いたトンネリング処理により確立された直結通信経路を介して、通信制御情報は送信される。また、ｅＮＢ２０１とＭＭＥ２０２との間は、S1APNAS TRANSPORTを用いたトンネリング処理により確立された直結通信経路を介して、通信制御情報は送信される。さらに、ＭＭＥ２０２とＦＡＦ４００との間は、L２Tunnelを用いたトンネリング処理により確立された直結通信経路を介して、通信制御情報は送信される。
【００５４】
このようにトンネリング処理により確立された直結通信経路を介して通信制御情報は送信されることになり、伝送フォーマットの異なったメッセージを送信し、送信先でそのメッセージを適切に抽出することができる。
【００５５】
トンネリング処理についてさらに説明する。RRC INFORMATIONTRANSFERは、ＮＡＳ信号（Network Access Stratum：非無線管理系の制御信号）を送信するためのメッセージ形態であり、本実施形態では、ＮＡＳ信号としてIEEE802.16e通信方式にて規定されている各種メッセージが割り当てられている。そして、IEEE802.16eにおいて規定されているメッセージである、機能情報を含んだSSBasic Capability Request/Response Message、認証情報を含んだPrivacy Key ManagementRequest/Response message、ネットワークエントリー情報を含んだRegistration Request/Response message、サービスフロー情報を含んだDynamicService Addition Request/response messageが、RRC INFORMATION TRANSFERで規定されている伝送フォーマットで記述されることにより、トンネリング処理が行われる。
【００５６】
図９に、その伝送フォーマットの模式図を示す。図９（ａ）に示されるとおり、RRC INFORMATIONTRANSFERにおけるダウンリンク方向（ｅＮＢ２０１からＵＥ１００への方向）の伝送フォーマットは、nas3GPPフィールド、cdma2000-Typeフィールド、cdma2000-Dedicatedinfoフィールド、IEEE802.16e-Typeフィールド、IEEE802.16e-Dedicatedinfoフィールドからなる。
【００５７】
また、図９（ｂ）に示されるとおり、RRC INFORMATION TRANSFERにおけるアップリンク方向（ＵＥ１００からｅＮＢ２０１への方向）の伝送フォーマットは、nas3GPPフィールド、cdma2000-Typeフィールド、cdma2000-MessageTypeフィールド、cdma2000-Dedicatedinfoフィールド、IEEE802.16e-Typeフィールド、IEEE802.16e-Dedicatedinfoフィールドからなる。
【００５８】
本実施形態では、アップリンク方向、ダウンリンク方向のそれぞれの伝送フォーマットにおいて、IEEE802.16e-Dedicatedinfoフィールドに、IEEE802.16eにおいて規定されている各種メッセージが記述される。
【００５９】
すなわち、ＵＥ１００において、上述の通信制御情報であるSS BasicCapability Request Messageは、図９（ａ）に示されるIEEE802.16e-Dedicatedinfoフィールドに記述され、ｅＮＢ２０１に送信される。また、ｅＮＢ２０１において、その応答であるSSBasic Capability Response Messageは、図９（ｂ）に示されるIEEE802.16e-Dedicatedinfoフィールドに記述され、ＵＥ１００に送信される。これにより、機能情報はｅＮＢ２０１（ＦＡＦ４００およびＡＧＮ−ＧＷ３０２）に送信され、またその応答信号がＵＥ１００に送信される。
【００６０】
同様に、認証情報を含んだPrivacy Key Management Requestmessage、ネットワークエントリー情報を含んだRegistration Request message、サービスフロー情報を含んだDynamicService Addition Request messageは、それぞれIEEE802.16e-Dedicatedinfoフィールドに記述されてそれぞれ送信され、その応答である、認証情報を含んだPrivacyKey Management Response message、ネットワークエントリー情報を含んだRegistration Response message、サービスフロー情報を含んだDynamicService Addition Response messageは、IEEE802.16e-Dedicatedinfoフィールドに記述されてＵＥ１００に送信される。
【００６１】
つぎに、S1AP NAS TRANSPORTの伝送フォーマットについて説明する。S1APNAS TRANSPORTは、RRC INFORMATION TRANSFERと同様に、ＮＡＳ信号を送信するための伝送フォーマットである。図１０（ａ）に示されるとおり、ダウンリンク方向の伝送フォーマットは、MessageTypeフィールド、MME UE S1AP IDフィールド、eNB UE S1AP IDフィールド、NAS-PDUフィールド、Serving PLMNフィールド、HandoverRestriction Listフィールドからなる。また、図１０（ｂ）に示されているとおり、アップリンク方向の伝送フォーマットは、Message Typeフィールド、MMEUE S1AP IDフィールド、eNB UE S1AP IDフィールド、NAS-PDUフィールドからなる。
【００６２】
本実施形態では、アップリンク方向、ダウンリンク方向のそれぞれの伝送フォーマットにおいて、NAS-PDUフィールドにIEEE802.16e通信方式において規定されている制御信号が記述される。すなわち、アップリンク方向の伝送フォーマットにおけるNAS-PDUフィールドに、SSBasic Capability Request Message、Privacy Key Management Request message、RegistrationRequest message、Dynamic Service Addition Request messageがそれぞれ記述され、ダウンリンク方向の伝送フォーマットにおけるNAS-PDUフィールドにその応答である、SSBasic Capability Response Message、Privacy Key Management Response message、RegistrationResponse message、Dynamic Service Addition Response messageがそれぞれ記述される。各メッセージが記述された伝送フォーマットのパケットが送受信されることになる。
【００６３】
図８に戻り、引き続き説明すると、ＵＥ１００は、RRC INFORMATIONTRANSFERを用いてＮＡＳ信号として扱われる、IEEE802.16eで規定される各メッセージをｅＮＢ２０１に送信する。ｅＮＢ２０１では、RRCINFORMATION TRANSFERで規定されている伝送フォーマットからＮＡＳ信号を抽出し、S1AP NAS TRANSPORTを用いてＮＡＳ信号をＭＭＥ２０２に送信する。ＭＭＥ２０２は、S1APNAS TRANSPORTで規定されている伝送フォーマットからＮＡＳ信号を抽出し、L2 Tunnelを用いてＦＡＦ４０４に送信する。ＦＡＦ４０４では、さらにGRETunnelを用いてＢＳ３０１にＮＡＳ信号を送信することができる。
【００６４】
このようなトンネリング処理により、IEEE802.16eで規定されている制御信号を、３Ｇネットワーク２００を介して送信することができる。
【００６５】
つぎに、L2 Tunnelの伝送フォーマットについて説明する。図１１は、L2Tunnelの伝送フォーマットを示す模式図である。図１１に示されるように、L2 Tunnelの伝送フォーマットは、Layer2フィールド、ＩＰフィールド、ＵＤＰフィールド、Ｌ２ＴＰフィールド（ＰＰＰフィールド、ＩＰフィールド、ＴＣＰ／ＵＤＰフィールド、Ｄａｔａフィールド）から構成されており、上述のIEEE802.16eにて規定されている各種メッセージは、Ｄａｔａフィールドに記述される。
【００６６】
さらに、GRE(GenericRouting Encapsulation) Tunnelの伝送フォーマットについて説明する。図１２は、GRETunnelの伝送フォーマットを示す模式図である。図１２に示されるように、GRE Tunnelの伝送フォーマットは、ＩＰフィールド、ＧＲＥフィールドからなり、このＧＲＥフィールドは、ＩＰフィールド、ＴＣＰフィールド、ＨＴＴＰフィールドからなる。各種メッセージは、ＨＴＴＰフィールドに記述される。
【００６７】
つぎに、ＵＥ１００において、３ＧＰＰネットワーク２００からIEEE802.16eネットワーク３００に対してハンドオーバ処理を行うときの動作について説明する。図１３は、IEEE802.16eに規定されたメッセージを用いたハンドオーバ処理のシーケンス図である。
【００６８】
ＵＥ１００がｅＮＢ２０１の通信圏内に入り、位置登録処理を行うに際して、IEEE802.16e機能ありの機能情報が３ＧＰＰネットワーク２００側に登録される（Ｓ１０１）。なお、ハンドオーバによりｅＮＢ２０１の通信圏内に入った場合には、ハンドオーバ元のｅＮＢから機能情報は登録される。そして、ＵＥ１００において、３Ｇ通信部１０１により、データ通信または音声通話が、ServingＧＷ２０３を介して通信相手であるＵＥ１００ｘと行われる（Ｓ１０２）。ｅＮＢ２０１では、IEEE802.16e機能ありの機能情報を受け、ｅＮＢ２０１の隣接セル情報にIEEE802.16eの基地局であるＢＳが存在していると判断する場合には、ＵＥ１００に対してハンドオーバのための事前登録処理を行うことを示すRRCCONNECTION RECONFIGURATIONが出力される（Ｓ１０３）。
【００６９】
ＵＥ１００では、事前登録処理を示すRRC CONNECTIONRECONFIGURATIONを受けると、通知部１０３により、事前登録処理を行う旨が決定され（Ｓ１０４）、事前登録処理が行われる（Ｓ１０５）。この通知部１０３では、ｅＮＢ２０１との間では、RRCINFORMATION TRANSFERによりトンネリング処理が行われ、このRRC INFORMATION TRANSFERを介して事前登録処理が行われる。また、ｅＮＢ２０１では、S1APNAS TRANSPORTを介して事前登録処理が行われる。ＭＭＥ２０２では、L2 Tunnelを用いて事前登録処理が行われる。
【００７０】
このようにトンネリング処理により確立された通信経路を介して、SS BasicCapability Request/Response Message（図１３におけるＳＢＣ−ＲＥＱ／ＲＳＰ）、Privacy Key ManagementRequest/Response message（図１３におけるＰＫＭｖ２−ＲＥＱ／ＲＳＰ）、Registration Request/Responsemessage（図１３におけるＲＥＧ−ＲＥＱ／ＲＳＰ）、Dynamic Service Addition Request/Response/Ackmessage（図１３におけるＤＳＡ−ＲＥＱ／ＲＳＰ／ＡＣＫ）の信号が送受信される。ここでＲＥＱとは、リクエスト信号を示し、ＲＳＰとは、その応答信号を示し、ＡＣＫとは、応答信号に対する肯定信号を示す。
【００７１】
よって、ＵＥ１００とＦＡＦ４００との間ではトンネリング処理により確立された直結通信経路を介して、IEEE802.16eで規定されているメッセージを送受信することにより、３Ｇネットワーク２００を介して通信制御情報の事前登録処理をスムーズに行うことができる。
【００７２】
ＦＡＦ４００では、受信した事前登録情報に基づいて認証処理がＡＡＡ６００に対して行われる。ＦＡＦ４００とＡＡＡ６００との間では、GRE Tunnelを用いたトンネリング処理により確立された直結通信経路を介して認証処理が行われる（Ｓ１０５ｘ）。
【００７３】
事前登録処理が行われた後、ｅＮＢ２０１では、通信品質判断部２０１ｄにより３Ｇ通信部１０１における通信品質（受信強度、Ｓ／Ｎ比など）が測定され、その通信品質が悪化した判断されると（Ｓ１０６）、無線部２０１ａを用いてIEEE802.16e通信部１０２の通信品質の測定指示を示すRRC CONNECTION RECONFIGURATIONがＵＥ１００に送信される（Ｓ１０７）。
【００７４】
ＵＥ１００では、３Ｇ通信部１０１により測定指示が受信されると、IEEE802.16e通信部１０２に対して起動するよう指示信号が出力される（Ｓ１０８）。IEEE802.16e通信部１０２では、電源がオンされ、電波状況判断部１０６により通信品質が測定され（Ｓ１０９）、電波状況判断部１０６により測定結果が出力される（Ｓ１１０）。ここでは、電波状況がよいとの測定結果が出ているため、ハンドオーバ決定部２０１ｅによりIEEE802.16e通信へのハンドオーバ処理が決定される（Ｓ１１１）。
【００７５】
ハンドオーバ処理の決定がされると、ハンドオーバ決定部２０１ｅにより、ハンドオーバ指示がＵＥ１００に対して出力される。そして、ＵＥ１００とｅＮＢ２０１との間では、RRC INFORMATION TRANSFERを用いたトンネリング処理により直結通信経路が確立されており、また、ｅＮＢ２０１とＭＭＥ２０２との間ではS1APNAS TRANSPORTを用いたトンネリング処理により直結通信経路が確立されており、さらにL2 Tunnelを用いたトンネリング処理により直結通信経路が確立されており、これら確立された直結通信経路を介してＵＥ１００とＦＡＦ４００との間でハンドオーバ処理のための制御信号（ＨＯ−ＲＥＱ／ＲＳＰ、ＨＯ−ＩＮＤ）が送受信される（Ｓ１１２）。そして、ＦＡＦ４００とＡＳＮ−ＧＷ３０２との間で、GRETunnelを用いたトンネリング処理により確立された直結通信経路を介して、ハンドオーバ処理のための処理がなされる（Ｓ１１２ｘ）。
【００７６】
これらハンドオーバ処理が行われると、ＵＥ１００では３Ｇ通信部１０１からIEEE802.16e通信部１０２への切換処理がなされ（Ｓ１１３）、ＲＮＧ−ＲＥＱ／ＲＳＰの送受信が行われ、ＵＥ１００とＢＳ３０１とが通信接続さ  れ（Ｓ１１４）、ハンドオーバ処理が完了する（Ｓ１１５）。
【００７７】
なお、図１３におけるシーケンス図に代えて、図１４に示されるシーケンス図を用いてもよい。すなわち、Ｓ１０５においてトンネリング処理により確立された直結通信経路を通過するメッセージは、IEEE802.16eにより規定されたメッセージに代えた独自メッセージとしてもよい。例えば、独自メッセージとして、一のリクエスト信号であるIEEE802.16eCONTEXT TRANSFER REQUESTに、SS Basic Capability Request Message（図１３におけるＳＢＣ−ＲＥＱ）、PrivacyKey Management Request message（図１３におけるＰＫＭｖ２−ＲＥＱ）、Registration Request message（図１３におけるＲＥＧ−ＲＥＱ）、DynamicService Addition Request message（図１３におけるＤＳＡ−ＲＥＱ）を含ませたメッセージとしてもよい。
【００７８】
その場合、その応答メッセージであるIEEE802.16e CONTEXTTRANSFER RESPONSEは、SS Basic Capability Response Message（図１３におけるＳＢＣ−ＲＳＰ）、PrivacyKey Management Response message（図１３におけるＰＫＭｖ２−ＲＳＰ）、Registration Response message（図１３におけるＲＥＧ−ＲＳＰ）、DynamicService Addition Response message（図１３におけるＤＳＡ−ＲＳＰ）を含ませたメッセージとなる。
【００７９】
また、IEEE802.16e CONTEXT TRANSFER CONFIRMには、DynamicService Addition Ack messageを含ませたメッセージとなる。これら独自のメッセージを用いることにより、シーケンス処理を軽減させることができる。
【００８０】
つぎに、図１４に、上述の独自メッセージを用いたハンドオーバ処理を示すシーケンス図を示す。図１４におけるＳ１０５ａにおいては、ＵＥ１００とｅＮＢ２０１との間でRRC INFORMATION TRANSFERを用いたトンネリング処理が行われ、ｅＮＢ２０１とＭＭＥ２０２との間では、S1AP NASTRANSPORTを用いたトンネリング処理が行われ、ＭＭＥ２０２とＦＡＦ４００との間ではL2 Tunnelを用いたトンネリング処理が行われている。そして、これらトンネリング処理により確立された通信経路には、上述の各種メッセージのすべてを含んだ一のIEEE802.16eCONTEXT TRANSFER REQUESTがＵＥ１００からＦＡＦ４００に対して送信され、ＦＡＦ４００からＵＥ１００に対して、その応答であるIEEE802.16eCONTEXT TRANSFER RESPONSEが送信される。そして、ＵＥ１００からＦＡＦ４００に対して、IEEE802.16e CONTEXTTRANSFER CONFIRMが送信される。
【００８１】
これにより、IEEE802.16eでは、５．５往復していた信号のやり取りを、１．５往復まで軽減することができ、通信トラフィックを軽減することができるとともに、ＵＥ１００をはじめとする各種装置の処理負荷を軽減することができる。
【００８２】
つぎに、本実施形態の変形例について説明する。上述の本実施形態においては、Ｃ−Ｐｌａｎｅを用いた処理であったが、これに代えてＵ−Ｐｌａｎｅを用いた処理としてもよい。図１５に、Ｕ−Ｐｌａｎｅを用いたときのトンネリング処理により確立された通信経路の模式図を示す。
【００８３】
図１５に示すように、ＵＥ１００は、トンネリング処理によりｅＮＢ２０１、Ｓ−ＧＷ２０３を介して、ＦＡＦ４００との間で直結した仮想的な通信経路を確立している。ここでは、ＩＰ Tunnelを用いたトンネリング処理により直結通信経路が確立されており、また、Ｕ−Ｐｌａｎｅを用いていることからＳ−ＧＷ２０３を介した通信経路が確立されている。この変形例においては、ＩＰTunnelを用いたトンネリング処理により確立された直結通信経路を介して、SS Basic Capability Request/ResponseMessage（図１３におけるＳＢＣ−ＲＥＱ／ＲＳＰ）、Privacy Key Management Request/Response message（図１３におけるＰＫＭｖ２−ＲＥＱ／ＲＳＰ）、RegistrationRequest/Response message（図１３におけるＲＥＧ−ＲＥＱ／ＲＳＰ）、Dynamic Service AdditionRequest/Response/Ack messageを送受信しようとするものである。
【００８４】
図１６は、この変形例における通信システムのシーケンス図を示す。本実施形態との相違点は、Ｓ１０５ｂおよびＳ１１２ｂの処理において、Ｓ−ＧＷ２０３を介してＵ−Ｐｌａｎｅ上でメッセージを送信しようとする点にある。そのため、ユーザデータを通すことのできるトンネリング処理であるＩＰ Tunnelを用いている。より詳細に説明すると、ＵＥ１００において、通知部１０３は、ＦＡＦ４００との間で、ＩＰ Tunnelを用いたトンネリング処理により直結通信経路を確立し、ユーザデータ（Ｕ−Ｐｌａｎｅ上で）として上述IEEE802.16eにより規定されたメッセージを送受信させている。
【００８５】
また、図１６におけるＳ１１２ｂにおいて示されているように、ＵＥ１００とＦＡＦ４００との間で、ＩＰ Tunnelにより直結通信経路が確立され、ハンドオーバ処理を行うための制御信号であるHO-REQ/RSPおよびHO-INDは、ＩＰパケットのユーザデータとして、この通信経路を介してＦＡＦ４００とＵＥ１００との間で送受信される。
【００８６】
このように、ＵＥ１００とＦＡＦ４００との間で、ユーザデータとしてメッセージを送受信することができ、制御信号のメッセージ形態の異なるネットワーク間において、メッセージのやり取りを行うことができる。
【００８７】
なお、図１６におけるシーケンス図に代えて、図１７に示されるシーケンス図を用いてもよい。すなわち、Ｓ１０５ｂにおいてトンネリング処理により確立された直結通信経路を通過するメッセージは、IEEE802.16eにより規定されたメッセージに代えた独自メッセージとしてもよい。例えば、独自メッセージとして、一のリクエスト信号であるIEEE802.16eCONTEXT TRANSFER REQUESTに、SS Basic Capability Request Message（図１６におけるＳＢＣ−ＲＥＱ）、PrivacyKey Management Request message（図１６におけるＰＫＭｖ２−ＲＥＱ）、Registration Request message（図１６におけるＲＥＧ−ＲＥＱ）、DynamicService Addition Request message（図１６におけるＤＳＡ−ＲＥＱ）を含ませたメッセージとしてもよい。
【００８８】
その場合、その応答メッセージであるIEEE802.16e CONTEXTTRANSFER RESPONSEは、SS Basic Capability Response Message（図１６におけるＳＢＣ−ＲＳＰ）、PrivacyKey Management Response message（図１６におけるＰＫＭｖ２−ＲＳＰ）、Registration Response message（図１６におけるＲＥＧ−ＲＳＰ）、DynamicService Addition Response message（図１６におけるＤＳＡ−ＲＳＰ）を含ませたメッセージとなる。
【００８９】
また、IEEE802.16e CONTEXT TRANSFER CONFIRMには、DynamicService Addition Ack messageを含ませたメッセージとなる。これら独自のメッセージを用いることにより、シーケンス処理を軽減させることができる。
【００９０】
つぎに図１７に、上述の独自メッセージを用いたハンドオーバ処理を示すシーケンス図を示す。図１７におけるＳ１０５ｃにおいては、ＵＥ１００とＦＡＦ４００との間でＩＰ Tunnelを用いたトンネリング処理が行われる。そして、これらトンネリング処理により確立された直結通信経路には、IEEE802.16eCONTEXT TRANSFER REQUESTがＵＥ１００からＦＡＦ４００に対して送信され、ＦＡＦ４００からＵＥ１００に対して、その応答であるIEEE802.16eCONTEXT TRANSFER RESPONSEが送信される。そして、ＵＥ１００からＦＡＦ４００に対して、IEEE802.16e CONTEXTTRANSFER CONFIRMが送信される。
【００９１】
これにより、IEEE802.16eでは、５．５往復していた信号のやり取りを、１．５往復まで軽減することができ、通信トラフィックを軽減することができるとともに、ＵＥ１００をはじめとする各種装置の処理負荷を軽減することができる。
【００９２】
つぎに、本実施形態および変形例における通信システムの作用効果について説明する。この通信システムにおいて、通知部１０３は、ＵＥ１００が３Ｇ通信部１０１を用いた通信を実行中に、トンネリング処理によりＵＥ１００とＡＧＮ−ＧＷ３０２との間で確立された仮想的な直結通信経路を介して、ハンドオーバ処理のための通信制御情報をIEEE802.16eネットワーク３００（ＡＧＮ−ＧＷ３０２）側に通知する。ハンドオーバ部１０５は、通信制御情報の通知処理を省略して、ハンドオーバ処理を実行する。そして、ＢＳ３０１は、事前に通知を受けた通信制御情報を用いてＵＥ１００からのハンドオーバ処理に対する通信処理を実行することができる。これにより、異なる通信方式間、例えば３ＧＰＰ通信とIEEE802.16e通信との間においてスムーズな通信制御情報の通知をハンドオーバ処理前に行うことができる。よって、ハンドオーバ処理を中に通信制御情報をやり取りすることなく、スムーズなハンドオーバ処理を実行することができる。
【００９３】
さらに、本実施形態の通信システムにおいては、ＵＥ１００の通知部１０３が、直結通信経路を介してＦＡＦ４００との間で、IEEE802.16eで規定されているメッセージを送受信することにより、通信制御情報をＦＡＦ４００に通知することができる。例えば、SS Basic Capability Request/Response Message、Privacy Key ManagementRequest/Response message、Registration Request/Response message、Dynamic ServiceAddition Request/Response/Ack messageを送受信することにより、通信制御情報を通知することができる。
【００９４】
ＦＡＦ４００は、IEEE802.16eで規定されているメッセージから通信制御情報を抽出し、直結通信経路を介して、抽出された通信制御情報をIEEE802.16eネットワーク３００（ＡＧＮ−ＧＷ３０２）に通知することができる。これにより、異なる通信方式間においてスムーズな通信制御情報の通知をハンドオーバ処理前に行うことができる。
【００９５】
ここで、本実施形態の通信システムにおいて、ＵＥ１００の通知部１０３は、Ｃ−Ｐｌａｎｅ（呼制御信号プレーン）で通信制御情報を通知することで、その通信制御情報の通知処理を確実に実行することができる。また、その変形例として、通知部１０３は、Ｕ−Ｐｌｎａｅ（ユーザ情報転送プレーン）で通信制御情報を通知すると、簡易な処理により通信制御情報の通知処理を実現することができる。
【００９６】
また、本実施形態の通信システムにおいて、通知部１０３は、通信経路を介してＦＡＦ４００との間で、通信制御情報を含んだ一の要求信号の送信、その応答信号の受信、および当該応答信号に対する確認のための確認信号の送信を順次実行することにより、通信制御情報をＦＡＦ４００に通知することができる。例えば、独自メッセージとして、IEEE802.16e CONTEXT TRANSFER REQUEST、IEEE802.16e CONTEXT TRANSFERRESPONSE、IEEE802.16e CONTEXT TRANSFER CONFIRMを用いることで、通信制御情報を通知することができる。
【００９７】
ＦＡＦ４００は、通知部１０３から送信された要求信号であるIEEE802.16eCONTEXT TRANSFER REQUESTに対して、その応答信号であるIEEE802.16e CONTEXT TRANSFER RESPONSEを送信するとともに、IEEE802.16e CONTEXT TRANSFER REQUESTから通信制御情報を抽出し、当該抽出された通信制御情報をIEEE802.16eネットワーク３００（ＡＧＮ−ＧＷ３０２）側に通知することができる。
【符号の説明】
【００９８】
１００…移動機、１０１…通信部、１０２…通信部、１０３…通知部、１０４…記憶部、１０５…ハンドオーバ部、１０６…電波状況判断部、２００…３ＧＰＰネットワーク、２０１ａ…無線部、２０１ｂ…トンネリング処理部、２０１ｃ…ネットワーク通信部、２０１ｄ…通信品質判断部、２０１ｅ…ハンドオーバ決定部、３００…IEEE802.16eネットワーク、４００…ＦＡＦ、５００…他の通信網。
【図１】
2010187261.tif 000003
【図２】
2010187261.tif 000004
【図３】
2010187261.tif 000005
【図４】
2010187261.tif 000006
【図５】
2010187261.tif 000007
【図６】
2010187261.tif 000008
【図７】
2010187261.tif 000009
【図８】
2010187261.tif 000010
【図９】
2010187261.tif 000011
【図１０】
2010187261.tif 000012
【図１１】
2010187261.tif 000013
【図１２】
2010187261.tif 000014
【図１３】
2010187261.tif 000015
【図１４】
2010187261.tif 000016
【図１５】
2010187261.tif 000017
【図１６】
2010187261.tif 000018
【図１７】
2010187261.tif 000019