JP2016092802A

JP2016092802A - 移動局および移動通信方法

Info

Publication number: JP2016092802A
Application number: JP2014229225A
Authority: JP
Inventors: 晋也竹田; Shinya Takeda; 真大玉置; Masahiro Tamaki; 幸一林; Koichi Hayashi
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2014-11-11
Filing date: 2014-11-11
Publication date: 2016-05-23
Anticipated expiration: 2034-11-11
Also published as: JP6377496B2

Abstract

【課題】移動局が異なるＲＡＴ間を遷移した場合でも、ユーザがネットワークの故障等に起因する発着信の失敗または終了等を速やかに認識することを可能にする。
【解決手段】移動局は、第１の呼制御プロトコルで呼の制御を行う第１制御部と、第２の呼制御プロトコルで呼の制御を行う第２制御部とを有し、前記第１制御部は、前記移動局が第１の移動通信方式のネットワークに接続しているときに第１タイマーを起動し、前記移動局が、前記第１タイマーの起動後かつ満了前に、前記第１の移動通信方式のネットワークから第２の移動通信方式のネットワークに遷移した場合、前記第２制御部にタイマー引き継ぎ要求を通知し、前記第２制御部は、前記タイマー引き継ぎ要求に応じて、前記第２の移動通信方式で用いられる第２タイマーを起動する。
【選択図】図５

Description

本発明は移動通信の分野に関し、特に、音声通話中または呼制御処理中の移動局が異なる種別の無線アクセスネットワーク間を遷移する際のタイマー継続処理に関する。

３ＧＰＰ（3rd Generation Partnership Project）では、移動局（ＵＥ：User Equipment）がインターネットプロトコルやＳＩＰ（Session Initiation Protocol：セッション開始プロトコル）を利用して音声やショートメッセージサービス（Short Message Service；ＳＭＳ）などのマルチメディアサービスを実現するＩＭＳ（IP Multimedia core network Subsystem：ＩＰマルチメディアサブシステム）が規定されている。また、ＧＳＭＡ（Global System for Mobile Communications Association）では、これらのサービスをＬＴＥ（Long Term Evolution）で実現するための要件が規定されている。ＩＭＳを利用してＬＴＥ上で実現される音声等のサービスは「ＶｏＬＴＥ（Voice over LTE）」と呼ばれている。

ＩＭＳは、従来は回線交換（ＣＳ：Circuit Switching）ドメインを利用して提供されていた音声等のサービスを、パケット交換（ＰＳ：Packet Switching）ドメインを使って提供する。ＩＭＳが提供されているエリアが十分でない場合、ＶｏＬＴＥ対応エリアがＣＳドメインよりも狭くなることが想定される。そこで、ＵＥがＶｏＬＴＥ通話中にＩＭＳ提供エリア外に移動した場合に音声通話を維持できるように、ＳＲＶＣＣ（Single Radio Voice Call Continuity）という方式が規定されている（たとえば、非特許文献１及び２参照）。ＳＲＶＣＣは、無線を含めてネットワークとの接続を維持したまま異なる無線アクセス方式へ遷移させる手法であり、ＲＡＴ（Radio Access Technology；無線アクセス種別）間ハンドオーバーの一種である。

ＳＲＶＣＣには、音声通話中のＳＲＶＣＣの他に、リングバックトーン（ＲＢＴ：呼び出し音）や着信音が鳴動中のａＳＲＶＣＣ（alerting SRVCC, SRVCC in alerting phase）や、ＲＢＴ鳴動前のｂＳＲＶＣＣ（before ringing SRVCC, SRVCC in pre-alerting phase）等が規定されている。各種のＳＲＶＣＣを用いることで、ＶｏＬＴＥ通話中のＵＥがＩＭＳが提供されていないエリアに移動したときに音声サービスをＰＳドメインからＣＳドメインへ切り替えることで、音声通話を継続することができる。

なお、ＣＳＦＢ（Circuit Switched Fallback：回線交換フォールバック）発信時のＬＴＥから３Ｇへの再接続時に、移動局でＣＳＦＢマイマーを起動し、ＬＴＥから３Ｇへの切り替えが完了した後に移動機内部の機能間でＣＳＦＢタイマーの状態をＬＴＥから３Ｇへ引き継ぐ方法が提案されている（たとえば、特許文献１参照）。この方法では、ＣＳＦＢ動作が完了する前にＣＳＦＢタイマーが満了したときにＣＳＦＢ動作を終了する。

