(57)【要約】【課題】通信路の確立処理とＳＩＰによるRegistration処理と同期して管理することにより、通信路を維持するための無線リソースを効率的に利用する。【解決手段】通信路が未確立状態でかつＳＩＰトランザクションが未確立状態において、発信側端末装置からのＳＩＰによるリクエストメッセージをＳＩＰサーバ１Ａが取得すると（ステップＳ０）、着信側端末装置２Ｂに向けて、通信路確立及びRegistration処理を促すためのショートメッセージを送出する（ステップＳ８〜Ｓ１１）、その後、通信路を確立する処理が行われ（ステップＳ１７、Ｓ１８）、通信路確立処理後にＳＩＰトランザクションを確立する処理が行われる（ステップＳ１９、Ｓ２０）。このように処理すれば、発信側端末からリクエストがあった場合に制御信号を送出して通信路確立及びRegistration処理を促すことができ、トランザクションを確立することができる。【選択図】      図１
2007020000.tif 000002
【特許請求の範囲】
【請求項１】
通信路の確立状態でかつＳＩＰトランザクションの確立状態において、端末装置に対する通信サービスを提供するためのＳＩＰサーバであって、通信路が未確立状態でかつＳＩＰトランザクションが未確立状態において、発信側端末装置からのＳＩＰによるリクエストメッセージを取得するメッセージ取得手段と、前記メッセージ取得手段によるリクエストメッセージの取得に応答して着信側端末装置に向けて、通信路確立及びRegistration処理を促すための制御信号を送出する制御信号送出手段とを含むことを特徴とするＳＩＰサーバ。
【請求項２】
発信側端末装置からの前記リクエストメッセージを一意に特定するための識別情報を記憶する識別情報記憶手段を更に含み、前記識別情報記憶手段に記憶された識別情報に対応するリクエストメッセージを、前記通信路の確立状態でかつ前記ＳＩＰトランザクションの確立状態に移行した後で、前記着信側端末装置に向けて送出することを特徴とする請求項１記載のＳＩＰサーバ。
【請求項３】
前記制御信号を送出する場合に起動される、Registration待ちタイマを更に含み、前記Registration待ちタイマが満了した場合、前記ＳＩＰトランザクションの確立処理を中止することを特徴とする請求項１記載のＳＩＰサーバ。
【請求項４】
端末装置で起動させたアプリケーションを特定するための識別子が該端末装置から取得した応答メッセージに含まれている場合には前記識別子に対応する着信処理を続行し、通信路の確立処理及び前記Registration処理を行わない理由が前記応答メッセージに含まれている場合には着信処理を中止する処理を行うことを特徴とするＳＩＰサーバ。
【請求項５】
通信路の確立状態でかつＳＩＰトランザクションの確立状態において、通信サービスの提供を受けるための端末装置であって、通信路確立及びRegistration処理を促すための制御信号を取得する制御信号取得手段と、前記制御信号を取得したことに応答して前記通信路の確立処理を行う通信路確立処理手段と、前記通信路確立処理手段による通信路の確立後に前記Registration処理を行うRegistration処理手段とを含むことを特徴とする端末装置。
【請求項６】
前記制御信号取得手段が制御信号を取得した際、自装置が前記通信路の確立処理及び前記Registration処理を行えるか判断する判断手段を更に含み、これらの処理を行えると判断した場合にのみ、前記通信路確立処理手段による前記通信路の確立処理及び前記Registration処理手段による前記Registration処理を行うことを特徴とする請求項５記載の端末装置。
【請求項７】
前記判断手段により、前記通信路の確立処理及び前記Registration処理を行えると判断された場合、自装置で起動させたアプリケーションを特定するための識別子を含む応答メッセージを送出し、
前記通信路の確立処理及び前記Registration処理を行わない場合、その理由を含む応答メッセージを送出する応答メッセージ送出手段を更に含むことを特徴とする請求項６記載の端末装置。
【請求項８】
前記ＳＩＰトランザクションの確立状態を解除する場合に、前記通信路の確立状態を解除する解除手段を更に含むことを特徴とする請求項５から請求項７までのいずれか１項に記載の端末装置。
【請求項９】
通信路が確立されていることを示すフラグ及びＳＩＰトランザクションが確立されていることを示すフラグを記憶するフラグ記憶手段と、これらのフラグが前記フラグ記憶手段に記憶されている場合に、他の装置からＳＩＰによるリクエストメッセージを取得した時、着信要求があったことを示す着信要求フラグを記憶する着信要求フラグ記憶手段と、前記着信要求フラグが設定されている場合に、前記通信路が確立し、かつ、前記ＳＩＰトランザクションが確立したことに応答して、前記他の装置に通知を行う通知手段とを含むことを特徴とする加入者情報管理装置。
【請求項１０】
通信路の確立状態でかつＳＩＰトランザクションの確立状態において、端末装置に対する通信サービスを提供するための通信制御方法であって、通信路が未確立状態でかつＳＩＰトランザクションが未確立状態において、発信側端末装置からのＳＩＰによるリクエストメッセージを取得するメッセージ取得ステップと、前記メッセージ取得ステップにおけるリクエストメッセージの取得に応答して着信側端末装置に向けて、通信路確立及びRegistration処理を促すための制御信号を送出する制御信号送出ステップと、前記制御信号送出ステップにおける前記制御信号の送出後に前記通信路を確立する処理を行う通信路確立処理ステップと、前記通信路確立処理ステップによる通信路確立処理後にＳＩＰトランザクションを確立する処理を行うＳＩＰトランザクション確立処理ステップとを含むことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＳＩＰサーバ、端末装置、加入者情報管理装置、通信制御方法に関し、特に通信路未確立、Registration未完了の状態でＳＩＰリクエストを受信した場合においても接続を実現可能にするためのＳＩＰサーバ、端末装置、加入者情報管理装置、通信制御方法に関する。
【背景技術】
【０００２】
移動通信網の無線アクセスネットワークで用いられるプロトコルの１つとして、ＳＩＰ（Session Initiation Protocol）が知られている（例えば、非特許文献１参照）。従来、このＳＩＰを用いた通信サービスの対象となる端末装置は、データを伝達するための通信路の確立とＳＩＰによるRegistrationを常時行っている前提でＳＩＰの接続制御が実現されていた。
逆に言うと、ＳＩＰリクエストを受信するために必要な通信路とRegistrationが確立していない状態での接続制御方法が存在しない。本方式は、ネットワーク設備に対してユーザ数が多く、通信路を維持するための無線リソースの効率化が必要な環境等において必要性が発生する。
【０００３】
なお、３ＧＰＰでも規定されている一般的なRegistrationは、位置情報を管理している加入者情報管理装置にＳＩＰサーバが問合せを行い、加入者の現在位置をＳＩＰサーバに通知する手順である。
【非特許文献１】J.Rosenberg, H. Schulzrinne, G. Camarillo, A. Johnston, J. Peterson, R. Sparks, M.Handley, and E. Shooler, “SIP: session initiation protocol, ” RFC 3261, Internet Engineering Task Force, June 2002
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したように、通信路とRegistrationとが共に未確立である場合には、ＳＩＰリクエストが送信されていることを端末装置へ通知する方法、および通知した上でトランザクションを確立するための処理が必要である。
この場合、通信路の確立とRegistrationの確立を順番に促す機能、および、通信路とRegistrationとの状態を同期管理する機能が必要になる。すなわち、Registration処理の前に、通信路の確立処理を行い、両者共に確立した状態に移行させるように、確立の同期管理を行う必要がある。このように確立の同期管理を行うのは、通信路とRegistrationのいずれかが未確立な状態では、ＳＩＰリクエストを端末装置へ送達することができないためである。
【０００５】
さらに、端末装置の状態をネットワーク側へ通知することで、端末装置の状態に応じたトランザクション確立可否制御を行うことができる。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は着信用の通信路と着信側端末装置のRegistrationが共に未確立な状態にあるときに、発信側からＳＩＰリクエストを受信してトランザクションを確立することのできるＳＩＰサーバ、端末装置、加入者情報管理装置、通信制御方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明の請求項１によるＳＩＰサーバは、通信路の確立状態でかつＳＩＰトランザクションの確立状態において、端末装置に対する通信サービスを提供するためのＳＩＰサーバであって、通信路が未確立状態でかつＳＩＰトランザクションが未確立状態において、発信側端末装置からのＳＩＰによるリクエストメッセージ（例えば、図１中のステップＳ０のＳＩＰ  INVITEメッセージ）を取得するメッセージ取得手段と、前記メッセージ取得手段によるリクエストメッセージの取得に応答して着信側端末装置に向けて、通信路確立及びRegistration処理を促すための制御信号を送出する制御信号送出手段とを含むことを特徴とする。このようにＳＩＰサーバを構成することにより、発信側端末からリクエストがあった場合に制御信号を送出して通信路確立及びRegistration処理を促すことができ、トランザクションを確立することができる。この制御信号は、例えば、ショートメッセージであり、本ＳＩＰサーバは、制御信号送出手段としてＳＭＳ−Ｐｕｓｈ技術を用いて、トランザクションの確立が要求されている旨のショートメッセージを着信側端末装置へ送出することを指示する機能を持つ。すなわち、このショートメッセージには、着信するための処理を要求する指示が含まれており、着信側端末装置に通信路の確立処理とＳＩＰ  REGISTERメッセージの送出処理とを促す。
【０００７】
本発明の請求項２によるＳＩＰサーバは、請求項１において、発信側端末装置からの前記リクエストメッセージを一意に特定するための識別情報を記憶する識別情報記憶手段を更に含み、前記識別情報記憶手段に記憶された識別情報に対応するリクエストメッセージを、前記通信路の確立状態でかつ前記ＳＩＰトランザクションの確立状態に移行した後で、前記着信側端末装置に向けて送出することを特徴とする。ＳＩＰサーバにおいて、リクエストメッセージすなわちＳＩＰ  INVITEによって要求されているトランザクションを一意に特定するためのトランザクション識別子を管理する。ＳＩＰサーバは、トランザクション識別子を含む（Ｃａｌｌ−ＩＤなど）ＳＩＰ  INVITEメッセージ（図１中のステップＳ０）を受信した際に、このトランザクション識別子を保持し、ＳＩＰサーバと加入者管理装置間で連携してどの着信呼に対して、どのＳＩＰ  INVITEが保留されていたかを特定する。ＳＩＰサーバでどのＳＩＰ  INVITEによるトランザクションを継続すれば良いか確認（トランザクション括り付け確認）がとれた後、ＳＩＰ  INVITE（図１中のステップＳ１４）を着信側のＳＩＰサーバを経由して着信側端末装置へ転送される。
【０００８】
本発明の請求項３によるＳＩＰサーバは、請求項１において、前記制御信号を送出する場合に起動される、Registration待ちタイマを更に含み、前記Registration待ちタイマが満了した場合、前記ＳＩＰトランザクションの確立処理を中止することを特徴とする。こうすることにより、Registration待ちタイマが満了した場合にはリクエストメッセージを送出した発信側端末装置に、ＳＩＰトランザクションの確立処理が中止された旨を通知することができる。
【０００９】
本発明の請求項４によるＳＩＰサーバは、端末装置で起動させたアプリケーションを特定するための識別子が該端末装置から取得した応答メッセージに含まれている場合には前記識別子に対応する着信処理を続行し、通信路の確立処理及び前記Registration処理を行わない理由が前記応答メッセージに含まれている場合には着信処理を中止する処理を行うことを特徴とする。ＳＩＰサーバは、ショートメッセージ着信応答メッセージにアプリケーション識別子が含まれていた場合、ショートメッセージによる指示が端末装置に受け入れられたと認識し、着信処理を続行する。一方、不応答理由を含んだ応答メッセージが返送された場合（図１中のステップＳ１６’）、保留となっていた着信処理をＳＩＰ  CANCELなどで即座に中止させ、前記ＳＩＰサーバのRegistration待ちタイマをリセットして停止し、ＳＩＰ  INVITEを要求してきた発信者へトランザクション確立処理が中止された理由を通知する。
【００１０】
本発明の請求項５による端末装置は、通信路の確立状態でかつＳＩＰトランザクションの確立状態において、通信サービスの提供を受けるための端末装置であって、通信路確立及びRegistration処理を促すための制御信号を取得する制御信号取得手段と、前記制御信号を取得したことに応答して前記通信路の確立処理を行う通信路確立処理手段と、前記通信路確立処理手段による通信路の確立後に前記Registration処理を行うRegistration処理手段とを含むことを特徴とする。このように端末装置を構成することにより、発信側端末からリクエストがあった場合に制御信号を取得して通信路確立及びRegistration処理を行うことができ、トランザクションを確立することができる。
【００１１】
本発明の請求項６による端末装置は、請求項５において、前記制御信号取得手段が制御信号を取得した際、自装置が前記通信路の確立処理及び前記Registration処理を行えるか判断する判断手段を更に含み、これらの処理を行えると判断した場合にのみ、前記通信路確立処理手段による前記通信路の確立処理及び前記Registration処理手段による前記Registration処理を行うことを特徴とする。このように端末装置を構成することにより、端末装置の能力あるいはサービス競合条件に従って、ショートメッセージの指示に応じた動作ができるか否かを判断した後で、通信路の確立処理及びRegistration処理を行うことができる。
【００１２】
本発明の請求項７による端末装置は、請求項６において、前記判断手段により、前記通信路の確立処理及び前記Registration処理を行えると判断された場合、自装置で起動させたアプリケーションを特定するための識別子を含む応答メッセージを送出し、
前記通信路の確立処理及び前記Registration処理を行わない場合、その理由を含む応答メッセージを送出する応答メッセージ送出手段を更に含むことを特徴とする。このように処理することにより、アプリケーション識別子に応じた着信処理を継続、あるいは、不応答理由に応じて着信処理を即座に中止させ、Registration待ちタイマをリセットして停止し、ＳＩＰリクエストを送信してきた発信側端末装置へトランザクション確立処理が中止された理由を通知することができる。
【００１３】
本発明の請求項８による端末装置は、請求項５から請求項７までのいずれか１項において、前記ＳＩＰトランザクションの確立状態を解除する場合に、前記通信路の確立状態を解除する解除手段を更に含むことを特徴とする。このように、ＳＩＰトランザクションの確立状態と通信路の確立状態とを同期管理することで無線リソースを効率的に利用できる。
【００１４】
本発明の請求項９による加入者情報管理装置は、通信路が確立されていることを示すフラグ及びＳＩＰトランザクションが確立されていることを示すフラグを記憶するフラグ記憶手段と、これらのフラグが前記フラグ記憶手段に記憶されている場合に、他の装置からＳＩＰによるリクエストメッセージを取得した時、着信要求があったことを示す着信要求フラグを記憶する着信要求フラグ記憶手段と、前記着信要求フラグが設定されている場合に、前記通信路が確立し、かつ、前記ＳＩＰトランザクションが確立したことに応答して、前記他の装置に通知を行う通知手段とを含むことを特徴とする。加入者情報管理装置で着信要求フラグを管理し、Registration処理を実施している間は、着信要求フラグを設定（着信要求フラグ＝ＹＥＳ）し、全ての処理が完了したら着信要求フラグを解放（着信要求フラグ＝ＮＯ）することにより、リクエストを受信したときに着信要求フラグを設定し、ショートメッセージの送出、通信路の確立、Registration処理の全てが完了した時に着信要求フラグを解放することができる。そして、着信要求フラグが設定されている間に、他のリクエストを受信した場合の動作には、サービスの許容範囲、あるいは端末装置やネットワークの能力に委ねられる。例えば、第１呼の先発リクエストを優先し、複数トランザクションを許容できないサービスを提供する場合、着信要求フラグが設定されている間は、第２呼のリクエストを受信してもビジー応答を送出する。このビジー応答を受信したＳＩＰサーバは、ショートメッセージは送出しないで、第２呼リクエストの発信端末装置へ、ビジーメッセージを送出することができる。
【００１５】
本発明の請求項１０による通信制御方法は、通信路の確立状態でかつＳＩＰトランザクションの確立状態において、端末装置に対する通信サービスを提供するための通信制御方法であって、通信路が未確立状態でかつＳＩＰトランザクションが未確立状態において、発信側端末装置からのＳＩＰによるリクエストメッセージを取得するメッセージ取得ステップと、前記メッセージ取得ステップにおけるリクエストメッセージの取得に応答して着信側端末装置に向けて、通信路確立及びRegistration処理を促すための制御信号を送出する制御信号送出ステップと、前記制御信号送出ステップにおける前記制御信号の送出後に前記通信路を確立する処理を行う通信路確立処理ステップと、前記通信路確立処理ステップによる通信路確立処理後にＳＩＰトランザクションを確立する処理を行うＳＩＰトランザクション確立処理ステップとを含むことを特徴とする。このように処理することにより、発信側端末からリクエストがあった場合に制御信号を送出して通信路確立及びRegistration処理を促すことができ、トランザクションを確立することができる。
【発明の効果】
【００１６】
以上説明したように本発明は、着信用の通信路と着信側端末装置のRegistrationが共に未確立な状態にあるときに、発信側からＳＩＰリクエストを受信してトランザクションを確立し、通信路の確立処理とＳＩＰによるRegistration処理と同期して管理することにより、ネットワーク設備に対してユーザ数が多く、通信路を維持するための無線リソースを効率的に利用できるという効果がある。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システム構成例）
図２は、本発明によるＳＩＰサーバ、加入者情報管理装置、端末装置等を用いて構成した通信制御システム全体の構成例を示すブロック図である。同図には、ユーザＡが使用する端末装置２Ａと、ユーザＢが使用する端末装置２Ｂと、これら端末装置２Ａ及び２Ｂに通信サービスを提供するネットワークＮＷとが示されている。ネットワークＮＷには、ＳＩＰサーバ１Ａ、１Ｂと、加入者情報を管理する加入者情報管理装置３と、ショートメッセージを作成するpush initiatorとして機能する制御装置４と、ショートメッセージを転送するＳＭＳゲートウェイ５とが含まれている。
【００１８】
ＳＩＰサーバ１Ａは、図３に示されているように、発信側端末装置からのＳＩＰによるリクエストメッセージを取得するメッセージ取得機能１１と、着信側端末装置に向けて、通信路確立及びRegistration処理を促すための制御信号を送出する制御信号送出機能１２と、発信側端末装置からのリクエストメッセージを一意に特定するための識別情報を記憶する識別情報記憶機能１３と、制御信号を送出する場合に起動されるRegistration待ちタイマ１４とを含んで構成されている。Registration待ちタイマ１４は、Registration処理が完了されるまでの有効期限を示すタイマである。このＳＩＰサーバ１Ａには、ＣＰＵ、ＲＯＭ、ＲＡＭおよびインタフェース等をバス接続した一般的なコンピュータを利用することができ、これらによって上記の各機能を実現できる。
【００１９】
加入者情報管理装置３は、例えば、ＨＬＲ（Home Location Register）やＨＳＳ（Home Subscriber Server）である。加入者情報管理装置３は、図４に示されているように、端末装置の在圏位置情報３０ａ、端末装置のアドレス情報３０ｂ、通信路が確立されていることを示す通信路確立フラグ３０ｃ、ＳＩＰトランザクションが確立されていることを示すＳＩＰトランザクション確立フラグ３０ｄ、通信路確立フラグ３０ｃ及びＳＩＰトランザクション確立フラグ３０ｄが設定されている場合に、他の装置からＳＩＰによるリクエストメッセージを取得した時、着信要求があったことを示す着信要求フラグ３０ｅ、その他の各種情報を記憶する記憶部３０と、着信要求フラグ３０ｅが設定されている場合に、通信路が確立し、かつ、ＳＩＰトランザクションが確立したことに応答して、他の装置に通知を行う通知機能３１とを含んで構成されている。
【００２０】
このように、加入者情報管理装置３には、通信路の確立有無やRegistration処理が行われているか等の加入者情報が登録されるので、登録されている加入者情報について、ＳＩＰサーバ１Ａから問い合わせが行われる。この加入者情報管理装置３には、ＣＰＵ、ＲＯＭ、ＲＡＭおよびインタフェース等をバス接続した一般的なコンピュータを利用することができ、これらによって上記の各機能を実現できる。
【００２１】
端末装置２Ｂは、図５に示されているように、通信路確立及びRegistration処理を促すための制御信号を取得する制御信号取得機能２１と、制御信号を取得したことに応答して通信路の確立処理を行う通信路確立処理機能２２と、通信路の確立後にRegistration処理を行うRegistration処理機能２３と、制御信号を取得した際、自装置が前記通信路の確立処理及び前記Registration処理を行えるか判断する判断機能２４と、通信路の確立処理及びRegistration処理を行えると判断された場合、自装置で起動させたアプリケーションを特定するための識別子を含む応答メッセージを送出し、通信路の確立処理及びRegistration処理を行わない場合、その理由を含む応答メッセージを送出する応答メッセージ送出機能２５と、ＳＩＰトランザクションの確立状態を解除する場合に、通信路の確立状態を解除する解除機能２６とを含んで構成されている。この端末装置２Ｂは、上記の各機能を実現するために、例えばＣＰＵ、ＲＯＭ、ＲＡＭおよびインタフェース等を含む一般的な携帯電話機等である。
なお、本例では、端末装置２Ａが発信側の端末、端末装置２Ｂが着信側の端末である。また、ＳＩＰサーバ１Ａが発信側のＳＩＰサーバ、ＳＩＰサーバ１Ｂが着信側のＳＩＰサーバである。
【００２２】
（動作例）
図１は、INVITEメッセージの送出から通信路確立処理及びRegistration処理を経てＶｏＩＰ（Voice over IP）サービス利用可能な状態に移行するまでの動作例を示すシーケンス図である。同図には、着信側の端末装置２Ｂと、ＳＭＳゲートウェイ５と、制御装置４と、ＳＩＰサーバ１Ｂと、加入者情報管理装置３と、ＳＩＰサーバ１Ａとを含んで構成されている。
【００２３】
本例では、ユーザＢの端末装置２Ｂは、通信路及びRegistrationが共に未確立な状態であるとする。この条件の下で、ユーザＢとＶｏＩＰトランザクションを確立するために、発信側であるユーザＡの端末装置２ＡからＳＩＰ  INVITEメッセージが、ユーザＢの端末装置２Ｂへ向けて送出される（ステップＳ０）。
このＳＩＰ  INVITEメッセージを受けたＳＩＰサーバ１Ａは、そのINVITEメッセージのトランザクション識別子（Ｃａｌｌ−ＩＤ等）を記憶する（ステップＳ１）。そして、ＳＩＰサーバ１Ａは、そのINVITEメッセージの転送先となるＳＩＰサーバを検出するために加入者情報管理装置３へ着信側端末情報の問い合わせ（以下、「着信側端末情報問い合わせ」と呼ぶ）を行う（ステップＳ２）。この問い合わせに応答して、加入者情報管理装置３は、着信側端末情報を確認する（ステップＳ３）。
【００２４】
しかしながら、この問い合わせを行っても、通信路が未確立であるためＳＩＰメッセージの受信は不可能であり、かつ、Registration処理が未実施のためＳＩＰ  INVITEの転送先ＳＩＰサーバを検出できない。つまり、加入者情報管理装置３で着信側端末の現在位置やRegistration状態の確認をするが、ユーザＢの端末装置２Ｂは未Registrationのため、INVITEによる着信処理を実施する準備が整っていない。
【００２５】
そこで、端末装置２Ｂへの着信を要請することを示すために、加入者情報管理装置３は着信要求フラグを設定（着信要求フラグ＝ＹＥＳ）する（ステップＳ４）。そして、加入者情報管理装置３は、ＳＩＰサーバ１Ａへ応答を送り、着信要求フラグを設定したことを通知する（ステップＳ５）。
この応答を受信したＳＩＰサーバ１Ａは、本例では、着信側端末装置２Ｂに向けてＳＭＳ−Ｐｕｓｈ要求を行うと判断する（ステップＳ６）。ＳＭＳ−Ｐｕｓｈは、受信側クライアントからの要求無しに、サーバ側からショートメッセージを送信する方式である。つまり、着信側端末情報問い合わせの結果によって、ＳＩＰサーバはショートメッセージ送出指示を出すか、出さないか判断する。ＳＭＳ−Ｐｕｓｈ要求には、着信側端末装置２Ｂのアドレスが指定される。
【００２６】
ＳＭＳ−Ｐｕｓｈ要求を行う場合、着信側の通信路確立とRegistration処理が完了するまでは、ＳＩＰ  INVITE要求による着信制御は保留状態となる。このため、ＳＩＰサーバ１Ａは、INVITE処理を保留すると共に、Registration待ちタイマを起動させて、Registration処理の進行状況を管理する（ステップＳ７）。さらに、ＳＩＰサーバ１Ａは、ＳＭＳ−Ｐｕｓｈ技術を用いて、通信路の確立とRegistrationとを促すためのショートメッセージ（以下、ＳＭと称する）送出要求を制御装置４へ指示する（ステップＳ８）。このＳＭ送出要求には、端末装置２Ｂのアドレスが指定されており、ＶｏＩＰトランザクションを確立するための要求となる。
ＳＭ送出要求を受けた制御装置４は、ＳＭを生成し（ステップＳ９）、それを端末装置２Ｂへ向けて送信する（ステップＳ１０）。このＳＭを受けたＳＭＳゲートウェイ５は、それを端末装置２Ｂへ転送する（ステップＳ１１）。
【００２７】
端末装置２Ｂは、このＳＭを受信した時、端末装置の状態を確認する（ステップＳ１２）。ここでは、他の通信サービスとの競合状態を確認する。そして、通信サービスが競合している場合は、その通信サービスすなわちアプリケーションの識別子がＳＭ着信応答に含められて送信される（ステップＳ１３）。例えば、端末装置２Ｂに対するｉｍｏｄｅ（登録商標）サービスの提供が既に行われている場合、他の通信路の確立とRegistration処理とを順番に実施することが可能な環境にあれば、端末装置２ＢはＶｏＩＰ用のアプリケーションを起動させる。この場合、起動させたＶｏＩＰアプリケーション識別子がＳＭ着信応答に付加される（ステップＳ１３）。端末装置２Ｂのアプリケーション起動可否判断、起動するアプリケーションの選択、及び、アプリケーション起動後の動作は、ＳＭに含まれている指示によって決定される。
【００２８】
一方、端末装置２ＢがＶｏＩＰアプリケーションを起動させることができなければ、ＳＭ着信応答には不応答理由が付加される（ステップＳ１３）。例えば、端末装置の能力によっては、ｉｍｏｄｅ（登録商標）サービス中は、ＶｏＩＰサービスを利用できない場合が考えられ、このような場合には不応答理由がＳＭ着信応答に付加される。
端末装置２Ｂから送出されるＳＭ着信応答は、そのままＳＭＳゲートウェイ５を経由して、ＳＭ応答として制御装置４を経由し（ステップＳ１４）、ＳＩＰサーバ１Ａへ返送される（ステップＳ１５）。このＳＭ応答を受取ったＳＩＰサーバ１Ａは、その内容を確認する（ステップＳ１６）。
【００２９】
確認した結果、ＳＭ着信応答に不応答理由が付加されていた場合、ＳＩＰサーバ１Ａは保留していたINVITEメッセージの送出処理を中止させ、不応答理由を発信側の端末装置２Ａ（図２参照）へ通知する（ステップＳ１６’）。この通知を受けた発信側の端末装置２Ａでは、ＣＡＮＣＥＬ処理を行うことができる。これにより、Registration待ちタイマが満了する前の早いタイミングで処理を中止できる。
【００３０】
本例では、端末装置２ＢがＶｏＩＰ応答可能であり、ＳＭ着信応答にＶｏＩＰアプリケーション識別子が付加されたとする。この場合、通信路確立要求が端末装置２Ｂから制御装置４に送られ（ステップＳ１７）、通信路確立処理が行われる（ステップＳ１８）。続いて、REGISTERメッセージが端末装置２Ｂから制御装置４に送られ（ステップＳ１９）、Registration処理が行われる（ステップＳ２０）。なお、本例では、通信路が未確立な場合を前提としている。もし既に確立されている通信路が存在すれば、端末装置で通信路の確立状態を確認し（ステップＳ１２’）、ステップＳ１７およびその後の通信路確立処理は行われない。
【００３１】
加入者情報管理装置３は、Registration処理の完了と同時に、着信要求フラグを解放（着信要求フラグ＝ＮＯ）し（ステップＳ２１）、Registration完了通知をＳＩＰサーバ１Ａへ送る（ステップＳ２２）。この通知を受けたＳＩＰサーバ１Ａは、Registration待ちタイマを停止させ（ステップＳ２３）、受信確認応答を返送する（ステップＳ２４）。
【００３２】
次に、ＳＩＰサーバ１Ａは、保留されていたどのINVITE処理をどの着信呼に対して再開すれば良いか、すなわちトランザクションの括り付けを確認する（ステップＳ２５）。この場合、ステップＳ１において、INVITEメッセージのトランザクション識別子を記憶しているので、括り付けられているトランザクションを特定することができる。トランザクションが特定されたら、ＳＩＰサーバ１Ａは、保留していたＩＮＶＩＴＥ処理を再開し、トランザクション識別子を含むINVITEメッセージを送出する（ステップＳ２６）。このINVITEメッセージは、ＳＩＰサーバ１Ｂを経由してユーザＢの端末装置２Ｂへ送られる（ステップＳ２７）。このINVITEメッセージを受取った端末装置２Ｂは、２００ＯＫ信号の送出等を行い、端末装置２Ａとの間でＶｏＩＰサービス等を開始することができる。
なお、上述した動作例では、通信路が確立していない状態からすぐに送信できるＳＭを用いているが、他の制御信号を利用しても良い。すなわち、ショートメッセージ送出依頼（ＳＭＳ−Ｐｕｓｈ）に限らず、通信路確立及びRegistration処理を促すための専用の制御信号を予め定義しておき、これを送出しても良い。
【００３３】
（着信要求フラグによる他の呼の管理）
上述したように、本システムでは、加入者情報管理装置３において着信要求フラグを管理することで、Registration処理を実施している間は、着信要求フラグを設定（着信要求フラグ＝ＹＥＳ）し、全ての処理が完了したら着信要求フラグを解放（着信要求フラグ＝ＮＯ）する。つまり、本システムの加入者情報管理装置３では、INVITEメッセージを受信したＳＩＰサーバ（上記の例ではＳＩＰサーバ１Ａ）から着信側端末情報問い合わせ要求を受信したときに着信要求フラグを設定し、ＳＭの送信、通信路確立処理、Registration処理の全てが完了したら着信要求フラグを解放している。
【００３４】
ここで、着信要求フラグが設定（着信要求フラグ＝ＹＥＳ）されている間に、他のＳＩＰ  INVITEメッセージを受信した場合の動作は、サービスの許容範囲、あるいは端末装置やネットワークの能力に委ねられる。例えば、第１呼の先発INVITEメッセージに対する処理を優先し、複数トランザクションを許容できないサービスを提供する場合、着信要求フラグが設定されている間は、第２呼のINVITEメッセージを受信してもＳＩＰサーバからの着信側端末情報問い合わせ要求に対して加入者情報管理装置３はビジー応答メッセージを送出する。このビジー応答メッセージを受信したＳＩＰサーバは、ＳＭは送出しないで、第２呼のINVITEメッセージの発信者へ、ビジー応答メッセージを送出する。
【００３５】
すなわち、図６に示されているように、着信側の端末装置２Ｂが制御装置４との間で通信路確立処理を行っている場合に、第Ｎ呼（Ｎは２以上の整数、以下同じ）のINVITEメッセージがＳＩＰサーバ１Ａに入力されると（ステップＳ１０１）、ＳＩＰサーバ１Ａは、Registration待ちタイマ起動中で、かつ、第１呼着信処理保留状態である（ステップＳ１０２）。このため、ＳＩＰサーバ１Ａは、加入者情報管理装置３に、着信側端末情報を問い合わせる（ステップＳ１０３）。すると、第１呼のINVITEメッセージについての処理中であるため、着信要求フラグが設定（着信要求フラグ＝ＹＥＳ）されている（ステップＳ１０４）。このため、加入者情報管理装置３は、ビジー応答メッセージを送出し（ステップＳ１０５）、このビジー応答メッセージが第Ｎ呼のINVITEメッセージ送信元の端末装置に返送される（ステップＳ１０６）。
以上のように本システムでは、着信呼に関して、先発着信を優先的に処理する。
【００３６】
（Registration処理の中止）
図１中のステップＳ７において起動させたRegistration待ちタイマが満了になった場合、Registration処理は中止される。この場合の処理について、図７を参照して説明する。
Registration待ちタイマが満了になった場合、ＳＩＰサーバ１Ａは、そのタイマをリセットして停止させる（ステップＳ３１）。次に、ＳＩＰサーバ１Ａは、保留されていたどのINVITE処理を中止するか、トランザクションの括り付けを確認する（ステップＳ３２）。そして、ＳＩＰサーバ１Ａは、INVITE要求による継続中のトランザクション確立処理を中止させるため、ＳＩＰ  CANCELメッセージを端末装置２Ｂに向けて送出する（ステップＳ３３）。このＳＩＰ  CANCELメッセージは、ＳＩＰサーバ１Ｂを経由してユーザＢの端末装置２Ｂへ送られる（ステップＳ３４）。このＳＩＰ  CANCELメッセージを受取った端末装置２Ｂは、トランザクション確立処理を中止する。なお、ＳＩＰサーバ１Ａは、上記処理が中止された理由（例えば、タイムアウト）を、INVITEメッセージの発信側端末装置へ通知する（ステップＳ３５）。
【００３７】
（Registration及び通信路の解放）
ところで、リソース有効活用を目的として、INVITEにより確立されたトランザクション上で起動しているアプリケーションの終了時には、Registrationと通信路とを同時に解放するようにシステムが設計されていても良い。この動作は、一般的なトランザクション解放手順、例えばＳＩＰ BYEなどを契機にRegistrationと通信路の解放手順に移行する仕組みにより実現可能である。
一方、その後のＳＩＰリクエストを着信側端末へ転送する時間を短縮することが目的であるか、あるいは引き続き別トランザクションを確立することが自明であれば、Registration及び通信路の解放は、アプリケーションの終了（終話時など）に同期させる必要はない。
【００３８】
（まとめ）
本システムは、端末装置とＳＩＰサーバと加入者情報管理装置によって、通信路を確立し、Registrationを実施する機能を持つ。端末装置は、着信要求指示を含むショートメッセージを受信すると、通信路確立およびRegistrationを順番に実行する。
通信路の確立あるいは未確立の状態は、従来の方式により端末装置とネットワーク側の各装置との間で状態管理でき、端末装置とネットワーク側の各装置とは、通信路の確立状態とRegistration処理の状態との同期をとる。つまり、ショートメッセージを端末装置が受信したら、通信路が確立されている状態でRegistration処理を行う。
【００３９】
ところで、ショートメッセージを受信した際に、利用可能な通信路が既に確立されていれば、端末装置は新たに通信路を確立せず、既存の通信路を利用することができる。この場合、端末装置は利用可能な通信路が既に確立されているかを確認してから、必要であれば新規に通信路を確立し、次にRegistrationを行う。なお、通信路とRegistrationの解放および確立の手順そのものは従来の方式と変わらない。
【００４０】
（通信制御方法）
上述した通信制御システムにおいては、以下のような通信制御方法が採用されている。すなわち、通信路の確立状態でかつＳＩＰトランザクションの確立状態において、端末装置に対する通信サービスを提供するための通信制御方法であり、通信路が未確立状態でかつＳＩＰトランザクションが未確立状態において、発信側端末装置からのＳＩＰによるリクエストメッセージを取得するメッセージ取得ステップ（図１中のステップＳ０に対応）と、上記メッセージ取得ステップにおけるリクエストメッセージの取得に応答して着信側端末装置に向けて、通信路確立及びRegistration処理を促すための制御信号を送出する制御信号送出ステップ（図１中のステップＳ８に対応）と、上記制御信号送出ステップにおける上記制御信号の送出後に上記通信路を確立する処理を行う通信路確立処理ステップ（図１中のステップＳ１７及びＳ１８に対応）と、上記通信路確立処理ステップによる通信路確立処理後にＳＩＰトランザクションを確立する処理を行うＳＩＰトランザクション確立処理ステップ（図１中のステップＳ１９及びＳ２０に対応）とを含む通信制御方法が採用されている。
【００４１】
このように処理することにより、発信側端末からリクエストがあった場合に制御信号を送出して通信路確立及びRegistration処理を促すことができ、トランザクションを確立することができる。つまり、着信用の通信路と着信側端末装置のRegistrationが共に未確立な状態にあるときに、発信側からＳＩＰリクエストを受信してトランザクションを確立し、通信路の確立処理とＳＩＰによるRegistration処理と同期して管理することにより、通信路を維持するための無線リソースを効率的に利用できる。
【産業上の利用可能性】
【００４２】
本発明は、通信路の確立処理とＳＩＰによるRegistration処理と同期して管理する場合等に利用することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明の実施の形態に係る各装置を用いて構成した通信制御システムにおいて、通信路確立処理及びRegistration処理を経てＶｏＩＰサービス利用可能な状態に移行するまでの動作例を示すシーケンス図である。
【図２】本発明によるＳＩＰサーバ、加入者情報管理装置、端末装置等を用いて構成した通信制御システム全体の構成例を示すブロック図である。
【図３】図２中のＳＩＰサーバ１Ａの構成例を示すブロック図である。
【図４】図２中の加入者情報管理装置３の構成例を示すブロック図である。
【図５】図２中の端末装置２Ｂの構成例を示すブロック図である。
【図６】着信要求フラグによる他の呼の管理手順を示す図である。
【図７】Registration処理の中止処理を示すシーケンス図である。
【符号の説明】
【００４４】
１Ａ、１Ｂ  ＳＩＰサーバ
２Ａ、２Ｂ  端末装置
３  加入者情報管理装置
４  制御装置
５  ＳＭＳゲートウェイ
１１  メッセージ取得機能
１２  制御信号送出機能
１３  識別情報記憶機能
１４  Registration待ちタイマ
２１  制御信号取得機能
２２  通信路確立処理機能
２３  Registration処理機能
２４  判断機能
２５  応答メッセージ送出機能
２６  解除機能
３０ａ  在圏位置情報
３０ｂ  アドレス情報
３０ｃ  通信路確立フラグ
３０ｄ  ＳＩＰトランザクション確立フラグ
３０ｅ  着信要求フラグ
３０  記憶部
３１  通知機能
【図１】
2007020000.tif 000003
【図２】
2007020000.tif 000004
【図３】
2007020000.tif 000005
【図４】
2007020000.tif 000006
【図５】
2007020000.tif 000007
【図６】
2007020000.tif 000008
【図７】
2007020000.tif 000009