JP2010533994A

JP2010533994A - 通信制御システム、通信制御方法、および通信制御装置

Info

Publication number: JP2010533994A
Application number: JP2010501721A
Authority: JP
Inventors: 利之田村; アンドレアスカンツ
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2007-07-27
Filing date: 2008-07-10
Publication date: 2010-10-28
Also published as: CA2687949A1; EP2183931A1; CN101690281A; US20100195570A1; KR20100022530A; WO2009016967A1

Abstract

ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信制御システムであって、ローカル番号変換装置とセッション制御装置群を有する。ローカル番号変換装置は、ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断する。セッション制御装置群は、ユーザ装置からの前記ローカルサービス番号を含む発信要求を受け付け、前記ユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより前記ローカルサービス番号を広域でルーティング可能な番号に変換し、前記広域でルーティング可能な番号を用いて前記インターネットプロコトル網をルーティングする。

Description

本発明は移動通信システムに関する。

《序》
ＩＰマルチメディアサブシステム（ＩＭＳ）は、エンドユーザに豊富で柔軟なサービスを提供するために、ＣＳ（ＣｉｒｃｕｉｔＳｗｉｃｈｅｄ）ドメイン電話ネットワークを通じて徐々に展開されている。エンドユーザの観点からは、既存の電話サービスはＩＭＳ上でも継続的にサポートされるべきであり、ネットワークのＩＭＳへの進化をエンドユーザに意識させるべきではない。

この文書では、ローカル番号ダイヤル呼、緊急呼、および他のローカルサービスを含むローカルサービスを、ＩＭＳでも継続的に提供できるかについて議論し、ＣＳドメインからＩＭＳへの円滑な移行を考察している。
《システム分析》
〈ＣＳドメインにおけるローカルサービス番号制御〉
図１は、ＣＳドメインにおけるローカルサービス番号の既存の実現手法を示している。

ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）がローカルサービス番号をダイヤルした場合、ＭＳＣ（ＭｏｂｉｌｅＳｗｉｃｈｉｎｇＣｅｎｔｅｒ）は、ダイヤルされた番号が国際ＩＳＤＮ番号（Ｅ．１６４）に従ったフォーマットでないこと検出し、ローカルデータベースに問合せて、ダイヤルされた番号をルーティング可能な番号に変換する。通常、データベースはＭＳＣに連結されている。呼制御は在圏ＭＳＣでローカルに行われるので、ルーティング可能な番号は必ずしも広域のルーティング可能な番号である必要はない。ローカルサービス番号の例は緊急呼である。すなわち加入者が１１２をダイヤルした場合、１１２から１２３４５６７のような「実際の」電話番号への変換は、加入者のいる地理的位置によって異なるであろう。この理由は、加入者は、当然、遠く離れた緊急センターからではなく最も近い緊急センターから救援を得るからである。

この手法の利点には、ネットワークの全ての地域に全てのローカルサービスのための中央集中化データベースを持つ必要がないということと、ネットワークのサービングノードと共に配置された小さなデータベースを管理するという、より容易な状況になることが含まれる。
〈ＩＭＳにおけるローカルサービス番号制御〉
３ＧＰＰ２３．２２８では、ユーザが在圏ネットワークまたは地理的なローカルサービス番号で使用されるアドレシング計画に従う非国際フォーマットの番号を使用している場合の呼のルーティングについて説明されている。ＵＥは、そのＵＥがローカルアドレシング計画を使用するということと共に、ローカルサービスを使用する意図の表示をＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）リクエストのリクエストＵＲＩに含めるだろう。この表示がＳＩＰリクエストのリクエストＵＲＩに含まれているものとする。ＩＭＳサービスは基本的にホームネットワークで提供されるので、ローカル番号のサポートも中央集中的方法によりホームネットワークで提供されると想定される。