特開２０１０−０４５４２８

3GPP TS24.237, 3GPP TS23.216 3GPP TS24.008, 5.1.2章、11.3章

ＳＩＰでは、ネットワークから特定のメッセージの受信が期待される場合に、ＵＥのメッセージ待ち状態を監視するガードタイマーが起動される。ＣＳドメインの呼制御（ＣＣ：Call Control）プロトコルでも、ネットワークの故障や無線環境要因などでＵＥがネットワークからメッセージを受信できない場合に備えて、ガードタイマーの起動が規定されている（たとえば、非特許文献３参照）。ガードタイマーの満了までに期待されるメッセージがＵＥで受信されない場合は、ＵＥのメッセージ待ち状態は解除される。

３ＧＰＰでは、各種のＳＲＶＣＣによりＶｏＬＴＥ通信からＣＳドメインの音声通信に切り替わった場合に、どの状態に遷移するかの規定はあるが、ガードタイマーをどのように処理するかの規定はない。

現状では、各種のＳＲＶＣＣによりＰＳドメインからＣＳドメインに切り替わっても、遷移先の呼制御プロトコルでガードタイマーは起動されない。ＵＥが異なるＲＡＴ間を遷移した後にネットワークの故障や無線環境等の影響でネットワークからのメッセージを受信できない状況になった場合でも、ＵＥはいつまでもメッセージ待ちの状態を継続する。そのため、ユーザは、発着信の失敗やガイダンスの終了等を速やかに認識することができない。

そこで、ＵＥが異なるＲＡＴ間を遷移した場合でも、ユーザが発着信の失敗または終了等を適切に認識することのできる構成と手法を提供することを課題とする。

上記課題を解決するために、ユーザが異なるＲＡＴ間を遷移（ハンドオーバー）した後に、遷移先の呼制御プロトコルでタイマーを起動して遷移前に用いられていたタイマーを引き継がせる。

具体的には、移動局は、
第１の呼制御プロトコルで呼の制御を行う第１制御部と、
第２の呼制御プロトコルで呼の制御を行う第２制御部とを有し、
前記第１制御部は、前記移動局が第１の移動通信方式のネットワークに接続しているときに第１タイマーを起動し、前記移動局が、前記第１タイマーの起動後かつ満了前に、前記第１の移動通信方式のネットワークから第２の移動通信方式のネットワークに遷移した場合、前記第２制御部にタイマー引き継ぎ要求を通知し、
前記第２制御部は、前記タイマー引き継ぎ要求に応じて、前記第２の移動通信方式で用いられる第２タイマーを起動する。

ＵＥが異なるＲＡＴ間を遷移（ハンドオーバー）した後にネットワークの故障等により期待するメッセージを受信できない場合でも、ユーザは発着信処理の失敗や終了等を速やかに認識することができる。

本発明が適用される移動通信ネットワークの概略図である。現状のシステムの課題を説明する図である。現状のシステムの課題を説明する図である。実施形態の移動局構成を示す図である。実施形態のＲＡＴ間ハンドオーバーのシーケンス図である。実施形態のＲＡＴ間ハンドオーバーのシーケンス図である。

図１は本発明が適用される移動通信ネットワークの概略図、図２及び図３は、発明者らが見出したＳＲＶＣＣに内在する問題点を説明する図である。図１に示すように、ＬＴＥのサービスが提供される地理的エリア１１と、ＵＭＴＳ（Universal Mobile Telecommunications System）のサービスが提供される地理的エリア２１が一部重複している。ＬＴＥではＩＭＳが提供されＶｏＬＴＥの通話が可能であるが、ＵＭＴＳではＩＭＳを提供しておらず、音声サービスはＣＳドメインで提供されるものとする。

ＬＴＥのシステムは、基地局（Evolved Node B：eNB、図示を省略）を含む無線アクセスネットワーク（図１では「ＲＡＮ（ＬＴＥ）」と表記）１２と、ＬＴＥコアネットワーク（図１では「ＣＮ（ＬＴＥ）」と表記）１３と、ＩＭＳ１４を提供する。ＩＭＳ１４は、ＳＩＰプロトコルで呼制御を実施するＰ−ＣＳＣＦ（Proxy Call Session Control Function）１５を含む。

