JP2009506589A - 移動体及びパケットベース呼制御 - Google Patents

Abstract

移動体ネットワーク上に登録された端末の加入者に対して、固定通信ネットワーク上の端末のそれら加入者に提供されるサービスと整合性のある電話サービスを提供する電気通信方式。例えば、移動体ネットワーク上の端末の加入者は、固定ネットワーク上の要素を用いてサポートされる通話中機能及び専用ダイヤルプランにアクセスでき、また、固定ネットワーク上のアドレス（例えば、有線番号又はＳＩＰアドレス）の加入者にかけられた通話は、移動体ネットワーク上のそれら端末に配信され得る。

Description

本発明は、移動体電話及びパケットベースネットワークを伴う呼制御に関する。

通常、移動電話ネットワークは、加入者に関する位置情報を維持して、電話ネットワーク上のユーザの位置に関係なくユーザへの呼配信を可能にする。ホーム・ロケーション・レジスタ（ＨＬＲ）には、移動体ネットワーク用の常駐加入者情報のデータベースが含まれる。ＨＬＲは、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、及びＧＳＭ（グローバル・システム・フォー・モバイル・コミュニケーションズ）ネットワークの必須構成要素である。加入者のホームの電気通信事業者（即ち、ユーザが通話を発した場所のネットワーク運用者）によって保守されて、ＨＬＲには、アドレス、アカウント状態、及び基本設定を含む関連ユーザ情報が含まれる。ＨＬＲは、移動体交換局（ＭＳＣ）と対話を行うが、これは、呼制御及び処理に用いられる交換機である。ＭＳＣは、公衆交換電話網（ＰＳＴＮ、即ち、“固定”有線ネットワーク）へのアクセスポイントとしても機能する。第３の必須要素は、訪問位置レジスタ（ＶＬＲ）であるが、これは、暫定ユーザ情報（現在位置等）を維持して、自分のホームＭＳＣによって網羅されるエリア外にいる加入者からの要求を管理する。

ユーザの移動体電話に電話がかけられると、移動体ネットワークは、ＨＬＲに問い合わせて、現在どのＭＳＣ及び関連ＶＬＲがユーザにサービスを提供しているか判断させる。サービス提供ＭＳＣは、暫定ローカルディレクトリ番号（ＴＬＤＮ）を提供するが、これに合わせて有線回線が完了され、また、これによって音声通話がユーザの移動体電話に行われる。

移動体ユーザが通話を開始すると、移動体ネットワーク交換設備は、通話が装置のホームエリアからやって来ているかどうか判断する。ユーザがホームエリア外にいる場合、通話がやって来ているエリア用のＶＬＲは、通話の処理に必要な情報に対する要求を送出する。ＨＬＲは、その情報を提供して適切なＭＳＣに中継し、ＭＳＣは、それをＶＬＲに中継する。ＶＬＲは、ルーティング情報をサービス提供ＭＳＣに送り返し、これによって、ＭＳＣは、通話が発せられた場所の局を見つけ、最終的に移動装置を接続し得る。これらの要素間の通信は、信号送信システム（ＳＳ７）プロトコル及び信号送信方式に基づく。

ボイス・オーバ・ＩＰ（ＶｏＩＰ）システムには、アドレス、統一資源識別子（ＵＲＩ）に基づき通話をユーザに転送するためのメカニズムが含まれる。通話を確立する１つの方式は、セッション開始プロトコル（ＳＩＰ）を用いる。ＳＩＰアーキテクチャは、ＵＲＩ（例えば、ｕｓｅｒ＠ｄｏｍａｉｎ）を用いてエンドポイントを識別し、また、それには、ＵＲＩをＩＰアドレス又はホスト名にマッピングする登録装置、通話の発信源に回り道を知らせる転送サーバ、及びプロキシサーバ等の様々なインフラ構成要素が含まれる。ＳＩＰは、基本的には、例えば、装置をそのホーム登録装置に登録することによって、装置により限定される移動性を通話に提供する。しかしながら、ＳＩＰインフラは、一般的に、固定及び静止装置に対してサービスを提供するように構成される。

現在、ＶｏＩＰシステムは、一般的に、移動体電話システムとは独立に機能し、また、移動電話通信ネットワークと通話情報を交信する方法を有しない。

一態様において、一般的に、電気通信方式は、移動体ネットワーク上に登録された端末の加入者に対して、固定通信ネットワーク上の端末のそれら加入者に提供されるサービスと整合性のある電話サービスを提供する。例えば、移動体ネットワーク上の端末の加入者は、固定ネットワーク上の要素を用いてサポートされる通話中機能（ｍｉｄ−ｃａｌｌ ｆｅａｔｕｒｅ）及び専用ダイヤルプランにアクセスでき、また、固定ネットワーク上のアドレス（例えば、有線番号又はＳＩＰアドレス）の加入者にかけられた通話は、移動体ネットワーク上の自分の端末に配信され得る。

他の態様において、一般的に、電気通信サービスを提供するための方法には、第１要素において、固定ネットワーク上のアドレスの加入者への通話を示す信号を受け取る工程が含まれる。通話は、パケットベースデータネットワークを介して、移動体電話ネットワークに登録された第２端末へ拡張される。通話を拡張する工程には、移動体電話ネットワーク及びパケットベースデータネットワークの双方に結合された第２要素において、通話を示す信号を受信する工程と、第２要素が利用可能なルーティング情報に基づき、通話を端末にルーティングする工程と、が含まれる。

態様には、次の１つ以上の特徴が含まれ得る。
固定ネットワーク上のアドレスには有線電話番号が含まれるか、又はＳＩＰ ＵＲＩ等のＶｏＩＰネットワークアドレスが含まれる。

第１要素には交換機が含まれるか、又はパケットベース音声サーバが含まれる。
固定ネットワーク上のアドレスと関連付けられた第１端末及び移動体ネットワーク上に登録された第２端末のうちの一方又は両方に通話をルーティングするか否か、第１要素において決定される。

移動体電話ネットワーク上の第２端末に対して通話が完了していない場合、固定ネットワーク上のアドレスと関連付けられた第１端末に対して通話が完了していない場合と同じように通話が取り扱われる。例えば、通話を取り扱う工程には、固定ネットワーク上のメッセージサーバに通話をルーティングする工程が含まれる。

通信サービスは、第１要素と通信状態にある第２要素により対応するパケットベースの音声端末をエミュレートすることによって、第２端末に提供される。
通話機能は、第１要素を用いて第２端末の加入者に提供される。例えば、通話中機能が提供される。

第２端末に通話を拡張する工程には、更に、第２要素において移動体ネットワークからルーティング情報を得る工程が含まれる。
発呼機能は、第１要素を介して移動体ネットワーク上に登録された第２端末から提供される。例えば、発呼機能には、専用ダイヤルプラン機能が含まれる。

他の態様において、一般的に、専用電話機能は、移動体電話ネットワーク上に登録された端末に提供される。第１要素は、専用電話機能を提供するように構成され、第２要素は、移動体電話ネットワークに結合され、また、パケットベースデータネットワークを介して第１要素に結合される。移動体電話ネットワーク上に登録された第１端末と別の端末との間でかけられた通話が処理される。この処理には、第１要素と第２要素との間の通話において移動体ネットワーク信号送信情報を受け渡す工程が含まれる。

態様には、次の１つ以上の特徴が含まれ得る。
第１端末と別の端末との間でかけられた通話は、第１端末からかけられた通話又は第１
端末に関連付けられた移動体電話番号にかけられた通話である。

第１要素と第２要素との間で通話用の信号送信情報を受け渡す工程には、第２要素から第１要素にルーティング要求を渡す工程が含まれる。例えば、ルーティング要求には、専用ダイヤルプランで呼び出された番号が含まれる。

信号送信情報には、第１端末で発した第２要素から第１要素への通話中機能要求が含まれ得る。
ルーティング情報は、第１要素から第２要素に渡される。例えば、ルーティング情報には、移動体ネットワーク上に登録されている他方の端末の識別が含まれる。

第１要素と第２要素との間の通話は、パケットベースデータネットワークを介してルーティングされる。
パケットベースネットワークには、公共インターネット又は専用ＩＰネットワークが含まれる。

別の態様において、一般的に、システムは、移動体ネットワークとパケット交換網との間の通話の転送を可能にし、公共ドメイン移動体ネットワークと、パケット交換網に接続された無線送受信機との間の呼配信の目的のために移動体電話の位置を決定する。このシステムには、パケット交換網上で用いられるセッション開始プロトコル（ＳＩＰ）等の呼制御プロトコルを移動体電話ネットワークに共通の信号送信方式に変換する構成要素が含まれ得る。

別の態様において、一般的に、ゲートウェイ装置は、音声サーバ、例えば、ＳＩＰベース音声サーバとインターフェイス接続する。ゲートウェイは、移動体電話システムと接続し、音声サーバ上での移動装置の有無を提供し、これにより移動装置は、音声サーバによって仲介された通話を送受信し得る。移動装置は、また、音声サーバ上のサービス、例えば、音声メール、４桁（内線番号）ダイヤル呼出し等を利用し得る。

別の態様において、一般的に、通信システムには、移動体電話ネットワークに結合され、また、第１要素へのアクセスを可能にするパケットベースデータネットワークに結合された第２要素が含まれる。第２要素は、移動体ネットワーク上に登録された移動端末に対して、第１要素によって提供された専用電話機能を拡張するように構成される。

態様には、次の１つ以上の特徴が含まれ得る。
第２要素は、移動体交換局（ＭＳＣ）として、サービス制御点（ＳＣＰ）としてまたはその両方として移動体電話ネットワークとインターフェイス接続する。

このシステムには、更に、音声サーバ又はＩＰ ＰＢＸ及びＩＰセントレックスシステム等の音声通話機能サーバを含み得る第１要素が含まれる。
１つ以上の態様の利点には、次の１つ以上が含まれ得る。

加入者は、不変の組の機能が固定有線端末又はＶｏＩＰ端末にあるか否か、あるいは移動無線ネットワーク上もしくは専用ＩＰドメイン上に登録された移動端末にあるか否かにかかわらず、その不変の組の機能にアクセスする（例えば、デュアルモード電話を用いて）。

加入者への発呼者には、加入者の固定アドレスへの通話が固定端末にルーティングされるあるいは移動端末にルーティングされるかにかかわらず、一貫した通話取り扱いが与えられる。例えば、通話が移動体ネットワークにルーティングされるが、加入者によって応
答されない場合であっても、通話は、同じ有線音声メールシステムにルーティングされ得る。

移動体ＩＰは、実施上の複雑な問題を抱えており、ルーティングが最適でないために大幅なパケット当りのコストを伴うことがある。移動体ＩＰを用いた移動ＶｏＩＰ電話への呼配信の方法と比較して、本方式の１つ以上の態様は、ホーム又は外来エージェントの必要性がなく、また、三角形又は四角形のルーティングがないことから、効率が改善され得る。また、プライバシーも改善可能であり、従って、このシステムは、標的にされたサービス不能攻撃に対する耐性が大きい。

本方式の１つ以上の態様は、ＳＩＰ又はＨ．３２３等の任意の形態の標準規格準拠のＶｏＩＰを必ずしも用いるとは限らないＵＭＡアーキテクチャに基づく方式に優る利点を提供し得るが、その理由は、そのような方式が、ＳＩＰソフト交換機又はＳＩＰ ＩＰ ＰＢＸ等の任意の標準ＳＩＰ呼制御要素と相互動作しないためである。

コスト又は性能の利点は、通話が移動体ネットワークからＶｏＩＰ電話にルーティングされる時、ＭＳＣからの回線接続を要求しないことによって達成され得る。
通話は、回線交換通話のようにＰＳＴＮを通過しなければならない代わりに、移動体電話オペレータからＳＩＰモードでＩＰ ＰＢＸから受信又はそれに配信され得る。

ＶｏＩＰ電話へ通話を転送すると、ＭＳＣによってサポートされるものに限定されないコーデックが選択され得る。例えば、通話がＶｏＩＰ電話にルーティングされると、高品質で帯域幅がより広いＶｏＩＰコーデックを用い得る。

本方式は、２Ｇ及び２．５Ｇ ＧＳＭ並びにＣＤＭＡ １ｘＲＴＴ、１ｘＥＶＤＯ、１ｘＥＶＤＶ、及びＷ−ＣＤＭＡに適用可能である。
有線と無線ＳＩＰサーバとの間の違いは、電話番号の割り当て方法及び何がローカル通話エリアを構成するかである。有線番号は、地理に基づき割り当てられ、従来、エリアコードの後の最初の３桁は、“料金算出地点（ｒａｔｅ ｃｅｎｔｅｒ）”として知られている特定の区域又は同様な大きさのエリアに対応する。無線番号は、通常、更にもっと広い呼び出しエリアを網羅する。移動体加入者は、料金算出地点から料金算出地点に自由に移動することから、本方式では、多数の隣接料金算出地点を関連付け得るが、他方、従来の有線ＳＩＰサーバは、一般的に、既存の有線ＬＡＴＡ及び料金算出地点境界を遵守しなければならない。

移動体ユーザは、ユーザが移動体ネットワークである場合、内線用の縮小された桁をダイヤルし得る。例えば、４桁の内線がダイヤルされると、通話は、１０桁の電話番号のダイヤルされた相手に接続される。

企業ユーザは、短縮内線をダイヤルし、通話は、移動体電話ネットワークを介して移動体ユーザに接続される。
呼び出された時、移動体ユーザが移動体電話に応答しない場合、通話は、ＩＰ−ＰＢＸ／セントレックス制御音声メールに転送される。音声メールは、移動体音声メールの代わりに企業メールボックスから検索される。

ユーザは、本社事務所ＩＰ電話の自分の職場電話番号で通話を受信し得る。ユーザは、本社を離れて、（例えば、ＩＰ ＰＢＸ制御機能を介して）通話を自分の移動体電話に転送して会話を継続得る。ユーザは、事務所に到着すると、同じ会話を続けながら、自分の机上ＩＰ電話に通話を転送し得る。

ユーザは、自分の移動体電話で通話を受信する。そして、ユーザは、会話を他の装置によって再開できるように、通話を“保留する”。そして、保留された通話は、呼び出しによって企業の机上電話で受信される。

ユーザは、自分の移動体電話で話し、他の２人の発呼者と会議を行う。１人のユーザは、短縮企業番号を介して会議を行い、他方、もう一人の発呼者は、移動体電話番号を介して会議を行い得る。ユーザのＰＢＸは、全当事者の会議通話を制御する。

企業は、移動端末に機能を拡張するために、そのインフラを変更したり、新しい機能を追加したりする必要がない。企業は、継続して通話を制御する。
ＰＢＸ機能は、他のネットワーク、即ち、移動体、ＰＳＴＮ、及びＶｏＩＰに拡張され得る。

移動体ネットワーク及びＰＢＸに結合されたＮＣＧを用いると、移動体ネットワークへのＰＢＸインターフェイスが大幅に簡素化される。
移動体番号への着呼は、ＰＢＸによって処理され得る。

移動体への発呼は、ＩＰを介して最小コストでルーティングされ、これによってＰＳＴＮが回避され得る。
取り組み手法は、ＰＳＴＮ電話、移動体電話、及びＩＰ電話等の既存の装置で機能し得る。

取り組み手法は、移動体ネットワークのＨＬＲ及びＭＳＣ要素を変更することなく機能し得る。
ユーザの職場番号は、ユーザの一次番号として用いられ得るが、一方、移動体ネットワーク上に登録されると、あるいは、ユーザの職場位置から遠く離れたＶｏＩＰ端末を用いて、ユーザへの接続性を提供し得る。

幾つかの実施形態について以下に述べる。段落見出しは、読者に対する支援として提供するものであり、見出し文に基づき又は任意の特定の段落における見出し文の包含もしくは除外によって、説明を限定するものと見なすべきではない。

幾つかの従来の特許出願が、参照のために含まれる。下記説明と参照のために引用した題材との間に何らかの競合がある場合、下記説明が優先する。
図１において、通信システムには、代表的な移動体電話及びＶｏＩＰ（ｖｏｉｃｅ−ｏｖｅｒ−ＩＰ）ネットワークと相互接続された公衆交換電話網（ＰＳＴＮ）１４０が含まれる。移動体電話ネットワークには、移動体バックボーン１２０が含まれ、これには、固定制御・メディアネットワーク、及びバックボーンに接続された多数の要素が含まれる。一般的に、移動体電話ネットワークは、ＩＳ４１又はＧＳＭプロトコルのいずれかに従い、どちらの場合でも、同様に動作する。移動体ネットワークは、本来、アクティブな電話通話の音声を受け渡すための時分割多重化（ＴＤＭ）技術に基づく。しかしながら、幾つかのＶｏＩＰ要素が、例えば、ネットワークをアップグレードする際導入され、移動体ネットワークに含まれ得る。