図２は、ローカルサービス番号のない１つのオペレータネットワークにおける通常呼の設定シナリオを示している。ＵＥからの発信呼はＰ（Ｐｒｏｘｙ）−ＣＳＣＦ（ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）からＩ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ）−ＣＳＣＦに送られ、Ｉ−ＣＳＣＦはＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）に正しいＳ（Ｓｅｒｖｉｎｇ）−ＣＳＣＦを問合せる。次に、Ｉ−ＣＳＣＦはそのＳ−ＣＳＣＦに呼を転送し、そのＳ−ＣＳＣＦは、通常のＩＭＳルーティングを使用して呼を終端する。ダイヤルされた番号がローカル番号だった場合、Ｓ−ＣＳＣＦは、図２に位置検索機能（ＬＲＦ）として示しているようなアプリケーションサーバ（ＡＳ）を呼出して、ダイヤルされた番号をグローバルなルーティングが可能なフォーマットに変換する。次に、Ｓ−ＣＳＣＦは、通常のＩＭＳルーティング方法でＳＩＰリクエストを送信先へ送る。

さらに、図３は、異なるローカルサービスエリアを持つオペレータネットワークを示している。

各サービスエリア内に、そのエリアの加入者にサービスを提供する専用のＰ−ＣＳＣＦがあってもよい。

Ｐ−ＣＳＣＦは、セッション開始手順によりＳ−ＣＳＣＦへセッションを送るものとする。Ｓ−ＣＳＣＦはリクエストＵＲＩを評価し、加入者の位置（図３のローカルエリア）を考慮して、アプリケーションサーバ（ＡＳ）にグローバルにルーティング可能なフォーマットへのローカル番号の翻訳を問合せる。ＡＳは、次にグローバルにルーティング可能なＳＩＰＵＲＩ、または国際フォーマットの番号を持つ電話ＵＲＩのいずれかを含んだ翻訳されたリクエストＵＲＩをＳ−ＣＳＣＦに返す。Ｓ−ＣＳＣＦは、通常のＩＭＳルーティング原理により、その送信先へＳＩＰリクエストを送る。
〈ＩＭＳ緊急呼〉
３ＧＰＰＴＳ２３．１６７は、ＩＭＳの緊急セッション制御を規定している。図４に緊急ＩＭＳ登録シナリオを示す。ここでは、緊急ＣＳＣＦ（Ｅ−ＣＳＣＦ）が、通常の実行オプションとして、正規のＳ−ＣＳＣＦと共に配置されているものとする。

Ｅ−ＣＳＣＦは、Ｓ−ＣＳＣＦ上の追加機能として、位置検索機能（ＬＲＦ）とのインタフェースを持っている。ＬＲＦは、ＩＭＳ緊急セッションを開始したＵＥの位置情報を検索する役割を担っている。位置検索機能（ＬＲＦ）がルーティング決定機能（ＲＤＦ）とロケーションサーバ（例えばＧＭＬＣ（ＧａｔｅｗａｙＭｏｂｉｌｅＬｏｃａｔｉｏｎＣｅｎｔｅｒ））とからなるかも知れない構成がここでサポートされうる。
〈ＩＭＳのローカルサービス〉
緊急呼以外のＩＭＳのローカルサービスは、従来のＣＳドメインと類似の方法で実現できるであろう、図５を参照されたい。ＩＭＳＵＥが、それがローカルアドレシングプランとともにローカルサービスを使用していることを示す表示を伴なうローカルサービスＵＲＩ（ＬＳＵＲＩ）をダイヤルすると、その要求はＰ−ＣＳＣＦへ送出される。Ｐ−ＣＳＣＦは、Ｉ−ＣＳＣＦにＬＳＵＲＩの要求を送出し、Ｉ−ＣＳＣＦはＨＳＳ／ＨＬＲ（ＨｏｍｅＬｏｃａｔｉｏｎＲｅｓｉｓｔｅｒ）問合せにより適切なＳ−ＣＳＣＦを決定する。Ｉ−ＣＳＣＦは、次にＳ−ＣＳＣＦにその要求を送出する。Ｓ−ＣＳＣＦは、ローカルＵＲＩが呼ばれていることを検出し、図５で位置検索機能（ＬＲＦ）として示されているアプリケーションサーバを呼出してこれを変換する。問合せへのＡＳからの応答は、グローバルにルーティング可能なＵＲＩ（ＧＲＵＲＩ）を含んでいる。ここで、Ｓ−ＣＳＣＦは、ＧＲＵＲＩに基づいてローカルサービスを呼出すことができる。

《ＣＳドメインベースのローカルサービスからＩＭＳベースのローカルサービスへの円滑な移行》
《システム解析》のセクションの分析に基づけば、ＣＳドメインは在圏ネットワークのローカルサービスデータベースおよび番号翻訳機をローカルに保持していているが、一方、ＩＭＳは、中央集中化された方法でグローバルデータベースをホームネットワークに保持しているという結論である。