ＵＭＴＳのシステムは、図示しない基地局（Node B）及び無線制御局を含む無線アクセスネットワーク（図１では「ＲＡＮ（ＵＭＴＳ）」と表記）２２と、ＵＭＴＳコアネットワーク（図１では「ＣＮ（ＵＭＴＳ）」と表記）２３を提供する。ＵＭＴＳコアネットワーク２３は、ＣＳドメインのＣＣプロトコルで呼制御を実施するＭＳＣ（Mobile-service Switching Center：移動交換局）２５を含む。

ＵＥ３０とネットワークの双方がＳＲＶＣＣをサポートしている場合、ＵＥ３０がＬＴＥ在圏中にＶｏＬＴＥで音声通話を開始し、その後ＵＭＴＳのエリア２１に移動すると、ネットワークからＬＴＥから３Ｇへのハンドオーバーが指示される。ネットワークの各ノード間で、音声のコンテキストや無線ベアラ確立のためのセキュリティコンテキストがＩＭＳからＣＳドメインに引き継がれ、ＵＥ３０はシームレスにＣＳドメインの音声通話に切り替えることができる。

しかし、図２及び図３に示すように、ＳＲＶＣＣの実施後はＳＩＰのガードタイマーが停止される一方で、ＣＳドメインでは何らタイマーは起動されない。ＵＥ３０は、ＳＲＶＣＣ実施後にネットワークの故障等によりメッセージを受け取ることができない状況が生じても、メッセージ待ちの状態を解除することができない。

図２を参照すると、ＬＴＥに在圏中のＵＥ３０で発信操作が行われると（Ｓ１１）、ＵＥ３０とＰ−ＣＳＣＦ１５の間で接続が確立され（Ｓ１２）、ＵＥ３０からＰ−ＣＳＣＦ１５へ発信要求メッセージ「SIP INVITE」が送信される（Ｓ１３）。Ｐ−ＣＳＣＦ１５は、受付応答である「SIP 100 Trying」をＵＥ３０に返し（Ｓ１４）、ＵＥ３０とＰ−ＣＳＣＦ１５の間で個別ベアラが確立される（Ｓ１５）。

ＵＥ３０は、Ｐ−ＣＳＣＦ１５からセッション進行中の応答メッセージ「SIP 183 Session Progress」を受け取ると（Ｓ１６）、ネットワークからのメッセージを待つためにＳＩＰタイマーを起動する（Ｓ１７）。ここでネットワークから届くと期待されるメッセージは、たとえば呼出し中を示す「SIP 180 Ringing」や、通話開始を表わす着信応答メッセージ「SIP 200 OK」である。

この状態でｂＳＲＶＣＣが実施されると（Ｓ１８）、ＵＥ３０は３Ｇ（ＵＭＴＳ）に遷移し、ＣＳドメインでのＣＣプロトコルでの呼制御に切り替わる。そのため、ＳＩＰで起動したガードタイマーは停止され（Ｓ１９）、３Ｇ遷移後はメッセージ待ち状態の時間管理が行われない。ＵＥ３０は、ＵＭＴＳのプロトコルでネットワークから「Alerting」（呼出し中）メッセージや「Connect」（接続）メッセージを受信することを想定しており、ネットワーク故障等の事情でＭＳＣ２５経由でメッセージを受け取ることができない場合でもメッセージ待ち状態を継続する。ユーザは発信失敗やガイダンス終了を認識することができない。

図３に示すように、着信側でも同様の問題が生じる。ＶｏＬＴＥ着信時、ＵＥ３０はＰ−ＣＳＣＦ１５経由でページングメッセージを受ける（Ｓ２１）。接続が確立されると（Ｓ２２）、ＵＥ３０は発信側から送られてくる「SIP INVITE」に応じて（Ｓ２３）、「SIP 183 Session Progress」を返す（Ｓ２４）。個別ベアラが確立されると（Ｓ２５）、ＵＥ３０で着信音が鳴動するとともに（Ｓ２６）、Ｐ−ＣＳＣＦ１５に「SIP 180 Ringing」メッセージを送信する（Ｓ２７）。ユーザの応答により通話が開始されると、ＵＥ３０はＰ−ＣＳＣＦ１５に着信応答メッセージ「SIP 200 OK」を送信するとともに、ＳＩＰタイマーを起動してネットワークからのメッセージを待つ（Ｓ２８）。ここでネットワークから通知されると想定されるメッセージは、たとえば「CONNECT ACK」などの接続確認応答である。