例えば、ＰＳＴＮ１４０を構成する従来の有線音声ネットワークは、本来、ＴＤＭ音声交換機及び関連する設備に基づく。しかしながら、様々なＩＰ接続ネットワーク、音声サーバ、また、既存のＴＤＭベースの要素と接続するメディアゲートウェイ及びメディアゲートウェイコントローラ等、ＶｏＩＰベースの要素や構成が、導入されつつある。例えば、ＶｏＩＰゲートウェイ１６０は、ＰＳＴＮバックボーン１４０とＶｏＩＰバックボーン
１５０との間のインターフェイスを提供する。このゲートウェイは、ＴＤＭベースの通話がＰＳＴＮバックボーンからＶｏＩＰバックボーンへ通過するための制御・メディア経路を提供し、この経路上で、音声は、予め割り当てられ音声データ用に予約された固定レート“タイムスロット”において通過する場合と比較して、一連のデータパケットとして通過する。

図１に示す通信システムは、様々な方式をサポートし、様々な電話端末又は他の装置を用いる加入者に電話サービスを提供する。これらには、ＰＳＴＮの１つ以上の交換機１４４に接続された有線電話１４２、移動体ネットワークを介して通信を行い、オプションとして、ＶｏＩＰアクセスネットワーク１８６を介して通信を行うことが可能な“デュアルモード”装置として機能する移動体電話１１０、及び企業の構内にあり得る企業ＩＰ ＰＢＸ等の音声サーバ１５４、ＩＰセントレックスサービスを提供するネットワークベースのサーバ、又は音声機能サーバを介して結合し得るＶｏＩＰ電話１１２が含まれる。幾つかの異なる方式について以下に述べるが、通信システムの異なるバージョンは、これら手法の１つ又は一部のみをサポートし、また、それらの方式に関連する図１に示す構成要素だけを含み得ることに留意されたい。

図１において、ＶｏＩＰバックボーン１５０並びにＶｏＩＰアクセスネットワーク１５６及び１８６は、別個のネットワークとして示されていることに留意されたい。これらのネットワークの一部又は全ては、公共インターネットとネットワーク間接続したり、（例えば、仮想ネットワークのような）他のインターネット上に階層化したり、もしくは、相互接続して、それらの間でパケット通信を受け渡したりし得る。これらのネットワークは、専用（ｐｒｉｖａｔｅ）であってよく、また、ネットワーク間接続されなくてもよい。例えば、ＶｏＩＰバックボーン１５０は、１つ以上の電気通信会社によって運用され一般的なインターネットトラフィックを搬送しない専用ＩＰベースのネットワークであってよい。また、移動体バックボーン１２０は、それ自体、パケットベースの構成要素を含むことができ、例えば、移動体電話との電話通話を確立し、また、関連する音声トラフィックをパケット形態で搬送するための移動体ネットワークの要素間に通信サービスを提供する。

１．事例１
第１例では、電話サービスの提供に対する方式は、移動体ネットワーク内の移動体電話１１０間の電話通話及びＰＳＴＮを介した移動体電話１１０と有線電話１４２との間の電話通話をサポートする。例えば、有線電話１４２から移動体電話１１０への通話の場合、通話は、呼び出された番号に基づき、ＰＳＴＮによって、ゲートウェイ移動体交換局（ＭＳＣ）１２４にルーティングされる。移動体ネットワーク内において、通話は、移動体バックボーン１２０を介して、ゲートウェイＭＳＣ１２４からサービス提供ＭＳＣ１２６に、そして、移動体電話１１０にルーティングされる。１つだけのサービス提供ＭＳＣ１２６が、例として図１に示されていることに留意されたい。一般的に、移動体ネットワークには、地理的な有効範囲を提供し、通話ハンドオフ能力をサポートするために、多数のサービス提供ＭＳＣがある。移動体ネットワークは、一般的に、ＩＳ４１又はＧＳＭプロトコルのいずれかを用いるが、これらに違いはあるが、本質的に同じように基本的に動作する。

移動体ネットワークは、移動体ネットワークに記憶された登録情報に従って、通話がルーティングされるサービス提供ＭＳＣ１２６を決定する。移動体加入者がサービス提供ＭＳＣに登録される際は、そのＭＳＣに関連する訪問位置レジスタ（ＶＬＲ）１２７への入力があり、また、加入者用の現サービス提供ＭＳＣを識別する中央ホーム・ロケーション・レジスタ（ＨＬＲ）１２１への追加入力がある。また、ＨＬＲ１２１には、移動体ネットワーク上に登録され得る全加入者用の加入者プロファイルが含まれる。

本例において、システムの動作は、以下の代表的なステップにより理解することができる。
ステップ１：加入者が、移動体電話１１０又は他の端末を用いて、サービス提供ＭＳＣ１２６と関連付けられる際は、加入者のプロファイルが、サービス提供ＭＳＣ１２６によって要求され、ＨＬＲ１２１から取り込まれ、そして、サービス提供ＭＳＣ１２６に記憶される。加入者の入力項目は、サービス提供ＭＳＣ１２６内にある又はそれに関連付けられたビジタ・ロケーション・レジスタ（ＶＬＲ）１２７に置かれ、また、ポインタが、ＨＬＲ１２１に置かれて、加入者がサービス提供ＭＳＣ１２６において移動体登録されていることを示す。

ステップ２：通話が、加入者用の特定のＭＤＮ／ＭＳＩＳＤＮに向けてＰＳＴＮから入って来る場合、ゲートウェイＭＳＣ１２４は、加入者が現在登録されていると仮定して、ＰＳＴＮバックボーン１４０から通話を受信し、その加入者の端末へのルートを見つける必要がある。ゲートウェイＭＳＣ１２４は、まず、位置特定要求をＨＬＲ１２１に送り、そして、ＨＬＲ１２１は、サービス提供ＭＳＣ１２６における加入者の既知の最新位置を返す。そして、ゲートウェイＭＳＣ１２４は、サービス提供ＭＳＣ１２６にルート要求を送る。加入者が現在登録されていると仮定して、サービス提供ＭＳＣ１２６は、ゲートウェイＭＳＣ１２４にＴＬＤＮ／ＭＳＲＮを返す。

ステップ３：そして、ゲートウェイＭＳＣ１２４は、移動体バックボーン１２０を介して、ＴＬＤＮ／ＭＳＲＮを用いて、サービス提供ＭＳＣ１２６に通話をルーティングし、そして、サービス提供ＭＳＣ１２６は、加入者の端末１１０への通話を完了する。

ステップ２ｂ：加入者が、（例えば、加入者の電話が、その無線機が起動されていないか又はネットワークの範囲外にあるために）移動体ネットワークに登録されておらず、ゲートウェイＭＳＣ１２４がＨＬＲ１２１に確認する場合、加入者が最近登録されたサービス提供ＭＳＣ１２６へのポインタを見つけ得るが、サービス提供ＭＳＣ１２６にルート要求を送ると、加入者がもはや登録されていないことが分かる。そして、ゲートウェイＭＳＣ１２６は、ＨＬＲ１２１から加入者のプロファイルを得る。加入者のプロファイルは、加入者が登録されていない状況に対する所望の通話処理を指定する。この処理は、通常、移動体ネットワークの音声メール構成要素１２８に通話をルーティングすることである。

ステップ３ｂ：第３の事例では、ゲートウェイＭＳＣ１２６は、加入者が依然としてサービス提供ＭＳＣ１２６に登録されていると分かり、ＴＬＤＮ／ＭＳＲＮを用いて、そこに通話をルーティングするが、加入者が通話を拒否したり、話中であったり、あるいは応答しなかったりするため、通話が完了しない。また、適切な通話処理が、ＨＬＲ１２１から取り込まれる加入者のプロファイル又は通話を拒否するためにサービス提供ＭＳＣ１２６によって提供された理由に基づき、提供される。ＩＳ４１ベースの移動体ネットワークにおいて、ゲートウェイＭＳＣ１２６は、サービス提供ＭＳＣ１２６から受信された理由コード及びＨＬＲから得られた加入者プロファイルに基づき、通話処理を決定する。ＧＳＭベースの移動体ネットワークにおいて、サービス提供ＭＳＣ１２６は、それがＨＬＲから得る加入者のプロファイルに基づき、通話処理を決定する。

ＰＳＴＮから加入者のＭＤＮ／ＭＳＩＳＤＮに着信通話を配信する基本的なサービスに加えて、このシステムは、宛先電話が登録されるサービス提供ＭＳＣを１つのサービス提供ＭＳＣに決定させる同様な方式を用いて、１つの移動体電話１１０から他の移動体電話１１０への呼配信もサポートする。このシステムは、また、ＰＳＴＮを介した移動体電話１１０からの発信呼び出しもサポートする。

２．事例２
第２例では、ＳＩＰベースのサービス提供ネットワーク集中ゲートウェイ（ＮＣＧ）１８４は、移動体バックボーン１２０に結合され、パケットベースのＶｏＩＰ電話１１２及びデュアルモード（無線電話及び無線ＬＡＮ）電話１１０にパケットネットワーク接続性を提供する。一般的に、サービス提供ＮＣＧ１８４は、ＶｏＩＰアクセスネットワーク１８６を介してサービス提供ＮＣＧ１８４に結合されたパケットベースの電話１１０及び１１２に移動体電話サービスを提供するためのメカニズムをサポートするが、これには、有線又は無線（“ＷｉＦｉ”）ローカルエリアネットワーク（ＬＡＮ）を含むことができ、また、公共インターネットを介してサービス提供ＮＣＧ１８４に電話を結合するリンクを含み得る。

移動体ネットワークの他の構成要素と共にＮＣＧの動作例については、同時係属の米国出願第１１／１８３，５３４号、表題“携帯電話及びインターネットプロトコル電話通信のためのハンドオフ（Ｈａｎｄｏｆｆ ｆｏｒ Ｃｅｌｌｕｌａｒ ａｎｄ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｔｅｌｅｐｈｏｎｙ）”に述べられており、２００６年６月１日に米国第２００６／０１１６１２７Ａ１号として公開されている。この出願を引用によって援用する。

一般的に、ＷｉＦｉ接続された端末１１２をサポートする場合、ＳＩＰベースのサービス提供ＮＣＧ１８４が、基本的な移動体ネットワーク構成に追加される。加入者は、ＷｉＦｉ接続された端末１１２又はデュアルモードハンドセット１１０を用いて、移動体ネットワークに登録でき、また、それらが、あたかも移動体電話無線機及び従来のサービス提供ＭＳＣを介して接続されている場合と本質的に同様に移動体ネットワークの基本的なサービスにアクセスし得る。デュアルモードハンドセット１１０を用いている加入者の場合、ハンドセットは、移動体電話無線ネットワーク上又はＶｏＩＰアクセスネットワークのＷｉＦｉネットワーク上のいずれかで、同時にではないが、動作し得る。

サービス提供ＮＣＧ１８４は、電話端末１１２との通信のためのＳＩＰ ＶｏＩＰプロトコル及び技術に基づくが、それは、あたかもＶＬＲを含む従来のサービス提供ＭＳＣであるかのように移動体ネットワークにおいて動作し、音声通話ルーティングのためにＴＬＤＮ／ＭＳＲＮを割り当て得る。サービス提供ＮＣＧ１８４は、ＩＳ４１及びＧＳＭ移動体ネットワークのいずれかにおいて動作するように構成され得る。サービス提供ＮＣＧ１８４は、ＳＩＰ ＶｏＩＰプロトコル及び技術に基づくことから、それには、移動体バックボーン１２０とＶｏＩＰアクセスネットワーク１８６との間の音声通話を搬送するメディアゲートウェイ及びメディアゲートウェイコントローラ（ＭＧＣ）が含まれる（又は他の選択肢として、それらと関連付けられる）。

本例において、サービス提供ＮＣＧ１８４は、サービス提供ＭＳＣ１２６が通話処理を提供する同じ状況で通話処理を提供する。特に、加入者が、ＶｏＩＰアクセスネットワーク１１２を介して端末１１２を用いて登録されているが、加入者が通話を拒否したり、話中であったり、あるいは応答しなかったりするために着信通話を加入者に対して完了できない場合に、ＧＳＭネットワーク上の加入者に通話処理を提供する。

音声通話の場合、サービス提供ＮＣＧ１８４は、信号送信のためにＳＩＰプロトコルを用い、また、ＶｏＩＰ端末１１２とメディアゲートウェイコントローラ（ＳＩＰ）及びサービス提供ＮＣＧのメディアゲートウェイ（ＲＴＰ）との間でメディアを搬送するためにＲＴＰプロトコルを用いる。ＭＧＣは、ＩＳＵＰ信号方式を用いて、移動体バックボーン１２０を介して通信を行い、また、メディアゲートウェイは、ＴＤＭ音声フォーマットを用いて、移動体バックボーン１２０と音声データを交信する。

ＳＩＰ信号送信は、サービス提供ＮＣＧ１８４とＶｏＩＰ端末１１２との間で用いられることから、追加の通話が、アクティブな通話に既に関与している端末１１２用のサービス提供ＮＣＧ１８４にルーティングされる場合、加入者がアクティブな通話（又はセッション）に現在関与していても、ＳＩＰ案内（ＳＩＰ Ｉｎｖｉｔｅ）は、サービス提供ＮＣＧ１８４から端末１１２に拡張される。ＳＩＰ案内に応じて、端末１１２は、他の通話（セッション）が保留中であり、従って、加入者が通話を受け取るか拒否するか端末を用いて選択し得ることを加入者に示すことができる。加入者が第２の通話を受け取る場合、加入者が第１の通話を保留したり、又は他の選択肢として、端末が２つのアクティブな通話を同時にサポートしたりできる。同様に、既存の通話を必ずしも終了することなく、更に他の通話を端末に追加し得る。

多数の同時の通話を取り扱う能力は、サービス提供ＮＣＧ１８４と端末１１２との間でＳＩＰ信号方式を用いること及び多数のＲＴＰメディアストリームに適応する帯域幅を有するＶｏＩＰアクセスネットワーク１８６を用いること、例えば、ＷｉＦｉアクセスを用いることに起因することを留意されたい。対照的に、従来の方法で移動体電話無線機を介してサービス提供ＭＳＣ１２６に接続された移動体電話１１０は、１つのメディアストリーム及び１つのアクティブな通話に制限される。第２の通話が、端末１１０においてアクティブな通話に関与している加入者用のサービス提供ＭＳＣにルーティングされる場合、サービス提供ＭＳＣ１８６は、信号送信メッセージを用いて、第２の通話が待機していることを加入者に通知する。そして、加入者は、例えば、第１の通話を保留し第２の通話を受け取りたい場合、又は単に第２の通話を拒否したい場合、ＳＩＰメッセージを介してサービス提供ＭＳＣに信号送信する。

３．事例３
第３例は、有線ネットワークを用いる電話１４２間における従来の電話通話を伴う。例えば、電話１４２は、１つ以上の交換機１４４を介して、ＰＳＴＮバックボーン１４０に結合される。通常、ＰＳＴＮバックボーンに結合されたネットワークベースの音声メールシステム１４８も存在する。

基本的な“端局（ｅｎｄ−ｏｆｆｉｃｅ）”サービスは、加入者が、ＰＳＴＮへの発呼、有線ディレクトリ番号（ＤＮ）への着呼を含む基本的なＰＳＴＮサービスを受信する場合、ＰＳＴＮの一部として電話１４２に提供される。音声交換機１４４を介した加入者の電話１４２への通話のための通話処理は、音声交換機内に記憶された加入者プロファイルに基づく。通常、電話１４２の加入者が話中又は応答しない場合、着信通話は、音声メールシステム１４８上の自分のメッセージボックスにルーティングされる。

交換機１４４によって提供され得る他の種類のサービスは、普通の企業における電話１４２間での専用ダイヤルプランをサポートする“セントレックス”サービスである。例えば、交換機は、普通の企業では、電話１４２間で４又は５桁呼び出しを提供するように構成され、また、ＰＳＴＮ上の他の電話からその電話への着呼を導くように構成される。

