(57)【要約】【課題】ＳＩＰサーバに接続されるＳＩＰ端末が、セッションタイマ機能を実装していない場合であっても、ＳＩＰサーバとＳＩＰ端末との間のセッションのヘルスチェックを実行する。【解決手段】Ｂ２ＢＵＡとして動作し、送受信部を備えたＳＩＰサーバにおいて、セッションタイマを無条件に起動するか否かを規定する無条件起動フラグ２１１、及び前記セッションタイマを無条件に起動するときに前記送受信部が送信するセッションリフレッシュリクエストに使用するリフレッシュリクエストメソッド２１４を含むＳＩＰ端末情報２を、収容するＳＩＰ端末ごとに有することを特徴とする。【選択図】図３
2010226459.tif 000002
【特許請求の範囲】
【請求項１】
Ｂ２ＢＵＡとして動作し、送受信部を備えたＳＩＰサーバにおいて、
セッションタイマを無条件に起動するか否かを規定する無条件起動フラグ、及び前記セッションタイマを無条件に起動するときに前記送受信部が送信するセッションリフレッシュリクエストに使用するリフレッシュリクエストメソッドを含むＳＩＰ端末情報を、収容するＳＩＰ端末ごとに有することを特徴とするＳＩＰサーバ。
【請求項２】
前記セッションタイマを起動するための時間間隔の基準となるセッションリフレッシュ間隔のデータを前記ＳＩＰ端末情報に有し、
前記時間間隔で前記セッションタイマを起動させるタイマをさらに有する
ことを特徴とする請求項１に記載のＳＩＰサーバ。
【請求項３】
前記ＳＩＰ端末は、セッションタイマ機能を実装せず、セッションパラメータの変更のない前記セッションリフレッシュリクエストに対して何もせず正常応答としてステータスコード２ｘｘを返信することを特徴とする請求項１又は請求項２に記載のＳＩＰサーバ。
【請求項４】
前記セッションリフレッシュリクエストは、ｒｅ-ＩＮＶＩＴＥリクエスト、又はセッションパラメータのないＵＰＤＡＴＥリクエストであることを特徴とする請求項３に記載のＳＩＰサーバ。
【請求項５】
イニシャルＩＮＶＩＴＥリクエストの受信、又はイニシャルＩＮＶＩＴＥリクエストの送信に対する２００ＯＫレスポンスの受信によるセッションの確立の際に、前記無条件起動フラグを確認し、この無条件起動フラグに応じて前記セッションリフレッシュ間隔の２分の１の時間で前記タイマを登録し、登録したタイマの時間の経過に伴いセッションタイマを無条件に起動することを特徴とする請求項４に記載のＳＩＰサーバ。
【請求項６】
前記２００ＯＫレスポンスは、Ｓｕｐｐｏｒｔｅｄヘッダ、又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが付与されていないことを特徴とする請求項５に記載のＳＩＰサーバ。
【請求項７】
前記タイマが起動した場合に、前記セッションリフレッシュリクエストを編集し、送信を開始することを特徴とする請求項５又は請求項６に記載のＳＩＰサーバ。
【請求項８】
前記セッションリフレッシュリクエストに対して、２００ＯＫレスポンスを受信できなかった場合に、セッション解放処理を開始してＢＹＥリクエストを送信することを特徴とする請求項７に記載のＳＩＰサーバ。
【請求項９】
前記セッションリフレッシュリクエストに対して、２００ＯＫレスポンスを受信できた場合に、セッションを継続するとともに、受信した２００ＯＫレスポンスでのｔｉｍｅｒタグの有無と、このＳＩＰ端末に対応するＳＩＰ端末情報のセッションタイマ情報の前記無条件起動フラグの値を確認することによってセッションタイマの起動条件を再確認することを特徴とする請求項７に記載のＳＩＰサーバ。
【請求項１０】
前記セッションリフレッシュリクエストに使用するメソッドは、前記ＳＩＰ端末から通知されたＡｌｌｏｗヘッダでのＵＰＤＡＴＥが設定されていなかった場合にはＩＮＶＩＴＥとして決定され、ＵＰＤＡＴＥが設定されていた場合にはＵＰＤＡＴＥであることを確認すると共に、このＳＩＰ端末に対応するＳＩＰ端末情報のセッションタイマ情報のリフレッシュリクエストメソッドとして決定されることを特徴とする請求項７から請求項９のうちのいずれか１項に記載のＳＩＰサーバ。
【請求項１１】
前記ＳＩＰ端末情報は、さらに最小限セッションリフレッシュ間隔の情報を含んでおり、
前記セッションリフレッシュリクエストを編集する際に、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｄｅｌｔａ−ｓｅｃｏｎｄｓパラメータに前記ＳＩＰ端末に対応するＳＩＰ端末情報のセッションタイマ情報のセッションリフレッシュ間隔を、ｒｅｆｒｅｓｈｅｒパラメータにｕａｃを設定し、Ｍｉｎ−ＳＥヘッダにはこのＳＩＰ端末に対応するＳＩＰ端末情報のセッションタイマ情報の最小限セッションリフレッシュ間隔を設定することを特徴とする請求項５から請求項８のうちのいずれか１項に記載のＳＩＰサーバ。
【請求項１２】
Ｂ２ＢＵＡとして動作し、セッションタイマを無条件に起動するか否かを規定する無条件起動フラグを含むＳＩＰ端末情報を、収容するＳＩＰ端末ごとに有するＳＩＰサーバのセッションタイマ起動方法において、
前記ＳＩＰサーバが、前記無条件起動フラグの値を確認するステップと、
前記ＳＩＰサーバが、所定の時間間隔後に前記セッションタイマを起動するステップと、
を有することを特徴とするＳＩＰサーバのセッションタイマ起動方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｂ２ＢＵＡ（Back-To-Back User Agent）として動作するＳＩＰサーバ、及びセッションタイマ起動方法に関する。
【背景技術】
【０００２】
呼（セッション）の状態を管理するＳＩＰ（Session Initiation Protocol）サーバにおいては、セッション終了時に接続先のユーザエージェントであるＳＩＰ端末がＢＹＥリクエストの送信に失敗した場合や、ネットワークの問題でＢＹＥリクエスト信号が紛失した場合に、セッションの終了契機を検出できず、不要となったコールステート等のリソース情報を保持し続けてしまうという問題があった。この問題の対策として、ＲＦＣ４０２８（Request for comments 4028）にセッションタイマ機能が規定された。
【０００３】
セッションタイマ機能は、セッション確立後に、一方のユーザエージェントから他方のユーザエージェントに対してセッションリフレッシュリクエストとしてｒｅ−ＩＮＶＩＴＥリクエスト又はＵＰＤＡＴＥリクエストを送信し、リクエストを受信したユーザエージェントからレスポンスを返却することにより、セッションのヘルスチェックが実行される。
セッションリフレッシュリクエストの送信側（リフレッシャ）と受信側（非リフレッシャ）とは、セッション確立の際、及びセッションリフレッシュを含めたセッション変更が実行されるごとに、ユーザエージェント間のネゴシエーションによって決定される。また、このネゴシエーションのセッションリフレッシュ間隔も決定される。
【０００４】
リフレッシャとなったユーザエージェントは、決定されたセッションリフレッシュ間隔の２分の１の時間毎にセッションリフレッシュリクエストを送信して、非リフレッシャからのレスポンスの有無によって、非リフレッシャであるユーザエージェントとのセッションの死活を確認する。
一方、非リフレッシャであるユーザエージェントは、セッションリフレッシュ間隔から若干の値（１０秒程度）を引いた時間分、リフレッシャからセッションリフレッシャリクエストの受信を監視することによって、リフレッシャであるユーザエージェントとのセッションの死活を確認する。
リフレッシャ及び非リフレッシャは、セッションの死活確認においてセッションが活性化していないことを確認した場合、切断信号（ＢＹＥリクエスト）を送信してセッションを解放する。
【０００５】
Ｂ２ＢＵＡとして動作するＳＩＰサーバは、サーバ内にユーザエージェントが存在するため、ユーザエージェント単位にセッションタイマ機能を適用し、ＳＩＰサーバとＳＩＰ端末との間のセッションのヘルスチェックを実行することが可能である。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】J.Rosenberg外、“RFC 3261 SIP:Session Initiation Protocol”、[online]、June 2002、IETF、[平成２１年３月９日検索]、インターネット<URL:http://www.ietf.org/rfc/rfc3261.txt>
【非特許文献２】J.Rosenberg外、“RFC 3311 The Session Initiation Protocol(SIP) UPDATE Method”、[online]、September 2002、IETF、[平成２１年３月９日検索]、インターネット<http://www.ietf.org/rfc/rfc3311.txt>
【非特許文献３】S. Donovan外、“RFC 4028 Session Timers in the Initiation Protocol(SIP)”、[online]、April 2005、IETF、[平成２１年３月９日検索]、インターネット<http://www.ietf.org/rfc/rfc4028.txt>
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＳＩＰサーバに接続されるＳＩＰ端末において、セッションタイマ機能を実装していない場合、ＲＦＣ４０２８の規定に従ったＳＩＰサーバとＳＩＰ端末との間のセッションのヘルスチェックを実行することができないという問題があった。
【０００８】
本発明は前記問題に鑑みてなされたものであり、ＳＩＰサーバに接続されるＳＩＰ端末が、セッションタイマ機能を実装していない場合であっても、セッションタイマを無条件に起動することにより、ＳＩＰサーバとＳＩＰ端末との間のセッションの死活を確認することができるＳＩＰサーバ、及びセッションタイマ起動方法を提供することを課題とする。
【課題を解決するための手段】
【０００９】
前記課題を解決するため、本発明に係るＳＩＰサーバは、Ｂ２ＢＵＡとして動作し、送受信部を備えたＳＩＰサーバにおいて、セッションタイマを無条件に起動するか否かを規定する無条件起動フラグ、及び前記セッションタイマを無条件に起動するときに前記送受信部が送信するセッションリフレッシュリクエストに使用するリフレッシュリクエストメソッドを含むＳＩＰ端末情報を、収容するＳＩＰ端末ごとに有することを特徴とする。
【００１０】
前記課題を解決するため、本発明に係るＳＩＰサーバのセッションタイマ起動方法は、Ｂ２ＢＵＡとして動作し、セッションタイマを無条件に起動するか否かを規定する無条件起動フラグを含むＳＩＰ端末情報を、収容するＳＩＰ端末ごとに有するＳＩＰサーバのセッションタイマ起動方法において、前記ＳＩＰサーバが、前記無条件起動フラグの値を確認するステップと、前記ＳＩＰサーバが、所定の時間間隔後に前記セッションタイマを起動するステップと、を有することを特徴とする。
【発明の効果】
【００１１】
このように、本発明に係るＳＩＰサーバは、セッションタイマを無条件に起動することにより、ＳＩＰサーバとＳＩＰ端末との間のセッションの死活を確認することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係るＢ２ＢＵＡで動作するＳＩＰサーバとＳＩＰ端末とで構成される、通信システムの構成図である。
【図２】本発明の実施の形態に係るＳＩＰサーバの内部構成を示すブロック図である。
【図３】本発明の実施の形態に係るＳＩＰ端末情報のデータ構成例を示す図である。
【図４】本発明の第１実施形態におけるＳＩＰ端末発信時のセッションタイマ無条件起動の動作例を示すシーケンスチャートである。
【図５】本発明の第１実施形態におけるＳＩＰ端末着信時のセッションタイマ無条件起動の動作例を示すシーケンスチャートである。
【発明を実施するための形態】
【００１３】
（第１実施形態）
図１は、本発明の第１実施形態におけるＢ２ＢＵＡで動作するＳＩＰサーバとそれに収容されるＳＩＰ端末とで構成される通信システムの構成図である。この通信システムは、ＳＩＰサーバ１と複数のＳＩＰ端末３ａ、３ｂ、・・・３ｘ（以下「ＳＩＰ端末３ａ、３ｂ、・・・３ｘ」を総合して「ＳＩＰ端末３」という場合もある）とがネットワークＮ１を介して接続され、ＳＩＰサーバ１とＳＩＰサーバ１０１とがネットワークＮ２を介して接続され、ＳＩＰサーバ１０１とＳＩＰ端末１０３とがネットワークＮ３を介して接続されている。複数のＳＩＰ端末３ａ、３ｂ、・・・３ｘは、ＳＩＰサーバ１に収容されている。また、ＳＩＰサーバ１は、その内部に複数のＳＩＰ端末情報２ａ、２ｂ、・・・２ｘ（以下「ＳＩＰ端末情報２ａ、２ｂ、・・・２ｘ」を総合して「ＳＩＰ端末情報２」という場合もある）を保持する。個々のＳＩＰ端末情報２は、接続されるＳＩＰ端末３に対応している。
【００１４】
図２は、本発明の第１実施形態におけるＢ２ＢＵＡで動作するＳＩＰサーバ１の内部構成を示すブロック図である。ＳＩＰサーバ１は、呼制御部４、フラグ判定部５、タイマ６、送信部７、受信部８、及び記憶部９を備えて構成される。
フラグ判定部５は、ＳＩＰ端末情報２内に備えられる無条件起動フラグ２１１の“ＯＮ”又は“ＯＦＦ”を判定する。無条件起動フラグ２１１の詳細は後記する。タイマ６は、無条件起動フラグ２１１が“ＯＮ”に設定されているときに、セッションタイマを無条件に起動する時間が設定される。タイマ６に設定した時間に達したら、タイマ６は、呼制御部４に連絡する。呼制御部４は、タイマ６からの連絡を受けると、セッションタイマを無条件に起動する処理を実行する。無条件に起動されるセッションタイマの処理は、ＳＩＰサーバ１が送信部７からＳＩＰ端末３に送信するセッションリフレッシュリクエストに対して、ＳＩＰ端末３からの返信を受信部８が受信したか否かにより行われる。ＳＩＰ端末３からの返信を受信したか否かの情報は呼制御部４に連絡される。呼制御部４は、ＳＩＰ端末３からの返信を受信できた場合は、セッションが活性状態であると判定し、返信を受信できなかった場合は、セッションが非活性状態であると判定し、それに応じた処理を行う。
【００１５】
図３は、本発明の第１実施形態におけるＳＩＰサーバ１が備えるＳＩＰ端末情報２のデータ構成例である。ＳＩＰ端末情報２は、検索時のキー情報としての電話番号又はＳＩＰ−ＵＲＩ(Session Initiation Protocol-Uniform Resource Identifier)２０１、セッションタイマの機能にて使用するセッションタイマ情報２１０、その他のデータ２２０から構成されている。本実施形態では、セッションタイマ情報２１０の構成についてさらに詳しく説明する。なお、その他のデータ２２０としては、図示しないＲＥＧＩＳＴＥＲにて通知されるＳＩＰ端末３側のリクエスト受信アドレスが示されるバインディングアドレス等が存在するが、本実施形態とは直接関係しないために説明を省略する。
【００１６】
セッションタイマ情報２１０は、無条件起動フラグ２１１、セッションリフレッシュ間隔２１２、最小限セッションリフレッシュ間隔２１３、リフレッシュリクエストメソッド２１４から構成される。
なお、無条件起動フラグ２１１は、本実施形態特有の項目であるが、セッションリフレッシュ間隔２１２、最小限セッションリフレッシュ間隔２１３、リフレッシュリクエストメソッド２１４については、従来のＲＦＣ４０２８に対応するＳＩＰサーバが項目として備えている。
【００１７】
（無条件起動フラグ２１１）
無条件起動フラグ２１１は、接続先のＳＩＰ端末３がＲＦＣ４０２８で規定されるセッションタイマ機能を実装していない場合に、ＳＩＰサーバ１がＲＦＣ４０２８で規定されるセッションタイマをＲＦＣ４０２８に規定される起動条件とは関係なく無条件に起動（以下「セッションタイマ無条件起動」という）するかどうかを選択するフラグである。設定値は“ＯＮ”又は“ＯＦＦ”であり、それぞれ“起動する”又は“起動しない”という意味を持つ。ＲＦＣ３２６１では「セッションパラメータが変更されていないｒｅ−ＩＮＶＩＴＥリクエストを受信した場合、特に何もせず正常応答としてステータスコード２ｘｘを返却してもよい」という許容事項の規定がある。このため、ＲＦＣ４０２８で規定されるセッションタイマ機能を実装していないが前記のＲＦＣ３２６１に規定される許容事項をサポートしているＳＩＰ端末３に対して、ＳＩＰサーバ１は、無条件起動フラグ２１１を“ＯＮ”に設定し、ＳＩＰサーバ１からセッションパラメータが変更されていないセッションリフレッシュリクエストを、ＲＦＣ４０２８に規定されるセッションリフレッシュリクエストの送信条件とは関係なく無条件に送信することにより、ＳＩＰサーバ１とＳＩＰ端末３との間のセッションのヘルスチェックを実行する。
【００１８】
ここで、ＳＩＰサーバ１がセッションタイマ無条件起動で起動するセッションタイマは、ＲＦＣ４０２８に規定されるセッションタイマと起動条件以外は同じである。その為、セッションタイマ無条件起動で起動するセッションタイマで送信するセッションリクエストと、ＲＦＣ４０２８で規定されるセッションタイマで送信するセッションリクエストとは、フィールド項目及び内容は共に同じである。
なお、前記のＲＦＣ３２６１に規定される許容事項をサポートしていないＳＩＰ端末３に対して、ＳＩＰサーバ１が、セッションパラメータを変更していないセッションリフレッシュリクエストを送信してしまうと、エラーとして処理され、ＳＩＰサーバ１とＳＩＰ端末３との間のセッションが解放されてしまう可能性がある。その為、この場合は、無条件起動フラグ２１１を“ＯＦＦ”とすることにより、ＳＩＰサーバ１は、セッションリフレッシュリクエストを送信しないようにする。
【００１９】
（セッションリフレッシュ間隔２１２）
セッションリフレッシュ間隔２１２は、ＲＦＣ４０２８で規定されるセッションタイマ起動時、及び本実施形態におけるセッションタイマ無条件起動時に、接続先のＳＩＰ端末３から指定されなかった場合における、ＳＩＰサーバ１が適用するセッションリフレッシュの時間間隔であり、設定範囲は６０〜６００秒である。
ＳＩＰサーバ１がセッションタイマ無条件起動を実行する場合に、ＳＩＰサーバ１は、このセッションリフレッシュ間隔２１２の半分の値の時間待機した後に、セッションパラメータを変更していないセッションリフレッシュリクエストを送信する。
なお、セッションリフレッシュ間隔２１２は、セッションタイマ起動時及びセッションタイマ無条件起動時に、セッションリフレッシュリクエストのＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｄｅｌｔａ−ｓｅｃｏｎｄｓパラメータに設定する値としてＳＩＰサーバ１が参照する。
【００２０】
（最小限セッションリフレッシュ間隔２１３）
最小限セッションリフレッシュ間隔２１３は、ＳＩＰサーバ１側の条件として設定されるセッションリフレッシュ間隔の最小限の値である。最小限セッションリフレッシュ間隔２１３は、セッションタイマ起動時及びセッションタイマ無条件起動時に、セッションリフレッシュリクエストのＭｉｎ−ＳＥヘッダにＳＩＰサーバ１により設定され、接続先のＳＩＰ端末３に対して通知される。
【００２１】
（リフレッシュリクエストメソッド２１４）
リフレッシュリクエストメソッド２１４は、ＲＦＣ４０２８で規定されるセッションタイマ起動時、及び本実施形態におけるセッションタイマ無条件起動時に、ＳＩＰサーバ１が送信するセッションリフレッシュリクエストに使用するメソッドである。設定値は“ＩＮＶＩＴＥ”又は“ＵＰＤＡＴＥ”である。
なお、本実施形態におけるセッションタイマ無条件起動時において、接続先のＳＩＰ端末３よりＡｌｌｏｗヘッダにてＵＰＤＡＴＥの受信が許容できないことが通知された場合には、ＳＩＰサーバ１は、セッションリフレッシュリクエストに本データの設定とは関係なく一律ＩＮＶＩＴＥメソッドを使用する。
【００２２】
（第１実施形態におけるＳＩＰサーバの動作）
図４及び図５に示すシーケンスチャートを用いて、第１実施形態におけるセッションタイマ無条件起動の動作について説明する。
図４は、ＳＩＰ端末３ａからＢ２ＢＵＡで動作するＳＩＰサーバ１にリクエストを発信した場合のセッションタイマ無条件起動の動作例である。以下、ＳＩＰサーバ１とＳＩＰ端末３ａとの間の関係について記述する。
【００２３】
ＳＩＰ端末３ａは、ＲＦＣ４０２８に規定されるセッションタイマ機能を実装していないが、セッションパラメータの変更のないｒｅ−ＩＮＶＩＴＥリクエストを受信した場合に、ＲＦＣ３２６１に規定される許容事項である「特に何もせず正常応答としてステータスコード２ｘｘを返却する機能」を実装している。また、ＳＩＰ端末３ａは、ＵＰＤＡＴＥメソッドを扱うことができない。
ＳＩＰサーバ１は、ＳＩＰ端末３ａに対応するＳＩＰ端末情報２ａを保持している。ＳＩＰサーバ１の保守者（オペレータ）は、事前にＳＩＰ端末３ａが有する機能を判断して、ＳＩＰ端末３ａの機能をＳＩＰ端末情報２ａとしてＳＩＰサーバ１に登録を行っている。具体的には、ＳＩＰ端末情報２ａのセッションタイマ情報２１０ａの、無条件起動フラグ２１１ａに“ＯＮ”、セッションリフレッシュ間隔２１２ａに１８０秒、最小限セッションリフレッシュ間隔２１３ａに１８０秒、リフレッシュリクエストメソッド２１４ａにＵＰＤＡＴＥが設定されている。
【００２４】
続いて、図４に示す各ステップについて説明する。
（ステップＳ１）
ＳＩＰサーバ１は、ＳＩＰ端末３ａからイニシャルＩＮＶＩＴＥリクエストを受信する。このとき、ＳＩＰサーバ１は、イニシャルＩＮＶＩＴＥリクエストのＳｕｐｐｏｒｔｅｄヘッダ又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが設定されていないことにより、ＳＩＰ端末３ａがセッションタイマ機能を実装していないことを判断する。なお、ＳＩＰサーバ１は、Ｓｕｐｐｏｒｔｅｄヘッダ又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが設定されていた場合は、ＳＩＰ端末３ａがＲＦＣ４０２８で規定されるセッションタイマ機能を実装していると判断し、ＳＩＰサーバ１は、ＲＦＣ４０２８に規定される条件に従ってセッションタイマを起動する。また、ＳＩＰサーバ１は、ＡｌｌｏｗヘッダにＵＰＤＡＴＥが設定されていないことにより、ＳＩＰ端末３ａがＵＰＤＡＴＥメソッドを扱えないことを判断する。
【００２５】
（ステップＳ２）
ＳＩＰサーバ１は、セッションの確立を検出する。ＳＩＰサーバ１は、ステップＳ１においてＳＩＰ端末３ａがセッションタイマ機能を実装していないと判断しているため、ＳＩＰ端末情報２ａのセッションタイマ情報の無条件起動フラグ２１１ａを確認し、ＯＮとなっている場合は、セッションタイマを無条件に起動する。なお、ＯＦＦとなっている場合は、セッションタイマを起動しない。本実施形態では、ＳＩＰサーバ１は、無条件起動フラグ２１１ａがＯＮとなっているためにＲＦＣ４０２８で規定されるセッションタイマを無条件に起動する。
【００２６】
ＳＩＰサーバ１は、セッションタイマを無条件に起動する場合に、ＳＩＰ端末３ａからのイニシャルＩＮＶＩＴＥリクエストへの応答である２００ＯＫレスポンスを、以下のように編集する。ＳＩＰサーバ１は、自身がＲＦＣ４０２８に規定されるセッションタイマ機能を実装しているため、Ｓｕｐｐｏｒｔｅｄヘッダにｔｉｍｅｒタグを設定する。ＳＩＰサーバ１は、ＳＩＰ端末情報２ａのセッションタイマ情報２１０ａのセッションリフレッシュ間隔２１２ａを確認し１８０秒となっているため、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｄｅｌｔａ−ｓｅｃｏｎｄｓパラメータに１８０を設定し、ＳＩＰサーバ１がリフレッシャとなるためＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｒｅｆｒｅｓｈｅｒパラメータにはｕａｓを設定し、最小限セッションリフレッシュ間隔２１３ａを確認し１８０秒となっているため、Ｍｉｎ−ＳＥヘッダに１８０を設定する。また、ＳＩＰサーバ１は、２００ＯＫレスポンスにセッション確立時に通知された着信側のセッションパラメータを設定する。そして、ＳＩＰサーバ１は、前記の通り編集した２００ＯＫレスポンスを、ＳＩＰ端末３ａに対して送信する。
送信後、ＳＩＰサーバ１は、ＳＩＰ端末情報２ａのセッションタイマ情報２１０ａ（図３）のセッションリフレッシュ間隔２１２ａを参照し、１８０秒となっているため、２分の１の値である９０秒でタイマ６に登録して、タイマ６が起動する。
【００２７】
（ステップＳ３）
タイマに登録された９０秒が経過するとタイムアップとなり、タイマ６は呼制御部４に連絡する。ＳＩＰサーバ１は、セッションタイマを起動し、セッションリフレッシュリクエスト送信処理を開始する。
ＳＩＰサーバ１は、ステップＳ１においてＳＩＰ端末３ａがＵＰＤＡＴＥメソッドを扱えないことを判断しているため、セッションリフレッシュリクエストにＩＮＶＩＴＥメソッドを使用する。ＳＩＰサーバ１は、自身がセッションタイマ機能を実装しているためＳｕｐｐｏｒｔｅｄヘッダにｔｉｍｅｒタグを設定する。ＳＩＰサーバ１は、ＳＩＰ端末情報２ａのセッションタイマ情報２１０ａのセッションリフレッシュ間隔２１２ａを確認し１８０秒となっているため、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｄｅｌｔａ−ｓｅｃｏｎｄｓパラメータに１８０を設定し、ＳＩＰサーバ１がリフレッシャとなるためＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｒｅｆｒｅｓｈｅｒパラメータにはｕａｃを設定し、最小限セッションリフレッシュ間隔２１３ａを確認し１８０秒となっているため、Ｍｉｎ−ＳＥヘッダに１８０を設定する。また、ＳＩＰサーバ１は、ステップＳ２において２００ＯＫレスポンスに設定した着信側のセッションパラメータを変更しないままで設定する。セッションパラメータを変更しないままで設定するのは、ＲＦＣ３２６１に規定される許容事項である「特に何もせず正常応答としてステータスコード２ｘｘを返却する機能」を使うためである。ＳＩＰサーバ１は、前記の通り編集したｒｅ−ＩＮＶＩＴＥリクエストを、セッションリフレッシュリクエストとしてＳＩＰ端末３ａに対して送信する。
【００２８】
（ステップＳ４）
ＳＩＰサーバ１は、ＳＩＰ端末３ａから、セッションリフレッシュリクエストであるｒｅ−ＩＮＶＩＴＥリクエストに対する２００ＯＫレスポンスを受信することにより、このセッションが活性状態であると判定し、セッションを継続する。このとき、ＳＩＰサーバ１は、２００ＯＫレスポンスのＳｕｐｐｏｒｔｅｄヘッダ又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが設定されていないことにより、ＳＩＰ端末３ａがセッションタイマ機能を実装していないことを判断する。また、ＳＩＰサーバ１は、２００ＯＫレスポンスのＡｌｌｏｗヘッダにＵＰＤＡＴＥが設定されていないことによりＳＩＰ端末３ａがＵＰＤＡＴＥメソッドを扱えないことを判断する。続いて、ＳＩＰサーバ１は、ＳＩＰ端末３ａがセッションタイマ機能を実装していないため、ＳＩＰ端末情報２ａのセッションタイマ情報の無条件起動フラグ２１１ａを確認し、ＯＮとなっている場合は、セッションタイマを無条件に起動する。なお、ＯＦＦとなっている場合は、セッションタイマを起動しない。本実施形態では、ＳＩＰサーバ１は、無条件起動フラグ２１１ａがＯＮとなっているためにＲＦＣ４０２８で規定されるセッションタイマを無条件に起動する。
【００２９】
ＳＩＰサーバ１は、セッションタイマを無条件に起動する場合に、ＳＩＰ端末情報２ａのセッションタイマ情報２１０ａのセッションリフレッシュ間隔２１２ａを確認し１８０秒となっているため、その２分の１の値である９０秒でタイマ６に登録して、タイマ６が起動する。また、ＳＩＰサーバは、２００ＯＫレスポンスに対するＡＣＫリクエストをＳＩＰ端末３ａに対して返信する。
なお、Ｓｕｐｐｏｒｔｅｄヘッダ又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが設定されていないことの判断や、ＡｌｌｏｗヘッダにＵＰＤＡＴＥが設定されていないことの判断を、ステップＳ１と重複して行っているようにも見える。この理由は、ＲＦＣ４０２８に、セッションリフレッシュリクエスト毎に、リフレッシャ／非リフレッシャの関係や、セッションリフレッシュ間隔を再度ネゴシエーションしてもよいことが規定されているため、可能性として、Ｓｕｐｐｏｒｔｅｄヘッダにｔｉｍｅｒタグを付与しなかったＳＩＰ端末３ａが、次のセッションリフレッシュにおいて、ｔｉｍｅｒタグを付与して、セッションタイマのサポートを通知してくるケースを考慮しているものである。
【００３０】
（ステップＳ５）
ステップＳ５の処理の概要は、ステップＳ３と同じである。
タイマに登録された９０秒が経過するとタイムアップとなり、タイマ６は呼制御部４に連絡する。ＳＩＰサーバ１は、セッションタイマを起動し、セッションリフレッシュリクエスト送信処理を開始する。
ＳＩＰサーバ１は、ステップＳ４においてＳＩＰ端末３ａがＵＰＤＡＴＥメソッドを扱えないことを判断しているため、セッションリフレッシュリクエストにＩＮＶＩＴＥメソッドを使用する。ＳＩＰサーバ１は、自身がセッションタイマ機能を実装しているためＳｕｐｐｏｒｔｅｄヘッダにｔｉｍｅｒタグを設定する。ＳＩＰサーバ１は、ＳＩＰ端末情報２ａのセッションタイマ情報２１０ａのセッションリフレッシュ間隔２１２ａを確認し１８０秒となっているため、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｄｅｌｔａ−ｓｅｃｏｎｄｓパラメータに１８０を設定し、ＳＩＰサーバ１がリフレッシャとなるためＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｒｅｆｒｅｓｈｅｒパラメータにはｕａｃを設定し、最小限セッションリフレッシュ間隔２１３ａを確認し１８０秒となっているため、Ｍｉｎ−ＳＥヘッダに１８０を設定する。また、ＳＩＰサーバ１は、ステップＳ２において２００ＯＫレスポンスに設定した着信側のセッションパラメータを変更しないままで設定する。セッションパラメータを変更しないままで設定するのは、ＲＦＣ３２６１に規定される許容事項である「特に何もせず正常応答としてステータスコード２ｘｘを返却する機能」を使うためである。ＳＩＰサーバ１は、前記の通り編集したｒｅ−ＩＮＶＩＴＥリクエストを、セッションリフレッシュリクエストとしてＳＩＰ端末３ａに対して送信する。
【００３１】
（ステップＳ６）
ＳＩＰサーバ１は、ＳＩＰ端末３ａからセッションリフレッシュリクエストであるｒｅ−ＩＮＶＩＴＥリクエストに対する２００ＯＫレスポンスを受信できなかった場合、このセッションが非活性状態であると判定し、セッション解放処理を開始する。セッションの解放では、ＳＩＰサーバ１は、ＳＩＰ端末３ａに対してＢＹＥリクエストを送信する。
【００３２】
次に、図５は、Ｂ２ＢＵＡで動作するＳＩＰサーバ１からＳＩＰ端末３ｂに着信した場合のセッションタイマ無条件起動の動作例である。以下、ＳＩＰサーバ１とＳＩＰ端末３ｂとの間の関係について記述する。
ＳＩＰ端末３ｂは、ＲＦＣ４０２８に規定されるセッションタイマ機能を実装していないが、セッションパラメータの変更のないｒｅ−ＩＮＶＩＴＥリクエストを受信した場合に、ＲＦＣ３２６１に規定される許容事項である「特に何もせず正常応答としてステータスコード２ｘｘを返却する機能」を実装している。また、ＳＩＰ端末３ｂは、ＵＰＤＡＴＥメソッドを扱うことが可能であり、セッションパラメータが付与されていないＵＰＤＡＴＥリクエストを受信した場合に、ＲＦＣ３２６１に規定される「特に何もせず正常応答としてステータスコード２ｘｘを返却する機能」を実装している。
【００３３】
ＳＩＰサーバ１は、ＳＩＰ端末３ｂに対応するＳＩＰ端末情報２ｂを保持している。ＳＩＰサーバ１の保守者（オペレータ）は、事前にＳＩＰ端末３ｂが有する機能を判断して、ＳＩＰ端末３ｂの機能をＳＩＰ端末情報２ｂとしてＳＩＰサーバ１に登録を行っている。具体的には、ＳＩＰ端末情報２ｂのセッションタイマ情報２１０ｂの、無条件起動フラグ２１１ｂに“ＯＮ”、セッションリフレッシュ間隔２１２ｂに３００秒、最小限セッションリフレッシュ間隔２１３ｂに１８０秒、リフレッシュリクエストメソッド２１４ｂにＵＰＤＡＴＥが設定されている。
【００３４】
続いて、図５に示す各動作ステップについて説明する。
（ステップＳ１１）
ＳＩＰサーバ１は、ＳＩＰ端末３ｂに着信があったことを検出する。
ＳＩＰサーバ１は、ＳＩＰ端末３ｂに対して送信するイニシャルＩＮＶＩＴＥを以下のように編集する。ＳＩＰサーバ１は、自身がＲＦＣ４０２８に規定されるセッションタイマ機能を実装しているため、Ｓｕｐｐｏｒｔｅｄヘッダにｔｉｍｅｒタグを設定する。ＳＩＰサーバ１は、ＳＩＰ端末情報２ｂのセッションタイマ情報２１０ｂのセッションリフレッシュ間隔２１２ｂを確認し３００秒となっているため、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｄｅｌｔａ−ｓｅｃｏｎｄｓパラメータに３００を設定し、ＳＩＰサーバ１がリフレッシャとなるためＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｒｅｆｒｅｓｈｅｒパラメータにはｕａｃを設定し、最小限セッションリフレッシュ間隔２１３ｂを確認し１８０秒となっているため、Ｍｉｎ−ＳＥヘッダに１８０を設定する。また、ＳＩＰサーバ１は、着信検出時に通知された発信側のセッションパラメータを設定する。そして、ＳＩＰサーバ１は、前記の通り編集したイニシャルＩＮＶＩＴＥリクエストを、ＳＩＰ端末３ｂに対して送信する。
【００３５】
（ステップＳ１２）
ＳＩＰサーバ１は、ＳＩＰ端末３ｂから、イニシャルＩＮＶＩＴＥリクエストに対する２００ＯＫレスポンスを受信する。このとき、ＳＩＰサーバ１は、２００ＯＫレスポンスのＳｕｐｐｏｒｔｅｄヘッダ又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが設定されていないことにより、ＳＩＰ端末３ｂがセッションタイマ機能を実装していないことを判断する。なお、ＳＩＰサーバ１は、Ｓｕｐｐｏｒｔｅｄヘッダ又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが設定されていた場合は、ＳＩＰ端末３ｂがＲＦＣ４０２８で規定されるセッションタイマ機能を実装していると判断し、ＳＩＰサーバ１はＲＦＣ４０２８に記載される条件に従ってセッションタイマを起動する。
【００３６】
また、ＳＩＰサーバ１は、イニシャルＩＮＶＩＴＥリクエストに対する２００ＯＫレスポンスのＡｌｌｏｗヘッダにＵＰＤＡＴＥが設定されていることによりＳＩＰ端末３ｂがＵＰＤＡＴＥメソッドを扱えることを判断する。続けて、ＳＩＰサーバ１は、ＳＩＰ端末３ｂがセッションタイマ機能を実装していないため、ＳＩＰ端末情報２ｂのセッションタイマ情報の無条件起動フラグ２１１ｂを確認し、ＯＮとなっている場合は、セッションタイマを無条件に起動する。なお、ＯＦＦとなっている場合は、セッションタイマを起動しない。本実施形態では、ＳＩＰサーバ１は、無条件起動フラグ２１１ｂがＯＮとなっているためにＲＦＣ４０２８で規定されるセッションタイマを無条件に起動する。
ＳＩＰサーバ１は、セッションタイマを無条件に起動する場合に、ＳＩＰ端末情報２ｂのセッションタイマ情報２１０ｂのセッションリフレッシュ間隔２１２ｂを確認し、３００秒となっているため、その２分の１の値である１５０秒でタイマ６に登録して、タイマ６が起動する。また、ＳＩＰサーバ１は、２００ＯＫレスポンスに対するＡＣＫリクエストをＳＩＰ端末３ｂに対して返信する。
【００３７】
（ステップＳ１３）
タイマに登録された１５０秒が経過するとタイムアップとなり、タイマ６は呼制御部４に連絡する。ＳＩＰサーバ１は、セッションタイマを起動し、セッションリフレッシュリクエスト送信処理を開始する。
ＳＩＰサーバ１は、ステップＳ１２においてＳＩＰ端末３ｂがＵＰＤＡＴＥメソッドを扱えることを判断しているため、さらに、ＳＩＰ端末情報２ｂのセッションタイマ情報２１０ｂのリフレッシュリクエストメソッド２１４ｂを確認し、ＵＰＤＡＴＥとなっているため、セッションリフレッシュリクエストにＵＰＤＡＴＥメソッドを使用する。なお、リフレッシュリクエストメソッド２１４ｂがＩＮＶＩＴＥとなっている場合は、セッションリフレッシュリクエストにＩＮＶＩＴＥを使用する。ＳＩＰサーバ１は、自身がセッションタイマ機能を実装しているためＳｕｐｐｏｒｔｅｄヘッダにｔｉｍｅｒタグを設定する。ＳＩＰサーバ１は、ＳＩＰ端末情報２ｂのセッションタイマ情報２１０ｂのセッションリフレッシュ間隔２１２ｂを確認し３００秒となっているため、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｄｅｌｔａ−ｓｅｃｏｎｄｓパラメータに３００を設定し、ＳＩＰサーバ１がリフレッシャとなるためＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｒｅｆｒｅｓｈｅｒパラメータにはｕａｃを設定し、最小限セッションリフレッシュ間隔２１３ｂを確認し１８０秒となっているため、Ｍｉｎ−ＳＥヘッダに１８０を設定する。ここで、ＳＩＰサーバ１は、ステップＳ１１のイニシャルＩＮＶＩＴＥリクエストに付与した発信側のセッションパラメータは設定しない。ＳＩＰサーバ１は、前記の通り編集したＵＰＤＡＴＥリクエストをセッションリフレッシュリクエストとしてＳＩＰ端末３ｂに対して送信する。
【００３８】
（ステップＳ１４）
ＳＩＰサーバ１は、ＳＩＰ端末３ｂから、セッションリフレッシュリクエストであるＵＰＤＡＴＥリクエストに対する２００ＯＫレスポンスを受信することにより、このセッションが活性状態であると判定し、セッションを継続する。このとき、ＳＩＰサーバ１は、２００ＯＫレスポンスのＳｕｐｐｏｒｔｅｄヘッダ又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが設定されていないことにより、ＳＩＰ端末３ｂがセッションタイマ機能を実装していないことを判断する。また、ＳＩＰサーバ１は、２００ＯＫレスポンスのＡｌｌｏｗヘッダにＵＰＤＡＴＥが設定されていることによりＳＩＰ端末３ｂがＵＰＤＡＴＥメソッドを扱えることを判断する。続いて、ＳＩＰサーバ１は、ＳＩＰ端末３ｂがセッションタイマ機能を実装していないため、ＳＩＰ端末情報２ｂのセッションタイマ情報の無条件起動フラグ２１１ｂを確認し、ＯＮとなっている場合は、セッションタイマを無条件に起動する。本実施形態では、ＳＩＰサーバ１は、無条件起動フラグ２１１ｂがＯＮとなっているためにＲＦＣ４０２８で規定されるセッションタイマを無条件に起動する。
【００３９】
ＳＩＰサーバ１は、セッションタイマを無条件に起動する場合に、ＳＩＰ端末情報２ｂのセッションタイマ情報２１０ｂのセッションリフレッシュ間隔２１２ｂを確認し３００秒となっているため、その２分の１の値である１５０秒でタイマ６に登録して、タイマ６が起動する。
なお、Ｓｕｐｐｏｒｔｅｄヘッダ又はＲｅｑｕｉｒｅヘッダにｔｉｍｅｒタグが設定されていないことの判断や、ＡｌｌｏｗヘッダにＵＰＤＡＴＥが設定されていないことの判断を、ステップＳ１２と重複して行っているようにも見える。この理由は、ＲＦＣ４０２８に、セッションリフレッシュリクエスト毎に、リフレッシャ／非リフレッシャの関係や、セッションリフレッシュ間隔を再度ネゴシエーションしてもよいことが規定されているため、可能性として、Ｓｕｐｐｏｒｔｅｄヘッダにｔｉｍｅｒタグを付与しなかったＳＩＰ端末３ｂが、次のセッションリフレッシュにおいて、ｔｉｍｅｒタグを付与して、セッションタイマのサポートを通知してくるケースを考慮しているものである。
【００４０】
（ステップＳ１５）
ステップＳ１５の処理の概要は、ステップＳ１３と同じである。
タイマに登録された１５０秒が経過するとタイムアップとなり、タイマ６は呼制御部４に連絡する。ＳＩＰサーバ１は、セッションタイマを起動し、セッションリフレッシュリクエスト送信処理を開始する。
ＳＩＰサーバ１は、ステップＳ１４においてＳＩＰ端末３ｂがＵＰＤＡＴＥメソッドを扱えることを判断しているため、さらに、ＳＩＰ端末情報２ｂのセッションタイマ情報２１０ｂのリフレッシュリクエストメソッド２１４ｂを確認し、ＵＰＤＡＴＥとなっているため、セッションリフレッシュリクエストにＵＰＤＡＴＥメソッドを使用する。なお、リフレッシュリクエストメソッドがＩＮＶＩＴＥとなっている場合はセッションリフレッシュリクエストにＩＮＶＩＴＥメソッドを使用する。ＳＩＰサーバ１は、自身がセッションタイマ機能を実装しているためＳｕｐｐｏｒｔｅｄヘッダにｔｉｍｅｒタグを設定する。ＳＩＰサーバ１は、ＳＩＰ端末情報２ｂのセッションタイマ情報２１０ｂ（図３）のセッションリフレッシュ間隔２１２ｂを確認し３００秒となっているため、Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｄｅｌｔａ−ｓｅｃｏｎｄｓパラメータに３００を設定し、ＳＩＰサーバ１がリフレッシャとなるためＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダのｒｅｆｒｅｓｈｅｒパラメータにはｕａｃを設定し、最小限セッションリフレッシュ間隔２１３ｂを確認し１８０秒となっているため、Ｍｉｎ−ＳＥヘッダに１８０を設定する。ここで、ＳＩＰサーバ１は、ステップＳ１１のイニシャルＩＮＶＩＴＥリクエストに付与した発信側のセッションパラメータは設定しない。ＳＩＰサーバ１は、前記の通り編集したＵＰＤＡＴＥリクエストを、セッションリフレッシュリクエストとしてＳＩＰ端末３ｂに対して送信する。
【００４１】
（ステップＳ１６）
ＳＩＰサーバ１は、ＳＩＰ端末３ｂからセッションリフレッシュリクエストであるＵＰＤＡＴＥリクエストに対する２００ＯＫレスポンスを受信できなかった場合、このセッションが非活性状態であると判定し、セッション解放処理を開始する。セッションの解放では、ＳＩＰサーバ１は、ＳＩＰ端末３ｂに対してＢＹＥリクエストを送信する。
【００４２】
（変形例）
第１実施形態では、Ｂ２ＢＵＡとして動作するＳＩＰサーバ１が、接続しているＳＩＰ端末３に対するセッションタイマの無条件起動動作について、セッションタイマを無条件に起動するか否かのフラグ等で構成されるセッションタイマ情報を、ＳＩＰ端末情報２に保持することで適用した例を説明した。図１に示すように、Ｂ２ＢＵＡとして動作するＳＩＰサーバ１において、ネットワークＮ２を介して対向するＳＩＰサーバ１０１ごとに保持されるＳＩＰサーバ情報１０２に、前記セッションタイマを無条件に起動するか否かのフラグ等で構成されるセッションタイマ情報を保持させることにすれば、対向するＳＩＰサーバ１０１とのセッションに対してもセッションタイマ無条件起動を実行することが可能になる。
【００４３】
また、第１の実施形態では、セッションリフレッシュリクエストに対して、レスポンスが送信されなかった場合にセッションを解放する動作を説明したが、セッションリフレッシュリクエストに対してエラーレスポンスが返信された場合でも、ステータスコードの意味によって、セッションを解放する動作を適用することも可能である。例えば、図４のステップＳ５又は図５のステップＳ１５において、ＳＩＰサーバ１から送信されたリフレッシュリクエストに対して、ＳＩＰ端末３ａ又は３ｂの電源がＯＦＦされたり、端末やネットワーク機器などが故障したりした等により、ＳＩＰ端末３ａ又は３ｂからの応答信号（２００ＯＫ）がＳＩＰサーバ１に届かない場合である。
【００４４】
以上のように、第１実施形態によれば、Ｂ２ＢＵＡで動作するＳＩＰサーバにセッションタイマを無条件に起動するかどうかのフラグを持つことにより、セッションタイマ機能を実装していないがセッションパラメータの変更のないｒｅ-ＩＮＶＩＴＥリクエストやセッションパラメータが付与されていないＵＰＤＡＴＥリクエストに対して何もせずに正常応答としてステータスコード２ｘｘを返却する機能を実装するＳＩＰ端末に対して、セッション確立後に無条件にセッションリフレッシュリクエストを送信することで、セッションのヘルスチェックを実現することが可能となる。
【符号の説明】
【００４５】
１                            ＳＩＰサーバ
２（２ａ，２ｂ，・・，２ｘ）  ＳＩＰ端末情報
３（３ａ，３ｂ，・・，３ｘ）  ＳＩＰ端末
４                            呼制御部
５                            フラグ判定部
６                            タイマ
７                            送信部
８                            受信部
９                            記憶部
１０１                        ＳＩＰサーバ
１０２                        ＳＩＰサーバ情報
１０３                        ＳＩＰ端末
２１０，２１０ａ，２１０ｂ    セッションタイマ情報
２１１，２１１ａ，２１１ｂ    無条件起動フラグ
２１２，２１２ａ，２１２ｂ    セッションリフレッシュ間隔
２１３，２１３ａ，２１３ｂ    最小限セッションリフレッシュ間隔
２１４，２１４ａ，２１４ｂ    リフレッシュリクエストメソッド
【図１】
2010226459.tif 000003
【図２】
2010226459.tif 000004
【図３】
2010226459.tif 000005
【図４】
2010226459.tif 000006
【図５】
2010226459.tif 000007