(57)【要約】  無線ネットワークにおいてセッションを再確立する無線ネットワーク・コントローラおよび方法。第１のセッションに関連付けられているセッション情報の少なくとも一部が保存され、第１のセッションの予期せぬ劣化の検出に応じて、第１のセッションの再確立がセッション情報の一部を使用してトリガされる。
2008547329.tif 000002
【特許請求の範囲】
【請求項１】
アクセス端末と第１の無線ネットワーク装置との間の第１のセッションに関連付けられているセッション情報の少なくとも一部を保存するステップと、
前記第１のセッションの予期せぬ劣化の検出に応じて、前記第１のセッションの再確立が前記セッション情報の前記一部を使用してトリガされるステップとを備える方法。
【請求項２】
劣化は中断を備える請求項１に記載の方法。
【請求項３】
前記第１のセッションの再確立をトリガするステップは、
前記アクセス端末にセッション終了メッセージを送信するステップをさらに備える請求項１に記載の方法。
【請求項４】
前記第１のセッションを終了せずに前記第１のセッションを複製するステップをさらに備える請求項１に記載の方法。
【請求項５】
前記第１のセッションの劣化を検出するステップは前記第１の無線装置の状態を検出するステップを備える請求項１に記載の方法。
【請求項６】
前記状態は障害を備える請求項５に記載の方法。
【請求項７】
前記アクセス端末から新規セッションの開始要求を受信すると前記第１のセッションを復元するステップをさらに備える請求項４に記載の方法。
【請求項８】
前記トリガするステップは１ｘＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄプロトコルに準拠する請求項１に記載の方法。
【請求項９】
セッション終了メッセージを送信するステップは、前記第１のセッションの予期せぬ劣化の検出直後に発生する請求項３に記載の方法。
【請求項１０】
セッション終了メッセージを送信するステップは、前記アクセス端末へのデータ送信要求を受信した後に発生する請求項３に記載の方法。
【請求項１１】
前記第１のセッションの前記再確立は、第２の無線ネットワーク装置のロード状態に基づいてトリガされる請求項１に記載の方法。
【請求項１２】
セッション終了メッセージを送信するためにキューに劣化したセッションを配置するステップと、
前記劣化したセッションに関連付けられているアクセス端末へのデータ送信要求の受信に応じてキューに入れられた劣化したセッションをキュー内で上位に移動させるステップとをさらに備える請求項３に記載の方法。
【請求項１３】
前記劣化したセッションはブリーチされたセッションを備える請求項１２に記載の方法。
【請求項１４】
前記アクセス端末は、携帯電話、携帯情報端末、またはラップトップ・コンピュータのうちの少なくとも１つを備える請求項１に記載の方法。
【請求項１５】
前記セッション終了メッセージを前記アクセス端末に送信した後あらかじめ定められた時間の経過後に前記アクセス端末が新規セッションの開始要求に失敗した場合、前記アクセス端末に割り当てられた前記セッションの前記セッション情報を削除するステップをさらに備える請求項３に記載の方法。
【請求項１６】
前記セッション情報の一部を送信した後あらかじめ定められた時間の経過後に第２の無線ネットワーク装置が前記アクセス端末との前記第１のセッションの再確立に失敗した場合、前記アクセス端末に割り当てられた前記セッションの前記セッション情報を削除するステップをさらに備える請求項４に記載の方法。
【請求項１７】
前記アクセス端末と前記第１の無線ネットワーク装置との間で前記第１のセッションを確立するステップをさらに備える請求項１に記載の方法。
【請求項１８】
前記セッション情報は第２の無線ネットワーク装置に保存される請求項３に記載の方法。
【請求項１９】
前記セッション終了メッセージは前記第２の無線ネットワーク装置によって生成される請求項１８に記載の方法。
【請求項２０】
前記セッション終了メッセージは前記第２の無線ネットワーク装置によって送信される請求項１９に記載の方法。
【請求項２１】
前記アクセス端末と前記第２の無線ネットワーク装置との間で第２のセッションを確立するステップと、
第２のセッション情報の少なくとも一部を第３の無線ネットワーク装置に保存するステップであって、前記第２のセッション情報の前記一部は、前記アクセス端末と前記第３の無線ネットワーク装置との間に前記第２のセッションを再確立するのに十分であるステップとをさらに備える請求項２０に記載の方法。
【請求項２２】
前記第２のセッション情報の前記一部は前記第２のセッションのアクセス端末のセッション終了メッセージを生成するのに十分である請求項２０に記載の方法。
【請求項２３】
セッション終了メッセージの受信に応じてブリーチされたセッションを再確立するステップを備える方法。
【請求項２４】
前記ブリーチされたセッションを再確立するステップは、
前記ブリーチされたセッションを終了するステップと、
新規セッションの開始要求を送信するステップとをさらに備える請求項２３に記載の方法。
【請求項２５】
第１のアクセス端末とのセッションを確立するように構成された第１の無線ノード・サーバ・モジュールと、
前記セッションを再確立するのに十分な前記セッション情報の少なくとも一部を格納するように構成された記憶装置と、
前記第１の無線ノード・サーバ・モジュールと前記アクセス端末との間の前記セッションの劣化を検出した後、第２の無線ノード・サーバ・モジュール装置に前記アクセス端末との前記セッションを再確立させるよう構成された制御機構とを備える無線ネットワーク・コントローラ。
【請求項２６】
劣化は終了を備える請求項２５に記載の無線ネットワーク・コントローラ。
【請求項２７】
前記セッション情報はセッション終了メッセージを生成するのに十分であり、前記制御機構は前記セッション終了メッセージを前記アクセス端末に送信するようにさらに構成される請求項２５に記載の無線ネットワーク・コントローラ。
【請求項２８】
前記制御機構は、前記セッション情報の前記一部を前記記憶装置から取り出し、前記セッションを終了させることなく前記一部を前記第２の無線ノード・サーバ・モジュールに送信するようにさらに構成される請求項２５に記載の無線ネットワーク・コントローラ。
【請求項２９】
前記制御機構は１ｘＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄプロトコルに準拠するように構成される請求項２５に記載の無線ネットワーク・コントローラ。
【請求項３０】
前記第２の無線ノード・サーバ・モジュールは、前記制御機構が前記第１の無線ノード・サーバ・モジュールと前記アクセス端末との間の前記セッションの劣化を検出した直後に、セッション終了メッセージを送信する請求項２７に記載の無線ネットワーク・コントローラ。
【請求項３１】
劣化は中断を備える請求項３０に記載の無線ネットワーク・コントローラ。
【請求項３２】
前記第２の無線ノード・サーバ・モジュールは、前記制御機構が前記アクセス端末へのデータ送信要求を受信した後に限り、セッション終了メッセージを送信する請求項２７に記載の無線ネットワーク・コントローラ。
【請求項３３】
セッション終了メッセージを送信するためのキューをさらに備え、劣化したセッションはキューに配置され、前記キューは少なくとも１つの前記劣化したセッションに関連付けられているアクセス端末へのデータ送信要求の受信に応じて終了したセッションを上位エントリに移動させる請求項２７に記載の無線ネットワーク・コントローラ。
【請求項３４】
前記劣化したセッションはブリーチされたセッションを備える請求項３３に記載の無線ネットワーク・コントローラ。
【請求項３５】
前記第１の無線ノード・サーバ・モジュールは第１の処理カードを備え、前記第２の無線ノード・サーバ・モジュールは第２の処理カードを備える請求項２５に記載の無線ネットワーク・コントローラ。
【請求項３６】
前記記憶装置は、不揮発性ランダム・アクセス・メモリ、フラッシュ・メモリ、およびディスク・メモリのうちの少なくとも１つを備える請求項２５に記載の無線ネットワーク・コントローラ。
【請求項３７】
前記制御機構はプロセッサ上で実施され、前記プロセッサは高速バスを通じて前記第１の無線ノード・サーバ・モジュールおよび前記第２の無線ノード・サーバ・モジュールに接続する請求項２５に記載の無線ネットワーク・コントローラ。
【請求項３８】
前記制御機構は前記第２の無線ノード・サーバ・モジュール上で実施される請求項２７に記載の無線ネットワーク・コントローラ。
【請求項３９】
前記制御機構は第３の無線ノード・サーバ・モジュール上で実施される請求項２７に記載の無線ネットワーク・コントローラ。
【請求項４０】
前記制御機構は前記第２の無線ノード・サーバ・モジュール上で実施される請求項２８に記載の無線ネットワーク・コントローラ。
【請求項４１】
前記制御機構は第３の無線ノード・サーバ・モジュール上で実施される請求項２８に記載の無線ネットワーク・コントローラ。
【請求項４２】
無線通信ネットワークにおいてブリーチされたセッションを再確立する方法であって、
ブリーチされた第１のセッションを前記第１のセッションの再確立のためにキューに配置するステップと、
ブリーチされた第２のセッションを前記第２のセッションの再確立のために前記キューに配置するステップであって、前記第２のセッションは前記キュー内の前記第１のセッションよりも下位に優先順位付けされるステップと、
前記第２のセッションに関連付けられているアクセス端末へのデータ送信要求の受信に応じて前記第２のセッションを前記キュー内の前記第１のセッションよりも上位に引き上げるステップとを備える方法。
【請求項４３】
前記無線通信ネットワークは１ｘＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄプロトコルを使用する請求項４２に記載の方法。
【請求項４４】
前記第２のセッションの再確立をトリガするステップをさらに備える請求項４２に記載の方法。
【請求項４５】
再確立をトリガするステップは、前記第２のセッションに関連付けられている前記アクセス端末にセッション終了メッセージを生成して送信するステップを備える請求項４４に記載の方法。
【請求項４６】
無線ネットワーク装置と前記アクセス端末との間の前記第２のセッションを再確立するステップをさらに備える請求項４２に記載の方法。
【請求項４７】
再確立は、前記第２の無線ネットワーク装置のロード状態に基づいてトリガされる請求項４５に記載の方法。
【請求項４８】
前記第２のセッションの再確立をトリガした後に前記第１のセッションの再確立をトリガするステップをさらに備える請求項４５に記載の方法。
【請求項４９】
前記第１のセッションに関連付けられているアクセス端末へのデータ送信要求を受信した後に限り、前記第２のセッションの再確立のトリガ後に前記第１のセッションの再確立をトリガするステップをさらに備える請求項４５に記載の方法。
【請求項５０】
前記第１のセッションが前記キュー内で費やした時間を監視するステップと、
前記第１のセッションがあらかじめ定められた時間を経過して前記キュー内でエントリを占有していた場合に前記第１のセッションを削除するステップとをさらに備える請求項４５に記載の方法。
【請求項５１】
プロセッサによって実行されるときに前記プロセッサに、
無線ネットワーク上の無線アクセス端末との第１のセッションに関連付けられている情報を保存させ、
前記第１のセッションの予期せぬ劣化の検出に応じて、前記第１のセッションの再確立を前記保存された情報を使用してトリガさせる、格納された命令を有するコンピュータ可読媒体。
【請求項５２】
再確立をトリガするステップは前記アクセス端末にセッション終了メッセージを送信するステップを備え、前記セッション終了メッセージは前記アクセス端末に新規セッションを開始するよう指示する請求項５１に記載のコンピュータ可読媒体。
【請求項５３】
前記アクセス端末から新規セッションの開始要求を受信すると前記プロセッサに前記第１のセッションを復元させる命令をさらに有する請求項５１に記載のコンピュータ可読媒体。
【請求項５４】
前記第１のセッションを終了せずに前記プロセッサに前記第１のセッションを複製させる命令をさらに有する請求項５１に記載のコンピュータ可読媒体。
【請求項５５】
前記無線ネットワークは１ｘＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄプロトコルを使用する請求項５１に記載のコンピュータ可読媒体。
【請求項５６】
前記第１のセッションの前記再確立はロードに基づいてトリガされる請求項５１に記載のコンピュータ可読媒体。
【請求項５７】
前記プロセッサにさらに無線通信ネットワーク内の終了したネットワーク・セッションを優先順位付けさせ、前記プロセッサは、
ブリーチされた第１のセッションを前記第１のセッションの再確立のためにキューに配置させられ、
ブリーチされた第２のセッションを前記第２のセッションの再確立のために前記キューに配置させられ、前記第２のセッションは前記キュー内の前記第１のセッションよりも下位に優先順位付けされ、
前記第２のセッションに関連付けられているアクセス端末へのデータ送信要求の受信に応じて前記第２のセッションを前記キュー内の前記第１のセッションよりも上位に引き上げさせられる請求項５１に記載のコンピュータ可読媒体。
【請求項５８】
前記第２のセッションの再確立をトリガした後に前記第１のセッションの再確立をトリガするステップをさらに備える請求項５７に記載の方法。
【請求項５９】
前記第１のセッションに関連付けられているアクセス端末へのデータ送信要求を受信した後に限り、前記第２のセッションの再確立のトリガ後に前記第１のセッションの再確立をトリガするステップをさらに備える請求項５７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信システムのコンポーネントの障害にもかかわらず、無線ネットワーク通信システムにおいてクライアント装置との通信セッションを保持することに関する。
【背景技術】
【０００２】
固定またはモバイルの無線インターネット・プロトコル（ＩＰ）ネットワークにおいて、クライアント側装置は、ネットワーク側のアクセス装置とのセッションを確立して、そのネットワーク内の他のエンティティと通信する。セッションは、クライアント側装置からネットワークまでを表し、ＩＰアドレス、移動領域内の位置、許可されるサービス、およびクライアント側装置と通信するために必要な他のそのような属性など、クライアント側装置に関する情報を含む。セッションは、ＩＰ接続およびリンク層接続を表す別個のデータ要素に区分され、それらのデータ要素は、別個のネットワーク要素に格納されうる。セッションは通常、ネットワーク内にクライアント側装置が存在する限り存在するが、クライアント側装置とネットワーク装置間の直接通信に必要な他のリソースが使用されうるのは、アクティブな通信が進行中の場合に限られる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
クライアント側装置とネットワーク側装置間の直接通信の状態は、接続として知られる。セルラー無線方式において、クライアント装置は接続を開始する必要があるので、ネットワークがクライアント装置に通信を要求できるようにするために、ページングとして知られる特殊な手続きが使用される。例えば、ネットワーク装置がクライアント装置にデータを送信する必要がある場合、ネットワークは、クライアント装置に関連付けられているセッションに格納された情報を使用して、クライアント装置をページングする。ページングは、ネットワークのその部分と通信するすべての端末によって監視される共用チャネル上の特定の端末にアドレス指定されたメッセージを送信することを伴う。このページングは、クライアント装置にネットワークとの通信を開始させ、それによりデータの交換が可能になる。しかし、ネットワーク側装置のハードウェアまたはソフトウェアの障害により、ネットワークがセッション情報を失った場合（「セッション・ブリーチ」と呼ばれる）、ネットワークは、その特定の装置をページングするために必要な装置の識別、通信パラメータ、および位置のすべての知識を失ってしまったので、クライアント装置との直接通信を確立することができない。ネットワーク側装置のハードウェアまたはソフトウェア障害によりセッション情報が失われたセッションは、「ブリーチされたセッション」と呼ばれる。セッション・ブリーチはＩＰ（インターネット・プロトコル）層では見えないので、クライアントのピアはクライアントが到達不能であることを認識していない。したがって、オンラインビデオ遠隔会議およびインターネット電話など、ネットワークによって開始されたコネクション型のアプリケーションは、特に、ネットワーク側の障害の影響を受けやすい。さらに、クライアント装置は、セッション・ブリーチが発生したことを瞬時には認識せず、その回復メカニズムは十分過ぎる長いタイムスケールで動作するので、必要とされる前にそのクライアントのネットワーク到達可能性を回復する上で、クライアントによって開始される新規セッションの作成を頼りにはできない。
【課題を解決するための手段】
【０００４】
１つの態様において、セッションの再確立は、アクセス端末（例えば、携帯電話、携帯情報端末、またはラップトップ・コンピュータ）と第１の無線ネットワーク装置との間の第１のセッションに関連付けられているセッション情報の少なくとも一部を保存することによって、また第１のセッションの予期せぬ劣化の検出に応じて、セッション情報の一部を使用して第１のセッションの再確立をトリガすることによって達成されうる。
【０００５】
実施態様は、以下の特徴のうちの１つまたは複数を含むことができる。劣化は中断を含むことができ、第１のセッションの劣化を検出することは、第１の無線装置の状態（例えば障害）を検出することを含むことができる。第１のセッションの再確立をトリガすることは、アクセス端末にセッション終了メッセージを送信することを含むことができる。第１のセッションは、終了されることなく複製され、アクセス端末から新規セッションの開始要求を受信すると復元される。トリガは、１ｘ  Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄプロトコルに準拠、および／または第２の無線ネットワーク装置のロード状態に基づくことができる。
【０００６】
セッション終了メッセージの送信は、第１のセッションの予期せぬ劣化の検出直後および／またはアクセス端末へのデータ送信要求を受信した直後に発生しうる。劣化したセッションは、キューに入れられ、劣化したセッションに関連付けられているアクセス端末へのデータ送信要求を受信すると、キュー内を上位に移動されうる。劣化したセッションは、ブリーチされたセッションを含むことがある。アクセス端末に割り当てられたセッションのセッション情報は、アクセス端末が新規セッションの開始要求に失敗した場合および／または第２の無線ネットワーク装置があらかじめ定められた時間の経過後に第１のセッションを再確立できなかった場合に削除されうる。第１のセッションは、アクセス端末と第１の無線ネットワーク装置との間で確立されうる。セッション情報は、セッション終了メッセージを生成および／または送信する第２の無線ネットワーク装置に保存されうる。
【０００７】
第２のセッションは、アクセス端末と第２の無線ネットワーク装置との間で確立されうる。第２のセッションを再確立するのに十分な第２のセッション情報の少なくとも一部は、第３の無線ネットワーク装置に保存されうる。第２のセッション情報の一部は、第２のセッションのアクセス端末のセッション終了メッセージを生成するのに十分でありうる。セッション終了メッセージの受信に応答して、ブリーチされたセッションを終了し、新規セッションの開始要求を送信することにより、ブリーチされたセッションは再確立されうる。
【０００８】
もう１つの態様において、無線は、第１のアクセス端末とのセッションを確立するように構成された第１の無線ノード・サーバ・モジュールと、セッションを再確立するのに十分なセッション情報の少なくとも一部を格納するように構成された記憶装置（例えば、不揮発性ランダム・アクセス・メモリ、フラッシュ・メモリ、およびディスク・メモリ）と、第１の無線ノード・サーバ・モジュールとアクセス端末との間のセッションの劣化を検出した後、第２の無線ノード・サーバ・モジュール装置にアクセス端末とのセッションを再確立させるように構成された制御機構とを含む。
【０００９】
実施態様は、以下の特徴のうちの１つまたは複数を含むことができる。セッション情報は、セッション終了メッセージを生成および／または１ｘＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄプロトコルに準拠するのに十分でありうる。制御機構は、セッション終了メッセージをアクセス端末に送信して、セッション情報の一部を記憶装置から取り出すように構成され、セッションを終了させることなく情報の一部を第２の無線ノード・サーバ・モジュールに送信することができる。第２の無線ノード・サーバ・モジュールは、制御機構が第１の無線ノード・サーバ・モジュールとアクセス端末との間のセッションの劣化を検出した直後に、セッション終了メッセージを送信することができる。劣化は中断を含むことができる。第２の無線ノード・サーバ・モジュールは、制御機構がアクセス端末へのデータ送信要求を受信した後に限り、セッション終了メッセージを送信することができる。劣化したセッションは、少なくとも１つの劣化したセッションに関連付けられているアクセス端末へのデータ送信要求が受信されると終了したセッションがキューの上位エントリに移動されるように、キューに配置されうる。第１の無線ノード・サーバ・モジュールは第１の処理カードを含むことができ、第２の無線ノード・サーバ・モジュールは第２の処理カードを含むことができる。制御機構は、高速バスを通じて第１の無線ノード・サーバ・モジュールおよび第２の無線ノード・サーバ・モジュールに接続されるプロセッサ上で実施されうる。制御機構は、第２の無線ノード・サーバ・モジュールまたは第３の無線ノード・サーバ・モジュール上で実施されうる。
【００１０】
もう１つの態様において、無線通信ネットワークにおけるブリーチされたセッションの再確立は、ブリーチされた第１のセッションを第１のセッションの再確立用キューに入れること、ブリーチされた第２のセッションを、キュー内で第１のセッションより下位に優先順位付けされる第２のセッションの再確立用キューに入れること、第２のセッションに関連付けられているアクセス端末へのデータ送信要求の受信に応じて、キュー内で第１のセッションよりも上位に第２のセッションを引き上げることによって達成される。
【００１１】
実施態様は、以下の特徴のうちの１つまたは複数を含むことができる。無線通信ネットワークは、１ｘＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄプロトコルを使用することができる。第２のセッションの再確立は、第２のセッションに関連付けられているアクセス端末にセッション終了メッセージを生成して送信することによってトリガされうる。再確立はまた、第２の無線ネットワーク装置のロード状態に基づいてトリガされうる。第２のセッションは、無線ネットワーク装置とアクセス端末との間で確立されうる。第１のセッションの再確立をトリガすることは、第２のセッションの再確立のトリガ後に実行されうるが、場合によっては、第１のセッションに関連付けられているアクセス端末へのデータ送信要求を受信した後に限り実行されうる。第１のセッションがキュー内で費やす時間は監視され、第１のセッションがあらかじめ定められた時間を経過してキュー内のエントリを占有していた場合、第１のセッションは削除されうる。
【００１２】
これらの一般的および特定の態様は、システム、方法、またはコンピュータ可読媒体、あるいはシステム、方法、またはコンピュータ可読媒体の任意の組合せを使用して実施されうる。
本発明の１つまたは複数の実施形態の詳細は、添付の図面および以下の説明に示される。本発明のその他の特徴、目的、および利点は、説明および図面から、また特許請求の範囲から明らかとなろう。
【発明を実施するための最良の形態】
【００１３】
ネットワーク側ハードウェアおよび／またはソフトウェア障害によって引き起こされるセッション・ブリーチは、各ユーザ・セッションの完全コピーを、そのユーザ・セッションの１次コピーをホスティングする場所と同時に障害が発生する可能性の低い代替の場所に保存することによって改善されうる。クライアント装置の状態が変化するとセッション・データも変化するので、これは、ネットワークとクライアント装置との間の一貫性があると知られている特定の状態にあるときに限り保存される必要がある。これらの状態は、使用される無線通信プロトコルおよびＲＮＣの内部設計に固有である。この手法を効果的なものにするには、すべての保存されている状態は、その保存されている状態にセッションが復元された直後にクライアント装置が接続を開くことができるようになっている必要がある。
【００１４】
セッション・ブリーチはまた、クライアント側装置に現在のセッションを終了して新規セッションをネットワークで再開するよう指示するメッセージをクライアント側装置に送信することによっても改善されうる。例えば、ＩＳ８５６系の標準で現在定義されている１ｘＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ（１ｘＥＶ−ＤＯ）プロトコルは、３ＧＰＰ２標準化機関によって定義されているように、「セッション終了メッセージ」を提供する。セッション終了メッセージは、ユーザ・セッションを終了するためにクライアント側またはネットワーク側のいずれかの装置によって送信されうるメッセージである。例えば、クライアント側装置（１ｘＥＶ−ＤＯプロトコルでは「アクセス端末」と呼ばれる）は、装置が電源を切断したとき、またはその１ｘＥＶ−ＤＯアプリケーションがシャットダウンされたときに、ネットワークにセッション終了メッセージを送信することができる。無線ネットワーク・コントローラのようなネットワーク側装置は、シャットダウンするとき、またはリソースが制限されているためにある種のオーバーロード制御を実行しようと試みるときに、セッション終了メッセージを送信することができる。アクセス端末がセッション終了メッセージを受信すると、１ｘＥＶ−ＤＯプロトコルの下で、ネットワークとのその現在のセッションを終了することが要求される。アクセス端末は、ネットワークとの通信がさらに予想される場合、新規セッションを再開する。電話などのネットワークによって開始されたアプリケーションに参加するクライアント装置は常に、電源が投入されている限り新規セッションを再開する。したがって、ネットワーク側装置は、セッション終了メッセージを使用して、ネットワーク側の障害によって失われたセッション情報を再確立することができる。さらに、セッション終了メッセージを生成および送信するために必要な情報は、ネットワーク側装置によって格納されているセッション情報の合計量よりも少ないので、ネットワークは、特定の時点においてネットワーク上で確立された各セッションの完全なバックアップを保持する必要はない。その利点は、ネットワークが、ネットワーク側装置で使用可能な所定のメモリ量に対してより多数のユーザ・セッションを保持できるということである。
【００１５】
図１を参照すると、無線ＩＰネットワーク２０は、対応するユーザ装置２２、コアＩＰネットワーク２６、ネットワーク・リソース２４、無線ネットワーク・コントローラ（ＲＮＣ）２８、パケット・データ・サービス提供ノード（ＰＤＳＮ）２７、アクセスＩＰネットワーク２９、およびエアリンク３２ａ〜３２ｃを使用してアクセス端末（ＡＴ）３４ａ〜３４ｃと各々通信する複数の無線ノード（ＲＮ）（そのうちの３つが示される）３２ａ〜３２ｃとを含む。
【００１６】
例えばＡＴ３４ａのアクセス端末は、無線ネットワークおよびインターネット・プロトコルのクライアント側であり、携帯電話、無線ＰＤＡ、携帯ゲーム機、または無線ラップトップ・コンピュータなどのモバイル装置、あるいはデスクトップ・コンピュータ、駐車メーター、または無線通信が望ましいその他の固定装置などの定置型装置として実施されうる。
【００１７】
対応するユーザ装置２２は、テレフォニー・ゲートウェイなどのオプションのネットワーク・リソース２４を通じてコアＩＰネットワーク２６に接続し、ＡＴが無線ＩＰネットワークを介して通信する装置を表す。例えば、対応するユーザ装置２２は、装置２２のユーザがＡＴに関連付けられているユーザとのｖｏｉｃｅ  ｏｖｅｒ  ＩＰコールに従事できるようにするインターネット電話で構成されてもよい。同様に、ＡＴが無線対応駐車メーターのネットワークを含む場合、装置２２のユーザは、グラフィカル・ユーザ・インターフェースを使用して、状況情報（例えば、スペース−満杯／支払済み時間、スペース−満杯／満了時間、スペース−空／残り時間、スペース−空／満了時間など）を提供するよう指示するメッセージを各駐車メーターに送信することができる。対応するユーザ装置が従来の電話である場合、ＩＰネットワークと従来の電話ネットワークとの間のインターフェースを合わせて形成するメディア・ゲートウェイおよびソフトスイッチの形でオプションのネットワーク・リソースを通じて接続することができる。
【００１８】
コアＩＰネットワーク２６は、ＴＣＰ／ＩＰネットワーク・プロトコルを使用してデータを交換する装置のネットワークである。コアＩＰネットワーク２６は、例えば、公共インターネットまたは私設イントラネットを備えることができる。ＣＤＭＡセルラーデータシステムにおいて、コアＩＰネットワーク２６は、パケット・データ・サービス提供ノード（ＰＤＳＮ）２７を通じて無線ネットワークとインターフェースをとる。
【００１９】
ＲＮＣ２８は、アクセスＩＰネットワーク２９を介してＰＤＳＮ２７およびＲＮ３０ａ〜３０ｃと通信し、無線ノードの送信機および受信機を制御し、クライアントセッションを開始および保持し、コアＩＰネットワーク２６から受信したデータ・パケットを方向付け、ソフト・ハンドオフおよびセクタ選択などその他の無線アクセスおよびリンク保持機能を実行する。アクセスＩＰネットワーク２９は、ＰＳＤＮ２７、ＲＮＣ２８、およびＲＮ３０ａ〜３０ｃの間の通信に専用に設計され操作されるプライベート・ネットワークであってもよい。
【００２０】
図２を参照すると、ＲＮＣ２８は、システム・コントローラ（ＳＣ）４０、１つまたは複数の基本入出力モジュール（ＢＩＯ）４２、およびＰＣＩ、ＶＭＥｂｕｓ、ＵＳＢ、ＩＳＡ、またはＰＸＩバスなどの高速バス４４またはＡＴＭ（または他のセルベースのファブリック）あるいはイーサネット（登録商標）（または他のパケットベースのファブリック）などのスイッチファブリックを介して相互接続される１つまたは複数の無線ノード・サーバ・モジュール４６ａ〜４６ｃ（まとめてＲＮＳＭ４６と呼ばれる）を含む。示されている３つの無線ノード・サーバ・モジュール４６ａ〜４６ｃは各々、無線ノード３０ａ〜３０ｂを使用してＡＴ３４ａ〜３４ｃと通信する。実際には、各ＲＮＳＭは通常、複数の無線ノードを使用して、任意の特定の時間に多数のＡＴと通信する。しかし、簡単にするために、ＲＮＳＭあたり１つの無線ノードと、ノードあたり１つのＡＴのみが示される。
【００２１】
各ＲＮＳＭ４６ａ、４６ｂ、４６ｃは、システム・コントローラ（ＳＣ）４０ごとに処理するよう割り当てられているＡＴとのセッションを確立して保持する責任を負う。前述のように、セッションは、データが交換される前に確立される必要がある。ＲＮＳＭによって保持されるセッションの存続期間中、ＲＮＳＭは、セッション状況情報をＳＣ４０またはオプションのセッション・サーバ３８に継続的に送信する。ＲＮＳＭに障害が発生した場合、ＳＣは、応答が受信されないハートビート・メッセージを通じて障害を検出する。ＲＮＳＭがリブートするかまたは回復した場合、その存在をＳＣ４０に登録して、サービスを提供できることをＳＣ４０に通知する。
【００２２】
図３を参照すると、一般にプロトコルルート計算、システム構成、ネットワーク管理、および集中シグナリングを実行する機能を果たすシステム・コントローラ４０はまた、ＲＮＳＭ４６ａ〜４６ｃおよびＡＴの間に確立された現在のセッションのセッション・ルックアップ・データベース７０を保持する。このデータベース７０は通常、ＲＮＳＭによって保持されるすべてのセッション情報のバックアップではないが、特定のセッションがホスティングされるＲＮＳＭを識別するのに十分な情報を含む。セッションは、国際携帯電話加入者識別番号（ＩＭＳＩ；Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）、Ｕｎｉｃａｓｔ  Ａｃｃｅｓｓ  Ｔｅｒｍｉｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ（ＵＡＴＩ）、またはハードウェアＩＤなど、複数の識別番号によって位置指定されうる。このデータベース７０はまた、別個のセッション・サーバ３８上で実施されうる。セッション・サーバ３８の使用により、複数のＲＮＣシャーシにわたるセッションの位置が可能になる。セッション・ルックアップ・データベース７０は、セッション・ルックアップ・データベースアプリケーション７１によってアクセスされ、更新される。
【００２３】
基本入出力モジュール４２は、ＲＮＣ２８をアクセスＩＰネットワーク２９およびＰＤＳＮ２７と接続する機能を果たす。これは、ＲＮＳＭ４６およびＳＣ４０からＰＤＳＮ２７およびＲＮ３０に向けられたパケットを受信し、それらをそのネットワーク・インターフェースを介してアクセスＩＰネットワーク２９に送信する。さらにこれは、アクセスＩＰネットワーク２９からＰＤＳＮ３６およびＲＮ３０に向けられたパケットを受信し、それらをＲＮＳＭ４６およびＳＣ４０にルーティングする。ＰＤＳＮ３６から受信したパケットの場合、ＢＩＯ４２はＰＤＳＮ／ＰＣＦ固有の識別子（ＰＳＩ）フィールドをパケットから抽出し、それをそのＰＳＩ転送先テーブル６２で検索して対応するセッションが位置指定されたＲＮＳＭ（例えばＲＮＳＭ４６ａ）の識別番号を見つけ出す。エアリンクアクセスチャネルを介してＲＮ３０から受信したパケットの場合、ＢＩＯ４２はＵｎｉｃａｓｔ  Ａｃｃｅｓｓ  Ｔｅｒｍｉｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ（ＵＡＴＩ）をパケットから抽出し、それをそのＵＡＴＩ転送先テーブル６３で検索して対応するセッションが位置指定されたＲＮＳＭ（例えばＲＮＳＭ４６ａ）の識別番号を見つけ出す。
【００２４】
ＲＮＳＭ（例えばＲＮＳＭ４６ａ）は、ＲＮＣのコール処理およびデータ処理機能を実施するために必要な無線固有のプロトコル機能を実行する機能を果たす。コール処理機能は、コール制御７２コンポーネントによって実施される。コール制御７２コンポーネントは、ＰＤＳＮ２７とのインターフェースに関連するコール処理の一部を実施するパケット制御機能（ＰＣＦ）シグナリング６４コンポーネントと対話する。コール制御７２コンポーネントおよびＰＣＦシグナリング６４コンポーネントは、アクティブ・セッション・データベース６６ａのコール処理の一部としてセットアップしたセッションの状況を保持する。
【００２５】
セッション・ブリーチ後にユーザ到達可能性を保持するため、ＲＮＳＭ４６ａ上のセッション・バックアップ・マネージャ６８ａは、ＲＮＳＭ４６ｂ上のセッション・バックアップ・マネージャ６８ｂと対話して、ＲＮＳＭ４６ｂ上のアクティブ・セッション・データベース６６ｂのバックアップであるＲＳＮＭ４６ａ上のバックアップ・セッション・データベース６７ａ、およびＲＮＳＭ４６ａ上のアクティブ・セッション・データベース６６ａのバックアップであるＲＮＳＭ４６ｂ上のバックアップ・セッション・データベース６７ｂを保持する。この図は、相互を保護しあう２つのＲＮＳＭ４６ａおよび４６ｂの具体的な事例を示す。
【００２６】
保護モデル
図４を参照すると、ＲＮＳＭ４６は、ＲＮＳＭ４６ａがバックアップ・セッション・データベース６７ａを保持してＲＮＳＭ４６ｂ上のアクティブ・セッション・データベース６６ｂを保護し、ＲＮＳＭ４６ｂがバックアップ・セッション・データベース６７ｂを保持してＲＮＳＭ４６ａ上のアクティブ・セッション・データベース６６ａを保護するように構成される。ＲＭＳＭ４６ｃおよびＲＮＳＭ４６ｄは、各ＲＮＳＭが相手側のセッション・データベースのバックアップを保持するという、類似した構成を有する。一部の実施形態において、ＳＣ４０は、１つまたは複数のＲＮＳＭ４６のバックアップ・セッション・データベースを保持する。
【００２７】
ＲＮＳＭ４６ａに障害が発生した場合、ＲＮＳＭ４６ｂはそのバックアップ・セッション・データベース６７ｂを、アクティブ・セッション・データベース６６ｂ、６６ｃ、および６６ｄへのグレー網掛けの拡張部分によって示されるように、自身と他のＲＮＳＭ４６ｃおよび４６ｄに配布する。これらのセッションを処理するオプションについては、以下でさらに説明される。この保護方法において、偶数のＲＮＳＭ４６がＲＮＣ２８に取り込まれて、すべてのＲＮＳＭセッション・データベースが保護されるよう保証することに留意されたい。新しいＲＮＳＭがＲＮＣ２８に追加される場合、それは、ＲＮＣに既存の奇数の残りのＲＮＳＭと一組にされうるか、または追加のＲＮＳＭがＲＮＣに追加されるまで無保護の状態であってもよい。
【００２８】
一部の実施態様において、ＲＮＣ内の各ＲＮＳＭはもう一方のＲＮＳＭを保護する。例えば、シャーシ内に右端のＲＮＳＭがあるＲＮＣのシャーシ内で右側に位置するＲＮＳＭは、シャーシ内の左端のＲＮＳＭを保護する責任を負う。このようにして、ＲＮＳＭの保護リングが確立される。したがって、この保護方式において、任意の数のＲＮＳＭ（２と等しいかまたはそれよりも大きい）が、保護されてＲＮＣに取り込まれうる。新しいＲＮＳＭがＲＮＣに追加されると、２つの他のＲＮＳＭがそれらの既存の保護関係を壊して、新しく追加されたＲＮＳＭとの保護関係を確立するように、それらは保護リングに挿入される。
【００２９】
他の一部の実施態様において、ＲＮＣの各ＲＮＳＭは、各ＲＮＳＭが他のＲＮＳＭのセットによって完全に保護されるように、ＲＮＣ内の他の複数のＲＮＳＭを部分的に保護することができる。
【００３０】
ＲＮＣシャーシのＲＮＳＭ取り込みは、たとえＲＮＳＭが無作為順序でそれらのソフトウェア初期化を完了するとしても、ＲＮＣの電源投入時に決定されうる。しかし、ＲＳＮＭ取り込みが電源投入時に決定されうるので、一部の実施態様においては、保護の配置が電源投入時に選択されるが、すべてのＲＮＳＭが初期化できるように、保護は構成可能な保留時間が経過するまで開始しない。例えばＲＮＣ初期化時間における障害などにより、ＲＮＳＭが遅れて出現した場合、それは新しいＲＮＳＭモジュールのＲＮＣシャーシへの挿入として処理される。
【００３１】
回復モデル
任意の形態の冗長ベースの信頼性を実施する従来の手法は、保護すべきデータのバックアップを保持すること、およびデータの１次コピーの障害が検出されるとそのデータを復元することで構成される。図５Ａは、プロアクティブ・サービス・オーダーと呼ばれる、このデータを復元する従来のサービス・オーダーを示す。この手法において、バックアップ・データは何らかの方法で順序付けられ、その既存の順序に従って復元される。これは有線ネットワーキングにおける従来技術であり、無線ネットワーキングにおいても同様であると考えられる。ＵＡＴＩをソートすることによる復元は独自のものであるので、その文は除外すべきである。
【００３２】
セッションの復元がかなりの時間を要する場合、どのユーザが実際にアクティブであるか、またどのユーザがセッション復元の利益を得るかとは無関係な順序でユーザ・セッション復元されるので、プロアクティブな手法は、許容を超える長いサービス停止をもたらすこともある。ＣＤＭＡ方式において、ネットワーク側の到達可能性は、パケット・データ・サービス提供ノード（ＰＤＳＮ）の形態でネットワークがＡＴに送信するパケットを有する場合に限り必要とされる。したがって、そのセッションによって表されるＡＴに向けられたパケットがＰＤＳＮ２７から受信されるまで、任意の所定のセッションの復元を延期することが可能である。これは、リアクティブ・セッション復元と呼ばれ、そのサービス・オーダーは図５Ｂに示される。この手法は、平均セッションによって認識される停止を最小化するが、復元される必要のあったセッションによって認識される停止の一定値を有する。さらにこれは、セッション存続時間の満了前にＰＤＳＮ２７からパケットが到着するのを待つ間、セッション状態はＲＮＳＭの障害発生後長時間にわたり保持される必要があるという性質を有する。
【００３３】
プロアクティブ・プラス・リアクティブと呼ばれる、混成システムが提案される。この手法において、セッションは、プロアクティブ手法の場合と同様に、バックアップ・セッション・データベースにおけるその順序に従って復元される。しかし、まだ終了されていないセッションに対してＰＤＳＮ２７からパケットが到着する場合、そのセッションは復元のためにリストの先頭に引き上げられる。図５Ｃは、このサービス・オーダーを示す。
【００３４】
セッション・バックアップおよび復元
セッション・ブリーチの場合にユーザ到達可能性を保持するための１つの一般的な手法は、ユーザ・セッションに関連するすべての情報を代替の場所に保存して、ＲＮＳＭ障害発生時にその情報を復元することである。この一般的な手法は、多種多様な方法で実施することができ、その一部は以下で説明される。
例えば、第１の手法において、１次ＲＮＳＭとして知られる特定のＲＮＳＭでホストされるすべてのセッションは、バックアップＲＮＳＭとして知られるもう１つのＲＮＳＭに格納されてもよく、このバックアップＲＮＳＭは１次ＲＮＳＭのセッション・データを格納する機能に専用である。この手法において、ＲＮＣシャーシ内の各ＲＮＳＭは、障害が発生した１次ＲＮＳＭの機能を引き継ぐまでアイドル状態にある指定されたバックアップＲＮＳＭを有する。バックアップＲＮＳＭは、１次ＲＮＳＭの正しい機能を常時監視し、１次ＲＮＳＭの障害が発生した場合には、１次ＲＮＳＭの機能を引継ぎ、１次ＲＮＳＭに存在したユーザ・セッションのそのコピーをアクティブにする。したがって、ＲＮＣの処理能力は、そのＲＮＣのＲＮＳＭの半数の処理能力に制約される。この手法は、１対１のＲＮＳＭ冗長として知られる。
【００３５】
第２の手法において、１次ＲＮＳＭのグループは、それらの１次ＲＮＳＭのすべてのセッション状態のコピーを同時に格納する単一のバックアップＲＮＳＭによって保護される。このバックアップＲＮＳＭは、そのすべての１次ＲＮＳＭの正しい機能を常時監視し、１次ＲＮＳＭの障害が発生した場合には、１次ＲＮＳＭの機能を引継ぎ、その１次ＲＮＳＭに存在したユーザ・セッションのそのコピーをアクティブにする。したがって、ＲＮＣの処理能力は、保護される１次ＲＮＳＭのグループごとにＲＮＳＭ１つ分だけ減少する。この手法は、１対ＮのＲＮＳＭ冗長として知られ、ここでＮは単一のバックアップＲＮＳＭによって保護される１次ＲＮＳＭの数である。
【００３６】
第３の手法は、自身が１次ＲＮＳＭである単一のＲＮＳＭに所定のＲＮＳＭのセッション状態のコピーを格納することを伴う。このモデルにおいて、ＲＮＳＭのペアは、各々が互いのバックアップＲＮＳＭになるように、関連付けられる。このモデルは、「相互協力方式（ｂｕｄｄｙ  ｓｙｓｔｅｍ）」として知られており、図４に示され、前述されている。ＲＮＳＭは、１つのＲＮＳＭがもう１つのＲＮＳＭを保護して、そのＲＮＳＭが最初のＲＮＳＭを保護するように対称的に関連付けられるか、または特定のＲＮＳＭを保護するＲＮＳＭが別のＲＮＳＭによって保護されるように非対称に関連付けられうる。
【００３７】
第４の手法は、ＲＮＣ内の他のすべてのＲＮＳＭにわたって所定のＲＮＳＭのセッション状態のコピーを格納することを伴う。したがって、すべてのＲＭＳＭは各自のセッションと、ＲＮＣ内の他のすべてのＲＮＳＭからのセッションの一部のコピーを保持している。ＲＭＳＭに障害が発生した場合、ＲＮＣ内の他のＲＮＳＭは各々、障害のあるＲＮＳＭに関連付けられているユーザ・セッションの各自のコピーをアクティブにする。
【００３８】
第５の手法は、例えばシステム・コントローラなどの、ＲＮＣ内の集中リソースにＲＮＣ内のすべてのＲＮＳＭのセッション状態のコピーを格納することを伴う。
第６の手法は、ＲＮＣ外部の専用セッション・サーバ３８にＲＮＣ内のすべてのＲＮＳＭのセッション状態のコピーを格納することを伴う。
【００３９】
特定のバックアップモードにはかかわりなく、セッション状態はいくつかの方法で格納されうる。第１に、セッション状態は、ランダム・アクセス・メモリ（ＲＡＭ）に格納されうる。第２に、セッション状態は、バッテリバックアップ式ＲＡＭまたはフラッシュ・メモリの形態で不揮発性ランダム・アクセス・メモリに格納されうる。最後に、セッション状態は、ハードディスク・ドライブに格納されうる。
【００４０】
図６は、バックアップＲＮＳＭ（例えば、ＲＮＳＭ４６ａ）によって実行されるプロアクティブ・セッション復元のプロセスを示す。バックアップＲＮＳＭは、通常のコール処理機能を実行する（３０２）間、アクティブなＲＮＳＭ（例えば、ＲＮＳＭ４６ｂ）にハートビート・メッセージを継続的に発行する（３０４）。アクティブなＲＮＳＭは、適正に動作している場合、ハートビート・メッセージの肯定応答をバックアップＲＮＳＭに送信する。バックアップＲＮＳＭは、アクティブなＲＮＳＭから肯定応答を受信（３０６）した場合、通常のコール処理機能を引き続き実行する（３０２）。バックアップＲＮＳＭがアクティブなＲＮＳＭから肯定応答を受信（３０６）しなかった場合、アクティブなＲＮＳＭは障害が発生しており、そのセッションはブリーチされる。したがって、バックアップＲＮＳＭはセッション回復プロセスを開始する。このプロセス中、バックアップＲＮＳＭは、障害の発生したアクティブなＲＮＳＭによってサービスを受けたすべてのＲＮの作業ＲＮＳＭへのリホームをトリガして（３０８）、タイマーを開始する。タイマーは、セッション復元が正常に終了しない状況において、セッション復元プロセスを終了するために使用されうる。次いで、バックアップＲＮＳＭはそのバックアップ・セッション・データベースからセッションを取り出して、それらをＲＮＣ内の自身も含めた作業ＲＮＳＭの各々に均等に復元する（３１４）。一部の実施形態において、バックアップＲＮＳＭは、個々のセッションまたはセッションのグループを自身と他のＲＮＳＭにランダムに割り当てる。例えば、ＲＮＣに８つのＲＮＳＭがあり、ＲＮＳＭあたり２００００セッションがある場合、１つのＲＮＳＭの障害は、結果として、平均してＲＮＳＭごとに２８５７セッションの復元をもたらすことになる。特定の作業ＲＮＳＭが過負荷状態にあることを示す場合、バックアップＲＮＳＭは、過負荷条件を悪化させることを防ぐため、そのＲＮＳＭに追加のセッションを割り当てない。各セッションまたはセッションのグループが復元されると、バックアップＲＮＳＭは、そのセッションに向けられた後続のトラフィックが適正にルーティングされるように、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルを更新する（３１６）。タイマーが満了したか、またはブリーチされたセッションがすべて復元されたことを判別すると（３１０）、バックアップＲＮＳＭは復元プロセスを終了する（３１２）が、これはすべての未回復のセッションを削除することも含む。バックアップＲＮＳＭはまた非保護モードにも入るが、このモードではハートビート・メッセージは他のＲＮＳＭに送信されなくなる。
【００４１】
図７は、図４に示されるバックアップＲＮＳＭによって実行されるリアクティブ・セッション復元のプロセスを示す。保護側ＲＮＳＭ４６ａは、図６に示されるプロアクティブ復元プロセス３００で説明されている実行（３０２）、発行（３０４）、判別（３０６）、および復元（３０８）プロセスを実行する。次いで、バックアップＲＮＳＭは、障害の発生したＲＮＳＭに向けられたメッセージがバックアップＲＮＳＭにルーティングされるように、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルを更新する（３３２）。一部の実施形態において、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルは、すべてのアクティブなＲＮＳＭのバックアップＲＮＳＭが分かるように前もってＢＩＯを構成することによって単一のメッセージを使用して更新される。次いで、バックアップＲＮＳＭは、タイマー満了またはセッション回復プロセスの完了を継続的にチェック（３１０）しながら、ブリーチされたセッションのＵＡＴＩまたはＰＳＩを持つパケットが受信されるのを待つ。そのようなＵＡＴＩまたはＰＳＩを持つパケットを受信すると（３３４）、バックアップＲＮＳＭはバックアップ・セッション・データベースから対応するセッションを取り出して、それをＲＮＣ内の自身も含めた作業ＲＮＳＭのうちの１つに復元する（３１４）。一部の実施形態において、バックアップＲＮＳＭは、個々のセッションまたはセッションのグループを自身と他のＲＮＳＭにランダムに割り当てる。特定の作業ＲＮＳＭが過負荷状態にあることを示す場合、バックアップＲＮＳＭは、過負荷条件を悪化させることを防ぐため、そのＲＮＳＭに追加のセッションを割り当てない。各セッションまたはセッションのグループが復元されると、バックアップＲＮＳＭは、そのセッションに向けられた後続のトラフィックがそのセッションの正しいＲＮＳＭにルーティングされるように、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルを更新する（３１６）。タイマーが満了したか、またはブリーチされたセッションがすべて復元されたことを判別すると（３１０）、バックアップＲＮＳＭは復元プロセスを終了する（３１２）が、これはすべての未回復のセッションを削除することも含む。バックアップＲＮＳＭはまた非保護モードにも入るが、このモードではハートビート・メッセージは他のＲＮＳＭに送信されなくなる。
【００４２】
図８は、バックアップＲＮＳＭによって実行される複合されたリアクティブおよびプロアクティブ・セッション復元のプロセスを示す。保護側ＲＮＳＭ４６ａは、図６および図７に示されるプロアクティブおよびリアクティブ終了復元プロセス３００および３３０で説明されている実行（３０２）、発行（３０４）、判別（３０６）、および復元（３０８）プロセスを実行する。次いで、バックアップＲＮＳＭは、障害の発生したＲＮＳＭに向けられたメッセージがバックアップＲＮＳＭにルーティングされるように、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルを更新する（３３２）。バックアップＲＮＳＭは、タイマー満了またはセッション回復プロセスの完了を継続的にチェック（３１０）しながら、ブリーチされたセッションのＵＡＴＩまたはＰＳＩが受信されたかどうかを判別する。そのようなＵＡＴＩまたはＰＳＩを持つパケットを受信すると（３３４）、バックアップＲＮＳＭはそのバックアップ・セッション・データベースからセッションを取り出して、それらをＲＮＣ内の自身も含めた作業ＲＮＳＭの各々に均等に復元する。そのようなパケットが受信された場合、バックアップＲＮＳＭはそのバックアップ・セッション・データベースから次のブリーチされたセッションまたはセッションのグループを取り出して（３１４）、それらをＲＮＣ内の自身も含めた作業ＲＮＳＭの各々に均等に復元する。一部の実施形態において、バックアップＲＮＳＭは、個々のセッションまたはセッションのグループを自身と他のＲＮＳＭにランダムに割り当てる。特定の作業ＲＮＳＭが過負荷状態にあることを示す場合、バックアップＲＮＳＭは、過負荷条件を悪化させることを防ぐため、そのＲＮＳＭに追加のセッションを割り当てない。各セッションまたはセッションのグループが復元されると、バックアップＲＮＳＭは、そのセッションに向けられた後続のトラフィックが適正にルーティングされるように、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルを更新する（３１６）。タイマーが満了したか、またはブリーチされたセッションがすべて復元されたことを判別すると（３１０）、バックアップＲＮＳＭは復元プロセスを終了する（３１２）が、これはすべての未回復のセッションを削除することも含む。バックアップＲＮＳＭはまた非保護モードにも入るが、このモードではハートビート・メッセージは他のＲＮＳＭに送信されなくなる。このようにして、ＰＤＳＮ２７またはＲＮ（例えば、ＲＮ３０ａ）によって即時のサービスが要求されている任意のセッションの処理キューの先頭に加速をもたらして、セッション回復は規則的な方法で進行する。
【００４３】
セッション終了
前述のように、１ｘＥＶ−ＤＯプロトコルはまた、ネットワーク側からのブリーチされたセッションの終了によりセッション・ブリーチの修復を可能にして、その結果ＡＴによりセッションを自動再確立できるようにする。
【００４４】
以下でさらに詳細に説明されるように、セッション終了の場合、セッション・データベースは、好ましくは、それぞれのＲＮＳＭによって保持されるすべてのセッション情報のバックアップではなく、ＲＮＳＭの障害が発生した場合にセッション終了メッセージを生成してＡＴに送信するのに十分な情報しか含まない。図２を参照すると、保護されるＲＮＳＭ４６ｂに障害が発生しているという指示を保護側ＲＮＳＭ４６ａが受け取った場合、保護側ＲＮＳＭ４６ａは、セッション終了メッセージを影響を受けるＡＴに送信するよう他のＲＮＳＭ（例えば、４６ｃ）に指示する。例えば、ＲＮＳＭ４６ｂに障害が発生しているという指示を保護側ＲＮＳＭ４６ａが受け取った場合、ＲＮＳＭ４６ａは、バックアップ・セッション・データベース６７ａに格納されている情報を使用してＡＴ３４ｂのセッション終了メッセージを生成し、セッション終了メッセージをＡＴ３４ｂに送信するよう別のＲＮＳＭ（例えば、４６ｃ）を割り当てる。ＡＴ３４ｂは、セッション終了メッセージを受信すると、ＲＮＳＭ４６ｂとのセッションを終了して、動作可能なＲＮＳＭのうちの１つと新規セッションを開始する。
【００４５】
基本入出力（ＢＩＯ）４２は、ＰＤＳＮ２７からデータ・パケットを受信し、それらをＡＴに搬送するための適切なＲＮＳＭにルーティングする。ＲＮＳＭの障害の通知を受け取ると、保護側ＲＮＳＭ４６ａは、障害の発生したＲＮＳＭにフラグを立てるようＢＩＯ４２に指示して、アプリケーションがブリーチされたセッションと連絡を取ろうと試みるときに、ＢＩＯ４２が障害の発生したＲＮＳＭにそれ以上データ・パケットを送信しないように防ぐ。ＢＩＯ４２が、障害の発生したＲＮＳＭ４６ｂにアドレス指定されたデータ・パケットをＰＤＳＮ２７から受信した場合、ＢＩＯ４２は、障害の発生したＲＮＳＭ４６ｂを保護していたＲＮＳＭ４６ａにデータ・パケットを転送する。保護側ＲＮＳＭ４６ａは、好ましくは、ＡＴの新規セッションが別のＲＮＳＭで確立されるまで、または新規セッション確立手順がタイムアウトするまで、データ・パケットまたはデータ・パケット内に含まれる情報のサブセットを保存する。通常、保護側ＲＮＳＭ４６ａは、失われたセッションをキュー内のそれらの順序に従って再確立しようと試みる。しかし、アプリケーションがキュー内の特定のセッションとの連絡を試みていることの指示を保護側ＲＮＳＭ４６ａがＢＩＯ４２から受信した場合、図５Ｃに示される複合されたプロアクティブおよびリアクティブサービス・オーダー１７０に説明されるように、保護側ＲＮＳＭ４６ａはそのセッションをキューの先頭に引き上げて、即時にそのセッションにサービスを提供する。このようにして、保護側ＲＮＳＭ４６ａは、ＢＩＯ４２から送信された通知を使用して、セッション終了メッセージを優先順位付けする。
【００４６】
図３を参照すると、保護側ＲＮＳＭ４６ａは、障害の発生したＲＮＳＭ４６ｂがサービスを提供したすべてのセッションの情報を含むセッション・データベース６６ａを保持する。この特定の実施態様において、セッション・データベース６６ａは、セッション・バックアップ・マネージャ６８ａソフトウェア・モジュールを介して保護に関連するＲＮＳＭプロセスによってアクセスされる。
【００４７】
図９に示されるように、セッション・データベース６６ａは、各セッション２５２に対して以下の情報を格納する。
（１）Ｕｎｉｃａｓｔ  Ａｃｃｅｓｓ  Ｔｅｒｍｉｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ（ＵＡＴＩ）２５４。アクセス・ネットワークに登録されるときにＡＴ３４を一意に識別する識別コード。
（２）ハードウェア識別子（ＨｗＩＤ）２５６。ＡＴ３４の物理ハードウェアの一意の永続的識別コード。
（３）ＰＤＳＮ／ＰＣＦ固有の識別子（ＰＳＩ）２５８。ネットワークでセッションを確立した各ＡＴ３４に割り当てられている一意の識別番号で、ＲＮＣおよびＰＤＳＮのＰＣＦサブシステムがデータ伝送によって参照される特定のセッションを相互に識別できるようにする。
（４）制御チャネルサイクル２６０。ＡＴが一意に割り当てられたアクティブな無線リソースを持たない場合に、ＡＴがネットワークからの放送伝送を監視する定期的間隔を識別する。
（５）ＡＴセクタ２６２のセット。ＡＴがルート更新をネットワーク４６に最後に送信したときにＡＴが監視していた特定のセクタに各ＡＴをマップする。
（６）フラグ２６４。ＲＮＳＭの障害の発生を示す。
【００４８】
現在の１ｘＥＶ−ＤＯプロトコルの下でセッション終了メッセージを生成してＡＴに送信するため、ＲＮＣは、少なくともＡＴのＵＡＴＩ、ＰＳＩ、制御チャネルサイクル、およびルート更新の一部として受信した最終セクタを保持する。ＵＡＴＩは、制御チャネルを介してセッション終了メッセージを送信するときに、特定のＡＴを識別するために使用される。ハードウェア識別子は、ＡＴが開始した接続試行によってセッションがすでに終了されて新規セッションに置き換えられたので、セッションはもはや終了の必要がなくなったかどうかをＲＮＣが検出できるように、セッション・データベース内のＡＴを識別するために使用される。ＰＳＩは、セッションがブリーチされたＡＴに向けられたＰＤＳＮ２７からパケットが受信されたとき、終了するセッションを識別する。制御チャネルサイクルは、セッション終了メッセージをＡＴに送信するために使用される。ＡＴセクタは、セッション終了プロセスを最適化するために必要とされる。より多くのセッションが終了されるべきであるが各ＡＴの場所が知られていない場合、各ＡＴのセッション終了メッセージは、障害の発生したＲＮＳＭを含むＲＮＣによって制御されるすべてのセクタにわたって送信される必要がある。これは、大量の処理能力および制御チャネル帯域幅を消費する。どのＡＴからのどのセクタがパイロットを最後に報告したかを認識することで、セッション終了メッセージの対象をＡＴごとにより少数のセクタに絞り込むことができる。セッション・データベース６６に格納されている情報は、ＲＮＳＭ障害に起因する失われたセッションを再確立するのに十分である。
【００４９】
再び図３を参照すると、例えばＲＮＳＭ４６などのＲＮＳＭは、ＲＮＳＭによってサービスを受けている各ＡＴの状態を監視するコール制御プロセス７２を含む。ＡＴの状態の変化に応じて、コール制御７２は、アクティブ・セッション・データベース６６ａを更新する。アクティブ・セッション・データベースへの変更の結果、バックアップＲＮＳＭに更新された最終状態と異なる「同期化可能な（ｓｙｎｃａｂｌｅ）」状態にセッションが入っている場合、更新は、セッション・バックアップ・マネージャ６８をトリガして、最近更新されたセッションの全体または一部をバックアップＲＮＳＭに複製する。例えば、新規セッションがＡＴによって作成または削除される場合、コール制御プロセス７２は、セッション・データベース６６ａ内の対応するセッションを作成または削除する。ＲＮＣ２８は、ユーザ・トラフィックを搬送する無線−パケット（Ｒ−Ｐ）インターフェースを通じて、コアＩＰネットワーク２６とデータを交換する。このインターフェース内の単一のユーザ・トラフィック接続は、１ｘＥＶ−ＤＯ標準で定義されているようにＡ１０である。Ａ１０インターフェースがセッションに対して作成または削除される場合、コール制御７２は、セッション・バックアップ・マネージャ６８をトリガするセッション・データベース６６ａを更新して、バックアップＲＮＳＭのバックアップ・セッション・データベース６７を更新する。ＡＴ３４が、その最終ルート更新に含めていたセクタのセットとは異なる無線セクタを含むルート更新を送信するか、または制御チャネルサイクルを変更する場合、コール制御７２はセッション・データベース６６ａを更新する。セッション・バックアップ・マネージャ６８は、コール制御プロセスからの更新メッセージを検出すると、適宜バックアップ・セッション・データベース６７を更新する。セッション・バックアップ・マネージャ６８はまた、セッション終了および再試行プロセスを管理するために必要なタイマーを保持する。
【００５０】
ＲＮＳＭは、パケット制御機能（ＰＣＦ）６４を通じてＰＤＳＮ２７と通信する。ＰＣＦ６４は、ＲＮＣ２８とＰＤＳＮ２７との間のパケットの伝送を制御する。ＰＣＦ６４は、ＰＣＦ６４とＰＤＳＮ２７との間のユーザ・トラフィックを搬送するＡ１０インターフェースを通じて、ＰＤＳＮ２７へのインターフェースをとる。ＲＮＣ２８は、ＡＴ３４に対して作成されたセッションごとにＡ１０を開く。ＲＮＳＭの障害を検出すると、ＰＣＦは、障害の発生したＲＮＳＭ４６に属するＡ１０のアクティビティの考慮を中断するが影響を受けたＡ１０をそのままにしておくようＰＤＳＮ２７に指示するように構成される。この命令は、ＡｃｔｉｖｅＳｔｏｐメッセージ７６をＰＤＳＮ２７に送信することによって達成されうる。このステップは、ＡｃｔｉｖｅＳｔｏｐコマンドは請求可能なユーザアクティビティが中止したことの通知であるので、正確なユーザ請求情報をコアＩＰネットワークに保持するように機能する。ＰＣＦ６４はＡ１０を終了しないので、これらは他のアクションがとられない場合、無期限にアライブ状態を維持する。したがって、Ａ１０が閉じられるのは、セッションが終了された後、または全セッション終了プロセスがタイムアウトしたときだけである。これらは、ＡＴが開始した接続試行によって新規セッションが作成されるときに再度開かれる。セッション・バックアップ・マネージャ６８はまた、例えば、障害の発生したＲＮＳＭ（例えば４６ａ）に属するＡ１０エントリにラベル付けするためにフラグ通知をＢＩＯ４２に送信することなどによって、影響を受けたＡ１０についてＢＩＯ４２に通知するように構成される。
【００５１】
ＢＩＯ４２は、ＡＴをＲＮＳＭにマップするＰＳＩテーブル６２を保持し、それによりＢＩＯが、ＡＴに向けられたデータ・パケットを適切なＲＮＳＭにルーティングできるようにする。ＰＳＩテーブル６２は、ＰＳＩによってアドレス指定されたセッションが位置するＲＮＳＭの識別を返すＰＳＩによって索引付けされたルックアップ構造である。
【００５２】
ＢＩＯはまた、ＲＮＳＭの障害を検出するとセッション終了メッセージの生成を容易にするファースト・パス・コンポーネント６０を含む。ファースト・パス・コンポーネントは、障害の発生したＲＮＳＭの通知を受信し、これに応じて、影響を受けたセッションにフラグが設定されているＰＳＩ転送テーブル６２を更新する。ファースト・パス・コンポーネント６０はまた、対応するＲＮＳＭがＰＳＩテーブルでセッション終了のフラグが立てられているＰＳＩでラベル付けされたコアネットワークからパケットを受信するとき、受信したデータ・パケットを、保護側ＲＮＳＭ４６ａのセッション・バックアップ・マネージャ６８に送信する。セッション・バックアップ・マネージャ６８は、ＧｅｎｅｒａｔｅＳｅｓｓｉｏｎＣｌｏｓｅメッセージを発行するが、これは次いでセッションを終了するようＡＴ３４に信号で通知する選択されたＲＮＳＭ４６へのセッション・データベース８０からの情報で更新されている。ＢＩＯ４２が障害の発生したＲＮＳＭ４６に向けられた後続のデータ・パケット７８を受信したとき、それがすでに開始されているセッション終了である場合、ＢＩＯはパケット７８を廃棄する。
【００５３】
ＲＮＳＭが失敗した場合、障害の発生したＲＮＳＭによってサポートされるセッションは、キューに入れられる。ＲＮＣは、キューで待機しているセッションのセッション終了メッセージを、いくつかの方法で処理することができる。例えば、図５Ａに示されるように、ＲＮＣ２８はプロアクティブ・プロセス１１０を使用してセッション終了メッセージングを実行するが、プロアクティブ・プロセスではブリーチされたセッションは、キュー２００内の順序に従ってＲＮＳＭの障害を認識すると即座にサービスが提供される。ユーザ・セッションが終了されて、アプリケーションがセッションへの到達を試みる前に再確立された場合、ユーザはそのセッションがブリーチされたことを認識しない。しかし、アプリケーションがブリーチされたセッションに到達しようと試みる場合、そのアプリケーションは、その特定のセッションが再確立される前にすべての先行のキューに入れられたセッションがサービスを受けるまで待機する必要がある。例えば、アプリケーションがキュー２００内の第５のセッションと連絡しようと試みるものと仮定する。アプリケーションは、先行のセッションが即座のサービスを要求しているかどうかにかかわらず、第５のセッションが再確立される前に、先行のセッションが処理されるのを待機する必要がある。アプリケーションがタイムアウトするために第５のセッションが再確立されない場合、アプリケーションは断念して終了する。したがって、多くのセッションが終了されるべく待機している場合、一部のユーザは、アプリケーションがそれらのセッションと連絡しようと試みたが、それらのセッションが終了されるべきセッションのキューの最後尾にあったために連絡できなかったことを知ることができる。
【００５４】
リアクティブ・セッション終了プロセスにおいて、ＲＮＣ２８は、アプリケーションが到達を試みたＡＴのみにセッション終了メッセージを送信することにより、アプリケーション・タイムアウトの頻度を減少させる。リアクティブ・セッション終了プロセス１５０の例は、図５Ｂに示される。キュー２００内の第５のセッションは、至急２０４として強調表示され、アプリケーションがそのセッションに到達を試みていることを示す。キューに入れられた他のすべてのセッションは、非至急２０２とマーク付けされる。第５のセッションは即座にサービスを提供され、一方キュー内の残りの各セッションはアプリケーションが連絡を試みるまで待機しなければならない。あらかじめ定められた時間の経過後、キュー内のセッションがアプリケーションによって連絡されなくなると、ＲＮＣはそのセッションをタイムアウトして、それをキューから削除する。
【００５５】
リアクティブ終了プロセスは、非至急セッションよりも至急セッションを優先させるので、リアクティブ・セッション終了中は、プロアクティブ・セッション終了中に比べてアプリケーション・タイムアウトが発生する可能性は低くなる。さらに、リアクティブ・セッション終了では、非至急セッションを終了するために必要とされたであろう処理リソースを節約する。一方、リアクティブ・セッション終了では、ネットワークが開始したトラフィックが到着した時間と、それが搬送されえた時間との間の到達不能の短期間をすべてのユーザに経験させることになる。
【００５６】
セッション終了の第３の方法は、プロアクティブ・プロセスとリアクティブ・プロセスを統合して、複合プロアクティブおよびリアクティブ・プロセスを形成する。例えば、図５Ｃに示されるように、複合プロアクティブおよびリアクティブ・プロセス１７０は、非至急セッション２０２に、それらのキュー２００内の順序に従ってサービスを提供する。セッションが至急２０４になった場合、プロセス１７０は、即座にサービスを提供できるようにそのセッションをキュー２００の先頭に引き上げる２０８。複合方式１７０の利点は、終了プロセスが、通常のシステムオペレーションを大幅に中断させることなく、しかもセッション終了が至急になった場合に即座に対応できるようにペースを調整できることである。
【００５７】
図１０は、プロアクティブ・セッション終了を実行するためのプロセス３７０を示す。保護側ＲＮＳＭ４６ａは、通常のコール処理機能を実行する間、アクティブなＲＮＳＭ４６ｂにハートビート・メッセージを継続的に発行する（３０４）。アクティブなＲＮＳＭ４６ｂは、適正に動作している場合、ハートビート・メッセージの肯定応答を保護側ＲＮＳＭ４６ｂに送信する。保護側ＲＮＳＭ４６ｂは、アクティブなＲＮＳＭ４６ｂから肯定応答を受信（３０６）した場合、通常のコール処理機能を引き続き実行する（３０２）。保護側ＲＮＳＭ４６ａがアクティブなＲＮＳＭ４６ｂから肯定応答を受信しなかった場合、アクティブなＲＮＳＭ４６ｂは障害が発生しており、そのセッションはブリーチされる。したがって、保護側ＲＮＳＭ４６ａはセッション終了プロセスを開始する。ＲＮＳＭの障害の直後、ＲＮＳＭ４６ｂはリブートする。リブートするとＲＮＳＭ４６ｂは、ブートしたことをＳＣ４０に通知し、ＳＣ４０がこれを使用して新規セッションを開始できるようにする。
【００５８】
ＲＮＳＭ障害の指示と同時に、保護側ＲＮＳＭ４６ａは、障害の発生したＲＮＳＭ４６ｂのサービス提供を受けたすべてのＲＮのリホームをトリガする３０８。ＲＮＳＭ４６ａは、ＲＮＳＭ４６ｂの障害の通知をＢＩＯ４２に送信して（３７２）、図１３に説明されるセッション終了プロセスを開始する。障害の通知を受信すると、ＢＩＯは、障害の発生したＲＮＳＭ４６ｂのサービス提供を受けているすべてのセッションにフラグを立てる。保護側ＲＮＳＭ４６ａはまた、ＲＮＳＭ４６ｂに障害が発生したことをＳＣ４０に通知する（３７２）。通知を受信すると、ＳＣ４０は、セッションの存在が保護側ＲＮＳＭ４６ａで認識されることを反映するように、そのセッション・ルックアップ・データベース７０を更新する。ＲＮＳＭ４６ｂの障害に先立ち、保護側ＲＮＳＭ４６ａは、セッション・バックアップ・マネージャ６８ａによって与えられると、すべてのセッションのセッション情報のサブセットをＲＮＣに継続的に格納してきた。セッション情報は後に、ブリーチされたセッションを再構築するために使用される。ＰＣＦ６４は、ブリーチされた各セッションに代わってＡｃｔｉｖｅＳｔｏｐコマンド７６をＰＤＳＮ２７に送信し（３７４）、タイマーを開始する（３７４）。タイマーは、セッション終了が正常に終了しない状況において、セッション終了プロセスを終了するために使用されうる。ＡｃｔｉｖｅＳｔｏｐコマンド７６は、アクティブであったセッションのＡ１０の請求を中断するが、それらの同Ａ１０をそのままにしておくようＰＤＳＮ２７に指示する。セッションが終了されるとき、保護側ＲＮＳＭ４６ａは、フラグが立てられたセッションを作業ＲＮＳＭ（例えば４６ｃ）に割り当て、セッション情報を作業ＲＮＳＭに送信する。保護側ＲＮＳＭ４６ａは、セッション情報を選択された作業ＲＮＳＭ（３１４）に送信して、セッション終了コマンド（つまり、セッション終了メッセージ）をＡＴ３４に発行するよう作業ＲＮＳＭに指示する。ＡＴ３４がタイムアウト発生前に新規セッションを要求する場合、ＲＮＣ２８はＡＴ３４を作業ＲＮＳＭに割り当て、それによりブリーチされたセッションを再確立する。作業ＲＮＳＭがＳＣ４０上のＳｅｓｓｉｏｎＤＢ  Ｌｏｏｋｕｐアプリケーション７１に新規セッションを登録するとき、既存のセッションと同一のハードウェアＩＤを有するので、Ｓｅｓｓｉｏｎ  ＤＢ  Ｌｏｏｋｕｐアプリケーション７１は、セッションが複製であると判別する。セッションＤＢルックアップアプリケーション７１は、登録されたセッションの肯定応答、および複製が常駐するＲＮＳＭ（この場合は保護側ＲＮＳＭ４６ａ）の通知で作業ＲＮＳＭに応答する。この時点において、作業ＲＮＳＭは、セッションが終了されたことを示し、そのハードウェアＩＤによってセッションを識別するメッセージを保護側ＲＮＳＭ４６ａに送信する。次いで、保護側ＲＮＳＭ４６ａは、終了待機中のセッションのリストからそのセッションを削除する。しかし、ＡＴ３４がタイムアウト発生前に新規セッションを要求しない場合、保護側ＲＮＳＭ４６ａは、まだ終了されていないセッションのタイマーおよびすべての保存されているセッション情報を削除する。保護側ＲＮＳＭ４６ａは、障害の発生したＲＮＳＭ４６ｂのサービス提供を受けたすべてのブリーチされたセッションが再割り当てされているかどうか、または全セッション終了タイムアウトが満了しているかどうかを判別する（３７８）。判別（３７８）が否定である場合、保護側ＲＮＳＭ４６ａは、そのバックアップ・セッション・データベースから次のセッションを取り出す（３１４）。一部の実施形態において、バックアップＲＮＳＭは、個々のセッションまたはセッションのグループを自身と他のＲＮＳＭにランダムに割り当てる。特定の作業ＲＮＳＭが過負荷状態にあることを示す場合、バックアップＲＮＳＭは、過負荷条件を悪化させることを防ぐため、そのＲＮＳＭに追加のセッションを割り当てない。各セッションまたはセッションのグループが終了されると、バックアップＲＮＳＭは、そのセッションに向けられた後続のトラフィックが、終了のためにセッションが割り当てられる作業ＲＮＳＭにルーティングされるように、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルを更新する（３１６）。タイマーが満了したか、またはブリーチされたセッションがすべて終了されたことを判別すると（３７８）、保護側ＲＮＳＭ４６ａは終了プロセスを終了する（３７６）が、これはまだ終了されていないセッションのタイマーおよび保存されているすべてのセッション情報を削除することも含む。保護側ＲＮＳＭ４６ａは非保護モードに入るが、このモードではハートビート・メッセージは他のＲＮＳＭに送信されなくなる。
【００５９】
通常のサービス提供への回復プロセスの影響を軽減するため、リアクティブ・セッション終了プロセス３９０が実施される。図１１は、保護側ＲＮＳＭ４６ａによって実行されるリアクティブ・セッション終了プロセス３９０を示す。保護側ＲＮＳＭは、図１０に示されるプロアクティブ終了プロセス３７０で説明されている実行（３０２）、発行（３０４）、判別（３０６）、通知（３７２）、および送信（３７４）プロセスを実行する。
【００６０】
保護側ＲＮＳＭ４６ａは、フラグを立てられたセッション情報をＢＩＯ４２に送信して、図１３に説明されるセッション終了プロセスを開始する。プロアクティブ方式３７０において行われたようにすべてのフラグを立てられたセッションのセッション終了を即座に開始するのではなく、保護側ＲＮＳＭ４６ａは、セッション終了を開始する前にアプリケーションがコアネットワーク側からセッションとの連絡を試みるのを待つ。保護側ＲＮＳＭ４６ａは、最初にタイマーを開始して、セッションをリアクティブに終了するよう試みる時間を制限する（３７４）。ＢＩＯ４２は、ブリーチされたセッションを識別するＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージを保護側ＲＮＳＭ４６ａに送信することによりアプリケーションが特定のブリーチされたセッションとの連絡を試みていることを保護側ＲＮＳＭ４６ａに通知する。ＲＮＳＭ４６ａは、ＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージが受信されたかどうかを判別する（３９２）。ＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージが受信されない場合、保護側ＲＮＳＭ４６ａは、タイムアウトが発生するまでＢＩＯ４２からのＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージを待つ（３９２）そのプロセスを再開する。ＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージを受信した後、保護側ＲＮＳＭ４６ａは、ＢＩＯ４２によって識別されたセッションを作業ＲＮＳＭに割り当てる。保護側ＲＮＳＭ４６ａは、バックアップ・セッションＤＢ６７ａからＢＩＯ４２によって識別されたセッションを取り出し、セッションが終了されることを示して保存されているセッション情報を作業ＲＮＳＭに送信する。作業ＲＮＳＭは、セッション終了メッセージをＡＴ３４に送信する。ＡＴ３４がタイムアウト発生前に新規セッションを要求する場合、ＲＮＣ２８はＡＴ３４を作業ＲＮＳＭに割り当て、それによりブリーチされたセッションを再確立する。作業ＲＮＳＭがＳＣ４０上のＳｅｓｓｉｏｎＤＢ  Ｌｏｏｋｕｐアプリケーション７１に新規セッションを登録するとき、既存のセッションと同一のハードウェアＩＤを有するので、Ｓｅｓｓｉｏｎ  ＤＢ  Ｌｏｏｋｕｐアプリケーション７１は、セッションが複製であると判別する。セッションＤＢルックアップアプリケーション７１は、登録されたセッションの肯定応答、および複製が常駐するＲＮＳＭ（この場合は保護側ＲＮＳＭ４６ａ）の通知で作業ＲＮＳＭに応答する。この時点において、作業ＲＮＳＭは、セッションが終了されたことを示し、そのハードウェアＩＤによってセッションを識別するメッセージを保護側ＲＮＳＭ４６ａに送信する。次いで、保護側ＲＮＳＭは、終了待機中のセッションのリストからそのセッションを削除する。しかし、ＡＴ３４がタイムアウト発生前に新規セッションを要求しない場合、保護側ＲＮＳＭ４６ａは、タイマーおよびすべての保存されているセッション情報を削除する。保護側ＲＮＳＭ４６ａは、障害の発生したＲＮＳＭ４６ｂのサービス提供を受けたすべてのブリーチされたセッションが再割り当てされているかどうか、または全セッション終了タイムアウトが満了しているかどうかを判別する（３７８）。判別（３７８）が否定である場合、保護側ＲＮＳＭ４６ａは、別のセッション終了を開始する前に、ＢＩＯ４２からの別のＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージ８０を待つ（３９２）。保護側ＲＮＳＭ４６ａは、バックアプセッションＤＢ６７ａからＢＩＯ４２によって識別されたセッションを取り出し、セッションが終了されタイマーが開始されることを示して保存されているセッション情報を作業ＲＮＳＭに送信する（３３６）。作業ＲＮＳＭは、セッション終了メッセージをＡＴ３４に送信する。各セッションまたはセッションのグループが終了されると、保護側ＲＮＳＭ４６ａは、そのセッションに向けられた後続のトラフィックが、終了のためにセッションが割り当てられる作業ＲＮＳＭにルーティングされるように、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルを更新する（３１６）。タイマーが満了したか、またはブリーチされたセッションがすべて終了されたことを判別すると（３７８）、保護側ＲＮＳＭ４６ａは終了プロセスを終了する（３７６）が、これはまだ終了されていないセッションのタイマーおよび保存されているすべてのセッション情報を削除することも含む。保護側ＲＮＳＭ４６ａは非保護モードに入るが、このモードではハートビート・メッセージは他のＲＮＳＭに送信されなくなる。
【００６１】
図１２は、それぞれ図１０および図１１で説明されているプロアクティブ３７０およびリアクティブ３９０セッション終了方式を統合する複合プロアクティブおよびリアクティブ・セッション終了方式４００を示す。図１１のリアクティブ・セッション終了プロセス３９０および図１２の複合終了プロセス４００では、ＢＩＯ４２から送信されたＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージを使用してセッション終了メッセージングを優先順位付けする。保護側ＲＮＳＭ４６ａは、図１０および図１１に示されるプロアクティブおよびリアクティブ終了プロセス３７０および３９０で説明されている実行（３０２）、発行（３０４）、判別（３０６）、通知（３７２）、および送信（３７４）プロセスを実行する。
【００６２】
複合プロセス４００において、保護側ＲＮＳＭ４６ａは、キュー２００内のすべてのブリーチされたセッションが再割り当てされているかどうか、または全セッション終了タイムアウトが満了しているかどうかを判別する（３７８）。判別（３７８）が否定である場合、保護側ＲＮＳＭ４６ａは、ＢＩＯ４２からＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージ８０が受信されたかどうかを判別する（３９２）。
【００６３】
保護側ＲＮＳＭ４６ａがＢＩＯ４２からＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージを受信する場合、保護側ＲＮＳＭ４６ａはＢＩＯ４２によって識別されたセッションを即座に処理し（３３６）、それによりそのセッションをキュー２００の前面に効果的に引き上げる。保護側ＲＮＳＭ４６ａがＢＩＯ４２からＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージを受信しない場合、保護側ＲＮＳＭ４６ａは、ユーザ構成可能レートでキュー２００内の順序に従ってセッションを処理する（３１４）。レートは、セッションが終了される速度と、セッションを終了するために必要な処理能力との間のトレードオフを最適化するために選択されうる。
【００６４】
各セッションまたはセッションのグループが終了されると、保護側ＲＮＳＭ４６ａは、そのセッションに向けられた後続のトラフィックが、終了のためにセッションが割り当てられる作業ＲＮＳＭにルーティングされるように、ＢＩＯのＵＡＴＩおよびＰＳＩ転送テーブルを更新する（３１６）。タイマーが満了したか、またはブリーチされたセッションがすべて終了されたことを判別すると（３７８）、保護側ＲＮＳＭ４６ａは終了プロセスを終了する（３７６）が、これはまだ終了されていないセッションのタイマーおよび保存されているすべてのセッションを削除することも含む。保護側ＲＮＳＭ４６ａは非保護モードに入るが、このモードではハートビート・メッセージは他のＲＮＳＭに送信されなくなる。
【００６５】
図１３を参照すると、ＢＩＯ４２によって実行されるセッション終了メッセージングプロセス４２０が示される。通常の手続きを実行する間（４２２）、ＢＩＯ４２は、ＲＮＳＭ障害通知が保護側ＲＮＳＭ４６ａから受信されたかどうかを継続的に判別する（４２４）。ＢＩＯ４２は、障害の発生したＲＮＳＭ４６ｂのそのＰＳＩテーブル６２およびそのＵＡＴＩテーブル６３のすべてのセッション・エントリにフラグを立て（４２６）、保護側ＲＮＳＭ４６ａを指し示すようにセッション・エントリ内のセッションの位置を更新する。ＢＩＯ４２は、ＰＤＳＮ２７からデータ・パケット７８を受信し、パケットが障害の発生したＲＮＳＭに向けられているかどうかを判別する（４２８）。パケットが障害の発生したＲＮＳＭに向けられている場合、ＢＩＯ４２は、パケットが属するセッションが「回復保留中」のフラグを立てられているかどうかを判別する（４３４）。セッションにフラグが立てられていない場合、ＢＩＯ４２は、セッションに「回復保留中」のフラグを立て（４４０）、タイマーを開始して、ＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージを保護側ＲＮＳＭ４６ａに送信する。ＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージは、アプリケーションがブリーチされたセッションに連絡を試みたことを保護側ＲＮＳＭ４６ａに通知する。ＢＩＯ４２は、タイマーが満了しているかどうかを判別する（４３６）。タイマーがまだ満了しない間に、フラグを立てられたセッションに対して受信された後続のパケットは廃棄される（４３８）。タイマーが満了している場合、新しいＲｅｃｏｖｅｒＳｅｓｓｉｏｎは保護側ＲＮＳＭ４６ａに送信され（４４０）、タイマーは再始動される。受信したパケットが障害の発生したＲＮＳＭに向けられていないとＢＩＯ４２が判別した場合（４２８）、ＢＩＯ４２は、回復保留中である他のブリーチされたセッションのタイマーが満了しているかどうか判別する（４３０）。タイマーが満了していない場合、ＢＩＯ４２は、引き続きパケットを受信して、パケットが障害の発生したＲＮＳＭに向けられているかどうかを判別する（４２８）。セッションのタイマーが満了している場合、ＢＩＯ４２はタイマーを再始動し、セッションに新しいＲｅｃｏｖｅｒＳｅｓｓｉｏｎメッセージを生成する（４３２）。
【００６６】
ＲＮＣ２８は、多くの様々なハードウェア構成によって実施されうる。１つの可能な構成は、複数の処理カードを含む専用シャーシであり、各カードがＳＣ４０、ＢＩＯ４２、またはＲＮＳＭ（例えばＲＮＳＭ４６ａ）のいずれかの機能を実行する。好ましい実施形態において、処理カードは、不揮発性ＲＡＭ、フラッシュ・メモリ、およびフラッシュ・ディスクを含む、コンパクトＰＣＩまたはＡｄｖａｎｃｅｄ  ＴｅｌｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ  Ａｒｃｈｉｔｅｃｔｕｒｅ（Ａ−ＴＣＡ）カードである。第２の構成はブレード・サーバである。ブレード・サーバは、複数のカードを含むシャーシから成り、各カードは、ハードディスク・ドライブおよび電源装置などの共通のリソースがすべてのカード間で共有されることを除いては、完全なシングルボードコンピュータと同等である。ＲＮＣ２８はまた、各コンピュータがＲＮＣ２８の役割を果たす独立したコンピュータの集合として配置されたスタンドアロンのサーバ上で実施されうる。このスタンドアロン・サーバ構成において、各コンピュータは、ＳＣ４０、ＢＩＯ４２、およびＲＮＳＭ（例えばＲＮＳＭ４６ａ）の機能を単一のプロセッサに集約する。スタンドアロンのサーバ・モデルの代替実施形態は、各コンピュータをＳＣ、ＲＮＳＭ、またはＢＩＯのいずれかとして使用する。ＲＮＣ２８のもう１つの構成は、ＳＣ４０、ＢＩＯ４２、またはＲＮＳＭ（例えばＲＮＳＭ４６ａ）の機能を実行する組み込みプロセッサを含む統合システムであってもよい。さらにもう１つの構成は、ＲＮＣ２８のすべての機能が単一チップによって実行される特殊用途向け集積回路（ＡＳＩＣ）である。ＰＣＦ６４はまた、仮想ＰＣＦとして実装され、すべてのＲＮＳＭ４６に同時に常駐しても、または別のＲＮＳＭ（例えばＲＮＳＭ４６ｂ）に再配置される機能を備える所定のＲＮＳＭ（例えばＲＮＳＭ４６ａ）に常駐してもよい。
その他の実施形態は、添付の特許請求の範囲に含まれる。例えば、図６、図７、図８、図１０、図１１、図１２、および図１３に説明されるステップは、図に示される順序とは異なる順序で実行されうる。
【図面の簡単な説明】
【００６７】
【図１】無線ネットワーク・システムを示すブロック図である。
【図２】無線ネットワーク・コントローラ（ＲＮＣ）の内部モジュールを示す図である。
【図３】図２のＲＮＣ内部モジュールを詳細に示す図である。
【図４】保護されるＲＮＳＭとそれらのセッション・データとの間の関係を示す図である。
【図５Ａ】プロアクティブ・セッション終了に対してセッションが終了される順序を示す図である。
【図５Ｂ】リアクティブ・セッション終了に対してセッションが終了される順序を示す図である。
【図５Ｃ】複合されたプロアクティブおよびリアクティブ・セッション終了に対してセッションが終了される順序を示す図である。
【図６】図４の保護側ＲＮＳＭによって実行されるプロアクティブ・セッション復元の論理を示す図である。
【図７】図４の保護側ＲＮＳＭによって実行されるリアクティブ・セッション復元の論理を示す図である。
【図８】図４の保護側ＲＮＳＭによって実行される複合プロアクティブおよびリアクティブ・セッション復元の論理を示す図である。
【図９】図３および図４のセッション・データベースを示す図である。
【図１０】図４の保護側ＲＮＳＭによって実行されるプロアクティブ・セッション終了の論理を示す図である。
【図１１】図４の保護側ＲＮＳＭによって実行されるリアクティブ・セッション終了の論理を示す図である。
【図１２】図４の保護側ＲＮＳＭによって実行される複合プロアクティブおよびリアクティブ・セッション終了の論理を示す図である。
【図１３】図２の基本入出力（ＢＩＯ）によって実行されるセッション終了機能の論理を示す図である。
【図１】
2008547329.tif 000003
【図２】
2008547329.tif 000004
【図３】
2008547329.tif 000005
【図４】
2008547329.tif 000006
【図５Ａ】
2008547329.tif 000007
【図５Ｂ】
2008547329.tif 000008
【図５Ｃ】
2008547329.tif 000009
【図６】
2008547329.tif 000010
【図７】
2008547329.tif 000011
【図８】
2008547329.tif 000012
【図９】
2008547329.tif 000013
【図１０】
2008547329.tif 000014
【図１１】
2008547329.tif 000015
【図１２】
2008547329.tif 000016
【図１３】
2008547329.tif 000017