４．事例３ｂ
ＶｏＩＰベースの要素は、上述した基本的な有線ネットワーク構成に追加され得る。１つのそのような例としては、ＳＩＰベースの音声サーバ１５４と、例えば、ローカルＬＡＮ又はＷｉＦｉ相互接続を含むＶｏＩＰアクセスネットワーク１５６と、アクセスネットワークに接続されたＳＩＰベースの電話１１２とが挙げられる。音声サーバ１５４は、ＶｏＩＰバックボーン１５０を介して、ＶｏＩＰ−ＰＳＴＮゲートウェイ１６０に結合され、これは、１つ以上のメディアゲートウェイ及びメディアゲートウェイコントローラ（図１には図示せず）を用いて、ＴＤＭベースのＰＳＴＮネットワークをパケットベースのＶｏＩＰバックボーン１５０に接続する。ＳＩＰベースの音声メールシステム１５８は、Ｖ
ｏＩＰバックボーン１５０を介してもアクセスし得る。

そのような例では、音声サーバ１５４は、電話ネットワークに備えられ、電話１１２は、ＶｏＩＰアクセスネットワークを介して音声サーバにアクセスする。例えば、ＶｏＩＰアクセスネットワークには、音声サーバへの専用データリンクを介してインターネットに結合されたローカルエリアネットワークが含まれる。他の例では、音声サーバ１５４の機能の一部又は全てが、顧客構内に備えられ、例えば、構内交換機（ＰＢＸ）の機能を提供し得る。

この構成は、加入者がＰＳＴＮへの発呼、有線ＤＮへの着呼を含む基本的なＰＳＴＮサービスを受ける場合、全ての基本的な端局サービスをＰＳＴＮの一部として提供するために用いることができる。この構成は、ＰＳＴＮへの発呼、特定の加入者に直接ルーティングされる有線ＰＳＴＮディレクトリ番号への着呼、及び４又は５桁内線を用いる専用ダイヤルプランに基づく加入者対加入者通話を含む基本的なサービスを企業に提供するためにも用い得る。そのような構成は、“ＩＰセントレックス”システムと呼ばれることが多い。

音声サーバ１５４は、様々な信号送信及びメディアプロトコルに基づき得るが、例えば、信号送信用のＳＩＰプロトコル及びメディアフロー用のＲＴＰプロトコルの用途に基づき得る。場合によっては、ＭＧＣＰプロトコルが、電話１１２と接続するために用いられたり、インターフェイスがアナログ電話用の音声サーバ上に含まれたりする（ＩＡＤ）。

通常、ＳＩＰ信号送信は、音声サーバ１５４とＶｏＩＰ−ＰＳＴＮゲートウェイ１６０のメディアゲートウェイ及びメディアゲートウェイコントローラとの間で用いられ、ＶｏＩＰ−ＰＳＴＮゲートウェイは、ＩＳＵＰ信号送信を用いて、ＰＳＴＮバックボーン１４０と通信を行う。また、ＳＩＰベースの信号送信は、音声サーバ１５４とＳＩＰベースの電話１１２との間に用いることができ、これによって、複数の通話（セッション）がサポートされる。

多くのＳＩＰベースの音声サーバ、特に、企業（例えば、ＩＰ−セントレックス）用のものには、極めて多くの付加機能が含まれている。多くの場合、これらによって、加入者は、Ｗｅｂインターフェイスを介して、複数出現の指定、ダイヤルプランオプション、通話処理オプション、及びフォローミー（ｆｏｌｌｏｗ−ｍｅ）／ファインドミー（ｆｉｎｄ−ｍｅ）サービスを含む様々な機能を構成し得る。

加入者の複数の“出現”がある場合、加入者への通話は、例えば、同時に又は順番に複数の端末を呼び出すように送られる。
フォローミー／ファインドミー機能サービスが使用可能な場合、通話は、（ＶｏＩＰアクセスネットワーク１５６を介して）ローカルな内線に順次配信され、そして、例えば、応答がない場合、ＰＳＴＮを介して、有線電話１４２又は移動体電話１１０に対応するＰＳＴＮディレクトリ番号に配信され得る。

トリガは、加入者が音声サーバ１５４を介してＳＩＰベースの電話１１２を用いる場合、着信又は発信通話機能のために指定され得る。例えば、第２着信通話があれば、これが着信通話待機機能にトリガをかける。例えば、音声サーバ１５４は、電話１１２にＳＩＰ案内メッセージを転送することによって、第２着信通話に応答するように構成され得る。そして、加入者は、第２の通話を受け取るか又は拒否し得る。加入者が第２の通話を受け取る場合、音声サーバは、第１の通話を保留にするか、又は第１及び第２の通話双方を同時に取り扱うことができる。

発信通話機能用のトリガの例は、加入者が通話の転送を選択したり、通話への第３者の追加を選択したりする場合に用いられる。そのような例では、加入者は、第２の通話を確立して、それを第１の通話と併合する。音声サーバ１５４及び電話１１２双方がＳＩＰベースである場合、通話の併合は、電話１１２内で全面的に達成可能であり、第２の通話の立上げ及び全面的に電話内でメディアを併合することを含み得る。幾つかの例では、通話の併合は、例えば、“スイッチフックフラッシュ（Ｓｗｉｔｃｈ−ｈｏｏｋ ｆｌａｓｈ）”動作又は等価なＳＩＰメッセージを用いて、電話からの表示に基づき、全面的に音声サーバ１５４内で行われる。通常、加入者は、第１のスイッチフックフラッシュを送り、そして、音声サーバは、第１の通話を保留にし、第２の通話の番号を受け取る準備が整う。第２の通話が確立された後、加入者は、第２の“スイッチフックフラッシュ”を送り、音声サーバは、第１の通話をこの第２の通話に併合する。

音声サーバ及び電話１１２の一方又は両方がＳＩＰに基づかない場合、通話待機機能の具体化は異なってよい。例えば、音声サーバは、発信音で加入者に通知し、加入者は、“スイッチフックフラッシュ”動作又は等価なメカニズムを用いて応答を音声サーバに送信するために、電話を用い得る。そして、例えば、音声サーバは、スイッチフックフラッシュを受信すると、第１の通話を保留にし、第２の通話を電話に拡張する。第２スイッチフックフラッシュを受信すると、音声サーバ１５４は、第１の通話を返し、第２の通話を保留にする。

着信か発信かにかかわらず、通話中機能は、２つの一般的な方式を用いて実現され得る。第１の方式は、電話と音声サーバとの間の複数の通話を立上げ管理するためのＳＩＰベースの信号送信方式を用いて、それらの機能を管理しローカルに提供するためにＳＩＰベースの電話１１２を用いる。第２の方式は、それらの機能を音声サーバ内に提供し、スイッチフックフラッシュ、電話のＤＴＭＦ番号を介して、機能を管理する。この方式は、例えば、電話及び音声サーバがＳＩＰに基づかない場合、必要なことがあるが、双方共ＳＩＰベースである場合にも用い得る。

５．有線第一サービス
通信方式の幾つかの例は、本明細書で“有線第一”サービスと称するものを伴うが、このサービスでは、加入者に対する電話サービスの一部として、音声通話が、上記通信方式で用いられる図１に示す通信システムの要素を用いて、移動体ネットワーク上に登録されている加入者に音声交換機１４４又は音声サーバ１５４から或る状況下で拡張される。

幾つかのそのような例では、このサービスによって、移動体ネットワーク上に登録されている加入者は、多くの又は全ての付加サービスを利用し得るが、これらの付加サービスは、それらの電話サービスの一部として実現され電話１４２又は１１２の使用時加入者が利用可能なものである。

幾つかの例において、移動体ネットワーク上に登録された加入者は、音声サーバ１５４の音声交換機１４４に事実上接続され、ユーザは、あたかもその交換機又はサーバに直接接続されたかのように通話を受信して、着信通話中機能に応答し、発信通話中機能を起動し得る。例えば、音声サーバのＩＰベースのＰＢＸ又はＩＰセントレックス構成において、企業内からのその専用ダイヤルプラン（例えば、５桁の内線）を介した通話は、移動体電話がＭＳＮ／ＩＭＳＩ及びＭＤＮ／ＭＳＩＳＤＮを用いて移動体ネットワーク内で識別されても、移動体ネットワークを介して加入者の移動体電話１１０に配信される。

幾つかの例では、加入者は、自分の移動体ＭＤＮ／ＭＳＩＳＤＮを用いてＰＳＴＮから到達不可能であり、自分の有線番号を介してのみ到達可能である。移動体加入者がＰＳＴＮから到達可能な例では、加入者は、基本的な移動体サービスと、加入者の有線通話を移
動体ネットワークに拡張する有線第一サービスとの双方の組合せを有し得る。

有線第一サービスの幾つかの例において、着信有線通話から生じる音声メールメッセージは、加入者の音声メールボックス（これは、例えば、音声メールシステム１４８又はＳＩＰベースの音声メールシステム１５８に備え得る）のみに記憶される。そのようなメッセージは、好適には、移動音声メールシステム１２８に記憶されない。その理由は、加入者の有線電話番号への自分宛のメッセージが複数の音声メールボックスに配信されると、紛らわしく、また、不便なためである。

有線第一サービスの具体的な例については、更に詳細に以下に述べる。
６．事例４
有線第一サービスの第１例は、ＴＤＭベースの音声交換機１４４上で移動体ネットワークを介した加入者の移動体電話への加入者向けの通話を完了するために実現される。そのようなシステムにおける代表的な一連のステップについて以下に述べる。

ステップ１：音声交換機１４４上の電話１４２と関連付けられた加入者の有線電話番号向けの通話は、音声交換機にルーティングされる。音声交換機１４４は、フォローミー／ファインドミー機能を実現する。音声交換機に直接接続される加入者の電話１４２への通話を完了できない場合、交換機は、その幹線側インターフェイスを通りＰＳＴＮバックボーン１４０を介して加入者の移動体ＭＤＮ／ＭＳＩＳＤＮに通話を拡張する。従って、この状況では、音声交換機１４４は、加入者の有線ディレクトリ番号（ＤＮ）から加入者の移動体ＭＤＮ／ＭＳＩＳＤＮへの変換を提供する。

ステップ２：通話は、ＰＳＴＮバックボーン１４０を通して、ゲートウェイＭＳＣ１２４（これは、移動体バックボーン１２０をＰＳＴＮバックボーン１４０に結合する多くのゲートウェイＭＳＣのうちの１つであってよい）にルーティングされ、ゲートウェイＭＳＣ１２４は、上述した手法を用いて加入者のハンドセットへの通話を完了しようと試みる。通話を完了できない場合、通話は、移動音声メールシステム１２８に対して完了されないが、その代わり、ＰＳＴＮに再度解放される。そのような通話処理は、ＨＬＲ１２１内の加入者のプロファイルに示される。本例において、ゲートウェイＭＳＣ１２４は、加入者の移動体電話に直接かけられた通話と、交換機１４４によって移動体ネットワークに拡張された加入者の有線番号への通話とを区別しないことに留意されたい。従って、応答されない通話を解放してＰＳＴＮに戻す加入者プロファイルは、加入者用の基本的な移動体サービスに適さないことや整合しないことがある。

ステップ３：音声交換機１４４は、接続に先立って、通話が解放されたことが分かると、通話を有線音声メールシステム１４８に再度ルーティングする。
本例において、移動ハンドセットの加入者は、音声交換機１４４に実現された付加機能にアクセスできないことに留意されたい。

７．事例５
有線第一サービスの他の例は、ＳＩＰベースのゲートウェイネットワーク集中ゲートウェイ（ＮＣＧ）１８２を利用するが、これは、ＶｏＩＰバックボーン１５０と移動体バックボーン１２０とを結合する。ゲートウェイＮＣＧ１８２は、ゲートウェイＮＣＧに組み込まれた又はそこからアクセス可能なメディアゲートウェイ及びメディアゲートウェイコントローラ（図示せず）を介したＰＳＴＮバックボーン１４０からのアクセスにより、移動体ネットワークに専用のゲートウェイを提供する。

ゲートウェイＭＳＣ１２４と同様に、ゲートウェイＮＣＧ１８２は、移動体バックボーン１２０のＳＳ７ネットワークに接続し、そして、ゲートウェイＭＳＣに組み込まれた又
はそこからアクセス可能なメディアゲートウェイ及びメディアゲートウェイコントローラを介して、移動体バックボーン１２０に接続する。ゲートウェイＮＣＧ１８２は、加入者用のサービス提供ＭＳＣ１２６を識別し、ＭＤＮ／ＭＳＩＳＤＮを用いて、加入者のハンドセットへの着信通話を完了する。代表的な一連のステップについては、以下に概略を述べる。

ステップ１：加入者の有線ディレクトリ番号（ＤＮ）向けの通話は、音声交換機１４４にルーティングされ、音声交換機１４４は、フォローミー／ファインドミー機能を実現する。交換機に直接接続された加入者の電話１４２に対して通話が完了できない場合、交換機は、そのネットワーク（又は幹線側インターフェイス）及びＰＳＴＮバックボーン１４０を介して、通話をルーティングＤＮに拡張する。従って、この状況では、音声交換機１４４は、有線ＤＮからルーティングＤＮへの変換を提供する。

ステップ２：ルーティングＤＮを用いて、通話は、ＰＳＴＮバックボーン１４０によってゲートウェイＮＣＧ１８２に、その関連するメディアゲートウェイを介してルーティングされる。

ステップ３：次に、ゲートウェイＮＣＧ１８２は、加入者が現在登録されていると仮定して、ルーティングＤＮを加入者の移動体ＭＤＮ／ＭＳＩＤＮに変換し、加入者の移動体電話１１０への通話を完了しようと試みる。このために、ゲートウェイＮＣＧ１８２は、最初に、ＨＬＲ１２１に位置特定要求を送り、そして、ＨＬＲ１２１は、サービス提供ＭＳＣ１２６における加入者の既知の最新位置を返す。そして、ゲートウェイＮＣＧ１８２は、サービス提供ＭＳＣ１２６にルート要求を送る。加入者が現在登録されていると仮定して、サービス提供ＭＳＣ１２６は、サービス提供ＮＣＧにそのＴＬＤＮ／ＭＳＲＮを返す。

ステップ４：そして、ゲートウェイＮＣＧ１８２は、移動体バックボーン１２０を介して、ＴＬＤＮ／ＭＳＲＮを用いて、サービス提供ＭＳＣ１２６に通話をルーティングし、そして、サービス提供ＭＳＣ１２６は、加入者の移動体電話１１０への通話を完了する。

ステップ３ｂ：加入者が移動体ネットワーク上に登録されていない場合、また、ゲートウェイＮＣＧ１８２がＨＬＲに確認し、加入者が最後に登録されたサービス提供ＭＳＣ１２６へのポインタを見つけた場合、そのサービス提供ＭＳＣ１２６にルート要求を送ると、加入者がもはや登録されていないことが分かる。従って、ゲートウェイＮＣＧ１８２は、ＨＬＲ内における加入者のプロファイルに関係なく通話を解放してＰＳＴＮに戻す。

ステップ４ｂ：第３の事例において、ゲートウェイＮＣＧ１８２は、加入者がサービス提供ＭＳＣ１２６にまだ登録されていることが分かり、ＴＬＤＮ／ＭＳＲＮを用いて、そこに通話をルーティングするが、加入者が、通話を拒否したり、話中であったり、応答しなかったりするため、通話は完了しない。再度、通話は、解放されＰＳＴＮに戻される。

ＩＳ４１ベースの移動体ネットワークにおいて、ゲートウェイＮＣＧ１８２は、サービス提供ＭＳＣ１２６から受信された理由コードに基づき、通話処理を提供し、そして、ＨＬＲ内における加入者のプロファイルに関係なく、通話を解放してＰＳＴＮに戻し得る。従って、ＩＳ−４１ネットワークにおいて、この有線第一サービスの例は、基本的な移動体サービスと同時に加入者に提供され得る。即ち、加入者の移動体電話番号に直接かけられた通話は、ゲートウェイＭＳＣ１２４においてＰＳＴＮから受信され、通話が完了できない場合、通話処理は、ゲートウェイＭＳＣにおいて決定され、一方、交換機１４４から拡張された通話は、ＰＳＴＮからゲートウェイＮＣＧにおいて受信され、通話が完了できない場合、ここで通話処理が決定される。従って、ゲートウェイＭＳＣ及びゲートウェイ
ＮＣＧは、異なる通話処理を実現することができ、例えば、ゲートウェイＭＳＣは、応答されない通話を移動体ネットワークの音声メール１２８に渡し、ゲートウェイＮＣＧは、通話を解放してＰＳＴＮに戻すが、ここで、通話は、有線システム用の音声メール１４８にルーティングすることができる。