この状態でＳＲＶＣＣが実施されると（Ｓ２９）、ＵＥ３０は３Ｇ（ＵＭＴＳ）に遷移し、ＣＳドメインでのＣＣプロトコルでの呼制御に切り替わる。そのため、ＳＩＰで起動されたガードタイマーは停止され（Ｓ３１）、３Ｇ遷移後はメッセージ待ちの時間管理が行われない。ＵＥ３０は、ネットワークから「CONNECT ACK」メッセージを受信することを想定しており、ネットワーク故障等により「CONNECT ACK」メッセージを受け取ることができない場合でもメッセージ待ち状態を継続する。ユーザは着信応答の失敗や終話を認識することができない。

このような問題に鑑みて、以下の実施形態では、各種のＳＲＶＣＣが実施された場合、遷移前に起動されていたガードタイマーを遷移後の呼制御プロトコルへ引き継がせ、所定時間経過後にネットワークからのメッセージ待ち状態を解除して、呼を解放する。これにより、ユーザに適宜に発信失敗や終話を認識させることができる。

図４は、実施形態の移動局（ＵＥ）３０の構成例を示す。実施形態では、ＵＥ３０がＬＴＥからＵＭＴＳへ遷移するケースを想定して説明するが、本発明は無線アクセス方式(RAT: Radio Access Technology)に依存するものではない。ＵＭＴＳからＬＴＥへの遷移でもよいし、ＧＳＭ（登録商標）（Global System for Mobile Communications）など３ＧＰＰで規定されている他のＲＡＴへの遷移でもよいし、ＷｉＦｉ（登録商標）など３ＧＰＰで規定されていない他のＲＡＴへの遷移でもよい。

ＵＥ３０は、実際の信号を無線に送出するハードウェア３０５と、モデム（Ｍｏｄｅｍ）レイヤ３０３と、アプリケーションレイヤ（図４では「ＡＰＬ」と表示）３０１を有する。モデムレイヤ３０３は、通信や呼制御に関する処理を行い、ＬＴＥに関する通信、呼制御を行うＬＴＥ制御部３１０と、ＵＭＴＳに関する通信、呼制御を行うＵＭＴＳ制御部３２０を含む。アプリケーションレイヤ３０１はユーザインタフェース（ＵＩ）制御部３０２を含み、ユーザ操作の受け付けやディスプレイ上への情報の表示を制御する。

ＵＥ３０がＩＭＳに対応している場合、ＬＴＥ制御部３１０は、呼制御を行うプロトコル機能部としてＳＩＰ制御部３１１を有する。また、実際に無線ベアラの確立やパケットコンテキストの確立の制御などを行う無線信号制御部３１５を有する。ＳＩＰ制御部３１１は、ガードタイマーの起動や停止を行うタイマー管理部３１２、通信中状態やネットワークからの応答待ち状態等の状態を認識する状態管理部３１３、及びネットワークとＳＩＰメッセージのやりとりを行うメッセージ送受信部３１４を含む。

ＵＭＴＳ制御部３２０は、ＣＳドメインでの音声サービスを制御するＣＣプロトコル制御部３２１を有する。この例では、ＵＭＴＳ制御部３２０はＩＭＳに対応していないものとする。ＣＣプロトコル制御部３２１は、ＣＣプロトコルを構成するタスク機能部として、タイマー管理部３２２、状態管理部３２３、及びＣＣプロトコルでのメッセージの送受信を行うメッセージ送受信部３２４を含む。

後述するように、異なるＲＡＴ間でのハンドオーバーが実施されると、第１システム制御部であるＬＴＥ制御部３１０と、第２システム制御部であるＵＭＴＳ制御部３２０が協同して、ハンドオーバーの前後にわたってＲＡＴに応じたタイマーの引き継ぎを行う。