ＣＳドメインからＩＭＳへの円滑な移行が有用であることをオペレータは予想することができる。《解決法》のセクションでは、ＩＭＳにおいて、ＣＳドメインと類似した方法でローカルサービスをどのように提供することができるかという解決法が説明されている。

ＩＭＳのローカルサービスをいくつかの方法で行うことができるであろう。キーとなる発想は、ＣＳドメイン、すなわちアプリケーションサーバによって問合せされる分散型データベースでの挙動と同一の挙動である。位置検索機能（ＬＲＦ）はユーザの位置について最良の知識を持っている。ＬＲＦは、要求ＵＲＩの内の位置パラメータに加え、加入者のより正確な位置を得るために付加的な位置問合せを行うことができるであろう。したがって、ＬＲＦはＡＳとしても機能し、位置依存の番号問合せを国際的でグローバルにルーティング可能なフォーマットに変換できるであろう。この問題を解決するいくつかのアーキテクチャがあるであろう。
《解決法の概念》
本発明の一態様による通信制御システムは、ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信制御システムであって、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置と、
ユーザ装置からの前記ローカルサービス番号を含む発信要求を受け付け、前記ユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより前記ローカルサービス番号を広域でルーティング可能な番号に変換し、前記広域でルーティング可能な番号を用いて前記インターネットプロコトル網をルーティングするセッション制御装置群と、を有する。

本発明の一態様による通信制御方法は、ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信システムにおける通信制御方法であって、
ユーザ装置からのローカルサービス番号を含む発信要求を受け付け、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置の中の、前記ユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより、前記ローカルサービス番号を広域でルーティング可能な番号に変換し、
前記広域でルーティング可能な番号を用いて前記インターネットプロトコル網をルーティングする。

本発明の一態様による通信制御装置は、ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信制御システムにて、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置と共に用いられる通信制御装置において、
前記ローカルサービス番号を含む発信要求を発したユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより前記ローカルサービス番号を広域でルーティング可能な番号に変換することを特徴とする。

本発明の上記他の目的、特徴、および利点は、本発明実施形態または実施例を示す図面を参照した以下の記載から明らかとなるであろう。

ＣＳドメインにおけるローカルサービス番号である。典型的なオペレータＩＭＳトポロジーである。異なるローカルサービスエリアを持つオペレータネットワークである。ＩＭＳ緊急呼シナリオである。ローカルサービス翻訳のＩＭＳの概念である。各ローカルサービスエリアのＬＲＦＡＳである。ＣＳローカルサービスデータベースの再使用である。ＬＡＡＳによって選択された各ローカルサービスエリアのＬＲＦである。各ローカルサービスエリアにおいてＬＲＦと一緒に配置されたＰ−ＣＳＣＦである。

《解決法：ローカル番号翻訳用のアプリケーションサーバとしてのＬＲＦ》
〈解決法１：各ローカルサービスエリアのＬＲＦＡＳ〉
主要な発想はローカルサービスエリア毎に個別のＬＲＦとして図６に示されている。これら個々のＬＲＦの各々は、それぞれ異なるローカル番号のセット、または変換の異なる同じセットを格納していてもよい。例えば、誰かがハイウェイで車が故障した場合には、はるか遠く離れていない、ローカルな路上自動車修理サービスを呼ぶであろう。

図６において、ローカルＰ−ＣＳＣＦに入ってくる要求は、ＨＬＲ／ＨＳＳに問合せした後にＳ−ＣＳＣＦを選択するＩ−ＣＳＣＦへ送られる。ＵＥは、この要求に、携帯電話識別子、ＧＰＳ（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）座標、またはＯＭＡ（ＯｐｅｎＭｏｂｉｌｅＡｌｌｉａｎｃｅ）ＳＵＰＬ（ＳｅｃｕｒｅＵｓｅｒＰｌａｎｅＬｏｃａｔｉｏｎ）情報のようないくつかの位置情報を更に付加することもできる。Ｓ−ＣＳＣＦは、要求中のローカル番号指示を検出することができ、また、どのＬＲＦへローカル番号問合せを送信するのかを検出できる。ＬＲＦの選択は、ＵＥによって提供される位置情報に基づいていてもよい。ローカルＬＲＦは、ローカルＣＳローカル番号データベースにアクセスしてもよいし、または自分自身でデータベースを保持して要求を変換してもよい。なお、ここで、ＬＲＦはＡＳとして機能する。ＬＲＦがグローバルにルーティング可能なＵＲＩを返すと、Ｓ−ＣＳＣＦはサービスを呼出すことができる。

