JP5896520B2

JP5896520B2 - アプリケーションサーバおよび発信地域導出方法

Info

Publication number: JP5896520B2
Application number: JP2012014004A
Authority: JP
Inventors: 忠佑野副; 信行宇多
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2012-01-26
Filing date: 2012-01-26
Publication date: 2016-03-30
Anticipated expiration: 2032-01-26
Also published as: JP2013153379A

Description

本発明は、IMS網における発信元端末の発信地域を導出するアプリケーションサーバおよび発信地域導出方法に関する。

近年、固定電話網や移動体通信網などで行われていた各種サービスを、IP技術で統合し、マルチメディアサービスを実現させるIMS （IP Multimedia Subsystem）網が研究、開発されている。IMS網では、SIPサーバであるS-CSCF（Serving Call Session Control Function）と、アプリケーションサービスを提供するAS（Application Server）と、加入者情報を管理するHSS（Home Subscriber Server）とに機能分担されている。

IMS網については、非特許文献１の「3GPP TS 23.218」に規定されている。

「3GPP TS 23.218 V6.4.0 (2006-06)」

IMS網では、SIP端末からSIPリクエストを受信したS-CSCFは、HSSの加入者プロファイルを参照し、iFC判定を行い、ASに対しSIPリクエストを転送し、ASは、アプリケーションサービスを実行し、当該サービスを提供する。

このとき、ASは、アプリケーションサービスを実行するために、S-CSCFから転送されてきたSIPリクエストの発信元SIP端末の発信地域が必要な場合がある。例えば、発信者の発信地域に応じたアプリケーションサービスを実行する場合、当該SIPリクエストの発信地域が必要となる。

この場合、ASは、発信地域を取得するために、SIPリクエストをS-CSCFから受信する度に、HSSに対して当該SIPリクエストの発信地域（発信元の位置情報）の参照要求を行う。しかしながら、SIPリクエスト毎にHSSにアクセスする必要があるため、ASで処理する件数が増加し、ASからHSSへの参照要求が多くなると、HSSの処理負荷やAS-HSS間のネットワーク利用帯域が増加してしまう。

本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、HSSへアクセスすることなく、発端末の発信地域を取得し、HSSの処理負荷およびネットワークの利用帯域を低減させるアプリケーションサーバ（AS）および発信地域導出方法を提供することにある。

上記目的を達成するため、本発明は、IMS網におけるアプリケーションサーバであって、地域を示す番号区画と、電話番号の範囲とが対応付けて記憶された番号区画記憶手段と、発信元の発端末から受信したリクエストから、発端末の電話番号を抽出する抽出手段と、前記番号区画記憶手段を参照し、前記発端末の電話番号に対応する番号区画を取得する取得手段と、取得した番号区画に基づいて、発信地域に応じたアプリケーションサービス処理を行うサービス手段と、を備える。

本発明は、IMS網におけるアプリケーションサーバが行う、発信地域導出方法であって、前記アプリケーションサーバは、地域を示す番号区画と、電話番号の範囲とが対応付けて記憶された番号区画記憶部を備え、発信元の発端末から受信したリクエストから、発端末の電話番号を抽出する抽出ステップと、前記番号区画記憶部を参照し、前記発端末の電話番号に対応する番号区画を取得する取得ステップと、取得した番号区画に基づいて、発信地域に応じたアプリケーションサービス処理を行うサービスステップと、を行う。

本発明によれば、HSSへアクセスすることなく、発端末の発信地域を取得し、HSSの処理負荷およびネットワークの利用帯域を低減させるアプリケーションサーバおよび発信地域導出方法を提供することできる。

本発明の実施形態に係るIMS 網を説明するための説明図である。本発明の実施形態に係るASの構成を示す構成図である。 ASがSIP端末から受信したSIPリクエストの一例を示す図である。番号区画テーブルの一例を示す図である。 ASがSIP端末から受信したSIPリクエストの一例を示す図である。番号区画テーブルの一例を示す図である。

以下、本発明の実施の形態について、図面を参照して説明する。

図１は、本実施形態のIMS 網を説明するための説明図である。IMS（IP Multimedia Subsystem）は、アプリケーションサービスを提供するAS（Application Server：アプリケーションサーバ）１と、SIPサーバであるS-CSCF（Serving Call Session Control Function）２と、加入者情報を管理するHSS（Home Subscriber Server）４とを備える。

