(57)【特許請求の範囲】
【請求項１】
インターネットプロトコルに従ったIPマルチメディアサブシステムによるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIPアクセスネットワークに接続可能な移動局と、
前記IPマルチメディアサブシステムと通信可能な交換機と
を備える通信システムであって、
前記交換機は、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を前記移動局に送信する情報通知部を備え、
前記移動局は、
前記移動局と、前記IPアクセスネットワークを構成するゲートウェイ装置との間における論理的な通信経路であるベアラの確立を要求するベアラ確立要求を前記IPアクセスネットワークに向けて送信するベアラ確立部と、
前記交換機から前記第２無線アクセスネットワークを介して前記サービス非対応情報を受信する情報受信部と
を備え、
前記ベアラ確立部は、前記情報受信部が前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止する通信システム。
【請求項２】
インターネットプロトコルに従ったIPマルチメディアサブシステムによるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIPアクセスネットワークに接続可能な移動局であって、
前記移動局と、前記IPアクセスネットワークを構成するゲートウェイ装置との間における論理的な通信経路であるベアラの確立を要求するベアラ確立要求を前記IPアクセスネットワークに向けて送信するベアラ確立部と、
前記IPマルチメディアサブシステムと通信可能な交換機から、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を、前記第２無線アクセスネットワークを介して受信する情報受信部と
を備え、
前記ベアラ確立部は、前記情報受信部が前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止する移動局。
【請求項３】
前記ベアラ確立部は、前記移動局が前記第１無線アクセスネットワークに在圏することによって前記サービスが利用可能となるまで、前記ベアラ確立要求の送信を中止する請求項２に記載の移動局。
【請求項４】
前記情報受信部は、前記交換機から前記サービス非対応情報を受信するNASレイヤによって構成され、
前記ベアラ確立部は、前記NASレイヤから受信した前記サービス非対応情報に基づいて、前記IPマルチメディアサブシステムをDeregistered状態に設定する上位レイヤによって構成される請求項２に記載の移動局。
【請求項５】
インターネットプロトコルに従ったIPマルチメディアサブシステムによるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIPアクセスネットワークに接続可能な移動局と、
前記IPマルチメディアサブシステムと通信可能な交換機と
によって実行される通信方法であって、
前記交換機が、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を前記移動局に送信するステップと、
前記移動局が、前記移動局と、前記IPアクセスネットワークを構成するゲートウェイ装置との間における論理的な通信経路であるベアラの確立を要求するベアラ確立要求を前記IPアクセスネットワークに向けて送信するステップと、
前記移動局が、前記交換機から前記第２無線アクセスネットワークを介して前記サービス非対応情報を受信するステップと、
前記移動局が、前記交換機から前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止するステップと
を有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコルに従ったアクセスネットワークに接続可能な通信システム、移動局及び通信方法に関する。
【背景技術】
【０００２】
Long Term Evolution（LTE）では、移動局（UE）が、Session Initiation Protocol（SIP）及び音声メディアのトランスポート機能を提供するIPアクセスネットワークであるIP-Connectivity Access Network（IP-CAN）上に、SIP及び音声メディア用の論理的な通信路であるIP-CAN Bearer（SIP bearer）を確立し、LTEでの音声通話（VoLTE）などを実現する仕組みが規定されている（例えば、非特許文献１参照）。
【０００３】
また、IP-CAN Bearerが何らかの原因（例えば、移動局のUTRAN（3G）/GERAN（2G）へのハンドオーバやネットワーク側のオーバーロード状態など）で解放された場合、移動局は、IP-CANへの接続手順を実行することが規定されている（例えば、非特許文献２）。
【０００４】
図１は、移動局がE-UTRAN（LTE）経由でIP-CAN Bearerを確立した後、他の無線アクセスネットワークであるUTRAN/GERANへのハンドオーバ（遷移）によってIP-CAN Bearerが解放された場合における通信シーケンスを示す。図１に示すように、移動局がUTRAN/GERANへのハンドオーバを実行する（S10）と、IP-CAN Bearerが解放（removal）される（S20）。また、移動局は、当該ハンドオーバの実行後、IP-CANへの接続手順を実行する（S30）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS 24.229 V11.2.1, 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3 (Release 11)、2012年1月
【非特許文献２】3GPP TS 23.228 V11.3.0, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects;IP Multimedia Subsystem (IMS); Stage 2(Release 11)、2011年12月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
IP-CANは、Policy and Charging Rules Function（PCRF）やProxy-Call Session Control Function（P-CSCF）などによって構成されるIP Multimedia core network Subsystem（IMS）によるサービス（例えば、SIPを利用した音声通話や、IPを用いたShort Message Service）に対応している無線アクセスネットワーク（例えば、LTE）で構成される場合と、IMSによるサービスに対応していないIPアクセスネットワーク（例えば、3G）によって構成される場合とが存在する場合がある。
【０００７】
しかしながら、移動局は、ハンドオーバなどによって当該サービスに対応していない無線アクセスネットワークによってIP-CANが構成される場合でも、当該IP-CANがIMSによるサービスに対応しているか否かに拘わらず、IP-CANへの接続手順を必ず実行し、IP-CAN Bearerの確立を試みる。このため、IMSに対応していないIP-CANに対して当該接続手順が繰り返されることによって、当該IP-CANの処理負荷が無駄に増大する可能性がある。
【０００８】
そこで、本発明は、このような状況に鑑みてなされたものであり、IP Multimedia core network Subsystem（IMS）によるサービスに対応していない無線アクセスネットワークを介して移動局がIP-CANへの接続を試みることに伴うIP-CANの処理負荷の増大を抑制し得る通信システム、移動局及び通信方法の提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の特徴は、インターネットプロトコルに従ったIPマルチメディアサブシステムによるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIPアクセスネットワークに接続可能な移動局と、前記IPマルチメディアサブシステムと通信可能な交換機とを備える通信システムであって、前記交換機は、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を前記移動局に送信する情報通知部を備え、前記移動局は、前記移動局と、前記IPアクセスネットワークを構成するゲートウェイ装置との間における論理的な通信経路であるベアラの確立を要求するベアラ確立要求を前記IPアクセスネットワークに向けて送信するベアラ確立部と、前記交換機から前記第２無線アクセスネットワークを介して前記サービス非対応情報を受信する情報受信部とを備え、前記ベアラ確立部は、前記情報受信部が前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止することを要旨とする。
【００１０】
本発明の第２の特徴は、インターネットプロトコルに従ったIPマルチメディアサブシステムによるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIPアクセスネットワークに接続可能な移動局であって、前記移動局と、前記IPアクセスネットワークを構成するゲートウェイ装置との間における論理的な通信経路であるベアラの確立を要求するベアラ確立要求を前記IPアクセスネットワークに向けて送信するベアラ確立部と、前記交換機から、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を、前記第２無線アクセスネットワークを介して受信する情報受信部とを備え、前記ベアラ確立部は、前記情報受信部が前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止することを要旨とする。
【００１１】
本発明の第３の特徴は、インターネットプロトコルに従ったIPマルチメディアサブシステムによるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIPアクセスネットワークに接続可能な移動局と、前記IPマルチメディアサブシステムと通信可能な交換機とによって実行される通信方法であって、前記交換機が、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を前記移動局に送信するステップと、前記移動局が、前記移動局と、前記IPアクセスネットワークを構成するゲートウェイ装置との間における論理的な通信経路であるベアラの確立を要求するベアラ確立要求を前記IPアクセスネットワークに向けて送信するステップと、前記移動局が、前記交換機から前記第２無線アクセスネットワークを介して前記サービス非対応情報を受信するステップと、前記移動局が、前記交換機から前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止するステップとを有することを要旨とする。
【発明の効果】
【００１２】
IP Multimedia core network Subsystem（IMS）によるサービスに対応していない無線アクセスネットワークを介して移動局がIP-CANへの接続を試みることに伴うIP-CANの処理負荷の増大を抑制し得る通信システム、移動局及び通信方法を提供できる。
【図面の簡単な説明】
【００１３】
【図１】従来の移動通信システムにおいてIP-CAN Bearerが解放された場合における通信シーケンスを示す図である。
【図２】本発明の実施形態に係る移動通信システムの全体概略構成図である。
【図３】本発明の実施形態に係るSGSN 210及びMME 220の機能ブロック構成図である。
【図４】本発明の実施形態に係るUE100の機能ブロック構成図である。
【図５】本発明の実施形態に係るUE100によるIP-CAN Bearerの確立要求の中止動作フローを示す図である。
【図６】本発明の実施形態に係るUE100が電源をオンにした場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す図である。
【図７】本発明の実施形態に係るUE100がUTRAN（またはGERAN）内エリアで移動（ハンドオーバなど）した場合や、他の無線アクセスネットワーク（RAT）からUTRAN（またはGERAN）に遷移した場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す図である。
【図８】本発明の変更例に係るUE100が電源をオンにした場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す図である。
【図９】本発明の変更例に係るUE100がLTE内エリアで移動（ハンドオーバなど）した場合や、他の無線アクセスネットワーク（RAT）からE-UTRANに遷移した場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す図である。
【発明を実施するための形態】
【００１４】
次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。
【００１５】
したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００１６】
（１）移動通信システムの全体概略構成
図２は、本実施形態に係る移動通信システム10の全体概略構成図である。図２に示すように、移動通信システム10は、移動局100（以下、UE100）、IP-Connectivity Access Network 200（以下、IP-CAN200）及びIP Multimedia core network Subsystem 300（以下、IMS300）によって構成される。
【００１７】
本実施形態では、UE100は、Long Term Evolution（LTE）及び3G（W-CDMA）方式の従った無線通信を実行することができる。UE100は、LTEまたは3G方式に従って、IP-CAN200に接続可能である。また、UE100は、IP-CAN200を経由して、IMS300へのUE100のRegistrationを実行する。例えば、UE100は、3GPP TS24.229の第5.1.1.1節やL3.1.2節において規定されているRegistration手順に従ってIMS300へのUE100の登録を実行することができる。
【００１８】
LTE（E-UTRAN）は、IMS300によるサービスに対応した無線アクセスネットワークであり、本実施形態において第１無線アクセスネットワークを構成する。また、3G（UTRAN）は、IPマルチメディアサブシステムによるサービスに対応していない無線アクセスネットワークであり、本実施形態において第２無線アクセスネットワークを構成する。UE100は、LTEと3Gとの何れかを経由して、IP-CAN200に接続可能である。
【００１９】
IP-CAN200は、インターネットプロトコル（IP）に従ったIPアクセスネットワークである。具体的には、IP-CAN200は、Session Initiation Protocol（SIP）及び音声メディアのトランスポート機能を提供するネットワークであり、本実施形態では、LTE/Evolved Packet Core（EPC）ネットワークに相当する。
【００２０】
IP-CAN200は、Mobility Management Entity（MME）、Serving Gateway（SGW）、Packet Data Network Gateway（PGW）、Policy and Charging Rules Function（PCRF）及びSGSN（Serving GPRS Support Node） 210（交換機）を含む。なお、本実施形態では、UE100とSGSN 210とによって通信システムを構成する。
【００２１】
MME220は、eNodeB（無線基地局）を収容し、モビリティ制御やベアラ制御機能などを提供する交換機である。SGWは、3GPP（LTE）のアクセスシステムを収容する在圏パケット交換機である。PGWは、IMS基盤との接続点であり、IPアドレスの割当てやSGWへのパケット転送などを行うパケット交換機である。また、PGWは、PCRFと連携し、QoS制御やベアラ設定制御などを実行する。PCRFは、ユーザデータ転送のQoS及び課金のための制御を実行する論理ノードである。SGSNは、UTRAN（3G）アクセスシステムを収容するパケット交換機である。
【００２２】
IMS300は、インターネットプロトコルに従ったマルチメディアサブシステムであり、Proxy-Call Session Control Function（P-CSCF）、Interrogating -Call Session Control Function（I-CSCF）、Serving-Call Session Control Function（S-CSCF）及びApplication Server（AS）を含む。
【００２３】
P-CSCFは、EPCとの接続点に配置されるSIP中継サーバであり、SIPの転送だけでなく、EPC（PCRF）と連携し、QoS制御を起動したり、IP-CAN Bearerの状態を認識したりする機能を有する。また、IMS300には、他網（固定電話網など）が接続される。
【００２４】
（２）通信システムの機能ブロック構成
次に、本実施形態において通信システムを構成するUE100、SGSN 210及びMME220の機能ブロック構成について説明する。
【００２５】
（２．１）SGSN 210及びMME220
図３（ａ）はSGSN 210の、図３（ｂ）はMME220の機能ブロック構成図である。SGSN 210は、IMS300と通信可能な交換機であり、図３（a）に示すように、SGSN 210は、通信部211及び情報通知部213を備える。また、MME220は、IMS300と通信可能な交換機であり、図３（ｂ）に示すように、MME220は、通信部221及び情報通知部223を備える。
【００２６】
通信部211は、IP-CAN200を構成するSGWや、IMS300を構成する装置との通信を実行する。特に、本実施形態では、通信部211は、UE100がUTRANを経由してIP-CAN200に接続する場合、IMS300によるサービスに対応していないことをSGWなどから取得したり、当該サービスに対応していないことを記憶したりすることができる。なお、当該サービスとしては、音声通話（VoLTE）や、IPを用いたShort Message  Service（SMS over IP）、RCS（Rich Communication Suite）などが挙げられる。
【００２７】
情報通知部213は、UE100に各種情報を通知する。特に、本実施形態では、情報通知部213は、3GがIMS300によるサービスに対応していないこと（当該サービスをサポートしていないこと）を示すサービス非対応情報をUE100に送信する。具体的には、情報通知部213は、3GがIMS300によるサービスに対応していないことを示すIMS=not supportedを含むInformation Element（IE）をUE100に送信する。当該IEを含むメッセージ（Primitive）としては、UE100から送信されたAttach Requestに対する応答としてUE100に送信されるAttach Acceptや、UE100から送信されたRouting Area Update（RAU） Requestに対する応答としてUE100に送信されるRouting Area Update Acceptなど、UE100からの位置登録に対する応答が挙げられる。
【００２８】
当該メッセージには、UE100が接続する無線アクセスネットワークを介したIP-CAN200がIMS300によるサービスに対応しているか否かを示すIMS supported indicatorがIEとして含まれ、IMS supported indicatorは、上述したように、当該サービスに対応していないことを示すIMS=not supportedを示すことができる。なお、IMS=not supportedによって当該サービスに対応していないことを示すことは一例であり、IMS=not supportedに加え、当該サービスに対応する場合には、IMS=supportedを送信してもよいし、或いはIMS supported indicator自体を送信しないようにしてもよい。
【００２９】
つまり、IMS supported indicatorは、IMS300専用のSIP Signaling bearerをIP-CAN200が提供できる能力を有するか否かを通知する。
【００３０】
MME220における機能ブロックの動作態様は、SGSN210と概ね同様である。すなわち、通信部211は通信部221に相当する動作を、情報通知部213は情報通知部223に相当する動作をしてもよい。この場合、Routing Area Update(RAU)、Routing Area Update Acceptは、それぞれTracking Area Update(TAU)、Tracking Area Update Acceptと読み替える。
【００３１】
（２．２）UE100
図４は、UE100の機能ブロック構成図である。図４に示すように、UE100は、Non-Access-Stratumレイヤ101（以下、NASレイヤ101）及び上位レイヤ103を備える。
【００３２】
NASレイヤ101は、SGSN 210からサービス非対応情報を受信する。上位レイヤ103は、具体的には、IMSアプリケーションであり、NASレイヤ101から受信したIMS supported indicator（IMS=not supported）に基づいて、IMS300をDeregistered状態に設定する。つまり、上位レイヤ103がIMS300をDeregistered状態に設定することによって、IMS300によるサービスの利用が中止される。または、IMS supported indicator（IMS=not supported）を受信後、何らかの理由により（例えば、タイマ制御によるSIP同期の監視）ＳＩＰ同期が外れたと判断した後でIMS300をDeregistered状態に設定してもよい。
【００３３】
本実施形態では、NASレイヤ101は、SGSN 210からIMS supported indicatorを受信する情報受信部を構成する。
【００３４】
また、上位レイヤ103は、UE100と、IP-CAN200を構成するPGW（ゲートウェイ装置）との間における論理的な通信経路であるIP-CAN Bearerの確立を要求するActivate PDP Context Request（ベアラ確立要求）をIP-CAN200、具体的には、MME220に向けて送信するベアラ確立部を構成する。上位レイヤ103は、NASレイヤ101がIMS supported indicator（IMS=not supported）を受信した場合、3Gを介したベアラ確立要求の送信を中止する。
【００３５】
本実施形態では、上位レイヤ103は、UE100がLTE、つまり、IMS300によるサービスに対応している無線アクセスネットワークに在圏することによって当該サービスが利用可能となるまで、ベアラ確立要求の送信を中止する。上位レイヤ103がこのように動作するため、NASレイヤ101は、UE100が在圏する無線アクセスネットワーク（RAT）が変化することなどよって、位置登録の応答に関するメッセージ、具体的にはAttach/RAU Accept/TAU AcceptがIMS300によるサービスに対応していることを示すようになるまで、IP-CAN Bearerの確立要求の送信中止が継続される。
【００３６】
（３）通信システムの動作
次に、上述した移動通信システム10の動作について説明する。具体的には、UE100によるIP-CAN Bearerの確立要求の中止動作フロー、及びUE100とSGSN 210とによるIP-CAN Bearerの確立要求シーケンスについて説明する。
【００３７】
（３．１）UE100によるIP-CAN Bearerの確立要求の中止動作フロー
図５は、UE100によるIP-CAN Bearerの確立要求の中止動作フローを示す。図５に示すように、UE100のNASレイヤ101は、IMS300によるサービスに対応しているか否かを示すIMS supported indicatorを含むメッセージを受信する（S110）。次いで、NASレイヤ101は、受信したIMS supported indicatorを上位レイヤ103に通知する（S120）。
【００３８】
上位レイヤ103は、受信したIMS supported indicatorがIMS=not supportedか否かを判定する（S130）。
【００３９】
IMS=not supportedの場合、上位レイヤ103は、UE100をIMS Registered状態からIMS Deregistered状態に変更する（S140）。なお、この動作は、上述したように、必須ではない。
【００４０】
また、上位レイヤ103は、IP-CAN Bearerの確立要求の送信を中止する（S150）。具体的には、上位レイヤ103は、UE100が在圏する無線アクセスネットワークが変化することなどよって、当該IEがIMS300によるサービスに対応していることを示すようになるまで、IP-CAN Bearerの確立要求の送信中止を継続する。
【００４１】
一方、IMS=supportedの場合、上位レイヤ103は、IP-CAN Bearerが既に確立されているか否かを判定する（S160）。上位レイヤ103は、UE100が在圏している無線アクセスネットワークを介してIP-CAN Bearerが確立されていない場合、IP-CAN Bearerの確立要求をIP-CAN200（例えば、MME220）に送信する（S170）。
【００４２】
（３．２）UE100とSGSN 210とによるIP-CAN Bearerの確立要求シーケンス
図６は、UE100が電源をオンにした場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す。
【００４３】
図６に示すように、UE100は、UE100の電源オンに伴って、3Gへのアタッチを要求するAttach Requestを送信する（S210）。SGSN 210は、Attach Requestに対する応答であるAttach AcceptをUE100に送信する（S220）。Attach Acceptには、上述したように、IMS supported indicatorが含まれる。
【００４４】
Attach Acceptを受信したUE100は、IMS supported indicatorに基づいて、IP-CAN Bearerの確立を要求するか否かを判定する（S230）。具体的には、UE100は、上述した図５に示した動作フローに基づいて、IP-CAN Bearerの確立を要求するか否かを判定する。
【００４５】
IP-CAN Bearerの確立を要求する場合、UE100は、Activate PDP Context RequestをSGSN 210に送信する（S240）。
【００４６】
図７は、UE100がUTRAN（またはGERAN）内エリアで移動（ハンドオーバなど）した場合や、他の無線アクセスネットワーク（RAT）からUTRAN（またはGERAN）に遷移した場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す。
【００４７】
図７に示すように、UE100は、UE100がUTRAN内エリアで移動したことなどに伴って、ルーティングエリアの更新を要求するRouting Area Update Requestを送信する（S210A）。SGSN 210は、Routing Area Update Requestに対する応答であるRouting Area Update AcceptをUE100に送信する（S220A）。Routing Area Update Acceptには、上述したように、IMS supported indicatorが含まれる。以下、S230及びS240の処理は、図６の場合と同様である。
【００４８】
（４）作用・効果
上述したUE100及びSGSN 210によれば、3GがIMS300によるサービスに対応していないことを示すIMS supported indicatorを含むIEが、SGSN 210からUE100に送信される。また、UE100では、IMS300によるサービスに対応していないことを示すIMS supported indicator（IMS＝not supported）を受信した場合、3Gを介したベアラ確立要求の送信が中止される。
【００４９】
このため、UE100がIMS supported indicator（IMS＝not supported）を受信した場合には、即座にベアラ確立要求の送信が中止される。つまり、IMS300によるサービスに対応していないにも拘わらず、IP-CAN Bearerの確立の要求に係る通信が発生することが抑制され、IP-CAN200の処理負荷の増大を効果的に抑制し得る。特に、UE100がIMS supported indicator（IMS＝not supported）を受信した場合には、ベアラ確立要求の送信がすべて中止されるため、無駄なベアラ確立要求が送信されることを確実に抑制できる。
【００５０】
なお、無線アクセスネットワークがIMS300による音声通信（IMS voice）に対応しているか否かを示すIEについては、3GPPの技術標準において規定されている（TS 24.301 Subclause 9.9.3.12AのIMS voice over PS session indicatorや、TS 24.008 Subclause 10.5.5.23のIMS voice over PS session indicator）が、当該IEは、音声通話のみについて規定しており、当該音声通信に対応していない場合には、回線交換（CS）ドメインを介して音声通話を実行することが規定されているに留まる。つまり、IP-CAN Bearerの取り扱いについては、何ら規定されていない。
【００５１】
また、本実施形態では、UE100は、UE100がLTEに在圏することによってIMS300によるサービスが利用可能となるまで、当該ベアラ確立要求の送信を中止することができる。このため、無駄なベアラ確立要求が送信されることをさらに確実に抑制できる。
【００５２】
（５）その他の実施形態
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
【００５３】
例えば、上述した本発明の実施形態では、3GがIMS300によるサービスに対応していないものとして説明したが、本発明は、LTEがIMS300によるサービスに対応していない場合にも同様に適用することができる。
【００５４】
図８及び図９は、上述した図６及び図７にそれぞれ対応する。図８は、UE100が電源をオンにした場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す。図８は、本発明の変更例に係るUE100が電源をオンにした場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す。また、図９は、UE100がLTE内エリアで移動（ハンドオーバなど）した場合や、他の無線アクセスネットワーク（RAT）からE-UTRANに遷移した場合などにおけるIP-CAN Bearerの確立要求シーケンスを示す。
【００５５】
図８に示す変更例の場合、SGSN 210に代えて、MME220が、Attach Request/Attach Acceptの送受信を実行する（S310及びS320）。また、図９に示す変更例の場合、MME220がTracking Area Update Request/Tracking Area Update Acceptの送受信を実行する（S310A及びS320A）。Tracking Area Update Acceptには、IMS supported indicatorが含まれる。なお、図８及び図９に示すS330におけるUE100の処理は、図６及び図７に示したS230同様である。また、S340におけるUE100の処理も、図６及び図７に示したS240ほぼ同様であるが、用いられるメッセージ（Primitive）は、PDN Connectivity Requestとなる。
【００５６】
或いは、MME220は、IMS supported indicatorによって、IMS300によるサービスに対応していることを通知するようにしてもよい。
【００５７】
また、上述した実施形態では、NASレイヤ101及び上位レイヤ103によってUE100が構成されていたが、このような構成は必ずしも必須ではない。例えば、上位レイヤ103が情報受信部及びベアラ確立部の機能を実装するようにしてもよい。
【００５８】
なお、上述した本発明は、次のように表現されてもよい。本発明の第１の特徴は、インターネットプロトコルに従ったIMS300（IPマルチメディアサブシステム）によるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIP-CAN200（IPアクセスネットワーク）に接続可能なUE100（移動局）と、前記IPマルチメディアサブシステムと通信可能な交換機（SGSN 210またはMME220）とを備える移動通信システム10（通信システム）であって、前記交換機は、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を前記移動局に送信する情報通知部213（情報通知部）を備え、前記移動局は、前記移動局と、前記IPアクセスネットワークを構成するPGW（ゲートウェイ装置）との間における論理的な通信経路であるIP-CAN Bearer（ベアラ）の確立を要求するActivate PDP Context RequestまたはPDN Connectivity Request（ベアラ確立要求）を前記IPアクセスネットワークに向けて送信する上位レイヤ103（ベアラ確立部）と、前記交換機から前記第２無線アクセスネットワークを介して前記サービス非対応情報を受信するNASレイヤ101（情報受信部）とを備え、前記ベアラ確立部は、前記情報受信部が前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止することを要旨とする。
【００５９】
本発明の第２の特徴は、インターネットプロトコルに従ったIPマルチメディアサブシステムによるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIPアクセスネットワークに接続可能な移動局であって、前記移動局と、前記IPアクセスネットワークを構成するゲートウェイ装置との間における論理的な通信経路であるベアラの確立を要求するベアラ確立要求を前記IPアクセスネットワークに向けて送信するベアラ確立部と、前記交換機から、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を、前記第２無線アクセスネットワークを介して受信する情報受信部とを備え、前記ベアラ確立部は、前記情報受信部が前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止することを要旨とする。
【００６０】
本発明の第２の特徴において、前記ベアラ確立部は、前記移動局が前記第１無線アクセスネットワークに在圏することによって前記サービスが利用可能となるまで、前記ベアラ確立要求の送信を中止してもよい。
【００６１】
また、本発明の第２の特徴において、前記情報受信部は、前記交換機から前記サービス非対応情報を受信するNASレイヤによって構成され、前記ベアラ確立部は、前記NASレイヤから受信した前記サービス非対応情報に基づいて、前記IPマルチメディアサブシステムをDeregistered状態に設定する上位レイヤによって構成されてもよい。
【００６２】
本発明の第３の特徴は、インターネットプロトコルに従ったIPマルチメディアサブシステムによるサービスに対応した第１無線アクセスネットワークと、前記IPマルチメディアサブシステムによるサービスに対応していない第２無線アクセスネットワークとの何れかを経由して、インターネットプロトコルに従ったIPアクセスネットワークに接続可能な移動局と、前記IPマルチメディアサブシステムと通信可能な交換機とによって実行される通信方法であって、前記交換機が、前記第２無線アクセスネットワークが前記サービスに対応していないことを示すサービス非対応情報を前記移動局に送信するステップと、前記移動局が、前記移動局と、前記IPアクセスネットワークを構成するゲートウェイ装置との間における論理的な通信経路であるベアラの確立を要求するベアラ確立要求を前記IPアクセスネットワークに向けて送信するステップと、前記移動局が、前記交換機から前記第２無線アクセスネットワークを介して前記サービス非対応情報を受信するステップと、前記移動局が、前記交換機から前記サービス非対応情報を受信した場合、前記第２無線アクセスネットワークを介した前記ベアラ確立要求の送信を中止するステップとを有することを要旨とする。
【００６３】
このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００６４】
10…移動通信システム
100…UE
101…NASレイヤ
103…上位レイヤ
200…IP-CAN
210…SGSN
220…MME
211…通信部
213…情報通知部
221…通信部
223…情報通知部
300…IMS
【図１】
0005383854.tif 000002
【図２】
0005383854.tif 000003
【図３】
0005383854.tif 000004
【図４】
0005383854.tif 000005
【図５】
0005383854.tif 000006
【図６】
0005383854.tif 000007
【図７】
0005383854.tif 000008
【図８】
0005383854.tif 000009
【図９】
0005383854.tif 000010