ＧＳＭベースの移動体ネットワークにおいて、サービス提供ＭＳＣ１２６は、ＨＬＲ１２１から得られた加入者のプロファイルに基づき、通話処理を提供する。ゲートウェイＮＣＧが、加入者のプロファイルに適合するために、また、通話が加入者の移動体電話に対して完了されなければ通話をＰＳＴＮに解放するために、ＨＬＲの加入者のプロファイルは、通話処理を提供しないように設定される。従って、一般的に、この無線第一サービスの例は、移動体ネットワークの１つ以上の要素の動作の基本的な移動体サービス修正と同時に加入者に提供できない。例えば、この状況でＰＳＴＮに通話を解放し、また、それでも基本的な移動体サービスを提供する能力を保持するために、各サービス提供ＭＳＣは、ゲートウェイＮＣＧ１８２からの通話を認識し、そして通話を完了できない場合、単純な解放を提供する終了トリガで構成され得る。

ステップ５：音声交換機１４４は、通話が接続に先立って解放されたことが分かると、有線音声メール１４８に元の通話をルーティングする。
有線第一サービスの本例では、移動体電話の加入者は、音声交換機１４４の付加機能にアクセスできないことに留意されたい。

８．事例６
有線第一サービスの他の例において、音声サーバ１５４のネットワーク側は、ＶｏＩＰバックボーン１５０を介してゲートウェイＮＣＧ１８２と通信を行う。一般的には、この例は、前の例と同様であり、この場合、音声交換機１４４は、ＰＳＴＮバックボーン１４０を介してゲートウェイＮＣＧ１８２と通信を行い、音声交換機１４４の機能は、音声サーバ１５４によって実施される。

他の選択肢として、音声サーバ１５４は、ＶｏＩＰ−ＰＳＴＮゲートウェイ１６０及びその関連するメディアゲートウェイ及びメディアゲートウェイコントローラを介して通信を行うことによって、また、ゲートウェイＮＣＧ１８２に関連付けられたメディアゲートウェイ及びメディアゲートウェイコントローラＰＳＴＮを介してバックボーン１４０からゲートウェイＮＣＧ１８２と通信を行うことによって、ＰＳＴＮバックボーン１４０を介してゲートウェイＮＣＧ１８２と対話し得る。即ち、そのような選択肢では、メディア経路は、ＶｏＩＰ−ＰＳＴＮゲートウェイ１６０におけるパケットベースの通信からＴＤＭベースの通信への変換と、ゲートウェイＮＣＧ１８２におけるＴＤＭベースの通信からパケットベースの通信への再変換とを伴う。

ＴＤＭベースの音声交換機１４４の代わりにＳＩＰベースの音声サーバ１５４が用いられる本例では、例えば、ＶｏＩＰバックボーン１５０を介して、ＰＳＴＮバックボーン１４０を迂回することによって、また、パケットベースからＴＤＭベースの通信への及びその逆の変換を回避することによって、音声サーバ１５４からゲートウェイＮＣＧ１８２へのパケットベースの（例えば、ＶｏＩＰ）接続を直接確立することが可能である。そのようなリンクは、これらＳＩＰベースのプラットホーム双方を接続する“ＳＩＰ幹線”と見なすことができ、これは、ＶｏＩＰ−ＰＳＴＮゲートウェイ１６０及びその関連するメディアゲートウェイ及びメディアコントローラを迂回し、更に、ゲートウェイＮＣＧ１８２に関連付けられたメディアゲートウェイ及びメディアゲートウェイコントローラを迂回する。

通話が音声交換機１４４からＰＳＴＮを介してゲートウェイＮＣＧ１８２にルーティン
グされる前の例とは異なり、その点においては、ゲートウェイＮＣＧ１８２によってマッピングされるルーティングＤＮを導入する必要がない。その代わり、音声サーバ１５４は、通話をゲートウェイＮＣＧ１８２に直接転送し、ＳＩＰメッセージの加入者のＭＤＮ／ＭＳＩＳＤＮを通話の所望の宛先として識別する。他の態様において、この例は、同じ特性及び制限で前の構成と本質的に同様に機能する。代表的な一連のステップについては、以下に概略を述べる。

ステップ１：加入者の有線ディレクトリ番号（ＤＮ）向けの通話は、音声サーバ１５４にルーティングされ、これがフォローミー／ファインドミー機能を実現する。音声サーバに直接接続された加入者の電話１１２への通話が完了できない場合、音声サーバは、加入者のＭＤＮ／ＭＳＩＤＮへの通話を、そのネットワーク（又は幹線側インターフェイス）及びＶｏＩＰバックボーンネットワークを介して（即ち、“ＳＩＰ幹線”に沿って）ゲートウェイＮＣＧ１８２に拡張する。従って、この状況では、音声サーバ１５４は、有線ＤＮから加入者の移動体ＭＤＮ／ＭＳＩＤＮへの変換を提供する。

ステップ２：ゲートウェイＮＣＧ１８２は、加入者のＭＤＮ／ＭＳＩＤＮで通話を受信する。上述した方式を用いて、ゲートウェイＮＣＧ１８２は、移動体加入者の移動体電話１１０への（又は同様に、移動体ネットワーク上のサービス提供ＮＣＧ１８４を介して登録されたＳＩＰベースの電話１１２への）通話を、それらが現在登録されていると仮定して、完了しようと試みる。具体的には、ゲートウェイＮＣＧ１８２は、最初に、ＨＬＲ１２１に位置特定要求を送り、そして、ＨＬＲ１２１は、サービス提供ＭＳＣ１２６における加入者の既知の最新位置を返す。そして、ゲートウェイＮＣＧ１８２は、サービス提供ＭＳＣ１２６にルート要求を送る。加入者が現在登録されていると仮定して、サービス提供ＭＳＣ１２６は、ゲートウェイＮＣＧ１８２にＴＬＤＮ／ＭＳＲＮを返す。

ステップ３：次に、ゲートウェイＮＣＧ１８２は、移動体バックボーン１２０を介して、ＴＬＤＮ／ＭＳＲＮを用いて、サービス提供ＭＳＣ１２６に通話をルーティングし、そして、サービス提供ＭＳＣ１２６は、加入者の移動体電話１１０への通話を完了する。

ステップ２ｂ：加入者が移動体ネットワーク上に登録されておらず、また、ゲートウェイＮＣＧ１８２がＨＬＲ１２１に確認する場合、加入者が最後に登録されたサービス提供ＭＳＣ１２６へのポインタを見つけるが、そのサービス提供ＭＳＣ１２６にルート要求を送ると、加入者がもはや登録されていないことが分かる。そして、ゲートウェイＮＣＧ１８２は、ＨＬＲ内における加入者のプロファイルに関係なく、通話を解放して音声サーバ１５４に戻す。

ステップ３ｂ：第３の事例において、ゲートウェイＮＣＧ１８２は、加入者がサービス提供ＭＳＣ１２６にまだ登録されていることが分かり、そして、サービス提供ＭＳＣによって提供されたＴＬＤＮ／ＭＳＲＮを用いて、そこに通話をルーティングするが、加入者が、通話を拒否したり、話中であったり、応答しなかったりするため、通話は完了しない。再度、通話が解放され音声サーバ１５４に戻される。

通話がサービス提供ＭＳＣにルーティングされるが完了できない場合の通話処理は、前の例と同様である。具体的には、ＩＳ４１ベースの移動体ネットワークでは、ゲートウェイＮＣＧ１８２は、サービス提供ＭＳＣ１２６から受信された理由コードに基づき、通話処理を提供し、そして、ＨＬＲ内における加入者のプロファイルに関係なく、通話を解放して音声サーバ１５４に戻し得る。従って、ＩＳ−４１ネットワークにおいて、この有線第一サービスは、基本的な移動体サービスと同時に加入者に提供され得る。ＧＳＭベースの移動体ネットワークでは、サービス提供ＭＳＣ１２６は、ＨＬＲから得られた加入者のプロファイルに基づき、通話処理を提供する。この状況で通話を解放するために、ＨＬＲ
の加入者のプロファイルは、通話処理を提供しないように設定される。従って、この有線第一サービスは、一般的に、基本的な移動体サービスと同時に加入者に提供し得ない。この状況で通話を解放するために、また、それでも基本的な移動体サービスを提供する能力を保持するために、各サービス提供ＭＳＣは、ゲートウェイＮＣＧからの通話を認識し、そして、通話が完了できない場合、単純な解放を提供する終了トリガで構成され得る。

ステップ５：音声サーバ１５４は、通話が接続に先立って解放されたことが分かると、加入者の有線ＤＮに関連付けられた加入者の音声メールに、例えば、有線音声メール１４８又は音声サーバ１５４によって直接操作される音声メールシステム１５７に元の通話をルーティングする。本例では、移動体電話上の加入者は、音声サーバ１５４によって提供される付加機能にアクセスできないことに留意されたい。

９．事例６ｂ
他の例において、前の例のゲートウェイＮＣＧ１８２の幾つかの機能は、音声サーバ１５４に備えられる。具体的には、ゲートウェイＮＣＧ１８２は、サービス提供ＮＣＧ１２６からＴＬＤＮ／ＭＳＲＮを受信した後、ＴＬＤＮ／ＭＳＲＮを転送して音声サーバ１５４に戻す。そして、音声サーバ１５４は、ゲートウェイＭＳＣ１２４を迂回することによって、ＰＳＴＮバックボーン１４０を介したサービス提供ＭＳＣ１２６への直接の通話を完了する。

１０．ＩＰＬＲ
他の例において、“ＩＰ位置レジスタ”（ＩＰＬＲ）１３０は、移動体バックボーン１２０及びＶｏＩＰバックボーン１５０双方にリンクされる。（名称“ＩＰ位置レジスタ”は、このように表記された装置に対する何らかの制限やそれらに必要なサービスを含むように意図されていないことに留意されたい）。ＩＰＬＲ１３０は、移動体ネットワークと、例えば、移動体ネットワークを通した移動体電話へのＶｏＩＰ通話の配信又はＶｏＩＰ電話への移動体電話番号にかけられた通話の転送を可能にするＶｏＩＰネットワークと、の間にインターフェイスを提供する。

図２において、ＩＰＬＲ１３０を利用する通信システムの一例では、ＶｏＩＰバックボーン１５０は、ＶｏＩＰ通話を確立するために用いられる１つ以上のＳＩＰサーバ（例えば、ＳＩＰ登録装置、プロキシサーバ等）、例えば、音声サーバ１５４を有する。しかしながら、本明細書に述べた手法は、他のセッション制御プロトコル（例えば、Ｈ．３２３）及び（例えば、ＩＰ又は特定のトランスポートもしくはアプリケーション層プロトコル以外の）他のパケットデータ通信プロトコルに適用可能であることに留意されたい。

ＩＰＬＲ１３０及びＶｏＩＰバックボーン１５０上のＳＩＰサーバは、幾つかの異なる目的を果たす。例えば、ＳＩＰサーバは、移動度を限定的に提供したり、全く提供しなかったりする。そのようなサーバは、本来一般的に、ＶｏＩＰ電話１１２等の固定及び静止装置用に構成される。これらのＳＩＰサーバは、移動体ネットワーク１２０に直接信号送信機能（例えば、ＩＳ−４１）を提供せず、また、移動体識別用の位置レジスタとして（例えば、ＶＬＲとして）機能しない。他方、ＩＰＬＲ１３０は、加入者の位置に基づき、様々な独特のサービスオプションを提供し得る。ＩＰＬＲ１３０は、例えば、ＩＰＬＲを既存のＨＬＲ、ＭＳＣ、ＩＰベースのＰＢＸ、セントレックスシステム、及びメディアゲートウェイと一体化する信号送信フローを可能にすることによって既存のＳＩＰサーバを補完する。

更に、通信システムには、マルチメディア通信サーバ（ＭＣＳ）２６２が含まれ、これは、ソフトスイッチ２６４及びメディアゲートウェイ２６６と共にＰＳＴＮ−ＶｏＩＰゲートウェイ２６０を形成する。ソフトスイッチ２６４及びメディアゲートウェイ２６６は
、一方側でＰＳＴＮへのＩＳＵＰ ＳＳ７接続を含み、他方側では、ＳＩＰ接続（及び追加として又は他の選択肢として、Ｍｅｇａｃｏ接続）を含む。ＰＳＴＮ−ＶｏＩＰゲートウェイ２６０は、ＶｏＩＰバックボーン１５０をＰＳＴＮ１４０にインターフェイス接続する機能を提供し、また、例えば、複数の電話が通話について共に通知される場合、通話を複数の宛先へ分岐する機能を提供する。

ＩＰＬＲ１３０によってサポートされる１つの機能は、移動体ネットワーク上に存在する移動体電話１１０へのＶｏＩＰネットワーク１５０からの通話の配信である。移動体電話１１０がサービス提供ＭＳＣ１２６によってサービスを提供されている場合、電話は、ＶＬＲ１２７に登録され、ＨＬＲ１２１は、その電話用のＶＬＲ１２７及びサービス提供ＭＳＣ１２６の記録を有する。ＩＰＬＲ１３０は、ＶｏＩＰ通話を移動体ネットワークに配信する際、ＨＬＲ及びＶＬＲの登録情報を利用する。

ＩＰＬＲ１３０には、移動体ＩＤ番号（ＭＩＮ）とＵＲＩ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）との間にマッピングを提供するＵＲＩ−ＭＩＮデータベース２３４が含まれる。ＩＰＬＲ１３０には、ＶｏＩＰバックボーン１５０へのＳＩＰインターフェイス２３８が含まれ、これは、１つの役割として、ＳＰ転送サーバの役割を果たす。ＩＰＬＲ１３０は、“ＣａｌｌｅｄＰａｒｔｙ＠Ｃａｒｒｉｅｒ．ｃｏｍ”の形式のＵＲＩによって識別される移動体加入者に通話が行われる時、ＳＩＰ“案内（ＩＮＶＩＴＥ）”メッセージを受信する。移動体加入者が、移動体ネットワーク上でアクティブである場合、ＵＲＩ−ＭＩＮデータベース２３４には、受信された案内メッセージのＵＲＩを移動体ネットワークＭＩＮにマッピングする入力項目が含まれる。

ＩＰＬＲ１３０には、移動体バックボーン１２０への信号方式７（ＳＳ７）インターフェイス２３６が含まれる。ＩＰＬＲは、このインターフェイスを用いて、ＶＬＲ１２７及びＨＬＲ１２１並びに移動体ネットワークの他の構成要素と対話を行う。ＵＲＩ−ＭＩＮデータベース１３４から決定されたＭＩＮに基づき、ＩＰＬＲ１３０は、どこに通話を送るべきか決定する。具体的には、ＩＰＬＲ１３０は、位置要求をＨＬＲ１２１に発する。この例では、そのＭＩＮに関連付けられた移動体電話１１０は、ＨＬＲに示されるように、サービス提供ＭＳＣ１２６によってサービスが提供されている。ＨＬＲ１２１は、サービス提供ＭＳＣ１２６にルート要求を送る。ルート要求に応答して、サービス提供ＭＳＣ１２６は、通話に暫定ローカルディレクトリ番号（ＴＬＤＮ）を割り当て、ＨＬＲ１２１にそのＴＬＤＮを返し、ＨＬＲ１２１は、ＩＰＬＲ１３０にＴＬＤＮを返す。ＩＰＬＲ１３０は、ＰＳＴＮバックボーン１４０を通して通話が送られるＴＬＤＮを識別する“転送（ＲＥＤＩＲＥＣＴ）”メッセージで“案内”メッセージに応答する。ＴＬＤＮ１２７への通話を完了するためのメカニズムについては、ＰＳＴＮ−ＶｏＩＰゲートウェイ２６０の機能を説明した後、議論する。

