(57)【特許請求の範囲】
【請求項１】
ＩＳ−８５６通信標準に従うネットワークにおいてアクセスターミナルを形成する方法であって、この方法は、
該アクセスターミナル上で動作する応答プロトコルプロセスから、該アクセスターミナル上で動作するセッション構成プロトコルプロセスに情報を送信し、該情報は該応答プロトコルプロセスが該アクセスターミナルの現在の状態を変更するために構成変更をリクエストすることを示し、
該アクセスターミナルは該アクセスターミナルにおける少なくとも１つのプロトコルからの構成を変更するためのリクエストの送信により現在の状態から開始状態に変更し、
該アクセスターミナルの該セッション構成プロトコルプロセスによる該情報を受信することに対応して該構成変更を実行し、なお、該構成変更を実行することは、該アクセスターミナル上で動作する該セッション構成プロトコルプロセスから、該ネットワークにおいて該セッション構成プロトコルプロセスに対応する同等のものに構成リクエストメッセージを送信することを含み、そして
該セッション構成プロトコルプロセスが該ネットワーク内の該対応する同等のものからの応答について待機していることを示すため、該セッション構成プロトコルプロセス内にフラグを設定する
ことを含む方法。
【請求項２】
該応答プロトコルプロセスが該構成変更を必要とすることを検出することをさらに含み、なお該応答プロトコルプロセスから該情報を送信することは該応答プロトコルプロセスから該セッション構成プロトコルプロセスに構成リクエスト指示を送信することを含む請求項１の方法。
【請求項３】
該応答プロトコルプロセスは該アクセスターミナルの制御チャンネルを変更するために応答可能なプロトコルプロセスを含み、該応答プロトコルプロセスは該アクセスターミナルの該制御チャンネルに対する変更をトリガーするために該セッション構成プロトコルプロセスに該情報を送信する請求項１の方法。
【請求項４】
該対応する同等のものからの該応答を受信すると該構成変更を行うことをさらに含む請求項１の方法。
【請求項５】
該構成変更が完了すると該対応する同等のものに構成完了メッセージを送信することさらに含む請求項４の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ターミナルの位置におけるＩＳ−８５６とアクセスターミナルの通信のための全般に関し、特にアクセスターミナル内のＩＳ−８５６プロトコルの通信の調整に関する。
【背景技術】
【０００２】
ＩＳ−８５６プロトコル標準を利用する典型的なネットワークにおいて、ネットワークアクセスターミナル（ＡＴ）がネットワーク（ＡＮ）に接続するルーチンとして現在の状態の変更を必要とする。例えば、ＩＳ−８５６標準を利用するネットワーク上において、携帯電話のようなアクセスターミナルがダイナミックなアドレスを持ち、ユニークな識別子を提供する（それは、電話が国中を移動し、それによって割り当てるアドレスを変更する）。実例として、ニューヨークでの携帯電話は、アドレスＨＤＡ４１２を持つことができた。そのユーザがカリフォルニアに移動した場合、例えば、その携帯電話のアドレスをＣＤＢ１３９に変更することができた。
【０００３】
このアドレス変更の結果、そのＡＴは、現在の制御チャンネルサイクルを変更してもよい。そのＡＴが以前にチャンネル５であったものがチャンネル７を要求し、その時、特にＩＳ−８５６プロトコルがそのような変更を要求し（それは、そのＡＴにおける応答プロトコル）、変更が発生する必要があることを検出しなければならない。
【０００４】
ＡＴでそのような変更を成し遂げるために、そのＡＴとＡＮは、お互いに通信しなければならない。特に、ＡＴのプロトコルは、セッション構成プロトコル（ＳＣＰ）として知られている（他のプロトコルの構成の管理と調整のための任にあるプロトコルとしてＩＳ−８５６標準で定義する）、ＡＮ上で同等にそれに対応して通信しなければならない。同様に、必要とするＡＴの他の非ＳＣＰプロトコルは、ＡＮ上で同等にそれらに対応して通信しなければならない。
【０００５】
ＩＳ−８５６標準の間、ＡＴが「通話」を許可する特定の時間とＡＮが「通話」を許可する特定の時間とを定義し、この発明の開発に対する従来は、ＡＮに対してプロトコル（例えば、制御チャンネルの変更）の１つまたは複数の現在の状態の変更を必要とすることを中継するためのプロトコルのプロトコル変更を調整する必要のあるＡＴのための標準が定義されなかった。同様に、この発明以前では、それらは、変更の実行を許可する変更を必要とするプロトコルに知らせるＡＴのＳＣＰのための標準が定義されなかった。また、この発明以前では、それらは、効果のある変更のため適切な時間の変更を必要とするプロトコルを知らせるＳＣＰのためのインタフェイスが定義されなかった。そのうえ、この発明の従来は、出力を失い取り戻す時のセッションを保持するための明示された方法がなかった。
【０００６】
それゆえ、ＡＴの必要とする構成の変更が、ＡＮに１つまたは複数のプロトコルの現在の構成状態を変更するのに必要とするプロトコルを調整する方法が必要であった。この方法は、ＡＴのＳＣＰが、変更の実行を許可する状態の変更を必要とするプロトコルに知らせる標準を定義するものである。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
【課題を解決するための手段】
【０００８】
【発明の効果】
【０００９】
【発明を実施するための最良の形態】
【００１０】
図１は、ＡＴとＡＮ間で継続する通信における複雑な状態移行を示すものである。図は、ＡＴのプロトコルが通話を許可され、ＡＮのプロトコルが通話を許可されたときの時間の状態を示している。ＡＮとＡＴ間の通信は、現在のＩＳ−８５６標準として知られている。しかしながら、図１は状態移行に関して、この発明の実用的な効果が容易に理解されることが示されている。（これは、この発明がどのように現在のＩＳ−８５６標準を用いることができるかを示している）。
【００１１】
停止状態（inactive state）１１０は、現在セッションがなく構成（configuration）されず通信が停止中であることを示している。セッションは、ＡＴとＡＮ間で状態を分け合っている。それは、予め決められたプロトコルと構成が用意され、ＡＴとＡＮ間の通信に用いられ取り決められる。セッションは、ＡＴとＡＮ間で行われる通信のためオープンにしておかなければならない。通信は、セッションを獲得する上で停止状態１１０からオープン状態（open state）１２０に変更される。しかしながら、オープン状態１２０では、構成が発生されていない。このように、ＡＴの未プロトコル（no protocol）では、構成をリクエストするため同等に対応するＡＮにリクエストメッセージが送信される。（それは、ＡＴの未プロトコルがＡＮの応答プロトコルにリクエストメッセージを送信する）。
【００１２】
ＡＴの少なくとも１つのプロトコルがリクエストメッセージを送信した際、通信はアクセスターミナル（ＡＴ）開始状態１３０に変更する。実例として、制御チャンネルの変更に必要なＡＴプロトコルの上記参照例を参照し、ＡＴのＳＣＰは必ず構成変更のための任にあるＡＴの応答プロトコル（the answering protocol）から通知を最初に受信しなければならない。そのような通知は、ＡＴの制御チャンネルを変更するのに必要とするＡＴのＳＣＰに通知する。応答プロトコルからの通知の受け取りで、ＡＴのＳＣＰはネットワークのＳＣＰに構成リクエストメッセージを送信してもよく、構成は独自のパラメータである。必要であれば、ＳＣＰは、全ての応答プロトコルに構成コマンドを送信する。ＡＮと同等にＡＴのプロトコルからの構成リクエストメッセージの送信において、通信はオープン状態１２０からアクセスターミナル開始状態１３０に変更する。
【００１３】
そのＡＴは、アクセスターミナル開始状態１３０で通話する。実例として、再び上記参照例を参照し、この発明において、ＡＴのＳＣＰは制御チャンネルを変更するための任にあるプロトコルにコマンドを送信する（それは、応答プロトコルの１つである）。構成の完了において、応答プロトコルは、構成が完了したことを示す指示をＡＴのＳＣＰに送信する。同様に、全ての応答プロトコル（それは、ＡＴの状態を特別に変更するための任にあるＡＴの他のプロトコルである）は、ＡＴのＳＣＰに構成完了の指示を送信する。通信は、ＡＴのＳＣＰがＡＴの応答プロトコルから全ての構成完了の指示を受信し、構成完了メッセージを送信した後、アクセスターミナル開始状態１３０からアクセスネットワーク開始状態１４０に変更する。それからＡＴのＳＣＰは、ＡＴの全てのプロトコルが構成完了を示すＡＮ上のＳＣＰに通知を送信する。（それは、ＡＮ上のＳＣＰが、構成完了メッセージをＡＴのＳＣＰに送信する）。
【００１４】
ＡＮの開始状態において、ＡＮの各プロトコルは、同等のＡＴに構成リクエストメッセージを送ることを許可する。ＡＮが決定した際、ＡＮ上のＳＣＰが構成完了メッセージをＡＴのＳＣＰに返信して構成が終了する。送信された構成完了メッセージは、構成の一部が完了したＡＮのＡＮ上のＳＣＰからＡＴのＳＣＰに通知することを提供する。構成完了メッセージは、ＡＴが開始状態に移行したことを示している。
【００１５】
実施例として、複数のＡＴ制御チャンネルの変更の上記参照例を引き続き述べる。ＡＮ上のＳＣＰからＡＴのＳＣＰへの構成完了メッセージの送信は、ＡＮサイドにおけるＡＴの制御チャンネル変更完了に必須で必要な構成の全てを示す。ＡＴの制御チャンネルは、今や変更することが可能となり、その結果、停止状態に戻る。
【００１６】
図２に示すＩＳ−８５６標準のためプロトコルデータ構造（the protocol stack）のセッション層は、セッション管理プロトコル（ＳＭＰ）２１０、アドレス管理プロトコル（ＡＭＰ）２２０、及びセッション構成プロトコル（ＳＣＰ）２３０とから構成されている。データ構造のセッション層は、互いにデータが移動されて協働するアプリケーション間で管理される各セッションのために重要である。ＳＭＰ２１０は、他のセッション層プロトコル（それは、ＳＣＰとＡＭＰである）の活性化とセッションを閉じる管理をするための任にある。ＡＭＰ２２０は、アドレス情報を保持するためのものである。ＳＣＰ２３０は、プロトコルサブタイプ（protocol subtypes）を操作し、現在のセッションの状態を保持し、開始からの状態で、構成の間で応答プロトコルの調整をするための任にある。
【００１７】
図２に示すものは、この発明における視点と読み手に提供する目的のためにのみ与えられる。そのような視点は、この発明がどのようにして現ＩＳ−８５６標準と結合することができるかを理解する必要がある。図２に示す全てのプロトコルは、ＩＳ−８５６標準の一般的な一部である。
【００１８】
図３は、アクセスターミナル３０２の初期化のための手順を示すフローチャートである。ステップ３０５は制御の開始である。ステップ３０５において、ＡＴのＳＣＰは初期化される。ステップ３０５は４つのステップを含む。すなわち、ステップ３１０、ステップ３１５、ステップ３２０、及びステップ３２５である。
【００１９】
お互いのセッションのため、全てのプロトコルは、全てのセッションに関連するパラメータのため変数のグループを保持している。実例として、ＳＣＰは、セッションのために現在用いられるサブタイプを示す「現在（current）」変数と、特別なセッションにまだ用いられていない直近のネゴシエーション（negotiated）であった値を示す「ネゴシエーション（negotiated）」変数とを保持している。同様に、前のセッションで用いられた値を示す「前（previous）」変数を保持している。「デフォルト（default）」変数は、構成属性（configurable attribute）のための値がＡＮからリクエストされ、また拒絶される際に保持され用いられる。構成リクエストメッセージを送る応答プロトコルのため、「目標（desired）」変数が保持されている。それは、全てのパラメータのための最適な値を含み、初期化がセットされ、システム属性を変更するために関連して変更される。
【００２０】
最後に、各プロトコルは、一般に取り決められた構成パラメータに関しては局部的な構成を含むデータを含んでいる。実例として、その構成は、処理ＩＤ、複数の送信属性ＩＤ、及びＡＴのプロトコルにおける構成リクエストメッセージ送信のための肯定応答を受信するシグナルリンクプロトコル（Signaling Link Protocol）を受信するか否かを示すブール（boolean）フラグとを含んでいる。一実施例として、この変数は、送信データのリストを含んでいる。ＡＴのプロトコル送信後は、ＡＮからの構成応答メッセージを得て、ＡＮからの構成応答メッセージ受信データと比較するこの構成が蓄えられたデータを用いることができる。従って、ただ、構成リクエストメッセージの送信を可能とする複数のプロトコルを持つ構成である。
【００２１】
ＡＴが初期化される際、セッションに関連するパラメータの変数としてのネゴシエーション、現在、及び前の値は、ともかく決定される。
【００２２】
図３に戻って、ステップ３１０において、ＡＴのＳＣＰの初期化の第１ステップ、セッション状態は、不揮発性メモリから読み出される。この完了のため、機能は、セッション関連パラメータ値の変数の値を決定するために呼び出される。
【００２３】
ステップ３１５における決定は、セッション構成データが不揮発性メモリから読み出されるか否かである。
【００２４】
上記機能は、真または偽の値にリターン（return）する。変数の値が偽のリターン値を示す場合は、不揮発性メモリから読み出さない。この場合、ステップ３２０において、デフォルト値は、上記現在、ネゴシエーション、及びデフォルト変数に与えられる。
【００２５】
もし、上記機能が真の値にリターンするならば、ステップ３２５において、変数の値は、不揮発性メモリから読み出され、適切な複数の変数が体系的に与えられる。実例として、現在、ネゴシエーション、及びデフォルト変数は、不揮発性メモリから読み出される複数の値と共に全て供給される。
【００２６】
ステップ３２５では、ＡＴのＳＣＰの初期化過程を終了とする。
【００２７】
ステップ３３０において、ＡＴのＳＣＰでない複数のプロトコルが初期化される。ステップ３３０は、ステップ３３５，３４０，３４５，及び３５０を含んでいる。それぞれのセッション、それぞれの応答プロトコルは、上記変数のグループを保持している。
【００２８】
ＡＴが初期化の際、全てのＳＣＰでない複数のプロトコルの変数のための現在、ネゴシエーション、及びデフォルト値（それは、複数の応答プロトコルである）は、まさにＡＴのＳＣＰのために決定されなければならない。ステップ３３５において、応答プロトコルの初期化プロセスの最初のステップであり、決定は、セッション構成データが不揮発性メモリから読み出されるか否かである。ステップ３３５において、セッション状態は、不揮発性メモリから再度読み出す必要はない。むしろ、応答プロトコルは、不揮発性メモリの構成データを使用するか否かの決定のためにＡＴのＳＣＰに質問する。
【００２９】
もし、上記機能が偽の値にリターンした場合、ステップ３４０において、複数の変数の値が、デフォルト値として与えられる。
【００３０】
あるいは、機能が偽の値にリターンする場合、変数の値は不揮発性メモリから読み出さないことを示す。この状態でステップ３４５において、変数の値は、不揮発性メモリから読み出され、適切な変数が体系的に与えられる。言い換えれば、現在、ネゴシエーション、及びデフォルトの変数は、全て不揮発性メモリから読み出す複数の値と共に供給される。
【００３１】
ステップ３５０における決定は、全ての応答プロトコルが初期化されたか否かである。そうでない場合、次のプロトコルが初期化され、ステップ３３５−３４５の手段が個々のプロトコルのために繰り返される。それらのステップが、初期化に必要とするプロトコル毎に繰り返される。
【００３２】
全てのプロトコルが初期化された際、ステップ３５５の制御を終了する。
【００３３】
図４Ａは、ＡＴのＳＣＰからのアクセスターミナルにおける現在の状態を変更するための手順（それは、現在の構成状態の変更）を示すものである。
【００３４】
制御はステップ４０５から始まる。ステップ４０５において、ＡＴにおける現在の状態を変更するのに必要な応答プロトコルを検出する。実例として、ＡＴの制御チャンネルを変更するのに必要なＡＴの制御チャンネル変更のための任にあるプロトコルを検出する。
【００３５】
変更のために必要なプロトコルを検出した後、ステップ４１０において、ＡＴのＳＣＰは、応答プロトコルで示される構成リクエストを受信する。
【００３６】
あるいは、ステップ４１２においてＳＣＰが構成開始メッセージを受信した際、または、ステップ４１３でトラフィックチャンネル（traffic channel）を失った際、ＡＴの現在の状態を変更するのに必要なトリガーが発生される。これら２つのステップは、ステップ４１５の代わりを提供する。
【００３７】
ステップ４１５において、ＳＣＰは、構成開始前の要求があるまで待機する。構成開始のための要求は、ネットワーク上で獲得されることが含まれる。この状態になった際、ＡＴのＳＣＰは構成を開始する。ステップ４１６において、再構成するのに必要なチェックが実行される。
【００３８】
ＡＴのＳＣＰが再構成のためのリクエストの通知が受信された後、ステップ４２０において、プロトコルは同等に対応するネットワーク上に構成リクエストメッセージを送信する。ＳＣＰは、同等に対応するネットワーク上で予め設定された時間内で構成応答メッセージが送信されない場合に終了する応答タイマを含んでいる。さらに、ＳＣＰは、同等に対応するネットワーク上で構成リクエストメッセージの送信成功の通知に使用する待機している肯定応答フラグを含んでいる。そのフラグは、最初は真にセットするものであり、構成リクエストメッセージの送信成功の現在の待機肯定応答を示すものである。
【００３９】
タイマが終了した際、ＡＴのセッション管理プロトコル（ＳＭＰ）は、ＡＮ上にセッション閉鎖メッセージを送信する。ＳＣＰは、構成応答タイマを停止し、待機肯定応答フラグを偽にセットした場合に、もはや構成リクエストメッセージの送信成功の待機通知をしないことを示す。「現在」変数から全てのプロトコルデータが、この時に「前」変数となる。
【００４０】
ステップ４２５において、ＡＴのＳＣＰは、同等に対応するＡＮからの構成応答メッセージを受信する。他の構成リクエストメッセージが必要な場合にＳＣＰはステップ４２０に戻ることができ、またはステップ４３０に進むことができる。
【００４１】
ステップ４３０において、ＳＣＰが再構成する必要がないと決定した際、ＡＴのＳＣＰは、ＡＴにおける応答プロトコルの全てに構成コマンドを送信する。それらは、それらの状態の必須な変更を成し遂げるに必要な構成を始めることを示している。そのような状態において、ＡＴの応答プロトコルは、ＳＣＰの構成コマンドを受け入れない。実例としては、現在の構成を変更する必要がないという応答プロトコルが決定された場合である。
【００４２】
ステップ４３５において、ＡＴのＳＣＰは、構成コマンドが送信されて実際にそのコマンドを受け入れるために、応答プロトコルか否かを決定する。ＳＣＰが偽のブール値を受けた際、または全ての応答プロトコルから「拒否」された際、それによって、受信コマンドがいずれも応答プロトコルでないと決定する（それは、全ての応答プロトコルが構成コマンドを拒絶した）。ステップ４３７で、ＳＣＰが次のチェックで構成開始メッセージを受信したとする。もし、そうでなかった場合、ＡＴのＳＣＰは、同等に対応するＡＮ上に構成完了メッセージを送信し、構成が成されない。フローはそれによってステップ４４０で停止する。構成開始メッセージが受信された際、制御は図４Ｂの文字Ｂに継続する。
【００４３】
あるいは、ＡＴのＳＣＰが応答プロトコルから真のブール値を受信した際、それによって、受信コマンドが応答プロトコルであることを決定する。制御は、それでステップ４４５で続けられる。
【００４４】
次に、ステップ４４５において、応答プロトコルは、同等のネットワーク上の通信が成功したか否かを決定する。
【００４５】
通信が不成功だった場合、それによりステップ４５０において、ＡＴのＳＣＰは、応答プロトコルからのプロトコルネゴシエーション失敗の指示を受信する。
【００４６】
ステップ４５５において、ＡＴのＳＭＰはセッションを閉じ、それでステップ４６０で制御は停止する。
【００４７】
あるいは、通信が成功した際、それによって制御は、図４Ｂの文字Ａで再び続行する。ステップ４６５において、ＡＴのＳＣＰは応答プロトコルからの構成完了の指示を受信する。
【００４８】
構成の完了とＡＴのＳＣＰへのこのイベントバック（event back）の中継（それは、構成完了指示の応答プロトコルからの受信上である）で、ステップ４７０において、ＡＴのＳＣＰは同等に対応するネットワーク上に構成完了メッセージを送信し（それは、ネットワーク上のＳＣＰである）、それによって、構成がＡＴ側で完了されるのと同等に通知される。これは、１２０から１３０への状態移行に相当する。
【００４９】
ステップ４７５において、ＡＴのＳＣＰは、構成に必須の部分が完了されたということを示すＡＴ上のＳＣＰからの応答を受信する。
【００５０】
ステップ４８０において、ＡＴのＳＣＰは、全ての必要な構成が完了したことを示す応答プロトコルを通知する応答プロトコルのための指示を送信する（例えば、ＡＴの制御チャンネルを変更するために必要な構成が完了した）。あるいは、前のセッションの開示を送ることができる。従って、ネゴシエーションまたは前変数の値は、新たな構成が反映される現在変数にコピーされる。
【００５１】
最後に、ステップ４８５で制御は終了する。
【００５２】
図５は、応答プロトコル５００からの現在の状態を変更するための手順を示すものである（それは、現在の状態を変化させる）。
【００５３】
制御はステップ５０５で開始する。ステップ５０５において、外部イベントは変更するのに必要な現在の状態を示す（例えば、変更するために必要なＡＴの制御チャンネル）。
【００５４】
ステップ５１０において、応答プロトコルはＡＴのＳＣＰに構成リクエスト指示を送信し、セッションを再構成するのに必要なトリガーとする外部イベントのＡＴに通知する。
【００５５】
ステップ５１５において、応答プロトコルは、ＡＴのＳＣＰからの構成コマンドを受信する。それは、構成開始を指図する。そのルーチンは、ここから開始することができ、実例として、異なる応答プロトコルが指示を送る。
【００５６】
ステップ５２０において、応答プロトコルは、指図する構成が必要な場合に決定する。それは、構成リクエスト指示が送られ、構成がもはや必要でなくなるまでシステム構成を変更することが可能である。
【００５７】
ステップ５２５において、応答プロトコルが構成を必要としないと決定した際、ＡＴのＳＣＰに偽のブール値をリターンし、それによってＳＣＰの構成コマンドの拒絶が送信される。実例として、応答プロトコルが、セッションの構成変数を満足させ、必要な構成が発生しないということを決定する。ステップ５３０で、構成が発生しないこととそれにより制御は終了する。
【００５８】
あるいは、ステップ５３５において、応答プロトコルが、構成が必要であることを決定し、それによって、ＳＣＰの構成コマンドの受諾を通信する。応答プロトコルは、今や同等に対応するネットワーク上で通信する準備を行う。
【００５９】
応答プロトコルは、同等に対応するネットワーク上で構成応答メッセージが予め設定された時間内で送信されなかった場合の設定時間終了を計測するタイマを有している。一実施例において、このタイマは２秒に設定することができる。このような１つの技術は、この発明のために有用とする時間量をセットするタイマと認められる。また、応答プロトコルは、構成応答タイマは現在動作している否かを示すタイマ信号を保持する。応答プロトコルは、ＡＴのＳＣＰから送信される構成コマンドの受信後、タイマを停止し、タイマ信号をクリアする。
【００６０】
タイマをリセットして信号をクリアにした後、応答プロトコルは、要求構成と「目標」変数の値を保持する属性の所望する値を決定する（それは、変数が現在のセッションの構成における変更を示す値を含む）。
【００６１】
ステップ５４０において、応答プロトコルは、要求構成部分を開始するためネットワークに指図する同等に対応するネットワーク上に構成リクエストメッセージを送信する。その間、応答プロトコルは、上述した局部的な構成（例えば、属性ＩＤ、処理ＩＤの分野、及び他のフラグの設定）で構成されている属性に関する情報を記録する。また、応答プロトコルは、同等に対応するネットワークにリクエストメッセージをうまく送信した際に決定するための局部的な構成の待機肯定応答フラグを保持する。このフラグは最初に真にセットするものであり、応答プロトコルが、構成リクエストメッセージがうまく送信された同等に対応するＡＮから現在待機中の指示を示している。一実施例において、異なる局部的な構成は、１つの時間で未解決の多くの異なる構成メッセージを持っている応答プロトコルを処理する各構成メッセージのために設けられる。同等に対応するネットワークに応答プロトコルから構成リクエストメッセージが送信された際、その構成リクエストメッセージは予め設定された時間で送信される。待機肯定応答フラグは真の値を保持するために継続し、応答プロトコルが構成リクエストメッセージの送信成功まで待機することを示している。
【００６２】
しかしながら、構成リクエストメッセージの再送信の予め設定された最大時間を超えた際、応答プロトコルは、直ちにプロトコルネゴシエーション失敗の指示をリターンする。前記データはオフェンディング属性（offending attribute）の属性ＩＤを含んでいる（それは、失敗の属性結果である）。他の実施例において、データは、処理ＩＤとＡＴのＳＣＰのために有用な他のデータとを含んでいる。
【００６３】
ＡＴの応答プロトコルは、ＡＴのセッション管理プロトコル（ＳＭＰ）にプロトコルネゴシエーション失敗の指示を送信する。現在のセッションがそれから閉じられる。最後に、ＳＭＰは、ＡＮにプロトコルネゴシエーション失敗のデータを中継し、それによってセッションが閉じられたことをＡＮに通知する。この指示は、応答プロトコルから受信された上述したデータを含んでいる。
【００６４】
同等に対応するネットワークに応答プロトコルから構成リクエストメッセージが送信されて成功した際、上記肯定応答フラグは偽にセットされる。それは、応答プロトコルがもはや構成リクエストメッセージの送信成功の確認を待たなくてもよいからである。構成応答タイマと信号がそれでセットされる。
【００６５】
構成応答タイマが終了した際、応答プロトコルは、セッション管理プロトコルにプロトコルネゴシエーション失敗の指示を送信する。その指示は、失敗に関連したデータを含んでいる（例えば、オフェンディング属性ＩＤ）。現在のセッションは、それで閉じられる。最後に、ＳＭＰは、ＡＮにプロトコルネゴシエーション失敗の指示を中継し、それによってセッションが閉じられたということがＡＮに通知される。この指示は、応答プロトコルから受信した上述したデータを含んでいる。
【００６６】
従って、再送信の最大限を超えてそれらに応答プロトコルから試みられ、タイマの終了がセッションの構成不成功の理由とする両イベントである。
【００６７】
ステップ５６０において、ＡＴの応答プロトコルは、予め設定された最大時間内で同等に対応するネットワークから構成応答メッセージを受信する（それは、上述したタイマ終了前である）。待機肯定応答フラグは、今、偽にセットされる。なぜなら、構成リクエストメッセージが、同等に対応するネットワーク上で応答プロトコルに成功したことが送信されるからである。他方、構成応答メッセージは、ＡＴの応答プロトコルに送信されない。さらに、構成応答タイマは停止する。なぜなら、応答プロトコルは、もはや同等に対応するＡＮ上で構成応答メッセージを待っていないからである。同様に、タイマ信号は、もはや動作させる必要がなくてクリアにされる。
【００６８】
応答プロトコルは、それで、同等に対応する構成リクエストメッセージ送信前に局部的な構成において保持される構成属性のＩＤと同等のＡＮ上から受信される構成応答メッセージにおける構成属性のＩＤを含んでいる（例えば、ＡＴの制御チャンネル属性の識別タグ）。この比較は、構成がされたかを質問する属性応答プロトコルを実際に構成した同等に対応するネットワーク上の応答プロトコルを確実にするためである。別の実施例において、応答メッセージに含まれるリターンＩＤは、また、確実に得られた結果が目的とする「目的」変数の値と比較される。今なお、別の実施例において、他の比較をしても良い。そのような有用な比較は、技術に関連する１つの技術として認められるであろう。
【００６９】
ＩＤ比較がポジティブ調整の結果であった場合、そのとき、応答プロトコルは、ネゴシエーション変数またはデフォルト変数に構成属性の許可値が保持される。
【００７０】
ステップ５４５において、応答プロトコルは、上述したそれらのイベントが起きるか否かを決定する。
【００７１】
応答プロトコルがセッションの構成に不成功であったと決定した際、それでステップ５５０において、その応答プロトコルはＡＴのＳＭＰにプロトコルネゴシエーション失敗の指示を送信する。それで、制御は、ステップ５５５で終了する。
【００７２】
あるいは、応答プロトコルがセッションの構成に成功と決定した際、それで制御は、図５Ｂの文字Ａから再び始める。
【００７３】
ステップ５６５において、応答プロトコルはＡＴのＳＣＰに構成完了の指示を送信し、それによって、ＳＣＰに構成の部分であることが通知される。
【００７４】
あるいは、ＩＤ比較がポジティブ調整の結果でない場合、応答プロトコルはセッション管理プロトコルにプロトコルネゴシエーション失敗の指示を返し、失敗に関連するデータを含んでいる（例えば、オフェンディング属性のＩＤである）。同様に、不成功のために上述した構成リクエストメッセージの送信、比較不成功はＡＮに応答プロトコルで受信されるデータが送信され、現在のセッションが閉じられるセッション管理プロトコルの結果をもたらす。
【００７５】
ステップ５７０において、応答プロトコルは、必須の構成完了を通知するＡＴのＳＣＰから指示を受信する。従って、ネゴシエーションまたは前の変数の値が、新たな構成を反映させる現在の変数にコピーされる。
【００７６】
ステップ５７５において、応答プロトコルは、新たな構成の使用を開始する（例えば、制御チャンネルが変更され、ＡＴがこのチャンネルを使用することになる）。
【００７７】
最後に、制御がステップ５８０で終了する。
【００７８】
特別に関係する。
【００７９】
Ａ．情報チャンネルロス
ＩＳ−８５６標準は、２つの情報チャンネルに利用し、情報チャンネルと非情報チャンネルである。情報チャンネルがない場合、データ送信ができない。その関係は、構成リクエストメッセージがＡＴの各プロトコルで送信された後で、情報チャンネルのロスが発生され、通信が初期状態のＡＴでトラップ（trapped）される。この発明は、ＡＴの初期状態におけるアドレスに係ることとトラップ（entrapment）を防止することである。
【００８０】
最初に、情報チャンネルのエアリンク管理プロトコル（ＡＬＭＰ）（現ＩＳ−８５６標準の部分）で通知されるネットワークの低位層（例えば、物理層）が失われる。それにより、その情報チャンネルで通知されるＡＴのＳＣＰに指示を送信するＡＬＭＰが、失われる。ＡＴのＳＣＰが接続を再度確立し、構成応答メッセージが受信されないため構成リクエストメッセージが送信される。
【００８１】
ＡＴのＳＣＰは、全ての送信された構成リクエストメッセージに応答する構成応答メッセージを受信した際、構成完了メッセージは、失われた情報チャンネルを再び獲得した後、ネットワークに送信される。あるいは、ＡＴのＳＣＰは、構成コマンドを介して構成リクエストメッセージを送信する応答プロトコルを引き起こす。
【００８２】
応答プロトコルが構成中に情報チャンネルが失われた際、ＡＬＭＰは、構成が情報チャンネルを失ったときに応答プロトコルのうちの１つであったＡＴのＳＣＰに通知する。それゆえ、一実施例として、ＡＴのＳＣＰは、直ちに全てのＡＴの応答プロトコルに構成コマンドを送信する。他の実施例として、ＡＴのＳＣＰは、構成コマンドを受け入れるプロトコルのリストを保持し、まだ、構成完了指示をリターンするため有する。この実施例の場合、ＡＴのＳＣＰは、ＳＣＰ（失った情報チャンネルに与えられるべき）に構成完了の指示を送信しない応答プロトコルに構成コマンドのみを送信する。
【００８３】
一実施例におけるおのおの個々のプロトコルは、最終メッセージの順序を記憶している（それは、情報チャンネルが失われる前に同等のＡＮに送信されるメッセージ。ネゴシエーションにおける分離決定のため、特別なプロトコルは、セッションを閉じることに使うことができ、前のセッションをオープンにし、さまざまなネゴシエーションにおける中断の決定のための指示が再確認される。
【００８４】
結局、以下のイベントのうち１つが発生する。
【００８５】
（１）全ての応答プロトコルは構成が完了され、その時に通信がＡＮの開始状態に移行される。
【００８６】
（２）セッションは、プロトコルの１つで構成応答メッセージの待機のため時間で閉じられる（ＡＴのＳＣＰプロトコルか、または応答プロトコルのうちの１つ）。
【００８７】
（３）セッションは、構成リクエストメッセージを送信するため試みる再送信の最大時間で閉じられる。及び、
（４）セッションは、再獲得後、次第に閉じられ、異なるネットワークが獲得される。
【００８８】
Ｂ．ネットワーク獲得ロス
前述したように、この発明は、情報チャンネルを失った間におけるＡＴの開始状態のトラップを防止する。同様に、この発明は、ネットワーク獲得が失われた状態を処理する（それは、全体のネットワークが失われた）。ＡＴのＳＣＰの視点から、この状態は、情報チャンネルを失うことが発生した状態のため上述したように処理される。しかしながら、ネットワークに構成リクエストメッセージを送信する前に、ＳＣＰは、最初にネットワークが獲得されるまで待たなければならない。応答プロトコルのうち１つの視点から、この発明は、情報チャンネルを失った状態のため上述したこの状態を処理する。
【００８９】
それは、コンピュータシステム６００に含まれる制御プロセッサ６０４で実行され、制御されるこの発明の特徴が期待される。コンピュータシステム６００は、プロセッサ６０４のようなプロセッサを１つまたは複数含んでいる。１つまたは複数のプロセッサ６０４は、ソフトウェアで実行され、ここに記述されたこの発明の特徴の全てまたは一部を実行する。各プロセッサ６０４は、通信基盤（infrastructure）６０２に接続されている（例えば、通信バス、クロスバー（cross-bar）、及びネットワーク）。この記述を読んだ後、どのように他のコンピュータシステムまたはコンピュータ構成に用いられるこの発明を実行するかは、従来技術から明白になるであろう。
【００９０】
コンピュータシステム６００は、すなわち、メインメモリ６１２、ランダムアクセスメモリ（ＲＡＭ）、及び第２のメモリ６１４が含まれている。第２のメモリ６１４は、例えば、ハードディスクドライブ６１６、または着脱自在（removable）の記憶ドライブ６１８、フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、光学ディスクドライブ、その他を意味するものを含んでいる。着脱自在の記憶ドライブ６１８は、よく知られた方法で着脱自在の記憶ユニット６２０に書き込み、また読み出す。フロッピー（登録商標）ディスク、磁気テープ、光ディスク等で示す着脱自在の記憶ユニット６２０は、着脱自在の記憶ドライブ６１８で書き込まれ、読まれる。この着脱自在の記憶ユニット６２０は、コンピュータソフトウェアまたはデータを記憶させるコンピュータ使用に適した記憶手段を含んでいることは、従来技術で認識されるであろう。
【００９１】
代わりの実施例において、第２のメモリ６１４は、コンピュータシステム６００にロードするコンピュータプログラムまたは他の命令を許可するために、他の類似手段が含まれている。そのような手段は、例えば、着脱自在の記憶ユニット６２４とインタフェイス６２２を含んでいる。例としては、コンピュータシステム６００に着脱自在の記憶ユニット６２４からソフトウェアとデータを転送するのを可能にする着脱自在のメモリチップ（ＥＰＲＯＭまたはＰＲＯＭのような）と関連するソケット、そして他の着脱自在の記憶ユニット６２４とインタフェイス６２２とを含んでいる。
【００９２】
コンピュータシステム６００は、通信インタフェイス６３０を含んでいる。通信インタフェイス６３０は、外部に設けられた通信回路６３５とコンピュータシステム６００との間でソフトウェアとデータの転送を可能とする。通信インタフェイス６３０の例としては、モデム、ネットワークインタフェイス（イーサネット（登録商標）カードのような）、通信ポート、その他を含んでいる。通信インタフェイス６３０を介して転送するソフトウェアとデータは、通信回路６３５を介して通信インタフェイス６３０で受信可能な電子、電磁気、光学または他の信号で形成される信号である。通信インタフェイス６３０は、コンピュータシステム６００がインターネットのようなネットワークに接続する手段を提供する。
【００９３】
この発明は、図６について上述した類似環境でソフトウェアを用いて走らせる（それは、実行する）ことが実行される。この記述において、このタームの「コンピュータプログラム製品（product）」は、一般に着脱自在の記憶ユニット６２０に関連して使用され、ハードディスクにインストールするハードディスクドライブ６１８、または、搬送されるソフトウェアの搬送波または他の信号が通信回路６３５（ワイアレスリンクまたはケーブル）を介する通信インタフェイス６３０に一般に関連して使用される。「コンピュータの使用に適した手段」は、磁気メディア、光学メディア、及び他の記録メディアを含み、また、搬送波で送信するメディアを含んでいる。これらのコンピュータプログラム製品は、コンピュータシステム６００にソフトウェアを提供するための手段である。
【００９４】
コンピュータプログラム（すなわち、コンピュータ制御論理と呼ばれる）は、メインメモリ６１２と第２のメモリ６１４に記憶される。コンピュータプログラムは、通信インタフェイス６３０を介して受信される。そのようなコンピュータプログラムは、実行する際、この発明の特徴であるプロセッサ６０４を実行可能にさせる。それに応じて、そのような複数のコンピュータプログラムは、コンピュータシステム６００の制御装置を示す。
【００９５】
この発明における実施例は、ソフトウェアを用いて実行され、そのソフトウェアは、コンピュータプログラム製品に記憶され、着脱自在の記憶デバイス６１８、ハードドライブ６１６、及び通信インタフェイス６３０が使用されるコンピュータシステム６００にロードされる。あるいは、コンピュータプログラム製品は、通信回路６３５を介してコンピュータシステム６００にダウンロードされる。制御論理（ソフトウェア）は、１つまたは複数のプロセッサ６０４で実行の際、プロセッサ（１つまたは複数）６０４が上述したこの発明の機能を実行するもととなる。
【００９６】
他の実施例において、この発明は、例えば、ＡＳＩＣのようなハードウエアで構成される主にファームウエアまたはハードウエアを用いて実行される。上述した機能を実行するようなハードウエア機器の実行は、従来技術に明白である。
【００９７】
結論
この発明のさまざまな実施例は上述したように、実例の方法で示されたことにより理解されるであろう。この発明の範囲と特質（spirit）からはずれることなくそれらの細部と形が様々に変化することが従来技術で明白となるであろう。これは、科学技術の光で特に真実であり、最近の発達した従来技術の範囲内の条件である。従って、この発明は、上述した模範的な実施例に限定されるものではなく、しかし、請求項と同等に一致して定義されるはずである。
【図面の簡単な説明】
【００９８】
この発明の有利な特徴は、参照番号、または機能を示す要素と同様に図と以下に示す詳細な記述から明白である。さらに、参照番号のアラビア数字は、最初に現れる参照番号の図面と同一である。
【図１】ＡＴが位置するところでＡＴとＡＮ間で適切な状態移行を示す図。
【図２】セッション管理プロトコルにおける２つのプロトコル制御を示すブロック図。
【図３】ＡＴを初期化する方法を示す一般的なフローを示すフローチャート。
【図４Ａ】ＡＴにおけるＳＣＰの視点からのＡＴの現在の状態を変化させる方法の一般的なフローを示すフローチャート。
【図４Ｂ】図４Ａに続くフローを示すフローチャート。
【図５Ａ】ＡＴにおける応答プロトコルの視点からのＡＴの現在の状態を変化させる方法の一般的なフローを示すフローチャート。
【図５Ｂ】図５Ａに続くフローを示すフローチャート。
【図６】プロトコルを管理する手段としての装置を示すブロック図。
【符号の説明】
【００９９】
【図１】
0004481639.tif 000002
【図２】
0004481639.tif 000003
【図３】
0004481639.tif 000004
【図４Ａ】
0004481639.tif 000005
【図４Ｂ】
0004481639.tif 000006
【図５Ａ】
0004481639.tif 000007
【図５Ｂ】
0004481639.tif 000008
【図６】
0004481639.tif 000009