IMS網では、端末間での音声通話等、通常の通信においては、S-CSCF２は、SIP端末３Ａ、３Ｂから受信したSIPリクエストに対して必要な処理を行い、次ノードにルーティングする。また、AS１でアプリケーションサービス（付加サービス）を提供する場合には、S-CSCF２は、SIP端末３Ａ、３Ｂから受信したSIPリクエストに対して、HSS４の加入者プロファイルを参照し、iFC （Initial Filter Criteria）判定を行い、次ノードにSIPリクエストをルーティングする前段で、AS１にSIPリクエストを送信する。すなわち、S-CSCF２が、SIP端末３Ａ、３Ｂから送信されてきたSIPリクエストに対し、それぞれの加入者の iFCを評価することで、SIPリクエストをAS１に転送する。

SIPリクエストに記述される発信元および着信先は、URIによって表現され、特にIP電話サービスにおいては、URIのuser部分については電話番号の形式で設定される。電話番号として0AB-J形式の電話番号を利用するIP電話サービスにおいては、公衆回線電話網と同様に、同一閉域番号区域内においては市外局番を省略した閉域番号（B-J形式）を用いた通信も可能である。

なお、0AB-J形式の電話番号は、市外局番＋市内局番＋加入者番号（例えば、0422-59-1234）である。B-J形式の電話番号（閉域番号）は、市内局番＋加入者番号（例えば、59-1234）である。

また、S-CSCF２およびAS１は、通信の履歴情報（呼情報）として呼毎にそれぞれのサーバでCDR（Call Detail Records）を生成する。各CDRには、発信元電話番号（発番号）、着信先電話番号（着番号）、通話時刻等が記録され、課金や故障解析等に利用される。

図１に示す例では、SIP端末３Ａ、３Ｂ間で通信を行う場合、S-CSCF２は、発SIP端末３Ａが発呼したSIPリクエストを受信し、CDRを生成する（Ｓ１）。そして、S-CSCF２は、HSS４よりダウンロードしたSIP端末３Ａの加入者プロファイルに基づいてiFCの判定を行う（Ｓ２）。判定条件を満足している場合、S-CSCF２は、AS１にSIPリクエストを転送する（Ｓ３）。

AS１は、SIPリクエストを受信し、アプリケーションサービスを実行するとともに、CDRを生成する。本実施形態のAS１は、HSS４にアクセスして加入者プロファイルを参照することなく、サービス処理を実施する。また、本実施形態のAS１は、受信したSIPリクエストのRequest-URI（着電話番号）が閉域番号（B-J形式）で設定されている場合（発SIP端末３ＡからB-J呼で発信した場合）であっても、HSS４にアクセスして加入者プロファイルを参照することなく、市外局番の補完を行い、CDRを生成する（Ｓ４）。そして、AS１は、転送元のS-CSCF２にSIPリクエストを送信する（Ｓ５）。

S-CSCF２は、AS１から送信されたSIPリクエストを受信し、当該SIPリクエストのRequest-URI（着電話番号）が閉域番号（B-J形式）で設定されている場合は、ルーティング処理の前に、HSS４よりダウンロードしたSIP端末３Ａの加入者プロファイルに基づいて市外局番の補完を行い、CDRを生成する（Ｓ６）。

S-CSCF２は、発SIP端末３ＡのSIPリクエストのルーティング処理を実施し（Ｓ７）、着SIP端末３ＢにSIPリクエストを送信する（Ｓ８）。これにより、発SIP端末３Ａと着SIP端末３Ｂとの間でセッションが確立される。

なお、iFCは、S-CSCF２がSIPリクエストを受信したときに、適切なAS１を決定するためのフィルタ情報である。IMS網においては、アプリケーションサービスは、AS１で提供される。SIPリクエストを、どのAS１に転送するかはiFCによって判定される。すなわち、S-CSCF２は、SIPリクエストを受信すると、iFCの条件に満足するSIPリクエストのみをASに提供する。iFCには、トリガー条件、転送先のAS１の情報などが設定されている。トリガー条件には、SIPメッセージの種類やSIPヘッダの条件等が記載されている。

例えば、IMS網内に着信課金サービスを提供するASがある場合、S-CSCFは以下のiFCを保有しているものとする。

条件：メソッドがINVITE、かつINVITEに0120が含まれる。

AS接続先：着信課金用AS
このとき、S-CSCFが以下のSIPリクエスト１を受信したときは、iFC の条件に合致するため着信課金用ASにSIPリクエストを転送する。

SIPリクエスト１：INVITE：tel:0120xxxxxxx
一方、S-CSCFが以下のSIPリクエスト２を受信したときは、iFCの条件に合致しないため、着信課金用ASへのSIPリクエストの転送を行わない。

