JP2004159297A - ワイヤレス装置がサービス領域に再入する処理方法 - Google Patents

Abstract

【課題】モバイルユニットによりサポートされるRRCが休止中状態から稼動中に転換されない状況下で配分された無線リソースを不注意に開放しないように確保する。
【解決手段】モバイルユニット、或いはUE（ユーザ装置）は、無線リソースコントロール（RRC）及びUEとベース間の接続を定義する複数の特定の状態を有する。RRCがベースとの接続が休止中であるのを示した場合、一連のタイマーが計時を開始し、RRCが配分されたリソースを解放し、アイドルモードに移る前に、RRCが稼動中状態に再入するのを試みる持続時間を規制する。ある特定の状態下で、一つ、或いはそれ以上のタイマーを停止させ、接続が不要に切断されるのを防止することが必要である。
【選択図】図４

Description

本発明は、ワイヤレスコミュニケーションネットワークに関するもので、特に、UE（User Equipment）として知られるモバイルユニットの、３GPPサービス領域に再入する方法に関するものである。

図１を参照する。図１は３GPPワイヤレスコミュニケーションネットワーク１０の簡易図であり、ネットワーク１０は、参照規格である第三世代パートナーシップ、プロジェクト（３rd Generation Partnership Project、３GPP）規格の３GPP TS ２５．３２２ V３．１０．０の“RLCプロトコル規格（RLC Protocol Specification）”と３GPP TS ２５．３３１ V３．１０．０の“RRC（Radio Resource Control）規格”によって規定される。ワイヤレスコミュニケーションネットワーク１０は、コアネットワーク（core network、CN）３０と通信する複数の無線ネットワークサブシステム（Radio Network Subsystem、RNS）２０を含む。複数の無線ネットワークサブシステムRNS２０は、第三世代携帯電話規格（Universal Mobile Telecommunications System、UMTS）の地上無線接続網（Terrestrial Radio Access Network）、或いは、簡単にUTRANとも称される。各RNS２０は、複数のノードB２４と通信する無線ネットワークコントローラー（Radio Network Controller、RNC）２２を含む。ノードB２４はトランシーバーで、調整後、無線信号を送受信し、セル領域を定義する。複数のノードB２４は、UTRAN位置登録領域（UTRAN Registration Area、URA）を定義する。特に、ワイヤレスコミュニケーションネットワーク１０は、モバイルユニット４０（User Equipment、UEと称される）を特定のRNS２０に割り当て、RNS２０は、UE４０のサービングRNS（Serving RNS、SRNS）２０sと称される。

UE４０に送るデータは、CN３０（或いは、UTRAN２０u）からSRNS２０sに伝送される。このデータは、一つ、或いは多くの、特定のデータ構造を有するパッケージの形式で送り出され、その後、複数の無線ベアラー（Radio Bearers、RBs）２８、４８の一つのRBにより伝送、受信する。SRNS２０sに構築されたRB２８は、UE４０中に構築された対応するRB４８を有する。RBs２８、４８は、順に、RB０〜RBnの番号がつけられる。一般に、RB０〜RB４は、専用の信号伝達SRBs（Signaling RBs、SRBs）で、これらのRBsは主に、UTRAN２０uとUE４０間のプロトコル信号を送るのに用いられ、以下で詳述する。４以上であるRBs２８、４８（即ち、RB５、RB６等）は、通常、ユーザーデータを運ぶのに用いられる。

RNC２２は、セルアップデート手続き（procedure）により、UE４０が割り当てられるノードB２４を用いて、UE４０にデータを伝送したり、UE４０からデータを受信したりする。セルアップデート手続きは、UE４０により初期化されて、ノードB２４により定義されるセル、URAまでも交換する。新しいセル領域の選定は、例えば、SRNS２０sのドメイン内のUE４０の位置に基づく。UE４０は、データをワイヤレスコミュニケーションネットワーク１０に伝送し、これらの信号がSRNS２０sにより収集された後、CN３０に送られる。UE４０はもう一つのRNS２０のドメインに移動することもあり、ドリフトRNS（drift RNS、DRNS）２０dと称される。DRNS２０dのノードB２４は、UE４０により伝送される信号を収集する。DRNS２０dのRNC２２は、受信した信号をSRNS２０sに伝送する。SRNS２０sは、DRNS２０dからの信号を、ノードB２４からの対応信号と合わせて、合成信号を生成し、デコードした後、パケットデータに処理する。その後、SRNS２０sは、受信したデータをCN３０に伝送する。よって、UE４０とCN３０間の全ての通信は、SRNS２０sを通過しなければならない。

