(57)【要約】  本発明は、第１のプロトコルエンティティ（１）と第２のプロトコルエンティティ（２）との間で動作するプロトコルの少なくとも１つのパラメータのネゴシエーションを行う方法であって、前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージ（３）を受信するステップ（３０１）であって、前記第１の値が前記少なくとも１つのパラメータの無効値であるステップと、前記第１のネゴシエーションメッセージ（３）に応答して前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージを送信するステップ（３０９）とを含む方法に関する。本発明は更に、コンピュータプログラム、コンピュータプログラム製品、システム（３０）、端末装置（１０）、及びネットワークエレメント（２０）に関する。前記プロトコルは、例えば無線リンクプロトコルであってもよい。更に前記第１のネゴシエーションメッセージ（３）及び第２のネゴシエーションメッセージ（４）はそれぞれ、例えば交換識別情報（ＸＩＤ）コマンド及び応答であってもよい。
2007535256.tif 000002
【特許請求の範囲】
【請求項１】
第１のプロトコルエンティティ（１）と第２のプロトコルエンティティ（２）との間で動作するプロトコルの少なくとも１つのパラメータのネゴシエーションを行う方法であって、
前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージ（３）を受信するステップ（３０１）であって、前記第１の値が前記少なくとも１つのパラメータの無効値であるステップ（３０１）と、
前記第１のネゴシエーションメッセージ（３）に応答して、前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージ（４）を送信するステップ（３０９）とを有する方法。
【請求項２】
前記プロトコルの動作のために前記プロトコルの前記少なくとも１つのパラメータを必要とするか、又は該パラメータが前記プロトコルの性能を改善する請求項１に記載の方法。
【請求項３】
前記第１及び第２の値が、前記プロトコルの前記少なくとも１つのパラメータに対する割当てを目的とするものである請求項１乃至２のいずれか一項に記載の方法。
【請求項４】
前記第１の値が、前記少なくとも１つのパラメータのデフォルト値であるか、ユーザ定義値である請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記少なくとも１つのパラメータのネゴシエーションの意図が、前記の無効な第１の値を有効値にネゴシエーションすることを許すかどうかのチェックを行うステップ（３０６）を更に含む請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記プロトコルの動作のために前記少なくとも１つのパラメータを必要とするかどうかのチェックを行うステップ（３０４）を更に有する請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記第２の値が前記少なくとも１つのパラメータの有効値である請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記第２の値が前記第１の値に等しい請求項６に記載の方法。
【請求項９】
前記プロトコルが、移動機（１０）と移動体サービス交換センタ（２０）との間のデータ伝送を少なくとも部分的に制御する無線リンクプロトコルである請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記第１のネゴシエーションメッセージ（３）が交換識別情報（ＸＩＤ）コマンドであり、前記第２のネゴシエーションメッセージ（４）がＸＩＤ応答である請求項９に記載の方法。
【請求項１１】
請求項１乃至１０の方法ステップをプロセッサに実行させるようにする動作可能な命令を有するコンピュータプログラム。
【請求項１２】
請求項１乃至１０の方法ステップをプロセッサに実行させるようにする動作可能な命令を有するコンピュータプログラムを含むコンピュータプログラム製品。
【請求項１３】
第１のプロトコルエンティティ（１）と第２のプロトコルエンティティ（２）との間で動作させるプロトコルの少なくとも１つのパラメータのネゴシエーションを行うためのシステム（３０）であって、
前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージ（３）を受信するように構成された手段（１０１〜１０３、２０１〜２０３）であって、前記第１の値が前記少なくとも１つのパラメータの無効値である手段と、
前記第１のネゴシエーションメッセージ（３）に応答して、前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージ（４）を送信するように構成された手段（１０１〜１０３、２０１〜２０３）とを具備するシステム。
【請求項１４】
通信システム（３０）の端末装置（１０）であって、前記端末装置（１０）内のプロトコルエンティティ（１）と、ネットワークエレメント（２０）内のプロトコルエンティティ（２）との間で動作するプロトコルの少なくとも１つのパラメータのネゴシエーションが行われ、
前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージ（３）を受信するように構成された手段（１０１〜１０３）であって、前記第１の値が前記少なくとも１つのパラメータの無効値である手段と、
前記第１のネゴシエーションメッセージ（３）に応答して、前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージ（４）を送信するように構成された手段（１０１〜１０３）とを具備する端末装置（１０）。
【請求項１５】
通信システム（３０）のネットワークエレメント（２０）であって、端末装置（１０）内のプロトコルエンティティ（１）と、前記ネットワークエレメント（２０）内のプロトコルエンティティ（２）との間で動作するプロトコルの少なくとも１つのパラメータのネゴシエーションが行われるネットワークエレメントであって、前記ネットワークエレメント（２０）が、
前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージ（３）を受信するように構成された手段（２０１〜２０３）であって、前記第１の値が前記少なくとも１つのパラメータの無効値である手段と、
前記第１のネゴシエーションメッセージ（３）に応答して、前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージ（４）を送信するように構成された手段（２０１〜２０３）とを具備するネットワークエレメント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１のプロトコルエンティティと第２のプロトコルエンティティとの間で動作するプロトコルの少なくとも１つのパラメータのネゴシエーションを行う方法に関する。
【背景技術】
【０００２】
例えば、移動体通信用広域システム（ＧＳＭ）及び一般移動体通信システム（ＵＭＴＳ）のような第２世代及び第３世代の移動体無線システムでは、ユーザへのエラーのないデータ転送サービスが行われる非透過型（ＮＴ）データベアラが提供される。このデータ転送サービスは、無線リンクプロトコル（ＲＬＰ）とコネクション型レイヤ２中継（Ｌ２Ｒ）プロトコル（ＣＯＰ）とに基づいて行われる。ＲＬＰ機能は、順方向エラー訂正（ＦＥＣ）と、個々の送信ＲＬＰフレーム（ＲＬＰフレームとはＲＬＰプロトコルデータユニット（ＰＤＵ）を表す）用のＲＬＰのフレーム誤り検出（ＦＣＳ）とによってエラーの検出を行って、伝送媒体の時間変動を利用するフレーム送信の反復によりエラーを除去するために、移動機（ＭＳ）から移動体サービス交換センタ（ＭＳＣ）内のネットワークインタワーキング機能（ＩＷＦ）へ延在する自動再送要求（ＡＲＱ）プロトコルを提供する。Ｌ２Ｒ機能は、ＭＳのレイヤ２プロトコルを、ＲＬＰにより保護される伝送を利用するＣＯＰに変換される。
【０００３】
確認応答、応答及び再シーケンシングタイマ、若しくは、再送試行回数又は必要なウィンドウサイズのようないくつかのパラメータによって、ＲＬＰは制御される。これらのパラメータは、割り当てられたデフォルト値か、ユーザ又はネットワークによる（ＡＴコマンドなどによる）変更値かのいずれかであってもよい。これらのパラメータは、例えば第３世代パートナプロジェクト（３ＧＰＰ）の技術文献ＴＳ２４.０２２の表２に定義されている。パラメータの変更がＭＳ  ＲＬＰエンティティ又はＭＳＣ  ＲＬＰエンティティのいずれかにおいて開始される場合、所望のパラメータは、ＲＬＰフレーム（ＰＤＵ）である交換識別情報（ＸＩＤ）フレームを介して、対応するピアＲＬＰエンティティへ通知される。情報フィールドはこのフレームではデータではなく交換識別情報として解釈される。ネゴシエーションを開始するために、ＸＩＤコマンドフレームが通知される。ピアエンティティは、ＸＩＤ応答内で値を返送することによって、又は、パラメータのネゴシエーションの意図に対応して、パラメータの場所におけるそれらパラメータのより低い値又はより高い値を提供することによってパラメータ値の確認を行う。
【０００４】
上記ネゴシエーション手順が図１ａのシグナリングチャートに例示的に描かれている。図１ａでは、データ転送を確立するために、ＭＳ内のＲＬＰエンティティ１が、パラメータの提案値（本例では、再シーケンシングタイマＴ４の提案値）を含むＸＩＤコマンドフレーム３を、ＭＳＣ内のＭＳのピアＲＬＰエンティティ２へ送信する。いくつかのパラメータのネゴシエーションを行うためにＸＩＤコマンド／応答フレームを同時に利用してもよいことに留意されたい。しかし、図１ａでは、表現を単純にするために、ネゴシエーションの対象として単一のパラメータ（タイマＴ４）のみを描いている。ＸＩＤコマンド／応答フレームは、例えば、ＲＬＰバージョン番号を更に含むものであってもよいし、及び／又は、少なくとも部分的に互いに依存しあう複数のパラメータを含むものであってもよい。図１ａの例へ戻ると、タイマＴ４の値は、例えば、ＭＳのユーザがＡＴコマンドを介して決定してもよく、更に、Ｔ４＝６０ｍｓとしてタイマＴ４の値を選択してもよい。ＭＳＣ内のＲＬＰエンティティ２は、ＸＩＤコマンドフレーム３を受信し、提案されたＴ４の値を抽出し、この値が受け入れ可能な値であるか、又は、パラメータに対して規定されているネゴシエーションの意図に対応して該値の増減を行う必要があるかどうかの判定を行う。タイマＴ４に対する、受け入れ値（Ｔ４＝６０ｍｓ）又は変更値（Ｔ４パラメータのネゴシエーションの意図によって上方のみへパラメータのネゴシエーションが許されるようなＴ４＝８０ｍｓなど）は、次いで、前記受け入れ値／変更値を含むＸＩＤ応答フレーム４をＭＳ  ＲＬＰエンティティ１へ送信することによって、ＭＳＣエンティティ２からＭＳ  ＲＬＰエンティティ１へ返信される。最終的に、ＲＬＰに基づいてＭＳとＭＳＣとの間でデータ転送５が確立できるまで、パラメータＴ４又は別のＲＬＰパラメータのためにさらなるネゴシエーションステップが行われる可能性もある。データ転送５を開始する前に、非同期平衡モード（ＳＡＢＭ）及び非番号制確認応答（ＵＡ）フレームの交換をピアエンティティ１と２の間で行う必要がある場合もあることを理解されたい。図１ａでは、この交換はデータ転送の表示５にまとめられているものとする。
【０００５】
図１ｂに、同様のネゴシエーション手順が描かれている。しかし、図１ａの処理手順とは対照的に、（再シーケンシングタイマＴ４などの）少なくとも１つのパラメータの提案値を含む第１のＸＩＤコマンドフレーム３が、ＭＳ内のＲＬＰエンティティ１からＭＳＣ内のＲＬＰエンティティ２へ送信されるとき、データ転送５はすでに行われつつある。すなわちデータ転送５の最中にパラメータの再ネゴシエーションが行われる。次いで、ＭＳＣ内のＲＬＰエンティティ２は、パラメータの提案値を受け入れるか、変更するかのいずれかを行い、ＭＳのＲＬＰエンティティ１へ返送されるＸＩＤ応答フレーム４の中で受け入れ値／変更値を返送する。このパラメータの再ネゴシエーション後、ＲＬＰと、その再ネゴシエーションが行われたＲＬＰパラメータとに基づいてデータ転送５の継続が可能となる。パラメータの再ネゴシエーションのために必ずしもデータ転送５を中断する必要はなく、再ネゴシエーションはデータ転送５と並行して行うようにすることも可能であることに留意されたい。
【０００６】
一般に、ＲＬＰパラメータ値は、ＲＬＰによって規定されるそれぞれの範囲又はアルファベットに限定される。例えば、ＴＳ２４.０２２の表２の第２列には複数のＲＬＰパラメータに対する有効範囲が定義されている。ネゴシエーション中は、ＸＩＤコマンドフレーム内で提案されたパラメータ値と、ＸＩＤ応答フレーム内の受け入れ値／変更値との双方の値は前記それぞれのパラメータに対する有効値でなければならない。すなわち、これら双方の値は、個々のパラメータに前記ＲＬＰによって定義されている有効範囲内の値でなければならない。例えば、ＲＬＰパラメータＰ１（辞書サイズ）の有効範囲は５１２〜６５５３５であり、その結果、５００というＰ１の提案値は無効値となる。
【０００７】
しかし、ＭＳ及び／又はＭＳＣのメーカーによるＲＬＰ仕様の異なる解釈に起因して、又は実装エラーに起因して、ＸＩＤコマンドフレーム内のＲＬＰパラメータ値が無効になる場合がある。すなわちＲＬＰ仕様によって定められている有効範囲外にＲＬＰパラメータ値がある場合がある。ＲＬＰパラメータに無効値を用いると、ＲＬＰパラメータのネゴシエーション中に無効値を含むＸＩＤフレームを受信したエンティティは通常、受信されたＸＩＤコマンドフレームを破棄し、その場合（おそらく複数のＲＬＰパラメータ値を含む）ＸＩＤフレーム全体か、無効値自体のみかのいずれかが破棄されることになる。次いで、無効値を含むＸＩＤコマンドフレームを送信したＲＬＰエンティティは、同じＸＩＤコマンドフレームを数回送信（再送）しようとすることが最も予想される。というのは、ＲＬＰエンティティは対応するＸＩＤ応答フレームを確認応答として受信しないからである。ＸＩＤコマンドフレームに対する“最大再送”回数を上回ったとき、ＲＬＰパラメータ値を含むＸＩＤコマンドフレームの送信を試みるＲＬＰエンティティは、（その実施構成次第では）接続を終了させることさえ可能である。
【０００８】
上記シナリオが図２に描かれている。ＭＳ内のＲＬＰエンティティ１は、（再シーケンシングタイマＴ４などの）パラメータの無効値を含むＸＩＤコマンドフレーム３をＲＬＰエンティティ１のＭＳＣ内のＲＬＰピアエンティティ２へ送信する。ＭＳＣ内のＲＬＰエンティティ２は、今度はＸＩＤコマンドフレーム３内の上記無効値を検出し、ＸＩＤコマンドフレーム３全体を破棄する。ＸＩＤコマンドフレーム３に対する応答を受信しなければならない時間ウィンドウを制御するタイマの期限切れが生じた後、ＭＳ内のＲＬＰエンティティ１は、ＸＩＤ応答フレーム４がＭＳＣ内のＲＬＰエンティティ２から受信されなかったことに気がつき、そのため、無効値を含むＸＩＤコマンドフレーム３を再び再送し、それによって、ＭＳＣ内のＲＬＰエンティティ２側で該ＸＩＤコマンドフレーム３の中に含まれる値の無効性に起因して、ＸＩＤコマンドフレーム３の破棄へと再び導かれることになる。上記処理手順はＭＳ内のＲＬＰエンティティの最大再送回数を上回るまで継続する。ＸＩＤコマンドのいずれも応答されず、かつ、ＸＩＤコマンドフレームの更なる送信は許可されないので、ＭＳ内のＲＬＰエンティティ１はしたがってコネクションの解除を決定してもよい。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
無線リンクプロトコルのコンテキストの中で遭遇する上述の問題に鑑み、第１のプロトコルエンティティと第２のプロトコルエンティティとの間で動作するプロトコルの少なくとも１つのパラメータのより耐性のあるネゴシエーションを行うための、方法と、コンピュータプログラムと、コンピュータプログラム製品と、システムと、端末装置と、ネットワークエレメントとを提供することが、特に、本発明の一般的目的である。
【課題を解決するための手段】
【００１０】
第１のプロトコルエンティティと第２のプロトコルエンティティとの間で動作するプロトコルの少なくとも１つのパラメータのネゴシエーションを行う方法であって、前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージを受信するステップであって、前記第１の値が前記少なくとも１つのパラメータの無効値であるステップと、前記第１のネゴシエーションメッセージに応答して、前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージを送信するステップとを有する方法が提案される。
【００１１】
前記プロトコルは、前記第１及び第２のエンティティがデータの交換を可能にする任意のプロトコルであってもよい。前記交換は前記第１のエンティティと第２のエンティティとの間でのＰＤＵによる送受信によって達成されるものであってもよく、その場合、前記ＰＤＵの物理的伝送は基底を成すプロトコルによって行われる。前記プロトコルは、より上位レイヤのプロトコルへサービスを提供するものであってもよい。例えば、前記プロトコルは、移動体通信システムのＭＳとＭＳＣとの間のコネクションのためのＡＲＱサービスを提供するＲＬＰであってもよく、その場合、前記第１及び第２のエンティティはそれぞれ前記ＭＳと前記ＭＳＣとに関連づけられるものであってもよい。
【００１２】
前記プロトコルは少なくとも１つのパラメータを有する。前記パラメータは、例えば、前記プロトコルの動作に必要なものであってもよいし、又は、該プロトコルの性能を改善するものであってもよい。前記プロトコルがＲＬＰである場合、前記パラメータは、例えば、再シーケンシングタイマ、最大再送回数、又は、データ圧縮パラメータであってもよい。前記第１及び第２の値は、前記プロトコルの前記少なくとも１つのパラメータへの割当てを目的として意図されたものであり、例えば、前記値は、再シーケンシングタイマ用の“４０ｍｓ”のような、前記パラメータの数値であってもよい。
【００１３】
前記ネゴシエーションは、パラメータの最初のネゴシエーション又はパラメータの再ネゴシエーションのいずれかであってよい。その場合、前記再ネゴシエーションの前に使用される前記パラメータの初期値は、例えばデフォルト値であってもよい。更に、前記再ネゴシエーションは、例えば外部イベント又はユーザとの対話処理によって起動されるものであってもよい。
【００１４】
前記ネゴシエーションには、前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージを受信するステップが含まれる。前記第１のネゴシエーションメッセージは、ネゴシエーションを行うべきいくつかのパラメータのいくつかのそれぞれの値も同様に含むものであってもよい。前記値は、例えば、数字、記号、文字、又は情報を表す別の任意の表現であってもよい。前記第１のネゴシエーションメッセージは、例えば、前記第１のエンティティから前記第２のエンティティへ送信されるものであってもよい。前記第１の値は、例えば、前記少なくとも１つのパラメータ提案値であってもよく、例えば、前記第１の値を提案する前記エンティティによってサポートできるデフォルト値であってもよい。前記第１の値は無効値である。すなわち前記値は前記プロトコルが許容している値ではない。例えば、前記少なくとも１つのパラメータを数字によって表すことができる場合、前記プロトコルは前記少なくとも１つのパラメータ値として使用可能な数値の有効範囲を定めてもよい。代替として、前記少なくとも１つのパラメータを記号によって表すことができる場合、前記プロトコルは、前記少なくとも１つのパラメータ値として使用可能な記号の限られたアルファベットを定めてもよい。
【００１５】
前記第１のネゴシエーションメッセージは、前記少なくとも１つのパラメータの無効値を含むものではあるが、前記第１のネゴシエーションメッセージに応答して、第２のネゴシエーションメッセージが、例えば、前記第２のエンティティから前記第１のエンティティへ送信される。その場合、前記第２のネゴシエーションメッセージには前記少なくとも１つのパラメータの第２の値が含まれる。したがって、前記ネゴシエーションが、前記少なくとも１つのパラメータの前記無効値を含む前記第１のネゴシエーションメッセージの送信によって中断させられたり、終了させられたりすることはない。前記第２の値は、例えば第１の値と同じ値であってもよいし、又は、例えば、前記第１のネゴシエーションメッセージを受信したエンティティによって有効値に変換されたものであってもよい。
【００１６】
したがって、本発明によれば、従来技術とは対照的に少なくとも１つのパラメータのネゴシエーションが、前記少なくとも１つのパラメータの無効値を含むネゴシエーションメッセージの伝送によって中断させられたり、終了させられたりすることはない。代わりに、前記第１のネゴシエーションメッセージは、前記少なくとも１つのパラメータの第２の値を含む第２のネゴシエーションメッセージによって応答されることになる。この第２のネゴシエーションメッセージはネゴシエーション手順を維持し、ネゴシエーションとプロトコルとの双方を更に耐性のあるものにする。特に、耐性の増加は第１の無効値を含む第１のネゴシエーションメッセージを送信した第１のエンティティが応答（第２のネゴシエーションメッセージ）を待っているケースで達成される。該応答は、従来技術では第１の値の無効性に起因して与えられることはない。そのため、第１のエンティティは待ち時間タイマが期限切れになるまで待機する必要があり、そして無効値を再び含む第１のネゴシエーションメッセージを再送する。更に悪いことに、最大再送回数を上回った場合、第１のエンティティはコネクション全体の取り消しを決定する可能性がある。第１のエンティティの上記ブロッキングと、再送毎に同じ無効値が用いられるという事実に起因して生じる無用な頻繁な再送と、コネクション全体の潜在的解除とは本発明によって回避される。更に、本発明の場合、例えば異なるプロトコル規格の解釈又は実装エラーといった第１のネゴシエーションメッセージにおける無効値の提案理由は無関係である。更なる利点として、本発明は実装が容易であり、かつ、既存の実装に対して著しい変更を必要としない。
【００１７】
本発明の好ましい実施形態には、前記少なくとも１つのパラメータのネゴシエーションの意図が、前記の無効な第１の値を有効値にネゴシエーションすることを許すかどうかのチェックを行うステップが更に含まれる。前記第１の値が数値である場合、前記ネゴシエーションの意図によって、例えば、第１のネゴシエーションメッセージの形で値ｖ１が提案されていれば、上方ネゴシエーションの場合、前記第１のネゴシエーションメッセージに応答して送信される第２のネゴシエーションメッセージにおいてはｖ１以上の値ｖ２のみを使用可能であり、あるいは、下方ネゴシエーションの場合、ｖ１以下の値ｖ２のみを使用可能である旨を規定することが可能である。例えば、有効な記号又は文字を定める有効な記号又はアルファベット文字で表される一連の記号又は文字を参照することによって、記号又は文字である前記少なくとも１つのパラメータ値に対してネゴシエーションの同様の意図を定めるようにすることも可能である。例えば、前記ネゴシエーションの意図を前記プロトコルによって定義するようにしてもよい。前記ネゴシエーションの意図が、前記第１の（無効）値を有効値にネゴシエーションすることを許すものである場合、前記第２の値として前記第２のネゴシエーションメッセージの中に上記値を含め、そして、この値を前記少なくとも１つのパラメータのネゴシエーションの最終結果又は中間結果としてもよい。例えば、前記少なくとも１つのパラメータの第１の（無効）値が前記パラメータの有効範囲の下限値よりも小さな値である場合、かつ、ネゴシエーションの意図が上方である場合、前記第２の値を前記有効範囲の下限値として、前記有効範囲内のデフォルト値又は推奨値として、若しくはユーザ選択値として選択してもよい。
【００１８】
本発明の好ましい実施形態には、前記少なくとも１つのパラメータが前記プロトコルの動作のために前記少なくとも１つのパラメータを必要とするかどうかのチェックを行うステップが更に含まれる。前記プロトコルの動作のために前記少なくとも１つのパラメータを必要としない場合には、例えば、前記第１の（無効）値に等しいものとして前記第２の値を選択するようにしてもよい。というのは、該第２の値はいずれにせよ必要な値ではないからである。しかし、このようにして前記第１の無効値の確認応答を行うことによって、ネゴシエーション手順の中断又は終了が生じることはない。代替として、前記第１のネゴシエーションメッセージに応答する前に前記第２の値を有効値に変えるようにすることも可能である。前記パラメータの適切な選択を行うことなく、少なくとも前記プロトコルの基本的動作が依然可能であれば、パラメータは前記プロトコルにとっては不要なものであると理解すべきである。このような不要パラメータとして、例えば、性能改善パラメータ、オプションパラメータ、又は別のパラメータの現在の選択に依存して冗長なものとなるパラメータ、などを挙げることができる。
【００１９】
本発明の推奨実施形態によれば、前記第２の値は前記少なくとも１つのパラメータの有効値である。この場合、ネゴシエーションは、前記第２の有効値に基づいて首尾よく終了したり、更に継続したりすることが可能となり、前記プロトコルに左右される別のプロトコル及びサービスの性能低下を伴うネゴシエーションの中断又は異常終了が生じることはない。
【００２０】
本発明の推奨実施形態によれば、前記第２の値は前記第１の値に等しい。この場合、該第２の値も同様に無効である。第２の値のこの単純な選択は、第１のネゴシエーションメッセージを受信し、第２のネゴシエーションメッセージを送信するエンティティにおいて巧妙なネゴシエーションの努力を必要としない。しかし、ネゴシエーション手順が中断されることはなく、前記少なくとも１つのパラメータが不要のパラメータであっても、前記プロトコルに左右される別のプロトコル及びサービスの性能低下が前記第１の無効値に起因して生じることはない。
【００２１】
本発明の推奨実施形態によれば、前記プロトコルは、移動機と移動体サービス交換センタとの間のデータ伝送を少なくとも部分的に制御する無線リンクプロトコルである。したがって、前記第１のネゴシエーションメッセージは交換識別情報（ＸＩＤ）コマンドであってもよく、更に、前記第２のネゴシエーションメッセージはＸＩＤ応答であってもよい。
【００２２】
上述の方法ステップをプロセッサに実行させるようにする動作可能な命令を含むコンピュータプログラムが更に提案される。前記コンピュータプログラムは、例えば、ＭＳやＭＳＣのプロセッサなどのデバイスのプロセッサにおいて実行することも可能である。
【００２３】
上述の方法ステップをプロセッサに実行させるようにする動作可能な命令を含むコンピュータプログラムを備えたコンピュータプログラム製品が更に提案される。前記コンピュータプログラム製品は、例えば、デバイスのキャッシュ、ランダムアクセスメモリ（ＲＡＭ）、又はリードオンリメモリ（ＲＯＭ）などのようなチップメモリに格納されたものであってもよいし、若しくは、例えば、メモリカード、メモリスティック（登録商標）又はディスクのような記憶媒体に格納されたものであってもよい。
【００２４】
第１のプロトコルエンティティと第２のプロトコルエンティティとの間で動作させるプロトコルの少なくとも１つのパラメータのネゴシエーションを行うためのシステムであって、前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージを受信するように構成された手段であって、前記第１の値が前記少なくとも１つのパラメータの無効値である手段と、前記第１のネゴシエーションメッセージに応答して、前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージを送信するように構成された手段とを具備するシステムが更に提案される。
【００２５】
通信システムの端末装置であって、前記端末装置内のプロトコルエンティティと、ネットワークエレメント内のプロトコルエンティティとの間で動作するプロトコルの少なくとも１つのパラメータのネゴシエーションが行われ、前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージを受信するように構成された手段であって、前記第１の値が前記少なくとも１つのパラメータの無効値である手段と、前記第１のネゴシエーションメッセージに応答して、前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージを送信するように構成された手段とを具備する端末装置が更に提案される。前記端末装置は、例えば移動体通信システムのＭＳであってもよい。
【００２６】
通信システムのネットワークエレメントであって、端末装置内のプロトコルエンティティと、前記ネットワークエレメント内のプロトコルエンティティとの間で動作するプロトコルの少なくとも１つのパラメータのネゴシエーションが行われるネットワークエレメントであって、該ネットワークエレメントが、前記少なくとも１つのパラメータの第１の値を搬送する第１のネゴシエーションメッセージを受信するように構成された手段であって、前記第１の値が前記少なくとも１つのパラメータの無効値である手段と、前記第１のネゴシエーションメッセージに応答して、前記少なくとも１つのパラメータの第２の値を搬送する第２のネゴシエーションメッセージを送信するように構成された手段とを具備するネットワークエレメントが更に提案される。前記ネットワークエレメントは、例えば移動体通信システムのＭＳＣに含まれるものであってもよい。
【００２７】
本明細書で後述する実施形態から本発明の上記態様及びにその他の態様を明らかにし、該実施形態を参照しながら該局面を解明する。
【発明を実施するための最良の形態】
【００２８】
以下の本明細書の一部において、無線リンクプロトコル（ＲＬＰ）というコンテキストで、パラメータネゴシエーションの例示のケースに関連して本発明の実施形態を示すことにする。しかし、本発明は、別のタイプのプロトコルにおいても耐性のあるパラメータネゴシエーションを可能にするものであり、決して、本願で提示した実施形態に本発明を限定することを意図するものではないことに留意されたい。
【００２９】
本発明は、たとえネゴシエーションメッセージがパラメータの無効提案値を含む場合であっても、ネゴシエーションメッセージに対する応答を行うことを提案するものである。
【００３０】
したがって、無効パラメータを含むＸＩＤコマンドフレーム３は、受信ＲＬＰエンティティ２によって繰り返し破棄され、更に、前記ＸＩＤコマンドフレーム３の繰り返される前記破棄によって、送信ＲＬＰエンティティ１が、ピアエンティティ間のＲＬＰコネクションの解除を強制され、ＲＬＰプロトコルのコンテキストにおけるパラメータネゴシエーションの例示のケースに関連する図２に例示のシナリオは、それ以上行われないことになる。
【００３１】
代わりに、本発明によるネゴシエーション手順は図１ａと図１ｂに例示のように行われるものであってもよく、その場合、図１ａと図１ｂのＸＩＤコマンドフレーム３の中に含まれる少なくとも１つのパラメータ値が無効値である点が異なる。したがって、図１ａと図１ｂに図示のように、本発明によれば、再シーケンシングタイマＴ４のような少なくとも１つのパラメータの提案値は無効であるが、ＸＩＤコマンドフレーム３はＸＩＤ応答フレーム４によって応答される。
【００３２】
本発明の推奨実施形態によれば、ＲＬＰパラメータの無効値を含むＸＩＤコマンドフレームの受信時に、問題のパラメータのネゴシエーションの意図が有効値に対するネゴシエーションを可能にするかどうかのチェックが行われる。ユーザとの対話処理によりネゴシエーションが起動された場合、すなわち、ユーザが前記パラメータに対する好適な選択を以前に行っている場合、ユーザにより与えられた値がネゴシエーションの目標であり、したがってＸＩＤ応答フレーム内の前記パラメータ値を選択することになる。
【００３３】
例えば、ユーザが再シーケンシングタイマＴ４の値をＭＳ側で１００ｍｓへ変更した場合（ＴＳ２４.０２２によれば、Ｔ４値の範囲＞２５ｍｓ；ネゴシエーションの意図は上方）、そして、ＸＩＤコマンドフレームが、次にＭＳＣ内のＲＬＰエンティティから受信され、その場合Ｔ４が前記ＸＩＤコマンドフレームの中で２０ｍｓ（不正な値）にセットされていた場合、Ｔ４値はＭＳのＲＬＰエンティティからＭＳＣのＲＬＰエンティティへ返送されるＸＩＤ応答フレームで１００ｍｓにセットされる。
【００３４】
代替として、又は、前記推奨実施形態における問題のパラメータのネゴシエーションの意図のチェックに加えて、問題のパラメータがＲＬＰコネクションに必要かどうかのチェックを行うようにしてもよい。それにより、パラメータの無効値がＲＬＰコネクションに必要でなければ、ネゴシエーション中に該無効値を受け入れてもよい。ピアＲＬＰエンティティが、コネクションに不要なパラメータに対して、そのような無効値を提案する場合、ネゴシエーションの意図により可能なとき、合法的値に合わせてこれらの値のネゴシエーションを行うことが可能か、又は代替として、これらの値の有効性に関係なく、該値をそのまま受け入れることが可能である。したがって、後者の場合、ネゴシエーションの意図が障害となることはない。
【００３５】
例えば、ピアＲＬＰは以下の圧縮パラメータを用いてＸＩＤコマンドフレームを送信する。
圧縮：Ｖ.４２ｂｉｓ
指示：なし
辞書サイズ：０（ＴＳ２４.０２２によれば、許容範囲は５１２〜６５５３５；ネゴシエーションの意図は下方）
最長ストリング長：０（仕様によれば、許容範囲は６〜２５０；ネゴシエーションの意図は下方）
【００３６】
このケースでは、辞書サイズ及び最長ストリング長を有効値にネゴシエーションすることはできない。というのは、それぞれのネゴシエーションの意図が下方であり、有効値を取得するためには提案値を上げる必要があるからである。しかし、圧縮指示が“なし”にセットされている（すなわち圧縮は利用されない）ため、ＲＬＰプロトコルの動作には、辞書サイズ及び最長ストリング長パラメータは不要である。したがって、パラメータをそのまま受け入れることが可能となる。その結果、提案値と同じ値がＸＩＤ応答フレーム内で返信される。
【００３７】
図３は本発明の推奨実施形態による方法を示す例示フローチャートである。第１のステップ３０１で、この第１のネゴシエーションメッセージ（例えばＲＬＰプロトコルの場合のＸＩＤコマンドフレーム）が受信され、その場合、前記第１のネゴシエーションメッセージには、プロトコルのパラメータの第１の値が含まれる（例えば、ＲＬＰプロトコルの再シーケンシングタイマＴ４の値など）。次いで、ステップ３０２で、この第１の値が有効値であるかどうかのチェックが行われる（例えば、ＲＬＰプロトコルの場合、ＴＳ２４.０２２によってタイマＴ４の有効範囲をチェックするようにしてもよい。）。第１の値が有効値であることが判明した場合、ステップ３０３で、従来技術で周知のような標準ネゴシエーション処理に入る。例えば、ＲＬＰプロトコルの場合、受け入れ値又は変更値と共にＸＩＤ応答フレームを送信するようにしてもよい。その場合、前記値の前記受け入れ又は変更はある種のネゴシエーションインスタンスによって決定される。第１の値が無効値であることが判明した場合、該値が参照するパラメータが上記プロトコルにとって必要な値であるかどうかのチェックがステップ３０４で行われる。第１の値が必要な値でなければ、ステップ３０５で第２の値が第１の値に等しくセットされ、前記第２の値（第１の値の受け入れを示す）を含む第２のネゴシエーションメッセージが送信される。上記パラメータが必要なものであれば、ステップ３０６で、前記パラメータのネゴシエーションの所定の意図が、前記第１の無効値のネゴシエーションを行って、第２の有効値に変えることを許すものであるかどうかのチェックが行われる。これが可能でなければ、例えば、エラーハンドラへのエラーメッセージの送信、プロトコルコネクションの解除、又は類似の動作を含むエラー処理手順３０７に入る。前記第１の値のネゴシエーションを行って、第２の有効値に変えることが可能な場合、これはステップ３０８で準備され、該第２の値は有効値にセットされ、この値は次にステップ３０９で第２のネゴシエーションメッセージ内で送信される。図３はまた、第１の値が無効値であるケース（ステップ３０２）であって、しかし、該第１の値によって参照されるパラメータが、プロトコルにとって必要ではないケース（ステップ３０４）を表す代替実施例（破線で示される）も示している。第１の値をそのまま受け入れる（ステップ３０５）代わりに、前記パラメータに対するネゴシエーションの所定の意図が、前記第１の無効値のネゴシエーションを行って、有効な第２の値に変えることを許すものであるかどうかのチェックをステップ３１０で行うようにしてもよい。これが可能であれば、方法はステップ３０８に進む。可能でなければ、方法はステップ３０５に進む。
【００３８】
図４は、本発明に基づくシステム３０の論理コンポーネントを概略的に描く図である。システムはＭＳ１０とＭＳＣ２０とから構成され、これらのうち、どちらもＲＬＰレイヤに位置するＭＳ  ＲＬＰエンティティ１とＭＳＣ  ＲＬＰエンティティ２のみが示されている。ＲＬＰレイヤより下にあるプロトコルレイヤは単に簡略に示されている。ＭＳ  ＲＬＰエンティティ１は、ネゴシエーションインスタンス１０１と、パラメータ情報データベース１０２と、送受信用インタフェース１０３とを具備する。
【００３９】
送受信用インタフェース１０３は、ＲＬＰレイヤ内においてＸＩＤフレームの論理的送受信を行うことが可能であり、その場合、これらＸＩＤフレームを実際に物理的に転送するために、ＸＩＤフレームをサービスアクセスポイント１０４を介してフレームトランスポートサービスをＲＬＰレイヤへ提供する下位のプロトコルレイヤへ転送する。
【００４０】
ネゴシエーションインスタンス１０１は、ＭＳとＭＳＣ内のピアＲＬＰエンティティ間でＲＬＰパラメータのネゴシエーションを実行する。例えば、前記ＭＳ  ＲＬＰエンティティ１内の前記ネゴシエーションインスタンス１０１は、あるパラメータのデフォルト値又は推奨値、若しくは、ユーザ選択値についてパラメータ情報ベース１０２を参照し、そして、送受信用インタフェース１０３を介して、ＸＩＤコマンドフレームとして上記デフォルト値／推奨値／選択値をそのピアエンティティ２へ送信することによって、パラメータネゴシエーションステップを開始することも可能である。
【００４１】
同様に、送受信用インタフェース１０３を介してピアＲＬＰエンティティ２からＸＩＤコマンドフレームを受信したとき、前記ネゴシエーションインスタンス１０１は、パラメータ情報データベース１０２を参照して、前記ＸＩＤコマンドフレーム内の提案値が有効値であるかどうか、この提案値を上方又は下方のネゴシエーションを行うことが可能であるかどうか、及び、このパラメータがＲＬＰプロトコルにとって現在必要であるかどうかを判定することも可能である。
【００４２】
次いで、上記参照の結果に対応して、たとえ受信した前記ＸＩＤコマンドフレーム内の前記少なくとも１つのパラメータの提案値が無効であったとしても、ネゴシエーションインスタンス１０１は、今ネゴシエーションが行われた少なくとも１つのパラメータの適切に選択された値を含むＸＩＤ応答フレームの送信を起動することが可能である。ＭＳＣ  ＲＬＰエンティティ２内の論理コンポーネント２０１、２０２、２０３、２０４が、ＭＳ  ＲＬＰエンティティ１内の、上記コンポーネントの相手側コンポーネントと全く同じ機能を果たすことは容易に理解される。
【００４３】
以上、推奨実施形態によって本発明を説明した。当業者には自明の代替方法及び変更例が存在すること、及び、本願の請求項の範囲と精神から逸脱することなく、該変更例の実施が可能であることことに留意されたい。特に、本発明は、ＲＬＰプロトコルのコンテキストにおける適用例に限定されるものではなく、有線通信システムあるいは無線通信システムのいずれで利用されるかにかかわらず、すべてのタイプのプロトコルにおいて好適に適用されるものである。
【図面の簡単な説明】
【００４４】
【図１ａ】従来技術に従う第１の例示のネゴシエーション手続のシグナリングチャート。
【図１ｂ】従来技術に従う第２の例示のネゴシエーション手続のシグナリングチャート。
【図２】従来技術に従う無効パラメータの提案によって終了させられたネゴシエーション手続のシグナリングチャート。
【図３】本発明の推奨実施形態による方法を示す例示フローチャート。
【図４】本発明に準拠するシステムの論理コンポーネントの概略図。
【図１ａ】
2007535256.tif 000003
【図１ｂ】
2007535256.tif 000004
【図２】
2007535256.tif 000005
【図３】
2007535256.tif 000006
【図４】
2007535256.tif 000007
【国際調査報告】
2007535256.tif 000008
2007535256.tif 000009