ＰＳＴＮ−ＶｏＩＰゲートウェイ２６０には、ＭＣＳ２６２が含まれる。ＭＣＳ２６２の１つの機能は、ＳＩＰ通話用の案内メッセージを受信し得るＳＩＰサーバとしての役割を果たすことである。移動体加入者の電話へのＳＩＰ通話の場合、ＭＣＳ２６２は、ＩＰＬＲ１３０に案内メッセージを送る。更に後述する幾つかの状況では、ＩＰＬＲ１３０は、転送メッセージを返し、インターネット上の他の宛先、例えば、ＶｏＩＰ電話のアドレスを識別し得る。移動体加入者へのＳＩＰ案内がＩＰＬＲに送られる上記場面において、ＩＰＬＲは、転送メッセージを返し、ＰＳＴＮ上の電話番号、具体的には、加入者用のサービス提供ＭＳＣ１２６におけるＴＬＤＮを識別する。そのような通話を完了するために、ＭＣＳ２６２は、メディアゲートウェイ２６６に指示して、その電話番号への発信回線交換通話を構築させる。電話番号が応答する時又は応答するならば、ＭＣＳ２６２によって、元のＶｏＩＰ発呼者は、発呼者から電話への音声回線を完了するメディアゲートウェイ２６６に接続し得る。

ＰＳＴＮ−ＶｏＩＰゲートウェイ２６０と交信するＩＰＬＲ１３０によって使用可能になる他の機能は、移動体加入者の電話番号にかけられた通話をＶｏＩＰ電話へ転送することである。例えば、通話は、固定ＶｏＩＰ電話１１２にルーティングされ得る。また、移動体電話が、ＶｏＩＰアクセスネットワーク（例えば、インターネットに結合された無線ＬＡＮ）上の移動体電話１１０として存在し得るデュアルモード装置である場合、転送は、移動体電話ネットワークを通すよりもむしろデータネットワークを通してユーザの電話に行い得る。

通話が、例えば、ＰＳＴＮ１４０上の電話１４２からユーザの移動体電話番号に行われる場合、ＰＳＴＮは、初期アドレスメッセージ（ＩＡＭ）をユーザのホームＭＳＣ１２２に発する。この場面において、ＩＰＬＲのＶＬＲ機能２３２は、例えば、ＶｏＩＰアクセスネットワークを介したＩＰＬＲ１３０への移動体電話１１０の動的な登録の結果として、加入者がそのＶＬＲによってサービスを提供されていることに関してＨＬＲ１２１に既に通知している。ＰＳＴＮからＩＡＭメッセージを受信すると、ＭＳＣ１２２は、ＨＬＲ１２１に位置要求を送る。そして、ＨＬＲ１２１は、ＩＰＬＲのＳＳ７インターフェイス２３６を通して、ＩＰＬＲ１３０のＶＬＲ機能２３２にルート要求を送る。ＩＰＬＲ１３０は、ＵＲＩ−ＭＩＮ表２３４を参照して、呼び出されている番号に関連付けられたＵＲＩを決定する。ＩＰＬＲ１３０は、通話がルーティングされるメディアゲートウェイ２６６のＴＬＤＮを決定する。例えば、ＩＰＬＲ１３０は、メディアゲートウェイ２６６からＴＬＤＮを要求したり、ＩＰＬＲは、ゲートウェイのＴＬＤＮの範囲を管理したりし得る。ＶＬＲ機能２３２は、ＨＬＲ１２１にゲートウェイのＴＬＤＮを返し、そして、ＨＬＲ１２１は、ＭＳＣ１２２にそれを返し、ＭＳＣ１２２は、ＩＡＭメッセージに応じて、それをＰＳＴＮに返す。

ＩＡＭメッセージへの応答に基づき、ＰＳＴＮは、メディアゲートウェイ２６６のＴＬＤＮに通話をルーティングする。データネットワーク上のどこにＶｏＩＰ通話をルーティングするか決定するために、ゲートウェイ２６６は、ＭＣＳ２６２を介して、ＩＰＬＲ１３０にＳＩＰ案内メッセージを送り、ＴＬＤＮを識別する。ＩＰＬＲは、それがＨＬＲに提供したＴＬＤＮを常に追跡してきており、従って、どのＭＩＮ又はＵＲＩがそのＴＬＤＮと関連付けられているか決定することが可能である。例えば、ＵＲＩ−ＭＩＮ表２３４には、ＭＩＮ−ＵＲＩ対に関連付けられたＴＬＤＮ用の追加のフィールドを含み得る。その通話がルーティングされるべきＵＲＩを決定した後、ＩＰＬＲ１３０は、通話が接続されるべきＶｏＩＰ電話のアドレスを識別する転送メッセージで案内メッセージに応答する。ＭＳＣは、転送メッセージを受信し、示されたアドレスに案内を送って、通話を完了する。音声回線は、これによって、データネットワークＶｏＩＰ電話１１２上でメディアゲートウェイ２６６を介して、ＰＳＴＮ１４０から立ち上げられる。

上述したＩＰＬＲ１３０機能の用途は、ユーザの移動体電話（この場合、移動体ネットワーク又は専用ネットワークドメインに存在する）及び固定ＶｏＩＰ電話１１２を同時に鳴らすことである。この機能の１つのバージョンでは、ユーザの固定ＶｏＩＰ電話１１２は、呼び出される一次番号であり、一方、他のバージョンでは、呼び出される一次番号として機能するのは、ユーザの移動体電話番号であり、更に他のバージョンでは、いずれかの番号を呼び出すと、双方の電話が鳴る。一般的に、通話をユーザの移動装置及びＶｏＩＰ電話双方に分岐する機能は、ＭＣＳ２６２によって扱われる。

幾つかの前提条件又は他の仮定が、以下に述べる第１用途例に適用可能である。加入者は、発呼者が加入者の有線番号を呼び出した時、加入者のＶｏＩＰ電話１１２及び加入者の移動体電話１１０双方を同時に鳴らすようにＩＰＬＲ１３０及びＰＳＴＮ−ＶｏＩＰゲートウェイ２６０を構成したと仮定する。例えば、そのような構成は、双方のシステムを
提供することが可能なブラウザベースのＵＩを用いて実現され得る。ＶｏＩＰ電話１１２は、ＭＣＳ２６２に現在登録されている。移動体電話１１０は、移動体ネットワークのサービス提供ＭＳＣ１２６に登録されている（それは、この用途例では、ＩＰＬＲ１３０のＶＬＲ機能２３２に登録されていないことに留意されたい）。ＩＰＬＲは、ソフトスイッチ２６４及びメディアゲートウェイ２６６を用いて回線からパケットへの変換を行う。移動体ネットワーク１２０は、メディアゲートウェイを含まない。

この用途例における構成要素間で受け渡されるメッセージには、以下のものが含まれる。
１．電話１４２の発呼者は、加入者の有線ＶｏＩＰ番号を呼び出す。ＰＳＴＮ１４０は、ゲートウェイ２６６にＩＳＵＰ初期アドレスメッセージ（ＩＡＭ）を発する。ゲートウェイ２６６は、被呼者ｉｄを含むＳＩＰ案内メッセージをソフトスイッチ２６４に送る。

２．ソフトスイッチ２６４は、被呼者のＵＲＩ（例えば、ＳＩＰ：Ｉｎｖｉｔｅ：ＣａｌｌｅｄＰａｒｔｙＩＤ＠Ｃａｒｒｉｅｒ．ｃｏｍ）を含むＳＰメッセージ（又はメガコメッセージ）をＭＣＳ２６２に送る。

３．ＭＣＳ２６２は、同じＵＲＩを用いて、ＶｏＩＰ電話１１２のＩＰアドレスに案内を発する。ＩＰ電話は、呼び出しを開始し、ＳＩＰ情報呼出メッセージを返す。
４．ＭＣＳ２６２は、ＳＩＰ案内をＩＰＬＲ１３０に“分岐する”、即ち、ＩＰＬＲのＩＰアドレスに第２案内を発する。ＩＰＬＲのＩＰアドレスは、案内に先立ってＤＮＳを用いて解明されることから、一組の可能なＩＰＬＲのいずれかは、ＤＮＳ解明に応じて案内を受信し得るため、有線番号は、必ずしも“ホーム”ＩＰＬＲに結び付けられているとは限らない。

５．ＩＰＬＲ１３０は、ＵＲＩ（例えば、ＣａｌｌｅｄＰａｒｔｙ＠Ｃａｒｒｉｅｒ．ｃｏｍ）を移動体ＩＤ番号（ＭＩＮ）にマッピングし、ＨＬＲ１２１に位置要求を発する。ＩＰＬＲは、移動体ネットワークの観点から“ホーム”ＭＳＣとしての役割も果たすことが可能であることに留意されたい。ＨＬＲ１２１は、現サービス提供ＭＳＣ１２６にルート要求を送り、ＭＳＣ１２６は、暫定ローカルディレクトリ番号（ＴＬＤＮ）を返す。ＨＬＲ１２４は、位置要求返信結果のＴＬＤＮをＩＰＬＲに転送する。

６．ＩＰＬＲ１３０は、ＴＬＤＮを含む３０２転送メッセージを送ることによってＭＣＳの案内に応答する。他の選択肢として、実質的な通話転送を達成するために、他のメッセージを用いてもよい。

７．ＭＣＳ２６２は、ゲートウェイ２６６に指示して、ＴＬＤＮへの発信回線交換通話を生成させる。ゲートウェイは、ＴＬＤＮを含むサービス提供ＭＳＣにＩＳＵＰ ＩＡＭメッセージを送る。

８．サービス提供ＭＳＣ１２６は、従来の手順を用いて、そのＴＬＤＮへの通話を処理し、移動体電話１１０を呼び出して鳴らす。こうして、ＶｏＩＰ電話１１２及び移動体電話１１０双方が、呼び出される。いずれか先に応答した電話が、その通話を受信する。

９．この用途事例において、ＶｏＩＰ電話１１２は、最初に、ＭＣＳに２００ ＯＫを送ることによって応答する。ＭＣＳ２６２及びゲートウェイ２６６は、ＶｏＩＰ電話１１２へのＲＴＰ経路を確立し、会話が始まる。ＭＣＳは、この通話用の通話詳細記録を生成する。

１０．ゲートウェイ２６６は、サービス提供ＭＳＣにＩＳＵＰ切断メッセージを送り、
移動体電話１１０は、呼び出しを停止する。いずれの電話も応答しない場合、発呼者は、システム管理手順を介して予め構成され加入者が選択した音声メールシステムに転送される。

１１．事例７
図１に戻ると、有線第一サービスの幾つかの例は、ゲートウェイＮＣＧ１８２と、音声サーバ１５４の端末（ネットワークと反対）側との結合を伴う。

この例は、音声サーバ１５４のネットワーク側がゲートウェイＮＣＧ１８２と通信を行う上述した例と同様であるが、加入者毎に通常１つである多数のＳＩＰベースの端末を、それが音声サーバ１５４に接続される際、ゲートウェイＮＣＧ１８２にエミュレートさせることによって、端末側を介した通信は、ＳＩＰベースの音声サーバ１５４とＳＩＰベースのゲートウェイＮＣＧ１８２との間のインターフェイスの性格を変える。音声サーバ１５４は、各エミュレートされた端末のための能動的なＳＩＰ登録を要求するか、あるいは、それが、各端末のための受動的で静的な登録を設定しても充分なこともある。

音声サーバ１５４の場合、エミュレート端末は、ゲートウェイＮＣＧ１８２を介して移動端末１１０においてたまたま移動体接続される特定の有線加入者に関連付け得る。更に、直接接続されたＳＩＰ端末１１２も、“複数出現”機能を用いて、同じ有線加入者に関連付け得る。このことは、その有線加入者向けの通話を音声サーバによって、同時に又は順次のいずれかで、双方の出現に導き得ることを意味する。このように、加入者には、直接接続されたＳＩＰ端末を介して又は移動体接続されたハンドセットを介して、アクセスし得る。

本例の着信通話は、２つの経路に従うことに留意されたい。第１経路は、音声サーバ１５４の端末側からＳＩＰ端末１１２に進む。第２経路は、音声サーバ１５４の端末側からＶｏＩＰアクセスネットワーク１５６を介してゲートウェイＮＣＧ１８２に進み、メディアゲートウェイを通り移動体バックボーン１２０に至り、サービス提供ＭＳＣ１２６に至り、そして、移動体電話１１０に至る。第２経路の例は、音声サーバ１５４と、サービス提供ＭＳＣ１２６に登録された移動体電話１１０とを結ぶ図１の破線で示す。同様に、第２経路に関連する他の例は、音声サーバ１５４と、サービス提供ＮＣＧ１８４に登録されたＶｏＩＰ電話１１２とを結び、これも図１の破線で示す。

ＳＩＰベースのゲートウェイＮＣＧ１８２が音声サーバ１５４から通話を受信する場合、呼び出される番号は、加入者用の有線ＤＮ又は加入者に割り当てられた専用ダイヤルプラン内線であってよい。どちらの場合でも、ゲートウェイＮＣＧ１８２は、加入者に割り当てられたＭＤＮ／ＭＳＩＳＤＮにその番号を変換する。他のオプションでは、音声サーバ１５４は、例えば、記憶された変換表を用いて、有線ＤＮを加入者のＭＤＮ／ＭＳＩＳＤＮに予め変換して、呼び出された番号をＭＤＮ／ＭＳＩＳＤＮと共にＮＣＧ１８２に転送し得る。この例の代表的な一連のステップについては、以下に概略を述べる。

ステップ１：加入者有線ディレクトリ番号向けの（例えば、ＰＳＴＮからの）通話は、音声サーバ１５４によって、これらの“複数出現”機能を備えた端末用に構成された規則に従って、端末即ちその加入者に関連付けられた端末にルーティングされる。例えば、加入者用の規則が、２つの端末（出現）の同時呼び出しのために設定される。この場合、１つの端末は、直接接続されたＳＩＰ電話端末１１２であり、第２端末は、例えば、ゲートウェイＮＣＧ１８２によって提供され移動体電話無線ネットワーク上の移動端末１１０に関連付けられる“エミュレート端末”である。通話は、ＳＩＰ接続メッセージで応答する第１端末に接続される。

ステップ２：ゲートウェイＮＣＧ１８２が、音声サーバ１５４から通話を受信する場合、呼び出される番号は、加入者用の有線ＤＮ又は加入者に割り当てられた専用ダイヤルプラン内線である。どちらの場合でも、ゲートウェイＮＣＧ１８２は、加入者に割り当てられたＭＤＮ／ＭＳＩＳＤＮにその番号を変換する。ゲートウェイＮＣＧ１８２は、音声サーバ１５４から専用ダイヤルプラン内線を受信する場合、“テナント（Ｔｅｎａｎｔ）”を用いて、内線を適切に解釈し、そして、正しいＭＤＮ／ＭＳＩＳＤＮを割り当てる。このことは、通常、特定の通話が音声サーバ１５４のＩＰアドレスからやって来ていること、また、音声サーバ１５４が、オプションとして各テナント用の固有の接頭語を追加できることをゲートウェイＮＣＧ１８２が分かっている場合に行い得る。オプションとして、音声サーバ１５４は、加入者のＭＤＮ／ＭＳＩＳＤＮに有線ＤＮを予め変換して、ゲートウェイＮＣＧ１８２にＭＤＮ／ＭＳＩＳＤＮを転送してよい。

ステップ２ｂ：次に、ゲートウェイＮＣＧ１８２は、移動体加入者のハンドセット１１０への通話を、それらが現在登録されていると仮定して、完了しようと試みる。ゲートウェイＮＣＧ１８２は、最初に、ＨＬＲに位置特定要求を送り、そして、ＨＬＲは、サービス提供ＭＳＣ１２６における加入者の既知の最新位置を返す。そして、ゲートウェイＮＣＧ１８２は、サービス提供ＭＳＣ１２６にルート要求を送る。加入者が現在登録されていると仮定して、サービス提供ＭＳＣ１２６は、ゲートウェイＮＣＧ１８２にＴＬＤＮ／ＭＳＲＮを返す。

ステップ３：次に、ゲートウェイＮＣＧ１８２は、移動体バックボーン１２０を介して、ＴＬＤＮ／ＭＳＲＮを用いて、サービス提供ＭＳＣ１２６に通話をルーティングし、ＭＳＣ１２６は、こうして加入者の移動体電話１１０への通話を完了する。

ステップ２ｃ：呼び出された加入者が、もはや移動体ネットワーク上に登録されておらず、また、ゲートウェイＮＣＧ１８２がＨＬＲに確認する場合、通常、現在の登録が存在しないことが分かる。場合によっては、加入者が最後に登録されたサービス提供ＭＳＣ１２６へのポインタを見つけ得るが、そのサービス提供ＭＳＣ１２６にルート要求を送ると、加入者がもはや登録されていないことが分かる。どちらの場合でも、ゲートウェイＮＣＧ１８２は、ＨＬＲ内における加入者のプロファイルに関係なく、通話を解放して音声サーバ１５４に戻す。