図２と、図１を合わせて参照する。図２はUMTS無線インターフェースプロトコルの機構を示す図である。UE４０とUTRAN２０u間の通信は、第一層、第二層、第三層を含むマルチ層コミュニケーションプロトコルによりもたらされ、伝達信号平面（Signaling Plane、Ｃ−plane）９２とユーザー平面（user plane、Ｕ−plane）９４の伝達を提供する。第一層は実体層６０で、UTRAN２０u中、DRNS２０dとSRNS２０sから受信した信号の合成を担う。第二層はPDCP層７０、RLC（Radio Link Control）層７２、及び媒体アクセス制御（Media Access Control、MAC）７４を含む。第三層は、RRC（Radio Resource Control）層８０を含む。Ｕ平面９４は、UE４０とUTRAN２０u間のユーザーデータ伝送を処理し、Ｃ平面９２は、UE４０とUTRAN２０u間の信号伝達データの伝送を処理する。RRC８０は、UE４０とUTRAN２０u 間の全RBs２８、４８を構築、設定する。PDCP層７０は、Ｕ平面９４から受信されたサービスデータユニット（SDU）のヘッダー圧縮を提供する。RLC層７２は、PDCP層７０SDUとRRC８０SDUの細分化（segmentation）を提供し、細分化後、RLCプロトコルデータユニット（PDU）になる。確認応答ACK伝送下で、RLC層７２は、上層（PDCP７０、或いは、RRC層８０）に、UE４０とUTRAN２０u間のRLC PDUが正確に送受信されたことに関する情報を提供する。MAC層７４は伝送チャネル上にRLC PDUのスケジューリングと多重化（Multiplexing）を提供して、実体層６０間のインターフェースを提供する。

RRC層８０はRBs２８、４８の構築と設定を担う。RRC層８０は、RRC層８０の行為に影響する様々な作業状態を有する。図３と、図１及び図２を合わせて参照する。図３は、RRC層８０の状態を示す図である。RRC層８０は、二つの主要な状態、すなわち、アイドルモード８１とUTRA RRC接続モード８６を有する。アイドルモード８１の時、RRC層８０間には、いかなる通信も存在しない。つまり、RB０以外には、RRC層８０を通信させることが出来るRBs２８、４８がない。UTRAN２０u中、RB０は全UE４０が使用できるコモンチャネルである。

UE４０を範例の基盤（プラットホーム）とすると、UE４０のRRC層８０が、一旦、UTRAN２０u中の同等RRC層８０接続を構築すると、UE４０のRRC層８０は、UTRA RRC接続モード８６に切り替わる。この接続は、一般に、シェアチャネル（shared channel）であるRB0に沿って初期化される。UTRA RRC接続モード８６は、四つの固有の状態、すなわち、CELL＿DCH状態８２、CELL＿FACH状態８３、CELL＿PCH状態８４、URA＿PCH状態８５を有する。CELL＿DCH状態８２の特徴は、専用のチャネルがUE４０に割り当てられて、アップリンク（UE４０からUTRAN２０u）とダウンリンク（UTRAN２０uからUE４０）の通信に用いられることである。CELL＿FACH状態８３の特徴は、割り当てられる専用のチャネルがないが、UE４０はデフォルトコモン（default common）、或いは、シェア伝送チャネルが与えられて、アップリンクに用いられる。CELL＿PCH状態８４の特徴は、割り当てられる専用のチャネルがなく、UE４０にとって、可能なアップリンクがなく、UE４０の位置は、UTRAN２０uによりセルレベルで認知される（つまり、一つのノードB２４を基本とする）ことである。URA＿PCH状態８５の特徴は、割り当てられる専用のチャネルがなく、UE４０にとって、可能なアップリンクがなく、UE４０の位置は、UTRAN２０uによりURA基準で認知されることである。