図７は、ローカルＬＲＦがローカルＣＳローカル番号データベースの助けを借りてグローバルにルーティング可能なＵＲＩを得る事例を示している。ＣＳドメインとＩＭＳ間のローカル番号データベースの共有は、メンテナンスが容易なのでオペレータに大きな利点を提供する。
〈解決法２：ＬＡＡＳにより選択された各ローカルサービスエリア内のＬＲＦ〉
他の１つの可能性として、１つの中央集中化されたノードいわゆるローカルエリアアプリケーションサーバ（ＬＡＡＳ）によって各所在地域内のＬＲＦを選択するというものがありうる。そのアーキテクチャを図８に示している。原則として、メッセージのシーケンスは〈解決法１〉の章と同じであるが、ここでは、Ｓ−ＣＳＣＦはいかなるＬＲＦ選択も行う必要はない。Ｓ−ＣＳＣＦは、単にＬＡＡＳに対するローカル番号変換問合せを行うのみである。ここで、ＬＡＡＳは正確な地域内の適切なＬＲＦを選択するために十分な知識を持っており、そのＬＲＦに問合せを送出する。ローカルＬＲＦは、問合せを変換し、ＬＡＡＳに対して、グローバルにルーティング可能なＵＲＩを返し、ＬＡＡＳはその結果を更にＳ−ＣＳＣＦに送出する。ここで、Ｓ−ＣＳＣＦは正確なローカルサービスを呼出すことができる。
〈解決法３：各ローカルサービスエリア内に一所に配置されたＰ−ＣＳＣＦおよびＬＲＦＡＳ〉
他の１つの方法は、Ｐ−ＣＳＣＦにおいてローカルＵＲＩからグローバルＵＲＩへ直接変換するという方法であろう。そのため、図９に示すように、ＬＲＦをＰ−ＣＳＣＦと一所に配置できるであろう。着信のローカルサービス要求がＰ−ＣＳＣＦに入った場合には、そのＰ−ＣＳＣＦは、ＵＥによって設定された指示に基づいて、この要求を検出できるであろう。次に、Ｐ−ＣＳＣＦは、ＬＲＦの助けを借りて、ローカル要求ヘッダーを適切なグローバルにルーティング可能な要求ヘッダーに変換して、この要求を次にＩ−ＣＳＣＦに送出できるであろう。次に、通常のＩＭＳルーティングを行うだけでセッションを完結させてローカルサービスを呼出す。
《提案の概念》
提案の概念は、加入者の地理的な位置に基づいてローカル番号翻訳を提供する方法に含まれている。この方法は下記のように実現される。

１．ＣＳドメイン電話サービスと類似した方法で、ローカル番号サービスに分散型番号翻訳データベースを提供する下記の機能で構成されるＩＭＳシステム（下記の機能はすべて、既に３ＧＰＰ標準で規定されている）；
ａ．ＵＥは、ローカルサービスが呼出されているという指示と共にローカルＵＲＩ要求をＰ−ＣＳＣＦに送信する。

ｂ．Ｓ−ＣＳＣＦは、それがホームネットワーク外に位置していても、任意のアプリケーションサーバと相互に作用することができる。

ｃ．Ｓ−ＣＳＣＦはローカルサービス呼を検出し、適切なアプリケーションサーバに送る。

ｄ．アプリケーションサーバは、位置情報を参照することにより、ローカル番号をグローバルにルーティング可能なＵＲＩに翻訳する能力を持っている。

