(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信をサポートする方法であって、
前記方法は、第１のネットワークエンティティが実行し、
第１のワイヤレスネットワークから第２のワイヤレスネットワークへの緊急呼出のハンドオーバを開始するためのユーザ機器（ＵＥ）によって送信された第１のメッセージを前記第１のネットワークエンティティで受信することと、
前記第１のメッセージに含まれる緊急指示に基づいて前記緊急呼出を認識することと、
第２のメッセージを入手するために前記第１のメッセージ内の前記緊急指示を前記緊急呼出に関する指定された番号に置換することと、前記指定された番号は、ローカル緊急番号を備える、
前記緊急呼出のハンドオーバの発呼のために前記第１のネットワークエンティティから第２のネットワークエンティティへ前記第２のメッセージを送信することと
を備える、方法。
【請求項２】
前記緊急指示は、緊急グローバル番号（ＥＧＮ）、予約済みの緊急番号、事前に構成された番号、または前記第１のネットワークエンティティに対して前記緊急呼出を識別するのに使用される指定された指示を備える、請求項１に記載の方法。
【請求項３】
前記第１のネットワークエンティティは、前記第１のワイヤレスネットワークと前記第２のワイヤレスネットワークとの間でインターフェースするインターワーキングソリューションファンクション（ＩＷＳ）を備え、前記第２のネットワークエンティティは、モバイルスイッチングセンタ（ＭＳＣ）を備える、請求項１に記載の方法。
【請求項４】
前記第１のネットワークエンティティは、モバイルスイッチングセンタ（ＭＳＣ）を備える、請求項１に記載の方法。
【請求項５】
請求項１−４のいずれか１項に記載の前記方法の前記手順をコンピュータに実行させるためのコードを備えた、コンピュータプログラム。
【請求項６】
第１のワイヤレスネットワークから第２のワイヤレスネットワークへの緊急呼出のハンドオーバを開始するための、ユーザ機器（ＵＥ）によって送信された第１のメッセージを第１のネットワークエンティティで受信するための手段と、
前記第１のメッセージに含まれる緊急指示に基づいて前記緊急呼出を認識するための手段と、
第２のメッセージを入手するために前記第１のメッセージ内の前記緊急指示を前記緊急呼出に関する指定された番号に置換するための手段と、前記指定された番号は、ローカル緊急番号を備える、
前記緊急呼出のハンドオーバの発呼のために前記第１のネットワークエンティティから第２のネットワークエンティティへ前記第２のメッセージを送信するための手段と
を備える、ワイヤレス通信の装置。
【請求項７】
前記緊急指示は、緊急グローバル番号（ＥＧＮ）、予約済みの緊急番号、事前に構成された番号、または前記第１のネットワークエンティティに対して前記緊急呼出を識別するのに使用される指定された指示を備える、請求項６に記載の装置。
【請求項８】
ワイヤレス通信をサポートする方法であって、
前記方法は、第１のネットワークエンティティが実行し、
前記第１のネットワークエンティティでユーザ機器（ＵＥ）の緊急呼出のＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）を判定することと、
前記第１のネットワークエンティティで前記ＵＥに関する照会を受信することと、前記照会は、第１のワイヤレスネットワークから第２のワイヤレスネットワークへの前記緊急呼出のハンドオーバに応答して第２のネットワークエンティティによって送信され、
前記照会に応答して前記第１のネットワークエンティティから前記第２のネットワークエンティティへ前記ＵＥの前記緊急呼出の前記Ｅ−ＳＴＮ−ＳＲを送信することと、前記Ｅ−ＳＴＮ−ＳＲは、前記緊急呼出をアンカリングするネットワークサーバへ前記緊急呼出をルーティングするのに使用され、
を備える、方法。
【請求項９】
前記Ｅ−ＳＴＮ−ＳＲは、前記緊急呼出の確立中に前記第１のネットワークエンティティによって判定され、前記照会は、前記緊急呼出のハンドオーバの開始中に受信される、請求項８に記載の方法。
【請求項１０】
前記第１のネットワークエンティティは、ロケーションアンドルーティングファンクション（ＬＲＦ）を備え、前記第２のネットワークエンティティは、モバイル位置決めセンタ（ＭＰＣ）を備える、請求項８に記載の方法。
【請求項１１】
請求項８−１０のいずれか１項に記載の前記方法の前記手順をコンピュータに実行させるためのコードを備えた、コンピュータプログラム。
【請求項１２】
第１のネットワークエンティティでユーザ機器（ＵＥ）の緊急呼出のＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）を判定するための手段と、
前記第１のネットワークエンティティで前記ＵＥに関する照会を受信するための手段と、前記照会は、第１のワイヤレスネットワークから第２のワイヤレスネットワークへの前記緊急呼出のハンドオーバに応答して第２のネットワークエンティティによって送信され、
前記照会に応答して前記第１のネットワークエンティティから前記第２のネットワークエンティティへ前記ＵＥの前記緊急呼出の前記Ｅ−ＳＴＮ−ＳＲを送信するための手段と、前記Ｅ−ＳＴＮ−ＳＲは、前記緊急呼出をアンカリングするネットワークサーバへ前記緊急呼出をルーティングするのに使用され、
を備える、ワイヤレス通信をサポートする装置。
【請求項１３】
前記Ｅ−ＳＴＮ−ＳＲは、前記緊急呼出の確立中に前記第１のネットワークエンティティによって判定され、前記照会は、前記緊急呼出のハンドオーバの開始中に受信される、請求項１２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条の下での優先権の主張
本特許出願は、その両方が本願の譲受人に譲渡され、参照によって明示的に本明細書に組み込まれている、２００９年６月５日出願の米国仮出願第６１／１８４，６９５号、名称「Ｅｍｅｒｇｅｎｃｙ  Ｃａｌｌ  Ｈａｎｄｏｆｆ  ｆｒｏｍ  ＬＴＥ  ｔｏ  １ＸＲＴＴ」と、２００９年８月６日出願の米国仮出願第６１／２３１，９６５号、名称「Ｅｍｅｒｇｅｎｃｙ  Ｃａｌｌ  Ｈａｎｄｏｆｆ  ｆｒｏｍ  ＬＴＥ  ｔｏ  １ＸＲＴＴ」とへの優先権を主張するものである。
【０００２】
本開示は、全般的には通信に関し、より具体的には、ユーザ機器（ＵＥ）の緊急呼出をサポートする技法に関する。
【背景技術】
【０００３】
ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト、その他などのさまざまな通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークを、使用可能なネットワークリソースを共有することによって複数のユーザをサポートできる多元接続ネットワークとすることができる。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびＳｉｎｇｌｅ−Ｃａｒｒｉｅｒ  ＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
【０００４】
ＵＥは、呼、たとえば緊急呼出のためにワイヤレスネットワークと通信することができる。ＵＥを、モバイルとすることができ、呼中にあるワイヤレスネットワークから別のワイヤレスネットワークにハンドオーバすることができる。用語「ハンドオーバ」と「ハンドオフ」とは、同義であり、しばしば交換可能に使用される。呼のハンドオーバを効率的に実行し、ハンドオーバの後にＵＥのロケーションサービスを維持することが望ましい可能性がある。
【発明の概要】
【０００５】
異なる無線アクセス技術（radio access technology、ＲＡＴ）のワイヤレスネットワークの間での緊急呼出のハンドオーバをサポートする技法を、本明細書で説明する。ＵＥは、緊急呼出のために第１のＲＡＴ（たとえば、Ｅ−ＵＴＲＡ）の第１のワイヤレスネットワークと通信することができる。ＵＥは、第１のワイヤレスネットワークから第２のＲＡＴ（たとえば、１ｘＲＴＴ）の第２のワイヤレスネットワークへのハンドオーバを実行する指示を受信することができる。
【０００６】
一態様では、ＵＥは、第２のワイヤレスネットワークへのハンドオーバを開始するための緊急指示を備えるメッセージを送信することができる。緊急指示は、緊急グローバル番号、予約済みの緊急番号、事前に構成された番号、または指定された指示を備えることができ、これを、下で説明する。第２のワイヤレスネットワーク内の指定されたネットワークエンティティ（たとえば、インターワーキングソリューションファンクション（Interworking Solution Function、ＩＷＳ）またはモバイルスイッチングセンタ（Mobile Switching Center、ＭＳＣ））は、緊急指示に基づいて緊急呼出を認識することができる。指定されたネットワークエンティティは、緊急呼出をアンカリングするネットワークサーバへの新しい着信コールレグを確立するのに使用できるＳＲＶＣＣ用緊急セッション転送番号（Emergency Session Transfer Number for SRVCC、Ｅ−ＳＴＮ−ＳＲ）またはローカル緊急番号に緊急指示をマッピングすることができる。ネットワークサーバは、緊急呼出のために、第１のワイヤレスネットワークを介する現行着信コールレグを第２のワイヤレスネットワークを介する新しい着信コールレグに置換することができる。その後、ＵＥは、ハンドオーバの後に緊急呼出のためにネットワークサーバを介して第２のワイヤレスネットワークと通信することができる。
【０００７】
もう１つの態様では、ロケーション連続性（location continuity）を、第２のワイヤレスネットワークへのハンドオーバの後にＵＥについてサポートすることができる。ＵＥは、ハンドオーバの前には第１のワイヤレスネットワークを介して、ハンドオーバの後には第２のワイヤレスネットワークを介して、ロケーションサービスを入手することができる。ＵＥには、ハンドオーバの前には第１のワイヤレスネットワーク内のソースサービングノード（たとえば、Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ））によって、ハンドオーバの後には第２のワイヤレスネットワーク内のターゲットサービングノード（たとえば、ＭＳＣ）によってサービスすることができる。ターゲットサービングノードのアイデンティティを、ロケーションサーバに送信することができ、ロケーションサーバは、その後、ＵＥにサービスするロケーションアンドルーティングファンクション（Location and Routing Function、ＬＲＦ）を更新することができる。ＬＲＦは、必要な場合に、ＵＥのためにロケーションセッションを開始するのにターゲットサービングノードアイデンティティを使用することができる。
【０００８】
本開示のさまざまな態様と特徴とを、下でさらに詳細に説明する。
【図面の簡単な説明】
【０００９】
【図１】２つのワイヤレスネットワークの例示的展開を示す図。
【図２Ａ】緊急呼出のハンドオーバ手順の設計の前半を示す図。
【図２Ｂ】緊急呼出のハンドオーバ手順の設計の後半を示す図。
【図３】緊急呼出のハンドオーバ手順のもう１つの設計を示す図。
【図４】ハンドオーバの後にＵＥのロケーション連続性を維持する設計を示す図。
【図５】ハンドオーバの後にＵＥのロケーション連続性を維持するもう１つの設計を示す図。
【図６】ＵＥによる緊急呼出のハンドオーバを実行するプロセスを示す図。
【図７】ＩＷＳまたはＭＳＣによる緊急呼出のハンドオーバをサポートするプロセスを示す図。
【図８】ＬＲＦによる緊急呼出のハンドオーバをサポートするプロセスを示す図。
【図９】ＵＥとさまざまなネットワークエンティティとを示すブロック図。
【発明を実施するための形態】
【００１０】
異なるＲＡＴのワイヤレスネットワークの間で緊急呼出のハンドオーバを実行する技法を、本明細書で説明する。ハンドオーバは、ある無線アクセスネットワーク（ＲＡＮ）から別のＲＡＮへのＵＥの無線接続の転送を指す。この技法を、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）という名前の組織によって定義された３ＧＰＰワイヤレスネットワーク、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）という名前の組織によって定義された３ＧＰＰ２ワイヤレスネットワーク、および他のワイヤレスネットワークなどのさまざまなワイヤレスネットワークについて使用することができる。明瞭さのために、下の説明の多くは、３ＧＰＰワイヤレスネットワークから３ＧＰＰ２ワイヤレスネットワークへの緊急呼出のハンドオーバに関する。
【００１１】
この技法を、回線交換（ＣＳ）呼およびパケット交換（ＰＳ）呼などの異なるタイプの呼について使用することもできる。ＣＳ呼は、専用リソース（たとえば、トラフィックチャネル）が、呼の持続時間全体にわたってその呼のために割り当てられる呼である。ＰＳ呼は、データが共有リソースを使用してパケット内で送信される呼である。ワイヤレスネットワークは、ＣＳ呼のみ、ＰＳ呼のみ、またはＣＳ呼とＰＳ呼との両方をサポートすることができる。
【００１２】
この技法を、ユーザプレーンロケーションソリューション／アーキテクチャと制御プレーンロケーションソリューション／アーキテクチャとについて使用することもできる。ユーザプレーンロケーションソリューションは、ユーザプレーンを介してロケーションサービスに関するメッセージを送信するロケーションソリューションである。ユーザプレーンは、上位層のアプリケーションのシグナリングとデータとを搬送し、通常はユーザデータグラムプロトコル（ＵＤＰ）、伝送制御プロトコル（ＴＣＰ）、およびインターネットプロトコル（ＩＰ）などの標準プロトコルを用いて実施されるユーザプレーンベアラを使用する機構である。制御プレーンロケーションソリューションは、制御プレーンを介してロケーションサービスに関するメッセージを送信するロケーションソリューションである。制御プレーンは、上位層のアプリケーションのシグナリングを搬送し、通常はネットワーク固有のプロトコルとインターフェースとシグナリングメッセージとを用いて実施される機構である。ロケーションサービスをサポートするメッセージは、制御プレーンロケーションソリューションにおいてはシグナリングの一部として、また、ユーザプレーンロケーションソリューションにおいてはデータ（ネットワークの観点から）の一部として、搬送される。しかし、メッセージの内容を、ユーザプレーンロケーションソリューションと制御プレーンロケーションソリューションとの両方で同一または類似するものとすることができる。
【００１３】
図１に、同一のまたは異なるネットワークオペレータによって運営されるものとすることができる、３ＧＰＰワイヤレスネットワーク１０２と３ＧＰＰ２ワイヤレスネットワーク１０４との例示的展開を示す。ワイヤレスネットワークを、パブリックランドモバイルネットワーク（public land mobile network、ＰＬＭＮ）と呼ぶ場合もある。一般に、ワイヤレスネットワークは、（ｉ）無線通信をサポートできるＲＡＮと、（ｉｉ）さまざまな通信サービスをサポートできるコアネットワークとを含むことができる。３ＧＰＰワイヤレスネットワーク１０２は、ＲＡＮ  １２２とコアネットワーク１３０とを含む。３ＧＰＰ２ワイヤレスネットワーク１０４は、ＲＡＮ  １２４とコアネットワーク１６０とを含む。ＲＡＮを、アクセスネットワーク、無線ネットワークなどと呼ぶ場合もある。ＲＡＮは、基地局および／または他のネットワークエンティティを含むことができる。基地局を、Ｎｏｄｅ  Ｂ、ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）、基地局システム（ＢＳＳ）、アクセスポイントなどと呼ぶ場合もある。
【００１４】
ＲＡＮ  １２２は、Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）をサポートするＥｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）とすることができ、あるいは、ある他のＲＡＴをサポートするＲＡＮとすることができる。ＲＡＴを、無線技術、エアリンクインターフェース、ワイヤレスアクセスタイプなどと呼ぶ場合もある。Ｅ−ＵＴＲＡを、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）と呼ぶ場合もある。Ｅ−ＵＴＲＡＮ  １２２は、ＵＥのために無線通信をサポートするｅＮＢを含むことができる。
【００１５】
コアネットワーク１３０は、ＲＡＮ  １２２と通信するＵＥのためにさまざまな通信サービスをサポートすることができる。コアネットワーク１３０内では、Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ）１３２が、モビリティ管理、ゲートウェイ選択、認証、ベアラ管理、その他などのさまざまな制御機能を実行することができる。サービングゲートウェイ（Ｓ−ＧＷ）１３４は、データルーティング、データ転送、モビリティアンカリング、その他などのＵＥのためのデータ転送に関係するさまざまな機能を実行することができる。パケットデータネットワーク（ＰＤＮ）ゲートウェイ１３６は、ＵＥのデータ接続性の維持、ＩＰアドレス割当、ＩＰルーティング、その他などのさまざまな機能を実行することができる。
【００１６】
Ｅｖｏｌｖｅｄ  ＳＭＬＣ（Ｅ−ＳＭＬＣ）１３８は、ＲＡＮ  １２２と通信するＵＥの位置決めをサポートすることができる。Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ（ＧＭＬＣ）１４０は、ＲＡＮ  １２２と通信するＵＥのためにロケーションサービスをサポートすることができる。Ｅｍｅｒｇｅｎｃｙ  Ｓｅｃｕｒｅ  Ｕｓｅｒ  Ｐｌａｎｅ  Ｌｏｃａｔｉｏｎ（ＳＵＰＬ）Ｌｏｃａｔｉｏｎ  Ｐｌａｔｆｏｒｍ（Ｅ−ＳＬＰ）１４２は、ＳＵＰＬ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ（ＳＬＣ）とおそらくはＳＵＰＬ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｃｅｎｔｅｒ（ＳＰＣ）とを含むことができる。ＳＬＣは、ロケーションサービスに関するさまざまな機能を実行し、ＳＵＰＬの動作を調整し、ＳＵＰＬ  ｅｎａｂｌｅｄ  ｔｅｒｍｉｎａｌ（ＳＥＴ）と相互作用することができる。ＳＰＣは、ＳＥＴの位置決めとＳＥＴへの支援データの配送をサポートすることができ、位置決め計算に使用されるメッセージと手順との責任を負うこともできる。ＧＭＬＣ  １４０は、３ＧＰＰの制御プレーンロケーションソリューション、たとえばＴＳ  ２３．２７１をサポートすることができる。Ｅ−ＳＬＰ  １４２は、ＳＵＰＬをサポートすることができる。制御プレーンロケーションソリューションまたはユーザプレーンロケーションソリューションのいずれかを、ＲＡＮ  １２２を介する呼を有するＵＥのロケーションを入手するために選択することができる。
【００１７】
Ｐｒｏｘｙ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（Ｐ−ＣＳＣＦ）１４４とＥｍｅｒｇｅｎｃｙ  ＣＳＣＦ（Ｅ−ＣＳＣＦ）１４６とは、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サービス、たとえばＶｏｉｃｅ−ｏｖｅｒ−ＩＰ（ＶｏＩＰ）をサポートすることができる。Ｐ−ＣＳＣＦ  １４４は、ＵＥからの要求を受け入れることができ、これらの要求に内部でサービスするか、おそらくは変換の後に、これらを他のエンティティに転送することができる。Ｅ−ＣＳＣＦ  １４６は、ＵＥのセッション制御サービスを実行することができ、ＩＭＳ緊急サービスをサポートするのに使用されるセッション状態を維持することができ、緊急ＶｏＩＰ呼をサポートすることができる。緊急サービス集中化および連続性アプリケーションサーバ（Emergency Service Centralization and Continuity Application Server、Ｅ−ＳＣＣ  ＡＳ）／緊急アクセス転送機能（Emergency Access Transfer Function、ＥＡＴＦ）１４８は、緊急呼出のｓｉｎｇｌｅ  ｒａｄｉｏ  ｖｏｉｃｅ  ｃａｌｌ  ｃｏｎｔｉｎｕｉｔｙ（ＳＲＶＣＣ）をサポートすることができる。ＳＲＶＣＣを用いて、ハンドオーバがＣＳ  ＲＡＮとＰＳ  ＲＡＮとの間で両方のＲＡＮに同時にはアクセスできないＵＥについて発生する時に、呼を保つ(preserve)することができる。Ｐ−ＣＳＣＦ  １４４と、Ｅ−ＣＳＣＦ  １４６と、Ｅ−ＳＣＣ  ＡＳ  １４８とを、コアネットワーク１３０内のＩＭＳネットワークの一部とすることができる。
【００１８】
Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  Ａｎｓｗｅｒｉｎｇ  Ｐｏｉｎｔ（ＰＳＡＰ）１８０は、緊急呼出に答える責任を負うエンティティであり（たとえば、警察、消防、および医療サービス）、緊急センタ（Emergency Center、ＥＣ）と呼ばれる場合もある。ユーザが、北米での「９１１」または欧州での「１１２」など、ある固定された周知の番号をダイヤルする時に、緊急呼出を開始することができる。ＰＳＡＰ  １８０は、ＰＳ呼（たとえば、ＶｏＩＰ呼）と、ＩＰに基づく対話型ユーザセッションを開始し、変更し、終了するシグナリングプロトコルであるＳｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）とをサポートすることができる。ＰＳＡＰ  １８０は、ＣＳ呼をもサポートすることができる。
【００１９】
ロケーションアンドルーティングファンクション（ＬＲＦ）１７８は、ＰＳＡＰ  １８０とインターフェースすることができ、ルーティング機能を実行し、緊急呼出に関するロケーションサービス（たとえば、ロケーション推定値の取出）をサポートすることができる。ＬＲＦ  １７８は、ＴＳ  ２３．１６７に記載されているように、緊急呼出がＰＳドメイン内で発する時に割り当てられ得る。ＬＲＦ  １７８を、ロケーションサービスのアンカポイントとすることができ、ハンドオーバの後に維持することができる。ＬＲＦ  １７８を、図１に示されているように、すべてのロケーションサーバの外部で実施することができる。ＬＲＦ  １７８は、たとえば接続を介してまたは共通の物理実装を介して、ロケーションサーバとオーバーラップすることもできる。
【００２０】
ＲＡＮ  １２４を、ＣＤＭＡ２０００  １ＸをサポートするＣＤＭＡ２０００  １Ｘ  Ｒａｄｉｏ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ（１ｘＲＴＴ）ＲＡＮとすることができ、あるいは、ある他のＲＡＴをサポートするＲＡＮとすることができる。１ｘＲＴＴを、１Ｘと呼ぶ場合もある。ＲＡＮ  １２４は、基地局と、基地局の調整と制御とを提供できる基地局制御装置（ＢＳＣ）とを含むことができる。
【００２１】
コアネットワーク１６０は、ＲＡＮ  １２４と通信するＵＥのためにさまざまな通信サービスをサポートすることができる。コアネットワーク１６０内で、モバイルスイッチングセンタ（ＭＳＣ）１６２は、１ｘＲＴＴ  ＲＡＮ  １２４と通信するＵＥのＣＳ呼に関する交換機能を実行することができる。１ｘ  ＣＳインターワーキングソリューションファンクション（１ｘＣＳ  ＩＷＳ）１６４は、コアネットワーク１３０と１６０との間のインターワーキングをサポートすることができる。位置決定エンティティ（Position Determining Entity、ＰＤＥ）１６６は、１ｘＲＴＴ  ＲＡＮ  １２４と通信するＵＥの位置決めをサポートすることができる。モバイル位置決めセンタ（Mobile Positioning Center、ＭＰＣ）１６８は、ロケーションサービスをサポートするためにさまざまな機能を実行し、外部ロケーションサービス（ＬＣＳ）クライアントとインターフェースし、加入者プライバシ、認可、認証、請求、その他などのサービスを提供することができる。ＭＰＣ  １６８は、３ＧＰＰ２の制御プレーンロケーションソリューション、たとえばＡＮＳＩ  Ｊ−ＳＴＤ−０３６、３ＧＰＰ２  Ｘ．Ｓ０００２、その他をサポートすることができる。
【００２２】
Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ（ＨＬＲ）１７０は、３ＧＰＰ２ワイヤレスネットワーク１０４とのサービス加入を有するＵＥに関する加入情報を格納することができる。Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（ＭＧＣＦ）１７２は、ＳＩＰ／ＩＰと、公衆交換電話網（ＰＳＴＮ）のＳＳ７などの呼シグナリングとの間の変換をサポートすることができ、ＣＳ音声とＰＳ音声との間で変換するメディアゲートウェイ（ＭＧＷ）（図１には図示せず）を制御することができる。ＭＧＣＦ  １７２を、ＰＳＴＮユーザ（たとえば、ＰＳＡＰ  １８０）へのＶｏＩＰ呼に、またはＶｏＩＰユーザもしくはＶｏＩＰエンティティ（たとえば、Ｅ−ＳＣＣ  ＡＳ  １４８）へのＣＳ呼もしくはＣＳコールレグに使用することができる。
【００２３】
図１は、各ワイヤレスネットワークに含めることができるいくつかのネットワークエンティティを示す。図１は、さまざまなネットワークエンティティの間にあるいくつかのインターフェースをも示す。各ワイヤレスネットワークは、他の機能とサービスとをサポートできる他のネットワークエンティティとインターフェースとを含むことができる。
【００２４】
ＵＥ  １１０は、通信サービスを入手するためにワイヤレスネットワーク１０２または１０４と通信することができる。ＵＥ  １１０は、固定またはモバイルとすることができ、移動局、アクセス端末、ＳＥＴ、加入者ユニット、局などと呼ばれる場合もある。ＵＥ  １１０を、セルラ電話機、携帯情報端末（ＰＤＡ）、ワイヤレスデバイス、ワイヤレスモデム、ワイヤレスルータ、ラップトップコンピュータ、テレメトリデバイス、トラッキングデバイスなどとすることができる。ＵＥ  １１０は、Ｅ−ＵＴＲＡＮ  １２２または１ｘＲＴＴ  ＲＡＮ  １２４内の基地局と通信することができる。ＵＥ  １１０は、ＳＲＶＣＣをサポートすることができ、任意の所与の瞬間にＥ−ＵＴＲＡＮ  １２２または１ｘＲＴＴ  ＲＡＮ  １２４のいずれかと通信できる可能性がある。
【００２５】
ＵＥ  １１０は、１つまたは複数の衛星１９０から信号を受信し、これを測定し、その衛星の擬似距離測定値を入手することもできる。ＵＥ  １１０は、ＲＡＮ  １２２および／またはＲＡＮ  １２４内の基地局からの信号を測定することもでき、その基地局のタイミング測定値、信号強度測定値、および／または信号品質測定値を入手することができる。擬似距離測定値、タイミング測定値、信号強度測定値、および／または信号品質測定値を、端末１１０のロケーション推定値を導出するのに使用することができる。ロケーション推定値を、位置推定値、位置測定などと呼ぶ場合もある。
【００２６】
衛星１９０を、米国の全地球測位システム（ＧＰＳ）、欧州のＧａｌｉｌｅｏシステム、ロシアのＧＬＯＮＡＳＳシステム、またはある他の衛星測位システム（ＳＰＳ）の一部とすることができる。ＳＰＳは、通常、送信器から受信された信号に基づいて受信器が地球上またはその上空の受信器の位置を判定することを可能にするように配置された送信器のシステムを含む。
【００２７】
ＵＥ  １１０は、当初に、ＩＭＳネットワークを介する緊急呼出であるＩＭＳ緊急呼出のために３ＧＰＰワイヤレスネットワーク１０２を介してＰＳＡＰ  １８０と通信することができる。この緊急呼出を、Ｅ−ＳＣＣ  ＡＳ  １４８においてアンカリングすることができ、この緊急呼出は、（ｉ）Ｅ−ＵＴＲＡアクセスを介するＵＥ  １１０からＥ−ＳＣＣ  ＡＳ  １４８への着信コールレグと、（ｉｉ）Ｅ−ＳＣＣ  ＡＳ  １４８からＰＳＡＰ  １８０への発信コールレグとを含むことができる。Ｅ−ＳＣＣ  ＡＳ  １４８は、ＵＥの音声呼連続性をサポートすることができ、ＣＳドメインとＰＳドメインとの間で音声呼を転送する能力を提供することができる。
【００２８】
ＵＥ  １１０は、モバイルとすることができ、３ＧＰＰワイヤレスネットワーク１０２のカバレージを去り、３ＧＰＰ２ワイヤレスネットワーク１０４のカバレージに入ることができる。ハンドオーバに関して、ハンドオーバの前のネットワークエンティティは、ソース側にあり、ハンドオーバの後のネットワークエンティティは、ターゲット側にある。ＳＲＶＣＣハンドオーバ手順を実行して、緊急呼出をＥ−ＵＴＲＡＮ  １２２から１ｘＲＴＴ  ＲＡＮ  １２４にハンドオーバすることができる。ＳＲＶＣＣハンドオーバ手順に関して、３ＧＰＰワイヤレスネットワーク１０２内のＭＭＥ  １３２は、３ＧＰＰ２ワイヤレスネットワーク１０４内の１ｘＣＳ  ＩＷＳ  １６４と通信して、１ｘＲＴＴ  ＲＡＮ  １２４内とＭＳＣ  １６２内とで新しいＣＳコールレグを始めることができる。ＭＳＣ  １６２は、セッション転送を開始することもでき、Ｅ−ＳＣＣ  ＡＳ  １４８は、ＵＥ  １１０の緊急呼出のデータ経路をソース／３ＧＰＰ側の現行ＰＳ呼からターゲット／３ＧＰＰ２側の新しいＣＳ呼に切り替えることができる。データ経路切替の後に、ＵＥ  １１０は、緊急呼出に関して、１ｘＲＴＴ  ＲＡＮ  １２４とＭＳＣ  １６２とコアネットワーク１６０内の他のエンティティ（たとえば、ＭＧＷ）とを介して音声データを通信することができる。
【００２９】
ＳＲＶＣＣを伴うハンドオーバに関して、ソース／Ｅ−ＵＴＲＡアクセス側でのＵＥ  １１０からＥ−ＳＣＣ  ＡＳ  １４８へのシグナリングに使用される現行着信コールレグを、ターゲット／１ｘＲＴＴアクセス側でのＵＥ  １１０からＥ−ＳＣＣ  ＡＳ  １４８への新しい着信コールレグによって置換することができる。現行着信コールレグは、Ｅ−ＵＴＲＡＮ  １７２と、Ｓ−ＧＷ  １３４と、ＰＤＮゲートウェイ１３６と、Ｐ−ＣＳＣＦ  １４４と、Ｅ−ＣＳＣＦ  １４６と、Ｅ−ＳＣＣ  ＡＳ  １４８とによってサポートされ得、これらを通過することができる。新しい着信コールレグは、１ｘＲＴＴ  ＲＡＮ  １２４と、ＭＳＣ  １６２と、ＭＧＣＦ  １７２と、Ｅ−ＳＣＣ  ＡＳ  １４８と、オプションでＭＧＣＦ  １７２をＥ−ＳＣＣ  ＡＳ  １４８に接続するＩｎｔｅｒｒｏｇａｔｉｎｇ  ＣＳＣＦ（Ｉ−ＣＳＣＦ）（図１には図示せず）とによってサポートされ得、これらを通過することができる。Ｅ−ＳＣＣ  ＡＳ  １４８からＰＳＡＰ  １８０への発信コールレグは、同一のままであることができるが、新しい着信コールレグに関する新しい情報（たとえば、新しいＩＰアドレス）を用いて更新され得る。
【００３０】
Ｅ−ＳＣＣ  ＡＳ  １４８は、ＵＥ  １１０が動きまわる時に、緊急呼出を適当なドメインにハンドオーバするための機能を実行することができる。Ｅ−ＳＣＣ  ＡＳ  １４８は、Ｅ−ＳＣＣ  ＡＳ  １４８に「ちょっと立ち寄り(calling into)」、緊急呼出を新しいドメインに移動することによって、ＵＥ  １１０がＣＳドメインとＰＳドメインとの間で移動することを可能にすることができる。ＵＥ  １１０の緊急呼出を、ＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）に関連付けることができる。Ｅ−ＳＴＮ−ＳＲは、Ｅ−ＳＣＣ  ＡＳ  １４８に関連するコアネットワーク１３０のオペレータによって定義される番号（たとえば、電話番号）であり、下で説明するように、ＵＥ  １１０、１ｘＣＳ  ＩＷＳ  １６４、またはＬＲＦ  １７８内で構成されるかもしそうでなければこれらによって提供され得る。緊急呼出のＥ−ＳＴＮ−ＳＲは、Ｅ−ＳＣＣ  ＡＳ  １４８を指すことができ、ＭＧＣＦ  １７２とオプションでＩ−ＣＳＣＦとを介するＭＳＣ  １６２からＥ−ＳＣＣ  ＡＳ  １４８への新しい着信コールレグのルーティングを可能にすることができる。
【００３１】
ＳＲＶＣＣハンドオーバ手順を成功して実行するために、３ＧＰＰ２ワイヤレスネットワーク１０４内の指定されたネットワークエンティティは、Ｅ−ＳＴＮ−ＳＲまたは緊急呼出のＥ−ＳＴＮ−ＳＲを確かめるのに使用できる情報のいずれかを与えられるべきである。これは、緊急呼出をアンカリングする適当なＥ−ＳＣＣ  ＡＳに緊急呼出をルーティングすることを可能にするはずである。たとえば、ＭＳＣ  １６２は、ハンドオーバのためにＥ−ＳＣＣ  ＡＳ  １４８への新しいＣＳ呼を始めるためにＥ−ＳＴＮ−ＳＲを必要とする可能性がある。
【００３２】
一態様では、ＵＥ  １１０を、緊急呼出のハンドオーバを開始するのに使用できる緊急番号を伴って事前に構成することができる。事前に構成される緊急番号は、ＭＳＣ  １６２によって認識でき、ルーティングできる任意の番号とすることができる。たとえば、事前に構成される緊急番号を、予約済みのＥ−ＳＴＮ−ＳＲ、あるいは、３ＧＰＰ２ワイヤレスネットワーク１０４のオペレータに割り当てられたか複数のネットワークオペレータによる共通の使用のために合意されたダイヤル可能なまたはダイヤル不能な番号とすることができる。事前に構成される緊急番号を、一特定のワイヤレスネットワークまたは複数のワイヤレスネットワーク（たとえば、特定の３ＧＰＰ２  １Ｘワイヤレスネットワークまたはすべての１Ｘワイヤレスネットワーク）のために使用することができる。ＵＥ  １１０は、緊急呼出のハンドオーバを始めるためのメッセージに、事前に構成された緊急番号を含めることができる。ＭＳＣ  １６２は、事前に構成された緊急番号を検出することができ、これをＥ−ＳＣＣ  ＡＳ  １４８に関連する有効なＥ−ＳＴＮ−ＳＲに置換することができる。これは、通常の番号変換とルーティングとの一部として発生することができ、ＭＳＣ  １６２が緊急呼出に属するものとして番号を認識することを必要としない。その後、Ｅ−ＳＴＮ−ＳＲに基づいてＭＳＣ  １６２によってＥ−ＳＣＣ  ＡＳ  １４８へのＣＳ呼を始めることができる。
【００３３】
もう１つの態様では、ＵＥ  １１０を、いくつかのまたはすべてのネットワークオペレータについて適用可能とすることができる緊急グローバル番号（ＥＧＮ）を伴って事前に構成することができる。このＥＧＮは、緊急呼出用であるものとして認識され得る任意の番号とすることができる。ＥＧＮは、非緊急呼出のハンドオーバとの混乱を避けるために、他のＳＲＶＣＣ用セッション転送番号（ＳＴＮ−ＳＲ）とは異なるものとすることができる。ＥＧＮは、ダイヤルされる番号と異なっても異ならなくてもよい。たとえば、ＥＧＮは、（ｉ）ワイヤレスネットワーク１０４のオペレータに割り当てられたダイヤル可能またはダイヤル不能な番号、（ｉｉ）３ＧＰＰ２ワイヤレスネットワークに関する既存標準規格に従って無効である番号（たとえば、どのネットワークまたはどのユーザにも割り当てられていない数字の列を含む番号）、または（ｉｉｉ）緊急呼出ハンドオーバを指定するためにネットワークオペレータによって合意された有効なダイヤル可能な番号または有効な緊急番号とすることができる。もう１つの設計では、ＵＥ  １１０は、緊急呼出のハンドオーバに関する特殊な指示を使用することができる。この特殊な指示は、空の(empty)被呼当事者番号(called party number)またはある他の指示とすることができる。ＵＥ  １１０は、緊急呼出に関するＳＲＶＣＣハンドオーバ用のオリジネーションメッセージ（origination message）にＥＧＮを被呼当事者番号（または特殊な指示）として含めることができる。１ｘＣＳ  ＩＷＳ  １６４は、オリジネーションメッセージ内のＥＧＮ（または特殊な指示）を認識することができ、そのＥＧＮ（または特殊な指示）を（ｉ）制御プレーンロケーションソリューションがソース側で使用された場合にはＥ−ＳＴＮ−ＳＲまたは（ｉｉ）ローカル（たとえば、９１１）緊急番号のいずれかに置換することができる。ＥＧＮは、１ｘＣＳ  ＩＷＳ  １６４によって、緊急呼出ハンドオーバを意味するものとして認識され得る。ローカル緊急番号は、ＭＳＣ  １６２によって、緊急呼出オリジネーションを意味するものとして認識され得る。ＭＳＣ  １６２は、緊急呼出がＥ−ＵＴＲＡＮ  １２２からハンドオーバされつつあることを知らない可能性があるが、１ｘＣＳ  ＩＷＳ  １６４は、このハンドオーバを知っている可能性がある。ローカル緊急番号との置換は、ユーザプレーンロケーションソリューションがソース側で使用された場合に好ましい可能性があり、制御プレーンロケーションソリューションがソース側で使用された場合にも有効である可能性がある。ローカル緊急番号が使用される場合には、ＭＳＣ  １６２は、Ｊ−ＳＴＤ−０３６Ｂで定義された通常の緊急呼出手順の拡張としてＭＰＣ  １６８からＥ−ＳＴＮ−ＳＲを入手することができる。どの場合でも、緊急呼出を、Ｅ−ＳＴＮ−ＳＲに基づいてＥ−ＳＣＣ  ＡＳ  １４８にルーティングすることができる。
【００３４】
表１に、緊急呼出のハンドオーバをサポートするさまざまな方式を要約する。表１の各行は、緊急呼出のハンドオーバをサポートする方式を含む。方式ごとに、ＵＥ  １１０は、３ＧＰＰ２ワイヤレスネットワーク１０４内でハンドオーバを完了するのに使用できる情報を送信することができる。指定されたネットワークエンティティ（たとえば、ＭＳＣ  １６２または１ｘＣＳ  ＩＷＳ  １６４）は、ＵＥ  １１０から受信した情報に作用することができる。指定されたネットワークエンティティによって実行されるアクションは、（ｉ）ＵＥ  １１０から受信された情報をＥ−ＳＴＮ−ＳＲもしくはローカル緊急番号（たとえば、９１１番号）に置換することおよび／または（ｉｉ）ある他のアクションを実行することを含むことができる。
【表１】
0005384734.tif 000002
【００３５】
図２Ａと２Ｂとに、オリジネーションメッセージ内でＥＧＮを送信するＵＥ  １１０を伴う緊急呼出のハンドオーバのメッセージフロー２００の設計を示す。ＵＥ  １１０は、Ｅ−ＵＴＲＡアクセスを介して確立されたＩＭＳアクセスレグを介する進行中のＶｏＩＰセッションを介する緊急呼出を有することができる（ステップ１）。ＵＥ  １１０は、近くの１ｘＲＴＴ基地局に関するパイロット測定レポートをＥ−ＵＴＲＡＮ  １２２内のサービング基地局／ｅＮＢに周期的に送信することができる（ステップ２）。Ｅ−ＵＴＲＡＮ  １２２は、パイロット測定レポートを受信することができ、あるトリガ（たとえば、ある近くの１ｘＲＴＴ基地局に関するＵＥでのよい信号強度とサービング基地局に関する悪い信号強度と）に基づいて、１ｘＲＴＴへのＲＡＴ間ハンドオーバを開始するハンドオーバ判断を行うことができる（ステップ３）。その後、Ｅ−ＵＴＲＡＮ  １２２は、ＲＡＴ間ハンドオーバを実行するようにＵＥ  １１０に指示するために、Ｈａｎｄｏｖｅｒ  （ＨＯ）  ｆｒｏｍ  Ｅ−ＵＴＲＡ  Ｐｒｅｐａｒａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを送信することができる（ステップ４）。このメッセージは、１ｘＲＴＴ  ＲＡＮ  １２４の関係パラメータおよび／または他の情報を含むことができる。
【００３６】
ＵＥ  １１０は、Ｅ−ＵＴＲＡＮ  １２２から要求メッセージを受信することができ、Ｅ−ＵＴＲＡＮ  １２２とＭＭＥ  １３２とによって１ｘＣＳ  ＩＷＳ  １６４にトンネリングできる１ｘＲＴＴ発呼(call origination)を始めさせることができる（ステップ５から７）。ＵＥ  １１０は、ＣＳアクセスレグの確立を開始するためにＵｐｌｉｎｋ  （ＵＬ）  Ｈａｎｄｏｖｅｒ  Ｐｒｅｐａｒａｔｉｏｎ  ＴｒａｎｓｆｅｒメッセージをＥ−ＵＴＲＡＮ  １２２に送信することができる（ステップ５）。この転送メッセージは、ＵＥ  １１０のＭｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ（ＭＥＩＤ）、ＥＧＮにセットされた被呼当事者番号（ＣｄＰＮ）フィールドを有する１Ｘ呼オリジネーション（1X Call Origination）メッセージ、緊急音声サービス連続性を示すために「ｅｍｅｒｇｅｎｃｙ  ｈａｎｄｏｖｅｒ（緊急ハンドオーバ）」にセットされた要求タイプ(Request-Type)フィールド、その他を含むことができる。Ｅ−ＵＴＲＡＮ  １２２は、この転送メッセージをＵＥ  １１０から受信することができ、Ｕｐｌｉｎｋ  Ｓ１  ｃｄｍａ２０００  ＴｕｎｎｅｌｉｎｇメッセージをＭＭＥ  １３２に送信することができる（ステップ６）。このトンネリングメッセージは、ＭＥＩＤ、ＥＧＮにセットされたＣｄＰＮフィールドを有する１Ｘオリジネーションメッセージ、ターゲット１ｘＲＴＴサービングセルを識別する参照セル(reference cell)アイデンティティ（ＩＤ）、ハンドオーバ準備が開始されたことをＭＭＥ  １３２に示すｃｄｍａ２０００ハンドオーバ（ＨＯ）必要指示（cdma2000 Handover (HO) Required Indication）などを含むことができる。
【００３７】
ＭＭＥ  １３２は、トンネリングメッセージをＥ−ＵＴＲＡＮ  １２２から受信することができ、参照セルＩＤに基づいて１ｘＣＳ  ＩＷＳ  １６４を選択することができる。その後、ＭＭＥ  １３２は、Ｓ１０２  Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒメッセージを選択された１ｘＣＳ  ＩＷＳ  １６４に送信することができる（ステップ７）。この転送メッセージは、ＭＥＩＤ、ＥＧＮにセットされたＣｄＰＮフィールドを有する１Ｘオリジネーションメッセージなどを含むことができる。
【００３８】
１ｘＣＳ  ＩＷＳ  １６４は、転送メッセージをＭＭＥ  １３２から受信することができ、１ＸオリジネーションメッセージからＥＧＮを入手することができる。１ｘＣＳ  ＩＷＳ  １６４は、ＥＧＮの存在から、これが緊急呼出のハンドオーバに関する要求であることを認識することができる。その後、１ｘＣＳ  ＩＷＳ  １６４は、ＣｄＰＮ内のＥＧＮをＥ−ＳＴＮ−ＳＲに置換することができ、新しいＣｄＰＮを含む変更された１ＸオリジネーションメッセージをＭＳＣ  １６２に送信することができる（ステップ８）。ＭＳＣ  １６２は、これを１ｘＲＴＴエアインターフェースを介する通常の１ｘ発呼と考え、扱うことができ、その後、ＣｄＰＮ内のＥ−ＳＴＮ−ＳＲを使用して呼をＥ−ＳＣＣ  ＡＳ  １４８にルーティングすることによって、Ｅ−ＳＣＣ  ＡＳ  １４８へのＵＥ  １１０用のＣＳコールレグを確立することができる（ステップ９）。ステップ９中に、新しいコールレグ用のデータ経路を作成することができ、Ｅ−ＳＣＣ  ＡＳ  １４８は、新しい着信コールレグをＰＳＡＰ  １８０への発信コールレグに関連付け、発信コールレグを更新し、Ｅ−ＵＴＲＡＮ  １２２を介する以前の着信コールレグを解放することができる。
【００３９】
ターゲット１ｘＲＴＴセルへのＵＥ  １１０のハンドオーバを完了するために、１ｘＣＳ  ＩＷＳ  １６４は、ハンドオーバ要求をＭＭＥ  １３２とＥ−ＵＴＲＡＮ  １２２とを介してＵＥ  １１０にトンネリングすることができる（ステップ１０から１２）。１ｘＣＳ  ＩＷＳ  １６４は、１Ｘハンドオーバ指示（1X Handover Direction）メッセージとハンドオーバが成功であったか否かを示すハンドオーバインジケータとを含むＳ１０２  Ｄｉｒｅｃｔ  ＴｒａｎｓｆｅｒメッセージをＭＭＥ  １３２に返すことができる（ステップ１０）。ＭＭＥ  １３２は、１Ｘハンドオーバ指示メッセージおよびハンドオーバインジケータと共に、ｄｏｗｎｌｉｎｋ  Ｓ１  ｃｄｍａ２０００  ＴｕｎｎｅｌｉｎｇメッセージをＥ−ＵＴＲＡＮ  １２２に返すことができる（ステップ１１）。ハンドオーバが成功であった場合には、Ｅ−ＵＴＲＡＮ  １２２は、図２Ａ（ステップ１２）に示されているように、ハンドオフ指示メッセージを担持するＭｏｂｉｌｉｔｙ  ｆｒｏｍ  Ｅ−ＵＴＲＡ  ＣｏｍｍａｎｄメッセージをＵＥ  １１０に送信することができ、このメッセージを、ＵＥ  １１０はターゲット１ｘＲＴＴセルにハンドオーバするコマンドと考えることができる。そうではなく、ハンドオーバが成功ではなかった場合には、Ｅ−ＵＴＲＡＮ  １２２は、ハンドオーバ失敗を示す１Ｘメッセージを担持するダウンリンク情報転送（Downlink Information Transfer）メッセージをＵＥ  １１０に送信することができる（図２Ａには図示せず）。
【００４０】
ここで図２Ｂを参照すると、ＵＥ  １１０は、１ｘＲＴＴ  ＲＡＮ  １２４のトラフィックチャネル情報を受信することができ、１ｘＲＴＴ  ＲＡＮ  １２４内のターゲット１ｘＲＴＴセルへのハンドオーバを実行することができる（ステップ１３から１５）。ＵＥ  １１０は、１ｘＲＴＴ  ＲＡＮ  １２４に同調し、ターゲット１ｘＲＴＴセルへの１ｘＲＴＴ  ＣＳアクセスを伴うトラフィックチャネル獲得を実行することができる（ステップ１３）。ＵＥ  １１０は、１Ｘ  Ｈａｎｄｏｆｆ  Ｃｏｍｐｌｅｔｉｏｎメッセージを１ｘＲＴＴ  ＲＡＮ  １２４に送信することができる（ステップ１４）。１ｘＲＴＴ  ＲＡＮ  １２４は、ターゲット１ｘＲＴＴセルへのハンドオーバの完了を示すためにＭＳＣ  １６２にメッセージを送信することができ、その後、ＭＳＣ  １６２は、１ｘＣＳ  ＩＷＳ  １６４への呼接続を解放することができる（ステップ１５）。その後、ＣＳアクセスレグを介する進行中の緊急呼出が、１ｘＲＴＴアクセスを介して確立される（ステップ１６）。
【００４１】
Ｅ−ＵＴＲＡＮ  １２２は、Ｅ−ＵＴＲＡから１ｘＲＴＴへの成功のハンドオーバによって引き起こされるＳ１解放手順を示すために、Ｓ１  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  ＲｅｑｕｅｓｔメッセージをＭＭＥ  １３２に送信することができる（ステップ１７）。ＭＭＥ  １３２は、ＵＥ  １１０に関するすべての保証ビットレート（guaranteed bit rate、ＧＢＲ）ベアラを非アクティブ化することができ、ＵＥ  １１０に関するすべての非ＧＢＲベアラを一時停止するために、サービングゲートウェイ１３４およびＰＤＮゲートウェイ１３６とＳｕｓｐｅｎｄ  Ｒｅｑｕｅｓｔ／Ａｃｋｎｏｗｌｅｄｇｅメッセージを交換することができる（ステップ１８）。その後、Ｅ−ＵＴＲＡＮ  １２２内のＳ１  ＵＥコンテキストを解放することができる（ステップ１９）。
【００４２】
ハンドオーバが完了した後の緊急サービスセッションについて、制御プレーンロケーションソリューションがソース側で使用された場合には、ＭＭＥ  １３２は、ＭＳＣ  １６２の指示（たとえば、ターゲット１ｘＲＴＴセルＩＤ）を担持するＳｕｂｓｃｒｉｂｅｒ  Ｌｏｃａｔｉｏｎ  Ｒｅｐｏｒｔを、ソース側に関連するＧＭＬＣ  １４０に送信することができる（ステップ２０）。これは、緊急呼出のハンドオーバの後のＵＥ  １１０の１ｘＲＴＴ側でのロケーション連続性を可能にすることができる。その代わりに、制御プレーンロケーションソリューションがソース側で使用されなかった場合には、ロケーション連続性手順を、下で説明するように１ｘＲＴＴ側で始めさせることができる。ステップ２０が発生する場合には、ＬＲＦ  １７８を、１ｘＲＴＴにハンドオーバしているＵＥ  １１０のＧＭＬＣ  １４０によって更新することができる。
【００４３】
図２Ａと２Ｂとは、１ｘＣＳ  ＩＷＳ  １６４が被呼当事者番号のＥＧＮをＥ−ＳＴＮ−ＳＲに置換する設計を示す。別の設計では、１ｘＣＳ  ＩＷＳ  １６４は、１ＸオリジネーションメッセージをＭＳＣ  １６２に転送することができ、このＭＳＣ  １６２が、ＥＧＮをＥ−ＳＴＮ−ＳＲに置換することができる。ＭＳＣ  １６２は、番号変換と呼ルーティングとの一部としてＥＧＮをＥ−ＳＴＮ−ＳＲに置換することができる。その代わりに、ＭＳＣ  １６２は、下で説明するように、通常の緊急呼出手順の拡張としてＭＰＣ  １６８からＥ−ＳＴＮ−ＳＲを入手することができる。この設計は、１ネットワークオペレータあたり複数のＥ−ＳＣＣ  ＡＳをサポートすることができる。
【００４４】
図３に、ＵＥ  １１０がオリジネーションメッセージ内でＥＧＮを送信する、緊急呼出のハンドオーバのメッセージフロー３００の設計を示す。ＵＥ  １１０は、Ｅ−ＵＴＲＡＮアクセス１２２を介して確立されたＩＭＳアクセスレグ上の進行中のＶｏＩＰセッションを介する緊急呼出を有することができる（図３には図示せず）。Ｅ−ＵＴＲＡＮ  １２２は、図３には示されていないが、図２Ａのステップ２と３と４とについて説明したように、ターゲット１ｘＲＴＴセルヘのＵＥ  １１０のハンドオーバを始めさせると判断することができる。その後、ＵＥ  １１０は、Ｅ−ＵＴＲＡから１ｘＲＴＴへのハンドオーバを開始するために１Ｘオリジネーションメッセージを送信することができる（ステップ１）。この１Ｘオリジネーションメッセージは、ＵＥ  １１０のモバイルディレクトリ番号（Mobile Directory Number、ＭＤＮ）、ＥＧＮにセットされたＣｄＰＮフィールド（または緊急呼出ハンドオーバの特殊な指示）、ＵＥ  １１０の測位能力（ＭＰＣＡＰ）、モバイル情報（ＭＯＢＩＮＦＯ）などを含むことができる。ステップ１は、ＵＥ  １１０から１ｘＣＳ  ＩＷＳ  １６４へのメッセージ転送のさらなる詳細を示す図２Ａのステップ５と６と７とに対応することができる。１ｘＣＳ  ＩＷＳ  １６４は、１Ｘオリジネーションメッセージを受信し、ＥＧＮの存在から、これが緊急呼出のハンドオーバに関する要求であることを認識し、ＥＧＮをローカル緊急番号（たとえば、９１１）に置換し、変更されたメッセージをＭＳＣ  １６２に送信することができる（ステップ２）。その代わりに、ある他の緊急指示が、ＥＧＮの代わりに１Ｘオリジネーションメッセージに含まれる場合には、ＭＳＣ  １６２は、ローカル緊急番号を含むＣｄＰＮを１Ｘオリジネーションメッセージ内に追加し、このメッセージをステップ２でＭＳＣ  １６２に転送することができる。ＭＳＣ  １６２は、たとえば非緊急ＳＲＶＣＣについて定義されているように、ＡＮＳＩ−４１を使用してＵＥ  １１０を登録し、認証することができる（ステップ３）。ＭＳＣ  １６２は、１Ｘオリジネーションメッセージ内の緊急番号を認識することができ、通常の形で緊急呼出処理を実行することができる。ＭＳＣ  １６２は、ルーティング指示についてＭＰＣ  １６８に照会するためにＡＮＳＩ−４１  Ｏｒｉｇｉｎａｔｉｏｎ  Ｒｅｑｕｅｓｔ（ＯＲＲＥＱ）メッセージを送信することができる（ステップ４）。
【００４５】
ＭＰＣ  １６８は、ＭＳＣ  １６２から要求メッセージを受信することができ、ＬＲＦ  １７８に照会し（オペレータ内ハンドオーバを仮定して）、ＵＥ  １１０のアイデンティティ（たとえば、ＭＤＮ）とＭＳＣ  １６２のアイデンティティとを提供することができる（ステップ５）。ＬＲＦ  １７８は、ＵＥ  １１０のロケーションレコードを見つけることができ、このロケーションレコードは、緊急呼出がＥ−ＵＴＲＡＮ側で始められた時より前に作成された可能性がある。このロケーションレコードは、Ｅ−ＳＣＣ  ＡＳ  １４８に関連するＥ−ＳＴＮ−ＳＲを含むことができ、このＥ−ＳＴＮ−ＳＲは、ソースコアネットワーク１３０が複数のＥ−ＳＣＣ  ＡＳを含む場合に緊急呼出の発呼中にＥ−ＣＳＣＦ  １４６によってＬＲＦ  １７８に送信された可能性がある。その代わりに、ソースコアネットワーク１３０が、１つのＥ−ＳＣＣ  ＡＳだけを含む場合には、ＬＲＦ  １７８を、ソース３ＧＰＰワイヤレスネットワーク１０２からターゲット３ＧＰＰ２ワイヤレスネットワーク１０４へのすべての呼ハンドオーバに適用可能な、このＥ−ＳＣＣ  ＡＳ用のＥ−ＳＴＮ  ＳＲを用いて構成することができる。ＬＲＦ  １７８は、Ｅ−ＳＣＣ  ＡＳ  １４８に関連するＥ−ＳＴＮ−ＳＲをＭＰＣ  １６８に返すことができる（ステップ６）。その代わりに、１つのＥ−ＳＣＣ  ＡＳだけがある時に、ＬＲＦ  １７８は、ステップ６で、呼レコードがＵＥ  １１０について見つかったことをＭＰＣ  １６８に示すが、Ｅ−ＳＴＮ−ＳＲを返さないものとすることができ、ＭＰＣ  １６８が、Ｅ−ＳＴＮ−ＳＲ（ＭＰＣ  １６８内で構成され得る）を判定することができる。ＭＰＣ  １６８は、通常の緊急呼出と１Ｘ  ＳＲＶＣＣハンドオーバとの両方についてＬＲＦ  １７８に照会することができる。というのは、この２つのケースが、ＭＳＣ  １６２とＭＰＣ  １６８とによって区別不能である可能性があるからである。通常の緊急呼出について、ＬＲＦ  １７８は、ＵＥ  １１０の以前の呼レコードを見つけず、その後、これをＭＰＣ  １６８に示すことができ、ＭＰＣ  １６８は、その後、通常の緊急呼出処理を実行することができる（図３には図示せず）。
【００４６】
ＭＰＣ  １６８は、Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅｓ  Ｒｏｕｔｉｎｇ  Ｋｅｙ（ＥＳＲＫ）フィールドまたはＥｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅｓ  Ｒｏｕｔｉｎｇ  Ｄｉｇｉｔ（ＥＳＲＤ）フィールドがＥ−ＳＴＮ−ＳＲにセットされたＡＮＳＩ−４１  Ｏｒｉｇｉｎａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ（ｏｒｒｅｑ）メッセージをＭＳＣ  １６２に返すことができる（ステップ７）。ＥＳＲＤは、ＰＳＡＰを識別し、ＰＳＡＰにルーティングするのに使用されるダイヤル不能ディレクトリ番号である。ＥＳＲＫは、ＰＳＡＰを識別し、ＰＳＡＰにルーティングするのに、ならびに緊急呼出を識別するのに使用されるダイヤル不能ディレクトリ番号である。各ＰＳＡＰを、１つのＥＳＲＤならびに複数のＥＳＲＫのプールに関連付けることができる。プールからの１つのＥＳＲＫを、緊急呼出の持続時間の間に１つのＵＥに割り当てることができる。その後、緊急呼出を、ＥＳＲＫまたはＥＳＲＤに基づいてＰＳＡＰにルーティングすることができる。ＭＰＣ  １６８は、通常は緊急呼出オリジネーションのために始められる通常のロケーション照会を抑止することができる。
【００４７】
ステップ２から７と並行して、１ｘＣＳ  ＩＷＳ  １６４は、ターゲット１ｘＲＴＴセルへのＵＥ  １１０のハンドオーバを始めさせることができる（ステップ８）。ステップ８は、図３で省略されているハンドオーバ開始のさらなる詳細を示す、図２Ａのステップ１０と１１と１２とに対応することができる。ハンドオーバは、ステップ９から１１で継続することができ、ステップ１２の前または後に完了され得る。ＭＳＣ  １６２は、被呼当事者番号としてステップ７で受信されたＥ−ＳＴＮ−ＳＲを使用してＭＧＣＦ  １７２にＩＳＤＮ  Ｕｓｅｒ  Ｐａｒｔ  Ｉｎｉｔｉａｌ  Ａｄｄｒｅｓｓ  Ｍｅｓｓａｇｅ（ＩＳＵＰ  ＩＡＭ）を送信することによって、緊急呼出セットアップを継続することができる（ステップ１２）。ＭＧＣＦ  １７２は、ＩＳＵＰ  ＩＡＭをＳＩＰ  ＩＮＶＩＴＥに変換することができ、そのＳＩＰ  ＩＮＶＩＴＥを直接に（ステップ１３）またはＩ−ＣＳＣＦを介して（図３には図示せず）のいずれかでＥ−ＳＣＣ  ＡＳ  １４８に送信することができる。Ｅ−ＳＣＣ  ＡＳ  １４８は、オリジナル呼レコードを突き止めることができ、継続して、新しい着信１ｘＲＴＴコールレグを確立し、古い着信Ｅ−ＵＴＲＡコールレグを解放し、ＰＳＡＰ  １８０への発信コールレグを更新することができる（ステップ１４）。
【００４８】
図２Ａと２Ｂと３とは、緊急呼出のハンドオーバをサポートするメッセージフローの２つの例示的な設計を示す。緊急呼出のハンドオーバを、他の形でサポートすることもできる。たとえば、ＵＥ  １１０は、事前に構成された緊急番号、事前に構成された番号、または１Ｘオリジネーションメッセージ内の特殊な指示を含むことができる。ＭＳＣ  １６２が（１ｘＣＳ  ＩＷＳ  １６４の代わりに）、１Ｘオリジネーション内でＵＥ  １１０によって含められた指示をＥ−ＳＴＮ−ＳＲまたはローカル緊急番号に置換することができる。
【００４９】
３ＧＰＰワイヤレスネットワーク１０２から３ＧＰＰ２ワイヤレスネットワーク１０４への緊急呼出のハンドオーバの後にＵＥ  １１０のロケーション連続性を維持することが望ましい場合がある。ロケーション連続性は、あるワイヤレスネットワークから別のワイヤレスネットワークへのハンドオーバの後にＵＥのロケーションサービスをサポートし続ける能力を指す。ロケーション連続性は、ＵＥの初期ロケーション推定値および／または更新されたロケーション推定値を、緊急呼出をサービスするＰＳＡＰに提供できるようにするために、緊急呼出について特に望ましい可能性がある。
【００５０】
ある設計では、次のアクションを、ハンドオーバの後にＵＥ  １１０のロケーション連続性を維持するために実行することができる。
【００５１】
１．ターゲットロケーションサーバと異なる場合のソースロケーションサーバの除去と、
２．ソースロケーションサーバと異なる場合のターゲットロケーションサーバの割当と、
３．制御プレーンロケーションソリューションがターゲットロケーションサーバによってサポートされる場合の、ターゲットサービングノードのアイデンティティとおそらくはターゲットセルＩＤとのターゲットロケーションサーバへの提供と、
４．ＳＵＰＬがターゲットロケーションサーバによってサポートされるがソースロケーションサーバによってサポートされない場合の、ＵＥ  １１０にアクセスする手段（たとえば、ＵＥ  １１０に割り当てられたＩＰアドレス）とおそらくは相互認証をサポートするための手段とのＥ−ＳＬＰへの提供。
【００５２】
図４に、ターゲット側更新を使用する緊急呼出のハンドオーバの後にＵＥ  １１０のロケーション連続性を維持する第１の方式の設計を示す。第１の方式を、制御プレーンロケーションソリューションがターゲット側で使用され、制御プレーンロケーションソリューションまたはユーザプレーンロケーションソリューションのいずれかがソース側で使用されるハンドオーバシナリオについて使用することができる。第１の方式を、図３のメッセージフロー３００について使用することができる。
【００５３】
図４に示されているように、ＵＥ  １１０は、ハンドオーバの前に、Ｅ−ＵＴＲＡＮ  １２２と通信することができ、ソースサービングノードとしてのＭＭＥ  １３２によってサービスされ得、ソース側のソースロケーションサーバとしてのＧＭＬＣ  １４０（図４に示されているように）またはＥ−ＳＬＰ  １４２によってサービスされ得る。ＵＥ  １１０は、ハンドオーバの後に、１ｘＲＴＴ  ＲＡＮ  １２４と通信することができ、ターゲットサービングノードとしてのＭＳＣ  １６２によってサービスされ得、ターゲット側のターゲットロケーションサーバとしてのＭＰＣ  １６８によってサービスされ得る。
【００５４】
ＵＥ  １１０は、Ｅ−ＵＴＲＡＮ  １２２から１ｘＲＴＴ  ＲＡＮ  １２４へのハンドオーバを実行することができる。ＭＭＥ  １３２も、ＭＳＣ  １６２と共にＵＥ  １１０のハンドオーバを実行することができる。ＭＳＣ  １６２は、たとえばＭＳＣ  １６２で格納された構成情報またはドメインネームシステム（ＤＮＳ）クエリに基づいて、ターゲットロケーションサーバとしてＭＰＣ  １６８を識別することができる。ＭＳＣ  １６２は、ハンドオーバ中にまたはハンドオーバが完了した時に、ＡＮＳＩ−４１  ＯＲＲＥＱメッセージ内でそのアイデンティティ（たとえば、そのアドレス）をＭＰＣ  １６８に転送することができる（ステップ１）。ＭＰＣ  １６８は、それがＵＥ  １１０のソースロケーションサーバであるかどうかを判定することができ、たとえば、呼レコードが維持される場合にＵＥ  １１０の呼レコードを探すことによって、制御プレーンロケーションソリューションがソース側で使用される場合にそれがＧＭＬＣ  １４０として働くのかどうかを判定することができる。ＭＰＣ  １６８が、ＵＥ  １１０のソースロケーションサーバである場合には、残りのステップをスキップすることができる。そうでない場合には、ＭＰＣ  １６８は、ハンドオーバに関する情報を用いてＬＲＦ  １７８を更新することができる（ステップ２）。たとえば、ＭＰＣ  １６８は、ＭＳＣ  １６２のアイデンティティとＵＥ  １１０のアイデンティティとをＬＲＦ  １７８に供給することができる。ＬＲＦ  １７８は、ＭＰＣ  １６８から更新を受信することができ、ＶｏＩＰ緊急呼出がソースＥ−ＵＴＲＡＮ側で最初に始められた時に作成されたＵＥ  １１０のロケーションレコードを探し、見つけることができる。その後、ＬＲＦ  １７８は、ソースロケーションサーバ／ＧＭＬＣ  １４０またはＥ−ＳＬＰ  １４２を除去することができる（ステップ３）。
【００５５】
その代わりに、ＵＥ  １１０と１ｘＣＳ  ＩＷＳ  １６４とが、たとえばハンドオーバのための通常の呼のオリジネーションと同様に、ハンドオーバの一部としてＭＳＣ  １６２の観点から１Ｘ緊急呼出を始めることができる。これは、その後、たとえば図３のステップ４によって示されるように、通常の１Ｘ緊急呼出オリジネーションの一部として、ＭＳＣ  １６２に、ＭＰＣ  １６８へ照会させることができる。その後、ＭＰＣ  １６８は、ＥＳＲＫ番号またはＥＳＲＤ番号を返すことができる。しかし、ＭＰＣ  １６８は、ＭＳＣ  １６２からの照会が、１ｘＲＴＴへのＵＥ  １１０の緊急呼出のハンドオーバをサポートするためであると判定することができ、たとえば、ＭＰＣ  １６８は、ＬＲＦ  １７８に照会して、図３のステップ５と６とについて示されているようにＵＥ  １１０の緊急呼出のレコードがＬＲＦ  １７８内に既に存在することを判定することができる。その後、ＭＰＣ  １６８は、ＥＳＲＫ番号またはＥＳＲＤ番号をＥ−ＳＴＮ−ＳＲ（たとえば、図３のステップ６について示されるようにＬＲＦ  １７８によって提供されたＥ−ＳＴＮ−ＳＲ）にセットし、これをＭＳＣ  １６２に返すことができる（たとえば、図３のステップ７について示されるように）。Ｊ−ＳＴＤ−０３６に従う通常の緊急呼出セットアップの一部として、ＭＳＣ  １６２は、Ｅ−ＳＴＮ−ＳＲに基づいて呼をルーティングすることができ、呼は、Ｅ−ＳＣＣ  ＡＳ  １４８に転送され得る。
【００５６】
図４に示されているように、ターゲット側更新について、ＭＳＣ  １６２は、ハンドオーバされた緊急呼出を新しい１Ｘ緊急呼出オリジネーションのように扱うことによって、ＭＰＣ  １６８を介してＬＲＦ  １７８を更新することができる。ＭＰＣ  １６８は、図３のステップ５に対応することができる図４のステップ２で、ＵＥ  １１０のアイデンティティ（たとえば、ＭＤＮ）とＭＳＣ  １６２のアイデンティティとをＬＲＦ  １７８に供給することができる。ハンドオーバの後のＵＥ  １１０のロケーション連続性をサポートすることができる。というのは、ＬＲＦ  １７８が、ＭＰＣ  １６８による更新の結果として、ＵＥ  １１０が１ｘＲＴＴにハンドオーバされたことを発見できるからである。その後、ＬＲＦ  １７８は、ＰＳＡＰ  １８０に関する将来のロケーション要求をＭＰＣ  １６８に向けることができる。
【００５７】
図５に、ソース側更新を使用する緊急呼出のハンドオーバの後にＵＥ  １１０のロケーション連続性を維持する第２の方式の設計を示す。第２の方式を、制御プレーンロケーションソリューションがソース側で使用され、制御プレーンロケーションソリューションまたはユーザプレーンロケーションソリューションがターゲット側で使用されるハンドオーバシナリオに使用することができる。第２の方式を、図２Ａと２Ｂとのメッセージフロー２００に使用することができる。
【００５８】
図５に示されているように、ＵＥ  １１０は、ハンドオーバの前には、Ｅ−ＵＴＲＡＮ  １２２と通信することができ、ソースサービングノードとしてのＭＭＥ  １３２によってサービスされ得、ソースロケーションサーバとしてのＧＭＬＣ  １４０によってサービスされ得る。ＵＥ  １１０は、ハンドオーバの後には、１ｘＲＴＴ  ＲＡＮ  １２４と通信することができ、ターゲットサービングノードとしてのＭＳＣ  １６２によってサービスされ得、ターゲットロケーションサーバとしてのＭＰＣ  １６８によってサービスされ得る。
【００５９】
第２の方式について、ＭＭＥ  １３２は、ハンドオーバが完了した後に、ＵＥ  １１０のアイデンティティと、ＭＳＣ  １６２のアイデンティティまたはＭＳＣ  １６２への参照（たとえば、ターゲット１ｘＲＴＴセルアイデンティティ）とをＧＭＬＣ  １４０に転送することができる（ステップ１）。ステップ１は、図２Ｂのステップ２０に対応することができる。ＧＭＬＣ  １４０が、呼レコードを維持し、それがターゲットロケーションサーバ（たとえば、ＭＰＣ  １６８）になると判定できる場合には、後続ステップをスキップすることができる。そうではない場合には、ＧＭＬＣ  １４０は、ハンドオーバに関する情報を用いてＬＲＦ  １７８を更新し、たとえば、ＵＥ  １１０のアイデンティティとＭＳＣ  １６２のアイデンティティまたはこれへの参照とを提供することができる（ステップ２）。ステップ２は、図２Ｂのステップ２１に対応することができる。ＬＲＦ  １７８は、ＵＥ  １１０のターゲットロケーションサーバとしてＭＰＣ  １６８を判定し、割り当てることができる。ターゲットロケーションサーバ／ＭＰＣ  １６８が、ソースロケーションサーバ／ＧＭＬＣ  １４０と異なる場合には、ＬＲＦ  １７８は、ＵＥ  １１０とＭＳＣ  １６２とに関する情報をＭＰＣ  １６８に供給することができる（ステップ３）。その後、ＬＲＦ  １７８は、ＧＭＬＣ  １４０がターゲットロケーションサーバではない場合に、ＧＭＬＣ  １４０を除去することができる（ステップ４）。ＭＰＣ  １６８は、ＬＲＦ  １７８から受信した情報に基づいてＭＳＣ  １６２と通信することができる。たとえば、ＬＲＦ  １７８が、ターゲット１ｘＲＴＴ側へのハンドオーバが完了した後にＵＥ  １１０のロケーションに関する要求をＰＳＡＰ  １８０から受信する場合に、ＬＲＦ  １７８は、そのロケーション要求をＭＰＣ  １６８に転送することができる。その後、ＭＰＣ  １６８は、通常の手順を使用して、３ＧＰＰ２  Ｘ．Ｓ０００２で定義されているようにロケーションを入手することができ、この手順は、ＵＥ  １１０のホームＨＬＲからＭＳＣ  １６２のアドレスを照会することを含んでも含まなくてもよい（たとえば、ＬＲＦ  １７８がＭＳＣ  １６２のアドレスをＭＰＣ  １６８に供給する場合にはそのような照会を含む必要がない）。ＵＥ  １１０のロケーションを入手する手順とそのロケーションをＰＳＡＰ  １８０に返す手順とは、Ｘ．Ｓ０００２で定義されているように、ＭＰＣ  １６８とＰＤＥ  １６６とＭＳＣ  １６２とＵＥ  １１０との間の相互作用を含むことができる。
【００６０】
図５では、ソース側更新について、ＭＭＥ  １３２は、ハンドオーバの後にＧＭＬＣ  １４０を更新することができ、（ｉ）ターゲット１ｘＲＴＴセルに基づいて判定され得るＭＳＣ  １６２のＩＤ、（ｉｉ）１ｘＣＳ  ＩＷＳ  １６４のＩＤ、または（ｉｉｉ）ターゲット参照セルを提供することができる。その後、ターゲット側でのロケーション連続性は、Ｘ．Ｓ０００２での１Ｘソリューションに従うことができる。
【００６１】
図４と５とは、緊急呼出のハンドオーバの後にＵＥ  １１０のロケーション連続性を維持する２つの例示的な方式を示す。ロケーション連続性を、他の方法で維持することもできる。
【００６２】
図６に、ＵＥによる緊急呼出のハンドオーバを実行するプロセス６００の設計を示す。プロセス６００を、ＵＥ（下で説明する）またはある他のエンティティによって実行することができる。ＵＥは、緊急呼出のために第１のワイヤレスネットワークと通信することができる（ブロック６１２）。ＵＥは、第１のワイヤレスネットワークから第２のワイヤレスネットワークへのハンドオーバを実行する指示を受信することができる（ブロック６１４）。ＵＥは、第２のワイヤレスネットワークへのハンドオーバを開始するための緊急指示を備えるメッセージを送信することができる（ブロック６１６）。その後、ＵＥは、ハンドオーバの後に緊急呼出のために第２のワイヤレスネットワークと通信することができる（ブロック６１８）。
【００６３】
緊急指示は、ＥＧＮ、予約済みの緊急番号、事前に構成された番号、第２のワイヤレスネットワーク内の指定されたネットワークエンティティに対して緊急呼出を識別するのに使用される指定された指示、またはある他の指示を備えることができる。ある設計では、緊急呼出のハンドオーバのために第１のワイヤレスネットワークを介する第１の着信コールレグを第２のワイヤレスネットワークを介する第２の着信コールレグに置換できるネットワークサーバ（たとえば、Ｅ−ＳＣＣ  ＡＳ）内で緊急呼出をアンカリングすることができる。緊急指示を、第２の着信コールレグをネットワークサーバにルーティングするのに使用されるＥ−ＳＴＮ−ＳＲにマッピングすることができる。
【００６４】
ある設計では、第１のワイヤレスネットワークは、第１のＲＡＴを使用することができ、第２のワイヤレスネットワークは、第１のＲＡＴとは異なる第２のＲＡＴを使用することができる。ある設計では、ＵＥは、ハンドオーバの前に緊急呼出のためにＥ−ＵＴＲＡＮと通信することができ、ハンドオーバの後に緊急呼出のために１ｘＲＴＴ  ＲＡＮと通信することができる。ＵＥは、緊急指示を備える１ｘＲＴＴオリジネーションメッセージを送信することができる。第１のワイヤレスネットワークと第２のワイヤレスネットワークとは、他のＲＡＴを利用することもできる。
【００６５】
ある設計では、ＵＥは、ハンドオーバの前には第１のワイヤレスネットワークを介し、ハンドオーバの後には第２のワイヤレスネットワークを介して、ロケーションサービスを入手することができる。ＵＥは、ハンドオーバの前には第１のワイヤレスネットワーク内のソースサービングノードによって、ハンドオーバの後には第２のワイヤレスネットワーク内のターゲットサービングノードによって、サービスされ得る。ターゲットサービングノードのアイデンティティを、ハンドオーバの後にＵＥのロケーションサービスをサポートするためにロケーションサーバに送信することができる。ある設計では、ターゲット側更新について、ターゲットサービングノードのアイデンティティを、たとえば図４に示されているように、ターゲットサービングノードによって第２のワイヤレスネットワーク内のロケーションサーバに送信することができる。別の設計では、ソース側更新について、ターゲットサービングノードのアイデンティティを、たとえば図５に示されているように、ソースサービングノードによって第１のワイヤレスネットワーク内のロケーションサーバに送信することができる。
【００６６】
図７に、１ｘＣＳ  ＩＷＳ、ＭＳＣ、またはある他のネットワークエンティティとすることができる第１のネットワークエンティティによる緊急呼出のハンドオーバをサポートするプロセス７００の設計を示す。第１のネットワークエンティティは、第１のワイヤレスネットワークから第２のワイヤレスネットワークへの緊急呼出のハンドオーバを開始するための、ＵＥによって送信された第１のメッセージを受信することができる（ブロック７１２）。第１のネットワークエンティティは、第１のメッセージに含まれる緊急指示に基づいて緊急呼出を認識することができる（ブロック７１４）。第１のネットワークエンティティは、第２のメッセージを入手するために第１のメッセージ内の緊急指示を緊急呼出用の指定された番号に置換することができる（ブロック７１６）。その後、第１のネットワークエンティティは、緊急呼出のハンドオーバのための発呼のために第２のネットワークエンティティに第２のメッセージを送信することができる（ブロック７１８）。
【００６７】
ある設計では、緊急指示は、ＥＧＮ、予約済みの緊急番号、事前に構成された番号、第１のネットワークエンティティに対して緊急呼出を識別するのに使用される指定された指示、またはある他の指示を備えることができる。緊急呼出用の指定された番号は、ローカル緊急番号、Ｅ−ＳＴＮ−ＳＲ、またはある他の番号を備えることができる。ある設計では、緊急指示は、ＥＧＮを含むことができ、指定された番号は、ローカル緊急番号を備えることができる。別の設計では、緊急指示は、ＥＧＮを含むことができ、指定された番号は、Ｅ−ＳＴＮ−ＳＲを備えることができる。
【００６８】
ある設計では、第１のネットワークエンティティは、第１のワイヤレスネットワークと第２のワイヤレスネットワークとの間でインターフェースするインターワーキングソリューションファンクション（ＩＷＳ）を備えることができ、第２のネットワークエンティティは、ＭＳＣを備えることができる。別の設計では、第１のネットワークエンティティは、ＭＳＣを備えることができる。第１のネットワークエンティティと第２のネットワークエンティティとは、他のネットワークエンティティを備えることもできる。
【００６９】
図８に、ＬＲＦ、ＭＰＣ、またはある他のネットワークエンティティとすることができる第１のネットワークエンティティによる緊急呼出のハンドオーバをサポートするプロセス８００の設計を示す。第１のネットワークエンティティは、ＵＥの緊急呼出のＥ−ＳＴＮ−ＳＲを判定することができる（ブロック８１２）。第１のネットワークエンティティは、ＵＥに関する照会を受信することができ、この照会は、第１のワイヤレスネットワークから第２のワイヤレスネットワークへの緊急呼出のハンドオーバに応答して第２のネットワークエンティティによって送信される（ブロック８１４）。第１のネットワークエンティティは、照会に応答してＵＥの緊急呼出のＥ−ＳＴＮ−ＳＲを第２のネットワークエンティティに送信することができる（ブロック８１６）。このＥ−ＳＴＮ−ＳＲは、緊急呼出をアンカリングするネットワークサーバに緊急呼出をルーティングするのに使用され得る。
【００７０】
ある設計では、Ｅ−ＳＴＮ−ＳＲを、緊急呼出の確立中に第１のネットワークエンティティによって判定することができ、照会を、緊急呼出のハンドオーバの開始中に受信することができる。ある設計では、第１のネットワークエンティティは、ＬＲＦを備えることができ、第２のネットワークエンティティは、ＭＰＣを備えることができる。別の設計では、第１のネットワークエンティティは、ＭＰＣを備えることができ、第２のネットワークエンティティは、ＭＳＣを備えることができる。第１のネットワークエンティティと第２のネットワークエンティティとは、他のネットワークエンティティを備えることもできる。
【００７１】
図９に、図１のＵＥ  １１０と１ｘＲＴＴ  ＲＡＮ  １２４とＭＳＣ  １６２と１ｘＣＳ  ＩＷＳ  １６４とＭＰＣ  １６８とＬＲＦ  １７８との設計のブロック図を示す。単純さのために、図９は、（ｉ）ＵＥ  １１０用の１つのコントローラ／プロセッサ９１０、１つのメモリ９１２、および１つの送信器／受信器（ＴＭＴＲ／ＲＣＶＲ）９１４と、（ｉｉ）ＲＡＮ  １２４用の１つのコントローラ／プロセッサ９２０、１つのメモリ９２２、１つの送信器／受信器９２４、および１つの通信（Ｃｏｍｍ）ユニット９２６と、（ｉｉｉ）ＭＳＣ  １６２用の１つのコントローラ／プロセッサ９３０、１つのメモリ９３２、および１つの通信ユニット９３４と、（ｉｖ）１ｘＣＳ  ＩＷＳ  １６４用の１つのコントローラ／プロセッサ９４０、１つのメモリ９４２、および１つの通信ユニット９４４と、（ｖ）ＭＰＣ  １６８用の１つのコントローラ／プロセッサ９５０、１つのメモリ９５２、および１つの通信ユニット９５４と、（ｖｉ）ＬＲＦ  １７８用の１つのコントローラ／プロセッサ９６０、１つのメモリ９６２、および１つの通信ユニット９６４とを示す。一般に、各エンティティは、任意の個数の処理ユニット（たとえば、コントローラ、プロセッサなど）、メモリ、トランシーバ、通信ユニットなどを含むことができる。
【００７２】
ダウンリンクでは、ＲＡＮ  １２４内の基地局は、そのカバレージエリア内のＵＥにトラフィックデータと、メッセージ／シグナリングと、パイロットとを送信することができる。これらのさまざまなタイプのデータを、プロセッサ９２０によって処理し、送信器９２４によって調整し、ＵＥに送信できるダウンリンク信号を生成することができる。ＵＥ  １１０では、ＲＡＮ  １２４内の基地局からのダウンリンク信号を、受信器９１４によって受信し、調整し、プロセッサ９１０によってさらに処理して、通信サービスとロケーションサービスと他のサービスとに関するさまざまなタイプの情報を入手することができる。プロセッサ９１０は、図６のプロセス６００と図２Ａ、２Ｂ、および３のＵＥ  １１０に関する処理とを実行することができる。メモリ９１２と９２２とは、それぞれＵＥ  １１０とＲＡＮ  １２４とのためのプログラムコードとデータとを格納することができる。アップリンクでは、ＵＥ  １１０は、ＲＡＮ  １２４内の基地局にトラフィックデータと、メッセージ／シグナリングと、パイロットとを送信することができる。これらのさまざまなタイプのデータを、プロセッサ９１０によって処理し、送信器９１４によって調整し、ＲＡＮ  １２４に送信できるアップリンク信号を生成することができる。ＲＡＮ  １２４では、ＵＥ  １１０と他のＵＥとからのアップリンク信号を、受信器９２４によって受信し、調整し、プロセッサ９２０によってさらに処理して、ＵＥによって送信されたさまざまなタイプの情報を入手することができる。ＲＡＮ  １２４は、通信ユニット９２６を介して他のネットワークエンティティ（たとえば、データネットワーク上の）と通信することができる。
【００７３】
ＭＳＣ  １６２内では、プロセッサ９３０が、ＵＥに関する通信と他のサービスとをサポートするためにさまざまな機能を実行することができる。プロセッサ９３０は、図７のプロセス７００と、図２Ａ、２Ｂ、３、４、および５のＭＳＣ  １６２に関する処理とを実行することができる。メモリ９３２は、ＭＳＣ  １６２のためのプログラムコードとデータとを格納することができる。通信ユニット９３４は、ＭＳＣ  １６２が他のネットワークエンティティと通信することを可能にすることができる。
【００７４】
１ｘＣＳ  ＩＷＳ  １６４内では、プロセッサ９４０が、ＵＥに関する通信と他のサービスとをサポートするためにさまざまな機能を実行することができる。プロセッサ９４０は、図７のプロセス７００と、図２Ａ、２Ｂ、および３の１ｘＣＳ  ＩＷＳ  １６４に関する処理とを実行することができる。メモリ９４２は、１ｘＣＳ  ＩＷＳ  １６４のためのプログラムコードとデータとを格納することができる。通信ユニット９４４は、１ｘＣＳ  ＩＷＳ  １６４が他のネットワークエンティティと通信することを可能にすることができる。
【００７５】
ＭＰＣ  １６８内では、プロセッサ９５０が、ＵＥに関する位置決めサービスとロケーションサービスとをサポートするための処理を実行することができる。プロセッサ９５０は、図３と４と５とのＭＰＣ  １６８に関する処理を実行することができる。メモリ９５２は、ＭＰＣ  １６８のためのプログラムコードとデータとを格納することができる。通信ユニット９５４は、ＭＰＣ  １６８が他のネットワークエンティティと通信することを可能にすることができる。
【００７６】
ＬＲＦ  １７８内では、プロセッサ９６０が、ＵＥに関するルーティングとロケーションとをサポートするための処理を実行することができる。プロセッサ９６０は、図８のプロセス８００と、図３のＬＲＦ  １７８に関する処理とを実行することができる。メモリ９６２は、ＬＲＦ  １７８のためのプログラムコードとデータとを格納することができる。通信ユニット９６４は、ＬＲＦ  １７８が他のネットワークエンティティと通信することを可能にすることができる。
【００７７】
当業者は、情報と信号とを、さまざまな異なる技術または技法のいずれをも使用して表せることを理解するであろう。たとえば、上の説明全体を通じて言及される可能性があるデータと、命令と、コマンドと、情報と、信号と、ビットと、シンボルと、チップとを、電圧、電流、電磁波、磁界または磁性粒子、光学場または光学粒子、あるいはその任意の組合せによって表すことができる。
【００７８】
当業者は、本明細書の開示に関連して説明されるさまざまな例示的な論理ブロックと、モジュールと、回路と、アルゴリズムステップとを、ハードウェア、コンピュータソフトウェア／ファームウェア、またはその両方の組合せとして実施できることをさらに了解するであろう。ハードウェアとソフトウェア／ファームウェアとのこの交換可能性を明瞭に示すために、さまざまな例示的なコンポーネントと、ブロックと、モジュールと、回路と、ステップとを、一般にその機能性に関して上で説明した。そのような機能性がハードウェアまたはソフトウェアのどちらとして実施されるのかは、特定の応用例とシステム全体に課せられる設計制約とに依存する。当業者は、説明された機能性を、各特定の応用例のためにさまざまな形で実施することができるが、そのような実施判断が、本開示の範囲からの逸脱を引き起こすと解釈されてはならない。
【００７９】
本明細書で説明される位置判定技法を、ワイヤレス広域ネットワーク（ＷＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）、その他などのさまざまなワイヤレス通信ネットワークに関連して実施することができる。用語「ネットワーク」と「システム」とは、しばしば交換可能に使用される。ＷＷＡＮを、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＳＣ−ＦＤＭＡ）ネットワーク、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワーク、ＷｉＭＡＸ（ＩＥＥＥ  ８０２．１６）ネットワークなどとすることができる。ＣＤＭＡネットワークは、ｃｄｍａ２０００、Ｗｉｄｅｂａｎｄ−ＣＤＭＡ（Ｗ−ＣＤＭＡ）、その他などの１つまたは複数の無線アクセス技術（ＲＡＴ）を実施することができる。Ｃｄｍａ２０００は、ＩＳ−９５標準規格と、ＩＳ−２０００標準規格と、ＩＳ−８５６標準規格とを含む。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｄｉｇｉｔａｌ  Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ（Ｄ−ＡＭＰＳ）、またはある他のＲＡＴを実施することができる。ＧＳＭとＷ−ＣＤＭＡとは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）という名称のコンソーシアムからの文書に記載されている。Ｃｄｍａ２０００は、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）という名称のコンソーシアムからの文書に記載されている。３ＧＰＰ文書と３ＧＰＰ２文書とは、公に入手可能である。ＷＬＡＮを、ＩＥＥＥ  ８０２．１１ｘネットワークとすることができ、ＷＰＡＮを、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＩＥＥＥ  ８０２．１５ｘ、またはある他のタイプのネットワークとすることができる。本技法を、ＷＷＡＮ、ＷＬＡＮ、および／またはＷＰＡＮの任意の組合せに関連して実施することもできる。本技法を、フェムトセルに関連して実施することもできる。
【００８０】
衛星測位システム（ＳＰＳ）は、通常、エンティティが送信器から受信された信号に少なくとも部分的に基づいて地球上またはその上空でのそのロケーションを判定することを可能にするように配置された送信器のシステムを含む。そのような送信器は、通常、設定された個数のチップの繰り返す擬似雑音（ＰＮ）コードを用いてマークされた信号を送信し、地上ベースの制御ステーション、ユーザ機器、および／または宇宙船に配置され得る。特定の例では、そのような送信器を、地球周回衛星（ＳＶ）上に配置することができる。たとえば、全地球測位システム（ＧＰＳ）、Ｇａｌｉｌｅｏ、Ｇｌｏｎａｓｓ、またはＣｏｍｐａｓｓなどの全地球的航法衛星システム（ＧＮＳＳ）のコンステレーション内のＳＶは、コンステレーション内の他のＳＶによって送信されたＰＮコードから区別可能な（たとえば、ＧＰＳのように衛星ごとに異なるＰＮコードを使用するか、Ｇｌｏｎａｓｓのように異なる周波数で同一のコードを使用することによって）ＰＮコードを用いてマークされた信号を送信することができる。ある種の態様によれば、本明細書で提示される技法は、ＳＰＳについてグローバルシステム（たとえば、ＧＮＳＳ）に制限されない。たとえば、本明細書で提示される技法を、たとえば、日本の準天頂衛星システム（ＱＺＳＳ）、インドのＩｎｄｉａｎ  Ｒｅｇｉｏｎａｌ  Ｎａｖｉｇａｔｉｏｎａｌ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ（ＩＲＮＳＳ）、中国の北斗などのさまざまな地域システムならびに／あるいは１つまたは複数の全地球的航法衛星システムおよび／または地域航法衛星システムに関連するか他の形でこれと共に使用するために使用可能にされ得るさまざまな増強システム（たとえば、静止衛星型衛星航法増強システム（ＳＢＡＳ））に適用されまたはその中での使用のために他の形で使用可能にされ得る。限定ではなく例として、ＳＢＡＳは、たとえば、Ｗｉｄｅ  Ａｒｅａ  Ａｕｇｍｅｎｔａｔｉｏｎ  Ｓｙｓｔｅｍ（ＷＡＡＳ）、Ｅｕｒｏｐｅａｎ  Ｇｅｏｓｔａｔｉｏｎａｒｙ  Ｎａｖｉｇａｔｉｏｎ  Ｏｖｅｒｌａｙ  Ｓｅｒｖｉｃｅ（ＥＧＮＯＳ）、Ｍｕｌｔｉ−ｆｕｎｃｔｉｏｎａｌ  Ｓａｔｅｌｌｉｔｅ  Ａｕｇｍｅｎｔａｔｉｏｎ  Ｓｙｓｔｅｍ（ＭＳＡＳ）、ＧＰＳ  Ａｉｄｅｄ  Ｇｅｏ  Ａｕｇｍｅｎｔｅｄ  ＮａｖｉｇａｔｉｏｎもしくはＧＰＳ  ａｎｄ  Ｇｅｏ  Ａｕｇｍｅｎｔｅｄ  Ｎａｖｉｇａｔｉｏｎ  ｓｙｓｔｅｍ（ＧＡＧＡＮ）、および／または類似物など、完全性情報、差分補正(differential corrections)などを提供する増強システム（１つまたは複数）を含むことができる。したがって、本明細書で使用される時に、ＳＰＳは、１つまたは複数の全地球的航法衛星システムおよび／または地域航法衛星システムおよび／または増強システムの任意の組合せを含むことができ、ＳＰＳ信号は、ＳＰＳ、ＳＰＳ様、および／またはそのような１つまたは複数のＳＰＳに関連する他の信号を含むことができる。
【００８１】
ユーザ機器（ＵＥ）は、ワイヤレス通信信号および／またはワイヤレスナビゲーション信号を受信できる、セルラまたは他のワイヤレス通信デバイス、パーソナル通信システム（ＰＣＳ）デバイス、パーソナルナビゲーションデバイス（ＰＮＤ）、パーソナル情報マネージャ（ＰＩＭ）、携帯情報端末（ＰＤＡ）、ラップトップ機、または他の適切なモバイルデバイスなどのデバイスを指す。用語「ユーザ機器」は、衛星信号受信、支援データ受信、および／または位置関連処理がデバイスまたはＰＮＤのどちらで発生するのかにかかわりなく、短距離ワイヤレス、赤外線、有線接続、または他の接続によるなど、パーソナルナビゲーションデバイス（ＰＮＤ）と通信するデバイスを含むことも意図されている。また、「ユーザ機器」は、衛星信号受信、支援データ受信、および／または位置関連処理がデバイス、サーバ、またはネットワークに関連する別のデバイスのどれで発生するのかにかかわりなく、インターネット、Ｗｉ−Ｆｉ、または他のネットワークを介するなど、サーバと通信できる、ワイヤレス通信デバイス、コンピュータ、ラップトップ機などを含む、すべてのデバイスを含むことが意図されている。上記の任意の動作可能な組合せも、「ユーザ機器」と考えられる。
【００８２】
本明細書で説明される方法論を、応用例に依存してさまざまな手段によって実施することができる。たとえば、これらの方法論を、ハードウェア、ファームウェア、ソフトウェア、またはその任意の組合せで実施することができる。ハードウェアを用いる実施態様について、処理ユニットを、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明される機能を実行するように設計された他の電子ユニット、またはその組合せ内で実施することができる。
【００８３】
ファームウェアおよび／またはソフトウェアを用いる実施態様について、方法論を、本明細書で説明される機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実施することができる。命令を有形に実施するすべての機械可読媒体を、本明細書で説明される方法論を実施する際に使用することができる。たとえば、ソフトウェアコードを、メモリに格納し、処理ユニットによって実行することができる。メモリを、処理ユニット内または処理ユニットの外部で実施することができる。本明細書で使用される時に、用語「メモリ」は、すべてのタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、特定のタイプのメモリもしくはメモリの個数、またはメモリが格納される媒体のタイプに限定されない。
【００８４】
ファームウェアおよび／またはソフトウェアで実施される場合に、機能を、コンピュータ可読媒体上の１つまたは複数の命令またはコードとして格納することができる。例は、データ構造を用いて符号化されたコンピュータ可読媒体およびコンピュータプログラムを用いて符号化されたコンピュータ可読媒体を含む。コンピュータ可読媒体は、製造品の形をとることができる。コンピュータ可読媒体は、物理コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスできる任意の使用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク（ｄｉｓｋ）ストレージ、磁気ディスク（ｄｉｓｋ）ストレージ、半導体ストレージ、または他のストレージデバイス、あるいは命令またはデータ構造の形で所望のプログラムコードを格納するのに使用できコンピュータによってアクセスできる、任意の他の媒体を備えることができ、本明細書で使用される時に、ディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ｄｉｓｃ）（ＣＤ）、レーザディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、ディジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙディスク（ｄｉｓｃ）を含み、ここで、ｄｉｓｋは、通常は磁気的にデータを再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。上記の組合せも、コンピュータ可読媒体の範囲に含まれなければならない。
【００８５】
コンピュータ可読媒体上の格納に加えて、命令および／またはデータを、通信装置に含まれる伝送媒体上の信号として提供することができる。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含むことができる。この命令とデータとは、１つまたは複数の処理ユニットに特許請求の範囲に概要を示された機能を実施させるように構成される。すなわち、通信装置は、開示される機能を実行するための情報を示す信号を有する伝送媒体を含む。第１の時には、通信装置に含まれる伝送媒体が、開示される機能を実行するための情報の第１の部分を含むことができ、第２の時には、通信装置に含まれる伝送媒体が、開示される機能を実行するための情報の第２の部分を含むことができる。
【００８６】
本開示の前の説明は、当業者が本開示を作りまたは使用することを可能にするために提供されたものである。本開示に対するさまざまな変更は、当業者にすぐに明白になり、本明細書で定義される包括的な原理は、本開示の範囲から逸脱せずに他の変形形態に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されることを意図されているのではなく、本明細書で開示される原理および新規の特徴と一貫する最も広い範囲に従わなければならない。
以下に本件出願当初の特許請求の範囲を付記する。
［Ｃ１］
緊急呼出のためにユーザ機器（ＵＥ）によって第１のワイヤレスネットワークと通信することと、
前記第１のワイヤレスネットワークから第２のワイヤレスネットワークへのハンドオーバを実行する指示を受信することと、
前記第２のワイヤレスネットワークへのハンドオーバを開始するための緊急指示を備えるメッセージを送信することと、
ハンドオーバの後に前記緊急呼出のために前記第２のワイヤレスネットワークと通信することと
を備える、ワイヤレス通信の方法。
［Ｃ２］
前記緊急指示は、緊急グローバル番号（ＥＧＮ）、予約済みの緊急番号、事前に構成された番号、または前記第２のワイヤレスネットワーク内の指定されたネットワークエンティティに対して前記緊急呼出を識別するのに使用される指定された指示を備える、［Ｃ１］に記載の方法。
［Ｃ３］
前記緊急呼出は、前記緊急呼出のハンドオーバのために前記第１のワイヤレスネットワークを介する第１の着信コールレグを前記第２のワイヤレスネットワークを介する第２の着信コールレグに置換するネットワークサーバ内でアンカリングされる、［Ｃ１］に記載の方法。
［Ｃ４］
前記緊急指示は、前記第２の着信コールレグを前記ネットワークサーバにルーティングするのに使用されるＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）にマッピングされる、［Ｃ３］に記載の方法。
［Ｃ５］
前記第１のワイヤレスネットワークは、第１の無線アクセス技術（ＲＡＴ）を使用し、前記第２のワイヤレスネットワークは、前記第１のＲＡＴとは異なる第２のＲＡＴを使用する、［Ｃ１］に記載の方法。
［Ｃ６］
前記第１のワイヤレスネットワークとの前記通信は、ハンドオーバの前に前記緊急呼出のためにＥｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）と通信することを備え、前記第２のワイヤレスネットワークとの前記通信は、ハンドオーバの後に前記緊急呼出のために１ｘＲＴＴ無線アクセスネットワーク（ＲＡＮ）と通信することを備える、［Ｃ１］に記載の方法。
［Ｃ７］
前記メッセージを前記送信することは、前記緊急指示を備える１ｘＲＴＴオリジネーションメッセージを送信することを備える、［Ｃ１］に記載の方法。
［Ｃ８］
ハンドオーバの前に前記第１のワイヤレスネットワークを介してロケーションサービスを入手することと、
ハンドオーバの後に前記第２のワイヤレスネットワークを介してロケーションサービスを入手することとをさらに備え、
前記ＵＥは、ハンドオーバの前には前記第１のワイヤレスネットワーク内のソースサービングノードによってサービスされ、ハンドオーバの後には前記第２のワイヤレスネットワーク内のターゲットサービングノードによってサービスされ、前記ターゲットサービングノードのアイデンティティは、ハンドオーバの後に前記ＵＥのロケーションサービスをサポートするためにロケーションサーバに送信される、［Ｃ１］に記載の方法。
［Ｃ９］
前記ターゲットサービングノードの前記アイデンティティは、前記ターゲットサービングノードによって前記第２のワイヤレスネットワーク内の前記ロケーションサーバに送信される、［Ｃ８］に記載の方法。
［Ｃ１０］
前記ターゲットサービングノードの前記アイデンティティは、前記ソースサービングノードによって前記第１のワイヤレスネットワーク内の前記ロケーションサーバに送信される、［Ｃ８］に記載の方法。
［Ｃ１１］
緊急呼出のためにユーザ機器（ＵＥ）によって第１のワイヤレスネットワークと通信するための手段と、
前記第１のワイヤレスネットワークから第２のワイヤレスネットワークへのハンドオーバを実行する指示を受信するための手段と、
前記第２のワイヤレスネットワークへのハンドオーバを開始するための緊急指示を備えるメッセージを送信するための手段と、
ハンドオーバの後に前記緊急呼出のために前記第２のワイヤレスネットワークと通信するための手段と
を備える、ワイヤレス通信の装置。
［Ｃ１２］
前記緊急指示は、緊急グローバル番号（ＥＧＮ）、予約済みの緊急番号、事前に構成された番号、または前記第２のワイヤレスネットワーク内の指定されたネットワークエンティティに対して前記緊急呼出を識別するのに使用される指定された指示を備える、［Ｃ１１］に記載の装置。
［Ｃ１３］
前記緊急呼出は、前記緊急呼出のハンドオーバのために前記第１のワイヤレスネットワークを介する第１の着信コールレグを前記第２のワイヤレスネットワークを介する第２の着信コールレグに置換するネットワークサーバ内でアンカリングされる、［Ｃ１１］に記載の装置。
［Ｃ１４］
前記緊急指示は、前記第２の着信コールレグを前記ネットワークサーバにルーティングするのに使用されるＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）にマッピングされる、［Ｃ１３］に記載の装置。
［Ｃ１５］
ハンドオーバの前に前記第１のワイヤレスネットワークを介してロケーションサービスを入手するための手段と、
ハンドオーバの後に前記第２のワイヤレスネットワークを介してロケーションサービスを入手するための手段とをさらに備え、
前記ＵＥは、ハンドオーバの前には前記第１のワイヤレスネットワーク内のソースサービングノードによってサービスされ、ハンドオーバの後には前記第２のワイヤレスネットワーク内のターゲットサービングノードによってサービスされ、前記ターゲットサービングノードのアイデンティティは、ハンドオーバの後に前記ＵＥのロケーションサービスをサポートするためにロケーションサーバに送信される、［Ｃ１１］に記載の装置。
［Ｃ１６］
緊急呼出のためにユーザ機器（ＵＥ）によって第１のワイヤレスネットワークと通信し、前記第１のワイヤレスネットワークから第２のワイヤレスネットワークへのハンドオーバを実行する指示を受信し、前記第２のワイヤレスネットワークへのハンドオーバを開始するための緊急指示を備えるメッセージを送信し、ハンドオーバの後に前記緊急呼出のために前記第２のワイヤレスネットワークと通信するように構成された少なくとも１つの処理ユニット
を備える、ワイヤレス通信の装置。
［Ｃ１７］
前記緊急指示は、緊急グローバル番号（ＥＧＮ）、予約済みの緊急番号、事前に構成された番号、または前記第２のワイヤレスネットワーク内の指定されたネットワークエンティティに対して前記緊急呼出を識別するのに使用される指定された指示を備える、［Ｃ１６］に記載の装置。
［Ｃ１８］
前記緊急呼出は、前記緊急呼出のハンドオーバのために前記第１のワイヤレスネットワークを介する第１の着信コールレグを前記第２のワイヤレスネットワークを介する第２の着信コールレグに置換するネットワークサーバ内でアンカリングされる、［Ｃ１６］に記載の装置。
［Ｃ１９］
前記緊急指示は、前記第２の着信コールレグを前記ネットワークサーバにルーティングするのに使用されるＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）にマッピングされる、［Ｃ１８］に記載の装置。
［Ｃ２０］
前記少なくとも１つの処理ユニットは、ハンドオーバの前に前記第１のワイヤレスネットワークを介してロケーションサービスを入手し、ハンドオーバの後に前記第２のワイヤレスネットワークを介してロケーションサービスを入手するように構成され、前記ＵＥは、ハンドオーバの前には前記第１のワイヤレスネットワーク内のソースサービングノードによってサービスされ、ハンドオーバの後には前記第２のワイヤレスネットワーク内のターゲットサービングノードによってサービスされ、前記ターゲットサービングノードのアイデンティティは、ハンドオーバの後に前記ＵＥのロケーションサービスをサポートするためにロケーションサーバに送信される、［Ｃ１６］に記載の装置。
［Ｃ２１］
少なくとも１つのコンピュータに、緊急呼出のためにユーザ機器（ＵＥ）によって第１のワイヤレスネットワークと通信させるコードと、
前記少なくとも１つのコンピュータに、前記第１のワイヤレスネットワークから第２のワイヤレスネットワークへのハンドオーバを実行する指示を受信させるコードと、
前記少なくとも１つのコンピュータに、前記第２のワイヤレスネットワークへのハンドオーバを開始するための緊急指示を備えるメッセージを送信させるコードと、
前記少なくとも１つのコンピュータに、ハンドオーバの後に前記緊急呼出のために前記第２のワイヤレスネットワークと通信させるコードと
を備えるコンピュータ可読媒体
を備えるコンピュータプログラム製品。
［Ｃ２２］
第１のワイヤレスネットワークから第２のワイヤレスネットワークへの緊急呼出のハンドオーバを開始するためのユーザ機器（ＵＥ）によって送信された第１のメッセージを第１のネットワークエンティティで受信することと、
前記第１のメッセージに含まれる緊急指示に基づいて前記緊急呼出を認識することと、
第２のメッセージを入手するために前記第１のメッセージ内の前記緊急指示を前記緊急呼出に関する指定された番号に置換することと、
前記緊急呼出のハンドオーバの発呼のために前記第１のネットワークエンティティから第２のネットワークエンティティへ前記第２のメッセージを送信することと
を備える、ワイヤレス通信をサポートする方法。
［Ｃ２３］
前記緊急指示は、緊急グローバル番号（ＥＧＮ）、予約済みの緊急番号、事前に構成された番号、または前記第１のネットワークエンティティに対して前記緊急呼出を識別するのに使用される指定された指示を備える、［Ｃ２２］に記載の方法。
［Ｃ２４］
前記緊急呼出に関する前記指定された番号は、ローカル緊急番号またはＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）を備える、［Ｃ２２］に記載の方法。
［Ｃ２５］
前記緊急指示は、緊急グローバル番号（ＥＧＮ）を備え、前記指定された番号は、ローカル緊急番号を備える、［Ｃ２２］に記載の方法。
［Ｃ２６］
前記緊急指示は、緊急グローバル番号（ＥＧＮ）を備え、前記指定された番号は、ＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）を備える、［Ｃ２２］に記載の方法。
［Ｃ２７］
前記第１のネットワークエンティティは、前記第１のワイヤレスネットワークと前記第２のワイヤレスネットワークとの間でインターフェースするインターワーキングソリューションファンクション（ＩＷＳ）を備え、前記第２のネットワークエンティティは、モバイルスイッチングセンタ（ＭＳＣ）を備える、［Ｃ２２］に記載の方法。
［Ｃ２８］
前記第１のネットワークエンティティは、モバイルスイッチングセンタ（ＭＳＣ）を備える、［Ｃ２２］に記載の方法。
［Ｃ２９］
第１のワイヤレスネットワークから第２のワイヤレスネットワークへの緊急呼出のハンドオーバを開始するための、ユーザ機器（ＵＥ）によって送信された第１のメッセージを第１のネットワークエンティティで受信するための手段と、
前記第１のメッセージに含まれる緊急指示に基づいて前記緊急呼出を認識するための手段と、
第２のメッセージを入手するために前記第１のメッセージ内の前記緊急指示を前記緊急呼出に関する指定された番号に置換するための手段と、
前記緊急呼出のハンドオーバの発呼のために前記第１のネットワークエンティティから第２のネットワークエンティティへ前記第２のメッセージを送信するための手段と
を備える、ワイヤレス通信の装置。
［Ｃ３０］
前記緊急指示は、緊急グローバル番号（ＥＧＮ）、予約済みの緊急番号、事前に構成された番号、または前記第１のネットワークエンティティに対して前記緊急呼出を識別するのに使用される指定された指示を備える、［Ｃ２９］に記載の装置。
［Ｃ３１］
前記緊急呼出に関する前記指定された番号は、ローカル緊急番号またはＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）を備える、［Ｃ２９］に記載の装置。
［Ｃ３２］
第１のネットワークエンティティでユーザ機器（ＵＥ）の緊急呼出のＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）を判定することと、
前記第１のネットワークエンティティで前記ＵＥに関する照会を受信することと、前記照会は、第１のワイヤレスネットワークから第２のワイヤレスネットワークへの前記緊急呼出のハンドオーバに応答して第２のネットワークエンティティによって送信され、
前記照会に応答して前記第１のネットワークエンティティから前記第２のネットワークエンティティへ前記ＵＥの前記緊急呼出の前記Ｅ−ＳＴＮ−ＳＲを送信することと、前記Ｅ−ＳＴＮ−ＳＲは、前記緊急呼出をアンカリングするネットワークサーバへ前記緊急呼出をルーティングするのに使用され、
を備える、ワイヤレス通信をサポートする方法。
［Ｃ３３］
前記Ｅ−ＳＴＮ−ＳＲは、前記緊急呼出の確立中に前記第１のネットワークエンティティによって判定され、前記照会は、前記緊急呼出のハンドオーバの開始中に受信される、［Ｃ３２］に記載の方法。
［Ｃ３４］
前記第１のネットワークエンティティは、ロケーションアンドルーティングファンクション（ＬＲＦ）を備え、前記第２のネットワークエンティティは、モバイル位置決めセンタ（ＭＰＣ）を備える、［Ｃ３２］に記載の方法。
［Ｃ３５］
第１のネットワークエンティティでユーザ機器（ＵＥ）の緊急呼出のＳＲＶＣＣ用緊急セッション転送番号（Ｅ−ＳＴＮ−ＳＲ）を判定するための手段と、
前記第１のネットワークエンティティで前記ＵＥに関する照会を受信するための手段と、前記照会は、第１のワイヤレスネットワークから第２のワイヤレスネットワークへの前記緊急呼出のハンドオーバに応答して第２のネットワークエンティティによって送信され、
前記照会に応答して前記第１のネットワークエンティティから前記第２のネットワークエンティティへ前記ＵＥの前記緊急呼出の前記Ｅ−ＳＴＮ−ＳＲを送信するための手段と、前記Ｅ−ＳＴＮ−ＳＲは、前記緊急呼出をアンカリングするネットワークサーバへ前記緊急呼出をルーティングするのに使用され、
を備える、ワイヤレス通信をサポートする装置。
［Ｃ３６］
前記Ｅ−ＳＴＮ−ＳＲは、前記緊急呼出の確立中に前記第１のネットワークエンティティによって判定され、前記照会は、前記緊急呼出のハンドオーバの開始中に受信される、［Ｃ３５］に記載の装置。
【図１】
0005384734.tif 000003
【図２Ａ】
0005384734.tif 000004
【図２Ｂ】
0005384734.tif 000005
【図３】
0005384734.tif 000006
【図４】
0005384734.tif 000007
【図５】
0005384734.tif 000008
【図６】
0005384734.tif 000009
【図７】
0005384734.tif 000010
【図８】
0005384734.tif 000011
【図９】
0005384734.tif 000012