多数の再設定手続き（procedure）は、RRC層８０がRBs２８及び４８をセットアップ及び設定するのに有効である。これらの手続きは、UTRAN２０uが特定の情報を、RBs２８及び４８に沿ってUE４０に送り、UE４０により、対応する情報に応答する工程を含む。一般には、情報はRB２に沿って送られ、すなわちSRBである。この情報は、無線ベアラーセットアップ（Radio Bearer Setup）、無線ベアラー再設定（Radio Bearer Reconfiguration）、無線ベアラー解除（Radio Bearer Release）、伝送チャネル再設定（Transport Channel Reconfiguration）、実体チャネル再設定（Physical Channel Reconfiguration）を含む。これらの再設定情報に対し、UE４０は、対応する“完成”或いは、“失敗”応答情報を備え、UE４０端でその手続きが成功したかどうかを示し、UTRAN２０uに必要な情報を与えて、UTRAN２０uに手続きを終了させる。再設定情報と応答情報は全て、任意の情報素子（information element、IE）、すなわち、補助情報を保持するデータ領域を運ぶ。この他、セルアップデート手続きもあり、この手続きは、UE４０からのセルアップデート情報に起因し、UTRAN２０uにより応答する。セルアップデート手続きは、UE４０により、セル位置（即ち、ノードB２４）の変化、URAの変化、或いは接続状態８２、８３、８４、８５の変化を示すのに用いられる。UE４０は、各種状況下において、セルアップデート手続きを初期化する。各種状況とは、UE４０から伝送されるUTRAN２０uにアップリンクし、応答呼び出しとする、無線リンクエラーにより、サービス領域に再入する、RLC７２の回復できないエラーによる、セル再選択、及び定期的なセルアップデート等である。

適切なセル（即ち、ノードB２４）が見つかり、UE４０とUTRAN２０u間に正常な通信を構築させる時、UE４０は、既に“稼動中（In Service）”の状態が検出されたと判断する。適切なセルが見つかっておらず、UTRAN２０uとの間に正常な通信が得られない時、UE４０は、“休止中（Out of Service）の状態を検出したと判断する。UE４０は一連のタイマーにより、UE４０が”休止中“である時、特定の状態の持続時間を規制する。各タイマーの持続時間は、IEの”接続モード下のUEタイマーと常数“中に設けられ、このIEはUTRAN２０uが広めるシステム情報ブロック型の第一類(type 1)に含まれる。

セルアップデート手続きが初期化される時、UE４０はセルアップデート情報をUTRAN２０uに伝送し、セルアップデートの原因を提示し、タイマーＴ３０２の計時を開始する。その後、UE４０は、UTRAN２０uからのセルアップデート確認メッセージを待つ。UE４０がUTRAN２０uからの応答を受信する前に、タイマーＴ３０２が時間切れの場合、UE４０はセルアップデート情報を再伝送する。再伝送の最大回数は、Ｎ３０２により決定され、この数値Ｎ３０２も、IEの“接続モード下のUEタイマーと常数”中に保存される。UE４０がセルアップデート手続きを開始してから、セルアップデート手続きが終了するまでの期間、UE４０は、異なる原因を理由に、別のセルアップデート情報をUTRAN２０uに伝送する。

UE４０がCELL＿FACH状態８３、URA＿PCH状態８５、或いは、CELL＿PCH状態８４である時、定期的にセルアップデート手続きが実行されて、サービスの最適なセルの検出が試みられる。IEの“接続モード下のUEタイマーと常数”中のタイマーＴ３０５が無限大以外の数値に設定され、タイマーＴ３０５が期限切れの時、UE４０は、定期的にセルアップデート手続きを実行する。タイマーＴ３０５は、定期的なセルアップデート手続きの頻度を規制するのに用いられる。タイマーＴ３０５が期限切れで、且つ、UE４０が“稼動中”の状態の存在を検出した場合、UE４０は、セルアップデート、或いは、URAアップデート手続きを実行する。タイマーＴ３０５が期限切れで、UE４０が“休止中”の状態の存在を検出した場合、UE４０は、セルの再選択を試み、タイマーＴ３０７を起動させる。タイマーＴ３０７は、アイドルモード８１に進入する前に、UE４０が適切なセルを選択するのを試みる持続時間を規制する。UE４０が“稼動中”に再入する前に、タイマーＴ３０７が期限切れになった場合、UE４０は専用のリソースを全て解放し、アイドルモード８１に移る。

UE４０がCELL＿FACH状態で、“休止中”の状態が検出された場合、タイマーＴ３１７が計時を開始する。タイマーＴ３１７も同様に、アイドルモード８１に進入する前に、UE４０が適切なセルを選択するのを試みる持続時間を規制するのに用いられる。タイマーＴ３１７が期限切れで、“休止中”状態が存在する場合、UE４０は専用のリソースを全て解放し、アイドルモードに移る。UE４０がCELL＿PCH、或いは、URA＿PCHの状態であると共に、“休止中”状態が検出された場合、タイマーＴ３１６が計時を開始する。タイマーＴ３１６は、タイマーＴ３１７が起動し、CELL＿FACH状態８３に進入する前に、UE４０が適切なセルを選択するのを試みる持続時間を規制する。タイマーＴ３１６が期限切れで、UE４０がタイマーＴ３１７の計時を開始する時、CELL＿FACH状態８３に移り、セル再選択を継続する。同様に、タイマーＴ３１７が期限切れで、“休止中”状態が存在する場合、UE４０は、専用のリソースを全て解放し、アイドルモード８１に移る。