ステップ３ｂ：第３の事例において、ゲートウェイＮＣＧ１８２は、加入者がまだＭＳＣ４に登録されていることが分かり、ＴＬＤＮ／ＭＳＲＮを用いて、そこに通話をルーティングするが、加入者が、通話を拒否したり、話中であったり、応答しなかったりするため、通話は、完了しない。再度、通話は解放され音声サーバ１５４に戻される。

ＩＳ４１ベースの移動体ネットワークにおいて、ゲートウェイＮＣＧ１８２は、サービス提供ＭＳＣ１２６から受信された理由コードに基づき、通話処理を提供し、そして、ＨＬＲの加入者のプロファイルに関係なく、通話を解放して音声サーバ１５４に戻し得る。従って、ＩＳ−４１ネットワークにおいて、この有線第一サービスは、基本的な移動体サービスと同時に加入者に提供し得る。

ＧＳＭベースの移動体ネットワークにおいて、サービス提供ＭＳＣ１２６は、ＨＬＲから得られた加入者のプロファイルに基づき、通話処理を提供する。この状況で通話を解放するために、ＨＬＲの加入者のプロファイルは、通話処理を提供しないように設定され、従って、この有線第一サービスは、一般的に、基本的な移動体サービスと同時に加入者に提供できない。この状況で通話を解放し、また、それでも基本的な移動体サービスを提供する機能を保持するために、ゲートウェイＮＣＧ１８２からの通話を認識し、そして、通話が完了できない場合、単純な解放を提供する終了トリガで各サービス提供ＭＳＣを構成
し得る。

ステップ５：音声サーバ１５４は、通話が接続に先立って解放されたことが分かると、“複数出現”機能を備えた接続端末用に構成された規則に従って元の通話をルーティングする。通常、応答がない場合、通話は、加入者の有線ディレクトリ番号に関連付けられた音声メールシステム１４８又は１５７に最終的にルーティングされる。

移動ハンドセット端末１１０上で接続された加入者は、音声サーバ１５４の端末側に接続されることから、加入者は、以下の節に述べる様々なメカニズムを用いて、音声サーバ１５４の付加機能にアクセス可能であることに留意されたい。

１２．事例７ｂ
上述したものに関連する幾つかの例において、加入者は、多数の通話での着信話中通話待機機能にアクセスし得る。加入者が、ゲートウェイＮＣＧ１８２を介して音声サーバ１５４に接続された移動ハンドセット１１０を用いて、音声サーバ１５４によって配信された元々有線の通話を行っているとする。この例の代表的な一連のステップについて、以下に概略を述べる。

ステップ１：通話中、第２着信通話がある場合、音声サーバ１５４は、ゲートウェイＮＣＧ１８２によって提供されたエミュレートＳＩＰ端末に案内メッセージを転送することによって応答する。

ステップ２：ゲートウェイＮＣＧ１８２は、移動体ネットワークに第２の通話を拡張するが、この場合、通話は、（第１の通話と同様に）ＴＬＤＮ／ＭＳＲＮを介してサービス提供ＭＳＣ１２６にルーティングされ、移動体電話１１０に接続される。

ステップ３：移動体電話１１０は、移動無線を介してサービス提供ＭＳＣ１２６に接続されることから、１つのメディアストリーム及び１つのアクティブな通話に限定される。従って、第２の通話が、その加入者向けのサービス提供ＭＳＣ１２６にルーティングされる場合、サービス提供ＭＳＣ１２６は、信号送信メッセージを用いて、第２の通話が待機していることを加入者に通知する。

ステップ４：加入者は、第１の通話を保留にして第２の通話を受け取りたい場合、メッセージを介してサービス提供ＭＳＣに信号送信するか又は単に第２の通話を拒否する。加入者が第２の通話を受け取る場合、サービス提供ＭＳＣは、第１の通話を保留にするか又は第１及び第２の通話双方を同時に取り扱い得る。

このようにして、音声サーバ１５４及びサービス提供ＭＳＣ１２６の本来備わっている機能を充分に利用する着信通話待機機能は、単純明快に提供される。
１３．事例７ｃ
上述したものに関連する幾つかの例において、加入者は、発信話中転送又は会議機能にアクセスし得る。加入者が、ゲートウェイＮＣＧ１８２を介して接続された移動ハンドセット１１０を用いて、ＳＩＰベースの音声サーバ１５４によって配信された元々有線の通話を行っているとする。この例の代表的な一連のステップについて、以下に概略を述べる。

ステップ１：発信通話機能用のトリガの例は、加入者が通話の転送を選択した場合、又は、通話への第３者の追加を選択した場合に生じる。どちらの場合でも、加入者は、第２の通話を確立し、それを第１の通話と併合する。音声サーバ１５４及びゲートウェイＮＣＧ１８２双方が、ＳＩＰベースであると、このことは、全面的にゲートウェイＮＣＧ１８
２内における第２の通話の立上げ及びメディアの併合を含み、ゲートウェイＮＣＧ１８２内において全面的に実現され得る。

ステップ２：そのような通話中機能を要求するために、加入者は、移動ハンドセット１１０を用いて、素早く高い信頼度でゲートウェイＮＣＧ１８２に信号送信する。本例において、このことは、移動ハンドセットが任意の移動体ネットワークに登録された場合、ホームか又は訪問かにかかわらず可能であることに留意されたい。要求は、ＤＴＭＦ桁で行い、話中に移動ハンドセットから送られ、ゲートウェイＮＣＧ１８２によって受信され得る。ゲートウェイＮＣＧ１８２は、ＳＩＰベースのＶｏＩＰ環境において動作することから、通常、ＲＴＰメディアストリームにおいてＲＦＣ２８３３メッセージとしてＤＴＭＦ桁を受信する。

ステップ２ｂ：ＤＴＭＦ桁を受信すると、ゲートウェイＮＣＧ１８２は、それらを取り込み、それらを解釈し、特定の通話中機能が要求されていると判断し、そして、適切な通話中機能を提供し、時として、音声サーバ１５４を通して第２の通話を確立し操作する。

ステップ２ｃ：ＤＴＭＦ桁を受信すると、ゲートウェイＮＣＧ１８２は、それらを取り込み、それらを解釈し、通話中機能が要求されていないと判断する。この場合、それは、通常、ＲＴＰメディアストリームにＲＦＣ２８３３メッセージを挿入することによって、音声サーバ１５４側にＤＴＭＦ桁を再挿入する。

１４．事例７ｄ
幾つかの例では、全面的に音声サーバ１５４内で提供される通話中機能がある。これらは、通常、“スイッチフックフラッシュ”動作又は特別なＳＩＰメッセージ内の等価なものを用いて、接続された端末から起動される。スイッチフックフラッシュ方式は、端末及び音声サーバが、ＳＩＰに基づかない場合に必要になることがあるが、場合によっては、端末及び音声サーバ双方がＳＩＰベースである場合にも用いられる。

本例において、音声サーバ１５４に直接接続された端末１１２等、直接接続の端末があると仮定する。通常、加入者は、端末１１２を用いて、第１のスイッチフックフラッシュ（又は等価な特別なＳＩＰメッセージ）を送り、そして、音声サーバ１５４は、第１の通話を保留にし、ＤＴＭＦ桁を受け取り、所望の機能（＊ｘｘコードであることが多い）を信号送信し、また、可能性として第２の通話を立ち上げる準備が整う。

１つの発信例は、音声サーバ１５４により第三者を通話に追加させることである。通常、加入者は、第１のスイッチフックフラッシュ（又は等価な特別なＳＩＰメッセージ）を送り、そして、音声サーバ１５４は、第１の通話を保留にし、ＤＴＭＦ桁を受け取り、第２の通話を立ち上げる準備が整う。そして、第２の通話が確立された後、加入者は、第２の“スイッチフックフラッシュ”（又は等価な特別なＳＩＰメッセージ）を送り、音声サーバ１５４は、第１の通話をこの第２の通話に併合する。

１つの着信例は、全面的に音声サーバ１５４内において音声サーバ１５４に通話を取り扱わせることである。この場合、それは、発信音で加入者に通知し、加入者は、スイッチフックフラッシュ（又は等価な特別なＳＩＰメッセージ）を用いて応答する。そして、スイッチフックフラッシュ動作を受信すると、音声サーバ１５４は、第１の通話を保留にし、第２の通話を端末１１２に拡張する。第２のスイッチフックフラッシュを受信すると、音声サーバ１５４は、第１の通話に戻り、第２の通話を保留にする。

移動ハンドセット１１０を用いて接続された加入者から通話中機能を起動し管理するために、スイッチフックフラッシュ動作が、使用可能にされ、ハンドセットから信号送信し
、その後、ＤＴＭＦ桁により所望の機能（＊ｘｘコードであることが多い）を信号送信し、また、可能性として第２の通話を立ち上げる。この例の代表的な一連のステップについては、以下に概略を述べる。加入者が、ゲートウェイＮＣＧ１８２を介して接続された移動ハンドセット１１０を用いて、ＳＩＰベースの音声サーバ１５４によって配信された元々有線の通話を行っているとする。

ステップ１：通話中機能を起動し管理するために、加入者は、移動ハンドセット１１０を用いて、通話中、ＤＴＭＦ桁を送り、“スイッチフックフラッシュ”動作が要求されていることを示し、この後、オプションとして、＊ｘｘコードが続く。例えば、送られる桁は、＊＊であって、“スイッチフックフラッシュ動作”を示し、その後、＊ｘｘを続けて機能を選択し、また、可能性として、１２３４５＃を続けて第２内線を呼び出してよい。

ステップ２：ゲートウェイＮＣＧ１８２は、ＳＩＰベースのＶｏＩＰ環境において動作することから、通常、ＲＴＰメディアストリームにおいてＲＦＣ２８３３メッセージとしてＤＴＭＦ桁を受信する。ＤＴＭＦ桁を受信すると、ゲートウェイＮＣＧ１８２は、それらを取り込み、それらを解釈し、特定の通話中機能が要求されていると判断し、そして、音声サーバ１５４に対する適切な信号送信方式を提供又はエミュレートする。例えば、＊＊は、“スイッチフックフラッシュ”動作と解釈でき、また、そのことは、専用のＳＩＰメッセージを用いて、音声サーバ１５４に示され得る。残りのＤＴＭＦ桁は、音声サーバ１５４がそれらを解釈するために再挿入され得る。

ステップ２ｂ：エミュレート端末は、ＭＧＣＰ等、ＳＩＰ以外のプロトコルに従うことがあることに留意されたい。そして、“スイッチフックフラッシュ”動作及び後続の桁は、解釈されて等価なＭＧＣＰメッセージに入れられ、音声サーバ１５４にルーティングされる。

ステップ２ｃ：ＤＴＭＦ桁を受信すると、ゲートウェイＮＣＧ１８２は、それらを取り込み、それらを解釈し、通話中機能が要求されていないと判断する。この場合、それは、通常、ＲＴＰメディアストリームにＲＦＣ２８３３メッセージを挿入することによって、音声サーバ１５４側にＤＴＭＦ桁を再挿入する。

１５．事例８
上述した例では、一般的に、サービス提供ＮＣＧ１８４は、ゲートウェイＮＣＧ１８２とは別に示されている。幾つかの例では、これらの要素は、双方の機能の役割を果たす１つのＮＣＧとして実現され得る。幾つかの例では、これらの要素は、別個であるが、ＩＰネットワークを介して結合され、これによって、通話は、移動体バックボーン１２０を介する必要なく、それらの間で直接受け渡される。幾つかの例では、サービス提供ＮＣＧ１８４は、特定の企業と関連付けられ、また、オプションとして、そこに備えられ、その企業の加入者に電話接続を提供する
サービス提供ＮＣＧ１８４が、ＩＰネットワーク介して（例えば、公共インターネットを介して、ＶｏＩＰバックボーン１５０の一部を介して、又は専用ＩＰネットワークを介して）ゲートウェイＮＣＧ１８２に結合される一例において、動作は、加入者が、ＶｏＩＰアクセスネットワーク１８６を通してサービス提供ＮＣＧ１８４に結合されたデュアルモード電話１１０又はＩＰ電話１１２に登録されている状況で事例７について上述されたものと同様である。通話は、ＴＬＤＮ／ＭＳＲＮに基づきサービス提供ＮＣＧ１８４にルーティングされるが、これらの通話は、全面的にＶｏＩＰドメイン内に留まることに留意されたい。

本例の着信通話は、２つの経路に従うことに留意されたい。第１経路は、音声サーバ１５４の端末側からＩＰ電話１１２に至り、一方、第２経路は、音声サーバ１５４の端末側
から、ＶｏＩＰアクセスネットワーク１５６を介して、ゲートウェイＮＣＧ１８２に至り、例えば、ＶｏＩＰバックボーン１５０を介してサービス提供ＮＣＧ１８４に至り、そして、サービス提供ＮＣＧ１８４からサービス提供ＮＣＧ１８４に登録されたＩＰ電話１１２又はデュアルモード電話１１０に至る。

この場合、ゲートウェイＮＣＧ１８２は、事例７と同じように動作するが、これは、移動無線ネットワーク上の移動体電話１１０の接続された加入者が、事例７ｂ、７ｃ及び７ｄにおいて提示されたように、依然として付加機能にアクセスできるためである。サービス提供ＮＣＧ１８４に登録されたデュアルモード電話１１０を用いる接続された加入者は、事例７ｄにおいて提示されたように、ＤＴＭＦ桁を用いて、付加機能にアクセスし、機能を起動し管理できる。

１６．事例８ｂ
ゲートウェイＮＣＧ１８２及びサービス提供ＮＧＣ１８４が、ＶｏＩＰ経路を介して結合される例又はそれらが、双方の機能を提供する１つのＮＣＧに常駐する例にでは、複数の通話での着信話中通話待機機能は、サービス提供ＮＣＧ１８４に登録された電話１１２及び１１０の加入者に拡張される。

例えば、加入者が、ゲートウェイＮＣＧ１８２を介して接続されたＷｉＦｉ接続ハンドセット１１０を用いて、ＳＩＰベースの音声サーバ１５４によって配信された有線通話で話す通話において、以下は、そのような通話における代表的なステップである。

ステップ１：通話中、第２着信通話がある場合、ＳＩＰベースの音声サーバ１５４は、ゲートウェイＮＣＧ１８２によって提供されたエミュレートＳＩＰ端末に案内メッセージを転送することによって応答する。

ステップ２：次に、ゲートウェイＮＣＧ１８２は、第２の通話を移動体ネットワークに拡張し、そこで、通話は、（第１の通話と同様に）ＴＬＤＮ／ＭＳＲＮを介して、サービス提供ＮＣＧ１８４にルーティングされ、端末１１０に接続される。他の選択肢は、ゲートウェイＮＣＧ１８２とサービス提供ＮＣＧ１８４との間で通話を直接ルーティングすることである。

ステップ３：ＳＩＰ信号方式は、サービス提供ＮＣＧ１８４とＷＩＦＩ接続端末１１０との間に用いられることから、追加の通話が、端末１１０用のサービス提供ＮＣＧ１８４にルーティングされる場合、加入者が、アクティブな通話（又はセッション）に現在関与していても、ＳＩＰ案内は、サービス提供ＮＣＧ１８４から端末１１０に拡張される。

ステップ４：次に、端末１１０は、加入者に対して、他の通話（セッション）が保留中であることを示し、そして、加入者は、端末を用いて、通話を受け取るか拒否するかを選択し得る。加入者は、第２の通話を受け取る場合、第１の通話を保留にするか、又は端末は、２つのアクティブな通話を同時にサポートし得る。同様に、端末が３つ以上の同時通話をサポートできるならば、他の通話さえも追加してよい。

このようにして、着信通話待機機能は、音声サーバ１５４、ゲートウェイＮＣＧ１８２、サービス提供ＮＣＧ１８４、及び端末１１０の本来備わっている機能を全面的に利用して拡張され、多数の通話（セッション）を完全に加入者の端末に拡張する。

１７．事例８ｃ
他の例において、発信話中転送又は会議機能が、サービス提供ＮＣＧ１８４に登録されたＩＰベースの端末上の加入者に提供される。本例では、加入者は、移動ハンドセット１
１０を用いており、サービス提供ＮＣＧ１８４及びゲートウェイＮＣＧ１８２を介して接続され、ＳＩＰベースの音声サーバ１５４によって配信された元々有線の通話を行っている。