図５は、ＲＡＴ間ハンドオーバーの際の発信側での動作シーケンスを示す。ＬＴＥに在圏中のＵＥ３０は、ＶｏＬＴＥ発信を行い（Ｓ４１）、無線アクセスネットワーク１２、コアネットワーク１３を介して（図１参照）、ＩＭＳノードのＰ−ＣＳＣＦ１５との間で接続を確立する（Ｓ４２）。

ＵＥ３０のＬＴＥ制御部（図５では「LTE-Modem」と表記）３１０は、Ｐ−ＣＳＣＦ１５に発信要求メッセージ「SIP INVITE」を送信し（Ｓ４３）、Ｐ−ＣＳＣＦ１５経由で相手側端末から「SIP 100 Trying」を受け取ることで（Ｓ４４）、ＵＥ３０とＰ−ＣＳＣＦ１５の間で個別ベアラが確立される（Ｓ４５）。

ＵＥ３０のＬＴＥ制御部３１０のメッセージ送受信部３１４が、Ｐ−ＣＳＣＦ１５から「SIP 183 Session Progress」メッセージを受け取ると（Ｓ４６）、状態管理部３１３は、ＵＥ３０の状態をＲＢＴ鳴動前の状態、またはガイダンス接続中の状態として管理する。タイマー管理部３１２は、ガードタイマーとしてＳＩＰタイマーを起動して、ネットワークからのメッセージ（「SIP 180 Ringing」や「SIP 200 OK」など）を待つための時間を計測する（Ｓ４７）。

この状態でｂＳＲＶＣＣが実施されると（Ｓ４８）、ＬＴＥ制御部３１０の無線信号制御部３１５からＳＩＰ制御部３１１に、ｂＳＲＶＣＣが起動されたことが通知される。またＬＴＥ制御部３１０の無線信号制御部３１５から、ＵＭＴＳ制御部３２０の無線信号制御部３２５にコンテキストやセキュリティパラメータなどが引き継がれ、ＵＭＴＳ側でＣＳドメインの音声のベアラが確立された状態となる。

ＳＩＰ制御部３１１の状態管理部３１３は、ＣＣプロトコル制御部３２１の状態管理部３２３に、ＲＢＴ鳴動前、またはガイダンス接続中の状態であることを通知する。ＣＣプロトコル制御部３２１の状態管理部３２３は、ＳＩＰのＲＢＴ鳴動前（またはガイダンス接続中）に対応するＣＣプロトコルの状態である「U3:MO Call Proceeding」に遷移する（Ｓ４９）。ステップＳ４９における「Ｕ３」などの「Ｕｘ」の表記は、TS24.008の5.1.2章に規定されているＵＥのＣＣプロトコルの状態を示し、「MO Call Proceeding」はＵＥで呼設定の受け付けがなされた状態を示す。

さらに、本発明の特徴として、ＳＩＰ制御部３１１のタイマー管理部３１２は、ｂＳＲＶＣＣが実施されたことを認識すると、ＣＣプロトコル制御部３２１のタイマー管理部３２２にタイマーの引き継ぎ通知を行う（Ｓ５０）。

タイマー引き継ぎの通知の具体例として、たとえば以下の方法が考えられる。
（１）ガードタイマーの起動が必要なことのみを通知する。
（２）特定のタイマーの起動要求を通知する。
（３）ＳＩＰの状態を通知する。
（４）ＳＩＰのガードタイマー開始からｂＳＲＶＣＣ完了までの時間を計測しておき、その値を通知する。
（５）起動中だったＳＩＰのガードタイマーの残りの値を通知する。

これらの方法の中の任意の方法、または複数の方法の組み合わせをＣＣプロトコル制御部３２１のタイマー管理部３２２が適宜選択する構成としてもよい。