図４は、公知技術により実行される上述のタイマーのフローチャートである。“休止中”状態が検出され、UE４０がCELL＿PCH状態８４、或いは、URA＿PCH状態８５である時、タイマーＴ３１６が起動し、セル再選択が継続されて、再構築サービスが試みられる。タイマーＴ３１６が期限切れの前に、UE４０が“稼動中”状態を検出した場合、UE４０はタイマーＴ３１６の計時を停止する（図４中、第１００工程）。しかし、タイマーＴ３１６が期限切れの時、UE４０が“休止中”状態下である場合、UE４０はタイマーＴ３１７の計時を開始すると共に、CELL＿FACH状態８３に移る（図４中、第１０５工程）。

公知技術において、UE４０が“休止中”状態を検出すると共に、CELL＿PCH状態８４、或いは、URA＿PCH状態８５である時、ある問題が生じる。タイマーＴ３０５が期限切れの場合、定期的なセルアップデートは、UE４０がUTRAN４０uに連絡できないために完成されない。これにより、タイマーＴ３０７が計時を開始する（図４中、第１１０工程）。タイマーＴ３０７が期限切れの時、UE４０は“休止中”状態下であり、UE４０は配分されたリソースを全て解放し、アイドルモード８１に進入する（図４中、第１１５工程）。しかし、タイマーＴ３０７の期限切れの前、UE４０は既に、“稼動中”状態を検出しており、UE４０はタイマーＴ３０７を停止することが出来ず、タイマーＴ３０７が期限切れの時、接続は無意図的に切断される（図４中、第１２０工程）。

UE４０が“休止中”状態を検出し、且つ、CELL＿FACH状態８３である時、タイマーＴ３１７が計時を開始し、セル再選択の実行が継続されて、新しい構築サービスが試みられる。タイマーＴ３１７が期限切れで、UE４０が“休止中"状態である場合、UE４０は配分されたリソースを全て解放すると共に、アイドルモード８１に進入する（図４中、第１２５工程）。UE４０が”稼動中“状態を検出し、進行中のセルアップデート、或いはURAアップデートがない場合、UE４０は、タイマーＴ３１７の計時を停止する（図４中、第１３０工程）。しかし、UE４０が”稼動中“状態を検出し、また、セルアップデート、或いはURAアップデートが進行中の時、UE４０はタイマーＴ３１７を停止しない。これにより、タイマーＴ３１７のタイマー切れの時、接続は無意図的に切断される（図４中、第１３５工程）。

UE４０が“休止中”状態を検出し、且つ、CELL＿FACH状態８３である時、タイマーＴ３０５が期限切れの時、同様に、定期的なセルアップデートは、UE４０がUTRAN４０uに連絡できないために完成されない。よって、タイマーＴ３０７が計時を開始する。タイマーＴ３０７が期限切れの時、UE４０は“休止中”状態下であり、UE４０は配分されたリソースを全て解放し、アイドルモード８１に進入する（図４中、第１２５工程）。しかし、タイマーＴ３０７の期限切れの前、UE４０が“稼動中”状態を検出する場合、UE４０はタイマーＴ３０７を停止することが出来ず、タイマーＴ３０７が期限切れの時、接続は無意図的に切断される（図４中、第１４０工程）。

UE４０が“稼動中”状態を検し、タイマーＴ３０７、或いはタイマーＴ３１７を停止できない時、配分されたリソースを全て解放して、無意図的な接続の切断が生じる。しかし、公知技術中（TS２５．３３１ V３．１０．０中の従属節８．５．５．２．２）では、UE４０がCELL＿PCH状態、或いは、URA＿PCHで、サービス領域に再入する時、タイマーＴ３１６のみを停止する（図４中、第１００工程）ことが要求されている。サービスが回復する時、タイマーＴ３０７が前に起動し、まだ計時が継続されている場合、タイマーＴ３０７は停止されなければならない。

