(57)【要約】本発明は、端末とネットワーク間の無線アクセス設定変更方法に関する。前記ネットワークは、前記同一の端末に対する旧設定と関連した新設定を開始する段階と、前記端末に前記第２設定を適用することを通知する段階と、前記端末からの無線信号の受信に基づいて前記端末が前記第２設定を利用する時期を判断する段階とを行う。前記端末は、新設定を適用するための情報を受信する段階と、前記ネットワークに設定変更を示す無線信号を伝送する段階と、前記無線信号を伝送した後、所定時間に旧設定を前記新設定に変更する段階とを行う。
2008541544.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークが同一の端末に対する第１設定と関連した第２設定を開始する段階と、
前記端末に前記第２設定を適用することを通知する段階と、
前記端末からの無線信号の受信に基づいて前記端末が前記第２設定をいつ利用するかを判断する段階と
を含むことを特徴とする端末とネットワーク間の無線アクセス設定変更方法。
【請求項２】
前記判断段階は、
前記端末が前記第２設定を適用する予定であること、又は、適用したということを検出する段階を含むことを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項３】
前記判断段階は、
第１無線リソースのパワーと第２無線リソースのパワーとを比較する段階を含むことを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項４】
前記端末からの無線信号は、制御チャネルに対応することを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項５】
前記制御チャネルは、
前記第１設定のために利用されるスクランブリングコードとは異なるスクランブリングコードにより変調されるパイロットビットを含むことを特徴とする請求項４に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項６】
前記無線信号は、
第２アップリンクスクランブリングコードのパワーが第１アップリンクスクランブリングコードのパワーより高い場合に受信されるとみなされることを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項７】
前記第２アップリンクスクランブリングコードは、
前記第２設定と共に前記ネットワークにより提供されることを特徴とする請求項６に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項８】
前記制御チャネルは、
ＦＢＩビット、アップリンクスクランブリングコード、特定ビットパターン、及びＴＦＣＩのセットの少なくとも１つを含むことを特徴とする請求項４に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項９】
前記開始段階は、
無線ネットワーク制御装置から前記第２設定に関する情報を受信する段階と、
前記第２設定に必要なトランスポートリソースを予約する段階とを含むことを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項１０】
前記判断段階後に、旧設定を解除する段階をさらに含むことを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項１１】
アップリンク伝送を妨害せずに前記第２設定を利用するという指示を前記端末に伝送する段階をさらに含むことを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項１２】
前記第１設定の少なくとも一部及び前記第２設定の少なくとも一部を利用するシグナルリングは、並列に行われることを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項１３】
前記開始段階前に、前記ネットワークのＮｏｄｅ  Ｂが前記第１設定及び第２設定をサポートできるか否かを判断する段階をさらに含むことを特徴とする請求項１に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項１４】
第２設定を適用するための情報を受信する段階と、
設定の変更を示す無線信号をネットワークに伝送する段階と、
前記無線信号を伝送した後、予め設定された時間に第１設定を前記第２設定に変更する段階と
を含むことを特徴とする端末とネットワーク間の無線アクセス設定変更方法。
【請求項１５】
前記設定の変更を示す無線信号は、前記ネットワークにより提供される前記第２設定に含まれることを特徴とする請求項１４に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項１６】
前記第２設定を利用した受信が無いにもかかわらず、所定期間の間前記第２設定を適用した後に継続して伝送を行う段階をさらに含むことを特徴とする請求項１４に記載の端末とネットワーク間の無線アクセス設定変更方法。
【請求項１７】
アップリンク伝送を妨害せずに前記第２設定を利用するという指示を前記ネットワークから受信する段階をさらに含むことを請求項１４に記載の端末とネットワーク間の無線アクセス設定変更方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、特に、遠距離通信をサポートする端末とネットワーク間の無線アクセス設定の変更に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、欧州標準であるＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワークとＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）無線接続技術を基盤としてより向上した無線通信サービスの提供を目標とする。１９９８年１２月に、ヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡなどは、第３世代移動体通信システムの標準化プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：  ３ＧＰＰ）というプロジェクトを構成した。前記３ＧＰＰは、現在もＵＭＴＳ技術の詳細な標準仕様（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を作成中である。ＵＭＴＳの効果的で迅速な技術開発のために、３ＧＰＰでは、ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業を５つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐｓ：  ＴＳＧ）に分けて進めている。各ＴＳＧは、関連したエリア内で標準規格の開発、承認、及びその管理を担当するが、そのうち、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：  ＲＡＮ）グループ（ＴＳＧ  ＲＡＮ）は、ＵＭＴＳにおいてＷＣＤＭＡ接続技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の機能、要求事項、及びインタフェースに関する規格を開発する。
【０００３】
下記の説明では、次のような略語を使用する。
【０００４】
ＡＭ  応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）
ＡＳ  アクセス層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）
ＡＳＮ．１  抽象構文記法１（Ａｂｓｔｒａｃｔ  Ｓｙｎｔａｘ  Ｎｏｔａｔｉｏｎ．１）
ＣＱＩ  チャネル品質インジケータ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）
ＭＡＣ  媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）
ＭＢＭＳ  マルチメディアブロードキャスト／マルチキャストサービス（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）
ＮＡＳ  非アクセス層（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）
ＲＲＣ  無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）
Ｓ−ＣＣＰＣＨ  ２次共通制御物理チャネル（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）
ＳＲＢ  シグナルリング無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）
ＴＣＴＦ  ターゲットチャネルタイプフィールド（Ｔａｒｇｅｔ  Ｃｈａｎｎｅｌ  Ｔｙｐｅ  Ｆｉｅｌｄ）
ＴＦＣ  トランスポートフォーマット組合せ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ）
ＴＭ  透過モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ）
ＴＰＣ  伝送パワー命令（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｍｍａｎｄｓ）
ＵＥ  ユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）
ＵＭ  無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）
図１は、ＵＭＴＳネットワーク１００を示す図であり、前記ＵＭＴＳネットワーク１００は、ＵＥ１１０、ＵＴＲＡＮ１２０、及びコアネットワーク（ＣＮ）１３０から構成される。図１に示すように、ＵＭＴＳシステム１００は、一般に、ＵＥ１１０、Ｎｏｄｅ  Ｂ１２２、ＲＮＣ１２４、１２６、ＳＧＳＮ１３１、ＭＳＣ１３２、及び他のノードから構成され、これらの間に異なるインタフェースが存在するが、これに関しては後述する。
【０００５】
ＵＴＲＡＮ１２０は、Ｉｕｂインタフェースで接続される複数のＲＮＣ１２４、１２６とＮｏｄｅ  Ｂ１２２から構成される。各ＲＮＳ１２２は、複数のＮｏｄｅ  Ｂを管理する。各Ｎｏｄｅ  Ｂは、１つ又は複数のセルを制御する。ここで、セルは、所定周波数上で所定地理的領域を管理する。各ＲＮＣは、ＩｕインタフェースでＣＮ１３０に、すなわち、ＣＮのＭＳＣ１３２（Ｍｏｂｉｌｅ−ｓｅｒｖｉｃｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｒｅ）エンティティとＳＧＳＮ１３１（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）エンティティに接続される。ＲＮＣは、Ｉｕｒインタフェースで他のＲＮＣに接続できる。ＲＮＣは、無線リソースの割り当て及び管理を担当し、コアネットワークとのアクセスポイントの役割を果たす。
【０００６】
Ｎｏｄｅ  Ｂは、アップリンク端末（ＵＥ）１１０の物理層により伝送された情報を受信し、ダウンリンクで前記端末にデータを伝送する。Ｎｏｄｅ  Ｂは、端末のためのＵＴＲＡＮのアクセスポイントの役割を果たす。前記ＳＧＳＮは、Ｇｆインタフェースを介してＥＩＲ（Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ  Ｒｅｇｉｓｔｅｒ）１３３と接続され、ＧＳインタフェースを介してＭＳＣ１３２と接続され、ＧＮインタフェースを介してＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）１３５と接続され、ＧＳインタフェースを介してＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）１３４と接続される。前記ＥＩＲ１３３は、ネットワーク上で使用が許可されている、又は許可されていないモバイルのリストを管理する。ＣＳサービスのための接続を制御する前記ＭＳＣ１３２は、ＮＢインタフェースを介してＭＧＷ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ）１３６に接続され、Ｆインタフェースを介してＥＩＲ１３３に接続され、Ｄインタフェースを介してＨＳＳ１３４に接続される。前記ＭＧＷ１３６は、Ｃインタフェースを介してＨＳＳ１３４に接続され、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）に接続される。また、前記ＭＧＷ１３６は、前記ＰＳＴＮと前記接続されたＲＡＮ間でコーデックを採用可能にする。
【０００７】
前記ＧＧＳＮは、ＧＣインタフェースを介してＨＳＳに接続され、ＧＩインタフェースを介してインターネットに接続される。前記ＧＧＳＮは、異なるＲＡＢへのデータフローのルーティング、課金及び分離を担当する。前記ＨＳＳは、使用者の加入データを管理する。
【０００８】
本発明には、重要でない他の接続も存在する。
【０００９】
前記ＵＴＲＡＮ１２０は、端末１１０とコアネットワーク１３０間の通信のために無線接続ベアラ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ：ＲＡＢ）を構成して維持する。前記コアネットワークは、エンドツーエンドサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：  ＱｏＳ）要求事項をＲＡＢに要求し、該当ＲＡＢは、コアネットワークが設定したＱｏＳ要求事項をサポートする。従って、前記ＵＴＲＡＮは、ＲＡＢを構成して維持することにより、エンドツーエンドＱｏＳ要求事項を満たすことができる。
【００１０】
特定端末（ＵＥ）１１０に提供されるサービスは、回線交換（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ：ＣＳ）サービスとパケット交換（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ：ＰＳ）サービスとに大別される。例えば、一般的な音声通話サービスは回線交換サービスであり、インターネット接続によるウェブブラウジングサービスはパケット交換サービスに分類される。
【００１１】
前記回線交換サービスをサポートするために、前記ＲＮＣ１２４、１２６は、前記コアネットワーク１３０のＭＳＣ１３２に接続され、前記ＭＳＣ１３２は、他のネットワークとの接続を管理するＭＧＷ２２０に接続される。前記パケット交換サービスをサポートするために、前記ＲＮＣは、前記コアネットワークのＳＧＳＮ１３１及びＧＧＳＮ１３５に接続される。前記ＳＧＳＮは、インターネットのような他のパケット交換ネットワークへの接続を管理するＧＧＳＮとＲＳＮとのパケット通信をサポートする。
【００１２】
図２は、３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す。図２に示すように、前記無線インタフェースプロトコルは、水平的には物理層と、データリンク層と、ネットワーク層とから構成され、垂直的にはユーザデータの転送のためのユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ：  Ｕ−ｐｌａｎｅ）と、制御情報の転送のための制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：  Ｃ−ｐｌａｎｅ）とから構成される。前記ユーザプレーンは、音声やＩＰパケットのようなユーザのトラヒック情報を取り扱う領域であり、前記制御プレーンは、ネットワークのインタフェース、呼の維持及び管理などに関する制御情報を取り扱う領域である。
【００１３】
図２のプロトコル層は、開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：  ＯＳＩ）参照モデルの下位３層に基づいて第１層Ｌ１、第２層Ｌ２、第３層Ｌ３に区分される。第１層Ｌ１、すなわち、物理層は、多様な無線伝送技術を利用して上位層に情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、上位層である媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：  ＭＡＣ）層にトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で接続される。前記トランスポートチャネルで前記ＭＡＣ層と物理層との間でデータが送受信される。第２層Ｌ２は、ＭＡＣ層、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：  ＲＬＣ）層、ブロードキャスト／マルチキャスト制御（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ：ＢＭＣ）層、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層を含む。前記ＭＡＣ層は、論理チャネルとトランスポートチャネル間のマッピングを管理し、無線リソースの割り当て及び再割り当てのためのＭＡＣパラメータの割り当てサービスを提供する。前記ＭＡＣ層は、上位層であるＲＬＣ層に論理チャネルで接続される。転送情報の種類によって多様な論理チャネルが提供される。一般に、制御プレーンの情報を転送する場合は制御チャネルが利用され、ユーザプレーンの情報を転送する場合はトラヒックチャネルが利用される。論理チャネルは、その論理チャネルを共有しているか否かによって共通チャネル（Ｃｏｍｍｏｎ  Ｃｈａｎｎｅｌ）又は専用チャネル（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）になる。前記論理チャネルは、専用トラヒックチャネル（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：  ＤＴＣＨ）、専用制御チャネル（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：  ＤＣＣＨ）、共通トラヒックチャネル（Ｃｏｍｍｏｎ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：  ＣＴＣＨ）、共通制御チャネル（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：  ＣＣＣＨ）、ブロードキャスト制御チャネル（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：  ＢＣＣＨ）、並びにページング制御チャネル（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：  ＰＣＣＨ）もしくはＳＨＣＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及び他のチャネルを含む。前記ＢＣＣＨは、システムにアクセスするために、端末が活用する情報を含む情報を提供する。前記ＰＣＣＨは、端末にアクセスするためにＵＴＲＡＮによって使用される。
【００１４】
ＭＢＭＳの目的のために、トラヒック及び制御チャネルがさらに存在する。例えば、ＭＣＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を使用してＭＢＭＳ制御情報を伝送し、ＭＴＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）を使用してＭＢＭＳサービスデータを伝送し、ＭＳＣＨを使用してスケジューリング情報を伝送する。
【００１５】
論理チャネルは、制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＣＣＨ）とトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：ＴＣＨ）に区分される。前記制御チャネルＣＣＨは、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＳＨＣＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及びＭＳＣＨ（ＭＢＭＳ  Ｓｃｈｅｄｕｌｉｎｇ  Ｃｈａｎｎｅｌ）を含む。前記トラフィックチャネルＴＣＨは、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、ＣＴＣＨ（Ｃｏｍｍｏｎ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）を含む。
【００１６】
前記ＭＡＣ層は、トランスポートチャネルにより物理層と接続され、管理するトランスポートチャネルの種類によってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、及びＭＡＣ−ｍサブレイヤに区分される。前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるブロードキャストチャネル（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ：  ＢＣＨ）を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末機と共有するフォワードアクセスチャネル（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ：  ＦＡＣＨ）もしくはダウンリンク共有チャネル（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：  ＤＳＣＨ）のような共通トランスポートチャネル、又はアップリンクでＲＡＣＨ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を管理する。ＭＡＣ−ｍサブレイヤはＭＢＭＳデータを管理する。
【００１７】
図３は、ＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す。
【００１８】
図４は、ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す。
【００１９】
前記ＭＡＣ−ｄサブレイヤは、特定端末機のための専用トランスポートチャネルである専用チャネル（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ：  ＤＣＨ）を管理する。前記ＭＡＣ−ｄサブレイヤは、該当端末を管理するＳＲＮＣ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）に位置し、１つのＭＡＣ−ｄサブレイヤが各端末内に存在する。前記ＲＬＣ層は、信頼性のあるデータの伝送をサポートし、上位層から伝送された複数のＲＬＣサービスデータユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ：ＳＤＵ）の分割及び連結機能を果たす。上位層から前記ＲＬＣ  ＳＤＵを受信すると、前記ＲＬＣ層は、処理容量に応じた適切な方法でそれぞれのＲＬＣ  ＳＤＵのサイズを調節した後、ヘッダ情報を加えて所定のデータユニットを生成する。前記生成されたデータユニットは、プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：ＰＤＵ）と呼ばれ、論理チャネルで前記ＭＡＣ層に伝送される。前記ＲＬＣ層は、前記ＲＬＣ  ＳＤＵ及び／又はＲＬＣ  ＰＤＵを保存するためのＲＬＣバッファを含む。
【００２０】
ＢＭＣ層は、前記コアネットワークから受信されたセルブロードキャスト（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ：  ＣＢ）メッセージをスケジューリングし、前記ＣＢメッセージを特定セルに位置するＵＥにブロードキャストする。
【００２１】
ＲＬＣ層の上位層であるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層は、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルで伝送されるデータを相対的に狭い帯域幅の無線インタフェース上で効率的に伝送するために使用される。このために、前記ＰＤＣＰ層は、有線ネットワークにおいて使用される不必要な制御情報を減らす機能を果たし、この機能をヘッダ圧縮と言う。
【００２２】
無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、第３層Ｌ３の最下部に位置し、制御プレーンにおいてのみ定義される。前記ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：  ＲＢ）の設定、再設定、及び解除に関連してトランスポートチャネル及び物理チャネルの制御を担当する。前記無線ベアラサービスは、端末とＵＴＲＡＮ間のデータ伝送のために第２層Ｌ２により提供されるサービスである。一般に、無線ベアラの設定とは、特定データサービスの提供のために必要なプロトコル層とチャネルの特性を規定し、前記サービスに対する具体的なパラメータ及び動作方法を設定する過程を意味する。また、前記ＲＲＣは、前記ＲＡＮにおけるユーザの移動性及びロケーションサービスなどの付加サービスを管理する。
【００２３】
無線ベアラとトランスポートチャネル間のマッピングが異なる可能性が常に成立するわけではない。ＵＥ／ＵＴＲＡＮは、ＵＥの状態やＵＥ／ＵＴＲＡＮが現在行っている過程によって可能なマッピングを推定する。異なる状態やモードについての説明は、次の通りである。
【００２４】
異なるトランスポートチャネルは、異なる物理チャネルにマッピングされる。物理チャネルの設定は、ＲＮＣとＵＥ間のＲＲＣシグナル交換により行われる。
【００２５】
物理チャネルの場合、ＤＰＣＨチャネルは、図５に示すように、１つ以上のＮｏｄｅ  Ｂの１つ以上のセルとＵＥ間に同時に設定されて使用される。
【００２６】
このようにＵＥが同時に複数のセルと設定されたＤＰＣＨを有する状況をソフトハンドオーバーという。ＵＥが同時に同一のＮｏｄｅ  Ｂの複数のセルとＤＰＣＨを設定したケースをソフタハンドオーバーという。前記ＤＰＣＨのために、ＵＥは、常にダウンリンクの全ての無線リンクからのＴＰＣ命令を組み合わせ、最小伝送電力を要求する命令を常に利用する（すなわち、１つの無線リンクがＵｐであり、他の無線リンクがＤｏｗｎである場合、ＵＥは、伝送電力を低下することを選択する）。
【００２７】
ＲＬＣ層は、ＲＮＣとＵＥ間の論理チャネル間のデータ交換を制御するために使用される第２プロトコル層である。前記ＲＬＣ層は、３つの伝送モードから構成され、これは、透過モード、無応答モード、及び応答モードである。
【００２８】
前記伝送モードによって異なる機能性を利用できる。
【００２９】
前記応答モード及び無応答モードにおいて、ＳＤＵは、エアインタフェースでの伝送のために使用される小さいパケットデータユニット（ＰＤＵ）に分けられる。送信側は前記ＳＤＵをＰＤＵに分離し、受信側は前記ＰＤＵに加えられた制御情報に基づいて前記ＳＤＵを再構成するために前記ＰＤＵを再構築する。前記制御情報は、例えば、ＰＤＵが損失したか否かを検出するためのＰＤＵシーケンスナンバーであるか、又は、ＲＬＣ  ＰＤＵ内のＳＤＵの開始／終了を示す長さインジケータ（Ｌｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ：ＬＩ）である。
【００３０】
前記無応答モードにおいて、受信側は、ＰＤＵを正確に伝送した送信側に確認メッセージ（ｃｏｎｆｉｒｍａｔｉｏｎ）を送信せずに、前記ＰＤＵ内に含まれるシグナル情報に基づいてＰＤＵをＳＤＵに再構築して完成したＳＤＵを上位層に伝送する。
【００３１】
前記応答モードにおいて、前記受信側は、前記正確に受信されたＰＤＵのための応答を伝送する。前記送信側は、損失したＰＤＵの再伝送を開始するために前記応答を使用する。前記応答は、所定条件下で伝送される。前記受信側により受信されたＰＤＵに対する応答の伝送を開始するためには複数のメカニズムが用いられる。どのメカニズムをアクティブにするかは、標準内に定義され、かつ／又はＲＲＣシグナリングにより実現される。ステータスＰＤＵの伝送のためのメカニズムは、例えば、受信された最新のシーケンスナンバーである１ずつ増加したシーケンスナンバーに該当しないシーケンスナンバーであるＰＤＵの受信により、又は、前記受信側が応答（又は、「ステータス」という）が伝送されるべきであるという指示を前記ＲＬＣ制御情報メッセージにより前記送信側から受信することにより、実現される。ステータスＰＤＵを伝送するための前記送信側の指示を「ポーリング」という。
【００３２】
前記送信側がポーリングビットを伝送するとき、所定時間が経過しても前記ポーリングの伝送後の位置報告が受信されない場合、メカニズムは前記ＵＭＴＳ標準で実現される。前記メカニズムにおいて、前記送信側は、前記ポーリングインジケータを含むＰＤＵの再伝送を開始し、これを「タイマーポール（ｔｉｍｅｒ  ｐｏｌｌ）」という。
【００３３】
他のメカニズムは、ＰＤＵの再伝送回数を計数する。前記再伝送が所定回数（ＭａｘＤａｔ）を超えると、前記送信側は、ＡＭ  ＲＬＣモードを使用する無線ベアラの送信側及び受信側エンティティを初期状態に設定するリセット手順を開始する。前記リセット手順が開始されると、開始エンティティは、Ｒｅｓｅｔ  ＰＤＵを終了エンティティに伝送する。前記終了エンティティは、前記Ｒｅｓｅｔ  Ａｃｋ  ＰＤＵを伝送することにより、前記Ｒｅｓｅｔ  ＰＤＵの受信に対して応答する。前記開始エンティティは、所定時間が経過しても前記Ｒｅｓｅｔ  Ａｃｋ  ＰＤＵを受信しない場合、前記Ｒｅｓｅｔ  ＰＤＵを再伝送する。前記開始エンティティは、所定量の再伝送を行っても前記Ｒｅｓｅｔ  Ａｃｋ  ＰＤＵを受信しない場合、回復不能エラー（ｕｎｒｅｃｏｖｅｒａｂｌｅ  ｅｒｒｏｒ）を検出する。
【００３４】
前記一例は、機能障害がＲＬＣ  ＡＭモードのＲＬＣエンティティの動作から検出される状況を記述している。このような機能障害の発生可能性を検出するための他のメカニズムは、予めＵＭＴＳ標準に記述されているか、新しく考案及び実現できる。例えば、定義されていないシグナリング情報がＲＬＣ  ＰＤＵに含まれていることを検出するか、ＵＭエンティティの受信／送信が正常に行われていないことを上位層から検出するＵＭモードのＲＬＣエンティティに関する検出メカニズムも考案できる。
【００３５】
前述したように、標準に定義されたメカニズムもあり、遮断された（ｂｌｏｃｋｅｄ）状況や通信が切断された状況に該当する回復不能エラーを検出する他のメカニズムも考えられる。
【００３６】
前記ＵＥが前記標準に記述された回復不能エラーを検出し、ＣＥＬＬ＿ＦＡＣＨ状態に移行してセルアップデートメッセージを前記Ｎｏｄｅ  Ｂ／ＲＮＣに送信すると、前記ＵＥは、ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）セルアップデート原因（Ｃｅｌｌ  ｕｐｄａｔｅ  ｃａｕｓｅ）をＲＬＣ回復不能エラーの原因に設定することにより、回復不能エラーが発生したことを通知する。前記ＵＥは、前記ＩＥ  ＡＭ＿ＲＬＣエラーインジケータ（ＲＢ２、ＲＢ３、又はＲＢ４）を含むことにより、前記回復不能エラーがＩＤ２、３、又は４を有するシグナリング無線ベアラのうちの１つに対して発生したことを通知する。又は、前記ＵＥは、前記ＩＥ  ＡＭ＿ＲＬＣエラーインジケータ（ＲＢ＞４）を含むことにより、前記回復不能エラーが４より大きいＩＤを有するＲＬＣ  ＡＭモードを使用する無線ベアラＲＢのうちの１つに対して発生したことを通知する。次に、前記ＲＮＣは、前記セルアップデート確認（Ｃｅｌｌ  Ｕｐｄａｔａ  Ｃｏｎｆｉｒｍ）メッセージを送信し、前記ＩＥ  ＲＬＣ再設定インジケータ（ＲＢ２、ＲＢ３、及びＲＢ４）を「真」に設定することによりＩＤ２、３、及び４を有するＳＲＢに対して前記ＲＬＣエンティティが再設定されることを通知し、かつ／又はＲＬＣ再設定インジケータ（ＲＢ５及びそれ以上）を「真」に設定することによりＲＬＣ  ＡＭモードを使用する４以上のＩＤを有するＲＢに対して前記ＲＬＣエンティティが再設定されることを通知する。
【００３７】
前記ＵＭ／ＡＭ  ＲＬＣエンティティは、暗号化及び暗号解読も担当する。そのために、送信側及び受信側のＲＬＣエンティティは、ＨＦＮ（Ｈｙｐｅｒ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）及びＲＬＣ  ＳＮ（Ｓｅｑｕｅｎｃｙ  Ｎｕｍｂｅｒ）から構成されるＣＯＵＮＴ−Ｃナンバーを維持する。前記ＣＯＵＮＴ−Ｃ値は、他の情報とともにビットストリングを生成する数学関数への入力として用いられる。前記ビットストリングとＳＮを除いたＲＬＣ  ＰＤＵは、論理ＸＯＲ演算により結合されるが、これは、前記ＲＬＣ  ＰＤＵのデータ部分の暗号化を保障する。前記ＨＦＮ値は、前記ＲＬＣ  ＳＮがラップアラウンド（ｗｒａｐ  ａｒｏｕｎｄ）する度に（すなわち、前記ＲＬＣ  ＳＮが最大値に達して「０」から再開するとき）増加する。前記受信側がＳＮの特定値を失った場合、又は、前記受信されたＳＮが前記受信中に変更された場合、前記受信側と送信側におけるＣＯＵＮＴ−Ｃが非同期化することがある。この場合、前記受信側は、前記受信された情報を正確に解読できない。前記受信側は、異なるメカニズムにより前記解読エンティティの機能障害を検出できる。前記異なるメカニズムは、ここでは詳細に説明せず、また本発明の一部でもない。
【００３８】
ＲＲＣ状態の場合、ＲＲＣモードは、端末のＲＲＣとＵＴＲＡＮのＲＲＣ間に論理接続が存在するか否かを示す。接続が存在すると、前記端末はＲＲＣ接続モードにあるという。接続が存在しないと、前記端末はアイドルモードにあるという。ＲＲＣ接続モードにある端末に対してＲＲＣ接続が存在するため、ＵＴＲＡＮは、セルユニット内の特定端末が存在するか否か、例えば、ＲＲＣ接続モードの端末がどのセル又はセルの集合にあるか、及びどの物理チャネルをＵＥがリッスンしているかを判断できる。このように、端末を効果的に制御できる。
【００３９】
これに対して、ＵＴＲＡＮは、アイドルモードにある端末の存在を判断できない。アイドルモードにある端末の存在はコアネットワークによってのみ判断される。特に、前記コアネットワークは、ロケーションやルーティング領域のようにセルより大きい地域内にアイドルモードの端末が存在するか否かのみを検出できる。従って、アイドルモード端末の存在は、大きい地域内で判断される。音声やデータなどの無線通信サービスを受けるために、アイドルモードの端末は、ＲＲＣ接続モードに移行又は変更しなければならない。ユーザ装置のモードと状態間の可能な変化については、図６に示す。
【００４０】
ＲＲＣ接続モードにあるＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＤＣＨ状態、ＵＲＡ＿ＰＣＨ状態などの異なる状態となることができる。これら以外の状態も可能である。前記状態によって、前記ＵＥは、異なる動作を行い、異なるチャネルをリッスンする。例えば、ＣＥＬＬ＿ＤＣＨ状態の端末は、多様なチャネルのうち、ＤＣＨタイプのトランスポートチャネルをリッスンする。ＤＣＨタイプのトランスポートチャネルは、所定のＤＰＣＨ、ＤＰＤＳＣＨ、又は他の物理チャネルにマッピングできるＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含む。ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥは、特定Ｓ−ＣＣＰＣＨにマッピングされる複数のＦＡＣＨトランスポートチャネルをリッスンする。ＰＣＨ状態にあるＵＥは、特定Ｓ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＩＣＨチャネル及びＰＣＨチャネルをリッスンする。
【００４１】
システム情報の判読において、主なシステム情報は、Ｐ−ＣＣＰＣＨ（ｐｒｉｍａｒｙ  ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）にマッピングされるＢＣＣＨ論理チャネルで伝送される。特定システム情報ブロックは、ＦＡＣＨチャネルで伝送される。前記システム情報がＦＡＣＨで伝送されると、ＵＥは、Ｐ−ＣＣＰＣＨで受信されるＢＣＣＨ、又は専用チャネルでＦＡＣＨの設定を受信する。システム情報がＢＣＣＨ（すなわち、Ｐ−ＣＣＰＣＨ）で伝送されると、各フレーム又は２つのフレームセットにおいて、ＵＥとＮｏｄｅ  Ｂ間で同一のタイミングリファレンスを共有するために利用されるＳＦＮが伝送される。
【００４２】
前記Ｐ−ＣＣＰＣＨは、常にセルのプライマリスクランブリングコードであるＰ−ＣＰＩＣＨ（ｐｒｉｍａｒｙ  ｃｏｍｍｏｎ  ｐｉｌｏｔ  ｃｈａｎｎｅｌ）と同一のプライマリスクランブリングコードを利用して伝送される。各チャネルは、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システムにおいて共通して使用される拡散コードを使用する。各コードは、前記コードの長さに該当する拡散因子により区別される。所定拡散因子の場合、直交コードの数は前記コードの長さと同一である。各拡散因子の場合、ＵＭＴＳシステムに記述された通り、所定直交コードセットに０からＳＦ−１まで番号が付けられる。
【００４３】
従って、各コードはコードの長さ（すなわち、拡散因子）及びコードの数を提示することにより識別できる。前記Ｐ−ＣＣＰＣＨが利用する拡散コードは、常に固定された拡散因子２５６を有し、その番号は１である。ＵＥは、ＵＥが予め読み取った隣接セルのシステム情報に関してネットワークから伝送された情報により、又は、ＵＥ自身がＤＣＣＨチャネルで受信したメッセージにより、又は、固定ＳＦ２５６及び拡散コード番号０を利用して伝送され、かつ固定されたパターンを伝送するＰ−ＣＰＩＣＨを検索することにより、前記プライマリスクランブリングコードについて認知する。前記システム情報には、隣接セル、ＲＡＣＨ、及びＦＡＣＨトランスポートチャネルの設定及びＭＢＭＳサービスのための専用チャネルであるＭＩＣＨ及びＭＣＣＨの設定に関する情報が含まれている。
【００４４】
前記ＵＥは、セルを変更する度に（アイドル状態に）キャンプするか、（ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、又はＵＲＡ＿ＰＣＨ状態で）任意のセルを選択すると、有効なシステム情報を有しているか否かを検証する。前記システム情報は、ＳＩＢｓ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋｓ）、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、及びスケジューリングブロックにまとめられる。前記ＭＩＢは、非常に頻繁に伝送され、スケジューリングブロック及び異なるＳＩＢのタイミング情報を提供する。バリュータグ（ｖａｌｕｅ  ｔａｇ）に関連するＳＩＢの場合、前記ＭＩＢは、一部のＳＩＢの最新バージョンに関する情報も含む。バリュータグに関連しないＳＩＢは、満了タイマーと関連する。満了タイマーに関するＳＩＢは有効でなくなり、前記ＳＩＢの最新読み取り時間が満了タイマー値より大きい場合、再読み取りされる必要がある。バリュータグに関するＳＩＢは、ＭＩＢでブロードキャストされたバリュータグと同一のバリュータグを有する場合にのみ有効である。各ブロックは、前記ＳＩＢがどのセルで有効であるかを明示する有効面積範囲（ａｒｅａ  ｓｃｏｐｅ  ｏｆ  ｖａｌｉｄｉｔｙ）（Ｃｅｌｌ、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）、又は同等（ｅｑｕｉｖａｌｅｎｔ）ＰＬＭＮ領域）を有する。面積範囲「Ｃｅｌｌ」を有するＳＩＢは、ＳＩＢが読み取られたセルに対してのみ有効である。面積範囲「ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮで有効であり、面積範囲「同等ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮと同等ＰＬＭＮで有効である。
【００４５】
一般に、ＵＥは、ＵＥが選択したか、ＵＥがキャンプオン（ｃａｍｐｉｎｇ  ｏｎ）しているセルのアイドルモード、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、又はＵＲＡ＿ＰＣＨ状態にあるときに前記システム情報を読み取る。前記システム情報から、ＵＥは、同一周波数、異なる周波数、及び異なるＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｉｅｓ）上での隣接セルに関する情報を得る。これにより、ＵＥは、どのセルがセル再選択のための候補セルであるかが分かる。
【００４６】
通信遅延において、従来の呼設定手順は、図７に示す異なるメッセージの交換により比較的長時間が要求される。すなわち、図７は、呼設定手順における遅延分布を示す。ネットワークに起因する遅延は、アップリンクメッセージの受信とダウンリンクメッセージの送信間の遅延である。前記グラフは、ＵＥのＲＲＣ層においてメッセージの送受信間の時間を示す。すなわち、前記グラフは、ＲＬＣを介してアップリンクメッセージを送信するのにかかる時間を含まない。
【００４７】
遅延の一部は、無線ベアラの設定による。無線ベアラセットアップの伝送と無線ベアラセットアップ完了の伝送間の遅延は、大部分アクティブ化時間による。ＵＥは、前記アクティブ化時間が満了してＵＥが新しい無線リンクに同期された後は、前記無線ベアラセットアップ完了メッセージのみを送信する。
【００４８】
図８は、前記同期された無線ベアラセットアップ（再設定）を詳細に示す。段階１で、ＲＡＢ割り当て要求の受信により手順が開始される。それに変えて、前記手順は、他の手順によりトリガすることもできる。段階２〜９は、新しい無線ベアラをセットアップする必要性、伝送リソース割り当て、及びＮｏｄｅ  Ｂ内部のリソースの割り当てに関連している。段階１０で、前記ＲＮＣは、段階１１及び１２で前記Ｎｏｄｅ  Ｂ及び前記ＵＥに伝送されるアクティブ化時間を決定する。前記Ｎｏｄｅ  Ｂ及び前記ＵＥは、段階１３ａ及び１３ｂで新設定に切り替えるために前記アクティブ化時間に達するのを待機する。段階１４で、前記ＵＥは、再設定の成功を前記ＲＮＣに確認する。前記ＲＮＣは、前記再設定が成功したことを通知する。
【００４９】
基本的に、前記ＵＥ及び前記Ｎｏｄｅ  Ｂが前記アクティブ化時間が満了するのを待機している斜線領域は、遅延発生に該当し、この遅延は、前記手順が成功した場合は無駄となる。この遅延は、前記ＲＬＣが前記ＵＥにメッセージを再送信する必要がある場合に不可欠である。また、前記ＵＥが古いＲＬに失敗メッセージを送信しようとする場合、このようなメッセージが送信できるようにするために最小遅延が必要であり、また、選択的にＲＮＣからの別個のメッセージによりＮｏｄｅ  Ｂにおいて前記再設定を取消すためにも最小遅延が必要である。従って、全ての動作が円滑に行われる場合（すなわち、ＲＬＣ再送信又は失敗メッセージ送信を必要としない場合）、このような遅延を減少させる手段が必要である。
【００５０】
図９は、同期されていない無線ベアラセットアップ（再設定）を詳細に示す。同期されていない再設定の場合、前記ＲＮＣは、段階２で再設定が直ちに適用されるべきであることを示すＵＥへの再設定及び段階４で前記再設定が直ちに適用されるべきであることを示すＮｏｄｅ  Ｂへの再設定を共に開始する。前記ＵＥ／Ｎｏｄｅ  Ｂが前記再設定を適用する前に遅延を制御する手段がないため、前記ＵＥが新しいＲＬ上で同期化を達成できなくなるので、物理チャネル失敗によるＣＥＬＬ＿ＤＣＨ状態から移行する恐れが高い。
【００５１】
図１０は、ハードハンドオーバー手順を詳細に示す。アクティブ化時間を避けるための１つの可能性として、予めハードハンドオーバーを利用している。段階１〜１０で、前記ＲＮＣは、全てのトランスポートチャネルのための新しい伝送リソースを利用してＮｏｄｅ  Ｂ上に新しい独立した設定をする。前記Ｎｏｄｅ  Ｂは、前記ＲＮＣから受信された固定電力を利用したダウンリンク上での伝送により前記ＵＥとの同期を取ろうとする。段階１１で、前記ＵＥは、アップリンク及びダウンリンクのために利用される設定を変更するためのメッセージを受信する。段階１２で、前記ＵＥは、新しく設定されたダウンリンクの受信を試み、（同期化手順Ａが利用されるか否かによって）アップリンクで伝送を（選択的に）開始する。前記Ｎｏｄｅ  Ｂは、古いＲＬの同期が外れ、新しいＲＬとの同期が取れたことを検出する。その後、前記Ｎｏｄｅ  Ｂは、このような事実を古いＲＬに対するＲＬリンク失敗（ＲＬ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）メッセージ及び新しい無線リンクに対するＲＬ復旧（ＲＬ  Ｒｅｓｔｏｒｅ）メッセージを利用して前記ＲＮＣに報告する（段階１３、１４）。前記ＲＮＣは、古い無線リンクを削除できる（段階１５、１６）。前記ＵＥは、無線ベアラセットアップ完了メッセージ（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ  ｍｅｓｓａｇｅ）を表示する（段階１７）。前記ＲＮＣは、前記ＣＮにＲＡＢセットアップの成功を応答できる（段階１８）。
【００５２】
このようなシナリオの問題は、再設定中に旧設定及び新設定のためのリソースが使用されることにある。これは、エアインタフェースの容量を消費させる（これは、２セットのＤＬ拡散コードが前記Ｎｏｄｅ  Ｂ及び前記ＲＮＣで予約されるためである）。前記Ｎｏｄｅ  Ｂは、異なる２つのＵＥ設定及び伝送を復号化する必要がある。
【００５３】
以下、アップリンクスクランブリングコード、パイロットパターン、及び同期化について説明する。
【００５４】
現在のＣＤＭＡシステムでは、同期化、並びに共にコード化及び多重化される異なるトランスポートチャネルからのデータブロックの交換を可能にするために、スクランブリングコード、拡散コード、及びパイロットパターンが利用される。ＵＭＴＳシステムでは、前記ＵＥが標準に定義されているように拡散コードを利用して拡散され、固定複素スクランブリングコードとスクランブルされるパイロットパターンをアップリンクで伝送する。
【００５５】
ＵＭＴＳシステムにおいて、前記パイロットパターンは、ＤＰＣＣＨ物理チャネルコードで伝送され、このパイロットパターンは、他のＤＰＣＣＨ情報、例えば、図１１に示すようなアップリンクでＤＰＤＣＨ／ＤＰＣＣＨフレーム構造のための伝送電力命令と時分割多重化される。
【００５６】
前記パイロットパターンは、選択されたスロットフォーマットによって各スロット中に予め定義された時間間隔で伝送され、各フレームで繰り返される。アップリンクで、ＰＤＣＣＨは、常に同一の拡散因子及び拡散コードを利用して伝送される。従って、前記パイロットパターンが伝送される時間間隔は、常に同一である。圧縮モードの場合（すなわち、前記ＵＥが測定のために異なる周波数をリッスンできるようにするために伝送が妨害される場合）、前記パターン（すなわち、スロットフォーマット）も変更される。
【００５７】
図１２は、アップリンクでの信号生成方法の一例を示す。
【００５８】
異なるトランスポートチャネルがマッピングされるＤＰＤＣＨは、異なる拡散コード（１つ又は複数の拡散コード）を使用して拡散される。前記ＤＰＤＣＨに使用される拡散因子は、１つのＴＴＩからその次のＴＴＩまで動的に変更できる。
【００５９】
前記パイロットパターンが特定シーケンスを有するので、前記Ｎｏｄｅ  Ｂが受信されたシーケンスを図１３に示すように他の時間Ｔによりシフトされる予想シーケンスと関連付けることにより、ＵＥ伝送タイミングを計算できる。これにより、前記Ｎｏｄｅ  Ｂは、アップリンク信号のタイミングを検出でき、総複素数値の絶対値と閾値を比較することにより、ＵＥ信号が受信された信号に含まれているか否かを検証できる。これは、実行のための１つ方法であり、他の多くの方法がある。本発明においては、前記Ｎｏｄｅ  Ｂがアップリンク伝送のタイミングをチェックし、所定拡散コードを利用して拡散され、かつＵＥ固有スクランブリングコードを利用してスクランブルされたパイロットシーケンスが伝送されるか否かをチェックすることが可能であることが強調される。
【００６０】
図１３は、同期化検出方法の一例を示す。
【００６１】
以下、図１４を参照して、コードツリー及びコード管理の概念について説明する。ＵＭＴＳシステムにおいて、２ｎの長さの拡散コードが利用される。このような拡散コードは、直交拡散コードのブランチを提供する前記ツリーから生成できる。それぞれの可能な拡散コードの場合、直交コードの拡散因子と同一数が存在する。このようなコードは、頻繁に図１４に示すようなツリーとしてグループ化される。同一の拡散因子の全てのコードは直交する。異なる拡散因子のコードは、高い拡散因子を有するコードが低い拡散因子を有するコードのブランチの一部ではない場合に直交する。前記図において、番号が０で、長さが４であるコードが利用されるとき、長さが８であるコード０と１は、互いに直交しないので、これ以上利用できないが、長さが８であるコード２と３は、利用できる。長さが２であるコード１が利用される場合、このブランチで下位にあるコードはこれ以上並列に利用できない。
【００６２】
以下、ダウンリンクスクランブリングコード、パイロットパターン、及び同期化の概念について説明する。
【００６３】
ダウンリンクで、ＤＰＣＣＨは、ＤＰＤＣＨを利用して時分割多重化され、同一の拡散コードを利用して拡散される。従って、パイロットパターンが伝送される間隔は、拡散因子によって、また、圧縮モードが利用されるか否かによって決定できる。
【００６４】
図１５は、ダウンリンクでの信号生成方法の一例を示す。
【００６５】
ＤＰＤＣＨがパイロットパターン及び他の物理チャネル情報（すなわち、ＤＰＣＣＨ）と同一の拡散コードを利用して拡散されるので、拡散因子が変更される度に、パイロットビット及びＴＰＣビットの伝送のために利用されるパターン及び前記他の物理チャネル情報の伝送のために利用されるパターンは異なる。これは、新設定が以前の拡散因子と異なる拡散因子を含む場合、ＵＥが異なる拡散因子を受信しようとすると、ＤＰＣＣＨの受信がこれ以上不可能であることを意味する。前記ＤＰＣＣＨのフォーマットは、また前記拡散因子を変更しなくても再設定中に変更できる。
【００６６】
以下、図１６及び図１７を参照してＤＰＣＨフレーム構造及びこれと関連したＤＰＣＨタイミング特性を説明する。
【００６７】
図１６は、ＤＰＣＨのフレーム構造及び伝送されるＤＰＣＣＨ及びＤＰＤＣＨの構造の一例を示す。
【００６８】
図１７は、ＤＰＣＨタイミングの一例を示す。前記ＤＰＣＨ、すなわち、ＤＰＤＣＨ及びＤＰＣＣＨのタイミングは、プライマリＳＣＨと比較されるオフセットである。これは、ＵＥがネットワークから受信されたパラメータτＤＰＣＨによってＤＰＣＣＨが伝送される時期を予め認知しているということを意味する。
【００６９】
ＴＦＣＩの場合、ＵＴＲＡＮシステムにおいて、異なるトランスポートチャネルは、ＤＰＤＣＨにマッピングされるＣＣＴｒＣＨ（Ｃｏｄｅｄ  Ｃｏｍｐｏｓｉｔｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）に共にマッピングされる。各トランスポートチャネルは、他のトランスポートフォーマット（ＴＦ）を適用でき、各トランスポートフォーマットは、別個のパラメーターセットを含む。異なるトランスポートチャネルがＣＣＴｒＣＨに共に多重化されると、各トランスポートチャネルの異なるＴＦの組合せは、トランスポートフォーマット組合せ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ：ＴＦＣ）を示し、前記ＴＦＣは、受信側と送信側が異なるトランスポートチャネルに対するコーディング方法を決定できるようにする。従って、前記ＤＰＤＣＨをデコーディングするためには、前記ＵＥが前記ＴＦＣを認知している必要がある。ＵＴＲＡＮ標準では異なる可能性もある。
【００７０】
ＤＴＦＤ（Ｂｌｉｎｄ  Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｄｅｔｅｃｔｉｏｎ）が利用される場合、前記ＵＥは、ＣＲＣコードが全てのトランスポートチャネルの情報が正確に受信されたことを示すまで、異なるＴＦＣを利用して前記ＤＰＤＣＨの復号化を試みる。又は、前記ＵＴＲＡＮは、ＴＦＩ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ）を伝送でき、前記ＴＦＩは、前記ＤＰＣＣＨで伝送された異なるトランスポートチャネルのＴＦＣをシグナルリングするインジケータである。
【発明の開示】
【発明が解決しようとする課題】
【００７１】
本発明の一態様は、前述したような従来の問題に対する本発明者らの認識を含む。すなわち、従来の問題は、無線ベアラの設定をセットアップ、解除、及び変更する手順が同期化方式で行われて前記ＲＮＣにより提供されたアクティブ化時間をＮｏｄｅ  Ｂ及びＵＥに暗示するため時間が長くかかったり、前記ＵＥ／Ｎｏｄｅ  Ｂが同期が外れるということを意味する非同期化再設定の使用を暗示するため呼が損失する可能性があるというものである。
【課題を解決するための手段】
【００７２】
このような認識に基づいて、本発明によって無線ベアラの設定におけるセットアップ、解除、又は変更を改善した。特に、本発明は、通信システムにおいて設定変更の同期化を可能にし、多様な種類の通信技術への適用可能性を有する方法及びシステムを提供する。従って、本発明の高速再設定方法は、呼設定遅延を減少できる。
【発明を実施するための最良の形態】
【００７３】
本発明は、ＵＭＴＳ移動通信システムにおいて実現されると説明されている。しかし、本発明の概念と内容は、一般的な技術に基づいて類似した方法で動作する多様な通信方式に適用できるため、本発明は、他のタイプの通信仕様に準拠した通信システムにおいて採択して実現することもできる。以下、本発明は、添付図面を参照して説明するが、本発明の実施形態はこれに限定されない。
【００７４】
本発明の一実施形態において、前記ＲＮＣは、前記Ｎｏｄｅ  Ｂ及び前記ＵＥに変更されたアップリンクスクランブリングコードを含む新設定を通知するが、特に、前記ＵＥには前記新設定ができるだけ速く適用されるべきであることを通知し、前記Ｎｏｄｅ  Ｂにはアップリンクで新しいスクランブリングコードが検出されると前記新設定が適用されるべきであることを通知する。
【００７５】
本発明の１つの選択的部分において、前記ＲＮＣは、前記ＵＥに前記新設定と共に、ダウンリンク伝送が中断しても前記ＵＥがアップリンク伝送を続ける停止時間（ｏｕｔａｇｅ  ｔｉｍｅ）を通知する。前記Ｎｏｄｅ  Ｂは、新しいアップリンクスクランブリングコードを受信するために同期化を試み、前記新しいアップリンクスクランブリングコードが検出されると、前記新設定を利用してダウンリンクで伝送を開始する。
【００７６】
本発明の他の実施形態において、前記Ｎｏｄｅ  Ｂは、設定変更前後に前記ＵＥとの同期化及びインナーループパワー制御を維持するために、旧設定及び新設定のダウンリンク伝送の関連制御部分を同時に伝送する。前記Ｎｏｄｅ  Ｂは、ダウンリンクでいずれのデータ部分も伝送されないフレーム中にのみ前記制御部分を伝送する。
【００７７】
前記新しいアップリンクスクランブリングコードが検出されると、前記Ｎｏｄｅ  Ｂは、ダウンリンクでの伝送のために新設定を適用する。
【００７８】
本発明のさらに他の実施形態において、前記ＵＥは、次のような方式で、すなわち、（１）アップリンクスクランブリングコードの変更、（２）特定信号のＮｏｄｅ  Ｂへの伝送、すなわち、特定拡散コードにより拡散されて特定スクランブリングコードによりスクランブルされたビットパターンのアップリンクでの伝送、（３）特定ＴＦＣＩセットの利用、（４）ＦＢＩフィールドにおける特定ビットパターンの伝送、又は、（５）他のシグナルリング手順により、前記ＵＥが前記構成の変更前に予め定義された時間間隔で新設定を適用することを指示する。
【００７９】
前記方式のうち、前記Ｎｏｄｅ  Ｂ及び前記ＵＥに伝送されるメッセージ内のＲＮＣ信号は、設定変更のために適用されなければならず、関連情報を表示する。この関連情報は、利用される特定ＴＦＣＩ値、前記ＵＥがアップリンクで継続して伝送する間にアップリンク拡散コードが変更されるときの停止期間の長さ、前記指示の間の時間、並びにアップリンク及び／又はダウンリンクでの前記新設定の利用などである。
【００８０】
また、前記Ｎｏｄｅ  Ｂは、前記ＲＮＣに前記ＵＥがアップリンクで継続して伝送する間にアップリンク拡散コードが変更されるときの停止期間の最小長さ、前記指示の間の時間、並びに前記Ｎｏｄｅ  Ｂの実行に基づいたアップリンク及び／又はダウンリンクでの前記新設定の利用を示す。
【００８１】
以下、本発明について詳細に説明する。
【００８２】
図１８は、本発明の一実施形態、すなわち、向上した準同期（ｑｕａｓｉ−ｓｙｎｃｈｒｏｎｉｚｅｄ）再設定のための方式を示す。
【００８３】
段階１で、新しいＲＡＢのセットアップが前記ＣＮにより示される。あるいは、この新しいＲＡＢは、トリガがＲＮＣ実現に基づく設定を変更するためにのみ利用できるか、又は、ＲＡＢを解除するために利用できる。
【００８４】
段階２〜９で、前記ＲＮＣは、Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒｅ  Ｐｒｅｐａｒｅメッセージにより新設定をＮｏｄｅ  Ｂに伝送する。前記Ｎｏｄｅ  Ｂは、リソースを予約する。前記Ｎｏｄｅ  Ｂは、Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒｅ  Ｒｅａｄｙメッセージにより前記設定が受諾されたことを通知し、伝送リソースを通知する（レガシー手順）。
【００８５】
段階１０で、前記ＲＮＣは、前記ＵＥがアップリンクスクランブリングコードを変更するときのみ、又は、前記Ｎｏｄｅ  Ｂに対する他の指示（新しい指示）があるとき、前記新設定が適用されるべきであるという指示をＮｏｄｅ  Ｂに提供する。これは、Ｓｙｎｃｈｒｏｎｉｚｅｄ  ＲＬ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｅｐａｒａｔｉｏｎメッセージ（アップリンクで新しいスクランブリングコードが検出されるときに変更を行う必要があるという新しい指示）、ＲＬ  Ｓｅｔｕｐ（予め存在するＵＥコンテキストにリンクされて部分的に同一の伝送リソースを利用するようにする新しい指示）、又は、Ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ  ＲＬ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ（同期化が検出された後にのみ再設定が行わればならないという新しい指示）により、予め示されている可能性もある。
【００８６】
段階１１で、前記Ｎｏｄｅ  Ｂは旧スクランブリングコードで前記ＵＥを受信する間に前記新しいアップリンクスクランブリングコードのアップリンク同期化の検索を開始する（新しい方法）。又は、前記Ｎｏｄｅ  Ｂは、（１）後述される異なるτＤＰＣＨを有する旧設定と新設定の同時伝送で説明されているように、旧設定のＤＰＤＣＨのＤＴＸ周期中に前記新設定のＤＰＣＣＨを予め伝送できる。前記ＲＮＣは、前記新設定を前記ＵＥに伝送して前記設定を直ちに利用することを示す。（レガシー手順）選択的に、新しい指示を追加することにより、ＤＬが所定時間周期中に直接受信されない時、前記ＵＥがＲＬ失敗としてカウントしないようにすることができる。前記Ｎｏｄｅ  Ｂからの新設定の伝送を同期化できるようにするために、後述される（２）物理層を介する前記新設定へのシフトの指示で説明されているように、物理チャネルで指示を受信することもできる。
【００８７】
段階１２で、前記ＵＥは、前記新設定に変更した後、他のもののうち新しいＴＦＣＩを適用する。ダウンリンクでのスロットフォーマットが変更されない場合（すなわち、拡散因子が同一であり、スロットフォーマットが変更されない場合）、前記ＵＥは、前記Ｎｏｄｅ  Ｂがパイロット、ＴＦＣＩ、及びＴＰＣパターンの伝送のために同一のパターンを継続して利用するので、いかなる運転停止も検出できない。
【００８８】
段階１３で、前記Ｎｏｄｅ  Ｂは、前記旧スクランブリングコード上でアップリンク同期が外れ、新しいスクランブリングコード上で前記ＵＥを受信することを検出する。前記旧スクランブリングコード及び新スクランブリングコードのＮｏｄｅ  Ｂによる検出間のギャップにおいて、前記Ｎｏｄｅ  Ｂは、ＴＰＣ命令としてパワーアップ信号を伝送する。
【００８９】
段階１４で、前記Ｎｏｄｅ  Ｂは、アップリンク及びダウンリンクで新設定、すなわち、アップリンク及びダウンリンクに対する新しいＴＦＣＩを直ちに適用する。スロットフォーマットがダウンリンクで変更される場合、前記ＵＥは、前記Ｎｏｄｅ  Ｂが前記新設定により伝送すると予想する。この場合、２つの可能性がある。
【００９０】
ａ）前記Ｎｏｄｅ  Ｂは前記新設定を並列に伝送する。しかしながら、これは拡散コードをオーバーラップしない再設定が利用される前後の場合にのみ可能である。
【００９１】
ｂ）前記Ｎｏｄｅ  Ｂは、アップリンクスクランブリングコードの変更が検出されると、又は、前記Ｎｏｄｅ  Ｂへの追加指示があると、前記新設定に切り替える。これは、前記ＵＥが前記再設定時間に前記Ｎｏｄｅ  Ｂを受信しないことを意味する。
【００９２】
別の方法では、前記新設定が前記ＵＥに適用される場合、特定運転停止時間を容認すべきであることを通知する。このような運転停止時間の長さ（スロット／フレーム／秒の数字）は、段階１１で、前記ＲＮＣから前記ＵＥに提供される。
【００９３】
段階１５で、前記Ｎｏｄｅ  Ｂは、新しいフォーマットが現在利用されており、新しいダウンリンクトランスポートチャネルが利用でき、アップリンクトランスポートチャネルにデータが受信できることを通知するために、メッセージ、例えば、Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｓｔｏｒｅメッセージを送信することにより、前記再設定が成功したことを前記ＲＮＣに通知する。段階１６で、前記ＵＥは、再設定完了（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを前記ＲＮＣに送信する。段階１７で、前記ＲＡＢが設定されたとみなされることにより、前記ＲＮＣは、前記ＲＡＢ割り当て応答（ＲＡＢ  ａｓｓｉｇｎｍｅｎｔ  ｒｅｓｐｏｎｓｅ）メッセージにより前記ＲＡＢが完成したことを示すことができる。
【００９４】
（１）異なるτＤＰＣＨを有する旧設定と新設定の同時伝送
図１８において、段階１２〜１４で、前記Ｎｏｄｅ  Ｂは、前記ＵＥにより伝送された新しいスクランブリングコードが検出されると、前記旧設定を利用した受信を停止し、前記新設定の伝送を開始する。実際に、前記Ｎｏｄｅ  Ｂは、ダウンリンクスクランブリングコード及び／又はスロットフォーマット及び／又はＳＣＨと比較されるＤＰＣＨのオフセットが異なる場合、主に伝送に干渉する必要がある。前記スクランブリングコード及び／又はスロットフォーマット及び／又はＳＣＨと比較されるＤＰＣＨのオフセットが異なる場合も、前記ＵＥが再設定中に直ちに同期を取るために、また、前記ＵＥがアップリンクスクランブリングコードを変更することを前記Ｎｏｄｅ  Ｂが検出する時間中、及び前記Ｎｏｄｅ  Ｂがダウンリンクで前記新設定の伝送を開始するまで受信の停止を避けるために、図１９に示すように、前記旧設定及び前記新設定を同時に伝送することができる。
【００９５】
図１９は、前記旧設定に対する前記新設定のＤＰＣＨのシフトにより、前記旧設定及び前記新設定のＤＰＣＣＨをどのように同時に伝送できるかを示す。しかしながら、これは、ＤＰＤＣＨが少なくとも部分的には伝送されないと仮定する。また、旧／新設定の完壁なＤＰＣＣＨが伝送されるのではなく、最も重要な情報、すなわち、ＴＰＣビット又はパイロットビット又はフィードバックビットが伝送されると仮定する。
【００９６】
図２０は、図１８の段階１０〜段階１６の他の方法を強調したものである。図２０において、新設定の開始がアップリンクスクランブリングコードの変更に基づいているという指示を含む無線リンク再設定要求（Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｍｉｔ）により新しいアップリンクスクランブリングコードの受信を確認するための指示を受信すると、前記Ｎｏｄｅ  Ｂは、ＤＰＤＣＨがダウンリンクで伝送されない周期中に新設定の伝送を開始する。これは、旧設定のものと比較される新設定のτＤＰＣＨが、前記新設定のＤＰＣＣＨがいずれも伝送されない周期にある場合にのみ可能である。これにより、前記設定前後に使用された拡散コードは、これ以上互いに直交する必要がない。すなわち、このような拡散コードは同一のブランチにおいて選択できる。
【００９７】
（２）物理層を介する新設定へのシフトの指示
新設定が伝送される前に前記Ｎｏｄｅ  Ｂに通知するために、前記ＵＥが前記Ｎｏｄｅ  Ｂに前記再設定時又は再設定前に伝送される指示を伝送することが可能である。それらをいくつかの方法で実現できるであろう。１つの方法として、前記ＵＥが、図２１に示すように、ＤＰＣＣＨ／ＤＰＤＣＨの伝送と並列に特定拡散コード上で所定のビットパターンを伝送することにより、これを通知できる。
【００９８】
追加的な特定拡散コード上でマッピングされる特定パターンが伝送される。再設定が発生するときを通知するために、前記特定パターン及び拡散コードが利用されることが前記ＵＥ及び前記Ｎｏｄｅ  Ｂに通知される。
【００９９】
他の方法では、前記ＵＥが新しいダウンリンク設定を利用して直ちに受信しようとせず、アップリンクスクランブリングコードのみを変更して前記Ｎｏｄｅ  Ｂがまもなく発生する前記ダウンリンク設定の変更が分かるようにすることができる。
【０１００】
さらに他の方法では、前記再設定時又は再設定前に選択的なＴＦＣＩを利用することにより前記再設定を速く行うことを通知できる。すなわち、図２２に示すように、前記ＵＥが前記再設定前や再設定中にＴＦＣＩ  ０の代りにＴＦＣＩ  ６のみを、ＴＦＣＩ  １の代りにＴＦＣＩ  ７のみを利用することを通知できる。これは、ＴＦＣＩが今日のようなトランスポートフォーマット組合せを示すだけでなく、前記新設定の切り替えを示すことができることを意味する。ＴＦＣＩが前記切り替え情報を含む方法は、前記ＲＮＣにより前記Ｎｏｄｅ  Ｂ及び前記ＵＥに設定できる。また、前記選択的なＴＦＣＩ又は他の指示が適用される時間（例えは、新設定が適用される前のフレーム／スロット／秒）がＲＮＣによりこのような情報を利用して再設定を同期化する前記Ｎｏｄｅ  Ｂ及び前記ＵＥに通知できる。
【０１０１】
さらに他の方法では、前記ＵＥが再設定の変更を示すために、図１１に示すようにＦＢＩビットを割り当てることができる。
【０１０２】
前述したような異なる方法においては、前記Ｎｏｄｅ  Ｂが前記Ｎｏｄｅ  Ｂ自身を新設定に切り替えるための充分な時間を有するアップリンク指示のタイミングとなる。このような方式は、図２３に示す。
【０１０３】
異なるＮｏｄｅ  Ｂが異なる処理時間を有することができるので、段階１０で、前記Ｎｏｄｅ  Ｂが前記ＵＥからの新設定への切り替えに関する前記ＵＥからの指示の伝送間の時間差を前記ＲＮＣに通知し、前記ＲＮＣが段階１１で前記ＵＥのアクティブセット内の全てのＮｏｄｅ  Ｂから受信した時間に基づいて前記Ｎｏｄｅ  Ｂにより利用される時間を前記Ｎｏｄｅ  Ｂに確認し、段階１２で、前記ＵＥが利用しなければならないアップリンクアクティブ化時間を示すことができる。前記ＵＥは、段階１３で、前記Ｎｏｄｅ  Ｂに前記指示を伝送して再設定を開始する。前記Ｎｏｄｅ  Ｂは、前記指示を受信すると、前記ＵＥとの新設定の開始を同期するためにタイマーを駆動する。段階１５ａ及び１５ｂで、前記ＵＥ及び前記Ｎｏｄｅ  Ｂは、同一の時間に再設定を開始する。前記Ｎｏｄｅ  Ｂ及び前記ＵＥは、後の段階１６及び１７で再設定の成功を確認する。
【０１０４】
前述したように、本発明は、前記新設定の利用をトリガするための方法を提供する。このようなトリガは、（１）ＲＮＣからＵＥ及びＮｏｄｅ  Ｂへの新設定伝送、（２）前記新設定の利用をトリガするためのＵＥ及びＮｏｄｅ  Ｂへの特定指示設定、及び（３）ＵＥから前記新設定が適用されるＮｏｄｅ  Ｂへの指示からなり、前記指示は、ＦＢＩビット、（逆方向互換性を可能にするための）アップリンクスクランブリングコード、特定ビットパターン、ＴＦＣＩセット、又はその他のものなどである。ここで、前記指示は、前記新設定が適用される前にｘ秒で伝送できるが、前記Ｘは、前記ＲＮＣにより前記Ｎｏｄｅ  Ｂ及び前記ＵＥに通知され、また、Ｘは、前記Ｎｏｄｅ  Ｂの能力に基づいて予め前記Ｎｏｄｅ  Ｂから前記ＲＮＣに通知される。前記ＵＥは、前記新設定がダウンリンクで受信されなくても、前記新設定の適用後、Ｙ秒間アップリンク伝送を継続する。前記Ｙは、前記ＲＮＣにより前記ＵＥに通知され、また、Ｙは、前記Ｎｏｄｅ  Ｂの能力に基づいて予めＮｏｄｅ  ＢからＲＮＣに通知される。前記Ｎｏｄｅ  Ｂは、同一のスクランブリングコードを利用してスクランブルされる非直交（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ）拡散コードを利用して拡散される２つの制御部分を伝送し、前記伝送は、時分割多重化される（ｔｉｍｅ  ｍｕｌｔｉｐｌｅｘｅｄ）。前記ＲＮＣは、前記２つの設定の制御部分がオーバーラップされずに、時分割多重化された後、２つの設定の非直交拡散コードにより拡散されて伝送できるように、前記２つの設定のタイミングオフセットを選択できる。
【０１０５】
従って、本発明は、ＲＢ設定／解除、又は再設定手順を迅速に行うことにより、呼設定遅延が減少し、チャネルリソースの活用が最適化する。本発明は、Ｎｏｄｅ  Ｂ／ＵＥのソフトウェアに相対的に小さい影響を与えるため、前記Ｎｏｄｅ  Ｂ／ＵＥのソフトウェアで容易に実現可能である。
【０１０６】
前述された多様な特徴を実行するために、本発明は、様々なタイプのハードウェア及び／又はソフトウェア構成要素（モジュール）を採択できる。例えば、それぞれのハードウェアモジュールは、前記方法の段階を行うために必要な多様な回路と構成要素を含む。また、それぞれのソフトウェアモジュール（プロセッサ及び／又は他のハードウェアにより行われる）は、本発明の方法の段階を行うために必要な多様なコードとプロトコルを含む。
【０１０７】
図２４は、本発明による端末（ＵＥ）とネットワーク（Ｎｏｄｅ  Ｂ）間の無線アクセス設定の変更方法を示す図である。
【０１０８】
すなわち、本発明は、端末とネットワーク間の無線アクセス設定を変更するための方法を提供するが、（例えば、Ｎｏｄｅ  Ｂにより行われる）前記方法は、前記ネットワークが同一の端末のための第１設定と関連した第２設定を開始する段階と、前記第２設定を適用することを前記端末に通知する段階と、前記端末からの無線信号の受信に基づいて前記端末が前記第２設定を利用しているか否かを判断する段階とを含む。
【０１０９】
前記判断段階は、前記端末が前記第２設定を適用することを、又は、適用したことを検出する段階を含む。前記判断段階は、第１無線リソースのパワーと第２無線リソースのパワーを比較する段階を含む。前記端末からの無線信号は、制御チャネルに対応する。前記制御チャネルは、前記第１設定のために利用されるスクランブリングコードとは異なるスクランブリングコードにより変調されたパイロットビットを含む。前記無線信号は、第２アップリンクスクランブリングコードのパワーが第１アップリンクスクランブリングコードのパワーより高い場合に受信されるとみなされる。前記第２アップリンクスクランブリングコードは、前記第２設定と共に前記ネットワークにより提供される。前記制御チャネルは、ＦＢＩビット、アップリンクスクランブリングコード、特定ビットパターン、及びＴＦＣＩセットのうち少なくとも１つを含む。前記開始段階は、無線ネットワーク制御装置から前記第２設定に関する情報を受信する段階と、前記第２設定のために必要な伝送リソースを予約する段階とを含む。前記方法は、前記判断段階後に旧設定を解除する段階をさらに含む。前記方法は、アップリンク伝送を妨害しないとともに前記第２設定を利用するための指示を前記端末に伝送する段階をさらに含む。前記第１設定の少なくとも一部分及び前記第２設定の少なくとも一部分を利用するシグナルリングは、並列に行われる。前記方法は、前記開始段階前に、前記ネットワークのＮｏｄｅ  Ｂが前記第１及び第２設定をサポートできるか否かを判断する段階をさらに含む。
【０１１０】
また、本発明は、端末とネットワーク間の無線アクセス設定の変更方法を提供するが、（例えば、ＵＥにより行われる）前記方法は、第２設定を適用する情報を受信する段階と、前記ネットワークに、設定変更を示す無線信号を伝送する段階と、前記無線信号伝送後、所定時間に第１設定から前記第２設定に変更する段階とを含む。
【０１１１】
前記設定変更を示す無線信号は、前記ネットワークにより決定された前記第２設定に含まれる。前記方法は、前記第２設定を利用した受信がなくても、所定期間の間前記第２設定を適用した後、継続して伝送を行う段階をさらに含む。前記方法は、ネットワークからアップリンク伝送を妨害せずに前記第２設定の利用に対する指示を前記ネットワークから受信する段階をさらに含む。
【０１１２】
図２５は、段階１）〜段階４）に記述されているように設定されたアクティブ化時間を利用した同期化再設定の手順を示す。現在使用されているネットワークにおいて、無線ベアラの設定により発生する遅延は、呼の設定又は再設定の遅延の相当な部分に該当する。このような遅延は、大部分アクティブ化時間を利用した現在の同期化手順による。これは、前記ＵＥ及び前記Ｎｏｄｅ  Ｂは、アクティブ化時間が満了したときにのみ新設定を適用するからである。斜線部分は、基本的にＵＥとＮｏｄｅ  Ｂが前記アクティブ化時間が満了するのを待機している遅延を示す。前記ＵＥが再設定メッセージの再送信を要求する劣悪な無線環境にある場合、又は、いくつかの最小遅延を要求するＵＥ失敗メッセージの場合に、このような遅延が必要である。しかしながら、全ての動作が円滑に行われる場合（再送信又は失敗メッセージが必要でない場合）に同一の遅延が適用されるのは無意味である。従って、このような遅延を減少させるための改善が必要であり、新しいアップリンクスクランブリングコードを利用する同期化が１つの提案された方式である。
【０１１３】
図２６は、段階１）〜８）に記述されているように、本発明によるアップリンクスクランブリングコードが検出されるときの同期化された再設定手順を示す。
【０１１４】
第１段階で、再設定された無線リンクのためのリソースは、アップリンクスクランブリングコードの変更を含んで割り当てられる。まず、ＵＥ無線条件（例えば、現在のＳＩＲ値）としてリソースの利用可能性に対する確認が行われる。このような条件によって、前記ＲＮＣ及び前記Ｎｏｄｅ  Ｂは、アクティブ化時間が満了するのを待機することにより、現在記述された同期化方法を適用すると決定することもでき、又は、提案された方法で同期化を適用すると決定することもできる。
【０１１５】
同期化のための新しいＵＬスクランブリングコードの確認の指示を含んでＲＬ再設定を要求すると、前記Ｎｏｄｅ  Ｂは、前記ＵＥが新しいスクランブリングコードを利用するか否かを確認する。前記ＲＮＣは、アクティブ化時間ＮＯＷを利用して前記ＵＥに新設定を伝送する。前記ＵＥは、前記新設定を受信すると、直ちに適用する。新しいアップリンクスクランブリングコードが検出されると、前記Ｎｏｄｅ  Ｂは、旧設定の伝送を停止して新設定を適用し、前記再設定が成功したと判断する。
【０１１６】
図２７は、物理層での処理を示す。前記物理層処理は、同期化のための新しいＵＬスクランブリングコードの確認を開始することを含めてＮｏｄｅ  ＢでＬ１がセットアップされた後に開始される。
【０１１７】
前記Ｎｏｄｅ  Ｂは、再設定メッセージを受信すると、旧設定の伝送及び受信を継続し、前記ＵＥが新しいスクランブリングコードを使用しているか旧スクランブリングコードを使用しているかを持続的にチェックする。前記Ｎｏｄｅ  ＢがＲＬ上で現在伝送しているＵＥが再設定されるという事実を認識すると、前記Ｎｏｄｅ  Ｂは、チャネル及びＵＬトランスポートチャネルの経路を正確に認知する。これにより、前記Ｎｏｄｅ  Ｂは、例えば、旧スクランブリングコード及び新スクランブリングコードをデスクランブルして２つのうちいずれが電力の大部分を受信するかを判断することにより、前記ＵＥが新設定を利用しているか旧設定を利用しているかを検出できる。
【０１１８】
前記ＵＥがメッセージ再送信の要求が全くないか、又は、要求がほとんどない良好な無線環境にあると想定されるので、前記ＵＥで新設定をトリガするための遅延は、非常に短いと仮定できる。前記新設定は、利用される新しいアップリンクスクランブリングコードに加えて（例えば、ＩＥ周波数情報を含めないことにより）同期化手順Ａを利用しないことを指示するＵＥへの命令を含む。前記ＵＥが再設定メッセージを受信すると、前記ＵＥは、次のフレームが開始するとき、前記新設定を適用する。前記ＵＥが前記新設定を利用するとすぐに、ＤＬも新しいスクランブリングコードと共に前記新設定を利用すると仮定する。
【０１１９】
しかしながら、前記Ｎｏｄｅ  Ｂは、依然として前記新しいスクランブリングコードを検出するまで前記旧設定のままである。従って、前記Ｎｏｄｅ  Ｂが新しいスクランブリングコードを検索するためにあまりにも長時間がかかる場合、前記ＵＥは、無線リンク失敗に繋がるような同期が外れた状態を検出する恐れがある。前記Ｎｏｄｅ  Ｂがスクランブリングコードの変更を検出する制限時間は、後述されるように、約３秒の無線リンク失敗周期により決定される。
【０１２０】
前記ＵＥは、無線リンク失敗が検出されるまで継続して伝送する。前記無線リンク失敗は、物理層で１６０ｍｓｅｃの劣悪な受信後にアウトオブシンク（ｏｕｔ−ｏｆ−ｓｙｎｃ）のみを報告するアウトオブシンクハンドリングに基づく。第１アウトオブシンクは、１６０ｍｓｅｃ後に上位層に伝送される。その後のアウトオブシンクは、１０ｍｓｅｃごとに上位層に伝送される。Ｔ３１３を開始するためには、Ｎ３１３アウトオブシンクが上位層に報告されなければならない。Ｔ３１３が満了すると、前記ＵＥは、これを無線リンク失敗とみなして１６０ｍｓｅｃ＋Ｎ３１３＊１０ｍｓｅｃ＋Ｔ３１３後に伝送を停止する。Ｎ３１３及びＴ３１３のデフォルト値をそれぞれ２０及び３とすることができ、これは、アップリンク伝送を停止する前に３３６０ｍｓｅｃの遅延を与える。
【０１２１】
従って、新しいスクランブリングコード及び以前のスクランブリングコードが同一のＵＥから伝送されることを前記Ｎｏｄｅ  Ｂが認知することにより、正確なタイミング情報がＮｏｄｅ  Ｂにおいて利用できる。ＲＬ失敗の３ｓｅｃ前に前記新しいスクランブリングコードを検出できる可能性が高くなる。
【０１２２】
検出の遅延は、多くのパラメータによって決定できる。これは、前記Ｎｏｄｅ  Ｂに必須なＳＩＲターゲットが特徴的に実現することもでき、また、ＤＰＣＣＨ及びＤＰＤＣＨ間のオフセット及びベータ値が特徴的に実現することもできるためである。また、標準化されていないアウターループはＵＥからの伝送に影響を与える。
【０１２３】
スクランブリングコードの変更を検出するために、閾値を固定する必要がある。これは、異なる無線条件（歩行者、車両など）及びアップリンクのための異なるＵＬＳＩＲＤＰＣＣＨターゲットなどに関係がある。前記ターゲット閾値は、無線ＳＩＲｎｅｗ／ＳＩＲｏｌｄと定義できる。ＳＩＲｎｅｗは、新しいスクランブリングコードで測定されたＳＩＲＤＰＣＣＨであり、ＳＩＲｏｌｄは、現在〔初期〕のスクランブリングコードで測定されたＳＩＲＤＰＣＣＨである。確認周期中に、図２７に示すように、ターゲット閾値を現在測定されたＳＩＲｎｅｗ／ＳＩＲｏｌｄと比較して前記ターゲット閾値を超過すると、前記Ｎｏｄｅ  Ｂは、アップリンクスクランブリングコードが変更されたとみなして新設定パラメータを適用する。
【０１２４】
前記ターゲット閾値を定義するために、実験が実行されて各ＵＬＳＩＲＤＰＣＣＨターゲットに対してＳＩＲｎｅｗ／ＳＩＲｏｌｄの最大比率を有する２つのＣＤＦを定義する。１つは、ＵＥが新設定を適用する前の比率に該当し、他の１つは、ＵＥが新設定を適用した後の比率に該当する。このようなＣＤＦに基づいて、検出失敗可能性が特定値に限定できるようにするために前記Ｎｏｄｅ  Ｂが利用する異なるＵＬ  ＳＩＲ  ＤＰＣＣＨ値に対する前記閾値が定義できる。前記ＵＥが前記新設定を適用した後、各スロット（又は、平均Ｎスロット）に対するＳＩＲｎｅｗ／ＳＩＲｏｌｄのＣＤＦはどの程度のスロット後にＮｏｄｅ  Ｂが所定確率で新しいスクランブリングコードを検出したかを確認できる。
【０１２５】
本発明の１つの特徴は、一般的にビデオ／音声呼設定又は無線リンク再設定に利用される再設定手順の遅延を減少させるために、効率及びリソース活用に関する同期された再設定手順の利点を同期されていないハードハンドオーバー手順の速度と結合することである。
【０１２６】
図２８は、段階１）〜段階１０）に記述されているように、本発明によるアクティブ化時間ＮＯＷ及び新しいスクランブリングコードによる同期化利用方法を示す。
【０１２７】
段階１で、無線リンクの再設定のためのリソースがアップリンクスクランブリングコードの変更を含んで割り当てられる。注目すべきは、リソース割り当てが、無線条件（例えば、現在のＳＩＲ値）の確認だけでなくリソースの利用可能性及びＮｏｄｅ  Ｂ又はＤＲＮＣが前記手順をサポートするか否かを含むことができることである。このような条件に基づいて、ネットワーク（例えば、ＲＮＣ及びＮｏｄｅ  Ｂ）は、アクティブ化時間が満了するのを待機することにより、現在記述された同期化方法を適用すると決定することもでき、又は、新しい同期化方法を適用すると決定することもできる。
【０１２８】
段階１で、このような手順が適用できると確認した場合、同期化のために新しいＵＬスクランブリングコード（すなわち、高速再設定ＩＥ（Ｆａｓｔ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＩＥ）を確認するという指示を含む無線リンク再設定要求メッセージ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｍｉｔ  ｍｅｓｓａｇｅ）を利用して、段階２のようにＲＬ再設定がトリガされると、前記Ｎｏｄｅ  Ｂは、前記ＵＥが新しいスクランブリングコードを利用しているか否かの確認を開始する。再設定の信頼度の確保は、前記Ｎｏｄｅ  Ｂの実現にかかっている。これは、ＵＬ電力制御が維持されるように前記Ｎｏｄｅ  Ｂが少なくとも新設定のダウンリンクＤＰＣＣＨを伝送することにより実行できる。前記新設定を利用したダウンリンクＤＰＣＣＨの伝送のためのパワーは、旧ＤＰＣＣＨの伝送のためのパワーとリンクできる。前記Ｎｏｄｅ  Ｂは、前記ＵＥがアップリンクで新設定を利用していることを検出するまでＵＰ命令を伝送しなければならない。前記無線リンク再設定要求メッセージに依然として含まれているＣＦＮ値は、前記ＵＥが再設定を適用する最も早い可能なＣＦＮを示すために利用される。従って、前記手順中にはＲＬのタイミング手順が変更されないため、このような手順の信頼度はハードハンドオーバー手順の信頼度と類似しているか、より高い必要がある。
【０１２９】
必要な場合、前記ＲＮＣは、ＯＵＴＥＲ  ＬＯＯＰ  ＰＣ制御フレームにより再設定段階中にアウターループ電力制御のためのＳＩＲターゲットを増加させる。
【０１３０】
前記ＲＮＣは、ＲＢ制御メッセージにより段階４でのようにアクティブ化時間ＮＯＷにＵＥに新設定を伝送する。前記ＵＥは、前記新設定を受信すると、段階５でのように前記新設定を直ちに適用する。前記Ｎｏｄｅ  Ｂは、新しいアップリンクスクランブリングコードが検出されると、旧設定の伝送を停止して新設定を適用して設定が成功したとみなす。
【０１３１】
前記新設定がアップリンク及びダウンリンクで適用されることを前記ＲＮＣに示すために、無線リンク復元指示（Ｒａｄｉｏ  Ｌｉｎｋ  Ｒｅｓｔｏｒｅ  Ｉｎｄｉｃａｔｉｏｎ）をＲＮＣに送信して前記ＲＮＣが段階９のように前記新設定の使用を開始できるようにする。段階１０で、前記ＵＥは、再設定の完了を前記ＲＮＣに通知する。
【０１３２】
図２９は、前記Ｎｏｄｅ  ＢがＩｕｒインタフェース上にある場合に関する動作の詳細説明を示す。
【０１３３】
段階１で、ＳＲＮＣは、ＤＲＮＣに再設定が必要であることを通知する。また、前記ＳＲＮＣは、高速再設定ＩＥを含むことにより、前記ＤＲＮＣに同期化が段階１のように新しい方式で行われるべきであることを通知する。
【０１３４】
段階２で、前記ＤＲＮＣは、必要なリソースが利用できるか否かを判断し、必要な場合、旧及び新ＤＬ  ＤＰＣＣＨチャネルの同時ブロードキャストを可能にするために、コードツリーの異なるブランチからＤＬ  ＯＶＳＦコード、すなわち、互いに関連しないコードを割り当てる。新しいＩＥが理解できない場合、前記ＤＲＮＣは、この情報を無視し、前記ＤＲＮＣがレガシー手順を利用する必要があるということを前記ＤＲＮＣが理解できるようにするＲＡＤＩＯ  ＬＩＮＫ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＲＥＡＤＹメッセージにより高速再設定ＩＥを伝送しない。前記ＲＮＣは、段階３ｂ、４ｂ、５ｂ及び６ｂのように、レガシー手順を行う。
【０１３５】
前記段階２における確認及びリソース確保が成功した場合、前記ＤＲＮＣは、前記Ｎｏｄｅ  Ｂに再設定の同期化が段階３ａのようにＵＬスクランブリングコードに基づく必要があるということを通知する。これにより、前記Ｎｏｄｅ  Ｂは、段階４で必要なリソースを確保し、新しい方式がサポートできるか否かを判断する。前記Ｎｏｄｅ  Ｂが前記高速再設定ＩＥを理解できない場合、前記Ｎｏｄｅ  Ｂは、段階４ｂ、５ｂ及び６ｂのようにレガシー方式で進める。
【０１３６】
前述したように、スロットフォーマットが前記再設定中に変更された場合、前記再設定前後に利用されたＤＬ拡散コードがコードツリーの異なるブランチから利用されることが好ましい。これは、第１に、旧設定及び新設定のＤＬ  ＤＰＣＣＨが並列に伝送できるためであり、第２に、前記Ｎｏｄｅ  Ｂが前記旧設定を適用し、かつ前記ＵＥが前記新設定の伝送を推測するフレーム中に、前記ＵＥが、例えば、旧拡散コードを有する旧設定及び新設定におけるＴＰＣビットである旧スロットフォーマットを利用して前記Ｎｏｄｅ  Ｂにより伝送されるパイロットスロットを妨害するためである。これは、異なる拡散因子を有する同一のブランチからのＯＶＳＦコードが必ずしも直交するわけではなく、異なるスロットフォーマットでＤＰＣＣＨに対するパターンが同一でないためである。
【０１３７】
前記Ｎｏｄｅ  Ｂの複雑性及びシステム影響において、本発明のＮｏｄｅ  Ｂ実現方式の影響は、実際のＮｏｄｅ  Ｂ実現の詳細内容に大きく左右される。しかしながら、同時に旧設定及び新設定における受信及び選択的送信の必要による複雑性は、常に２つの完全に独立したチャネル推定及び受信が行われる必要があるハードハンドオーバーの複雑性よりは常に低い。また注目すべきは、無線リンク再設定要求メッセージに最短時間が含まれているという事実によりハードハンドオーバーが利用される場合、旧設定及び新設定の受信周期がダブル受信より短いということである。
【０１３８】
ＵＥ影響を有する他の提案が提示された。これにより、同期化された無線リンク再設定を利用する代わりにアクティブ化時間ＮＯＷを有する再設定利用が可能になる。前記ＵＥが、例えば、使用されたＴＦＣＩパターン及びＦＢＩビットを変更させるか、又は、前記ＵＥが新設定を適用する前に予め異なるパイロットパターンを利用することが提案される。これにより、前記Ｎｏｄｅ  Ｂは、設定変更がまもなく発生することを検出できるようになる。しかしながら、これは、前記ＵＥが直ちに新設定を適用しないことにより追加遅延が発生することを意味する。また、そのような方式の信頼度が必ずしも高いわけではない。これは、前記信頼度は主にＵＬで伝送された電力に依存し、ＦＢＩ又はＴＦＣＩビットの数は全てのスロットフォーマットでパイロットビットの数より小さいためである。従って、前記ＵＥにおける追加的な複雑性及び最近の端末及びネットワークのみにおける手順の利用可能性（例えば、Ｒｅｌｅａｓｅ  ７）がＵＥの実現に影響を与えず、かつ再設定のための遅延を数百ミリ秒まで減少できる方法を提案する本発明ほど効果的ではないであろう。
【０１３９】
本明細書は、本発明の多様な実施形態を示す。請求の範囲は、本明細書に記載の実施形態の多様な変形及び同等な変更を含む。従って、請求項は、ここに記載された本発明の精神及び範囲内の変更、同等な構造及び特性を含むように広範囲に解釈されるべきである。
【図面の簡単な説明】
【０１４０】
発明の理解を容易にするために添付され、本明細書の一部を構成する図面は、発明の多様な実施形態を示し、明細書と共に発明の原理を説明するためのものである。
【図１】一般的なＵＭＴＳネットワーク構造を示す図である。
【図２】３ＧＰＰ無線アクセスネットワークに基づいたＵＥとＵＴＲＡＮ間の無線インタフェースプロトコル構造を示す図である。
【図３】ＵＥの側面から見た論理チャネルのトランスポートチャネルへのマッピングを示す図である。
【図４】ＵＴＲＡＮの側面から見た論理チャネルのトランスポートチャネルへのマッピングを示す図である。
【図５】ＵＥと１つ以上のＮｏｄｅ  Ｂの１つ以上のセル間に設定されて同時に利用されるＤＰＣＨを示す図である。
【図６】ＵＥのＲＲＣ接続モード及び状態を示す図である。
【図７】呼設定における遅延の分布を示す図である。
【図８】従来技術による同期された再設定状況を示す図である。
【図９】従来技術による同期されない再設定状況を示す図である。
【図１０】従来技術によるハードハンドオーバー状況を示す図である。
【図１１】アップリンクでのＤＰＤＣＨ／ＤＰＣＣＨフレーム構造を示す図である。
【図１２】アップリンクでの信号生成を示す図である。
【図１３】同期化検出を示す図である。
【図１４】直交拡散コードのブランチを有するコード管理ツリーを示す図である。
【図１５】ダウンリンクでの信号生成を示す図である。
【図１６】ＤＰＣＣＨフレーム構造を示す図である。
【図１７】ＤＰＤＣＨ及びＤＰＣＣＨのタイミングがプライマリＳＣＨと比較されるオフセットであるＤＰＣＨタイミングを示す図である。
【図１８】本発明による向上した準同期再設定方式を示す図である。
【図１９】本発明による旧設定及び新設定を利用した同時伝送を示す図である。
【図２０】本発明による同時伝送方式を示す図である。
【図２１】本発明による物理層上での再設定指示を示す図である。
【図２２】本発明によるＴＦＣＩのダブル割り当てを利用した再設定指示を示す図である。
【図２３】本発明によるＵＬアクティブ化時間を利用した同時伝送方法を示す図である。
【図２４】本発明による端末とネットワーク間の無線アクセス設定の変更方法を示す図である。
【図２５】アクティブ化時間セットを利用した同期された再設定の手順を示す図である。
【図２６】本発明によるアップリンクスクランブリングコードの検出時、同期された再設定手順を示す図である。
【図２７】物理層での処理を示す図である。
【図２８】本発明によるアクティブ化時間ＮＯＷ及び新しいスクランブリングコードによる同期化の利用方法を示す図である。
【図２９】Ｎｏｄｅ  ＢがＩｕｒインタフェース上にある場合の動作の詳細図である。
【図１】
2008541544.tif 000003
【図２】
2008541544.tif 000004
【図３】
2008541544.tif 000005
【図４】
2008541544.tif 000006
【図５】
2008541544.tif 000007
【図６】
2008541544.tif 000008
【図７】
2008541544.tif 000009
【図８】
2008541544.tif 000010
【図９】
2008541544.tif 000011
【図１０】
2008541544.tif 000012
【図１１】
2008541544.tif 000013
【図１２】
2008541544.tif 000014
【図１３】
2008541544.tif 000015
【図１４】
2008541544.tif 000016
【図１５】
2008541544.tif 000017
【図１６】
2008541544.tif 000018
【図１７】
2008541544.tif 000019
【図１８】
2008541544.tif 000020
【図１９】
2008541544.tif 000021
【図２０】
2008541544.tif 000022
【図２１】
2008541544.tif 000023
【図２２】
2008541544.tif 000024
【図２３】
2008541544.tif 000025
【図２４】
2008541544.tif 000026
【図２５】
2008541544.tif 000027
【図２６】
2008541544.tif 000028
【図２７】
2008541544.tif 000029
【図２８】
2008541544.tif 000030
【図２９】
2008541544.tif 000031
【国際調査報告】
2008541544.tif 000032
2008541544.tif 000033