ＣＣプロトコル制御部３２１のタイマー管理部３２２は、用いる通知方法に応じて、以下の方法でＣＣプロトコルのガードタイマーを起動する。
（１）の場合：タイマー起動要求を受けて、予め設定された値でタイマーを起動する。または、ＣＣプロトコル制御部３２１の状態管理部３２３から状態を取得し、「U3:MO Call Proceeding」状態で起動すべきタイマＴ３１０を起動する。
（２）の場合：Ｔ３１０の起動要求を受けて、Ｔ３１０を起動する。
（３）の場合：図５の例では、「ＢＲＴ鳴動前」または「ガイダンス接続中」という状態の通知を受けて、これに対応するＣＣプロトコルの状態である「U3:MO Call Proceeding」で起動すべきＴ３１０を起動する。
（４）の場合：ＳＩＰのガードタイマーでの経過時間の通知を受けて、Ｔ３１０のタイマー時間から通知された値を引いた値でタイマーを起動する。
（５）の場合：残り時間の通知を受けて、通知された値でタイマーを起動する。

その後、ネットワーク（ＭＳＣ２５など）の故障や無線要因などで、ネットワークから「ALERTING」、「PROGRESS」、「CONNECT」などのメッセージを受信できない場合、タイマーの満了を契機としてＵＥ３０は呼を解放する（Ｓ５１）。これにより、ユーザは速やかに発信の失敗やガイダンスの終了を認識することができる。

図５の例では、発信側が「SIP 183 Session Progress」を受信してＲＢＴ鳴動前またはガイダンス接続中の状態でｂＳＲＶＣＣが実施された場合のタイマー引き継ぎを説明しているが、他のタイミングでＳＲＶＣＣが実施される場合にも同様の制御が当てはまる。

たとえば、発信側がネットワークから「SIP 180 Ringing」を受信してＲＢＴ鳴動中の状態でａＳＲＶＣＣが実施された場合、対応するＣＣプロトコルの状態である「U4:Call Delivered」で起動されるべきタイマーが起動され、ＳＩＰのガードタイマーの残り時間が計測される。発信側で「SIP 200 OK」を受信して通話開始後の「音声通話中」の状態でＳＲＶＣＣが実施されると、対応するＣＣプロトコルの状態である「U10:Active」で起動されるべきタイマーが起動され、ＳＩＰのガードタイマーの残り時間が計測される。

３ＧからＬＴＥへの遷移の場合も、タイマー引き継ぎ通知に応じて、遷移先のプロトコルの対応する状態で起動されるべきタイマーが起動され、残り時間が計測される。

図６は、ＲＡＴ間ハンドオーバーの際の着信側での動作シーケンスを示す。ＬＴＥに在圏中のＵＥ３０は、Ｐ−ＣＳＣＦ１５経由でページングメッセージを受ける（Ｓ６１）。接続が確立されると（Ｓ６２）、ＵＥ３０は発信側から送られてくる「SIP INVITE」メッセージに応じて（Ｓ６３）、「SIP 183 Session Progress」を返す（Ｓ６４）。個別ベアラが確立されると（Ｓ６５）、ＵＥ３０からＰ−ＣＳＣＦ１５を介して発信側端末に「SIP 180 Ringing」メッセージが送信され（Ｓ６６）、ＵＥ３０で着信音が鳴動する（Ｓ６７）。

ユーザの応答により通話が開始されると、ＳＩＰ制御部３１１のメッセージ送受信部３１４はＰ−ＣＳＣＦ１５に「SIP 200 OK」を返す（Ｓ６９）。これを受けて、状態管理部３１３は「SIP ACK」待ちの状態となり、タイマー管理部３１２は、ＳＩＰのガードタイマーを起動する。

この状態で、ＳＲＶＣＣが実施されると（Ｓ７０）、ＬＴＥ制御部３１０の無線信号制御部３１５からＳＩＰ制御部３１１にＳＲＶＣＣが起動されたことが通知される。また、ＵＭＴＳ制御部３２０の無線信号制御部３２５にコンテキストやセキュリティパラメータなどが引き継がれ、ＣＳドメインの音声のベアラが確立された状態となる。ＳＩＰ制御部３１１の状態管理部３１３は、ＳＲＶＣＣの通知を受けて、ＣＣプロトコル制御部３２１の状態管理部３２３に、「SIP ACK」待ちの状態であることを通知する。ＣＣプロトコル制御部３２１の状態管理部３２３は、ＳＩＰ状態の通知を受けて、ＣＣプロトコルでの対応する状態である「U8:Connect Request」の状態に遷移する（Ｓ７１）。