２．Ｓ−ＣＳＣＦは、加入者が位置するローカルエリアに位置するローカルＬＲＦを選択する能力を持っている。（解決法１）
３．Ｓ−ＣＳＣＦは、携帯電話識別子、ＧＰＳ情報、ＯＭＡによって標準化されたＳＵＰＬ情報等のような位置情報に基づいて、またはＰ−ＣＳＣＦアドレスまたはあるローカルエリアの最初のフィルタ基準に基づいてローカルＬＲＦを選択する。（解決法１）
４．ローカルＬＲＦは、加入者の位置するところでのみ有効なローカル番号をグローバルにルーティング可能なＵＲＩに翻訳することができる。（解決法１）
５．ＩＭＳ用アプリケーションサーバとしてのローカルＬＲＦは、ＣＳドメインサービスのローカルサービスデータベースと一所に配置されるか、または相互に作用する。（解決法１）
６．Ｓ−ＣＳＣＦは、ローカル番号変換問合せを直接ローカルＬＲＦに、またはローカルＬＲＦを選択してそこに問合せを送出するＬＡＡＳのようなＡＳに送信してもよい。（解決法１および解決法２）
７．ローカル要求ＵＲＩを検出して、それをそのまま送出するか、またはローカル要求ＵＲＩをグローバルにルーティング可能なＵＲＩフォーマットに直接翻訳してＩ−ＣＳＣＦに発送するＰ−ＣＳＣＦ。（解決法３）
８．ＬＲＦはＰ−ＣＳＣＦと一緒に配置されてもよい。（解決法３）
なお、具体的な用語を用いて本発明の実施形態について説明したが、それらの表現は例示目的のみであり、クレームの精神あるいは範囲から逸脱しないでなしうる変更や変形が理解されるべきである。

また、上記実施形態は以下の実施例に整理されるかもしれない。

実施例１は、
ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信制御システムであって、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベース（ＬｏｃａｌＳｅｒｖｉｃｅＤＢに相当）にアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置（ＬＲＦに相当）と、
ユーザ装置からの前記ローカルサービス番号を含む発信要求を受け付け、前記ユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより前記ローカルサービス番号を広域でルーティング可能な番号に変換し、前記広域でルーティング可能な番号を用いて前記インターネットプロコトル網をルーティングするセッション制御装置群（ＣＳＣＦ群に相当）と、を有する通信制御システム、である。

実施例２は、
前記セッション制御装置群は、在圏網に配置されたプロキシ用セッション制御装置（Ｐ-ＣＳＣＦに相当）と、サービング用セッション制御装置（Ｓ-ＣＳＣＦに相当）とを有し、
前記プロキシ用セッション制御装置は、前記ユーザ装置からの発信要求を受け付け、前記発信要求を前記サービング用セッション制御装置に転送し、
前記サービング用セッション制御装置は、前記発信要求を受けると、前記ローカルサービス番号に対応する広域でルーティング可能な番号を前記ローカル番号変換装置に問い合わせ、前記広域でルーティング可能な番号で前記インターネットプロトコル網をルーティングする、実施例１に記載の通信制御システム、である。

実施例３は、
前記サービング用セッション制御装置は前記ユーザ装置の位置情報に基づいて、問い合わせ先の前記ローカル番号変換装置を選択する、実施例２に記載の通信制御システム、である。

実施例４は、
前記サービング用セッション制御装置は、前記発信要求を転送してきたプロキシ用セッション制御装置のアドレス情報に基づいて、問い合わせ先の前記ローカル番号変換装置を選択する、実施例２に記載の通信制御システム、である。

実施例５は、
前記サービング用セッション制御装置は、予め定められた基準に基づいて、問い合わせ先の前記ローカル番号変換装置を選択する、請求項２に記載の通信制御システム、である。

実施例６は、
前記ローカルサービス番号に対応する広域でルーティング可能な番号の問い合わせを受けて、ローカルサービスエリア毎の複数のローカル番号変換装置の中から、前記問い合わせの問い合わせ先として適切なローカル番号変換装置を選択し、前記ローカル番号変換装置に前記問い合わせを転送するローカルエリアアプリケーションサーバ（ＬＡＡＳに相当）を更に有し、
前記サービング用セッション制御装置は、前記ローカルサービス番号に対応する広域でルーティング可能な番号を、前記ローカルエリアアプリケーションサーバ経由で前記ローカル番号変換装置に問い合わせる、実施例２に記載の通信制御システム、である。

実施例７は、
前記セッション制御装置群は、在圏網に配置されたプロキシ用セッション制御装置と、サービング用セッション制御装置とを有し、
前記プロキシ用セッション制御装置は、前記ユーザ装置からの発信要求を受け付け、前記ローカルサービス番号に対応する広域でルーティング可能な番号を前記ローカル番号変換装置に問い合わせ、前記ローカルサービス番号を前記広域でルーティング可能な番号に変換した発信要求を前記サービング用セッション制御装置に転送し、
前記サービング用セッション制御装置は、前記発信要求を受けると、前記広域でルーティング可能な番号で前記インターネットプロトコル網をルーティングする、実施例１に記載の通信制御システム、である。