この他、サービス領域に再入する前に、タイマーＴ３１６が期限切れになる場合、UE４０はCELL＿FACH状態に移り、タイマーＴ３１７の計時を開始する。公知技術（TS２５．３３１ V３．１０．０中の従属節８．５．５．２．２）では、UE４０がCELL＿FACH状態で、サービス領域に再入する時、進行中のセルアップデート、或いはURAアップデートがない場合、タイマーＴ３１７のみを停止する（図４中、第１３０工程）ことが要求されている。事実上、セルアップデート、或いはURAアップデートが進行中であるないにかかわらず、タイマーＴ３１７は停止されなければならない。同様に、UE４０が、CELL＿FACH８３状態で、サービス領域に再入する時、タイマーＴ３０７が前に起動し、まだ計時が継続されている場合、接続も、タイマーＴ３０７が期限切れになって中断される。
"無線・リンク・コントロール・プロトコル仕様(RLC protocol specification)"、３ＧＰＰ ＴＳ ２５．３２２ Ｖ３．１０．０、サード・ジェネレーション・パートナーシップ・プロジェクト・オーガニゼイショナル・パートナーズ(3rd Generation Partnership Project Organizational partners） "無線リソース・コントロールプロトコル仕様(RRC：Radio Resource Control protocol specification）"３ＧＰＰ ＴＳ ２５．３３１ Ｖ３．１０．０

本発明は、ワイヤレスコミュニケーションシステムのモバイルユニットによりサポートされるRRC（Radio Resource Control）が、“休止中”状態から“稼動中”に転換されない状況下で、配分された無線リソースを不注意に解放しないように確保し、モバイルユニットをアイドルモードに移すことを目的とする。

本発明は、ワイヤレスコミュニケーションシステムのモバイルユニットとベース間の接続を維持する方法を提供する。モバイルユニットがベースのサービス領域内にある時、RRCは少なくとも一つの無線ベアラーを構築するのに用いられる。RRCは、配分された無線ベアラーと複数の内部状態を解放することが出来、各状態はRRCとワイヤレスコミュニケーションシステム間の接続関係を定義する。

第一の状況は、RRCが前もって構築した無線ベアラーの休止状態を検出し、ベースがモバイルユニットの所在するセルを承知し、モバイルユニットがCELL＿PCH状態に進入した時、或いは、ベースはモバイルユニットが所在するURAを承知し、モバイルユニットがURA＿PCH状態の時、である。CELL＿PCHとURA＿PCH状態は、モバイルユニットとベース間に、専用の実体チャネルを有さず、また、モバイルユニットもデータをアップリンクする働きがない。第一タイマーが期限切れである場合、定期的にセルアップデート手続きを実行しなければならないことを意味する。しかし、RRCはモバイルユニットが“休止中”状態であることを示すので、第二タイマーが起動して、RRCが無線ベアラーを再構築する試みを継続し、ベースとの正常な接続時間を規制する。第二タイマーも期限切れの場合、RRCは配分されたリソースを解放し、アイドルモードに進入すると共に、接続を切断する。第二タイマーが期限切れの前、RRCが“稼動中”の状態を検出する場合、本発明は、第二タイマーを停止して、既に構築された無線ベアラーが解放されるのを防止する。第二タイマーを停止しないと、この接続が中断されるからである。

第二の状況は、モバイルユニットがCELL＿FACH状態に進入し、RRCが前もって構築された無線ベアラーの“休止中”状態を検出する時である。CELL＿FACH状態において、ベースはモバイルユニットが所在するセルを承知しているが、アップリンク及びダウンリンクするデフォルトコモン、或いはシェア伝送チャネルをモバイルユニットに配分する。同様に、第一タイマーが期限切れの場合、定期的にセルアップデート手続きを実行しなければならないことを意味する。しかし、RRCはモバイルユニットが現在“休止中”であることを示すので、第二タイマーの計時を開始して、RRCが稼動中状態を検出するのを試みる時間を規制し、よって、ベースと正常に接続される。第二タイマーが期限切れの場合、RRCは配分された無線ベアラーを解放すると共に、アイドルモードに進入し、接続を中断する。RRCは、無線ベアラーの“稼動中”状態を検出し、且つ、進行中のセル、或いはURAアップデート手続きがない時、第二タイマーが計時を継続する場合、本発明は第二タイマーを停止して、接続が中断されるのを防止する。

第三の状況は、モバイルユニットがCELL＿FACH状態に進入し、RRCが休止状態を検出する時である。第三タイマーは、RRCが無線ベアラーを解放し、アイドルモードに進入する前に、RRCが、無線ベアラーの“稼動中”状態を検出する持続時間を規制するのに用いられる。RRCが、無線ベアラーの“稼動中”状態を検出し、且つ、セルアップデート手続き、或いはURAアップデート手続きが実行中である時、本発明は第三タイマーを停止して、接続が中断されるのを防止する。

本発明の長所は、RRCが“休止中”の状態から“稼動中”の状態に再入する時、第二、及び第三タイマーを停止することである。これらのタイマーを停止することにより、RRCが配分された無線ベアラーを不注意に解放するのを防止し、これらの無線ベアラーの解放により生じる無意図的なモバイルユニットとベース間の接続の切断を防止することが出来る。

以下の記述中、UEは携帯電話、トランシーバー、PDA、コンピュータ、或いは、データの無線交換が要求されるその他の装置である。このデータの無線交換は、３GPPが規定するプロトコルに完全に符合する。この他、多くの異なる手段が実体層に用いられて、無線通信を効果的にし、それらの方法は、以下で説明するシステムに運用することが出来る。

図５と、図１〜４を合わせて参照する。図５は、UE４０が３GPPサービス領域に再入する処理のフローチャートである。このフローチャートは、UE４０によりサポートされるRRC８０が、“休止中”状態を検出する時、つまり、UE４０がワイヤレスコミュニケーションネットワークのベースとの通常の無線接続を切断している時である。RRC８０は計時操作をする複数のタイマーを備え、各タイマーの持続時間は、IEの“接続モード下のUEタイマーと常数”中に設定され、且つ、このIEはUTRAN２０uにより広められるシステム情報ブロックの第一類（type１）に含まれる。

本実施形態に係る第一の状況は、UE４０がCELL＿PCH状態８４、或いはURA＿PCH８５状態で、“休止中”の時に発生する。CELL＿PCH状態８４は、ベースがUE４０の所在するセルを認知していることを示し、URA＿PCH状態８５は、ベースがUE４０の所在するURAを認知していることを示す。CELL＿PCH状態８４及びURA＿PCH８５状態は、モバイルユニットとベース間に、専用の実体チャネルを有さず、また、モバイルユニットもデータをアップリンクする働きがない。

第一の状況下で、第一タイマーＴ３０５が期限切れの時、定期的にセルアップデート手続きを実行する必要があることを示す。UE４０はセルアップデート手続きにより、セルの位置（即ち、ノードB２４）、URA、或いは接続状態８２、８３、８４、８５の交換を示す。RRC８０はモバイルユニットが現在“休止中”状態を検出するので、第二タイマーＴ３０７が起動して、RRC８０がセル再選択、及び、ベースとの正常な接続を構築するのを試みる持続期間を制限し、“稼動中”に戻る。第二タイマーＴ３０７が期限切れの場合、RRC８０は配分されたリソース（前もって構築された無線ベアラー）を解放し、アイドルモード８１に進入すると共に、接続を切断する。第二タイマーT３０７が期限切れの前に、RRC８０が、UE４０が“稼動中”であるのを検出した場合、明らかに、好ましい結果ではない。

これにより、第一状況下で、第二タイマーＴ３０７が一旦、起動し、第二タイマーＴ３０７が期限切れになる前に、RRC８０が稼動状態を検出する場合、本発明は第二タイマーＴ３０７を停止し（図５中、工程２００）、第二タイマーＴ３０７が最終的に期限切れになる時に、不用意に接続を中断するのを防止する。
本発明の実施形態による第二の状況は、UE４０がCELL＿FACH８３状態で、“休止中”の時に発生する。CELL＿FACH８３状態中、UE４０は配分された専用のチャネルがないが、UE４０は、アップリンク及びダウンリンクするデフォルトコモン、或いはシェア伝送チャネルが配分される。

第二状況下で、同様に、第一タイマーＴ３０５が期限切れの時、セルアップデート手続きを実行する必要があることを示す。RRC８０はモバイルユニットが現在“休止中”であることを示すので、第二タイマーＴ３０７が起動し、RRC８０がセル再選択を試みる持続時間を規制する。第二タイマーＴ３０７が期限切れの場合、RRC８０は配分されたリソース（無線ベアラーなど）を解放し、アイドルモード８１に進入して、接続を中断する。同様に、第二タイマーT３０７が期限切れになる前に、RRC８０が、“稼動中”状態であるのを検出した場合、明らかに、好ましい結果ではない。

RRC８０が“稼動中”状態に再入した場合、セルアップデート手続き、或いはURAアップデート手続きが実行されるかによって、二つの可能性がある。現在の規格によると、セルアップデート手続き、或いはURAアップデート手続きがいつ初期化されようとも、タイマーＴ３０５は停止する。タイマーＴ３０７は、進行中のセルアップデート手続き、或いはURAアップデート手続きがない場合だけ起動する。しかし、規格によると、進行中のセルアップデート手続き、或いはURAアップデート手続きもない場合、第二タイマーＴ３０７は停止されず、いずれは期限切れになり、RRC８０が配分された無線ベアラーを解放して、無意図的に接続が中断される。

よって、第二状況下で、第二タイマーＴ３０７が起動する時、第二タイマーＴ３０７が期限切れになる前に、RRC８０が“稼動中”状態を検出する場合、本発明の具体例は、進行中のセルアップデート手続き、或いはURAアップデート手続きがない時、第二タイマーＴ３０７を停止して（図５中、工程２３０）、第二タイマーT３０７が最終的に期限切れになった時、接続が中断されるのを防止する。

本発明の実施形態の第三の状況は、UE４０がCELL＿FACH８３状態で、“休止中”の時に発生する。第三状況下で、第三タイマーＴ３１７が計時を開始する時、RRC８０が配分されたリソースを解放し、アイドルモード８１に移り、且つ、接続を中断する前に、RRC８０が最適なセルの発見を検出し、RRC８０を“稼動中”状態に再入させる持続時間を規制する。

第三タイマーＴ３１７が期限切れになる前に、RRC８０が再び“稼動中”にある場合、現在の規格は、進行中のセルアップデート手続き、或いはURAアップデート手続きがない時だけ、第三タイマーＴ３１７を停止する。

よって、第三状況下で、第二タイマーＴ３０７が計時を開始する時、RRC８０が、第三タイマーＴ３１７が期限切れになる前に、“稼動中”状態を検出する場合、本発明の実施形態は、セルアップデート手続き、或いはURAアップデート手続き（又は両者を同時に）を実行している時、第二タイマーＴ３０７の計時を停止して（図５中、第２５０工程）、タイマーＴ３１７が最終的に期限切れになり、接続が中断するのを防止する。

公知技術と比較すると、本発明は、ワイヤレスコミュニケーションシステム中、UEがベースのサービス領域内へ再入する、改善処理方法を提供する。公知技術において、第二タイマーＴ３０７及び第三タイマーＴ３１７は、RRC８０にUE４０とベース間の接続を中断させ、RRC８０が“休止中”状態から“稼動中”状態に再入する時、この二つのタイマーは停止するとは限らない。本発明は、これらの状況下で、第二タイマーＴ３０７と第三タイマーＴ３１７を停止させる。本発明は、タイマーを停止することが出来ずに、RRC８０が不当に配分された無線ベアラーの解放を実行することや、無線ベアラーを解放することによりモバイルユニットとベース間の接続を中断する等の問題を解決することが出来る。

本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。

ワイヤレスコミュニケーションシステムを示す図である。 図１のワイヤレスコミュニケーションシステムのUMTS無線インターフェースプロトコル機構を示す図である。 図２のUMTS無線インターフェースプロトコル機構のRRC層を示す図である。 図１のモバイルユニットが“休止中”を検出する時に用いられる、異なるタイマーのフローチャートである。 本発明による、モバイルユニットが“休止中”を検出する時に用いられる、異なるタイマーのフローチャートである。

Claims (8)

1. ワイヤレスコミュニケーションシステムにおけるモバイルユニットとベース間の接続を維持する方法であって、前記モバイルユニットは無線リソースコントロール（RRC）を含み、前記RRCは、前記モバイルユニットがベースのサービス領域内にある時、少なくとも一つの無線ベアラーを構築し、且つ、前記無線ベアラーを解放する能力を有し、前記RRCは複数の内部状態を有し、各状態は、前記RRCと前記ベース間の接続関係を定義し、この方法は、
   前記RRCがCELL＿PCH状態、或いはURA＿PCH状態であると共に、前記RRCが既に構築された無線ベアラーの休止中状態を検出した時、第一タイマーが期限切れになった後、第二タイマーを起動する工程と、
   前記第二タイマーの期限切れの前に、前記無線ベアラーの稼動中状態を検出する工程と、
   前記第二タイマーを停止して、前記第二タイマーの期限切れによって前記無線ベアラーが解放されるのを防止する工程と、
   を備えることを特徴とするワイヤレスコミュニケーションの接続を維持する方法。
2. 前記CELL＿PCH状態及び前記URA＿PCH状態は、前記モバイルユニットと前記ベース間に専用の実体チャネルを有せず、前記モバイルユニットはアップリンクする働きがないことを特徴とする請求項１に記載の方法。
3. 前記第一タイマーは、定期的にセルアップデート手続きを実行するタイミングを指示するために使用されることを特徴とする請求項１に記載の方法。
4. 前記第二タイマーは、前記RRCが前記無線ベアラーを解放し、アイドルモードに進入する前に、前記RRCが前記無線ベアラーの稼動中状態を検出するための持続時間を規制するために使用されることを特徴とする請求項１に記載の方法。
5. 更に、
   前記RRCがCELL＿FACH状態で、且つ、前記RRCが構築された無線ベアラーの休止中状態を検出する時、第一タイマーが期限切れになった後、第二タイマーを起動する工程と、
   前記第二タイマーの期限切れの前に、前記無線ベアラーの稼動中状態を検出する工程と、
   進行中のセルアップデート手続き及び進行中のURAアップデート手続きがない時、前記第二タイマーを停止する工程と、
   を備えることを特徴とする請求項１に記載の方法。
6. 更に、
   前記RRCが配分されたリソースを解放すると共に、アイドルモードに進入する前に、前記RRCが前記無線ベアラーの稼動中状態を検出する持続時間を規制するために使用される第三タイマーを起動する工程と、
   セルアップデート手続き、或いはURAアップデート手続きが進行中である場合、前記第三タイマーの期限切れの前に、前記無線ベアラーの前記稼動中状態が検出される時、前記第三タイマーを停止する工程と、
   を備えることを特徴とする請求項１に記載の方法。
7. ワイヤレスコミュニケーションシステムにおけるモバイルユニットとベース間の接続を維持する方法であって、前記モバイルユニットはRRCを含み、前記RRCは、少なくとも一つの無線ベアラーを構築し、且つ、前記無線ベアラーを解放する能力を有し、前記RRCは複数の内部状態を有し、各状態は、前記RRCと前記ベース間の接続関係を定義し、この方法は、
   前記RRCがCELL＿FACH状態に進入し、且つ、前記ベースが、前記モバイルユニットが属するセルを認知し、前記モバイルユニットに配分する専用のチャネルがなく、前記モバイルユニットは、アップリンク、或いはダウンリンクするデフォルトコモン、或いは、シェア伝送チャネルが配分される工程と、
   前記CELL＿FACH状態において、前記RRCが、既に構築された無線ベアラーの休止中状態を検出する工程と、
   第一タイマーが期限切れの後、第二タイマーの計時を起動する工程と、前記第一タイマーは、セルアップデート手続きのタイミングを指示し、前記第二タイマーは、前記RRCが前記無線ベアラーを解放すると共に、アイドルモードに進入する前に、前記無線ベアラーの稼動中状態を検出するための持続時間を規制するものであり、
   前記第二タイマーの期限切れの前に、前記無線ベアラーの稼動状態を検出する工程と、
   進行中のセルアップデート手続きがなく、進行中のURAアップデート手続きがない時、前記第二タイマーを停止する工程と、
   を備えることを特徴とするワイヤレスコミュニケーションの接続を維持する方法。
8. ワイヤレスコミュニケーションシステムにおけるモバイルユニットとベース間の接続を維持する方法であって、前記モバイルユニットはRRCを含み、前記RRCは、前記モバイルユニットがベースのサービス領域内にある時、少なくとも一つの無線ベアラーを構築し、且つ、前記無線ベアラーを解放する能力を有し、前記RRCは複数の内部状態を有し、各状態は、前記RRCと前記ベース間の接続関係を定義し、この方法は、
   CELL＿FACH状態に進入し、前記ベースが、前記モバイルユニットの属するセルを認知し、前記モバイルユニットに配分する専用のチャネルがなく、前記モバイルユニットは、アップリンクするデフォルトコモン、或いは、シェア伝送チャネルが配分される工程と、
   前記CELL＿FACH状態中、前記RRCが、既に構築された無線ベアラーの休止中状態を検出する工程と、
   前記RRCが配分されたリソースを解放すると共に、アイドルモードに進入する前に、前記RRCが前記無線ベアラーの稼動中状態を検出するための持続時間を規制するために使用される第三タイマーを起動する工程と、
   前記第三タイマーの期限切れの前に、前記無線ベアラーの稼動中状態を検出する工程と、
   セルアップデート手続き、或いはURAアップデート手続きが進行している場合、前記第三タイマーを停止する工程と、
   を備えることを特徴とするワイヤレスコミュニケーションの接続を維持する方法。

Images