さらに、本発明の特徴として、ＳＩＰ制御部３１１のタイマー管理部３１２がＳＲＶＣＣの実施を認識すると、ＣＣプロトコル制御部３２１のタイマー管理部３２２にタイマー引き継ぎ通知を行う（Ｓ７２）。

タイマー引き継ぎ通知の具体例として、たとえば以下の方法がある。
（１）ガードタイマー起動が必要なことのみ通知する。
（２）特定のタイマイーの起動要求を通知する。
（３）ＳＩＰの状態を通知する。
（４）ＳＩＰのガードタイマー開始からｂＳＲＶＣＣ完了までの時間を計測しておき、その値を通知する。
（５）起動中だったＳＩＰのガードタイマーの残りの値を通知する。

ＣＣプロトコル制御部３２１のタイマー管理部３２２は、用いる通知方法に応じて、以下の方法でＣＣプロトコルのガードタイマーを起動する。
（１）の場合：タイマー起動要求を受けて、予め設定された値でタイマーを起動する。または、ＣＣプロトコル制御部３２１の状態管理部３２３から状態を取得し、「U8:Connect Request」状態で起動すべきタイマＴ３１３を起動する。
（２）の場合：Ｔ３１３の起動要求を受けて、Ｔ３１３を起動する。
（３）の場合：図６の例では、「音声通話中」という状態の通知を受けて、これに対応するＣＣプロトコルの状態である「U8:Connect Request」で起動すべきＴ３１３を起動する。
（４）の場合：ＳＩＰのガードタイマーでの経過時間の通知を受けて、Ｔ３１３のタイマー時間から通知された値を引いた値でタイマーを起動する。
（５）の場合：残り時間の通知を受けて、通知された値でタイマーを起動する。

その後、ネットワーク（ＭＳＣ２５など）の故障や無線要因などで、ネットワークから「CONNECT ACK」を受信できない場合、タイマーの満了を契機としてＵＥ３０は呼を解放する（Ｓ７３）。これにより、ユーザは速やかに発信の失敗やガイダンスの終了を認識することができる。

図６の例では、着信側が着信応答メッセージ「SIP 200 OK」を送信して音声通話中の状態でＳＲＶＣＣが実施された場合のタイマー引き継ぎを説明しているが、他のタイミングでＳＲＶＣＣが実施される場合にも同様の制御が当てはまる。

たとえば、着信側がネットワークに「SIP 180 Ringing」を送信して着信音が鳴動中（呼制御処理中）の状態でａＳＲＶＣＣが実施された場合、対応するＣＣプロトコルの状態である「U7:Call Received」で起動されるべきタイマーが起動され、ＳＩＰのガードタイマーの残り時間が計測される。３ＧからＬＴＥへの遷移の場合も、タイマー引き継ぎ通知に応じて、遷移先のプロトコルの対応する状態で起動されるべきタイマーが起動され、残り時間が継続される。

上述した実施形態の手法と構成は、ＲＡＴ間のハンドオーバーで一方のＲＡＴでＩＭＳの音声サービスが提供され、他方のＲＡＴでＩＭＳの音声サービスが提供されずＣＳドメインでの音声サービスが提供されているすべての場合に適用することができる。たとえばＩＭＳが提供されていないＵＭＴＳを、ＧＳＭ（登録商標）（２Ｇまたは２．５Ｇ）に置き換えてもよいし、ＬＴＥをＩＭＳの音声サービスを提供可能なＷｉＦｉ（登録商標）に置き換えてもよい。

さらに、音声サービス以外に、ＤＴＭＦ（Dual-Tone Multi-Frequency）やビデオコールなど、ＩＭＳとＣＳドメインの両方で提供されているすべてのサービスに適用することができる。たとえば、ＤＴＭＦ（プッシュ方式）で接続中のＳＲＶＣＣや、ビデオコール（テレビ電話）中のＳＲＶＣＣであるｖＳＲＶＣＣ（Video-SRVCC）にも本発明は適用可能である。

ＣＳドメインからＩＭＳへ音声などのサービスを引き継ぐｒＳＲＶＣＣ（reverse SRVCC）に本発明を適用する場合は、ＣＣプロトコルからＳＩＰへタイマーを引き継がせればよい。

本発明は、ＵＥ３０がネットワークや相手側のＵＥからの応答を待つ等、何らかの理由でタイマーを起動する必要があるすべてのケースに適用可能である。