SIPリクエスト２：INVITE：tel:03xxxxxxxxxx
図２は、本発明の実施形態に係るAS１の構成を示す構成図である。図示するAS１は、信号受信部１１と、サービス処理部１２（抽出手段、サービス手段）と、信号送信部１３と、CDR生成部１４（履歴情報生成手段）と、番号区画／市外局番導出部１５（取得手段）と、番号区画テーブル１６と、CDR記憶部１７を備える。

信号受信部１１は、S-CSCF２からSIPリクエスト（SIPリクエスト信号）１０１を受信する。そして、信号受信部１１は、受信したSIPリクエスト１０１内の各種情報（メソッド、ヘッダ、パラメータ等）、および信号受信時刻等をCDR生成部１４に渡す。また、信号受信部１１は、受信したSIPリクエスト１０１をサービス処理部１２に渡す。

サービス処理部１２は、SIPリクエスト１０１に基づいて当該AS１で提供するアプリケーションサービスの処理を実行し、信号送信部１３にサービス処理を行った後のSIPリクエストを渡す。

サービス処理に番号区画または市外局番が必要な場合は、サービス処理部１２は、信号受信部１１から受け取ったSIPリクエストからP-Asserted-IdentityヘッダのURIのuser部分（すなわち、発SIP端末の発電話番号）を抽出し、番号区画／市外局番導出部１５に渡す。そして、サービス処理部１２は、番号区画／市外局番導出部１５から番号区画または市外局番情報を受け取り、サービス処理を実行する。また、サービス処理部１２は、サービス実行結果のうちCDRに設定が必要な情報をCDR生成部１４に渡す。
信号送信部１３は、サービス処理部１２が生成したSIPリクエスト１０２をS-CSCF２送信する。また、信号送信部１３は、送信したSIPリクエスト１０２の各種情報（メソッド、ヘッダ、パラメータ等）、信号送信時刻等を、CDR生成部１４に渡す。

CDR生成部１４は、信号受信部１１、サービス処理部１２および信号送信部１３から渡された情報に基づいてCDRを生成する。また、CDR生成部１４は、信号受信部１１から渡されたSIPリクエストのRequest-URI（すなわち、着SIP端末の着電話番号）が閉域番号（B-J形式）で設定されている場合、当該SIPリクエストのヘッダ情報のうちP-Asserted-IdentityヘッダのURIのuser部分を抽出し、番号区画／市外局番導出部１５に渡す。そして、CDR生成部１４は、番号区画／市外局番導出部１５から市外局番情報を受け取り、受け取った市外局番情報をSIPリクエスト信号のRequest-URIのuser部分から抜き出したB-J形式の着電話番号に補完し、0A-J形式に生成した着電話番号をCDRの着番号情報項目欄に設定し、CDR記憶部１７に記憶する。

番号区画／市外局番導出部１５は、サービス処理部１２またはCDR生成部１４から受け取ったP-Asserted-Identityのuser部と番号区画テーブル１６の発番号欄とをロンゲストマッチングで照会を行い、対応する発番号の番号区画を返却する。また、番号区画／市外局番導出部１５は、市外局番桁数の値でuser部の発電話番号から市外局番部分を抜き出し、CDR生成部１４に返却する。

番号区画テーブル１６は、番号区画／市外局番導出部１５から参照されるテーブルである。本実施形態の番号区画テーブル１６は、番号区画、発番号および市外局番桁数が対応付けて記憶されている。番号区画（番号区画コード）は、市外局番毎に付与されるコードであって、当該市外局番が設定された端末の地域を示すものである。本実施形態では、発端末の発信地域として、番号区画を用いる。

発番号には、電話番号の範囲が設定される。例えば、発番号が「042220-99」の場合、042220xxxx、042221xxxx、・・・、042298xxxx、042299xxxxの範囲の電話番号帯を意味する（xxxxは任意の番号）。

上記説明したAS１は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされたAS１用のプログラムを実行することにより、AS１の各機能が実現される。また、AS１用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

次に、本実施形態の動作について説明する。ここでは、以下の２つの動作について説明する。

＜第１の動作＞
第１の動作は、AS１が、発信元のSIP端末の発信地域を導出する動作である。ここでは、以下の具体例における第１の動作を説明する。

(1)AS１が提供するサービスは、特定の番号区画から発信された呼の接続は許容し、それ以外の番号区画から発信された呼の接続は拒否する。

(2)SIP端末Aの電話番号は「0422-59-0001」とし、SIP端末Bの電話番号は「042-300-0000」とし、SIP端末Cの電話番号は「0800-4949-4242」とする。

(3)SIP端末AおよびSIP端末Bから、SIP端末Cに対し発呼する。

(4)SIP端末Cは、番号区画220からの発信者のみ通話可能とする。すなわち、SIP端末Aからの着信は許可、SIP端末Bからの着信は不可とする。