実施例８は、
前記ローカル番号変換装置が前記プロキシ用セッション制御装置と共に配置されている、実施例７に記載の通信システム、である。

実施例９は、
前記プロキシ用セッション制御装置からの要求を受けて、加入者情報サーバに問い合わせることにより、前記要求を担当すべきサービング用セッション制御装置を選択し、選択した前記サービング用セッション制御装置に前記要求を転送する問い合わせ用セッション制御装置（Ｉ−ＣＳＣＦに相当）をホーム網に更に有する、実施例２または７に記載の通信制御システム、である。

実施例１０は、
前記ローカル番号変換装置は、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースを回線交換網と共用する、実施例１から９のいずれか１項に記載の通信制御システム、である。

実施例１１は、
ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信システムにおける通信制御方法であって、
ユーザ装置からのローカルサービス番号を含む発信要求を受け付け、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置の中の、前記ユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより、前記ローカルサービス番号を広域でルーティング可能な番号に変換し、
前記広域でルーティング可能な番号を用いて前記インターネットプロトコル網をルーティングする、通信制御方法、である。

実施例１２は、
在圏網に配置されたプロキシ用セッション制御装置が、前記ユーザ装置からの発信要求を受け付け、前記発信要求をサービング用セッション制御装置に転送し、
前記サービング用セッション制御装置が、前記発信要求を受けると、前記ローカルサービス番号に対応する広域でルーティング可能な番号を前記ローカル番号変換装置に問い合わせ、前記広域でルーティング可能な番号で前記インターネットプロトコル網をルーティングする、請求項１１に記載の通信制御方法、である。

実施例１３は、
在圏網に配置されたプロキシ用セッション制御装置が、前記ユーザ装置からの発信要求を受け付け、前記ローカルサービス番号に対応する広域でルーティング可能な番号を前記ローカル番号変換装置に問い合わせ、前記ローカルサービス番号を前記広域でルーティング可能な番号に変換した発信要求をサービング用セッション制御装置に転送し、
前記サービング用セッション制御装置が、前記発信要求を受けると、前記広域でルーティング可能な番号で前記インターネットプロトコル網をルーティングする、請求項１１に記載の通信制御方法、である。

実施例１４は、
ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信制御システムにて、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置と共に用いられる通信制御装置において、
前記ローカルサービス番号を含む発信要求を発したユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより前記ローカルサービス番号を広域でルーティング可能な番号に変換することを特徴とする通信制御装置、である。

この出願は、２００７年７月２７日に出願された日本出願特願２００７−１９６７３４を基礎として優先権の利益を主張するものであり、その開示の全てを引用によってここに取り込む。

