(57)【要約】ユーザイクイップメント（ＵＥ）が、通信システムにおけるパケット交換ハンドオーバ成功後の期間を計るリセット可能タイマを備える。当該期間が経過する前に、パケットデータ送信パラメータを設定する命令メッセージがネットワークから受信されない場合、ＵＥが望むなら、ＵＥは送信パラメータネゴシエーションを開始する。このように、ＵＥは、パケットデータ送信にとって最適なパラメータについてネゴシエーションを行うことが可能である。【選択図】図４
2009542144.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換通信システムにおいてハンドオーバ後に受信機を操作する方法であって、前記受信機は論理リンク制御（ＬＬＣ）レイヤ及びレイヤ３エンティティの制御のもとで情報を受信するものであり、前記方法は、
パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認する交換識別子（ＸＩＤ）命令を待機するステップと、
期間を計るステップと、
前記期間がタイムアウト期間を超えてしまう前に前記ＸＩＤ命令が受信される場合、ＸＩＤ命令に従って行動するステップと、
前記期間が前記タイムアウト期間を超えてしまう前に前記ＸＩＤ命令が受信されない場合、所望されるならばパケットデータ送信パラメータネゴシエーションを開始するステップと
を含む方法。
【請求項２】
前記ＸＩＤ命令は、少なくとも１つの送信パラメータの少なくとも１つのデフォルト値の使用を確認する空ＸＩＤ命令である、請求項１に記載の方法。
【請求項３】
前記期間が前記タイムアウト期間を超えてしまう前に空ＸＩＤ命令が受信される場合、前記ＸＩＤ命令に従って行動するステップは、ＸＩＤ応答を送信することを含む、請求項２に記載の方法。
【請求項４】
前記ＸＩＤ命令は少なくとも１つの送信パラメータの少なくとも１つの値を含み、前記ＸＩＤ命令に従って行動するステップは、少なくとも１つの送信パラメータの少なくとも１つの値についてネゴシエーションを行うことを含む、請求項１に記載の方法。
【請求項５】
前記少なくとも１つの送信パラメータは前記タイムアウト期間を含む、請求項４に記載の方法。
【請求項６】
少なくとも１つの送信パラメータの値がデフォルト値へリセットされると定めるリセット命令を受信するステップをさらに含み、前記ＸＩＤ命令を待機するステップは、前記リセット命令に対する確認メッセージ又は少なくとも１つの送信パラメータ値についてのネゴシエーションを開始するＸＩＤ命令を待機すること含む、請求項１に記載の方法。
【請求項７】
前記タイムアウト期間は数秒程度である、請求項１に記載の方法。
【請求項８】
前記期間を計ることは、前記ハンドオーバによって開始される、請求項１に記載の方法。
【請求項９】
パケット交換通信システムにおける、論理リンク制御（ＬＬＣ）レイヤ及びレイヤ３エンティティのもとで情報を受信する受信機であって、
ハンドオーバの後、パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認する受信された交換識別子（ＸＩＤ）命令に従って行動するプロセッサと、
タイムアウト期間を計るタイマと、
を備え、
前記ＸＩＤ命令が、前記タイマがタイムアウトしてしまう前に受信される場合には、前記プロセッサは前記ＸＩＤ命令に従って行動し、前記タイマがタイムアウトしてしまう前に前記ＸＩＤ命令が受信されない場合には、前記プロセッサは、所望されればパケットデータ送信パラメータネゴシエーションを開始する、受信機。
【請求項１０】
前記ＸＩＤ命令は、少なくとも１つの送信パラメータの少なくとも１つのデフォルト値の使用を確認する空ＸＩＤ命令である、請求項９に記載の受信機。
【請求項１１】
前記期間が前記タイムアウト期間を超えてしまう前に前記空ＸＩＤ命令が受信される場合、前記プロセッサは前記空ＸＩＤ命令に従って行動し、ＸＩＤ応答を送信する、請求項１０に記載の受信機。
【請求項１２】
前記ＸＩＤ命令が少なくとも１つの送信パラメータの少なくとも１つの値を含み、前記プロセッサは、前記ＸＩＤ命令に従って行動し、少なくとも１つの送信パラメータの少なくとも１つの値についてネゴシエーションを行う、請求項９に記載の受信機。
【請求項１３】
前記少なくとも１つの送信パラメータは前記タイムアウト期間を含む、請求項１２に記載の受信機。
【請求項１４】
前記プロセッサは、少なくとも１つの送信パラメータの値がデフォルト値へリセットされると定める受信されたリセット命令に従って行動し、前記受信されたＸＩＤ命令は、前記リセット命令に対する確認メッセージ又は少なくとも１つの送信パラメータ値についてのネゴシエーションを開始するＸＩＤ命令を含む、請求項９に記載の受信機。
【請求項１５】
前記タイムアウト期間は数秒程度である、請求項９に記載の受信機。
【請求項１６】
パケット交換通信システムにおいてハンドオーバ後に受信機を操作するコンピュータプログラムで符号化されたコンピュータ読出可能媒体であって、前記受信機は論理リンク制御（ＬＬＣ）レイヤ及びレイヤ３エンティティの制御のもとで情報を受信するものであり、前記コンピュータプログラムは実行されると、コンピュータに、
パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認する交換識別子（ＸＩＤ）命令を待機するステップと、
期間を計るステップと、
前記期間がタイムアウト期間を超えてしまう前に前記ＸＩＤ命令が受信される場合、ＸＩＤ命令に従って行動するステップと、
前記期間が前記タイムアウト期間を超えてしまう前に前記ＸＩＤ命令が受信されない場合、所望されるならばパケットデータ送信パラメータネゴシエーションを開始するステップと
を行わせるものである、コンピュータ読出可能媒体。
【請求項１７】
前記ＸＩＤ命令は、少なくとも１つの送信パラメータの少なくとも１つのデフォルト値の使用を確認する空ＸＩＤ命令である、請求項１６に記載の媒体。
【請求項１８】
前記期間が前記タイムアウト期間を超えてしまう前に前記空ＸＩＤ命令が受信される場合、前記空ＸＩＤ命令は従われて行動され、ＸＩＤ応答が送信される、請求項１７に記載の媒体。
【請求項１９】
前記ＸＩＤ命令は少なくとも１つの送信パラメータの少なくとも１つの値を含み、前記ＸＩＤ命令に従って行動するステップは、少なくとも１つの送信パラメータの少なくとも１つの値についてネゴシエーションを行うことを含む、請求項１６に記載の媒体。
【請求項２０】
前記少なくとも１つの送信パラメータは前記タイムアウト期間を含む、請求項１９に記載の媒体。
【請求項２１】
前記コンピュータプログラムは実行されると、コンピュータに、少なくとも１つの送信パラメータの値がデフォルト値へリセットされると定めるリセット命令を受信するさらなるステップを少なくとも行わせるものであり、前記ＸＩＤ命令を待機するステップは、前記リセット命令に対する確認メッセージ又は少なくとも１つの送信パラメータ値についてのネゴシエーションを開始するＸＩＤ命令を待機することを含む、請求項１６に記載の媒体。
【請求項２２】
前記タイムアウト期間は数秒程度である、請求項１６に記載の媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子通信システムに関し、より具体的にはパケットデータ通信システムに関する。
【背景技術】
【０００２】
ＧＳＭ電気通信規格、及びその拡張、例えば汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）やＧＳＭ発展用拡張データレート（ＥＤＧＥ：Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）などに準拠するセルラー式無線電話システムのような時分割多元アクセス（ＴＤＭＡ：ｔｉｍｅ‐ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムと、ＩＳ‐９５、ｃｄｍａ２０００及び広帯域ＣＤＭＡ（ＷＣＤＭＡ：ｗｉｄｅｂａｎｄ  ＣＤＭＡ）電気通信規格に準拠するセルラー式無線電話システムのような符号分割多元アクセス（ＣＤＭＡ：ｃｏｄｅ‐ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムとを、電子通信システムは備える。ユニバーサル移動電気通信システム（ＵＭＴＳ：ｕｎｉｖｅｒｓａｌ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）規格に準拠するセルラー式無線電話システムのような「ブレンドされた（ｂｌｅｎｄｅｄ）」ＴＤＭＡ及びＣＤＭＡシステムも電子通信システムは備え、ＵＭＴＳは、国際電気通信連合（ＩＴＵ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）のＩＭＴ‐２０００フレームワークの中で欧州電気通信標準化機構（ＥＴＳＩ：Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ）が開発している第３世代（３Ｇ）移動システムを定めるものである。３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）は、ＵＭＴＳ、ＷＣＤＭＡ及びＧＳＭ通信システム用仕様書を公布する。
【０００３】
図１は、セルラー式無線電話システム１０を示す。基地局コントローラ（ＢＳＣ：ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ）１２と無線ネットワークコントローラ（ＲＮＣ：ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ）１４とが、例えば無線アクセスベアラセットアップやダイバーシチハンドオーバ等を含む様々な無線ネットワーク機能を制御する。より一般的には、ＢＳＣとＲＮＣとは、携帯電話又は他のリモート端末である場合がある移動局（ＭＳ：ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）１６及びユーザイクイップメント（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）１８へ／からの接続を、各ＭＳ及びＵＥとダウンリンク（すなわちＢＴＳ／ノードＢからＭＳ／ＵＥ）及びアップリンク（すなわちＭＳ／ＵＥからＢＴＳ／ノードＢ）チャネルを通して通信する適当な基地トランシーバ局（ＢＴＳ：ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）及びノードＢを介して方向付ける。各ＢＴＳ／ノードＢは、１又は２以上のセルに分割可能な地理的エリアにサービスする。ＢＴＳ／ノードＢは、それらに対応するＢＳＣ／ＲＮＣに専用電話線、光ファイバリンク、マイクロ波リンク等で連結される。ＢＳＣ１２とＲＮＣ１４とは、公衆交換電話ネットワーク（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）やインターネット等のような外部ネットワークへ、破線で示すコアネットワーク２８における１又は２以上のノードを通して接続される。図１に示すように、コアネットワーク２８は、移動交換センター（ＭＳＣ：ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）３０と、サービングＧＰＲＳサポートノード（ＳＧＳＮ：ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）３２、３４のようなパケット無線サービスノードと、ゲートウェイＧＰＲＳサポートノード３６とを備える。図１に示す装置には様々な名称が使用可能であり、単純化のために、本願では端末１６、１８を共通してＵＥと呼ぶことにするが、これは言うまでもなく了解されることであろう。
【０００４】
ハンドオーバとは、ハンドオフと呼ばれる場合もあるが、一般に、ＢＴＳ／ノードＢについてＵＥが移動する際に進行中の接続を保持する処理であり、場合によっては逆もあり得る。例えば、ＵＥがあるセルから別のセルへ移動する際、ＵＥの接続はノードＢ２６からノードＢ２４へハンドオーバされる。初期のセルラー式システムはハードハンドオーバ（ＨＨＯ：ｈａｒｄ  ｈａｎｄｏｖｅｒ）を用いており、（ＵＥが出て行こうとするセルをカバーする）第１のＢＴＳが、（ＵＥが入ろうとするセルをカバーする）第２のＢＴＳが通信を開始すると直ちにＵＥとの通信を停止するであろう。現代のセルラー式システムは典型的にはダイバーシチハンドオーバ、あるいはソフトハンドオーバ（ＳＨＯ：ｓｏｆｔ  ｈａｎｄｏｖｅｒ）を用いており、ＵＥが２又は３以上の
ＢＴＳ／ノードＢへ同時接続される。ＢＳＣ／ＲＮＣ１２、１４間の制御通信リンクは、ＢＴＳ／ノードＢ２０〜２６を介したＵＥ１６、１８へ／からのダイバーシチ通信を許可する。
【０００５】
パケット交換（ＰＳ：ｐａｃｋｅｔ‐ｓｗｉｔｃｈｅｄ）ハンドオーバ（ＨＯ：ｈａｎｄｏｖｅｒ）が、パケットデータ伝送中、例えばＧＰＲＳセッション中にネットワークがセル変更を制御することを可能とする。ここでの「ネットワーク（ｎｅｔｗｏｒｋ）」とは、一般にＢＳＣ／ＲＮＣ１４とコアネットワーク２８におけるエンティティとを意味すること理解されるであろう。ＰＳＨＯ手続のあるバーションは、３ＧＰＰ技術仕様書（ＴＳ：Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）４３．１２９Ｖ６．８．０、ＧＥＲＡＮ  Ａ／Ｇｂモード用パケット交換ハンドオーバ、ステージ２（リリース６）（２００６年６月）において定められている。
【０００６】
ＰＳＨＯ手続中、ネットワークは旧セルにおいて使用されたある送信パラメータをそのデフォルト値へリセットするか、又はネットワークはかかるパラメータをそのまま変えずに維持する場合がある。これを示すのが、ＰＳＨＯ命令メッセージのＰＳＨＯ情報要素部分用非アクセス層（ＮＡＳ：ｎｏｎ‐ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）コンテナに含まれる旧交換識別子（ＸＩＤ：ｅＸｃｈａｎｇｅ  ＩＤｅｎｔｉｆｉｅｒ）識別子である。旧ＸＩＤ識別子が設定されると、ＰＳＨＯ命令メッセージの受信前に適用可能な論理リンク制御（ＬＬＣ：Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ及びレイヤ３送信パラメータ値が維持されなければならない。さもなければ、全部のＬＬＣレイヤ及びレイヤ３送信パラメータはデフォルト値へリセットされなければならない。送信パラメータは、ＧＰＲＳプロトコルスタックのサブネットワーク依存コンバージェンスプロトコル（ＳＮＤＣＰ：Ｓｕｂ‐Ｎｅｔｗｒｋ  Ｄｅｐｅｎｄｅｎｔ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティとＬＬＣエンティティとに対する送信属性を定める。このようなエンティティは典型的にＵＥとＳＧＳＮとに含まれる。送信パラメータについては、ＵＥとＳＧＳＮとの間のアクティブセッション中にネットワークとＵＥとによってネゴシエーションが行われ、ネゴシエーションはいつでもどちらの側（すなわちネットワーク又はＵＥ）からも開始可能である。ネゴシエーションの目的は、ＵＥとネットワークとが使用するパケットデータ送信に対する最良のＳＮＤＣＰ関連又はＬＬＣ関連パラメータについて合意することである。
【０００７】
ＳＮＤＣＰとＬＬＣと、ＧＰＲＳプロトコルスタックにおけるそれらの位置とについては、例えば３ＧＰＰ  ＴＳ  ４４．０６５Ｖ６．６．０（２００５年６月）、技術仕様書グループコアネットワーク及び端末、移動局（ＭＳ）‐サービングＧＰＲＳサポートノード（ＳＧＳＮ）、サブネットワーク依存コンバージェンスプロトコル（ＳＮＤＣＰ）（リリース６）と、３ＧＰＰ  ＴＳ  ４４．０６４Ｖ６．１．０（２００５年９月）、技術仕様書グループコアネットワーク、移動局‐サービングＧＰＲＳサポートノード（ＭＳ‐ＳＧＳＮ）、論理リンク制御（ＬＬＣ）レイヤ仕様書、（リリース６）と、他の技術仕様書とにおいて説明されている。一般に、ＳＮＤＣＰ及びＬＬＣ仕様書はＵＥとパケット無線サービスノードとの間の通信の性質を定め、ＳＮＤＣＰ機能はネットワークレベル特性を基礎ネットワークの特性上にマッピングし、ＬＬＣレイヤは信頼できる論理リンクを提供する。論理リンク管理機能は、無線インターフェースにわたるＵＥとネットワークとの間の通信チャネルの保持と、ＵＥとネットワークとの間のリンク状態情報の調整と、ＵＥとネットワークとの間の論理リンクにわたるデータ伝送アクティビティの監督とに関する。
【０００８】
一般に、レイヤ３におけるエンティティは、個々のメッセージごとに必要に応じてアクセスポイントと、論理制御チャネルと、レイヤ２のオペレーションのモード（肯定又は非肯定）とを選択する。レイヤ３ついては、例えば３ＧＰＰ  ＴＳ  ４４．０１８Ｖ７．９．０（２００７年６月）、移動無線インターフェースレイヤ３仕様書、無線資源制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）仕様書（リリース７）と、他の技術仕様書とにおいて説明されている。
【０００９】
現行のＰＳＨＯ手続は、送信パラメータについてネゴシエーションを行うＵＥの能力を制限する。ＬＬＣレイヤ及びレイヤ３パラメータをデフォルト値へリセットするよう、ネットワークがＵＥに指示した（すなわち旧ＸＩＤ識別子がＰＳＨＯ命令メッセージにおいて設定されていなかった）場合、ＰＳＨＯ実行直後、ＵＥは、ネットワークが送信するＸＩＤ命令又はメッセージを待機しなければならず、かかる命令又はメッセージは、ネゴシエーションを示すものであるか、又はデフォルト値が使用されるべきであることを確認するものであるかのどちらかである。送信パラメータのデフォルト値の使用を確認するＸＩＤ命令を送信可能であることは、３ＧＰＰ準拠ネットワークに対して強制であるが、異なる値のネゴシエーションを開始するＸＩＤ命令は強制ではない。
【００１０】
このようなオペレーションは、ＰＳＨＯ後にＵＥが自身の送信パラメータネゴシエーションを開始する前にＵＥが待機する時間制限を現行のＰＳＨＯ手続は設定しないため、問題を引き起こしかねない。ＰＳＨＯ直後に送信パラメータ値を対処するＸＩＤメッセージをネットワークが送信しない場合、ＵＥはネゴシエーションを開始できないのである。この結果として、パケットデータ送信の条件が最適ではなくなる場合がある。
【００１１】
加えて、いくつかのネットワークは、デフォルトとは異なる値を提示することで送信パラメータネゴシエーションを開始せず、ＵＥにネゴシエーション開始の主導権をとらせる。現行のＰＳＨＯ手続に準拠するために、このようなネットワークはその実施形態を変化させられるか、又はデッドロックに直面する、すなわちＵＥ及びネットワークの両者が互いに相手がネゴシエーションを開始するのを待機するであろう。
【００１２】
さらに、ＰＳＨＯ直後にデフォルト値へリセットする場合、ＳＧＳＮは、デフォルトパラメータを使用することを望む場合、空ＸＩＤ命令メッセージを送信する責任がある。このようなオペレーションは様々な状況における問題を引き起こしかねないものであり、例えば無線リンクにおける空ＸＩＤ命令メッセージの損失（すなわちＵＥがメッセージを受信しない）や、誤（非３ＧＰＰ準拠）ＳＧＳＮ実施形態による空ＸＩＤ命令メッセージ送信失敗がある。
【００１３】
さらに、３ＧＰＰ  ＴＳ  ４４．０６５がＳＮＤＣＰに、また３ＧＰＰ  ＴＳ  ４４．０６４がＬＬＣレイヤに定めるデフォルト値は、単純に、ＳＮＤＣＰ及びＬＬＣレイヤに対して、その機能を実行するようにとの最小限の要求である。より良いパフォーマンスは典型的により良い値を必要とし、このことが、低待ち時間が必要なパケットベースのサービス、例えば会話型ＱｏＳ（ｑｕａｌｉｔｙ‐ｏｆ‐ｓｅｒｖｉｃｅ：サービスの質）サービスクラスには重要である場合がある。
【発明の概要】
【００１４】
ＰＳハンドオーバ後、ＵＥがそのネゴシエーションを開始可能になる前に、ＵＥに対して待機時間制限があるべきである。この時間の中で、ＳＤＮＣＰ及び／又はＬＬＣ送信パラメータを含むメッセージ（すなわちＸＩＤ命令）がネットワークから受信されない場合、ＵＥはそのネゴシエーションを開始可能となる。
【００１５】
本発明の観点によれば、パケット交換通信システムにおいてハンドオーバ後に受信機を操作する方法が提供され、受信機は、ＬＬＣレイヤ及びレイヤ３エンティティに基づくシステムから情報を受信するものである。当該方法は、パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認するＸＩＤ命令を待機することと、期間を計ることと、当該期間がタイムアウト期間を超えてしまう前にＸＩＤ命令が受信される場合にはＸＩＤ命令に従って行動することと、当該期間がタイムアウト期間を超えてしまう前にＸＩＤ命令が受信されない場合には所望されるならばパケットデータ送信パラメータネゴシエーションを開始することとを含む。
【００１６】
本発明の他の観点によれば、ＬＬＣレイヤ及びレイヤ３エンティティの制御のもとで情報を受信する、パケット交換通信システムにおける受信機が提供される。当該受信機は、ハンドオーバ後にパケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認する受信ＸＩＤ命令に従って行動するプロセッサと、タイムアウト期間を計るタイマとを備える。タイマがタイムアウトしてしまう前にＸＩＤ命令が受信される場合にはプロセッサはＸＩＤ命令に従って行動し、タイマがタイムアウトしてしまう前にＸＩＤ命令が受信されない場合にはプロセッサは所望されるならばパケットデータ送信パラメータネゴシエーションを開始する。
【００１７】
本発明のさらなる観点によれば、パケット交換通信システムにおいてハンドオーバ後に受信機を操作するコンピュータプログラムで符号化されたコンピュータ読取可能媒体が提供され、受信機は、ＬＬＣレイヤ及びレイヤ３エンティティのもとで情報を受信するものである。当該コンピュータプログラムは実行されると、少なくとも、パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認するＸＩＤ命令を待機するステップと、期間を計るステップと、当該期間がタイムアウト期間を超えてしまう前にＸＩＤ命令が受信される場合にはＸＩＤ命令に従って行動するステップと、当該期間がタイムアウト期間を超えてしまう前にＸＩＤ命令が受信されない場合には所望される場合にはパケットデータ送信パラメータネゴシエーションを開始するステップとをコンピュータに行わせる。
【図面の簡単な説明】
【００１８】
【図１】通信システムを示す。
【図２Ａ】ＸＩＤネゴシエーション手続を示す。
【図２Ｂ】ＸＩＤネゴシエーション手続を示す。
【図３】メッセージフォーマットを示す。
【図４】パケット交換通信システムにおいてハンドオーバ後に受信機を操作する方法のフローチャートである。
【図５】通信システム用受信機のブロック図である。
【発明を実施するための形態】
【００１９】
本発明の様々な特徴、目的及び効果は、図面とともにこの発明を実施するための形態を読むと明らかとなるであろう。
【００２０】
本発明の観点によれば、ＵＥは、例えば成功したＰＳＨＯ後の期間等のような期間を計るリセット可能なタイマを備える。送信パラメータについてネゴシエーションを行うＸＩＤ命令メッセージが、タイムアウト期間経過前にネットワークから受信されない場合、ＵＥがそう望むならば、ＵＥは送信パラメータネゴシエーションを開始する。このように、例えばネットワークにとってネゴシエーション開始が強制ではないため、又はネットワークよりもＵＥがネゴシエーションを開始したほうが、ネットワークパフォーマンスが良い可能性があるため、ＵＥの視点から、ネットワークはネゴシエーションを開始しなかったという状況において、ＵＥは、ＰＳＨＯ後パケットデータ送信に対する最適パラメータについてネゴシエーションを行うことができる。
【００２１】
このような待機期間は、ネットワークからのメッセージ、例えばＳＧＳＮがデフォルトパラメータ使用を望むことを確認する空ＸＩＤ命令メッセージ等の受信失敗が引き起こす問題も解決する。タイムアウト期間を用いて、ＵＥは空ＸＩＤ命令を限りなく待機することはせず、例えば会話型ＱｏＳサービスクラス等の低待ち時間が必要なパケットベースのサービスに対する最適接続をもつことができるであろう。
【００２２】
ＸＩＤパラメータネゴシエーション手続について待機期間及びその利益の詳細を説明する前に、３ＧＰＰ準拠通信システムにおいては、論理リンクエンティティ（ＬＬＥ：ｌｏｇｉｃａｌ  ｌｉｎｋ  ｅｎｔｉｔｙ）が、ＬＬＣレイヤにおける、２つのＬＬＥピア間の論理接続である論理リンク接続を制御する状態機械（ｓｔａｔｅ  ｍａｃｈｉｎｅ）であることが思い出されるであろう。一般に、ＬＬＣレイヤとは、１又は２以上の論理リンク管理エンティティと、１又は２以上のＬＬＥと、多重化手続を含んだ、ＵＥとＳＧＳＮとの間のプロトコルレイヤである。サービスアクセスポイント識別子（ＳＡＰＩ：ｓｅｒｖｉｃｅ  ａｃｃｅｓｓ  ｐｏｉｎｔ  ｉｄｅｎｔｉｆｉｅｒ）とＵＥの一時的論理リンク識別子（ＴＬＬＩ：ｔｅｍｐｏｒａｒｙ  ｌｏｇｉｃａｌ  ｌｉｎｋ  ｉｄｅｎｔｉｆｉｅｒ）とを含むデータリンク接続識別子（ＤＬＣＩ：ｄａｔａ  ｌｉｎｋ  ｃｏｎｎｅｃｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）がＬＬＣレイヤ接続を識別する。「アクティブな（ａｃｔｉｖｅ）」ＬＬＥとは、レイヤ３エンティティに割り当てられたＳＡＰＩを有するＬＬＥである。
【００２３】
各ＬＬＥは、正しいピアツーピア情報移送に必要なＬＬＣレイヤパラメータを初期化する責任のある関連の論理リンク管理エンティティ（ＬＬＭＥ：ｌｏｇｉｃａｌ  ｌｉｎｋ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）を有する。送信パラメータは、デフォルト値か、又はパラメータネゴシエーション手続を通して供給される値に設定される。ネゴシエーション可能な送信パラメータは、ＬＬＣバーション番号と、異なる種類のフレームに対する暗号化入力オフセット値と、再送信タイムアウト期間と、再送信の最大数と、異なる種類のフレームに対する最大情報フィールド長と、アップリンク及びダウンリンクフレームバッファ及びウィンドウサイズと、１又は２以上のレイヤ３パラメータとを含むことができる。ネゴシエーション可能なパラメータは、特に、ＸＩＤフレームの交換を介してネゴシエーションが行われるリセットパラメータも含む。ＬＬＣレイヤ及びレイヤ３パラメータについては、ＸＩＤフレームの交換を介してネゴシエーションを行ってもよい。ネゴシエーションが行われたＸＩＤパラメータは、ＸＩＤフレームが使用するＤＬＣＩによって識別されるＬＬＥに適用するが、ただしレイヤ３パラメータはＬＬＥの上のレイヤ３に適用するので除く。
【００２４】
送信パラメータネゴシエーション手続において、発信ＬＬＥは、ＬＬＥがネゴシエーションを行うことを望むパラメータを含むＸＩＤ命令を発し、再送信タイムアウト期間を計るタイマＴ２００のような１又は２以上のタイマを設定する。受信ピアＬＬＥは、ピアＬＬＥがサポート可能であるパラメータ値のリストを含むＸＩＤ応答でＸＩＤ命令に応える。発信ＬＬＥは、ＸＩＤ応答が受信されると、タイマＴ２００をリセットする。
【００２５】
ＬＬＣレイヤエンティティが開始する送信パラメータネゴシエーション手続におけるＬＬＣレイヤエンティティによるＸＩＤメッセージの交換を図２Ａで説明するが、ネットワーク開始のパラメータネゴシエーションについては発信機がＳＧＳＮであって受信機がＵＥであり、ＵＥ開始のパラメータネゴシエーションについてはその逆である。図２Ａに示すように、パラメータネゴシエーション手続は、ＬＬＣレイヤエンティティからレイヤ３エンティティのメッセージ、例えばＬＬ‐ＸＩＤ‐ＩＮＤメッセージ等の送信にも関する場合がある。
【００２６】
レイヤ３エンティティが開始する送信パラメータネゴシエーション手続におけるＬＬＣレイヤエンティティによるＸＩＤメッセージの交換を図２Ｂで説明するが、ネットワーク開始のパラメータネゴシエーションについては発信機がやはりＳＧＳＮであって受信機がやはりＵＥである場合があり、ＵＥ開始のパラメータネゴシエーションについてはその逆である。図２Ｂに示すように、パラメータネゴシエーション手続は、レイヤ３エンティティから発信機におけるＬＬＣレイヤエンティティまでのＬＬ‐ＸＩＤ‐ＲＥＱ要求メッセージの送信から始まり、発信機におけるＬＬＣレイヤエンティティは、受信機におけるＬＬＣレイヤエンティティへＸＩＤメッセージを送信することで応じる。受信機におけるＬＬＣＩレイヤエンティティは、受信機におけるレイヤ３エンティティへＬＬ‐ＸＩＤ‐ＩＮＤメッセージを送信し、受信機におけるレイヤ３エンティティはＬＬ‐ＸＩＤ‐ＲＥＳ応答メッセージで応答し、ＬＬ‐ＸＩＤ‐ＲＥＳ応答メッセージは、発信機におけるＬＬＣレイヤエンティティへＸＩＤメッセージを送信するよう、受信機におけるＬＬＣレイヤエンティティを促す。発信機におけるＬＬＣレイヤエンティティは、ＬＬ‐ＸＩＤ‐ＣＮＦ確認メッセージを発信機のレイヤ３エンティティへ送信することで応じる。
【００２７】
図３は、ＸＩＤメッセージの有用なフォーマット及びそのパラメータフィールドを示す。ＸＩＤメッセージは、常に所定の値、例えば１等に設定されたポール／ファイナル（ｐｏｌｌ／ｆｉｎａｌ）ビットのようなビットを有してもよい。他のビットは、メッセージ自体と送信パラメータ値とについての情報を輸送する。図３に示すように、ＸＩＤメッセージの第１オクテットと、場合によっては第２オクテットとにおけるビットは、メッセージの（オクテットにおける）タイプと長さとを示す。他のオクテットは、リセットパラメータのような送信パラメータ値を示す。
【００２８】
ＸＩＤメッセージにおけるリセットパラメータは、ＳＧＳＮ発信の送信パラメータリセットと、ＵＥ受信の様々な目的のリセットとに使用可能であり、同一のＸＩＤメッセージに存在するいかなる追加ＸＩＤパラメータの前に処理される。例えば、リセットパラメータは、レイヤ３からＬＬＥまでペンディングした要求全部を、さらなる行為もなく放棄とする場合がある。リセットパラメータについてのネゴシエーションを行うために使用されるＸＩＤネゴシエーション手続以外の、いかなる進行中の非同期平衡モード（ＡＢＭ：ａｓｙｎｃｈｒｏｎｏｕｓ  ｂａｌａｎｃｅｄ  ｍｏｄｅ）確立、ＡＢＭ解放及びＸＩＤネゴシエーション手続もアボート可能である。旧ＸＩＤ識別子が設定されると、リセットの受信前に適用可能であったＬＬＣレイヤ及びレイヤ３パラメータ値は維持されるか、さもなければＬＬＣレイヤ及びレイヤ３パラメータ全部がデフォルト値へリセットされる。例えば３ＧＰＰ  ＴＳ  ４４．０６４はデフォルト値の組を定める。ＡＢＭ状態におけるいかなるＬＬＥも非同期切断モード（ＡＤＭ：ａｓｙｎｃｈｒｏｎｏｕｓ  ｄｉｓｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）状態へ変更可能である。様々な状態変数と未確認情報伝送に対するＯＣが初期化可能である。
【００２９】
ＰＳＨＯ中にＵＥがＬＬＣレイヤ及びレイヤ３パラメータをリセットするよう要求されると、ＵＥは、上述の行為を行き、ＰＳＨＯ手続が成功裏に完結した後、アクティブＳＡＰＩ上でＸＩＤ応答を送信する。ＵＥのＸＩＤ応答は、一般に、図３に示す形を有することが可能である。
【００３０】
ＬＬＣレイヤパラメータ及びレイヤ３パラメータのリセットが旧ＸＩＤ識別子なく要求された場合、各アクティブＬＬＥは、ＸＩＤ応答を送信後、タイマＴ１００を設定可能である、ということに当発明者は気付いた。タイマＴ１００が終了するまで、すなわちタイマＴ１００が計る待機期間が経過するまで、アクティブＬＬＥはＸＩＤネゴシエーション手続を開始しない。タイマＴ１００経過後、ＬＬＥは送信パラメータネゴシエーション手続を開始可能となる。タイマＴ１００は、いかなる適当なデフォルト値にも設定可能であり、大抵は数秒程度、例えば３秒等であろう。さらに、Ｔ１００の値を、ネゴシエーションが行われる送信パラメータのうちの１つとすると効果的である場合がある。
【００３１】
したがって、ＰＳＨＯ後にＵＥを操作する方法を図４に示す。ＵＥは、タイマＴ１００を初期化し（ステップ４０２）、ネットワークからのＸＩＤ命令を待機する。このＸＩＤ命令は、例えば１又は２以上のパラメータ値を含むことによって、少なくとも１つの送信パラメータ値を決定可能であるか、又は例えば１又は２以上のデフォルトパラメータ値を用いるべきであると示すことによって、少なくとも１つの送信パラメータ値を確認可能である。タイマＴ１００がタイムアウトしておらず（ステップ４０４においてＮｏ）、ＸＩＤ命令が受信される（ステップ４０６においてＹｅｓ）場合、ＵＥは命令に従って行動する（ステップ４０８）。
【００３２】
例えば、受信ＸＩＤ命令が空ＸＩＤ命令でない、すなわち受信ＸＩＤ命令が１又は２以上の送信パラメータ値を定める場合、ＵＥはＸＩＤ命令に従って行動し、ＸＩＤ応答を送信し、空ではないＸＩＤ命令に基づいてＬＬＣレイヤ及びレイヤ３パラメータのネゴシエーションを進める。ＵＥは、典型的に応答送信前に、例えば巡回冗長検査（ＣＲＣ；ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）フィールド又はＸＩＤ命令における同様の完全性識別子を試験することによって、受信命令の正当性について検査する、ということが理解されるであろう。例えば３ＧＰＰ  ＴＳ  ４４．０６４のセクション８．５．３が、ＸＩＤ命令の正当性検査を説明している。
【００３３】
受信ＸＩＤ命令が「空（ｅｍｐｔｙ）」ＸＩＤ命令である場合、これは、ＳＧＳＮが送信パラメータに対するデフォルト値の使用又は使用続行を望むという指示であり、ＵＥはＸＩＤ命令に従って行動し、１又は２以上のＬＬＣレイヤ及びレイヤ３パラメータに対する１又は２以上のデフォルト値を使用することが可能である。空ＸＩＤ命令は、ネゴシエーションを行うべきいかなるパラメータも含まないものであるが、デフォルト値の使用の指示を通して、空ＸＩＤ命令は送信パラメータのうちの少なくとも１つの値を確認する。ＵＥは、正しい空ＸＩＤ命令の後にＸＩＤ応答を返信する場合もあり、命令を廃棄して応答を返信しないことがＵＥにとって最適である場合もある。
【００３４】
ＵＥがネットワークからＸＩＤ命令を受信した前にタイマがタイムアウトした場合（ステップ４０４においてＹｅｓ）、ＵＥが望むならば、ＵＥは送信パラメータネゴシエーションを開始する（ステップ４１０）。
【００３５】
送信パラメータネゴシエーション手続きはワンステップ手続であるということは了解されるであろう。送信エンティティがネゴシエーションを行うことを望む１又は２以上のパラメータの組に対する値を提示するＸＩＤ命令を送信することによって、発信側は処理を開始する。応じて、提示パラメータ値を確認する（例えばＸＩＤ応答において提示値を除外する又は含むことによって）か、又は提示パラメータ値の代わりに異なるものを提供するかのＸＩＤ応答を、受信側は送信する。ＸＩＤ命令にもＸＩＤ応答にも含まれないパラメータは、その目下の値を維持可能であり、ＸＩＤメッセージの交換が先行していない場合には、パラメータのデフォルト値が適用される。
【００３６】
応答側は、ＸＩＤ命令に含まれなかったパラメータで応答可能であり、この場合、ＸＩＤ命令に含まれなかったパラメータは、パラメータの目下の値がＸＩＤ命令に含まれなかったかのように処理される。パラメータについて明示的にネゴシエーションが行われるまで、応答側は、パラメータを含むＸＩＤ命令に応答することによってか、又は次にＸＩＤ命令が送信される際にパラメータを明示的に含むことによって、全部のＸＩＤ応答にこのようなパラメータを含む。
【００３７】
図５は典型的ＵＥ１６のブロック図であり、典型的ＵＥ１６は、ネットワーク（図５では図示せず）においてＢＴＳ／ノードＢと無線信号を交換するに適当な送受信部５０２を備える。かかる信号が輸送する情報はプロセッサ５０４が対処し、プロセッサ５０４は、１又は２以上のサブプロセッサを備えてもよく、タイマＴ１００のような１又は２以上のソフトウェアモジュール及びアプリケーションを実行し、本願において説明する送信パラメータネゴシエーション手続を実行する。タイマＴ１００は、ハードウェア装置等を含む多くの方法でＵＥにおいて実施可能である、ということは了解されるであろう。端末へのユーザ入力は任意のキーパッド又は他の装置を通して提供可能であり、情報は任意のディスプレイ５０６上でユーザへ提示可能である。キーパッド／ディスプレイ５０６は任意のものと考慮され、したがって、組込移動装置や機械対機械通信モジュールのようないくつかの装置はキーパッド／ディスプレイを必要としない場合もあるので、破線で示してある。ソフトウェアアプリケーションは、適当なアプリケーションメモリ５０８に格納してもよく、また装置は所望の情報を適当なメモリ５１０にダウンロード及び／又はキャッシュしてもよい。ＵＥ１６は、コンピュータやキーパッド等のような他の要素をＵＥ１６へ接続するのに使用可能なインターフェース５１２も含んでもよい。
【００３８】
従来のＱｏＳサービスクラスのようなサービスは、ＸＩＤネゴシエーション手続を通して最適化された送信パラメータの利益を享受可能ということを必要とする。例えば、アップリンクフレームにおける情報フィールドの最大長であるＮ‐２０１‐Ｕパラメータのデフォルト値は、大抵、異なるＳＡＰＩに対して約５００より大きくはない。いくつかのサービスに対するＮ‐２０１‐Ｕパラメータのより良い値は約１５００である可能性がある。
【００３９】
上記のように、ハンドオーバＵＥを受信するＳＧＳＮが、３ＧＰＰ準拠通信システムにおいて、ＳＧＳＮが送信パラメータに対するデフォルト値の使用を望む場合にＸＩＤ命令を送信するのに必要である。このような空ＸＩＤ命令は、例えば、ネットワークからＵＥまでの途中で損失又は破損される場合があり、さもなければＵＥが従って行動しない場合がある。加えて、空ＸＩＤ命令は、不適当なＳＧＳＮ実施形態が原因で送信さえされない場合もある。さらに、例えば従来のＱｏＳサービスクラスを使用するアプリケーション等、ＵＥにおいて動作中のアプリケーション及び他のソフトウェアが要求するデータ伝送パラメータをＵＥは認知しており、したがってＵＥはデフォルト値が不適当であるときがわかる。
【００４０】
このような状況を補正し、非最適接続の使用を避けるために、ＵＥは、タイマＴ１００によってＸＩＤネゴシエーション手続を開始することが効果的に可能となり、このタイマＴ１００は、ＵＥがＸＩＤネゴシエーション手続を開始する前にＳＧＳＮからの空ＸＩＤ命令メッセージをＵＥが待機する期間を効果的に設定する。
【００４１】
例えば送信機と受信機との間の通信チャネルの時変性質に対応するために、上述の手続は必要に応じて繰り返し実行される、ということは了解されるであろう。理解を簡単にするために、本発明の多くの観点を、例えばプログラム可能コンピュータシステムの構成要素が実行可能な行為のシーケンスについて説明した。様々な行為が、専門の回路（例えば専門機能を行うように相互接続された離散論理ゲートや特定用途向け集積回路）、１又は２以上のプロセッサが実行するプログラム命令、又はそれらの組合せによって実行可能である、ということは認識されるであろう。
【００４２】
さらに、コンピュータに基づくシステムやプロセッサ包含システム等のような命令実行システム又は装置が使用する又は組み合わされる、命令の適当な組を格納したコンピュータ読出可能格納媒体のいかなる形のうちでも、本発明は全体的に実施されると追加的に考えることもできる。ここで使用する「コンピュータ読出可能媒体（ｃｏｍｐｕｔｅｒ‐ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）」とは、命令実行システム又は装置が使用する又は組み合わされる、プログラムを含む、格納する、通信する、伝搬する又は移送することができるいかなる手段であってもよい。コンピュータ読出可能媒体は、例えば電子、磁気、光、電磁、赤外線又は半導体システム、装置又は伝搬媒体等である場合があるが、これらに限定はしない。コンピュータ読出可能媒体のより多くの特例（非包括的リスト）は、１又は２以上のワイヤを有する電子接続と、形態コンピュータディスケットと、ＲＡＭ（ランダムアクセスメモリ）と、ＲＯＭ（読出専用メモリ）と、削除可能プログラム可能読出専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）と、光ファイバとを含む。
【００４３】
このように、本発明は多くの異なる形態で実施可能であり、その全部を上述したわけではないのだが、このような形態はすべて本発明の範囲内に含まれる。本発明の様々な観点の各々について、このような形態のいずれかを、説明した行為を行う「論理（ｌｏｇｉｃ  ｃｏｎｆｉｇｕｒｅｄ  ｔｏ又はｌｏｇｉｃ  ｔｈａｔ）」と呼んでいる場合がある。
【００４４】
「含む／備える（ｃｏｍｐｒｉｓｅｓ及びｃｏｍｐｒｉｓｉｎｇ）」という言葉を本願で用いた場合、記載の特徴、整数、ステップ又は要素の存在を特定するが、１又は２以上の他の特徴、整数、ステップ、要素又はそれらの組合せの存在又は追加を排除するものではない、ということを強調する。
【００４５】
上述した特定の実施形態は、単に説明のためのものであり、限定的なものと考慮されるべきものでは決してない。本発明の範囲は、添付の特許請求の範囲によって定められるものであり、特許請求の範囲の範囲内に含まれる変更及び均等物はすべて本発明の範囲に含めることを意図している。
【図１】
2009542144.tif 000003
【図２Ａ】
2009542144.tif 000004
【図２Ｂ】
2009542144.tif 000005
【図３】
2009542144.tif 000006
【図４】
2009542144.tif 000007
【図５】
2009542144.tif 000008
【手続補正書】
【提出日】平成20年3月28日(2008.3.28)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子通信システムに関し、より具体的にはパケットデータ通信システムに関する。
【背景技術】
【０００２】
ＧＳＭ電気通信規格、及びその拡張、例えば汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）やＧＳＭ発展用拡張データレート（ＥＤＧＥ：Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）などに準拠するセルラー式無線電話システムのような時分割多元アクセス（ＴＤＭＡ：ｔｉｍｅ‐ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムと、ＩＳ‐９５、ｃｄｍａ２０００及び広帯域ＣＤＭＡ（ＷＣＤＭＡ：ｗｉｄｅｂａｎｄ  ＣＤＭＡ）電気通信規格に準拠するセルラー式無線電話システムのような符号分割多元アクセス（ＣＤＭＡ：ｃｏｄｅ‐ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムとを、電子通信システムは備える。ユニバーサル移動電気通信システム（ＵＭＴＳ：ｕｎｉｖｅｒｓａｌ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）規格に準拠するセルラー式無線電話システムのような「ブレンドされた（ｂｌｅｎｄｅｄ）」ＴＤＭＡ及びＣＤＭＡシステムも電子通信システムは備え、ＵＭＴＳは、国際電気通信連合（ＩＴＵ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）のＩＭＴ‐２０００フレームワークの中で欧州電気通信標準化機構（ＥＴＳＩ：Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ）が開発している第３世代（３Ｇ）移動システムを定めるものである。３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）は、ＵＭＴＳ、ＷＣＤＭＡ及びＧＳＭ通信システム用仕様書を公布する。
【０００３】
図１は、セルラー式無線電話システム１０を示す。基地局コントローラ（ＢＳＣ：ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ）１２と無線ネットワークコントローラ（ＲＮＣ：ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ）１４とが、例えば無線アクセスベアラセットアップやダイバーシチハンドオーバ等を含む様々な無線ネットワーク機能を制御する。より一般的には、ＢＳＣとＲＮＣとは、携帯電話又は他のリモート端末である場合がある移動局（ＭＳ：ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）１６及びユーザイクイップメント（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）１８へ／からの接続を、各ＭＳ及びＵＥとダウンリンク（すなわちＢＴＳ／ノードＢからＭＳ／ＵＥ）及びアップリンク（すなわちＭＳ／ＵＥからＢＴＳ／ノードＢ）チャネルを通して通信する適当な基地トランシーバ局（ＢＴＳ：ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）及びノードＢを介して方向付ける。各ＢＴＳ／ノードＢは、１又は２以上のセルに分割可能な地理的エリアにサービスする。ＢＴＳ／ノードＢは、それらに対応するＢＳＣ／ＲＮＣに専用電話線、光ファイバリンク、マイクロ波リンク等で連結される。ＢＳＣ１２とＲＮＣ１４とは、公衆交換電話ネットワーク（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）やインターネット等のような外部ネットワークへ、破線で示すコアネットワーク２８における１又は２以上のノードを通して接続される。図１に示すように、コアネットワーク２８は、移動交換センター（ＭＳＣ：ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）３０と、サービングＧＰＲＳサポートノード（ＳＧＳＮ：ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）３２、３４のようなパケット無線サービスノードと、ゲートウェイＧＰＲＳサポートノード３６とを備える。図１に示す装置には様々な名称が使用可能であり、単純化のために、本願では端末１６、１８を共通してＵＥと呼ぶことにするが、これは言うまでもなく了解されることであろう。
【０００４】
ハンドオーバとは、ハンドオフと呼ばれる場合もあるが、一般に、ＢＴＳ／ノードＢについてＵＥが移動する際に進行中の接続を保持する処理であり、場合によっては逆もあり得る。例えば、ＵＥがあるセルから別のセルへ移動する際、ＵＥの接続はノードＢ２６からノードＢ２４へハンドオーバされる。初期のセルラー式システムはハードハンドオーバ（ＨＨＯ：ｈａｒｄ  ｈａｎｄｏｖｅｒ）を用いており、（ＵＥが出て行こうとするセルをカバーする）第１のＢＴＳが、（ＵＥが入ろうとするセルをカバーする）第２のＢＴＳが通信を開始すると直ちにＵＥとの通信を停止するであろう。現代のセルラー式システムは典型的にはダイバーシチハンドオーバ、あるいはソフトハンドオーバ（ＳＨＯ：ｓｏｆｔ  ｈａｎｄｏｖｅｒ）を用いており、ＵＥが２又は３以上の
ＢＴＳ／ノードＢへ同時接続される。ＢＳＣ／ＲＮＣ１２、１４間の制御通信リンクは、ＢＴＳ／ノードＢ２０〜２６を介したＵＥ１６、１８へ／からのダイバーシチ通信を許可する。
【０００５】
パケット交換（ＰＳ：ｐａｃｋｅｔ‐ｓｗｉｔｃｈｅｄ）ハンドオーバ（ＨＯ：ｈａｎｄｏｖｅｒ）が、パケットデータ伝送中、例えばＧＰＲＳセッション中にネットワークがセル変更を制御することを可能とする。ここでの「ネットワーク（ｎｅｔｗｏｒｋ）」とは、一般にＢＳＣ／ＲＮＣ１４とコアネットワーク２８におけるエンティティとを意味すること理解されるであろう。ＰＳＨＯ手続のあるバーションは、３ＧＰＰ技術仕様書（ＴＳ：Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）４３．１２９Ｖ６．８．０、ＧＥＲＡＮ  Ａ／Ｇｂモード用パケット交換ハンドオーバ、ステージ２（リリース６）（２００６年６月）において定められている。
【０００６】
ＰＳＨＯ手続中、ネットワークは旧セルにおいて使用されたある送信パラメータをそのデフォルト値へリセットするか、又はネットワークはかかるパラメータをそのまま変えずに維持する場合がある。これを示すのが、ＰＳＨＯ命令メッセージのＰＳＨＯ情報要素部分用非アクセス層（ＮＡＳ：ｎｏｎ‐ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）コンテナに含まれる旧交換識別子（ＸＩＤ：ｅＸｃｈａｎｇｅ  ＩＤｅｎｔｉｆｉｅｒ）識別子である。旧ＸＩＤ識別子が設定されると、ＰＳＨＯ命令メッセージの受信前に適用可能な論理リンク制御（ＬＬＣ：Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ及びレイヤ３送信パラメータ値が維持されなければならない。さもなければ、全部のＬＬＣレイヤ及びレイヤ３送信パラメータはデフォルト値へリセットされなければならない。送信パラメータは、ＧＰＲＳプロトコルスタックのサブネットワーク依存コンバージェンスプロトコル（ＳＮＤＣＰ：Ｓｕｂ‐Ｎｅｔｗｒｋ  Ｄｅｐｅｎｄｅｎｔ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティとＬＬＣエンティティとに対する送信属性を定める。このようなエンティティは典型的にＵＥとＳＧＳＮとに含まれる。送信パラメータについては、ＵＥとＳＧＳＮとの間のアクティブセッション中にネットワークとＵＥとによってネゴシエーションが行われ、ネゴシエーションはいつでもどちらの側（すなわちネットワーク又はＵＥ）からも開始可能である。ネゴシエーションの目的は、ＵＥとネットワークとが使用するパケットデータ送信に対する最良のＳＮＤＣＰ関連又はＬＬＣ関連パラメータについて合意することである。
【０００７】
ＳＮＤＣＰとＬＬＣと、ＧＰＲＳプロトコルスタックにおけるそれらの位置とについては、例えば３ＧＰＰ  ＴＳ  ４４．０６５Ｖ６．６．０（２００５年６月）、技術仕様書グループコアネットワーク及び端末、移動局（ＭＳ）‐サービングＧＰＲＳサポートノード（ＳＧＳＮ）、サブネットワーク依存コンバージェンスプロトコル（ＳＮＤＣＰ）（リリース６）と、３ＧＰＰ  ＴＳ  ４４．０６４Ｖ６．１．０（２００５年９月）、技術仕様書グループコアネットワーク、移動局‐サービングＧＰＲＳサポートノード（ＭＳ‐ＳＧＳＮ）、論理リンク制御（ＬＬＣ）レイヤ仕様書、（リリース６）と、他の技術仕様書とにおいて説明されている。一般に、ＳＮＤＣＰ及びＬＬＣ仕様書はＵＥとパケット無線サービスノードとの間の通信の性質を定め、ＳＮＤＣＰ機能はネットワークレベル特性を基礎ネットワークの特性上にマッピングし、ＬＬＣレイヤは信頼できる論理リンクを提供する。論理リンク管理機能は、無線インターフェースにわたるＵＥとネットワークとの間の通信チャネルの保持と、ＵＥとネットワークとの間のリンク状態情報の調整と、ＵＥとネットワークとの間の論理リンクにわたるデータ伝送アクティビティの監督とに関する。
【０００８】
一般に、レイヤ３におけるエンティティは、個々のメッセージごとに必要に応じてアクセスポイントと、論理制御チャネルと、レイヤ２のオペレーションのモード（肯定又は非肯定）とを選択する。レイヤ３ついては、例えば３ＧＰＰ  ＴＳ  ４４．０１８Ｖ７．９．０（２００７年６月）、移動無線インターフェースレイヤ３仕様書、無線資源制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）仕様書（リリース７）と、他の技術仕様書とにおいて説明されている。
【０００９】
国際公開第０１／４７２０６（Ａ）号パンフレットは、ＧＳＭ／ＧＰＲＳ  ＸＩＤネゴシエーション方法の改善にも使用可能であるＵＭＴＳにおけるパケットデータ制御プロトコル（ＰＤＣＰ：ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）パラメータネゴシエーションの実施形態を説明しており、ただし新しいパラメータが効く正確なタイミングは認知されてなければならず、ＧＰＲＳ型リセット解決法又はＰＤＣＰヘッダペースの変化インジケータ解決法を含むという。
【００１０】
国際公開第０２／２５８８８（Ａ）号パンフレットは、通信システムにおけるオペレーション用ネゴシエーションユニットを説明しており、第２の通信ユニットへの第１のネゴシエーションメッセージの送信と、それに応じた第２の通信ユニットから第１の通信ユニットへの第２のネゴシエーションメッセージの送信とによってプロトコルのオペレーションに使用するパラメータについてネゴシエーションを行うステップを含むプロトコルによって、第１の通信ユニットが第２の通信ユニットへデータを送信してもよく、ネゴシエーションメッセージは、パラメータの値を定めるデータを含むことが可能であるものであるという。メッセージがパラメータの値を含む場合、値に関する格納された基準のどれがみたされるかが検査される。基準が満たされない場合、基準を満たすパラメータの値を含むようにメッセージは修正される。
【００１１】
現行のＰＳＨＯ手続は、送信パラメータについてネゴシエーションを行うＵＥの能力を制限する。ＬＬＣレイヤ及びレイヤ３パラメータをデフォルト値へリセットするよう、ネットワークがＵＥに指示した（すなわち旧ＸＩＤ識別子がＰＳＨＯ命令メッセージにおいて設定されていなかった）場合、ＰＳＨＯ実行直後、ＵＥは、ネットワークが送信するＸＩＤ命令又はメッセージを待機しなければならず、かかる命令又はメッセージは、ネゴシエーションを示すものであるか、又はデフォルト値が使用されるべきであることを確認するものであるかのどちらかである。送信パラメータのデフォルト値の使用を確認するＸＩＤ命令を送信可能であることは、３ＧＰＰ準拠ネットワークに対して強制であるが、異なる値のネゴシエーションを開始するＸＩＤ命令は強制ではない。
【００１２】
このようなオペレーションは、ＰＳＨＯ後にＵＥが自身の送信パラメータネゴシエーションを開始する前にＵＥが待機する時間制限を現行のＰＳＨＯ手続は設定しないため、問題を引き起こしかねない。ＰＳＨＯ直後に送信パラメータ値を対処するＸＩＤメッセージをネットワークが送信しない場合、ＵＥはネゴシエーションを開始できないのである。この結果として、パケットデータ送信の条件が最適ではなくなる場合がある。
【００１３】
加えて、いくつかのネットワークは、デフォルトとは異なる値を提示することで送信パラメータネゴシエーションを開始せず、ＵＥにネゴシエーション開始の主導権をとらせる。現行のＰＳＨＯ手続に準拠するために、このようなネットワークはその実施形態を変化させられるか、又はデッドロックに直面する、すなわちＵＥ及びネットワークの両者が互いに相手がネゴシエーションを開始するのを待機するであろう。
【００１４】
さらに、ＰＳＨＯ直後にデフォルト値へリセットする場合、ＳＧＳＮは、デフォルトパラメータを使用することを望む場合、空ＸＩＤ命令メッセージを送信する責任がある。このようなオペレーションは様々な状況における問題を引き起こしかねないものであり、例えば無線リンクにおける空ＸＩＤ命令メッセージの損失（すなわちＵＥがメッセージを受信しない）や、誤（非３ＧＰＰ準拠）ＳＧＳＮ実施形態による空ＸＩＤ命令メッセージ送信失敗がある。
【００１５】
さらに、３ＧＰＰ  ＴＳ  ４４．０６５がＳＮＤＣＰに、また３ＧＰＰ  ＴＳ  ４４．０６４がＬＬＣレイヤに定めるデフォルト値は、単純に、ＳＮＤＣＰ及びＬＬＣレイヤに対して、その機能を実行するようにとの最小限の要求である。より良いパフォーマンスは典型的により良い値を必要とし、このことが、低待ち時間が必要なパケットベースのサービス、例えば会話型ＱｏＳ（ｑｕａｌｉｔｙ‐ｏｆ‐ｓｅｒｖｉｃｅ：サービスの質）サービスクラスには重要である場合がある。
【発明の概要】
【００１６】
ＰＳハンドオーバ後、ＵＥがそのネゴシエーションを開始可能になる前に、ＵＥに対して待機時間制限があるべきである。この時間の中で、ＳＤＮＣＰ及び／又はＬＬＣ送信パラメータを含むメッセージ（すなわちＸＩＤ命令）がネットワークから受信されない場合、ＵＥはそのネゴシエーションを開始可能となる。
【００１７】
本発明の観点によれば、パケット交換通信システムにおいてハンドオーバ後に受信機を操作する方法が提供され、受信機は、ＬＬＣレイヤ及びレイヤ３エンティティに基づくシステムから情報を受信するものである。当該方法は、パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認するＸＩＤ命令を待機することと、期間を計ることと、当該期間がタイムアウト期間を超えてしまう前にＸＩＤ命令が受信される場合にはＸＩＤ命令に従って行動することと、当該期間がタイムアウト期間を超えてしまう前にＸＩＤ命令が受信されない場合には所望されるならばパケットデータ送信パラメータネゴシエーションを開始することとを含む。
【００１８】
本発明の他の観点によれば、ＬＬＣレイヤ及びレイヤ３エンティティの制御のもとで情報を受信する、パケット交換通信システムにおける受信機が提供される。当該受信機は、ハンドオーバ後にパケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認する受信ＸＩＤ命令に従って行動するプロセッサと、タイムアウト期間を計るタイマとを備える。タイマがタイムアウトしてしまう前にＸＩＤ命令が受信される場合にはプロセッサはＸＩＤ命令に従って行動し、タイマがタイムアウトしてしまう前にＸＩＤ命令が受信されない場合にはプロセッサは所望されるならばパケットデータ送信パラメータネゴシエーションを開始する。
【００１９】
本発明のさらなる観点によれば、パケット交換通信システムにおいてハンドオーバ後に受信機を操作するコンピュータプログラムで符号化されたコンピュータ読取可能媒体が提供され、受信機は、ＬＬＣレイヤ及びレイヤ３エンティティのもとで情報を受信するものである。当該コンピュータプログラムは実行されると、少なくとも、パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認するＸＩＤ命令を待機するステップと、期間を計るステップと、当該期間がタイムアウト期間を超えてしまう前にＸＩＤ命令が受信される場合にはＸＩＤ命令に従って行動するステップと、当該期間がタイムアウト期間を超えてしまう前にＸＩＤ命令が受信されない場合には所望される場合にはパケットデータ送信パラメータネゴシエーションを開始するステップとをコンピュータに行わせる。
【図面の簡単な説明】
【００２０】
【図１】通信システムを示す。
【図２Ａ】ＸＩＤネゴシエーション手続を示す。
【図２Ｂ】ＸＩＤネゴシエーション手続を示す。
【図３】メッセージフォーマットを示す。
【図４】パケット交換通信システムにおいてハンドオーバ後に受信機を操作する方法のフローチャートである。
【図５】通信システム用受信機のブロック図である。
【発明を実施するための形態】
【００２１】
本発明の様々な特徴、目的及び効果は、図面とともにこの発明を実施するための形態を読むと明らかとなるであろう。
【００２２】
本発明の観点によれば、ＵＥは、例えば成功したＰＳＨＯ後の期間等のような期間を計るリセット可能なタイマを備える。送信パラメータについてネゴシエーションを行うＸＩＤ命令メッセージが、タイムアウト期間経過前にネットワークから受信されない場合、ＵＥがそう望むならば、ＵＥは送信パラメータネゴシエーションを開始する。このように、例えばネットワークにとってネゴシエーション開始が強制ではないため、又はネットワークよりもＵＥがネゴシエーションを開始したほうが、ネットワークパフォーマンスが良い可能性があるため、ＵＥの視点から、ネットワークはネゴシエーションを開始しなかったという状況において、ＵＥは、ＰＳＨＯ後パケットデータ送信に対する最適パラメータについてネゴシエーションを行うことができる。
【００２３】
このような待機期間は、ネットワークからのメッセージ、例えばＳＧＳＮがデフォルトパラメータ使用を望むことを確認する空ＸＩＤ命令メッセージ等の受信失敗が引き起こす問題も解決する。タイムアウト期間を用いて、ＵＥは空ＸＩＤ命令を限りなく待機することはせず、例えば会話型ＱｏＳサービスクラス等の低待ち時間が必要なパケットベースのサービスに対する最適接続をもつことができるであろう。
【００２４】
ＸＩＤパラメータネゴシエーション手続について待機期間及びその利益の詳細を説明する前に、３ＧＰＰ準拠通信システムにおいては、論理リンクエンティティ（ＬＬＥ：ｌｏｇｉｃａｌ  ｌｉｎｋ  ｅｎｔｉｔｙ）が、ＬＬＣレイヤにおける、２つのＬＬＥピア間の論理接続である論理リンク接続を制御する状態機械（ｓｔａｔｅ  ｍａｃｈｉｎｅ）であることが思い出されるであろう。一般に、ＬＬＣレイヤとは、１又は２以上の論理リンク管理エンティティと、１又は２以上のＬＬＥと、多重化手続を含んだ、ＵＥとＳＧＳＮとの間のプロトコルレイヤである。サービスアクセスポイント識別子（ＳＡＰＩ：ｓｅｒｖｉｃｅ  ａｃｃｅｓｓ  ｐｏｉｎｔ  ｉｄｅｎｔｉｆｉｅｒ）とＵＥの一時的論理リンク識別子（ＴＬＬＩ：ｔｅｍｐｏｒａｒｙ  ｌｏｇｉｃａｌ  ｌｉｎｋ  ｉｄｅｎｔｉｆｉｅｒ）とを含むデータリンク接続識別子（ＤＬＣＩ：ｄａｔａ  ｌｉｎｋ  ｃｏｎｎｅｃｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ）がＬＬＣレイヤ接続を識別する。「アクティブな（ａｃｔｉｖｅ）」ＬＬＥとは、レイヤ３エンティティに割り当てられたＳＡＰＩを有するＬＬＥである。
【００２５】
各ＬＬＥは、正しいピアツーピア情報移送に必要なＬＬＣレイヤパラメータを初期化する責任のある関連の論理リンク管理エンティティ（ＬＬＭＥ：ｌｏｇｉｃａｌ  ｌｉｎｋ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）を有する。送信パラメータは、デフォルト値か、又はパラメータネゴシエーション手続を通して供給される値に設定される。ネゴシエーション可能な送信パラメータは、ＬＬＣバーション番号と、異なる種類のフレームに対する暗号化入力オフセット値と、再送信タイムアウト期間と、再送信の最大数と、異なる種類のフレームに対する最大情報フィールド長と、アップリンク及びダウンリンクフレームバッファ及びウィンドウサイズと、１又は２以上のレイヤ３パラメータとを含むことができる。ネゴシエーション可能なパラメータは、特に、ＸＩＤフレームの交換を介してネゴシエーションが行われるリセットパラメータも含む。ＬＬＣレイヤ及びレイヤ３パラメータについては、ＸＩＤフレームの交換を介してネゴシエーションを行ってもよい。ネゴシエーションが行われたＸＩＤパラメータは、ＸＩＤフレームが使用するＤＬＣＩによって識別されるＬＬＥに適用するが、ただしレイヤ３パラメータはＬＬＥの上のレイヤ３に適用するので除く。
【００２６】
送信パラメータネゴシエーション手続において、発信ＬＬＥは、ＬＬＥがネゴシエーションを行うことを望むパラメータを含むＸＩＤ命令を発し、再送信タイムアウト期間を計るタイマＴ２００のような１又は２以上のタイマを設定する。受信ピアＬＬＥは、ピアＬＬＥがサポート可能であるパラメータ値のリストを含むＸＩＤ応答でＸＩＤ命令に応える。発信ＬＬＥは、ＸＩＤ応答が受信されると、タイマＴ２００をリセットする。
【００２７】
ＬＬＣレイヤエンティティが開始する送信パラメータネゴシエーション手続におけるＬＬＣレイヤエンティティによるＸＩＤメッセージの交換を図２Ａで説明するが、ネットワーク開始のパラメータネゴシエーションについては発信機がＳＧＳＮであって受信機がＵＥであり、ＵＥ開始のパラメータネゴシエーションについてはその逆である。図２Ａに示すように、パラメータネゴシエーション手続は、ＬＬＣレイヤエンティティからレイヤ３エンティティのメッセージ、例えばＬＬ‐ＸＩＤ‐ＩＮＤメッセージ等の送信にも関する場合がある。
【００２８】
レイヤ３エンティティが開始する送信パラメータネゴシエーション手続におけるＬＬＣレイヤエンティティによるＸＩＤメッセージの交換を図２Ｂで説明するが、ネットワーク開始のパラメータネゴシエーションについては発信機がやはりＳＧＳＮであって受信機がやはりＵＥである場合があり、ＵＥ開始のパラメータネゴシエーションについてはその逆である。図２Ｂに示すように、パラメータネゴシエーション手続は、レイヤ３エンティティから発信機におけるＬＬＣレイヤエンティティまでのＬＬ‐ＸＩＤ‐ＲＥＱ要求メッセージの送信から始まり、発信機におけるＬＬＣレイヤエンティティは、受信機におけるＬＬＣレイヤエンティティへＸＩＤメッセージを送信することで応じる。受信機におけるＬＬＣＩレイヤエンティティは、受信機におけるレイヤ３エンティティへＬＬ‐ＸＩＤ‐ＩＮＤメッセージを送信し、受信機におけるレイヤ３エンティティはＬＬ‐ＸＩＤ‐ＲＥＳ応答メッセージで応答し、ＬＬ‐ＸＩＤ‐ＲＥＳ応答メッセージは、発信機におけるＬＬＣレイヤエンティティへＸＩＤメッセージを送信するよう、受信機におけるＬＬＣレイヤエンティティを促す。発信機におけるＬＬＣレイヤエンティティは、ＬＬ‐ＸＩＤ‐ＣＮＦ確認メッセージを発信機のレイヤ３エンティティへ送信することで応じる。
【００２９】
図３は、ＸＩＤメッセージの有用なフォーマット及びそのパラメータフィールドを示す。ＸＩＤメッセージは、常に所定の値、例えば１等に設定されたポール／ファイナル（ｐｏｌｌ／ｆｉｎａｌ）ビットのようなビットを有してもよい。他のビットは、メッセージ自体と送信パラメータ値とについての情報を輸送する。図３に示すように、ＸＩＤメッセージの第１オクテットと、場合によっては第２オクテットとにおけるビットは、メッセージの（オクテットにおける）タイプと長さとを示す。他のオクテットは、リセットパラメータのような送信パラメータ値を示す。
【００３０】
ＸＩＤメッセージにおけるリセットパラメータは、ＳＧＳＮ発信の送信パラメータリセットと、ＵＥ受信の様々な目的のリセットとに使用可能であり、同一のＸＩＤメッセージに存在するいかなる追加ＸＩＤパラメータの前に処理される。例えば、リセットパラメータは、レイヤ３からＬＬＥまでペンディングした要求全部を、さらなる行為もなく放棄とする場合がある。リセットパラメータについてのネゴシエーションを行うために使用されるＸＩＤネゴシエーション手続以外の、いかなる進行中の非同期平衡モード（ＡＢＭ：ａｓｙｎｃｈｒｏｎｏｕｓ  ｂａｌａｎｃｅｄ  ｍｏｄｅ）確立、ＡＢＭ解放及びＸＩＤネゴシエーション手続もアボート可能である。旧ＸＩＤ識別子が設定されると、リセットの受信前に適用可能であったＬＬＣレイヤ及びレイヤ３パラメータ値は維持されるか、さもなければＬＬＣレイヤ及びレイヤ３パラメータ全部がデフォルト値へリセットされる。例えば３ＧＰＰ  ＴＳ  ４４．０６４はデフォルト値の組を定める。ＡＢＭ状態におけるいかなるＬＬＥも非同期切断モード（ＡＤＭ：ａｓｙｎｃｈｒｏｎｏｕｓ  ｄｉｓｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）状態へ変更可能である。様々な状態変数と未確認情報伝送に対するＯＣが初期化可能である。
【００３１】
ＰＳＨＯ中にＵＥがＬＬＣレイヤ及びレイヤ３パラメータをリセットするよう要求されると、ＵＥは、上述の行為を行き、ＰＳＨＯ手続が成功裏に完結した後、アクティブＳＡＰＩ上でＸＩＤ応答を送信する。ＵＥのＸＩＤ応答は、一般に、図３に示す形を有することが可能である。
【００３２】
ＬＬＣレイヤパラメータ及びレイヤ３パラメータのリセットが旧ＸＩＤ識別子なく要求された場合、各アクティブＬＬＥは、ＸＩＤ応答を送信後、タイマＴ１００を設定可能である、ということに当発明者は気付いた。タイマＴ１００が終了するまで、すなわちタイマＴ１００が計る待機期間が経過するまで、アクティブＬＬＥはＸＩＤネゴシエーション手続を開始しない。タイマＴ１００経過後、ＬＬＥは送信パラメータネゴシエーション手続を開始可能となる。タイマＴ１００は、いかなる適当なデフォルト値にも設定可能であり、大抵は数秒程度、例えば３秒等であろう。さらに、Ｔ１００の値を、ネゴシエーションが行われる送信パラメータのうちの１つとすると効果的である場合がある。
【００３３】
したがって、ＰＳＨＯ後にＵＥを操作する方法を図４に示す。ＵＥは、タイマＴ１００を初期化し（ステップ４０２）、ネットワークからのＸＩＤ命令を待機する。このＸＩＤ命令は、例えば１又は２以上のパラメータ値を含むことによって、少なくとも１つの送信パラメータ値を決定可能であるか、又は例えば１又は２以上のデフォルトパラメータ値を用いるべきであると示すことによって、少なくとも１つの送信パラメータ値を確認可能である。タイマＴ１００がタイムアウトしておらず（ステップ４０４においてＮｏ）、ＸＩＤ命令が受信される（ステップ４０６においてＹｅｓ）場合、ＵＥは命令に従って行動する（ステップ４０８）。
【００３４】
例えば、受信ＸＩＤ命令が空ＸＩＤ命令でない、すなわち受信ＸＩＤ命令が１又は２以上の送信パラメータ値を定める場合、ＵＥはＸＩＤ命令に従って行動し、ＸＩＤ応答を送信し、空ではないＸＩＤ命令に基づいてＬＬＣレイヤ及びレイヤ３パラメータのネゴシエーションを進める。ＵＥは、典型的に応答送信前に、例えば巡回冗長検査（ＣＲＣ；ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）フィールド又はＸＩＤ命令における同様の完全性識別子を試験することによって、受信命令の正当性について検査する、ということが理解されるであろう。例えば３ＧＰＰ  ＴＳ  ４４．０６４のセクション８．５．３が、ＸＩＤ命令の正当性検査を説明している。
【００３５】
受信ＸＩＤ命令が「空（ｅｍｐｔｙ）」ＸＩＤ命令である場合、これは、ＳＧＳＮが送信パラメータに対するデフォルト値の使用又は使用続行を望むという指示であり、ＵＥはＸＩＤ命令に従って行動し、１又は２以上のＬＬＣレイヤ及びレイヤ３パラメータに対する１又は２以上のデフォルト値を使用することが可能である。空ＸＩＤ命令は、ネゴシエーションを行うべきいかなるパラメータも含まないものであるが、デフォルト値の使用の指示を通して、空ＸＩＤ命令は送信パラメータのうちの少なくとも１つの値を確認する。ＵＥは、正しい空ＸＩＤ命令の後にＸＩＤ応答を返信する場合もあり、命令を廃棄して応答を返信しないことがＵＥにとって最適である場合もある。
【００３６】
ＵＥがネットワークからＸＩＤ命令を受信した前にタイマがタイムアウトした場合（ステップ４０４においてＹｅｓ）、ＵＥが望むならば、ＵＥは送信パラメータネゴシエーションを開始する（ステップ４１０）。
【００３７】
送信パラメータネゴシエーション手続きはワンステップ手続であるということは了解されるであろう。送信エンティティがネゴシエーションを行うことを望む１又は２以上のパラメータの組に対する値を提示するＸＩＤ命令を送信することによって、発信側は処理を開始する。応じて、提示パラメータ値を確認する（例えばＸＩＤ応答において提示値を除外する又は含むことによって）か、又は提示パラメータ値の代わりに異なるものを提供するかのＸＩＤ応答を、受信側は送信する。ＸＩＤ命令にもＸＩＤ応答にも含まれないパラメータは、その目下の値を維持可能であり、ＸＩＤメッセージの交換が先行していない場合には、パラメータのデフォルト値が適用される。
【００３８】
応答側は、ＸＩＤ命令に含まれなかったパラメータで応答可能であり、この場合、ＸＩＤ命令に含まれなかったパラメータは、パラメータの目下の値がＸＩＤ命令に含まれなかったかのように処理される。パラメータについて明示的にネゴシエーションが行われるまで、応答側は、パラメータを含むＸＩＤ命令に応答することによってか、又は次にＸＩＤ命令が送信される際にパラメータを明示的に含むことによって、全部のＸＩＤ応答にこのようなパラメータを含む。
【００３９】
図５は典型的ＵＥ１６のブロック図であり、典型的ＵＥ１６は、ネットワーク（図５では図示せず）においてＢＴＳ／ノードＢと無線信号を交換するに適当な送受信部５０２を備える。かかる信号が輸送する情報はプロセッサ５０４が対処し、プロセッサ５０４は、１又は２以上のサブプロセッサを備えてもよく、タイマＴ１００のような１又は２以上のソフトウェアモジュール及びアプリケーションを実行し、本願において説明する送信パラメータネゴシエーション手続を実行する。タイマＴ１００は、ハードウェア装置等を含む多くの方法でＵＥにおいて実施可能である、ということは了解されるであろう。端末へのユーザ入力は任意のキーパッド又は他の装置を通して提供可能であり、情報は任意のディスプレイ５０６上でユーザへ提示可能である。キーパッド／ディスプレイ５０６は任意のものと考慮され、したがって、組込移動装置や機械対機械通信モジュールのようないくつかの装置はキーパッド／ディスプレイを必要としない場合もあるので、破線で示してある。ソフトウェアアプリケーションは、適当なアプリケーションメモリ５０８に格納してもよく、また装置は所望の情報を適当なメモリ５１０にダウンロード及び／又はキャッシュしてもよい。ＵＥ１６は、コンピュータやキーパッド等のような他の要素をＵＥ１６へ接続するのに使用可能なインターフェース５１２も含んでもよい。
【００４０】
従来のＱｏＳサービスクラスのようなサービスは、ＸＩＤネゴシエーション手続を通して最適化された送信パラメータの利益を享受可能ということを必要とする。例えば、アップリンクフレームにおける情報フィールドの最大長であるＮ‐２０１‐Ｕパラメータのデフォルト値は、大抵、異なるＳＡＰＩに対して約５００より大きくはない。いくつかのサービスに対するＮ‐２０１‐Ｕパラメータのより良い値は約１５００である可能性がある。
【００４１】
上記のように、ハンドオーバＵＥを受信するＳＧＳＮが、３ＧＰＰ準拠通信システムにおいて、ＳＧＳＮが送信パラメータに対するデフォルト値の使用を望む場合にＸＩＤ命令を送信するのに必要である。このような空ＸＩＤ命令は、例えば、ネットワークからＵＥまでの途中で損失又は破損される場合があり、さもなければＵＥが従って行動しない場合がある。加えて、空ＸＩＤ命令は、不適当なＳＧＳＮ実施形態が原因で送信さえされない場合もある。さらに、例えば従来のＱｏＳサービスクラスを使用するアプリケーション等、ＵＥにおいて動作中のアプリケーション及び他のソフトウェアが要求するデータ伝送パラメータをＵＥは認知しており、したがってＵＥはデフォルト値が不適当であるときがわかる。
【００４２】
このような状況を補正し、非最適接続の使用を避けるために、ＵＥは、タイマＴ１００によってＸＩＤネゴシエーション手続を開始することが効果的に可能となり、このタイマＴ１００は、ＵＥがＸＩＤネゴシエーション手続を開始する前にＳＧＳＮからの空ＸＩＤ命令メッセージをＵＥが待機する期間を効果的に設定する。
【００４３】
例えば送信機と受信機との間の通信チャネルの時変性質に対応するために、上述の手続は必要に応じて繰り返し実行される、ということは了解されるであろう。理解を簡単にするために、本発明の多くの観点を、例えばプログラム可能コンピュータシステムの構成要素が実行可能な行為のシーケンスについて説明した。様々な行為が、専門の回路（例えば専門機能を行うように相互接続された離散論理ゲートや特定用途向け集積回路）、１又は２以上のプロセッサが実行するプログラム命令、又はそれらの組合せによって実行可能である、ということは認識されるであろう。
【００４４】
さらに、コンピュータに基づくシステムやプロセッサ包含システム等のような命令実行システム又は装置が使用する又は組み合わされる、命令の適当な組を格納したコンピュータ読出可能格納媒体のいかなる形のうちでも、本発明は全体的に実施されると追加的に考えることもできる。ここで使用する「コンピュータ読出可能媒体（ｃｏｍｐｕｔｅｒ‐ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）」とは、命令実行システム又は装置が使用する又は組み合わされる、プログラムを含む、格納する、通信する、伝搬する又は移送することができるいかなる手段であってもよい。コンピュータ読出可能媒体は、例えば電子、磁気、光、電磁、赤外線又は半導体システム、装置又は伝搬媒体等である場合があるが、これらに限定はしない。コンピュータ読出可能媒体のより多くの特例（非包括的リスト）は、１又は２以上のワイヤを有する電子接続と、形態コンピュータディスケットと、ＲＡＭ（ランダムアクセスメモリ）と、ＲＯＭ（読出専用メモリ）と、削除可能プログラム可能読出専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）と、光ファイバとを含む。
【００４５】
このように、本発明は多くの異なる形態で実施可能であり、その全部を上述したわけではないのだが、このような形態はすべて本発明の範囲内に含まれる。本発明の様々な観点の各々について、このような形態のいずれかを、説明した行為を行う「論理（ｌｏｇｉｃ  ｃｏｎｆｉｇｕｒｅｄ  ｔｏ又はｌｏｇｉｃ  ｔｈａｔ）」と呼んでいる場合がある。
【００４６】
「含む／備える（ｃｏｍｐｒｉｓｅｓ及びｃｏｍｐｒｉｓｉｎｇ）」という言葉を本願で用いた場合、記載の特徴、整数、ステップ又は要素の存在を特定するが、１又は２以上の他の特徴、整数、ステップ、要素又はそれらの組合せの存在又は追加を排除するものではない、ということを強調する。
【００４７】
上述した特定の実施形態は、単に説明のためのものであり、限定的なものと考慮されるべきものでは決してない。本発明の範囲は、添付の特許請求の範囲によって定められるものであり、特許請求の範囲の範囲内に含まれる変更及び均等物はすべて本発明の範囲に含めることを意図している。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
パケット交換通信システムにおいてハンドオーバ後に受信機を操作する方法であって、前記受信機は論理リンク制御（ＬＬＣ）レイヤ及びレイヤ３エンティティの制御のもとで情報を受信するものであり、前記方法は、
パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認する交換識別子（ＸＩＤ）命令を待機するための、ハンドオーバ後の期間を計るステップと、
前記期間がタイムアウト期間を超えてしまう前に前記ＸＩＤ命令が受信される場合、ＸＩＤ命令に従って行動するステップと、
前記期間が前記タイムアウト期間を超えてしまう前に前記ＸＩＤ命令が受信されない場合、所望されるならばパケットデータ送信パラメータネゴシエーションを開始するステップと
を含む方法。
【請求項２】
前記ＸＩＤ命令は、少なくとも１つの送信パラメータの少なくとも１つのデフォルト値の使用を確認する空ＸＩＤ命令である、請求項１に記載の方法。
【請求項３】
前記期間が前記タイムアウト期間を超えてしまう前に空ＸＩＤ命令が受信される場合、前記ＸＩＤ命令に従って行動するステップは、ＸＩＤ応答を送信することを含む、請求項２に記載の方法。
【請求項４】
前記ＸＩＤ命令は少なくとも１つの送信パラメータの少なくとも１つの値を含み、前記ＸＩＤ命令に従って行動するステップは、少なくとも１つの送信パラメータの少なくとも１つの値についてネゴシエーションを行うことを含む、請求項１に記載の方法。
【請求項５】
前記少なくとも１つの送信パラメータは前記タイムアウト期間を含む、請求項４に記載の方法。
【請求項６】
少なくとも１つの送信パラメータの値がデフォルト値へリセットされると定めるリセット命令を受信するステップをさらに含み、前記ＸＩＤ命令を待機するステップは、前記リセット命令に対する確認メッセージ又は少なくとも１つの送信パラメータ値についてのネゴシエーションを開始するＸＩＤ命令を待機すること含む、請求項１に記載の方法。
【請求項７】
前記タイムアウト期間は数秒程度である、請求項１に記載の方法。
【請求項８】
前記期間を計ることは、前記ハンドオーバによって開始される、請求項１に記載の方法。
【請求項９】
パケット交換通信システムにおける、論理リンク制御（ＬＬＣ）レイヤ及びレイヤ３エンティティのもとで情報を受信する受信機であって、
ハンドオーバの後、パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認する受信された交換識別子（ＸＩＤ）命令に従って行動するプロセッサと、
ハンドオーバ後のタイムアウト期間を計るタイマと、
を備え、
前記ＸＩＤ命令が、前記タイマがタイムアウトしてしまう前に受信される場合には、前記プロセッサは前記ＸＩＤ命令に従って行動し、前記タイマがタイムアウトしてしまう前に前記ＸＩＤ命令が受信されない場合には、前記プロセッサは、所望されればパケットデータ送信パラメータネゴシエーションを開始する、受信機。
【請求項１０】
前記ＸＩＤ命令は、少なくとも１つの送信パラメータの少なくとも１つのデフォルト値の使用を確認する空ＸＩＤ命令である、請求項９に記載の受信機。
【請求項１１】
前記期間が前記タイムアウト期間を超えてしまう前に前記空ＸＩＤ命令が受信される場合、前記プロセッサは前記空ＸＩＤ命令に従って行動し、ＸＩＤ応答を送信する、請求項１０に記載の受信機。
【請求項１２】
前記ＸＩＤ命令が少なくとも１つの送信パラメータの少なくとも１つの値を含み、前記プロセッサは、前記ＸＩＤ命令に従って行動し、少なくとも１つの送信パラメータの少なくとも１つの値についてネゴシエーションを行う、請求項９に記載の受信機。
【請求項１３】
前記少なくとも１つの送信パラメータは前記タイムアウト期間を含む、請求項１２に記載の受信機。
【請求項１４】
前記プロセッサは、少なくとも１つの送信パラメータの値がデフォルト値へリセットされると定める受信されたリセット命令に従って行動し、前記受信されたＸＩＤ命令は、前記リセット命令に対する確認メッセージ又は少なくとも１つの送信パラメータ値についてのネゴシエーションを開始するＸＩＤ命令を含む、請求項９に記載の受信機。
【請求項１５】
前記タイムアウト期間は数秒程度である、請求項９に記載の受信機。
【請求項１６】
パケット交換通信システムにおいてハンドオーバ後に受信機を操作するコンピュータプログラムで符号化されたコンピュータ読出可能媒体であって、前記受信機は論理リンク制御（ＬＬＣ）レイヤ及びレイヤ３エンティティの制御のもとで情報を受信するものであり、前記コンピュータプログラムは実行されると、コンピュータに、
パケットデータに対する少なくとも１つの送信パラメータの少なくとも１つの値を決定又は確認する交換識別子（ＸＩＤ）命令を待機するための、ハンドオーバ後の期間を計るステップと、
前記期間がタイムアウト期間を超えてしまう前に前記ＸＩＤ命令が受信される場合、ＸＩＤ命令に従って行動するステップと、
前記期間が前記タイムアウト期間を超えてしまう前に前記ＸＩＤ命令が受信されない場合、所望されるならばパケットデータ送信パラメータネゴシエーションを開始するステップと
を行わせるものである、コンピュータ読出可能媒体。
【請求項１７】
前記ＸＩＤ命令は、少なくとも１つの送信パラメータの少なくとも１つのデフォルト値の使用を確認する空ＸＩＤ命令である、請求項１６に記載の媒体。
【請求項１８】
前記期間が前記タイムアウト期間を超えてしまう前に前記空ＸＩＤ命令が受信される場合、前記空ＸＩＤ命令は従われて行動され、ＸＩＤ応答が送信される、請求項１７に記載の媒体。
【請求項１９】
前記ＸＩＤ命令は少なくとも１つの送信パラメータの少なくとも１つの値を含み、前記ＸＩＤ命令に従って行動するステップは、少なくとも１つの送信パラメータの少なくとも１つの値についてネゴシエーションを行うことを含む、請求項１６に記載の媒体。
【請求項２０】
前記少なくとも１つの送信パラメータは前記タイムアウト期間を含む、請求項１９に記載の媒体。
【請求項２１】
前記コンピュータプログラムは実行されると、コンピュータに、少なくとも１つの送信パラメータの値がデフォルト値へリセットされると定めるリセット命令を受信するさらなるステップを少なくとも行わせるものであり、前記ＸＩＤ命令を待機するステップは、前記リセット命令に対する確認メッセージ又は少なくとも１つの送信パラメータ値についてのネゴシエーションを開始するＸＩＤ命令を待機することを含む、請求項１６に記載の媒体。
【請求項２２】
前記タイムアウト期間は数秒程度である、請求項１６に記載の媒体。
【国際調査報告】
2009542144.tif 000009
2009542144.tif 000010
2009542144.tif 000011