１移動通信システム
３０移動局
３１０ＬＴＥ制御部
３１１ＳＩＰ制御部
３１２ＳＩＰのタイマー管理部
３１３ＳＩＰの状態管理部
３１４ＳＩＰのメッセージ送受信部
３１５ＬＴＥ無線信号制御部
３２０ＵＭＴＳ制御部
３２１ＣＣプロトコル制御部
３２２ＣＣプロトコルのタイマー管理部
３２３ＣＣプロトコルの状態管理部
３２４ＣＣプロトコルのメッセージ送受信部
３２５ＵＭＴＳ無線信号制御部

Claims

第１の呼制御プロトコルで呼の制御を行う第１制御部と、
第２の呼制御プロトコルで呼の制御を行う第２制御部と、
を有する移動局であって、
前記第１制御部は、前記移動局が第１の移動通信方式のネットワークに接続しているときに、第１タイマーを起動し、前記移動局が、前記第１タイマーの起動後かつ満了前に、前記第１の移動通信方式のネットワークから第２の移動通信方式のネットワークに遷移した場合、前記第２制御部にタイマー引き継ぎ要求を通知し、
前記第２制御部は、前記タイマー引き継ぎ要求に応じて、前記第２の移動通信方式で用いられる第２タイマーを起動する、
ことを特徴とする移動局。
前記第１タイマーは前記第１の移動通信方式のネットワークからの応答待ちタイマーであり、
前記第２タイマーは前記第２の移動通信方式のネットワークからの応答待ちタイマーであり、
前記第２制御部は、前記第２の移動通信方式のネットワークからの応答を受信しない場合に、呼を解放することを特徴とする請求項１に記載の移動局。
前記第１制御部は、前記第１の移動通信方式のネットワークから、または前記第１の移動通信方式のネットワークへ、呼が進行中であることを表わすメッセージ、呼出し中であることを表わすメッセージ、または通話開始を表わすメッセージを送受信するタイミングで前記第１タイマーを起動することを特徴とする請求項１又は２に記載の移動局。
前記第１制御部は、前記タイマー引き継ぎ要求で、前記第２タイマーの起動が必要である旨を通知し、
前記第２制御部は、前記タイマー引き継ぎ要求に応じて、あらかじめ設定された値で前記第２タイマーを起動する、
ことを特徴とする請求項１〜３のいずれか１項に記載の移動局。
前記第１制御部は、前記タイマー引き継ぎ要求で、起動すべきタイマーを指定し、
前記第２制御部は、前記タイマー引き継ぎ要求に応じて、指定されたタイマーを起動することを特徴とする請求項１〜３のいずれか１項に記載の移動局。
前記第１制御部は、前記タイマー引き継ぎ要求で、前記第１の呼制御プロトコルでの呼の状態を通知し、
前記第２制御部は、前記タイマー引き継ぎ要求に応じて、前記第１の呼制御プロトコルでの呼の状態に対応する、前記第２の呼制御プロトコルでの呼の状態で起動すべきタイマーを起動することを特徴とする請求項１〜３のいずれか１項に記載の移動局。
前記第１制御部は、前記タイマー引き継ぎ要求で、前記第１タイマーの開始から前記遷移までに経過した時間を通知し、
前記第２制御部は、前記タイマー引き継ぎ要求に応じて、前記第２タイマーの作動時間から前記通知された時間を差し引いた値で前記第２タイマーを起動することを特徴とする請求項１〜３のいずれか１項に記載の移動局。
前記第１制御部は、前記タイマー引き継ぎ要求で、前記第１タイマーの残り時間を通知し、
前記第２制御部は、前記タイマー引き継ぎ要求に応じて、前記通知された時間で前記第２タイマーを起動することを特徴とする請求項１〜３のいずれか１項に記載の移動局。
第１の移動通信方式のネットワークに在圏中の移動局において、第１タイマーを起動し、
前記移動局が、前記第１タイマーの起動後かつ満了前に、前記第１の移動通信方式のネットワークから第２の移動通信方式のネットワークに遷移した場合、前記移動局において第２タイマーを第２の呼制御プロトコルで起動して前記第１タイマーを引き継ぐ
ことを特徴とする移動通信方法。