Claims

ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信制御システムであって、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置と、
ユーザ装置からの前記ローカルサービス番号を含む発信要求を受け付け、前記ユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより前記ローカルサービス番号を広域でルーティング可能な番号に変換し、前記広域でルーティング可能な番号を用いて前記インターネットプロコトル網をルーティングするセッション制御装置群と、を有する通信制御システム。
前記セッション制御装置群は、在圏網に配置されたプロキシ用セッション制御装置と、サービング用セッション制御装置とを有し、
前記プロキシ用セッション制御装置は、前記ユーザ装置からの発信要求を受け付け、前記発信要求を前記サービング用セッション制御装置に転送し、
前記サービング用セッション制御装置は、前記発信要求を受けると、前記ローカルサービス番号に対応する広域でルーティング可能な番号を前記ローカル番号変換装置に問い合わせ、前記広域でルーティング可能な番号で前記インターネットプロトコル網をルーティングする、請求項１に記載の通信制御システム。
前記サービング用セッション制御装置は前記ユーザ装置の位置情報に基づいて、問い合わせ先の前記ローカル番号変換装置を選択する、請求項２に記載の通信制御システム。
前記サービング用セッション制御装置は、前記発信要求を転送してきたプロキシ用セッション制御装置のアドレス情報に基づいて、問い合わせ先の前記ローカル番号変換装置を選択する、請求項２に記載の通信制御システム。
前記サービング用セッション制御装置は、予め定められた基準に基づいて、問い合わせ先の前記ローカル番号変換装置を選択する、請求項２に記載の通信制御システム。
前記ローカルサービス番号に対応する広域でルーティング可能な番号の問い合わせを受けて、ローカルサービスエリア毎の複数のローカル番号変換装置の中から、前記問い合わせの問い合わせ先として適切なローカル番号変換装置を選択し、前記ローカル番号変換装置に前記問い合わせを転送するローカルエリアアプリケーションサーバを更に有し、
前記サービング用セッション制御装置は、前記ローカルサービス番号に対応する広域でルーティング可能な番号を、前記ローカルエリアアプリケーションサーバ経由で前記ローカル番号変換装置に問い合わせる、請求項２に記載の通信制御システム。
前記セッション制御装置群は、在圏網に配置されたプロキシ用セッション制御装置と、サービング用セッション制御装置とを有し、
前記プロキシ用セッション制御装置は、前記ユーザ装置からの発信要求を受け付け、前記ローカルサービス番号に対応する広域でルーティング可能な番号を前記ローカル番号変換装置に問い合わせ、前記ローカルサービス番号を前記広域でルーティング可能な番号に変換した発信要求を前記サービング用セッション制御装置に転送し、
前記サービング用セッション制御装置は、前記発信要求を受けると、前記広域でルーティング可能な番号で前記インターネットプロトコル網をルーティングする、請求項１に記載の通信制御システム。
前記ローカル番号変換装置が前記プロキシ用セッション制御装置と共に配置されている、請求項７に記載の通信システム。
前記プロキシ用セッション制御装置からの要求を受けて、加入者情報サーバに問い合わせることにより、前記要求を担当すべきサービング用セッション制御装置を選択し、選択した前記サービング用セッション制御装置に前記要求を転送する問い合わせ用セッション制御装置をホーム網に更に有する、請求項２または７に記載の通信制御システム。
前記ローカル番号変換装置は、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースを回線交換網と共用する、請求項１から９のいずれか１項に記載の通信制御システム。
ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信システムにおける通信制御方法であって、
ユーザ装置からのローカルサービス番号を含む発信要求を受け付け、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置の中の、前記ユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより、前記ローカルサービス番号を広域でルーティング可能な番号に変換し、
前記広域でルーティング可能な番号を用いて前記インターネットプロトコル網をルーティングする、通信制御方法。
在圏網に配置されたプロキシ用セッション制御装置が、前記ユーザ装置からの発信要求を受け付け、前記発信要求をサービング用セッション制御装置に転送し、
前記サービング用セッション制御装置が、前記発信要求を受けると、前記ローカルサービス番号に対応する広域でルーティング可能な番号を前記ローカル番号変換装置に問い合わせ、前記広域でルーティング可能な番号で前記インターネットプロトコル網をルーティングする、請求項１１に記載の通信制御方法。
在圏網に配置されたプロキシ用セッション制御装置が、前記ユーザ装置からの発信要求を受け付け、前記ローカルサービス番号に対応する広域でルーティング可能な番号を前記ローカル番号変換装置に問い合わせ、前記ローカルサービス番号を前記広域でルーティング可能な番号に変換した発信要求をサービング用セッション制御装置に転送し、
前記サービング用セッション制御装置が、前記発信要求を受けると、前記広域でルーティング可能な番号で前記インターネットプロトコル網をルーティングする、請求項１１に記載の通信制御方法。
ユーザ装置が在圏しているローカルサービスエリアで有効なローカルサービス番号により呼を接続し、インターネットプロトコル網でデータを転送する通信制御システムにて、
ローカルサービスエリア毎に配置され、ローカルサービス番号を指定した問い合わせに応じて、前記ローカルサービスエリアで有効なローカルサービス番号と広域でルーティング可能な番号との対応関係のデータベースにアクセスし、指定された前記ローカルサービス番号に対応する広域でルーティング可能な番号を判断するローカル番号変換装置と共に用いられる通信制御装置において、
前記ローカルサービス番号を含む発信要求を発したユーザ装置の在圏しているローカルサービスエリアのローカル番号変換装置に問い合わせることにより前記ローカルサービス番号を広域でルーティング可能な番号に変換することを特徴とする通信制御装置。