以上の条件の具体例の場合に、AS１のサービス処理部１２および番号区画／市外局番導出部１５の動作は以下の通りである。

ステップ１１：サービス処理部１２は、AS１（信号受信部１１）が受信したSIPリクエストのP-Asserted-IdentityのURIのuser部から発SIP端末の電話番号を抽出する。

図３は、AS１がS-CSCF２から受信したSIPリクエストの一例である。図３（ａ）は、SIP端末Aから発呼された場合のSIPリクエストであって、SIP端末Aの電話番号（0422590001）が設定されている。図３（ｂ）は、SIP端末Bから発呼された場合のSIPリクエストであって、SIP端末Bの電話番号（0423000000）が、設定されている。

ステップ１２：サービス処理部１２は、SIPリクエストから抽出した電話番号（ 0422590001または0423000000）を、番号区画／市外局番導出部１５に渡す。

ステップ１３：番号区画／市外局番導出部１５は、受け取った電話番号（0422590001または0423000000）と、番号区画テーブル１６の発番号とを、ロンゲストマッチングで照会し、対応する番号区画を導出（取得）する。

図４は、番号区画テーブル１６の一例を示す図である。SIP端末Aの電話番号（0422590001）の場合は、042220〜042299の間に含まれるため番号区画として「220」４１が導出される。SIP端末Bの電話番号（0423000000）の場合は、042300〜042599の間に含まれるため番号区画として「222」４２が導出される。なお、一致する発番号がない場合は、「NULL」とする。

ステップ１４：番号区画／市外局番導出部１５は、導出した番号区画をサービス処理部２に渡す。

ステップ１５：サービス処理部１２は、受け取った番号区画に基づいて、所定のサービス処理を行う。本具体例の場合、サービス処理部１２は、番号区画「220」が返却されたSIP端末Aからの呼は、SIP端末Cへの呼を継続するサービス処理を行い、番号区画「222」が返却されたSIP端末Bからの呼は、SIP端末Cへの呼を切断するサービス処理を行う。

＜第２の動作＞
第２の動作は、着電話番号が閉域番号（B-J形式）で設定されている場合に、AS１が、着電話番号に市外局番を補完する動作である。ここでは、以下の具体例における第２の動作を説明する。

(1)SIP端末Aの電話番号は「0422-59-0001」とし、SIP端末Bの電話番号は「0422-59-1234」（閉番号区域）とする。

(2)SIP端末AからSIP端末Bへ接続するため、SIP端末Aでは「591234」をダイヤルする。

(3)S-CSCF２のiFC 判定により、SIP端末AからのSIPリクエストをAS１に転送する。

(4)AS１で生成するCDRの着電話番号に市外局番を補完する。

以上の条件の具体例の場合に、AS１のCDR生成部１４および番号区画／市外局番導出部１５の動作は以下の通りである。

ステップ２１：CDR生成部１４は、AS１（信号受信部１１）が受信したSIPリクエストのP-Asserted-IdentityのURIのuser部から発SIP端末の電話番号を抽出する。

図５は、AS１がS-CSCF２から受信した、SIP端末Aから発呼されたSIPリクエストの一例であって、SIP端末Aの電話番号（0422590001）が、設定されている。CDR生成部１４は、図示するSIPリクエストから、SIP端末Aの電話番号である「0422590001」を抽出する。

ステップ２２：CDR生成部１４は、抽出した電話番号（0422590001）を、番号区画／市外局番導出部１５に渡す。

ステップ２３：番号区画／市外局番導出部１５は、番号区画テーブル１６を参照し、受け取った電話番号（0422590001）と番号区画テーブル１６の発番号とをロンゲストマッチングで照会し、対応する市外局番桁数を導出する。

図６は、番号区画テーブル１６の一例を示す図である。0422590001は042220〜042299の間に含まれるため市外局番桁数として「4」桁が導出される。なお、一致する発番号が番号区画テーブル１６にない場合は、桁数として「0」を返却する。

ステップ２４：番号区画／市外局番導出部１５は、受け取った電話番号の先頭部分から、導出した市外局番桁数分だけ抽出し、抽出した桁数部分を市外局番とする。本具体例では、「0422590001」の先頭4桁部分の「0422」が市外局番となる。

ステップ２５：番号区画／市外局番導出部１５は、導出した市外局番「0422」をCDR生成部１４に渡す。

ステップ２６：CDR生成部１４は、Request-URIのuser部から着端末の着電話番号「591234」を抽出する。