発信通話機能用のトリガの例は、加入者が、通話の転送を選択するか又は通話への第３者の追加を選択する場合に生じる。そのような場合には、加入者は、第２の通話を確立し、それを第１の通話と併合する。

１つの方式では、多数の通話が、端末１１０まで完全に立ち上げられ、そして、そこで組み合わせられる。ＲＴＰメディアフローの遅延を低減し、また、関連する信号劣化を低減し得る他の選択肢は、上述したように、事例７ｃに従って、全面的にゲートウェイＮＣＧ１８２内において又は事例７ｄに従って、全面的に音声サーバ１５４内において、これらの機能を提供することである。

１８．事例８ｄ
幾つかの例では、ゲートウェイＮＣＧ１８２は、それが、移動無線ネットワーク上でサービス提供ＭＳＣ１２６を介した端末１１０への通話よりもむしろサービス提供ＮＣＧ１８４を介したＳＩＰベースの端末１１２又は１１０への通話を終了させたことが分かる。そのような例では、サービス提供ＮＣＧ１８４及びゲートウェイＮＣＧ１８４双方は、端末１１２又は１１０から音声サーバ１５４への直接的ＳＩＰ信号送信の代理を務める処理に切り換わり、ＳＩＰメッセージが端末１１２又は１１０と音声サーバ１５４との間で実質的に直接流れるようにできる。

従って、そのような有線第一サービスの例では、移動体ネットワーク上に登録されているＶｏＩＰ端末（例えば、サービス提供ＮＣＧ１８４に登録されたデュアルモードハンドセット１１０又はＶｏＩＰ電話１１２）上の加入者は、有線音声サーバ１５４に実質的に接続されるのではなく、実際に直接（プロキシを通して）サーバに接続される。これによって、本質的に音声サーバの機能によってのみ限定されるサービスの範囲が可能になる。そのような例では、基本的な音声サービス以外のサービスは、音声サーバ１５４からＳＩＰ端末１１２及び１１０に拡張され得る。例えば、通話保留、通話移送、通話転送、複数当事者間会議、メッセージ伝達（例えば、ＳＭＳ又はＭＭＳ）、臨場感、及び映像は、ＳＩＰを介して音声サーバ１５４からＳＩＰ端末１１２及び１１０に拡張され得る。

１９．事例９
幾つかの例では、移動体電話１１０の加入者又はデュアルモード電話１１０もしくはＳＩＰ電話１１２のサービス提供ＮＣＧ１８４に登録された加入者は、ダイヤルプラン及び有線音声サーバ１５４の機能を用いて、着信通話をかけることができる。これを達成するために、全てのサービス提供ＭＳＣ１２６及び全てのサービス提供ＮＣＧ１８４には、着信トリガ等の機能が備えられ、有線音声サーバ１５４によって取り扱われる全ての通話がゲートウェイＮＣＧ１８２に直接ルーティングされ、ゲートウェイＮＣＧ１８２は、そのような通話をＳＩＰベースの音声サーバ１５４の端末側に配信する。これらのトリガは、ＣＡＭＥＬ（ＧＳＭ）又はＷＩＮ（ＣＤＭＡ）インテリジェントネットワークプロトコルを用いて実現することができ、また、サービス制御点（ＳＣＰ）で実現することができる。このＳＣＰは、例えば、ゲートウェイＮＣＧ１８２において実現され得る。一旦、加入者がＳＩＰベースの有線音声サーバ１５４の端末側に接続されると、通話中機能を含む全ての付加サービスは、発信通話について事例７及び８で述べたものと全く同じメカニズムを用いて、着信通話について利用可能である。

２０．移動体ＰＢＸ
幾つかの例では、新しいネットワーク要素である移動ＰＢＸＳＣＰ１２２が導入されて
、“移動体ＰＢＸサービス”をサポートする。異なるネットワークプロトコル及びインターフェイスが、この新しいネットワーク要素によって用いられ、異なる移動体ネットワーク用の移動体ＰＢＸサービスを実現し得る。例えば、ＧＳＭに基づく移動体ネットワークにおいて、このサービスは、ＩＮ（インテリジェントネットワークキング）及びＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）に基づき、“移動体ＰＢＸサービス”サービス制御点（ＳＣＰ）によってサポートされる。これらの例において、ゲートウェイＮＣＧ１８２は、移動体ネットワークと音声サーバ１５４との間のゲートウェイとしての役割を果たし、音声サーバ１５４は、企業ＥＰＰＢＸであってよい。

一例としてＧＳＭネットワークを用いて、移動体発呼用ＣＡＭＥＬ加入情報（Ｏ−ＣＳＩ）は、ＨＬＲ１２１において提供される。加入者の移動体電話１１０がＧＳＭネットワークに登録される場合、ＨＬＲ１２１は、Ｏ−ＣＳＩをサービス提供ＭＳＣ１２６に押しやる。

Ｏ−ＣＳＩは、ユーザの移動体電話からなされた全ての発信通話が、サービス提供ＭＳＣ１２６から移動体ＰＢＸサービスＳＣＰ１２２とのＣＡＭＥＬ対話のトリガをかけるように、提供される。このことは、ＣＡＭＥＬ初期ＤＰメッセージを用いて行われる。このＣＡＭＥＬ対話の開始時、移動体電話１１０上でユーザによって呼び出された桁（即ち、被呼者番号）は、ＭＳＣによってＳＣＰに提供される。

ＳＣＰ１２２は、発呼者のＣＳＩを解析して、加入者の企業（また、従って、企業の音声サーバ１５４）及び音声サーバへのゲートウェイとして機能するゲートウェイＮＣＧ１８２を識別する（例えば、移動体ネットワーク上に複数のゲートウェイＮＣＧ１８２がある場合）。ＳＣＰ１２２は、ゲートウェイＮＣＧ１８２と対話を行って、呼び出された桁をＮＣＧに提供し、また、ＮＣＧからルーティング番号を得る。ＮＣＧは、呼び出された桁を記憶し、また、それが提供するルーティング番号と呼び出された桁との間の関連付けを維持する。ＳＣＰとゲートウェイＮＣＧとの間のこの対話には、独自開発のプロトコルを用い得る。

そして、ＳＣＰ１２２は、サービス提供ＭＳＣ１２６に指示して、ＣＡＭＥＬ接続メッセージを用いて、ＮＣＧによって提供されたルーティング番号に通話をルーティングさせることによって、サービス提供ＭＳＣ ＣＡＭＥＬ対話開始に応答する。

そして、サービス提供ＭＳＣは、ＩＳＵＰ ＩＡＭを用いて、ゲートウェイＮＣＧに通話をルーティングする。
ルーティング番号に基づき、ＮＣＧは、加入者の元の呼び出された桁を検索し、加入者の元の呼び出された桁を用いて、音声サーバ１５４の端末側に対してＳＩＰ案内を開始する。ゲートウェイＮＣＧ１８２は、音声サーバ１５４側に対してＳＩＰユーザエージェントとしての役割を果たす（即ち、デスクトップＩＰ ＰＢＸ内線電話としての役割を果たす）。ＳＩＰ案内が、アクセスネットワーク１５６上のデスクトップＩＰ ＰＢＸ内線電話１１２から又はアクセスネットワークに直接接続されていない他の装置からやって来ているかどうか音声サーバ１５４が区別しないように、ゲートウェイＮＣＧ１８２は振舞う。

音声サーバ１５４は、この時以降、通話（例えば、ＳＩＰ案内）を取り扱う。例えば、加入者の元の呼び出された桁が、他のＩＰ ＰＢＸ内線１１２の内線番号である場合、音声サーバ１５４は、適切な内線電話に通話（ＳＩＰ案内）をルーティングする。

移動（ＧＳＭ）電話１１０から発せられた通話が、会社ＩＰ ＰＢＸ内線電話１１２か
ら発せられた通話と同じであることから、ユーザが、デスクトップＩＰ ＰＢＸ内線電話又は移動体電話（ＧＳＭ）電話を用いているかどうかにかかわらず、移動体ＰＢＸサービスは、同じエンドユーザ経験を提供する。

オプションとして、このシステムは、１つの方法をサポートするが、この方法によって、移動体電話１１０の加入者は、自分の移動体電話から行われる全ての通話がルーティングされ音声サーバ１５４によって取り扱われる“ＰＢＸモード”動作と、自分の移動体電話からの通話がルーティングされ、移動体ネットワーク網によって直接取り扱われる“ＧＳＭモード”との間で切り換わることができる。

移動ＰＢＸの幾つかの例では、移動体ＤＮ向けの移動体ネットワークにおいてルーティングされる移動体ＤＮにかけられた通話は、ゲートウェイＮＣＧ１８２を介して音声サーバ１５４に送られる。このルーティングは、上述した構成のバリエーションを用いて行うことができ、これによって、ゲートウェイＭＳＣは、終了トリガを有し、また、ＳＣＰがあり、ＳＣＰは、それがＴＬＤＮ／ＭＳＲＮを得る場合、ゲートウェイＮＣＧ１８２と交信し得る。

２１．移動体第一
幾つかの例では、加入者の移動体電話になされた通話が、ＩＰＬＲ１３０を用いてＶｏＩＰ電話に転送されるが、これについては上述した。図２において、ＰＳＴＮ−ＶｏＩＰゲートウェイ２６０と共同して、ＩＰＬＲ１３０によって使用可能にされる機能は、移動体加入者の電話番号にかけられた通話を電話１１２等のＶｏＩＰ電話に転送することである。また、移動体電話１１０が、移動体電話無線ネットワーク上に並びにサービス提供ＮＣＧ１８４（図１参照）上に存在し得るデュアルモード装置である場合、転送は、移動体電話ネットワークを通してよりもむしろデータネットワークを通してユーザの電話になされてよい。

通話が、例えば、ＰＳＴＮ１４０上の電話１４２からユーザの移動体電話番号に行われる場合、ＰＳＴＮは、ゲートウェイＭＳＣ１２４に初期アドレスメッセージ（ＩＡＭ）を発する。この場面では、ＩＰＬＲ１３０のＶＬＲ機能２３２は、例えば、音声サーバ１５４を介したＶｏＩＰ電話１１２の動的な登録の結果として、そのＶＬＲによってサービスが加入者に提供されているところであることをＨＬＲ１２１に前もって通知している。ＰＳＴＮからＩＡＭメッセージを受信すると、ホームＭＳＣ１２２は、ＨＬＲ１２１に位置要求を送る。そして、ＨＬＲ１２１は、ＩＰＬＲのＳＳ７インターフェイス２３６を通して、ＩＰＬＲ１３０のＶＬＲ機能２３２にルート要求を送る。ＩＰＬＲ１３０は、そのＵＲＩ−ＭＩＮ表２３４を参照して、呼び出されている番号に関連付けられたＵＲＩを決定する。ＩＰＬＲ１３０は、通話が転送されるメディアゲートウェイ２６６のＴＬＤＮを決定する。例えば、ＩＰＬＲ１３０は、ゲートウェイからＴＬＤＮを要求したり、又はＩＰＬＲは、ゲートウェイのＴＬＤＮの範囲を管理したりし得る。ＶＬＲ機能２３２は、ゲートウェイのＴＬＤＮをＨＬＲ１２１に返し、ＨＬＲ１２１は、それをホームＭＳＣ１２２に返し、ホームＭＳＣ１２２は、ＩＡＭメッセージに応じて、それをＰＳＴＮに返す。

ＩＡＭメッセージに対する応答に基づき、ＰＳＴＮは、メディアゲートウェイ２６６のＴＬＤＮに通話をルーティングする。データネットワーク上のどこにＶｏＩＰ通話をルーティングするか決定するために、ゲートウェイ２６６は、ＭＣＳ２６２を介して、ＩＰＬＲ１３０にＳＩＰ案内メッセージを送り、ＴＬＤＮを識別する。ＩＰＬＲは、それがＨＬＲに提供したＴＬＤＮを追跡してきており、従って、どのＭＩＮ又はＵＲＩがそのＴＬＤＮと関連付けられているか決定することが可能である。例えば、ＵＲＩ−ＭＩＮ表２３４には、ＭＩＮ−ＵＲＩ対に関連付けられたＴＬＤＮ用の追加のフィールドを含み得る。その通話を転送すべきＵＲＩを決定した後、ＩＰＬＲ１３０は、転送メッセージで案内メッ
セージに応答し、通話を接続すべきＶｏＩＰ電話のアドレスを識別する。ＭＳＣは、転送メッセージを受信し、示されたアドレスに案内を送り、通話を完了する。音声回線が、これによって、データネットワーク上でＰＳＴＮ１４０からメディアゲートウェイ２６６を介してＶｏＩＰ電話１１２まで立ち上げられる。

上述したＩＰＬＲ１３０機能の一用途は、ユーザの移動体電話（この場合、移動体ネットワーク上に又は専用ネットワークドメインに存在する）及び固定ＶｏＩＰ電話１７４の同時呼び出しを提供することである。この機能の１つのバージョンでは、ユーザの固定ＶｏＩＰ電話１７４は、呼び出される一次番号であり、一方、他のバージョンでは、呼び出される一次番号として機能するユーザの移動体番号であり、一方、更に他のバージョンでは、いずれかの番号を呼び出すと、双方の電話が鳴る。一般的に、ユーザの移動装置及びＶｏＩＰ電話双方に通話を分岐する機能は、ＭＣＳ２６２によって扱われる。

この例の代表的な一連のメッセージには、以下のものが含まれる。
１．（例えば、ＰＳＴＮ１４０上の電話１４２からの）発呼者は、移動体加入者のＭＩＮを呼び出す。ＰＳＴＮ１４０は、ＭＩＮを含むホームＭＳＣ１２２にＩＳＵＰ ＩＡＭメッセージを発する。

２．ＭＳＣ１２２は、ＨＬＲ１２１に位置要求を発する。ＨＬＲは、ＩＰＬＲの以前の登録のおかげで、ＭＩＮを含むＩＰＬＲ１３０のＶＬＲ機能２３２にルート要求を送る。
３．ＩＰＬＲは、ゲートウェイ２６６と関連付けられているＴＬＤＮを割り当て、それをＨＬＲに返す。ＨＬＲは、位置要求返信結果においてホームＭＳＣにＴＬＤＮを転送する。

４．ホームＭＳＣ１２２は、ゲートウェイ２６６及びソフトスイッチ２６４にＩＳＵＰ回線交換通話を送る。ソフトスイッチ（又はゲートウェイ）は、ＩＰＬＲにＳＩＰ案内（ＳＩＰ：Ｉｎｖｉｔｅ：ＴＬＤＮ＠Ｃａｒｒｉｅｒ．ｃｏｍ）を送る。

５．ＩＰＬＲは、それがルート要求において受信したＴＬＤＮをＭＩＮにマッピングし、ＳＩＰ：Ｉｎｖｉｔｅ：ＭＩＮ＠Ｃａｒｒｉｅｒ．ｃｏｍを専用データネットワークドメインにおける移動体電話１１０のＩＰアドレスに発する。移動体電話１１０は、１８０呼出しを返す。

６．ＩＰＬＲ１３０は、ＭＩＮを関連するＶｏＩＰ電話１１２にマッピングし、ＵＲＩ、ＷｉｒｅｌｉｎｅＮｕｍｂｅｒ＠Ｃａｒｒｉｅｒ．ｃｏｍを用いて、ＳＩＰ案内をＭＣＳに“分岐”する。ＭＣＳ２６２は、ＶｏＩＰ電話１１２に案内を発し、ＩＰ電話は、１８０呼出しを返す。移動体電話１１０及びＶｏＩＰ電話１１２双方がこうして呼び出される。最初に応答する電話が通話を得る。

７．この場合、移動体電話１１０が最初に応答する。ＩＰＬＲ１３０は、移動体電話１１０とゲートウェイ２６６との間にＲＴＰ経路を立ち上げ、会話が始まる。ＩＰＬＲは、この通話用の通話詳細記録を生成する。

８．ＩＰＬＲは、ＭＣＳにＳＩＰ：Ｃａｎｃｅｌ ｍｅｓｓａｇｅ（又は等価なもの）を送って、ＭＣＳがＶｏＩＰ電話に送るＩＰ電話１１２とのセッションを確立する試みを停止する。

