JP2009513052A - Ｔｅｌ−ｕｒｉを用いた、ｉｍｓ呼のルーティング - Google Patents

Ｔｅｌ−ｕｒｉを用いた、ｉｍｓ呼のルーティング Download PDF

Info

Publication number
JP2009513052A
JP2009513052A JP2008536149A JP2008536149A JP2009513052A JP 2009513052 A JP2009513052 A JP 2009513052A JP 2008536149 A JP2008536149 A JP 2008536149A JP 2008536149 A JP2008536149 A JP 2008536149A JP 2009513052 A JP2009513052 A JP 2009513052A
Authority
JP
Japan
Prior art keywords
uri
sip
tel
request
phone
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2008536149A
Other languages
English (en)
Other versions
JP5161784B2 (ja
Inventor
ジュサス−ジャビエ アラウズ−ロサド，
フレドリック アルリクソン，
Original Assignee
テレフオンアクチーボラゲット エル エム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エル エム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エル エム エリクソン（パブル）
Publication of JP2009513052A publication Critical patent/JP2009513052A/ja
Application granted granted Critical
Publication of JP5161784B2 publication Critical patent/JP5161784B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/65—Telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Nitrogen Condensed Heterocyclic Rings (AREA)

Abstract

本発明は、呼の目標ユーザの識別子として電話番号（そして、埋め込み電話番号の付いたＳＩＰ ＵＲＩではなく）を用いて呼のルーティングを可能にする目的で、ＩＭＳ着信ネットワーク内でのｔｅｌ ＵＲＩの特定の取扱を提案する。具体的には、本発明は変換モジュールを導入し、その変換モジュールは、ＩＭＳ着信ネットワーク内に位置していて、埋め込み電話番号付きＳＩＰ ＵＲＩを、同等のｔｅｌ ＵＲＩに変換することができ、それが次いで、呼を目標ユーザまでルーティングできるように着信Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦによってＳＬＦおよび／またはＨＳＳに問い合わせを行うために使用される。

Description

＜以前に出願された米国出願の利益を主張する＞
本願は、２００５年１０月２１日に出願され、「Ｔｅｌ−ＵＲＩを用いた、ＩＭＳ呼のルーティング」と題された米国仮出願第６０／７２９，０１２号の利益を主張する。この文書の内容は、ここに参照により本願に援用する。
＜技術分野＞
本発明は一般に、特定の目標ユーザの識別子として（埋め込まれた形で電話番号を持つＳＩＰ ＵＲＩではなく）電話番号であるｔｅｌ ＵＲＩを用いて目標ユーザまでの呼のルーティングを可能にする、ＩＭＳ着信ネットワーク(terminating network)に関する。
ここでは下記の略語を定義する。少なくともその一部は、以下の先行技術および本発明の記述の中で言及される。
３ＧＰＰ 第３世代パートナシップ・プロジェクト
ＡＳ アプリケーション・サーバ
ＣＳＣＦ 呼セッション制御機能
ＤＮＳ ドメイン・ネーム・システム
ＨＳＳ ホーム加入者サーバ
ＩＡＭ 初期アドレスメッセージ
ＩＢＣＦ インタワーキング・ボーダ制御機能
Ｉ−ＣＳＣＦ インテロゲーティングＣＳＣＦ
ＩＭＳ ＩＰマルチメディア・サブシステム
ＩＰ インターネット・プロトコル
ＭＧＣＦ メディア・ゲートウェイ制御機能
ＭＭＳ マルチメディア・メッセージング・サービス
ＰＯＴＳ 普通の旧来の電話サービス(Plain Old Telephone Service)
ＰＳＴＮ 公衆交換電話網
ＰＵＩ パブリック・ユーザ・アイデンティティ
ＲＦＣ リクエスト・フォー・コメント
ＲＴＰ リアルタイム・トランスポート・プロトコル
Ｓ−ＣＳＣＦ サービングＣＳＣＦ
ＳＩＰ セッション開始プロトコル
ＳＬＦ 加入者ロケータ機能
ＴＣＰ 伝送制御プロトコル
ＵＡ ユーザ・エージェント
ＵＥ ユーザ装置
ＵＲＩ ユニフォーム・リソース識別子
ＵＴＭ ＵＲＩ翻訳モジュール
ＩＭＳネットワークは、ＩＭＳネットワークのユーザ・エージェント（ＵＡ）および他の従来型ネットワークのユーザ装置（ＵＥ）が、他のＵＡとのマルチメディア・セッションを確立することを可能にし、それらが、あらゆる種類のリアルタイム情報（例えば音声、動画）または非リアルタイム情報（例えばメッセージ、写真）をも交換できるようにする、ＩＰベースのネットワークである。現状ではＩＭＳネットワークは、マルチメディア・セッションを確立するのにＳＩＰプロトコルを使用し、マルチメディア・セッションのペイロードを搬送するのにＲＴＰのような伝送プロトコルを使用する。
ＩＭＳネットワークでは、目標ユーザを識別するＵＲＩを用いて、且つ、ＩＭＳネットワーク内のすべての要素が従わなければならない厳密に定義された一連のルーティング規則を用いて、そのユーザとの間で確立されたマルチメディア・セッション上で情報がルーティングされる。この一連の規則は、「セッション開始プロトコル（ＳＩＰ）およびセッション記述プロトコル（ＳＤＰ）に基づくＩＰマルチメディア呼制御プロトコル」と題された３ＧＰＰ ＴＳ ２４．２２９ Ｖ．５．１４．０（２００５年１０月）（その内容は参照により本願に援用する）の中で３ＧＰＰ準拠のＩＭＳネットワークのために定義されている。
マルチメディア・セッションを確立する場合に特定の目標ユーザを識別するのに用いられうるＵＲＩには２つのタイプがあり、すなわち、（１）ＳＩＰ ＵＲＩと（２）ｔｅｌ ＵＲＩである。ＳＩＰ ＵＲＩは、２００２年６月の「ＳＩＰ：セッション開始プロトコル」と題されたＲＦＣ３２６１（その内容は参照により本願に援用する）の中で定義される形式を持つ。ＳＩＰ ＵＲＩの例をあげると次のようになる。
sip:peter@yahoo.com
sip:James.Rowling@RowlingAndAssociates.co.uk
sip:voice_mail@vodafone.com;reason=no_answer
他方、ｔｅｌ ＵＲＩの形式は、「電話番号のためのｔｅｌ ＵＲＩ」と題されたＲＦＣ３９６６（その内容は参照により本願に援用する）の中で定義される。ｔｅｌ ＵＲＩの例をあげると次のようになる。
tel:+1-234-567-89
tel:2997;phone-context=+3491339
加えて、ＲＦＣ３２６１の中で論じられていることであるが、埋め込まれたｔｅｌ ＵＲＩを持つＳＩＰ ＵＲＩを表す方法もある。例えば、典型的なｔｅｌ ＵＲＩを、次のようにＳＩＰ ＵＲＩの中に埋め込むこともできよう。
sip:+1-234-567-89@cingular.com;user=phone
sip:2997;phone-context=+3491339@vodafone.com;user=phone
上記の一連のルーティング規則の１つのセクションは、２つの異なるネットワークオペレータ間で呼をルーティングすることに充てられている。具体的には、２つのネットワークオペレータ間で呼をルーティングする場合、呼の目標ユーザを識別するためには、ＳＩＰ ＵＲＩもしくはＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩが使用されなければならない。図１（先行技術）は、第１のルーティングプロセス、すなわち、発信ネットワーク１０２に位置するＵＡ１から着信／宛先ネットワーク１０４に位置するＵＡ２まで呼をルーティングするためにＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩを使用するオペレータ間プロセス、を記述する一助とするのに用いられる信号フロー図である。ステップは、以下のようである（詳細については、３ＧＰＰ ＴＳ ２４．２２９を参照する）。
１−３． 発信Ｓ−ＣＳＣＦ１が、ＵＡ１からＳＩＰ要求（例えばＩＮＶＩＴＥ ｔｅｌ：＋１２３）を受信する（ステップ１）。Ｓ−ＣＳＣＦ１は、受信したセッション開始ＩＮＶＩＴＥ要求からＲｅｑｕｅｓｔ−ＵＲＩ（要求ＵＲＩ）を取り込み、Ｒｅｑｕｅｓｔ−ＵＲＩがｔｅｌ ＵＲＩを含む場合、Ｓ−ＣＳＣＦ１は、ＥＮＵＭ１サービスに問い合わせを行う（ステップ２）。ＥＮＵＭ１は、ｔｅｌ ＵＲＩをＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩ（例えば、ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）に変更し、それをＳ−ＣＳＣＦ１へ送信する（ステップ３）。Ｓ−ＣＳＣＦ１は、ＳＩＰ要求の中の最初のＲｅｑｕｅｓｔ−ＵＲＩを、クエリから取得したＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩと置き換えて、新規のＳＩＰ要求（例えば、ＩＮＶＩＴＥ ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）を形成する。
４． 発信Ｓ−ＣＳＣＦ１は、新規のＲｅｑｕｅｓｔ−ＵＲＩのドメイン部分（例えばｏｐ．ｃｏｍ）を取り込み、新規のＩＮＶＩＴＥ ＳＩＰ要求を、そのドメインで識別されるアドレスまで転送する（ドメインが、ＩＰｖ４アドレスもしくはＩＰｖ６アドレスである場合、ＩＮＶＩＴＥをそのアドレスに直接転送可能であるし、それ以外の場合は、着信ネットワーク１０４の中のＩＢＣＦかまたはＩ−ＣＳＣＦ２のいずれか一方に対応する宛先ＩＰアドレスを取得するため、ドメイン部を用いてＤＮＳに問い合わせを行う必要がある）。この例では、Ｓ−ＣＳＣＦ１は、新規のＳＩＰ要求（例えばＩＮＶＩＴＥ ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）を直接Ｉ−ＣＳＣＦ２まで転送する（ステップ４）。
５−６． Ｉ−ＣＳＣＦ２は、着信呼について接触される最初のＣＳＣＦであり、呼の目標であるＵＡ２にサービス提供するＳ−ＣＳＣＦ２を特定する役割を持つ。ＵＡ２にサービス提供するＳ−ＣＳＣＦ２を特定するため、Ｉ−ＣＳＣＦ２は、（１）ＳＬＦ２および（２）ＨＳＳ２という、２つのネットワーク・データベースの使用が必要になることがある。ＳＬＦ２は、（どのＳ−ＣＳＣＦ２が現時点でサービス提供しているかも含めて）ＵＡ２の加入者データを保持する特定のＨＳＳ２インスタンスを見つける、データベース特定機能であり、着信ネットワーク１０４内に複数のＨＳＳインスタンスがある場合に使用される。この例では、Ｉ−ＣＳＣＦ２は、ＳＩＰ要求の中のＲｅｑｕｅｓｔ−ＵＲＩを、クエリ（例えば、Ｄｘ−Ｌｏｃａｔｉｏｎ−Ｑｕｅｒｙ ＰＵＩ＝ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）をＳＬＦ２まで送信するためのパブリック・ユーザ・アイデンティティとして使用する（ステップ５）。次いで、ＳＬＦ２は、ＨＳＳ２を示す応答（例えば、Ｄｘ−Ｌｏｃａｔｉｏｎ−Ｑｕｅｒｙ＿Ｒｓｐ Ｓｅｒｖｅｒ−Ｎａｍｅ＝ＨＳＳ２）をＩ−ＣＳＣＦ２へ返信する。ネットワーク内に一意のＨＳＳが存在する場合、ＳＬＦ２およびステップ５乃至６は省略されてもよい。
７−８． Ｉ−ＣＳＣＦ２は、ＳＩＰ要求の中のＲｅｑｕｅｓｔ−ＵＲＩを、クエリ（例えば、Ｃｘ−Ｌｏｃａｔｉｏｎ−Ｑｕｅｒｙ ＰＵＩ＝ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）をＨＳＳ２まで送信するためのパブリック・ユーザ・アイデンティティとして使用する（ステップ７）。次いでＨＳＳ２は、Ｓ−ＣＳＣＦ２を示す応答（例えば、Ｃｘ−Ｌｏｃａｔｉｏｎ−Ｑｕｅｒｙ＿Ｒｓｐ Ｓｅｒｖｅｒ−Ｎａｍｅ＝Ｓ−ＣＳＣＦ２）をＩ−ＣＳＣＦ２に返信する（ステップ８）。
９−１０． 一旦Ｉ−ＣＳＣＦ２がＳ−ＣＳＣＦ２を特定すると、Ｉ−ＣＳＣＦ２は、呼（例えばＩＮＶＩＴＥ ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）をそのＳ−ＣＳＣＦ２までルーティングする（ステップ９）。次いで、着信Ｓ−ＣＳＣＦ２は、その内部位置テーブルを使って、目標ユーザＵＡ２によって登録された連絡先アドレス（上記の例において、この連絡先アドレスは、Ｂ−ＵＥ＠ｏｐ．ｃｏｍである）までＩＮＶＩＴＥ要求をルーティングする（ステップ１０）。登録された連絡先アドレスはないけれども、目標ユーザＵＡ２が、未登録状態である何らかのサービスを起動していた場合、Ｓ−ＣＳＣＦ２は、ＳＩＰ要求を、Ｓ−ＣＳＣＦ２内に記憶されたサービス情報によって示されたＡＳまで転送する。
図２（先行技術）を参照すると、第２のルーティングプロセス、すなわち、上記のようなリモートネットワーク１０２においてピアＳ−ＣＳＣＦ１から呼が来るのではなく代わりにＭＧＣＦ１から来る場合に発生するルーティングプロセスを記述する一助とするのに用いられる信号フロー図がある。この特定の第２のルーティングプロセスは、ユーザＵＥ３がＰＳＴＮ２０２の中に位置していて、ＩＭＳ着信ネットワーク１０４の中に位置するＵＡ２に対してｔｅｌ ＵＲＩを用いて呼を開始する場合に発生する。この特定のルーティングプロセスのステップは、以下のとおりである（詳細については、３ＧＰＰ ＴＳ ２４．２２９を参照する）。
１ａ． ＭＧＣＦ１は、ＵＥ３から送信されたＩＡＭを受信するＰＳＴＮシグナリング・インタフェースを有する（ステップ１ａ）。ＭＧＣＦ１は、ＩＡＭを用いて目標ユーザのＥ．１６４番号を取得し、（Ｅ．１６４番号を含む）ｔｅｌ ＵＲＩかまたは（Ｅ．１６４番号を埋め込んだ）ＳＩＰ ＵＲＩのいずれか一方を有するＲｅｑｕｅｓｔ−ＵＲＩフィールドを含むＩＮＶＩＴＥ ＳＩＰ要求を生成する。
２ａ． この特定の例において、ＩＮＶＩＴＥ ＳＩＰ要求は、ｔｅｌ ＵＲＩ（例えばｔｅｌ：＋１２３）を含む（このステップ２ａを図１のステップ４と比較されたい）。ＭＧＣＦ１は、ＩＮＶＩＴＥ ＳＩＰ要求（例えばＩＮＶＩＴＥ ｔｅｌ：＋１２３）を、着信ネットワーク１０４に位置するＩ−ＣＳＣＦ２まで転送する（ステップ２ａ）。
３ａ−８ａ． ステップ３ａ乃至８ａは、ＳＩＰ ＵＲＩ（例えばｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）ではなくｔｅｌ ＵＲＩ（例えばｔｅｌ：＋１２３）が信号の一部において使用されることを除いて、図１に示す前のルーティング手順におけるステップ５乃至１０と同様である。
残念ながら、上記のルーティング手順には、若干の問題がある。
１．第１のルーティングプロセスにおいて、呼を開始するのに用いられる目標電話番号が、ＩＮＶＩＴＥ ＳＩＰ要求が着信ネットワーク１０４に到達する前に失われる。特に、発信Ｓ−ＣＳＣＦ１が、最初にダイアルされたｔｅｌ ＵＲＩをＥＮＵＭ１から取得されたＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩと置き換える際に、目標電話番号が、発信Ｓ−ＣＳＣＦ１によってＳＩＰ要求の中の要求−ＵＲＩから除去される（ステップ２乃至３を参照）。着信ネットワーク１０４が、この電話番号をある種のサービス（例えばＭＭＳ）に提供することが必要になることがあるため、これはあまり望ましくない。
２．いずれのルーティングプロセスにおいても、着信ネットワーク１０４内で呼を内部的にルーティングするために、ＨＳＳ２内のユーザプロフィールと、ＳＬＦ２内のユーザ−サーバ間の関連付けとには、ｔｅｌ ＵＲＩとそのｔｅｌ ＵＲＩのＳＩＰ形式（ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩ）とが両方共含まれていなければならない。ルーティング手順では、着信ネットワーク１０４で受信されたＳＩＰ要求が、ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩ（図１を参照）かまたはｔｅｌ ＵＲＩ（図２を参照）のいずれか一方を含むことがある事例があることから、このことは必要である。所与の発信ネットワーク１０２によってどの形式が実際に使用されるのか事前に分らないことから、着信ネットワーク１０４内で内部的に呼をルーティングできるためには、ＳＬＦ２内のユーザ−サーバ間の関連付けとＨＳＳ２内のユーザプロフィールとは、ｔｅｌ ＵＲＩとそのｔｅｌ ＵＲＩのＳＩＰ形式（ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩ）とを両方共含む必要がある。従って、ＳＬＦ２とＨＳＳ２とは、それぞれ、ｔｅｌ ＵＲＩとＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩとの両方について重複した情報を維持する必要があり、それは管理上の負荷を増加させるだけでなく、メモリスペースを無駄遣いする。これは望ましくない。
従って、先行技術に関連するこれらの短所およびその他の短所に取り組む必要性がこれまでもあったし、今もある。これらの必要性およびその他の必要性は、本発明によって満たされる。
本発明は、呼の目標ユーザの識別子として電話番号（そして、埋め込まれた電話番号を持つＳＩＰ ＵＲＩではなく）を用いて呼のルーティングを可能にする目的で、ＩＭＳ着信ネットワーク内でのｔｅｌ ＵＲＩの特定の取扱を提案する。具体的には、本発明は変換モジュールを導入し、その変換モジュールは、ＩＭＳ着信ネットワーク内に位置していて、埋め込まれた電話番号を持つＳＩＰ ＵＲＩを、同等のｔｅｌ ＵＲＩに変換することができ、それが次いで、呼を目標ユーザまでルーティングできるように着信Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦによってＳＬＦおよび／またはＨＳＳに問い合わせを行うために使用される。
あるシナリオにおいて、変換モジュールは、ＳＩＰ ＵＲＩ／埋め込み電話番号付（電話番号が埋め込まれたＳＩＰ ＵＲＩ）を、同等のｔｅｌ ＵＲＩに変換することができるが、それは（１）目標ユーザ部分をＳＩＰ ＵＲＩ／埋め込み電話番号付から抽出すること、および（２）同等のｔｅｌ ＵＲＩを生成するために、「ｔｅｌ：」という文字列を目標ユーザ部分の前に付ける（付加する）こと、によって可能になる。別のシナリオにおいて、変換モジュールは、ＳＩＰ ＵＲＩ／埋め込み電話番号付を、同等のｔｅｌ ＵＲＩに変換することができるが、それは（１）第１の数字の組、すなわち、ＳＩＰ ＵＲＩ／埋め込み電話番号付の中の「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後に位置するｐｈｏｎｅ ｃｏｎｔｅｘｔ記述子（ｐｈｏｎｅ ｃｏｎｔｅｘｔ記述子は、ドメイン名でもよいし国際ネットワーク・プレフィックスでもよい）を抽出すること、（２）ＳＩＰ ＵＲＩ／埋め込み電話番号付の中の「ｓｉｐ：」引数の後で且つ「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出すること、および（３）同等のｔｅｌ ＵＲＩを生成するために、「ｔｅｌ：」という文字列を第１の数字の組の前に付け、その後に第２の数字の組が挿入されること、によって可能になる。更に別のシナリオにおいて、変換モジュールはＳＩＰ ＵＲＩ／埋め込み電話番号付を、同等のｔｅｌ ＵＲＩに変換することができるが、それは（１）第１の数字の組、すなわち、「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後に位置するｐｈｏｎｅ ｃｏｎｔｅｘｔ記述子を抽出すること、（２）「ｓｉｐ：」引数の後で且つ「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出すること、（３）第１の数字の組（ｐｈｏｎｅ ｃｏｎｔｅｘｔ記述子／国際ネットワーク・プレフィックス）を、一連の置換規則を見つけるための事前定義された置換規則のテーブルへの手がかり（キー）として使用すること、（４）これらの置換規則を第２の数字の組に適用して第３の数字の組を生成すること、そして、（５）同等のｔｅｌ ＵＲＩを生成するために、「ｔｅｌ：」という文字列を第３の数字の組の前に付けること、によって可能になる。
更に、本発明は、ＳＩＰ要求を受信するための受信器と、ＳＩＰ ＵＲＩ／埋め込み電話番号（電話番号が埋め込まれたＳＩＰ ＵＲＩ）を含む要求ＵＲＩをＳＩＰ要求が有するかどうか判断するためのプロセッサとを有する、Ｉ−ＣＳＣＦを含む。あるシナリオにおいて、要求ＵＲＩの中に「ｕｓｅｒ＝ｐｈｏｎｅ」引数がある場合に、ＳＩＰ要求がＳＩＰ ＵＲＩ／埋め込み電話番号を有する、とプロセッサは判断する。ＳＩＰ要求がＳＩＰ ＵＲＩ／埋め込み電話番号を有する場合、Ｉ−ＣＳＣＦは、要求ＵＲＩを（ＳＩＰ ＵＲＩ／埋め込み電話番号から対応するｔｅｌ ＵＲＩを生成する）変換モジュールまで転送し、次いで変換モジュールから対応するｔｅｌ ＵＲＩを受信する、クエリ装置を有する。その後、プロセッサは、ＳＩＰ ＵＲＩ／埋め込み電話番号を削除して、受信したｔｅｌ ＵＲＩをＳＩＰ要求の要求ＵＲＩに挿入し、改変されたＳＩＰ要求を形成する。最後に、Ｉ−ＣＳＣＦは、対応するｔｅｌ ＵＲＩの付いた要求ＵＲＩを含む改変されたＳＩＰ要求をＳ−ＣＳＣＦへ提出（送信）する送信器を有する。
加えて、本発明は、ＳＩＰ要求を受信するための受信器と、ＳＩＰ ＵＲＩ／埋め込み電話番号を含む要求ＵＲＩをＳＩＰ要求が有するかどうか判断するためのプロセッサとを有する、Ｓ−ＣＳＣＦを含む。あるシナリオにおいて、要求ＵＲＩの中に「ｕｓｅｒ＝ｐｈｏｎｅ」引数がある場合に、ＳＩＰ要求がＳＩＰ ＵＲＩ／埋め込み電話番号を有する、とプロセッサは判断する。ＳＩＰ要求がＳＩＰ ＵＲＩ／埋め込み電話番号を有する場合、Ｓ−ＣＳＣＦは、要求ＵＲＩを（ＳＩＰ ＵＲＩ／埋め込み電話番号から対応するｔｅｌ ＵＲＩを生成する）変換モジュールまで転送し、次いで変換モジュールから対応するｔｅｌ ＵＲＩを受信する、クエリ装置を有する。その後、プロセッサは、ＳＩＰ ＵＲＩ／埋め込み電話番号を削除して、受信したｔｅｌ ＵＲＩをＳＩＰ要求の要求ＵＲＩに挿入し、改変されたＳＩＰ要求を形成する。最後に、Ｓ−ＣＳＣＦは、対応するｔｅｌ ＵＲＩの付いた要求ＵＲＩを含む改変されたＳＩＰ要求を着信ネットワークへ送信する送信器を有する。
本発明の利点は、Ｉ−ＣＳＣＦとＳ−ＣＳＣＦとが、同等のｔｅｌ ＵＲＩを用いて呼をルーティングすることができることから、ＳＬＦおよび／またはＨＳＳ（ＳＬＦ及びＨＳＳのうちの少なくとも一方）が、目標ユーザのｔｅｌ ＵＲＩを維持するだけでよく、目標ユーザのｔｅｌ ＵＲＩとＳＩＰ ＵＲＩ／埋め込み電話番号とを両方共維持しなくてもよいことである。本発明のもう１つの利点は、発信ネットワーク内のＳ−ＣＳＣＦによってＳＩＰ要求から取り除かれていたかもしれない、発信時にダイアルされた目標ユーザの電話番号を変換モジュールが取得できることであり、着信ネットワークが、例えばＭＭＳのような電話番号に基づくサービスまたは旧来のサービスをサポートするために発信電話番号を必要とすることがあることから、これは望ましいことである。
本発明のより完全な理解は、添付の図面に関連して下記の詳細な説明を参照することで得られるであろう。
図３を参照すると、本発明を説明する一助とするのに用いられる、（Ｉ−ＣＳＣＦ３０２ａとＳ−ＣＳＣＦ３０２ｂとを含む）ＣＳＣＦ３０２と、ＳＬＦ３０４と、ＨＳＳ３０６と、ＵＴＭ３０８とを有する典型的なＩＭＳ着信ネットワーク３００のブロック図がある。図示するように、Ｉ−ＣＳＣＦ３０２ａは、もしあるならばＳＬＦ３０４と、そしてＨＳＳ３０６と、リンク３１０および３１２を介してそれぞれ通信し、他方、Ｓ−ＣＳＣＦ３０２ｂは、ＨＳＳ３０６とリンク３１４を介してそれぞれ通信する。加えて、Ｉ−ＣＳＣＦ３０２ａとＳ−ＣＳＣＦ３０２ｂとは、例えばＴＣＰ／ＩＰ上で動作するクエリ応答プロトコルを用いて、リンク３１６および３１８上でＵＴＭ３０８とそれぞれ通信する。あるいは、ＵＴＭ３０８は、ＣＳＣＦ３０２と、具体的にはＩ−ＣＳＣＦ３０２ａもしくはＳ−ＣＳＣＦ３０２ｂと統合されてもよく、その場合、それらの間の通信リンクは、ＣＳＣＦ３０２の外側からは見えない内部リンクであってもよいだろう。または、ＵＴＭ３０８は、ＳＬＦ３０４およびＨＳＳ３０６と統合されてもよいであろうし、その場合、ＣＳＣＦ−ＵＴＭインタフェースをＣＳＣＦ−ＨＳＳインタフェース３１２、３１４（Ｃｘ）およびＣＳＣＦ−ＳＬＦインタフェース３１０（Ｄｘ）と結合することも可能であろう。ここで理解されるべきだが、当業者にはよく知られていて、本発明を理解するのに必要ない、ＣＳＣＦ３０２、ＳＬＦ３０４、ＨＳＳ３０６に関するその他の詳細を、本明細書で提供する記述では論じない。
図４を参照すると、（少なくとも受信器４０２、プロセッサ４０４、クエリ装置４０６、および送信器４０８を含む）Ｉ−ＣＳＣＦ３０２ａによって呼が受信された場合に、本発明によって呼はどのようにしてＳ−ＣＳＣＦ３０２ｂまでルーティングされうるかを説明する一助とするのに用いられる、典型的な信号フロー図がある。基本的に、Ｉ−ＣＳＣＦ３０２ａ、特に受信器４０２は、ＳＩＰ要求を受信すると、そのＲｅｑｕｅｓｔ ＵＲＩがＳＩＰ ＵＲＩ形式のｔｅｌ ＵＲＩを含むかどうか（ステップ１乃至２を参照）を見るために、プロセッサ４０４にＳＩＰ要求を検査させる（しかし、ｔｅｌ ＵＲＩは現時点では登録されていないため、ＲＥＧＩＳＴＥＲ ＳＩＰ要求は検査しない）。これを行うため、Ｉ−ＣＳＣＦ３０２ａ、特にプロセッサ４０４は、Ｒｅｑｕｅｓｔ ＵＲＩの中のＵＲＩ引数「ｕｓｅｒ＝ｐｈｏｎｅ」を探し、それを発見すると、Ｉ−ＣＳＣＦ３０２ａ、特にクエリ装置４０６は、クエリの中で完全なＲｅｑｕｅｓｔ ＵＲＩをＵＴＭ３０８へ送信する（ステップ３を参照）。ＵＴＭ３０８は、（ａ）クエリを受信し、（ｂ）ＳＩＰ ＵＲＩ／埋め込み電話番号を取り込み、（ｃ）同等のｔｅｌ ＵＲＩを生成し、そして（ｄ）同等のｔｅｌ ＵＲＩを含むクエリ応答をＩ−ＣＳＣＦ３０２ａへ返信する（ステップ４乃至５および図６を参照）ように機能する。
その後、Ｉ−ＣＳＣＦ３０２ａ、特に送信器４０８は、もしあればＳＬＦ３０４を、そしてＨＳＳ３０６に問い合わせをする場合、ＵＴＭ３０８から受信したｔｅｌ ＵＲＩをパブリックＩＤとして用いる（ステップ６乃至９を参照）。加えて、Ｉ−ＣＳＣＦ３０２ａ、特にプロセッサ４０４は、送信器４０８が、改変されたＳＩＰ要求をＳ−ＣＳＣＦ３０２ｂへ送信できるように、最初のＳＩＰ要求の中のＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩをＵＴＭ３０８から受信したｔｅｌ ＵＲＩと置き換える（ステップ１０を参照）。Ｉ−ＣＳＣＦ３０２ａが、最初のＳＩＰ要求の中のＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩをＵＴＭ３０８から受信したｔｅｌ ＵＲＩと置き換えるのだから、これは、ＩＭＳ目標ネットワーク３００の内側での改変されたＳＩＰ要求のルーティングは、それ以降、ｔｅｌ ＵＲＩに基づいて行えるということを意味する。結果として、ＳＬＦ３０４およびＨＳＳ３０６は、ｔｅｌ ＵＲＩに関連するパブリックＩＤを記憶するだけでよく、ｔｅｌ ＵＲＩとＳＩＰ形式のそのｔｅｌ ＵＲＩとの両方についてパブリックＩＤを記憶しなくてもよい。これは、ＳＬＦ２とＨＳＳ２とがｔｅｌ ＵＲＩとＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩとの両方について情報を記憶する必要があった従来のルーティングプロセスに比べて著しい進歩である。
図５を参照すると、中継ネットワークにおいて（少なくとも受信器５０２、プロセッサ５０４、クエリ装置５０６、送信器５０８を含む）Ｓ−ＣＳＣＦ３０２ｂによって呼が受信された場合、本発明によって呼はどのようにして次のホップ３２０までルーティングされうるかを説明する一助とするのに用いられる、典型的な信号フロー図がある。基本的に、Ｓ−ＣＳＣＦ３０２ｂ、特に受信器５０２は、ＳＩＰ要求を受信すると、そのＲｅｑｕｅｓｔ ＵＲＩがｔｅｌ ＵＲＩのＳＩＰ ＵＲＩ形式を含むかどうかを見るために、プロセッサ５０４にＳＩＰ要求を検査させる（しかし、ｔｅｌ ＵＲＩは現時点では登録されていないため、ＲＥＧＩＳＴＥＲ ＳＩＰ要求は検査しない）（ステップ１乃至２を参照）。これを行うため、Ｓ−ＣＳＣＦ３０２ｂ、特にプロセッサ５０４は、Ｒｅｑｕｅｓｔ ＵＲＩの中のＵＲＩ引数「ｕｓｅｒ＝ｐｈｏｎｅ」を探し、それを発見すると、Ｓ−ＣＳＣＦ３０２ｂ、特にクエリ装置５０６は、クエリの中で完全なＲｅｑｕｅｓｔ ＵＲＩをＵＴＭ３０８へ送信する（ステップ３を参照）。ＵＴＭ３０８は、（ａ）クエリを受信し、（ｂ）ＳＩＰ ＵＲＩ／埋め込み電話番号を取り込み、（ｃ）同等のｔｅｌ ＵＲＩを生成し、そして（ｄ）同等のｔｅｌ ＵＲＩを含むクエリ応答をＳ−ＣＳＣＦ３０２ｂまで返信する（ステップ４乃至５および図６を参照）ように機能する。
その後、Ｓ−ＣＳＣＦ３０２ｂ、特に送信器５０８は、ＳＬＦ３０４とＨＳＳ３０６とに問い合わせをする場合、ＵＴＭ３０８から受信したｔｅｌ ＵＲＩをパブリックＩＤとして用いる（ステップ６乃至９を参照）。加えて、Ｓ−ＣＳＣＦ３０２ｂ、特にプロセッサ５０４は、送信器５０８が、改変されたＳＩＰ要求を次のホップ３２０へ送信できるように、ＳＩＰ要求の中のＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩをＵＴＭ３０８から受信したｔｅｌ ＵＲＩと置き換える（ステップ１０を参照）。Ｓ−ＣＳＣＦ３０２ｂは、最初のＳＩＰ要求の中のＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩをＵＴＭ３０８から受信したｔｅｌ ＵＲＩと置き換えるのだから、これは、ＩＭＳ目標ネットワーク３００の内側での改変されたＳＩＰ要求のルーティングは、それ以降、ｔｅｌ ＵＲＩに基づいて行えるということを意味する。結果として、ＳＬＦ３０４およびＨＳＳ３０６は、ｔｅｌ ＵＲＩに関連するパブリックＩＤを記憶するだけでよく、ｔｅｌ ＵＲＩとＳＩＰ形式のそのｔｅｌ ＵＲＩとの両方についてパブリックＩＤを記憶しなくてもよい。これは、ＳＬＦ２とＨＳＳ２とがｔｅｌ ＵＲＩとＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩとの両方について情報を記憶する必要があった従来のルーティングプロセスに比べて著しい進歩である。
上記の２つの実施形態のいずれにおいても、ＵＴＭ３０８から送信されたクエリ応答が、エラーコードまたはエラーメッセージを含むことが起きるかもしれない（下記の説明を参照）。その場合、Ｉ−ＣＳＣＦ３０２ａ／Ｓ−ＣＳＣＦ３０２ｂは、例えば「ｔｅｌ ＵＲＩ内のドメインが間違い」のような何らかの記述テキストを含む４０４（見つからなかった(not found)）応答を発信者に返信することによって、要求に答えてもよいだろう。これは、ＳＩＰ要求を開始した発信者に、ｔｅｌ ＵＲＩの代わりにＳＩＰ ＵＲＩを用いてＳＩＰ要求を再送信する機会を与えることになるが、但しそれを行うことが可能な場合に限る（例えば、ＰＯＴＳ電話を用いる発信者は、ＳＩＰ ＵＲＩを用いて要求を再送信することはできないであろう）。
図６を参照すると、本発明に従って埋め込み電話番号を有するＳＩＰ ＵＲＩから同等のｔｅｌ ＵＲＩを取得するためにＵＴＭ３０８が行う方法６００の基本ステップを図解するフローチャートがある。基本的に、ＵＴＭ３０８は、ＳＩＰ ＵＲＩ／埋め込み電話番号を取り込んで同等のｔｅｌ ＵＲＩを生成するため、プロセッサ３２２と、プロセッサ３２２によってアクセス可能で処理可能な命令をその中に記憶するメモリ３２４とを含む。
ステップ６０２で始まって、ＵＴＭ３０８は、ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩを含むｒｅｑｕｅｓｔ ＵＲＩを受信する（図４乃至図５のステップ３を参照）。ステップ６０４において、ＵＴＭ３０８は、ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩが認識可能な国際番号を有するかどうか判断する。有しない場合、ＵＴＭ３０８は、ステップ６０６で、エラーメッセージ（例えば４０４（見つからなかった）応答）を出力する。例えば、ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩが、例えば「ｔｅｌ：２９９７：ｐｈｏｎｅ−ｃｏｎｔｅｘｔ＝９１３３９」のような認識不可能なローカル・ネットワーク・プレフィックスもしくは認識不可能なプライベート・プレフィックスの付いた「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含む場合に、ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩは認識可能な国際番号を表していない、とＵＴＭ３０８は判断するであろう。加えて、例えば「ｔｅｌｐｈｏｎｅ：ｐｈｏｎｅ−ｃｏｎｔｅｘｔ＝ｕｎｋｎｏｗｎ．ｄｏｍａｉｎ．ｎｅｔ」のような、ＵＴＭ３０８が認識しないドメイン名の付いた「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数をＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩが含む場合に、ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩは認識可能な国際番号を表していない、とＵＴＭ３０８は判断してもよい。一般に、ＵＴＭ３０８は、特定の単数もしくは複数のドメインを自分が認識できるようにするかまたは認識できないようにする、何らかの種類のオペレータ依存のポリシーを実装するであろう。例えば、ＵＴＭ３０８は、オペレータが割当てたドメイン名だけを認識できてもよい。
ステップ６０４での答えが「イエス」である場合、ＵＴＭ３０８は、ステップ６０８において、ＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩが「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含むかどうか判断する。含まない場合、ＵＴＭ３０８は、ステップ６１０において、目標ユーザ部分をＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩから抽出し、次いで「ｔｅｌ：」という文字列を目標ユーザ部分の前に付けることによって、同等のｔｅｌ ＵＲＩを生成する。例えば、ＵＴＭ３０８は、ＳＩＰ ＵＲＩ（例えばｓｉｐ：＋１−２３４−５６７−８９＠ｃｉｎｇｕｌａｒ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）の目標ユーザ部分（例えば＋１−２３４−５６７−８９）を抽出し、次いで、「ｔｅｌ：」という文字列を抽出された目標ユーザ部分（例えば＋１−２３４−５６７−８９）の前に付けることによって同等のｔｅｌ ＵＲＩ（例えばｔｅｌ：＋１−２３４−５６７−８９）を生成することができる。ステップ６１２において、ＵＴＭ３０８は、同等のｔｅｌ ＵＲＩをメモリ３２４の中に記憶し、次いで、同等のｔｅｌ ＵＲＩを出力する（図４乃至図５のステップ５を参照）。
ステップ６０８への答えが「イエス」である場合、ＵＴＭ３０８は、ステップ６１４において、「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後に位置する第１の数字の組を抽出し、「ｓｉｐ：」の後だが「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出し、次いで、「ｔｅｌ：」という文字列を第１の数字の組の前に付けて、その後に、同等のｔｅｌ ＵＲＩを生成する目的で第２の数字の組を挿入することによって、同等のｔｅｌ ＵＲＩを生成する。例えば、受信したＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩ（例えばｔｅｌ：２９９７；ｐｈｏｎｅ−ｃｏｎｔｅｘｔ＝＋３４９１３３９）が、国際ネットワーク・プレフィックスもしくはＵＴＭ３０８が認識するドメイン名を含む場合、国際ネットワーク・プレフィックスに関連する第１の数字の組（例えば３４９１３３９）を、「ｔｅｌ：」というプレフィックスと最初の「ｔｅｌ：」という文字列に続く第２の数字の組（例えば２９９７）との間に挿入することによって、同等のｔｅｌ ＵＲＩ（例えばｔｅｌ：＋３４９１３３９２９９７）が構築される。加えて、ＵＴＭ３０８は、「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数と（存在するならば）「ｓｅｒｖｉｃｅ−ｐｒｏｖｉｄｅｒ」引数とを含む数字以外のあらゆる文字を削除するであろう。ステップ６１２において、ＵＴＭ３０８は、メモリ３２４の中に同等のｔｅｌ ＵＲＩを記憶し、次いで、同等のｔｅｌ ＵＲＩを出力する（図４乃至図５のステップ５を参照）。
別の実施形態において、ステップ６０８への答えが「イエス」である場合、ＵＴＭ３０８は、ステップ６１４’において、「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後に位置する第１の数字の組、すなわちｐｈｏｎｅ−ｃｏｎｔｅｘｔ記述子を抽出し、「ｓｉｐ：」の後で且つ「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出し、一連の置換規則を見つけるための事前定義された置換規則テーブルへの手がかり（キー）として第１の数字の組（ｐｈｏｎｅ−ｃｏｎｔｅｘｔ記述子／国際ネットワーク・プレフィックス）を使用し、これらの置換規則を第２の数字の組に適用して第３の数字の組を生成し、そして最後に、同等のｔｅｌ ＵＲＩを生成するため、「ｔｅｌ：」という文字列を第３の数字の組の前に付けることによって、同等のｔｅｌ ＵＲＩを生成する。例えば、受信したＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩ（例えばｔｅｌ：２９９７；ｐｈｏｎｅ−ｃｏｎｔｅｘｔ＝＋３４９１３３９）が、ＵＴＭ３０８の認識する国際ネットワーク・プレフィックスを伴う「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含む場合、国際ネットワーク・プレフィックス（例えば３４９１３３９）に関連する第１の数字の組を、国際ネットワーク・プレフィックスについて有効な一連の置換規則を見つけるための事前定義された置換規則のテーブルへの手がかりとして使用し、これらの置換規則を第２の数字の組（例えば２９９７）に適用して第３の数字の組（例えば＋３４９１３３９２９９７）を生成し、そして最後に同等のｔｅｌ ＵＲＩ（例えばｔｅｌ：＋３４９１３３９２９９７）を得るため「ｔｅｌ：」という文字列を第３の数字の組の前に付けることによって、同等のｔｅｌ ＵＲＩ（例えばｔｅｌ：＋３４９１３３９２９９７）が構築される。ステップ６１２において、ＵＴＭ３０８は、同等のｔｅｌ ＵＲＩをメモリ３２４に記憶し、次いで、同等のｔｅｌ ＵＲＩを出力する（図４乃至図５のステップ５を参照）。
図７を参照すると、本発明に従い、発信ネットワーク７０２内に位置するＵＡ１から着信／宛先ネットワーク７０４内に位置するＵＡ２まで呼をルーティングするオペレータ間プロセスを説明する一助とするのに用いられる信号フロー図がある（図１と比較されたい）。ステップは以下のとおりである。
１−３． 発信Ｓ−ＣＳＣＦ７０６が、ＵＡ１からＳＩＰ要求（例えばＩＮＶＩＴＥ ｔｅｌ：＋１２３）を受信する（ステップ１）。Ｓ−ＣＳＣＦ７０６は、受信したセッション開始ＩＮＶＩＴＥ要求からＲｅｑｕｅｓｔ−ＵＲＩを取り込み、Ｒｅｑｕｅｓｔ−ＵＲＩがｔｅｌ ＵＲＩを含む場合、Ｓ−ＣＳＣＦ７０６は、ＥＮＵＭ７０８サービスに問い合わせを行う（ステップ２）。ＥＮＵＭ７０８は、ｔｅｌ ＵＲＩをＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩ（例えば、ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）に変更し、それをＳ−ＣＳＣＦ７０６へ送信する（ステップ３）。またＳ−ＣＳＣＦ７０６は、ＳＩＰ要求の中の最初のＲｅｑｕｅｓｔ−ＵＲＩを、クエリから取得したＳＩＰ ＵＲＩ／埋め込みｔｅｌ ＵＲＩと置き換えて、新規のＳＩＰ要求（例えば、ＩＮＶＩＴＥ ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）を形成する。
４． 発信Ｓ−ＣＳＣＦ７０６は、新規のＲｅｑｕｅｓｔ−ＵＲＩのドメイン部分（例えばｏｐ．ｃｏｍ）を取り込み、新規のＩＮＶＩＴＥ ＳＩＰ要求を、そのドメインで識別されるアドレスまで転送する（ドメインが、ＩＰｖ４アドレスもしくはＩＰｖ６アドレスである場合、ＩＮＶＩＴＥをそのアドレスに直接転送可能であるし、それ以外の場合は、着信ネットワーク７０４の中のＩＢＣＦかまたはＩ−ＣＳＣＦ３０２ａのいずれか一方に対応する宛先ＩＰアドレスを取得するため、ドメイン部を用いてＤＮＳに問い合わせを行う必要がある）。この例では、Ｓ−ＣＳＣＦ７０６は、新規のＳＩＰ要求（例えばＩＮＶＩＴＥｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）を直接Ｉ−ＣＳＣＦ３０２ａまで転送する（ステップ４）。
５−８． Ｉ−ＣＳＣＦ３０２ａは、ＳＩＰ要求を受信して、それが、Ｒｅｑｕｅｓｔ ＵＲＩの中にＳＩＰ ＵＲＩ形式のｔｅｌ ＵＲＩを含むかどうかを見るために、検査する。これを行うため、Ｉ−ＣＳＣＦ３０２ａは、要求ＵＲＩの中のＵＲＩ引数「ｕｓｅｒ＝ｐｈｏｎｅ」を探し、それを発見すると、Ｉ−ＣＳＣＦ３０２ａは、クエリの中で完全なＲｅｑｕｅｓｔ ＵＲＩ（例えばＱｕｅｒｙ ｓｉｐ：＋１２３＠ｏｐ．ｃｏｍ；ｕｓｅｒ＝ｐｈｏｎｅ）をＵＴＭ３０８へ送信する（ステップ６）。ＵＴＭ３０８は、クエリを受信し、方法６００を実施することによって、ＳＩＰ ＵＲＩ／埋め込み電話番号を用いて同等のｔｅｌ ＵＲＩ（例えばｔｅｌ：＋１２３）を生成する（ステップ７）。次いで、ＵＴＭ３０８は、クエリ応答（例えばＲｓｐ ｔｅｌ：＋１２３）をＩ−ＣＳＣＦ３０２ａへ返信する（ステップ８）。
９−１０． 複数のＨＳＳが着信ネットワーク内に存在する場合、Ｉ−ＣＳＣＦ３０２ａは、パブリックＩＤとしてＵＴＭ３０８から受信したｔｅｌ ＵＲＩを用いて、クエリ（例えばＤｘ−Ｌｏｃａｔｉｏｎ−Ｑｕｅｒｙ ＰＵＩ＝ｔｅｌ：＋１２３）をＳＬＦ３０４まで送信する（ステップ９を参照）。次いで、ＳＬＦ３０４は、ＨＳＳ３０６を示す応答（例えばＤｘ−Ｌｏｃａｔｉｏｎ−Ｑｕｅｒｙ＿Ｒｓｐ Ｓｅｒｖｅｒ−Ｎａｍｅ＝ＨＳＳ ３０６）をＩ−ＣＳＣＦ３０２ａへ返信する（ステップ１０）。ＨＳＳが１つしか存在しない場合、ＳＬＦ３０４およびステップ９乃至１０は省略されてもよい。
１１−１２． Ｉ−ＣＳＣＦ３０２ａは、パブリックＩＤとしてＵＴＭ３０８から受信したｔｅｌ ＵＲＩを用いて、クエリ（例えば、Ｃｘ−Ｌｏｃａｔｉｏｎ−Ｑｕｅｒｙ ＰＵＩ＝ｔｅｌ：＋１２３）をＨＳＳ３０６まで送信する（ステップ１１）。次いでＨＳＳ３０６は、Ｓ−ＣＳＣＦ３０２ｂを示す応答（例えば、Ｃｘ−Ｌｏｃａｔｉｏｎ−Ｑｕｅｒｙ＿Ｒｓｐ Ｓｅｒｖｅｒ−Ｎａｍｅ＝Ｓ−ＣＳＣＦ３０２ｂ）をＩ−ＣＳＣＦ３０２ａに返信する（ステップ１２）。
注意：Ｉ−ＣＳＣＦ３０２ａは、呼の宛先であるユーザＵＡ２にサービス提供するＳ−ＣＳＣＦ３０２ｂを特定するために、ステップ９乃至１２を行う。
１３−１４． 一旦Ｉ−ＣＳＣＦ３０２ａがＳ−ＣＳＣＦ３０２ｂを特定すると、Ｉ−ＣＳＣＦ３０２ａは、呼（例えばＩＮＶＩＴＥ ｓｉｐ：＋１２３）をＳ−ＣＳＣＦ３０２ｂまでルーティングする（ステップ１３）。次いで、着信Ｓ−ＣＳＣＦ３０２ｂは、その内部位置テーブルを使って、目標ユーザＵＡ２によって登録された連絡先アドレス（上記の例において、この連絡先アドレスは、Ｂ−ＵＥ＠ｏｐ．ｃｏｍである）までＩＮＶＩＴＥ要求をルーティングする（ステップ１４）。登録された連絡先アドレスはないけれども、目標ユーザＵＡ２が、未登録状態である何らかのサービスを起動していた場合、Ｓ−ＣＳＣＦ３０２ｂは、ＳＩＰ要求を、Ｓ−ＣＳＣＦ３０２ｂ内に記憶されたサービス情報によって示されたＡＳまで転送する。
前記から、当業者には理解されるべきだが、本発明は、呼の目標ユーザの識別子として電話番号を（そして、埋め込まれた電話番号を持つＳＩＰ ＵＲＩではなく）用いて呼のルーティングを可能にする目的で、ＩＭＳ着信ネットワーク３００および７０４内でのｔｅｌ ＵＲＩの特定の取扱を提案する。具体的には、本発明は変換モジュール３０８を導入し、その変換モジュール３０８は、ＩＭＳ着信ネットワーク３００および７０４内に位置していて、埋め込まれた電話番号を持つＳＩＰ ＵＲＩを同等のｔｅｌ ＵＲＩに変換することができ、それが次いで、呼を目標ユーザまでルーティングできるようにＩＭＳ着信Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦによってＳＬＦおよび／またはＨＳＳに問い合わせを行うために使用される。基本的に、本発明は、ＩＭＳ着信ネットワーク内での呼のルーティングプロセスを、（例えば）下記のように進化させる。
●ＵＴＭ３０８は、ＨＳＳおよびＳＬＦにおいて２種類のパブリック・ユーザ・アイデンティティを管理することに関して暗示される問題なしに、オペレータ間ルーティングプロセスにおけるキャリア−ＥＮＵＭサービスと共に電話番号の利用を可能にする。
●ＵＴＭ３０８は、例えばＭＭＳのような電話番号に基づいたサービスまたは旧来サービスをサポートするのに必要となりうる、最初にダイアルされた電話番号およびその特性を、実装には依存しないでＩＭＳ着信ネットワークへ転送することを可能にする。
●ＵＴＭ３０８は、ユーザ毎に複数の完全なＵＲＩをＳＬＦおよびＨＳＳに提供する必要がないようなかたちで、ネットワークオペレータがキャリア−ＥＮＵＭサービスを展開することを可能にする。これによって、過去にはｔｅｌ ＵＲＩと同じＵＲＩのＳＩＰバージョンとの両方が提供される必要があったのに対し、ユーザのｔｅｌ ＵＲＩだけが提供されればよいのだから、サービスの運営及び管理に関係する経済性が高まる。
●ＵＴＭ３０８は、目標ユーザに関する重複したパブリックＩＤでＨＳＳデータベースもしくはＳＬＦデータベースを更新する必要なしに、多様な方法で発信ユーザのＥ．１６４番号を符号化する各種のＭＧＣＦとのインタフェーシングを可能にする。
本発明のいくつかの実施形態が、添付の図面の中で図解され、先述の詳細説明の中で記述されてきたけれども、理解されるべきだが、本発明は、開示された実施形態に限定されるのではなく、それどころか、先述されそして添付の請求項によって定義された本発明の精神から逸脱することなく、幾多の再構成、修正、及び置換が可能である。
ＩＭＳ発信ネットワーク内に位置するＵＡからＩＭＳ着信ネットワーク内に位置するＵＡまで呼をルーティングする従来のプロセスに関連する諸問題を説明する一助とするのに用いられる信号フロー図（先行技術）である。 ＰＳＴＮ内に位置するＵＥからＩＭＳ着信ネットワーク内に位置するＵＡまで呼をルーティングする従来のプロセスに関連する諸問題を説明する一助とするのに用いられる信号フロー図（先行技術）である。 本発明に従って先行技術に関連する諸問題に取り組むように機能するＵＴＭで機能強化されたＩＭＳ着信ネットワークのブロック図である。 本発明の第１の実施形態に従い、（ＩＭＳ着信ネットワーク内に位置する）Ｉ−ＣＳＣＦによって受信された呼が、（ＩＭＳ着信ネットワーク内に位置する）Ｓ−ＣＳＣＦにどのようにしてルーティングされうるかを説明する一助とするのに用いられる典型的な信号フロー図である。 本発明の第２の実施形態に従い、（ＩＭＳ中継ネットワーク内に位置する）Ｓ−ＣＳＣＦによって受信された呼が、（ＩＭＳ着信ネットワーク内に位置する）次のホップにどのようにしてルーティングされうるかを説明する一助とするのに用いられる典型的な信号フロー図である。 本発明に従って、埋め込み電話番号を有するＳＩＰ ＵＲＩから同等のｔｅｌ ＵＲＩを取得するためにＵＴＭが行う基本ステップを図解するフローチャートである。 本発明の一実施形態に従い、ＩＭＳ発信ネットワーク内に位置するＵＡ１から発信された呼が、ＩＭＳ着信ネットワーク内に位置するＵＡ２までルーティングされるプロセスを説明する一助とするのに用いられる信号フロー図である。

Claims (23)

  1. 変換モジュールであって、
    プロセッサと、
    前記プロセッサがアクセス可能且つ処理可能な命令を格納したメモリと、
    を備え、
    前記命令は、
    要求ＵＲＩを受信するステップと、
    認識可能な国際番号を伴うＳＩＰ ＵＲＩを前記要求ＵＲＩが有するか否かを判定するステップと、
    有さない場合に、エラーメッセージを出力するステップと、
    有する場合に、前記ＳＩＰ ＵＲＩを用いて電話番号「ｔｅｌ ＵＲＩ」を生成するステップと、当該電話番号「ｔｅｌ ＵＲＩ」を出力するステップと、
    を実行させる
    ことを特徴とする変換モジュール。
  2. 前記ＳＩＰ ＵＲＩが「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含まない場合に、前記プロセッサは、
    前記ＳＩＰ ＵＲＩから目標ユーザ部分を抽出するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために文字列「ｔｅｌ：」を前記目標ユーザ部分の前に付加するステップと、
    を実行することによって前記生成するステップを実行することを特徴とする請求項１に記載の変換モジュール。
  3. 前記ＳＩＰ ＵＲＩが「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含む場合に、前記プロセッサは、
    前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後ろに位置する第１の数字の組を抽出するステップと、
    前記ＳＩＰ ＵＲＩ中の「ｓｉｐ：」の後ろで前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために、前記第２の数字の組が後ろに挿入される前記第１の数字の組の前に文字列「ｔｅｌ：」を付加するステップと、
    を実行することによって前記生成するステップを実行することを特徴とする請求項１に記載の変換モジュール。
  4. 前記ＳＩＰ ＵＲＩが「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含む場合に、前記プロセッサは、
    前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後ろに位置する第１の数字の組を抽出するステップと、
    前記ＳＩＰ ＵＲＩ中の「ｓｉｐ：」の後ろで前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出するステップと、
    一連の置換規則を見つけるための事前定義された置換規則のテーブルへのキーとして前記第１の数字の組を使用するステップと、
    第３の数字の組を生成するために前記一連の置換規則を前記第２の数字の組に適用するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために、前記第３の数字の組の前に文字列「ｔｅｌ：」を付加するステップと、
    を実行することによって前記生成するステップを実行することを特徴とする請求項１に記載の変換モジュール。
  5. 埋め込まれた電話番号を有するＳＩＰ ＵＲＩからｔｅｌ ＵＲＩを取得する方法であって、
    要求ＵＲＩを受信するステップと、
    認識可能な国際番号を伴うＳＩＰ ＵＲＩを前記要求ＵＲＩが有するか否かを判定するステップと、
    有さない場合に、エラーメッセージを出力するステップと、
    有する場合に、前記ＳＩＰ ＵＲＩを用いて電話番号「ｔｅｌ ＵＲＩ」を生成するステップと、当該電話番号「ｔｅｌ ＵＲＩ」を出力するステップと、
    を備えることを特徴とする方法。
  6. 前記ＳＩＰ ＵＲＩが「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含まない場合に、前記生成するステップが、
    前記ＳＩＰ ＵＲＩから目標ユーザ部分を抽出するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために文字列「ｔｅｌ：」を前記目標ユーザ部分の前に付加するステップと、
    を含むことを特徴とする請求項５に記載の方法。
  7. 前記ＳＩＰ ＵＲＩが「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含む場合に、前記生成するステップが、
    前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後ろに位置する第１の数字の組を抽出するステップと、
    前記ＳＩＰ ＵＲＩ中の「ｓｉｐ：」の後ろで前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために、前記第２の数字の組が後ろに挿入される前記第１の数字の組の前に文字列「ｔｅｌ：」を付加するステップと、
    を更に含むことを特徴とする請求項５に記載の方法。
  8. 前記ＳＩＰ ＵＲＩが「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含む場合に、前記生成するステップが、
    前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後ろに位置する第１の数字の組を抽出するステップと、
    前記ＳＩＰ ＵＲＩ中の「ｓｉｐ：」の後ろで前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出するステップと、
    一連の置換規則を見つけるための事前定義された置換規則のテーブルへのキーとして前記第１の数字の組を使用するステップと、
    第３の数字の組を生成するために前記一連の置換規則を前記第２の数字の組に適用するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために、前記第３の数字の組の前に文字列「ｔｅｌ：」を付加するステップと、
    を更に含むことを特徴とする請求項５に記載の方法。
  9. ネットワークであって、
    ノードと、
    変換モジュールと、
    データベースと、
    を備え、
    前記ノードは、ＳＩＰ要求を受信し、前記ＳＩＰ要求がＳＩＰ ＵＲＩ／埋め込み電話番号を有するか否かを判定し、
    有する場合、前記ノードは、前記ＳＩＰ ＵＲＩ／埋め込み電話番号を前記変換モジュールに転送し、
    有さない場合、前記ノードは、前記ＳＩＰ要求を次にどこへルーティングするかを判断する目的で前記データベースに問い合わせるために、前記埋め込み電話番号を有さない前記ＳＩＰ ＵＲＩを使用し、
    前記変換モジュールは、認識可能な国際番号を前記ＳＩＰ ＵＲＩ／埋め込み電話番号が有するか否かを判定し、
    有さない場合、前記変換モジュールは、エラーメッセージを前記ノードへ送信し、
    有する場合、前記変換モジュールは、前記ＳＩＰ ＵＲＩ／埋め込み電話番号を用いて電話番号ｔｅｌ ＵＲＩ」を生成し、当該電話番号「ｔｅｌ ＵＲＩ」を前記ノードへ送信し、前記ノードは、前記ＳＩＰ要求を次にどこへルーティングするかを判断する目的で前記データベースに問い合わせるために、当該電話番号「ｔｅｌ ＵＲＩ」を使用する
    ことを特徴とするネットワーク。
  10. 前記ノードは、「ｕｓｅｒ＝ｐｈｏｎｅ」引数を伴うＲｅｑｕｅｓｔ ＵＲＩを前記ＳＩＰ要求が有する場合に、前記ＳＩＰ要求がＳＩＰ ＵＲＩ／埋め込み電話番号を有すると判断することを特徴とする請求項９に記載のネットワーク。
  11. 前記ノードは、前記変換モジュールから前記電話番号「ｔｅｌ ＵＲＩ」を受信すると、前記ＳＩＰ要求において前記ＳＩＰ ＵＲＩ／埋め込み電話番号を前記電話番号「ｔｅｌ ＵＲＩ」に置換し、この改変されたＳＩＰ要求をルーティングすることを特徴とする請求項９に記載のネットワーク。
  12. 前記ノードは、インテロゲーティング呼セッション制御機能またはサービング呼セッション制御機能であることを特徴とする請求項９に記載のネットワーク。
  13. 前記データベースは、前記電話番号「ｔｅｌ ＵＲＩ」に関する情報を含むが、前記ＳＩＰ ＵＲＩ／埋め込み電話番号に関する情報を含まないことを特徴とする請求項９に記載のネットワーク。
  14. 前記データベースは、加入者ロケータ機能またはホーム加入者サーバであることを特徴とする請求項９に記載のネットワーク。
  15. 前記変換モジュールは、前記ＳＩＰ ＵＲＩ／埋め込み電話番号が「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含まない場合に、
    前記ＳＩＰ ＵＲＩ／埋め込み電話番号から目標ユーザ部分を抽出するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために文字列「ｔｅｌ：」を前記目標ユーザ部分の前に付加するステップと、
    を実行することを特徴とする請求項９に記載のネットワーク。
  16. 前記変換モジュールは、前記ＳＩＰ ＵＲＩ／埋め込み電話番号が「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含む場合に、
    前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後ろに位置する第１の数字の組を抽出するステップと、
    前記ＳＩＰ ＵＲＩ／埋め込み電話番号中の「ｓｉｐ：」の後ろで前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために、前記第２の数字の組が後ろに挿入される前記第１の数字の組の前に文字列「ｔｅｌ：」を付加するステップと、
    を実行することを特徴とする請求項９に記載のネットワーク。
  17. 前記変換モジュールは、前記ＳＩＰ ＵＲＩ／埋め込み電話番号が「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数を含む場合に、
    前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の後ろに位置する第１の数字の組を抽出するステップと、
    前記ＳＩＰ ＵＲＩ／埋め込み電話番号中の「ｓｉｐ：」の後ろで前記「ｐｈｏｎｅ−ｃｏｎｔｅｘｔ」引数の前に位置する第２の数字の組を抽出するステップと、
    一連の置換規則を見つけるための事前定義された置換規則のテーブルへのキーとして前記第１の数字の組を使用するステップと、
    第３の数字の組を生成するために前記一連の置換規則を前記第２の数字の組に適用するステップと、
    前記電話番号「ｔｅｌ ＵＲＩ」を生成するために、前記第３の数字の組の前に文字列「ｔｅｌ：」を付加するステップと、
    を実行することを特徴とする請求項９に記載のネットワーク。
  18. 着信ネットワークにおいてＳＩＰ要求をサービング呼セッション制御機能へルーティングするインテロゲーティング呼セッション制御機能であって、
    前記ＳＩＰ要求を受信する受信器と、
    ＳＩＰ ＵＲＩ／埋め込み電話番号を含む要求ＵＲＩを前記ＳＩＰ要求が有するか否かを判定するプロセッサと、
    前記要求ＵＲＩを変換モジュールへ転送し、当該変換モジュールから対応するｔｅｌ ＵＲＩを受信するクエリ装置と、
    を備え、
    前記プロセッサは、改変されたＳＩＰ要求を形成するために、前記ＳＩＰ要求の前記要求ＵＲＩにおいて、前記ＳＩＰ ＵＲＩ／埋め込み電話番号を削除して前記受信したｔｅｌ ＵＲＩを挿入し、
    当該インテロゲーティング呼セッション制御機能は、
    前記ｔｅｌ ＵＲＩを伴う前記要求ＵＲＩを含む前記改変されたＳＩＰ要求を前記サービング呼セッション制御機能へ送信する送信器を更に備える
    ことを特徴とするインテロゲーティング呼セッション制御機能。
  19. 前記プロセッサは、前記要求ＵＲＩ中に「ｕｓｅｒ＝ｐｈｏｎｅ」引数が存在する場合に、前記ＳＩＰ要求が前記ＳＩＰ ＵＲＩ／埋め込み電話番号を有すると判断することを特徴とする請求項１８に記載のインテロゲーティング呼セッション制御機能。
  20. 前記変換モジュールから前記対応するｔｅｌ ＵＲＩを受信すると、前記プロセッサは、前記ＳＩＰ要求において前記ＳＩＰ ＵＲＩ／埋め込み電話番号を前記対応するｔｅｌ ＵＲＩに置換し、この改変されたＳＩＰ要求をルーティングすることを特徴とする請求項１８に記載のインテロゲーティング呼セッション制御機能。
  21. 中継ネットワークを通って着信ネットワークへＳＩＰ要求をルーティングするサービング呼セッション制御機能であって、
    前記ＳＩＰ要求を受信する受信器と、
    ＳＩＰ ＵＲＩ／埋め込み電話番号を含む要求ＵＲＩを前記ＳＩＰ要求が有するか否かを判定するプロセッサと、
    前記要求ＵＲＩを変換モジュールへ転送し、当該変換モジュールから対応するｔｅｌ ＵＲＩを受信するクエリ装置と、
    を備え、
    前記プロセッサは、改変されたＳＩＰ要求を形成するために、前記ＳＩＰ要求の前記要求ＵＲＩにおいて、前記ＳＩＰ ＵＲＩ／埋め込み電話番号を削除して前記受信したｔｅｌ ＵＲＩを挿入し、
    当該サービング呼セッション制御機能は、
    前記ｔｅｌ ＵＲＩを伴う前記改変されたＳＩＰ要求を前記着信ネットワークへ送信する送信器を更に備える
    ことを特徴とするサービング呼セッション制御機能。
  22. 前記プロセッサは、前記要求ＵＲＩ中に「ｕｓｅｒ＝ｐｈｏｎｅ」引数が存在する場合に、前記ＳＩＰ要求が前記ＳＩＰ ＵＲＩ／埋め込み電話番号を有すると判断することを特徴とする請求項２１に記載のサービング呼セッション制御機能。
  23. 前記変換モジュールから前記対応するｔｅｌ ＵＲＩを受信すると、前記プロセッサは、前記ＳＩＰ要求において前記ＳＩＰ ＵＲＩ／埋め込み電話番号を前記対応するｔｅｌ ＵＲＩに置換し、この改変されたＳＩＰ要求をルーティングすることを特徴とする請求項２１に記載のサービング呼セッション制御機能。
JP2008536149A 2005-10-21 2006-10-20 Ｔｅｌ−ｕｒｉを用いた、ｉｍｓ呼のルーティング Active JP5161784B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US72901205P 2005-10-21 2005-10-21
US60/729,012 2005-10-21
PCT/IB2006/002957 WO2007045991A1 (en) 2005-10-21 2006-10-20 Ims call routing using tel-uris

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2012252572A Division JP5620965B2 (ja) 2005-10-21 2012-11-16 Ｔｅｌ−ｕｒｉを用いた、ｉｍｓ呼のルーティング

Publications (2)

Publication Number Publication Date
JP2009513052A true JP2009513052A (ja) 2009-03-26
JP5161784B2 JP5161784B2 (ja) 2013-03-13

Family

ID=37734966

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2008536149A Active JP5161784B2 (ja) 2005-10-21 2006-10-20 Ｔｅｌ−ｕｒｉを用いた、ｉｍｓ呼のルーティング
JP2012252572A Active JP5620965B2 (ja) 2005-10-21 2012-11-16 Ｔｅｌ−ｕｒｉを用いた、ｉｍｓ呼のルーティング

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2012252572A Active JP5620965B2 (ja) 2005-10-21 2012-11-16 Ｔｅｌ−ｕｒｉを用いた、ｉｍｓ呼のルーティング

Country Status (9)

Country Link
US (2) US8619794B2 (ja)
EP (1) EP1938554B1 (ja)
JP (2) JP5161784B2 (ja)
CN (1) CN101292498B (ja)
AT (1) ATE451779T1 (ja)
DE (1) DE602006011040D1 (ja)
ES (1) ES2337836T3 (ja)
PL (1) PL1938554T3 (ja)
WO (1) WO2007045991A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009206766A (ja) * 2008-02-27 2009-09-10 Ntt Docomo Inc 呼制御システム及び呼制御方法
JP2011114393A (ja) * 2009-11-24 2011-06-09 Hitachi Kokusai Electric Inc 無線通信システム
JP2013502784A (ja) * 2009-08-17 2013-01-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおける方法及び装置
JP2015012526A (ja) * 2013-07-01 2015-01-19 日本電信電話株式会社 呼制御システム
JP2019012885A (ja) * 2017-06-29 2019-01-24 株式会社Ｎｔｔドコモ 通信制御装置および通信システム

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7848767B2 (en) 2002-10-15 2010-12-07 Tekelec Methods and systems for migrating between application layer mobile signaling protocols
US20070115934A1 (en) * 2005-11-22 2007-05-24 Samsung Electronics Co., Ltd. Method and system for locating subscriber data in an IP multimedia subsystem
US7889716B2 (en) 2005-12-01 2011-02-15 Tekelec Methods, systems, and computer program products for using an E.164 number (ENUM) database for message service message routing resolution among 2G and subsequent generation network systems
US7630372B1 (en) * 2005-12-30 2009-12-08 At&T Corp. Method and apparatus for providing access and egress uniform resource identifiers for routing
WO2007095379A2 (en) 2006-02-15 2007-08-23 Tekelec Methods, systems, and computer program products for selectively processing or redirecting signaling connection control part (sccp) messages
US8184798B2 (en) 2006-06-13 2012-05-22 Tekelec Methods, systems and computer program products for accessing number portability (NP) and E.164 number (ENUM) data using a common NP/ENUM data locator structure
US7787445B2 (en) 2006-07-20 2010-08-31 Tekelec Methods, systems, and computer program products for routing and processing ENUM queries
CN101110758A (zh) * 2006-07-21 2008-01-23 华为技术有限公司 建立紧急会话的方法、系统及代理呼叫会话控制功能
EP1890496B1 (en) * 2006-08-17 2011-06-15 Comverse Ltd Network interoperability
US8254551B2 (en) 2006-12-07 2012-08-28 Tekelec, Inc. Methods, systems, and computer program products for providing quality of service using E.164 number mapping (ENUM) data in a communications network
WO2008083631A1 (fr) * 2007-01-10 2008-07-17 Huawei Technologies Co., Ltd. Appareil de conversion d'identité d'utilisateur, ims et procédés d'enregistrement, de lancement et de fin d'appel
US8363640B2 (en) * 2007-01-31 2013-01-29 At&T Intellectual Property I, L.P. Methods and apparatus for handling a communication session for an unregistered internet protocol multimedia subsystem (IMS) device
WO2008128570A1 (en) * 2007-04-20 2008-10-30 Telefonaktiebolaget Lm Ericsson (Publ) Handling user identities in the ip multimedia subsystem
US9049209B2 (en) * 2007-05-08 2015-06-02 At&T Intellectual Property I, L.P. Methods and apparatus to route a communication session in an internet protocol (IP) multimedia subsystem (IMS) network
DE102007032824B4 (de) 2007-05-18 2015-02-26 Vodafone Holding Gmbh Fernsteuerungseinrichtung
US7996541B2 (en) 2007-06-15 2011-08-09 Tekelec Methods, systems, and computer program products for identifying a serving home subscriber server (HSS) in a communications network
WO2009021430A1 (fr) * 2007-08-10 2009-02-19 Huawei Technologies Co., Ltd. Procédé de connexion d'appel, équipement et système dans un sous-système multimédia ip
CN101365240B (zh) 2007-08-10 2011-11-02 华为技术有限公司 Ip多媒体子系统中的呼叫接续方法、装置和系统
US8270344B2 (en) * 2007-09-10 2012-09-18 At&T Intellectual Property I, Lp System for communicating between internet protocol multimedia subsystem networks
US20090106437A1 (en) * 2007-10-22 2009-04-23 Nokia Corporation Method and device for handling different addressing schemes in session initiation protocol communication
US8594679B2 (en) 2008-03-07 2013-11-26 Tekelec Global, Inc. Methods, systems, and computer readable media for routing a message service message through a communications network
US9584959B2 (en) 2008-11-24 2017-02-28 Tekelec Global, Inc. Systems, methods, and computer readable media for location-sensitive called-party number translation in a telecommunications network
US9397862B2 (en) 2008-12-12 2016-07-19 At&T Intellectual Property I, L.P. Method and apparatus for completing a circuit switched service call in an internet protocol network
US9184940B2 (en) * 2008-12-12 2015-11-10 At&T Intellectual Property I, L.P. Method and apparatus for completing a circuit switched service call in an internet protocol network
US8750132B2 (en) * 2008-12-16 2014-06-10 At&T Intellectual Property I, L.P. Method and apparatus for completing a call in a network with ENUM failure
US9021014B2 (en) 2009-03-25 2015-04-28 Tekelec, Inc. Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy
WO2010132436A2 (en) 2009-05-11 2010-11-18 Tekelec Methods, systems, and computer readable media for providing scalable number portability (np) home location register (hlr)
WO2011047382A2 (en) 2009-10-16 2011-04-21 Tekelec Methods, systems, and computer readable media for providing diameter signaling router with integrated monitoring and/or firewall functionality
US9313759B2 (en) 2009-10-16 2016-04-12 Tekelec, Inc. Methods, systems, and computer readable media for providing triggerless equipment identity register (EIR) service in a diameter network
US8750126B2 (en) 2009-10-16 2014-06-10 Tekelec, Inc. Methods, systems, and computer readable media for multi-interface monitoring and correlation of diameter signaling information
US8451841B2 (en) 2009-12-28 2013-05-28 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8793388B2 (en) 2009-12-28 2014-07-29 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
WO2011106690A2 (en) 2010-02-25 2011-09-01 Tekelelec Systems, methods, and computer readable media for using a signaling message routing node to provide backup subscriber information management service
EP2656647B1 (en) 2010-12-23 2019-04-24 Tekelec, Inc. Method, system, and computer readable media for modifying a diameter signaling message directed to a charging function node
EP2666263B1 (en) 2011-01-21 2019-07-24 Tekelec, Inc. Methods, systems, and computer readable media for screening diameter messages within a diameter signaling router (dsr) having a distributed message processor architecture
JP5640764B2 (ja) * 2011-01-24 2014-12-17 沖電気工業株式会社 信号処理装置及びプログラム
CN103493436B (zh) 2011-03-18 2016-10-05 泰科来股份有限公司 用于可配置的直径地址解析的方法、设备和系统
US20120275450A1 (en) * 2011-04-29 2012-11-01 Comcast Cable Communications, Llc Obtaining Services Through a Local Network
US9578180B2 (en) * 2011-12-08 2017-02-21 Institute For Information Industry Communication network system, calling terminal and voice call establishing method thereof
US9100796B2 (en) 2011-12-15 2015-08-04 Tekelec, Inc. Methods, systems, and computer readable media for seamless roaming between diameter and non-diameter networks
JP2013168840A (ja) * 2012-02-16 2013-08-29 Canon Inc 通信機器、その制御方法、および制御プログラム
CN103516675A (zh) * 2012-06-21 2014-01-15 华为软件技术有限公司 资源标识共享方法、终端和管理平台
TWI528776B (zh) * 2012-11-27 2016-04-01 鴻海精密工業股份有限公司 終端設備及網路協定語音通信方法
JP6064588B2 (ja) * 2012-12-26 2017-01-25 アイコム株式会社 中継装置
JP5994630B2 (ja) * 2012-12-26 2016-09-21 アイコム株式会社 中継装置
US8855654B2 (en) 2013-01-28 2014-10-07 Tekelec Global, Inc. Methods, systems, and computer readable media for tracking and communicating long term evolution (LTE) handset communication capability
US9635526B2 (en) 2013-03-15 2017-04-25 Tekelec, Inc. Methods, systems, and computer readable media for utilizing a diameter proxy agent to communicate short message service (SMS) messages
US20150252310A1 (en) 2014-03-07 2015-09-10 Ecolab Usa Inc. Alkyl amides for enhanced food soil removal and asphalt dissolution
FR3021832A1 (fr) * 2014-05-28 2015-12-04 Orange Procede de conversion d'un numero forme selon un plan de numerotation local vers un numero forme selon un plan de numerotation global
US10117127B2 (en) 2015-07-08 2018-10-30 Oracle International Corporation Methods, systems, and computer readable media for communicating radio access network congestion status information for large numbers of users
CN106559536A (zh) * 2015-09-25 2017-04-05 联发科技（新加坡）私人有限公司 支持统一资源识别符的通信方法和通信装置
JP2019165266A (ja) * 2016-06-24 2019-09-26 日本電気株式会社 通信接続管理装置、ｉｐマルチメディアサブシステム、登録装置、通信接続管理方法、プログラム
US11165833B2 (en) * 2016-11-02 2021-11-02 T-Mobile Usa, Inc. Network routing based on terminal's media path
US10237418B2 (en) 2017-04-21 2019-03-19 Oracle International Corporation Methods, systems, and computer readable media for charging based on radio congestion in mobile networks
CN115766668A (zh) * 2021-09-03 2023-03-07 中国移动通信集团山东有限公司 自动容灾方法、电子设备和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004071043A1 (en) * 2003-02-10 2004-08-19 Nokia Corporation Handling of user identity
JP2008515246A (ja) * 2004-08-13 2008-05-08 キワン・イー・ベ パケット化音声伝送を支援するドメイン間の横断を提供するための方法、及びシステム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7463615B2 (en) * 2001-07-13 2008-12-09 Qualcomm, Incorporated System and method for extended SIP headers for CDMA parameters
US7480915B2 (en) * 2002-10-03 2009-01-20 Nokia Corporation WV-IMS relay and interoperability methods
EP1597896A2 (en) * 2003-02-19 2005-11-23 Nokia Corporation Routing messages via an ims system
US20060050686A1 (en) * 2004-09-08 2006-03-09 Commoca, Inc. Software platform for developing, delivering and managing data-voice applications operating on an internet protocol (IP) phone
FI20041659A0 (fi) * 2004-12-23 2004-12-23 Nokia Corp Menetelmä liikkeen reitittämiseksi VoIP-päätteeseen matkaviestinjärjestelmässä
US8832792B2 (en) * 2005-08-03 2014-09-09 At&T Mobility Ii Llc Limiting services based on location

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004071043A1 (en) * 2003-02-10 2004-08-19 Nokia Corporation Handling of user identity
JP2008515246A (ja) * 2004-08-13 2008-05-08 キワン・イー・ベ パケット化音声伝送を支援するドメイン間の横断を提供するための方法、及びシステム

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009206766A (ja) * 2008-02-27 2009-09-10 Ntt Docomo Inc 呼制御システム及び呼制御方法
JP2013502784A (ja) * 2009-08-17 2013-01-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおける方法及び装置
US8620316B2 (en) 2009-08-17 2013-12-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus in a telecommunications network
JP2011114393A (ja) * 2009-11-24 2011-06-09 Hitachi Kokusai Electric Inc 無線通信システム
JP2015012526A (ja) * 2013-07-01 2015-01-19 日本電信電話株式会社 呼制御システム
JP2019012885A (ja) * 2017-06-29 2019-01-24 株式会社Ｎｔｔドコモ 通信制御装置および通信システム

Also Published As

Publication number Publication date
US9237088B2 (en) 2016-01-12
DE602006011040D1 (de) 2010-01-21
JP2013059100A (ja) 2013-03-28
US8619794B2 (en) 2013-12-31
ATE451779T1 (de) 2009-12-15
US20080247384A1 (en) 2008-10-09
JP5620965B2 (ja) 2014-11-05
CN101292498B (zh) 2013-02-06
JP5161784B2 (ja) 2013-03-13
US20130114592A1 (en) 2013-05-09
CN101292498A (zh) 2008-10-22
WO2007045991A1 (en) 2007-04-26
EP1938554A1 (en) 2008-07-02
PL1938554T3 (pl) 2010-05-31
EP1938554B1 (en) 2009-12-09
ES2337836T3 (es) 2010-04-29

Similar Documents

Publication Publication Date Title
JP5161784B2 (ja) Ｔｅｌ−ｕｒｉを用いた、ｉｍｓ呼のルーティング
KR100886548B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템 네트워크에서단말의 성능 정보를 전달하기 위한 방법 및 시스템
US8392582B2 (en) Method and apparatuses for making use of virtual IMS subscriptions coupled with the identity of a non SIP compliant terminal for non-registered subscribers
US7181537B2 (en) Method and apparatus for routing wireless village messages in an internet protocol multimedia subsystem
RU2474067C2 (ru) Групповой доступ к услугам мультимедийной подсистемы на базе ip-протокола
JP4963516B2 (ja) Ｉｍｓネットワーク環境における代替信号送信を用いたモバイル終端呼を管理するためのシステムおよび方法
JP5001436B2 (ja) 通信ネットワークにおけるメッセージの処理
US20040156394A1 (en) Handling of user identity
US20020194378A1 (en) System and method of hiding an internet protocol (IP) address of an IP terminal during a multimedia session
US20110310884A1 (en) Telephony endpoint routing in an ip multimedia subsystem
CN103338213A (zh) 本地设备与ims网络互通的方法、系统及接入网关
WO2008134930A1 (fr) Procédé, appareil et système de traitement de message dans un réseau ims
EP2489210B1 (en) Delivery of a message between an ims domain and a cs domain
JP2008228250A (ja) 公衆移動網と連携した屋内呼制御装置
KR100895283B1 (ko) 이동 ＶｏＩＰ 서비스 제공 장치 및 호 연결 방법
CN100433909C (zh) 一种从电路交换网络到ims网络传输呼叫信令的方法
KR20100003869A (ko) 라우팅 장치 및 라우팅 방법
KR101525393B1 (ko) 번호 이동 서비스를 제공하기 위한 호 처리 장치 및 방법과, ims 및 ims의 번호 이동 서비스 제공 방법
US20110286446A1 (en) Method and Apparatus for Use in an IP Multimedia
CN1941774B (zh) 在网络中实现公共用户标识携带的方法及系统
KR20080051813A (ko) 이종 ｉｍｓ망간 글로벌번호 적용방법
KR100710253B1 (ko) 세션 개시 프로토콜 처리 방법과, 그에 기반하여 인터넷프로토콜 멀티미디어 서비스를 제공하는 시스템
KR101016641B1 (ko) 단말에 대한 인증 제어 장치 및 방법
Joseph IMS network signaling peering: Challenges and proposal
KR20100060422A (ko) 메시지 라우팅 제어 방법 및 시스템

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090918

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120817

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121116

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20121210

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121214

R150 Certificate of patent or registration of utility model

Ref document number: 5161784

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151221

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250