(57)【要約】【課題】  従来の回線交換の電話網で実現できた論理・物理番号変換後における論理番号の着側への通知をIMSにおいても実現可能にする。【解決手段】  本発明は、論理番号から物理番号への論理／物理変換を最初に行う発信者の端末を収容しているアプリケーションサーバが、論理／物理変換を行う前に、発ユーザのネットワークから取得したSIPメッセージ中の番号変換の履歴を記録するヘッダ情報部分をチェックし、番号変換を示すタグが付与されている場合には、該タグを削除する。【選択図】  図１
2012034044.tif 000002
【特許請求の範囲】
【請求項１】
SIP（Session Initiation Protocol）を用いてセッション制御を行う通信システムで、発信者が指定した番号を着信者に通知するための通信制御方法であって、
論理番号から物理番号への論理／物理変換を最初に行う発信者の端末を収容しているアプリケーションサーバが、
前記論理／物理変換を行う前に、発ユーザのネットワークから取得したSIPメッセージ中の番号変換の履歴を記録するヘッダ情報部分をチェックし、番号変換を示すタグが付与されている場合には、該タグを削除する
ことを特徴とする通信制御方法。
【請求項２】
SIP（Session Initiation Protocol）を用いてセッション制御を行う通信システムで、論理番号から物理番号への論理／物理変換を最初に行う発信者の端末を収容し、発信者が指定した番号を着信者に通知するためのアプリケーションサーバであって、
前記発信者から取得したSIPメッセージの論理番号を物理番号に変換する論理／物理番号変換手段と、
前記論理／物理変換手段を実施する前に、発ユーザのネットワークから取得したSIPメッセージ中の番号変換の履歴を記録するヘッダ情報部分をチェックするヘッダ確認手段と、
前記ヘッダ確認手段において番号変換を示すタグが付与されている場合には、該タグを削除する削除手段と、
を有する
ことを特徴とするアプリケーションサーバ。
【請求項３】
請求項２記載のアプリケーションサーバを構成する各手段としてコンピュータを機能させるための通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御方法及びアプリケーションサーバ及び通信制御プログラムに係り、特に、ＳＩＰ（Session Initiation Protocol）を用いてセッション制御を行う通信システムにおいて、発信者が指定した宛先番号（電話番号やＵＲＬなどの論理番号）を着信者に通知するための通信制御方法及びアプリケーションサーバ及び通信制御プログラムに関する。
【背景技術】
【０００２】
従来の回線交換網では、図３に示すような既存の回線交換の電話網では、発信者が電話機によりフリーダイアルの番号などの宛先番号（論理番号）へダイヤルした場合に、着ユーザのネットワーク（論理番号変換のユーザを収容する網）において、実際の着信先である物理番号へ変換して回線接続させると同時に、着信者へは着信時の呼制御信号に含まれるパラメータ（呼制御信号内の値）で発信者が指定したフリーダイアルなどの宛先番号を通知する。これにより着信者は受け取った論理番号から適用された高度系サービスの把握が可能となる。
【０００３】
また、近年、固定電話網や移動体通信網等の公衆通信サービスをＩＰ(Internet Protocol)技術やインターネット電話で使われるSIPで統合し、マルチメディアサービスを実現させる方式としてIMS(Internet protocol Multimedia Subsystem)が導入されている。
【０００４】
IMS（例えば、非特許文献１参照）では、SIPプロトコルを用いるが、回線交換網における同様のパラメータがない。そのため、同様のケースで宛先の論理番号・URI（uniform Resource Identifier）から物理番号・URIへ変換が行われると、宛先URIが記載されているrequest-URIが書き換えられるため、論理番号の通知が実現できなくなる。
【０００５】
図４に従来のIMSにおけるSIP信号での論理・物理番号の変換を行うシステムを示す。同図において、実線はSIP信号の宛先が論理番号で通知する信号を示しており、太線はSIP信号の宛先が物理番号で通知され、かつ、論理番号（やその他）を含む情報をhistory-infoヘッダで通知する信号であり、点線は非SIP信号を示している。
【０００６】
発ユーザのネットワーク１のからSIP信号（論理番号）が通知されると、着ユーザのネットワーク２の論理番号を収容するネットワーク１０のIBCF(Interconnection Border Control Function)１２を介して着（論理）S−CSCF（Serving-Call Session Control Function）１３に入力される。当該S-CSCF１３では、呼をセッション状態として管理する呼状態制御機能である。S-CSCF１３は着（論理）HSS（ホーム加入者サーバ）１１にSIPメッセージヘッダ内に含まれる当該端末のＩＰアドレスに基づいて認証を要求し、認証結果を取得する。S-CSCF１３は、SIP信号（論理）をアプリケーションサーバ１４に送信し、アプリケーションサーバ１４にて、論理番号から物理番号へ変換し、着（論理）S-CSCF１３に渡す。着（論理）S-CSCF１３はhistory-infoヘッダを、着信ユーザを収容するネットワーク２０に送信する。着信ユーザを収容するネットワーク２０の着（物理）S-CSCF２１では、着（物理）HSS２２に認証を要求し、認証結果を取得すると、着P-CSCF(Proxy-Call Session Control Function)２３にhistory-infoヘッダを含むパケットを送信する。これにより、着ユーザの端末４は当該パケットを受信する。
【０００７】
IMSでは、図４に示すように転送サービス等、様々な理由で前述のようなrequest-URIの変換時に、それ以前のrequest-URIをhistory-infoヘッダに保存する（例えば、非特許文献２参照）。しかし、history-infoは様々な理由で変換されるURIを全て保持するため、多数の変換が行われるとどれが何の目的で変換されたのか識別できなくなる。図５の問題点ａに示すように、多数のSIP URI、の書き換え履歴が保存されるため、保存するhistory-infoヘッダ数が増えるとどれを確認したらよいのかわからなくなる。また、図５の問題点ｂに示すように、論理番号変換に対応する明確な識別子が存在しないため、複数存在する設定値の中からどれを抽出すればよいのか判別できなくなるという問題がある。
【０００８】
上記のhistory-infoヘッダにおける識別の困難さを解消するため、変換された各エントリに対して"mp"と"rc"のタグの付与を可能にする拡張方法がある（例えば、非特許文献３参照）。具体的には、history-infoヘッダ内のエントリに対してSIP/SIPS URI Parameterを追加し、mpタグを規定し、それを用いてhistory-infoヘッダに含まれる論理番号を識別する方法がある。しかし、拡張された仕様では、非論理番号からの転送等で論理番号に転送される場合の考慮がなされていない。そのため、論理番号変換前に"mp"タグ付きのhistory-infoヘッダ内のエントリが作成されると、この方法では対応できなくなる。図６に示すように、他のアプリケーションサーバが論理番号変換を行う前に、"mp"タグ付のhistory-infoヘッダのエントリを作成してしまうと、図７に示すような新たに確立した判定方法に基づく処理ができなくなる。
【０００９】
この方法は、図７に示すように、history-infoヘッダの各エントリ（図７の下線部分）は、関連のSIPサーバが、request URI（図７の１行目に記載する宛先）を書き換える都度、後ろに書き換えた値を追加していく。その際、"mp"タグはサービス上の視点から別のSIP URIに書き換える場合に設定されることになっている。よって、history-infoヘッダのエントリから、最初に"mp"タグがついているエントリの１つ前に記載のエントリが論理番号（service number）であることを識別できる。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】(1)3GPP TS 22.228, (2)TS 23.228, (3)TS 24.228
【非特許文献２】IETF REC 4244
【非特許文献３】IETF draft-ietf-sipcore-rfc4244bis-00.
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記のように、従来の回線交換網では、フリーダイアルの番号などの宛先番号（論理番号）を番号変換機能を持つ高機能ノードや交換機で、宛先の電話番号（論理番号）と回線の物理番号に変換して回線接続させると同時に、着信者へは着信時の呼制御信号に含まれるパラメータ（呼制御信号内の値）で発信者が指定したフリーダイアルなどの宛先番号を通知するという機能をＩＰで実現させるため、SIPによるセッション制御を行うIPベースの通信網では、SIPメッセージ中に番号変換の履歴を記録するヘッダ情報部（History-info）と変換の意味を示すタグを設けている。しかし、このSIPによる方法では、タグは番号変換が行われると無条件で付与が可能なため、番号変換の種類（論理番号と物理番号の互いの変換の組み合わせや、番号から実際の着信者のIPアドレスを示すURIへの変換等）を識別できず、どれが最初に発信者が指定した宛先番号を別の論理番号へ変換したかが識別できないという問題がある。
【００１２】
IMSは既存の回線交換電話網に適用することも想定しており、ユーザの経験の維持の観点からも既存技術を利用できることが重要である。よって、IMSにおいても、回線交換網における従来技術と同様の機能を装備する必要があり、そのため、図８に示すように、（１）IMSにおいて、発信者が宛先として設定する論理・物理番号を変換後も、その論理番号を着側に通知し、（２）その通知を着側が認識できるようにするための機能を確立する必要がある。
【００１３】
本発明は、上記の点に鑑みなされたもので、従来の回線交換の電話網で実現できた論理・物理番号変換後における論理番号の着側への通知をIMSにおいても実現可能な通信制御方法及びアプリケーションサーバ及び通信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記の課題を解決するために、本発明（請求項１）は、SIPを用いてセッション制御を行う通信システムで、発信者が指定した番号を着信者に通知するための通信制御方法であって、
論理番号から物理番号への論理／物理変換を最初に行う発信者の端末を収容しているアプリケーションサーバが、
前記論理／物理変換を行う前に、発ユーザのネットワークから取得したSIPメッセージ中の番号変換の履歴を記録するヘッダ情報部分をチェックし、番号変換を示すタグが付与されている場合には、該タグを削除する。
【００１５】
また、本発明（請求項２）は、SIPを用いてセッション制御を行う通信システムで、論理番号から物理番号への論理／物理変換を最初に行う発信者の端末を収容し、発信者が指定した番号を着信者に通知するためのアプリケーションサーバであって、
前記発信者から取得したSIPメッセージの論理番号を物理番号に変換する論理／物理番号変換手段と、
前記論理／物理変換手段を実施する前に、発ユーザのネットワークから取得したSIPメッセージ中の番号変換の履歴を記録するヘッダ情報部分をチェックするヘッダ確認手段と、
前記ヘッダ確認手段において番号変換を示すタグが付与されている場合には、該タグを削除する削除手段と、を有する。
【００１６】
また、本発明（請求項３）は、請求項２記載のアプリケーションサーバを構成する各手段としてコンピュータを機能させるための通信制御プログラムである。
【発明の効果】
【００１７】
上記のように、本発明は、従来技術のアーキテクチャ仕様、プロトコル仕様を維持しつつ、アプリケーションサーバが、論理／物理変換を行う前にSIPメッセージ中のヘッダ情報部分をチェックし、番号変換を示すタグが付与されている場合は、当該タグを削除することにより、サービスに関する番号変換より前に行われた番号変換に付与されているタグが削除され、ヘッダ情報部分には発信者の宛先番号を変換した場合のタグが最初のサービスに関する変換として記録されるため、着信者へ宛先番号を通知することが可能となる。
【００１８】
これにより、本発明は以下のような効果を奏する。
【００１９】
・SIP信号規定そのものを完全に従来技術の非特許文献１〜３の仕様に基づいて実装できる。
【００２０】
・IMSアーキテクチャに変更を加えることなく、特に着側の装置に他の装置と連携させる必要がない。
【００２１】
・上記の２つの既存仕様に準拠しながら、完全性を担保で着ない論理／物理番号変換後における論理番号の着側への通知をIMSにおいても実現できるようになる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施の形態におけるシステム構成図である。
【図２】本発明の一実施の形態におけるアプリケーションサーバの構成図である。
【図３】従来の電話網における回線交換の例である。
【図４】従来のIMSにおけるSIP信号での論理・物理番号の変換を行うシステム構成図である。
【図５】history-infoヘッダの記述例である。
【図６】IMSにおける従来技術の拡張方式のシステム構成図である。
【図７】IMSにおける従来技術の拡張方式を示す図である。
【図８】課題を説明するための図である。
【発明を実施するための形態】
【００２３】
以下図面と共に、本発明の実施の形態を説明する。
【００２４】
図１は、本発明の一実施の形態におけるシステム構成を示す。同図において、図４と同一構成部分には同一符号を付し、その説明を省略する。当該システム構成は図４と同様であるが、アプリケーションサーバ１００の機能が異なる。
【００２５】
アプリケーションサーバ１００は、図２に示すように、送受信インタフェース（Ｉ／Ｆ）１１０、ヘッダ確認部１２０、タグ削除部１３０、変換部１４０から構成される。
【００２６】
アプリケーションサーバ１００は、送受信Ｉ／Ｆ１１０を介してパケットを受信すると、ヘッダ確認部１２０において、history-infoヘッダの内容を確認し、各エントリに"mp"タグが付与されているかを確認する。"mp"タグが付与されている場合はタグ削除部１３０にて"mp"タグを削除し、変換部１４０において論理番号から物理番号への変換を行う。"mp"タグが付与されていない場合は直接、変換部１４０において論理番号を物理番号に変換する。
【００２７】
これにより、非特許文献３における想定利用方法である、"mp"タグが付与されるhistory-infoヘッダの内の最初のエントリの１つ前のSIP URIが論理物理番号変換前の論理番号であることが保証される。
【００２８】
従って、後段の着信ユーザを収容するネットワーク２０の着P-CSCF２３から着側のユーザ端末４に論理物理番号を通知することができるため、着側のユーザ端末４において、宛先となった論理番号が何であるか認識することができる。
【００２９】
なお、上記の図２のアプリケーションサーバの構成要素の動作をプログラムとして構築し、アプリケーションサーバとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００３０】
また、構築されたプログラムをハードディスク、フレキシブルディスク、CD-ROM等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。
【００３１】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００３２】
１  発ユーザのネットワーク
２  着ユーザのネットワーク
３  発側端末
４  着側端末
１０  論理番号を収容するネットワーク
１１  着（論理）HSS
１２  IBCF
１３  着（論理）S-CSCF
１４  アプリケーションサーバ
２０  着信ユーザを収容するネットワーク
２１  着（物理）S-CSCF
２２  着（物理）HSS
２３  着P-CSCF
１００  アプリケーションサーバ
１１０  送受信インタフェース
１２０  ヘッダ確認部
１３０  タグ削除部
１４０  変換部
【図１】
2012034044.tif 000003
【図２】
2012034044.tif 000004
【図３】
2012034044.tif 000005
【図４】
2012034044.tif 000006
【図５】
2012034044.tif 000007
【図６】
2012034044.tif 000008
【図７】
2012034044.tif 000009
【図８】
2012034044.tif 000010