システムＭＣＳの幾つかのバージョンは、別個のＰ−ＣＳＣＦ及びＳ−ＣＳＣＦのＩＰマルチメディアサブシステム（ＩＭＳ）概念と同様に様々なものに分割され得る。また、ＭＣＳは、ＰＢＸに対するＴＡＰＩの様なインターフェイスのサポート等、ＩＰＬＲが有
しない少なくとも幾つかの機能も有し得る。ＭＣＳは、ＯＳＡ／Ｐａｒｌａｙサーバ、ＯＡＭＰ、供給及び管理部門システムへの内線及びＡＰＩを有するＳＩＰ登録器として機能し得る。ＭＣＳは、移動体ネットワークに対する直接的な接続性を有する必要がない。

移動体第一方式の他の例では、ＩＰＬＲ要素は、用いられない。例えば、移動体電話１１０が、移動体ネットワーク上において、ＨＬＲ１２１に登録される場合、ＨＬＲは、ＣＡＭＥＬトリガ等のトリガでサービス提供ＭＳＣ１２６を更新する。電話１１０が電話をかける場合、トリガによって、サービス提供ＭＳＣ１２６は、ＳＣＰ機能について問い合わせ得るが、ＳＣＰ機能は、別個の要素として備えられるか又はゲートウェイＮＣＧ１８２内に備え得る。ゲートウェイＮＣＧ１８２は、ＭＳＣ１２６からの信号送信をＳＩＰプロトコルに変換し、ＩＰ ＰＢＸ又はＩＰセントレックスとしての役割を果たす音声サーバ１５４と通信を行う。音声サーバ１５４は、呼び出された番号を解釈して、どこに通話を転送するか決定し、そして、他の通話処理を適用することがある。本例において、ゲートウェイＮＣＧ１８２は、音声サーバへのＳＩＰインターフェイスを有し、また、移動体ネットワーク上の移動体電話が、音声サーバに取り付けられたＳＩＰ装置に見えるようにする。ある用途例において、１つの移動体電話１１０が、専用ダイヤルプランを用いて、例えば、３桁内線をダイヤルすることによって、他の移動体電話１１０を呼び出している。この用途例において、音声サーバ１５４は、ＳＩＰメッセージ転送を用いて、通話をルーティングしてＮＣＧ１８２に戻す。そして、ＮＣＧ１８２は、ＨＬＲ１２１に問い合わせて、どこに通話をルーティングするか決定する。ＨＬＲからの情報に基づき、ＮＣＧは、宛先電話１１０にサービスを提供しているサービス提供ＭＳＣ１２６に通話をルーティングする。

他の用途例では、発信側電話１１０は、これがＰＳＴＮ番号であることを示す番号が頭に付けられた電話番号に電話をかける。例えば、発呼者は、９をダイヤルし、その後、１０桁の電話番号をダイヤルする。この場合、音声サーバ１５４は、再度、通話用のＳＩＰ信号送信情報を受信し、そして、１０桁番号にＰＳＴＮ通話がかけられようとしていると判断する。この用途例において、通話は、サービス提供ＭＳＣ１２６からゲートウェイＭＳＣ１８２に、そして、ＶｏＩＰ通話として音声サーバ１５４にルーティングされる。音声サーバは、例えば、ＰＳＴＮ−ＶｏＩＰゲートウェイ１６０を介して、又は直接ＰＳＴＮ接続を用いて（図１には図示せず）、ＰＳＴＮへの通話を完了する。

他の用途例では、ＰＳＴＮ上の発呼者が、移動体電話１１０に電話をかける。電話１１０がＨＬＲ１２１に登録されている場合、ＨＬＲは、ゲートウェイＭＳＣ１２４においてトリガをかける。ゲートウェイＭＳＣ１２４は、ＰＳＴＮから通話を受信すると、ゲートウェイＮＣＧ１８２に備えられたＳＣＰ機能について問い合わせるが、これは、ＳＩＰ信号送信方式を用いて、音声サーバ１５４と通信を行い、如何にして通話を完了するか決定する。音声サーバ１５４は、通話を受けてゲートウェイＮＣＧ１８２に戻し、ゲートウェイＮＣＧ１８２は、ＨＬＲについて問い合わせて、どのサービス提供ＭＳＣ１２６が電話１１０を取り扱っているか決定する。そして、通話は、ゲートウェイＭＳＣ１２４から電話のサービス提供ＭＳＣ１２６に完了される。

ゲートウェイＮＣＧ１８２が回線ベースの通話からＶｏＩＰ通話への変換を提供する幾つかの例では、ゲートウェイＮＣＧは、通話中、ＤＴＭＦ検出等の信号検出も実施し、また、検出信号をパケットベースの信号に変換する。他の実施例では、これらの話中ＤＴＭＦ信号は、サービス提供ＭＳＣ１２６によってＡＭＥＬ又はＷＩＮメッセージに変換され、そして、ＣＡＭＥＬ又はＷＩＮメッセージとして、ゲートウェイＮＣＧ１８２に配信され得る。例えば、そのようなパケットベースの信号は、通話中機能を呼び出すために音声サーバ１５４に送られる。

ユーザが応答しない又は拒否した通話が、ＰＳＴＮベースの音声メールシステム１３８等の音声メールシステムに、又はＩＰセントレックスサーバの構内設置もしくは中央ＩＰ
ＰＢＸであってよい音声サーバ１５４に関連付けられた音声メールシステムに、送られる幾つかの例では、通話は、通話がどこで発せられたか、また、どのネットワーク上にユーザがいたかにかかわらず、単一の音声メールシステムに送られる。“メッセージ待機”標識は、ユーザが登録されているネットワークにかかわらず、それがユーザに提供されるように拡張される。例えば、ユーザのメッセージが、音声サーバ１５４に関連付けられた音声メールシステム１５７に送られる移動体第一システムの場合、メッセージ待機信号は、ユーザのＶｏＩＰ電話１１２並びに移動体ネットワーク上に登録されたユーザの移動体電話１１０に提供される。更に、移動体第一方式を用いて、ユーザは、例えば、音声サーバ１５４を介して音声メールシステム１５７において待機メッセージを検索し得る。

（例えば、ＶｏＩＰアクセスネットワーク１８６上の）専用ネットワークドメインにおける電話１１０の他の形態の移動体登録を用いることができる。例えば、デュアルモード移動体電話及びＩＰ電話を用いるよりもむしろ、移動体電話は、ブルートゥース等の他の無線機能を有してよく、これを介して、ＩＰＬＲに登録され、また、それと通信を行う。更に、上述した方式が、移動体電話及びパケットベースネットワークに二重の識別を有する移動体電話の機能を提供することなく、適用可能なことは明白である。

このシステムの他の選択可能なバージョンは、ソフトウェアにおいて、ファームウェアにおいて、デジタル電子回路において、もしくはコンピュータハードウェアにおいて、又はそれらの組合せで実現され得る。このシステムには、プログラム可能なプロセッサによって実行するために機械読み取り可能な記憶装置に具体的に具現化されたコンピュータプログラムプロダクト、又はメディアを介して、例えば、データ通信ネットワークを介して伝搬される搬送信号上に具現化されたコンピュータプログラムを含むことができ、また、方法ステップは、入力データで動作し出力を生成することによって機能を実施するプログラムの命令を実行するプログラム可能なプロセッサによって実施できる。このシステムは、データ記憶システム、少なくとも１つの入力装置、及び少なくとも１つの出力装置との間で、データ及び命令を送受信するように結合された少なくとも１つのプログラム可能なプロセッサを含むプログラム可能なシステム上で実行可能な１つ以上のコンピュータプログラムにより実現され得る。各コンピュータプログラムは、高級手続き言語又はオブジェクト指向プログラミング言語に、又は必要に応じて、アセンブリ言語又は機械語で実現され得るが、いずれの場合でも、その言語は、コンパイル言語又はインタープリタ言語であってよい。適切なプロセッサには、一例として、汎用及び専用マイクロプロセッサ双方が含まれる。一般的に、プロセッサは、読み出し専用メモリ又はランダムアクセスメモリから命令及びデータを受信する。一般的に、コンピュータには、データファイルを記憶するための１つ以上の大容量記憶装置が含まれ、そのような装置としては、内部ハードディスク及び着脱可能なディスク等の磁気ディスク、光磁気ディスク、及び光ディスクが挙げられる。コンピュータプログラム命令及びデータを具体的に具現化するのに適した記憶装置としては、一例として、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリ装置等の半導体メモリ装置を含む全ての形態の不揮発性メモリ、内部ハードディスク及び着脱可能なディスク等の磁気ディスク、光磁気ディスク、及びＣＤ−ＲＯＭディスクが挙げられる。上記のいずれもＡＳＩＣ（特定用途向け集積回路）によって補ったり、それらに内蔵したりできる。

通信システムのブロック図。 通信システムのブロック図。

Claims (37)

1. 電気通信サービスを提供するための方法であって、
   第１要素（１５４，１４４）において、固定ネットワーク上のアドレスの加入者への通話を示す信号を受け取る信号受取工程と、
   パケットベースデータネットワークを介して、移動体電話ネットワークに登録された第２端末（１１０，１１２）に通話を拡張する工程であって、移動体電話ネットワークとパケットベースデータネットワークとに結合された第２要素（１８２，１３０）において、通話を示す信号を受信する工程と、第２要素が利用可能なルーティング情報に基づき、通話を端末（１１０，１１２）にルーティングする工程と、を含む通話拡張工程と、
   からなる方法。
2. 固定ネットワーク上のアドレスには、有線電話番号が含まれる請求項１に記載の方法。
3. 固定ネットワーク上のアドレスには、ＶｏＩＰネットワークアドレスが含まれる請求項１に記載の方法。
4. 第１要素には、交換機（１４４）が含まれる請求項１に記載の方法。
5. 第１要素には、パケットベース音声サーバ（１５４）が含まれる請求項１に記載の方法。
6. 固定ネットワーク上のアドレスと関連付けられた第１端末（１１２，１４２）および移動体ネットワーク上に登録された第２端末（１１０，１１２）のうちの一方又は両方に通話をルーティングするかどうか第１要素において決定する工程が含まれる請求項１に記載の方法。
7. 移動体電話ネットワーク上の第２端末（１１０，１１２）に対して通話が完了していない場合、固定ネットワーク上のアドレスと関連付けられた第１端末（１１２，１４２）に対して通話が完了していない場合と同じように通話を取り扱う通話取扱工程が含まれる請求項１に記載の方法。
8. 通話取扱工程には、固定ネットワーク上のメッセージサーバ（１４８，１５８）に通話をルーティングする工程が含まれる請求項７に記載の方法。
9. 通話拡張工程には、
   第１要素（１５４）と通信状態にある第２要素（１８２）により対応するパケットベースの音声端末をエミュレートすることによって、第２端末（１１０，１１２）に通信サービスを提供する工程が含まれる請求項１に記載の方法。
10. 第１要素（１５４，１４４）を用いて、第２端末（１１０，１１２）の加入者に通話機能を提供する通話機能提供工程が含まれる請求項１に記載の方法。
11. 通話機能提供工程には、通話中機能を提供する工程が含まれる請求項１０に記載の方法。
12. 通話拡張工程には、更に、第２要素（１８２，１３０）において移動体ネットワークからルーティング情報を得る工程が含まれる請求項１に記載の方法。
13. 第１要素を介して移動体ネットワーク上に登録された第２端末（１１０，１１２）から
    発呼機能を提供する工程が含まれる請求項１に記載の方法。
14. 発呼機能には、専用ダイヤルプラン機能が含まれる請求項１３に記載の方法。
15. 移動体電話ネットワーク上に登録された端末に専用電話機能を提供するための方法であって、
    専用電話機能を提供するように構成された第１要素（１５４）を提供する第１要素提供工程と、
    移動体電話ネットワークに結合され、また、パケットベースデータネットワークを介して第１要素に結合された第２要素（１８２，１３０）を提供する第２要素提供工程と、
    移動体電話ネットワーク上に登録された第１端末（１１０）と別の端末（１１０，１１２，１４２）との間でかけられた通話を処理する通話処理工程であって、第１要素と第２要素との間の通話において信号送信情報を受け渡す情報受渡工程を含む工程と、
    からなる方法。
16. 第１端末と別の端末との間でかけられた通話には、第１端末からかけられた通話及び第１端末に関連付けられた移動体電話番号にかけられた通話のうちの１つが含まれる請求項１５に記載の方法。
17. 情報受渡工程には、第２要素から第１要素にルーティング要求を渡す工程が含まれる請求項１５に記載の方法。
18. ルーティング要求を渡す工程には、専用ダイヤルプランで呼び出された番号を渡す工程が含まれる請求項１７に記載の方法。
19. 情報受渡工程には、第１端末で発した通話中機能要求を第２要素から第１要素に渡す工程が含まれる請求項１５に記載の方法。
20. 情報受渡工程には、第１要素から第２要素にルーティング情報を渡す工程が含まれる請求項１５に記載の方法。
21. 前記ルーティング情報には移動体ネットワーク上に登録されている他方の端末の識別が含まれる請求項２０に記載の方法。
22. パケットベースデータネットワークを介して第１要素と第２要素との間で通話をルーティングする工程が含まれる請求項１５に記載の方法。
23. 前記パケットベースネットワークには、公共インターネット及び専用ＩＰネットワークのうちの一方又は両方が含まれる請求項１５に記載の方法。
24. 信号送信の方法であって、
    無線ネットワークにおける第１組の通信装置を決定する工程と、
    有線ネットワークにおける第２組の通信装置を決定する工程と、
    第１組の通信装置と第２組の通信装置とを関連付ける工程と、
    １つの関連付けられた通信装置向けの通話を受信する工程と、
    全ての関連けられた通信装置に対して前記通話について通知する工程と、
    からなる方法。
25. 第１組の通信装置には携帯電話が含まれ、有線ネットワークにおける通信装置の組にはＳＩＰ電話が含まれ、ＳＩＰ電話に関連付けられた前記携帯電話は、
    ＳＩＰ電話向けの通話を受信し、
    前記通話についてＳＩＰ電話及び携帯電話に通知する請求項２４に記載の方法。
26. 第１組の通信装置には二重無線装置が含まれ、有線ネットワークにおける通信装置の組にはＳＩＰ電話が含まれ、ＳＩＰ電話に関連付けられた前記二重無線装置は、
    ＳＩＰ電話向けの通話を受信し、
    前記通話についてＳＩＰ電話及び二重無線装置に通知する請求項９に記載の方法。
27. 前記二重無線装置は専用無線ＬＡＮにおいて登録され、
    ＳＩＰ電話向けの通話を受信し、
    前記通話についてＳＩＰ電話及び二重無線装置に通知する請求項２６に記載の方法。
28. 専用無線ＬＡＮにおいて前記通話について二重無線装置に通知する請求項２７に記載の方法。
29. 第１組の通信装置には携帯電話が含まれ、有線ネットワークにおける通信装置の組にはＳＩＰ電話が含まれ、ＳＩＰ電話に関連付けられた前記携帯電話は、
    携帯電話向けの通話を受信し、
    前記通話について携帯電話及びＳＩＰ電話に通知する請求項２４に記載の方法。
30. 第１組の通信装置には二重無線装置が含まれ、有線ネットワークにおける通信装置の組にはＳＩＰ電話が含まれ、ＳＩＰ電話に関連付けられた前記二重無線装置は、
    二重無線装置向けの通話を受信し、
    前記通話について二重無線装置及びＳＩＰ電話に通知する請求項２４に記載の方法。
31. 前記二重無線装置は専用無線ＬＡＮにおいて登録され、
    二重無線装置向けの通話を受信し、
    前記通話について二重無線装置及びＳＩＰ電話に通知する請求項３０に記載の方法。
32. 専用無線ＬＡＮにおいて二重無線装置に通知する請求項３１に記載の方法。
33. 通信システムであって、
    移動体電話ネットワークと、第１要素（１５４）へのアクセスを可能にするパケットベースデータネットワークと、に結合された第２要素（１８２，１３０）を備え、
    第２要素は、第１要素によって提供された専用電話機能を、移動体ネットワーク上に登録された移動端末（１１０）に拡張するように構成されている通信システム。
34. 第２要素は、移動体交換局（ＭＳＣ）及びサービス制御点（ＳＣＰ）のうちの一方又は両方として、移動体電話ネットワークと接続する請求項３３に記載のシステム。
35. 第１要素が含まれる請求項３３に記載のシステム。
36. 第１要素には音声通話サーバが含まれる請求項３５に記載のシステム。
37. 音声通話サーバには、ＩＰ ＰＢＸ及びＩＰセントレックスシステムのうちの一方又は両方が含まれる請求項３６に記載のシステム。

Images