ステップ２７：CDR生成部１４は、番号区画／市外局番導出部１５から受け取った市外局番「0422」を、抽出した着電話番号の先頭に補完し、「0422591234」とする。

ステップ２８：CDR生成部１４は、市外局番を補完した電話番号「0422591234」を着番号欄に設定したCDRを生成し、CDR記憶部１７に記憶する。
以上説明した本実施形態では、AS１がSIPリクエストを受信した場合、受信したSIPリクエストのP-Asserted-Identityヘッダの発電話番号と番号区画テーブル１６とを照合して、発信地域（番号区画）を導出する。すなわち、本実施形態では、AS１は、HSSへアクセスすることなく、AS１で受信したSIPリクエストの内容から発信者（発SIP端末）の発信地域を導出することができる。これにより、AS１が発信地域に応じたアプリケーションサービス処理を行う場合に、HSSへのアクセス不要となり、HSSの処理負荷およびAS-HSS間のネットワークの利用帯域の低減を実現することができる。

また、本実施形態では、受信したSIPリクエストのP-Asserted-Identityヘッダの発電話番号と番号区画テーブル１６とを照合して、着SIP端末の市外局番を導出する。すなわち、本実施形態では、AS１は、HSSへアクセスすることなく、AS１で受信したSIPリクエストの内容から着SIP端末の市外局番を導出することができる。これにより、閉域番号（B-J形式）で発信された場合であっても、AS１は、HSSへアクセスすることなく、市外局番情報を補完した着電話番号をCDRに設定することができる。このため、HSSの処理負荷およびAS-HSS間のネットワークの利用帯域の低減を実現することができる。

なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

１：AS（アプリケーションサーバ）
１１：信号受信部
１２：サービス処理部
１３：信号送信部
１４：CDR生成部
１５：番号区画／市外局番導出部
１６：番号区画テーブル
１７：CDR
２：S-CSCF
３Ａ、３Ｂ：SIP端末

Claims

IMS網におけるアプリケーションサーバであって、
地域を示す番号区画と、電話番号の範囲とが対応付けて記憶された番号区画記憶手段と、
発信元の発端末から受信したリクエストから、発端末の電話番号を抽出する抽出手段と
、
前記番号区画記憶手段を参照し、前記発端末の電話番号に対応する番号区画を取得する取得手段と、
取得した番号区画に基づいて、発信地域に応じたアプリケーションサービス処理を行うサービス手段と、
通信履歴情報を生成する履歴情報生成手段を、備え、
前記番号区画記憶手段は、前記電話番号の範囲の各々に対応する市外局番桁数を、さらに記憶し、
前記取得手段は、前記番号区画記憶手段を参照し、前記発端末の電話番号に対応する市外局番桁数を取得し、前記発端末の電話番号の先頭から、取得した市外局番桁数分の市外局番号を抜き出し、
前記履歴情報生成手段は、前記リクエストから着信先の着電話番号を抽出し、当該着電話番号の先頭に前記取得手段が抜き出した市外局番号を補完した補完後の着電話番号を生成し、当該補完後の着電話番号を用いて通信履歴情報を生成すること
を特徴とするアプリケーションサーバ。
請求項１記載のアプリケーションサーバであって、
前記着電話番号は、市外局番を省略した閉域番号であること
を特徴とするアプリケーションサーバ。
IMS網におけるアプリケーションサーバが行う、発信地域導出方法であって、
前記アプリケーションサーバは、
地域を示す番号区画と、電話番号の範囲とが対応付けて記憶された番号区画記憶部を備え、
発信元の発端末から受信したリクエストから、発端末の電話番号を抽出する抽出ステップと、
前記番号区画記憶部を参照し、前記発端末の電話番号に対応する番号区画を取得する取得ステップと、
取得した番号区画に基づいて、発信地域に応じたアプリケーションサービス処理を行うサービスステップと、を行い、
前記番号区画記憶部は、前記電話番号の範囲の各々に対応する市外局番桁数を、さらに記憶し、
前記番号区画記憶部を参照し、前記取得ステップで取得した発端末の電話番号に対応する市外局番桁数を取得し、前記発端末の電話番号の先頭から、取得した市外局番桁数分の市外局番号を抜き出す市外局番取得ステップと、
前記リクエストから着信先の着電話番号を抽出し、当該着電話番号の先頭に前記抜き出した市外局番号を補完した補完後の着電話番号を生成し、当該補完後の着電話番号を用いて通信履歴情報を生成する履歴情報生成ステップと、をさらに行うこと
を特徴とする発信地域導出方法。
請求項３記載の発信地域導出方法であって、
前記着電話番号は、市外局番を省略した閉域番号であること
を特徴とする発信地域導出方法。